WO2021079591A1 - コンピュータシステム及びゲームシステム - Google Patents

コンピュータシステム及びゲームシステム Download PDF

Info

Publication number
WO2021079591A1
WO2021079591A1 PCT/JP2020/030590 JP2020030590W WO2021079591A1 WO 2021079591 A1 WO2021079591 A1 WO 2021079591A1 JP 2020030590 W JP2020030590 W JP 2020030590W WO 2021079591 A1 WO2021079591 A1 WO 2021079591A1
Authority
WO
WIPO (PCT)
Prior art keywords
action
player
recommended candidate
game
control unit
Prior art date
Application number
PCT/JP2020/030590
Other languages
English (en)
French (fr)
Inventor
幸平 池田
竜 齋藤
武 飛田
Original Assignee
株式会社バンダイナムコエンターテインメント
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社バンダイナムコエンターテインメント filed Critical 株式会社バンダイナムコエンターテインメント
Priority to KR1020217020938A priority Critical patent/KR20220073699A/ko
Publication of WO2021079591A1 publication Critical patent/WO2021079591A1/ja
Priority to US17/336,781 priority patent/US11992765B2/en

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/40—Processing input control signals of video game devices, e.g. signals generated by the player or derived from the environment
    • A63F13/44—Processing input control signals of video game devices, e.g. signals generated by the player or derived from the environment involving timing of operations, e.g. performing an action within a time slot
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/40—Processing input control signals of video game devices, e.g. signals generated by the player or derived from the environment
    • A63F13/42—Processing input control signals of video game devices, e.g. signals generated by the player or derived from the environment by mapping the input signals into game commands, e.g. mapping the displacement of a stylus on a touch screen to the steering angle of a virtual vehicle
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A63F13/46—Computing the game score
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/55—Controlling game characters or game objects based on the game progress
    • A63F13/56—Computing the motion of game characters with respect to other game characters, game objects or elements of the game scene, e.g. for simulating the behaviour of a group of virtual soldiers or for path finding
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/55—Controlling game characters or game objects based on the game progress
    • A63F13/57—Simulating properties, behaviour or motion of objects in the game world, e.g. computing tyre load in a car race game
    • A63F13/577—Simulating properties, behaviour or motion of objects in the game world, e.g. computing tyre load in a car race game using determination of contact between game characters or objects, e.g. to avoid collision between virtual racing cars
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/80—Special adaptations for executing a specific game genre or game mode
    • A63F13/833—Hand-to-hand fighting, e.g. martial arts competition
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance

Definitions

  • the present invention relates to a computer system or the like.
  • Patent Document 1 play data describing the progress of a race game running on a circuit in chronological order is saved for each player, and the play data is analyzed to specify when to play the next game.
  • a technique for displaying advice on how to operate is disclosed. Specifically, an example is shown in which advice for urging deceleration is displayed on the game screen in front of the corner that failed due to overspeed last time.
  • Patent Document 2 shows an example of displaying the "rigidity time (rigidity period)" peculiar to a fighting game on the game screen.
  • the "rigidity time” is a predetermined length of time set for all actions (movements) of the player character, and is the time required to start the next action after the execution of the action. For example, considering the case of continuous punching action, in order to realize punching, if you hold your arm in front of your chest and stretch it vigorously, it will fulfill the function required for "punch”, but you stretched it. You cannot start the next punch action until you return your arm. In this example, "until the extended arm is returned to its original position" corresponds to the rigidity time.
  • Patent Document 2 discloses a technique for displaying the length of the rigid time and the difference between the rigid time of the attacking side and the rigid time of the defending side on the game screen.
  • Patent Document 2 provides information on the rigidity time to the player. However, players who are unfamiliar with fighting games do not know what to do during rigid time in the first place. Especially when there are many kinds of actions such as fighting games, I don't know how to operate them. Therefore, it cannot be said that the conventional advice function disclosed in Patent Document 1 and Patent Document 2 is sufficient. It should be noted that the same problem is not limited to fighting games, but may exist in games of other genres as long as the game has a rigid time set for the action of the player character.
  • the problem to be solved by the present invention is to enable the player to be provided with appropriate advice when an action exchange occurs in which the own character and the opponent character exchange actions with each other and a rigid time occurs.
  • the first disclosure for solving the above-mentioned problems is a computer system that controls the execution of a game in which a player character and an opponent character play against each other.
  • One of the player character and the opponent character performs the first action (for example, the gimmick action of FIG. 4), and the other performs the second action (for example, the reception of FIG. 4) so that each other can perform the first action.
  • a detection unit that detects the occurrence of an action exchange that exchanges actions for example, the control board 1150 in FIG. 1, the server processing unit 200s in FIG. 9, the game management unit 210, the action exchange detection unit 212, step S16 in FIG. 15, and step S18).
  • the presentation control unit (for example, the control board 1150 in FIG. 1, the recommended candidate action presentation unit 30 in FIG. 5, the server processing unit 200s in FIG. 9, the game management unit 210, the presentation control unit 214, and step S84 in FIG. 16). It is a computer system equipped with.
  • the computer system can present a recommended candidate action based on the rigid time to the player after the rigid time of the player character has elapsed when the exchange of actions is detected. Therefore, it becomes possible to provide appropriate advice to the player when an action exchange occurs in which the own character and the opponent character exchange actions with each other and a rigid time occurs.
  • the second disclosure is a computer system in which the presentation control unit makes the presentation when the self-rigidity time is shorter than the opponent's rigidity time related to the action performed by the opponent character.
  • the computer system utilizes the time difference to play the player.
  • the player can be presented with recommended candidate actions that can be performed on the character.
  • the player can know how to use the time difference by this presentation. Therefore, in a game using a character in which the rigidity time is set, it becomes possible to provide the player with advice on using the time difference of the rigidity time.
  • the third disclosure is a computer system in which the presentation control unit presents to the player an action in which the effect is activated during the time difference between the opponent's rigid time and the self-rigid time as the recommended candidate action.
  • the computer system can present an action in which the effect is activated during the time difference as a recommended candidate action. That is, when the player character executes the recommended candidate action, the effect of the action is surely exhibited. In other words, it is possible to specifically provide the player with what action can be reliably executed.
  • the fourth disclosure is an attack technique in which the action gives damage when the opponent hits, and the presentation control unit activates the effect between the time difference between the opponent's rigidity time and the self-rigid time.
  • An action that is an action and satisfies a predetermined high effect condition indicating that the damage dealt when it is activated and hit is high for example, the "single skill high effect order" shown in the selection condition selection unit 38 of FIG. Is a computer system that presents a recommended candidate action) to the player as the recommended candidate action when is applied.
  • the computer system can present a relatively effective action that satisfies the high effect condition as a recommended candidate action. Therefore, even if many actions are set in the player character, highly effective actions, that is, actions that are more beneficial to the player can be selectively presented, so that the quality of the advice function can be improved.
  • the presentation control unit variably selects an action as the recommended candidate action based on the character type of the player character (for example, the character initialization data 520 of FIG. 11 and the step of FIG. 15).
  • S52 a computer system.
  • the computer system can present an appropriate recommended candidate action according to the type of the character as the player character in the configuration in which the player selects the player character from a plurality of types of characters.
  • the presentation control unit variably selects an action to be the recommended candidate action based on the play history information of the player (for example, the selection condition selection unit 38 of FIG. 5 shows ". Recommended candidate actions when "style order” is applied), computer system ,.
  • the computer system can present a player's play history, for example, a recommended candidate action according to what kind of play has been played so far.
  • the play history information includes information on the play style that the player likes and the play style that the player is good at. Therefore, by selecting the recommended candidate action based on the play history information, it is possible to present the recommended candidate action in consideration of the player's preference and the play style that he / she is good at, so that the user satisfaction of the advice function can be enhanced.
  • the seventh disclosure includes a storage unit (for example, storage 1140 in FIGS. 1 and 20 and IC memory 1152) that stores play history information of the player and other players other than the player, or includes the storage unit.
  • the presentation control unit accesses the storage unit and changes the action as the recommended candidate action based on the player and the play history information of the other player. To choose a computer system.
  • the computer system can determine the recommended candidate action based on the play history information of the player and other players.
  • the play history information includes information on the play style that the player likes and the play style that the player is good at. Therefore, by referring to the play history information of a plurality of players, it becomes possible to present a popular action that is frequently activated as a recommended candidate action, so that the user satisfaction of the advice function can be enhanced.
  • the presentation control unit selects an action to be the recommended candidate action according to a given selection criterion, and after the presentation control unit presents the recommended candidate action, the suitability of the selection criterion by the player.
  • a reception unit that accepts inputs (for example, a selection condition change operation unit 33 in FIG. 5, a suitability input reception control unit 216 in FIG. 9, and step S92 in FIG. 18).
  • Selection criteria update section that updates the selection criteria based on the suitability input received by the reception section (for example, selection criteria update section 218 in FIG. 9, application selection condition type 780 in FIG. 12, step S96 in FIG. 18). It is a computer system further equipped with.
  • the computer system can reflect the player's preference (result of suitability input) in the selection of the recommended candidate action. Therefore, the user satisfaction of the advice function can be improved.
  • the presentation control unit determines whether or not to present the recommended candidate action based on the play history information of the player (for example, step S54 and step S56 in FIG. 15), the computer.
  • the system determines whether or not to present the recommended candidate action based on the play history information of the player (for example, step S54 and step S56 in FIG. 15), the computer.
  • the computer system can omit the presentation of the recommended candidate action when it is not necessary to present it based on the player's past play performance. For example, a player who is proficient in selecting and executing an action using a time lag is less likely to want to be presented with a recommended candidate action. It is possible to prevent such players from being presented with recommended candidate actions.
  • the presentation control unit presents the input recommended timing for performing the recommended candidate action to the player (for example, the first timing display 46 in FIG. 6, the second timing display 48, and step S96 in FIG. 19). ), Computer system.
  • the computer system can teach the player the recommended input timing for performing the recommended candidate action. Therefore, the quality of the advice function can be improved.
  • the eleventh disclosure is a progress focus control unit (for example, the progress focus control unit 222 of FIG. 9) that performs progress focus control that temporarily stops or slows the progress of the game in response to the detection of the detection unit.
  • a computer system further comprising step S70) of 18.
  • the computer system uses visual effects to indicate that it is possible to play using the time difference by temporarily stopping the movement of the player character or making it appear slower than usual. I can teach strongly.
  • the presentation control unit presents a plurality of the recommended candidate actions in a selectable manner during the progress focus control, and the presentation control unit presents the plurality of recommended candidate actions from among the plurality of recommended candidate actions.
  • a recommended candidate action application unit for example, the model video 40 of FIG. 6, the recommended candidate action application unit 224 of FIG. 9, and step S96 of FIG. 19 for causing the player character to perform the recommended candidate action selected by the player.
  • the computer system allows the player character to perform an action selected from the recommended candidate actions presented by the player.
  • the thirteenth disclosure is that the presentation control unit presents a plurality of the recommended candidate actions with a series of action groups in which a plurality of actions are continuous as the recommended candidate action (for example, the selection condition selection unit of FIG. 5).
  • Recommended candidate action when "trend order (1)” and “trend order (2)” shown in 38 are applied), and after the detection by the detection unit, the player character takes an action according to the operation input of the player.
  • the series of actions following the action is narrowed down from the plurality of recommended candidate actions, and the presentation content is updated according to the action so as to present the narrowed down recommended candidate actions.
  • step S52 in FIG. 15 is a computer system.
  • the computer system can selectively present a series of action groups following the action. For the player, he / she can be presented with a series of action groups following the action executed by the player character, so that he / she can obtain developmental advice without waste.
  • the fourteenth disclosure evaluates an action taken by the player character after the elapse of the self-rigidity time when the detection is performed by the detection unit and the self-rigidity time is shorter than the opponent's rigidness time.
  • the computer system further includes an evaluation control unit (for example, the evaluation control unit 226 of FIG. 9, step S74 of FIG. 18, and step S76 of FIG. 18) for notifying the evaluation result.
  • the computer system can notify the evaluation result of the action performed by the player character after the elapse of the self-rigidity time. It is possible to give the player a guideline for judging whether or not his / her operation is appropriate.
  • the fifteenth disclosure is a computer system in which the evaluation control unit evaluates the operation input timing related to the action of the player character after the elapse of the self-rigidity time.
  • the computer system can notify the evaluation of the operation input timing related to the action of the player character.
  • the sixteenth disclosure is a computer system in which the presentation control unit presents the recommended candidate action during the replay playback of the battle game.
  • Replay playback is suitable as an opportunity to reconfirm the content of the gameplay and use it as a reflection material.
  • the computer system presents recommended candidate actions during its replay playback, so that advice can be provided at an appropriate time.
  • the seventeenth disclosure is a computer system in which the presentation control unit sets a timing for presenting the recommended candidate action based on the game progress result of the battle game (for example, step S60 in FIG. 15).
  • the "game progress result" referred to here includes, for example, damage given to the opponent by using the time difference of the rigidity time.
  • the computer system can select and set the timing of presenting the recommended candidate action based on the progress result of the game. Therefore, even if there are many detection results of action exchanges, it is possible to set the timing of presentation only in situations that greatly affect the outcome, and it is possible to adjust the number of presentations appropriately. it can.
  • the eighteenth disclosure is a game system including the server system, which is the above-mentioned computer system that communicates with the player terminal and controls the execution of the battle game, and the player terminal.
  • the figure which shows an example of the structure of the game system in 1st Embodiment The front view which shows the configuration example of a player terminal.
  • the figure which shows the display example of a game screen. A diagram for explaining the exchange of actions and the rigid time difference.
  • the figure which shows the display example with the arrival of the advice timing during replay. The figure which shows the display example of the model display.
  • the figure which shows the screen display example in practice mode (the 1).
  • the figure which shows the screen display example in practice mode (the 2).
  • the functional block diagram which shows an example of the functional structure of the server system in 1st Embodiment.
  • the flowchart which continues from FIG. Advice A flowchart for explaining the flow of timing processing.
  • the flowchart which continues from FIG. The figure which shows the configuration example of the game system in 2nd Embodiment.
  • FIG. 1 is a diagram showing an example of a configuration of a game system according to the first embodiment.
  • the game system 1000 of the present embodiment is a computer system including a server system 1100 capable of mutual data communication by connecting to a network 9 and a plurality of player terminals 1500 (1500a, 1500b, ...), And is a game content (or game content (or). It is a content providing system that provides (also called a game application).
  • Network 9 means a communication path capable of data communication. That is, the network 9 means a telephone communication network, a cable network, a communication network such as the Internet, as well as a LAN (Local Area Network) using a dedicated line (dedicated cable) for direct connection and Ethernet (registered trademark).
  • the communication method may be wired or wireless.
  • the server system 1100 has a main body device 1101, a keyboard 1106, a touch panel 1108, and a storage 1140, and the main body device 1101 is equipped with a control board 1150.
  • the control board 1150 is equipped with various microprocessors such as CPU (Central Processing Unit) 1151, GPU (Graphics Processing Unit), DSP (Digital Signal Processor), various IC memories 1152 such as VRAM, RAM, and ROM, and communication device 1153. Has been done.
  • CPU Central Processing Unit
  • GPU Graphics Processing Unit
  • DSP Digital Signal Processor
  • various IC memories 1152 such as VRAM, RAM, and ROM
  • communication device 1153 has been done.
  • a part or all of the control board 1150 may be realized by an ASIC (Application Specific Integrated Circuit), an FPGA (Field-Programmable Gate Array), or a SoC (System on a Chip).
  • ASIC Application Specific Integrated Circuit
  • FPGA Field-Programmable Gate Array
  • SoC System on a Chip
  • the control board 1150 performs arithmetic processing based on a predetermined program and data, so that the user management function related to user registration and the like and the player who is the registered user can perform the player terminal 1500 (1500a, 1500b, ... )
  • the player terminal 1500 (1500a, 1500b, ... )
  • the game in this embodiment is realized as a kind of client-server type online game.
  • the server system 1100 is described as a single unit, it may be configured such that a plurality of blade servers sharing each function are mounted and connected to each other via an internal bus so that data communication is possible.
  • a configuration may be configured in which a plurality of independent servers installed at remote locations perform data communication via the network 9 to function as the server system 1100 as a whole.
  • the storage unit of the data storage server can be regarded as the storage 1140.
  • the player terminal 1500 (1500a, 1500b, 7) Is a computer system individually used by a player who is a registered user for game play, and can access the server system 1100 via the network 9 to execute an online game. It is an electronic device (electronic device). Functionally speaking, it is both a game device and a game controller.
  • the player terminal 1500 of the present embodiment will be described as a device called a so-called smartphone as hardware, but a portable game device, a game controller, a personal computer, a tablet computer, a wearable computer, a home game device, and a business game device. And so on.
  • FIG. 2 is a front view showing a configuration example of the player terminal 1500 according to the present embodiment.
  • the player terminal 1500 includes a direction input key 1502, a button switch 1504, a touch panel 1506 that functions as an image display device and a contact position input device, a speaker 1510, a built-in battery 1509, a microphone 1512, a camera 1520, and a control board. It includes a 1550 and a memory card reader 1542 capable of reading and writing data from a memory card 1540, which is a computer-readable storage medium.
  • a power button, a volume control button, etc. are provided.
  • an IC card reader or the like capable of reading and writing data in a non-contact manner with respect to an IC card type credit card or a prepaid card capable of paying for game play may be provided.
  • the control board 1550 wirelessly communicates with various microprocessors such as CPU 1551, GPU, and DSP, various IC memories 1552 such as VRAM, RAM, and ROM, and a mobile phone base station or wireless LAN base station connected to the network 9. It is equipped with a communication module 1553, an interface circuit 1557, and the like.
  • various microprocessors such as CPU 1551, GPU, and DSP
  • various IC memories 1552 such as VRAM, RAM, and ROM
  • a mobile phone base station or wireless LAN base station connected to the network 9. It is equipped with a communication module 1553, an interface circuit 1557, and the like.
  • the interface circuit 1557 includes a driver circuit of the touch panel 1506, a circuit for receiving signals from the direction input key 1502 and the button switch 1504, an output amplifier circuit for outputting an audio signal to the speaker 1510, and an audio signal collected by the microphone 1512.
  • An input signal generation circuit to be generated, a circuit for inputting image data of an image taken by the camera 1520, a signal input / output circuit to a memory card reader 1542, and the like are included.
  • control board 1550 These elements mounted on the control board 1550 are electrically connected via a bus circuit or the like, and are connected so that data can be read and written and signals can be transmitted and received.
  • a part or all of the control board 1550 may be composed of ASIC, FPGA, or SoC. Then, the control board 1550 stores the program and various data for realizing the function as the player terminal of the game of the present embodiment in the IC memory 1552.
  • the player terminal 1500 is configured to download the client program and various setting data from the server system 1100, but it may be configured to be read from a storage medium such as a separately obtained memory card 1540.
  • FIG. 3 is a diagram showing a display example of the game screen.
  • the game of this embodiment is a fighting game.
  • Each player selects and plays a character to be used as the player character 4 (4a, 4b, 7) From a plurality of types of candidate characters.
  • a plurality of types of "device actions” and a plurality of types of "received actions” are preset for each of the candidate characters that can be used as the player character 4.
  • the "device action” is an action to set an action on the opponent character. Attack techniques fall into this category in fighting games.
  • the "received action” is an action corresponding to the action set on the opponent character, and further includes “active received action” and "passive received action”.
  • the “active receiving action” is an action that actively responds to the gimmick action of the opponent character. In a fighting game, this includes a defensive technique (guard technique), an evasive action by backtracking or jumping, and a counter technique that can attack the opponent by releasing it at the right time according to the opponent's action.
  • the "passive receiving action” is an action that results when there is no operation input to execute an active receiving action. In a fighting game, this is the “killed” action when attacked with no guard.
  • the player repeatedly plays a predetermined operation input for each device action or received action to be executed by each player character 4. That is, if one player is focused on, in the game of the present embodiment, one of the player character and the opponent character performs the first action, and the other performs the second action, so that each other can perform the first action. It is a game that progresses with the exchange of actions.
  • the content of the game play is recorded and saved as play history information 730 associated with each play.
  • the play history information 730 includes, for example, matching data 731, replay data 732, and game progress data 733. Of course, data other than these can be included as appropriate.
  • the matching data 731 includes information such as a player account, age, and player level (skill index automatically set according to play results) for each player who participated in the game play.
  • the replay data 732 is data prepared to reproduce the play after the play, and is, for example, a time series of the contents of each operation input for each player, the input timing, and the result of the operation of the player character 4 by the operation input. Store in association with.
  • the game progress data 733 describes the progress / change of the game progress.
  • the data of the damage transition (in other words, the play result of each player) of each player character in the fighting game is one of them.
  • FIG. 4 is a diagram for explaining the exchange of actions and the rigid time difference.
  • the upper horizontal line in FIG. 4 is a timeline for action control of the first player character 4a.
  • the lower horizontal line in FIG. 4 is the timeline for action control of the second player character 4b.
  • the drawing frame of the game screen is used as a unit.
  • the first action by the first player character 4a is the "device action”
  • the second action by the second player character 4b is the "received action”.
  • the “device action” includes the “trigger action time”, which is the time required from the start of operation to the hit determination (from the 0th frame to the 1st frame f1 in FIG. 4), and the “trigger action” after the hit determination. “Rigidity time” (from the first frame f1 to the second frame f2 in FIG. 4) is set.
  • the time required to activate the gimmick action is the length of time required for it to be considered that the effect of the action has been activated or the effect has been activated.
  • the gimmick action is an attack technique, it is the length of time from the start of the action to the hit determination of the attack. Therefore, the activation time is set to a predetermined eigenvalue according to the content (how to show) of the character's movement by the action.
  • the rigidity time of the gimmick action is set in several types depending on the situation. Specifically, when the effect of the action does not act on the opponent (for example, when the attack ends in a miss), when the response of the opponent character is effective (for example, when the attack is guarded), If the opponent character does not respond or is not in time (for example, if the opponent is hit with no guard or if it is determined that the guard is delayed), the rigidity time differs depending on whether it intersects with the opponent character's gimmick action. It is set. Of course, the rigidity time can be set in other situations as well. On the contrary, the rigidity time may be a fixed value depending on the type of action.
  • the "received action” also has the same activation time (from the 0th frame to the 3rd frame f3 in FIG. 4) and the rigidity time (from the 3rd frame f3 to the 4th frame f4 in FIG. 4) for each type. It is set.
  • the rigidity time of the receiving action extends to the type of the gimmick action received, the hit judgment and the winning judgment before the action is completed, or the hit judgment and the winning judgment after the action is completed. It is set according to different situations such as. Of course, the rigidity time can be set in other situations as well. On the contrary, the rigidity time may be a fixed value depending on the type of action. In the present embodiment, it is assumed that the rigidity time of the receiving action is set variously according to the situation.
  • the rigid time difference regarding the action exchange due to the combination of the gimmick action and the received action is shown, but the rigid time difference is not limited to this combination, and both player characters 4 (4a, 4b, ...) Are respectively.
  • a rigid time difference occurs when a gimmick action is performed and an action exchange occurs.
  • the server system 1100 detects this as an "action exchange".
  • the detection timing of the action exchange is the start timing of the gimmick action preceding the action exchange, but it may be the start timing of the rigid time of the gimmick action.
  • the server system 1100 detects an action exchange, the time difference between the end timing of the rigid time of the preceding gimmick action (first action) and the end timing of the rigid time of the subsequent receiving action or the gimmick action (second action). That is, the "rigidity time difference" is obtained.
  • the "rigidity time difference” is the time difference between the second frame f2 and the fourth frame f4.
  • the server system 1100 pays attention to each player character 4, and the end timing of the rigid time (self-rigid time) of the player character 4 of interest and the rigid time (opposite rigid time) of the opponent player character 4 (opposite character). Compare with the end timing of.
  • the server system 1100 determines the player character. This is detected as the timing at which advice can be given to the player, that is, the "advice timing".
  • the activation time required for the second player character 4b is shorter than the rigidity time difference.
  • the "advice timing" that sets the player of the second player character 4b as the "advice target player” is detected.
  • the start frame of the preceding gimmick action that is the origin of the detected action exchange is set as the advice timing frame.
  • the server system 1100 displays advice to the player to be advised at each advice timing.
  • FIG. 5 is a diagram showing a display example accompanying the arrival of the advice timing during replay.
  • the advice display to the advice target player is performed during the replay.
  • the "replay" referred to here is to automatically reproduce the gameplay after the end of the gameplay based on the replay data 732 (see FIG. 3) of the play history information 730 automatically recorded during the gameplay. Is.
  • the server system 1100 automatically starts the display control of the replay of the game play, so-called replay playback, and displays the replay screen W5 on the player terminal 1500.
  • the replay screen W5 displays the replay video 20 and the seek bar 22.
  • the seek bar 22 indicates which timing of the time related to the game play is indicated by the video displayed in the video, and is a display unit and an operation reception unit that receives a designated operation of the timing to be displayed as the replay video 20. Is. Then, a timing mark 23 is displayed on the seek bar 22 for each "advice timing" in which the player viewing the replay image 20 is the player to be advised.
  • the server system 1100 slows down the replay display progress than usual. That is, slow playback is started and continues until the end of the rigid time difference. Then, at the end of the rigid time difference, the display progress of the replay is paused. By controlling the display progress of the replay to be stopped or slowed down, the progress of the replay is focused, and it is possible to strongly impress the player that this time is the object to be advised and it is an important time zone.
  • the server system 1100 displays a chance timing display 24 for notifying that an action using the rigid time difference is possible, a start operation icon 26 for starting the advice display, and a skip operation icon 27 for skipping the advice display. Display it.
  • the server system 1100 pops up the recommended candidate action presentation unit 30.
  • the recommended candidate action presentation unit 30 includes an application selection condition display unit 32, an action selection operation icon 34 (34a, 34b, ...) Prepared for each recommended candidate action, and a skip operation icon 36 for skipping the display of advice. Have.
  • the application selection condition display unit 32 shows the types of "selection conditions" currently applied to the selection and sorting of recommended candidate actions.
  • the "selection condition” referred to here is related to the process of presenting advice to the player as a recommended candidate action recommended as an action utilizing the rigid time difference, and a condition for selecting an action to be a recommended candidate action from among the gimmick actions and selection. It is a sort condition indicating the order or the presentation order.
  • the action can be executed in a short time, the easier it is to input the operation, and the action time and rigidity time are set to be shorter, so the "easy operation order" can be rephrased as the "speed order”. ..
  • the player's play style is clarified by statistically processing the number of executions for each action classification (for example, punch type, kick type, throw type, etc.) from the replay data 732 of the play history information 730 (or a copy of this).
  • action classifications for example, punch type, kick type, throw type, etc.
  • style order the action classifications with the highest number of executions are sorted so as to be prioritized.
  • multiple types of "trend order" can be set by setting the narrowing conditions that are regarded as “similar situations". For example, a type in which only the length of the rigidity time difference is used as a narrowing condition, a type in which the player level indicating the skill of the player is close to the narrowing condition, and the same opponent character and gimmick action are added to the narrowing condition. You can set the type, etc.
  • the selection condition change operation unit 33 is displayed on the application selection condition display unit 32.
  • the server system 1100 additionally displays the selection condition selection unit 38 when the operation unit is operated.
  • the selection condition selection unit 38 displays a list of selection conditions by type, and identifies and displays the selection conditions being selected.
  • the server system 1100 changes the selection condition to be applied according to a predetermined change operation (for example, input in the vertical direction) while the selection condition selection unit 38 is displayed. Then, when the selection condition to be applied is changed, the server system 1100 reselects the recommended candidate action, and the application selection condition display unit 32 of the recommended candidate action presentation unit 30 and the action selection operation icon 34 (34a, 34b, ...) and change the display.
  • a predetermined change operation for example, input in the vertical direction
  • the player selects the action selection operation icon 34 (34a). , 34b, 7) To select and operate. In that sense, the action selection operation icon 34 (34a, 34b, 7) Functions as a part for receiving an evaluation input by the player that the currently applied selection criteria are appropriate.
  • the selection condition change operation unit 33 function as a unit for receiving evaluation input by the player that the currently applied selection criteria are not appropriate.
  • the server system 1100 If any of the action selection operation icons 34 is selected, the server system 1100 considers that the presentation of the recommended candidate action is appropriate, and displays a model of the recommended candidate action corresponding to the selected icon. To execute.
  • FIG. 6 is a diagram showing a display example of the model display.
  • the model video 40, the model target action name 42, and the operation input pattern display 44 for executing the model target action are displayed.
  • the model video 40 is a video that reproduces the game play from the point where the player character 4a on the gimmick side starts the gimmick action based on the replay data.
  • the control of the player character from the advice timing is different from the normal replay.
  • the server system 1100 generates a video created by applying and executing a recommended candidate action corresponding to the selected action selection operation icon 34 to the player character 4b of the advised player instead of the replay data. That is, the model video 40 teaches that "if the recommended candidate action selected by the player can be correctly input, this will happen".
  • the display progress speed of the model video 40 may be the same as that of the normal replay, or may be slower than usual.
  • the server system 1100 displays a first timing display 46 and a second timing display 48 that clearly indicate the recommended input timing for inputting the operation of the recommended candidate action shown as a model. Display it.
  • the first timing display 46 is realized by applying a special display form to the player character of the player to be advised.
  • a special display form In the example of FIG. 6, the outline of the player character 4b on the receiving side shown on the right side of the screen is highlighted with a special display color.
  • the second timing display 48 is realized by text display.
  • the recommended input timing is a little before the end of the rigid time of the player character of the player to be advised (the time considering the time lag from the time when the player recognizes the contents of the game screen to the start of the operation input operation). From the start of the rigidity time difference (only before) to the predetermined frame. In the example of FIG. 4, a short time before the fourth frame f4, before and after the start of the rigidity time difference, and between a predetermined frame are shown as input recommended timings.
  • the server system 1100 pauses the display progress of the model video 40, and starts the practice of the redisplay operation icon 50 for inputting the operation for displaying the same model video 40 from the beginning and the action shown as the model.
  • the practice transition operation icon 52 for inputting the operation and the replay return operation icon 54 for returning to the replay are additionally displayed.
  • FIG. 7 is a diagram showing an example of screen display in the practice mode.
  • the practice mode is a control mode for the player to practice the operation input of the recommended candidate action displayed as a model.
  • the server system 1100 enables the player to be advised to input an operation to the player character (in the example of FIG. 7, the player character 4b on the receiving side on the right side of the screen), and the other character (in the example of FIG. 7, the left side of the screen).
  • the player character 4a) on the side of the device is set and automatically controlled to execute the operation in the replay (in the example of FIG. 7, the device action that is the origin of the detection of the current advice timing).
  • a virtual three-dimensional space may be prepared separately for the control of the practice mode in addition to the virtual three-dimensional space for the replay display.
  • the practice mode screen W7 has a screen layout similar to that of the game screen being played.
  • the display progress of the practice mode is the same as the normal game play, but the mode explicit 60 that clearly indicates that it is the practice mode and the operation input pattern 62 of the recommended candidate action that was previously displayed as a model are displayed.
  • both the first timing display 46 and the second timing display 48 are displayed in the same manner as the model display.
  • the server system 1100 evaluates the input timing and displays the evaluation result 64. Then, when the execution of the recommended candidate action is completed, the server system 1100 accepts the re-practice operation icon 66 that accepts the operation of repeatedly executing the practice, and the replay that accepts the operation of ending the practice mode and returning to the replay display.
  • the return operation icon 68 is displayed.
  • the server system 1100 If the operation to the replay return operation icon 68 is detected, the server system 1100 considers that the advice display related to the current advice timing has ended, and resumes the display control of the replay screen W5. Then, when the next advice timing arrives, the progress focus control for changing the display progress speed, the model display control, and the practice mode control are executed in the same manner.
  • the operation input pattern 62 is displayed on the player as shown in the practice mode screen W8 illustrated in FIG. Based on the action according to the operation input, another recommended candidate action that can form a combo by following the action may be narrowed down and displayed.
  • Combo A is displayed as a model as a recommended candidate action selected by the player, and shows a state in which the first technique "A1" of Combo A is executed. .. Combo A is a continuous technique that follows technique A1 and then technique A2. Therefore, the first operation input pattern 62a corresponding to the technique "A1" is displayed.
  • the server system 1100 since the second gimmick action constituting the combo A is the technique "A2", the server system 1100 additionally displays the second operation input pattern 62b related to the technique as a notice. In addition, if there is a "combo B" in which the first technique is common to the combo A, the server system 1100 narrows down the second gimmick action technique "B2" that constitutes the combo B, and the third technique is It is additionally displayed as an operation input pattern 62c.
  • Combo B is a continuous technique in which technique A1 is followed by technique B2.
  • the server system 1100 erases the third operation input pattern 62c related to the technique B2 and combos.
  • FIG. 9 is a functional block diagram showing an example of the functional configuration of the server system 1100.
  • the server system 1100 includes an operation input unit 100s, a server processing unit 200s, a sound output unit 390s, an image display unit 392s, a communication unit 394s, and a server storage unit 500s.
  • the operation input unit 100s is a means for inputting various operations for server management.
  • the keyboard 1106 of FIG. 1 corresponds to this.
  • the server processing unit 200s is realized by, for example, a microprocessor such as a CPU or GPU, or an electronic component such as an ASIC or IC memory, and inputs / outputs data to and from each functional unit including an operation input unit 100s and a server storage unit 500s. I do. Then, various arithmetic processes are executed based on a predetermined program and data, an operation input signal from the operation input unit 100s, data received from the player terminal 1500, and the like, and the operation of the server system 1100 is controlled in an integrated manner. ..
  • the server processing unit 200s of the present embodiment includes a user management unit 202, a game management unit 210, a timekeeping unit 280s, a sound generation unit 290s, an image generation unit 292s, and a communication control unit 294s.
  • a user management unit 202 includes a user management unit 202, a game management unit 210, a timekeeping unit 280s, a sound generation unit 290s, an image generation unit 292s, and a communication control unit 294s.
  • a user management unit 202 includes a user management unit 202, a game management unit 210, a timekeeping unit 280s, a sound generation unit 290s, an image generation unit 292s, and a communication control unit 294s.
  • a communication control unit 294s includes a communication control unit 294s.
  • functional parts other than these can be included as appropriate.
  • the user management unit 202 manages the data related to the user registration procedure and the data of each user associated with the user account.
  • the user management unit 202 (1) assigns a unique user account to a registered user, (2) manages registration information for registering and managing personal information for each user account, and (3) accumulates play history information. It manages play history management, (4) management of owned items, (5) management of play history of an unspecified number of users, and the like.
  • other data management functions associated with accounts other than these can be included as appropriate.
  • the game management unit 210 performs various processes related to game execution management. Since the game of the present embodiment is a client-server type online game, the game management unit 210 of the present embodiment controls to provide data necessary for game play while communicating with the player terminal 1500.
  • the game management unit 210 of the present embodiment includes an action exchange detection unit 212, a presentation control unit 214, a suitability input reception control unit 216, a selection criterion update unit 218, a replay control unit 220, and a progress focus control unit. It has 222, a recommended candidate action application unit 224, and an evaluation control unit 226. Of course, functional parts other than these may be included as appropriate.
  • the action exchange detection unit 212 detects the occurrence of an action exchange in which one of the player character and its opponent character performs the first action and the other performs the second action.
  • the presentation control unit 214 recommends that the recommended candidate action to be performed after the lapse of the rigidity time (self-rigidity time) related to the action performed by the player character when the detection is performed by the detection means. , As an advice display, it is presented to the player during the replay playback of the battle game.
  • the presentation control unit 214 is performed by the opponent character based on the first rigidity time based on the first action detected as the exchange of actions and the second rigidity time based on the second action.
  • the rigidity time (self-rigidity time) related to the action performed by the player character is shorter than the rigidity time (opposite rigidity time) related to the action
  • the time difference (rigidity time difference) between the opponent's rigidity time and the self-rigidity time It is an action of an attack technique that gives damage when the effect is activated and hits the opponent, and the effect when it is activated and hits (for example, damage given, number of damages, rigidity time generated to the opponent)
  • An action that satisfies a predetermined high effect condition indicating that the effect) is high is presented as a recommended candidate action.
  • the presentation control unit 214 variably selects an action as a recommended candidate action based on the player's play history information.
  • the presentation control unit 214 accesses the storage unit in which the play history information of the player and other players is stored, and can variably set the action as the recommended candidate action based on the play history information of the player and other players. select.
  • the presentation control unit 214 determines whether or not to present the recommended candidate action based on the player's play history information, and when presenting, presents the input recommended timing for performing the recommended candidate action to the player. ..
  • the presentation control unit 214 presents a plurality of the recommended candidate actions with a series of action groups in which a plurality of actions are continuous as the recommended candidate action
  • the player character performs the detection after the action exchange detection unit 212 detects the action.
  • the series of actions following the action is narrowed down from a plurality of recommended candidate actions, and the presentation content is updated so as to present the narrowed down recommended candidate actions.
  • the presentation control unit 214 selects and sets the timing for presenting the recommended candidate action based on the game progress result of the battle game.
  • the suitability input reception control unit 216 controls the player to accept the suitability input of the selection criteria of the action to be the recommended candidate action.
  • the selection criterion update unit 218 updates the selection criteria of the action as the recommended candidate action based on the received suitability input.
  • the replay control unit 220 executes and controls the replay of the game play after the game play is completed.
  • the progress focus control unit 222 performs progress focus control that temporarily stops or slows the progress in response to the detection of the action exchange detection unit 212. Specifically, the progress focus control unit 222 slows down from the timing when the action exchange is detected (the start timing of the gimmick action preceding the action repayment or the start timing of the rigor time of the gimmick action), and the rigidity time difference is increased. Pause at the end timing.
  • the recommended candidate action application unit 224 causes the player character to perform a recommended candidate action selected by the player from a plurality of recommended candidate actions presented by the presentation control unit 214. Specifically, the display control of the model corresponds to this.
  • the evaluation control unit 226 evaluates the action taken by the player character after the elapse of the self-rigidity time when the action exchange detection unit 212 detects the self-rigidity time and the self-rigidity time is shorter than the opponent's rigidness time. Notify the evaluation result.
  • the evaluation control unit 226 evaluates the operation input timing related to the action of the player character as one of the evaluation items.
  • the timekeeping unit 280s uses the system clock to measure the current date and time, the time limit, and the like.
  • the sound generation unit 290s is realized by executing IC or software that generates and decodes voice data, and generates or decodes voice data such as operation sounds and BGM related to system management and game play of the server system 1100. Then, the audio signal related to the system management is output to the sound output unit 390s.
  • the sound output unit 390s emits sound according to an audio signal.
  • a speaker (not shown) included in the main unit 1101 and the touch panel 1108 corresponds to this.
  • the image generation unit 292s can generate an image related to the system management of the server system 1100, a game image (or data for displaying the game image on the player terminal 1500), and the like. Then, the image related to the system management can be output to the image display unit 392s.
  • the image display unit 392s displays various images for system management based on the image signal input from the image generation unit 292s.
  • it can be realized by an image display device such as a flat panel display, a projector, or a head-mounted display.
  • the touch panel 1108 corresponds.
  • the communication control unit 294s executes data processing related to data communication, and realizes data exchange with an external device via the communication unit 394s.
  • the communication unit 394s connects to the network 9 to realize communication.
  • it is realized by a wireless communication device, a modem, a TA (terminal adapter), a jack of a wired communication cable, a control circuit, and the like.
  • the communication device 1153 corresponds.
  • the server storage unit 500s stores programs, various data, and the like for realizing various functions for the server processing unit 200s to control the server system 1100 in an integrated manner. Further, it is used as a work area of the server processing unit 200s, and temporarily stores the calculation results and the like executed by the server processing unit 200s according to various programs.
  • This function is realized by, for example, an IC memory such as RAM or ROM, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or DVD, or online storage.
  • a storage medium such as an IC memory 1152 or a hard disk mounted on the main unit 1101 and a storage 1140 correspond to this.
  • FIG. 10 is a diagram showing an example of a program and data stored in the server storage unit 500s in the present embodiment.
  • the server storage unit 500s in the present embodiment stores the server program 501, the distribution client program 503, and the game initial setting data 510. Further, the server storage unit 500s stores user management data 600, play data 700, and current date and time 800 as data that are sequentially generated and managed.
  • the server storage unit 500s can appropriately store other programs and data (for example, timers, counters, various flags, etc.).
  • the server program 501 is a program for realizing the functions of the user management unit 202 and the game management unit 210 by reading and executing the server processing unit 200s.
  • the distribution client program 503 is the original client program provided to the player terminal 1500.
  • the game initial setting data 510 includes various initial setting data necessary for executing the game. Specifically, the game initialization data 510 includes character initialization data 520. Of course, data other than these can be included as appropriate.
  • the character initial setting data 520 is prepared for each type of candidate character that can be selected by the player as a player character, and stores various initial setting data related to the candidate character of the type.
  • One character initialization data 520 includes a unique character type 521 and action definition data 530, for example, as shown in FIG. Of course, data other than these can be included as appropriate.
  • the action definition data 530 is prepared for each type of the device and the receiving action, and stores various initial setting data related to the action.
  • One action definition data 530 corresponds to, for example, a unique action ID 531 and category information 532 indicating whether the action is a gimmick action or a receiving action, and an action classification such as a punch type or a kick type, and a so-called input command.
  • the operation input pattern 533 to be performed, the motion data 535 for causing the character to execute the action of the action, the required activation time 537, and the situation-specific rigidity time 539 are included. Of course, data other than these can be included as appropriate.
  • the situation-specific rigidity time 539 stores the rigidity time applied in the situation in association with each situation that may occur in the progress of the game.
  • the situation for example, in the case of a gimmick action, when the effect of the action does not act on the opponent (for example, when the attack ends in a miss), when the response of the opponent character is effective (for example, when the attack ends in a miss).
  • the attack is guarded
  • the opponent character does not respond or is not in time (for example, when the opponent is hit with no guard or when it is judged that the guard is delayed)
  • it intersects with the opponent's gimmick action Can be set.
  • the action definition data 530 also includes an action that is "done (received a gimmick action with no guard)" as one of the received actions.
  • the user management data 600 is prepared for each registered user and stores various data associated with the account, which is unique identification information.
  • One user management data 600 includes a user account 601 and a player level 603, personal information 605 such as age and gender, and play history information 610 for individual storage of games played by the user (a copy of play history information 730). And, including.
  • the user management data 600 can include data other than these as appropriate.
  • the play data 700 is created for each game play and stores various data related to the game play. As shown in FIG. 12, for example, one play data 700 is prepared for each player, a unique play ID 701, a game progress control data 710, a play history information 730, a replay management data 737 prepared for each player, and a player. Includes advice management data 738 and. Of course, data other than these can be included as appropriate.
  • the game progress control data 710 stores various data for controlling the progress of game play.
  • the game progress control data 710 includes an elapsed time 711 from the start of play, the current number of drawing frames 713, and player management data 720 for each player.
  • virtual three-dimensional space data for generating a game image data group for arranging and controlling a background object in the game space, a character object of the player character 4, a virtual camera, and the like) can be appropriately included.
  • the player management data 720 includes a player account 721, a used character type 723 indicating a candidate character used as the player character 4 of the player, action control data 725, and a damage number 727.
  • the replay management data 737 stores various data for displaying the replay.
  • the replay management data 737 includes a provider player account to which the replay is provided, the number of drawing frames of the replay screen W5 (see FIG. 5), data in a virtual three-dimensional space for generating the replay video 20, and the replay video 20. Display progress speed setting, etc. are stored.
  • the advice management data 738 stores various data for realizing the advice display.
  • the advice management data 738 includes the advice target player account 739, the advice timing registration data 740, the application selection condition type 780, the application recommended candidate action type 782, and the practice mode setting data 784.
  • data other than these can be included as appropriate.
  • the advice timing registration data 740 is data that is not created in the initial state, but is created every time an action exchange is detected, and is registration data for timing of displaying advice including presentation of recommended candidate actions.
  • one advice timing registration data 740 includes an advice timing frame number 741, an advice target player ID 742, a first action type 750, a first rigid time end frame number 752, and a second action.
  • Type 754, number of second rigid time end frames 756, rigid time difference 758, immediate execution action type 760, immediate immediate execution operation input frame number 762, immediate immediate execution damage number 764, recommended candidates according to selection conditions Includes action list 770 and.
  • data other than these can be appropriately included in the advice timing registration data 740.
  • the number of advice timing frames 741 is the start timing of the preceding action of the action exchange related to the advice timing. It may be the detection timing of the action exchange.
  • the advice target player ID 742 indicates to which player the advice relating to the advice timing is given.
  • the first action type 750 indicates the type of the preceding action of the action exchange related to the advice timing.
  • the number of frames at which the rigidity time has ended is stored in the number of frames at which the first rigidity time ends 752.
  • the second action type 754 indicates the type of subsequent action of the action exchange related to the advice timing.
  • the number of frames at which the rigid time ends is stored in the number of frames at which the second rigid time ends 756.
  • the rigidity time difference 758 is an absolute value of the difference between the number of frames at the end of the second rigidity time of 756 and the number of frames at the end of the first rigidity time of 752.
  • rigid action type 760 indicates the type of action executed by the player character of the advised player within the rigid time difference related to the advice timing. That is, the type of action performed by the player character after the elapse of the self-rigidity time is shown.
  • the operation input timing for executing the action is stored in the number of execution operation input frames 762 immediately after the hardening, and the number of damages given to the opponent by executing the action is stored in the number of execution damages 764 immediately after the hardening.
  • the recommended candidate action list 770 by selection condition is a list created for each type of selection condition.
  • the recommended candidate action list 770 for each selection condition is a list in which the actions selected by applying the corresponding selection condition from the gimmick actions set for the player character of the player to be advised are sorted according to the selection condition. Is.
  • the applicable selection condition type 780 indicates the type of selection condition applied at that time when selecting the recommended candidate action.
  • the type of selection condition to be the initial setting of the application selection condition type 780 can be set as appropriate. After the initial setting, it is changed according to the selection condition change operation (see FIG. 5).
  • the application recommended candidate action type 782 indicates the recommended candidate action that is the target of the model display or practice selected by the player to be advised.
  • the initial value of the application recommended candidate action type 782 is a value indicating undecided, but when any of the action selection operation icons 34 on the replay screen W5 is selected, the recommended candidate action associated with the selected operation icon.
  • the type is stored (see FIG. 5).
  • the practice mode setting data 784 is the practice mode setting data. For example, by causing the opponent character to execute a specific action, setting data for practicing the situation can be included in the practice mode setting data 784.
  • the practice mode setting data 784 is created when an operation to the practice transition operation icon 52 (see FIG. 6) is detected.
  • FIG. 14 is a functional block diagram showing an example of the functional configuration of the player terminal 1500 according to the present embodiment.
  • the player terminal 1500 of the present embodiment includes an operation input unit 100, a terminal processing unit 200, a sound output unit 390, an image display unit 392, a communication unit 394, and a terminal storage unit 500.
  • the operation input unit 100 outputs an operation input signal corresponding to various operation inputs made by the player to the terminal processing unit 200.
  • it can be realized by a push switch, a joystick, a touch pad, a trackball, an accelerometer, a gyro, a CCD module, or the like.
  • the direction input key 1502, the button switch 1504, the touch panel 1506, and the camera 1520 in FIG. 2 correspond to this.
  • the terminal processing unit 200 is realized by, for example, a microprocessor such as a CPU or GPU, or an electronic component such as an IC memory, and controls data input / output with each functional unit including an operation input unit 100 and a terminal storage unit 500. Do. Then, various arithmetic processes are executed based on predetermined programs and data, operation input signals from the operation input unit 100, and various data received from the server system 1100 to control the operation of the player terminal 1500.
  • the control board 1550 of FIG. 2 corresponds to this.
  • the terminal processing unit 200 in the present embodiment includes a terminal control unit 260, a timekeeping unit 280, a sound generation unit 290, and a communication control unit 294.
  • the terminal control unit 260 includes an operation signal transmission control unit 261 and a display control unit 262.
  • the operation signal transmission control unit 261 executes a process for transmitting various data and requests to the server system 1100 in response to an operation performed on the operation input unit 100.
  • the display control unit 262 controls to display the game screen based on various data received from the server system 1100.
  • the game space image image of the game space taken by a virtual camera; for example, a 3DCG image
  • the display control unit 262 includes control of an object arranged in a virtual three-dimensional space for generating, for example, 3DCG.
  • the sound generation unit 290 is realized by, for example, a digital signal processor (DSP), a processor such as a voice synthesis IC, an audio codec capable of reproducing a voice file, or the like, and generates sound signals of sound effects, BGM, and various operation sounds. It is output to the sound output unit 390.
  • DSP digital signal processor
  • a processor such as a voice synthesis IC, an audio codec capable of reproducing a voice file, or the like, and generates sound signals of sound effects, BGM, and various operation sounds. It is output to the sound output unit 390.
  • the sound output unit 390 is realized by a device that outputs sound effects, BGM, etc. based on the sound signal input from the sound generation unit 290.
  • the speaker 1510 in FIG. 2 corresponds to this.
  • the image display unit 392 displays various images based on the image signal input from the display control unit 262.
  • it can be realized by an image display device such as a flat panel display, a cathode ray tube (CRT), a projector, and a head-mounted display.
  • the touch panel 1506 of FIG. 2 corresponds to this.
  • the communication control unit 294 executes data processing related to data communication and realizes data exchange with an external device via the communication unit 394.
  • the communication unit 394 connects to the network 9 to realize communication.
  • it is realized by a wireless communication device, a modem, a TA (terminal adapter), a jack of a wired communication cable, a control circuit, and the like, and the wireless communication module 1553 of FIG. 2 corresponds to this.
  • the terminal storage unit 500 stores programs, various data, and the like for realizing various functions for causing the terminal processing unit 200 to control the player terminal 1500 in an integrated manner. Further, it is used as a work area of the terminal processing unit 200, and temporarily stores the calculation result executed by the terminal processing unit 200 according to various programs, the input data input from the operation input unit 100, and the like.
  • Such a function is realized by, for example, an IC memory such as RAM or ROM, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or DVD, or the like.
  • the IC memory 1552 and the memory card 1540 mounted on the control board 1550 of FIG. 2 correspond to this. It is possible to configure using online storage.
  • the terminal storage unit 500 of this embodiment stores the client program 502, the operation input data 690, the current date and time 800, and the like. Of course, programs and data other than these can be stored as appropriate.
  • the client program 502 is application software for realizing the function as the terminal control unit 260 by being read and executed by the terminal processing unit 200. In this embodiment, it is a copy of the distribution client program 503 (see FIG. 10) provided by the server system 1100.
  • the client program 502 may be a dedicated client program depending on the technical method for realizing an online game, or may be configured by a web browser program, a plug-in that realizes an interactive image display, or the like.
  • 15 to 16 are flowcharts for explaining the processing flow of the server system 1100.
  • the processing flow described here is realized by the server processing unit 200s executing the server program 501.
  • the server system 1100 performs matching (step S2). At the time of matching, the server system 1100 accepts the selection of the candidate character to be used as each player character by each player.
  • the server system 1100 configures the game space in the virtual three-dimensional space, and when the player character and the virtual camera are initially arranged, the game progress control is started (step S12). Then, the recording of the play history information 730 (see FIG. 3) of the game is started (step S14).
  • the server system 1100 executes the advice timing registration process each time it detects an action exchange (YES in step S16) until the game ends (step S18).
  • FIG. 17 is a flowchart for explaining the flow of the advice timing registration process.
  • the server system 1100 executes loop A for each player character involved in the detected action exchange (steps S30 to S40).
  • the server system 1100 determines whether the self-rigidity time of the player character to be processed ends earlier than the opponent rigidness time of the opponent character (step S32). Then, in the case of affirmation (YES in step S32), the server system 1100 calculates the rigidity time difference (step S34), and is activated at a time equal to or less than the calculated rigidity time difference among the gimmick actions that the processing target player character can deliver. It is determined whether there is a gimmick action within the required time (step S36).
  • step S36 the server system 1100 registers an "advice timing" in which the player of the player character to be processed is the "advice target player" (step S38).
  • new advice timing registration data 740 (see FIG. 13) is created.
  • step S40 the loop A ends (step S40).
  • the advice timing registration process is terminated.
  • the player character 4 related to the detected action exchange is a computer-controlled character (automatically controlled character in the case of single play against a computer), the computer-controlled character is subject to processing in loop A. Outside.
  • the server system 1100 determines whether the game has ended. Then, when finished (YES in step S20), the server system 1100 executes loop B for each advice timing registration (steps S50 to S58).
  • the server system 1100 first creates a recommended candidate action list 770 for each selection condition for all types of selection conditions (step S52).
  • a narrow search is performed for the combo pattern following the action indicated by the action type 760 executed immediately after the hard work.
  • step S54 it is determined whether the advice timing registration to be processed satisfies a predetermined advice unnecessary condition, and if it is affirmative (YES in step S54), the advice timing registration to be processed is deregistered (step S56). ..
  • the "advice-free condition" referred to here is a requirement for considering that there is no need to give advice or the meaning of giving advice is low, and the following examples can be considered.
  • the player to be advised is a high-level player who meets the predetermined advanced requirements, that is, a high-level player who does not need advice.
  • the higher recommended candidate action in the recommended candidate action list 770 by selection condition succeeds with a predetermined probability or more within the rigid time. ..
  • the damage given to the opponent is equal to or more than a predetermined threshold value due to the action executed within the rigid time difference.
  • the server system 1100 thins out the registration of similar advice timings (step S60). Specifically, the advice target player ID 742, the first action type 750, and the second action type 754 (see FIG. 13) extract the same advice timing registration, and they are regarded as similar situations and extracted. Deregister leaving about 1 to 3 of. Even so, if the number of remaining advice timing registrations exceeds the predetermined upper limit, the upper limit is from the smallest of the number of damages executed immediately after hardening 764 (one of the game progress results in gameplay at the advice timing). In order until the following, the advice is considered to be low priority and the registration is deleted.
  • the advice display By thinning out the registered advice timings to an appropriate number before starting the replay control, the advice display frequently occurs during the replay so that the user is not bothered.
  • the server system 1100 executes loop C for each player (steps S78 to S154).
  • the server system 1100 starts the replay control and displays the replay screen W5 on the player terminal 1500 of the player to be processed (step S80).
  • the server system 1100 performs the advice execution process (step S84).
  • the server system 1100 first starts the progress focus control (step S70). Specifically, slow playback and pause control of the display progress of the replay video 20 (see FIG. 5) are executed. Then, the server system 1100 displays operation icons such as the chance timing display 24, the start operation icon 26, and the skip operation icon 27 (step S72).
  • step S74 when the player character of the player to be processed in loop C executes the gimmick action or the receiving action within the rigid time difference related to the advice timing, it is considered that the execution action immediately after the rigid execution is executed (step S74). YES), the server system 1100 evaluates the evaluation and displays the evaluation result in the replay screen.
  • the evaluation is performed on the type of the action to be executed immediately after the hard work and the operation input timing of the action.
  • the types of actions if it is the 1st place in the recommended candidate action list 770 by selection condition of "single skill high effect order", it is “great choice”, if it is 2nd to 3rd place, "good choice: there is a better skill” 4th place If the following, the evaluation result "There is a better technique” is displayed.
  • the evaluation results such as “excellent”, “great”, and “good” are displayed in ascending order of the difference in the number of frames from the end of the self-rigidity time to the number of operation input frames 762 immediately after the rigidity.
  • the server system 1100 accepts the presentation of the recommended candidate action and the input of the suitability of the selection condition (step S92). Specifically, the server system 1100 displays the recommended candidate action presenting unit 30 based on the recommended candidate action list 770 for each selection condition corresponding to the selection condition indicated by the applicable selection condition type 780 at that time (see FIG. 5). ..
  • step S94 the server system 1100 changes the setting of the applicable selection condition type 780 (step S96), and proceeds to step S92.
  • step S92 the content of the recommended candidate action presenting unit 30 is updated based on the recommended candidate action list 770 for each selection condition corresponding to the changed selection condition.
  • step S94 If the presented recommended candidate action selection operation is input (“action selection operation” in step S94), the process proceeds to FIG. 19 and the server system 1100 performs a model display process of the selected recommended candidate action. Is executed to control the display of the model video 40, the model target action name 42, the operation input pattern display 44, the first timing display 46, the second timing display 48, the redisplay operation icon 50, the practice transition operation icon 52, and the replay return. Display the operation icon 54 and the like (step S96; see FIG. 6).
  • the server system 1100 when the operation input of the practice transition is made (“practice transition” in step S120), the server system 1100 performs various initial settings including the practice mode setting data 784 and the like for controlling the practice mode (step). S122; see FIG. 12). Then, the server system 1100 starts the control of the practice mode, and starts displaying the practice mode screen W7 on the player terminal 1500 of the player to be processed in the loop C (step S124; see FIG. 7).
  • the server system 1100 starts the notification display of the recommended input timing (step S126), and starts the evaluation process of the recommended input timing and the display of the evaluation result (step S128).
  • the opponent character of the loop C processing target player (that is, the advice target player) automatically starts the operation set in the practice mode setting data 784, and the player refers to the notification display of the input timing to practice the recommended candidate action. Perform operation input.
  • One practice is completed by one operation input (step S130).
  • the server system 1100 displays the re-practice operation icon 66 and the replay return operation icon 68 (see FIG. 7).
  • the process returns to step S124. If the replay return operation is input (“return” in step S132), the advice execution process is exited, and the advice presentation at the current advice timing ends.
  • the server system 1100 repeats the advice execution process every time the advice timing arrives until the replay is completed (NO in step S140).
  • the server system 1100 copies the play history information 730 (see FIG. 12) about the current game play to the user management data 600 of the player to be processed in loop C, that is, the player to be advised. (Step S142; play history information 610 for individual storage in FIG. 10).
  • the server system 1100 determines whether or not the advice has been executed to the processing target player.
  • the initial value of the application recommended candidate action type 782 (see FIG. 12) of the advice management data 738 of the player is set to a value indicating undecided, and when the advice start operation is input, a value indicating one of the actions is set. To. Therefore, it can be determined whether or not the advice has been executed from the value of the application recommended candidate action type 782.
  • step S144 the server system 1100 accepts the upload of the replay video 20 to the video sharing site (step S146). Then, when the input of the predetermined upload request operation is detected (YES in step S148), the server system 1100 creates a video file of the replay video 20 and executes the upload process to the predetermined video sharing site (step S150). ), The loop C is terminated (step S154).
  • step S144 if the advice is being executed (YES in step S144), the server system 1100 notifies that the upload of the replay video 20 to the video sharing site cannot be accepted (step S152), and loops. End C (step S154)
  • the server system 1100 ends a series of processing.
  • the player can provide advice on using the time difference of the rigidity time in the game using the character in which the rigidity time is set. That is, when a time difference occurs in the rigid time due to the exchange of actions and the player character can perform an action using the time difference, the recommended candidate action can be presented to the player. The player can know the specific usage of the time difference by this presentation.
  • the present embodiment is different in that the stationary home-use game device is used as the player terminal 1500 and the function of the game management unit 210 is carried out on the player terminal 1500 side.
  • the differences from the first embodiment will be mainly described, and the same components as those in the first embodiment are given the same reference numerals as those in the first embodiment, and duplicate description will be omitted.
  • FIG. 20 is a diagram showing a configuration example of the game system 1000B according to the present embodiment.
  • the player terminal 1500B in the present embodiment is realized by a stationary home-use game device 1200 (1200a, 1200b, ).
  • the stationary home-use game device 1200 includes a main body device 1201, a video monitor 1206, and a plurality of game controllers 1260, respectively, and a plurality of players can play against each other on one stationary home-use game device 1200. Can be done.
  • FIG. 21 is a functional block diagram showing a functional configuration example of the server system 1100B according to the present embodiment.
  • the server system 1100B realizes the functions of the user management unit 202 and the data analysis unit 203 by executing the server program 501B.
  • the data analysis unit 203 creates a play history analysis database 612 for the individual storage play history information 610 included in the user management data 600 and updates it periodically.
  • the play history analysis database 612 stores data that has been classified, searched, and narrowed down in advance when selecting a recommended candidate action for the "trend order" selection condition.
  • the play history analysis database 612 classifies, for example, a large amount of play history information according to the age of the player and the player level, and further classifies them according to the combination of the first character and the second character. Then, for each of the classified populations, the list data in order of the number of adopted actions by the first character using the rigidity time difference and the second character using the rigidity time difference are used for each stage of the length of the rigidity time difference. Includes list data in order of the number of adoptions of the actions executed. In addition, data classified, narrowed down, and ranked according to other points of view, such as list data in order of popularity of combo patterns, may be included.
  • FIG. 22 is a functional block diagram showing a functional configuration example of the player terminal 1500B.
  • the player terminal 1500B includes a game management unit 210 and an image generation unit 292 in place of the terminal control unit 260 (see FIG. 14).
  • the image generation unit 292 generates an image that is the basis of the game screen, synthesizes the images, and outputs an image signal for displaying them on the image display unit 392.
  • the terminal storage unit 500 of the player terminal 1500B stores the game program 504, the game initial setting data 510, the play history analysis database 612, and the play data 700.
  • the game program 504, the game initial setting data 510, and the play history analysis database 612 are original copies stored in the server system 1100B, and are downloaded, stored, and updated before the game starts.
  • the player terminal 1500B communicates with the server system 1100B and refers to the downloaded play history analysis database 612.
  • the processing flow of the player terminal 1500B is the same as the flowcharts of FIGS. 15 to 19. That is, the execution subject of various processes and controls may be read from the server system 1100 to the player terminal 1500.
  • the play history analysis database of the terminal storage unit 500 that has been downloaded in advance or communicates with the server system 1100B to realize it each time. This is achieved by referring to 612. Therefore, according to the present embodiment, the same effect as that of the first embodiment can be obtained.
  • a multiplayer game is illustrated as a play mode, but it goes without saying that the present invention can be similarly applied to a single play game.
  • the opponent character of the player character is automatically controlled by the computer by a given algorithm. Therefore, the processing related to the advice display targeting the opponent character (substantially non-player character) and the player (computer) can be omitted as appropriate.
  • step S16 and step S18 in FIG. 15 an example in which the action reward detection and the advice timing registration process (step S16 and step S18 in FIG. 15) is executed during the game play is shown, but the preparation after the game play and before the start of the replay is shown.
  • step S16 and step S18 in FIG. 15 may be executed between steps S20 and S50.
  • an action with a complicated input operation may be presented as a recommended candidate action, or the rigidity time may be presented.
  • an action with a simple input operation may be presented as a recommended candidate action.
  • the present invention is similarly applied. be able to.
  • Character initial setting data 537 ... Time required for activation 539 ... Rigidity time by situation 600 ... User management data 612 ... Play history analysis database 700 ... Play data 720 ... Player management data 730 ... Play history information 732 ... Replay data 733 ... Game progress data 737 ... Replay management data 738 ... Advice management Data 739 ... Advice target player account 740 ... Advice timing registration data 742 ... Advice target player ID 750 ... 1st action type 752 ... Number of frames for the end of the 1st rigid time 754 ... Number of frames for the end of the 2nd rigid time 756 ... Number of frames for the end of the 2nd rigid time 758 ... 764 ... Number of damages executed immediately after hard 770 ... Recommended candidate action list by selection condition 780 ... Applicable selection condition type 782 ... Applicable recommended candidate action type 784 ... Practice mode setting data 1000 ... Game system 1100 ... Server system 1200 ... Stationary home game Device 1500 ... Player terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • User Interface Of Digital Computer (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

コンピュータシステムは、プレーヤキャラクタ及び相手キャラクタのうちの一方が第１のアクションを行い、他方が第２のアクションを行うことによる互いがアクションを交わすアクション応酬が発生したことを検出する。第１のアクションに基づく第１の硬直時間と、第２のアクションに基づく第２の硬直時間と、当該第１の硬直時間と当該第２の硬直時間との時間差と、に基づいて、相手キャラクタが行ったアクションに係る硬直時間よりもプレーヤキャラクタが行ったアクションに係る硬直時間（以下「自硬直時間」という）の方が短い場合に、当該自硬直時間の経過後に行うことを推奨する推奨候補アクションを、プレーヤに提示する。

Description

コンピュータシステム及びゲームシステム
　本発明は、コンピュータシステム等に関する。
　例えば、レースゲーム・格闘ゲーム・スポーツゲームなどでは、プレーヤは、適切なタイミングで適切な種類の操作入力を選んで入力することが求められる。良い成績を出すためには、ゲームプレイ中に瞬時に適切なタイミングを見抜く力と、短い時間で正確に操作入力を実現し得る技能と、が必要である。しかし、それらを習得するのは難しく、故にそれらに長けたハイレベルなプレーヤは、ゲームプレーヤにとって憧れとなる。
　ゲームメーカは、そうしたユーザの願いを叶えるためのユーザサポート機能を開発している。例えば、特許文献１では、サーキットを走行するレースゲームのプレイ進行を時系列に記述したプレイデータをプレーヤ別に保存し、当該プレイデータを分析して次回のゲームのプレイ時に、どのタイミングで具体的にどのように操作するべきであったかのアドバイスを表示する技術が開示されている。具体的には、前回速度超過で失敗したコーナの手前で減速を促すアドバイスがゲーム画面に表示する例が示されている。
　また、特許文献２では、格闘ゲームに特有の「硬直時間（硬直期間）」をゲーム画面上に表示する例が示されている。「硬直時間」は、プレーヤキャラクタのすべてのアクション（動作）に設定されている所定の長さの時間であって、当該アクションの実行後に次のアクションを開始するまでに要する時間である。例えば、連続してパンチアクションをする場合を考えると、パンチを実現するには、腕を胸の前に構えて勢いよく伸ばせば「パンチ」に求められる機能を果たしていることになるが、伸ばした腕を元に戻すまでは、次のパンチアクションを開始できない。この例で言うところの「伸ばした腕を元に戻すまで」が硬直時間に該当する。当然、硬直時間が経過するまでの間は、プレーヤが次のパンチアクションの操作入力をしたとしても無効である。硬直時間を、対戦相手側の立場から見れば、ガードされることなく確実に攻撃をヒットできる「攻め時」「確定攻撃の好機」ということになる。
　格闘ゲームのハイレベルプレーヤは、相手が仕掛けたアクションの種類から瞬時に「確定攻撃の好機」を判断して、適切なアクションを選択して効果的に相手を攻撃する。しかし、格闘ゲームにまだ慣れていないプレーヤにとっては、その様な瞬時の判断を身につけるのは難しい。特許文献２では、ゲーム画面に、硬直時間の長さや攻撃側と防御側の硬直時間の差を表示する技術が開示されている。
特開２００６－１４１６６５号公報 特開２０１９－０９７８７０号公報
　特許文献２によって、硬直時間がプレーヤに情報提供される。しかし、格闘ゲームに不慣れなプレーヤにとっては、そもそも硬直時間に何をしたら良いのかそれ自体が分からない。特に、格闘ゲームのように幾種類ものアクションが用意されている場合は、どのように操作するのが良いのか尚更分からない。故に、特許文献１や特許文献２で開示されるような従来のアドバイス機能では十分とは言えない。なお、同様の課題は、格闘ゲームに限らず、プレーヤキャラクタのアクションに硬直時間が設定されているゲームであれば他のジャンルのゲームでも同様に存在し得る。
　本発明が解決しようとする課題は、自キャラクタと相手キャラクタとが互いにアクションを交わすアクション応酬が発生して硬直時間が生じた場合に適切なアドバイスをプレーヤに提供できるようにすること、である。
　上述した課題を解決するための第１の開示は、プレーヤキャラクタと相手キャラクタとが対戦するゲームの実行を制御するコンピュータシステムであって、
　前記プレーヤキャラクタ及び前記相手キャラクタのうちの一方が第１のアクション（例えば、図４の仕掛けアクション）を行い、他方が第２のアクション（例えば、図４の受けクション）を行うことで、互いがアクションを交わすアクション応酬の発生を検出する検出部（例えば、図１の制御基板１１５０、図９のサーバ処理部２００ｓ、ゲーム管理部２１０、アクション応酬検出部２１２、図１５のステップＳ１６、ステップＳ１８）と、
　前記検出部による検出がなされた場合に、前記プレーヤキャラクタが行ったアクションに係る自硬直時間に基づいて、当該自硬直時間の経過後に行うことを推奨する推奨候補アクションを、プレーヤに提示する制御を行う提示制御部（例えば、図１の制御基板１１５０、図５の推奨候補アクション提示部３０、図９のサーバ処理部２００ｓ、ゲーム管理部２１０、提示制御部２１４、図１６のステップＳ８４）と、を備えるコンピュータシステムである。
　本開示によれば、コンピュータシステムは、アクションの応酬が検出された場合に、プレーヤキャラクタの硬直時間が経過した後に、当該硬直時間に基づく推奨候補アクションをプレーヤに提示できる。よって、自キャラクタと相手キャラクタとが互いにアクションを交わすアクション応酬が発生して硬直時間が生じた場合に適切なアドバイスをプレーヤに提供できるようになる。
　第２の開示は、前記提示制御部が、前記相手キャラクタが行ったアクションに係る相手硬直時間よりも前記自硬直時間の方が短い場合に、前記提示を行う、コンピュータシステム、である。
　本開示によれば、コンピュータシステムは、プレーヤキャラクタと相手キャラクタとの双方に生じた硬直時間に時間差が生じ、プレーヤキャラクタの硬直時間が先に終了するような状況において、当該時間差を利用してプレーヤキャラクタに実行できる推奨候補アクションをプレーヤに提示できる。プレーヤは、この提示によって時間差の使い方を知ることができる。よって、硬直時間が設定されるキャラクタを使用するゲームにおいて、硬直時間の時間差を利用するアドバイスをプレーヤに提供できるようになる。
　第３の開示は、前記提示制御部が、前記相手硬直時間と前記自硬直時間との時間差の間に効果が発動するアクションを前記推奨候補アクションとして前記プレーヤに提示する、コンピュータシステム、である。
　本開示によれば、コンピュータシステムは、時間差の間に効果が発動するアクションを推奨候補アクションとして提示できる。つまり、推奨候補アクションをプレーヤキャラクタが実行すると、確実に当該アクションの効果が発揮される。つまり、確実に実行できるアクションが何かを具体的にプレーヤに提供できる。
　第４の開示は、前記アクションは対戦相手にヒットした場合にダメージを付与する攻撃技であり、前記提示制御部は、前記相手硬直時間と前記自硬直時間との時間差の間に効果が発動するアクションであり、且つ、発動してヒットした場合の付与ダメージが高いことを示す所定の高効果条件を満たすアクション（例えば、図５の選択条件選択部３８に示された「単技高効果順」が適用された場合の推奨候補アクション）を、前記推奨候補アクションとして前記プレーヤに提示する、コンピュータシステム、である。
　本開示によれば、コンピュータシステムは、高効果条件を満たす比較的効果の高いアクションを推奨候補アクションとして提示できる。よって、プレーヤキャラクに多くのアクションが設定されていても、効果の高いアクション、すなわちプレーヤにより有益となるアクションを選択的に提示できるので、アドバイス機能の質を向上できる。
　第５の開示は、前記提示制御部が、前記プレーヤキャラクタのキャラクタ種類に基づいて、前記推奨候補アクションとするアクションを可変に選択する（例えば、図１１のキャラクタ初期設定データ５２０、図１５のステップＳ５２）、コンピュータシステム、である。
　本開示によれば、コンピュータシステムは、複数種類のキャラクタの中から、プレーヤキャラクタをプレーヤが選択する構成において、プレーヤキャラクタとされているキャラクタの種類に応じた適切な推奨候補アクションを提示できる。
　第６の開示は、前記提示制御部が、前記プレーヤのプレイ履歴情報に基づいて、前記推奨候補アクションとするアクションを可変に選択する（例えば、図５の選択条件選択部３８に示された「スタイル順」が適用された場合の推奨候補アクション）、コンピュータシステム、である。
　本開示によれば、コンピュータシステムは、プレーヤのプレイ履歴、例えば今までにどのようなプレイをしたかに応じた推奨候補アクションを提示できる。プレイ履歴情報には、そのプレーヤが好みとするプレイスタイルや、得意とするプレイスタイルの情報が含まれる。よって、プレイ履歴情報に基づいて推奨候補アクションを選択することで、プレーヤの好みや得意のプレイスタイルを考慮した推奨候補アクションを提示できることになるので、アドバイス機能のユーザ満足度を高めることができる。
　第７の開示は、前記プレーヤ及び前記プレーヤ以外の他プレーヤのプレイ履歴情報を記憶する記憶部（例えば、図１及び図２０のストレージ１１４０、ＩＣメモリ１１５２）を備える、或いは、当該記憶部を具備した他のシステムと通信する通信部を備え、前記提示制御部は、前記記憶部にアクセスして、前記プレーヤ及び前記他プレーヤのプレイ履歴情報、に基づいて、前記推奨候補アクションとするアクションを可変に選択する、コンピュータシステム、である。
　本開示によれば、コンピュータシステムは、プレーヤ及び他プレーヤのプレイ履歴情報に基づいて推奨候補アクションを決定できる。プレイ履歴情報には、そのプレーヤが好みとするプレイスタイルや、得意とするプレイスタイルの情報が含まれる。よって、複数のプレーヤのプレイ履歴情報を参照することで、発動される頻度の高い人気のアクションを推奨候補アクションとして提示できるようになるので、アドバイス機能のユーザ満足度を高めることができる。
　第８の開示は、前記提示制御部が、所与の選択基準に従って前記推奨候補アクションとするアクションを選択し、前記提示制御部による前記推奨候補アクションの提示後に、前記プレーヤによる前記選択基準の適否入力を受け付ける受付部（例えば、図５の選択条件変更操作部３３、図９の適否入力受付制御部２１６、図１８のステップＳ９２）と、
　前記受付部により受け付けられた適否入力に基づいて、前記選択基準を更新する選択基準更新部（例えば、図９の選択基準更新部２１８、図１２の適用選択条件種類７８０、図１８のステップＳ９６）と、を更に備えるコンピュータシステム、である。
　本開示によれば、コンピュータシステムは、推奨候補アクションの選択に、プレーヤの好み（適否入力の結果）を反映できる。よって、アドバイス機能のユーザ満足度を向上できる。
　第９の開示は、前記提示制御部が、前記プレーヤのプレイ履歴情報に基づいて、前記推奨候補アクションの提示をするか否かを決定する（例えば、図１５のステップＳ５４、ステップＳ５６）、コンピュータシステム、である。
　本開示によれば、コンピュータシステムは、当該プレーヤの過去のプレイ実績に基づいて、推奨候補アクションの提示が不要な場合には提示を省略することが可能となる。例えば、時間差を利用したアクションの選択と実行に習熟したプレーヤにしてみれば、推奨候補アクションの提示を受けたいという要望は低い。このようなプレーヤには推奨候補アクションの提示をしないようにすることができる。
　第１０の開示は、前記提示制御部が、前記推奨候補アクションを行う入力推奨タイミングを前記プレーヤに提示する（例えば、図６の第１タイミング表示４６、第２タイミング表示４８、図１９のステップＳ９６）、コンピュータシステム、である。
　本開示によれば、コンピュータシステムは、推奨候補アクションを行う入力推奨タイミングをプレーヤに教示できる。よって、アドバイス機能の質を向上できる。
　第１１の開示は、前記検出部の検出に応じて、前記ゲームの進行を一時的に停止又はスローにする進行フォーカス制御を行う進行フォーカス制御部（例えば、図９の進行フォーカス制御部２２２、図１８のステップＳ７０）を更に備えるコンピュータシステム、である。
　本開示によれば、コンピュータシステムは、プレーヤキャラクタの動きを一時的に止めて見せたり通常よりもゆっくりと見せることで、時間差を利用したプレイが可能なタイミングであることを、視覚効果を使って強く教示できる。
　第１２の開示は、前記提示制御部が、前記進行フォーカス制御中に、複数の前記推奨候補アクションを選択可能に提示し、前記提示制御部により提示された前記複数の推奨候補アクションの中から前記プレーヤによって選択された推奨候補アクションを前記プレーヤキャラクタに行わせる推奨候補アクション適用部（例えば、図６のお手本映像４０、図９の推奨候補アクション適用部２２４、図１９のステップＳ９６）、を更に備えるコンピュータシステム、である。
　本開示によれば、コンピュータシステムは、プレーヤが提示された推奨候補アクションの中から選択したアクションを、プレーヤキャラクタに行わせることができる。
　第１３の開示は、前記提示制御部が、複数のアクションが連続する一連のアクション群を前記推奨候補アクションとして、複数の当該推奨候補アクションを提示することと（例えば、図５の選択条件選択部３８に示された「トレンド順（１）」「トレンド順（２）」が適用された場合の推奨候補アクション）、前記検出部による検出がなされた後に前記プレーヤの操作入力に従って前記プレーヤキャラクタがアクションを行う場合に、当該アクションに続く前記一連のアクション群を、前記複数の推奨候補アクションの中から絞り込み、絞り込んだ推奨候補アクションを提示するように、当該アクションに応じて提示内容を更新することと（例えば、図１５のステップＳ５２）、を行う、コンピュータシステム、である。
　本開示によれば、コンピュータシステムは、プレーヤキャラクタが何らかのアクションを行っている場合、当該アクションに続く一連のアクション群を選択的に提示できる。プレーヤにしてみれば、プレーヤキャラクタに実行させたアクションに続く一連のアクション群を提示してもらえるので、無駄がなく発展的なアドバイスを得られることになる。
　第１４の開示は、前記検出部による検出がなされ、且つ、前記相手硬直時間よりも前記自硬直時間の方が短い場合に、当該自硬直時間の経過後に前記プレーヤキャラクタが行ったアクションを評価して評価結果を通知する評価制御部（例えば、図９の評価制御部２２６、図１８のステップＳ７４、ステップＳ７６）、を更に備えるコンピュータシステム、である。
　本開示によれば、コンピュータシステムは、自硬直時間の経過後にプレーヤキャラクタが行ったアクションの評価結果を通知できる。プレーヤに、自身の操作が適切であたかの判断の目安を与えることができる。
　第１５の開示は、前記評価制御部が、前記自硬直時間の経過後の前記プレーヤキャラクタのアクションに係る操作入力タイミングについて前記評価を行う、コンピュータシステム、である。
　本開示によれば、コンピュータシステムは、プレーヤキャラクタのアクションに係る操作入力タイミングについての評価を通知できる。
　第１６の開示は、前記提示制御部が、前記対戦ゲームのリプレイ再生中に、前記推奨候補アクションを提示する、コンピュータシステム、である。
　リプレイ再生は、ゲームプレイの内容を再確認して反省材料とする機会として好適である。本開示によれば、コンピュータシステムは、そのリプレイ再生中に、推奨候補アクションを提示するので、アドバイスを適切な機会で提供することができる。
　第１７の開示は、前記提示制御部が、前記対戦ゲームのゲーム進行結果に基づいて、前記推奨候補アクションを提示するタイミングを設定する（例えば、図１５のステップＳ６０）、コンピュータシステム、である。
　ここで言う「ゲーム進行結果」には、例えば、硬直時間の時間差を利用して相手に与えたダメージ、が含まれる。本開示によれば、コンピュータシステムは、そうしたゲーム進行結果に基づいて、推奨候補アクションを提示するタイミングを選択・設定できる。よって、アクション応酬の検出結果が多数に及ぶ様な場合であっても、勝敗に大きく影響する状況に限定して提示するタイミングを設定することも可能となり、提示の回数を適切に調整することができる。
　第１８の開示は、プレーヤ端末と通信を行い、前記対戦ゲームの実行を制御する上述したコンピュータシステムであるサーバシステムと、前記プレーヤ端末と、を具備するゲームシステムである。
　本開示によれば、上述した作用効果を奏するゲームシステムを実現できる。
第１実施形態におけるゲームシステムの構成の一例を示す図。 プレーヤ端末の構成例を示す正面図。 ゲーム画面の表示例を示す図。 アクションの応酬と硬直時間差とについて説明するための図。 リプレイ中のアドバイスタイミング到来に伴う表示例を示す図。 お手本表示の表示例を示す図。 練習モードにおける画面表示例を示す図（その１）。 練習モードにおける画面表示例を示す図（その２）。 第１実施形態におけるサーバシステムの機能構成の一例を示す機能ブロック図。 第１実施形態におけるサーバ記憶部が記憶するプログラムやデータの例を示す図。 キャラクタ初期設定デーのデータ構成例を示す図。 プレイデータのデータ構成例を示す図。 アドバイスタイミング登録データのデータ構成例を示す図。 第１実施形態におけるプレーヤ端末の機能構成の一例を示す機能ブロック図。 第１実施形態におけるーバシステムの処理の流れについて説明するためのフローチャート。 図１５より続くフローチャート。 アドバイスタイミング処理の流れを説明するためのフローチャート。 アドバイス実行処理の流れを説明するためのフローチャート。 図１８より続くフローチャート。 第２実施形態におけるゲームシステムの構成例を示す図。 第２実施形態におけるサーバシステムの機能構成例を示す機能ブロック図。 第２実施形態におけるプレーヤ端末の機能構成の一例を示す機能ブロック図。
　以下、本発明の実施形態の例を説明するが、本発明を適用可能な形態が以下の実施形態に限られないことは勿論である。
　〔第１実施形態〕
　図１は、第１実施形態におけるゲームシステムの構成の一例を示す図である。本実施形態のゲームシステム１０００は、ネットワーク９に接続することで相互にデータ通信が可能なサーバシステム１１００及び複数のプレーヤ端末１５００（１５００ａ，１５００ｂ，…）を含むコンピュータシステムであり、ゲームコンテンツ（或いはゲームアプリケーションとも呼ばれる）を提供するコンテンツ提供システムである。
　ネットワーク９は、データ通信が可能な通信路を意味する。すなわち、ネットワーク９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。
　サーバシステム１１００は、本体装置１１０１と、キーボード１１０６と、タッチパネル１１０８と、ストレージ１１４０とを有し、本体装置１１０１には制御基板１１５０を搭載する。
　制御基板１１５０には、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３が搭載されている。なお、制御基板１１５０の一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field-Programmable Gate Array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。
　そして、サーバシステム１１００は、制御基板１１５０が所定のプログラム及びデータに基づいて演算処理することにより、ユーザ登録等に係るユーザ管理機能と、登録ユーザであるプレーヤがプレーヤ端末１５００（１５００ａ，１５００ｂ，…）でゲームプレイするのに必要なデータを提供してプレーヤ端末１５００（１５００ａ，１５００ｂ，…）でのゲームの実行制御を管理するゲーム管理機能と、を実現する。つまり、本実施形態におけるゲームは、一種のクライアント・サーバ型のオンラインゲームとして実現される。
　なお、サーバシステム１１００は単体として記しているが、各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であっても良い。或いは、離れた場所に設置された独立した複数のサーバを、ネットワーク９を介してデータ通信させることで、全体としてサーバシステム１１００として機能させる構成であっても良い。例えば、不特定多数のゲームプレイに係る情報を蓄積するデータ蓄積サーバを別途用意した場合、当該データ蓄積サーバの記憶部を上記ストレージ１１４０と見なすことができる。
　プレーヤ端末１５００（１５００ａ，１５００ｂ，…）は、登録ユーザであるプレーヤがゲームプレイのために個別に使用するコンピュータシステムであって、ネットワーク９を介してサーバシステム１１００にアクセスしてオンラインゲームを実行できる電子装置（電子機器）である。機能的に言えばゲーム装置兼ゲームコントローラとなるものである。本実施形態のプレーヤ端末１５００は、ハードウェアとしてはいわゆるスマートフォンと呼ばれる装置として説明するが、携帯型ゲーム装置や、ゲームコントローラ、パソコン、タブレット型コンピュータ、ウェアラブルコンピュータ、家庭用ゲーム装置、業務用ゲーム装置などでもよい。
　図２は、本実施形態におけるプレーヤ端末１５００の構成例を示す正面図である。
　プレーヤ端末１５００は、方向入力キー１５０２と、ボタンスイッチ１５０４と、画像表示デバイス兼接触位置入力デバイスとして機能するタッチパネル１５０６と、スピーカ１５１０と、内蔵バッテリー１５０９と、マイク１５１２と、カメラ１５２０と、制御基板１５５０と、コンピュータ読み出し可能な記憶媒体であるメモリカード１５４０からデータを読み書きできるメモリカード読取装置１５４２と、を備える。その他、図示されていない電源ボタン、音量調節ボタン等が設けられている。また、ゲームプレイの対価の支払いが可能なＩＣカード型のクレジットカードやプリペイドカードに対して非接触にデータの読み書きが行えるＩＣカード読取装置などを設けるとしてもよい。
　制御基板１５５０は、ＣＰＵ１５５１やＧＰＵ，ＤＳＰなどの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、ネットワーク９に接続する携帯電話基地局や無線ＬＡＮ基地局などと無線通信するための無線通信モジュール１５５３、インターフェース回路１５５７などを搭載する。
　インターフェース回路１５５７には、タッチパネル１５０６のドライバ回路、方向入力キー１５０２及びボタンスイッチ１５０４からの信号を受信する回路、スピーカ１５１０へ音声信号を出力する出力アンプ回路、マイク１５１２で集音した音声の信号を生成する入力信号生成回路、カメラ１５２０で撮影された画像の画像データを入力する回路、メモリカード読取装置１５４２への信号入出力回路、などが含まれている。
　制御基板１５５０に搭載されているこれらの要素は、バス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。なお、制御基板１５５０の一部又は全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。そして、制御基板１５５０は、本実施形態のゲームのプレーヤ端末としての機能を実現させるためのプログラムや各種データをＩＣメモリ１５５２に記憶する。
　なお、本実施形態では、プレーヤ端末１５００はクライアントプログラムや各種設定データをサーバシステム１１００からダウンロードする構成としているが、別途入手したメモリカード１５４０などの記憶媒体から読み出す構成としても良い。
　図３は、ゲーム画面の表示例を示す図である。
　本実施形態のゲームは、対戦型格闘ゲームである。各プレーヤは、複数種類の候補キャラクタの中からプレーヤキャラクタ４（４ａ，４ｂ，…）として使用するキャラクを選択してプレイする。そして、プレーヤキャラクタ４とすることのできる候補キャラクタには、それぞれ複数種類の「仕掛けアクション」と、複数種類の「受けアクション」とが予め設定されている。
　「仕掛けアクション」とは、相手キャラクタに対して行動を仕掛けるアクションである。格闘ゲームでは攻撃技がこれに該当する。
　「受けアクション」とは、相手キャラクタに仕掛けられたアクションに対応するアクションであって、更に「能動的な受けアクション」と「受動的な受けアクション」とがある。「能動的な受けアクション」とは、相手キャラクタの仕掛けアクションに対して、能動的に対応するアクションである。格闘ゲームでは防御技（ガード技）、後ずさりやジャンプによる回避動作、相手の動作に合わせてタイミング良く放つことで逆に相手に対して攻撃できるカウンター技、などがこれに該当する。「受動的な受けアクション」とは、能動的な受けアクションを実行させる操作入力が無かった場合に結果として至るアクションである。格闘ゲームではノーガードで攻撃を受けた場合の「やられ」アクションがこれに該当する。
　そして、プレーヤは、各々のプレーヤキャラクタ４に実行させる仕掛けアクションや受けアクション毎の所定の操作入力を繰り返してプレイする。すなわち、一方のプレーヤに着目して述べるならば、本実施形態のゲームは、プレーヤキャラクタ及び相手キャラクタのうちの一方が第１のアクションを行い、他方が第２のアクションを行うことで、互いがアクションを交わすアクションの応酬を伴って進行するゲームである。
　ゲームプレイの内容は、プレイ毎に対応付けられるプレイ履歴情報７３０として記録・保存される。プレイ履歴情報７３０は、例えば、マッチングデータ７３１と、リプレイデータ７３２と、ゲーム進行状況データ７３３と、を含む。勿論、これら以外のデータも適宜含めることができる。
　マッチングデータ７３１は、ゲームプレイに参加したプレーヤ別のプレーヤアカウント・年齢・プレーヤレベル（プレイ成績に応じて自動的に設定される技量指標）などの情報を含む。
　リプレイデータ７３２は、プレイ後に当該プレイを再現するために用意されるデータであって、例えば、プレーヤ別の操作入力毎の内容・入力タイミング・当該操作入力によるプレーヤキャラクタ４の動作の結果を時系列に対応付けて格納する。
　ゲーム進行状況データ７３３は、ゲーム進行の進捗・変化を記述する。格闘ゲームにおける各プレーヤキャラクタのダメージ遷移（言い換えると、各プレーヤのプレイ成績）のデータもその１つである。
　図４は、アクションの応酬と硬直時間差とについて説明するための図である。図４の上側の横線は、第１のプレーヤキャラクタ４ａのアクション制御のタイムラインである。図４の下側の横線は、第２のプレーヤキャラクタ４ｂのアクション制御のタイムラインである。なお、以降の説明ではアクションに係る時間の長さを述べる場合は、ゲーム画面の描画フレームを単位とする。
　図４の例は、第１のプレーヤキャラクタ４ａによる第１のアクションが「仕掛けアクション」で、第２のプレーヤキャラクタ４ｂによる第２のアクションが「受けアクション」の例を表している。
　「仕掛けアクション」には、種類毎に、動作開始からヒット判定がなされるまでの所要時間（図４における第０フレームから第１フレームｆ１まで）である「発動所要時間」と、ヒット判定後の「硬直時間」（図４における第１フレームｆ１から第２フレームｆ２まで）と、が設定されている。
　仕掛けアクションの発動所要時間は、当該アクションの効果が発動した、或いは効果が有効化した、と見なされるまでに要する時間長である。仕掛けアクションが攻撃技である場合、アクションの開始から攻撃のヒット判定が行われるまでの時間の長さである。よって、発動所要時間は、当該アクションによるキャラクタの動作の内容（見せ方）に応じた所定の固有値が設定されている。
　仕掛けアクションの硬直時間は、状況に応じて幾種類か設定されている。具体的には、当該アクションの効果が相手に作用しなかった場合（例えば、攻撃が空振りに終わった場合）、相手キャラクタの対応が有効であった場合（例えば、攻撃がガードされた場合）、相手キャラクタの対応が無かった或いは間に合わなかった場合（例えば、ノーガードで相手にヒットした場合や、ガードが遅れたと判定された場合）、相手キャラクタの仕掛けアクションと交差した場合と、で異なる硬直時間が設定されている。勿論、硬直時間は、これら以外の状況でも設定可能である。逆に、硬直時間をアクションの種類によって固定値としてもよい。
　仕掛けアクションは複数種類あるが、コンパクトで素早いが攻撃効果は相対的に小さいアクションであるほど、発動所要時間も硬直時間も短い傾向にある。逆に、攻撃効果が相対的に大きいいわゆる大技ほど、発動所要時間も硬直時間も長い傾向にある。本実施形態では、仕掛けアクションの硬直時間は種別に固定として説明する。
　「受けアクション」もまた、種類毎に、発動所要時間（図４における第０フレームから第３フレームｆ３まで）と、硬直時間（図４における第３フレームｆ３から第４フレームｆ４まで）が同様に設定されている。
　受けアクションの硬直時間は、受けた仕掛けアクションの種類や、動作が完了する前にヒット判定および受けの成立判定に及んだか、動作が完了した後にヒット判定および受けの成立判定に及んだか、といった異なる状況別に設定されている。勿論、硬直時間は、これら以外の状況でも設定可能である。逆に、硬直時間をアクションの種類によって固定値としてもよい。本実施形態では、受けアクションの硬直時間は状況に応じて様々設定されているものとして説明する。
　なお、図４の例では、仕掛けアクションと受けアクションの組み合わせによるアクション応酬に関する硬直時間差を示しているが、硬直時間差はこの組み合わせに限らず、双方のプレーヤキャラクタ４（４ａ，４ｂ，…）がそれぞれ仕掛けアクションを行ってアクション応酬が発生した場合も同様に硬直時間差が生じる。
　サーバシステム１１００は、一方のプレーヤキャラクタにより仕掛けアクションが実行されている間に、他方のプレーヤキャラクタにより受けアクション（又は仕掛けアクション）が実行開始されると、これを「アクション応酬」として検出する。
　なお、アクション応酬の検出タイミングは、当該アクション応酬の先行する仕掛けアクションの開始タイミングとするが、仕掛けアクションの硬直時間の開始タイミングとしてもよい。
　サーバシステム１１００は、アクション応酬を検出すると、先行する仕掛けアクション（第１アクション）の硬直時間の終了タイミングと、後発する受けアクション又は仕掛けアクション（第２アクション）の硬直時間の終了タイミングとの時間差、すなわち「硬直時間差」を求める。図４の例では、「硬直時間差」は、第２フレームｆ２と第４フレームｆ４との時間差となる。ちなみに、理解を容易にするために第１フレームｆ１と第３フレームｆ３とを合わせて示しているが、実際にはそれらが同時になるとは限らない。
　そして、サーバシステム１１００は、プレーヤキャラクタ４毎に着目し、着目するプレーヤキャラクタ４の硬直時間（自硬直時間）の終了タイミングと、相手のプレーヤキャラクタ４（相手キャラクタ）の硬直時間（相手硬直時間）の終了タイミングとを比較する。
　そして、自硬直時間が相手硬直時間よりも早く終わり、且つ、発動所要時間が硬直時間差以下である仕掛けアクションが、着目するプレーヤキャラクタ４に設定されている場合に、サーバシステム１１００は、当該プレーヤキャラクタのプレーヤに向けたアドバイスができるタイミング、すなわち「アドバイスタイミング」としてこれを検出する。
　図４の例では、第１のプレーヤキャラクタ４ａの硬直時間よりも、第２のプレーヤキャラクタ４ｂの硬直時間の方が早く終わるので、第２のプレーヤキャラクタ４ｂに硬直時間差よりも発動所要時間が短い仕掛けアクションが設定されているならば、第２のプレーヤキャラクタ４ｂのプレーヤを「アドバイス対象プレーヤ」とする「アドバイスタイミング」が検出されることになる。具体的には、検出されたアクション応酬の起源となった先行の仕掛けアクションの開始フレームを、アドバイスタイミングのフレームとする。そして、サーバシステム１１００は、アドバイスタイミング毎に、アドバイス対象プレーヤに向けたアドバイス表示を行う。
　次に、アドバイス表示について説明する。
　図５は、リプレイ中のアドバイスタイミング到来に伴う表示例を示す図である。
　本実施形態では、アドバイス対象プレーヤへのアドバイス表示は、リプレイ中に行われる。ここで言う「リプレイ」は、ゲームプレイ中に自動的に記録されたプレイ履歴情報７３０のリプレイデータ７３２（図３参照）に基づいて、当該ゲームプレイの終了後に、当該ゲームプレイを自動再現することである。
　ゲームプレイが終了すると、サーバシステム１１００は、自動的に当該ゲームプレイのリプレイの表示制御、いわゆるリプレイ再生を開始し、プレーヤ端末１５００にてリプレイ画面Ｗ５を表示させる。
　リプレイ画面Ｗ５は、リプレイ映像２０と、シークバー２２と、を表示する。シークバー２２は、当該映像で表示されている映像がゲームプレイに係った時間のうちどのタイミングを示しているかを示すとともに、リプレイ映像２０として表示するタイミングの指定操作を受け付ける表示部兼操作受付部である。そして、シークバー２２には、リプレイ映像２０を視ているプレーヤをアドバイス対象プレーヤとする「アドバイスタイミング」毎にタイミングマーク２３が表示される。
　リプレイ中にアドバイスタイミングが到来すると、サーバシステム１１００は、リプレイの表示進行を通常よりも遅くする。つまり、スロー再生を開始し、硬直時間差の終わりまで継続する。そして、硬直時間差の終わりでリプレイの表示進行を一時停止する。こうした、リプレイの表示進行を停止したりスローにする制御によって、リプレイの進行がフォーカスされ、今この時がアドバイスされる対象であり、重要な時間帯であることをプレーヤに強く印象づけることができる。
　そして、サーバシステム１１００は、硬直時間差を利用した行動が可能であることを告げるチャンスタイミング表示２４と、アドバイス表示を開始させる開始操作アイコン２６と、アドバイスの表示をスキップするスキップ操作アイコン２７と、を表示させる。
　開始操作アイコン２６が操作されると、サーバシステム１１００は、推奨候補アクション提示部３０をポップアップ表示させる。推奨候補アクション提示部３０は、適用選択条件表示部３２と、推奨候補アクション別に用意されるアクション選択操作アイコン３４（３４ａ，３４ｂ，…）と、アドバイスの表示をスキップするスキップ操作アイコン３６と、を有する。
　適用選択条件表示部３２は、推奨候補アクションの選択と並び替えに現在適用されている「選択条件」の種類を示している。ここで言う「選択条件」は、硬直時間差を利用した行動として推奨される推奨候補アクションをプレーヤにアドバイス提示する処理に係り、仕掛けアクションの中から推奨候補アクションとするアクションを選択する条件と、選択順番あるいは提示順番を示すソート条件である。
　例えば、選択条件の種類として、
（１）操作入力が簡単な順に選択し並び替えて提示する「簡単操作順」と、
（２）単独のアクションを攻撃効果の高い順（高効果条件：例えば、相手に対して与えるダメージ値が高い順、相手に対して加える攻撃回数が多い順、相手に発生させる硬直により長い時間拘束できる順、など）に選択して並び替えて提示する「単技高効果順」と、
（３）複数のアクションを組み合わせた所定のコンボパターンの中から、当該コンボの最初のアクションが硬直時間差内で効果を発動し得るアクションであるパターンを抽出し、攻撃効果の高い順に並び替えて提示する「コンボ高効果順」と、
（４）プレーヤのプレイスタイルを優先して並べ替えをした「スタイル順」と、
（５）多数の他プレーヤのリプレイデータ（プレイ履歴情報の一部）を統計処理した結果得られる、似たような状況において選択されたアクションを人気順に基づいて推奨候補アクションを選択して並び替えて提示する「トレンド順」と、が用意されている。
　勿論、表示種類は、これ以外にも適宜設定可能である。
　アクションは、短時間で実行可能な小技ほど操作入力の仕方が簡単で、アクション時間と硬直時間が短くなるように設定されるので、「簡単操作順」は「スピード順」と言い換えてもよい。
　プレーヤのプレイスタイルは、プレイ履歴情報７３０（又はこのコピー）のリプレイデータ７３２から、アクション分類（例えば、パンチ系、蹴り系、投げ系、など）別に実行回数を統計処理することで明らかとなる。「スタイル順」では、実行回数が多いアクション分類を優先的に上位となるように並び替えをする。
　また、「トレンド順」は、「似たような状況」と見なす絞り込み条件の設定によって、更に複数種類を設定することができる。例えば、単に硬直時間差の長さのみを絞り込み条件とする種類、更にプレーヤの技量を示すプレーヤレベルが近いことを絞り込み条件に加えた種類、相手キャラクタおよび仕掛けアクションが同じであることを絞り込み条件に加えた種類、などを設定できる。
　また、「コンボ順」については、硬直時間差内にプレーヤキャラクタが硬直時間内に何らかのアクションを行っている場合には、当該アクションを起点として連続する一連のアクション群、いわゆる「コンボ」について絞り込みを行う。具体的には、ゲームプレイにおいて、アドバイス対象プレーヤのプレーヤキャラクタが、硬直時間差内に技「Ａ１」を実行していた場合、当該技「Ａ１」に続いて連続的に技「Ａ２」，技「Ａ３」，…と連続することで「コンボＡ」が構成される場合、当該コンボを推奨候補アクションとして選択し、優先的に提示する。もし、技「Ａ１」が一つ目の技として共通する「コンボＢ」「コンボＣ」が有るならば、これらも推奨候補アクションとして選択し、優先的に提示する。もし、硬直時間差内に技「Ａ１」と技「Ａ２」とが連続的に実行していた場合は、「コンボＡ」を推奨候補アクションとして絞り込んで提示する。もし「コンボＢ」も二つ目の技まで共通ならば、絞り込みでも残るので、推奨候補アクションとして提示される。「コンボＣ」が二つ目の技から異なるならば、絞り込みで落とされて、推奨候補アクションの選から落ちて提示されないことになる。
　適用選択条件表示部３２には、選択条件変更操作部３３が表示される。サーバシステム１１００は、当該操作部が操作されると選択条件選択部３８を追加表示させる。選択条件選択部３８は、選択条件を種類別にリスト表示するとともに、選択中の選択条件を識別表示する。
　サーバシステム１１００は、選択条件選択部３８を表示させた状態で所定の変更操作（例えば、上下方向への入力）に応じて、適用する選択条件を変更する。そして、適用する選択条件が変更されると、サーバシステム１１００は、推奨候補アクションを選択し直して、推奨候補アクション提示部３０の適用選択条件表示部３２とアクション選択操作アイコン３４（３４ａ，３４ｂ，…）との表示を変更する。
　プレーヤは、推奨候補アクション提示部３０にてその時提示されている推奨候補アクションが自身にとって適当である、言い換えると推奨候補アクションを選択した選択条件が適当であるならば、アクション選択操作アイコン３４（３４ａ，３４ｂ，…）の中から、何れかを選択操作する。その意味では、アクション選択操作アイコン３４（３４ａ，３４ｂ，…）は、現在適用されている選択基準が適当であることのプレーヤによる評価入力を受け付ける部位として機能している。
　一方、プレーヤが、その時提示されている推奨候補アクションが自身にとって適当でないと思ったならば、選択条件変更操作部３３を操作して、望ましいと思う選択条件に変更する。その意味では、選択条件変更操作部３３と選択条件選択部３８は、現在適用されている選択基準が適当でないことのプレーヤによる評価入力の受け付け部として機能していると言える。
　さて、何れかのアクション選択操作アイコン３４が選択操作されたならば、サーバシステム１１００は、推奨候補アクションの提示が適当と認められたと見なし、選択されたアイコンに対応する推奨候補アクションの手本表示を実行する。
　図６は、お手本表示の表示例を示す図である。
　お手本表示中のリプレイ画面Ｗ６では、お手本映像４０と、お手本対象アクション名４２と、お手本対象アクションを実行させるための操作入力パターン表示４４と、が表示される。
　お手本映像４０は、リプレイデータを元に、仕掛け側のプレーヤキャラクタ４ａが仕掛けアクションを開始するところからゲームプレイを再現する映像である。通常のリプレイとは、アドバイスタイミングからのプレーヤキャラクタの制御が異なる。
　サーバシステム１１００が、アドバイス対象プレーヤのプレーヤキャラクタ４ｂに、リプレイデータに代わって、選択されたアクション選択操作アイコン３４に対応する推奨候補アクションを適用・実行させて作成された映像を生成する。つまり、お手本映像４０は「プレーヤが選択した推奨候補アクションを正しく入力できたならば、このようになる」ということを教示する。
　なお、お手本映像４０の表示進行の速さは、通常のリプレイと同様としてもよいし、通常より遅くしてもよい。
　また、お手本映像４０の表示に際し、サーバシステム１１００は、お手本として示す推奨候補アクションの操作入力を行うのに推奨される入力推奨タイミングを明示する第１タイミング表示４６と、第２タイミング表示４８とを表示させる。
　第１タイミング表示４６は、アドバイス対象プレーヤのプレーヤキャラクタに特別な表示形態を適用することで実現される。図６の例では、画面右側に示された受け側のプレーヤキャラクタ４ｂの輪郭線を特別な表示色で強調表示している例を示している。第２タイミング表示４８は、テキスト表示で実現される。
　入力推奨タイミングは、アドバイスの対象とされるプレーヤのプレーヤキャラクタの硬直時間の終了から少し前（プレーヤがゲーム画面の内容を認識してから、操作入力の動作を開始するまでのタイムラグを考慮した時間だけ前）から硬直時間差の開始から所定フレームの間とする。図４の例で言えば、第４フレームｆ４の少し前、硬直時間差の開始前後から所定フレームの間が、入力推奨タイミングとして示される。
　そして、選択された推奨候補アクションが完了するとお手本表示は完了となる。サーバシステム１１００は、お手本映像４０の表示進行を一時停止し、同じお手本映像４０をもう一度最初から表示させる操作を入力するための再表示操作アイコン５０と、お手本として示されたアクションの練習を開始する操作を入力するための練習移行操作アイコン５２と、リプレイに戻るリプレイ復帰操作アイコン５４と、を追加表示させる。
　図７は、練習モードにおける画面表示例を示す図である。
　練習モードは、お手本として表示された推奨候補アクションの操作入力をプレーヤが練習するための制御モードである。
　サーバシステム１１００は、アドバイス対象プレーヤによるプレーヤキャラクタ（図７の例では、画面右方にある受け側のプレーヤキャラクタ４ｂ）への操作入力を可能としつつ、相手キャラクタ（図７の例では、画面左方にある仕掛け側のプレーヤキャラク４ａ）は、リプレイでの動作（図７の例では、現在のアドバイスタイミングの検出起源となった仕掛けアクション）を実行するように設定・自動制御する。その制御のために、リプレイ表示用の仮想３次元空間とは別に練習モードの制御用に別途仮想３次元空間を用意するとしてもよい。
　練習モード画面Ｗ７は、プレイ中のゲーム画面と同様の画面レイアウトを有する。練習モードの表示進行の速さも通常のゲームプレイと同じであるが、練習モードであることを明示するモード明示６０と、先にお手本表示された推奨候補アクションの操作入力パターン６２と、が表示される。また、第１タイミング表示４６と、第２タイミング表示４８とも、お手本表示と同様に表示される。
　また、サーバシステム１１００は、アドバイス対象プレーヤが手本表示された推奨候補アクションの操作入力を行うと、当該入力タイミングを評価して、評価結果６４を表示させる。そして、当該推奨候補アクションの実行が完了すると、サーバシステム１１００は、練習をもう１度繰り返し実行する操作を受け付ける再練習操作アイコン６６と、練習モードを終了してリプレイの表示に戻る操作を受け付けるリプレイ復帰操作アイコン６８と、を表示させる。
　リプレイ復帰操作アイコン６８への操作が検出されたならば、サーバシステム１１００は、今回のアドバイスタイミングに係るアドバイス表示が終了したと見なし、リプレイ画面Ｗ５の表示制御を再開する。そして、次のアドバイスタイミングが到来すると、同じように、表示進行速さを変える進行フォーカス制御と、手本表示制御と、練習モード制御と、を実行する。
　なお、練習モードで実行される推奨候補アクションがコンボ（連続的に実行される複数のアクション群）である場合、図８に例示する練習モード画面Ｗ８のように、操作入力パターン６２を、プレーヤの操作入力に従ったアクションに基づいて、当該アクションに続くことでコンボを構成し得る、別の推奨候補アクションを絞り込んで、表示するとしてもよい。
　例えば、図８の例では、プレーヤが選択した推奨候補アクションとして手本表示されたのは「コンボＡ」であり、コンボＡの一つ目の技「Ａ１」が実行された状態を示している。コンボＡは、技Ａ１の次に技Ａ２へと続く連続技である。故に、技「Ａ１」に対応する第１の操作入力パターン６２ａが表示されている。
　この時、コンボＡを構成する二つ目の仕掛けアクションが技「Ａ２」なので、サーバシステム１１００は、予告として、当該技に係る第２の操作入力パターン６２ｂを追加表示させる。加えて、一つ目の技がコンボＡと共通する「コンボＢ」がある場合、サーバシステム１１００は、コンボＢを構成する二つ目の仕掛けアクションの技「Ｂ２」を絞り込んで、第３の操作入力パターン６２ｃとして追加表示する。コンボＢは技Ａ１の次に技Ｂ２が続く連続技である。
　プレーヤが、二つ目の仕掛けアクションとして、技Ａ２に係る第２の操作入力パターン６２ｂを入力したならば、サーバシステム１１００は、技Ｂ２に係る第３の操作入力パターン６２ｃを消去して、コンボＡを構成する三つ目の仕掛けアクションである技「Ａ３」の操作入力パターン６２を表示する。もし、当該技「Ａ３」が共有する別のコンボが存在する場合は、当該別のコンボにおける三つ目の仕掛けアクションの技の操作入力パターン６２を追加表示する。
　以下、コンボが途切れるまで繰り返す。
　硬直時間を利用した推奨候補アクションの実行を起点として、コンボを狙う前提の場合に、こうした絞り込みとその表示を行うことができる。これにより、プレーヤへ向けて、操作入力の状況に応じてどのようなコンボを組み立てていけるかといった選択肢を提示できる。
　次に、ゲームシステム１０００の機能構成について説明する。
　図９は、サーバシステム１１００の機能構成の一例を示す機能ブロック図である。サーバシステム１１００は、操作入力部１００ｓと、サーバ処理部２００ｓと、音出力部３９０ｓと、画像表示部３９２ｓと、通信部３９４ｓと、サーバ記憶部５００ｓとを備える。
　操作入力部１００ｓは、サーバの管理のための各種操作を入力するための手段である。図１のキーボード１１０６がこれに該当する。
　サーバ処理部２００ｓは、例えばＣＰＵやＧＰＵ等のマイクロプロセッサや、ＡＳＩＣ、ＩＣメモリなどの電子部品によって実現され、操作入力部１００ｓやサーバ記憶部５００ｓを含む各機能部との間でデータの入出力を行う。そして、所定のプログラムやデータ、操作入力部１００ｓからの操作入力信号、プレーヤ端末１５００から受信したデータ、等に基づいて各種の演算処理を実行して、サーバシステム１１００の動作を統合的に制御する。
　そして、本実施形態のサーバ処理部２００ｓは、ユーザ管理部２０２と、ゲーム管理部２１０と、計時部２８０ｓと、音生成部２９０ｓと、画像生成部２９２ｓと、通信制御部２９４ｓとを含む。勿論、これら以外の機能部も適宜含めることができる。
　ユーザ管理部２０２は、ユーザ登録手続きに係る処理及びユーザアカウントに紐付けられる各ユーザのデータの管理を行う。本実施形態では、ユーザ管理部２０２は、（１）登録ユーザへの固有のユーザアカウントの付与、（２）ユーザアカウント別に個人情報を登録管理する登録情報管理、（３）プレイ履歴情報を蓄積・管理するプレイ履歴管理、（４）所有するアイテムの管理、（５）不特定多数のユーザのプレイ履歴の管理、などを行う。勿論、これら以外のアカウントに紐付けられる他のデータの管理機能も適宜含めることができる。
　ゲーム管理部２１０は、ゲームの実行管理に係る各種処理を行う。本実施形態のゲームは、クライアント・サーバ型のオンラインゲームなので、本実施形態のゲーム管理部２１０は、プレーヤ端末１５００と通信を行いながらゲームプレイに必要なデータを提供する制御を行う。
　そして、本実施形態のゲーム管理部２１０は、アクション応酬検出部２１２と、提示制御部２１４と、適否入力受付制御部２１６と、選択基準更新部２１８と、リプレイ制御部２２０と、進行フォーカス制御部２２２と、推奨候補アクション適用部２２４と、評価制御部２２６と、を有する。勿論、これら以外の機能部も適宜含むとしてもよい。
　アクション応酬検出部２１２は、プレーヤキャラクタ及びその相手キャラクタのうちの一方が第１のアクションを行い、他方が第２のアクションを行うことで、互いがアクションを交わすアクション応酬の発生を検出する。
　提示制御部２１４は、前記検出手段による検出がなされた場合による検出がなされた場合に、プレーヤキャラクタが行ったアクションに係る硬直時間（自硬直時間）の経過後に行うことを推奨する推奨候補アクションを、アドバイス表示として、対戦ゲームのリプレイ再生中にプレーヤに提示する。
　具体的には、提示制御部２１４は、アクションの応酬として検出された第１のアクションに基づく第１の硬直時間と第２のアクションに基づく第２の硬直時間とに基づいて、相手キャラクタが行ったアクションに係る硬直時間（相手硬直時間）よりもプレーヤキャラクタが行ったアクションに係る硬直時間（自硬直時間）の方が短い場合に、相手硬直時間と自硬直時間との時間差（硬直時間差）の間に効果が発動して対戦相手にヒットした場合にダメージを付与する攻撃技のアクションであり、且つ、発動してヒットした場合の効果（例えば、付与ダメージ、ダメージ回数、相手に発生する硬直時間が長い、などの効果）が高いことを示す所定の高効果条件を満たすアクションを推奨候補アクションとして提示する。
　また、提示制御部２１４は、プレーヤのプレイ履歴情報に基づいて、推奨候補アクションとするアクションを可変に選択する。
　また、提示制御部２１４は、プレーヤ及び他プレーヤのプレイ履歴情報が記憶されている記憶部にアクセスして、プレーヤ及び他プレーヤのプレイ履歴情報、に基づいて、推奨候補アクションとするアクションを可変に選択する。
　また、提示制御部２１４は、プレーヤのプレイ履歴情報に基づいて、推奨候補アクションの提示をするか否かを決定し、提示する際には、推奨候補アクションを行う入力推奨タイミングをプレーヤに提示する。
　また、提示制御部２１４は、複数のアクションが連続する一連のアクション群を推奨候補アクションとして、複数の当該推奨候補アクションを提示する場合、アクション応酬検出部２１２による検出がなされた後にプレーヤキャラクタが行うプレーヤの操作入力に従ったアクションに基づいて、当該アクションに続く一連のアクション群を、複数の推奨候補アクションの中から絞り込み、絞り込んだ推奨候補アクションを提示するように提示内容を更新する。
　そして、提示制御部２１４は、対戦ゲームのゲーム進行結果に基づいて、推奨候補アクションを提示するタイミングを選抜・設定する。
　適否入力受付制御部２１６は、推奨候補アクションの提示後に、プレーヤによる、推奨候補アクションとするアクションの選択基準の適否入力を受け付ける制御を行う。
　選択基準更新部２１８は、受け付けられた適否入力に基づいて、推奨候補アクションとするアクションの選択基準を更新する。
　リプレイ制御部２２０は、ゲームプレイ終了後に、当該ゲームプレイのリプレイを実行制御する。
　進行フォーカス制御部２２２は、アクション応酬検出部２１２の検出に応じて、一時的に進行を停止又はスローにする進行フォーカス制御を行う。具体的には、進行フォーカス制御部２２２は、アクション応酬が検出されたタイミング（アクション応酬の先行する仕掛けアクションの開始タイミング、又は当該仕掛けアクションの硬直時間の開始タイミング）からスローにして、硬直時間差が終了するタイミングで一時停止させる。
　推奨候補アクション適用部２２４は、提示制御部２１４により提示された複数の推奨候補アクションの中からプレーヤによって選択された推奨候補アクションをプレーヤキャラクタに行わせる。具体的には、手本の表示制御がこれに該当する。
　評価制御部２２６は、アクション応酬検出部２１２による検出がなされ、且つ、相手硬直時間よりも自硬直時間の方が短い場合に、当該自硬直時間の経過後にプレーヤキャラクタが行ったアクションを評価して評価結果を通知する。評価制御部２２６は、プレーヤキャラクタのアクションに係る操作入力タイミングを評価項目の１つとして評価する。
　計時部２８０ｓは、システムクロックを利用して現在日時や制限時間等の計時を行う。
　音生成部２９０ｓは、音声データの生成やデコードをするＩＣやソフトウェアの実行により実現され、サーバシステム１１００のシステム管理やゲームプレイに係る操作音やＢＧＭなどの音声データを生成或いはデコードする。そして、システム管理に関する音声信号は音出力部３９０ｓへ出力する。
　音出力部３９０ｓは、音声信号に従って放音する。図１の例では本体装置１１０１やタッチパネル１１０８が備えるスピーカ（不図示）がこれに該当する。
　画像生成部２９２ｓは、サーバシステム１１００のシステム管理に関する画像や、ゲーム画像（又はゲーム画像をプレーヤ端末１５００で表示させるためのデータ）等を生成することができる。そして、システム管理に関する画像は画像表示部３９２ｓへ出力することができる。
　画像表示部３９２ｓは、画像生成部２９２ｓから入力される画像信号に基づいてシステム管理のための各種画像を表示する。例えば、フラットパネルディスプレイ、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。図１の例ではタッチパネル１１０８が該当する。
　通信制御部２９４ｓは、データ通信に係るデータ処理を実行し、通信部３９４ｓを介して外部装置とのデータのやりとりを実現する。
　通信部３９４ｓは、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では通信装置１１５３が該当する。
　サーバ記憶部５００ｓは、サーバ処理部２００ｓにサーバシステム１１００を統合的に制御させるための諸機能を実現するためのプログラムや各種データ等を記憶する。また、サーバ処理部２００ｓの作業領域として用いられ、サーバ処理部２００ｓが各種プログラムに従って実行した演算結果などを一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスク、オンラインストレージなどによって実現される。図１の例では本体装置１１０１が搭載するＩＣメモリ１１５２やハードディスクなどの記憶媒体、及びストレージ１１４０がこれに該当する。
　図１０は、本実施形態におけるサーバ記憶部５００ｓが記憶するプログラムやデータの例を示す図である。本実施形態におけるサーバ記憶部５００ｓは、サーバプログラム５０１と、配信用クライアントプログラム５０３と、ゲーム初期設定データ５１０と、を記憶する。また、サーバ記憶部５００ｓは、逐次生成・管理されるデータとして、ユーザ管理データ６００と、プレイデータ７００と、現在日時８００と、を記憶する。サーバ記憶部５００ｓは、その他のプログラムやデータ（例えばタイマーや、カウンタ、各種フラグなど）も適宜記憶できる。
　サーバプログラム５０１は、サーバ処理部２００ｓが読み出して実行することで、ユーザ管理部２０２、ゲーム管理部２１０としての機能を実現させるためのプログラムである。
　配信用クライアントプログラム５０３は、プレーヤ端末１５００へ提供されるクライアントプログラムのオリジナルである。
　ゲーム初期設定データ５１０は、ゲームの実行に必要な各種初期設定データを含む。具体的には、ゲーム初期設定データ５１０は、キャラクタ初期設定データ５２０を含む。勿論、これら以外のデータも適宜含めることができる。
　キャラクタ初期設定データ５２０は、プレーヤキャラクタとしてプレーヤが選択することのできる候補キャラクタの種類毎に用意され、当該種類の候補キャラクタに係る各種初期設定データを格納する。１つのキャラクタ初期設定データ５２０は、例えば図１１に示すように、固有のキャラクタ種類５２１と、アクション定義データ５３０と、を含む。勿論、これら以外のデータも適宜含めることができる。
　アクション定義データ５３０は、仕掛け及び受けの各アクションの種類毎に用意され、当該アクションに係る各種初期設定データを格納する。一つのアクション定義データ５３０は、例えば、固有のアクションＩＤ５３１と、当該アクションが仕掛けアクションか受けアクションであるか、またパンチ系や蹴り系などのアクション分類を示すカテゴリー情報５３２と、いわゆる入力コマンドに相当する操作入力パターン５３３と、当該アクションの動作をキャラクタに実行させるためのモーションデータ５３５と、発動所要時間５３７と、状況別硬直時間５３９と、を含む。勿論、これら以外のデータも適宜含めることができる。
　状況別硬直時間５３９は、ゲーム進行上起こり得る状況別に、当該状況において適用される硬直時間を対応づけて格納する。状況の例としては、例えば仕掛けアクションであれば、当該アクションの効果が相手に作用しなかった場合（例えば、攻撃が空振りに終わった場合）、相手キャラクタの対応が有効であった場合（例えば、攻撃がガードされた場合）、相手キャラクタの対応が無かったか間に合わなかった場合（例えば、ノーガードで相手にヒットした場合や、ガードが遅れたと判定された場合）、相手の仕掛けアクションと交差した場合と、を設定できる。
　なお、アクション定義データ５３０には、受けアクションの一つとして「やられ（ノーガードで仕掛けアクションを受けた）」アクションも含まれる。
　図１０に戻って、ユーザ管理データ６００は、登録ユーザ毎に用意され、固有の識別情報であるアカウントと紐付けられる各種データを格納する。１つのユーザ管理データ６００は、ユーザアカウント６０１と、プレーヤレベル６０３と、年齢や性別などの個人情報６０５と、当該ユーザがプレイしたゲームの個別保存用プレイ履歴情報６１０（プレイ履歴情報７３０のコピー）と、を含む。勿論、ユーザ管理データ６００には、これら以外のデータも適宜含めることができる。
　プレイデータ７００は、ゲームプレイ毎に作成され、当該ゲームプレイに係る各種データを格納する。１つのプレイデータ７００は、例えば図１２に示すように、固有のプレイＩＤ７０１と、ゲーム進行制御データ７１０と、プレイ履歴情報７３０と、プレーヤ別に用意されるリプレイ管理データ７３７と、プレーヤ別に用意されるアドバイス管理データ７３８と、を含む。勿論、これら以外のデータも適宜含めることができる。
　ゲーム進行制御データ７１０は、ゲームプレイを進行制御するための各種データを格納する。例えば、ゲーム進行制御データ７１０は、プレイ開始からの経過時間７１１と、現在の描画フレーム数７１３と、プレーヤ別のプレーヤ管理データ７２０と、を含む。その他、ゲーム画像を生成するための仮想３次元空間データ（ゲーム空間の背景オブジェクト、プレーヤキャラクタ４のキャラクタオブジェクト、仮想カメラ、などを配置・制御するためのデータ群）なども適宜含めることができる。
　プレーヤ管理データ７２０は、プレーヤアカウント７２１と、当該プレーヤのプレーヤキャラクタ４として使用される候補キャラクタを示す使用キャラクタ種類７２３と、アクション制御データ７２５と、ダメージ数７２７と、を含む。
　リプレイ管理データ７３７は、リプレイを表示させるための各種データを格納する。例えば、リプレイ管理データ７３７は、リプレイの提供対象である提供先プレーヤアカウント、リプレイ画面Ｗ５（図５参照）の描画フレーム数、リプレイ映像２０を生成するための仮想３次元空間のデータ、リプレイ映像２０の表示進行速度の設定、などを格納する。
　アドバイス管理データ７３８は、アドバイス表示を実現するための各種データを格納する。例えば、アドバイス管理データ７３８は、アドバイス対象プレーヤアカウント７３９と、アドバイスタイミング登録データ７４０と、適用選択条件種類７８０と、適用推奨候補アクション種類７８２と、練習モード設定データ７８４と、を含む。勿論、これら以外のデータも適宜含めることができる。
　アドバイスタイミング登録データ７４０は、初期状態では作成されないが、アクション応酬が検出される毎に作成されるデータであって、推奨候補アクションの提示を含むアドバイスの表示を行うタイミングの登録データである。
　一つのアドバイスタイミング登録データ７４０は、例えば図１３に示すように、アドバイスタイミングフレーム数７４１と、アドバイス対象プレーヤＩＤ７４２と、第１アクション種類７５０と、第１硬直時間終了フレーム数７５２と、第２アクション種類７５４と、第２硬直時間終了フレーム数７５６と、硬直時間差７５８と、硬直後実行アクション種類７６０と、硬直後実行操作入力フレーム数７６２と、硬直後実行ダメージ数７６４と、選択条件別推奨候補アクションリスト７７０と、を含む。勿論、アドバイスタイミング登録データ７４０に、これら以外のデータも適宜含めることができる。
　アドバイスタイミングフレーム数７４１は、当該アドバイスタイミングに係るアクション応酬の先行アクションの開始タイミングである。アクション応酬の検出タイミングとしてもよい。
　アドバイス対象プレーヤＩＤ７４２は、当該アドバイスタイミングに係るアドバイスをどのプレーヤに向けて行うかを示す。
　第１アクション種類７５０は、当該アドバイスタイミングに係るアクション応酬の先行アクションの種類を示す。その硬直時間が終了したフレーム数は、第１硬直時間終了フレーム数７５２に格納される。
　第２アクション種類７５４は、当該アドバイスタイミングに係るアクション応酬の後発アクションの種類を示す。その硬直時間が終了したフレーム数は、第２硬直時間終了フレーム数７５６に格納される。
　そして、硬直時間差７５８は、第２硬直時間終了フレーム数７５６と第１硬直時間終了フレーム数７５２との差の絶対値である。
　硬直後実行アクション種類７６０は、当該アドバイスタイミングに係る硬直時間差内において、アドバイス対象プレーヤのプレーヤキャラクタが実行したアクションの種類を示す。すなわち、自硬直時間の経過後に当該プレーヤキャラクタが行ったアクションの種類を示す。当該アクションを実行させるための操作入力タイミングは、硬直後実行操作入力フレーム数７６２に格納され、当該アクションの実行により相手に与えたダメージ数が、硬直後実行ダメージ数７６４に格納される。
　選択条件別推奨候補アクションリスト７７０は、選択条件の種類別に作成されたリストである。１つの選択条件別推奨候補アクションリスト７７０は、アドバイス対象プレーヤのプレーヤキャラクタに設定されている仕掛けアクションの中から、対応する選択条件を適用して選択したアクションを、当該選択条件に従って並び替えたリストである。
　図１２に戻って、適用選択条件種類７８０は、推奨候補アクションを選択する際にその時適用されている選択条件の種類を示す。適用選択条件種類７８０の初期設定とする選択条件の種類は適宜設定可能である。初期設定後、選択条件変更操作に応じて変更される（図５参照）。
　適用推奨候補アクション種類７８２は、アドバイス対象とされるプレーヤによって選択された手本表示や練習の対象とされた推奨候補アクションを示す。適用推奨候補アクション種類７８２の初期値は未定を示す値であるが、リプレイ画面Ｗ５のアクション選択操作アイコン３４の何れかが選択されると、当該選択された操作アイコンに対応付けられる推奨候補アクションの種類が格納される（図５参照）。
　練習モード設定データ７８４は、練習モードの設定データである。例えば、相手キャラクタに特定のアクションを実行させることで、そのシチュエーションに係る練習をするためのセッティングデータを、練習モード設定データ７８４に含めることができる。練習モード設定データ７８４は、練習移行操作アイコン５２（図６参照）への操作が検出されると作成される。
　図１４は、本実施形態におけるプレーヤ端末１５００の機能構成の一例を示す機能ブロック図である。本実施形態のプレーヤ端末１５００は、操作入力部１００と、端末処理部２００と、音出力部３９０と、画像表示部３９２と、通信部３９４と、端末記憶部５００とを備える。
　操作入力部１００は、プレーヤによってなされた各種の操作入力に応じた操作入力信号を端末処理部２００に出力する。例えば、プッシュスイッチや、ジョイスティック、タッチパッド、トラックボール、加速度センサ、ジャイロ、ＣＣＤモジュール、などによって実現できる。図２の方向入力キー１５０２や、ボタンスイッチ１５０４、タッチパネル１５０６、カメラ１５２０、がこれに該当する。
　端末処理部２００は、例えばＣＰＵやＧＰＵ等のマイクロプロセッサや、ＩＣメモリなどの電子部品によって実現され、操作入力部１００や端末記憶部５００を含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００からの操作入力信号、サーバシステム１１００から受信した各種データに基づいて各種の演算処理を実行して、プレーヤ端末１５００の動作を制御する。図２の制御基板１５５０がこれに該当する。そして、本実施形態における端末処理部２００は、端末制御部２６０と、計時部２８０と、音生成部２９０と、通信制御部２９４と、を備える。
　端末制御部２６０は、操作信号送信制御部２６１と、表示制御部２６２とを含む。
　操作信号送信制御部２６１は、操作入力部１００へなされた操作に応じて、各種データやリクエストをサーバシステム１１００へ送信するための処理を実行する。
　表示制御部２６２は、サーバシステム１１００から受信した各種データに基づいてゲーム画面を表示するための制御を行う。本実施形態では、ゲーム空間画像（ゲーム空間を仮想カメラで撮影した画像；例えば、３ＤＣＧ画像など）をサーバシステム１１００にて生成する構成とするが、ゲーム空間画像をプレーヤ端末１５００で生成する構成も可能である。その場合、表示制御部２６２は、例えば３ＤＣＧを生成するための仮想３次元空間に配置されたオブジェクトの制御を含むこととなる。
　音生成部２９０は、例えばデジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣなどのプロセッサ、音声ファイル再生可能なオーディオコーデック等によって実現され、効果音や、ＢＧＭ、各種操作音の音信号を生成し、音出力部３９０に出力する。
　音出力部３９０は、音生成部２９０から入力される音信号に基づいて効果音やＢＧＭ等を音出力する装置によって実現される。図２のスピーカ１５１０がこれに該当する。
　画像表示部３９２は、表示制御部２６２から入力される画像信号に基づいて各種画像を表示する。例えば、フラットパネルディスプレイ、ブラウン管（ＣＲＴ）、プロジェクター、ヘッドマウントディスプレイといった画像表示装置によって実現できる。本実施形態では、図２のタッチパネル１５０６がこれに該当する。
　通信制御部２９４は、データ通信に係るデータ処理を実行し、通信部３９４を介して外部装置とのデータのやりとりを実現する。通信部３９４は、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現され、図２の無線通信モジュール１５５３がこれに該当する。
　端末記憶部５００は、端末処理部２００にプレーヤ端末１５００を統合的に制御させるための諸機能を実現するためのプログラムや、各種データ等を記憶する。また、端末処理部２００の作業領域として用いられ、端末処理部２００が各種プログラムに従って実行した演算結果や操作入力部１００から入力される入力データ等を一時的に記憶する。こうした機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。図２の制御基板１５５０が搭載するＩＣメモリ１５５２やメモリカード１５４０がこれに該当する。オンラインストレージを利用する構成の可能である。
　本実施形態の端末記憶部５００は、クライアントプログラム５０２、操作入力データ６９０、現在日時８００などを記憶する。勿論、これら以外のプログラムやデータも適宜記憶することができる。
　クライアントプログラム５０２は、端末処理部２００が読み出して実行することによって端末制御部２６０としての機能を実現させるためのアプリケーションソフトウェアである。本実施形態では、サーバシステム１１００から提供される配信用クライアントプログラム５０３（図１０参照）のコピーである。
　なお、クライアントプログラム５０２は、オンラインゲームを実現する技術手法に応じて専用のクライアントプログラムであっても良いし、ウェブブラウザプログラム及びインタラクティブな画像表示を実現するプラグインなどにより構成するとしても良い。
　次に、ゲームシステム１０００の動作について説明する。
　図１５～図１６は、サーバシステム１１００の処理の流れについて説明するためのフローチャートである。ここで説明する処理の流れは、サーバ処理部２００ｓがサーバプログラム５０１を実行することにより実現される。
　図１５に示すように、サーバシステム１１００は、マッチングを行う（ステップＳ２）。マッチングの際、サーバシステム１１００は、各プレーヤによるそれぞれのプレーヤキャラクタとして使用する候補キャラクタの選択を受け付ける。
　サーバシステム１１００は、仮想３次元空間にゲーム空間を構成し、プレーヤキャラクタと仮想カメラとを初期配置したならば、ゲーム進行制御を開始する（ステップＳ１２）。そして、当該ゲームのプレイ履歴情報７３０（図３参照）の記録を開始する（ステップＳ１４）。
　サーバシステム１１００は、ゲームが終了するまでの間、アクション応酬を検出する都度に（ステップＳ１６のＹＥＳ）、アドバイスタイミング登録処理を実行する（ステップＳ１８）。
　図１７は、アドバイスタイミング登録処理の流れを説明するためのフローチャートである。同処理において、サーバシステム１１００は、検出されたアクション応酬に係るプレーヤキャラクタ毎にループＡを実行する（ステップＳ３０～ステップＳ４０）。
　ループＡでは、サーバシステム１１００は、処理対象プレーヤキャラクタの自硬直時間が、相手キャラクタの相手硬直時間よりも早く終了するかを判定する（ステップＳ３２）。そして、肯定の場合（ステップＳ３２のＹＥＳ）、サーバシステム１１００は、硬直時間差を算出し（ステップＳ３４）、処理対象プレーヤキャラクタが繰り出すことができる仕掛けアクションのうち、算出した硬直時間差以下の時間に発動所要時間が収まる仕掛けアクションがあるかを判定する（ステップＳ３６）。
　言い換えると、今回の硬直時間差の間に、効果が発動するアクションであって、且つ、当該アクションの硬直時間に係る次の硬直時間差内に相手から反撃を受けることのないアクションが有るかを判定する。
　そして、もし該当する仕掛けアクションがあるならば（ステップＳ３６のＹＥＳ）、サーバシステム１１００は、処理対象プレーヤキャラクタのプレーヤを「アドバイス対象プレーヤ」とする「アドバイスタイミング」を登録する（ステップＳ３８）。これにより、新たなアドバイスタイミング登録データ７４０（図１３参照）が作成される。そして、ループＡは終了する（ステップＳ４０）。そして、検出されたアクション応酬に係るプレーヤキャラクタ４すべてにループＡを実行したら、アドバイスタイミング登録処理を終了する。
　なお、検出されたアクション応酬に係るプレーヤキャラクタ４がコンピュータ制御されるキャラクタ（コンピュータを相手としたシングルプレイの場合の自動制御キャラクタ）である場合には、コンピュータ制御のキャラクタについてはループＡの処理対象外とする。
　図１５に戻って、アドバイスタイミング登録処理を終了すると、サーバシステム１１００は、ゲームが終了したかを判定する。そして、終了したならば（ステップＳ２０のＹＥＳ）、サーバシステム１１００は、アドバイスタイミング登録毎にループＢを実行する（ステップＳ５０～ステップＳ５８）。
　ループＢにおいて、サーバシステム１１００は、先ず、全種類の選択条件について選択条件別推奨候補アクションリスト７７０を作成する（ステップＳ５２）。なお、「コンボ順」の選択条件別推奨候補アクションリスト７７０の作成に当たっては、硬直後実行アクション種類７６０が示すアクションに続くコンボパターンについて絞り込み検索を行う。
　次いで、処理対象とされるアドバイスタイミング登録が、所定のアドバイス不要条件を満たすか判定し、肯定の場合は（ステップＳ５４のＹＥＳ）、処理対象とされるアドバイスタイミング登録を登録抹消する（ステップＳ５６）。
　ここで言う「アドバイス不要条件」とは、アドバイスする必要が無い、或いはアドバイスする意義が低い、と見なすための要件であって、次のような例が考えられる。
　（１）アドバイス対象プレーヤが、所定の上級者要件を満たすハイレベルプレーヤ、すなわちアドバイスなど不要な高いレベルのプレーヤである。
　（２）アドバイス対象プレーヤの過去の個別保存用プレイ履歴情報６１０のリプレイデータにおいて、選択条件別推奨候補アクションリスト７７０において上位の推奨候補アクションが、硬直時間内で所定の確率以上で成功している。
　（３）硬直時間差内で実行されたアクションに伴い、相手に与えたダメージが所定の閾値以上である。
　よって、アドバイス不要条件を適切に設定することで、ステップＳ５４からステップＳ５６で、アドバイス対象プレーヤのプレイ履歴やゲーム進行状況に応じて、アドバイスの提示をする／しないを決定することができる。
　次に、サーバシステム１１００は、類似するアドバイスタイミングの登録を間引きする（ステップＳ６０）。具体的には、アドバイス対象プレーヤＩＤ７４２・第１アクション種類７５０・第２アクション種類７５４（図１３参照）が同じアドバイスタイミング登録を抽出し、それらは同じようなシチュエーションであると見なし、抽出された内の１つから３つ程度を残して登録抹消する。それでもなお、残ったアドバイスタイミング登録の数が所定の上限値を超過する場合には、硬直後実行ダメージ数７６４（アドバイスタイミングにおけるゲームプレイでのゲーム進行結果の一つ）の小さい方から当該上限値以下になるまで順に、アドバイスする優先度が低いと見なして登録を抹消する。
　リプレイ制御を開始する前に、登録されたアドバイスタイミングを適当数に間引きすることで、リプレイ中にアドバイス表示が多発して、煩わしさをユーザに与えないようにする。
　図１６に移って、サーバシステム１１００は、プレーヤ別にループＣを実行する（ステップＳ７８～ステップＳ１５４）。
　ループＣにおいては、サーバシステム１１００は、リプレイ制御を開始し、処理対象とされるプレーヤのプレーヤ端末１５００にて、リプレイ画面Ｗ５を表示させる（ステップＳ８０）。そして、リプレイ中にアドバイスタイミング登録データ７４０の示すタイミングが到来すると（ステップＳ８２のＹＥＳ）、サーバシステム１１００はアドバイス実行処理を行う（ステップＳ８４）。
　図１８～図１９は、アドバイス実行処理の流れを説明するためのフローチャートである。図１８に示すように、同処理において、サーバシステム１１００は、先ず進行フォーカス制御を開始する（ステップＳ７０）。具体的には、リプレイ映像２０（図５参照）の表示進行のスロー再生と一時停止制御を実行する。そして、サーバシステム１１００は、チャンスタイミング表示２４や開始操作アイコン２６、スキップ操作アイコン２７などの操作アイコン等を表示させる（ステップＳ７２）
　次いで、ループＣ処理対象プレーヤのプレーヤキャラクタが、当該アドバイスタイミングに係る硬直時間差内で、仕掛けアクション又は受けアクションを実行している場合、硬直後実行アクションが実行されていると見なして（ステップＳ７４のＹＥＳ）、サーバシステム１１００はその評価を行い、評価結果をリプレイ画面内で表示させる。
　評価は、硬直後実行アクションの種類と、当該アクションの操作入力タイミングと、について行われる。
　アクションの種類については、「単技高効果順」の選択条件別推奨候補アクションリスト７７０の１位ならば「素晴らしい選択」、２～３位ならば「良い選択：もっと良い技があります」４位以下ならば「もっと良い技があります」との評価結果を表示させる。
　操作入力タイミングについては、自硬直時間の終了から硬直後実行操作入力フレーム数７６２までのフレーム数の差が小さい順に「エクセレント」「グレイト」「グッド」と言った評価結果を表示させる。
　次に、所定のアドバイス開始操作が入力されると（ステップＳ９０の「アドバイス開始」）、サーバシステム１１００は、推奨候補アクションの提示と、選択条件の適否入力を受け付ける（ステップＳ９２）。具体的には、サーバシステム１１００は、その時の適用選択条件種類７８０が示す選択条件に対応する選択条件別推奨候補アクションリスト７７０に基づいて、推奨候補アクション提示部３０を表示させる（図５参照）。
　そして、選択条件の変更操作が入力されたならば（ステップＳ９４の「選択条件の変更操作」）、サーバシステム１１００は、適用選択条件種類７８０の設定を変更して（ステップＳ９６）、ステップＳ９２に戻る。ステップＳ９２にもどると、変更後の選択条件に対応する選択条件別推奨候補アクションリスト７７０に基づいて推奨候補アクション提示部３０の内容が更新される。
　もし、提示した推奨候補アクションの選択操作が入力されたならば（ステップＳ９４の「アクションの選択操作」）、図１９に移って、サーバシステム１１００は、選択された推奨候補アクションの手本表示処理を実行し、お手本映像４０の表示制御や、お手本対象アクション名４２、操作入力パターン表示４４、第１タイミング表示４６、第２タイミング表示４８、再表示操作アイコン５０、練習移行操作アイコン５２，リプレイ復帰操作アイコン５４などを表示させる（ステップＳ９６；図６参照）。
　ここで、練習移行の操作入力がなされると（ステップＳ１２０の「練習移行」）、サーバシステム１１００は、練習モードの制御のために練習モード設定データ７８４等を含む各種の初期設定を行う（ステップＳ１２２；図１２参照）。そして、サーバシステム１１００は、練習モードの制御を開始し、ループＣ処理対象プレーヤのプレーヤ端末１５００での練習モード画面Ｗ７の表示を開始する（ステップＳ１２４；図７参照）。
　また、それとともにサーバシステム１１００は、入力推奨タイミングの通知表示を開始し（ステップＳ１２６）、入力推奨タイミングの評価処理と評価結果の表示を開始する（ステップＳ１２８）。
　ループＣ処理対象プレーヤ（すなわちアドバイス対象プレーヤ）の相手キャラクタは、練習モード設定データ７８４で設定された動作を自動的に開始し、プレーヤは入力タイミングの通知表示を参考に、練習する推奨候補アクションの操作入力を行う。１回の操作入力で、１回の練習は完了する（ステップＳ１３０）。
　練習が終了すると、サーバシステム１１００は、再練習操作アイコン６６や、リプレイ復帰操作アイコン６８を表示させる（図７参照）。
　ここで、再練習操作が入力されたならば（ステップＳ１３２の「再練習」）、ステップＳ１２４に戻る。もし、リプレイ復帰操作が入力されたならば（ステップＳ１３２の「復帰」）、アドバイス実行処理を抜けて、今回のアドバイスタイミングにおけるアドバイス提示を終了する。
　図１６に戻って、サーバシステム１１００は、リプレイが終了するまで（ステップＳ１４０のＮＯ）、アドバイスタイミングが到来するごとに、アドバイス実行処理を繰り返す。リプレイが終了すると（ステップＳ１４０のＹＥＳ）、サーバシステム１１００は、ループＣの処理対象プレーヤすなわちアドバイス対象プレーヤのユーザ管理データ６００に、今回のゲームプレイについてのプレイ履歴情報７３０（図１２参照）をコピーする（ステップＳ１４２；図１０の個別保存用プレイ履歴情報６１０）。
　次に、サーバシステム１１００は、処理対象プレーヤにアドバイスを実行したかを判定する。当該プレーヤのアドバイス管理データ７３８の適用推奨候補アクション種類７８２（図１２参照）は、初期値が未定を示す値とされ、アドバイス開始操作が入力されると、何れかのアクションを示す値が設定される。よって、適用推奨候補アクション種類７８２の値から、アドバイスを実行したかを判定できる。
　そして、アドバイスを実行していなければ（ステップＳ１４４のＮＯ）、サーバシステム１１００は、リプレイ映像２０の動画共有サイトへのアップロードの受け付けをする（ステップＳ１４６）。そして、所定のアップロード要求操作の入力を検出すると（ステップＳ１４８のＹＥＳ）、サーバシステム１１００は、リプレイ映像２０の動画ファイルを作成して、所定の動画共有サイトへのアップロード処理を実行し（ステップＳ１５０）、ループＣを終了する（ステップＳ１５４）。
　対して、アドバイスを実行している場合は（ステップＳ１４４のＹＥＳ）、サーバシステム１１００は、リプレイ映像２０の動画共有サイトへのアップロードの受け付けは出来ない旨の通知をして（ステップＳ１５２）、ループＣを終了する（ステップＳ１５４）
　そして、各プレーヤへのループＣの処理が完了すると、サーバシステム１１００は、一連の処理を終了する。
　以上、本実施形態によれば、硬直時間が設定されるキャラクタを使用するゲームにおいて、硬直時間の時間差を利用するアドバイスをプレーヤに提供できるようになる。すなわち、アクションの応酬により硬直時間に時間差が生じ、プレーヤキャラクタに当該時間差を利用してアクションを行わせることができる場合に、推奨候補アクションをプレーヤに提示できる。プレーヤは、この提示によって時間差の具体的な使い方を知ることができる。
　〔第２実施形態〕
　次に、第２実施形態について説明する。
　本実施形態では、プレーヤ端末１５００として据置型家庭用ゲーム装置を用いるとともに、ゲーム管理部２１０の機能をプレーヤ端末１５００側で担わせる点が異なる。以降では、主に第１実施形態との差異について述べることとし、第１実施形態と同様の構成要素については、第１実施形態と同じ符号を付与して重複する説明は省略する。
　図２０は、本実施形態におけるゲームシステム１０００Ｂの構成例を示す図である。
　本実施形態におけるプレーヤ端末１５００Ｂは、据置型家庭用ゲーム装置１２００（１２００ａ，１２００ｂ，…）で実現される。据置型家庭用ゲーム装置１２００は、それぞれ本体装置１２０１と、ビデオモニタ１２０６と、複数のゲームコントローラ１２６０を備えており、１台の据置型家庭用ゲーム装置１２００で、複数のプレーヤが対戦プレイすることができる。
　図２１は、本実施形態におけるサーバシステム１１００Ｂの機能構成例を示す機能ブロック図である。サーバシステム１１００Ｂは、サーバプログラム５０１Ｂを実行することで、ユーザ管理部２０２と、データ解析部２０３としての機能を実現する。
　データ解析部２０３は、ユーザ管理データ６００に含まれる個別保存用プレイ履歴情報６１０を解析対象としてプレイ履歴解析データベース６１２を作成し、定期的に更新する。
　プレイ履歴解析データベース６１２は、「トレンド順」選択条件の推奨候補アクションを選択する際に実行される分類、検索、絞り込みを予め行っているデータを格納する。
　プレイ履歴解析データベース６１２は、例えば、多数のプレイ履歴情報を、プレーヤの年齢とプレーヤレベルとで分類し、更に第１キャラクタと第２キャラクタとの組み合わせ別に分類する。そして、分類された母集団それぞれには、硬直時間差の長さの段階別に、第１キャラクタが硬直時間差を利用して実行したアクションの採用数順リストデータと、第２キャラクタが硬直時間差を利用して実行したアクションの採用数順リストデータと、を含む。その他、コンボのパターンの人気順リストデータ、などその他の着眼点で分類・絞り込み・順位付けしたデータを含むこととしてもよい。
　図２２は、プレーヤ端末１５００Ｂの機能構成例を示す機能ブロック図である。
　プレーヤ端末１５００Ｂは、端末制御部２６０（図１４参照）に代えて、ゲーム管理部２１０と、画像生成部２９２と、を備える。
　画像生成部２９２は、ゲーム画面の元になる画像の生成、画像の合成、画像表示部３９２にそれらを表示させる画像信号の出力を行う。
　プレーヤ端末１５００Ｂの端末記憶部５００は、ゲームプログラム５０４と、ゲーム初期設定データ５１０と、プレイ履歴解析データベース６１２と、プレイデータ７００と、を記憶する。
　ゲームプログラム５０４と、ゲーム初期設定データ５１０と、プレイ履歴解析データベース６１２と、はサーバシステム１１００Ｂが記憶するオリジナルの写しであって、ゲーム開始前にダウンロードして記憶・更新される。プレーヤ端末１５００Ｂにて、推奨候補アクションのリストを作成する際には、サーバシステム１１００Ｂと通信して、ダウンロードしたプレイ履歴解析データベース６１２を参照する。
　プレーヤ端末１５００Ｂの処理の流れは、図１５～図１９のフローチャートと同様である。すなわち、各種の処理や制御の実行主体をサーバシステム１１００からプレーヤ端末１５００に読み替えればよい。勿論、ユーザ管理データ６００（図１０参照）へのアクセスが必要なステップについては、その都度サーバシステム１１００Ｂと通信してそれを実現する、或いは予めダウンロードしていた端末記憶部５００のプレイ履歴解析データベース６１２を参照することで実現する。
　よって、本実施形態によれば、第１実施形態と同様の効果を得ることができる。
　〔変形例〕
　以上、本発明を適用した実施形態について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく適宜構成要素の追加・省略・変更を施すことができる。
　［変形例その１］
　例えば、上記実施形態では、クライアント・サーバ型のコンピュータシステムにてオンラインゲームを実現する例を挙げたが、ゲーム装置とも言える複数のプレーヤ端末１５００をピアツーピア接続したコンピュータシステム（ゲームシステム）において実現するとしてもよい。その場合、何れかのプレーヤ端末１５００に上記実施形態のサーバシステム１１００としての機能を担わせる。或いは、複数のプレーヤ端末１５００でゲーム管理部２１０が有する機能を分担して担う構成としてもよい。
　［変形例その２］
　また、上記実施形態では、プレイ形態としてマルチプレイゲームを例示したが、本発明はシングルプレイのゲームであっても同様に適用できるのは勿論である。その場合、プレーヤキャラクタの相手キャラクタは、所与のアルゴリズムによりコンピュータが自動制御することとなる。従って、相手キャラクタ（実質的なノンプレーヤキャラクタ）やそのプレーヤ（コンピュータ）を対象とするアドバイス表示関連の処理は、適宜省略することができる。
　［変形例その３］
　また、上記実施形態では、アクション報酬の検出及びアドバイスタイミング登録処理（図１５のステップＳ１６及びステップＳ１８）をゲームプレイ中に実行する例を示したが、ゲームプレイ後、リプレイを開始する前の準備処理として、当該ゲームプレイのリプレイデータを参照して実行する構成も可能である。具体的には、第１実施形態をベースに述べると、図１５のステップＳ１６及びステップＳ１８を、ステップＳ２０とステップＳ５０の間に実行する構成とすることもできる。
　［変形例その４］
　また、上記実施形態では、推奨候補アクションを提示するシチュエーションとして、硬直時間差が生じたことを明示した。しかし、上記実施形態は、別の側面から見ると、アクションをしたことによってプレーヤキャラクタに硬直時間が生じた場合に、当該硬直時間に基づいて、当該硬直時間の経過後に、当該プレーヤキャラクタのプレーヤに推奨候補アクションを提示する、ということも言える。また、硬直時間差が生じたか否かに関わらず、例えば、硬直時間が解除された瞬間に操作入力することが推奨されるアクション（例えば、ボタンの押下回数の少ないアクション）を推奨候補アクションとして提示してもよい。また、硬直時間が所定の長時間条件（標準的な硬直時間より長い時間であること）を満たす大アクションの後には入力操作が複雑なアクションを推奨候補アクションとして提示してもよいし、硬直時間が所定の短時間条件（標準的な硬直時間より短い時間であること）を満たす小アクションの後には入力操作が単純なアクションを推奨候補アクションとして提示してもよい。
　［変形例その５］
　また、上記実施形態では、格闘ゲームを例に挙げて説明したが、本発明は格闘ゲーム以外のジャンルのゲームであっても、プレーヤキャラクタのアクションに硬直時間が設定されているゲームであれば同様に適用することができる。
　例えば、魔法を唱える詠唱アクションや、召喚獣を召喚する召喚アクションが設定されているプレーヤキャラクタを使用するＲＰＧに適用することもできる。この場合、詠唱アクションや召喚アクションに硬直時間が設定されているものとする。例えば、現界した召喚獣が発動所要時間を使って攻撃行動を行い、硬直時間で召喚獣が元の世界に戻る演出表示するといった具合に、アクションを設定すれば、本発明を同様に適用することができる。
　　４…プレーヤキャラクタ
　　２０…リプレイ映像
　　２４…チャンスタイミング表示
　　３０…推奨候補アクション提示部
　　３２…適用選択条件表示部
　　３３…選択条件変更操作部
　　３４…アクション選択操作アイコン
　　３８…選択条件選択部
　　４０…手本映像
　　４６…第１タイミング表示
　　４８…第２タイミング表示
　　６４…評価結果
　　２００ｓ…サーバ処理部
　　２１０…ゲーム管理部
　　２１２…アクション応酬検出部
　　２１４…提示制御部
　　２１６…適否入力受付制御部
　　２１８…選択基準更新部
　　２２０…リプレイ制御部
　　２２２…進行フォーカス制御部
　　２２４…推奨候補アクション適用部
　　２２６…評価制御部
　　５００ｓ…サーバ記憶部
　　５０１…サーバプログラム
　　５１０…ゲーム初期設定データ
　　５２０…キャラクタ初期設定データ
　　５３７…発動所要時間
　　５３９…状況別硬直時間
　　６００…ユーザ管理データ
　　６１２…プレイ履歴解析データベース
　　７００…プレイデータ
　　７２０…プレーヤ管理データ
　　７３０…プレイ履歴情報
　　７３２…リプレイデータ
　　７３３…ゲーム進行状況データ
　　７３７…リプレイ管理データ
　　７３８…アドバイス管理データ
　　７３９…アドバイス対象プレーヤアカウント
　　７４０…アドバイスタイミング登録データ
　　７４２…アドバイス対象プレーヤＩＤ
　　７５０…第１アクション種類
　　７５２…第１硬直時間終了フレーム数
　　７５４…第２アクション種類
　　７５６…第２硬直時間終了フレーム数
　　７５８…硬直時間差
　　７６０…硬直後実行アクション種類
　　７６２…硬直後実行操作入力フレーム数
　　７６４…硬直後実行ダメージ数
　　７７０…選択条件別推奨候補アクションリスト
　　７８０…適用選択条件種類
　　７８２…適用推奨候補アクション種類
　　７８４…練習モード設定データ
　　１０００…ゲームシステム
　　１１００…サーバシステム
　　１２００…据置型家庭用ゲーム装置
　　１５００…プレーヤ端末

Claims (18)

  1. 　プレーヤキャラクタと相手キャラクタとが対戦するゲームの実行を制御するコンピュータシステムであって、
    　前記プレーヤキャラクタ及び前記相手キャラクタのうちの一方が第１のアクションを行い、他方が第２のアクションを行うことで、互いがアクションを交わすアクション応酬の発生を検出する検出部と、
    　前記検出部による検出がなされた場合に、前記プレーヤキャラクタが行ったアクションに係る自硬直時間に基づいて、当該自硬直時間の経過後に行うことを推奨する推奨候補アクションを、プレーヤに提示する制御を行う提示制御部と、
    　を備えるコンピュータシステム。
  2. 　前記提示制御部は、前記相手キャラクタが行ったアクションに係る相手硬直時間よりも前記自硬直時間の方が短い場合に、前記提示を行う、
    　請求項１に記載のコンピュータシステム。
  3. 　前記提示制御部は、前記相手硬直時間と前記自硬直時間との時間差の間に効果が発動するアクションを前記推奨候補アクションとして前記プレーヤに提示する、
    　請求項２に記載のコンピュータシステム。
  4. 　前記アクションは対戦相手にヒットした場合にダメージを付与する攻撃技であり、
    　前記提示制御部は、前記相手硬直時間と前記自硬直時間との時間差の間に効果が発動するアクションであり、且つ、発動してヒットした場合の付与ダメージが高いことを示す所定の高効果条件を満たすアクションを、前記推奨候補アクションとして前記プレーヤに提示する、
    　請求項２に記載のコンピュータシステム。
  5. 　前記提示制御部は、前記プレーヤキャラクタのキャラクタ種類に基づいて、前記推奨候補アクションとするアクションを可変に選択する、
    　請求項１～４の何れか一項に記載のコンピュータシステム。
  6. 　前記提示制御部は、前記プレーヤのプレイ履歴情報に基づいて、前記推奨候補アクションとするアクションを可変に選択する、
    　請求項１～５の何れか一項に記載のコンピュータシステム。
  7. 　前記プレーヤ及び前記プレーヤ以外の他プレーヤのプレイ履歴情報を記憶する記憶部を備える、或いは、当該記憶部を具備した他のシステムと通信する通信部を備え、
    　前記提示制御部は、前記記憶部にアクセスして、前記プレーヤ及び前記他プレーヤのプレイ履歴情報、に基づいて、前記推奨候補アクションとするアクションを可変に選択する、
    　請求項１～５の何れか一項に記載のコンピュータシステム。
  8. 　前記提示制御部は、所与の選択基準に従って前記推奨候補アクションとするアクションを選択し、
    　前記提示制御部による前記推奨候補アクションの提示後に、前記プレーヤによる前記選択基準の適否入力を受け付ける受付部と、
    　前記受付部により受け付けられた適否入力に基づいて、前記選択基準を更新する選択基準更新部と、
    　を更に備える請求項６又は７に記載のコンピュータシステム。
  9. 　前記提示制御部は、前記プレーヤのプレイ履歴情報に基づいて、前記推奨候補アクションの提示をするか否かを決定する、
    　請求項１～８の何れか一項に記載のコンピュータシステム。
  10. 　前記提示制御部は、前記推奨候補アクションを行う入力推奨タイミングを前記プレーヤに提示する、
    　請求項１～９の何れか一項に記載のコンピュータシステム。
  11. 　前記検出部の検出に応じて、前記ゲームの進行を一時的に停止又はスローにする進行フォーカス制御を行う進行フォーカス制御部、
    　を更に備える請求項１～１０の何れか一項に記載のコンピュータシステム。
  12. 　前記提示制御部は、前記進行フォーカス制御中に、複数の前記推奨候補アクションを選択可能に提示し、
    　前記提示制御部により提示された前記複数の推奨候補アクションの中から前記プレーヤによって選択された推奨候補アクションを前記プレーヤキャラクタに行わせる推奨候補アクション適用部、
    　を更に備える請求項１１に記載のコンピュータシステム。
  13. 　前記提示制御部は、
    　　複数のアクションが連続する一連のアクション群を前記推奨候補アクションとして、複数の当該推奨候補アクションを提示することと、
    　　前記検出部による検出がなされた後に前記プレーヤの操作入力に従って前記プレーヤキャラクタがアクションを行う場合に、当該アクションに続く前記一連のアクション群を、前記複数の推奨候補アクションの中から絞り込み、絞り込んだ推奨候補アクションを提示するように、当該アクションに応じて提示内容を更新することと、
    　を行う、
    　請求項１～１０の何れか一項に記載のコンピュータシステム。
  14. 　前記検出部による検出がなされ、且つ、前記相手硬直時間よりも前記自硬直時間の方が短い場合に、当該自硬直時間の経過後に前記プレーヤキャラクタが行ったアクションを評価して評価結果を通知する評価制御部、
    　を更に備える請求項２～４の何れか一項に記載のコンピュータシステム。
  15. 　前記評価制御部は、前記自硬直時間の経過後の前記プレーヤキャラクタのアクションに係る操作入力タイミングについて前記評価を行う、
    　請求項１４に記載のコンピュータシステム。
  16. 　前記提示制御部は、前記対戦ゲームのリプレイ再生中に、前記推奨候補アクションを提示する、
    　請求項１～１０の何れか一項に記載のコンピュータシステム。
  17. 　前記提示制御部は、前記対戦ゲームのゲーム進行結果に基づいて、前記推奨候補アクションを提示するタイミングを設定する、
    　請求項１６に記載のコンピュータシステム。
  18. 　プレーヤ端末と通信を行い、前記対戦ゲームの実行を制御する請求項１～１７の何れか一項に記載のコンピュータシステムであるサーバシステムと、
    　前記プレーヤ端末と、
    　を具備するゲームシステム。
PCT/JP2020/030590 2019-10-25 2020-08-11 コンピュータシステム及びゲームシステム WO2021079591A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020217020938A KR20220073699A (ko) 2019-10-25 2020-08-11 컴퓨터 시스템 및 게임 시스템
US17/336,781 US11992765B2 (en) 2019-10-25 2021-06-02 Computer system and game system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019-194712 2019-10-25
JP2019194712A JP7168543B2 (ja) 2019-10-25 2019-10-25 プログラム、コンピュータシステム、サーバシステム及び対戦ゲーム実行制御方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/336,781 Continuation US11992765B2 (en) 2019-10-25 2021-06-02 Computer system and game system

Publications (1)

Publication Number Publication Date
WO2021079591A1 true WO2021079591A1 (ja) 2021-04-29

Family

ID=75620448

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/030590 WO2021079591A1 (ja) 2019-10-25 2020-08-11 コンピュータシステム及びゲームシステム

Country Status (4)

Country Link
US (1) US11992765B2 (ja)
JP (1) JP7168543B2 (ja)
KR (1) KR20220073699A (ja)
WO (1) WO2021079591A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11446576B2 (en) * 2019-09-30 2022-09-20 Bandai Namco Entertainment Inc. Computer system, server system, game system, and method for game execution control
US11734025B2 (en) * 2020-10-14 2023-08-22 Servicenow, Inc. Configurable action generation for a remote network management platform

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11216269A (ja) * 1997-11-27 1999-08-10 Square Co Ltd ゲーム装置およびそれに用いられるプログラムを格納した情報記憶媒体
JP2004000354A (ja) * 2002-06-03 2004-01-08 Snk Playmore Corp ゲーム機、ゲーム表示方法、ゲームプログラム、及びプログラム記憶媒体
JP2010142346A (ja) * 2008-12-17 2010-07-01 Square Enix Co Ltd ビデオゲーム処理装置、ビデオゲーム処理方法、およびビデオゲーム処理プログラム
JP2019097870A (ja) * 2017-12-01 2019-06-24 株式会社カプコン ゲームプログラムおよびゲームシステム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006141665A (ja) 2004-11-19 2006-06-08 Taito Corp アドバイス機能を有するゲームシステム
JP5087101B2 (ja) * 2010-03-31 2012-11-28 株式会社バンダイナムコゲームス プログラム、情報記憶媒体及び画像生成システム
JP2019004945A (ja) * 2017-06-20 2019-01-17 株式会社コナミアミューズメント ゲーム機、及びコンピュータプログラム
US10473439B2 (en) * 2018-01-05 2019-11-12 Aron Surefire, Llc Gaming systems and methods using optical narrowcasting
US20230205608A1 (en) * 2021-12-27 2023-06-29 Advanced Micro Devices, Inc. Hardware supported split barrier

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11216269A (ja) * 1997-11-27 1999-08-10 Square Co Ltd ゲーム装置およびそれに用いられるプログラムを格納した情報記憶媒体
JP2004000354A (ja) * 2002-06-03 2004-01-08 Snk Playmore Corp ゲーム機、ゲーム表示方法、ゲームプログラム、及びプログラム記憶媒体
JP2010142346A (ja) * 2008-12-17 2010-07-01 Square Enix Co Ltd ビデオゲーム処理装置、ビデオゲーム処理方法、およびビデオゲーム処理プログラム
JP2019097870A (ja) * 2017-12-01 2019-06-24 株式会社カプコン ゲームプログラムおよびゲームシステム

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "Tekken 7", FIGHT TECHNOLOGY GAME CHECKER, 27 October 2019 (2019-10-27), XP055819519, Retrieved from the Internet <URL:https://kakuge-checker.com/topic/view/06703> [retrieved on 20201005] *
OHNO, KOUJI: "Technology that makes 3D games interesting", SB CREATIVE CORP., 5 August 2014 (2014-08-05), pages 166 - 177, 170-177 *

Also Published As

Publication number Publication date
US20210283504A1 (en) 2021-09-16
KR20220073699A (ko) 2022-06-03
US11992765B2 (en) 2024-05-28
JP2021065548A (ja) 2021-04-30
JP7168543B2 (ja) 2022-11-09

Similar Documents

Publication Publication Date Title
JP6182147B2 (ja) ライバル表示との非同期ゲームプレー
US20200023280A1 (en) Computer system and game system
WO2021079591A1 (ja) コンピュータシステム及びゲームシステム
JP2020168527A (ja) プログラム、端末、ゲームシステム及びゲーム管理装置
JP6378305B2 (ja) コンピュータシステム、ゲームシステム及びゲーム装置
JP6621156B1 (ja) ゲームシステム、それに用いるコンピュータプログラム、及び制御方法
JP7346055B2 (ja) ゲームプログラム
US20230001300A1 (en) Computer system, game system, and control method of computer system
JP7411437B2 (ja) コンピュータシステム、サーバシステムおよびゲームシステム
JP7409912B2 (ja) コンピュータシステムおよびゲームシステム
JP5977805B2 (ja) ゲームプログラム及びゲーム装置
JP6267484B2 (ja) ゲームプログラム及びゲームシステム
JP6716118B2 (ja) ゲームシステム及びプログラム
JP7317364B2 (ja) ゲームシステム、それに用いるコンピュータプログラム、及び制御方法
JP5622916B1 (ja) ゲームプログラム及びゲーム装置
WO2020166514A1 (ja) ゲームシステム、それに用いるコンピュータプログラム、及び制御方法
JP5617024B1 (ja) ゲームプログラム及びゲーム装置
JP6661176B1 (ja) ゲームシステム、それに用いるコンピュータプログラム、及び制御方法
JP6993012B2 (ja) 情報処理システム、情報処理方法、及びプログラム
JP6951790B2 (ja) 情報処理システム、情報処理方法、及びプログラム
US11224809B2 (en) Computer system, game system, and program
JP6964899B2 (ja) 情報処理システム、情報処理方法、及びプログラム
JP2023146391A (ja) サーバシステム、プログラム及びゲーム実況プレイの実況配信方法
JP2020127847A (ja) ゲームシステム及びプログラム
JP2015084920A (ja) ゲームプログラム及びゲーム装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20879988

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20879988

Country of ref document: EP

Kind code of ref document: A1