JP4969735B2 - Program, information storage medium, game system, and server - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention program ,this program Storage medium for storing information, game system, and server About.
[0002]
[Prior art]
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.
[0003]
[Problems to be solved by the invention]
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.
[0004]
[Means for Solving the Problems]
To solve the above problems The first of Invention As The computer (eg, game terminal 20) causes the system (eg, game terminal 20) to control the corresponding character according to the character information (eg, character data stored in the character DB 540), and includes a plurality of at least one PC. Game information for executing a game that can be progressed by a formation composed of characters of the character, the acquisition means (for example, the character lending unit 422) for acquiring the character information from outside the system, and the acquisition means Means for allowing the system to function with a means (for example, a character lending unit 422) that allows the formation to form a new NPC based on the acquired character information. It may be composed of game information .
[0005]
Also, 13th Invention As , A game system for controlling a corresponding character according to character information (for example, character data stored in the character DB 540) and executing a game capable of progressing by a formation composed of a plurality of characters including at least one PC (For example, the game terminal 20), an acquisition unit (for example, a character lending unit 422) that acquires character information from outside the game system, and a new NPC based on the character information acquired by the acquisition unit. Means for making the formation configurable (for example, a character lending unit 422). It is also possible to configure a game system .
[0006]
this 1st or 13th According to this 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.
[0007]
Second Invention As The computer (eg, game terminal 20) causes the system (eg, game terminal 20) to control the corresponding character according to the character information (eg, character data stored in the character DB 540), and includes a plurality of at least one PC. In a server system (for example, server system 30) or other system that stores character information related to NPC, the game information is for executing a game that can be progressed by a formation composed of characters of For causing the system to function transmitting means (for example, the character registering unit 421) that transmits character information (for example, character data of the character number “T001”) related to the PC stored as the character information related to the new NPC. Including information It may be composed of game information .
[0008]
Also, 14th Invention As , A game system for controlling a corresponding character according to character information (for example, character data stored in the character DB 540) and executing a game capable of progressing by a formation composed of a plurality of characters including at least one PC (For example, the game terminal 20), and the server system (for example, the server system 30) that stores the character information related to the NPC or the other system, the character information (for example, the character number) related to the PC that the game system stores. Transmission means (for example, a character registration unit 421) that transmits “T001” character data) as character information related to a new NPC. It is also possible to configure a game system .
[0009]
this 2nd or 14th According to this invention, it is possible to realize the registration of the character related to the transmitted character information by transmitting the character information related to the PC to the server system.
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.
[0010]
Third Invention As , 1st invention Game information Because , For a server system (for example, server system 30) for storing character information related to NPC or other system, character information (for example, character data of character number “T001”) related to the PC stored in the system, Information for causing the system to function as a transmission means (for example, a character registration unit 421) for transmitting as character information related to a new NPC It may be composed of game information .
[0011]
this Third According to this invention, it is possible to realize the registration of the character related to the transmitted character information by transmitting the character information related to the PC to the server system. 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.
[0012]
4th Invention As , 1st or 3rd invention Game information Because , Information for causing the acquisition unit to function so as to acquire character information by performing data communication with a server system storing a plurality of character information. It may be composed of game information .
[0013]
this 4th According to this invention, the acquisition means acquires character information stored in the server system, so that rental of registered characters can be realized.
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.
[0014]
5th Invention As , 4th invention Game information Because Information for causing the system to function as a means for transmitting desired condition information relating to character information to be acquired by the server system. It may be composed of game information .
[0015]
this 5th According to the invention, since the desired condition can be transmitted to the server system, it is possible to configure the system so as to acquire character information that matches the desired condition. 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.
[0016]
6th Invention As , Any of the first to fifth inventions Game information Because The character information includes personality information (for example, the speech data of FIG. 16) for determining the character's speech, and means for determining the character's speech based on the character's personality information. Information for making the system function It may be composed of game information .
[0017]
this 6th According to this invention, the character's speech is determined by 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.
[0018]
Also, 11th of The invention is any one of the first to sixth inventions Remember game information Configured information storage media It is good as well.
[0019]
this 11th According to the invention of Any of the first to sixth inventions It is possible to realize an information storage medium having the effect described above.
[0020]
7th Invention As A game system (for example, the game terminal 20) that controls a corresponding character in accordance with the character information, and that executes a game that can be played by a formation composed of a plurality of characters including at least one PC, and a given Receiving means (for example, character registration unit 710) that receives character information transmitted from the game system to a server system (for example, server system 30) that performs data communication via a communication line, and received by the receiving means Storage means (for example, character DB 84) for accumulating and storing the received character information, and transmission means (for example, character lending unit 720) for transmitting at least one of the character information stored in the storage means to the game system. ) And character information management information It may be configured as .
[0021]
Also, 15th Invention As A game system (for example, the game terminal 20) that controls a corresponding character in accordance with the character information, and that executes a game that can be played by a formation composed of a plurality of characters including at least one PC, and a given A server system (for example, server system 30) that performs data communication via a communication line, which receives character information transmitted from a game system (for example, a character registration unit 710) and received by the receiving unit Storage means (for example, character DB 840) for accumulating the stored character information, and transmission means (for example, character lending unit 720) for transmitting at least one of the character information stored in the storage means to the game system. ) And It may be configured as a server system .
[0022]
this 7th or 15th According to this 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.
[0023]
8th Invention As , 7th invention Character information management information Because , Including information for causing the storage unit to function so as to store the character information in association with a given classification item, and a desired condition transmitted from the game system to the server system A server system for receiving information, a selection means for selecting character information based on the desired condition information, and the classification item; a selection result by the selection means; or the selected character information. Means for transmitting to, and information for functioning It may be configured as character information management information .
[0024]
Also, 16th Invention As , 15th invention Server system Because The storage means stores the character information in association with a given classification item, and receives the desired condition information transmitted from the game system, based on the desired condition information and the classification item. Selection means for selecting character information; and means for transmitting the selection result by the selection means or the selected character information to the server system. It may be configured as a server system .
[0025]
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.
[0026]
this 8th or 16th According to the present invention, it is possible to select a character that satisfies the player's desired conditions, for example, a character who has experience of visiting 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.
[0027]
9th Invention As , 7th or 8th invention Characters information Management information Because Rating means (for example, a ranking management unit 740) that performs a given rating related to character information stored in the storage means, and means (for example, a character lending unit 720) that transmits a rating result by the rating means to the game system. , Including information for causing the server system to function It may be configured as character information management information .
[0028]
Also, 17th Invention As , 15th or 16th invention Server system Because Rating means (for example, a ranking management unit 740) that performs a given rating related to character information stored in the storage means, and means (for example, a character lending unit 720) that transmits a rating result by the rating means to the game system. With It may be configured as a server system .
[0029]
this 9th or 17th According to this 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.
[0030]
10th Invention As , Any of the seventh to ninth inventions Character information management information Because Evaluation means for receiving, from the game system, evaluation information for the character information stored in the storage means, and storing the received evaluation information in association with the evaluation target character information for the server system. Information for functioning storage means and means for reading the evaluation information corresponding to the character information stored in the storage means from the evaluation storage means and transmitting the read evaluation information to the game system, Include It may be configured as character information management information .
[0031]
Also, 18th Invention As , Any of the fifteenth to seventeenth inventions Server system Because Means for receiving evaluation information for the character information stored in the storage means from the game system, evaluation storage means for storing the received evaluation information in association with the character information to be evaluated, and the storage means Means for reading out the evaluation information corresponding to the character information stored in the information from the evaluation storage means and transmitting the read evaluation information to the game system. It may be configured as a server system .
[0032]
this 10th or 18th According to this 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.
[0033]
Also, As the twelfth invention , Any of the seventh to tenth inventions Character information management information Configured information storage media It is good to do.
[0034]
this 12th According to the invention of Any of the seventh to tenth inventions An information storage medium having the effects described above can be realized.
[0035]
DETAILED DESCRIPTION OF THE INVENTION
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.
[0036]
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).
[0037]
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).
[0038]
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.
[0039]
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.
[0040]
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.
[0041]
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.
[0042]
(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.
[0043]
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.
[0044]
(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.
[0045]
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.
[0046]
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”.
[0047]
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.
[0048]
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.
[0049]
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.
[0050]
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.
[0051]
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.
[0052]
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).
[0053]
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.
[0054]
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.
[0055]
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.
[0056]
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”.
[0057]
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.
[0058]
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.
[0059]
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.
[0060]
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.
[0061]
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.
[0062]
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.
[0063]
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.
[0064]
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.
[0065]
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.
[0066]
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.
[0067]
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.
[0068]
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.
[0069]
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.
[0070]
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.
[0071]
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.
[0072]
(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.
[0073]
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. .
[0074]
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.
[0075]
(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.
[0076]
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.
[0077]
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.
[0078]
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.
[0079]
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).
[0080]
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).
[0081]
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.
[0082]
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.
[0083]
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).
[0084]
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).
[0085]
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.
[0086]
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.
[0087]
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.
[0088]
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.
[0089]
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.
[0090]
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.
[0091]
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.
[0092]
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).
[0093]
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.
[0094]
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.
[0095]
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.
[0096]
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.
[0097]
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.
[0098]
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.
[0099]
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.
[0100]
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.
[0101]
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.
[0102]
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.
[0103]
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.
[0104]
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.
[0105]
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”.
[0106]
That is, in FIG. 18, the conversation number {circle around (1)} is a conversation relating to “a place where there is a visiting experience”, and the conversation number {circle around (2)} is a conversation relating to “an enemy having encounter experience”. Conversation number {circle over (3)} is a conversation related to “own combat ability (attack power)”, and conversation number {circle around (4)} is a conversation related to “own combat ability (defense power)”. Conversation number {circle over (5)} is a conversation relating to “own combat ability (physical strength)”.
Then, in the “bar”, the NPC spoken to the PC 50 is displayed with 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.
[0107]
For example, when the conversation number (1) is selected, the line of the NPC 52 is displayed as shown in FIG. .
Further, when conversation number (2) is selected, the line of 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 {circle over (3)} is selected, NPC 52 lines are displayed as shown in FIG. 4C, for example, based on the battle ability (attack ability) stored in the character data.
[0108]
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.
[0109]
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.
[0110]
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).
[0111]
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.
[0112]
(Character registration)
FIG. 20 is a flowchart for explaining the character registration process (server system) executed by the character registration unit 710 in accordance with the character registration program 810.
[0113]
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.
[0114]
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.
[0115]
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 “lending count” is set to the initial value “0” (step S42).
[0116]
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.
[0117]
(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.
[0118]
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.
[0119]
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).
[0120]
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).
[0121]
After the conversation data is transmitted, if character data is subsequently 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).
[0122]
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”.
[0123]
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). ).
[0124]
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.
[0125]
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.
[0126]
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.
[0127]
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.
[0128]
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.
[0129]
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.
[0130]
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.
[0131]
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.
[0132]
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.
[0133]
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.
[0134]
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.
[0135]
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.
[0136]
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. .
[0137]
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.
[0138]
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.
[0139]
(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.
[0140]
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.
[0141]
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.
[0142]
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.
[0143]
(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.
[0144]
(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.
[0145]
(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.
[0146]
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.
[0147]
(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.
[0148]
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.
[0149]
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.
[0150]
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 private 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, and [3] a plurality of game terminals are connected to each other via a communication line, and one of them is a server function And (4) a form in which a plurality of game terminals are physically coupled to form a single system (for example, an arcade game system) as a whole. Although the present invention can be applied to any form, in the present embodiment, the description has been given on the assumption that (1) a game terminal and a server are connected by a given communication line.
[0151]
【Effect of the invention】
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.
[Brief description of the drawings]
FIG. 1 is a schematic diagram showing a configuration of a game system.
FIG. 2 is a diagram showing an example of a character registration screen.
FIG. 3 is a diagram illustrating an example of a state inside a “bar”.
FIG. 4 is a diagram illustrating an example of a conversation with an NPC.
FIG. 5 is a diagram showing an example of a ranking list.
FIG. 6 is a diagram illustrating an example of a game screen during an adventure.
FIG. 7 is a diagram illustrating an example of a game screen during an adventure.
FIG. 8 is a diagram showing an example of a game screen during an adventure.
FIG. 9 is a diagram illustrating an example of functional blocks of a game terminal.
FIG. 10 is a diagram illustrating an example of a character DB (game terminal).
FIG. 11 is a flowchart illustrating a character registration process (game terminal).
FIG. 12 is a flowchart illustrating character lending processing (game terminal).
FIG. 13 is a diagram illustrating functional blocks of a server system.
FIG. 14 is a diagram illustrating an example of a player management table.
FIG. 15 is a diagram illustrating an example of a character DB (server system).
FIG. 16 is a diagram illustrating an example of serif data.
FIG. 17 is a diagram showing an example of a character lending table.
FIG. 18 is a diagram showing an example of a conversation template.
FIG. 19 is a diagram showing an example of a lending ranking table.
FIG. 20 is a flowchart illustrating a character registration process (server system).
FIG. 21 is a flowchart illustrating character lending processing (server system).
FIG. 22 is a diagram illustrating an application example of a game device.
FIG. 23 is a diagram illustrating an example of a hardware configuration capable of realizing a game terminal and a server system.
FIG. 24 is a diagram showing an example of a character search screen.
FIG. 25 is a diagram showing an example of a candidate character list.
[Explanation of symbols]
10 Game system
20 Game terminal
100 operation unit
200 Communication Department
300 Display section
400 processor
410 Image generator
420 Game calculation part
421 Character registration part
422 Character lending department
500 storage unit
510 game program
520 character registration program
530 Character lending program
540 Character DB
30 server system
600 Communication Department
700 processing unit
710 Character registration part
720 Character lending department
730 conversation decision part
740 Ranking Management Department
800 storage unit
810 Character registration program
820 character lending program
830 Player management table
840 Character DB
850 character lending table
860 canonical phrases
870 Lending Ranking Table

Claims (11)

A program for causing a computer system to control a corresponding character according to character information and to execute a game capable of progressing a game by a formation composed of a plurality of characters including at least one PC,
The external system that stores the character information related to the NPC and the comment for the NPC in association with each other, and the character information related to the PC that the computer system stores in the storage unit can be configured in a formation that is configured in another computer system. Transmitting means for transmitting as character information relating to a new NPC;
As the computer system functions as
The computer system is used as comment input means for inputting a comment on the PC so that the character information related to the PC of the computer system can be used as a reference when another computer system acquires character information related to the NPC from the external system. Make it work,
The transmission unit causes the computer system to function so as to transmit the comment input by the comment input unit to the external system together with the character information related to the PC;
Program for. Comment acquisition means for acquiring comments relating to each character information from the external system;
Comment display control means for controlling the display of the comment acquired by the comment acquisition means;
Character information selection means for selecting character information corresponding to the comment controlled by the comment display control means in accordance with a selection instruction input by the player ;
Character information acquisition means for acquiring character information selected by the character information selection means from the external system;
Means for allowing a new NPC to be configured in the formation based on the character information acquired by the character information acquisition means;
The program according to claim 1 for causing the computer system to function. A program for causing a computer system to control a corresponding character according to character information and to execute a game capable of progressing a game by a formation composed of a plurality of characters including at least one PC,
Comment acquisition means for acquiring a comment related to each character information from the external system by performing data communication with an external system that stores a plurality of character information and a comment related to the character information in association with each other;
Comment display control means for controlling the display of the comment acquired by the comment acquisition means;
Character information selection means for selecting character information corresponding to the comment displayed and controlled by the comment display control means as character information to be acquired in accordance with a selection instruction input by the player ;
Character information acquisition means for acquiring character information selected by the character information selection means from the external system;
Means for allowing a new NPC to be configured in the formation based on the character information acquired by the character information acquisition means;
A program for causing the computer system to function as The character information includes information about a place where a play operation was performed when the character related to the character information was a PC in the computer system,
Means for transmitting, to the external system, desired condition information including at least information on a location relating to character information to be acquired;
The program of Claim 2 for functioning the said computer system as. A game system that controls a corresponding character in accordance with the character information and executes a game that can be played by a formation composed of a plurality of characters including at least one PC, and data communication via a given communication line Server to do,
Receiving means for receiving character information transmitted from the game system;
Storage control means for storing the character information received by the receiving means in a storage means in association with a player personal information item of the player related to the character information;
Means for receiving desired condition information transmitted from the game system;
Extraction means for extracting character information based on the desired condition information and the player personal information item;
Means for transmitting the extraction result by the extraction means to the game system;
Program to function as. A game system that controls a corresponding character in accordance with the character information and executes a game that can be played by a formation composed of a plurality of characters including at least one PC, and data communication via a given communication line Server to do,
Receiving means for receiving character information transmitted from the game system;
Storage control means for storing character information received by the receiving means in a storage means;
Transmitting means for transmitting one character information of the character information stored in the storage means to the game system;
Means for receiving impression information related to the character relating to the one character information from the game system to which the one character information is transmitted;
Impression information storage control means for storing the received impression information in the storage means in association with the one character information;
In order to be used when the player of the game system selects the character information stored in the storage means, the comment information stored in association with the character information is read from the storage means and transmitted to the game system. Means to
Program to function as.   A computer-readable information storage medium storing the program according to claim 1. A game system for controlling a corresponding character according to character information and executing a game capable of progressing by a formation composed of a plurality of characters including at least one PC,
A new NPC that can be configured in a formation that is configured in another game system with character information related to the PC stored in the game system in an external system that stores the character information related to the NPC and a comment for the NPC in association with each other. Transmitting means for transmitting as character information according to
With
Comment input means for inputting a comment for the PC in order for the other game system to acquire character information related to the PC of the game system as character information related to the NPC from the external system;
The transmission means transmits the comment input by the comment input means to the external system together with the character information related to the PC.
Game system. A game system for controlling a corresponding character according to character information and executing a game capable of progressing by a formation composed of a plurality of characters including at least one PC,
Comment acquisition means for acquiring a comment related to each character information from the external system by performing data communication with an external system that stores a plurality of character information and comments related to the character information;
Comment display control means for controlling display of the comment acquired by the comment acquisition means;
Character information selection means for selecting character information corresponding to the comment controlled by the comment display control means as character information to be acquired in accordance with a selection instruction input by the player ;
Character information acquisition means for acquiring character information selected by the character information selection means from the external system;
Means for allowing a new NPC to be configured in the formation based on the character information acquired by the character information acquisition means;
A game system comprising: A game system for controlling a corresponding character according to character information and executing a game capable of progressing by a formation composed of a plurality of characters including at least one PC, and data communication via a given communication line A server to perform,
Receiving means for receiving character information transmitted from the game system;
Storage control means for storing the character information received by the receiving means in the storage means in association with the personal information item of the player related to the character information;
Means for receiving desired condition information transmitted from the game system;
Said desired condition information, based on said player personal information item, an extraction means for extracting the character information,
Means for transmitting the extraction result by the extraction means to the game system;
A server comprising A game system for controlling a corresponding character according to character information and executing a game capable of progressing by a formation composed of a plurality of characters including at least one PC, and data communication via a given communication line A server to perform,
Receiving means for receiving character information transmitted from the game system;
Storage control means for storing character information received by the receiving means in a storage means;
Transmission means for transmitting one character information among the character information stored in the storage means to the game system;
Means for receiving impression information related to the character relating to the one character information from the game system to which the one character information is transmitted;
Impression information storage control means for storing the received impression information in the storage means in association with the one character information;
In order to be used when the player of the game system selects the character information stored in the storage means, the comment information stored in association with the character information is read from the storage means and transmitted to the game system. Means to
A server comprising

Images