JP2019198581A - Game system, server device, and program - Google Patents

Abstract

To reduce inconvenience caused by mismatching between pieces of game situation information stored by each of a plurality of game execution parts.SOLUTION: In a game system for a game including mutually communicable first and second game execution parts, the first game execution part progresses a game on the basis of first instruction information, and second instruction information acquired by communication, executes first progress processing for storing first game situation information in a first storage part. The second game execution part progresses a game on the basis of the first instruction information and the second instruction information acquired by communication, and executes second progress processing for storing second game situation information in a second storage part. The game system further includes a correction part for executing correction processing for correcting one game situation information from among the first and second game situation information in completion of a game so as to match the other game situation information according to a comparison result by comparing the first and second game situation information in completion of a game.SELECTED DRAWING: Figure 6A

Description

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

  In a battle-type game system in which a plurality of game execution units are connected via a network, each game execution unit progresses the game while exchanging operation information obtained from the operation unit via the network. A system for storing game situation information representing a game situation is known. Since each game execution part advances a game using the same operation information, the game situation implement | achieved by each game execution part becomes the same, and the game situation information memorize | stored is also the same.

JP 2017-077735 A

  However, inconsistencies may occur between the game situation information at the end of the game. The cause of such inconsistency may be, for example, a mere bug, a so-called “synchronization bug”, a cache malfunction, or a power interruption (power-off operation) during a game.

  If inconsistency occurs between the game status information at the end of the game, there is a risk of giving a sense of discomfort to the users who have competed.

  Therefore, in one aspect, an object of the present invention is to reduce inconvenience due to inconsistency between game situation information respectively stored by a plurality of game execution units.

In one aspect, a game system for a game including a first game execution unit and a second game execution unit that can communicate with each other,
The first game execution unit includes first instruction information associated with first user information and second instruction information associated with second user information different from the first user information, wherein the second game execution is performed. Based on the second instruction information acquired by communication from the unit, the game is progressed, and first progress processing for storing first game situation information representing the game situation of the progressed game in the first storage unit is executed. ,
The second game execution unit advances the game based on the first instruction information and the second instruction information acquired by communication from the first game execution unit, and displays a game status of the progressed game. Executing a second progress process for storing the second game situation information representing the second game situation information in the second storage unit;
The first game situation information at the end of the game is compared with the second game situation information at the end of the game, and according to the comparison result, the first game situation information at the end of the game And a game system further comprising a correction unit that executes a correction process for correcting one of the second game situation information at the end of the game so as to be consistent with the other game situation information. Is provided.

  In one aspect, according to the present invention, the first game situation information at the end of the game and the second game situation information at the end of the game are compared, and according to the comparison result, One game situation information of the first game situation information at the end and the second game situation information at the end of the game is matched with the other game situation information, which makes the user feel uncomfortable. Such inconveniences can be avoided.

It is a figure showing roughly the whole game system composition by one example. It is a figure which shows an example of the hardware constitutions of a game terminal roughly. It is a figure which shows an example of the hardware constitutions of a server apparatus roughly. It is a figure which shows an example of the function of two game terminals, and an example of the function of a server apparatus. It is explanatory drawing of game status information. It is explanatory drawing of an example of the game data in a game data storage part. It is FIG. (1) which shows schematically the exchange of data (information) between three persons, two game terminals and a server apparatus. It is FIG. (2) which shows schematically the exchange of the data (information) between three persons, two game terminals and a server apparatus. It is a figure (other examples) which shows roughly exchange of data (information) between three persons, two game terminals and a server apparatus. It is explanatory drawing of a comparative example. It is a figure (other examples) which shows roughly exchange of data (information) between three persons, two game terminals and a server apparatus. It is a figure (other examples) which shows roughly exchange of data (information) between three persons, two game terminals and a server apparatus. It is a figure which shows the specific structural example of a server apparatus. It is a figure which shows the software process structure in a game terminal. It is a figure which shows the software process structure in a server apparatus. It is a figure which shows roughly the transition aspect of a game screen when a game is complete | finished normally. It is a figure which shows roughly the transition aspect of a game screen in case a game is forcedly complete | finished. It is a flowchart which shows the main process by a game application. It is a flowchart which shows the various interruption processes by a game application. It is a figure which shows the kind of STATUS. It is a state transition diagram concerning STATUS. It is a flowchart of a game main process (S120). It is a flowchart of a title process (S1202). It is a flowchart of user authentication processing (S1206). It is a flowchart of map processing (S1210). It is a flowchart of a restoration process (S12104). It is a flowchart of a map main process (S12108). It is a flowchart of game processing (S1214). It is a flowchart of a game initialization process (S12142). It is a flowchart of game progress processing (S12146). It is a figure which shows the other example of game status information. It is a flowchart of a battle | competition process (S121460). It is a flowchart of a normal game progress process (S1214602). It is a flowchart of a pitching waiting process (S1214606). It is a flowchart of a pitching input waiting process (S1214610). It is a flowchart of an impact waiting process (S1214614). It is a flowchart of game post-processing (S1218). It is a flowchart of a gate server process. It is a flowchart of an authentication server process. It is a flowchart of a lobby server process. It is a flowchart of a sublobby server process. It is a figure which shows an example of the game data memorize | stored in a game data memory | storage part. It is a flowchart of a game server process. It is a flowchart of a game end determination process (S472). It is a flowchart of a cutting | disconnection determination process (S474). It is a flowchart of a cutting | disconnection detection process (S4746). It is a flowchart of a cutting | disconnection confirmation process (S4750).

  Hereinafter, embodiments will be described in detail with reference to the accompanying drawings.

  <Outline> First, an outline of the game system 1 according to an embodiment will be described with reference to FIGS. 1 to 6C, 6E, and 6F.

  FIG. 1 is a diagram schematically showing an overall configuration of a game system 1 according to an embodiment.

  The game system 1 is used for, for example, a battle game. The battle type is a type in which the first player and the second player fight against each other, but is not limited to a mode in which the first player and the second player face each other in a one-to-one manner. A plurality of forms may be used. For example, in the case of one-to-multiple, the first player and the second player and one or more other players face each other, or the first player and one or more other players and the second player face each other. In the case of a plurality of pairs, the first player and one or more other players are opposed to the second player and one or more other players. In addition, in the case of one-to-many, it is a form that fights against a common enemy by cooperating with a plurality (a form of joint fight). In the case of one-to-one, the operation associated with one of the first player and the second player may be realized by a computer. In the case of one-to-multiple, the operation associated with one of the players may be realized by a computer. Hereinafter, when the first player or the second player is a person, the user refers to the person. For the first player, the second player is an opponent, and for the second player, the first player is an opponent. The player is a concept including a user (human) and a computer.

  Hereinafter, the game system 1 mainly applied to a baseball game will be described. However, the game system 1 can be applied to various types of games other than the baseball game, such as other ball games such as soccer games, fighting games, action games, and the like. .

  The game system 1 includes a game terminal group 10 and a server device 30. The game terminal group 10 and the server device 30 are connected via a network N. The network N may include, for example, a mobile phone wireless communication network, the Internet, a VPN (Virtual Private Network), a WAN (Wide Area Network), a wired network, or any combination thereof.

  The game terminal group 10 includes a plurality of game terminals 10-1, 10-2, 10-3, ..., 10-n. The plurality of game terminals 10-1, 10-2, 10-3,..., 10-n can communicate with each other via the network N.

  Game terminal 10-1 may be in the form of a mobile phone such as a smartphone as shown in FIG. 1, or may be in another form. For example, the game terminal 10-1 is a tablet computer), a wearable terminal, a personal computer, a portable game machine, a stationary game machine, an arcade game machine, a multi-function television receiver (smart TV) having an information processing function. ) Or the like. The same applies to the other game terminals 10-2, 10-3,..., 10-n.

  The server device 30 executes various processes (described later) in cooperation with the plurality of game terminals 10-1, 10-2, 10-3,..., 10-n. Server device 30 is in the form of a computer, and may be implemented in cooperation with a plurality of server computers. For example, the server device 30 may include a different server computer for each function (see FIG. 7 described later).

  2A is a diagram schematically illustrating an example of a hardware configuration of the game terminal 10-1, and FIG. 2B is a diagram schematically illustrating an example of a hardware configuration of the server device 30. As illustrated in FIG. Here, the hardware configuration of the game terminal 10-1 will be described, but the same may be applied to the other game terminals 10-2, 10-3,..., 10-n.

  The game terminal 10-1 includes a control unit 11, a storage unit 12, a communication unit 13, an operation unit 14, a display unit 15, and an audio output unit 16.

  The control unit 11 includes at least one microprocessor (CPU: Central Processing Unit), and executes information processing according to an operating system and other programs stored in the storage unit 12. The storage unit 12 includes a main storage unit such as a ROM (Read Only Memory) and a RAM (Random Access Memory), and an auxiliary storage unit such as a flash memory (nonvolatile semiconductor memory). The storage unit 12 stores programs and data. For example, when the game terminal 10-1 is a personal computer or the like, the auxiliary storage unit may be, for example, a hard disk drive or a solid state drive. The communication unit 13 performs data communication with other devices via the network N. The communication unit 13 may include a communication module and a communication interface.

  The operation unit 14 is a user interface for a user to perform various operations. The operation unit 14 includes, for example, a touch panel, buttons (keys), levers (sticks), a mouse, a touch pad, and the like. The operation unit 14 may be for the user to perform an operation by voice or gesture. In other words, the operation unit 14 may include a microphone and a camera for the user to perform an input operation by voice or gesture. The display unit 15 is for displaying various screen images, and is, for example, a liquid crystal display or an organic EL (Electro Luminescence) display.

  The audio output unit 16 is for outputting audio data, and is, for example, a speaker or headphones.

  In addition, the operation part 14, the display part 15, and the audio | voice output part 16 may be provided in game terminal 10-1 itself, and may be provided as an external device connected to game terminal 10-1.

  The server device 30 includes a control unit 31, a storage unit 32, and a communication unit 33. The control unit 31, the storage unit 32, and the communication unit 33 are the same as the control unit 11, the storage unit 12, and the communication unit 13 of the game terminal 10-1. The storage unit 32 may be realized by a database server such as a relational database server or a NoSQL server.

  The program and data stored in the storage unit 12 or the storage unit 32 may be supplied to the game terminal 10-1 or the server device 30 via the network N, for example. Note that the game terminal 10-1 or the server device 30 includes components (for example, an optical disk drive and a memory card slot) for reading a program and data stored in an information storage medium (for example, an optical disk and a memory card). May be. And a program and data may be supplied to the game terminal 10-1 or the server apparatus 30 via an information storage medium.

  FIG. 3 is a diagram illustrating an example of the function of the game terminal 10-1, an example of the function of the game terminal 10-2, and an example of the function of the server device 30. In addition, although the function of game terminal 10-1, 10-2 is demonstrated here, it may be the same also about other game terminals 10-3, ..., 10-n. FIG. 4 is an explanatory diagram of the game situation information. In FIG. 4, the attributes of each information item of the game situation information are shown for explanation, but the attributes are not elements of the game situation information. FIG. 5 is an explanatory diagram of an example of game data in the game data storage unit 320.

  Game terminal 10-1 and game terminal 10-2 each include a game execution unit 110, a correction instruction processing unit 116, and a game situation information storage unit 120. The game execution unit 110 and the correction instruction processing unit 116 can be realized by the control unit 11 executing a program in the storage unit 12. Further, the game execution unit 110 can perform communication by using the communication unit 13, display an image on the display unit 15, and perform audio output using the audio output unit 16. The game situation information storage unit 120 can be realized by the storage unit 12.

  Server device 30 includes a forced termination processing unit 301, a determination processing unit 302, and a game data storage unit 320. The forcible termination processing unit 301 and the determination processing unit 302 can be realized by the control unit 31 executing a program in the storage unit 32. The game data storage unit 320 can be realized by the storage unit 32.

  Below, as an example, game terminal 10-1 (an example of a 1st game terminal), game terminal 10-2 (an example of a 2nd game terminal), and the server apparatus 30 cooperate, and perform various processes for games Assume that However, this embodiment can also be applied to the case where three or more game terminals and the server device 30 cooperate to execute various game processes.

  The game execution unit 110 (an example of the first game execution unit) of the game terminal 10-1 and the game execution unit 110 (an example of the second game execution unit) of the game terminal 10-2 are respectively a progress processing unit 111 and The operation information transmission / reception processing unit 112, the result notification processing unit 113, the game situation information transmission processing unit 114, the update processing unit 115, and the communication processing unit 118 are included. In this embodiment, the correction instruction processing unit 116 (an example of the first correction instruction processing unit) of the game terminal 10-1 and the correction instruction processing unit 116 (an example of the second correction instruction processing unit) of the game terminal 10-2. ), The determination processing unit 302 of the server device 30 forms the correction unit 200.

  Below, although the game execution part 110 of the game terminal 10-1 is mainly demonstrated, about the game execution part 110 of the game terminal 10-2, the transmission destination and transmission origin of various information become the game terminal 10-1 with reverse. In addition, the information to be corrected only becomes second game situation information (described later), which is substantially the same.

  The progress processing unit 111 of the game terminal 10-1 advances the game based on the first operation information (an example of the first instruction information) and the second operation information (an example of the second instruction information). The progress process which memorize | stores the game situation information showing a game situation in the game situation information storage part 120 of the game terminal 10-1 is performed.

  Hereinafter, for distinction, the game situation information generated and stored by the progress processing unit 111 of the game terminal 10-1 is referred to as “first game situation information”, and the progress processing unit 111 of the game terminal 10-2 generates and stores the game situation information. The game situation information to be performed is referred to as “second game situation information”. Further, for the sake of distinction, the progress process executed by the progress processing unit 111 of the game terminal 10-1 is referred to as “first progress process”, and the progress process executed by the progress processing unit 111 of the game terminal 10-2 is referred to as “ This is referred to as “second progress process”.

  The first operation information is operation information associated with the first player information. The first player information is information unique to the first player, for example, and is identification information of the first player, for example. The operation information is input via the operation unit 14. For example, when the first player is logged in to a game application (game application related to the game system 1) running on the game terminal 10-1, the input is made via the operation unit 14 of the game terminal 10-1. The operation information is operation information associated with the first player information.

  The first operation information may be in the form of signal data itself (raw data) generated by the operation unit 14 according to the operation, or may be obtained by processing the raw data. The same applies to the second operation information. For example, in the case of a baseball game, the first operation information includes pitch information and batting information in a form obtained by processing raw data.

  The second operation information is operation information associated with the second player information. Similar to the first operation information, for example, operation information input via the operation unit 14 of the game terminal 10-2 when the second player is logged in to the game application operating on the game terminal 10-2. Is operation information associated with the second player information.

  The progress processing unit 111 of the game terminal 10-1 can acquire the second operation information from the game terminal 10-2 via the network N. For example, the progress processing unit 111 of the game terminal 10-1 receives the second operation information by the operation information transmission / reception processing unit 112 of the game terminal 10-1 receiving the second operation information via the server device 30. You may acquire from 10-2. In this case, the game terminal 10-2 transmits the second operation information to the server device 30.

  The process of progressing the game may be any mode based on the first operation information and the second operation information, and is executed based on, for example, the first operation information, the second operation information, and team information described later. Good. In addition, the process of proceeding with the game may include, for example, a lottery process using a random number in order to improve the game performance due to uncertain elements. For example, in the case of a baseball game, various uncertain factors such as the course and angle of the hit ball, the course of the pitch and the ball may be determined by lottery. In this case, by using the same random number seed in the first progress process and the second progress process, it is possible to ensure the consistency of the game progress mode between the first progress process and the second progress process. That is, the random numbers used at the respective timings in the first progress process and the second progress process are the same. For example, the results such as idling, foul, hit, and error are the same in the first progress process and the second progress process. Be the same.

  The game situation is the situation (status) of the game being progressed. The game situation includes the state of game objects appearing in the game. A game object is an object that appears in a game, such as a card, a figure, or an item. In the case of a baseball game, the game object represents a player. Each game object associated with the first player information is based on the first operation information, and each game object associated with the second player information is a baseball game in the game based on the second operation information. Is drawn as follows.

  The first game situation information represents the situation of the game progressed by the progress processing unit 111. In the present embodiment, as an example, the first game situation information includes battle result related information (an example of first information) and battle capability information (an example of second information) as information having different attributes (types).

  The battle result related information includes the value of a battle result related parameter (an example of a first parameter) that affects the battle result of the game. The match result is a result that appears as a win or loss or a draw, and may include a score state. The battle result related parameter is, for example, a score. In the case of a baseball game, the battle result related parameter is a score in each inning. In the first game situation information D101 shown in FIG. 4, the battle result related parameters are the score of the own team and the score of the opponent team.

  The value of the battle result related parameter changes as the game progresses. For example, in the case of a baseball game, when a score is entered, the score changes. When the inning changes, the score of the immediately preceding inning is determined.

  The competitive ability information includes a value of a competitive ability parameter (an example of a second parameter) whose value changes due to the finished game and affects the competitive ability. The competitive capability information is information included in team information (described later), for example. For example, in the case of a baseball game, the competitive ability parameter affects the ability of each player. In the case of a fielder, the player's ability includes power, defensive power, shoulder strength, running power, meat power, and the like, and in the case of a pitcher, ball power, speed, ball power, sharpness, and the like. The battle ability parameter is a stamina whose value changes according to the degree of fatigue. For example, when a player's stamina decreases, the player's ability decreases. Note that a player's stamina may be recoverable by resting the player or using a recovery item. In the following, stamina will be described as an example as an example, but other equivalent parameters such as the degree of fatigue may be used instead of stamina. For example, in the case of the degree of fatigue, when the degree of fatigue of a certain player increases, the ability of the player decreases. In the first game situation information D101 shown in FIG. 4, the competitive ability parameter is a stamina for each player. Note that the competitive ability parameter may include the stamina of the entire team instead of or in addition to the stamina for each player.

  The battle ability parameter may include a parameter whose value changes as the game progresses. For example, the stamina value related to a certain player is updated based on information related to the amount of exercise of the player in the game (for example, the number of pitches if the player is a pitcher, the number of innings that are played if the player is a fielder). In this case, the stamina value is updated in such a manner that it decreases as the amount of exercise of the player increases. Accordingly, the ability of a certain player changes during the game in accordance with the change in the stamina value of the player during the game.

  The battle ability parameter may include a parameter whose value does not change even when the game is progressed. If the parameter does not change even when the game is progressed, the parameter is updated (changed) at the end of the game or after the end of the game (by the start of the next game). Hereinafter, a parameter whose value does not change even when the game progresses and is updated at the end of the game or after the end of the game is also referred to as “post-game update parameter”.

  The post-game update parameter is, for example, whether or not the player is injured (failure). In the first game situation information D101 shown in FIG. 4, the post-game update parameters are an ability value for each player and a team experience value. For example, “S” is higher than “A” and “A” is higher than “B”. Moreover, even if the ability value is the same “S”, the larger the numerical value attached after that, the higher the ability value. The ability value related to a certain player is the information on the activity and contribution of the player in the first game status information at the end of the game (for example, if the player is a pitcher, the pitching result, and the player is a fielder) For example, it is updated based on the hitting result). In this case, the ability value related to a certain player is updated in such a manner that the ability value increases as the player's activity level increases. The team experience value may be a value calculated and added according to, for example, win / loss, difference in scores, batting results and pitching results as a whole team. In addition, in FIG. 4, it means that a hit | damage result and a pitching result are so favorable that a value is large. In the modification, stamina may be a post-game update parameter.

  Hereinafter, information representing the value of the post-game update parameter in the competitive ability information of the first game situation information is referred to as first post-game update information (an example of first predetermined information). Further, for the purpose of distinction, information indicating the value of the post-game update parameter in the competitive ability information of the second game situation information is referred to as second post-game update information (an example of second predetermined information).

  In the modified example, the competitive ability information of the first game situation information does not include the first post-game update information, and the competitive ability information of the second game situation information does not include the second post-game update information. In this case, the update processing unit 115 described later is not necessary.

  In addition, the first game situation information may include parameter values that do not affect the match result of the game. For example, in the case of a baseball game, the parameters that do not affect the game result are the number of hits, the number of points lost, the number of four dead balls, the number of errors, and the like. In the first game situation information D101 shown in FIG. 4, the parameters that do not affect the game results are the hitting results and pitching results for each player, and the hitting results and pitching results as a whole team. The batting result may be a value calculated according to the number of hits or the like, and the pitching result may be a value calculated according to the defense rate, the number of strikes, or the like.

  In addition, the first game situation information may include information related to the player related to the game (hereinafter referred to as “player situation information”). The player situation information may be a rank or a point of the player. In the first game situation information D101 shown in FIG. 4, the player situation information is a score value of player points and a current rank value.

  The progress processing unit 111 may store the first game situation information in the game situation information storage unit 120 of the game terminal 10-1 at an arbitrary timing. For example, the progress processing unit 111 may store the first game situation information representing the changed game situation in the game situation information storage unit 120 every time the game situation changes. The first game situation information is stored in, for example, a volatile memory (not shown) in the storage unit 12, and then the non-volatile memory (game situation information storage unit 120) in the storage unit 12. Is stored in such a manner that it is transferred. The first game situation information may be stored in the game situation information storage unit 120 by a storage method in which the latest one is updated.

  The progress processing unit 111 may update information having different attributes in the first game situation information at different timings.

  The operation information transmission / reception processor 112 executes an operation information transmission process for transmitting the first operation information to the game terminal 10-2 via the network N. For example, the operation information transmission / reception processing unit 112 transmits the first operation information to the server device 30, and the server device 30 transmits the first operation information to the game terminal 10-2. Further, the operation information transmission / reception processing unit 112 executes an operation information reception process for receiving the second operation information from the game terminal 10-2 via the network N. For example, the operation information transmission / reception processor 112 of the game terminal 10-2 transmits the second operation information to the server device 30, the server device 30 transmits the second operation information to the game terminal 10-1, and the game terminal 10- One operation information transmission / reception processor 112 receives the second operation information.

  The result notification processing unit 113 executes a result notification process of outputting a battle result relating to the ended game based on the first game situation information at the end of the game at the notification timing. For example, the result notification processing unit 113 outputs the battle result to the display unit 15. The notification timing is the timing at the end of the game, and corresponds, for example, to the timing at which the communication processing unit 118 receives a result notification instruction from the server device 30. Note that the timing at which the server device 30 transmits the result notification instruction and the timing at which the result notification processing is executed are not exactly the same because of communication time, processing time, and the like, but are substantially the same. Hereinafter, for distinction, the notification timing related to the result notification processing unit 113 of the game terminal 10-1 is referred to as “first notification timing”, and the notification timing related to the result notification processing unit 113 of the game terminal 10-2 is “ This is referred to as “second notification timing”.

  The output of the battle result is an aspect representing winning or losing (or a draw), and further may be an aspect representing a score relationship. For example, the result notification process may output a score associated with the first player information and a score associated with the second player information as an aspect representing the score relationship.

  In the present embodiment, as an example, the result notification processing unit 113 outputs a battle result screen showing a score relationship when the game ends normally, and displays a score relationship when the game is forcibly ended. A battle result screen representing winning or losing (or draw) is output without displaying. The case where the game ends normally is a case where the game ends according to a predetermined game rule. For example, in the case of a baseball game, for example, in the case of 9 innings and no extension, the game ends when nine back attacks have ended. The case where the game is forcibly ended is a case where the game does not end normally, and includes a case where a game by retirement to be described later is ended.

  The game situation information transmission processing unit 114 transmits the first game situation information stored in the game situation information storage unit 120 of the game terminal 10-1 to the server device 30 at the end of the game. Execute the process. The game situation information transmission processing unit 114 executes the first game situation information transmission process before the result notification process by the result notification processing unit 113.

  In the present embodiment, as an example, the game situation information transmission processing unit 114 uses the server device to store the first game situation information stored in the game situation information storage unit 120 of the game terminal 10-1 except when the game ends. 30 is not sent. Accordingly, the progress processing unit 111 of the game terminal 10-1 executes the first progress process without acquiring the second game situation information generated and stored by the progress processing unit 111 of the game terminal 10-2, and the game terminal The progress processing unit 111 of 10-2 executes the second progress processing without acquiring the first game situation information generated and stored by the progress processing unit 111 of the game terminal 10-1.

  The update processing unit 115 executes update processing for updating the first post-game update information based on information other than the first post-game update information in the first game situation information at the end of the game. Hereinafter, for the sake of distinction, the update processing in which the update processing unit 115 of the game terminal 10-1 updates the first post-game update information is referred to as “first update processing”, and the update processing unit 115 of the game terminal 10-2 The update process for updating the second post-game update information is referred to as “second update process”.

  As described above, the first post-game update information represents the value of the post-game update parameter in the competitive ability information of the first game situation information.

  The update processing unit 115 may further update the player points when executing the update process of the first post-game update information. Player points may be added as wins (2 points), negative (-1 points), and draws (1 point) for each match. In the case of losing, the added player point may be 0 (that is, no addition). Further, the player points to be awarded may be changed according to the score difference.

  When the communication processing unit 118 receives a correction instruction (described later) from the server device 30, the correction instruction processing unit 116 executes a correction instruction process for correcting the first game situation information according to the correction instruction. As will be described later, the correction instruction is generated when the first game situation information at the end of the game and the second game situation information at the end of the game do not match.

The correction instruction process may be a process of correcting all information that does not match the second game situation information at the end of the game, among the first game situation information at the end of the game. In this case, the correction instruction process may be executed in a batch at the timing when the communication processing unit 118 receives the correction instruction or at a predetermined timing thereafter, or may be included in the first game situation information at the end of the game. It may be executed at different timings for some information and for other information.
In the present embodiment, as an example, the correction instruction process includes a process of correcting the battle result related information in the first game situation information and a process of correcting the battle ability information in the first game situation information.

  The correction instruction processing unit 116 preferably corrects the match result related information at the first correction timing before the first notification timing (execution timing of the result notification processing). Thereby, since a battle result screen can be generated based on the corrected battle result related information, it is possible to reduce a sense of discomfort that can be given to the user when the battle result screen is output based on the battle result related information that is not corrected.

  The correction instruction processing unit 116 preferably corrects the fighting ability information at the second correction timing after the first notification timing (execution timing of the result notification processing). Thereby, the game execution part 110 of the game terminal 10-2 outputs a battle result screen promptly, without waiting until correction of battle capability information is completed on the game terminal 10-1 side, and the process which concerns on the said game Can be completed. That is, while reducing the waiting time of the opponent (second player) until the battle result screen is output, the battle ability information can be corrected under a low processing load, for example.

  In the modification, the correction instruction processing unit 116 may correct the battle result related information and the battle capability information at the first correction timing. However, in this case, the waiting time of the opponent until the battle result screen is output is increased by the processing time for correcting the battle capability information. In another variation, the correction instruction processing unit 116 may correct the battle result related information and the battle capability information at the second correction timing.

  When correcting the first post-game update information (information indicating the value of the post-game update parameter), the correction instruction processing unit 116 corrects the first post-game update information updated by the first update process. It is also possible to update the first post-game update information before being updated by the first update process by replacing the first post-game update information for replacement received by the communication processing unit 118 from the server device 30. Good. The first post-game update information for replacement is generated based on the second game situation information, and may be the same as the second post-game update information, for example. When the first game situation information includes a parameter value (information other than the fighting ability information) that does not affect the fighting result related to the game, the correction instruction processing unit 116 sets the parameter value to the same as the fighting ability information. You may correct at a 2nd correction timing. Also in this case, since the number of information items to be corrected at the first correction timing can be reduced, the correction at the first correction timing can be completed quickly. As a result, it is possible to reduce the waiting time of the opponent (second player) until the battle result screen is output.

  The communication processing unit 118 executes various communication processes other than the communication processes executed by the operation information transmission / reception processing unit 112, the notification processing unit 113, and the game situation information transmission processing unit 114. For example, the communication processing unit 118 receives a result notification instruction or the like from the server device 30 or transmits a connection request or the like to the server device 30.

  The forced termination processing unit 301 forcibly terminates the game based on a state in which the normal termination of the game becomes impossible due to the interruption of communication. The state where the normal end of the game becomes impossible due to the interruption of communication may be, for example, a state where the interruption of communication continues for a predetermined period T1 or more. The predetermined period T1 is adapted, for example, to correspond to an upper limit time that can be allowed by an opponent waiting for communication connection. When the predetermined period T1 or more has elapsed, the opponent may be able to select whether to continue the communication connection waiting state or cancel the communication connection waiting state (winning by retirement).

  The forcible end processing unit 301 may forcibly end the game when a retirement request is received from the game terminal 10-1 or the game terminal 10-2.

  The determination processing unit 302 compares the first game situation information at the end of the game and the second game situation information at the end of the game, and first game situation information at the end of the game according to the comparison result. And the game terminals 10-1 and 10-2 in order to correct one game situation information of the second game situation information at the end of the game so as to match the other game situation information. To the game execution unit 110. In this embodiment, the determination processing unit 302 determines whether or not the first game situation information at the end of the game and the second game situation information at the end of the game match, and determines that they do not match. Then, the correction instruction is transmitted to the game execution unit 110 of the game terminal 10-1 and / or the game terminal 10-2.

  The determination processing unit 302 includes a consistency determination unit 303, a correction instruction generation unit 304, and a game data correction unit 306.

  The consistency determination unit 303 determines whether or not the first game situation information at the end of the game matches the second game situation information at the end of the game, in other words, the first game situation information and the second game situation. A determination process is performed to determine whether the information is the same. Note that when the game ends, it means when a game related to a certain battle ends. A certain match is a unit that determines victory or defeat, but if multiple battle sets form one battle, it may be the unit of the battle set, or it is divided like the first half battle or the second half battle It may be a unit. The end of the game includes not only normal end of the game but also forced end of the game.

  The first game situation information at the end of the game is the first game situation information stored in the game situation information storage unit 120 (an example of the first storage unit) of the game terminal 10-1 at the end of the game. Correspondingly, hereinafter, it is simply referred to as “first game situation information”. Similarly, the second game situation information at the end of the game is stored in, for example, the game situation information storage unit 120 (an example of the second storage unit) of the game terminal 10-2 at the end of the game. This corresponds to the 2-game situation information, and is simply referred to as “second game situation information” hereinafter. When the consistency determining unit 303 receives the first game situation information from the game terminal 10-1 and the second game situation information from the game terminal 10-2 at the end of the game, the consistency determining unit 303 receives a predetermined storage unit. For example, the first game situation information and the second game situation information are stored in the game data storage unit 320.

  The case where the first game situation information and the second game situation information do not match is, for example, the case where the number of pitches related to a certain player in the first game situation information is different from the number of pitches related to the same player in the second game situation information. Moreover, it is a case where the stamina regarding a certain player in 1st game status information differs from the stamina regarding the said player in 2nd game status information. In addition, the score of a certain inning in the first game situation information is different from the score of the same inning in the second game situation information. Further, the number of home runs associated with the first player in the first game situation information is different from the number of home runs associated with the second player in the second game situation information.

The consistency determination unit 303 may perform determination processing at the end of the game. Specifically, the consistency determination unit 303 performs information related to all attributes of the first game situation information and the second game situation information before the first notification timing, or the battle result related information and the battle ability. A determination process may be performed on the information. Alternatively, in a modification in which the match result related information is not corrected, the consistency determination unit 303 may perform a determination process after the game ends (by the start of the next game).
However, the consistency determination unit 303 preferably performs determination processing only on the battle result related information in the first game situation information and the second game situation information when the game ends, and after the game ends (next Until the start of the game), determination processing may be performed on the fighting ability information of the first game situation information and the second game situation information. More specifically, the consistency determination unit 303 performs the determination process only on the battle result related information in the first game situation information and the second game situation information before the first notification timing, and performs the first notification. After the timing (by the start of the next game), the determination process may be performed on the fighting ability information of the first game situation information and the second game situation information. In this case, the time from the end of the game to the first notification timing is longer than when determining the consistency of all information between the first game situation information and the second game situation information at the end of the game. Can be shortened.

  When the consistency determination unit 303 determines that the first game situation information and the second game situation information do not match, the correction instruction generation unit 304 at least one of the first game situation information and the second game situation information A correction instruction for correcting the game situation information is generated.

  Here, as described above, the cause of such inconsistency is, for example, a mere bug, a so-called bug of so-called out-of-sync, a cache malfunction, a power shutdown (power-off operation) during a game, and the like. It is possible. Since there is a time lag due to software in the storage in the volatile memory and the storage in the non-volatile memory, for example, in the game execution unit 110 of the game terminal 10-1, the game situation information in the volatile memory is transferred to the non-volatile memory. If the power is cut off before (updated), a situation occurs in which the first game situation information does not match the second game situation information.

  A simple bug, a so-called “synchronization bug”, does not use an initialized random number when a game process is performed mainly based on a user-specific setting (for example, a virtual camera) of the game terminal 10-1. If the initialized random number is used in a process other than the game process, it is likely to occur when the memory is destroyed, the memory is over, the variable is forgotten to be initialized, or is not implemented in a thread-safe manner. In particular, online games are subject to bugs because online updates are frequently repeated.

  When the consistency determination unit 303 determines that the first game situation information and the second game situation information do not match, the correction instruction generation unit 304 regards one of the game situation information as “false”, The other game situation information may be regarded as “true”. In this case, the correction instruction generation unit 304 corrects the game situation information regarded as “false” in a manner matching the game situation information regarded as “true” with the game situation information regarded as “false”. Such a correction instruction (correction instruction to the correction instruction processing unit 116) is generated. That is, a correction instruction for updating the game situation information regarded as “false” to the game situation information regarded as “true” is generated. Alternatively, the correction instruction generation unit 304 may generate a correction instruction that corrects both to the intermediate value or the like when the first game situation information and the second game situation information do not match. Alternatively, the server device 30 derives the correct game situation information by reproducing the game process, and the first game situation information and / or the second game situation information is corrected so as to be consistent with the correct game situation information. A correct correction instruction may be generated.

  In the present embodiment, as an example, when the consistency determination unit 303 determines that the first game situation information and the second game situation information do not match, the correction instruction generation unit 304 performs the first game situation information and the second game situation information. A correction instruction for correcting one of the first game situation information and the second game situation information is generated so that the game situation information matches.

  The correction instruction generation unit 304 regards one of the first game situation information and the second game situation information as “false” in accordance with a predetermined rule. The predetermined rule is arbitrary. For example, the game status information related to the game terminal having the larger number of communication interruptions during the game among the game terminal 10-1 and the game terminal 10-2 is regarded as “false”. You may hesitate.

  Alternatively, the correction instruction generation unit 304 may regard the one of the first game situation information and the second game situation information received earlier by the server device 30 as “true”. In this case, game status information regarded as “false” among the first game status information and the second game status information can be determined by a simple rule.

  When one of the first game situation information and the second game situation information is not received by the server device 30, the correction instruction generation unit 304 sets the game situation information that is not received by the server device 30 as “false”. You may take a look. For example, in either of the game terminal 10-1 and the game terminal 10-2, when there is a power interruption (power-off operation) during the game, the game situation from the game terminal that has been powered off Information is not received by the server device 30. Therefore, in this case, the game status information related to the game terminal without power interruption is regarded as “true”.

  When the correction instruction is generated, the correction instruction generation unit 304 transmits the correction instruction to the game terminal that stores the game situation information to be corrected among the game terminals 10-1 and 10-2. When the correction instruction is transmitted in this manner, the game instruction information is corrected by the correction instruction processing unit 116 in the game terminal 10-1 or the game terminal 10-2 that has received the correction instruction. Therefore, the game situation information memorize | stored in the game terminal 10-1 and the game terminal 10-2 becomes the same.

  The correction instruction may include information indicating the content of correction. For example, for a player's stamina, the game status information considered “false” is “8”, whereas the game status information considered “true” is “7”, “8”. The content of the correction is to correct “7” to “7”.

  Alternatively, the correction instruction may be realized by transmitting all or part of the game situation information regarded as “true” (part to be corrected) to the game terminal 10-1 or the game terminal 10-2. Good. In this case, the game terminal 10-1 or the game terminal 10-2 that has received the game situation information regarded as “true” receives the game stored in the game situation information storage unit 120 based on the game situation information. The situation information (game situation information regarded as “false”) may be corrected.

  Moreover, when correcting the above-mentioned first post-game update information in the competitive ability information of the first game situation information, the correction instruction generation unit 304 sends the post-first game for replacement to the game terminal 10-1. Update information may be transmitted. In this case, the correction instruction generation unit 304 generates replacement first post-game update information based on the second game situation information. When correcting the second post-game update information described above, the correction instruction generation unit 304 may transmit the replacement second post-game update information to the game terminal 10-2. In this case, the correction instruction generation unit 304 generates replacement second post-game update information based on the first game situation information.

  The transmission timing of the correction instruction is determined according to the first correction timing and the second correction timing described above. For example, the transmission timing of the correction instruction for the battle result related information is before the first notification timing (execution timing of the result notification process) so that the correction instruction processing unit 116 can correct the correction instruction at the first correction timing described above. Is set. In other words, the correction instruction generation unit 304 may permit the execution of the result notification process related to the first notification timing after transmission of the correction instruction for the battle result related information.

  Similarly, the transmission timing of the correction instruction for the battle capability information may be set after the first notification timing (execution timing of the result notification process). In other words, the correction instruction generation unit 304 may permit execution of the next game after transmitting the correction instruction for the fighting ability information. However, since the first correction timing and the second correction timing can be adjusted at the game terminal 10-1, the transmission timing of the correction instruction for the battle result related information and the battle capability information is the first notification timing (result notification processing execution timing). ) May be set before.

  The game data correction unit 306 corrects the game data in the game data storage unit 320 when the consistency determination unit 303 determines that the first game situation information and the second game situation information do not match.

  In the present embodiment, as an example, the game data in the game data storage unit 320 includes team information including various information related to each team, first game situation information from the game terminal 10-1, and the game terminal 10-2. Of the second game situation information. For example, the game data D50 shown in FIG. 5 includes information D52 on the entire team, information D54 on owned players, and game status information D56 for each battle ID for each player ID. When the first game situation information and the second game situation information are transmitted to the server device 30, the game data storage unit 320 stores the first game situation information and the second game situation information in the same format. It may be stored in a processed form.

  When the consistency determination unit 303 determines that the first game situation information and the second game situation information do not match, the game data correction unit 306 determines “true” of the game data in the game data storage unit 320. Based on the game situation information regarded as “false”, the game situation information regarded as “false” is corrected. In this case, the game situation information in the game data is replaced with the game situation information regarded as “true”, or is modified based on the game situation information regarded as “true”. It may be corrected. As a result, the same correction as the correction related to the correction instruction described above is reflected in information such as game status information for each battle ID in the game data. Note that the game data correction unit 306 may correct information other than the game situation information in the game data based on the game situation information regarded as “true”. In the modification, the game data correction unit 306 may be omitted.

  Thus, in the present embodiment, the determination processing unit 302 of the server device 30 and the correction instruction processing unit 116 of the game terminal 10-1 or the game terminal 10-2 cooperate to execute the correction process.

  Therefore, in this embodiment, inconsistency between the first game situation information and the second game situation information respectively stored by the game execution units 110 of the game terminal 10-1 and the game terminal 10-2 (when the game ends) Inconsistency between the first and second game situation information) can be corrected.

  If the inconsistency between the game situation information at the end of the game is not corrected, there is a risk that the user may feel uncomfortable or a power-off operation may be triggered to prevent the game situation information from being updated in a disadvantageous direction. is there.

  Specifically, when the game application is forcibly terminated by a power-off operation or the like during the game, it is determined that the game application side that has been forcibly terminated loses or loses (defeat by retirement). However, since the game situation information cannot be sent to the server device 30 from the game application that has been forcibly terminated, the server device 30 cannot receive the game situation information. As a result, the stamina value in the game that is forcibly terminated is not updated, and the user of the game application that has been forcibly terminated can benefit from the next game even if the user loses the game. And when a game becomes disadvantageous, there exists a possibility of inducing a power-off operation. On the other hand, when the game is ended by compulsorily ending the opponent game application, there is a problem that the motivation of the user who is proceeding with the game is reduced.

  In this regard, in the embodiment, since the inconsistency between the game situation information at the end of the game is corrected, the above problem does not occur. That is, in this embodiment, even when the game application is forcibly terminated during the game, the competitive ability information in the game status information on the game application side forcibly terminated is corrected by the next game. Therefore, according to the present embodiment, it is possible to prevent a power-off operation from being induced and a decrease in motivation of a user who is proceeding with a game advantageously.

  By the way, in the present embodiment, the server device 30 does not confirm (reproduce) what game processing is being executed in each of the game terminal 10-1 and the game terminal 10-2 during the game. Since all data exchanged between the game terminal 10-1 and the game terminal 10-2 passes through the server device 30, the server device 30 performs game processing performed at each of the game terminal 10-1 and the game terminal 10-2. It is possible to execute the game process only so that the server device can also confirm. However, in reality, reproducing the same game process on the server device 30 only to enable the server device 30 to check the game process related to thousands or tens of thousands of battles, It is not realistic from the viewpoint of server burden and server operation cost.

  In this regard, according to the present embodiment, the server device 30 does not reproduce and correct the corresponding game process in the server device 30 when the first game situation information and the second game situation information do not match. The game situation information from one of the game terminal 10-1 and the game terminal 10-2 (game situation information regarded as “false”) is regarded as the game situation information from the other (“true”). Correct based on game status information). Here, since the game situation information regarded as “true” is information transmitted from either of the game terminals 10-1 and 10-2, the server device 30 uses such information, A correction instruction can be generated with a relatively light processing load. That is, the load on the server device 30 can be reduced as compared with the case where the game process is reproduced on the server device 30.

  In the present embodiment, both the process for correcting the match result related information (an example of the first correction process) and the process for correcting the match capability information (an example of the second correction process) are executed. Only one may be executed.

  FIG. 6A is a diagram schematically showing exchange (communication) of data (information) between the three parties of the game terminal 10-1, the game terminal 10-2, and the server device 30. Note that FIG. 6A (the same applies to FIGS. 6B to 6F described later) is a schematic diagram and does not show all of the exchange of data (information) between the three parties. FIG. 6A shows a case where the game ends normally. In FIG. 6A, dotted lines connecting the three of the game terminal 10-1, the game terminal 10-2, and the server device 30 indicate the exchange of data (information), and each block represents the game terminal 10-1, the game terminal 10-2 or the processing of the server device 30 is shown. In FIG. 6A, the direction of the solid arrow between the blocks corresponds to the direction of passage of time, but only shows the order, and the processing of blocks at the same position in the direction of passage of time is executed simultaneously. It doesn't mean that. FIG. 6C is a diagram schematically showing exchange (communication) of data (information) between the three parties of the game terminal 10-1, the game terminal 10-2, and the server device 30 according to another example. FIG. 6D is an explanatory diagram of a comparative example. Here, FIG. 6A will be described in comparison with FIGS. 6C and 6D. The mode illustrated in FIG. 6C is different from the mode illustrated in FIG. 6A only in the order of processing, and the same processing is denoted by the same reference numeral. Further, the comparative example illustrated in FIG. 6D relates to a configuration that does not include the correction unit 200.

  At the start of the game, the server device 30 transmits initial data necessary for the progress process to the game terminal 10-1 and the game terminal 10-2 (TS2), and each of the game terminal 10-1 and the game terminal 10-2. Each of the communication processing units 118 receives initial data (TA2, TB2). The initial data includes, for example, a common random number seed, team information associated with the first player information (an example of first game data), and team information associated with the second player information (the second game data Example). The team information associated with the first player includes data regarding each game object (player) associated with the first player information, and the team information associated with the second player information is associated with the second player information. It includes data on each game object (player).

  When the game is started, the second operation information and the first operation information are exchanged between the game terminal 10-1 and the game terminal 10-2 via the server device 30, and the game terminal 10-1 receives the first operation information. One progress process is executed, and the second progress process is executed in the game terminal 10-2.

  In the example shown in FIG. 6A, first, the session SC1 of the attack on the game terminal 10-2 side. In the session SC1, the operation information transmission / reception processing unit 112 of the game terminal 10-1 transmits the first operation information related to the pitching motion of the game object representing the pitcher to the server device 30 (TA4), and the server device 30 One operation information is transmitted to the game terminal 10-2 (TS4), and the operation information transmission / reception processing unit 112 of the game terminal 10-2 receives the first operation information (TB4). Next, the operation information transmission / reception processing unit 112 of the game terminal 10-2 provides the server device 30 with second operation information related to the first operation information and related to the batting operation of the game object representing the batter. The server device 30 transmits the second operation information to the game terminal 10-1 (TS6), and the operation information transmission / reception processing unit 112 of the game terminal 10-1 receives the second operation information. (TA6). The progress processing unit 111 of the game terminal 10-2 and the progress processing unit 111 of the game terminal 10-1 respectively include the first operation information related to the pitching operation and the second operation information related to the batting operation obtained in this way. Based on the initial data, the second progress process and the first progress process are executed (TB8, TA8). In FIG. 6A, the attack session SC1 on the game terminal 10-2 side includes only one data exchange, but in practice, the attack session SC1 is repeated until the attack on the game terminal 10-2 side ends. Note that the session SC1 may include a part in which the game proceeds automatically without being based on the first operation information and the second operation information.

  In the session SC1 of the attack on the game terminal 10-2 side, the first game situation information in the game situation information storage unit 120 of the game terminal 10-1 and The second game situation information in the game situation information storage unit 120 of the game terminal 10-2 is updated.

  Next, the session SC2 of the attack on the game terminal 10-1 side. In the session SC2, the operation information transmission / reception processing unit 112 of the game terminal 10-2 transmits the second operation information related to the pitching motion of the game object representing the pitcher to the server device 30 (TB10), and the server device 30 2 The operation information is transmitted to the game terminal 10-1 (TS8), and the operation information transmission / reception processor 112 of the game terminal 10-1 receives the second operation information (TA10). Next, the operation information transmission / reception processing unit 112 of the game terminal 10-1 provides the server device 30 with the first operation information related to the second operation information and related to the batting operation of the game object representing the batter. The server device 30 transmits the first operation information to the game terminal 10-2 (TS10), and the operation information transmission / reception processing unit 112 of the game terminal 10-2 receives the first operation information. (TB12). The progress processing unit 111 of the game terminal 10-1 and the progress processing unit 111 of the game terminal 10-2 respectively include the second operation information related to the pitching operation and the first operation information related to the batting operation obtained in this way. Based on the initial data, the first progress process and the second progress process are executed (TA14, TB14). In FIG. 6A, the attack session SC2 on the game terminal 10-1 side includes only one data exchange, but in practice, the attack session SC2 is repeated until the attack on the game terminal 10-1 side ends. Note that the session SC2 may include a part in which the game proceeds automatically without being based on the first operation information and the second operation information.

  In the session SC2 of the attack on the game terminal 10-1 side, the first game situation information in the game situation information storage unit 120 of the game terminal 10-1 and the time each time the first progression process and the second progression process described above are executed. The second game situation information in the game situation information storage unit 120 of the game terminal 10-2 is updated.

  When the session SC1 and the session SC2 are alternately repeated in this way and the game ends normally, the game situation information transmission processing unit 114 of the game terminal 10-1 stores the first game situation information in the game situation information storage unit 120. (First game situation information at the end of the game) is transmitted to the server device 30 (TA16), and the game situation information transmission processing unit 114 of the game terminal 10-2 is the second game in the game situation information storage unit 120. The situation information (second game situation information at the end of the game) is transmitted to the server device 30 (TB16).

  When the consistency determination unit 303 of the server device 30 receives the first game situation information and the second game situation information as the game ends (TS12), the consistency between the first game situation information and the second game situation information. Among them, a process for determining consistency of the battle result related information (first consistency determination process) is performed (TS14). In FIG. 6A, it is assumed that the first game situation information and the second game situation information do not match the match result related information, and the second game situation information is regarded as “false”. In this case, the correction instruction generation unit 304 of the server device 30 transmits a correction instruction for the battle result related information in the second game situation information to the game terminal 10-2 (TS16).

  When the communication processing unit 118 of the game terminal 10-2 receives the correction instruction for the battle result related information (TB18), the correction instruction processing unit 116 of the game terminal 10-2 receives the battle result of the second game situation information. The related information is corrected (TB20), and the first correction completion notification is transmitted from the communication processing unit 118 of the game terminal 10-2 to the server device 30 (TB22). The first correction completion notification may include the second game situation information in which the battle result related information is corrected, or may include only the corrected battle result related information.

  When the server device 30 receives the first correction completion notification (TS18), the server device 30 transmits a result notification instruction to the game terminal 10-1 and the game terminal 10-2 (TS20). Note that when the server device 30 regards the second game situation information as “false” (for example, when sending a correction instruction regarding the battle result related information to the game terminal 10-2), the server apparatus 30 sends a result notification instruction to the game. You may transmit to the terminal 10-1. In this case, the execution timing of the next result notification process (TS20) in the game terminal 10-1 may be advanced compared to the case where the result notification instruction is transmitted to the game terminal 10-1 after receiving the first correction completion notification. it can.

  When the communication processing unit 118 of the game terminal 10-1 receives a result notification instruction (TA18), the result notification processing unit 113 of the game terminal 10-1 executes a result notification process (TA20). Thereafter, the game terminal 10-1 completes the process related to the current game.

  When the communication processing unit 118 of the game terminal 10-2 receives a result notification instruction (TB24), the result notification processing unit 113 of the game terminal 10-2 executes a result notification process (TB26). In this case, the result notification processing unit 113 of the game terminal 10-2 executes a result notification process based on the corrected battle result related information.

  Thereafter, the correction instruction generation unit 304 of the server device 30 determines the consistency of the fighting ability information among the consistency between the first game situation information and the second game situation information (second consistency judgment process). ) Is performed (TS22). In FIG. 6A, it is assumed that the first game situation information and the second game situation information do not match the fighting ability information. As described above, the second game situation information is regarded as “false”. In this case, the correction instruction generation unit 304 of the server device 30 transmits a correction instruction for the fighting ability information in the second game situation information to the game terminal 10-2 (TS24). When the communication processing unit 118 of the game terminal 10-2 receives the correction instruction for the fighting ability information (TB28), the correction instruction processing part 116 of the game terminal 10-2 receives the fighting ability information in the second game situation information. Is corrected (TB30). Thereafter, the game terminal 10-2 completes the process relating to the current game.

  Here, in contrast to the example shown in FIG. 6A, in the comparative example shown in FIG. 6D, the inconsistency between the game situation information at the end of the game is not corrected, and this inconsistency is left unattended. The inconvenience described above occurs. That is, the user may feel uncomfortable, a power-off operation is triggered to prevent the game status information from being updated in an unfavorable direction, or incorrect game status information caused by bugs may be used in the next game. This causes inconveniences.

  In this regard, according to the example shown in FIG. 6A, the inconsistency between the game situation information at the end of the game is corrected, so that the above-described inconvenience due to the inconsistency being neglected can be reduced. Further, according to the example shown in FIG. 6A, in the synchronized state of the session SC3, the server device 30 only transfers the first operation information and the second operation information during the game, so the processing load on the server device 30 is reduced. Can be reduced.

  Here, in FIG. 6A, the session SC3 corresponds to a state (synchronized state) in which the game terminal 10-1 and the game terminal 10-2 perform respective processes while exchanging information via the server device 30. SC4 corresponds to a state (asynchronous state) in which processing is performed between the game terminal 10-1 and the game terminal 10-2 in an independent manner with respect to each other. That is, the session SC4 started by sending and receiving the result notification instruction (TS20) can be processed by the game terminal 10-1 and the game terminal 10-2 without requiring information from each other. It is. On the other hand, in the synchronized state, for example, on the game terminal 10-1 side, when information from the game terminal 10-2 is not acquired, the game terminal 10-1 is placed on standby until the information is acquired.

  In contrast to the example shown in FIG. 6A, in the example shown in FIG. 6C, the process for correcting the battle result related information (TS14, TS16, TB18, TB20) (an example of the first correction process) and the fighting ability information are corrected. The processing (TS22, TS24, TB28, TB30) (an example of the second correction processing) is executed at the same timing, that is, before the result notification instruction (TS20). In this case, it is necessary for the game terminal 10-1 to wait in a synchronized state until the correction of the competitive ability information at the game terminal 10-2 is completed, and until that time, the process related to the current game can be completed. Time is delayed.

In this regard, according to the example shown in FIG. 6A, when the game ends normally, the process of correcting the battle result related information (TS14, TS16, TB18, TB20) (an example of the first correction process) and the battle capability information (TS22, TS24, TB28, TB30) (an example of the second correction process) is executed at a different timing. Thereby, the game terminal 10-1 does not have to wait in a synchronized state until the correction of the competitive ability information at the game terminal 10-2 is completed, and can quickly complete the process related to the current game. That is, the game terminal 10-2 performs various processes (TS22, TS24, TB28, TB30) for correcting the competing ability information which takes a relatively long time later than the result notification instruction (TS20). The terminal 10-1 can be released from the synchronized state, and the game terminal 10-1 can promptly execute the result notification process.
In the modification, the second consistency determination process (TS22) may be executed at the same timing as the first consistency determination process (TS14). Even in this case, since part of the processing for correcting the fighting ability information (TS24, TB28, TB30) is postponed from the result notification instruction (TS20), the game terminal 10-1 is compared with the example shown in FIG. 9C. The result notification process can be executed promptly.

  Although not shown in FIG. 6C, when the correction instruction processing unit 116 of the game terminal 10-2 corrects the battle ability information in the second game situation information (TB30), the communication of the game terminal 10-2. A second correction completion notification may be transmitted from the processing unit 118 to the server device 30. The second correction completion notification may include the second game situation information in which the battle capability information is corrected, or may include only the corrected battle capability information. In this case, when receiving the second correction completion notification, the server device 30 may transmit a result notification instruction to the game terminal 10-1 and the game terminal 10-2 (TS20). Alternatively, when the communication processing unit 118 of the game terminal 10-2 receives the correction instruction for the fighting ability information, the correction instruction processing unit 116 of the game terminal 10-2 receives the correction instruction for the fighting ability information before the game terminal 10- The response notification may be transmitted from the two communication processing units 118 to the server device 30. In this case, when receiving the response notification, the server device 30 may transmit a result notification instruction to the game terminal 10-1 and the game terminal 10-2 (TS20).

  FIG. 6B is a diagram schematically showing exchange of data (information) between the three parties of the game terminal 10-1, the game terminal 10-2, and the server device 30. FIG. 6B is different from FIG. 6A which shows the case where the game ends normally in that the case where the game ends forcibly. Regarding FIG. 6B, differences from FIG. 6A will be mainly described, and processing substantially similar to FIG. 6A may be denoted by the same reference numerals, and description thereof may be omitted or simplified.

  6B is different from FIG. 6A in that TA40 is added before TA16 for game terminal 10-1, TS40, TS42, TS44 are added for server device 30, and TS14, TS16 and TS18 are deleted, and the game terminal 10-2 is different in that TB40 and TB42 are added and TB16 to TB26 are deleted.

  In FIG. 6B, it is assumed that the power of game terminal 10-2 is shut off during session SC3 (or the game application is forcibly terminated without causing power shutdown). In this case, the forced termination processing unit 301 of the server device 30 forcibly terminates the game based on a state in which the normal termination of the game becomes impossible due to the interruption of communication (TS40). When the server device 30 forcibly ends the game, the server device 30 notifies the game terminal 10-1 of a game end request (TS42). Note that in the game terminal 10-2, the second game situation information does not match the first game situation information, for example, when the data before the power is turned off is not normally stored.

  When the communication processing unit 118 of the game terminal 10-1 receives the game end request (TA40), the game situation information transmission processing unit 114 of the game terminal 10-1 receives the first game situation information ( The first game situation information at the end of the game is transmitted to the server device 30 (TA16).

  When the server device 30 receives the first game situation information as the game ends (TS12), the server device 30 sends a result notification instruction to the game terminal 10-1 after the first consistency determination process (TS14) by the consistency determination unit 303. Transmit (TS20). When the communication processing unit 118 of the game terminal 10-1 receives a result notification instruction (TA18), the result notification processing unit 113 of the game terminal 10-1 executes a result notification process (TA20).

  On the other hand, when the power is turned on and the application related to the game system 1 is activated (returned) (TB40), the communication processing unit 118 of the game terminal 10-2 transmits a connection request to the server device 30 (TB42).

  When receiving the connection request (TS44), the correction instruction generation unit 304 of the server device 30 performs a connection process, and then sends a correction instruction for the fighting ability information in the second game situation information to the game terminal 10-2. Transmit (TS24). When the communication processing unit 118 of the game terminal 10-2 receives the correction instruction for the fighting ability information (TB28), the correction instruction processing part 116 of the game terminal 10-2 receives the fighting ability information in the second game situation information. Is corrected (TB30).

  As described above, according to the example shown in FIG. 6B, when the game is forcibly ended, the process (TS22, TS24, TB28, TB30) for correcting the fighting ability information (an example of the second correction process) is executed. . Accordingly, it is possible to reduce the possibility of inducing a power-off operation that impairs the game performance, such as a power-off operation for preventing update of the game situation information in a disadvantageous direction.

  In the example illustrated in FIG. 6B, the second consistency determination process (TS22) is performed before the connection request is received (TS44), but may be performed after the connection request is received (TS44).

  FIG. 6E is a diagram schematically showing exchange of data (information) between three parties according to another example. FIG. 6E shows the case where the game ends normally, as in FIG. 6A, but the processing described below with reference to FIG. 6E can be applied even when the game ends forcibly.

  6E will be mainly described with respect to differences from FIG. 6A, and processes substantially similar to those in FIG. 6A may be denoted by the same reference numerals and description thereof may be omitted or simplified.

  FIG. 6E differs from FIG. 6A in that the TA 50 is added for the game terminal 10-1, the TS 50 is added for the server device 30, and the game terminal 10-2 is The difference is that TB50, TB52, and TB54 are added.

  The update processing unit 115 of the game terminal 10-1 updates the first post-game update information based on information other than the first post-game update information in the first game situation information in the game situation information storage unit 120. Update processing is executed (TA50).

  The update processing unit 115 of the game terminal 10-2 updates the second post-game update information based on information other than the second post-game update information in the second game situation information in the game situation information storage unit 120. Update processing is executed (TB50).

  The correction instruction generation unit 304 of the server device 30 transmits a correction instruction for the second post-game update information in the second game situation information to the game terminal 10-2 (TS50).

  When the communication processing unit 118 of the game terminal 10-2 receives the correction instruction for the second post-game update information (TB52), the correction instruction processing unit 116 of the game terminal 10-2 includes the second game situation information. The post-second game update information is corrected (TB54). That is, the correction instruction processing unit 116 of the game terminal 10-2 corrects the second post-game update information updated in the update process (TB50).

  Thus, according to the example shown in FIG. 6E, the second post-game update information can be corrected at the same timing as the competitive ability information. Thereby, the game terminal 10-1 does not have to wait in a synchronized state until the correction of the competitive ability information at the game terminal 10-2 is completed, and can quickly complete the process related to the current game. That is, various processing (TS22, TS24, TB28, TB30, TS50, TB52, TB54) for correcting relatively long time-capable competitive ability information and second post-game update information on the game terminal 10-2 is notified of the result. By deferring from the instruction (TS20), the game terminal 10-1 can be released from the synchronized state, and the game terminal 10-1 can promptly execute the result notification process.

  In the example shown in FIG. 6E, the process for correcting the fighting ability information (TS22, TS24, TB28, TB30) is executed before the process for correcting the second post-game update information (TS50, TB52, TB54). However, it may be reversed or performed simultaneously. For example, when executed simultaneously, at TS24, the correction instruction generation unit 304 of the server device 30 outputs a correction instruction for the fighting ability information and the second post-game update information in the second game situation information to the game terminal. You may transmit to 10-2.

  In the example shown in FIG. 6E, the correction instruction for the second post-game update information is received by the game terminal 10-2 after the update processing by the update processing unit 115, but the correction for the second post-game update information is performed. The instruction may be received before the update processing by the update processing unit 115. In this case, instead of the update processing by the update processing unit 115, the second post-game update information may be corrected (updated) based on a correction instruction for the second post-game update information.

  FIG. 6F is a diagram schematically showing exchange of data (information) between three parties according to another example. FIG. 6F shows the case where the game ends normally as in FIG. 6A, but the processing described below with reference to FIG. 6F can be applied even when the game ends forcibly.

  Regarding FIG. 6F, differences from FIG. 6A will be mainly described, and processing substantially similar to FIG. 6A may be denoted by the same reference numerals and description thereof may be omitted or simplified.

  6F is the same as FIG. 6A with respect to the game terminal 10-1, but the server device 30 is different in that TS60, TS62, TS64, and TS66 are added, and the game terminal 10-2 is different. Is different in that TB60, TB62, TB64, and TB66 are added. FIG. 6F shows a game terminal 10-3 related to an opponent next to the game terminal 10-2.

  The game data correction unit 306 of the server device 30 corrects the second game situation information in the game data in the game data storage unit 320 based on the first game situation information (TS60). Note that the game data correction unit 306 may correct only the battle result related information in the second game situation information in the game data storage unit 320 after the first consistency determination process (TS14). In this case, the game data correction unit 306 may correct the remaining information (including the fighting ability information) of the second game situation information in the game data storage unit 320 in TS60. Alternatively, the game data correction unit 306 does not correct the second game situation information in the game data storage unit 320 after the first consistency determination process (TS14), and in TS60, the game data correction unit 306 stores the game data storage. Of the second game situation information in the section 320, information that needs to be corrected (including battle result related information and battle capability information) may be corrected. Thereafter, the communication processing unit 118 of the game terminal 10-2 transmits a connection request to the server device 30 (TB60), and an operation of proceeding to the next game is performed (TB62). Here, it is assumed that the game terminal related to the opponent of the next game is the game terminal 10-3. Note that the game terminal related to the opponent of the next game may be the game terminal 10-1 (that is, it may be a rematch). The communication processing unit 118 of the game terminal 10-2 transmits a game start request to the server device 30 (TB64).

  When the server apparatus 30 receives the connection request (TS62) and receives the game start request (TS64), the team information associated with the third player in the game data stored in the game data storage unit 320 and the second information are stored. The initial data including the team information associated with the player and the random number seed is transmitted to the game terminal 10-2, and the initial data is transmitted to the game terminal 10-3 (TS66). In the game terminal 10-3 and the game terminal 10-2, the respective communication processing units 118 (the communication processing unit 118 of the game terminal 10-3 is not shown) receives initial data (TC60, TB66). At this time, the correction instruction processing unit 116 of the game terminal 10-2 replaces the team information in the game situation information storage unit 120 with the team information sent from the server device 30. As a result, at least a part of the second game situation information (information related to the team information and including the fighting ability information) is corrected. Thereafter, as in FIG. 6A, the game is started. In this case, it is realized that the correction data is transmitted to the game terminal 10-2 by transmitting the initial data to the game terminal 10-2.

  Thus, according to the example shown in FIG. 6F, it is possible to correct the fighting ability information and the like at the timing immediately before the game is started. Thereby, the game terminal 10-1 does not have to wait in a synchronized state until the correction of the competitive ability information at the game terminal 10-2 is completed, and can quickly complete the process related to the current game. That is, various processes (TS22, TS60, TS66, TB66) for correcting the competitive ability information that takes a relatively long time at the game terminal 10-2 are postponed from the result notification instruction (TS20). The terminal 10-1 can be released from the synchronized state, and the game terminal 10-1 can promptly execute the result notification process.

  In the example shown in FIG. 6F, the game is started even if the information other than the battle result related information in the second game situation information is not consistent with the corresponding information in the first game situation information. It will not be corrected until the timing immediately before. For this reason, if the second game situation information or information calculated based on the second game situation information is output to the display unit 15 by the operation of the second player, a potential inconsistency is expressed. . However, although there is such inconvenience, it is possible to prevent the game related to the next battle from being started without correcting the battle ability information of the second game situation information.

In the example shown in FIG. 6F, the process (TS60) of correcting the game data (second game situation information in the game data) in the game data storage unit 320 is executed before the connection request is received (TS44). However, it may be executed after receiving the connection request (TS44).
In the example shown in FIGS. 6A to 6C and 6E, the process (TS60) for correcting the game data (second game situation information in the game data) in the game data storage unit 320 is not shown. May be executed.

  <Specific Example> Next, a specific configuration will be described with reference to FIGS.

  Hereinafter, as an example, assuming that the first player and the second player described above are people, the first player is denoted as “first user”, the second player is denoted as “second user”, and they are not distinguished. Is simply written as “user”.

  Further, in the description with reference to FIGS. 7 to 40 below, the game situation information includes information on a plurality of correction target items, and the above-described information of all the correction target items included in the game situation information has been described above. Information other than the battle result related information (including the battle capability information described above) is referred to as “game detailed information”. That is, in the following, it is assumed that the game situation information includes battle result related information and game detailed information. The game detailed information may include only the fighting ability information, or information other than the fighting ability information (for example, the number of hits, the number of points lost, the number of four dead balls, the number of errors, etc. does not affect the fighting result related to the game. Parameter values, etc.).

  Further, in the description with reference to FIGS. 7 to 40 below, the correction instruction for correcting the battle result related information among the correction instructions for correcting the game situation information is referred to as “correction instruction” for the sake of distinction. The correction instruction for correcting the game detailed information is referred to as a “restoration instruction”.

  FIG. 7 is a diagram illustrating a specific configuration example of the server device 30.

  In FIG. 7, the server device 30 includes a gate server 3011, a plurality of authentication servers 3012, a plurality of lobby servers 3013, and a plurality of game servers 3014.

  The gate server 3011 is a server computer. The gate server 3011 manages a list of server computers in the game system 1. For example, the gate server 3011 manages information such as the server name (host name), IP (Internet Protocol) address, port number, and operating status of each server computer of the authentication server 3012, lobby server 3013, and game server 3014. To do.

  The authentication server 3012 is a server computer. For example, the authentication server 3012 performs user authentication based on authentication information such as user information. When the user authentication is successful, a user token is issued and transmitted to the game terminals 10-1 and 10-2. The game terminals 10-1 and 10-2 attach the user token issued by the authentication server 3012 to the information to be transmitted, so that each server computer recognizes that the information is from a terminal that has been correctly authenticated.

  The lobby server 3013 is a server computer. For example, the lobby server 3013 executes matching in a game battle.

  The game server 3014 is a server computer. For example, the game server 3014 is a server to which the game terminals 10-1 and 10-2 connect after completion of matching, and executes various processes related to game execution in cooperation with the game terminals 10-1 and 10-2.

  Information exchanged between game terminals 10-1 and 10-2 and server device 30 described below may be encrypted based on a common key.

  The number of servers in the game system 1 is not limited, and each of the gate server 3011, the authentication server 3012, the lobby server 3013, and the game server 3014 may be two or more. Further, one server computer may perform at least two functions of the gate server 3011, the authentication server 3012, the lobby server 3013, and the game server 3014. There may be only one server computer in the game system 1, or a computer other than the server computer shown in FIG. 7 may be included in the game system 1.

  Further, as described above, here, two game terminals 10-1 and 10-2 will be described as an example, but the number of game terminals 10-1 and 10-2 in the game system 1 is not limited. There is no limitation, and there may be three or more game terminals, or only one game terminal.

  Next, a software process configuration in the game system 1 will be described with reference to FIGS. 8 and 9.

  FIG. 8 is a diagram showing a software process configuration in the game terminals 10-1 and 10-2.

  Each of the game terminals 10-1 and 10-2 is mounted with a game application (hereinafter simply referred to as “game application 20”) according to the game system 1. The game applications 20 of the game terminals 10-1 and 10-2 are the same, but when distinguishing, the game application 20 of the game terminal 10-1 is denoted as “20-1”, and The game application 20 is expressed as “20-2”.

  FIG. 9 is a diagram illustrating a software process configuration in the server device 30.

  The gate server 3011 is implemented with a gate server process 40. The gate server process 40 is a software process operating on the gate server 3011. The gate server process 40 uses the IP address assigned to the gate server 3011 to connect to the game application 20 via the network N. The PORT number of the gate server process 40 is determined in advance.

  The authentication server process 41 is implemented in the authentication server 3012. The authentication server process 41 is a software process operating on the authentication server 3012. The authentication server process 41 is a process for performing user authentication. Generally, one-time common keys are exchanged with each other, and personal information is exchanged using the exchanged common keys. The authentication server process 41 uses the IP address assigned to the authentication server 3012 to connect to the game application 20 via the network N. The PORT number of the authentication server process 41 is determined in advance. The PORT number of the authentication server process 41 is different from the PORT number of the gate server process 40, and the PORT numbers of various processes that will be described later are also different from each other.

  The authentication server 3012 is also provided with an SQL process 42. The SQL process 42 is a software process operating on the authentication server 3012. The SQL process 42 is connected to various server computers via a local area network (not shown) in the server device 30 using an IP address assigned to the authentication server 3012. The PORT number of the SQL process 42 is predetermined.

  The SQL process 42 operates on the authentication server 3012. However, the SQL process 42 may operate on a dedicated server. For example, the SQL process 42 may operate on any of the gate server 3011, the lobby server 3013, and the game server 3014. Good.

  In the lobby server 3013, the lobby server process 43 is implemented. The lobby server process 43 is a software process running on the lobby server 3013. The lobby server process 43 uses the IP address assigned to the lobby server 3013 to connect to the game application 20 via the network N. The PORT number of the lobby server process 43 is determined in advance.

  In the lobby server 3013, a plurality of sublobby server processes (only 44-1 and 44-2 are illustrated) are implemented. The sublobby server processes 44-1 and 44-2 are processes started by the lobby server process 43. When there is a connection request from the game application 20-1 to the lobby server process 43, the lobby server process 43 activates the sub-lobby server process 44-1. Thereafter, all the communication packets transmitted from the game application 20-1 are processed by the sublobby server process 44-1. When there is a connection request from the game application 20-2 other than the game application 20-1 to the lobby server process 43, the lobby server process 43 activates the sub lobby server process 44-2. Thereafter, all the communication packets transmitted from the game application 20-2 are processed by the sublobby server process 44-2. Hereinafter, when not distinguished, it is described as a sublobby server process 44.

  The game server 3014 is implemented with a matching process 45. The matching process 45 is a software process operating on the game server 3014. The matching process 45 uses the IP address assigned to the game server 3014 to connect to the game application 20 via the network N. The PORT number of the matching process 45 is predetermined.

  The game server 3014 has a plurality of game server processes (only 46-1 and 46-2 are shown). The game server process 46-1 is a software process running on the game server 3014. The game server process 46-1 uses the IP address assigned to the game server 3014 and connects to the game application 20 via the network N. The respective PORT numbers of the game server processes 46-1 and 46-2 are determined in advance. The game server process 46-2 is a game server process started from the same execution file as the game server process 46-1.

  The difference between the game server process 46-1 and the game server process 46-2 is that the assigned PORT numbers are different. In the game server 3014, a plurality of software processes are operating in addition to the game server process 46-1 and the game server process 46-2.

  Next, the game screen will be described with reference to FIGS. 10A and 10B.

  FIG. 10A is a diagram schematically showing a transition mode of the game screen when the game ends normally. In FIG. 10A, “failure” means authentication failure or connection failure, and “success” means authentication success or connection success.

  As shown in FIG. 10A, when the game application 20 is activated, a title screen G100 is displayed on the display unit 15. When an operation is input from the operation unit 14, the initial screen G200 is displayed when the game application 20 is activated for the first time or when the internal cache of the game terminal 10-1 (or the game terminal 10-2) is cleared. 15 is displayed. When the user inputs necessary items from the operation unit 14 in accordance with the instructions displayed on the initial screen G200, user authentication is performed by the server device 30. When the user authentication is correctly performed, a connecting screen G300 indicating a state during the process of connecting to the server device 30 is displayed on the display unit 15. Once the user authentication is correctly performed, the initial screen G200 is not displayed on the display unit 15 but the connecting screen G300 is displayed. Thereafter, the map screen G400 is displayed on the display unit 15. When an operation is performed using a button (not shown) (an example of the operation unit 14) displayed on the map screen G400, a connecting screen G500 is displayed on the display unit 15. Thereafter, the battle screen G600 is displayed on the display unit 15. When the game is over, a battle result screen G700 is displayed on the display unit 15. Thereafter, the game result screen G800 is displayed on the display unit 15, the connecting screen G900 is displayed on the display unit 15, and when the connection to the server device 30 is correctly performed, the map screen G400 is displayed on the display unit 15 again. If the server device 30 is not correctly connected, the title screen G100 is displayed.

  FIG. 10B is a diagram schematically showing a transition state of the game screen when the game is forcibly ended. FIG. 10B is substantially the same as FIG. 10A. The battle result screen G700 in FIG. 10A is different from the battle result screen G710 in FIG. 10B. The game result screen G800 in FIG. 10A is different from the game result screen G810 in FIG. 10B. As shown in FIG. 10B, while the game application 20-1 is displaying the battle screen G600 on the display unit 15, the game is forcibly caused by the power-off of the opponent game app 20-2. When the game application 20-1 ends, the game application 20-1 causes the display unit 15 to display a battle result screen in a state of no score such as G710.

  The game result screen G810 has a smaller amount of information output than the game result screen G800. In this manner, when the game is forcibly ended, a part of the game situation information may be displayed on the display unit 15 as in the game result screen G810. For example, the game result screen G800 includes display content based on the battle result related information and display content based on at least a part of the game detailed information in the game situation information, whereas the game result screen G810 includes the game content screen G810. The display content based on the battle result related information in the situation information is included, but the display content based on at least a part of the game detailed information is not included. Thereby, it is possible to reduce the possibility that the game result screen includes display content generated based on game detail information that may be corrected.

  Next, the game application 20 will be described.

  FIG. 11 is a flowchart showing main processing by the game application 20. FIG. 12 is a flowchart showing various interrupt processes by the game application 20.

  As shown in FIG. 11, when the game application 20 is activated, it performs various initialization processes (S110). Next, a game main process (S120) to be described later is performed, and then a drawing process (S130) is performed using the information updated in the game main process (S120). An image obtained as a result of the drawing process (S130) is output on the display unit 15. The game application 20 performs an end determination (S140) as to whether or not an end operation of the game application 20 has been performed. The end operation is executed by the user, for example, using the operation unit 14. Thereafter, the game application 20 executes a drawing completion determination (S150) as to whether or not drawing to the back buffer (not shown) has been completed. If drawing has not been completed, the game application 20 enters a standby state waiting for drawing completion. (S150: NO). When the drawing to the back buffer is completed (S150: YES), the game application 20 switches the drawing between the front buffer and the back buffer, and then returns to the game main process (S120). Note that a series of processing is performed in approximately 16 ms to 33 ms, although it depends on the performance of the control unit 11 of the game terminals 10-1 and 10-2. When the end operation of the game application 20 has been performed (S140: YES), the game application 20 ends after performing the end process (S160).

  The game application 20 executes various interrupt processes as shown in FIG. 12 during execution of the main process.

  The suspend process is interrupted when a predetermined suspend condition is satisfied. In the suspend process, the game application 20 transmits a disconnection request from the communication unit 13 to the server device 30 (S170). The suspend condition is, for example, when the retire button (one element of the operation unit 14) is operated, or when the screen display is erased by pressing the power button of the game terminals 10-1 and 10-2. -1 and 10-2 are established when the screen display is erased for a predetermined time.

  The reception interrupt process is interrupted when data from the server device 30 is received. In the reception interrupt process, the game application 20 acquires data from the server device 30 via the communication unit 13 (S172). When the game application 20 acquires data from the communication unit 13, the game application 20 confirms the header portion of the acquired data, and stores the data acquired from the server device 30 in a predetermined storage area of the storage unit 12 according to the contents of the header portion ( S174). Note that the game application 20 may perform processing such as deleting a header portion when storing data. The game application 20 uses the data stored in the storage unit 12 by the reception interrupt process during the game main process (S120) in order to determine whether or not data has been received from the server device 30.

  For example, in the reception interrupt process, when the game application 20 receives a restoration instruction from the server device 30, the game application 20 stores the restoration instruction in the first predetermined storage area of the storage unit 12 and sets the restoration necessity flag to “ON”. To do. The fact that the restoration required flag is in the “on” state indicates a state where the process for correcting the game detailed information described above is necessary. The first predetermined storage area of the storage unit 12 is different from a storage area (game situation information storage unit 120) in which game situation information updated by a normal game progress process described later is stored.

  The operation interruption process is interrupted when operation information is input from the operation unit 14. In the operation interrupt process, the game application 20-1 stores operation information (first operation information) in the storage unit 12 (S176). The game application 20-2 stores operation information (second operation information) in the storage unit 12 (S176). The operation information stored in the storage unit 12 is used in the game main process (S120).

  The transmission interrupt process is executed when the transmission buffer of the communication unit 13 is empty or becomes a value equal to or less than a predetermined amount. In the transmission interrupt process, the game application 20 takes out the data stored in the transmission queue of the storage unit 12 and sets it in the transmission buffer of the communication unit 13 (S178). The data in the transmission queue of the storage unit 12 is saved during the game main process (S120).

  Next, the game main process (S120) during the main process will be described.

  FIG. 13 is a diagram showing types of main states (hereinafter referred to as “STATUS”) used for processing, and FIG. 14 is a state transition diagram related to STATUS.

  Here, as shown in FIG. 13, STATUS includes five types of “title”, “user authentication”, “map”, “in game”, and “after game”. As for STATUS, values corresponding to “title”, “user authentication”, “map”, “during game”, and “after game” are stored in the storage unit 12. The value of STATUS stored in the storage unit 12 represents the current state. Transitions between “title”, “user authentication”, “map”, “during game”, and “after game” are realized in the form shown in FIG. From the “title”, it is possible to transit to “map” via “connection”, and transit to “in game” and “after game” via “map”. From “after the game”, transition is made to “map” or “title”.

  A certain STATUS may include a further classified state (hereinafter referred to as “SUBSTATUS”). SUBSTATUS will be described later. Here, the STATUS “map” includes two types of SUBSTATUS “restoration” and “map main”. That SUBSTATUS is a value of “restoration” represents a state in which the above-described processing for correcting the detailed game information is necessary. The initial value of SUBSTATUS in the STATUS “map” is set to the value of “restoration”. The value of SUBSTATUS is reset to the initial value when the value of STATUS changes. Also, STATUS “in game” includes two types of SUBSTATUS “game initialization” and “game progress”. The SUBSTATUS “game progress” further includes four types of “normal progress”, “waiting for pitching”, “waiting for pitching input”, and “waiting for hitting”.

  FIG. 15 is a flowchart of the game main process (S120).

  As shown in FIG. 15, in the game main process (S <b> 120), the game application 20 branches the process depending on the value of STATUS stored in the storage unit 12. If the STATUS is the title (S1200: YES), the game application 20 performs the title process (S1202). If the STATUS is not the title (S1200: NO), the game application 20 proceeds to the next process (S1204). If STATUS is user authentication (S1204: YES), the game application 20 performs user authentication processing (S1206). If STATUS is not user authentication (S1204: NO), the game application 20 proceeds to the next processing (S1208). If the STATUS is a map (S1208: YES), the game application 20 performs a map process (S1210). If the STATUS is not a map (S1208: NO), the game application 20 proceeds to the next process (S1212). If the STATUS is “in game” (S1212: YES), the game application 20 performs a game process (S1214). If the STATUS is not “in game” (S1212: NO), the game application 20 proceeds to the next process (S1216). move on. If the STATUS is after the game (S1216: YES), the game application 20 performs a post-game process (S1218). If the STATUS is not after the game (S1216: NO), the game application 20 ends the game main process in the current processing cycle. To do.

  FIG. 16 is a flowchart of the title process (S1202).

  As shown in FIG. 16, in the title process (S1202), the game application 20 determines whether or not a game start operation has been performed (S12022). A game start operation (the same applies to various operations described below) is realized by the user via the operation unit 14. If the start operation is not performed (S12022: NO), the game application 20 ends the title process (S1202) and returns to the game main process (S120).

  When the game application 20 detects a start operation (S12022: YES), the game application 20 connects to the gate server 3011 and requests a server list (S12024). The game application 20 determines whether or not a server list has been received from the gate server 3011 (S12026). If not received (S12026: NO), the title process (S1202) is terminated and the process returns to the game main process (S120). . When the game application 20 receives the server list from the gate server 3011 (S12026: YES), the game application 20 stores the server list received from the gate server 3011 in the storage unit 12 (S12028). The server list includes information for identifying servers that are currently operating normally. The server operates for 24 hours, and the system may go down due to regular maintenance or long-term operation. Therefore, by receiving the latest information currently operating from the gate server 3011, it is possible to connect to a normally operating server. The game application 20 refers to the server list stored here when connecting to various server computers in the future.

  Next, the game application 20 determines whether or not a user authenticated user token is stored in the storage unit 12 (S12030). If the user token is stored but has expired, it is determined that the user token is not stored. If the user token is not stored (S12030: NO), the game application 20 acquires the user token again (S12032). If the user token is stored in the storage unit 12, the process proceeds to S12036. After this, although not specified, communication is performed by adding a user token to all communication packets.

  When the user token is not stored (S12030: NO), the game application 20 changes STATUS stored in the storage unit 12 to “user authentication” (S12032). The game application 20 selects and connects the authentication server 3012 from the server list stored in the storage unit 12 (S12034). Thereafter, the game application 20 ends the title process (S1202) and returns to the game main process (S120).

  When the user token is stored (S12030: YES), the game application 20 changes the STATUS stored in the storage unit 12 to “map” (S12036). The game application 20 selects and connects the lobby server 3013 from the server list stored in the storage unit 12 (S12038). Thereafter, the game application 20 ends the title process (S1202) and returns to the game main process (S120).

  FIG. 17 is a flowchart of the user authentication process (S1206).

  As shown in FIG. 17, in the user authentication process (S1206), the game application 20 waits for input of personal information for authentication (for example, a user name and a password) (S12060). The user can input personal information via the operation unit 14. When the input is not completed (S12060: NO), the game application 20 ends the user authentication process (S1206) and returns to the game main process (S120). When the input is completed (S12060: YES), the game application 20 transmits the input personal information to the authentication server 3012 (S12062). Thereafter, the game application 20 confirms a response from the authentication server 3012 (S12064). When the response from the authentication server 3012 is NG (authentication failure) (S12064: NO), the game application 20 sets the STATUS stored in the storage unit 12 to “title” (S12070). Then, the game application 20 ends the user authentication process (S1206) and returns to the game main process (S120). If the response from the authentication server 3012 is OK (successful authentication) (S12064: YES), the game application 20 stores the user token received from the authentication server 3012 in the storage unit 12 (S12066), and stores it in the storage unit 12. The stored STATUS is set to “map” (S1268). Then, the game application 20 ends the user authentication process (S1206) and returns to the game main process (S120). In user authentication, encryption processing (private key encryption) is performed when personal information is transmitted.

  FIG. 18 is a flowchart of the map process (S1210).

  As shown in FIG. 18, in the map process (S1210), the game application 20 branches the process depending on the value of SUBSTATUS stored in the storage unit 12. If SUBSTATUS is “restoration” (S12102: YES), the game application 20 performs restoration processing (S12104). If SUBSTATUS is not “restoration” (S12102: NO), the game application 20 proceeds to the next processing (S12106). If the SUBSTATUS is “map main” (S12106: YES), the game application 20 performs the map main process (S12108). If the SUBSTATUS is not “map main” (S12106: NO), the game application 20 performs the map process (S1210). End and return to the game main process (S120).

  FIG. 19 is a flowchart of the restoration process (S12104). The restoration process corresponds to the process of correcting the game detailed information in the above-described correction process.

  As shown in FIG. 19, in the restoration process (S12104), the game application 20 is based on a response from the lobby server 3013 as to whether or not there is game status information (game detailed information) to be corrected regarding the game played last time. (S121040). Specifically, the game application 20 determines whether or not the above-described restoration necessity flag is in an “on” state. If there is no game situation information (game detailed information) to be corrected, that is, if the restoration required flag is in the “off” state (S121040: NO), the process proceeds to step S121044, and game situation information (game detailed information) to be corrected. If there is, that is, if the restoration required flag is in the “on” state (S121040: YES), the game situation information storage unit 120 is based on the restoration instruction stored in the first predetermined storage area of the storage unit 12. The game detailed information is corrected (S121042). At this time, the game application 20 may also correct the battle result related information. In this case, when a past battle result is displayed as a history, the past battle result can be displayed based on the corrected battle result related information. Thereafter, the game application 20 changes SUBSTATUS stored in the storage unit 12 to “map main” (S121044), and returns to the map processing (S1210).

  FIG. 20 is a flowchart of the map main process (S12108).

  As shown in FIG. 20, in the map main process (S12108), the game application 20 determines whether or not an operation to proceed to the game has been performed (S121080), and when an operation to proceed to the game has not been performed (S121080: NO), the process returns to the map process (S1210). When there is an operation to proceed to the game (S121080: YES), the game application 20 transmits a game start request (see step S446 of the sublobby server process 44 in FIG. 34 described later), and is stored in the storage unit 12. Based on the existing server list, the game server 3014 is connected (S121082). Thereafter, the game application 20 changes the value of STATUS stored in the storage unit 12 to “in game” (S121084), and returns to the map process (S1210).

  FIG. 21 is a flowchart of the game process (S1214).

  As shown in FIG. 21, in the game process (S1214), the game application 20 branches the process depending on the value of SUBSTATUS stored in the storage unit 12. If SUBSTATUS is “game initialization” (S12140: YES), the game application 20 performs a game initialization process (S12142). If SUBSTATUS is not “game initialization” (S12140: NO), the next processing is performed. The process proceeds to (S12144). If SUBSTATUS is “game progress” (S12144: YES), the game application 20 performs a game progress process (S12146). Then, the game application 20 returns to the game main process (S120) after the game progress process (S12146). If SUBSTATUS is not “in game” (S12144: NO), the game application 20 returns to the game main process (S120).

  FIG. 22 is a flowchart of the game initialization process (S12142).

  As shown in FIG. 22, in the game initialization process (S12142), the game application 20 initializes a random number using the random number seed received from the game server 3014 (S121420). The game application 20 reads the team information of both teams (the own team and the opponent team) (S121422). The team information includes various information of each player (identification information of the game object representing each player, the name and position of the game object representing each player, etc.). In particular, the team information includes the stamina of the game object representing each player. The stamina in the team information is updated as game status information during the game (see step S12146022 in FIG. 26 described later).

  The team information of both teams (the own team and the opponent team) is received from the game server 3014 and stored in the reception interrupt process (steps S172 and S174 in FIG. 12). Thereafter, the game application 20 changes the value of SUBSTATUS stored in the storage unit 12 to “game progress” (S121424). Note that the same random number seed is transmitted from the game server 3014 to the game applications 20-1 and 20-2. Accordingly, the game situations realized by the game applications 20-1 and 20-2 are basically the same.

  FIG. 23 is a flowchart of the game progress process (S12146). FIG. 24 is a diagram illustrating an example of the game situation information D240. Here, the description is continued using the game situation information D240. Note that the game situation information D240 shown in FIG. 24 is different from the game situation information (game situation information for outline explanation) D101 shown in FIG. The detailed configuration of the game situation information is arbitrary.

  As shown in FIG. 23, in the game progress process (S12146), the game application 20 executes a battle process (S121460) using the random number initialized in S121420. If the random number seeds are the same, the numerical values for the number of times to acquire the random numbers are the same. For example, in the case of a baseball game, when a lottery is performed to determine whether or not a ball hits a bat, the same result is obtained in any of the game terminals 10-1 and 10-2. For example, in the case of a baseball game, the progress of the game until the batter enters the batter box, swings the bat, and immediately before the pitcher throws is realized in each of the game terminals 10-1 and 10-2. If the game terminals 10-1 and 10-2 do not require exchange (communication) other than the operation information during the game and use a common random number seed, the result of the uncertain element determined at random is the game application. It becomes the same between 20-1 and the game application 20-2.

  Next, when the game application 20 receives a user operation (S121462: YES) and actually receives an input from the operation unit 14, the game application 20 transmits operation information to the game server 3014 (S121464). Note that the game server 3014 transmits the operation information received from the game application 20-1 to the game application 20-2, and transmits the operation information received from the game application 20-2 to the game application 20-1 (described later). The operation information transmitted to the game server 3014 in this way is received by the other game application 20.

  If there is the received operation information (S121466: YES), the game application 20 stores the operation information in the storage unit 12 (S121468). The game application 20 determines whether or not a game end request from the game server 3014 has been received, or whether or not the game application 20 has reached the end of the game as a result of proceeding with the battle process (S121460) (S121470). When the game is to be ended (S121470: YES), a game end notification and game status information (FIG. 24) is transmitted to the game server 3014 (S121472). When the game is not to be ended (S121470: NO), a game progress process ( S12146) is terminated. In FIG. 24, the game situation information D240 includes the scores of each team, the scores of the front and back of each inning, the stamina of each player, the number of pitches of the pitcher, and the like. Each player includes a pitcher. The reason why there are a plurality of pitchers 1 to N is that a plurality of pitchers can be set from the start to the suppression. The score of the front team is the sum of the scores of the front of each inning, and the score of the back team is the sum of the scores of the back of each inning.

  Note that the game situation information stored in the game application 20-1 and the game situation information stored in the game application 20-2 have the same information items. Accordingly, the game situation information stored by the game application 20-1 and the game situation information stored by the game application 20-2 are not only the stamina and pitches of each player of the own team, but also the stamina of each player of the opponent team. And the number of pitches.

  Thereafter, the game application 20 determines whether there is a correction instruction from the game server 3014 (S121474). When there is a correction instruction (S121474: YES), the battle result related information in the game situation information (game situation information transmitted in S121472) in the game situation information storage unit 120 is corrected (S121476). Thereafter, the game application 20 transmits the corrected battle result related information to the game server 3014 (S121478). Next, the game application 20 determines whether or not there is a result notification instruction from the game server 3014 (S121480). Whether or not there is a result notification instruction can be determined based on whether or not there is an instruction received and saved from the game server 3014 in the reception interrupt process (steps S172 and S174 in FIG. 12).

  Next, when there is a result notification instruction (S121480: YES), the game application 20 changes STATUS to “after game” and displays a result display screen as a result notification process (S121482). Next, the game application 20 determines whether or not the game has ended normally based on information from the game server 3014 (S121484). When the game has not ended normally (S121484: NO), the game application 20 turns on the score non-display flag for not giving a score of the battle result related information stored in the game situation information storage unit 120. Is set to "" (S121486). Thereby, the flag is referred to in the drawing process (see step S130 in FIG. 11). As a result, when the game ends normally (S121484: YES), a score is displayed as in the battle result screen G700 (see FIG. 10A), and when the game does not end normally (S121484: NO), No score is displayed as in the battle result screen G710 (see FIG. 10B).

  FIG. 25 is a flowchart of the battle process (S121460).

  In the battle process (S121460), GTIME indicating the degree of progress of the game is used. GTIME is counted up every time the normal game progress process (S1214602) is executed. GTIME is not counted up in various processes other than the normal game progress process (S12146602), that is, the pitching waiting process (S1214606), the pitching input waiting process (S1214610), and the hitting waiting process (S1214614). This is to prevent the game application 20-1 from advancing the time in the game until it receives necessary information such as operation information from the game application 20-2 (and vice versa). Although the time in the game cannot be advanced, since the drawing process is performed, the motion of the player is reproduced. In this case, the player plays a motion unrelated to the game progress, such as shaking the bat or scratching his head. Since GTIME is not counted up, the game progress stops. Therefore, the battle process does not shift between the game applications 20-1 and 20-2. The random number initialized in the game initialization process (S12142) is used only in the normal game progress process (S1214602) in which GTIME is counted up.

  If the SUBSTATUS is “normal progress” (S1214600: YES), the game application 20 performs the normal game progress processing (S12146602). If the SUBSTATUS is “waiting for pitching” (S12146604: YES), the game waiting process (S1214606). If SUBSTATUS is “waiting for pitching” (S1214608: YES), a pitching input waiting process (S1214610) is performed, and if SUBSTATUS is “waiting for hitting” (S1214612: YES), waiting for hitting process (S1214614) )I do. Each process will be described later.

  FIG. 26 is a flowchart of the normal game progress process (S12146602).

  As shown in FIG. 26, in the normal game progress process (S12146602), the game application 20 counts up GTIME and updates it to the latest GTIME (S12146020). Thereafter, the game application 20 performs various processes according to the current GTIME (S12146022). Various processes according to GTIME include updating the position coordinates of a three-dimensional game object such as a player or a ball, moving a virtual camera (virtual camera that determines a drawing range) installed on the stadium, It may be camera switching.

  Here, the various processes (S12146022) according to GTIME in the normal game progress process (S12146602) include a process of updating the game situation information as GTIME progresses. For example, in the normal game progress process (S1214602), when GTIME progresses and the player goes home, the score of the back team or the score of the front team is added depending on whether the team of the player who went home is the front team or the back team . That is, the score of the location corresponding to each of the first to fifth score points is updated (see FIG. 24). Here, only the score data up to 5 times has been described. However, the score data may be up to 15 times including the number of times of extension, or may be up to 20 times. Moreover, the game application 20 updates each value (refer FIG. 24) of a hit from a hit as a part of various processes according to GTIME.

  In the normal game progress process (S12146602), processing for batting information and processing for moving the position of the ball are performed. When the bat operation is not performed at the timing of the movement of the ball position from the pitcher's hand to the catcher's mitt, hit information indicating “miss” is set in the transmission queue of the storage unit 12. The bat operation includes a swing operation, a bunt operation, and the like. When the batter swings the bat and hits the bat, the hit state of the bat and the ball is calculated (processed) as hit information. The calculated (processed) hit information is set in the transmission queue of the storage unit 12. That is, in the normal game progress process (S12146602), the ball always moves close to the batter as GTIME advances. In the normal game progress process (S1214602), the batting information is set in the transmission queue of the storage unit 12 at a predetermined timing regardless of whether or not the batter swings the bat.

  As a result of the game application 20 performing various processes in S12146022, the batter enters the batter box, and GTIME advances to a state of waiting for a pitch from the pitcher. If the game application 20 is on the attack side (S12146024: YES), the game application 20 changes SUBSTATUS to "waiting for pitching" (S12146026). When the game application 20 is on the defensive side (S12146028: YES), SUBSTATUS is changed to “waiting for pitching input” (S12146030). Thereafter, the game application 20 returns to the battle process (S121460).

  FIG. 27 is a flowchart of the pitching waiting process (S1214606). The pitch waiting process (S1214606) is a process for preventing the game application 20-1 from proceeding with GTIME until the pitch information is received from the game application 20-2.

  As shown in FIG. 27, in the pitch waiting process (S1214606), the game application 20 has the pitch information in the storage unit 12 in which the data received in the reception interrupt process (steps S172 and S174 in FIG. 12) is stored. It is determined whether or not (S12146060), and the pitch information is stored again in another storage area (storage unit 12) used in the normal game progress process (S12146602) (S12146602). In the modified example, the pitch information is not stored again in another place. In this case, the game application 20 may read the pitch information from the storage unit 12 in which the data received by the game application 20 in the reception interrupt process (steps S172 and S174 in FIG. 12) is stored. Thereafter, the game application 20 changes SUBSTATUS to “normal progress” (S12146064), and returns to the battle process (S121460).

  FIG. 28 is a flowchart of the pitching input waiting process (S1214610).

  As shown in FIG. 28, in the pitching input waiting process (S1214610), the game application 20 receives the operation information input from the operation unit 14 and performs a processing process to process it into the pitching information (S12146100). Specifically, the pitch type of the pitch information is processed into information of straight when a button indicating a straight on the screen is tapped and information of curve when a button indicating a curve is pressed. Further, the control accuracy (threshold accuracy) of the pitch information is calculated based on, for example, the timing at which a tapping on a timing bar (not shown) displayed on the screen is tapped. The game application 20 processes all these pieces of operation information to generate pitch information.

  In S12146100, the game application 20 may read the operation information saved by the game application 20 in the operation interruption process (step S176 in FIG. 12) from the storage unit 12 when processing the pitching information. The operation interrupt process (step S176 in FIG. 12) includes a process of processing the primitive raw data obtained from the operation unit 14 into information representing an operation form such as “flick” or “tap”. The processing in S12146100 is processing for further processing into pitching information such as the type of ball thrown and control accuracy from information representing the operation form such as “flick” and “tap”.

  The game application 20 sets the pitch information in the transmission queue of the storage unit 12 when the pitch information is completed as a result of the processing of S12146100 (when all the ball types, accuracy, etc. are available) (S12146102: YES) (S12146104). ). For example, the game application 20-1 sets the pitch information in the transmission queue of the storage unit 12 of the game terminal 10-1 in order to transmit the pitch information to the game application 20-2. In order to transmit the pitch information to the application 20-1, the pitch information is set in the transmission queue of the storage unit 12 of the game terminal 10-2. Note that the pitch information placed in the transmission queue of the storage unit 12 of the game terminal 10-1 is transmitted to the game application 20-2 via the server device 30 by the transmission interrupt process (step S178 in FIG. 12). . Similarly, the pitch information placed in the transmission queue of the storage unit 12 of the game terminal 10-2 is transmitted to the game application 20-1 via the server device 30 by the transmission interrupt process (step S178 in FIG. 12). The

  Thereafter, the game application 20 changes SUBSTATUS to “waiting to hit” (S12146106), and returns to the battle process (S121460).

  FIG. 29 is a flowchart of the hit waiting process (S1214614).

As shown in FIG. 29, in the hit waiting process (S1214614), the game application 20 has the hit information in the storage unit 12 in which the data received in the receive interrupt process (steps S172 and S174 in FIG. 12) is stored. If there is hit information (S12146140: YES), SUBSTATUS is changed to “normal game progress” (S12146142). Thereafter, the game application 20 returns to the battle process (S121460).
Here, if the SUBSTATUS is changed to “normal game progress” immediately after the pitcher side, for example, the game application 20-1 sends the pitch information to the game application 20-2, the game application 20-2 GTIME is counted up before the hit information is sent (S1214602), and the game proceeds (S12146022), which may cause inconvenience. Specifically, if the hit information is not received just before the ball hits the bat, the process cannot be performed in S12146022. If the hit information is not received immediately before the ball hits the bat, the GTIME count-up may be temporarily stopped, but in this case, the screen is stopped immediately before the batter swings the bat and hits the ball. Therefore, the user feels that a defect of the game application 20 has occurred. In addition, the user who is playing the game may feel uncomfortable.

  In this regard, according to the processing shown in FIG. 29, when there is hit information in the storage unit 12 in which the data received in the reception interrupt processing is stored, SUBSTATUS is changed to “normal game progress”. Can prevent inconvenience.

  If there is no batting information in the storage unit 12 in which the data received in the reception interruption process is stored (S12146140: NO), SUBSTATUS is not changed to “normal game progress”, but during that time, the pitcher and the catcher are not throwing signs. By playing a player motion that is not related to the progress of the game, such as exchanging the game, the game application 20 may not feel as if a defect has occurred.

  In this way, the game application 20-1 waits without updating the GTIME until receiving the hit information from the game application 20-2 in the hit waiting process (S1214614) after the pitch input waiting process (S1214610). Do. Similarly, the game application 20-2 performs a process of waiting without updating GTIME until receiving the batting information from the game application 20-1 in the batting waiting process (S1214614) after the pitching input waiting process (S1214610).

  FIG. 30 is a flowchart of the post-game processing (S1218). The post-game process (S1218) is a process for correcting inconsistencies in the game detailed information.

  As shown in FIG. 30, in the game post-processing (S1218), the game application 20 determines whether or not there is a restoration instruction from the game server 3014 (S12180). Whether or not there is a restoration instruction from the game server 3014 is based on the data received from the server device 30 in the reception interrupt process (steps S172 and S174 in FIG. 12) (data stored in the storage unit 12 according to the contents). To be judged. Specifically, whether or not there is a restoration instruction from the game server 3014 is determined based on the state of the restoration required flag.

  In the game post-processing (S1218), the game application 20 corrects the game detailed information in the game situation information when there is a restoration instruction, that is, when the restoration required flag is in the “on” state (S12180: YES). (S12182). Of the game situation information, the information item to be corrected in step S12182 is the same as the information item to be corrected in the restoration process (S12104). That is, in both step S12182 and step S12104, game detailed information is a correction target. Originally, the game detailed information should be corrected in the game post-processing (S1218). For example, when the game applications 20-1 and 20-2 are forcibly terminated, the game applications 20-1 and 20 -2 needs to be restarted. In this case, since the game starts from the title screen G100, the post-game processing (S1218) is not performed. When the correction is realized in the post-game processing (S1218), the game application 20 resets the restoration required flag to “off” so that the restoration processing (S12104) is not performed.

  Thereafter, when the game application 20 receives a response notification from the game server 3014 (S12184: YES), the game application 20 reconnects to the lobby server 3013 again (S12186). Then, the game application 20 determines whether or not the connection to the lobby server 3013 has been correctly made (S12188). If the game application 20 has been connected normally (S12188: YES), the game application 20 changes STATUS to “map” (S12190). If the connection cannot be made (S12188: NO), STATUS is changed to “title” (S12192), and the process returns to the game main process (S120).

  In the example shown in FIG. 30, step S12180 and step S12182 are executed, but step S12180 and step S12182 may be omitted. This is because in order to start the next match, it is necessary to always go through the STATUS “map”, and when the restoration required flag is in the “on” state, it is corrected in the restoration process (S12104).

  Next, each process in the server device 30 will be described.

  FIG. 31 is a flowchart of the gate server process 40.

  As shown in FIG. 31, the gate server process 40 is waiting for a connection request from the game application 20 (S400: NO). When there is a connection request from the game application 20 (S400: YES), the gate server process 40 permits connection with the game application 20 that has transmitted the connection request (S402). Thereafter, the gate server 3011 selects a relatively free server computer from the currently running server computer to the game application 20 that has transmitted the connection request, and transmits a server list (S404). The gate server process 40 waits for a while until the game application 20 is disconnected (S406: NO), but forcibly disconnects after a predetermined time (S406: YES) (S408). Thereafter, the gate server process 40 returns to S400 and waits for a connection request from another game application 20 (S400: NO). The gate server process 40 accepts a connection request from the game application 20 at once. Although a plurality of processes may be operated in parallel using a technique such as mirroring, basically, a server list to be connected next is given to the game application 20 by the gate server process 40. Thereby, the game application 20 can be connected to a server computer that is currently in operation and relatively free. The communication between the gate server process 40 and the game application 20 is generally not encrypted. This is because the gate server process 40 is a communication at the stage before user authentication, so even if it is hacked, it can be determined from the information obtained by hacking whether there is a server computer in operation.

  FIG. 32 is a flowchart of the authentication server process 41.

  As shown in FIG. 32, the authentication server process 41 waits for a connection request from the game application 20 (S410: NO). When there is a connection request from the game application 20 (S410: YES), the authentication server process 41 performs a connection process (S412). The authentication server process 41 collates the personal information sent from the game application 20 with registered information registered in advance (S414). If the personal information sent from the game application 20 is correct (S416: YES), the authentication server process 41 issues a user token and transmits the user token (S418). If the personal information sent from the game application 20 is not correct (S416: NO), the authentication server process 41 transmits a content (error) indicating that the personal information is incorrect (S420). Thereafter, the authentication server process 41 waits for disconnection from the game application 20 (S422: NO), but if it is not disconnected from the game application 20 even after a predetermined time (S422: YES), the connection with the game application 20 is disconnected. (S424). Thereafter, the authentication server process 41 returns to step S410 and waits for a connection request (user authentication) from another game application 20 (S410: NO).

  FIG. 33 is a flowchart of the lobby server process 43.

  As shown in FIG. 33, the lobby server process 43 waits for a connection request from the game application 20 (S430: NO). When there is a connection request from the game application 20 (S430: YES), the lobby server process 43 performs a connection process (S432). Thereafter, the lobby server process 43 creates a thread or another process for the game application 20 that is currently connected, and thereafter allows communication with another process (S434). Thereafter, the lobby server process 43 returns to step S430 and waits for another game application 20 to connect.

  FIG. 34 is a flowchart of the sublobby server process 44. FIG. 35 is a diagram illustrating an example of the game data D301 stored in the game data storage unit 320. Note that the game data storage unit 320 may be realized by an SQL server. Here, the description is continued using the game data D301. Note that the game data D301 shown in FIG. 35 is different from the game data D50 (game data for outline explanation) shown in FIG. The detailed configuration of the game data is arbitrary.

  The sublobby server process 44 refers to the state of the restoration flag in the game data D301 (the restoration flag relating to the connected game application), and there is game situation information (game detailed information) to be corrected and has not been corrected yet. It is determined whether or not (S440). The “on” state of the restoration flag is a state in which game situation information (game detailed information) to be corrected exists and has not been corrected yet. In FIG. 35, the restoration flag associated with the user ID “U0000001” is in the “on” state, and the restoration flag associated with the user ID “U0000002” is in the “off” state. In FIG. 35, game data D301 includes data of user rank, user points, user tokens, team information, and battle result information (history) for each user ID. The team information includes game object identification information (indicated as “player ID” in FIG. 35), game object name (indicated as “player name” in FIG. 35), position, and stamina data. Also, the battle result information includes data on wins and losses, points, batting ratio, and defense rate for each battle.

  If there is game situation information (game detailed information) to be corrected (S440: YES), the sublobby server process 44 transmits a restoration instruction (S442). The restoration instruction is as described above. For example, the restoration instruction may include arbitrary information as long as the received game application 20 can correct correctly based on the restoration instruction, and all or part of the game situation information regarded as “true”. (Game detailed information) may be sufficient, and the information which shows the correction content may be sufficient.

  The sub lobby server process 44 determines whether information is transmitted from the game application 20 (S444). Further, if the information sent from the game application 20 is a game start request (S446: YES), the sublobby server process 44 disconnects from the game application 20 (S452) and ends the process. If it is data other than the game start request (S446: NO), the sublobby server process 44 stores the data (S448), and sends a response corresponding to the data to the game application 20 as necessary (S450). ). Thereafter, the sublobby server process 44 waits for data to be sent from the game application 20 (S444: NO).

  FIG. 36 is a flowchart of the game server process 46.

  The game server process 46 waits for a connection request from the game application 20 (S460: NO). When there is a connection request from the game application 20 (S460: YES), the game server process 46 performs a connection process with the game application 20 (S462). Thereafter, the game server process 46 determines whether or not a battle is possible (S464). In the case of a baseball game, since it is one-to-one, it is determined whether or not two game applications 20 that can be played are connected (S464). If two game applications 20 that can be played are not connected (S464: NO), the process returns to step S460, and if two game applications 20 that can be played are connected (S464: YES), the process proceeds. Necessary initial data (random number seed and team information) is transmitted to the two game applications 20 (S466), and the process proceeds to step S468. The game server process 46 determines whether data (packet) is received from any of the connected game applications 20 (S468). If the received data is data for the other game application 20, the game server process 46 transmits the data to the other game application 20 (S470). Thereafter, the game server process 46 performs a game end determination process (S472) and a disconnection determination process (S474). Thereafter, if the game is not finished (S476: NO), the game server process 46 returns to step S468 and waits for data reception from the game application 20. The game server process 46 determines whether or not the game end flag is in the “on” state (S476). If the game end flag is in the “on” state (S476: YES), the game application 20 sends a result notification instruction. (S478), and the process returns to step S460. Then, the game server process 46 waits for a connection request from the game application 20 again (S460: NO).

  FIG. 37 is a flowchart of the game end determination process (S472). The game end determination process (S472) is a process of determining whether or not the game situation information transmitted from the game applications 20-1 and 20-2 is consistent.

  As shown in FIG. 37, in the game end determination process (S472), the game server process 46 receives a game end notification and game status information (see step S121472 in FIG. 23) from the game applications 20-1 and 20-2. It is determined whether or not (S4720). When the game end notification and the game situation information have not arrived (S4720: NO), the game server process 46 ends the game end determination process (S472). When the game end notification and the game situation information are received (S4720: YES), the game server process 46 stores the game situation information (S4722), and determines whether or not the game situation information from the connected game application 20 has been prepared. Determination is made (S4724). When the game situation information from the connected game application 20 is not available (S4724: NO), the game server process 46 ends the game end determination process (S472). In step S 4724, of the game applications 20-1 and 20-2, for example, the game application 20-2 is disconnected and is not connected, only the game application 20-1 is connected. It is. Therefore, in this case, when the game end notification and the game situation information are received from the game application 20-1, it is determined that the game situation information from the connected game application 20 has been prepared. When the game situation information from the connected game application 20 is prepared (S4724: YES), the game server process 46 determines whether the winning / losing or the draw indicated by the battle result related information is consistent among the game situation information. Is determined (S4726). If there is only one connected game application 20 due to retirement or the like, step S4726 may be skipped and the process may proceed to step S4730. If the wins and losses are not consistent (S4726: NO), the game server process 46 performs special processing (S4728).

  Special processing is, for example, determining whether or not the memory checked by the cheat check software has been tampered with, and if there is tampering, the tampering content included in the game status information of the tampered one is corrected to the original content It is. Note that the game server process 46 finalizes winning or losing or a draw based on the result of the special processing. If alteration has not been detected, the game server process 46 wins or loses based on the game situation information of the game situation information from the game applications 20-1 and 20-2 that arrives earlier. The draw may be finalized. In addition, when one of the game applications 20-1 and 20-2 is disconnected, the game server process 46 may determine the winning / losing as “defeated” as the disconnected one. Further, when both of the game applications 20-1 and 20-2 are disconnected, the game server process 46 may determine the victory or defeat by setting the previously disconnected one as “defeat”. By doing in this way, a win or loss or a draw can be decided according to a simple rule.

  If the wins and losses are consistent (S4726: YES), the game server process 46 determines whether or not the scores indicated by the battle result related information are consistent (S4730). If the scores match (S4730: YES), the game server process 46 sets the game end flag to “ON” (S4734). If the scores do not match (S4730: NO), the game server process 46 sets the game situation information of the game situation information from the game applications 20-1 and 20-2 that has arrived earlier to “true”. The correction instruction for correcting the battle result related information in the other game situation information is generated and transmitted (S4732). The transmission destination of the correction instruction is the side of the game applications 20-1 and 20-2 that should be corrected, that is, the side that transmitted the game situation information of the one that arrived late. When one of the game applications 20-1 and 20-2 is disconnected, the game status information from the other is regarded as “true”.

  As described above, when the game server 3014 operates in synchronization between the game application 20-1 and the game application 20-2 (see session SC3 in FIG. 6A), the game server 3014 proceeds with the minimum processing. First, only the match result related information is corrected in the game progress process (S12146) (FIG. 23), and most of the game situation information is restored in the process (S12104) (FIG. 19) or the post-game process (S1218) (FIG. 30). Let me fix it.

  Thereafter, the game server process 46 determines whether or not the game detailed information in the game status information from the game applications 20-1 and 20-2 is consistent (S4736), and if not matched (S4736). : NO), the restoration flag is set to “ON”, and a restoration instruction for correcting the game situation information (game detailed information) is generated and transmitted (S4738). The destination of the restoration instruction is the game application that has transmitted the game status information of the game application 20-1 or 20-2 that is regarded as “false”. However, when the game application 20 that is the transmission destination of the restoration instruction is disconnected from the game applications 20-1 and 20-2, the game server process 46 restores to the game application 20 that is the transmission destination of the restoration instruction. You do not have to send instructions. Even in this case, by setting the restoration flag to “ON”, the same correction is realized by the restoration process (S12104) (see FIG. 19) caused by step S442 (see FIG. 34) of the sublobby server process 44 described above. Will be.

  Note that the restoration instruction in step S4738 may be the same as in step S442 of the sublobby server process 44 described above. The restoration flag is managed for each of the game applications 20-1 and 20-2, and the restoration flag on the side of the game applications 20-1 and 20-2 that should be corrected is set to “on”. That is, the restoration flag is not set to “on” for the game status information regarded as “true”, and the restoration flag is set only for the game status information regarded as “false”. Set to “On”.

  If the game detailed information from the game applications 20-1 and 20-2 is consistent (S4736: YES), the game server process 46 ends the game end determination process (S472).

  As described above, according to the game end determination process (S472) shown in FIG. 37, the game situation information of the earlier received game situation information from the game applications 20-1 and 20-2 is “true”. ", And the other game status information is regarded as" false ". Then, a correction instruction for correcting the match result related information out of the game situation information regarded as “false” is generated and transmitted (S4732), and the game situation information regarded as “false”. In order to correct the game detailed information, the correction flag is set to “ON” (S4738).

In the example shown in FIG. 37, transmission of a restoration instruction may be omitted in step S4738. That is, the restoration flag may only be set to “on”. In this case, as described above, step S12180 and step S12182 of the game post-processing (S1218) in FIG. 30 described above may be omitted.
In the example shown in FIG. 37, step S4736 is executed after step S4732, but step S4736 may be executed after step S4734 is executed. In this case, the possibility that transmission of the result notification instruction is delayed due to the processing time of step S4736 can be reduced.

  FIG. 38 is a flowchart of the cutting determination process (S474). It is assumed that the initial value of SUBSTATUS used in the following description is “waiting for disconnection”.

  As shown in FIG. 38, the game server process 46 receives a disconnection request (see S170 in FIG. 12) from one of the game applications 20-1 and 20-2 (S4740: YES). Changes SUBSTATUS to "Disconnect Confirmation" (S4742).

  The game server process 46 performs a disconnection detection process (S4746) when SUBSTATUS is “waiting for disconnection” (S4744: YES). The game server process 46 performs a disconnection confirmation process (S4750) when SUBSTATUS is “confirmation of disconnection” (S4748: YES). Thereafter, the game server process 46 ends the disconnection determination process (S474).

  FIG. 39 is a flowchart of the cutting detection process (S4746).

  As shown in FIG. 39, in the disconnection detection process (S4746), the game server process 46 determines whether communication from any one of the game applications 20-1 and 20-2 has been interrupted over a predetermined period T1. Determination is made (S47460). Note that the game applications 20-1 and 20-2 transmit keepalives to the server device 30 at predetermined intervals during connection. Whether or not communication has been interrupted can be determined based on whether or not keep-alives are received. The predetermined period T1 is as described above. If the game server process 46 determines that communication from a certain game application 20 has been interrupted for a predetermined period T1 (S47460: YES), the game server process 46 changes SUBSTATUS to “disconnect confirmation” (S47462), A response confirmation request is transmitted to the game application 20 (S47464), and the disconnection detection process (S4746) is terminated.

  FIG. 40 is a flowchart of the disconnection confirmation process (S4750).

  As shown in FIG. 40, in the disconnection confirmation process (S4750), the game server process 46 determines whether or not the retirement condition is satisfied. The retire condition is, for example, when a predetermined period T2 has elapsed after receiving the disconnection request, when a response corresponding to the response confirmation request does not come within the predetermined period T3, or when communication from the game application 20 is interrupted. This is established when a predetermined period T4 has elapsed after the confirmation that the event has occurred. When the retirement condition is satisfied (S47500: YES), the game server process 46 sets the game application 20 on the side that has requested disconnection or the side on which communication has been interrupted to “defeat” by retirement (S47502). Thereafter, the game server process 46 ends the disconnection confirmation process (S4750).

  Although each embodiment has been described in detail above, it is not limited to a specific embodiment, and various modifications and changes can be made within the scope described in the claims. It is also possible to combine all or a plurality of the components of the above-described embodiments.

For example, in the above-described embodiment, the process of progressing the game is an arbitrary mode based on the first operation information and the second operation information, but is not limited thereto. That is, the process of progressing the game may be automatically realized without being based on the first operation information and the second operation information. For example, the process of progressing the game may be executed based on a random number and each team information.
In the above-described embodiment, the communication between the game terminals 10-1 and 10-2 is realized via the server device 30, but may be directly realized via a wireless communication path. In this case, the wireless communication path may be realized by short-range wireless communication, Bluetooth (registered trademark), Wi-Fi (Wireless Fidelity), or the like.
In the above-described embodiment, the first player information (the same applies to the second player information) may be information other than information unique to the first player. For example, depending on the game system, user registration cannot be performed at first, and an ID, an account, a serial code of the game terminal 10 model, and a Mac (Media Access Control) address are temporarily used. There is a registration method in which a user is registered, and after a little play, the user is registered. In addition, an increasing number of game systems cannot be fully registered until the user sets takeover data. Therefore, in such a game system, the operation information associated with the first player information is the operation information when the user (first player) operates the game application after starting the game application and performing server authentication. including. The server authentication is not limited to server authentication based on the user name input by the first player as a regular procedure, and may be server authentication based on IDs of various services, serial codes of game terminal 10 models, and the like. .

In addition, the following additional remarks are disclosed regarding the above Example.
[Appendix 1]
A game system (1) for a game including a first game execution unit (110) and a second game execution unit (110) capable of communicating with each other,
The first game execution unit (110) includes first instruction information (for example, raw data obtained from the operation unit 14 or information obtained by processing raw data) associated with the first user information, and the first user information. Is the second instruction information associated with the different second user information, and the game progressed based on the second instruction information acquired by communication from the second game execution unit (110), and the progressed game First progress processing (for example, processing of TA8, TA14, S12146) that stores first game status information (for example, D101, D240) representing the game status of the first game in the first storage unit (for example, game status information storage unit 120) is executed. ,
The second game execution unit (110) advances and progresses the game based on the first instruction information and the second instruction information acquired from the first game execution unit (110) by communication. Second progress processing (for example, processing of TB8, TB14, S12146) for storing second game status information (for example, D101, D240) representing the game status of the game in the second storage unit (for example, game status information storage unit 120). Run,
The first game situation information at the end of the game and the second game situation information at the end of the game are compared (for example, processing of TS14, S4726, S4736), and the game Correction processing for correcting one game situation information of the first game situation information at the end and the second game situation information at the end of the game so as to be consistent with the other game situation information ( For example, a correction unit (200) that executes TS14, TS16, TB18, TB20, TS22, TS24, TB28, TB30, TS50, TB52, TB54, TS60, TS66, TB66, S442, S4732, S4738, S12104, S12182, S121476) ) Further including a game system (1).
According to the game system (1) according to Supplementary Note 1, the first game situation information at the end of the game is compared with the second game situation information at the end of the game, and the game is finished according to the comparison result. Of the first game situation information and the second game situation information at the end of the game, one game situation information is matched with the other game situation information, thereby avoiding the inconvenience of giving the user a sense of incongruity. Is possible.
[Appendix 2]
The correction unit (200) includes the first game situation information (for example, D101, D240) at the end of the game and the second game situation information (for example, D101, D240) at the end of the game as the comparison results. ), The game system (1) according to appendix 1, wherein the correction process for correcting the one game situation information based on the other game situation information is executed.
According to the game system (1) according to Supplementary Note 2, since one game situation information can be corrected using the other game situation information, it is necessary to perform a new game process to reproduce the “true” game situation information. Can be reduced.
[Appendix 3]
The first game execution unit (110) associates a value of a first competitive ability parameter (for example, D101 stamina) that affects the competitive ability of the game object associated with the first user information and the second user information. The first progress process (for example, the process of TA8, TA14, and S12146) is further performed based on the value of the second battle ability parameter (for example, the stamina of D101) that affects the battle ability of the selected game object,
The second game execution unit (110) performs the second progress process (for example, the process of TB8, TB14, S12146) further based on the value of the first battle capability parameter and the value of the second battle capability parameter. Run,
The first game situation information includes each value of the first competitive ability parameter and the second competitive ability parameter,
The second game situation information includes each value of the first battle capability parameter and the second battle capability parameter,
In the correction process, each value of the first competitive ability parameter and the second competitive ability parameter of the one game situation information is used as the first competitive ability parameter and the second competitive ability parameter of the other game situation information. Additional parameter 1 including parameter correction processing (for example, processing of TS22, TS24, TB28, TB30, TS50, TB52, TB54, TS60, TS66, TB66, S442, S4738, S12104, S12182) that is corrected to match each value of Or the game system (1) of 2.
According to the game system (1) according to Supplementary Note 3, since the value of the battle ability parameter used in the next game can be corrected, the power is turned off to prevent the battle ability parameter value from being updated in a disadvantageous direction. It is possible to prevent the operation from being triggered.
[Appendix 4]
The first game execution unit (110) further outputs a battle result relating to the ended game based on the first game situation information at the end of the game at a first notification timing (for example, TA20). Result notification processing (for example, processing of TA20, S121482),
The second game execution unit (110) further outputs a battle result relating to the ended game based on the second game situation information at the end of the game at a second notification timing (for example, TB26). Result notification processing (for example, processing of TB26, S121482),
At least a part of the parameter correction process related to the first game situation information is executed after the first notification timing (for example, TA20),
At least a part of the parameter correction processing (for example, processing of TS22, TS24, TB28, TB30, TS50, TB52, TB54, TS60, TS66, TB66, S442, S4738, S12104, S12182) related to the second game situation information. (For example, processing of TS24, TB28, TB30, TS50, TB52, TB54, TS60, TS66, TB66, S442, S4738, S12104, S12182) is executed after the second notification timing (for example, TB26). 3. The game system (1) according to 3.
According to the game system (1) according to supplementary note 4, the value of the fighting ability parameter used in the next game is corrected after the result notification process. Therefore, the value of the fighting ability parameter is corrected before the result notification process. The time until the result notification process can be executed can be shortened as compared with the case where As a result, it is possible to shorten the waiting time until the result notification processing on the side where correction is not required (waiting time until the correction on the side where correction is required is completed).
[Appendix 5]
The first game situation information and the second game situation information each include first information (for example, battle result related information) and second information (for example, battle ability information or game detailed information) having different attributes,
The correction process includes a first correction process (for example, a process of TS14, TS16, TB18, TB20, S4732, and S121476) for correcting the first information of the one game situation information, and the one of the one game situation information. Includes at least one of second correction processes for correcting the second information (for example, processes of TS22, TS24, TB28, TB30, TS50, TB52, TB54, TS60, TS66, TB66, S442, S4738, S12104, S12182). The game system (1) according to appendix 1.
According to the game system (1) according to Supplementary Note 5, it is possible to correct inconsistency related to at least one of the first information and the second information having different attributes.
[Appendix 6]
The first information includes a value of a first parameter (for example, a battle result related parameter such as a score) that affects a battle result related to the game that has been completed,
The second information includes a value of a second parameter (for example, a battle ability parameter such as stamina) that is a second parameter whose value changes due to the game that has ended and affects the battle ability. The game system (1) described.
According to the game system (1) according to supplementary note 6, by correcting the value of the first parameter, it is possible to increase the possibility of correctly outputting the battle result relating to the game. In addition, by correcting the value of the second parameter, it is possible to prevent the power-off operation from being induced so that the value of the second parameter is not updated in a disadvantageous direction.
[Appendix 7]
The correction unit (200) executes at least a part of the first correction process (for example, the processes of TS14, TS16, TB18, TB20, S4732, and S121476) at a first correction timing,
The correction unit (200) performs the second correction processing (for example, TS22, TS24, TB28, TB30, TS50, TB52, TB54, TS60, TS66, TB66, S442, second correction timing different from the first correction timing). The game system (1) according to appendix 5 or 6, wherein at least a part of the processes of S4738, S12104, and S12182 is executed.
According to the game system (1) according to Supplementary Note 7, the first information and the second information having different attributes can be corrected at different timings.
[Appendix 8]
The first game execution unit (110) further determines the game that has been completed based on the first information of the first game situation information at the time of completion of the game at a first notification timing (for example, TA20). The result notification process (for example, the process of TA20, S121482) that outputs the battle result is executed,
The second game execution unit (110) further determines the game that has been ended based on the first information of the second game situation information at the end of the game at a second notification timing (for example, TB26). The result notification process (for example, the process of TB26, S121482) that outputs the battle result is executed,
The first correction timing when correcting the first information of the first game situation information is before the first notification timing;
The game according to appendix 7, wherein the first correction timing (for example, TS14, TS16, TB18, TB20) when correcting the first information of the second game situation information is earlier than the second notification timing. System (1).
According to the game system (1) according to supplementary note 8, by correcting the first information before the result notification process, it is possible to increase the possibility that the match result relating to the game can be output correctly.
[Appendix 9]
The first game execution unit (110) further determines the game that has been completed based on the first information of the first game situation information at the time of completion of the game at a first notification timing (for example, TA20). The result notification process (for example, the process of TA20, S121482) that outputs the battle result is executed,
The second game execution unit (110) further determines the game that has been ended based on the first information of the second game situation information at the end of the game at a second notification timing (for example, TB26). The result notification process (for example, the process of TB26, S121482) that outputs the battle result is executed,
The second correction timing when correcting the second information of the first game situation information is after the first notification timing,
The second modification timing (for example, TS22, TS24, TB28, TB30, TS50, TB52, TB54, TS60, TS66, TB66) when the second information of the second game situation information is modified is the second notification timing. The game system (1) according to appendix 7, which is later.
According to the game system (1) according to Supplementary Note 9, by correcting the second information after the result notification process, it is possible to correct the inconsistency of the second information and output the battle result immediately after the game is over.
[Appendix 10]
The result notifying process (for example, the process of TA20, TB26, S121482) includes outputting a score associated with the first user information and a score associated with the second user information. A game system according to (1).
According to the game system (1) according to Supplementary Note 10, it is possible to output the score relationship (match result) reflecting the correction.
[Appendix 11]
The second information of the first game status information is first predetermined information that is updated after the end of the game without being updated during the game (for example, a value of a post-game update parameter such as an ability value for each player) Information)
The second information of the second game status information is second predetermined information that is updated after the game is finished without being updated during the game (for example, a value of a post-game update parameter such as an ability value for each player) Information)
The first game execution unit (110) further updates the first predetermined information based on information other than the first predetermined information in the first game situation information at the end of the game. 1 update process (for example, TA50 process)
The second game execution unit (110) further updates the second predetermined information based on information other than the second predetermined information in the second game situation information at the end of the game. 2 update processing (for example, processing of TB50),
The second correction process is a process for correcting the first predetermined information or the second predetermined information updated by the first update process or the second update process (for example, a process of TS50, TB52, TB54), or Instead of the first update process or the second update process, the first predetermined game information is updated based on the second game situation information at the end of the game or the first game situation at the end of the game. The game system (1) according to appendix 5 or 6, including a process of updating the second predetermined information based on the information (for example, a process of TS50, TB52, TB54).
According to the game system (1) according to Supplementary Note 11, the information updated after the game ends without being updated during the game can be corrected.
[Appendix 12]
A forced termination processing unit (301) that forcibly terminates the game based on a state in which normal termination of the game becomes impossible due to communication interruption;
When the game ends normally, the correction unit (200) performs the first correction process (for example, TS14, TS16, TB18, TB20, S4732, and S121476) and the second correction process (for example, TS22, TS24). , TB28, TB30, TS50, TB52, TB54, TS60, TS66, TB66, S442, S4738, S12104, S12182) are executed, and the second correction process (for example, The game system according to any one of appendices 5 to 11, which executes TS22, TS24, TB28, TB30, TS50, TB52, TB54, TS60, TS66, TB66, S442, S4738, S12104, and S12182) (1).
According to the game system (1) according to supplementary note 12, when the game ends normally, the inconsistency between the first information and the second information can be corrected, and when the game ends forcibly, the second information Inconsistencies can be corrected.
[Appendix 13]
The correction unit (200) is connected to the first game terminal (10-1) including the determination processing unit (302) provided in the server device (30) and the first storage unit (for example, the game situation information storage unit 120). A first correction instruction processing unit (116) provided and a second game terminal (10-) that is different from the first game terminal (10-1) and includes the second storage unit (for example, the game situation information storage unit 120). 2) a second correction instruction processing unit (116) provided in 2),
The first game execution unit (110) is provided in the first game terminal (10-1),
The second game execution unit (110) is provided in the second game terminal (10-2),
The determination processing unit (302) determines whether the first game situation information at the end of the game and the second game situation information at the end of the game match, and determines that they do not match. In such a case, a correction instruction is transmitted to the first game execution unit (110) or the second game execution unit (110),
When the first correction instruction processing unit (116) receives the correction instruction from the determination processing unit (302), the first correction instruction processing unit (116) includes the correction processing (for example, processing of S442, S4732, S4738, S12104, S12182, and S121476). The process of correcting the first game situation information (for example, the processes of S12104, S12182, S121476) is executed,
When the second correction instruction processing unit (116) receives the correction instruction from the determination processing unit (302), the second correction instruction processing unit (116) includes the correction processing (for example, processing of S442, S4732, S4738, S12104, S12182, and S121476). The game system (1) according to any one of appendices 1 to 12, wherein a process of correcting the second game situation information (for example, the processes of S12104, S12182, and S121476) is executed.
According to the game system (1) according to Supplementary Note 13, it is possible to determine consistency on the server device side and transmit a correction instruction to the game terminal on the side that needs correction.
[Appendix 14]
The first game execution unit (110) further stores the first game situation information stored in the first storage unit (for example, the game situation information storage unit 120) at the end of the game. 30) execute the first game situation information transmission process (for example, TA16 process) to be transmitted,
The second game execution unit (110) further stores the second game situation information stored in the second storage unit (for example, the game situation information storage unit 120) at the end of the game. 30. The game system (1) according to appendix 13, which executes a second game situation information transmission process (for example, a process of TB16) transmitted to 30).
According to the game system (1) according to supplementary note 14, the server device can compare the first game situation information and the second game situation information transmitted at the end of the game.
[Appendix 15]
The other game situation information is received early by the server device (30) out of the first game situation information at the end of the game and the second game situation information at the end of the game. The game system (1) according to appendix 14, wherein
According to the game system (1) according to Supplementary Note 15, game situation information that needs to be corrected can be determined according to a simple rule.
[Appendix 16]
The first game execution unit (110) further executes a first instruction information transmission process (for example, processes of TA4 and TA12) for transmitting the first instruction information to the server device (30),
The second game execution unit (110) further executes second instruction information transmission processing (for example, processing of TB6 and TB10) for transmitting the second instruction information to the server device (30),
The server device (30) transmits the first instruction information to the second game execution unit (110) (for example, processing of TS4 and TS10), and transmits the second instruction information to the first game execution unit ( 110) (for example, processing of TS6 and TS8), the game system (1) according to appendix 13.
According to the game system (1) according to supplementary note 16, the server device only needs to relay the instruction information, and the processing load on the server device can be reduced.
[Appendix 17]
The first game execution unit (110), at the start of the game, first game data (eg, D50, D301) associated with the first user information and a second game associated with the second user information. Initial data including data (for example, D50, D301) and random number seed is acquired (for example, processing of TA2), and until the end of the game, the initial data, the first instruction information, and the second instruction information, Based on the above, the first progression processing is executed (for example, processing of TA8, TA14, S12146),
The second game execution unit (110) acquires the initial data at the start of the game (for example, processing of TB2 and TB66), and until the game ends, the initial data, the first instruction information, and the The game system (1) according to any one of supplementary notes 1 to 16, wherein the second progress process (for example, the process of TB8, TB14, and S12146) is executed based on the second instruction information.
According to the game system (1) according to supplementary note 17, it is possible to improve the game performance by an uncertain element using a random number seed. In addition, by using a common random number seed in the first game execution unit and the second game execution unit, the result of the indeterminate element can be made the same in the first progression process and the second progression process.
[Appendix 18]
First instruction information associated with the first user information (for example, raw data obtained from the operation unit 14 or information obtained by processing raw data) and second user information associated with second user information different from the first user information. Based on the instruction information and the second instruction information acquired by communication from the second game execution unit (110), the game progresses (for example, processing of TA8, TA14, S12146) and represents the game situation of the progressed game A first game situation information received at the end of the game is received from a first game execution section (110) that stores the first game situation information in a first storage section (for example, the game situation information storage section 120). Reception processing (for example, processing of TS12),
Based on the first instruction information and the second instruction information acquired by communication from the first game execution unit (110), the game progresses (for example, processing of TA8, TA14, S12146) and the progress of the game From the second game execution unit (110) that stores second game situation information representing a game situation in a second storage unit (for example, the game situation information storage unit 120), the second game situation information at the time of termination of the game. A second reception process (for example, a process of TS12) for receiving
The first game situation information at the end of the game and the second game situation information at the end of the game are compared (for example, processing of TS14, TS22, S4726, S4736), and depending on the comparison result, To correct one game situation information of the first game situation information at the end of the game and the second game situation information at the end of the game so as to be consistent with the other game situation information The server apparatus (30) which performs the process (For example, the process of TS16, TS24, TS50, TS60, TS66, S12104, S12182, S121476) which produces | generates the correction instruction | indication.
[Appendix 19]
First instruction information associated with the first user information (for example, raw data obtained from the operation unit 14 or information obtained by processing the raw data) and second user information different from the first user information. Based on the 2nd instruction information and the 2nd instruction information acquired by communication, the game proceeds (for example, processing of TA8, TA14, S12146),
First game situation information representing the game situation of the progressed game is stored in a storage unit (eg, game situation information storage unit 120) (eg, processing in TB8, TB14, S12146),
The first game situation information at the end of the game is transmitted to the server device (30) (for example, processing of TB16),
According to a comparison result between the second game situation information and the first game situation information related to the game generated by another program based on the second instruction information and the first instruction information acquired by communication The correction instruction is received from the server device (30) that generates a correction instruction (for example, processing of TS16, TS24, TS50, TS60, TS66, S12104, S12182, and S121476) (for example, TB18, TB20, TB28, TB30, TB52, TB54, TB66, S442, S4732, and S4738)
Based on the received correction instruction, the first game situation information at the end of the game is corrected (for example, processing of TB18, TB20, TB28, TB30),
A program that causes a computer to execute processing.
[Appendix 20]
A game system (1) for a game including a first game execution unit (110) and a second game execution unit (110),
The first game execution unit (110) includes first instruction information (for example, raw data obtained from the operation unit 14 or information obtained by processing raw data) associated with predetermined user information, and the second game execution unit. Based on the second instruction information acquired by communication from (110), the game progresses, and the first game situation information indicating the game situation of the progressed game is stored in a first storage unit (for example, the game situation information storage unit 120). ) To execute the first progress processing (for example, processing of TA8, TA14, S12146) stored in
The second game execution unit (110) plays the game based on the first instruction information acquired by communication from the first game execution unit (110) and the automatically generated second instruction information. The second progress process (for example, the process of TB8, TB14, S12146) for storing the second game situation information indicating the game situation of the progressed game in the second storage unit (for example, the game situation information storage unit 120) is executed. And
The first game situation information at the end of the game and the second game situation information at the end of the game are compared (for example, processing of TS14, TS22, S4726, S4736), and depending on the comparison result, Correction processing for correcting the first game situation information at the end of the game so as to be consistent with the second game situation information (for example, TS14, TS16, TB18, TB20, TS22, TS24, TB28, TB30, TS50, TB52) , TB54, TS60, TS66, TB66, S442, S4732, S4738, S12104, S12182, S121476), and further includes a correction unit (200).
According to the game system (1) according to supplementary note 20, the first game situation information at the end of the game and the second game situation information at the end of the game are compared, and according to the comparison result, the first game situation information is compared. The game situation information is corrected to match the second game situation information. As a result, the inconsistency between the game status information at the end of the game is corrected without being left, so that the inconvenience when the inconsistency between the game status information at the end of the game is left unattended can be reduced. Also, since the second game situation information is generated based on the automatically generated second instruction information (that is, different from the instruction information input by the user), the second game execution unit is separated from the user. This can be realized by a server device or the like. Then, the inconsistency can be corrected in a highly consistent manner by correcting the second game situation information generated by the second game execution unit as “true”.
[Appendix 21]
A game system (1) for a game including a first game execution unit (110) and a second game execution unit (110) capable of communicating with each other,
The first game execution unit (110) includes first operation information (for example, raw data obtained from the operation unit 14 or information obtained by processing raw data) associated with the first player information, and the first player information. Is the second operation information associated with the different second player information, and the game progresses based on the second operation information acquired by communication from the second game execution unit, and the game situation of the progressed game The first progress process for storing the first game situation information representing the first game status information in the first storage unit is executed (for example, the process of TA8, TA14, S12146),
The second game execution unit (110) advances the game based on the first operation information and the second operation information acquired by communication from the first game execution unit, and Executing the second progress process of storing the second game situation information representing the game situation in the second storage unit (for example, the process of TB8, TB14, S12146);
A correction process for correcting at least one of the game situation information according to the consistency between the first game situation information at the end of the game and the second game situation information at the end of the game (for example, TS14, The game further includes a correction unit that executes TS16, TB18, TB20, TS22, TS24, TB28, TB30, TS50, TB52, TB54, TS60, TS66, TB66, S442, S4732, S4738, S12104, S12182, and S121476) system.
According to the game system (1) according to supplementary note 21, at least one of the game situation information is determined according to the consistency between the first game situation information at the end of the game and the second game situation information at the end of the game. A correction process to correct can be executed. As a result, the inconsistency between the game status information at the end of the game is corrected without being left, so that the inconvenience when the inconsistency between the game status information at the end of the game is left unattended can be reduced.

By the way, if the inconsistency between the game situation information at the end of the game is not corrected, a power off operation is induced to give the user a sense of incongruity or prevent the game situation information from being updated in a disadvantageous direction. There is a fear. For example, when the game situation information includes a parameter value that affects the fighting ability, such a change should be prevented in a situation where the parameter value changes in an unfavorable direction (for example, the next fight will be given up) There is a risk that forced termination by power-off operation will be triggered.
The game situation information may include information on multiple attributes that cause inconsistencies. If all the attribute information is corrected at the same time, the processing load increases, and processing after the game ends takes time. May give a sense of incongruity. For example, if the information of all the attributes in which inconsistency has occurred is corrected before the output of the battle result, the output of the battle result may be delayed due to the processing time for such correction, and the user may feel uncomfortable.
Accordingly, in one aspect, the present invention relates to inconsistencies between game situation information respectively stored by a plurality of game execution units, and inconsistencies between game situation information at the end of the game according to attributes. It is intended to correct at the timing.
[Appendix 22]
A game system (1) for a game including a first game execution unit (110) and a second game execution unit (110) capable of communicating with each other,
The first game execution unit (110) advances the game by performing a game process, and stores first game situation information representing the game situation of the progressed game in a first storage unit (for example, the game situation information storage unit 120). ) To execute the first progress processing (for example, processing of TA8, TA14, S12146) stored in
The second game execution unit (110) advances the game by performing a game process, and stores second game situation information representing the game situation of the progressed game in a second storage unit (for example, the game situation information storage unit 120). ) To store the second progress process (for example, the process of TB8, TB14, S12146),
The first game situation information at the end of the game and the second game situation information at the end of the game are compared (for example, processing of TS14, TS22, S4726, S4736), and depending on the comparison result, Correction that corrects one game situation information of the first game situation information at the end of the game and the second game situation information at the end of the game so as to be consistent with the other game situation information Correction unit for executing processing (for example, processing of TS14, TS16, TB18, TB20, TS22, TS24, TB28, TB30, TS50, TB52, TB54, TS60, TS66, TB66, S442, S4732, S4738, S12104, S12182, S121476) (200) further including
The first game situation information and the second game situation information each include first information (for example, battle result related information) and second information (for example, battle ability information or game detailed information) having different attributes,
The correction unit (200) corrects the first information at a first correction timing (for example, TS14, TS16, TB18, TB20) (for example, processing of TS14, TS16, TB18, TB20, S4732, S121476), and the first The second information is corrected (for example, TS22, TS24, TB28, TB30, TS50) at a second correction timing (for example, TS22, TS24, TB28, TB30, TS50, TB52, TB54, TS60, TS66, TB66) different from the correction timing. , TB52, TB54, TS60, TS66, TB66, S442, S4738, S12104, S12182), the game system (1).
According to the game system (1) according to Supplementary Note 22, the first information and the second information having different attributes can be corrected at a timing according to the different attributes. Thereby, it is possible to reduce the possibility that the output of the battle result is delayed due to the processing time for correction.

DESCRIPTION OF SYMBOLS 1 Game system 10 Game terminal group 10-1 Game terminal 10-2 Game terminal 10-3 Game terminal 11 Control part 12 Memory | storage part 13 Communication part 14 Operation part 15 Display part 16 Audio | voice output part 20 Game application 20-1 Game application 20 -2 game application 30 server device 31 control unit 32 storage unit 33 communication unit 40 gate server process 41 authentication server process 42 SQL process 43 lobby server process 44 sublobby server process 44-1 sublobby server process 44-2 sublobby server process 45 matching process 46 game server process 46-1 game server process 46-2 game server process 110 game execution unit 111 progress processing unit 112 operation information transmission / reception processing unit 113 result notification processing unit 114 game situation information transmission processing unit 1 15 update processing unit 116 correction instruction processing unit 118 communication processing unit 120 game situation information storage unit 200 correction unit 301 forcible termination processing unit 302 determination processing unit 303 consistency determination unit 304 correction instruction generation unit 306 game data correction unit 320 game data storage Part 3011 Gate server 3012 Authentication server 3013 Lobby server 3014 Game server

Claims (11)

A game system for a game including a first game execution unit and a second game execution unit capable of communicating with each other,
The first game execution unit includes first instruction information associated with first user information and second instruction information associated with second user information different from the first user information, wherein the second game execution is performed. Based on the second instruction information acquired by communication from the unit, the game is progressed, and first progress processing for storing first game situation information representing the game situation of the progressed game in the first storage unit is executed. ,
The second game execution unit advances the game based on the first instruction information and the second instruction information acquired by communication from the first game execution unit, and displays a game status of the progressed game. Executing a second progress process for storing the second game situation information representing the second game situation information in the second storage unit;
The first game situation information at the end of the game is compared with the second game situation information at the end of the game, and according to the comparison result, the first game situation information at the end of the game And a game system further comprising a correction unit that executes a correction process for correcting one of the second game situation information at the end of the game so as to be consistent with the other game situation information. .   If the first game situation information at the end of the game and the second game situation information at the end of the game do not match as the comparison result, the correction unit adds the other game situation information to the other game situation information. The game system according to claim 1, wherein the correction process for correcting the one game situation information is executed based on the correction process. The first game execution unit affects the value of the first battle ability parameter that affects the fighting ability of the game object associated with the first user information and the fighting ability of the game object associated with the second user information. And further executing the first progress process based on the value of the second battle ability parameter to
The second game execution unit executes the second progression process based on the value of the first battle ability parameter and the value of the second battle ability parameter;
The first game situation information includes each value of the first competitive ability parameter and the second competitive ability parameter,
The second game situation information includes each value of the first battle capability parameter and the second battle capability parameter,
In the correction process, each value of the first competitive ability parameter and the second competitive ability parameter of the one game situation information is used as the first competitive ability parameter and the second competitive ability parameter of the other game situation information. The game system according to claim 1, further comprising: a parameter correction process that corrects the values so as to match each value. The first game execution unit further executes a result notification process for outputting a battle result related to the ended game based on the first game situation information at the end of the game at a first notification timing. ,
The second game execution unit further executes a result notification process for outputting a battle result relating to the ended game based on the second game situation information at the end of the game at a second notification timing. ,
At least a part of the parameter correction process related to the first game situation information is executed after the first notification timing,
The game system according to claim 3, wherein at least a part of the parameter correction processing related to the second game situation information is executed after the second notification timing. The first game situation information and the second game situation information each include first information and second information having different attributes,
The correction process is at least one of a first correction process for correcting the first information of the one game situation information and a second correction process for correcting the second information of the one game situation information. The game system according to claim 1, comprising: The first information includes a value of a first parameter that affects a battle result relating to the game that has been completed,
6. The game system according to claim 5, wherein the second information includes a value of a second parameter that changes in value due to the game that has been completed and that affects the fighting ability. The correction unit executes at least a part of the first correction process at a first correction timing;
The game system according to claim 5 or 6, wherein the correction unit executes at least a part of the second correction process at a second correction timing different from the first correction timing. The first game execution unit further outputs, at a first notification timing, a match result relating to the finished game based on the first information of the first game situation information at the end of the game. Execute notification process,
The second game execution unit further outputs, at a second notification timing, a match result related to the finished game based on the first information of the second game situation information at the end of the game. Execute notification process,
The first correction timing when correcting the first information of the first game situation information is before the first notification timing;
The game system according to claim 7, wherein the first correction timing when correcting the first information of the second game situation information is earlier than the second notification timing. The first game execution unit further outputs, at a first notification timing, a match result relating to the finished game based on the first information of the first game situation information at the end of the game. Execute notification process,
The second game execution unit further outputs, at a second notification timing, a match result related to the finished game based on the first information of the second game situation information at the end of the game. Execute notification process,
The second correction timing when correcting the second information of the first game situation information is after the first notification timing,
The game system according to claim 7, wherein the second correction timing when correcting the second information of the second game situation information is later than the second notification timing. Second instruction information obtained by communication from a second game execution unit, which is second instruction information associated with second user information different from the first instruction information associated with the first user information and the first user information. The first game situation at the end of the game from the first game execution unit that stores the first game situation information representing the game situation of the game that has progressed and progressed based on the first game situation information in the first storage unit A first reception process for receiving information;
Based on the first instruction information and the second instruction information acquired by communication from the first game execution unit, the game progresses and second game situation information indicating the game situation of the game that has progressed is stored in a second memory. A second reception process for receiving the second game situation information at the end of the game from the second game execution unit stored in the unit;
The first game situation information at the end of the game is compared with the second game situation information at the end of the game, and according to the comparison result, the first game situation information at the end of the game And a process of generating a correction instruction for correcting one game situation information of the second game situation information at the end of the game so as to be consistent with the other game situation information, Server device. Based on the first instruction information associated with the first user information and the second instruction information associated with the second user information different from the first user information and acquired by communication, Progress the game,
Storing first game situation information indicating a game situation of the progressed game in a storage unit;
Transmitting the first game situation information at the end of the game to a server device;
According to a comparison result between the second game situation information and the first game situation information related to the game generated by another program based on the second instruction information and the first instruction information acquired by communication Receiving the correction instruction from the server device that generates the correction instruction,
Correcting the first game situation information at the end of the game based on the received correction instruction;
A program that causes a computer to execute processing.