JP2006043439A - Program, game terminal device, information memory medium, game device, and server - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To carry out various kinds of evaluation of a registered character corresponding to a point. <P>SOLUTION: A competition control part 512a selects a competing ghost character from competing ghost character information 630 to determine the competing ghost character and controls the determined ghost character based on player pattern information registered in selected ghost character data to compete against a player character. A competition result updating part 512b updates a ghost character point of the competing ghost character based on a competition result to update a ghost character point of the competing ghost character controlled as a ghost character data base in a game server. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

  The present invention relates to a program, a game terminal device, an information storage medium, a game device, and a server.

  2. Description of the Related Art Conventionally, a technique for managing various rankings such as ranking based on game results calculated based on the results of game play by the player and appropriately presenting them to the player is known.

On the other hand, conventionally, a game that controls the movement of a character based on an operation input of an actual player is known in a battle-type game. Specifically, the movement of the character is controlled based on the player pattern information indicating the tendency of the player's operation input. Further, in this type of game, the above-described player pattern information is managed by the server device, and the game device can be used by connecting to the server device via the network and downloading the player pattern information from the server device. A possible technique is known (see Patent Document 1).
JP 2004-24360 A

However, the above prior art has the following problems.
That is, as described above, conventionally, there has been known a game that presents a player with a ranking based on a game play result by a player at a predetermined timing, but a character imitating the player's play style played against the player. There has been no mechanism for evaluating the character according to the battle result, such as managing the ranking (for example, battle results) based on the result and presenting it to the player.
Further, as described above, in a game in which the movement of the opponent character is controlled based on the actual player operation input, when the player pattern information created based on the player operation input is managed on the server device side, It is necessary to transmit all the player pattern information created on the server side to the server device, and the amount of data becomes enormous, which increases the burden on the network due to data transfer.

Furthermore, the player pattern information for controlling the movement of the opponent character based on the operation input of the actual player is data obtained by statistically processing the player's past operation input data. Although reflected, there was a problem that the feature of the operation input was difficult to be reflected. For example, if a player's characteristic attack technique is a continuous technique in which a drop kick is continuously issued three times, and the usage frequency of the continuous technique is about 10% throughout the game, the player pattern information includes a drop The appearance frequency of kicks is set as 30%. As a result, when the opponent character is controlled based on the player pattern information, about 30% of the drop kick appears throughout the game, but hardly appears as a continuous technique. That is, it is possible to reproduce the player's operation input as a tendency of the entire game, but it is difficult to reproduce individual characteristic operation inputs.
The present invention has been made to solve the above problems.

The first invention for solving the above problems is:
For a plurality of registered characters, a computer that stores play data serving as a control reference for the registered characters, stores points of each of the plurality of registered characters, and is communicatively connected to a server that adjusts the points according to the battle result. A program for controlling a CPU character and controlling a player character based on an operation input of the player to execute a battle game,
Download means for downloading play data of any of the plurality of registered characters from the server (for example, the game calculation unit 512 shown in FIG. 7),
Terminal-side storage means for storing the play data downloaded by the download means (for example, the ghost character information 630 for battle shown in FIG. 7),
CPU character selection means (for example, a battle control unit shown in FIG. 7) for selecting play data of one registered character from the play data stored in the terminal-side storage means and selecting the one registered character as a CPU character. 512a),
A battle means (for example, a battle control unit 512a shown in FIG. 7) for controlling the CPU character selected by the CPU character selection means based on the play data of the CPU character, thereby playing against the player character.
Point update control means for performing control to update the points of the selected CPU character stored in the server by transmitting the battle result by the battle means to the server (for example, battle result update shown in FIG. 7) Unit 512b, communication unit 540),
As a program for causing the computer to function.

  According to the first invention, data of one registered character is selected from the play data downloaded from the server and stored in the terminal-side storage means, and the selected one registered character is selected as the CPU character. By controlling the CPU character based on the play data of the CPU character, the player character can be made to battle. Then, the result of the battle between the player character and the CPU character can be transmitted to the server, and the points of the CPU character stored in the server can be updated. Therefore, the points of the registered character can be updated according to the battle result with the player character. As a result, it is possible to realize a mechanism for performing various evaluations of registered characters according to points.

The second invention is the program of the first invention,
A program for causing the computer to function as rank display control means (for example, rank display control 902 shown in FIG. 19) that performs control to display the rank of the plurality of registered characters based on the points stored in the server. is there.

  According to the second aspect, ranking display based on the points of the registered character is possible.

The third invention is the program of the first or second invention,
The server further stores a play level of each of the plurality of registered characters and time identification information for identifying a time when the play data of each of the plurality of registered characters is registered,
The terminal-side storage means stores the play data of the registered character in association with each play level, and causes the computer to function to store time identification information of the play data,
The computer is further caused to function as a deletion unit (for example, the ghost character management unit 104 for battle shown in FIG. 7) for deleting the play data stored in the terminal side storage unit based on the time identification information,
By controlling the deletion unit and the download unit so that play data of at least one registered character is always stored in the terminal-side storage unit for each play level, the play data is stored in the terminal-side storage unit. Further causing the computer to function as data management means (for example, a ghost character management unit 104 for battle shown in FIG. 7) for managing the play data being played.
It is a program for.

Here, the time identification information refers to, for example, the update date of play data and a predetermined counter value counted after the server and the computer connected to the server start operation.
According to the third invention, the play data downloaded from the server is deleted based on the time identification information, and the play data of at least one registered character is always stored on the terminal side for each play level. The play data can be managed as described above.

The fourth invention is the program of the third invention,
The CPU character selection means determines the play level of the registered character to be played next time based on the battle result by the battle means and / or the play level of the previously selected registered character, and is stored in the terminal-side storage means. Next-time character selection means (for example, a battle control unit 512a shown in FIG. 7) for selecting a registered character to be battled next time from registered characters at the determined play level,
Next to the previous battle, the battle means controls the CPU character selected by the next character selection means based on the play data of the CPU character, so that the next battle means (for example, Having a battle control unit 512a) shown in FIG.
Is a program for causing the computer to function.

  According to the fourth aspect of the invention, based on the battle result and the play level of the selected registered character, the play level of the registered character to be played next time can be determined and the corresponding registered character can be selected as the CPU character.

The fifth invention is a program of the first to fourth inventions,
The server further stores a registered player ID of each registered character,
ID input means (for example, the operation unit 500 shown in FIG. 7) for inputting the player ID of the player character to be battled by the battle means;
Update target data download means (for example, a game calculation unit 512 shown in FIG. 7) for downloading play data of a registered character having the same registered player ID as the player ID input by the ID input means from the server;
Play data to be updated and stored in the server by updating the play data downloaded by the update target data download means and uploading to the server on the basis of contents input during a predetermined period during the battle by the battle means Update control means (for example, the game calculation unit 512 shown in FIG. 7),
As a program for further functioning the computer.

Here, the predetermined period at the time of a battle means, for example, a predetermined time during the battle, a period in which a predetermined condition set in advance is satisfied, or the like.
According to the fifth aspect of the invention, the play data of the registered character is downloaded based on the registered player ID of the registered character and the player ID of the player character to be played, and is operated and input by the player within a predetermined period during the battle. Based on the contents, the downloaded play data can be updated and uploaded to the server.

6th invention is the program of 5th invention,
The program according to claim 5,
The play data includes information on the frequency of occurrence of continuous techniques (for example, the combo success rate 734c shown in FIG. 17),
Frequency of occurrence of continuous technique generated by operation input for a predetermined period at the time of the battle by the battle means, based on the frequency of occurrence of continuous techniques included in the play data downloaded by the update data download means by the play data update control means In the case where the frequency is higher, continuous technique occurrence frequency update means (for example, the player pattern information creation unit 512d shown in FIG. 7) updates the occurrence frequency of the continuous technique included in the play data to the occurrence frequency at the time of the battle. ) For causing the computer to function.

  According to the sixth aspect of the present invention, when the occurrence frequency of the continuous technique generated by the operation input within the predetermined period at the time of the battle is higher than the occurrence frequency of the continuous technique included in the play data, The occurrence frequency of the continuous technique included can be updated to the occurrence frequency of the continuous technique at the time of the battle.

The seventh invention is the program of the fifth or sixth invention,
The play data includes high-frequency occurrence technique information (for example, a priority combo pattern 734d shown in FIG. 17) regarding techniques that occur at a predetermined frequency.
The play data update control means generates the frequently-occurring technique information included in the play data downloaded by the update target data download means by the operation input for a predetermined period during the battle by the battle means. Is a program for causing the computer to function so as to have a frequently-occurring technique update means (for example, a player pattern information creation unit 512d shown in FIG. 7) for updating based on

  According to the seventh aspect, the frequently occurring technique information included in the play data can be updated based on the technique with the predetermined frequency generated by the operation input within the predetermined period at the time of the battle.

The eighth invention is the program of any one of the first to fourth inventions,
The server stores a registered player ID of each registered character (for example, the ghost character management unit 104 shown in FIG. 4) and an update unit (for example, updates play data based on operation input data at the time of a battle). A player management unit 102) shown in FIG.
ID input means (for example, the operation unit 500 shown in FIG. 7) for inputting the player ID of the player character to be battled by the battle means;
Registering the same registered player ID as the player ID stored in the server by transmitting the operation input data input during the battle by the battle means and the player ID input by the ID input means to the server. Play data update control means (for example, game calculation unit 512, communication unit 540 shown in FIG. 7) for updating and storing the play data of the character,
As a program for causing the computer to function.

  According to the eighth invention, the operation input data input at the time of the battle and the player ID of the player character to battle are transmitted to the server, so that the same registered player ID as the player ID stored in the server The play data of the registered character can be updated and stored.

The ninth invention
For a plurality of registered characters, the play data serving as a control reference for the registered characters is stored, the points of the plurality of registered characters are stored, and the communication is connected to a server that adjusts the points according to the battle results. A game terminal device that executes a battle game by controlling a CPU character and controlling a player character based on an operation input of the player,
Download means for downloading play data of any one of the plurality of registered characters from the server (for example, a game calculation unit 512 shown in FIG. 7);
Terminal-side storage means for storing the play data downloaded by the download means (for example, the ghost character information 630 for battle shown in FIG. 10);
CPU character selection means (for example, a battle control unit shown in FIG. 7) for selecting play data of one registered character from the play data stored in the terminal-side storage means and selecting the one registered character as a CPU character. 512a),
A battle means (for example, a battle control unit 512a shown in FIG. 7) for controlling the CPU character selected by the CPU character selection means based on the play data of the CPU character, thereby playing against the player character;
Point update control means (for example, a game calculation unit shown in FIG. 7) that controls to update the points of the selected CPU character stored in the server by transmitting the battle result by the battle means to the server. 512, communication unit 540),
Is provided.

  According to the ninth aspect, data of one registered character is selected from the play data downloaded from the server and stored in the terminal-side storage means, the selected one registered character is selected as the CPU character, By controlling the CPU character based on the play data of the CPU character, the player character can be made to battle. Then, the result of the battle between the player character and the CPU character can be transmitted to the server, and the points of the CPU character stored in the server can be updated. Therefore, the points of the registered character can be updated according to the battle result with the player character.

A tenth invention is a game terminal device according to the ninth invention (for example, the game terminal 80 shown in FIG. 31),
The play data includes at least operation history information (for example, control specific situation operation data 878 shown in FIG. 31) in which the actual operation input of the player is recorded.
It further comprises situation detecting means (for example, a specific situation detecting unit 812b shown in FIG. 31) for detecting that the game situation of the battle game has become a specific situation where the control method of the CPU character can be switched.
The battle means controls the CPU character by predetermined AI control, and the control is included in the play data of one registered character selected by the CPU character selection means in response to detection by the situation detection means. The CPU character is controlled by temporarily switching to the operation history control that causes the CPU character to reproduce the movement of the character according to the operation input when recorded in the operation history information based on the operation history information that is recorded. CPU character control means (for example, a battle control unit 812a shown in FIG. 31).

  According to the tenth invention, when it is detected that the game situation of the battle game is a specific situation in which the control method of the CPU character can be switched, the operation history control is temporarily changed from the predetermined AI control. Switch. That is, when the current game situation is the same as the specific situation, the movement of the CPU character becomes a unique movement as if the player is operating according to the actual operation input of the player. Therefore, it is possible to give a sense of presence and power as if the actual player is operating depending on the setting of the specific situation.

In an eleventh aspect of the invention, there is provided a server that is communicatively connected to the game terminal device of the ninth aspect of the invention.
Play data storage means (for example, ghost character DB 150 shown in FIG. 4) that stores play data that is a control reference for the registered characters for a plurality of registered characters,
Point storage means (for example, ghost character DB 150 shown in FIG. 4) for storing the points of the plurality of registered characters;
Point update means (for example, a ghost character management unit 104 shown in FIG. 4) that updates the points of the CPU character that has played against the game terminal device based on the battle result transmitted from the game terminal device;
It is a program to make it function as.

According to a twenty-eighth aspect of the present invention, there is provided a server connected to the game terminal device of the ninth aspect of the invention,
Play data storage means (for example, ghost character DB 150 shown in FIG. 4) for storing play data serving as a control reference for the registered characters for a plurality of registered characters;
Point storage means (for example, ghost character DB 150 shown in FIG. 4) for storing the points of the plurality of registered characters;
Point update means (for example, a ghost character management unit 104 shown in FIG. 4) that adjusts and updates the points of the CPU character that has played against the game terminal device based on the battle result transmitted from the game terminal device;
Is provided.

  According to the eleventh or twenty-eighth aspect, the points of the CPU character that has played against the game terminal device can be added or subtracted and updated based on the battle result transmitted from the game terminal device. Therefore, the points of the registered character can be updated according to the battle result with the player character.

The twelfth invention is the program of the eleventh invention,
The game terminal device includes an ID input means (for example, the operation unit 500 shown in FIG. 7) for inputting a player ID of a player character to be battled by the battle means, and an operation input during a predetermined period during the battle by the battle means. Means for transmitting the input data and the player ID input by the ID input means to the server (for example, the game calculation unit 512 and the communication unit 540 shown in FIG. 7);
Receiving means for receiving operation input data inputted by the fighting means from the game terminal device and the player ID inputted by the ID input means (for example, the game calculation unit 512 and the communication unit 540 shown in FIG. 7). ,
Means for storing the registered player ID of each registered character (for example, the own ghost character data 620 shown in FIG. 9 and the battle ghost character information 630 shown in FIG. 10);
Updating means for updating the play data of the registered character stored in the play data storage means having the same registered player ID as the player ID received by the receiving means based on the received operation input data (for example, FIG. 7 shows a match result update unit 512b, a player pattern information creation unit 512d),
As a program for causing the server to function.

  According to the twelfth aspect of the present invention, when the operation input data input within the predetermined period at the time of the battle and the player ID of the player character to be battled are received, the registration of the same registered player ID as the received player ID is registered. The play data of the character can be updated based on the received operation input data.

The thirteenth invention is the program of the twelfth invention,
The play data includes information on the frequency of occurrence of continuous techniques,
The update means has a higher occurrence frequency of the continuous technique represented by the operation input data received by the receiving means than the occurrence frequency of the continuous technique included in the play data stored by the play data storage means. In the case of the frequency, the program causes the computer to function so as to have means for updating the occurrence frequency of the continuous technique included in the play data to the occurrence frequency represented by the operation input data.

  According to the thirteenth aspect, the frequency of occurrence of the continuous technique represented by the operation input data within the predetermined period at the time of the battle is higher than the frequency of occurrence of the continuous technique included in the play data. In some cases, the occurrence frequency of the continuous technique included in the play data can be updated to the occurrence frequency represented by the operation input data.

The fourteenth invention is the program of the twelfth or thirteenth invention,
The play data includes high-frequency occurrence technique information relating to techniques that occur at a predetermined frequency,
Based on the technique that has occurred at the predetermined frequency represented by the operation input data received by the receiving means, the update means has the frequently-occurring technique information included in the play data stored by the play data storage means. And a program for causing the computer to function so as to have an updating means.

  According to the fourteenth aspect, the frequently occurring technique information included in the play data is based on the technique generated at the predetermined frequency represented by the received operation input data within the predetermined period at the time of the battle. Can be updated.

The fifteenth invention
A program for causing a computer to control a CPU character and controlling a player character based on an operation input of the player to execute a battle game,
Play data storage means for storing play data serving as a control reference for the registered characters for a plurality of registered characters,
Point storage means for storing points of each of the plurality of registered characters to be adjusted according to the battle result;
CPU character selection means for selecting one registered character as the CPU character from the plurality of registered characters,
A battle means for fighting the player character by controlling the CPU character selected by the CPU character selection means based on the play data of the CPU character;
Point update means for adding and subtracting and updating the points stored by the point storage means of the selected CPU character based on the battle result by the battle means;
Order display control means for performing control to display the order of the plurality of registered characters based on the points stored by the point storage means;
As a program for causing the computer to function.

In addition, a game device according to a twenty-seventh aspect is
A game device for controlling a CPU character and executing a battle game by controlling a player character based on an operation input of the player,
For a plurality of registered characters, play data storage means for storing play data serving as a control reference for the registered characters;
Point storage means for storing the points of each of the plurality of registered characters to be adjusted according to the battle result;
CPU character selection means for selecting one registered character as a CPU character from the plurality of registered characters;
Battle means for controlling the CPU character selected by the CPU character selection means on the basis of the play data of the CPU character, so as to play against the player character;
Point update means for adding and subtracting and updating the points stored by the point storage means of the selected CPU character based on a battle result by the battle means;
Order display control means for performing control to display the order of the plurality of registered characters based on the points stored by the point storage means;
Is provided.

  According to the fifteenth or twenty-seventh aspect, one registered character is selected as a CPU character, and this CPU character can be controlled against the player character by controlling based on the play data of the CPU character. Based on the result of the battle between the player character and the CPU character, the points of the CPU character can be adjusted and updated. Therefore, the points of the registered character can be updated according to the battle result with the player character. And based on the point of a registration character, the order of a plurality of registration characters can be displayed.

The sixteenth invention is the program of the fifteenth invention,
Player ID storage means for storing a registered player ID of each registered character stored by the play data storage means;
An ID input means for inputting a player ID of a player character to be battled by the battle means;
The play data of the registered character having the same registered player ID as the player ID input by the ID input means is updated based on the contents inputted by the operation means during the battle by the battle means, and is updated and stored in the play data storage means. Data update means,
As a program for further functioning the computer.

  According to the sixteenth aspect, it is possible to update the play data of the registered character having the same registered player ID as the player ID of the player character to be played based on the contents input by the operation during the battle.

The seventeenth invention
When the current game situation is detected to be a specific situation in which the CPU character control method can be switched, an operation history, which is operation input data input by the player in the past, is used to control the CPU character by predetermined AI control. Based on the information, the operation history information used for the game device that controls the CPU character by temporarily switching to the operation history control that is the control for reproducing the movement of the character at the time of the past operation input is recorded in the computer. , A program for controlling execution of the same game as the game executed on the game device,
Player character control means (for example, a battle control unit 812a shown in FIG. 31) for controlling the player character in accordance with the player's operation input to the player character;
Situation detection means (for example, a specific situation detection unit 812b shown in FIG. 31) for detecting that the current game situation is the same as the specific situation;
Operation history information recording means (for example, recording specific situation operation data 876 shown in FIG. 31) for recording the player's operation input to the player character as operation history information in response to detection by the situation detection means;
As a program for causing the computer to function.

In addition, the game device of the twenty-ninth invention is
When the current game situation is detected to be a specific situation in which the CPU character control method can be switched, an operation history, which is operation input data input by the player in the past, is used to control the CPU character by predetermined AI control. Based on the information, the operation history information used for another game device that controls the CPU character by temporarily switching to the operation history control that is the control for reproducing the movement of the character at the time of the past operation input is recorded. A game device (for example, a game terminal 80 shown in FIG. 31) that controls execution of the same game as the game executed on the other game device,
Player character control means (for example, a battle control unit 812a shown in FIG. 31) for controlling the player character in accordance with the player's operation input to the player character;
Situation detection means (for example, a specific situation detection unit 812b shown in FIG. 31) for detecting that the current game situation is the same as the specific situation;
Operation history information recording means (for example, recording specific situation operation data 876 shown in FIG. 31) for recording the player's operation input to the player character as operation history information in response to detection by the situation detection means;
Is provided.

According to the seventeenth aspect, when the situation detection means detects that the current game situation is the same as the specific situation, the player's operation input to the player character is recorded as the operation history information. On the other hand, in the game device, when it is detected that the current game situation is a specific situation in which the CPU character control method can be switched, the control of the CPU character by the predetermined AI control is performed at the time of the past operation input. Is temporarily switched to the operation history control, which is a control for reproducing the movement of the camera. That is, the game situation in which the operation history control is switched in the game device and the game situation in which the operation history information is recorded in the computer executing the program of the seventeenth invention are the same situation. Therefore, it is possible to record the operation history information in the same situation as the game situation when switching to the operation history control. In other words, the operation history control is switched to the operation history control in the same situation as when the operation history information was recorded, and the recorded operation history information is used.
Also in the 29th invention, the same effect as that of the 17th invention is exhibited.

The eighteenth invention is the program of the seventeenth invention,
The operation history information recording unit records a series of operation inputs of the player input during a predetermined period from detection by the situation detection unit as operation history information (for example, recording specific situation operation data 876 shown in FIG. 31). A program for causing the computer to function as described above.

  According to the eighteenth aspect, a series of operation inputs from the player is recorded as operation history information. In the game device, a series of character movements based on the operation history information is applied to the CPU character. As a result, the movement of the CPU character is as if the player is actually performing continuous operation input, and the presence and power are further increased.

The nineteenth invention is the program of the seventeenth or eighteenth invention,
The game is a battle game,
The game device detects a situation where the state of the opponent character of the CPU character is in a specific state as the specific situation,
The situation detection means is a program for causing the computer to function so as to detect a situation where the state of the opponent character of the player character is the same as the specific situation.

  According to the nineteenth aspect, in the game device, when the CPU character's opponent character is in the same state as the specific situation, the CPU character control method is switched, and the operation history information recorded under the same game situation is displayed. Based on this, the movement of the CPU character is controlled to reproduce the movement of the player character at the time of past operation input. On the other hand, in the computer executing the program of the nineteenth invention, when the player character's opponent character is in the same state as the specific situation, the player's operation input to the player character is recorded as operation history information. As a result, when the control method of the CPU character controlled by the game device is switched, not only the movement of the past player character is reproduced, but also the actual movement of the player character in the game situation in which the operation is performed. It will be reproduced.

The twentieth invention is the program of the seventeenth or eighteenth invention,
The game is a battle game,
The game device detects a situation where the state of the CPU character is in a specific state as the specific situation,
The situation detection means is a program for causing the computer to function so as to detect a situation in which the state of the player character is the same as the specific state.

  According to the twentieth aspect, a situation in which the state of the player character is the same as the specific state is detected as being the same state as the specific state, and the player's operation input to the player character is recorded as operation history information. The

The 21st invention is the program of the 17th or 18th invention,
The game is a battle game,
The game device detects, as the specific situation, a situation where a rigidity difference of the CPU character with respect to an opponent character satisfies a predetermined condition,
The situation detection means is a program for causing the computer to function so as to detect a situation in which a difference in rigidity of the player character with respect to an opponent character satisfies the same condition as the predetermined condition.

  Here, the situation where the rigidity difference satisfies a predetermined condition is considered to be a situation where characteristic operation inputs of the player are likely to appear. Therefore, according to the twenty-first aspect, the operation history information is recorded in such a situation, and the CPU character is controlled based on the recorded operation history information, thereby reproducing the characteristic movement by the player operation. be able to.

The twenty-second invention relates to
When the player character is controlled in accordance with the player's operation input and it is detected that the current game situation is a specific situation, the operation history information recorded by the game device that records the player's operation input as the operation history information is included in the operation history information. A program for causing a computer to perform operation history control for reproducing the movement of the character at the time of the recorded operation input and causing the CPU character to perform, and for controlling execution of the same game as the game executed on the game device Because
Situation detection means (for example, a specific situation detection unit 812b shown in FIG. 31) for detecting that the current game situation is the same as the specific situation;
Although the CPU character is controlled by predetermined AI control, the control is temporarily switched to the operation history control in response to the detection of the situation detection means, so that the operation input of the player in the specific situation is performed. CPU character control means (for example, a battle control unit 812a shown in FIG. 31) that performs control to reproduce the movement of the corresponding character on the CPU character,
As a program for causing the computer to function.

The thirtieth invention is
The operation history recorded by another game device that records the operation input of the player as operation history information when the player character is controlled in accordance with the operation input of the player and the current game situation is detected as a specific situation. Based on the information, a game device that performs operation history control for reproducing the movement of the character at the time of the recorded operation input and causing the CPU character to perform, and controls execution of the same game as the game executed on the other game device (For example, the game terminal 80 shown in FIG. 31),
Situation detection means (for example, a specific situation detection unit 812b shown in FIG. 31) for detecting that the current game situation is the same as the specific situation;
Although the CPU character is controlled by predetermined AI control, the control is temporarily switched to the operation history control in response to the detection of the situation detection means, so that the operation input of the player in the specific situation is performed. CPU character control means (for example, a battle control unit 812a shown in FIG. 31) that performs control to reproduce the movement of the corresponding character on the CPU character;
It is equipped with.

According to the twenty-second aspect, when the situation detection means detects that the current game situation has become a specific situation, the control of the CPU character is temporarily switched from the predetermined AI control to the operation history control. It is done. That is, in the computer executing the program of the twenty-second invention, based on the operation history information recorded by the game device that records the past operation input of the player as the operation history information, the movement of the character at the time of the recorded operation input The CPU character is controlled to reproduce the above. Therefore, it is possible to reproduce the movement as if the player is actually operating the CPU character.
In the thirtieth aspect, the same effect as in the twenty-second aspect is exhibited.

The twenty-third invention
For each of the plurality of registered characters, a computer connected to a server that stores at least play data including operation history information in which an actual operation input of the player is recorded is associated with and stored in the computer. A program for controlling a player based on a player's operation input to execute a battle game,
Download means for downloading play data of any of the plurality of registered characters from the server (for example, the game calculation unit 812 and the communication unit 540 shown in FIG. 31),
Terminal-side storage means for storing the play data downloaded by the download means (for example, ghost character information 630 for battle shown in FIG. 31),
CPU character selection means (for example, a battle control unit shown in FIG. 31) for selecting play data of one registered character from the play data stored by the terminal side storage means and selecting the one registered character as a CPU character. 812a),
Situation detecting means for detecting that the game situation of the battle game has become a specific situation in which the control method of the CPU character can be switched (for example, a specific situation detecting unit 812b shown in FIG. 31);
The CPU character is controlled by a predetermined AI control. In response to the detection by the situation detection unit, the control is included in the operation history information included in the play data of one registered character selected by the CPU character selection unit. CPU character control means for controlling the CPU character by temporarily switching to the operation history control for reproducing the movement of the character according to the operation input when recorded in the operation history information and causing the CPU character to perform (For example, the battle control unit 812a shown in FIG. 31),
As a program for causing the computer to function.

The thirty-first invention provides
For each of the plurality of registered characters, the player character is connected to a server that stores at least play data including operation history information in which the actual operation input of the player is recorded, and the player character is controlled by controlling the CPU character. A game terminal device (for example, the game terminal 80 shown in FIG. 31) that executes a battle game by controlling based on the operation input of
Download means (for example, a game calculation unit 812 and a communication unit 540 shown in FIG. 31) for downloading play data of any of the plurality of registered characters from the server;
Terminal-side storage means (for example, ghost character information for battle 630 shown in FIG. 31) for storing the play data downloaded by the download means;
CPU character selection means (for example, a battle control unit shown in FIG. 31) for selecting play data of one registered character from the play data stored by the terminal side storage means and selecting the one registered character as a CPU character. 812a)
Situation detection means (for example, a specific situation detection unit 812b shown in FIG. 31) for detecting that the game situation of the battle game has become a specific situation in which the control method of the CPU character can be switched;
The CPU character is controlled by a predetermined AI control. In response to the detection by the situation detection unit, the control is included in the operation history information included in the play data of one registered character selected by the CPU character selection unit. CPU character control means for controlling the CPU character by temporarily switching to the operation history control for reproducing the movement of the character according to the operation input when recorded in the operation history information and causing the CPU character to perform (For example, the battle control unit 812a shown in FIG. 31),
It is equipped with.

  According to the twenty-third or thirty-first invention, when the play data of one registered character is selected from the play data downloaded from the server, and the selected registered character is AI-controlled as a CPU character, the situation detection When the means detects that the current game situation is the same as the specific situation, the control of the CPU character is temporarily switched from the AI control to the operation history control. Here, for example, when the operation history information of another player is included in the play data stored in the server, it is possible to download the operation history information by the operation input of the other player. For this reason, it is possible to reproduce the movement as if the CPU character is being operated by another player according to the operation history information by the operation input of the other player.

A twenty-fourth invention is the program according to any one of the first to eighth inventions,
The play data includes at least operation history information in which an actual operation input of the player is recorded,
Causing the computer to function as situation detection means for detecting that the game situation of the battle game has become a specific situation in which the control method of the CPU character can be switched;
The battle means controls the CPU character by predetermined AI control, and the control is included in the play data of one registered character selected by the CPU character selection means in response to detection by the situation detection means. The CPU character is controlled by temporarily switching to the operation history control that causes the CPU character to reproduce the movement of the character according to the operation input when recorded in the operation history information based on the operation history information that is recorded. Causing the computer to function to have CPU character control means to
It is a program for.

  According to the twenty-fourth aspect, when the situation detection means detects that the current game situation has become a specific situation, the control of the CPU character by the predetermined AI control is temporarily switched to the operation history control. . That is, since the CPU character is controlled based on the operation history information in which the actual operation input of the player is recorded, it is possible to reproduce the movement as if the CPU character was operated by the actual player.

The 25th invention is the program of any of the 22nd to 24th inventions,
The operation history information is data (for example, recording specific situation operation data 876 shown in FIG. 31) in which a series of operation inputs of the player is recorded.
When the CPU character control means performs the operation history control, the operation history information included in the play data of one registered character selected by the CPU character selection means (for example, the specific situation operation data for control shown in FIG. 31). 878), a program for causing the computer to function so as to control the CPU character so as to reproduce a series of movements of the character in accordance with a series of player operation inputs.

  According to the twenty-fifth aspect, the CPU character can reproduce a series of movements based on the operation history information recorded as the operation history information. Thereby, the movement of the character based on the player's characteristic operation input can be faithfully reproduced.

  Further, as a twenty-sixth invention, a computer-readable information storage medium (for example, the storage unit 550 shown in FIG. 7) storing a program according to any one of the first to eighth and eleventh to twenty-fifth inventions. The storage unit 850) illustrated in FIG. 31 may be configured.

  According to the twenty-sixth aspect of the invention, an information storage medium that exhibits the operations and effects of the first to eighth and eleventh to twenty-fifth aspects of the invention can be realized.

  According to the present invention, one registered character downloaded from the server can be selected as a CPU character, and this CPU character can be controlled against the player character by controlling based on the play data of the CPU character. Then, the result of the battle between the player character and the CPU character can be transmitted to the server, and the points of the CPU character stored in the server can be updated. Therefore, the points of the registered character can be updated according to the battle result with the player character. As a result, it is possible to realize a mechanism for performing various evaluations of registered characters according to points. In addition to reproducing the player's operation tendency, it is possible to control the movement of the CPU character by reproducing individual characteristic operation inputs themselves.

1. First Embodiment Hereinafter, a game system to which the present invention is applied will be described in detail with reference to the drawings. The first embodiment is an embodiment related to a game called a network game, and more specifically, is an embodiment when the game of the present invention is applied to a fighting battle game. This fighting game is similar to the conventional fighting game. For example, one game play is composed of a plurality of rounds with a predetermined game time, and finally wins in more rounds. Things become winners in the game play.

  As a system configuration for realizing a network game, for example, (1) a personal computer or a home game machine installed in a home is used as a game terminal, and a wired / wireless communication line such as an Internet network or a private line network is used. Configuration to connect with game server, (2) Configuration in which a plurality of game terminals are connected via communication line without using game server, (3) Although a plurality of game terminals are connected to each other via communication line There is a configuration in which one of them has a game server function, and (4) a configuration in which a plurality of game terminals are physically coupled to form a single system (for example, an arcade game machine) as a whole. . The present invention can be applied to any system configuration. Hereinafter, a network game having the configuration (1) will be described as an example. Specifically, the game system of this embodiment is used in a game center, an amusement facility, or the like. For example, a game server is installed on the manufacturer side, and a game terminal is installed in each store.

[Overview of game terminal]
FIG. 1 is a diagram showing an example of an overview of a game terminal (business game machine) 1200 installed in each store. As shown in FIG. 1, the arcade game machine 1200 includes a display 1210 for displaying a game screen, a speaker 1220 for outputting game sound effects and BGM, a stick 1240 and buttons 1260 for inputting game operations, A coin insertion unit 1270 for inserting coins as a play fee is provided.

  A plurality of types of buttons 1260 are prepared. For example, an upper button 1262, a left button 1264, a right button 1266, and a lower button 1268 are prepared. The upper button 1262 is “right punch”, the left button 1264 is “left punch”, the right button 1266 is “right kick”, and the lower button. In 1268, an operation input of “left kick” is possible.

  Further, as in the prior art, different types of operation inputs are possible by simultaneously inputting a plurality of buttons 1260 or by combining the tilt angle of the stick 1240 and the input of the button 1260. For example, by combining the input of the button 1260 and tilting the stick 1240 in the direction in which the player character moves forward, various attacking operation inputs can be made. In addition, when the stick 1240 is tilted in the direction in which the player character moves backward in combination with the input of the button 1260, it is possible to input various defense actions.

  The arcade game machine 1200 includes a system board 1280 on which a CPU, an image generation IC, a sound generation IC, and the like are mounted, and a game program read from a memory 1282 that is an information storage medium on the system board 1280. The fighting game is executed based on (for example, the game program 560 shown in FIG. 7), game data (eg, game data 600 shown in FIG. 7), an operation signal input from the stick 1240 and the button 1260, or the like.

  The player of the arcade game machine 1200 enjoys the fighting game while watching the game screen displayed on the display 1210. Specifically, the player moves the player character by inputting various game operations such as input of the type of technique and the timing for delivering the technique from the stick 1240 and the button 1260, and other arcade game machines installed in the store A fighting game is enjoyed by performing a personal battle with 1200 players or a player of the arcade game machine 1200 installed in another store, or a computer battle with a character controlled by the CPU. In the following, a case where a character is controlled by the CPU will be described.

  Specifically, a player operates a player character, and is referred to as a registered character (hereinafter referred to as a “ghost character”) in which information (player pattern information) relating to an operation input tendency of any player participating in the game is registered. A ghost character that plays against the player character is called “an opponent ghost character”). The ghost character is given a thought routine according to the level of the ghost character. The thought routine is information indicating a thought pattern when controlled by the CPU. That is, the ghost character is controlled in consideration of the tendency of the operation input of the corresponding player based on the given thought pattern, and as a result, the player imitates the play style of other players participating in the game. You can play against a character.

[System configuration]
FIG. 2 is a diagram showing an example of the overall configuration of the game system 1 in the present embodiment, and FIG. 3 is a diagram showing an example of the device configuration of each store 30. As shown in FIG. 2, in this embodiment, a game terminal 50 and a live monitor terminal 90 installed in each store 30 (30-1, 30-2,...) Are connected via a communication line N. A game system 1 connected to the server 10 is constructed. Here, the communication line N means a communication path through which data can be exchanged. That is, the communication line N is meant to include a communication network such as a telephone communication network, a cable network, and the Internet in addition to a LAN using a dedicated line (dedicated cable) for direct connection or Ethernet (registered trademark). The communication method may be wired / wireless.

  The game server 10 is configured based on a known server computer system, manages the game terminals 50 participating in the network game, and controls the entire game system 1.

  The game terminal 50 is an arcade game machine having the configuration shown in FIG. 1, for example, and has a function of connecting to the communication line N and transmitting / receiving data to / from the game server 10 and other game terminals 50. .

  As shown in FIG. 3, the live monitor terminal 90 installed in each store 30 includes a large screen 92 and a speaker 94. The large screen 92 is realized not only by a single large display, but also by a multi-screen display configured by arranging a plurality of displays in parallel, a projector and a projection screen, or the like. The live monitor terminal 90 is distributed from the game server 10 with various rankings based on the game results transmitted from the game terminals 50, live status screens and replay screens based on the game screens transmitted from the game terminals 50, and the like. Control to display these on the large screen 92 is performed. The display of the live screen and the replay screen has already been put into practical use and is publicly known, and therefore the description thereof will be omitted.

[Function configuration]
Next, functional configurations of the game server 10, the game terminal 50, and the live monitor terminal 90 in the present embodiment will be described.
First, the functional configuration of the game server 10 will be described. FIG. 4 is a block diagram illustrating an example of a functional configuration of the game server 10. As shown in FIG. 4, the game server 10 includes a processing unit 100, a communication unit 110, a storage unit 120, and an input unit and a display unit (not shown).

  The processing unit 100 controls the entire game server 10 based on programs and data stored in the storage unit 120 or data transmitted from the game terminal 50 connected to the game server 10. Various processes such as an instruction to each functional unit, data transfer, and overall control of the game system 1 are performed. The function of the processing unit 100 is realized by hardware such as various processors (CPU, DSP, etc.), ASIC (gate array, etc.), and a given program.

  The processing unit 100 includes a player management unit 102, a ghost character management unit 104, and a ranking management unit 106 as main functional units.

The player management unit 102 manages information related to players who participate in the fighting battle game. Specifically, the management target includes login information registered when the player of the game terminal 50 first accesses the game server 10, information related to the game play of the player, and the like. Are managed as a player DB 140 described later.
The ghost character management unit 104 manages information about the ghost character of each player who participated in the fighting battle game as a ghost character DB 150 described later.
The ranking management unit 106 manages various rankings based on the battle results between the player character and the ghost character transmitted from the game terminal 50 as a ranking DB 160 described later.

  The communication unit 110 performs data communication with the outside (for example, the game terminal 50 or the live monitor terminal 90) via the communication line N. The function of the communication unit 110 is realized by a wireless communication module, a modem, a TA, a wired communication cable jack, a control circuit, and the like.

  The storage unit 120 includes a program and data (not shown) for realizing various functions as a server computer system such as a system program, a program and data necessary for controlling the entire game system 1 and managing a network game. Is stored. In particular, in order to realize the present embodiment, as a player management program 132 for causing the processing unit 100 to function as the player management unit 102, a ghost character management program 134 for causing the processing unit 100 to function as the ghost character management unit 104, and a ranking management unit 106 A game management program 130 including a ranking management program 136 for functioning is stored.

  Further, the storage unit 120 stores a player DB 140, a ghost character DB 150, and a ranking DB 160 as data.

  The player DB 140 stores player data of players who have participated in the fighting battle game. Each player data includes a player name, which is a name of the player at the time of participating in the game, login information related to the player, Information relating to the game play of the player, such as a ghost character ID for identifying the ghost character, an update date of the player data, a parameter relating to the ability of the player, and the like are set (details of data contents will be described later). Each player data stored in the player DB 140 plays the role of the original player data 610 (see FIG. 8) stored in the game terminal 50, and is downloaded to the corresponding game terminal 50 when the player starts the game. And uploaded on update.

  That is, in response to a player data transmission request transmitted from the game terminal 50, the player management unit 102 reads out the corresponding player data from the player DB 140 and transmits it to the game terminal 50. Then, the player management unit 102 updates the corresponding player data based on the player data transmitted from the game terminal 50 (corresponding to the player data difference 742 shown in FIG. 7). At this time, the update date of the player data is updated with the date of the date.

  The ghost character DB 150 stores ghost character data of each player, and each ghost character data includes a ghost character name that is a name of the ghost character, a ghost character ID for identifying the ghost character, Information related to the ghost character is set, such as the update date (timing identification information) of the ghost character data, the parameters related to the ability of the ghost character, the player pattern information indicating the tendency of the operation input obtained as a result of the game play by the corresponding player. (Details of data contents will be described later). Each ghost character data stored in the ghost character DB 150 serves as an original of the own ghost character data 620 (see FIG. 9) and the battle ghost character data 630 (see FIG. 10) stored in the game terminal 50. It is downloaded to each game terminal 50 connected to the game server 10 as appropriate, and is uploaded when updated.

  That is, the ghost character management unit 104 reads out the corresponding ghost character data from the ghost character DB 150 and transmits it to the game terminal 50 in response to the ghost character data transmission request transmitted from the game terminal 50. Then, the ghost character management unit 104 obtains the corresponding ghost character data based on the ghost character data (corresponding to the ghost character data difference 744 and the battle ghost character data difference 748 shown in FIG. 7) transmitted from the game terminal 50. Update. At this time, the update date of the ghost character data is updated with the date of the date.

  When the ghost character management unit 104 receives a ghost character data transmission request designating the rank from the game terminal 50, the ghost character management unit 104 stores the ghost character data of the designated rank from the ghost character DB 150, and the update date The ghost character data with the latest date set to is read out and transmitted to the game terminal 50.

The ranking DB 160 includes player ranking information 170 and ghost character ranking information 180.
The player ranking information 170 stores various player-related rankings such as player points stored in each player data accumulated in the player DB 140, the number of wins of the player, and ranking based on total acquired fight money (details will be described later). The
The ghost character ranking information 180 includes ghost characters such as ghost character points stored in each ghost character data stored in the ghost character DB 150, ranking based on the number of wins of the ghost character and total acquired fight money (details will be described later). Various rankings are stored.

  FIG. 5 is a diagram illustrating a data configuration example of the ghost character ranking information 180. As shown in FIG. 5, the ghost character ranking information 180 includes a ghost character point ranking 182, a victory number ranking 184, and a fight money ranking 186, and a monthly ranking and a total ranking are set respectively.

  6A is a diagram showing a data configuration example of the monthly ranking 182a of the ghost character point ranking 182 and FIG. 6B is a diagram showing a data configuration example of the total ranking 182b.

  As shown in FIG. 6A, the monthly ranking 182a of the ghost character point ranking 182 includes the ranking of the ghost character points of the month for each store 30 and the whole country (that is, all stores 30). The ranking of the ghost character points of the target month is stored. Further, as shown in FIG. 6B, the total ranking 182b of the ghost character point ranking 182 includes the ranking of the total ghost character points for each store 30 and the whole country (all stores 30). And the total ranking of ghost character points.

  Similarly, the winning ranking 184 includes a ranking of the number of winnings for each store 30 and a monthly ranking in which rankings of the winning numbers for the whole country (that is, all stores 30) are stored. The total ranking is stored. In addition, the fight money ranking 186 includes a monthly ranking and a total ranking in which the ranking of fight money targeting each store 30 and the ranking of fight money targeting the whole country (that is, all stores 30) are stored. And are stored.

  When the ghost character data is updated by the ghost character management unit 104, the ranking management unit 106 determines each of the rankings based on the ghost character points, the number of wins, and the total earned fight money set in each ghost character data. A process of calculating again and updating the ghost character ranking information 180 is performed. Similarly, when the player data is updated by the player management unit 102, the ranking management unit 106 recalculates each ranking based on the player points, the number of wins and the total earned fight money set in each player data. The player ranking information 170 is updated.

  Then, the ranking management unit 106 periodically executes a process of distributing the above-described various ranking information to the live monitor terminals 90 installed in each store 30. Specifically, the ranking management unit 106 reads out the rankings for the whole country (all stores 30) and the rankings for the corresponding stores 30 from the ranking DB 160 and transmits them to each live monitor terminal 90. Perform the process.

  Next, the functional configuration of the game terminal 50 will be described. FIG. 7 is a block diagram illustrating an example of a functional configuration of the game terminal. As shown in FIG. 7, the game terminal 50 includes an operation unit 500, a processing unit 510, a display unit 520, a sound output unit 530, a communication unit 540, and a storage unit 550.

  The operation unit 500 is a device for a player operating the game terminal 50 to input various operations related to the game, and operation signals input from the operation unit 500 are output to the processing unit 510. The operation unit 500 is realized by, for example, a button switch, a lever, a dial, a mouse, a keyboard, and various sensors. In FIG. 1, the stick 1240 and the button 1260 correspond to this.

  The processing unit 510 performs various processes such as control of the entire game terminal 50, instructions to each functional unit in the game terminal 50, image processing, sound processing, and the like based on programs and data stored in the storage unit 550. . The function of the processing unit 510 is realized by hardware such as various processors (CPU, DSP, etc.), ASIC (gate array, etc.), and a given program, and the system board 1280 corresponds to this in FIG.

  The processing unit 510 includes a game calculation unit 512, an image generation unit 514, and a sound generation unit 516 as main functional units, and generates one image in one frame time (1/60 seconds). The sound output unit 530 outputs sound effects and BGM as appropriate.

  The game calculation unit 512 is transmitted from the operation signal input from the operation unit 500, the game program 560 and game data 600 read from the storage unit 550, or the game server 10 connected via the communication unit 540 and the communication line N. Various game processes for realizing a fighting battle game are executed based on the information and the like. Examples of game processing include virtual space setting processing, object placement processing in the virtual space, object intersection determination processing (hit check processing), character action control, game result calculation processing, or viewpoint position and line of sight A direction determination process or the like is executed.

  The game calculation unit 512 includes a battle control unit 512a, a battle result update unit 512b, a battle ghost character management unit 512c, and a player pattern information creation unit 512d.

  The battle control unit 512a performs processing for controlling a battle between the player character and the opponent ghost character. Specifically, the battle control unit 512a determines an execution command (command; hereinafter simply referred to as “command”) based on an operation signal input from the operation unit 500, and controls the player character based on the command. (Including control of movement and behavior) and the player ghost character in consideration of the player pattern information registered in the ghost character data of the opponent ghost character (hereinafter referred to as “other party ghost character data” as appropriate). To control.

  The battle result update unit 512b updates the own player data 610 and the own ghost character data 620 based on the result of the battle, and also updates the opponent ghost character data.

  The ghost character management unit 512c for battle performs processing for updating each ghost character data stored in the ghost character information 630 for battle as needed according to the update date.

  The player pattern information creation unit 512d creates information about an operation input tendency when the player operates the player character, and performs processing of registering / updating in the own ghost character data 620.

  The image generation unit 514 is realized by, for example, hardware such as a CPU or DSP, a control program thereof, a drawing frame IC memory such as a frame buffer, and the like. The image generation unit 514 generates a 3DCG image for displaying the game screen based on the processing result by the game calculation unit 512. Then, the image signal of the generated image is output to the display unit 520.

  The sound generation unit 516 is realized by, for example, hardware such as a CPU and a DSP and a control program thereof. The sound generation unit 516 generates game sounds such as sound effects and BGM used during the game based on the processing result of the game calculation unit 512 and outputs the generated game sound signal to the sound output unit 530. To do.

  The display unit 520 is a device for displaying various game screens based on the image signal input from the image generation unit 514. The display unit 520 is realized by, for example, an LCD (Liquid Crystal Display) or an ELD (Electronic Luminescent Display), and the display 1210 corresponds to this in FIG. The player enjoys the fighting game by operating the operation unit 500 while watching the game screen displayed on the display unit 520.

  The sound output unit 530 is a device for outputting sound effects and BGM based on the sound signal input from the sound generation unit 516, and the speaker 1220 corresponds to this in FIG.

  The communication unit 540 performs data communication with the outside (for example, the game server 10 or the game terminal 50) via the communication line N. The function of the communication unit 540 is realized by a wireless communication module, a modem, a TA, a wired communication cable jack, a control circuit, and the like.

  The storage unit 550 is realized by, for example, an IC memory, a hard disk, an IC memory card, and the like. The storage unit 550 stores a system program for causing the processing unit 510 to control the game terminal 50 in an integrated manner, a program and data necessary for executing the game. Stored. In particular, a game program 560 and game data 600 are stored to realize this embodiment.

  The game program 560 functions as a battle control program 562 for causing the processing unit 510 to function as the battle control unit 512a, a battle result update program 564 for causing the processing unit 510 to function as the battle result update unit 512b, and a ghost character management unit 512c for battle. A ghost character management program 566 for fighting and a player pattern information creating program 568 for functioning as the player pattern information creating unit 512d.

  The game data 600 is data relating to the progress of the fighting battle game, and is downloaded from the game server 10 and updated as appropriate during the execution of the game. The player data 610, the player ghost character data 620, and the battle ghost. Character information 630.

  The own player data 610 stores player data of a player who operates the game terminal 50 at the present time. As described above, the player data 610 is data downloaded from the game server 10 and is transmitted to the game server 10 when the player finishes the game. The game server 10 stores the player data 610 as a player DB 140 (see FIG. 4). Managed. More specifically, in the present embodiment, only data updated as a result of the game play by the player (player data difference 742 described later) is uploaded to the game server 10, whereby a network based on data transfer is obtained. Can alleviate the burden.

  FIG. 8 is a diagram illustrating a data configuration example of the player data 610. As shown in FIG. 8, in the player data 610, a player name 610a which is a name of the player at the time of participating in the game, a player ID 610b and a password 610c which are login information related to the player, and a ghost character of the player are identified. A ghost character ID 610d, an update date 610e, an experience value 610f, a rank 610g and a battle record 610h, a player point 610i that is adjusted according to the battle result, and a total acquired fight money 610j that the player has acquired in total including.

The update date 610e is information indicating the latest date and time when the player data 610 has been updated. As described above, the date set by the player management unit 102 in the game server 10 is stored.
The experience value 610f is a parameter indicating the degree of experience of the player's battle, and is set according to the battle result.
The level 610g is a value set based on the fluctuation of the experience value 610f. In the present embodiment, the stage 610g is represented by four types of "first stage", "2nd stage", "3rd stage", and "4th stage <Guru>", and the level becomes higher in this order (the experience is abundant. )It is shown that.
The game record 610h is information indicating the total game record of the player, and includes the number of wins, the number of consecutive wins, the number of consecutive losses, the number of games, the winning rate, and the like.

  The own ghost character data 620 stores the ghost character data of the player of the game terminal 50. The self-ghost character data 620 is data downloaded from the game server 10 as described above, and is transmitted to the game server 10 when the player finishes the game. The game server 10 receives the ghost character DB 150 (see FIG. 4). ). More specifically, in the present embodiment, only data updated as a result of the game play by the player (ghost character data difference 744 described later) is uploaded to the game server 10, whereby data transfer is performed. It can reduce the burden on the network.

  FIG. 9 is a diagram illustrating a data configuration example of the own ghost character data 620. As shown in FIG. 9, the own ghost character data 620 includes a ghost character name 620a which is a name of the ghost character, a ghost character ID 620b for identifying the ghost character, an update unit 620c, a stage 620d, and a battle record. 620e, player pattern information 620f, ghost character points 620g to be added according to the battle result, and total acquired fight money 620h acquired by the ghost character in total.

The update unit 620c is information indicating the latest date and time when the own ghost character data 620 is updated, and stores the date set by the ghost character management unit 104 in the game server 10 as described above.
The level 620d is represented by four types of “first level”, “2nd level”, “3rd level”, and “4th level <Guru>” as in the case of the player level, and is the same as the level 620d of the corresponding player. Updated from time to time.
The game record 620e is information indicating the total game record of the ghost character, and includes the number of wins, the number of consecutive wins, the number of consecutive losses, the number of games, the win rate, and the like. In the present embodiment, the number of wins of the ghost character included in the battle record 620e is the target of ranking display on the large screen 92 (see FIG. 3) installed in the store 30.
The player pattern information 620f is information indicating the tendency of the operation input obtained as a result of the game play by the corresponding player, and is created based on the standard action pattern information 680 described later. The ghost character is controlled in consideration of the player pattern information 620f.

  The ghost character information 630 for battle stores a plurality of ghost character data of ghost characters that will play against the player character. FIG. 10 is a diagram illustrating a data configuration example of the battle ghost character information 630. As shown in FIG. 10, the ghost character information 630 for battle is prepared for each stage, and a plurality of (for example, a maximum of four types) ghost character data 632 corresponding to each stage is stored. Each ghost character data 632 corresponds to a copy of data managed as a ghost character DB 150 (see FIG. 4) in the game server 10, and player pattern information of other players participating in the game is registered respectively. .

  Each ghost character data 632 stored in the battle ghost character information 630 is changed to new ghost character data according to the update date.

  That is, the battle ghost character management unit 512c compares the update date of each ghost character data 632 with the current date, and deletes the ghost character data 632 determined to be old. At this time, the ghost character data 632 stored in the battle ghost character information 630 for the corresponding rank is stored in the battle ghost character management unit 512c so that the ghost character data 632 for the corresponding rank is not deleted. In the case of one type, it is not deleted. When the ghost character management unit 512c for battle is deleted, it designates the level of the deleted ghost character data 632 and notifies the game server 10 of a ghost character data transmission request. When the data is received, it is stored in the corresponding ghost character information 630 for the corresponding rank.

  The game data 600 includes character setting information 640, stage information 650, a command list table 660, a stage-specific thinking routine 670, standard action pattern information 680, an experience value / stage change table 690, and a point addition table. 700 and a fight money granting table 710.

  The character setting information 640 stores setting data related to the character used by the player in the fighting game. For example, this includes modeling data, texture data, basic parameters, and the like for displaying a character.

  The stage information 650 stores data for displaying the game stage of the fighting battle game on the game screen. For example, this includes a background image of a stage, modeling data of an object arranged on the stage, and the like.

  The command list table 660 stores a list of commands instructing the player character's action (defense, attack technique, etc.). FIG. 11 is a diagram illustrating a data configuration example of the command list table 660. As shown in FIG. 11, in the command list table 660, a command for causing the player character to perform the action and a combo flag (ON / OFF) are defined in association with the type of action. The combo flag is set to “ON” when the corresponding action is a combo attack (continuous technique).

  That is, the battle control unit 512a receives a command input based on an operation input (more specifically, a simultaneous input of a plurality of buttons 1260 or a combination of the tilt angle of the stick 1240 and the pressed button 1260). The determination is made and an action corresponding to the player character is performed.

  The stage-specific thought routine 670 stores a thought routine 672 for each stage. When controlling the ghost character, the battle control unit 512a refers to the thinking routine 672 for the stage of the ghost character and considers the player pattern information of the corresponding ghost character data, for example, action selection for attack or defense, The selection of the technique in each action, the timing for delivering the technique, etc. are determined.

  The standard action pattern information 680 stores an action pattern serving as a reference when controlling the ghost character. FIG. 12 is a diagram illustrating a data configuration example of the standard action pattern information 680. As shown in FIG. 12, the standard action pattern information 680 is prepared for each level, and defines an attack frequency 682, a defense operation rate 684, a combo occurrence rate 686, and a priority combo pattern 688, respectively.

In the attack frequency 682, for example, a rank based on the attack frequency is set for each type of punch and kick attacks. For example, five types of ranks SS, S, A, B, and C are prepared. The rank SS represents the highest attack frequency, and the ranks S, A, B, and C indicate that the attack frequency decreases in this order. ing.
In the defense operation rate 684, a probability (%) of performing a defense operation is set.
In the combo occurrence rate 686, a probability (%) of performing a combo attack (an action in which the corresponding combo flag is “ON” in the command list table 660 described with reference to FIG. 11) is set. The combo occurrence rate 686 is set to a higher value as the level is higher, for example.
In the priority combo pattern 688, for example, three types of combo attacks to be preferentially performed by the ghost character are set in the priority order. That is, when a ghost character whose level is set to “2nd level” performs a combo attack, the action of the combo CmboA is selected with the highest probability.

  The experience value / stage change table 690 stores update conditions for the player's experience value 610f and stage 610g. FIG. 13 is a diagram illustrating a data configuration example of the experience value / stage change table 690. As illustrated in FIG. 13, an experience value update condition 692, a stage ascending condition 694, and a descending stage condition 696 are set in the experience value / stage change table 690.

  The match result update unit 512b refers to the experience value / stage change table 690 when the match is ended, and increases or decreases the experience value 610f according to the win or loss. That is, the match result update unit 512b adds “200” to the player experience value 610f when the player is a winner, and subtracts “200” from the player experience value 610f when the player is a loser.

  When the experience value 610f exceeds “2000”, the match result update unit 512b increments the player's level 610g and initializes the value of the experience value 610f to “1000”. On the other hand, when the experience value 610f becomes a negative value, the battle result update unit 512b lowers the player's level 610g and initializes the value of the experience value 610f to “1000”. Also, the match result update unit 512b changes the level 620d of the own ghost character data 620 so that the level 620d of the own ghost character data 620 is the same as the level 610g of the player.

  The point addition table 700 stores update conditions for player points 610i and ghost character points 620g. FIG. 14 is a diagram illustrating a data configuration example of the point addition table 700. As shown in FIG. 14, the point addition table 700 defines the point addition condition and the number of points to be added when the point addition condition is satisfied for each of the player point and the ghost character point. .

  For example, when the opponent ghost character wins as a result of the battle, the player's level 610g × 5 points if the level is lower than the level 610g of the player who played, or higher than the level 610g of the battled player. Ten points are added to the ghost character points of the corresponding ghost character.

  That is, the match result update unit 512b refers to the point addition table 700 when the match is finished, and updates the player point 610i of the player data 610 when the player is a winner according to the win or loss of the match, When the ghost character is a winner, the ghost character point of the corresponding ghost character data 632 stored in the ghost character information 630 for battle is updated.

  In the fight money granting table 710, conditions for acquiring fight money to be given to the player and the ghost character are set according to the battle result. FIG. 15 is a diagram illustrating a data configuration example of the fight money granting table 710. As shown in FIG. 15, the fight money granting table 710 defines fight money acquisition conditions for each player and ghost character, and fight money to be given when the fight money acquisition conditions are satisfied. Yes.

  For example, if the ghost character wins as a result of the battle, the player has played 5G (G) when the level is lower than the level 610g of the player who has played, and 10 (G) when the level is the same as the level 610g of the player who has played. When the player is above the player's level 610g, the player's level 610g × 15 (G) of the player who has played is given to the corresponding ghost character as fight money.

  The match result update unit 512b refers to this fight money granting table 710 when the match is finished, and updates the total earned fight money 610j of the player data 610 if the player is a winner according to the win or loss of the match. If the ghost character is a winner, the total acquired fight money of the corresponding ghost character data 632 stored in the battle ghost character information 630 is updated.

  The game data 600 includes a command input history 720, play data 730, and difference data 740 as data that is updated as appropriate during the execution of the game.

  The command input history 720 stores a command input history input during game play. FIG. 16 is a diagram illustrating a data configuration example of the command input history 720. As shown in FIG. 16, in the command input history 720, input commands input during the game play are stored in the input order, and a frame number representing the input timing is set in association with each input command. ing. During game play, the game calculation unit 512 executes a recording process in which the input command is stored in the command input history 720 in association with the frame number at that time, based on the operation input by the player.

  The play data 730 stores a player pattern of the player obtained as a result of the game play. The play data 730 is data created by the player pattern information creation unit 512d, and the player pattern information 620f set in the own ghost character data 620 based on the command input history 720 that is a history of command input during game play. Created at the end of the game based on When the player has moved up or down as a result of the game play, the player pattern information creation unit 512d updates the player pattern information 620f of the own ghost character data 620 to the standard action pattern information 680 for the corresponding level. Based on this, play data 730 is created.

  FIG. 17 is a diagram illustrating a data configuration example of the play data 730. As shown in FIG. 17, the play data 730 includes an input command number 732 and a current player pattern 734.

  In the number of input commands 732, the number of input commands during game play is set. The player pattern information creation unit 512d refers to the command input history 720, counts the number of input commands, and sets the number of input commands 732.

  The current player pattern 734 is data indicating the tendency of the operation input by the player, and includes an attack command use frequency 734a, a defense command rate 734b, a combo success rate 734c, and a priority combo pattern 734d.

  Similarly to the attack frequency 682 of the standard action pattern information 680 described with reference to FIG. 12, the attack command use frequency 734a is one of ranks SS, S, A, and B for each type of punch and kick attacks. Is set. That is, the player pattern information creation unit 512d refers to the command list table 660, calculates the frequency of use of attack commands belonging to each attack type according to the number of input commands 732, and determines the rank. Then, the player pattern information creation unit 512d employs the attack command usage frequency 734a when the determined rank is higher than the rank set in the standard action pattern information 680 for the corresponding stage.

  As a specific example, for example, when the player's rank is “2nd rank”, the player pattern information creation unit 512d has a rank determined based on the use frequency of the attack command belonging to “punch” as a result of the game play. Rank A is higher when rank A is higher than rank A (see FIG. 12) set in association with punch as attack frequency 682 in standard action pattern information 680 for two levels, that is, rank S or If it is SS, the determined rank is adopted as the attack command use frequency 734a.

  In the defense command rate 734b, the usage frequency (%) using the defense command is set. That is, the player pattern information creation unit 512 d refers to the command list table 660 and calculates the defense command usage frequency according to the number of input commands 732. Then, the player pattern information creation unit 512d determines the defense command rate 734b when the calculated defense command use frequency is higher than the defense operation rate 684 set in the corresponding standard action pattern information 680 for the corresponding level. adopt.

  As a specific example, for example, when the player's level is “2nd level”, the player pattern information creation unit 512d uses the defense level of the standard action pattern information 680 for the second level when the use frequency of the defense command as a result of the game play is When the operation rate is lower than “15% (see FIG. 12)”, which is the operation rate 684, “15%” is adopted, and when it is “15%” or more, the value is adopted as the attack command use frequency 734a. .

  In the combo success rate 734c, an occurrence rate (%) at which a combo attack is generated is set. That is, the player pattern information creation unit 512d calculates the success rate of the combo attack based on the input order of input commands set in the command input history 720 and the input timing thereof. Then, the player pattern information creation unit 512d adopts the combo success rate 734c when the calculated combo attack success rate is higher than the combo occurrence rate 686 set in the standard action pattern information for the corresponding level. To do.

  As a specific example, for example, when the player's level is “2nd level”, the player pattern information creation unit 512d has a combo of the standard action pattern information 680 for the 2nd level for the success rate of the combo attack as a result of the game play. When the occurrence rate is lower than “20% (see FIG. 12)”, “20%” is adopted, and when it is “20%” or more, the value is adopted as the combo success rate 734c.

  In the priority combo pattern 734d, three types of combo attacks having a high success frequency among the combo attacks performed during the game play are set in the order of the success frequency.

  The current player pattern 734 created by the player pattern information creation unit 512d as described above is stored in the own ghost character data 620 as the player pattern information 620f.

  The difference data 740 includes a player data difference 742, a ghost character data difference 744, and a battle ghost character data difference 748, and temporarily stores data transmitted to the game server 10 when the player finishes the game. To do.

  In the player data difference 742, a difference between the own player data 610 downloaded from the game server 10 at the start of the game and the own player data 610 updated as a result of the game play is stored in association with the player ID of the own player. Is done. Specifically, when the battle result update unit 512b changes the experience value 610f, the rank 610g, the battle record 610h, the player point 610i, and the acquired fight money 610h of the player data 610 based on the win or loss of the battle, etc. The changed data item is held as a player data difference 742.

In the ghost character data difference 744, the difference between the ghost character data downloaded from the game server 10 after the game starts and the own ghost character data 620 updated as a result of the game play is associated with the ghost character ID of the ghost character. Stored.
Specifically, when the stage 620d of the own ghost character data 620 is changed by the battle result update unit 512b, the information on the stage 620d is held as the ghost character data difference 744.
Further, when the above-mentioned current player pattern 734 is created by the player pattern information creation unit 512d, the data items of the created current player pattern 734 are changed from information set in advance in the player pattern information 620f. This data item is held as a ghost character data difference 744.

  FIG. 18 is a diagram illustrating a data configuration example of the ghost character data difference 744. The ghost character data difference 744 shown in FIG. 18 stores the corresponding ghost character ID 745, the rank 746, and the player pattern difference 746, and the player pattern difference 746 is a place where the player pattern information 620f is changed. The rank SS is the attack command use frequency 747a corresponding to punch, “24%” is the combo success rate 747b, “combo CmboB” is the second highest priority combo pattern 747c, and the third priority combo pattern 747c is “Combo CmboC” is set for each.

  The difference between the opponent ghost character data at the start of the game and the opponent ghost character data updated as a result of the game play by the player is associated with the ghost character ID of the ghost character in the battle ghost character data difference 748. Stored. Specifically, when the battle result of the opponent ghost character data, ghost character points, and acquired fight money are changed by the battle result update unit 512b based on the win or loss of the battle, the changed data item is used for battle. It is held as a ghost character data difference 748.

  Next, the functional configuration of the live monitor terminal 90 will be described. FIG. 19 is a block diagram illustrating an example of a functional configuration of the live monitor terminal 90. As shown in FIG. 19, the live monitor terminal 90 includes a processing unit 900, a display unit 910, a sound output unit 920, a communication unit 930, a storage unit 940, and an input unit (not shown). ing.

  The processing unit 900 performs various processes such as control of the entire game terminal 50, instructions to each functional unit in the game terminal 50, image processing, sound processing, and the like based on programs, data, and the like stored in the storage unit 940. . The functions of the processing unit 900 are realized by hardware such as various processors (CPU, DSP, etc.), ASIC (gate array, etc.), and a given program.

  The processing unit 900 includes a ranking display control unit 902 as a main functional unit. The ranking display control unit 902 performs control for displaying a ranking screen (see FIG. 28) on the display unit 910 based on the ranking data distributed from the game server 10.

  The display unit 910 corresponds to the large screen 92 shown in FIG. 3 and displays the ranking screen described above.

  The sound output unit 920 corresponds to the speaker 94 shown in FIG. 3, and outputs sound effects and BGM based on the sound signal input from the processing unit 900.

  The communication unit 930 performs data communication with the outside (for example, the game server 10 or the game terminal 50) via the communication line N. The function of the communication unit 930 is realized by a wireless communication module, a modem, a TA, a wired communication cable jack, a control circuit, and the like.

  The storage unit 940 is realized by, for example, an IC memory, a hard disk, an IC memory card, and the like, and stores various processing programs and data including a system program for causing the processing unit 900 to control the live monitor terminal 90 in an integrated manner. In particular, in order to realize the present embodiment, a ranking display control program 942 for causing the processing unit 900 to function as the ranking display control unit 902 is stored.

  Further, the storage unit 940 stores the store ranking data 944 that is ranking data distributed from the game server 10 as data. The store ranking data 944 includes various ranking data including rankings related to ghost characters, such as ghost character points, the number of wins, monthly rankings and total rankings regarding total acquired money money, and rankings distributed from the game server 10. Updated from time to time with data.

[Process flow]
Next, the flow of processing in the game server 10 and the game terminal 50 will be described with reference to FIGS.

  First, with reference to FIGS. 20-22, the flow of a process of the process part 100 of the game server 10 in this embodiment is demonstrated. The processing described here is realized by reading and executing the game management program 130 including the player management program 132, the ghost character management program 134, and the ranking management program 136.

(Player management process)
FIG. 20 is a flowchart for explaining the flow of the player management process. As shown in FIG. 20, when the player management unit 102 receives a player data transmission request from the game terminal 50 (step a10: YES), the player ID and password notified together with the player data transmission request are stored in the player DB 140. The player authentication process of the game terminal 50 is performed by comparing with the player ID and password of each stored player data (step a20). Then, when the player ID and password are authenticated / verified, the player management unit 102 transmits the corresponding player data to the game terminal 50 (step a30).

  If the difference data is received from the game terminal 50 (step a40: YES), the player management unit 102 updates the corresponding player data based on the player data difference included in the difference data (step a50). ), The update date of the player data is updated with the date of the date (step a60).

(Ghost character management process)
FIG. 21A is a flowchart for explaining the flow of the ghost character management process. As shown in FIG. 21, when receiving a ghost character data transmission request from the game terminal 50 (step b10), the ghost character management unit 104 reads the corresponding ghost character data from the ghost character DB 150 (step b20).
Specifically, when a ghost character data transmission request in which a ghost character ID is specified is received, the corresponding ghost character data is read based on the specified ghost character ID. On the other hand, when a ghost character data transmission request with a specified rank is received, the ghost character data with the latest rank and the latest update date is read.

  Then, the ghost character management unit 104 generates a ghost character data transmission thread, and performs the ghost character data transmission process as a separate process in parallel (step b30).

  Specifically, as shown in FIG. 21B, in the generated ghost character data transmission thread, the ghost character management unit 104 first determines the line congestion state of the communication line N (step b302), and can be transmitted. Wait until it reaches the correct state. When the ghost character management unit 104 determines that data transmission is possible based on the determined line congestion state (step b304: YES), the ghost character data read in step b20 of FIG. Is transmitted to the corresponding game terminal 50 (step b306), and the ghost character data transmission thread is terminated.

  Returning to FIG. 21A, when the difference data is received from the game terminal 50 (step b40), the ghost character management unit 104 calculates the ghost character data difference and the battle ghost character data difference included in the difference data. Originally, the corresponding ghost character data is updated (step b50), and the update date of each ghost character data is updated with the date of the date (step b60).

(Ranking management process)
FIG. 22 is a flowchart for explaining the flow of the ranking management process. As shown in FIG. 22, when the ghost character data is updated by the ghost character management process (step c10: YES), the ranking management unit 106 calculates the ranking of ghost character points (step c20) and wins. The ranking of numbers is calculated (step c30), the ranking of total acquired fight money is calculated (step c40), and the ghost character ranking information 180 is updated (step c50).

  Then, based on the ghost character ranking information 180 updated by the process of step c50, the ranking management unit 106 distributes the updated ranking information to the live monitor terminals 90 installed in each store 30 (step c60). .

  On the other hand, when the player data is updated by the player management process described above (step c70: YES), the ranking management unit 106 updates the player ranking information 170 based on each player data stored in the player DB 140. (Step c80).

  Then, the ranking management unit 106 distributes the updated ranking information to the live monitor terminals 90 installed in each store 30 based on the player ranking information 170 updated by the process of step c70 (step c90).

  Next, a processing flow of the processing unit 510 of the game terminal 50 in the present embodiment will be described with reference to FIGS. In the processing described here, the processing unit 510 reads and executes a game program 560 including a battle control program 562, a battle result update program 564, a battle ghost character management program 566, and a player pattern information creation program 568. It is realized by.

(Game processing)
FIG. 23 is a flowchart for explaining the flow of the game process. As shown in FIG. 23, the game calculation unit 512 first performs authentication processing of the player of the game terminal 50 with the game server 10 (step d10).

  Specifically, the game calculation unit 512 displays a login screen on the display unit 520 and causes the player to input a player ID and a password. Then, the game calculation unit 512 notifies the game server 10 of a player data transmission request specifying the input player ID and password, and waits until player data is received. In response to this, the game server 10 performs processing for transmitting the corresponding player data to the game terminal 50 when the received player ID and password are authenticated and verified as described above.

  When the player data is received (step d20: YES), the game calculation unit 512 stores the received player data as the own player data 610 in the storage unit 550, and then generates the own ghost character data reception thread. Thus, the reception process of the own ghost character data is performed in parallel as a separate process (step d30).

  Specifically, as shown in FIG. 24, in the generated own ghost character data reception thread, the game calculation unit 512 first issues a ghost character data transmission request specifying the ghost character ID 610d set in the own player data 610. The game server 10 is notified (step e10) and is in a standby state until ghost character data is received. In response to this, the game server 10 performs processing for transmitting the corresponding ghost character data to the game terminal 50 as described with reference to FIG.

  When the game calculation unit 512 receives the ghost character data (step e20: YES), the game calculation unit 512 stores the received ghost character data in the storage unit 550 as the own ghost character data 620 (step e30). End the character data reception thread.

  On the other hand, returning to FIG. 23, after generating the own ghost character data reception thread, the game calculation unit 512 starts the recording process of the input command (step d40), and then the battle control unit 512a performs the process of the loop A. Repeat a predetermined number of rounds (for example, 3 rounds) (step d50 to step d110).

  In the loop A, the battle control unit 512a first determines an opponent ghost character to battle with the player character. Specifically, the battle control unit 512a reads the level 610g of the player data 610, and determines the level of the opponent ghost character based on the level 610g of the player and the current number of rounds (step d60). For example, in the case of the first round, the level of the opponent ghost character is set to the same level as the player's level 610g. In the second and subsequent rounds, the rank of the opponent ghost character is determined according to the previous battle result by the player. That is, if the player is a winner in the previous match, the level of the opponent ghost character is one level higher than the player's level 610g, and if the player is a loser, the level is one level lower than the player's level 610g. Then, the battle control unit 512a refers to the determined battle ghost character information 630 for the rank, selects opponent ghost character data, for example, at random, and determines an opponent ghost character (step d70).

  If the opponent ghost character is determined, the battle control unit 512a subsequently executes a battle play process (step d80). FIG. 25 is a flowchart for explaining the flow of the battle play process.

  As shown in FIG. 25, the battle control unit 512a first reads the player pattern information registered in the opponent ghost character data (step f10).

  Subsequently, a process related to a so-called battle action is executed. This process includes control of the player character based on the player's operation (broken line A) and control of the opponent ghost character (broken line B), and is repeatedly executed in a short time, so that the player character apparently appears. And ghost characters appear to be controlled simultaneously.

  First, the battle control unit 512a executes control of the player character based on the player's operation (broken line A). That is, the battle control unit 512a monitors whether or not there is an input from the operation unit 500. If there is an operation input (step f20: YES), whether or not the player character is already in a state of executing some action. Is determined (step f30). When the action is not being executed (step f30: NO), the execution of the action corresponding to the type of operation input is started (step f40).

  Subsequently, the battle control unit 512a executes control of the opponent ghost character (broken line B). That is, first, the battle control unit 512a selects an action based on the player pattern information read in step f10 (step f50). For example, based on the operation input signal from the operation unit 500, the action state of the player character and the opponent ghost character, and the interval, it is determined which action is to be executed at which timing.

  If an attack is selected in step f50 (step f60: YES), the battle control unit 512a selects the attack technique by the thinking routine 672 for the level of the opponent ghost character, and the player pattern read in step f10. The attack technique is determined by weighting the use frequency of the attack command set in the information (step f70).

  When defense is selected in step f50 (step f80: YES), the battle control unit 512a selects the defense technique by the thinking routine 672 for the opponent ghost character's stage, and the player pattern information read in step f10. A defense technique is determined by weighting the defense command rate set to (step f90).

  If the technique is determined in step f70 or step f90, the battle control unit 512a causes the action to be executed (step f100). As a result, control of the opponent ghost character reflecting the play style of the corresponding player is realized.

  Subsequently, the battle control unit 512a executes determination processing in the fighting battle game from the state of the player character and the state of the opponent ghost character in the same manner as in the past (step f110) until the predetermined round end condition is satisfied. Returning to f20, the above-described processing is repeated.

  For example, the battle control unit 512a determines that the round has ended when the round reaches a predetermined game time or when the physical strength parameter of any one of the characters falls below a predetermined threshold (step f120: YES). ), The battle play process ends, and the process proceeds to step d90 in FIG.

  When the battle play process is completed, the battle result update unit 512b subsequently performs a process for changing the player data according to the battle result, and sets the changed data item in the player data difference 742 (step d90). Specifically, the experience value 610f, the rank 610g, the battle record 610h, the player point 610i, and the acquired fight money 610j of the player data 610 are changed based on the win or loss of the battle.

  Subsequently, the battle result update unit 512b performs an opponent ghost character data change process according to the battle result, and sets the changed data item in the battle ghost character data difference 748 (step d100). Specifically, based on the victory or defeat of the battle, the battle record of the opponent ghost character data, the ghost character points, and the acquired fight money are changed.

  When the loop A is finished, the input command recording process is finished (step d120). Then, the player pattern information creation unit 512d creates play data 730 based on the player pattern information 620f set in the own ghost character data 620 based on the command input history 720 that is a command input history during game play. (Step d130). Then, the player pattern information creation unit 512d performs a process for changing the own ghost character data based on the created play data 730, and sets the changed data item in the ghost character data difference 744 (step d140).

  Subsequently, the game calculation unit 512 generates a difference data transmission thread to perform the difference data transmission process as a separate process in parallel (step d150).

  Specifically, as shown in FIG. 26, in the generated difference data transmission thread, the game calculation unit 512 first determines the line congestion state of the communication line N (step g10) until the transmission state becomes possible. stand by. If the game calculation unit 512 determines that data transmission is possible based on the determined line congestion state (step g20: YES), the difference data 740 created in steps d90, d100, and d140 in FIG. Is transmitted to the game server 10 (step g30), and the difference data transmission thread is terminated.

(Competition ghost character management process)
FIG. 27A is a flowchart for explaining the flow of the battle ghost character management process. As shown in FIG. 27 (a), the battle ghost character management unit 512c first determines the update date of each ghost character data 632 stored in the battle ghost character information 630 based on the current date. (Step h10), the ghost character data 632 determined to be old is deleted. If the ghost character data 632 is deleted (step h20: YES), the battle ghost character management unit 512c generates a battle ghost character data reception thread, thereby performing the process of receiving the battle ghost character data. This is performed in parallel as separate processing (step h30).

  Specifically, as shown in FIG. 27B, in the generated battle ghost character data reception thread, the battle ghost character management unit 512c first deletes the ghost character deleted in step h20 of FIG. A ghost character data transmission request designating the data level is notified to the game server 10 (step h302), and a standby state is entered until ghost character data is received. In response to this, the game server 10 performs processing for transmitting the corresponding ghost character data to the game terminal 50 as described with reference to FIG.

  When the ghost character management unit 512c receives the ghost character data (step h304: YES), the ghost character management unit 512c stores the ghost character data for the corresponding level in the corresponding ghost character information 630 (step h306). The data reception thread is terminated.

[Ranking screen]
Next, a ranking screen displayed on the display unit 910 of the live monitor terminal 90 will be described with reference to FIG. FIG. 28A is a diagram showing a ranking screen that displays the monthly ranking of ghost character points in the store where the live monitor terminal 90 is installed. The ghost character-point ranking displayed here corresponds to the ranking of the month for the corresponding store stored in the monthly ranking 182a of the ghost character point ranking 182 described with reference to FIG. Is.

  FIG. 28B is a diagram showing a ranking screen that displays the total ranking of the number of wins at the store where the live monitor terminal 90 is installed. The ghost character-winning number ranking displayed here corresponds to the ranking for the corresponding store, which is stored in the total ranking of the winning number ranking 184 described with reference to FIG.

  In this way, in the live monitor terminal 90, the ranking display control unit 902 performs control to display the ranking data distributed from the game server 10 on the display unit 910 as needed.

  6A is a diagram showing a data configuration example of the monthly ranking 182a of the ghost character point ranking 182 and FIG. 6B is a diagram showing a data configuration example of the total ranking 182b.

  As shown in FIG. 6A, the monthly ranking 182a of the ghost character point ranking 182 includes the ranking of the ghost character points of the month for each store 30 and the whole country (that is, all stores 30). The ranking of the ghost character points of the target month is stored. Further, as shown in FIG. 6B, the total ranking 182b of the ghost character point ranking 182 includes the ranking of the total ghost character points for each store 30 and the whole country (all stores 30). And the total ranking of ghost character points.

[Hardware configuration]
Next, an example of a hardware configuration for realizing the game server 10, the game terminal 50, and the live monitor terminal 90 in the embodiment will be described with reference to FIG. In the apparatus shown in FIG. 29, a CPU 1000, a ROM 1002, a RAM 1004, an information storage medium 1006, an image generation IC 1010, a sound generation IC 1008, and I / O ports 1012 and 1014 are connected to each other via a system bus 1016 so as to be able to input and output data. 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.

  The CPU 1000 controls the entire apparatus and performs various data processing in accordance with a program stored in the information storage medium 1006, a system program stored in the ROM 1002 (such as initialization information of the apparatus main body), and a signal input by the control apparatus 1022. Do.

The RAM 1004 is a storage unit used as a work area of the CPU 1000, and stores given contents in the information storage medium 1006 and the ROM 1002, the calculation result of the CPU 1000, and the like.
An information storage medium 1006 mainly stores programs, image data, sound data, play data, and the like. As an information storage medium, a memory such as a ROM, a hard disk, a CD-ROM, a DVD, an IC card, a magnetic A disk, an optical disk or the like is used.
The RAM 1004 and the information storage medium 1006 correspond to the storage unit 120 shown in FIG. 4, the storage unit 550 shown in FIG. 7, and the storage unit 940 shown in FIG.

  In addition, the image generation IC 1010 and the sound generation IC 1008 provided in this apparatus can appropriately output sound and images.

  The image generation IC 1010 is an integrated circuit that generates pixel information based on information sent from the ROM 1002, the RAM 1004, the information storage medium 1006, and the like according to instructions from the CPU 1000, and the generated display signal is output to the display device 1018. . The display device 1018 is realized by a CRT, LCD, TV, plasma display, projector, or the like, and corresponds to the display unit 520 illustrated in FIG. 7 and the display unit 910 illustrated in FIG.

  The sound generation IC 1008 is an integrated circuit that generates sound signals according to information stored in the information storage medium 1006 and the ROM 1002 and sound data stored in the RAM 1004 according to instructions from the CPU 1000. Output from the speaker 1020. The speaker 1020 corresponds to the sound output unit 530 shown in FIG. 7 and the sound output unit 920 shown in FIG.

  The control device 1022 is a device for the player to input an operation related to the game, and its function is realized by hardware such as a lever, a button, and a housing. The control device 1022 corresponds to the operation unit 500 shown in FIG.

  The communication device 1024 exchanges information used inside the device with the outside. The communication device 1024 is connected to other devices via a communication line, and is used to send and receive given information according to a program. The communication device 1024 corresponds to the communication unit 110 illustrated in FIG. 4, the communication unit 540 illustrated in FIG. 7, and the communication unit 930 illustrated in FIG. 19.

  The processing executed by the game server 10 is realized by an information storage medium 1006 that stores the game management program 130 and the like shown in FIG. 4 and a CPU 1000 that operates according to these programs. The CPU 1000 corresponds to the processing unit 100 shown in FIG.

On the other hand, the above-described processing such as game processing executed on the game terminal 50 includes the information storage medium 1006 storing the game program 560 shown in FIG. 7, the CPU 1000, the image generation IC 1010, the sound generation IC 1008, etc. operating according to these programs. It is realized by. The CPU 1000, the image generation IC 1010, and the sound generation IC 1008 correspond to the processing unit 510 shown in FIG. 7, and the CPU 1000 is mainly used as the game calculation unit 512 shown in FIG. 7, and the image generation IC 1010 is used as the image generation unit shown in FIG. In 514, the sound generation IC 1008 corresponds to the sound generation unit 516 shown in FIG.
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 510 shown in FIG.

  Further, the processing executed by the live monitor terminal 90 is realized by the information storage medium 1006 storing the ranking display control program 942 and the like shown in FIG. 19 and the CPU 1000 operating according to these programs. The CPU 1000 corresponds to the processing unit 900 in FIG.

  As described above, according to the first embodiment, based on the history of commands input by the player during the game play, the player pattern information relating to the operation input tendency of the player during the game play is created. It can be reflected in the player pattern information created as a result of the game play up to. Also, only the difference between the created player pattern information and the previous player pattern information can be uploaded to the game server 10. Therefore, the burden on the network due to data transfer can be reduced.

  In addition, the game server 10 can manage the ghost character DB 150 by updating the game results, ghost character points, and acquired fight money of the opponent ghost character according to the battle result and uploading them to the game server 10. Then, the game server 10 distributes the ranking of the opponent ghost character's results, ghost character points, and acquired fight money to the live monitor terminals 90 installed in each store 30, and the large screen 92 of the live monitor terminal 90. Can be displayed.

2. Second Embodiment Next, a second embodiment to which the present invention is applied will be described. In the first embodiment described above, the ghost character control method by the CPU is a control based on one control routine in which the control is performed in consideration of the tendency of the player's operation input based on the given thought pattern. It was. In the second embodiment, a method of detecting whether or not the situation is the same as the specific situation according to the state of the player character or the opponent character, and controlling the ghost character by switching the two control routines according to the detection result Will be described.

  Specifically, the control routine used in the first embodiment is called a standard routine (a control routine based on AI control), and the new control routine used in the second embodiment is called a ghost routine. As shown in FIG. When it is detected that the situation has occurred, the CPU temporarily switches the control routine for controlling the ghost character from the standard routine to the ghost routine. Hereinafter, the second embodiment will be described in detail with reference to FIGS. 31 to 43.

[Function configuration]
FIG. 31 is a block diagram illustrating a main configuration of the game terminal 80 according to the second embodiment. Note that the game terminal 80 has the same configuration as the game terminal 50 in the first embodiment described above, and therefore, the parts different from the game terminal 50 are indicated by bold lines and have the same functions and configurations as the game terminal 50. Are denoted by the same reference numerals, and detailed description thereof is omitted.

  In FIG. 31, the game calculation unit 812 includes a battle control unit 812a, a battle result update unit 512b, a battle ghost character management unit 512c, a player pattern information creation unit 512d, and a specific situation detection unit 812b.

  The battle control unit 812a performs a process of controlling the battle between the player character and the opponent ghost character instead of the battle control unit 512a of the first embodiment. Specifically, according to a battle control program 862 described later, a command is determined based on an operation signal input from the operation unit 500, and the player character is controlled based on the command. Further, the ghost character is controlled by switching the ghost character control routine to the standard routine or the ghost routine according to the detection result of the specific situation.

  Based on a recording specific situation condition 872 or a control specific situation condition 874 described below, the specific situation detection unit 812b determines whether the player character state or the player character's opponent character state satisfies any of the conditions. It is detected whether or not the current game situation is the same as the specific situation.

  The game program 860 functions as a battle control program 862 for causing the processing unit 812 to function as the battle control unit 812a, a battle result update program 564 for causing the processing unit 812 to function as the battle result update unit 512b, and a ghost character management unit 512c for battle. A ghost character management program 566 for battle, a player pattern information creation program 568 for functioning as the player pattern information creation unit 512d, and a specific situation detection program 864 for functioning as the specific situation detection unit 812b. .

  The game data 870 includes character setting information 640, stage information 650, a stage-specific thinking routine 670, standard action pattern information 680, an experience value / stage change table 690, a point addition table 700, and a fight money granting table 710. Own player data 610, own ghost character data 620, battle ghost character information 630, command input history 720, recording specific situation condition 872, control specific situation condition 874, and recording specific situation operation Data 876, control specific situation operation data 878, and difference data 880 are included.

  The recording specific situation condition 872 stores information on the specific situation for detecting the situation of recording the player operation data for the player character. FIG. 32 is a diagram illustrating a data configuration example of the recording specific situation condition 872. In FIG. 32, the recording specific situation condition 872 stores a recording start condition 872b and a recording end condition 872c in association with the specific situation 872a indicating the name of the specific situation.

  The specific situation 872a stores a name for specifying the type of each specific situation. Specifically, names such as an air release state, a rigidity difference, a down state, a crouching state, and a moving state are stored.

  The recording start condition 872b is data defining a condition for starting recording of player operation data for the player character. The recording end condition 872c is data defining a condition for ending recording. Hereinafter, the recording end condition 872b and the recording end condition 872c for each specific situation will be described in detail.

  First, in association with the “air release state”, a recording start condition “the opponent character has been thrown into the air” and a recording end condition “the opponent character has landed” are stored. Here, the air release state refers to, for example, a state in which the body of the opponent character that has been attacked is away from the ground, and that the opponent character has landed is that a part of the body of the opponent character away from the ground is on the ground. The state of contact.

  FIG. 33 is a diagram for describing a specific situation “air release state” detected during game play. As shown in FIG. 33 (a), when an attack on the opponent character C2 of the player character C1 hits and the body of the opponent character C2 floats away from the ground as shown in FIG. This corresponds to the recording start condition that the character has been thrown into the air.

  Here, when the opponent character is in the air release state, the opponent character is temporarily unable to attack, so the player character is likely to make a follow-up attack. In such a case, it is considered that a characteristic operation input by the player is easily performed. Therefore, the air release state is set as a specific situation, and is set as a condition for recording operation data input thereafter.

  Further, in association with “rigidity difference A”, a recording start condition “when the rigidity of the player character is released with a rigidity difference“ −3 ”” is stored, and a recording end condition “3 seconds have elapsed after the start of recording” is stored. Is stored. Here, “rigidity” means that the character is temporarily unable to be controlled immediately after performing a predetermined technique or immediately after being attacked. Regardless of the control routine of the CPU, it is temporarily unable to move. This period in which the robot cannot move temporarily is called a rigid period, and the rigid difference is a difference in the rigid period between characters. The positive / negative sign is a sign when the rigidity period of the opponent character is subtracted from the rigidity period of the target (reference) character.

  For example, when the player character and the opponent character are in a rigid state and the difference in rigidity with respect to the player character is “−3”, the player character can be operated three frames after the opponent character. That is, the opponent character can move before the player character, which is disadvantageous for the player character. On the other hand, when the player character and the opponent character are in a rigid state and the difference in rigidity with respect to the player character is “+1”, the player character can be operated one frame ahead of the opponent character. That is, since the player character can move before the opponent character, the situation is advantageous to the player character. When the rigidity difference is 0, the player character and the opponent character can be operated simultaneously and can move simultaneously.

  FIG. 34 is a diagram for describing a specific situation “rigidity difference” detected during game play. For example, as shown in FIG. 34 (a), when attacks between characters hit each other and each other receives damage, both are in a rigid state. Here, when there is a rigidity difference, as shown in FIG. 34 (b), the character C1 having a positive rigidity difference is first released from the inoperable state and can move. On the other hand, the character C2 having a minus difference in rigidity remains inoperable and cannot move. Therefore, the operable character C1 can unilaterally attack the inoperable character C2. In such a case, it is considered that a characteristic operation input by the player is easily performed. Therefore, a state in which the rigidity difference with respect to the player character is positive is set as a specific situation, and a condition for recording operation data input thereafter is set.

  On the other hand, when the difference in rigidity with respect to the player character is negative, the player character must perform a quick and accurate rising motion immediately after the rigid period ends. Therefore, even when the rigidity difference is negative, a characteristic operation input by the player is easily performed. Therefore, a state in which the rigidity difference is negative is set as a specific situation, and is used as a condition for recording operation data input thereafter. Furthermore, when the rigidity difference between the characters becomes 0, the characters C1 and C2 can be operated at the same time. Therefore, a characteristic operation input by the player such as a quick attack or an immediate defense is performed. It is considered easy. Therefore, a state where the rigidity difference between characters is 0 is also set as a specific situation, and is a condition for recording operation data input thereafter.

  The rigidity differences A to T are recorded for each rigidity difference so that operation data in each situation can be recorded in accordance with the rigidity differences “−3” to “+16” (including “0”). Stores start conditions. As the recording end condition 872c, the condition “3 seconds have elapsed since the start of recording” is stored, and the same end condition is used for any of the rigid differences from “−3” to “+16”. Specifically, it indicates that the recording of the operation data is ended after 3 seconds have elapsed since the recording of the operation data was started.

  Returning to FIG. 32, in association with the “down state”, a recording start condition “the own character has been brought down” is stored, and a recording end condition “the own character has stood up” is stored. Here, the down state refers to a state in which the character falls to the ground while lying on its back or lying down. For example, the character is in a down state depending on whether or not a plurality of preset parts of the character are in contact with the ground. It is detected whether or not. The character standing up means that the character is up from the down state.

  Corresponding to the “squatting state”, a recording start condition “the own character has crouched” is stored, and a recording end condition “the own character has stood up” is stored. Here, the crouching state refers to a state in which the character has moved from a state where the character is standing up to a direction perpendicular to the ground. For example, when the lower stick (down key) is operated, the character is crouched. It is detected whether or not. The character standing up means that the character has risen from the squatting state.

  When attacking from a down state or a crouching state, a lower attack targeting the feet of the opponent character or a middle attack targeting the lower body of the opponent character is effective. In such a case, it is considered that a characteristic operation input by the player is easily performed. Therefore, the down state and the squatting state are set as specific conditions, and the operation data input thereafter is used as a condition for recording.

  In association with the “movement state”, a recording start condition “the character starts to move” is stored, and a recording end condition “3 seconds have elapsed after the start of recording” is stored. Here, the movement of the player character means a state in which the player character starts moving in the front-rear direction or the left-right direction from the current position. For example, the character moves when the stick 1240 is operated in an arbitrary direction. Whether or not has been started is detected.

  The movement of the character may have a purpose of, for example, a run toward the attack, a threat to the opponent character, and a faint against the attack in addition to the purpose of merely changing the position to change the interval. Therefore, it is considered that a characteristic operation input by the player is likely to be made after the movement is started. Therefore, the moving state is set as a specific condition, and the operation data input thereafter is set as a condition for recording.

  The control specific situation condition 874 stores information on a specific situation for detecting a situation where the ghost character control routine is switched from the standard routine to the ghost routine. FIG. 35 is a diagram illustrating a data configuration example of the specific situation condition 874 for control. In FIG. 35, a specific situation 874a for control stores a specific situation 874a and a ghost routine switching condition 874b.

  The specific situation 874a stores a name for specifying the type of each specific situation. Specifically, names such as an air release state, a rigidity difference, a down state, a crouching state, and a moving state are stored.

  The ghost routine switching condition 874b is data defining conditions for switching the ghost character control routine from the standard routine to the ghost routine. Note that the ghost routine switching condition associated with each specific situation has substantially the same configuration as the recording start condition 872 described above, and a detailed description thereof will be omitted.

  That is, the ghost routine switching condition is a condition for detecting the same situation as the specific situation in which a characteristic operation input by the player is easily made as described above. Then, by detecting the same situation as the specific situation and switching the control routine to the ghost routine, the movement of the player character at that time is reproduced based on the operation data input by the player in the same situation in the past. Controls the movement of ghost characters. Accordingly, it is possible to faithfully reproduce the movement based on the player's characteristic operation on the ghost character.

  The switching from the ghost routine to the standard routine is performed when the control based on the operation data selected in the ghost routine is completed.

  The recording specific situation operation data 876 stores player input operations in a specific situation classified as operation data for each specific situation. The recording specific situation operation data 876 is data generated and recorded in accordance with execution of a game process described later. The recording specific situation operation data 876 will be described with reference to FIGS.

  FIG. 36 is a diagram illustrating a data configuration example of the recording specific situation operation data 1876 when the specific situation is “air release state”. In FIG. 36, the specific situation operation data 1876 for recording stores a specific situation 1876a, a stage 1876b, a number 1876c, operation data 1876d, and an attack technique 1876e. The specific situation 1876a is a name for specifying the type of the specific situation, and stores the name “air release state”. The level 1876b indicates the level of the player who has input the operation data, and stores a level “first level”.

  The number 1876c is identification information for specifying the operation data stored in the recording specific situation operation data 1876, and stores, for example, data “a001”. The operation data 1876d is data in which operation data input by the player after the specific situation is detected is recorded at an interval of one frame, and the right direction in FIG. The operation data stores a combination of four arrows, four buttons, and the characters “NOP”. Four arrows indicate operation data input from the stick 1240 and correspond to the operation direction of the stick 1240. The four buttons indicate operation data input from the button 1260 and correspond to the buttons 1262 to 1268, respectively. “NOP (Non Operation)” indicates operation data indicating that no processing is performed, that is, no operation. Specifically, the operation data “a001” indicates that the operations “upper stick”, “NOP”, “right stick”, “lower button”, and “right button” are sequentially input.

  The attack technique 1876e stores a technique for the opponent character from the player character that triggered the opponent character to be released into the air, and stores data such as “drop kick”, for example.

  FIG. 37 is a diagram illustrating a data configuration example of the recording specific situation operation data 2876 when the specific situation is “rigidity difference A”. In FIG. 37, the recording specific situation operation data 2876 stores a specific situation 2876a, a stage 2876b, a number 2876c, operation data 2876d, an attack technique 2876e, and a received technique 2876f. The specific situation 2876a, the stage 2876b, the number 2876c, and the operation data 2876d have substantially the same configuration as the above-described recording specific situation operation data 1876, and thus detailed description thereof is omitted.

  The attack technique 2876e is a technique performed by the player character against the opponent character, and stores data such as “drop kick”, for example. The received technique 2876f is a technique that the player character has received from the opponent character, and stores data such as “2 step kick in the air”, for example. Note that the specific situation operation data for recording in the case where the specific situation has rigidity differences B to T has the same configuration as the specific situation operation data for control 876.

  In the figure, the technique is recorded in both the attack technique 2876e and the received technique 2876f, but the technique may be recorded in only one of them. For example, if the player character unilaterally attacks the opponent character and the player character and the opponent character become rigid, the attack technique is recorded in the attack technique 2876e, and the received technique 1876f is a technique. Not recorded. Further, when the opponent character unilaterally attacks the player character and the player character and the opponent character become rigid, the received technique is recorded in the received technique 1876f, and the attack technique 1876e is recorded as a technique. Is not recorded.

  FIG. 38 is a diagram illustrating a data configuration example of the recording specific situation operation data 3876 when the specific situation is “down state”. In FIG. 38, the recording specific situation operation data 3876 stores a specific situation 3876a, a stage 3876b, a number 3876c, operation data 3876d, and a technique 3876f received. The specific situation 3876a, the stage 3876b, the number 3876c, and the operation data 3876d are configured in substantially the same manner as the above-described recording specific situation operation data 1876, and thus detailed description thereof is omitted.

  The received technique 3876f stores the technique that the player character has received from the opponent character, but here stores the technique from the opponent character that triggered the down state. Therefore, when the player character goes down regardless of the technique received from the opponent character, data is not stored in the received technique 3876f.

  FIG. 39 is a diagram illustrating a data configuration example of the recording specific situation operation data 4876 when the specific situation is “squatting”. In FIG. 39, the recording specific situation operation data 4876 stores a specific situation 4876a, a stage 4876b, a number 4876c, and operation data 4876d in association with each other. The specific situation 4876a, the stage 4876b, the number 4876c, and the operation data 4876d have substantially the same configuration as the above-described recording specific situation operation data 1876, and thus detailed description thereof will be omitted.

  Note that the “squatting state” means that the player character performs a squatting action spontaneously (more specifically, only by the player's operation input without being attacked by the opponent character). There are no items such as tricks.

  FIG. 40 is a diagram illustrating a data configuration example of the recording specific situation operation data 5876 when the specific situation is “moving state”. In FIG. 40, the recording specific situation operation data 5876 stores a specific situation 5876a, a stage 5876b, a number 5876c, and operation data 5876d in association with each other. Since the specific situation 5876a, the stage 5876b, the number 5876c, and the operation data 5876d are configured in substantially the same manner as the above-described recording specific situation operation data 1876, detailed description thereof will be omitted.

  In the “movement state”, since the player character performs a movement operation spontaneously (more specifically, only by the player's operation input without being attacked by the opponent character), There are no items such as tricks.

  The control specific situation operation data 878 indicates that, in the past, when it is detected that the game situation is the same as the specific situation during game execution, and the ghost character control routine is switched from the standard routine to the ghost routine, The specific situation operation data for controlling the ghost character based on the operation history information input from is stored. The control specific situation operation data 878 is data acquired from the game server 20 and stored in the storage unit 850 in accordance with execution of a game process described later.

  Note that the data configuration example of the control specific situation operation data 878 has substantially the same configuration as the recording specific situation operation data 876 described above, and thus illustration and detailed description thereof are omitted. That is, the control specific situation operation data 878 stores the number for specifying the operation data for each specific situation and each level, and the operation data input by the past player. It is stored according to the type of specific situation. The operation data is appropriately selected based on the specific situation, stage, attack technique, received technique, and the like, and is used for the control of the CPU character in the ghost routine, that is, the battle play process B.

  Specifically, how the control specific situation operation data 878 is used in the battle play process B when it has the same data configuration as the recording specific situation operation data 1876 shown in FIG. When it is detected that the stage of the ghost character is “first stage”, the opponent character of the CPU character is “in the air release state”, and the attack technique against the opponent character is “drop kick”, the specific situation is “ The operation data with the number “a001” is acquired from the control specific situation operation data 878 as the operation data corresponding to the “air release state”, the stage is “first stage”, and the attack technique is “drop kick”. Then, based on the acquired operation data, the ghost character is controlled so as to reproduce the movement of the character according to the operation input when this operation data is recorded.

  The difference data 880 includes a player data difference 742, a ghost character data difference 744, a battle ghost character data difference 746, and specific situation operation data 882, and is transmitted to the game server 10 when the player ends the game. Temporarily store data.

  The specific situation operation data 882 stores the same data as the recording specific situation operation data 876. That is, the specific situation operation data 882 is used to transmit the recording specific situation operation data 876 generated as a result of the game play to the server together with the player data difference 742, the ghost character data difference 744, and the battle ghost character data difference 746. As data, it is stored in the difference data 880. Accordingly, the data configuration example of the specific situation operation data 882 has the same data configuration as the recording specific situation operation data 876 described above, and thus illustration and detailed description thereof are omitted.

  In the second embodiment, since the game server 20 is realized by using the game server 10 of the first embodiment described above, the same reference numerals are used for the same functions and configurations as in the first embodiment. The illustration and detailed description are omitted.

  That is, the game server 20 includes a processing unit 100, a communication unit 110, and a storage unit 120. As a characteristic configuration of the second embodiment, each ghost character DB 150 of the storage unit 120 includes each ghost character. Specific situation operation data 250 is stored in association with the character.

  As a characteristic feature of the second embodiment, when the difference data is received from the game terminal 80 in the player management process, the processing unit 100 extracts the specific situation operation data from the difference data and generates the specific situation operation data 250. And stored in the storage unit 120. Further, when receiving the specific situation operation data transmission request from the game terminal 80, the processing unit 100 acquires the specific situation operation data of the corresponding ghost character from the specific situation operation data 250, and sends the specific situation operation data to the game terminal 80. Send.

  The specific situation operation data 250 stores the specific situation operation data 882 included in the difference data 880 received from the game terminal 80, classified for each corresponding ghost character of the player. Note that the data configuration of the specific situation operation data 250 is substantially the same as the recording specific situation operation data 876 described above, and therefore illustration and detailed description thereof are omitted. The specific situation operation data 250 transmits the specific situation operation data of the corresponding ghost character to the game terminal 80 in accordance with the specific situation operation data transmission request transmitted from the game terminal 80.

[Process flow]
Next, the process flow of the second embodiment will be described. Note that the processing characteristic of the second embodiment described here is realized by the processing unit 810 reading and executing the game program 860 including the battle control program 862 and the specific situation detection program 864.

  FIG. 41 is a diagram for explaining the flow of game processing in the processing unit 810 of the game terminal 80. As shown in FIG. 41, the game calculation unit 812 first performs authentication processing of the player of the game terminal 80 with the game server 20 (step i10).

  Specifically, the game calculation unit 812 displays a login screen on the display unit 520 and causes the player to input a player ID and password. Then, the game calculation unit 812 notifies the game server 20 of a player data transmission request specifying the input player ID and password, and waits until player data is received. In response to this, the game server 20 performs processing for transmitting the corresponding player data to the game terminal 80 when the received player ID and password are authenticated and verified as described above.

  When the player data is received (step i20: YES), the game calculation unit 812 stores the received player data as the own player data 610 in the storage unit 850, and then generates the own ghost character data reception thread. Thus, the reception process of the own ghost character data is performed in parallel as a separate process (step i30). This separate process is the same as the process described in the first embodiment.

  After generating the own ghost character data reception thread, the game calculation unit 812 starts the recording process of the input command (step i40). Subsequently, the game calculation unit 812 generates the specific situation detection thread and performs the specific situation detection process as a separate process in parallel (step i50).

  In the loop A, the battle control unit 812a first determines an opponent ghost character to battle with the player character. Specifically, the battle control unit 812a reads the level 610g of the player data 610, and determines the level of the opponent ghost character based on the level 610g of the player and the current round number (step i60). Then, the opponent ghost character data is selected at random, for example, with reference to the determined battle ghost character information 630 for the stage, and the opponent ghost character is determined (step i70). Then, the transmission request for the specific situation operation data of the determined opponent ghost character is transmitted to the server 10 and waits until it is acquired.

  In response to this, the game server 20 performs processing for acquiring the specific situation operation data of the corresponding ghost character from the specific situation operation data 250 and transmitting it to the game terminal 80 as described above. When receiving the corresponding specific situation operation data, the game terminal 80 stores the specific situation operation data for control 878 in the storage unit 850 (step i80).

  Subsequently, the battle control unit 812a executes a battle play process (step i90). When the battle play process ends, the battle result update unit 512b performs a change process of the player data according to the battle result, and sets the changed data item in the player data difference 742 (step i100). Specifically, the experience value 610f, the rank 610g, the battle record 610h, the player point 610i, and the acquired fight money 610j of the player data 610 are changed based on the win or loss of the battle.

  Subsequently, the battle result update unit 512b performs an opponent ghost character data change process according to the battle result, and sets the changed data item in the battle ghost character data difference 746 (step i110). Specifically, based on the victory or defeat of the battle, the battle record of the opponent ghost character data, the ghost character points, and the acquired fight money are changed.

  When the loop A is finished, the input command recording process is finished (step i120). The player pattern information creation unit 512d creates play data 730 based on the player pattern information 620f set in the own ghost character data 620 based on the command input history 720 that is a command input history during game play ( Step i130). Then, the player pattern information creation unit 512d performs a process for changing the own ghost character data based on the created play data 730, and sets the changed data item in the ghost character data difference 744 (step i140).

  In addition, the game calculation unit 812 generates specific situation operation data 882 based on the recording specific situation operation data 876 recorded during the game play, and sets the specific situation operation data 882 in the difference data 880 (step i150). Subsequently, the game calculation unit 812 generates a difference data transmission thread, and performs the difference data transmission process as a separate process in parallel (step i160). The process in the difference data transmission thread is the same as the process described with reference to FIG.

  Next, the specific situation detection process executed in parallel with the game process will be described. FIG. 42 is a diagram for explaining the flow of the specific situation detection process. As shown in FIG. 42, when starting the battle play process B, the specific situation detection unit 812b monitors the movement of the player character and the CPU character during game play to determine whether or not a specific situation has been detected (step j10). ).

  Specifically, the state of the player character and CPU character and the recording start condition of the recording specific situation condition 872 are compared to determine whether or not a situation that matches the recording specific situation condition has occurred. To detect the occurrence of a specific situation. If detected (step j10; YES), recording of the player's operation input to the player character is started (step j20).

  Subsequently, the state of the player character and CPU character and the specific situation recording end of the recording specific situation condition 872 are compared to determine whether or not the specific situation end condition is satisfied (step j30). When the specific situation end condition is satisfied (step j30; YES), the recording of the operation data is ended (step j40).

  Next, the recorded operation data is stored in the storage unit 850 in association with the attack technique or the received technique related to the specific situation (step j50). Specifically, the recorded operation data and the technique related to the specific situation are stored in the specific situation operation data 876 for recording classified into the type of specific situation and the level of the player.

  Then, the specific situation detection unit 812b determines whether or not the game has ended (step j60). If the game has not ended (step j60; NO), the process proceeds to step j10 and the above-described processing is repeated. Execute. On the other hand, when the game is over (step j60; YES), the specific situation detection process is finished.

  Next, the battle play process B will be described. FIG. 43 is a diagram for explaining the flow of the battle play process B. First, the battle control unit 812a reads the opponent player character's thinking routine information with reference to the battle character-specific level of the opponent ghost character (step k10). Further, the player pattern information registered in the opponent ghost character data is read (step k20).

  Subsequently, a process related to a so-called battle action is executed. This process includes control of the player character (broken line X) based on the player's operation and control of the opponent ghost character (broken line Y), and is repeatedly executed in a short time, so that the player character apparently appears. And ghost characters appear to be controlled simultaneously.

  First, the battle control unit 812a executes control of the player character based on the player's operation (broken line X). That is, the battle control unit 812a monitors the presence / absence of an input from the operation unit 500, and if there is an operation input (step k30: YES), whether or not the player character is already executing some action. Is determined (step k40). When the action is not being executed (step k40: NO), the execution of the action corresponding to the type of operation input is started (step k50).

  Subsequently, the battle control unit 812a executes control of the opponent ghost character (broken line Y). As for the control of the opponent ghost character, the ghost routine (one-dot chain line Z) based on the specific situation operation data and the standard routine (one-dot chain line W) based on the thinking routine information are switched depending on whether or not the specific situation is detected. Control.

  First, the battle control unit 812a determines whether or not the ghost character is being controlled by the ghost routine, that is, the ghost character reproduces the movement of the character at the time of past operation input based on the specific situation operation data. It is determined whether or not is being performed (step k60). If the ghost character is being controlled by the ghost routine (step k60), processing is performed according to the operation data being controlled, and the process proceeds to step k160.

  When the ghost character is not being controlled by the ghost routine (step k60; NO), the specific situation detection unit 812b determines whether or not a specific situation has been detected (step k70). Specifically, the specific situation detection unit 812b compares the state of the player character and the ghost character with the control specific situation condition 874, and detects whether or not the game situation is the same as the specific situation. .

  When it is detected that the game situation is the same as the specific situation (step k70; YES), the battle control unit 812a controls the movement of the ghost character by switching the ghost character control routine to the ghost routine. Specifically, the operation data corresponding to the detected specific situation, the technique related to the specific situation, the stage of the ghost character, etc. is selected from the control specific situation operation data 878 (step k80). Then, in accordance with the selected operation data, the ghost character is controlled so as to reproduce the movement of the player character performed when the operation data is input. When the control based on the selected operation data ends, the control routine is switched to the standard routine.

  For example, when the detected state is the air release state of the player character, the attack technique performed on the player character is a high kick, and the rank of the ghost character is the first stage, the number of operation data shown in FIG. Operation data corresponding to “a002” (for example, operation data in the order of down button, down button right button, right button, down button, right stick, down button, right button) is acquired from the control specific situation operation data 878. The ghost character is controlled according to the operation data. As a result, the ghost character is controlled in accordance with the past operation data of the player for the player character (more specifically, the player of the character constituting the ghost character). Therefore, the movement of the ghost character can be controlled as if the actual player is operating. In addition, when a plurality of operation data with overlapping conditions such as specific situation, stage, attack technique, received technique, etc. are stored in the control specific situation operation data 878, one of the plurality of operation data is randomly selected. Operation data is selected and acquired, and the movement of the ghost character is controlled according to the operation data.

  On the other hand, when it is not detected that the game situation is the same as the specific situation (step k70; NO), the battle control unit 812a controls the ghost character by a standard routine according to the thought routine information read in step k10. . Specifically, an action is selected based on the player pattern information read in step k20 (step k100). For example, based on the operation input signal from the operation unit 500, the action state of the player character and the opponent ghost character, the interval, etc., it is determined which action is to be executed at which timing.

  Next, when an attack is selected in step k100 (step k110: YES), the battle control unit 812a selects the attack technique by the thinking routine 672 for the rank of the opponent ghost character, and the player pattern read in step k20. The attack technique is determined by weighting the attack command use frequency set in the information (step 130).

  If defense is selected in step k100 (step k120: YES), the battle control unit 812a selects the defense technique by the opponent ghost character's stage thinking routine 672, and reads the player pattern information in step k20. A defense technique is determined by weighting the defense command rate set to (step k140).

  If the technique is determined in step k130 or step k140, the battle control unit 812a causes the action to be executed (step k150). As a result, the movement of the opponent ghost character reflecting the play style of the corresponding player is realized.

  And the battle | competition control part 812a determines whether the round was complete | finished (step k160), when the round is not complete | finished, it transfers to step k30 and repeats the process mentioned above. On the other hand, when the round is finished (step k160), the battle play process B is finished.

[Action / Effect]
As described above, according to the second embodiment, in the fighting game, the air release state, the state in which the stiffness difference has occurred, the down state, the crouching state, and the moving state are set as specific situations, and the same situation as the specific situation is obtained. Whether or not the current game situation is the same as the specific situation is detected based on a recording specific situation condition 872 that is a condition stored in advance to detect whether or not the situation has become. When it is detected that the game situation is the same as the specific situation, the player's operation input to the player character is recorded as operation data together with the technique related to the specific situation for a predetermined period. Then, after the game ends, the specific situation operation data 882 is generated from the recording specific situation operation data 876 and transmitted to the game server 20 together with the difference data 880. The game server 20 stores the specific ghost character specific situation operation data 250.

  Further, in a battle game between a player character and a CPU-controlled ghost character, the game terminal 80 acquires ghost character data of the ghost character and specific situation operation data 250 from the game server 20. During the game execution, it is detected based on the control specific situation condition 874 whether or not the current game situation is the same as the specific situation. When it is detected that the situation is the same as the specific situation, the ghost character is controlled by switching the control routine of the ghost character from the standard routine to the ghost routine. That is, the specific situation operation data is selected from the control specific situation operation data 878 based on the type of the specific situation, the technique related to the specific situation, the stage of the ghost character, etc., and the ghost character is selected according to the selected specific situation operation data. By controlling, the ghost character is controlled so as to reproduce the movement of the player character when the specific situation operation data is input.

  Thus, when the same situation as the specific situation is detected during the game play, the ghost character is controlled so as to reproduce the movement of the player character at that time based on a series of operation data input by the player in the past. Therefore, a characteristic operation unique to an actual player can be faithfully reproduced.

  As a result, not only the player's operation tendency can be reproduced, but also the player's characteristic operation itself can be reproduced to control the movement of the ghost character. Therefore, it is possible to give the player who is playing against the ghost character as if he is playing against a real player.

  Further, since the recording specific situation condition for recording the operation data and the control specific situation condition for switching the control routine are conditions for detecting the same situation, the current game situation is the operation data. When the situation becomes the same as when the character is recorded, the control routine can be switched to faithfully reproduce the movement of the player character performed under the same situation with respect to the ghost character. That is, the reproduction of the player's characteristic operation is performed when the situation becomes the same as the situation in which the operation is performed, and thus the reproduction is adapted to the game situation. As a result, the ghost character can be controlled as if the player is operating.

  In addition, after the game ends, the specific situation operation data for recording 878 is set in the difference data 880 and transmitted to the game server 20 to update the specific situation operation data of the ghost character data stored in the game server 20. The player's own ghost character can be grown as the player improves the game play. Alternatively, since it is possible to play against a ghost character controlled based on specific situation operation data input by another player, the player can enjoy playing against a ghost character reflecting various player characteristics. .

[Modification]
The preferred embodiments of the present invention have been described above, but the present invention is not limited to those described above, and can be changed as appropriate without departing from the spirit of the invention.

  For example, in the above-described embodiment, the game terminal 50 downloads the ghost character data of the player of the game terminal 50 from the game server 10, and at the end of the game, the downloaded ghost character data and the result of the game play are updated. Although the difference with the own ghost character data is transmitted to the game server 10, it may be as follows. That is, the command input history 720 obtained as a result of the game play is transmitted to the game server 10 without downloading the ghost character data of the player of the game terminal 50 from the game server 10. Then, on the game server 10 side, a game result (data corresponding to the play data 730 shown in FIG. 17) of the player of each game terminal 50 is created, and the player pattern information of the corresponding ghost character data may be updated. .

  In the above-described embodiment, the date when the ghost character data is updated is set as the time identification information for identifying the time when the ghost character data is registered. However, the date may be as follows. That is, as the time identification information, a predetermined counter value that is counted after the game system 1 starts operating may be set instead of the update date. Specifically, the cumulative number of users using the game terminal 50 connected to the game server 10 (for example, the number of game media and the total number of medals inserted as a game value) may be set.

  Further, in the above-described embodiment, the command input during the game play is recorded as the command input history 720, and the current player pattern 734 is created based on the command input history 720. However, the following may be used. That is, for a predetermined period in the game, a command input within the predetermined period may be recorded as the command input history 720, and the current player pattern 734 may be created based on the command input history 720. Specifically, for example, only a predetermined time (for example, 10 seconds) from a game start or a predetermined round (for example, the first round) may be recorded. Alternatively, after the life of the opponent ghost character becomes a predetermined threshold value or less (for example, half or less), the recording target may be used.

  Further, each store 30 may be configured not to include the live monitor terminal 90. In this case, the game server 10 distributes various ranking data to each game terminal 50, and the game computing unit 512 performs control to display the distributed ranking data as needed, for example. Also good.

  Further, the present invention can be applied not only to the arcade game machine 1200 shown in FIG. 1 but also to various devices such as a home game machine, a portable game machine, and a general-purpose computer such as a personal computer.

  In the above-described embodiment, the case where the game server 10 is installed on the manufacturer side and the game terminal 50 is installed in each store has been described. However, the game server 10 and the game terminal 50 are installed in the same store. Of course it does not matter.

  In this case, the device configuration for realizing the game system may be configured as a single device as a whole in which a plurality of game devices are physically coupled. FIG. 44 is a diagram showing an example of an overview of the game system 1300 in this case. In the game system 1300 shown in FIG. 44, four players can play a game simultaneously. In addition, the game system 1a includes a main display 1380, and the main display 1380 displays various ranking information described in the above embodiment. Each player operates the stick 1340 and the button 1360 while listening to the game sound output from the speaker 1320, and enjoys the game while watching the game screen displayed on the display 1310.

  In the second embodiment described above, as an example of the specific situation, “air release state”, “rigidity difference”, “down state”, “squatting state”, and “moving state” have been described. It may be a specific situation. For example, the specific state may be a state in which the player character is standing. In this case, it is possible to record the attack pattern of the player, which is characteristic as a so-called standing technique, and to control the ghost character based on the recorded operation data.

  Further, the configuration has been described in which the specific situation detection process is executed and the operation data input to the player character is recorded when the specific status is detected during the game play. However, other configurations may be used. . For example, the specific situation operation data for recording 876 may be created from the input command recorded by the recording process of the input command.

  Specifically, when the recording start condition of the recording specific situation condition is satisfied during the game play, the specific situation detection unit 812b records the detected time, the type of the specific situation, the technique related to the specific situation, and the like. When the recording end condition is satisfied, the recording is ended. Then, after the game play is finished, the operation data corresponding to the recorded content is checked, extracted from the command input history 720, and the recording specific situation operation data 876 is generated.

The figure which shows the example of an outline at the time of applying a game terminal to an arcade game machine. The figure which shows an example of the whole structure of a system. The figure which shows an example of the apparatus structure of each shop. The block diagram which shows an example of a function structure of a game server. The figure which shows the data structural example of ghost character ranking information. The figure which shows the data structural example of a ghost character point ranking. The block diagram which shows an example of a function structure of a game terminal. The figure which shows the data structural example of the own player data. The figure which shows the data structural example of self-ghost character data. The figure which shows the data structural example of the ghost character information for battle | competition. The figure which shows the data structural example of a command list table. The figure which shows the data structural example of standard action pattern information. The figure which shows the data structural example of an experience value / stage change table. The figure which shows the data structural example of a point addition table. The figure which shows the data structural example of a fight money granting table. The figure which shows the data structural example of a command input history. The figure which shows the data structural example of play data. The figure which shows the data structural example of difference data. The block diagram which shows an example of a function structure of the terminal for live monitors. The flowchart for demonstrating the flow of a player management process. The flowchart for demonstrating the flow of a ghost character management process. The flowchart for demonstrating the flow of a ranking management process. The flowchart for demonstrating the flow of a game process. The flowchart for demonstrating the process of a self-ghost character data receiving thread. The flowchart for demonstrating the flow of a battle | competition play process. The flowchart for demonstrating the process of a difference data transmission thread. The flowchart for demonstrating the flow of the ghost character management process for a battle | competition. The figure which shows an example of a ranking screen. The figure which shows an example of the hardware constitutions of a game terminal. The figure explaining the control routine of the ghost character of 2nd Embodiment. The block diagram which shows an example of a function structure of a game terminal. The figure which shows the data structural example of the specific condition conditions for recording. The figure explaining the air discharge | release state. The figure explaining a rigid difference. The figure which shows the data structural example of the specific condition condition for control. The figure which shows an example of the specific condition operation data for recording. The figure which shows an example of the specific condition operation data for recording. The figure which shows an example of the specific condition operation data for recording. The figure which shows an example of the specific condition operation data for recording. The figure which shows an example of the specific condition operation data for recording. The flowchart for demonstrating the flow of a game process. The figure for demonstrating the flow of a specific condition detection process. The flowchart for demonstrating the flow of the battle | competition play process B. FIG. The figure which shows the modification of a game system.

Explanation of symbols

N communication line 1 game system 10 game server 100 processing unit 102 player management unit 104 ghost character management unit 106 ranking management unit 110 communication unit 120 storage unit 130 game management program
132 Player management program
134 Ghost Character Management Program
136 Ranking management program 140 Player DB
150 Ghost Character DB
160 Ranking DB
170 Player Ranking Information 180 Ghost Character Ranking Information 30 Store 50 Game Terminal 500 Operation Unit 510 Processing Unit
512 Game calculation part
512a Battle control unit
512b Match result update section
512c Fighting ghost character manager
512d Player pattern information creation unit
514 Image generation unit
516 Sound generation unit 520 Display unit 530 Sound output unit 540 Communication unit 550 Storage unit
560 game program
562 Battle Control Program
564 Competitive Result Update Program
566 ghost character management program for battle
568 Player pattern information creation program
600 game data
610 Own player data
620 Own ghost character data
630 ghost character information for battle
640 Character setting information
650 Stage information
660 Command list table
670 Stepwise thought routine
672 Thought routine
680 Standard action pattern information
690 Experience / Stage Change Table
700 points addition table
710 Fight Money Grant Table
720 Command input history
730 play data
740 Difference data
742 Player data difference
744 Ghost character data difference
746 Competitive Ghost Character Data Difference 90 Live Monitor Terminal 900 Processing Unit
902 ranking display control unit 910 display unit 920 sound output unit 930 communication unit 940 storage unit
942 Ranking display control program
944 Ranking data for the store

Claims (31)

For a plurality of registered characters, a computer that stores play data serving as a control reference for the registered characters, stores points of each of the plurality of registered characters, and is communicatively connected to a server that adjusts the points according to the battle result. A program for controlling a CPU character and controlling a player character based on an operation input of the player to execute a battle game,
Download means for downloading play data of any of the plurality of registered characters from the server;
Terminal-side storage means for storing play data downloaded by the download means;
CPU character selection means for selecting play data of one registered character from the play data stored by the terminal side storage means, and selecting the one registered character as a CPU character;
A battle means for fighting the player character by controlling the CPU character selected by the CPU character selection means based on the play data of the CPU character;
Point update control means for performing control to update the points of the selected CPU character stored in the server by transmitting a battle result by the battle means to the server;
A program for causing the computer to function as The program according to claim 1,
A program for causing the computer to function as rank display control means for performing control to display ranks of the plurality of registered characters based on points stored in the server. The program according to claim 1 or 2,
The server further stores a play level of each of the plurality of registered characters and time identification information for identifying a time when the play data of each of the plurality of registered characters is registered,
The terminal-side storage means stores the play data of the registered character in association with each play level, and causes the computer to function to store time identification information of the play data,
Further causing the computer to function as deletion means for deleting play data stored by the terminal-side storage means based on the time identification information;
By controlling the deletion unit and the download unit so that play data of at least one registered character is always stored in the terminal-side storage unit for each play level, the play data is stored in the terminal-side storage unit. A program for causing the computer to further function as data management means for managing existing play data. The program according to claim 3,
The CPU character selection means determines the play level of the registered character to be played next time based on the battle result by the battle means and / or the play level of the previously selected registered character, and is stored in the terminal-side storage means. Next-time character selection means for selecting a registered character to be played next time from among the registered characters of the determined play level,
The battle means has a next battle means for playing against the play character by controlling the CPU character selected by the next character selection means based on the play data of the CPU character, following the previous battle.
Program for causing the computer to function. The program according to any one of claims 1 to 4,
The server further stores a registered player ID of each registered character,
An ID input means for inputting a player ID of a player character to be battled by the battle means;
Update target data download means for downloading play data of a registered character having the same registered player ID as the player ID input by the ID input means from the server;
Play data to be updated and stored in the server by updating the play data downloaded by the update target data download means and uploading to the server on the basis of contents input during a predetermined period during the battle by the battle means Update control means,
As a program for further functioning the computer. The program according to claim 5,
The play data includes information on the frequency of occurrence of continuous techniques,
Frequency of occurrence of continuous technique generated by operation input for a predetermined period at the time of the battle by the battle means, based on the frequency of occurrence of continuous techniques included in the play data downloaded by the update data download means by the play data update control means A program for causing the computer to function so as to have continuous technique occurrence frequency update means for updating the occurrence frequency of the continuous technique included in the play data to the occurrence frequency at the time of the battle when the player is more frequent. The program according to claim 5 or 6,
The play data includes high-frequency occurrence technique information relating to techniques that occur at a predetermined frequency,
The play data update control means generates the frequently-occurring technique information included in the play data downloaded by the update target data download means by the operation input for a predetermined period during the battle by the battle means. A program for causing the computer to function so as to have a frequently-occurring technique updating means for updating based on the program. The program according to any one of claims 1 to 4,
The server includes means for storing a registered player ID of each registered character, and update means for updating play data based on operation input data at the time of a battle,
An ID input means for inputting a player ID of a player character to be battled by the battle means;
Registering the same registered player ID as the player ID stored in the server by transmitting the operation input data input during the battle by the battle means and the player ID input by the ID input means to the server. Play data update control means for updating and storing the play data of the character,
A program for causing the computer to function as For a plurality of registered characters, the play data serving as a control reference for the registered characters is stored, the points of the plurality of registered characters are stored, and the communication is connected to a server that adjusts the points according to the battle results. A game terminal device that executes a battle game by controlling a CPU character and controlling a player character based on an operation input of the player,
Download means for downloading play data of any of the plurality of registered characters from the server;
Terminal-side storage means for storing play data downloaded by the download means;
CPU character selection means for selecting play data of one registered character from play data stored by the terminal side storage means, and selecting the one registered character as a CPU character;
Battle means for controlling the CPU character selected by the CPU character selection means on the basis of the play data of the CPU character, so as to play against the player character;
Point update control means for performing control to update the points of the selected CPU character stored in the server by transmitting a battle result by the battle means to the server;
A game terminal device comprising: The play data includes at least operation history information in which an actual operation input of the player is recorded,
A situation detecting means for detecting that the game situation of the battle game has become a specific situation in which a control method of the CPU character can be switched;
The battle means controls the CPU character by predetermined AI control, and the control is included in the play data of one registered character selected by the CPU character selection means in response to detection by the situation detection means. The CPU character is controlled by temporarily switching to the operation history control that causes the CPU character to reproduce the movement of the character according to the operation input when recorded in the operation history information based on the operation history information that is recorded. CPU character control means to
The game terminal device according to claim 9. A server communicatively connected to the game terminal device according to claim 10,
Play data storage means for storing play data serving as a control reference for the registered characters for a plurality of registered characters,
Point storage means for storing points of each of the plurality of registered characters;
Point update means for adding and subtracting and updating points of the CPU character that has played in the game terminal device based on the battle result transmitted from the game terminal device;
Program to function as. The program according to claim 11,
The game terminal device includes: an ID input unit that inputs a player ID of a player character that battles with the battle unit; an operation input data that is input during a battle by the battle unit; and a player ID that is input by the ID input unit. Means for transmitting to the server,
Receiving means for receiving operation input data and a player ID input by the ID input means, which are input from the game terminal device during a predetermined period during the battle by the battle means;
Means for storing a registered player ID of each registered character;
Updating means for updating the play data of the registered character stored in the play data storage means having the same registered player ID as the player ID received by the receiving means, based on the received operation input data;
A program for causing the server to function as A program according to claim 12,
The play data includes information on the frequency of occurrence of continuous techniques,
The update means has a higher occurrence frequency of the continuous technique represented by the operation input data received by the receiving means than the occurrence frequency of the continuous technique included in the play data stored by the play data storage means. A program for causing the computer to function so as to have means for updating the occurrence frequency of the continuous technique included in the play data to the occurrence frequency represented by the operation input data. A program according to claim 12 or 13,
The play data includes high-frequency occurrence technique information relating to techniques that occur at a predetermined frequency,
Based on the technique that has occurred at the predetermined frequency represented by the operation input data received by the receiving means, the update means has the frequently-occurring technique information included in the play data stored by the play data storage means. A program for causing the computer to function so as to have an updating means. A program for causing a computer to control a CPU character and controlling a player character based on an operation input of the player to execute a battle game,
Play data storage means for storing play data serving as a control reference for the registered characters for a plurality of registered characters,
Point storage means for storing points of each of the plurality of registered characters to be adjusted according to the battle result;
CPU character selection means for selecting one registered character as the CPU character from the plurality of registered characters,
A battle means for fighting the player character by controlling the CPU character selected by the CPU character selection means based on the play data of the CPU character;
Point update means for adding and subtracting and updating the points stored by the point storage means of the selected CPU character based on the battle result by the battle means;
Order display control means for performing control to display the order of the plurality of registered characters based on the points stored by the point storage means;
A program for causing the computer to function as The program according to claim 15,
Player ID storage means for storing a registered player ID of each registered character stored by the play data storage means;
An ID input means for inputting a player ID of a player character to be battled by the battle means;
The play data of the registered character having the same registered player ID as the player ID input by the ID input means is updated based on the contents inputted by the operation means during the battle by the battle means, and is updated and stored in the play data storage means. Data update means,
As a program for further functioning the computer. When the current game situation is detected to be a specific situation in which the CPU character control method can be switched, an operation history, which is operation input data input by the player in the past, is used to control the CPU character by predetermined AI control. Based on the information, the operation history information used for the game device that controls the CPU character by temporarily switching to the operation history control that is the control for reproducing the movement of the character at the time of the past operation input is recorded in the computer. , A program for controlling execution of the same game as the game executed on the game device,
Player character control means for controlling the player character in accordance with the player's operation input to the player character;
Situation detecting means for detecting that the current game situation is the same as the specific situation;
Operation history information recording means for recording a player's operation input to the player character as operation history information in response to detection by the situation detection means;
A program for causing the computer to function as   18. The operation history information recording unit according to claim 17, for causing the computer to function so as to record a series of operation inputs of a player input during a predetermined period from detection by the situation detection unit as operation history information. Program. The game is a battle game,
The game device detects a situation where the state of the opponent character of the CPU character is in a specific state as the specific situation,
The program according to claim 17 or 18, wherein the situation detecting unit causes the computer to function so as to detect a situation in which the state of the opponent character of the player character is the same as the specific state. The game is a battle game,
The game device detects a situation where the state of the CPU character is in a specific state as the specific situation,
The program according to claim 17 or 18, wherein the situation detection means causes the computer to function so as to detect a situation where the state of the player character is the same as the specific state. The game is a battle game,
The game device detects, as the specific situation, a situation where a rigidity difference of the CPU character with respect to an opponent character satisfies a predetermined condition,
The program according to claim 17 or 18, wherein the situation detecting unit causes the computer to function so as to detect a situation in which a difference in rigidity of the player character with respect to an opponent character satisfies the same condition as the predetermined condition. When the player character is controlled in accordance with the player's operation input and it is detected that the current game situation is a specific situation, the operation history information recorded by the game device that records the player's operation input as the operation history information is included in the operation history information. A program for causing a computer to perform operation history control for reproducing the movement of the character at the time of the recorded operation input and causing the CPU character to perform, and for controlling execution of the same game as the game executed on the game device Because
Situation detecting means for detecting that the current game situation is the same as the specific situation;
Although the CPU character is controlled by predetermined AI control, the control is temporarily switched to the operation history control in response to the detection of the situation detection means, so that the operation input of the player in the specific situation is performed. CPU character control means for performing control to reproduce the movement of the corresponding character on the CPU character;
A program for causing the computer to function as For each of the plurality of registered characters, a computer connected to a server that stores at least play data including operation history information in which an actual operation input of the player is recorded is associated with and stored in the computer. A program for controlling a player based on a player's operation input to execute a battle game,
Download means for downloading play data of any of the plurality of registered characters from the server;
Terminal-side storage means for storing play data downloaded by the download means;
CPU character selection means for selecting play data of one registered character from the play data stored by the terminal side storage means, and selecting the one registered character as a CPU character;
A situation detecting means for detecting that the game situation of the battle game is a specific situation in which a control method of the CPU character can be switched;
The CPU character is controlled by a predetermined AI control. In response to the detection by the situation detection unit, the control is included in the operation history information included in the play data of one registered character selected by the CPU character selection unit. CPU character control means for controlling the CPU character by temporarily switching to the operation history control for reproducing the movement of the character according to the operation input when recorded in the operation history information and causing the CPU character to perform ,
A program for causing the computer to function as The play data includes at least operation history information in which an actual operation input of the player is recorded,
Causing the computer to function as situation detection means for detecting that the game situation of the battle game has become a specific situation in which the control method of the CPU character can be switched;
The battle means controls the CPU character by predetermined AI control, and the control is included in the play data of one registered character selected by the CPU character selection means in response to detection by the situation detection means. The CPU character is controlled by temporarily switching to the operation history control that causes the CPU character to reproduce the movement of the character according to the operation input when recorded in the operation history information based on the operation history information that is recorded. Causing the computer to function to have CPU character control means to
The program as described in any one of Claims 1-8 for. The operation history information is data in which a series of operation inputs of the player is recorded,
When the CPU character control means performs the operation history control, according to the operation history information included in the play data of one registered character selected by the CPU character selection means, the character of the character according to the operation input of a series of players. The program according to any one of claims 22 to 24, which causes the computer to function so as to control the CPU character so as to reproduce a series of movements.   A computer-readable information storage medium storing the program according to any one of claims 1 to 8 and 11 to 25. A game device for controlling a CPU character and executing a battle game by controlling a player character based on an operation input of the player,
For a plurality of registered characters, play data storage means for storing play data serving as a control reference for the registered characters;
Point storage means for storing the points of each of the plurality of registered characters to be adjusted according to the battle result;
CPU character selection means for selecting one registered character as a CPU character from the plurality of registered characters;
Battle means for controlling the CPU character selected by the CPU character selection means on the basis of the play data of the CPU character, so as to play against the player character;
Point update means for adding and subtracting and updating the points stored by the point storage means of the selected CPU character based on a battle result by the battle means;
Order display control means for performing control to display the order of the plurality of registered characters based on the points stored by the point storage means;
A game apparatus comprising: A server that is communicatively connected to the game terminal device according to claim 9,
For a plurality of registered characters, play data storage means for storing play data serving as a control reference for the registered characters;
Point storage means for storing the points of each of the plurality of registered characters;
Based on the battle result transmitted from the game terminal device, point update means for adjusting and updating the points of the CPU character battled with the game terminal device;
A server comprising: When the current game situation is detected to be a specific situation in which the CPU character control method can be switched, an operation history, which is operation input data input by the player in the past, is used to control the CPU character by predetermined AI control. Based on the information, the operation history information used for another game device that controls the CPU character by temporarily switching to the operation history control that is the control for reproducing the movement of the character at the time of the past operation input is recorded. , A game device that controls execution of the same game as the game executed on the other game device,
Player character control means for controlling the player character in accordance with the player's operation input to the player character;
Situation detecting means for detecting that the current game situation is the same as the specific situation;
Operation history information recording means for recording a player's operation input to the player character as operation history information in response to detection by the situation detection means;
A game device comprising: The operation history recorded by another game device that records the operation input of the player as operation history information when the player character is controlled in accordance with the operation input of the player and the current game situation is detected as a specific situation. Based on the information, a game device that performs operation history control for reproducing the movement of the character at the time of the recorded operation input and causing the CPU character to perform, and controls execution of the same game as the game executed on the other game device Because
Situation detecting means for detecting that the current game situation is the same as the specific situation;
Although the CPU character is controlled by predetermined AI control, the control is temporarily switched to the operation history control in response to the detection of the situation detection means, so that the operation input of the player in the specific situation is performed. CPU character control means for performing control to reproduce the movement of the corresponding character on the CPU character;
A game device comprising: For each of the plurality of registered characters, the player character is connected to a server that stores at least play data including operation history information in which the actual operation input of the player is recorded, and the player character is controlled by controlling the CPU character. A game terminal device that executes a battle game by controlling based on the operation input of
Download means for downloading play data of any of the plurality of registered characters from the server;
Terminal-side storage means for storing play data downloaded by the download means;
CPU character selection means for selecting play data of one registered character from play data stored by the terminal side storage means, and selecting the one registered character as a CPU character;
Situation detecting means for detecting that the game situation of the battle game has become a specific situation in which a control method of the CPU character can be switched;
The CPU character is controlled by a predetermined AI control. In response to the detection by the situation detection unit, the control is included in the operation history information included in the play data of one registered character selected by the CPU character selection unit. CPU character control means for controlling the CPU character by temporarily switching to the operation history control for reproducing the movement of the character according to the operation input when recorded in the operation history information and causing the CPU character to perform When,
A game terminal device.

Images