JP2012045422A - Program, information storage medium, and game system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To solve the problem that, in a game, for example, a role playing game, etc., in which both PC and NPC cooperate and advance adventure, the character (individuality and human trait) of this NPC is beforehand established and is uniform and thus, if the game is performed several times, a player gradually gets tired of these NPCs, which is one of factors which spoil interest in the game.SOLUTION: In a game terminal 20, by transmitting character information concerning the PC to a server system 30, the PC is registered as the NPC. Moreover, by acquiring the character information concerning the NPC registered at the server system 30, in the game terminal 20, the NPC concerning newly acquired character information can be employed in subsequent games.

Description

  The present invention relates to a program for causing a computer system to execute game information.

  Conventionally, a player character (referred to as “PC” throughout this specification) operated by a player, such as a role playing game (RPG), and a non-player character (referred to as “NPC” throughout this specification) controlled by a computer. There are many things that work together to advance the game. That is, in the above RPG, for example, PCs and NPCs form parties (forms), capture various dungeons, and advance adventures.

JP 2000-172868 A JP-A-8-63613 JP 2001-36897 A

  However, in such games, the personality (individuality and human odor) of NPC often has a great influence on the fun of the game. In the conventional game, the individuality of these NPCs was “nothing at all” or “what the game creator set when creating the game”. For this reason, if the game is played several times, the player gradually gets bored with the NPC, which is one of the factors that impair the fun of the game. The present invention is made to solve the above-described problems.

  As a first invention for solving the above-described problems, the system (for example, the game terminal 20) corresponds to the system (for example, the game terminal 20) according to the character information (for example, character data stored in the character DB 540) by the processor / control Game information for controlling a character and executing a game capable of progressing a game by a formation composed of a plurality of characters including at least one PC, and acquiring means for acquiring character information from outside the system For example, the system lends the system to a character lending unit 422) and a unit (for example, the character lending unit 422) that enables the formation of a new NPC based on the character information acquired by the acquiring unit. It is good also as comprising the game information containing the information for.

  As a thirteenth aspect of the invention, the corresponding character is controlled according to the character information (for example, character data stored in the character DB 540), and the game can be progressed by a formation composed of a plurality of characters including at least one PC. A game system (for example, the game terminal 20) for executing a game, an acquisition unit (for example, a character lending unit 422) that acquires character information from outside the game system, and character information acquired by the acquisition unit. On the basis of this, a game system including means (for example, the character lending unit 422) that can configure a new NPC in the formation may be configured.

  According to the first or thirteenth invention, based on the character information acquired from the outside of the system, it is possible to configure a new NPC in the formation, that is, make it a friend. In addition, by acquiring character information from outside the system, a new NPC different from the NPC prepared in advance in the system can be made a friend for the player. As a result, it is possible to prevent the user from getting bored with the NPC as a friend and detracting from the fun of the game.

  As a second aspect of the invention, the processor (for example, the game terminal 20) controls the corresponding character according to the character information (for example, character data stored in the character DB 540) by calculation and control by the processor, and at least one Server system (for example, server system 30) for storing character information related to NPC, which is game information for executing a game in which a game composed of a plurality of characters including PCs can be executed. Transmitting means (for example, a character registration unit 421) for transmitting character information related to the PC stored in the system (for example, character data of the character number “T001”) to the system as character information related to a new NPC; Information to make the system work, It is good also as comprising the game information containing.

  According to a fourteenth aspect of the present invention, the corresponding character is controlled according to character information (for example, character data stored in the character DB 540), and the game can be progressed by a formation composed of a plurality of characters including at least one PC. A game system (for example, game terminal 20) that executes a simple game, and a server system (for example, server system 30) that stores character information related to NPC, or a PC that the game system stores in another system A game system including transmission means (for example, a character registration unit 421) that transmits character information (for example, character data of the character number “T001”) as character information related to a new NPC may be configured.

  According to the second or fourteenth aspect, by transmitting the character information related to the PC to the server system, it is possible to realize registration of the character related to the transmitted character information. Further, by transmitting the character information related to the PC as the character information related to the new NPC to another system, it is possible to realize the lending of the character to the transmission destination.

  As a third invention, the game information of the first invention, which relates to a PC stored by the system with respect to a server system (for example, server system 30) or other system storing character information related to NPC A game including information for causing the system to function transmission means (for example, the character registration unit 421) that transmits character information (for example, character data of the character number “T001”) as character information related to a new NPC. Information may be configured.

  According to the third aspect, by transmitting the character information related to the PC to the server system, it is possible to realize registration of the character related to the transmitted character information. Furthermore, by acquiring the character information stored in the server system, for example, by the acquisition means, it is possible to realize rental of registered characters. Further, by transmitting the character information related to the PC as the character information related to the new NPC to another system, it is possible to realize the lending of the character to the transmission destination.

  As 4th invention, it is game information of 1st or 3rd invention, Comprising: Character information is acquired by performing a data communication with the server system which memorize | stored multiple character information with respect to the said acquisition means. It is good also as comprising the game information containing the information for making it function.

  According to the fourth aspect of the present invention, the acquisition unit acquires character information stored in the server system, thereby realizing the rental of registered characters. Further, since the character to be lent is selected from a plurality of registered characters, various different NPCs can be made friends for the player. As a result, it is possible to prevent the user from getting bored with the NPC as a friend and detracting from the fun of the game.

  According to a fifth aspect of the present invention, there is provided game information including the game information according to the fourth aspect of the present invention, the information for causing the system to function the means for transmitting the desired condition information related to the character information acquired by the server system. It may be configured.

  According to the fifth aspect, since the desired condition can be transmitted to the server system, it is possible to configure the system so that character information matching the desired condition can be acquired. That is, for example, a condition that there is a visit experience of a specific dungeon or a condition that is the same level as the PC is transmitted to the server system. Then, the character information that matches the condition can be acquired from the server system.

  According to a sixth aspect of the present invention, in the game information according to any one of the first to fifth aspects, the character information includes personality information (for example, the line data of FIG. 16) for determining the line of the character. It is good also as comprising the game information containing the information for making the said system function the means to determine based on the individuality information of the said character, and the line of the character contained.

  According to the sixth aspect of the present invention, the speech of the character is determined based on the individuality information included in the character information. This makes it possible to express the personality of the character. Furthermore, the registrant sets this personality information, so that the speech intended by the registrant can be output according to conditions such as a specific place or event. That is, the personality desired by the registrant can be given to the character to be registered. In addition, by setting the ending of the character serif as the personality information, the personality desired by the registrant can be given to the registered character for all the serif characters regardless of the above conditions.

  As an eleventh invention, an information storage medium storing any one of the first to sixth game information may be configured.

  According to the eleventh aspect, an information storage medium having the effects of any one of the first to sixth aspects can be realized.

  As a seventh invention, a game system (for example, a game terminal 20) that controls a corresponding character in accordance with character information and executes a game that can be played by a formation composed of a plurality of characters including at least one PC. Receiving means (for example, character registration unit 710) for receiving character information transmitted from the game system to a server system (for example, server system 30) that performs data communication via a given communication line; Storage means (for example, character DB 84) for accumulating and storing the character information received by the reception means, and transmission means (for example, character information stored in the storage means) to the game system (for example, , Character lending unit 720) Data information management information may be configured.

  As a fifteenth aspect of the invention, a game system (for example, a game terminal) that controls a corresponding character according to character information and executes a game that can be played by a formation composed of a plurality of characters including at least one PC. 20) and a server system (for example, server system 30) for performing data communication via a given communication line, and receiving means for receiving character information transmitted from the game system (for example, character registration unit 710) And storage means (for example, character DB 840) for accumulating and storing the character information received by the receiving means, and transmitting means for transmitting at least one character information among the character information stored in the storage means to the game system (For example, a character lending unit 720) A stem may be configured.

  According to the seventh or fifteenth invention, it is possible to realize character registration by accumulating and storing character information transmitted from the game system. Further, by transmitting the stored and stored character information to the game system, it is possible to lend registered characters. That is, it is possible to realize a server system for registering and lending characters. For this reason, in the game system, by acquiring character information from the outside of the game system, the player can associate a new NPC different from the NPC prepared in advance in the game system. As a result, it is possible to prevent the user from getting bored with the NPC as a friend and detracting from the fun of the game. Further, by performing data communication between the server system and a plurality of game systems, it is possible to lend characters registered by the game system to other game systems.

  According to an eighth aspect of the present invention, there is provided character information management information according to the seventh aspect of the invention, the information for causing the storage means to store the character information in association with a given classification item. And means for receiving desired condition information transmitted from the game system to the server system, selection means for selecting character information based on the desired condition information and the classification item, and the selection Character information management information including the result of selection by the means or information for causing the means for transmitting the selected character information to the server system to function may be configured.

  According to a sixteenth aspect, in the server system according to the fifteenth aspect, the storage unit stores the character information in association with a given classification item, and stores desired condition information transmitted from the game system. Based on the means for receiving, the desired condition information, and the classification item, the selection means for selecting character information, the selection result by the selection means, or the selected character information is transmitted to the server system. It is good also as comprising a server system provided with the means to do.

  Here, the classification item is information serving as a reference for classifying the character information, and means, for example, the history of the corresponding character and the battle ability. The history is a place where there is a visiting experience or an enemy character who has encounter experience, and the fighting ability is a level, attack power, defense power, and the like.

  According to the eighth or sixteenth invention, it is possible to select a character that satisfies the player's desired condition, for example, a character who has a visiting experience at a place desired by the player, or a character of a desired level. Further, by transmitting the selection result or the selected character information to the game system, it is possible to lend a character that meets the player's desired conditions.

  As 9th invention, it is the character information management information of 7th or 8th invention, Comprising: The rating means (for example, ranking management part 740) which performs the given rating regarding the character information which the said memory | storage means memorize | stores, Character information management information including means for transmitting a rating result by the rating means to the game system (for example, the character lending unit 720) and information for causing the server system to function may be configured.

  Further, as a seventeenth invention, in the server system of the fifteenth or sixteenth invention, a rating means (for example, a ranking management unit 740) that performs a given rating on the character information stored in the storage means, A server system including means (for example, a character lending unit 720) that transmits a rating result by the rating means to the game system may be configured.

  According to the ninth or seventeenth invention, for example, it is possible to rank the registered characters according to the number of lending of the characters. In the game system, the received rating result is displayed, so that the player can use the displayed rating result as a reference when lending the character.

  As a tenth invention, the character information management information according to any one of the seventh to ninth inventions, wherein the server system receives evaluation information for the character information stored in the storage means from the game system. Means for storing, the evaluation storage means for storing the received evaluation information in association with the character information to be evaluated, and the evaluation information corresponding to the character information stored in the storage means is read from the evaluation storage means. In addition, character information management information including information for causing the read evaluation information to be transmitted to the game system and information to function may be configured.

  According to an eighteenth aspect of the present invention, there is provided the server system according to any one of the fifteenth to seventeenth aspects, wherein the evaluation information for the character information stored in the storage means is received from the game system; The evaluation storage means for storing the evaluation information in association with the character information to be evaluated, and the evaluation information corresponding to the character information stored in the storage means are read from the evaluation storage means, and the read evaluation information It is good also as comprising a server system provided with the means to transmit to a game system.

According to the tenth or eighteenth invention, the server system stores evaluation information for the stored character information, for example, evaluations and impressions by the registrant of the character or a lent player. Then, by reading and transmitting the stored evaluation information in response to a request from the game system, for example, it is possible to transmit evaluations and impressions corresponding to the character desired by the player.
In the game system, the received evaluation information is displayed so that the player can use the displayed evaluation information as a reference when lending the character.

  As a twelfth invention, an information storage medium storing character information management information according to any of the seventh to tenth inventions may be configured.

  According to the twelfth invention, an information storage medium having the effects of any of the seventh to tenth inventions can be realized.

It is the schematic which shows the structure of a game system. It is a figure which shows an example of a character registration screen. It is a figure which shows an example of the mode inside a "bar". It is a figure which shows the example of a conversation with NPC. It is a figure which shows an example of a ranking list. It is a figure which shows an example of the game screen in adventure. It is a figure which shows an example of the game screen in adventure. It is a figure which shows an example of the game screen in adventure. It is a figure which shows an example of the functional block of a game terminal. It is a figure which shows an example of character DB (game terminal). It is a flowchart explaining a character registration process (game terminal). It is a flowchart explaining a character rental process (game terminal). It is a figure which shows the functional block of a server system. It is a figure which shows an example of a player management table. It is a figure which shows an example of character DB (server system). It is a figure which shows an example of serif data. It is a figure which shows an example of a character rental table. It is a figure which shows an example of a conversational fixed phrase. It is a figure which shows an example of a rental ranking table | surface. It is a flowchart explaining a character registration process (server system). It is a flowchart explaining a character rental process (server system). It is a figure which shows the example of application of a game device. It is a figure which shows an example of the hardware constitutions which can implement | achieve a game terminal and a server system. It is a figure which shows an example of a character search screen. It is a figure which shows an example of a candidate character list.

  Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. FIG. 1 is a schematic diagram showing a game system 10 including a server system 30 to which the present invention is applied and a plurality of game terminals 20 connected to the server system 30 via a given communication line. is there.

  In FIG. 1, the game terminal 20 transmits character data related to the PC to the server system 30 and performs processing for requesting character registration (character registration) in accordance with an operation instruction of the player. Further, processing for requesting / receiving character data relating to the character registered in the server system 30 is performed in accordance with the operation instruction of the player (character lending).

  The server system 30 receives the character data transmitted from the game terminal 20 and performs a process of registering the character (character registration). Further, a process of transmitting character data relating to the character in response to a request from the game terminal 20 to the game terminal 20 is performed (character lending).

  The game terminal 20 normally executes a game by itself, but when registering or lending a character, the game terminal 20 is connected to the server system 30 via a communication line, so that character data with the server system 30 is stored. Performs transmission / reception processing. The game terminal 20 is physically connected to a communication line (for example, connected to a telephone line), and is electrically connected to the game server 30 via the communication line (for example, (Establishment of telecommunications channels, etc.) shall be possible at any time.

  Although FIG. 1 shows a state in which three game terminals 20 are connected to one server system 30, of course, any number may be connected. In the present embodiment, the game executed by the game terminal 20 is described as a role playing game (RPG), but the applied game is not limited to this. Further, the following description assumes that the characters registered in the server system 30 and the characters lent to the game terminal 20 are non-player characters (NPCs) that are not subject to operation by the player.

  In addition, the player needs to perform player registration with the server system 30 prior to character registration and lending. Specifically, for example, at the game terminal 20, at the start of the first adventure, in accordance with instructions on the display screen, the player's personal information such as the player name, age, and gender is input to identify each player. Get an ID.

  First, an outline of character registration and lending will be described with reference to game screens (FIGS. 2 to 8) displayed on the game terminal 20.

(Character registration)
During game play, for example, if “register character” in the game command menu is selected, the running adventure is temporarily interrupted, and then a character registration screen is displayed.

  FIG. 2 is a diagram illustrating an example of a character registration screen. In FIG. 2, on the character registration screen, a message prompting the player ID input and the character registration instruction is displayed. When it is confirmed on this character registration screen that a player ID registered as a player has been input and a character registration instruction has been issued, the PC 50 that is the operation target of the player is sent to the server system 30 as an NPC. It will be registered. When it is confirmed in the server system 30 that the character has been registered normally, for example, a message such as “Registration completed!” Is displayed on the game screen. Then, the adventure that was suspended is resumed.

(Character rental)
When playing the game, the PC 50 is moved to the “bar” provided in the game space, and when an operation for entering this “bar” is performed, the player screen is prompted to input a player ID. Message is displayed. Here, if it is confirmed that the player ID registered as a player has been input, the PC 50 can enter “bar”. Then, the inside of the “bar” is displayed.

  FIG. 3 is a diagram illustrating an example of the interior of the “bar”. In FIG. 3, “Tavern” includes a PC 50 and a plurality of characters. These characters in the “bar” are characters (NPCs) registered in the server system 30 from any of the game terminals 20. The character 70 is a character (master character) representing the master of the “bar”, and is a character (NPC) that is not a rental target.

  In this “bar”, the PC 50 is moved so as to come into contact with one of the NPCs according to the operation instruction of the player, and when the “speak” command is selected, for example, as shown in FIG. A dialogue is displayed and a conversation with the PC 50 is performed. This operation of the PC 50 is referred to as “talking to NPC”.

FIG. 4 is a diagram illustrating an example of NPC lines. In FIG. 4A, the NPC 52 displays a line such as “I have been to Shizunomori”. That is, it is suggested that the NPC 52 has an experience of visiting Shizu no Mori (which is the name of the dungeon). In FIG. 4B, the NPC 52 displays a line such as “The guardian was strong ...”. That is, it is suggested that the NPC 52 has an encounter experience with a guardian (name of a boss character appearing in the game). In FIG. 4C, the NPC 52 displays a line such as “The attack power has finally reached 53”. That is, it is suggested that the attack power of the NPC 52 is 53.

  In this way, through the conversation with the NPC, the player knows the experience of the NPC (the place where the visitor has experience or the enemy character with the experience of encounter) and the NPC's own fighting ability (level, attack power, defense power, etc.). be able to. Note that these displayed NPC lines may be output as sound from, for example, a speaker built in or attached to the game terminal 20. The same applies to the lines in the following description.

  When the conversation between the PC 50 and the NPC is completed, a message prompting the user to select whether or not to take this NPC out of the “bar” and make it a friend is displayed. And if it chooses to make it a friend, this NPC will become a friend of PC50 (henceforth a friend character), and will accompany the subsequent adventure of the game executed on the game terminal 20. That is, the character is lent out.

  Note that if a predetermined maximum number of characters that can be lent to the player (hereinafter referred to as the maximum rent number) has already been lent, no more characters are lent. Therefore, when it is selected that the spoken NPC is selected as a friend, a message is then displayed asking which friend character is separated. Then, by separating from the selected fellow character, the spoken NPC can be accompanied as a new fellow character in subsequent adventures. Further, only one NPC may accompany one PC, or a plurality of NPCs may accompany. Further, when a plurality of NPCs are accompanied, all the NPCs may participate in the battle at the time of the battle, or the number of people who can participate may be limited and may be replaced during the battle.

  Further, in the “Tavern” shown in FIG. 3, for example, when “Ranking” in the game command menu is selected, a ranking list of characters (NPCs) based on the number of loans is displayed as shown in FIG. Is done. The number of lending is the total number of times the character (NPC) has been taken out from the “bar” (total number of times), that is, the total number of lending.

  FIG. 5 is a diagram illustrating an example of a ranking list. In FIG. 5, the ranking list displays the character names and the number of loans for all the characters (NPCs) registered in the server system 30 with the number of loans within the top 20 (NPC). Is done. In other words, FIG. 5 shows that the NPC “Keel” has the largest number of loans of 39 characters among the registered characters (NPC).

  Further, in the “bar” shown in FIG. 3, when the PC 50 is moved to the “exit (not shown in particular)” and an operation to go out of the “bar” is performed, the display inside the “bar” is terminated. Then, the adventure (game) on the game terminal 20 that has been temporarily suspended is resumed. The adventure resumed here is accompanied by an NPC (companion character) taken from the “bar” as described above.

  In addition, on these NPCs (companion characters), a line unique to the NPC is displayed at an arbitrary timing during the adventure, for example, as shown in FIGS.

  FIG. 6 is a diagram showing an example of an adventure game screen. In FIG. 6, NPCs 51 and 53 are fellow characters. In FIG. 6A, the NPC 53 displays a line such as “Let me leave this whole area! That is, the NPC 53 is shown to have experience of visiting this place in the past. In FIG. 5B, the NPC 53 displays a line such as “Do you know? This area is scary. That is, the NPC 53 is shown to have experience of visiting this place in the past.

  FIG. 7 is a diagram illustrating an example of a “decision line” of a character before and after a battle. In FIG. 7A, the NPC 53 displays a decision line immediately before the battle, such as “Let's go!”. Also, in FIG. 5B, the NPC 53 displays a decision line immediately after the battle (when winning), such as “Yeah!”. FIG. 8 is a diagram illustrating an example of a game screen when the user has been silent for a certain period of time. In FIG. 8, the NPC 53 displays a line such as “Taman”.

  Next, an example of functional blocks of the game terminal 20 is shown in FIG. In FIG. 9, the functional block includes an operation unit 100, a communication unit 200, a display unit 300, a processing unit 400, and a storage unit 500.

  The operation unit 100 is for a player to input operation data, and the function can be realized by hardware such as a lever, a button, and a housing. When an operation such as pressing the button is performed, the operation signal is output to the processing unit 400.

  The communication unit 200 exchanges information with the outside of the game terminal 20 (mainly the server system 30) such as transmission / reception of character data via a given communication line. This communication line is any type of communication line, whether wired or wireless, such as a small-scale network such as a LAN, a wide area network such as the Internet, a public network, a private line network, or a mobile communication network. It's okay.

  The display unit 300 displays the game image generated by the image generation unit 410. The player inputs operation data (instructions, selection, determination) and the like according to the game progress from the operation unit 100 while viewing the game screen displayed on the display unit 300, for example, the game screens shown in FIGS. To do.

  The processing unit 400 performs various processes such as control of the entire game terminal 20, instructions to each functional unit in the game terminal 20, game progress processing, image processing, sound processing, and the like. CPU, DSP, etc.) or hardware such as ASIC (gate array, etc.) or a given program. In addition, the processing unit 400 includes an image generation unit 410 and a game calculation unit 420.

  The image generation unit 410 performs processing for generating the game space set by the game calculation unit 420 as an image based on a given viewpoint (virtual camera) and outputting the image to the display unit 300.

  The game calculation unit 420 includes a game space construction process, a process for determining the position and orientation of each character, the speed of movement, the direction of travel, etc., a process for calculating the position of the virtual camera in the game space and its line-of-sight direction, and story development Various game processes such as a game progress process are executed based on an operation signal from the operation unit 100, a game program 510 read from the storage unit 500, or the like. In addition, the game calculation unit 420 includes a character registration unit 421 and a character lending unit 422.

  In accordance with an operation instruction from the operation unit 100, the character registration unit 421 performs processing related to character registration such as reading out character data of the PC 50 from the character DB 540 and transmitting it to the server system 30.

  In accordance with an operation instruction from the operation unit 100, the character lending unit 422 performs processing related to character lending such as additionally storing character data transmitted from the server system 30 in the character DB 540.

  The storage unit 500 stores a game program 510 relating to the progress of the game, a character registration program 520, a character lending program 530, and a character DB 540.

  FIG. 10 is a diagram illustrating an example of the character DB 540. Character data corresponding to the character is stored in the character DB 540 for each character. FIG. 10 shows one of the character data.

  In FIG. 10, in the character data, the character number, name, battle ability (level, attack power, defense power, physical strength, etc.), history, personality, and image data are stored in association with each other. . The character number is a number for identifying the character, and is given as a serial number from “T001”. The history is information such as enemy characters that the character has encountered in the past and places visited. The individuality is information for determining the individuality of the character, such as the speech data shown in FIG. 16, for example, and details thereof will be described later. The image data is information for displaying the character on the game screen, for example, as shown in FIG. The image generation unit 410 generates a character image based on the image data.

  The character DB 540 stores a plurality of character data in advance. Then, the character data received from the server system 30 is assigned a subsequent character number and is additionally stored in the character DB 540. That is, in FIG. 10, the character DB 540 has a storage area secured so that a total of 83 character data of character numbers “T001” to “T083” can be stored. The character data stored in the area of the character numbers “T001” to “T080” is character data stored in advance. The area of character numbers “T081” to “T083” is a storage area for additionally stored character data. That is, the character data of the lent character (NPC) is stored in any area of the character numbers “T081” to “T083”. However, since the area that can be additionally stored is only for three character data, it is not possible to additionally store four or more character data.

  In FIG. 10, the character data of the character number “T001” is the character data of the PC 50. The character data after the character number “T002” is NPC character data that is not an operation target of the player, such as a friend character that can be a friend of the PC 50. The character data has the same configuration regardless of whether it is a PC 50, an NPC, or an additionally stored NPC.

  Next, specific processing operations executed in the game terminal 20 will be described with reference to flowcharts shown in FIGS. Note that the player's various input operations performed in accordance with the display on the display unit 300 are more specifically recognized by the processing unit 400 based on the operation signal output from the operation unit 100. In the following description, detailed description thereof is omitted.

(Character registration)
FIG. 11 is a flowchart illustrating a character registration process (game terminal) executed by the character registration unit 421 in accordance with the character registration program 520.

  In FIG. 11, when “register character” in the game command menu, for example, is selected during game play, the character registration unit 421 temporarily suspends the adventure being executed, and displays the character registration screen, for example, As shown in FIG. 2, it is displayed on the display unit 300. When a player ID is input and a character registration instruction is given on the character registration screen, the character registration unit 421 sends character data corresponding to the PC 50 to the server system 30 together with the input player ID. Then, the registration of the character is requested (step S11). That is, the character registration unit 421 transmits the character data of the PC 50 (character data of the character number “T001” in FIG. 10) stored in the character DB 540 to the server system 30 together with the input player ID. .

  Next, when the server system 30 notifies the completion of character registration (step S12: YES), the character registration unit 421 displays a message such as “registration completed!” On the display unit 300, for example. Then, resume the adventure that was temporarily suspended. If the above process is performed, the character registration part 421 will complete | finish this process.

(Character rental)
FIG. 12 is a flowchart for explaining a character lending process (game terminal) executed by the character lending unit 422 in accordance with the character lending program 530.

  In FIG. 12, when the PC 50 is instructed to enter the “bar” (step S21), the character lending unit 422 causes the display unit 300 to display a message prompting the player ID to be input. Then, an electrical communication path with the server system 30 is established, and the input player ID is notified to the server system 30.

  If the server system 30 notifies that the player ID cannot be authenticated (step S22: NO), the character lending unit 422 disconnects the established communication path with the server system 30 and displays a message to that effect. Displayed on the unit 300. Then, this process ends.

  Further, when the server system 30 notifies that the player ID can be authenticated (step S22: YES), the character lending unit 422 displays the state inside the “bar” on the display unit 300 as shown in FIG. 3, for example. It is displayed (step S23). More specifically, the NPC is arranged on the image generation unit 410 based on the NPC data (including at least the registration number and the corresponding image data among the character data) transmitted together with the authentication of the player ID. The image inside the “bar” will be generated.

  Then, in the “bar”, for example, when the PC 50 is brought into contact with the NPC and a conversation with the NPC is instructed, for example, the “speak” command is selected (step S24: YES), the character lending unit 422 reads “ The registration number of the NPC spoken to is detected. Then, the server system 30 is notified of the detected registration number and requests conversation data. Next, based on the conversation data transmitted from the server system 30, the spoken NPC lines are displayed on the display unit 300, for example, as shown in FIG. 4 (step S23).

  After the end of the conversation with the NPC, the character lending unit 422 causes the display unit 300 to display a message that prompts the user to select whether to take out the NPC and make it a friend. Then, when NPC take-out is instructed (step S26: YES), the character lending unit 422 refers to the character DB 540 and confirms whether or not there is an empty storage area for character data (step S27).

  If it is confirmed in the character DB 540 that there is a free space in the additional storage area for character data, the character lending unit 422 determines that the character can be rented (step S27: YES), and the NPC instructed to take out the character. Character data is requested from the server system 30.

  If it is not confirmed in the character DB 540 that the character data additional storage area is free, the character lending unit 422 determines that the character cannot be lent (step S27: NO), and then A message is displayed on the display unit 300 to ask whether it is separated from the fellow character. Then, by deleting the character data of the selected fellow character from the character DB 540, a space is secured in the addable area. That is, this separates from the selected fellow character (step S28). Next, the character lending unit 422 requests the server system 30 for the character data of the NPC instructed to be taken out in step S26.

  When requesting character data to the server system 30, the character lending unit 422 additionally stores character data transmitted from the server system 30 in the character DB 540. However, this character data is additionally stored in an empty storage area. That is, as a result, the spoken NPC becomes a new fellow character (step S29).

  If “ranking” is selected in “bar” shown in FIG. 3 (step S30: YES), the character lending unit 422 transmits an instruction signal to that effect to the server system 30. Then, based on the ranking data transmitted from the server system 30 in response to the instruction signal, the ranking list is displayed on the display unit 300 as shown in FIG. 5, for example (step S31).

  In addition, in the “bar” shown in FIG. 3, when the exit of the PC 50 is instructed (step S <b> 32: YES), the character lending unit 422 connects a communication line (electrical communication path) connected to the server system 30. Cut off. Then, resume the adventure that was temporarily suspended. If the above process is performed, the character lending part 422 will complete | finish this process.

  FIG. 13 is a diagram illustrating an example of functional blocks of the server system 30. In FIG. 13, the functional block includes a communication unit 600, a processing unit 700, and a storage unit 800.

  The communication unit 600 exchanges information with the outside of the server system 30 (mainly the game terminal 20) such as transmission / reception of character data via a given communication line. This communication line is any type of communication line, whether wired or wireless, such as a small-scale network such as a LAN, a wide area network such as the Internet, a public network, a private line network, or a mobile communication network. It's okay.

  The processing unit 700 performs a game progress process based on data acquired from the game terminal 20 via the communication unit 600, a program stored in the storage unit 800, and the like. The function of the processing unit 700 can be realized by hardware such as a CPU (CISC type, RISC type), DSP, ASIC (gate array, etc.), memory, and the like. The processing unit 700 includes a character registration unit 710, a character lending unit 720, a conversation determination unit 730, and a ranking management unit 740.

  In response to a request from the game terminal 20, the character registration unit 710 performs processing related to character registration, such as additionally storing character data transmitted from the game terminal 20 in the character DB 840.

  In response to a request from the game terminal 20, the character lending unit 720 performs processing related to character lending such as transmitting character data stored in the character DB 840 to the game terminal 20.

  The conversation determination unit 730 performs a process of determining an NPC line at the time of a conversation with the PC 50 in the “bar” based on the conversation template 860, character data stored in the character DB 840, and the like.

  The ranking management unit 740 performs processing for updating the lending ranking table 870 based on the character lending table 850 at regular time intervals (for example, every day).

  The storage unit 800 stores a character registration program 810, a character lending program 820, a player management table 830, a character DB 840, a character lending table 850, a conversation template 860, and a lending ranking table 870.

  FIG. 14 is a diagram illustrating an example of the player management table 830. In FIG. 14, the player management table 830 stores player-related information and character-related information in association with each player ID unique to each player. Information such as the player name, age, and sex is stored as the player-related information. In these player-related information, values input by the player at the time of player registration are set. Further, as character-related information, the registration number of the character lent to the player (see FIG. 15; details will be described later) and the number of rents are stored as a rent history. However, the number of lending is the number of lending to only the player. The character-related information is updated by the character lending unit 720 when the character is rented.

  For example, in FIG. 14, it is stored that an NPC having a registration number “R0018” or “R0002” is lent to a player corresponding to the player ID “KI001”. Further, it is stored that the NPC with the registration number “R0018” has been lent twice to the player. As described above, the same NPC is lent out to a player a plurality of times because there is an upper limit on the number of character data that can be additionally stored in the character DB 540 of the game terminal 20. This is because it can be additionally stored any number of times by deleting existing character data.

  FIG. 15 is a diagram illustrating an example of the character DB 840. For each character (NPC) registered in the server system 30, character data corresponding to that character (NPC) is stored in the character DB 840. FIG. 15 shows one of the character data. Further, the character data stored in the character DB 840 has substantially the same structure as the character data stored in the character DB 540 shown in FIG. This is because the PC character data in the game terminal 20 is stored in the character DB 840.

  In FIG. 15, the character data includes its registration number, name, battle ability (level, attack power, defense power, physical strength, etc.), history, personality, image data, registrant, registration date, Are stored in association with each other.

  The registration number is a number for identifying a character managed in the character DB 840 and is given by a serial number from “R0001”. The history, individuality, and image data are the same information as the history, individuality, and image data of the character data stored in the character DB 540 described in FIG. The registrant is the player ID of the player who registered the character. The registration date is information representing a date when the character is registered in the server system 30. That is, the character data stored in the character DB 840 has a structure in which the registrant and registration date information are added to the character data stored in the character DB 540.

  FIG. 16 is a diagram illustrating an example of serif data stored as individuality in the character data stored in the character DB 540 and the character DB 84. However, FIG. 16 shows serif data stored as individuality corresponding to the NPC 53. In this line data, NPC lines corresponding to conditions such as a place where a visitor has experience, a specific event, or the like are stored. In accordance with the conditions set in the line data, for example, as shown in FIGS. 6 to 8, the line of the NPC 53 during the adventure is displayed.

  For example, when visiting a given dungeon again during an adventure, the condition of “place with experience of visiting (dungeon)” in this dialogue data is satisfied, and the NPC 53 indicates “ A message such as “Let's leave the whole area! It's just coming!” Is displayed as shown in FIG. Further, when the place where the guardian who is the boss character exists is visited again, the condition of “the place where the visitor has experience (there is a boss character)” in the dialogue data is satisfied, and the NPC 53 corresponds to the condition. A line such as “Do you know? This area is scary!” Is displayed as shown in FIG. Whether or not these places are places where the character has a visiting experience is determined based on the history stored in the corresponding character data.

  Similarly, on the basis of the speech data, immediately before the battle, as shown in FIG. 7A, the NPC 53 displays a speech such as “Let's go!”. Further, immediately after the battle (when winning), as shown in FIG. 7B, the NPC 53 displays a line such as “Yeah!”. Further, when the mute continues for a certain period of time, as shown in FIG.

  Based on this line data and history, a line unique to the NPC such as a mustache can be displayed. The lines set in the line data may be arbitrarily set by a registrant, for example, when registering a character. As a result, the registrant can display the words intended by the inventor according to the conditions such as the location and the event at the rent destination after the character to be registered is lent to another player.

  FIG. 17 is a diagram illustrating an example of the character lending table 850. In FIG. 17, in the character lending table 850, the registration numbers, names, and lending times are stored in association with each other for all characters (NPCs) registered in the server system 30.

  The registration number is a number for identifying each character, and corresponds to the registration number in the character data (see FIG. 15). The total number of times that the character has been lent (total number of times) is stored in the number of rents.

  FIG. 18 is a diagram illustrating an example of the conversational fixed phrase 860. This conversational fixed phrase 860 stores NPC conversation contents when talking to the PC 50 in the “bar”.

  That is, in FIG. 18, the conversation number (1) is a conversation related to “a place where there is a visiting experience”, and the conversation number (2) is a conversation related to “enemy who has an encounter experience”. The conversation number (3) is a conversation related to “own combat ability (attack power)”, and the conversation number (4) is a conversation related to “own combat ability (defense power)”. The conversation number (5) is a conversation related to “own battle ability (physical strength)”. Then, at the “bar”, the NPC spoken to the PC 50 displays a line according to the conversation content of any of the conversation numbers (1) to (5). At that time, words corresponding to the contents of the character data (see FIG. 15) corresponding to the NPC are entered in “XXX”, “ΔΔΔ”, and “XXX” in these conversation contents. It will be.

  For example, when the conversation number (1) is selected, the line of the NPC 52 is displayed as shown in FIG. 4A, for example, from the history stored in the character data (place where there is a visit experience). . Further, when the conversation number (2) is selected, the line of the NPC 52 is displayed from the history (enemy character with encounter experience) stored in the character data, for example, as shown in FIG. Become. When the conversation number (3) is selected, the NPC 52 line is displayed as shown in FIG. 4C, for example, from the battle ability (attack ability) stored in the character data.

  More specifically, the game terminal 20 transmits the registration number of the NPC spoken by the PC 50 to the server system 30. Then, the conversation determination unit 730 of the server system 30 alternatively selects and determines a conversation based on the character data corresponding to the registration number and the conversation fixed phrase 860. Then, the determined conversation data is transmitted to the game terminal 20. In this way, a line is displayed on the NPC spoken to the PC 50.

  FIG. 19 is a diagram illustrating an example of the lending ranking table 870. The lending ranking table 870 stores ranks based on the lending frequency for all characters (NPCs) registered in the server system 30. That is, in FIG. 19, among all the characters (NPCs) registered in the server system 30, the registration number, name, and number of loans for the characters (NPCs) with the highest number of loans of the top 20 are as follows. Stored in association.

  Based on this lending ranking table 870, for example, as shown in FIG. 5, a ranking list is displayed. Further, the values stored in the lending ranking table 870 are updated to the latest information by the ranking management unit 740 at regular time intervals (for example, every day).

  Next, specific operations performed by the server system 30 will be described with reference to the flowcharts shown in FIGS. The server system 30 executes the same process for each of the plurality of game terminals 20 at the same time, but only the process for one game terminal 20 will be described below.

(Character registration)
FIG. 20 is a flowchart for explaining a character registration process (server system) executed by the character registration unit 710 in accordance with the character registration program 810.

  In FIG. 20, when registration of a character is requested from the game terminal 20, the character registration unit 710 receives character data and a player ID transmitted together with this request (step S41). Then, the received player ID and the player management table 830 are referred to and it is confirmed that the player is registered.

  Next, the character registration unit 710 adds registrant and registration date information to the received character data, and additionally stores it in the character DB 840 as, for example, the registration number “T0046”. However, the received player ID is set in the registrant field in the character DB 840, and the current date is set in the registration date field.

  At the same time, the character registration unit 710 performs initial setting of items corresponding to the registration numbers in the character lending table 850. That is, for example, the “name” corresponding to the registration number “R0046” is set to the name stored in the received character data, and the “number of loans” is set to the initial value “0” (step S42).

  Thereafter, the character registration unit 710 notifies the game terminal 20 of the completion of character registration (step S43). If the above process is performed, the character registration part 710 will complete | finish this process.

(Character rental)
FIG. 21 is a flowchart for explaining a character lending process (server system) executed by the character lending unit 720 in accordance with the character lending program 820.

In FIG. 21, when a communication line (electrical communication path is established) is connected from the game terminal 20 and entry to the “bar” is requested, the character lending unit 720 displays the player ID and the player that are notified together. With reference to the management table 830, it is confirmed that the player is registered (step S51). If it is not possible to confirm that the player is registered (step S51: Impossible), the game terminal 20 is notified to that effect, and the process is terminated.

  When it is confirmed that the player is registered (step S51: Yes), the character lending unit 720 refers to the character DB 840, and for the stored character data, NPC data including a registration number and corresponding image data. Is transmitted to the game terminal 20 (step S52).

  After that, when the game terminal 20 notifies the registration number and the conversation data is requested (step S53: YES), the conversation determination unit 730 receives the conversation template 860 and the character data corresponding to the notified registration number. The process of determining the line of the character is performed with reference. Then, the character lending unit 720 transmits the conversation data based on the speech determined by the conversation determination unit 730 to the game terminal 20 (step S54).

  After the transmission of the conversation data, when character data is requested from the game terminal 20 (step S55: YES), the character lending unit 720 refers to the character DB 840 and sends the corresponding character data to the game terminal 20. Send. At the same time, the value of the corresponding item is updated in the character lending table 850 and the player management table 830 (step S56).

  Specifically, in the player management table 830, the registration number of the transmitted character data is added to the lending history corresponding to the received player ID, and the lending count is set to “1”. However, if the registration number is already stored, the lending count is updated to a value obtained by adding “1”. Further, in the character lending table 850, the “number of lending” corresponding to the registration number of the transmitted character data is updated to a value obtained by adding “1”.

  When the game terminal 20 requests transmission of ranking data (step S57: YES), the character lending unit 720 transmits ranking data based on the lending ranking table 870 to the game terminal 20 (step S58). ).

  If the game terminal 20 is instructed to leave the PC 50 from the “bar” and confirms that the connected communication line (electrical communication path) has been disconnected (step S59: YES), the character lending unit In step 720, the process ends.

  Next, FIG. 22A shows an example in which the game terminal 20 of the present embodiment is applied to an arcade game device. The player enjoys the game by operating the lever 1102, the button 1104, and the like while viewing the game image displayed on the display 1100. Various processors, various memories, and the like are mounted on a built-in system board (circuit board) 1106. Information (program, data) for executing the present invention is stored in a memory 1108 which is an information storage medium on the system board 1106. Hereinafter, this information is referred to as storage information.

  FIG. 2B shows an example in which the game terminal 20 of the present embodiment is applied to a home game device. The player enjoys the game by operating the game controllers 1202 and 1204 while viewing the game image displayed on the display 1200. In this case, the stored information is stored in a CD (DVD) 1206, which is an information storage medium that is detachable from the main unit, or memory cards 1208, 1209, and the like.

  Further, specific examples of realizing the game terminal 20 of the present embodiment are not limited to the arcade game device or the home game device, but include, for example, a portable game device, a personal computer, a portable terminal (including a mobile phone). Of course, it can be applied to a kiosk terminal or the like.

  An example of a hardware configuration capable of realizing the game terminal 20 and the server system 30 will be described with reference to FIG. In the apparatus shown in the figure, a CPU 1000, a ROM 1002, a RAM 1004, an information storage medium 1006, a sound generation IC 1008, an image generation IC 1010, and I / O ports 1012, 1014 are connected to each other via a system bus 1016 so as to be able to input and output data. . A display device 1018 is connected to the image generation IC 1010, a speaker 1020 is connected to the sound generation IC 1008, a control device 1022 is connected to the I / O port 1012, and a communication device 1024 is connected to the I / O port 1014. It is connected.

  The information storage medium 1006 mainly stores programs, image data for representing display objects, sound data, play data, and the like, and corresponds to the storage unit 500 in FIG. 9 or the storage unit 800 in FIG. Is. For example, in a home game device, a CD-ROM, DVD-ROM, game cassette, or the like is used as the information storage medium 1006 for storing the game program 510 or the like, and a memory card or the like is used as the information storage medium 1006 for storing the character DB 540. . In personal computers, CD-ROMs, DVDs, hard disks and the like are used. In the arcade game machine, a hard disk such as a ROM is used. In this case, the information storage medium 1006 is a ROM 1002.

  The control device 1022 corresponds to a game controller, an operation panel, and the like, and is a device for inputting a result of determination made by the user in accordance with the progress of the game to the device main body. The control device 1022 corresponds to the operation unit 100 in FIG.

  In accordance with a program and data stored in the information storage medium 1006, a system program stored in the ROM 1002 (such as device initialization information), a signal input by the control device 1022, the CPU 1000 controls the entire device and performs various data processing. I do. The RAM 1004 is a storage means used as a work area of the CPU 1000, and temporarily stores image data and play data for one frame, given contents of the information storage medium 1006 and the ROM 1002, calculation results of the CPU 1000, and the like. Is stored.

  Further, this type of apparatus is provided with a sound generation IC 1008 and an image generation IC 1010 so that game sounds and game images can be suitably output.

  The sound generation IC 1008 is an integrated circuit that generates game sounds such as sound effects and background sounds based on information stored in the information storage medium 1006 and the ROM 1002, and the generated game sounds are output by the speaker 1020.

  The image generation IC 1010 is an integrated circuit that generates pixel information to be output to the display device 1018 based on image information sent from the RAM 1004, the ROM 1002, the information storage medium 1006, and the like. The display device 1018 is realized by a CRT, LCD, TV, plasma display, projector, or the like, and corresponds to the display unit 300 in FIG.

  The communication device 1024 exchanges various types of information used inside the game device to the outside. The communication device 1024 is connected to other game devices to send and receive given information according to the game program 510, and to provide given communication. It is used for transmitting and receiving information such as the game program 510 via a line. The communication device 1024 corresponds to the communication unit 200 in FIG. 9 or the communication unit 600 in FIG.

  Various processes such as a game progress process store the game program 510, the character registration program 520, and the character lending program 530 of FIG. 9, or the character registration program 810 and the character lending program 820 of FIG. The information storage medium 1006, the CPU 1000 that operates according to the program, the image generation IC 1010, the sound generation IC 1008, and the like. The CPU 1000 and the image generation IC 1010 correspond to the processing unit 400 in FIG. 9 or the processing unit 700 in FIG. 13, and the CPU 1000 mainly corresponds to the game calculation unit 420 and the image generation IC 1010 corresponds to the image generation unit 410. .

  Note that the processing performed by the image generation IC 1010, the sound generation IC 1008, and the like may be performed by software using the CPU 1000 or a general-purpose DSP. In this case, the CPU 1000 corresponds to the processing unit 700.

  In addition, this invention is not limited to the said embodiment, In the range which does not deviate from the meaning of this invention, it can change suitably. For example, the following changes can be considered.

(1) A character that satisfies this input condition is searched from the characters registered in the server system 30 according to the input condition of the player, and presented as a candidate character.
Specifically, for example, in the “bar” shown in FIG. 3, when the master character 70 is spoken, a character search screen is displayed. FIG. 24 is a diagram illustrating an example of a character search screen. In FIG. 24, the character search screen includes search conditions such as a place where an adventure is planned, the number of characters desired to be friends, and their levels. On this character search screen, the player inputs search conditions for the character that he / she wants to associate. When “search for a fellow character” is selected, the input content is transmitted to the server system 30, and candidate characters are extracted in the server system 30. Subsequently, a candidate character list is displayed on the game terminal 20.

  FIG. 25 is a diagram illustrating an example of a candidate character list. The candidate characters presented here are characters that satisfy the search condition input on the character search screen among the characters registered in the server system 30. The player selects a desired character from these candidate characters to be presented. And this selected character will accompany a subsequent adventure as a fellow character.

  Thus, the player can easily find a character that matches the desired condition from among the plurality of characters registered in the server system 30 and can make it a friend. The search means is more effective as the number of registered characters is larger.

In addition, on the character search screen (see FIG. 24), the search conditions desired by the player can be input in text. In that case, based on the keyword contained in the input sentence, from the registered character, the character which satisfy | fills search conditions is extracted and it comprises so that it may show as a candidate character.
This character search screen can also be displayed at the start of an adventure. Further, for example, the player's personal information such as game progress (play history) can be used as a search condition.

(2) When registering a character, add a comment for that character.
Specifically, a comment input area for inputting a comment for the character to be registered is displayed on the character registration screen (see FIG. 2). And it is set as the structure which registers a character with the comment input into this comment input area. That is, the game terminal 20 transmits the input comment together with the corresponding character data to the server system 30, and requests registration of the character. The server system 30 stores these transmitted comments in association with the character data transmitted together. The comment added in this way is displayed together with the corresponding character in, for example, “Tavern” (see FIG. 3) or a candidate character list (see FIG. 23). Thus, the player can use the comment of the registrant displayed together with the character as a reference when selecting the character to be a friend.

(3) Input evaluations, impressions, etc. for the rented character.
Specifically, the game terminal 20 displays an evaluation input screen for the player who lent the character to input evaluations, impressions, and the like for the character. In the server system 30, the input evaluations and impressions are stored in the game terminal 20 in association with the target character data. The evaluations and impressions input in this way are displayed in, for example, “Tavern” (see FIG. 3) and a candidate character list (see FIG. 23). Thus, the player can use the evaluation, impression, etc. displayed together with the character as a reference when selecting the character as a companion.

(4) Set endings for character lines.
Specifically, for example, at the time of character registration, the player performs ending setting for the character to be registered. And the game terminal 20 memorize | stores the set ending data as individuality contained in applicable character data. That is, for example, assume that the ending is set to “Nyo”. Then, a line that has been preset as “Please!” Will be displayed as “Please, please!” For the character.

  By the way, in the above-described embodiment, the character (NPC) personality is expressed by the speech previously set in the speech data. By this ending, the character personality is given to all the character speech. It can be reflected. This ending may be set in advance before character registration, for example, during an adventure.

(5) The ranking list (see FIG. 5) is classified into the player's age, gender, etc., and totalized and displayed.
Specifically, the ranking management unit 740 categorizes in more detail based on the player management table 830, such as age group (10's, 20's, 30's ...) and gender (male, female). Accordingly, the lending ranking table 870 is created / updated. Also, based on the player related information in the player management table 830, for example, a ranking list corresponding to the age and sex of the player can be selected and displayed. As a result, the player can easily know, for example, a character popular with the player corresponding to his / her age, and can be used as a reference when selecting a character to be a friend.

  In this embodiment, the PC is registered in the server system 30 as an NPC. However, a character (NPC) newly created by the player may be registered.

  It is also possible to realize the search conditions input by the player and the input of words and the like set for the character (NPC) by voice input via voice input means such as a microphone.

  This embodiment is an embodiment in the case where the present invention is applied to a game called a network game. As a form for realizing a network game, for example, (1) a form in which a personal computer or a home game system installed in a home is used as a game terminal and connected to a server through a communication line such as the Internet network or a dedicated line network; 2) A form in which a plurality of game terminals are connected to each other via a communication line and configured as a master unit and a slave unit. (3) A plurality of game terminals are connected to each other via a communication line, and one of them is a server function. (4) A form in which a plurality of game terminals are physically combined to form a single system (for example, a game system for business use) as a whole. The present invention can be applied to any form, but in the present embodiment, (1) the game terminal and the server are described as being connected by a given communication line.

  According to the present invention, the game terminal 20 can realize character registration by transmitting character data relating to a PC to the server system 30. Furthermore, by acquiring the character information stored in the server system 30, it is possible to realize rental of registered characters. Further, by acquiring character data from the outside of the game terminal 20, a new NPC different from an NPC prepared in advance for the game terminal 20 can be made a friend for the player. As a result, it is possible to prevent the user from getting bored with the NPC as a friend and detracting from the fun of the game.

DESCRIPTION OF SYMBOLS 10 Game system 20 Game terminal 100 Operation part 200 Communication part 300 Display part 400 Processing part 410 Image generation part 420 Game calculation part 421 Character registration part 422 Character lending part 500 Storage part 510 Game program 520 Character registration program 530 Character lending program 540 Character DB
30 server system 600 communication unit 700 processing unit 710 character registration unit 720 character lending unit 730 conversation determining unit 740 ranking management unit 800 storage unit 810 character registration program 820 character lending program 830 player management table 840 character DB
850 Character lending table 860 Regular phrases 870 Lending ranking table

Claims (5)

To cause a computer system to control a corresponding character in accordance with character information stored in a storage unit and to execute a game in which a game can be progressed by a formation composed of a plurality of characters including at least one PC and one NPC The program of
Means for determining a line of the one NPC based on history information for determining the line of the one NPC included in the character information;
A program for causing the computer system to function as   The program according to claim 1, further causing the computer to function as an acquisition unit that acquires the character information from an external system and stores the character information in the storage unit. The storage unit further stores the character information related to the PC,
The program according to claim 2, further causing the external system to function as a transmission unit that transmits character information related to a PC stored in a storage unit by the computer system as character information related to a new NPC.   The computer-readable information storage medium which memorize | stored the program as described in any one of Claims 1-3. A game system for controlling a corresponding character according to character information stored in a storage unit and executing a game capable of progressing a game by a formation composed of a plurality of characters including at least one PC and one NPC. ,
Means for determining a line of the one NPC based on history information for determining the line of the one NPC included in the character information;
A game system comprising:

Images