JP2015131036A - Game system, game sever, terminal, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game system that, when game state data is updated according to an instruction received at a terminal, enables a user to easily grasp a related game event related to the instruction that occurs before the instruction is received, and a related instruction related to the instruction received before the instruction is received.SOLUTION: A history data storage part 62 stores history data related to at least one of a history of a game event and a history of an instruction received at each terminal. When game state data is updated according to the instruction received at each terminal, a related information acquisition part 66 acquires related information related to at least one of a related game event that occurs before the instruction is received, and a related instruction received before the instruction is received, on the basis of the history data. A related information output control part 68 executes control for causing an output part of one terminal to output the related information.

Description

  The present invention relates to a game system, a game server, a terminal, and a program.

  Including a plurality of terminals and a game server accessed from each of the plurality of terminals, by updating the game situation data indicating the in-game situation in response to a user instruction received at each of the plurality of terminals, A game system that progresses a game in which a plurality of users participate is known.

JP 2013-244126 A

  Conventionally, in the game system as described above, when the game situation data is updated according to the instruction received at the terminal, the game event related to the instruction that occurred before the reception time of the instruction, It has been difficult for the user to grasp an instruction related to the instruction received before the instruction is received.

  The present invention has been made in view of the above-described problems, and the object of the present invention is to generate the game situation data before the instruction is received when the game situation data is updated according to the instruction received by the terminal. Provided are a game system, a game server, a terminal, and a program that enable a user to easily understand a game event related to an instruction and an instruction related to the instruction received before the instruction is received. There is.

  In order to solve the above problems, a game system according to the present invention includes a plurality of terminals and a game server accessed from each of the plurality of terminals, and a user instruction received at each of the plurality of terminals. In accordance with the game system, the game situation data indicating the in-game situation is updated to advance a game in which a plurality of users participate. In the game system, a history of game events that occurred in the game, and each of the plurality of terminals History data storage means for storing history data relating to at least one of the history of instructions received in the history data storage means, and the game situation data according to the instructions received in one of the plurality of terminals Is updated, a game related to the instruction that occurred before the time when the instruction was received is displayed. Related information relating to at least one of a related game event that is an event event and a related instruction that is an instruction related to the instruction received at the one terminal or another terminal before the time when the instruction is received, Related information acquisition means for acquiring based on the history data; and related information output control means for performing control for causing the output means of the one terminal to output the related information.

  The game server according to the present invention is a game server accessed from each of a plurality of terminals, and game situation data indicating an in-game situation in response to a user instruction received at each of the plurality of terminals. In a game server that progresses a game in which a plurality of users participate by updating the game, at least one of a history of game events that occurred in the game and a history of instructions accepted by each of the plurality of terminals When the game situation data is updated in response to an instruction received at one terminal of the plurality of terminals and history data storage means for storing history data in the history data storage means, from the time when the instruction is received A related game event, which is a game event related to the instruction, Related information for acquiring related information related to at least one of related instructions, which are instructions related to the instruction, received at the one terminal or another terminal before the indicated reception time point based on the history data Acquisition means, and related information output control means for performing control for causing the output means of the one terminal to output the related information.

  In addition, the terminal according to the present invention is a terminal used by a user who participates in a game that progresses by updating game situation data indicating an in-game situation according to an instruction received from each of a plurality of users. At least one of the history data stored in history data storage means for storing history data relating to at least one of a history of game events occurring in the game and a history of instructions received from each of the plurality of users. Game data related to the instruction that occurred before the time when the instruction was received when the game situation data is updated in response to the user's instruction received at the terminal The related game event that is the event and whether the user or other user before the time when the instruction is accepted Relevant information acquisition means for acquiring the related information related to at least one of the received related instructions that are instructions related to the instructions based on the history data, and for outputting the related information to the output means of the terminal Related information output control means for performing control.

  In addition, the program according to the present invention includes a history of game events that occur in a game that progresses by updating game situation data indicating an in-game situation in response to an instruction received from each of a plurality of users, Means for referring to at least a part of history data relating to at least one of the history of instructions received from each of a plurality of users, and the game situation data is updated according to an instruction received from one of the plurality of users If it is, a related game event that is a game event related to the instruction that occurred before the time when the instruction is received, and a reception from the one user or another user before the time when the instruction is received In addition, related information related to at least one of the related instructions, which are instructions related to the instructions, is acquired based on the history data. Related information obtaining means for, and is a program for causing a computer to function as the related information output control means for performing control to output the related information to the output means of the terminal of the one user.

An information storage medium according to the present invention is a computer-readable information storage medium recording the above program.

It is a figure which shows an example of the whole structure of the game system which concerns on embodiment of this invention. It is a figure which shows an example of a game screen. It is a figure which shows an example of a log screen. It is a figure for demonstrating the function which a game system has. It is a figure which shows another example of a game screen. It is a figure for demonstrating the function which a game system has. It is a figure which shows another example of a game screen. It is a functional block diagram of the game system which concerns on embodiment of this invention. It is a figure which shows an example of a user table. It is a figure which shows an example of a command table. It is a figure which shows an example of a log | history table. It is a figure which shows an example of the process performed with the game system which concerns on embodiment of this invention. It is a flowchart which shows an example of the calculation process of a primary process result. It is a flowchart which shows an example of the calculation process of a secondary process result. It is a functional block diagram of the game system concerning other embodiments of the present invention. It is a figure which shows an example of the process performed with the game system which concerns on other embodiment of this invention. It is a figure for demonstrating the modification of a related information acquisition part.

  Hereinafter, examples of embodiments of the present invention will be described in detail with reference to the drawings.

  FIG. 1 shows the overall configuration of a game system according to an embodiment of the present invention. As shown in FIG. 1, the game system 1 according to the present embodiment includes a game server 10 and a plurality of terminals 20. The game server 10 and each terminal 20 are connected to the communication network 2, and data communication is possible between the game server 10 and each terminal 20.

  The game server 10 is realized by a server computer, for example. As shown in FIG. 1, the game server 10 includes a control unit 11, a storage unit 12, and a communication unit 13. The control unit 11 includes, for example, one or a plurality of microprocessors, and executes processing according to an operating system and other programs. The storage unit 12 includes a main storage unit (for example, RAM) and an auxiliary storage unit (for example, a hard disk drive or a solid state drive). The communication unit 13 is for performing data communication via the communication network 2.

  The terminal 20 is a computer used by the user, and is used by the user to play a game. The terminal 20 is realized by, for example, a mobile phone (including a smartphone), a portable information terminal (including a tablet computer), a portable game machine, a home game machine (stationary game machine), a personal computer, or the like. As illustrated in FIG. 1, the terminal 20 includes a control unit 21, a storage unit 22, a communication unit 23, an operation unit 24, a display unit 25, and an audio output unit 26.

  The control unit 21, the storage unit 22, and the communication unit 23 are the same as the control unit 11, the storage unit 12, and the communication unit 13 of the game server 10. The operation unit 24 includes, for example, a touch panel, a key, a lever, a mouse, a game controller, and the like, and is for a user to perform a game operation. Note that the operation unit 24 may be for a user to perform a game operation by voice or gesture. The display unit 25 is, for example, a liquid crystal display panel or an organic EL display, and displays a screen according to instructions from the control unit 21. The audio output unit 26 is, for example, a speaker or headphones, and outputs audio data according to instructions from the control unit 21.

  The program and data are supplied to the game server 10 or the terminal 20 via the communication network 2, for example. Note that the game server 10 or the terminal 20 may include a component for reading a program or data stored in an information storage medium (for example, an optical disk or a memory card). And you may make it supply a program and data to the game server 10 or the terminal 20 via an information storage medium.

  In the game system 1, the game is executed by each of the plurality of terminals 20 accessing the game server 10 asynchronously. In other words, the game is executed by each of the plurality of terminals 20 transmitting and receiving data to and from the game server 10 asynchronously. For example, each terminal 20 transmits data indicating a processing request to the game server 10. When this processing request is received by the game server 10, the game server 10 executes processing in response to the processing request, and returns data indicating the processing result to the terminal 20 that is the transmission source of the processing request. Such a data transmission / reception is executed asynchronously between each of the plurality of terminals 20 and the game server 10, whereby the game is executed.

  For example, in the game system 1, a game in which a plurality of users participate is executed. This game progresses when game server 10 updates the game situation data indicating the in-game situation in response to a user instruction received at each of the plurality of terminals 20. Here, “game situation data indicating in-game situation” is data indicating the current (latest) situation (state) in the game. In other words, “game situation data indicating an in-game situation” is data indicating what situation (state) the game is currently in. For example, in the case of a game in which a plurality of users participate, data indicating the current state of each user is included in “game situation data indicating in-game situation”. As will be described later, for example, data indicating the current hit point or score of each user is included in the “game situation data indicating the in-game situation”. Further, for example, in the case of a game in which a user's instruction target (for example, a user character) operates according to the user's instruction, data indicating the current state (for example, position) of the user's instruction target is “game status indicating in-game situation” Included in "data". Further, for example, “game situation data indicating the in-game situation” may be data indicating the progress of the game.

  Hereinafter, as an example of a game executed in the game system 1, a game in which a first group to which a plurality of users belong and a second group to which other users belong will be described. In the following description, it is assumed that the first group to which the users A, B, and C belong and the second group to which the users D, E, and F belong to each other.

  FIG. 2 shows an example of a game screen displayed on the display unit 25 of each terminal 20. Characters 32A, 32B, 32C, 32D, 32E, and 32F are displayed on the game screen 30 shown in FIG. The character 32 </ b> A is a character (avatar) serving as a substitute for the user A, and acts according to the instruction of the user A. In addition, the character 32B is a character that is a user B's alternate, and the character 32C is a character that is a user C's alternate. On the other hand, the character 32D is a character serving as a user D, the character 32E is a character serving as a user E, and the character 32F is a character serving as a user F.

  On the game screen 30 shown in FIG. 2, gauges 33A, 33B, 33C, 33D, 33E, and 33F are displayed in association with the characters 32A, 32B, 32C, 32D, 32E, and 32F, respectively. For example, the gauge 33A associated with the character 32A indicates a hit point of the user A (character 32A). The hit point of the user A is a parameter indicating the remaining physical strength of the user A. Each time user A is attacked by an enemy, the hit points of user A decrease. For example, when the hit point of the user A becomes a predetermined value (for example, zero), the fainting event of the user A occurs, and the user A becomes stunned. When the user becomes stunned, the user A cannot select a command until a certain time (for example, 5 minutes) elapses.

  Acquired point information 34A and 34B is displayed on the game screen 30 shown in FIG. The acquired point information 34A indicates the total number of points acquired by the first group. For example, the acquisition point of the first group is the total value of the damage that the users A to C belonging to the first group gave to the enemies (users D to F). The acquired point information 34B indicates the total number of points acquired by the second group. For example, the acquisition points of the second group are the total values of damages that the users D to F belonging to the second group gave to the enemies (users A to C). The group with more points at the end of the match will be the winner.

  An attack command 35, an attack support magic command 36, and a defense support magic command 37 are displayed on the game screen 30 shown in FIG.

  The attack command 35 is for instructing an attack on the enemy. For example, when the user A selects an attack command 35 in the game screen 30 displayed on his / her terminal 20 and designates any enemy as an attack target, an attack event occurs and is designated as the attack target. The attack on the enemy is executed.

  The attack support magic command 36 is used to instruct execution of attack support magic. Attack support magic is magic to support attacks on enemies. For example, attack support magic is magic that increases damage to an enemy.

  For example, when the user A selects an attack support magic command 36 in the game screen 30 displayed on his / her terminal 20, an attack support magic trigger event occurs. That is, the attack support magic is executed, and the attack support magic is effective for the first group to which the user A belongs. In this case, a sign (or text) indicating that the effectiveness of the attack support magic for the first group is occurring is displayed on the game screen 30.

  When the users A, B, and C belonging to the first group execute an attack on the enemy in a state where the attack support magic for the first group is in effect, damage to the enemy increases. If the attack to the enemy is executed a predetermined number of times (for example, once) while the attack support magic is in effect, the attack support magic is lost.

  The defense support magic command 37 is for instructing execution of the defense support magic. The defense support magic is magic for supporting defense against attacks from enemies. For example, the defense support magic is magic that reduces damage received from the enemy or prevents damage from the enemy.

  For example, when the user A selects the defense support magic command 37 in the game screen 30 displayed on his / her terminal 20, a defense support magic trigger event occurs. That is, the defense support magic is executed, and the defense support magic is effective for the first group to which the user A belongs. In this case, a sign (or text) indicating that the defense support magic effect for the first group is occurring is displayed on the game screen 30.

  When the enemy performs an attack on the users A, B, and C belonging to the first group in a state where the defense support magic for the first group is in effect, the damage received from the enemy is reduced. If the enemy attack is executed a predetermined number of times (for example, once) in a state where the defense support magic is in effect, the defense support magic disappears.

  The character 32A may move in the game screen 30 in accordance with the user A instruction. Further, the attack command 35 may be selected only when the character 32A is located near the enemy character. The same applies to the other characters 32B to 32F.

  A log button 38 is displayed on the game screen 30 shown in FIG. When the log button 38 is selected, a log screen is displayed on the display unit 25.

  FIG. 3 shows an example of a log screen. As shown in FIG. 3, the log screen 40 displays a history of command information related to the command selected by each user in time series. For example, the command information includes the user who selected the command, the type of command, the result of the command, and the date and time when the command was received. For example, the “command result” includes how the game situation data has changed due to the command being selected by the user, or a game event that has occurred due to the command being selected by the user. The contents of are displayed.

  Here, the “game event” means any event that occurs in the game. For example, a “game event” is an event that changes game situation data. For example, a “game event” is an event that changes data indicating the progress of a game. For example, the “game event” may include an event that occurs when the user selects a command. For example, an event such as “user A attacked user E”, “user B executed attack support magic”, or “user E fainted” corresponds to an example of “game event”. The “game event” is not limited to an event that occurs when the user selects a command, but an event that occurs automatically (forced) by the game system 1 (in other words, regardless of the user's command selection). Events that occur) may also be included. For example, when the game system 1 causes an earthquake to occur automatically (forcedly) in the game, an event such as “An earthquake has occurred and all users have been damaged” It may correspond to an example of “game event”. Further, for example, when the game system 1 automatically (forcedly) increases or decreases the attack power (or defense power) of a user having a specific attribute, An event such as “attack power (or defense power) has increased” or “attack power (or defense power) of a user having a specific attribute has decreased” can correspond to an example of “game event”.

  By referring to the log screen 40, the user can grasp the command selected by each user, the result of the command, and the like. The log screen 40 also displays a history of game events that have been automatically (forced) generated by the game system 1 (in other words, game events that have occurred regardless of the command selected by the user). May be.

  In the game system 1 according to the present embodiment, when the game situation data is updated according to the command selected by the user, the game event related to the command generated before the reception time of the command, or A function is provided to make it easier for the user to understand commands related to the command received before the time when the command is received.

  FIG. 4 is a diagram for explaining the above function and shows an example of the progress of the game. The t axis in FIG. 4 is a time axis, and in FIG. 4, time points T1, T2, T3, and T4 are shown on the t axis.

  In the example illustrated in FIG. 4, the user A selects an attack command for the user E at the time T1. In this case, an attack on the user E is executed. In this case, the latest game situation data is transmitted to the terminal 20 of the user A, and the game screen 30 of the terminal 20 of the user A is updated (see steps S106 and S107 in FIG. 12 described later). That is, the game screen 30 showing the in-game situation at the time T1 is displayed on the terminal 20 of the user A. For example, the gauge 33A shows the hit point of the user A at the time T1. The same applies to the gauges 33B to 33F. Further, the acquired point information 34A indicates the acquired points of the first group at the time T1, and the acquired point information 34B indicates the acquired points of the second group at the time T1.

  At time T2 after time T1, the user D selects the defense support magic command. In this case, the defense support magic trigger event occurs, and the defense support magic is effective for the second group to which the user D belongs. Further, at time T3 after time T2, user B selects an attack support magic command. In this case, an attack support magic trigger event occurs, and the attack support magic is effective for the first group to which the user B belongs.

  At a time T4 after the time T3, the user A selects an attack command for the user F. At this point, the terminal 20 of user A is not notified that the attack support magic is effective for the first group and the defense support magic is effective for the second group. The user A selects the attack command for the user F without knowing these facts.

  When the user A selects an attack command for the user F, an attack event occurs and the attack on the user F is executed. In this case, the damage value given to the user F is determined based on the attack power parameter of the user A and the defense power parameter of the user F. Specifically, first, a basic value of damage to be given to the user F is determined based on the attack power parameter of the user A and the defense power parameter of the user F. In the example shown in FIG. 4, since the defense support magic effect for the second group is generated, the damage value given to the user F is reduced. For example, the damage value given to the user F is halved. Further, in the example shown in FIG. 4, since the attack support magic effect on the first group is generated, the damage value given to the user F is increased. For example, the damage value given to the enemy character is increased by 300 points. For example, assuming that 1000 points are calculated as the basic value of damage given to the user F, the damage value given to the user F is determined to be 800 (= 1000 * 0.5 + 300) points.

  FIG. 5 shows an example of the game screen 30 in this case. A command result message 50 and a related message 52 are displayed on the game screen 30 shown in FIG.

  The command result message 50 indicates how the game situation data has been updated by the attack command selected by the user A. On the game screen 30 shown in FIG. 5, a command result message 50 indicating that 800 points of damage has been given to the user F (in other words, the hit points of the user F has decreased by 800 points) is displayed.

  The related message 52 is “a command received before the time when the attack command selected by the user A is received and related to the attack command” or “the attack command selected by the user A”. This is a message regarding a “game event that occurred before the reception time point and is related to the attack command”.

  In the game screen 30 shown in FIG. 5, the damage value given to the user F by the defense support magic command selected by the user D is reduced by half, or the damage given to the user F by the attack support magic command selected by the user B. A related message 52 is displayed indicating that the value has been increased by 300 points.

  As described above, when the user A selects an attack command for the user F, the attack support magic command selected by the user B is effective in the attack support magic, or the user D Since the terminal 20 of the user A is not notified that the defense support magic effect for the second group is generated by the selected defense support magic command, the user A attacks the user F without knowing these facts. A command is selected. In this regard, the game system 1 allows the user A to grasp the above fact by displaying the related message 52. That is, the user A can grasp the cause of the decrease (or increase) in the damage value given to the user F.

  Note that the user A can also grasp the cause of the decrease (or increase) in the damage value given to the user F by referring to the log screen 40. However, in that case, the user A needs to search for the cause from the history of command information displayed on the log screen 40. Since a history of a large amount of command information is displayed on the log screen 40, it is difficult for the user A to search for the cause from the history. On the other hand, as described above, the game system 1 makes it easy for the user A to grasp the cause by displaying the related message 52.

  FIG. 6 is also a diagram for explaining the above function, and shows another example of the progress of the game. The t axis in FIG. 6 is also a time axis, and in FIG. 6, time points T1, T2, and T3 are shown on the t axis.

  In the example illustrated in FIG. 6, the user A selects an attack command for the user E at the time T1. In this case, an attack on the user E is executed. In this case, the latest game situation data is transmitted to the terminal 20 of the user A, and the game screen 30 of the terminal 20 of the user A is updated (see steps S106 and S107 in FIG. 12 described later). That is, the game screen 30 showing the in-game situation at the time T1 is displayed on the terminal 20 of the user A. For example, the gauge 33F shows the hit point of the user F at the time point T1.

  At a time T2 after the time T1, the user B has selected an attack command for the user F, and as a result, the hit point of the user F becomes zero, and the fainting event of the user F has occurred.

  At time T3 after time T2, user A selects an attack command for user F. At this time, since the hit point of the user F is zero, the user A terminal 20 is not notified that there is no room for an attack on the user F, so the user does not know this fact. A has selected the attack command to the user F.

  When the user A selects an attack command for the user F, the attack on the user F is normally executed. However, since the hit point of the user F is zero, the attack on the user F is invalid. become. FIG. 7 shows an example of the game screen 30 in this case. A command result message 50 indicating that the user F could not be damaged is displayed on the game screen 30 shown in FIG. Further, a related message 52 indicating that the user F has already been stunned by the attack command selected by the user B is displayed.

  As described above, when the attack command to the user F is selected by the user A, there is a room for attacking the user F because the hit point of the user F is zero by the attack command selected by the user B. Since it is not notified to the terminal 20 of the user A, the user A selects the attack command for the user F without knowing this fact. In this regard, the game system 1 allows the user A to grasp the above fact by displaying the related message 52. That is, it is possible for the user A to grasp the reason why the user F could not be damaged.

  In a game that progresses as each of the plurality of terminals 20 accesses the game server 10 asynchronously, the in-game situation displayed on the game screen 30 of the terminal 20 and the game situation data stored in the game server 10 are The latest in-game situation shown may be different. For example, as in the example illustrated in FIG. 6, the hit points of the user F displayed on the game screen 30 of the terminal 20 of the user A and the hit points of the user F stored in the game server 10 are different. There is. Since the related message 52 is not displayed in the conventional game system, the user may be confused in such a case.

  If the game server can be used as the starting point and the latest game situation data can be transmitted to each terminal, the above inconvenience can be solved. Since it is difficult to assign an address, it is difficult to transmit data indicating the latest game situation to each terminal starting from the game server. For this reason, the game server waits for access from the terminal and transmits the latest game status data to the terminal. In this regard, the game system 1 prevents the user from being confused by displaying the related message 52 on the game screen 30.

  Note that also in the example shown in FIG. 6, the user A can grasp the reason why the user F could not be damaged by referring to the log screen 40. However, it is difficult for the user A to find the cause from the history of a lot of command information displayed on the log screen 40. On the other hand, as described above, the game system 1 makes it easy for the user A to grasp the cause by displaying the related message 52.

  A configuration for realizing the functions described above will be described. FIG. 8 is a functional block diagram showing functional blocks realized by the game system 1. As shown in FIG. 8, the game system 1 includes a game data storage unit 60, a history data storage unit 64, a related information acquisition unit 66, and a related information output control unit 68.

  The game data storage unit 60 is realized by one or a plurality of storage devices. For example, the game data storage unit 60 is realized by the storage unit 12 of the game server 10. Note that the game data storage unit 60 may be realized by a storage unit provided in a device accessible from the game server 10.

  The history data storage unit 64, the related information acquisition unit 66, and the related information output control unit 68 are realized by the control unit 11 of the game server 10. That is, when the control unit 11 executes processing according to a program, the control unit 11 functions as these functional blocks.

  The game data storage unit 60 stores various data necessary for executing the game. For example, game situation data indicating the latest in-game situation is stored in the game data storage unit 60. In the case of the game described with reference to FIGS. 2 to 7, data (for example, hit points) indicating the states of the users A to F (characters 32 </ b> A to 32 </ b> F) is included in the game situation data. If each of the characters 32A to 32F moves, data indicating the position of each of the characters 32A to 32F is included in the game situation data.

  The game data storage unit 60 includes a history data storage unit 62. The history data storage unit 62 is for storing history data. The history data is data relating to at least one of a history of instructions received at each of the plurality of terminals 20 and a history of game events that have occurred in the game. The history data storage unit 64 stores the history data in the history data storage unit 62.

  9 to 11 show examples of data stored in the game data storage unit 60. 9 to 11 show examples of data for executing the game described with reference to FIGS.

  FIG. 9 shows an example of a user table. The user table is a table showing a list of users. As shown in FIG. 9, the user table includes “user ID”, “user name”, “character image”, “group”, “user parameter”, “acquired points”, and “game situation data transmission date / time” fields. .

  The “user ID” field indicates identification information for uniquely identifying a user. The “user name” field indicates the name of the user, and the “character image” field indicates an image of a character (avatar) that is a user's alternation. The “group” field indicates a group to which the user belongs.

  The “user parameter” field indicates a parameter related to the user's ability or state. The “user parameter” field includes “level”, “attack power”, “defense power”, “hit point”, and “update date / time” fields. The “level” field indicates the level of the user. The higher the user level, the stronger the user. The “attack power” and “defense power” fields indicate a user's attack power parameter and defense power parameter. The “hit point” field indicates the hit point of the user, and the “update date” field indicates the date and time when the user hit point was last updated.

  The “acquired points” field indicates the total number of points acquired by the user. For example, the “acquired points” field indicates the total damage value given to the enemy by the user. The group acquisition points are calculated by summing the acquisition points of the users belonging to the group. The “game situation data transmission date and time” field indicates the date and time when the game situation data was last transmitted to the user terminal 20.

  FIG. 10 shows an example of the command table. The command table shows a list of commands that can be designated by the user. As shown in FIG. 10, the command table includes “command ID”, “command name”, “effect”, “disappearance condition”, and “influence destination” fields.

  The “command ID” field indicates identification information for uniquely identifying a command. The “command name” field indicates the name of the command. The “effect” field indicates the effect of the command, and the “annihilation condition” field indicates a condition where the effect of the command disappears. In FIG. 10, text information indicating command effects and extinction conditions is registered in the “effect” and “extinction condition” fields for simplicity of explanation, but in the actual “effect” and “extinction conditions” fields. Are registered in a format that can be interpreted by a computer.

  The “influenced by” field indicates other commands that the command affects. For example, when the attack support magic command is selected and an attack support magic effect is generated on the first group, the damage value given to the user of the second group increases when the user of the first group selects the attack command. . For this reason, the attack support magic command affects the attack command. Therefore, the attack command is registered as an influence destination of the attack support magic command. That is, an attack command is registered as a command related to the attack support magic command.

  In addition, when the defense support magic command is selected and the defense support magic effect is generated on the first group, the damage value received by the user of the first group decreases when the user of the second group selects the attack command. . For this reason, the defense support magic command affects the attack command. Therefore, an attack command is registered as an influence destination of the defense support magic command. That is, an attack command is registered as a command related to the defense support magic command.

  FIG. 11 shows an example of a history table. The history table shows a history of commands selected by each user. The history table includes “reception date and time”, “user”, “command”, “influence destination”, “result”, and “effect flag” fields.

  The “acceptance date” field indicates the date when the command was accepted. The “user” field indicates the user who selected the command. The “command” field indicates the command selected by the user.

  The “influenced by” field indicates other users or groups that are affected by the command selected by the user. For example, in the case of an attack command, the user ID of the user designated as the attack target is registered in the “influence destination” field. In the case of an attack support magic command, the group ID of the group to which the user who selected the command belongs is registered in the “influence destination” field. Similarly, in the case of a defense support magic command, the group ID of the group to which the user who selected the command belongs is registered in the “influence destination” field.

  The “result” field indicates the result of the command selected by the user. For example, when the command selected by the user is an attack command and the user F is damaged by 800 points by this attack command, information indicating that is registered in the “result” field. In FIG. 11, text information indicating the result of the command is registered in the “result” field for convenience of explanation, but information indicating the result of the command can be interpreted by the computer in the actual “result” field. Registered in a simple format.

  The “effect flag” field indicates whether an effect generated by the command selected by the user is occurring. For example, the value “0” or “1” is registered in the “effect flag” field. A value “0” indicates that no effect is occurring, and a value “1” indicates that an effect is occurring. For example, when the user selects an attack support magic command or a defense support magic command, the value “1” is registered in the “effect flag” field, and an effect flag is set. When the effect of the attack support magic or the defense support magic disappears, the “effect flag” field is updated to the value “0”, and the effect flag is released.

  In the case of the example shown in FIGS. 9 to 11, the “hit points” and “acquired points” fields of the user table and the “effect flag” field of the history table indicate the latest in-game situation. Corresponds to game situation data.

  When the game situation data is updated in accordance with an instruction (hereinafter referred to as “instruction X” for the sake of convenience) received at one terminal 20 of the plurality of terminals 20, the related information acquisition unit 66 displays the instruction X. The related information related to is acquired based on the history data stored in the history data storage unit 62.

  The “related information” includes information related to an instruction (related instruction) received before the time when the instruction X is received and related to the instruction X. Here, the “related instruction” is an instruction that affects the update of the game situation data according to the instruction X. For example, the “related instruction” is an instruction to increase or decrease the amount of change in the game situation data when the game situation data is updated according to the instruction X. Further, for example, the “related instruction” is an instruction that suppresses the update of the game situation data according to the instruction X.

  Alternatively, the “related information” includes information related to a game event (related game event) that occurs before the time when the instruction X is received and is related to the instruction X. Here, the “related game event” is a game event that affects the update of the game situation data according to the instruction X. For example, the “related game event” is a game event that increases or decreases the amount of change in the game situation data when the game situation data is updated according to the instruction X. Further, for example, the “related game event” is a game event that suppresses the update of the game situation data according to the instruction X.

  Here, it is assumed that the user A selects an attack command for the user F at time T4 shown in FIG. In this case, the attack support magic for the first group is triggered by the attack support magic command selected by the user B at the time T3 before the time T4, so that the attack support magic is effective for the first group. doing. For this reason, the damage value given to the user F (that is, the amount of change in the hit points of the user F) is increased. Therefore, the attack support magic command selected by the user B at the time T3 corresponds to the “related instruction” for the attack command selected by the user A at the time T4. Also, the attack support magic trigger event that occurred at time T3 corresponds to a “related game event” for the attack command selected by user A at time T4.

  In the above case, the defense support magic command for the second group is generated by the defense support magic command selected by the user D at the time T2 before the time T4. Has occurred. For this reason, the damage value given to the user F (that is, the amount of change in the hit points of the user F) is reduced. Alternatively, the amount of damage given to the user F is set to zero (that is, the update of the hit points of the user F is suppressed). Therefore, the defense support magic command selected by the user D at the time T2 corresponds to the “related instruction” for the attack command selected by the user A at the time T4. Also, the defense support magic trigger event that occurred at time T2 corresponds to a “related game event” for the attack command selected by user A at time T4.

  Here, it is assumed that user A selects an attack command for user F at time T3 shown in FIG. In this case, the attack command selected by the user B at the time T2 before the time T3 causes the hit point of the user F to be zero (in other words, the user F's fainting event has occurred). There is no room to update the hit points. For this reason, the update of the hit point of the user F is suppressed and the attack command to the user F becomes invalid. Therefore, the attack command selected by the user B at the time T2 corresponds to a “related instruction” for the attack command selected by the user A at the time T3. Further, the fainting event of the user E occurring at the time T2 corresponds to a “related game event” for the attack command selected by the user A at the time T3.

  The related information output control unit 68, when the related information of the instruction received by the terminal 20 (also referred to as “instruction X” for convenience here) is acquired by the related information acquisition unit 66, the related information is output to the terminal 20 The control for making it output to the output part of is performed. For example, the related information output control unit 68 causes the output unit of the terminal 20 to output the related information by transmitting the related information to the terminal 20.

  For example, the display unit 25 corresponds to an example of an output unit, and related information is displayed on the display unit 25 of the terminal 20. For example, the audio output unit 26 corresponds to an example of an output unit, and related information is output from the audio output unit 26 of the terminal 20.

  For example, the related information output control unit 68 performs control for causing the output unit of the terminal 20 to output related information together with the update result information regarding the update result of the game situation data. Here, “update result information” is, for example, information indicating whether or not the game situation data has been updated by the instruction X, or how the game situation data has been updated by the instruction X. For example, as illustrated in FIGS. 5 and 7, the related information output control unit 68 performs control for causing the display unit 25 of the terminal 20 to output the related message 52 together with the command result message 50 regarding the update result of the game situation data.

  Next, processing executed in the game system 1 will be described. FIG. 12 shows an example of processing executed when the user selects any command. In the following, the above process will be described on the assumption that the user A selects any command.

  As shown in FIG. 12, first, the control unit 21 of the terminal 20 requests the game server 10 to execute command processing (S101). In this case, the user ID of the user A and the command ID of the command selected by the user A are transmitted to the game server 10. When the command selected by the user A is an attack command, the user ID of the user designated as the attack target is also transmitted to the game server 10.

  When the request is accepted by the game server 10, the control unit 11 of the game server 10 executes a calculation process of a primary process result (S102). For example, when the command selected by the user A is an attack command, the basic value of damage given to the attack target user is calculated as the primary processing result. This basic value is calculated without considering the influence of the command selected before the current time or the game event that occurred before the current time.

  FIG. 13 is a flowchart showing an example of the calculation process of the primary processing result. As shown in FIG. 13, first, the control unit 11 acquires information necessary for calculating the primary processing result (S201). For example, when the command selected by the user A is an attack command, the control unit 11 refers to the user table and the command table, and acquires information necessary for calculating a basic value of damage given to the attack target user. Specifically, the attack power parameter of the user A and the defense power parameter of the attack target user are acquired.

  After step S201 is executed, the control unit 11 calculates a primary processing result based on the information acquired in step S201 (S202). For example, the control unit 11 calculates a basic value of damage that the user A gives to the attack target user based on the attack power parameter of the user A and the defense power parameter of the attack target user.

  After the primary processing result calculation process is executed, the control unit 11 executes the secondary processing result calculation process (S103). For example, when the command selected by the user A is an attack command, the damage that the user A gives to the attack target user in consideration of the effect of the command received before the current time or the game event that occurred before the current time The value is increased or decreased.

  FIG. 14 is a flowchart showing an example of the calculation process of the secondary processing result. As shown in FIG. 14, the control unit 11 first extracts information necessary for calculating the secondary processing result from the history table (S301). For example, when the command selected by the user A is an attack command, the control unit 11 determines whether a command or a game event that can affect the attack command is registered in the history table.

  First, the control unit 11 refers to the “influence destination” field of the command table and identifies a command that can affect the attack command. In the case of the command table shown in FIG. 11, the command ID (C001) of the attack command is registered in the “influence destination” field of the attack support magic command and the defense support magic command. Therefore, the control unit 11 identifies the attack support magic command and the defense support magic command as commands that can affect the attack command.

Thereafter, the control unit 11 refers to the history table and searches for the following attack support magic command and defense support magic command. Specifically, the control unit 11 searches for the following attack support magic commands and defense support magic commands in the order from the command with the oldest reception date and time to the new command. And information on the defense support magic command is extracted from the history table.
(A) An attack support magic command targeting the first group to which the user A belongs and (b) an effect flag standing and (b) targeting the second group to which the enemy of the user A belongs Defense support magic command

  Further, the control unit 11 refers to the user table and determines whether or not the hit point of the attack target user is zero (that is, whether or not the attack target user is stunned). When the hit point of the attack target user is zero, the control unit 11 refers to the history table and searches for the faint event of the attack target user. Specifically, the control unit 11 extracts the information regarding the stunning event as described above from the history table by searching for the stunning event as described above in the order from the new command to the old command.

  After step S301 is executed, the control unit 11 calculates a secondary processing result based on the information acquired in step S301 (S302).

  For example, when the effect flag is set and an attack support magic command targeting the first group is found, the control unit 11 increases the damage value given to the attack target user. For example, the control unit 11 increases the damage value by adding a predetermined value (for example, 300 points) to the damage value. In this case, the effect flag of this attack support magic command is canceled.

  For example, when the effect flag is set and a defense support magic command targeting the second group is found, the control unit 11 decreases the damage value given to the attack target user. For example, the control unit 11 halves the damage value. In this case, the effect flag of the defense support magic command is canceled.

  For example, when the attack target user is in a stunned state, the control unit 11 sets the damage value to be given to the attack target user to zero.

  After step S103 is executed, the control unit 11 updates the game situation data (S104). When the command selected by the user A is an attack command, the control unit 11 updates the hit points of the attack target user and the acquired points of the user A based on the processing results of steps S102 and S103. Specifically, the control unit 11 accesses the user table, reduces the hit points of the attack target user and increases the acquisition points of the user A based on the damage values determined in steps S102 and S103.

  After step S104 is executed, the control unit 11 executes registration in the history table (S105). Specifically, the control unit 11 adds a new record to the history table. Then, the control unit 11 registers the current date and time, the user ID of the user A, and the command ID of the command selected by the user A in the “acceptance date and time”, “user”, and “command” fields of the added record. .

  When the command selected by the user A is an attack command, the control unit 11 registers the user ID of the attack target user in the “affected” field of the added record, and based on the processing results of steps S102 to S104. The information indicating the result of the attack command is registered in the “result” field.

  When the command selected by the user A is an attack support magic command or a defense support magic command, the control unit 11 registers the group ID of the first group to which the user A belongs in the “affected” field of the added record. The value “1” is registered in the “effect flag” field of the added record.

After step S105 is executed, the control unit 11 transmits data for updating the game screen 30 to the terminal 20 of the user A (S106). For example, the control unit 11 transmits data as shown below to the terminal 20 of the user A.
(A) Data indicating the latest in-game situation (for example, data indicating hit points and acquired points of each user)
(B) Data for displaying the command result message 50 (in other words, data indicating the update result of the game situation data in step S104)
(C) Data for displaying the related message 52

  Note that the data for displaying the related message 52 is generated based on the information extracted from the history table in step S301.

  When data for updating the game screen 30 is received by the terminal 20, the game screen 30 is updated based on this data (S107). For example, the command result message 50 and the related message 52 are displayed on the game screen 30. For example, the gauges 33A to 33F and the acquired point information 34A and 34B are also updated.

  In the game system 1 described above, for example, the related message 52 is displayed on the game screen 30 when the game situation data is updated according to the attack command selected by the user. In the game system 1, by displaying the related message 52, the command related to the attack command received before the time when the attack command is received, or the attack command generated before the time when the attack command is received This makes it easier for the user to grasp game events related to the game.

  In addition, according to the game system 1, by displaying the related message 52, information that cannot be known only by one terminal 20 (for example, information related to a command accepted by another terminal 20, It is possible to notify the user from the game server 10 of information relating to the generated game event.

  The present invention is not limited to the embodiment described above.

  [1] For example, the related information acquisition unit 66 and the related information output control unit 68 may be realized by the terminal 20.

  FIG. 15 is a functional block diagram when the related information acquisition unit 66 and the related information output control unit 68 are realized by the terminal 20. As shown in FIG. 15, the game system 1 in this case includes a game data storage unit 60 (history data storage unit 62), a history data storage unit 64, a history data acquisition unit 65, a related information acquisition unit 66, and a related information output. A control unit 68 is included.

  As shown in FIG. 15, in the case of this modification, the history data acquisition unit 65, the related information acquisition unit 66, and the related information output control unit 68 are realized in the terminal 20. That is, when the control unit 21 of the terminal 20 executes processing according to the program, the control unit 21 functions as the history data acquisition unit 65, the related information acquisition unit 66, and the related information output control unit 68.

  The history data acquisition unit 65 acquires at least a part of the history data stored in the history data storage unit 62. In the case of this modification, at least a part of the history data stored in the history data storage unit 62 is transmitted from the game server 10 to the terminal 20, and the history data acquisition unit 65 is transmitted from the game server 10 to the terminal. The history data transmitted to 20 is received and acquired. The related information acquisition unit 66 acquires the related information based on the history data acquired by the history data acquisition unit 65, and the related information output control unit 68 performs control for causing the output unit of the terminal 20 to output the related information.

  FIG. 16 shows an example of processing executed in the game system 1 to realize the functional blocks shown in FIG. Similar to FIG. 12, FIG. 16 shows an example of processing executed when the user selects any command. Here again, the above process will be described assuming that the user A selects a command.

  Steps S401 to S405 in FIG. 16 are the same as steps S101 to S105 in FIG.

After step S405 is executed, the control unit 11 transmits data for updating the game screen 30 to the terminal 20 of the user A (S406). For example, the control unit 11 transmits data as shown below to the terminal 20 of the user A.
(A) Data indicating the latest in-game situation (for example, data indicating hit points and acquired points of each user)
(B) Data for displaying the command result message 50 (in other words, data indicating the update result of the game situation data in step S104)
(C) All or part of the history table

  For example, the control unit 11 extracts a record in the history table that has not been transmitted to the terminal 20 of the user A yet. Specifically, the control unit 11 extracts a record in which the date and time registered in the “acceptance date and time” field is after the game situation data transmission date and time of the user A from the history table, and extracts the extracted record from the terminal 20 of the user A. Send to.

  When the data is received by the terminal 20, a copy of the history table is stored in the storage unit 22 of the terminal 20 based on this data. Then, the control unit 21 of the terminal 20 extracts information necessary for displaying the related message 52 from the history table stored in the storage unit 22 (S407). This step S407 is the same as step S301 in FIG.

  After step S407 is executed, the control unit 21 updates the game screen 30 (S408). This step S408 is the same as step S107. That is, the control unit 21 displays the command result message 50 and the related message 52 on the game screen 30. For example, the control unit 21 updates the gauges 33A to 33F and the acquired point information 34A and 34B.

  [2] The related information acquisition unit 66 is information related to at least one of the related game event and the related instruction when the game situation data is updated in accordance with the instruction received in the terminal 20, and outputs the related information. Information that has not yet been output to the output unit of the terminal 20 by the control unit 68 may be acquired as related information based on the history data.

  FIG. 17 is a diagram for explaining the related information acquisition unit 66 in this case, and shows another example of the progress of the game. The t axis in FIG. 17 is also a time axis, and in FIG. 17, time points T1, T2, T3, and T4 are shown on the t axis.

  In the example shown in FIG. 17, at time T1, user B selects an attack support magic command. In this case, the attack support magic is executed, and the attack support magic is effective for the first group to which the user B belongs.

  At the time T2 after the time T1, the user A selects the defense support magic command. In this case, the defense support magic is executed, and the defense support magic is effective for the first group to which the user A belongs. In this case, the latest game situation data is transmitted to the terminal 20 of the user A, and the game screen 30 of the terminal 20 of the user A is updated (see steps S106 and S107 in FIG. 12). That is, the game screen 30 showing the in-game situation at the time T2 is displayed on the terminal 20 of the user A. Since the effect of the attack support magic for the first group is occurring at time T2, a sign (or text) indicating that fact is displayed on the game screen 30.

  At the time T3 after the time T2, the user D selects the defense support magic command. In this case, the defense support magic is executed, and the defense support magic is effective for the second group to which the user D belongs.

  At a time T4 after the time T3, the user A selects an attack command for the user F. In this case, an attack on the user F is executed. In this case, the command result message 50 and the related message 52 are displayed on the game screen 30.

  In this case, the related information acquisition unit 66 uses, as related information, related instructions received during a period from time T2 (the previous transmission time of game situation data) to time T4 or related game events that occurred during the period. You may make it acquire.

  That is, the related information acquisition unit 66 acquires information related to the defense support magic command selected by the user D at time T3 as “related information”, and acquires information related to the attack support magic command selected by the user B at time T1 as “related information”. May not be acquired.

  In the example shown in FIG. 17, at time T2, a sign indicating that the attack support magic effect for the first group has been generated by the attack support magic command selected by the user B is displayed on the game screen 30 of the terminal 20 of the user A. Is done. That is, information related to the attack support magic command selected by the user B at the time T1 is displayed on the game screen 30 of the terminal 20 of the user A. For this reason, the related information acquisition unit 66 may not acquire the information related to the attack support magic command selected by the user B at the time T1 as “related information”. In this case, a related message 52 indicating only that the damage value given to the user F has been reduced by the defense support magic command selected by the user D is displayed on the game screen 30.

  In this way, since the number of related commands or related game events is narrowed down, the processing load or communication load can be reduced.

  [3] For example, the terminal 20 may access the game server 10 every predetermined time to acquire the latest game situation data.

  [4] For example, the game executed in the game system 1 is not limited to the game described with reference to FIGS. The present invention can be applied to a game in which a plurality of users participate, such as advancing by updating game situation data in accordance with a user instruction received at each of a plurality of terminals 20.

  [Summary of the Invention] From the above description, the present invention can be understood as follows, for example.

  The game system according to the present invention includes a plurality of terminals (20) and a game server (10) accessed from each of the plurality of terminals (20), and is accepted by each of the plurality of terminals (20). In the game system (1) in which a game in which a plurality of users participate is progressed by updating game situation data indicating an in-game situation in response to a user instruction, a history of game events that occurred during the game, and A history data storage unit (64) for storing history data related to at least one of the history of instructions received at each of the plurality of terminals in a history data storage unit (62), and the plurality of terminals (20) If the game situation data is updated in response to an instruction received at one terminal, the time when the instruction is received A related game event that is a game event related to the instruction that occurred before, and an instruction related to the instruction received at the one terminal or another terminal before the time when the instruction was received Related information acquisition means (66) for acquiring related information related to at least one of the related instructions based on the history data, and related information output for performing control for causing the output means of the one terminal to output the related information Control means (68).

  The game server according to the present invention is a game server (10) accessed from each of the plurality of terminals (20), and according to a user instruction received at each of the plurality of terminals (20). In the game server (10) that advances the game in which a plurality of users participate by updating the game situation data indicating the in-game situation, the history of game events that occurred during the game, and the plurality of terminals (20 ) History data storage means (64) for storing history data relating to at least one of the received instruction histories in the history data storage means (62), and one terminal among the plurality of terminals (20) If the game situation data is updated in response to an instruction received at the time of occurrence, it occurs before the time when the instruction is received. At least a related game event that is a game event related to the instruction and a related instruction that is an instruction related to the instruction received at the one terminal or another terminal before the time when the instruction is received Related information acquisition means (66) for acquiring related information on one side based on the history data, and related information output control means (68) for performing control for causing the output means of the one terminal to output the related information. And including.

  The terminal according to the present invention is a terminal used by a user who participates in a game that progresses by updating game situation data indicating an in-game situation in accordance with an instruction received from each of a plurality of users (20 ) In the history data storage means (62) for storing history data relating to at least one of the history of game events occurring during the game and the history of instructions received from each of the plurality of users. History data acquisition means (65) for acquiring at least a part of the history data, and when the game situation data is updated in accordance with a user instruction received at the terminal, before the time when the instruction is received A related game event that is a game event related to the instruction, and a corresponding event before the reception of the instruction. Relevant information acquisition means (66) for acquiring, based on the history data, related information related to at least one of related instructions received from a user or another user and related to the instructions; and Related information output control means (68) for performing control for output to the output means of the terminal.

  In addition, the program according to the present invention includes a history of game events that occur during a game that progresses by updating game situation data indicating an in-game situation in response to an instruction received from each of a plurality of users, Means (66) for referring to at least a part of history data relating to at least one of the history of instructions received from each of a plurality of users; said game situation according to an instruction received from one of said plurality of users When the data is updated, a related game event that is a game event related to the instruction that occurred before the time when the instruction is received, and the one user or another user event before the time when the instruction is received Relevant information related to at least one of the related instructions, which are instructions related to the instructions, received from the user is based on the history data. And a related information output control means (68) for performing control for causing the output means of the one user terminal to output the related information. It is.

  An information storage medium according to the present invention is a computer-readable information storage medium recording the above program.

  According to the present invention, when the game situation data is updated in accordance with the instruction received at the terminal, the related game event related to the instruction generated before the reception time of the instruction or the reception of the instruction. It becomes possible for the user of the terminal to easily grasp the related instruction related to the instruction received before the time point.

  In one aspect of the present invention, when the game situation data is updated according to an instruction received at the one terminal, the related information acquisition unit is information related to at least one of the related game event and the related instruction. In addition, information that has not yet been output to the output unit of the one terminal by the related information output control unit may be acquired as the related information based on the history data. In this way, since the related information is narrowed down, it becomes possible to reduce the processing load or communication load.

  In one aspect of the present invention, the related information output control means performs control for causing the output means of the one terminal to output the related information together with update result information related to the update result of the game situation data. May be. If it does in this way, it will become possible for the said user to make it easy to grasp | ascertain a related game event or a related instruction with the update result of the game situation data performed according to the user's instruction | indication.

  In one aspect of the present invention, the related information is received at the one terminal and the related game event that affects the update of the game situation data according to the instruction received at the one terminal. Information related to at least one of the related instructions that may affect the update of the game situation data according to the received instructions may be included. In this way, it becomes possible for the user to easily grasp related game events or related instructions that affect the update of the game situation data according to the user's instructions.

  In one aspect of the present invention, the related information is received at the one terminal and the related game event that suppresses the update of the game situation data according to the instruction received at the one terminal. Information related to at least one of the related instructions that suppresses the update of the game situation data according to the instructions may be included. In this way, it becomes possible for the user to easily grasp the related game event or the related instruction that suppresses the update of the game situation data according to the user's instruction.

  In one aspect of the present invention, the related information may increase or decrease the magnitude of change in the game situation data when the game situation data is updated in accordance with an instruction received in the one terminal. Information relating to at least one of the related game event and the related instruction for increasing or decreasing the amount of change in the game situation data when the game situation data is updated according to the instruction received at the one terminal May be included. In this way, it is possible for the user to easily recognize related game events or related instructions that increase or decrease the amount of change in the game situation data when the game situation data is updated in accordance with the user's instructions. become.

  1 game system, 2 communication network, 10 game server, 11, 21 control unit, 12, 22 storage unit, 13, 23 communication unit, 20 terminal, 24 operation unit, 25 display unit, 26 voice output unit, 30 game screen, 32A, 32B, 32C, 32D, 32E, 32F Character, 33A, 33B, 33C, 33D, 33E, 33F Gauge, 34A, 34B Acquired point information, 35 Attack command, 36 Attack support magic command, 37 Defense support magic command, 38 Log button, 40 Log screen, 50 Command result message, 52 Related message, 60 Game data storage unit, 62 History data storage unit, 64 History data storage unit, 65 History data acquisition unit, 66 Related information acquisition unit, 68 Related information output Control unit.

Claims (9)

Including a plurality of terminals and a game server accessed from each of the plurality of terminals, and updating game situation data indicating an in-game situation in response to a user instruction received at each of the plurality of terminals; In a game system for advancing a game in which a plurality of users participate,
History data storage means for storing history data relating to at least one of a history of game events occurring in the game and a history of instructions received at each of the plurality of terminals in a history data storage means;
When the game situation data is updated in response to an instruction received at one terminal of the plurality of terminals, an association that is a game event related to the instruction that occurred before the reception time of the instruction Based on the history data, related information relating to at least one of a game event and a related instruction, which is an instruction related to the instruction, received at the one terminal or another terminal prior to the reception of the instruction. Related information acquisition means to acquire,
Related information output control means for performing control for causing the output means of the one terminal to output the related information;
A game system comprising: The game system according to claim 1,
The related information acquisition means is information related to at least one of the related game event and the related instruction when the game situation data is updated according to the instruction received in the one terminal, and Information that has not yet been output to the output unit of the one terminal by the related information output control unit is acquired as the related information based on the history data.
A game system characterized by that. The game system according to claim 1 or 2,
The related information output control means performs control for causing the output means of the one terminal to output the related information together with update result information related to the update result of the game situation data.
A game system characterized by that. The game system according to any one of claims 1 to 3,
The related information includes the related game event that affects the update of the game situation data according to the instruction received at the one terminal, and the game situation according to the instruction received at the one terminal. Including information on at least one of the related instructions that may affect data updates;
A game system characterized by that. The game system according to claim 4,
The related information includes the related game event that suppresses the update of the game situation data according to the instruction accepted at the one terminal, and the game situation data according to the instruction accepted at the one terminal. Including information related to at least one of the related instructions for suppressing the update of
A game system characterized by that. The game system according to claim 4 or 5,
The related information includes the related game event that increases or decreases the magnitude of change in the game situation data when the game situation data is updated in accordance with an instruction received at the one terminal. Including information related to at least one of the related instructions for increasing or decreasing the amount of change in the game situation data when the game situation data is updated in accordance with an instruction received at the terminal.
A game system characterized by that. A game server accessed from each of a plurality of terminals, wherein the plurality of users are updated by updating game situation data indicating an in-game situation in response to a user instruction received at each of the plurality of terminals. In a game server that progresses the participating games,
History data storage means for storing history data relating to at least one of a history of game events occurring in the game and a history of instructions received at each of the plurality of terminals in a history data storage means;
When the game situation data is updated in response to an instruction received at one terminal of the plurality of terminals, an association that is a game event related to the instruction that occurred before the reception time of the instruction Based on the history data, related information relating to at least one of a game event and a related instruction, which is an instruction related to the instruction, received at the one terminal or another terminal before the time when the instruction is received. Related information acquisition means to acquire,
Related information output control means for performing control for causing the output means of the one terminal to output the related information;
A game server comprising: In a terminal used by a user who participates in a game that proceeds by updating game situation data indicating an in-game situation in response to an instruction received from each of a plurality of users,
At least one of the history data stored in history data storage means for storing history data relating to at least one of a history of game events occurring in the game and a history of instructions received from each of the plurality of users. History data acquisition means for acquiring a copy;
When the game situation data is updated in response to a user instruction received at the terminal, a related game event that is a game event related to the instruction that occurred before the time when the instruction was received, and the instruction Related information acquisition means for acquiring, based on the history data, related information related to at least one of related instructions, which are instructions related to the instructions, received from the user or other users before the reception time of
Related information output control means for performing control for causing the output means of the terminal to output the related information;
The terminal characterized by including. In response to an instruction received from each of the plurality of users, a history of game events that occur in the game that is progressed by updating the game situation data indicating the in-game situation, and instructions received from each of the plurality of users Means for referring to at least part of historical data relating to at least one of
When the game situation data is updated in response to an instruction received from one of the plurality of users, the association is a game event related to the instruction that occurs before the time when the instruction is received Based on the history data, related information relating to at least one of a game event and a related instruction, which is an instruction related to the instruction, received from the one user or another user before the time when the instruction is received Related information acquisition means to acquire; and
Related information output control means for performing control for causing the output means of the terminal of the one user to output the related information;
As a program to make the computer function as.

Images