JP2019141585A - Game system, game terminal, and program - Google Patents

Abstract

To reduce communication load.SOLUTION: A game system (S) includes a plurality of game execution means (100). Each game execution means (100) includes: game data acquisition means (101) for acquiring game data associated with each of the plurality of pieces of user information when the game is started; random number acquisition means (103) for acquiring a random number generated on the basis of a common random number generation rule in the plurality of game execution means (100); storage means (104) for storing situation data indicating a game situation; update means (105) for updating the situation data on the basis of execution of a common game process by the plurality of game execution means (100), on the basis of the game data associated with each user information and the random number; and display control means (106) for displaying a game image indicating the game situation on display means (15), on the basis of the situation data.SELECTED DRAWING: Figure 9

Description

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

  Conventionally, a game in which a plurality of users participate using game terminals is known. For example, in Patent Document 1, when one of a plurality of game terminals plays the role of a server and another game terminal plays the role of a client, the game terminal of the server receives user operation information from the game terminal of the client. Is described, and a game system for updating situation data indicating a game situation is described. In this game system, the game terminal of the server transmits the updated situation data to the client game terminal so that the situation data is matched at each game terminal.

JP 2014-144369 A

  However, in the technique of Patent Document 1, transmission of operation information from the client game terminal to the server game terminal and transmission of status data from the server game terminal to the client game terminal are repeated, so that the communication load of the network Increased.

  The present invention has been made in view of the above problems, and an object thereof is to provide a game system, a game terminal, and a program capable of reducing a communication load.

  In order to solve the above problems, a game system according to an aspect of the present invention is a game system including a plurality of game execution means, and each game execution means includes a plurality of pieces of user information when a game is started. Game data acquisition means for acquiring game data associated with each of the game execution means, random number acquisition means for acquiring a random number generated based on a random number generation rule common to the plurality of game execution means, and the status of the game Based on the storage means for storing situation data, the game data associated with each user information, and the random number, the plurality of game execution means execute a common game process to update the situation data. Update means, and display control means for causing the display means to display a game image indicating the situation of the game based on the situation data.

  A game terminal according to an aspect of the present invention is a game terminal including at least one of a plurality of game execution means, and each game execution means includes a plurality of pieces of user information when a game is started. Game data acquisition means for acquiring game data associated with the game data, random number acquisition means for acquiring a random number generated based on a random number generation rule common to the plurality of game execution means, and status data indicating the status of the game And updating means for updating the situation data by executing a common game process in the plurality of game execution means based on the game data and the random number associated with each user information. And display control means for displaying a game image indicating the game situation on the display means based on the situation data.

It is a figure which shows the whole game system structure. It is a figure which shows an example of my page image. It is a figure which shows an example of a game menu image. It is a figure which shows an example of an individual battle | competition image. It is a figure which shows an example of a team information image. It is a figure which shows an example of a matching image. It is a figure which shows an example of a battle | competition image. It is a figure which shows progress of the separate battle | competition in each of a game terminal. It is a functional block diagram which shows the function relevant to this invention among the functions implement | achieved by a game system. It is a figure which shows the data storage example of situation data. It is a figure which shows the data storage example of user data. It is a flowchart which shows an example of the process performed in a game system. It is a flowchart which shows an example of the process performed in a game system. It is a flowchart which shows an example of the process performed in a game system. It is a figure which shows an example of the battle | competition image in a group battle | competition. It is a figure which shows a mode that a window is displayed on a battle | competition image. It is a figure which shows a mode that a message is displayed on a battle | competition image. It is a figure which shows progress of the game performed with the game program of each game terminal. It is a functional block diagram which shows the function relevant to this invention among the functions implement | achieved by a game system. It is a flowchart which shows an example of the process performed in a game system. It is a figure which shows an example of a card selection image. It is a figure which shows an example of the card selection image in matching. It is a functional block diagram which shows the function relevant to this invention among the functions implement | achieved by a game system. It is a figure which shows the data storage example of participation registration data. It is a flowchart which shows an example of the process performed in a game system. It is a figure which shows the detail of the process of S345. 10 is a functional block diagram in a modified example of Embodiment 3. FIG. It is a figure which shows the relationship between a 1st position and a 2nd position. It is a figure which shows the relationship between a 1st occupation and a 2nd post. It is explanatory drawing which shows an example of the outline | summary of the game system SYS which concerns on embodiment of this invention. It is explanatory drawing which shows an example of menu screen G1. It is explanatory drawing which shows an example of the battle | competition screen G2. It is explanatory drawing which shows an example of the battle | competition screen G2. It is explanatory drawing which shows an example of the battle | competition screen G2. It is explanatory drawing which shows an example of the outline | summary of a battle | competition. 2 is a block diagram illustrating an example of a configuration of a game terminal 10. FIG. It is a figure which shows an example of a data structure of user information DT1. It is a figure which shows an example of a data structure of battle condition information DT3. 3 is a block diagram illustrating an example of a configuration of a gate server 31. FIG. 3 is a block diagram illustrating an example of a configuration of an authentication server 32. FIG. It is a block diagram which shows an example of a structure of the lobby server. 3 is a block diagram illustrating an example of a configuration of a game server 34. FIG. It is a sequence chart which shows an example of operation | movement of game system SYS. It is a sequence chart which shows an example of operation | movement of game system SYS. 4 is a flowchart showing an example of the operation of the game terminal 10. 4 is a flowchart showing an example of the operation of the game terminal 10. 4 is a flowchart showing an example of the operation of the game terminal 10. It is a block diagram which shows an example of a structure of 34 C of game servers which concern on the modification 1 of this invention. It is a block diagram showing an example of composition of game terminal 10C.

[1. Embodiment 1]
Embodiments according to the present invention will be described below with reference to the drawings. In the drawings, the same or corresponding components are denoted by the same reference numerals, and repeated description may be omitted.

[1-1. Overall configuration of game system]
FIG. 1 is a diagram showing the overall configuration of the game system. As shown in FIG. 1, the game system S according to the present embodiment includes game terminals 10A and 10B, a gate server 30A, an authentication server 30B, a lobby server 30C, and a game server 30D. Each of game terminals 10A, 10B, gate server 30A, authentication server 30B, lobby server 30C, and game server 30D is connected to a network N such as the Internet.

  The game terminals 10A and 10B are computers. For example, each of the game terminals 10A and 10B is a mobile terminal (for example, a mobile phone such as a smartphone or a tablet computer), a personal computer, a mobile game machine, a stationary game machine, an arcade game machine, or a multi-player equipped with an information processing function. A functional television receiver (smart TV).

  As shown in FIG. 1, the game terminal 10A includes a control unit 11A, a storage unit 12A, a communication unit 13A, an operation unit 14A, and a display unit 15A. The control unit 11A includes at least one microprocessor.

  For example, the control unit 11A may include a plurality of microprocessors. The control unit 11A executes processing according to an operating system and other programs. The storage unit 12A includes a main storage unit (for example, RAM) and an auxiliary storage unit (for example, a nonvolatile semiconductor memory). The storage unit 12A stores programs and data. For example, when the game terminal 10A is a personal computer or the like, the storage unit 12A may include an auxiliary storage unit such as a hard disk drive or a solid state drive. The communication unit 13A includes a communication module and a communication interface. The communication unit 13A performs data communication via the network N.

  The operation unit 14A is an input device, and may include, for example, a key, a lever, a game controller (game pad), a pointing device such as a mouse and a touch panel, or a keyboard. Further, for example, the operation unit 14A may include a microphone and a camera for the user to perform an input operation by voice or gesture. The display unit 15 </ b> A is, for example, a liquid crystal display panel or an organic EL display, and displays a screen according to instructions from the control unit 11. Note that the operation unit 14A and the display unit 15A may not be built in the game terminal 10A, and may be external devices connected to the game terminal 10A.

  The game terminal 10B includes a control unit 11B, a storage unit 12B, a communication unit 13B, an operation unit 14B, and a display unit 15B. The hardware configurations of the control unit 11B, storage unit 12B, communication unit 13B, operation unit 14B, and display unit 15B are the same as those of the control unit 11A, storage unit 12A, communication unit 13A, operation unit 14A, and display unit 15A, respectively. It may be.

  In the present embodiment, the game terminals 10 </ b> A and 10 </ b> B are simply referred to as the game terminal 10 when it is not necessary to distinguish between them. Further, when it is not necessary to distinguish between the control units 11A and 11B, they are simply referred to as the control unit 11. Similarly, the storage units 12A and 12B, the communication units 13A and 13B, the operation units 14A and 14B, and the display units 15A and 15B are simply referred to as the storage unit 12, the communication unit 13, the operation unit 14, and the display unit 15. There is also. In FIG. 1, two game terminals 10 are taken as an example. However, the number of game terminals 10 in the game system S is not limited, and the number of game terminals 10 may be three or more. It may be only a table.

  The gate server 30A is a server computer. As shown in FIG. 1, the gate server 30A includes a control unit 31A, a storage unit 32A, and a communication unit 33A. The hardware configurations of the control unit 31A, the storage unit 32A, and the communication unit 33A may be the same as those of the control unit 11, the storage unit 12, and the communication unit 13, respectively. For example, the gate server 30A manages a list of server computers in the game system S, and manages information such as server names and IP addresses of the authentication server 30B, the lobby server 30C, and the game server 30D, for example.

  The authentication server 30B is a server computer. As shown in FIG. 1, the authentication server 30B includes a control unit 31B, a storage unit 32B, and a communication unit 33B. The hardware configurations of the control unit 31B, the storage unit 32B, and the communication unit 33B may be the same as those of the control unit 11, the storage unit 12, and the communication unit 13, respectively. For example, the authentication server 30B performs user authentication based on authentication information such as user information.

  The lobby server 30C is a server computer. As illustrated in FIG. 1, the lobby server 30C includes a control unit 31C, a storage unit 32C, and a communication unit 33C. The hardware configurations of the control unit 31C, the storage unit 32C, and the communication unit 33C may be the same as those of the control unit 11, the storage unit 12, and the communication unit 13, respectively. For example, the lobby server 30C executes matching in a battle.

  The game server 30D is a server computer. As shown in FIG. 1, the game server 30D includes a control unit 31D, a storage unit 32D, and a communication unit 33D. The hardware configurations of the control unit 31D, the storage unit 32D, and the communication unit 33D may be the same as those of the control unit 11, the storage unit 12, and the communication unit 13, respectively. For example, the game server 30D is a server to which the game terminal 10 is connected after completion of matching, and executes a battle.

  In this embodiment, when it is not necessary to distinguish the gate server 30A, the authentication server 30B, the lobby server 30C, and the game server 30D, they are simply referred to as the server 30. Further, when it is not necessary to distinguish between the control units 31A to 31D, they are simply referred to as the control unit 31. Similarly, when it is not necessary to distinguish the storage units 32A to 32D, they are simply described as the storage unit 32, and when it is not necessary to distinguish the communication units 33A to 33D, they are simply referred to as the communication unit 33.

  The number of servers in the game system S is not limited, and each of the gate server 30A, the authentication server 30B, the lobby server 30C, and the game server 30D may be two or more. Further, one server 30 may perform at least two functions of the gate server 30A, the authentication server 30B, the lobby server 30C, and the game server 30D. There may be only one server computer in the game system S, or a computer other than the server shown in FIG. 1 may be included in the game system S.

  Note that the programs and data described as being stored in the storage units 12 and 32 may be supplied to the game terminal 10 or the server 30 via the network N, for example. Further, the game terminal 10 or the server 30 may include a reading unit (for example, an optical disk drive or a memory card slot) for reading a program or data stored in an information storage medium (for example, an optical disk or a memory card). . And you may make it a program and data be supplied to the game terminal 10 or the server 30 via an information storage medium.

[1-2. Game Overview]
In the present embodiment, a plurality of users operate the game terminal 10 respectively. For example, when the game system S includes a game terminal 10A that is a first game terminal and a game terminal 10B that is a second game terminal, a first user who uses the game terminal 10A and a second game terminal The second user to be used corresponds to the “plurality of users”.

  The game executed in the game system S may be any game, for example, a battle game. Further, for example, it may be a soccer game, a baseball game, a basketball game, an ice hockey game, a race game, a fighting game, a card game, or the like. The game is not limited to these games, and may be another type of battle game. Moreover, for example, it is not limited to a battle, and may be a cooperative game aiming to achieve a common purpose. The purpose is, for example, winning a battle, getting rid of an enemy, reaching a predetermined point of a game object, satisfying a predetermined standard for a game evaluation, or obtaining a game item, etc. is there. Further, for example, it may be a sports game aiming to win a match with an opponent team. Further, for example, it may be an action game or a role playing game aiming to win a battle with another group, defeat a specific enemy character, or obtain a specific game item.

  In this embodiment, a soccer game will be described as an example of a game. When the game program is activated on the game terminal 10, a title image of the game is displayed, and then a my page image corresponding to the top page is displayed on the display unit 15.

  FIG. 2 is a diagram illustrating an example of a My Page image. As shown in FIG. 2, my page image G1 includes a display area A10 for displaying in-game currency such as points and coins, and a team name, and a display area A11 for displaying a representative player of the team. . Note that the information displayed on the My Page image G1 is not limited thereto, and information such as an event being held may be displayed.

  The My Page image G1 includes a button B12 for displaying the My Page image G1, a button B13 for executing a battle, a button B14 for organizing a team, and a button for displaying characters in the team. B15 and a button B16 for drawing a card on which a character is drawn are displayed. For example, when the button B <b> 13 is selected, a game menu image indicating a game menu is displayed on the display unit 15.

  FIG. 3 is a diagram illustrating an example of a game menu image. As shown in FIG. 3, the match menu image G2 includes a button B20 for participating in an event, a button B21 for playing against a computer, a button B22 for playing an individual match that is a one-on-one match, And button B23 for carrying out the group battle which forms a team with a plurality of people is displayed.

  In this embodiment, an individual battle will be described. In an individual battle, a battle is executed based on team information associated with certain user information and team information associated with other user information. The team information includes information regarding cards on which characters belonging to the team are drawn, and includes information such as character names, ability parameters, skills, images, and three-dimensional models.

  For example, the individual battle is automatically advanced in principle without any operation on the operation unit 14 being intervened. That is, the characters of each team do not move according to the detection signal from the operation unit 14 but perform the action determined by the game program. For example, when the button B22 is selected, an individual battle image for individual battle is displayed on the display unit 15.

  FIG. 4 is a diagram illustrating an example of an individual battle image. As shown in FIG. 4, the individual battle image G3 is a display area A30 for displaying the level information and rank information of the team, and a display for displaying the acquired points, mission conditions, etc. when winning in the individual battle. Region A31. For example, buttons B32 and B33 for starting an individual battle are displayed in the individual battle image G3.

  In this embodiment, an individual battle is executed by consuming points. For example, the button B32 is a button for consuming one point and executing an individual battle once, and the button B33 is consuming all points. It is a button for executing individual battles a plurality of times continuously.

  Here, the flow of the individual battle when the button B32 is selected will be described. However, when the button B33 is selected, the only difference is that the individual battle is executed continuously. The flow is the same as when button B32 is selected. When the button B32 is selected, a team information image for displaying team information is displayed on the display unit 15.

  FIG. 5 is a diagram illustrating an example of the team information image. As shown in FIG. 5, the team information image G4 is a display area A40 for displaying the team name and the team image, and a display for displaying information such as a total value and formation indicating the total strength of the team. Regions A41 and A42. Note that at the point in time when the team information image G4 has just been displayed, matching has not yet been performed, and therefore information on the opponent team is not displayed. For example, the team information image G4 displays a button B43 for starting an individual battle. When the button B43 is selected, a predetermined amount of points is consumed, and matching for searching for an opponent is started. During execution of matching, a matching image is displayed on the display unit 15.

  FIG. 6 is a diagram illustrating an example of the matching image. As shown in FIG. 6, the matching image G5 displays a message indicating that matching is in progress. When the matching is completed, the individual battle is started after the team information of the opponent is displayed. When the individual battle is started, a battle image showing the state of the individual battle being executed is displayed on the display unit 15.

  FIG. 7 is a diagram illustrating an example of a battle image. As shown in FIG. 7, the battle image G6 includes a display area A60 for displaying the name and score of each team, and a display area A61 for displaying the current state of the game space. In this embodiment, a three-dimensional game space is constructed, and a virtual camera is set at a predetermined position in the game space. The three-dimensional model of each character or ball placed in the game space is coordinate-transformed, and an image showing the game space viewed from the virtual camera is displayed in the display area A61.

  In the present embodiment, in principle, an individual battle is executed between the game terminal 10A and the game terminal 10B without taking data consistency (synchronization). That is, each game terminal 10 updates data individually without sending an operation signal between game terminals 10 or sending updated data.

  Further, in the present embodiment, the game server 30D transmits a common random number seed to each game terminal 10 at the start of the game in order to obtain the same progress situation / match result in each game terminal 10. Although details will be described later, the random number seed is information for generating a random number sequence. If the random number seed has the same value, the generated random number sequence is the same.

  The game terminals 10A and 10B generate a random number sequence based on the received random number seed, and determine the action of the character based on their game program. Since the random number sequences generated in each of the game terminals 10A and 10B are the same, the action result of the character is also the same, and the same processing result is obtained in the game terminals 10A and 10B. However, if the game terminal 10A, 10B independently executes the individual battle, there is a possibility that the progress of each game terminal 10A, 10B is shifted. For example, when the game terminal 10A has higher performance than the game terminal 10B, the progress of the game terminal 10A may be faster than the game terminal 10B.

  FIG. 8 is a diagram illustrating the progress of an individual battle in each of the game terminals 10A and 10B. In the example of FIG. 8, the game terminal 10A has higher performance than the game terminal 10B. Further, a game program executed by the game terminal 10A is described as “game program A”, and a game program executed by the game terminal 10B is described as “game program B”. Note that FIG. 8 is a diagram illustrating a case where a shift occurs in the progress of the game, and the server 30 such as the game server 30D is omitted.

  As shown in FIG. 8, even if each of the game program A of the game terminal 10A and the game program B of the game terminal 10B starts a game at the same time, the game terminal 10A has higher performance than the game terminal 10B. Therefore, the progress of the individual battle executed by the game program A is faster. For example, if the goal is determined in the first half 10 minutes, the goal scene occurs earlier in the game program A than in the game program B. Further, for example, if a foul occurs in the first 15 minutes, the foul is generated faster in the game program A than in the game program B.

  Thus, although the results are the same between the game programs A and B, the progress of the game is faster at the game terminal 10A, and the individual battle executed by the game program A of the game terminal 10A and the game program of the game terminal 10B The difference in progress gradually increases between the individual battles performed by B. Since the shift in progress is mainly caused by a difference in the performance of computers, the shift in progress increases as a process with a large amount of calculation occurs.

  For example, in a soccer game, when a goal is determined or an offense occurs, the game is temporarily stopped out of play, but if the replay video is played in this case, the replay video is calculated by image processing. Therefore, the more the out-of-play occurs, the greater the shift in progress.

  For this reason, in this embodiment, the number of times out-of-play has occurred is counted, and when a certain number of out-of-plays have occurred, the progress of the individual battle is temporarily stopped and the process waits until the opponent's progress catches up. In the example of FIG. 8, for example, the game program A of the game terminal 10 </ b> A pauses the progress of the individual battle when out-of-play occurs 10 times. During this time, the display of the battle image G6 may not be changed, or the display of the battle image G6 may be stopped and a video unrelated to the game may be played. Thereafter, when the progress of the individual battle executed by the game program B of the game terminal 10B catches up, the game program A of the game terminal 10A resumes the progress of the individual battle.

  As described above, the game system S of the present embodiment uses a random number generated based on a random number generation rule common to a plurality of game terminals 10, and performs game processing independently on each game terminal 10. The communication load is reduced by obtaining the same match result without taking data consistency using communication. In addition, when out-of-play occurs a certain number of times, it waits until the opponent's progress catches up. Hereinafter, details of the configuration will be described.

[1-3. Functions implemented in the game system]
FIG. 9 is a functional block diagram showing functions related to the present invention among the functions realized by the game system S. Here, functions implemented by the game terminal 10 and functions implemented by the server 30 will be described.

[1-3-1. Functions realized with game terminals]
In the game system S, a plurality of game execution units 100 are realized. For example, the game terminal 10 includes at least one of the plurality of game execution units 100. The number of game execution units 100 included in the game terminal 10 may be one or plural. For example, a game program (application), a browser, or a terminal corresponds to the game execution unit 100. Each game execution unit 100 may exist in a separate terminal, or a plurality of game execution units 100 may exist in one terminal. In FIG. 9, only one game execution unit 100 is shown for the sake of simplicity.

  In this embodiment, the game execution part 100 is implement | achieved by each game terminal 10, and the case where one game execution part 100 is implement | achieved with respect to one game terminal 10 is mentioned as an example. However, a plurality of game execution units 100 may exist in one game terminal 10. For example, in one game terminal 10, a plurality of browsers are activated, and each browser corresponds to the game execution unit 100. May be. Further, for example, in one game terminal 10, a plurality of game programs may be activated and each game program may correspond to the game execution unit 100.

[Game execution part]
The game execution unit 100 is realized mainly by the control unit 11 and the storage unit 12. The game execution unit 100 executes a game. Executing a game is, for example, executing a game program and executing various processes described in the program code. The process may be an arbitrary process such as a process of moving an object such as a character or a ball, a process of changing a parameter, or a process of activating a character's skill. For example, the game execution unit 100 updates situation data to be described later based on the execution result of the process described in the program code.

  In the present embodiment, the game execution unit 100 includes a game data acquisition unit 101, a rule information acquisition unit 102, a random number acquisition unit 103, a data storage unit 104, an update unit 105, a display control unit 106, a first determination unit 107, a first determination unit 107, and a first determination unit 107. A stop unit 108, a first restart unit 109, a second determination unit 110, a second stop unit 111, a change unit 112, a game data transmission unit 113, a game data reception unit 114, and a second restart unit 115 are included.

[Game data acquisition unit]
The game data acquisition unit 101 acquires game data associated with each of the plurality of user information when the game is started. For example, since the game data is stored in the data storage unit 300 of the server 30 described later, the game data acquisition unit 101 acquires the game data from the data storage unit 300.

  The game data may be stored in the data storage unit 104 of the game terminal 10. In this case, the game data acquisition unit 101 acquires game data from the data storage unit 104. In addition, for example, the game data may be stored in a computer other than the game terminal 10 and the server 30. In this case, the game data acquisition unit 101 acquires game data from the computer.

  The case where the game is started may be, for example, the time when the matching is completed or an arbitrary time after the matching is completed. Completion of matching means, for example, that a combination of user information in a battle is determined and that game data associated with the user information is determined. Here, the matching is, for example, determining a combination of user information (for example, user ID) of users who participate in the game and game data (here, team information) used in the game. For example, the matching is to determine user information of other users who fight or cooperate with a certain user or game data associated with the user information.

  User information is information about a user, for example. For example, the user information is information that uniquely identifies the user. For example, user ID, user name, and the like. “Associated” means, for example, that one can be searched from the other, and that certain data and other data are linked in the database.

  The game data is, for example, data that is referred to when a game is executed. Further, for example, the game data is data that affects the game result. Further, for example, the game data is data associated with the user information. Further, for example, the game data is a game object such as a character, a card, or an item. Further, for example, the game data is a game object used in the game. In the present embodiment, the card may correspond to a game object, or the character drawn on the card may correspond to a game object.

  Further, for example, the game data is information such as team tactics, formations, and characters used by the user. Further, for example, the game data is information such as character equipment, ability parameters, and skills. In this embodiment, team information corresponds to game data. For this reason, the place described as team information in this embodiment can be read as game data.

[Rule information acquisition part]
The rule information acquisition unit 102 acquires rule information related to a random number generation rule. The random number generation rule is, for example, a rule for generating a random number, such as a function, an algorithm, or a mathematical formula. For example, the random number generation rule is a function for generating a random number such as rand. For example, this function is a function for extracting a random number based on a value called a random number seed. In the present embodiment, since the random number generation rule is common to the plurality of game execution units 100, it can be said that the random number generation rule is a common random number sequence for the plurality of game execution units 100.

  The random number is, for example, an arrangement in which numbers appear irregularly, and is sometimes called a pseudo-random number or a software random number. The random number seed is a value for initializing a random number, for example. For example, the random number seed is a value input to a function for generating a random number. Further, for example, the random number seed is a value that is the basis of the random number sequence. When the random number seed value is different, the random number sequence generated according to the random number generation rule is also different.

  The random number sequence is, for example, the entire combination of random numbers. A random number sequence includes a plurality of random numbers arranged in order. For example, the game execution unit 100 acquires each random number in the random number sequence in order. The rule information is, for example, information used by a random number generation rule to generate a random number. For example, the rule information is a random number seed input to the random number generation rule. In the present embodiment, the random number seed corresponds to the rule information. For this reason, the part described as the random number seed in this embodiment can be read as the rule information.

  In the present embodiment, the rule information acquisition unit 102 acquires rule information transmitted by a rule information transmission unit 302 of the server 30 described later. That is, the rule information acquisition unit 102 acquires the rule information generated outside the game execution unit 100 and transmitted by the rule information transmission unit 302. Note that the rule information may be generated inside the game execution unit 100. In this case, the rule information transmission unit 302 may be omitted. The rule information may be generated by a computer other than the game terminal 10 and the server 30. In this case, the rule information acquisition unit 102 acquires the rule information from the computer.

[Random number acquisition unit]
The random number acquisition unit 103 acquires a random number generated based on a random number generation rule common to the plurality of game execution units 100. In the present embodiment, the random number generation rule is common, and the random number generation rule of a certain game execution unit 100 is the same as the random number generation rule of another game execution unit 100. For this reason, the random number acquired by the random number acquisition unit 103 of a certain game execution unit 100 is the same as the random number acquired by the random number acquisition unit 103 of another game execution unit 100.

  In the present embodiment, the random number acquisition unit 103 generates a random number based on the rule information. That is, the random number acquisition unit 103 does not acquire a random number generated outside the game execution unit 100 but generates a random number by itself. Note that the random number is not limited to a mode in which the random number is generated inside the game execution unit 100, and the random number may be generated outside the game execution unit 100. In this case, the random number acquisition unit 103 acquires an externally generated random number. The random number may be generated by a computer other than the game terminal 10 and the server 30. In this case, the random number acquisition unit 103 acquires a random number from the computer.

  In the present embodiment, the random number acquisition unit 103 acquires a random number in order from a random number sequence generated based on a random number generation rule each time a plurality of update timings for updating the situation data come. For example, since the random number sequence includes a plurality of random numbers arranged in order, the random number acquisition unit 103 acquires the random numbers in order from the random number sequence at each update timing. That is, assuming that n pieces (n is an integer of 2 or more) are arranged in order in the random number sequence, the random number acquisition unit 103 has a first random number, a second random number, a third random number, and so on. Then, random numbers are acquired in order up to the nth.

  The update timing is, for example, a timing at which a random number is acquired in order to update the situation data. In other words, the update timing is a timing at which the situation data is updated based on a random number, and is a timing at which a command for obtaining a random number is executed among commands written in the game program.

  The random number acquisition unit 103 determines whether or not it is an update timing based on an instruction described in the game program. For example, the random number acquisition unit 103 determines that it is the update timing when the instruction indicates that it refers to a random number, and particularly when the instruction does not refer to a random number, it is not the update timing. judge. When it is determined that it is the update timing, the random number acquisition unit 103 acquires a random number in the next order of the random numbers acquired most recently.

  In addition, when acquiring a random number regularly, the update timing may be set for every predetermined time. In this case, the random number acquisition unit 103 determines whether or not a certain time has elapsed. The random number acquisition unit 103 may acquire a random number in the next order after the most recently acquired random number when it is determined that a certain time has elapsed.

[Data storage section]
The data storage unit 104 stores data necessary for executing the game. Here, situation data DT1 indicating the situation of the game will be described as an example of data stored in the data storage unit 104.

  The situation data DT1 is data indicating the current situation of the game, for example. For example, the situation data DT1 includes data indicating the situation of the game space. For example, one or a plurality of game objects are arranged in the game space. Further, for example, the game space is a virtual space, and may be a virtual three-dimensional space in which three coordinate axes are associated, or a virtual two-dimensional plane in which two coordinate axes are associated. Also good.

  For example, the data indicating the state of the game space includes data indicating the state of the game object arranged in the game space. In the case of a sports game such as a soccer game, a baseball game, a basketball game, or an ice hockey game, a player character or a ball corresponds to a game object. In this case, the player character's position, orientation, posture, moving direction, moving speed, the type of action currently being performed, whether or not the ball is held, the ball position, moving direction, moving speed, etc. The indicated data corresponds to data indicating the state of the game object.

  For example, in the case of a racing game, a race car corresponds to a game object. In this case, the data indicating the position, direction, moving direction, moving speed, etc. of the race car corresponds to data indicating the state of the game object. For example, in the case of a fighting game, an action game, or a role playing game, the character corresponds to a game object. In this case, data indicating the position, orientation, posture, moving direction, moving speed, type of action currently being performed, hit points (life points), and the like of the character correspond to data indicating the state of the game object.

  For example, in the case of a card game, the game card corresponds to a game object. In this case, data indicating the position, orientation, etc. of the game card corresponds to data indicating the state of the game object. For example, the situation data DT1 may include data indicating the progress of the game. For example, in the case of a soccer game, the elapsed time from the start of the match, the progress from the start of the match to the present, the scores of both teams, the out-of-play status (corner kick, penalty kick, free kick, throwing Or the goal kick) or the like may be included in the situation data DT1. For example, in the case of a baseball game, the situation data DT1 may include data indicating the current inning, the progress from the start of the game to the present, the scores of both teams, and the like.

  FIG. 10 is a diagram illustrating a data storage example of the situation data DT1. In this embodiment, since a soccer game is taken as an example, as shown in FIG. 10, the situation data DT1 uniquely identifies a character ID (or a card on which the character is drawn) that uniquely identifies each team character. Card ID), information on the position / movement direction / movement speed of the character, information on the position / movement direction / movement speed of the ball, score of each team, time information on the elapsed time of the game, and the number of times the replay video has flowed Information such as (the number of times of execution of a first process described later) is stored. Note that the information included in the situation data DT1 is not limited to the above example, and may include information such as vertex coordinates of a three-dimensional model of a character or a ball, for example.

  The time information is, for example, the time in the game world (the time in the virtual world), and not the time indicated by the real-time clock. For example, in the case of a sports game, the time information is an elapsed time from the start of the game. Further, for example, the time information may be a virtual date and time or time in the world within the game. As described above, in the present embodiment, the situation data DT1 is updated regardless of the detection signal of the operation unit 14 after the game is started. That is, after the game starts, in principle, the detection signal from the operation unit 14 does not affect the update of the situation data DT1.

  Note that the data stored in the data storage unit 104 is not limited to the above example. The data storage unit 104 may store data necessary for the game. For example, the data storage unit 104 may store the team information acquired by the game data acquisition unit 101, or may store image data of various images such as the my page image G1.

[Update section]
The update unit 105 updates the situation data DT1 by executing a common game process in the plurality of game execution units 100 based on the team information and random numbers associated with each user information.

  The common game process is, for example, a process executed by a game program in which a common algorithm is described. For example, the common game process is a process in which each of the plurality of processes is the same, and the execution order of the processes is the same. Further, for example, the common game process is a process in which the result is the same if the random number value is the same.

  The game process may be an arbitrary process, for example, a process for determining the action of the game object. For example, the game process may be a process for determining the moving direction of the character, the type of action, and the intensity of action. In the case of a soccer game, the game process is a process for determining operations such as shooting, passing, and feinting. In the case of a baseball game, the game process is a process for determining operations such as hitting, bunting, and pitching. In the case of a card game, for example, it is a process of determining a card to be used or a skill to be used.

  It is assumed that the relationship between the random number and the game process is described in advance in the game program. For example, the update unit 105 executes a game process associated with the random number acquired by the random number acquisition unit 103 and updates the situation data DT1. For example, the update unit 105 determines at least one of the moving direction of the character, the type of action, and the intensity of the action based on the random number, and updates the situation data DT1. Further, for example, the update unit 105 activates the skill of the character or game card based on the random number, and updates the situation data DT1. Further, for example, the updating unit 105 determines success or failure of the character's action based on the random number, and updates the situation data DT1.

  In the present embodiment, the update unit 105 updates the status data DT1 based on the random numbers acquired in order from the random number sequence every time each update timing comes. The update unit 105 determines whether or not the update timing has arrived based on the situation data DT1, and executes the game process based on the random number obtained from the random number sequence when it is determined that the update timing has arrived. Update DT1.

[Display control unit]
The display control unit 106 causes the display unit 15 to display a game image indicating the game situation based on the situation data DT1. In the present embodiment, the battle image G6 corresponds to a game image. For this reason, the location described as the battle image G6 in this embodiment can be read as a game image. For example, the display control unit 106 displays the game space indicated by the situation data DT1 on the battle image G6. For example, the display control unit 106 executes coordinate conversion processing of a three-dimensional model such as a character or a ball arranged in the game space, and displays the battle image G6. Further, for example, the display control unit 106 may display the battle situation (for example, the score of each team or the elapsed time of the game) indicated by the situation data DT1 on the battle image G6.

[First determination unit]
The first determination unit 107 determines whether or not the game has entered the first situation based on the situation data DT1. The first situation is, for example, a predetermined progress situation. For example, the first situation is that the number of times that a predetermined process has been executed is equal to or greater than a threshold value. Further, for example, the first situation is that the elapsed time from the start of the game is a predetermined time. For example, the first situation is that the value of each item of the situation data DT1 indicates a predetermined value. Further, for example, the first situation is that the number of times the replay is played is equal to or greater than a threshold value.

  For example, in the case of a game simulating a sport game, the first situation is that a situation where the game is paused occurs a predetermined number of times. For example, in the case of a soccer game, the first situation is that the number of shots exceeds the threshold, the number of times the animation playback speed increases or decreases exceeds the threshold, and the ball breaks the touch line. For example, the number of times of out-of-play due to occurrence of a foul or the like exceeds a threshold value.

  For example, the first determination unit 107 determines whether or not the game has entered the first situation based on the value of the first item stored in the situation data DT1. For example, if the value of the first item is not within a predetermined range, the first determination unit 107 does not determine that the game has entered the first situation, and the value of the first item is within the predetermined range. If so, it is determined that the game has entered the first situation.

  In the present embodiment, the first situation is that the number of times a predetermined process is executed in the game is equal to or greater than a threshold value. The predetermined process is, for example, a process that is predicted to take time to complete the process. For example, the above processes such as a process of playing a replay video and a process of temporarily stopping a game. In the present embodiment, the process of playing the replay video corresponds to the predetermined process. For this reason, it is assumed that the number of times the replay video has been played is stored in the situation data DT1.

  For example, the first determination unit 107 determines whether or not the number of replay videos stored in the situation data DT1 is a predetermined number or more. The first determination unit 107 does not determine that the game has entered the first situation when the number of replay videos is less than the predetermined number, and the game is the first when the number of replay videos is equal to or greater than the predetermined number. It is determined that the situation has been reached. It should be noted that the number of replay videos may be reset once to zero when the number of replay videos exceeds a predetermined number, or may not be reset in particular.

[First stop]
When it is determined that the game has entered the first situation, the first stop unit 108 temporarily stops the update of the situation data DT1 until the game in the other game execution unit 100 becomes the first situation.

  For example, each game execution unit 100 transmits a predetermined notification to the server 30 when the first determination unit 107 of the game execution unit 100 determines that the first situation has been reached. When the server 30 receives the notification, the server 30 transfers the notification. The game execution unit 100 specifies whether or not the game in the other game execution unit 100 has entered the first situation by receiving the notification transferred by the server 30.

  The time until the game in the other game execution unit 100 becomes the first situation is, for example, the time when the notification indicating that the game in the other game execution unit 100 has entered the first situation is received, or the time Any time after. For example, the first stop unit 108 determines whether or not the game in the other game execution unit 100 has entered the first situation by determining whether or not the notification is received from the server 30.

  For example, the first stop unit 108 temporarily stops the update of the situation data DT1 when it is determined that the game has entered the first situation. Suspending the update of the status data DT1 is, for example, pausing the progress of the game. Note that while the update of the status data DT1 is temporarily stopped by the first stop unit 108, the display control unit 106 may not update the display of the battle image G6, or may wait for a predetermined time such as “Please wait for a while”. May be displayed. Further, for example, during this time, the display control unit 106 may play a digest video up to that point or may play a video unrelated to the game. For example, if the first stop unit 108 does not determine that a notification has been received from the server 30, the first stop unit 108 continues to pause the update of the status data DT1.

[First resumption part]
The first resuming unit 109 resumes the update of the situation data DT1 when the game in the other game execution unit 100 enters the first situation. For example, the first resuming unit 109 resumes the update of the situation data DT1 when receiving a notification indicating that the game in the other game execution unit 100 has entered the first situation. Resuming the update of the situation data DT1 is, for example, releasing the pause of the progress of the game and restarting. When the update of the situation data DT1 is resumed, the display control unit 106 resumes the update of the display of the battle image G6.

[Second determination unit]
The second determination unit 110 determines whether or not the game has entered the second situation based on the situation data DT1. For example, the second situation is a situation different from the first situation. For example, the second situation is that a period determined for a purpose such as a break or a player change comes. Further, for example, the second situation may be a half time in a soccer game or an inning interval in a baseball game. For example, it is a situation defined as a situation where the change of game data is permitted.

  For example, the second determination unit 110 determines whether or not the game has entered the second situation based on the value of the second item stored in the situation data DT1. For example, when the value of the second item is not within a predetermined range, the second determination unit 110 does not determine that the game has entered the second situation, and the value of the second item is within the predetermined range. If so, it is determined that the game has entered the second situation.

  In the present embodiment, the second determination unit 110 determines whether the elapsed time of the game indicated by the situation data DT1 has reached a predetermined time. For example, based on the elapsed time of the game indicated by the situation data DT1, the second determination unit 110 determines whether or not the first half of the game (for example, 45 minutes in the virtual world) ends and half time is desired to be visited. To do. For this reason, in this embodiment, it is equivalent to the second situation that the first half of the game ends and half time comes.

[Second stop section]
When it is determined that the game has entered the second situation, the second stop unit 111 temporarily stops the update of the situation data DT1. For example, the second stop unit 111 temporarily stops the update of the situation data DT1 when it is determined that the game has entered the second situation. While the update of the status data DT1 is temporarily stopped by the second stop unit 111, the display control unit 106 displays an image for accepting the change of the team information on the display unit 15, and based on an operation on the image. The changing unit 112 described later may change the team information.

[Change section]
In this embodiment, since the team information corresponds to game data, the changing unit 112 sends one or more game execution units 100 out of each game execution unit 100 when the update of the situation data DT1 is temporarily stopped. Change the team information associated with the corresponding user information. For example, the changing unit 112 changes the team information based on the detection signal from the operation unit 14.

  For example, the changing unit 112 changes team information such as tactics, formation, and characters to be used based on the detection signal from the operation unit 14. For example, the changing unit 112 changes the tactic / formation to be a designated tactic / formation among a plurality of predetermined tactics / formations. Further, for example, the changing unit 112 changes the specified character (card) among the owned characters (cards).

[Game data transmitter]
In the present embodiment, since the team information corresponds to game data, the game data transmission unit 113 transmits the team information changed by the changing unit 112 to the other game execution unit 100. For example, the game data transmission unit 113 transmits the team information changed by the changing unit 112 to the server 30. The server 30 transfers the team information. A game data receiving unit 114 (to be described later) of each game execution unit 100 receives team information changed by the changing unit 112 of another game execution unit 100. That is, the team information changed by the change of each game execution unit 100 is shared. When P2P communication is used, the game data transmission unit 113 may directly transmit team information to another game execution unit 100 instead of via the server 30.

[Game data receiver]
In this embodiment, since team information corresponds to game data, the game data receiving unit 114 receives team information changed by the changing unit 112 of another game executing unit 100. For example, the game data reception unit 114 of each game execution unit 100 receives the team information transmitted by the game data transmission unit 113 of the other game execution unit 100 via the server 30. When P2P communication is used, the game data reception unit 114 may receive team information directly from another game execution unit 100 instead of via the server 30.

[Second resumption part]
In this embodiment, since the team information corresponds to the game data, the second resuming unit 115 uses the team information changed by the own changing unit 112 and the team changed by the changing unit 112 of the other game executing unit 100. Based on the information, the updating of the status data DT1 is resumed. For example, the second restarting unit restarts the update of the situation data DT1 after updating the team information. For example, the second resuming unit 115 resumes the update of the situation data DT1 when the game data receiving unit 114 receives the team information. When the update of the situation data DT1 is resumed, the display control unit 106 displays the battle image G6 again and resumes the battle.

[1-3-2. Functions realized by the server]
In the server 30, a data storage unit 300, a rule information generation unit 301, and a rule information transmission unit 302 are realized. In the present embodiment, the case where these functions are realized by the game server 30 </ b> D will be described.

[Data storage section]
The data storage unit 300 is realized mainly by the storage unit 32D. The data storage unit 300 stores data necessary for executing the game. Here, user data DT2 will be described as an example of data stored in the data storage unit 300.

  FIG. 11 is a diagram illustrating a data storage example of the user data DT2. As shown in FIG. 11, the user data DT2 stores a user name, team information, and the like in association with user information (for example, a user ID). As the team information, for example, information such as team formation, strategy, character ID for uniquely identifying a character, character name, ability parameter, and skill are stored.

  The data stored in the data storage unit 300 is not limited to the above example. The data storage unit 300 may store data necessary for the game. For example, the data storage unit 300 may store a function for generating a random number seed.

[Rule information generator]
The rule information generation unit 301 is realized mainly by the control unit 31D. The rule information generation unit 301 generates rule information based on time information when matching is executed. The case where the matching is executed is, for example, the time when the matching is completed or an arbitrary time after the time. The time information may be, for example, a date and time or a time that does not include a date. The time information here is not the time information of the virtual world included in the situation data DT1, but the time information of the real world acquired by a real time clock or the like.

  In this embodiment, since the random number seed corresponds to the rule information, the rule information generation unit 301 generates a random number seed based on the time information. Various known methods can be applied to the random number seed generation method itself. For example, the random number seed may be obtained by substituting the numerical value indicated by the time information into a predetermined mathematical expression, or the numerical value indicated by the time information. May be used as a random seed value.

[Rule information transmitter]
The rule information transmission unit 302 is realized mainly by the control unit 31D. The rule information transmission unit 302 transmits rule information to each game execution unit 100. In the present embodiment, since the random number seed corresponds to the rule information, the rule information transmission unit 302 specifies the game execution unit 100 of the transmission partner based on the matching result, and the rule information is transmitted to the specified game execution unit 100. The random number seed generated by the generation unit 301 is transmitted.

[1-4. Processing executed in game system]
12 to 14 are flowcharts showing an example of processing executed in the game system S. The processing illustrated in FIGS. 12 to 14 is executed by the control unit 11 operating according to the program stored in the storage unit 12 and the control unit 31 operating according to the program stored in the storage unit 32. The processing described below is an example of processing executed by the functional block.

  Note that the game terminal 10 may use any communication protocol, but here, a case where TCP / IP is used will be described. For the IP address of the game terminal 10, an arbitrary value cannot be used because it is a value determined by a provider or the like, but for the port number, an arbitrary value is used unless another program in the game terminal 10 is using it. May be. In addition, when there is a high possibility that a predetermined port number (for example, 1 to 49151) is used by another program, these ranges may be avoided.

  As shown in FIG. 12, first, when a game program is started on the game terminal 10, the control unit 11 performs a connection process with the gate server 30A and requests a server list (S101). It is assumed that the IP address of the gate server 30A and the common key used in the game system S are stored in advance in the game program. Here, when communication from the game program to the server 30 is performed, for example, in order to prevent cheats by hackers, communication is performed using data encrypted with the common key. Note that a common key may be used for communication with the gate server 30A. However, since the gate server 30A has a larger number of accesses so that there is no time for decrypting data, the gate server 30A is prioritized for speed over security. The communication with respect to 30 may not use a common key. For example, the game program connects to the gate server 30A by TCP / IP using the IP address of the gate server 30A and the port having the predetermined port number (for example, 66000). Thereafter, the game program requests a server list from the gate server 30A.

  In the gate server 30A, when receiving the request, the control unit 31A transmits a server list to the game terminal 10 (S301). In S301, a server list indicating a combination of the currently active server type and IP address is stored in the storage unit 32A, and the control unit 31A transmits the server list.

  When the game terminal 10 receives the server list, it disconnects the connection with the gate server 30A, and the control unit 11 performs a connection process with the authentication server 30B based on the received server list to execute user authentication. A request is made (S103). As described above, the server that is currently operating is described in the server list, and the authentication server 30B is also included in the server list. User authentication may be performed using any authentication method, and may be executed by exchanging one-time common key encryption using a public key and a secret key, for example.

  In the authentication server 30B, when receiving the request, the control unit 31B executes user authentication (S303). In S303, as described above, an arbitrary authentication method can be used. For example, authentication using a public key and a secret key may be executed.

  When user authentication fails (S303; failure), a predetermined error message is transmitted to the game terminal 10, and the process ends. On the other hand, when the user authentication is successful (S303; success), the control unit 31B issues a user token and transmits it to the game terminal 10 (S305). The user token is binary data of a predetermined bit, for example. In principle, a user token is attached to data exchanged thereafter.

  In the subsequent processing, when a token error is received from the lobby server 30C or the game server 30D, the user token may be updated by executing user authentication again. When the user authentication is executed again, the server list received from the gate server 30A may be used. If a correct user token cannot be acquired even after connecting to the server 30 described in the server list, the list may be updated by connecting to the gate server 30A again. Thereafter, user authentication is executed in the same manner as described above.

  In the game terminal 10, when the user token is received, the control unit 11 holds the received user token (S105). Thereafter, the My Page image G1 and the like are displayed. Here, processing when the buttons B32 and B33 of the individual battle image G3 are selected will be described. Based on the list received from the gate server 30A, the control unit 11 executes a connection process with the lobby server 30C (S107).

  The control unit 11 displays the team information image G4 on the display unit 15, and determines whether or not the button B43 for starting the game is selected based on the detection signal of the operation unit 14 (S109). When it is determined that the button B43 is selected (S109; Y), the control unit 11 transmits a matching request to the lobby server 30C (S111).

  In the lobby server 30C, when receiving the request, the control unit 31C executes matching (S307). User information corresponding to the game program connected to the lobby server 30C is stored in advance in the storage unit 32C, and the control unit 31C executes matching based on the user information. When the matching is completed, the control unit 31C transmits a notification that the matching is completed to the game terminal 10 (S309). The lobby server 30C may transmit the matching result to the game server 30D, or the matching result may be transmitted to the game server 30D via the game terminal 10. The matching result may include, for example, matched user information or team information.

  Turning to FIG. 13, when the game terminal 10 receives the notification, the control unit 11 executes a connection process with the game server 30D (S113). If the connection process with the game server 30D has failed, the screen before matching may be returned to connect to the lobby server 30C again. If there is no destination lobby server 30C, the title image or my page image G1 may be returned. If the connection process with the game server 30D is successful, the subsequent processes are executed.

  When connected to the game terminal 10 in the game server 30D, the control unit 31D generates a random number seed based on the current time information (S311). In S311, the control unit 31D obtains time information using a real-time clock or the like, and generates a random number seed by substituting the time information into a predetermined mathematical expression.

  The control unit 31D transmits the team information stored in the user data DT2 and the random number seed generated in S311 to the game terminal 10 (S313). When the game program of the game terminal 10 transmits data to the process of the game server 30D, a user token is given to the data. For example, when the game program A of the game terminal 10A transmits data to the process of the game server 30D, the data encrypted with the user token UTK-A is transmitted. Further, for example, when the game program B of the game terminal 10B transmits data to the process of the game server 30D, the data encrypted with the user token UTK-B is transmitted.

  Conversely, when data is transmitted from the process of the game server 30D to the game program of each game terminal 10, no user token is granted. For example, the data that the game server 30D transmits to the game program A of the game terminal 10A is data for the game program A, and the data that the game server 30D transmits to the game program B of the game terminal 10B is the game program B. It is data for. A user token may be given to data transmitted from the process of the game server 30D to the game program of each game terminal 10 for the purpose of improving security.

  The process described below is executed in each matched game terminal 10. When the game terminal 10 receives the team information and the random number seed, the control unit 11 starts an individual battle (S115). In S115, the situation data DT1 is stored in the storage unit 12, and the program code described in the game program is executed. For example, the control unit 11 determines the action of the character in the game space based on a predetermined algorithm.

  The control unit 11 determines whether or not the update timing of the status data DT1 has arrived (S117). In S117, the control unit 11 determines whether or not the program code described in the game program refers to a random number. When it is determined that the update timing has arrived (S117; Y), the control unit 11 acquires a random number from a random number sequence based on a random number seed (S119), and updates the status data DT1 based on the random number (S121). In S119, the control unit 11 acquires a random number in a predetermined order from the random number sequence, and in S121, determines the character action based on the random number and updates the situation data DT1.

  Based on the situation data DT1, the control unit 11 determines whether or not it is an up-of-play (S123). “Apto-of-play” is a situation where the progress of the game is temporarily stopped. For example, when the ball breaks the touch line, when the goal is determined, or when a foul occurs, it becomes “apt-of-play”. In S123, the control unit 11 determines whether or not the ball has broken the touch line based on the position of the ball stored in the situation data DT1, and determines whether or not the goal has been determined. For example, the control unit 11 determines whether a foul has occurred based on the position of the character stored in the situation data DT1.

  When it is determined that the game has become of-of-play (S123; Y), the control unit 11 displays the replay video on the display unit 15 (S125), and increases the number of times the replay video stored in the status data DT1 is played ( S127). For example, the history of the situation data DT1 is stored in the storage unit 12, and in S125, the control unit 11 generates a replay video based on the situation data DT1 history and displays it on the display unit 15.

  Moving to FIG. 14, the control unit 11 determines whether or not the number of replay video reproductions is equal to or greater than a threshold based on the situation data DT <b> 1 (S <b> 129). The threshold value may be a predetermined value and is stored in the storage unit 12. When it is determined that the number of times the replay video has been reproduced is equal to or greater than the threshold (S129; Y), the control unit 11 temporarily stops updating the situation data DT1 (S131), and updates the situation data DT1 to the game server 30D. Is sent to the effect that it has been suspended (S133). Thereafter, the control unit 11 displays a video unrelated to the game on the display unit 15 and waits until the progress of the game on another game terminal 10 catches up (until the process of S135 described later is executed).

  In game server 30D, when the notification is received, control unit 31D determines whether or not the same notification is received from another game terminal 10 (S315). In S315, it is determined whether or not a notification indicating that the replay video has been played has reached the threshold value or more and the progress has been paused from all the game terminals 10 in the match due to the matching.

  When it is not determined that a notification has been received from another game terminal 10 (S315; N), the process returns to S315 again. On the other hand, when it determines with having received notification from the other game terminal 10 (S315; Y), the control part 31D transmits the restart request | requirement for restarting a game with respect to each game terminal 10 (S317). The restart request may be made in a predetermined data format.

  In the game terminal 10, when the restart request is received, the control unit 11 restarts the update of the situation data DT1 (S135), and returns to S117. In this case, the game resumes from the continuation when the game is paused.

  On the other hand, when it is not determined in S129 that the number of times of reproduction is equal to or greater than the threshold (S129; N), the control unit 11 determines whether or not the first half has ended or the game has ended based on the situation data DT1 (S137). In S137, the control unit 11 determines whether or not the time information stored in the situation data DT1 indicates a predetermined time. For example, if the time information indicates 45 minutes, the control unit 11 determines that the first half is ended, and if the time information indicates 90 minutes, determines that the game is ended.

  When it is determined that the first half is finished (S137; first half finished), the control unit 11 changes the team information based on the detection signal of the operation unit 14 and transmits it to the game server 30D (S139). In S139, the control unit 11 changes the team information such as the strategy, formation, and character (card) to be used based on the detection signal from the operation unit 14, and transmits the changed team information to the game server 30D.

  In the game server 30D, when receiving the changed team information, the control unit 31D retains the team information (S319). The control unit 31D determines whether or not to resume the second half of the game (S321). In S321, it is determined whether team information has been received from each game terminal 10. When it determines with resuming the second half of a game (S321; Y), control part 31D transmits the team information after a change with respect to each game terminal 10 (S323).

  In the game terminal 10, when the changed team information is received, the control unit 11 restarts the second half based on the changed team information (S141), and returns to the process of S117. On the other hand, when it is determined in S137 that the game has ended (S137; game ends), the process ends.

  According to the game system S described above, based on team information acquired when a game is started and random numbers generated based on a random number generation rule common to the plurality of game execution units 100, a plurality of The game execution unit 100 executes the common game process to update the situation data DT1, and the situation data DT1 has the same content even if the situation data DT1 is not matched. Therefore, the communication load can be reduced. . In addition, if the combination of team information used in the game is the same, if random numbers are not used, the same game result may be obtained every time, and the user may get bored. By including elements, even if the combination of team information is the same, it is possible to change the game results. In addition, even if a game is terminated in some game execution units 100 due to a communication failure or application termination, each game execution unit 100 updates the situation data DT1, so that other game execution units 100 may Can be executed to the end.

  In addition, when each game execution unit 100 starts a game, the plurality of game execution units 100 generate a random number based on rule information relating to a random number generation rule common to the plurality of game execution units 100. Even if the situation data DT1 is not matched, the situation data DT1 having the same contents as the other game execution units 100 can be acquired. In addition, when each game execution unit 100 acquires a list of random numbers from a server computer or the like, the situation data DT1 can be updated using the same random number, but communication for transmitting the list of random numbers is possible. A load is generated. In this respect, the game system S can effectively reduce the communication load because each game execution unit 100 does not need to transmit a list of random numbers by generating random numbers by itself using the rule information. it can.

  In addition, when matching is executed, by generating rule information based on time information, different rule information can be generated for each matching, and the random numbers to be acquired by each game execution unit 100 can be made different. It is possible to reliably prevent the game result from being the same every time and the interest of the game from being lowered.

  Further, by using a random number seed, a plurality of game execution units 100 can reliably generate a common random number, and the situation data DT1 having the same contents as the other game execution units 100 can be obtained without matching the situation data DT1. Can be made.

  In addition, each time a plurality of update timings are visited, the situation data DT1 is updated based on a random number sequentially obtained from a random number sequence generated based on a random number generation rule, whereby a plurality of random numbers are added to the situation data DT1. Since the random element increases due to the influence of the game, the interest of the game can be effectively enhanced.

  In addition, when the number of replay video playbacks exceeds a threshold value, the situation data DT1 is temporarily updated until the game in the other game execution unit 100 becomes the same situation, and the game in the other game execution unit 100 is resumed. When the situation becomes the same, the progress of the game can be matched between the game execution units 100 by restarting the update of the situation data DT1. By matching the progress of the game, for example, it is possible to match the end point of the game, or to prevent the talk from being bitten during a chat while the game is running.

  In addition, when the number of times that a predetermined process such as the number of replay video playbacks has been performed exceeds a threshold value, the updating of the status data DT1 is paused and the progress of the game is matched between the game execution units 100. Thus, the progress of the game can be matched more reliably. For example, it is possible to prevent the progress of the game from deviating significantly by setting a predetermined process that is likely to shift in progress (a process that may cause a difference in processing time depending on the terminal performance). . Further, for example, when the threshold is set to 2 or more, even if a predetermined process occurs, the update of the status data DT1 does not pause until the number of times exceeds the threshold, so the predetermined process occurs. It is possible to prevent the game from being paused each time the game is performed, and to make the game progress smoothly.

  In addition, by allowing team information to be changed at half-time, it is not possible to intervene until the end of the game, but by changing the team information in the middle of the game, it is possible to effectively enhance the fun of the game. .

[2. Embodiment 2]
Next, another embodiment of the game system S will be described. In the second embodiment described below, a case where a game similar to the game described in the first embodiment is executed will be described. However, the game in the second embodiment may be different from the game in the first embodiment. In addition, although Embodiment 1 demonstrated individual battle | competition, Embodiment 2 demonstrates group battle | competition.

  As described above, in a group battle, a battle between a plurality of people is executed. For example, the group battle may be a battle between multiple people and a computer, or may be a battle between multiple people and multiple people. The matching in the group battle will be described in a third embodiment described later, and in the second embodiment, a chat performed during the group battle will be described. The chat described below may be performed in an individual battle. Similar to the individual battle, when the group battle starts, the battle image G6 is displayed on the display unit 15.

  FIG. 15 is a diagram illustrating an example of a battle image G6 in a group battle. As shown in FIG. 15, the battle image G6 displays a button B62 for inputting a message in the chat. When the button B62 is selected, a window for inputting a message is displayed on the battle image G6.

  FIG. 16 is a diagram illustrating a state in which a window is displayed on the battle image G6. In the present embodiment, a message can be input using an image called a stamp, and a list of stamps is displayed in the window W63 as shown in FIG. The stamp may include, for example, an illustration such as a character's face and a soccer ball, and a character string indicating the content of a statement. When any of the stamps displayed in the window W63 is selected, the selected stamp is input as a message and displayed in the battle image G6.

  FIG. 17 is a diagram illustrating a state in which a message is displayed on the battle image G6. As shown in FIG. 17, a message M64 is displayed in the battle image G6. The message M64 may display a character string indicating the input person. In the example of FIG. 17, a message “Goal!” Is input by the user “A”.

  Similarly to the first embodiment, in the game system S of the second embodiment, the data is individually updated at each game terminal 10 without sending an operation signal between the game terminals 10 or sending updated data. Shall be executed. For this reason, there may be a difference in the game progress between the game terminals 10, and it may be better not to display the message immediately.

  For example, when the game terminal 10A has a higher performance than the game terminal 10B, the game progress of the game terminal 10A may be faster than the game terminal 10B. In this case, if the message input to the game terminal 10A is immediately output to the game terminal 10B, the future game development can be predicted from the content of the message. End up.

  FIG. 18 is a diagram illustrating the progress of a game executed by the game program of each game terminal 10. In the example of FIG. 18, the game terminal 10A has higher performance than the game terminal 10B. For this reason, even if each of the game program A of the game terminal 10A and the game program B of the game terminal 10B starts a game at the same time, the group battle executed by the game program A progresses faster.

  For example, if the goal is decided in the first half 25 minutes, the goal scene occurs earlier in the game program A than in the game program B. If the message input to the game terminal 10A is immediately displayed on the game terminal 10B when the goal is determined, the message is displayed on the game terminal 10B even though it is not a goal scene. Therefore, it can be expected that the goal has been decided, and it may be awakened.

  For this reason, in this embodiment, the display of a message is waited until the game executed by the game program B reaches the first 25 minutes and a goal scene occurs. On the other hand, if a foul occurs in the first 40 minutes and a message is input to the game terminal 10B, the game program A progresses faster than the game program B. It is displayed immediately on the game terminal 10A.

  As described above, in the game system S of the second embodiment, the message output is limited by limiting the output of the message until the progress of the game on each game terminal 10 becomes the progress of the game on the other game terminals 10. It is designed to prevent future game developments from being predicted. Hereinafter, details of the second embodiment will be described. In the following description, the description of the same configuration as that of the first embodiment is omitted.

[2-1. Functions realized in the second embodiment]
FIG. 19 is a functional block diagram showing functions related to the present invention among the functions realized by the game system S. Here, functions realized by the game terminal 10 will be described. In the server 30, as in the first embodiment, the data storage unit 300, the rule information generation unit 301, and the rule information transmission unit 302 may be realized.

  In the game system S of the second embodiment, a plurality of game execution units 100 are realized as in the first embodiment, but in FIG. 19, only one game execution unit 100 is shown for simplification of the drawing. Note that the processing executed by the game execution unit 100 is partly in common with the first embodiment, but includes processing that has not been described in the first embodiment. As illustrated in FIG. 19, the game execution unit 100 according to the second embodiment includes a game data acquisition unit 101, a random number acquisition unit 103, a data storage unit 104, an update unit 105, a display control unit 106, a message reception unit 116, and a restriction unit 117. , And an output unit 118.

[Game data acquisition unit]
The game data acquisition unit 101 acquires game data associated with each of the plurality of user information when the game is started. Details of the processing of the game data acquisition unit 101 are the same as those in the first embodiment, and a description thereof is omitted. Similar to Embodiment 1, in Embodiment 2, team information corresponds to game data. For this reason, the game data acquisition unit 101 acquires team information.

[Random number acquisition unit]
The random number acquisition unit 103 acquires a random number generated based on a random number generation rule common to the plurality of game execution units 100. Details of the processing of the random number acquisition unit 103 are the same as those in the first embodiment, and thus the description thereof is omitted.

[Data storage section]
The data storage unit 104 stores situation data DT1 indicating the game situation. Since the situation data DT1 is the same as that of the first embodiment, the description thereof is omitted.

[Update section]
The update unit 105 updates the situation data DT1 by executing a common game process in the plurality of game execution units 100. The common game process is, for example, a process executed by a game program in which a common algorithm is described. In addition, for example, the common game process is a process in which each of the plurality of processes is the same, and the execution order of each process is the same. Further, for example, the common game process is a process in which the result is the same if the random number value is the same.

  The details of the processing of the update unit 105 may be the same as in the first embodiment. For example, the update unit 105 updates the situation data DT1 by executing a game process based on team information and random numbers associated with each user information. The method for updating the status data DT1 is as described in the first embodiment.

[Display control unit]
The display control unit 106 causes the display unit 15 to display a game image based on the situation data DT1. Similar to the first embodiment, in the second embodiment, the battle image G6 corresponds to a game image. Details of the processing of the display control unit 106 are the same as those in the first embodiment, and a description thereof is omitted.

[Message receiver]
The message receiving unit 116 receives a message input in another game execution unit 100. For example, when a message is input, each game execution unit 100 transmits the message to the server 30. The server 30 transfers the message to another game execution unit 100. The message receiving unit 116 of each game execution unit 100 receives a message that is input by another game execution unit 100 and transferred by the server 30. In addition, each game execution part 100 may transmit a message directly with respect to the other game execution part 100 using P2P communication etc. not via the server 30. FIG.

  The message is the content of information transmitted between users. For example, the message may be composed of a symbol string input by each user or a designated image, or may be transmitted by voice. The symbol string here means to include a character string (text). The image may be, for example, an illustration image called a stamp.

  In the present embodiment, the message receiving unit 116 receives progress information indicating the progress of a game being executed by another game executing unit 100 when a message is input. For example, each game execution unit 100 transmits progress information to the server 30 when a message is input. The server 30 transfers the progress information to another game execution unit 100. The message receiving unit 116 of each game executing unit 100 receives the progress information input by the other game executing unit 100 and transferred by the server 30. In addition, each game execution part 100 may transmit progress information directly with respect to the other game execution part 100 using P2P communication.

  The case where the message is input is, for example, the time when the input of the message is detected or the time before and after the time. The time point when the operation signal for inputting the message is detected corresponds to the time point when the input of the message is detected. In the present embodiment, the time when an operation signal for selecting any one of the stamps displayed in the window is detected corresponds to the time when the input of a message is detected.

  For example, each game execution unit 100 determines whether a message has been input based on an operation signal from the operation unit 14. When it is determined that a message has been input, each game execution unit 100 transmits the progress information indicated by the situation data DT1 stored in the data storage unit 104 to the server 30. The server 30 transfers the progress information. The message receiving unit 116 of each game execution unit 100 receives the progress information transferred by the server 30.

  The progress information is information including the value of at least one item included in the situation data DT1, for example. The progress information may be information that can identify the progress of the game. For example, the progress information may be time information or information such as a game situation or a character position. In the present embodiment, the time information stored in the situation data DT1 corresponds to the progress information. For this reason, the part described as time information in this embodiment can be read as progress information.

[Restrictions]
The restriction unit 117 restricts the output of the message until the progress of the game being executed becomes the progress when the message is input by another game execution unit 100. In this embodiment, since the message receiving unit 116 receives the progress information, for example, the limiting unit 117 limits the output of the message until the progress status of the game being executed becomes the progress status indicated by the received progress information. Will do.

  The progress status of the game being executed is, for example, the progress status indicated by the status data DT1, and is the value of at least one item included in the status data DT1. In the present embodiment, since the time information corresponds to the progress information, the time information stored in the situation data DT1 corresponds to the progress state of the game being executed.

  The progress status when the message is input is, for example, the progress status indicated by the status data DT1 at the time when the message is input. The time point may be, for example, a frame that is a processing unit, or time information stored in the situation data DT1. Further, for example, it is the progress status indicated by the status data DT1 at a time point before and after the time when the message is input (for example, a time point before and after a few frames). The time when a message is input is the time when a signal indicating message input (or input completion) is received from the operation unit 14.

  The time until the progress status when the message is input is, for example, until the progress status is the same as when the message is input. Also, for example, until it matches the progress status when a message is input. Further, for example, the situation is the same as the progress when a message is input.

  Note that at least the message output should be restricted until it becomes the same as the progress status when the message is entered (match / equal), and even if the message output is restricted thereafter. Good. In other words, the point in time when the message becomes the same as the progress status when the message is input (when it matches or when it becomes equal) and when the message is output (when the restriction on the output of the message is released) It is not necessary to match completely, and the point in time when the message is output (when the restriction on message output is released) is the same as the progress status when the message is input (when the message matches) It may be later than the time when they become equal.

  The restriction is, for example, not outputting a message and waiting for message output. Further, for example, the limitation is to delay the timing at which the message is output. Also, for example, the limitation is to display the message inconspicuously. Further, for example, the limitation is that the size is small, the transparency is high, and the color is light.

  In the present embodiment, the restriction unit 117 does not restrict the output of a message when the progress state of the game being executed is already the progress state when a message is input by another game execution unit 100. Causes a message to be output.

  The case where the progress status when the message is input is already the same as the progress status when the message is input, or the progress status when the message is input is the same. It has been in the past. Also, for example, it is coincident with the progress status when a message is input, or it is coincident with the progress status when a message is input. Also, for example, it is equal to the progress status when a message is input, or it is in the past that it is equal to the progress status when a message is input.

  In the present embodiment, the situation data DT1 includes time information indicating the time in the game, and the restriction unit 117 is a game when a message is input by another game execution unit 100 for the time in the game being executed. Limit message output until the time is within.

  The time until the in-game time when the message is input is, for example, until the time when the message is input is the same as the time when the message is input. Also, for example, until the time that coincides with the time when the message is input. Also, for example, the time is equal to the time when a message is input.

  The output of the message may be limited at least until the time when the message is input is the same (matched / equal), and the output of the message may be limited thereafter. In other words, the time when the message becomes the same as the time when the message was input (the time when the message is matched or the time when the message is equal) and the time when the message is output (the time when the restriction on the output of the message is released) are complete. The time when the message is output (when the restriction on the output of the message is released) is the same as the time when the message is input (when the message matches) It may be later than the time point.

  Note that, when a predetermined number or more of messages are input, the restriction unit 117 may restrict the output of all or a part of the predetermined number or more of messages. For example, each time a message input is accepted, the limiting unit 117 counts the number of times the message has been input, and determines whether the number of times has reached a threshold value or more. The restriction unit 117 restricts the output of the message when it is determined that the number of times the message has been input is equal to or greater than the threshold. Note that the number of times the message has been input may be recorded in the data storage unit 104.

  In the present embodiment, the restriction unit 117 determines whether to restrict the output of the message based on the time information stored in the situation data DT1 and the time information received by the reception unit. For example, when the time indicated by the time information stored in the status data DT1 is earlier than the time indicated by the time information received by the reception unit, the restriction unit 117 determines to restrict the output of the message, and the restriction unit 117 When the time indicated by the time information stored in the status data DT1 is the same as or later than the time indicated by the time information received by the receiving unit, it is determined not to limit the output of the message.

[Output section]
The output unit 118 outputs a message. The output is, for example, output visually or audibly. That is, the output is to be displayed as an image or output as sound. For example, the output unit 118 displays a message on the display unit 15. For example, when the game terminal 10 includes an audio output unit such as a speaker or an earphone jack, the output unit 118 may output a message from the audio output unit.

  For example, if the progress status of the game being executed is already the progress status when a message is input by another game execution portion 100, the output section 118 displays the progress status when the message is input. A message may be output together with the information shown. That is, the output unit 118 does not limit the output of the message when the progress of the game being executed is already the progress when the message is input by the other game execution unit 100. Display a message with status information. The information indicating the progress status may be information that can identify the progress status, for example, a character string or an image indicating the progress status. Note that the display of the information may be omitted.

[2-2. Processing executed in game system]
FIG. 20 is a flowchart showing an example of processing executed in the game system S. The processing shown in FIG. 20 is executed by the control unit 11 operating according to a program stored in the storage unit 12 and the control unit 31 operating according to a program stored in the storage unit 32. The processing described below is an example of processing executed by the functional block. Here, the processing after the match of the group battle is completed and the battle image G6 is displayed will be described. Moreover, also in a group battle, the same process as the individual battle demonstrated in Embodiment 1 is performed, and the game progress based on a common random number shall be performed.

  As shown in FIG. 20, first, in the game terminal 10, the control unit 11 determines whether or not the button B62 of the battle image G6 has been selected based on the detection signal from the operation unit 14 (S151). When it is determined that the button B62 is selected (S151; Y), the control unit 11 determines whether or not the number of message inputs is equal to or greater than a threshold (S153). It is assumed that the number of message inputs is stored in advance in the storage unit 12 with an initial value of 0.

  When it is determined that the number of message inputs is equal to or greater than the threshold (S153; Y), the processing after S155 is not executed, and no message is input. On the other hand, when it is not determined that the message input count is equal to or greater than the threshold (S153; N), the control unit 11 displays the window W63 on the battle image G6 (S155). It is assumed that the image data of each stamp displayed on the window W63 is stored in the storage unit 12 in advance.

  Based on the detection signal from the operation unit 14, the control unit 11 determines whether any stamp displayed in the window W63 has been selected (S157). When it is determined that any one of the stamps has been selected (S157; Y), the control unit 11 transmits a message together with the time information stored in the status data DT1 (S159).

  In game server 30D, when a message or the like is received, control unit 31D transfers the received message or the like (S331). Note that in S331, the control unit 31D may transmit user information together with the message so that the message input person can be specified.

  In the game terminal 10, the control part 11 determines whether the message etc. were received from game server 30D (S161). When it is determined that the message has been received (S161), the control unit 11 determines whether to display the message based on the time information stored in the status data DT1 and the received time information ( S163).

  On the other hand, when it is determined in S163 to display a message (S163; Y), the control unit 11 displays a message (S165). In S165, the control unit 11 may also display time information when a message is input.

  When it is not determined to display the message (S163; N), the control unit 11 waits for the message to be displayed (S167). The control unit 11 displays the message whose display has been waited for in S167 when the time information received in S161 is reached. In other words, when the time indicated by the time information stored in the status data DT1 is the time indicated by the time information received in S161, the control unit 11 displays the message on display waiting in S167 on the display unit 15. Let

  The control unit 11 determines whether the end condition is satisfied (S169). The end condition may be any condition such as the end of the first half or the end of the game. If it is not determined that the end condition is satisfied (S169; N), the process returns to S151. When it is determined that the end condition is satisfied (S169; Y), this processing is performed.

  According to the game system S described above, a game in which the game progresses slowly by restricting the output of the message until the game being executed becomes a progress status when the message is input by another game execution unit 100. Since it can prevent that the user of the execution part 100 anticipates future expansion | deployment from the content of the user's message of the game execution part 100 with a quick game progress, the fall of the interest property of a game can be prevented. In addition, when a message of the user of the game execution unit 100 with a fast game progress is displayed on the game execution unit 100 with a slow game progress, a story may not be engaged due to a difference in the game progress. In S, such a thing can be prevented and the stories of a plurality of users can be engaged. Further, by updating the situation data DT1 by executing a common game process in each game execution unit 100, it is possible to reduce the communication load when a plurality of users participate in the game.

  In addition, when the progress of the game being executed is already the progress when a message is input by another game execution unit 100, the progress of the game is output by limiting the output of the message. It is possible to make the user quickly grasp messages input by other users who are delayed. For this reason, it can be prevented that messages of other users whose progress is delayed are not output.

  Further, by using time information indicating the time in the game, it is easier to determine whether or not the progress status of the game being executed is the progress status when a message is input by another game execution unit 100. Therefore, the processing load on the game execution unit 100 can be reduced.

  Further, when a predetermined number or more of messages are input, the output of all or a part of the predetermined number or more of the messages is restricted, thereby preventing a large number of messages from being output.

  Further, based on team information acquired when the game is started and random numbers generated based on a random number generation rule common to the plurality of game execution units 100, The situation data DT1 is updated by executing the game process, and the situation data DT1 has the same content even if the situation data DT1 is not matched between the game execution units 100. Therefore, when a plurality of users participate in the game Communication load can be reduced. In addition, if the combination of team information used in the game is the same, if random numbers are not used, the same game result may be obtained every time, and the user may get bored. By including elements, even if the combination of team information is the same, it is possible to change the game results. Even if some users end the game halfway due to communication failure or application termination, the situation data DT1 is updated in each user terminal, so that other users continue the game to the end. Can do.

  In addition, when the game being executed is already in the progress status when a message is input in another game execution unit 100, a message is displayed together with information indicating the progress status, so at any point in time It is possible for the user to grasp whether the message is input by the user.

  Further, by causing each game execution unit 100 to execute a process for restricting message output, for example, the processing load on the server 30 in the game system S can be reduced.

[3. Embodiment 3]
Next, another embodiment of the game system S will be described. In the third embodiment described below, a case where a game similar to the game described in the embodiment 1-2 is executed will be described. However, the game of the third embodiment may be different from the game of the embodiment 1-2. Good. The game system S of the third embodiment executes a game in which a plurality of users share a role and participate.

  A role is, for example, a task to be played in a game. For example, if it is a sports game, it is a position. Further, for example, in the case of a baseball game, the batting order may correspond to the role instead of the position. For example, in the case of a role playing game, the role may be a post called a job. Further, for example, in the case of a card game, the role may be an attack card, a support card for another card, or the like. Further, for example, the role may be a user role or a user game object role.

  Sharing is, for example, that different roles are assigned among a plurality of users, and that one user and another user are in charge of different roles. For example, the first user is responsible for the first role and the second user is responsible for the second role. Also, for example, the first role is associated with the first user information, and the second role is associated with the second user information. For example, the first role is associated with the first game object, and the second role is associated with the second game object.

  In the present embodiment, the position corresponds to the role. For this reason, the location described as a position in this embodiment can be read as a role. In the third embodiment, matching in a group battle will be described. For example, in a group battle, a team is formed by a plurality of people. The team formation is determined in advance, and in principle, the team is shared among a plurality of positions indicated by the formation.

  It should be noted that the formation of the group battle may be fixed regardless of the period, or may be changed according to the period. For example, in one period, there is a formation called “4-3-3” with 1 keeper, 4 defenders, 3 midfielders, 3 forwards, and 1 keeper and defenders in other periods. May be a formation called “3-4-3” with 3 people, 4 midfielders and 3 forwards.

  In a group match, as a rule, one person is in charge of a position in a predetermined formation. For this reason, in a group battle, 11 people who belong to the same team are matched. In other words, in the group battle, it is possible to match 11 user information, 11 characters (or cards), or 11 game programs.

  In addition, when 11 people are not gathered, the character linked | related with the user information of the matched user is used. For example, in a soccer game, a game is played with 11 characters per team, but when only 5 people are gathered for matching, the remaining 6 characters of user information gathered at that time It is replenished from the characters associated with each of the above.

  For example, when the button B23 of the game menu image G2 (FIG. 3) is selected, an image for selecting the level of the group battle is displayed, and then a card on which a character used in the group battle is drawn is selected. A card selection image is displayed on the display unit 15.

  FIG. 21 is a diagram illustrating an example of a card selection image. As shown in FIG. 21, the card selection image G7 includes a display area for displaying a formation. In the display area A70, an image showing the degree of congestion at each position is displayed on the image imitating the pitch. The degree of congestion is the number of registered users who will be described later, and each image is displayed at a position corresponding to each position indicated by the formation. Here, the degree of congestion is shown in three stages. For example, “◎” is the most vacant, “◯” is the second most vacant, and “Δ” indicates the most crowded. Note that the degree of congestion may be indicated in two stages, or may be indicated in four or more stages.

  In the example of FIG. 21, a formation of “4-3-3” is defined. For example, a formation of one goalkeeper, four defenders, three midfielders, and three forwards is defined. It has been. For example, the roles of the defender, the midfielder, and the forward may be subdivided, and the display area A70 indicates the degree of congestion for each subdivided role.

  For example, the defender is subdivided into a center back, a right side back, and a left side back, there are two center backs, and there are one right side back and one left side back. Further, for example, the mid fielder is subdivided into a central mid fielder, a right side half, and a left side half, and each of these positions exists. Further, for example, the forward is subdivided into a center forward, a right wing, and a left wing, and each of these positions exists by one person.

  In the example of FIG. 21, the center forward is crowded, and if the center forward character is used in a group battle, matching may take time. On the other hand, the right wing, the left wing, and the midfielder (central midfielder, right side half, and left side half) are more vacant than the center forward, and matching takes less time. The goalkeeper and defender (center back, right side back, left side back) are all free and may be matched relatively quickly. The degree of congestion at each position changes dynamically according to the situation at that time.

  The card selection image G7 includes a display area A71 for displaying information related to the selected character. The selected character is a character that is going to be used in a group battle, and any character in the team is selected. For example, information such as a character image, name, level, position, and ability parameter is displayed in the display area A71.

  In the present embodiment, it is assumed that the above-described subdivided positions are set as character positions. Only one position may be set for the character, or a plurality of positions may be set. Further, the number of positions set may be different depending on the character. The position of the character may be indicated by the pitch displayed in the display area A70. For example, the area corresponding to the character position may be displayed in a different color from the other areas. In the example of FIG. 21, the position of the character is center forward, and the color of the position corresponding to the center forward (indicated by a halftone dot in FIG. 21) in the pitch of the display area A70 is different.

  In the display area A71, a button B710 for switching characters is displayed. When button B710 is selected, the character used in the group battle is switched to another character. For example, when button B710 is selected, a list of characters is displayed, and a character to be used in a group battle is selected from the list. For example, the characters can be switched so that characters in different positions are used in the group battle.

  The card selection image G7 displays a button B72 for starting a group battle. When the button B72 is selected, a request for participation in the group battle is transmitted, and matching of the group battle is started.

  FIG. 22 is a diagram illustrating an example of the card selection image G7 during matching. As shown in FIG. 22, the card selection image G7 displays a window W73 indicating that matching is in progress. The window W73 displays the number of people matched at the present time. The window W73 also displays a button B730 for canceling matching and closing the window W73. When button B730 is selected, participation in the group battle is canceled and matching is interrupted.

  In group battle matching, a queue for storing user information of a registered user for each position is prepared for each position. For example, in the “4-3-3” formation, the total of goalkeeper, center back, right side back, left side back, central midfielder, right side half, left side half, center forward, right wing, and left wing Since there are 10 positions, there are 10 cues.

  For example, when a request for participation in a group battle is transmitted, user information of a registered user is stored in a queue of positions set for the selected character. When a plurality of positions are set for the character, user information is stored in the most empty queue. Matching is executed in the order of storing user information for each queue. For this reason, it takes less time to complete the matching for vacant positions, and it takes time to complete the matching for busy positions. In the display area A70, the degree of congestion for each queue is displayed.

  As described above, if 11 people are not available even after a certain period of time, matching is performed only by the amount gathered at the current time, and the insufficient positions are associated with the user information of the users gathered at the current time. Refilled by a character (card). When the matching is completed, an image of each team character is displayed, and then a group battle is started. The flow of the group battle is as described in the second embodiment, and the user operation proceeds automatically without intervention.

  As described above, in the game system S of the third embodiment, a queue is set for each position in the group battle, and the user information of the participation registered user is stored in any one of the queues, so that the user can select a desired queue. The effort to take charge of the role is reduced. Hereinafter, details of the third embodiment will be described. In the following description, the description of the same configuration as that of Embodiment 1-2 is omitted.

[3-1. Functions Realized in Embodiment 3]
FIG. 23 is a functional block diagram showing functions related to the present invention among the functions realized by the game system S. As shown in FIG. 23, in the game system S of the third embodiment, a data storage unit 300, a reception unit 303, a role acquisition unit 304, an addition unit 305, a selection unit 306, a presentation unit 307, a role change unit 308, and a time change unit. 309 and the role assignment unit 310 are realized, and a case where these are realized in the server 30 will be described. In the third embodiment, the functions described in the first and second embodiments may be realized.

[Data storage section]
The data storage unit 300 of Embodiment 3 stores participation registration data DT3 in addition to the user data DT2 described in Embodiment 1-2.

  FIG. 24 is a diagram illustrating a data storage example of the participation registration data DT3. As shown in FIG. 24, each position and user information of a registered user who has registered to participate in the game are associated with the participation registration data DT3. For example, the participation registration data DT3 is data in which user information of a participation registration user for the game is associated with each position. Here, the case where the participation registration data DT3 is in a format called a queue will be described, but it may be in an arbitrary data format, for example, a table format or an array format.

  Note that registering participation in the game means that, for example, acceptance of a participation request is registered on the computer. In other words, it is registered on the computer waiting for matching. The participation registered user is, for example, a user whose user information is registered in the participation registration data DT3.

[Reception Department]
The accepting unit 303 is realized mainly by the control unit 31C. The accepting unit 303 accepts a request for participation in a game by each user. In the present embodiment, a case where the reception unit 303 is realized in the lobby server 30C will be described. Therefore, the reception unit 303 receives a participation request by receiving a predetermined notification.

  The participation request is, for example, indicating an intention to participate in the game. For example, the participation request is to transmit information for participating in the game to the server. In addition, for example, the participation request may be detection of selection of a predetermined button in the screen, or may be notification for requesting participation in the game from the game terminal 10 to the server 30. Further, for example, the participation request may be made in a predetermined data format, and is made by transmitting information such as user information and an ID of a game object used by the user.

  In this embodiment, since the participation request is transmitted when the button B72 of the card selection image G7 is selected, the accepting unit 303 accepts the participation request by receiving a notification indicating that the button B72 has been selected. It will be. For example, it is assumed that the participation request includes user information and information (for example, a character ID (card ID) and a position) regarding the selected character (or the card on which the character is drawn).

[Role Acquisition Department]
The role acquisition unit 304 is realized mainly by the control unit 31C. In the present embodiment, since the position corresponds to a role, the role acquisition unit 304 acquires a position desired by the user who has requested participation from among a plurality of positions. In the present embodiment, a case where the role acquisition unit 304 is realized in the lobby server 30C will be described. Therefore, the role acquisition unit 304 acquires a desired position by receiving information for identifying the position.

  The desired position is, for example, a position selected as a position to be assigned in the game. For example, the desired position may be selected by the user from a plurality of positions, or may be a position associated with a game object used in the game. The plurality of positions may be determined based on the detection signal of the operation unit 14, but in the present embodiment, the plurality of positions are determined based on a predetermined combination of positions. The combination of positions is, for example, a set of positions composed of a plurality of positions. For example, a predetermined formation in the group battle corresponds to the combination of positions. If the role is called by a name other than the position, the combination of roles is called, for example, a party, a formation, a formation, or the like.

  In the game of this embodiment, the game object of each user is used, and the role acquisition unit 304 acquires the position associated with the game object of the user who requested the participation as the position desired by the user. In the present embodiment, since the game card indicating the character corresponds to the game object and the position corresponds to the role, the role acquisition unit 304 acquires the position of the character selected in the card selection image G7 as the desired role. It will be. In the present embodiment, a game card will be described as an example. However, the present invention is not limited to a game card, and may be a configuration other than a game card as long as it is a game object. For example, a character may be used. It may be an item.

[Additional part]
The adding unit 305 is realized mainly by the control unit 31C. The adding unit 305 requests the user information of the user who requested the participation in the participation registration data DT3 in which each position and the user information of the registered user who registered to participate in the game are associated with each other. Add in association with the position to be. For example, when the reception unit 303 receives the participation request, the addition unit 305 stores the user information received together with the participation request in a queue corresponding to the position acquired by the role acquisition unit 304 in the participation registration data DT3.

  The order of the user information stored in the participation registration data DT3 may be arbitrary, but here, the adding unit 305 stores the user information in the order in which the participation request is received. For this reason, the earlier the acceptance request is received, the faster the matching is performed, and the later the acceptance request is received, the later the matching is delayed.

  When there are a plurality of positions desired by the user who requested participation, the adding unit 305 associates with at least one position selected from the plurality of positions desired by the user based on the participation registration data DT3. Then, the user information of the user is added to the participation registration data DT3.

  For example, the adding unit 305 may select one of a plurality of positions based on the detection signal from the operation unit 14 or may select a position at random. Further, for example, the adding unit 305 may select a position based on the degree of congestion of each position indicated by the participation registration data DT3. For example, the adding unit 305 may select a vacant position among a plurality of positions. An empty position is a position where the number of user information stored in the queue is small.

[Selection part]
The selection unit 306 selects a plurality of users participating in the game. The selection here is, for example, deciding a combination of users who participate in the game, and deciding another user who will fight or cooperate with a certain user. That is, matching between users. Based on the participation registration data DT3, the selection unit 306 selects, for each position, a user who is in charge of the position from among participation registration users in which user information is associated with the position.

  For example, when a plurality of users who respectively desire a plurality of positions gather, the selection unit 306 selects the plurality of users. The case of gathering means that, for example, when the number in charge of each position is determined in advance, the number of registered registered users is equal to the number in charge of each position.

  For example, the selection unit 306 may select a user who has gathered at the present time if a plurality of users who respectively desire a plurality of positions are not gathered even after a predetermined time has elapsed. The predetermined time may be a predetermined time, and may be a fixed value or a variable value. For example, the selection unit 306 starts a timing process when a participation request is accepted, and determines whether a predetermined time has elapsed. If the selection unit 306 determines that the predetermined time has elapsed, the matching is completed even if 11 persons are not present.

  In the game of the present embodiment, among the plurality of game objects of each user, the game object designated by the user is used, and therefore the selection unit 306 is used when a plurality of users who respectively desire a plurality of positions gather. The plurality of users are selected. When a plurality of users who respectively desire a plurality of positions are not collected even after a predetermined time has elapsed, the selection unit 306 selects the users who have gathered at the present time.

[Presentation section]
The presentation unit 307 presents the participation registration status of each position to each user based on the participation registration data DT3. The participation registration status is, for example, the number of participation registration users. For example, it is the ratio of the number of registered users to the number in charge of each position. The participation registration status may be presented as an image or notified by voice. For example, the presentation unit 307 may output an image or sound indicating the number of registered users or an image or sound indicating the degree of congestion.

[Role change part]
The role changing unit 308 changes the position desired by the user based on the user's operation in which the participation registration status is presented. For example, the role changing unit 308 changes the position desired by the user based on the detection signal from the operation unit 14. In this embodiment, since the position is changed by switching the character used in the group battle, the role changing unit 308 changes to the position of the selected character based on the detection signal of the operation unit 14. The role changing unit 308 may change to a position selected from a plurality of positions.

[Time change part]
The time changing unit 309 changes the length of the predetermined time based on the participation registration data DT3. For example, the time changing unit 309 changes the length of the predetermined time based on the number of user information stored in the participation registration data DT3. For example, the time changing unit 309 sets the predetermined time longer as the number of user information is smaller, and sets the predetermined time shorter as the number of user information is larger. That is, the time changing unit 309 sets the predetermined time longer as the number of participating registration users is smaller, and sets the predetermined time shorter as the number of participating registered users is larger.

[Role assignment section]
The role assignment unit 310 assigns a position desired by the user to the game object designated by each of the plurality of users selected by the selection unit 306. In this embodiment, since the character (card) corresponds to a game object, the role assignment unit 310 assigns the position set for the character as the position in the group battle.

  For example, when a plurality of users who respectively desire a plurality of positions do not gather, the role assignment unit 310 selects a user from among the game objects that are not designated by each of the plurality of users selected by the selection unit 306. You may determine the game object which allocates the position which did not gather. In the present embodiment, since the character (card) corresponds to a game object, the role assignment unit 310 sets the position so that any of the collected user characters is in charge of positions that the user has not collected. Will be assigned.

[3-2. Processing executed in game system]
FIG. 25 is a flowchart showing an example of processing executed in the game system S. The processing shown in FIG. 25 is executed by the control unit 11 operating according to the program stored in the storage unit 12 and the control unit 31 operating according to the program stored in the storage unit 32. The processing described below is an example of processing executed by the functional block. Here, processing after the button B23 of the game menu image G2 is selected will be described.

  As shown in FIG. 25, in the game terminal 10, the control unit 11 transmits a display request for the card selection image G7 to the lobby server 30C (S181). The display request may be made in a predetermined format, and includes, for example, ID information for identifying the card selection image G7.

  In the lobby server 30C, when receiving the display request, the control unit 31C transmits data indicating the degree of congestion of each position based on the participation registration data DT3 (S341). In S341, the control unit 31C may transmit the number of registered participation users of each position as a crowded state, or data indicating which image should be displayed based on the number of registered registered users of each position. May be sent. Further, for example, when the degree of congestion is indicated by any of a plurality of levels, the control unit 31C may transmit data indicating the level of congestion of each position.

  In the game terminal 10, when data is received, the control part 11 displays the card selection image G7 on the display part 15 (S183). In S183, the control unit 11 determines the display mode of each image on the pitch of the display area G70 based on the received data. For example, the control unit 11 displays an “◎” image at the most vacant position, an “◯” image at the next vacant position, and an “△” image at the most crowded position. Display.

  The control unit 11 specifies the user's operation based on the detection signal from the operation unit 14 (S185). Here, it is assumed that an operation for selecting the buttons B710 and B72 is performed. When the button B710 is selected (S185; B710), the control unit 11 changes the character used in the group battle (S187). When the character is changed in S187, the contents of the display areas A70 and A71 are also updated.

  On the other hand, when the button B72 is selected (S185; B72), the control unit 11 transmits a request for participation in the group battle (S189). The participation request may be made in a predetermined format, and includes, for example, user information and the character ID and position of the currently selected character.

  In the lobby server 30C, when receiving the participation request, the control unit 31C adds the user information of the user who requested the participation to the queue corresponding to the character position (S343), and executes matching (S345). In S343, the control unit 31C adds the user information to the record corresponding to the position of the currently selected character in the participation registration data DT3.

  FIG. 26 is a diagram illustrating details of the process of S345. As illustrated in FIG. 26, the control unit 31C determines whether or not all the positions of the formation are gathered based on the participation registration data DT3 (S3451). In S3451, the control unit 31C determines whether or not the user information for the number of persons determined in each position is stored in the participation registration data DT3.

  When it is determined that all positions are gathered (S3451; Y), the control unit 31C performs matching so that the gathered users form a team (S3453). In S3453, the control unit 31C deletes the matched user information from the participation registration data DT3. On the other hand, when it is determined that there is a position that has not gathered (S3451; N), the control unit 31C waits for a new participation request (S3455). In S3455, the control unit 31C starts timing, and waits until user information is added to the participation registration data DT3 and all positions are aligned.

  The control unit 31C determines whether or not a predetermined time has elapsed after waiting for a new request for participation (S3457). It is assumed that information indicating the length of the predetermined time is stored in the storage unit 32C. As described above, the predetermined time may be changed based on the degree of congestion indicated by the participation registration data DT3. If it is not determined that the predetermined time has elapsed (S3457; N), the process returns to S3451. When the user information is added to the participation registration data DT3 and all the positions are prepared, the control unit 31C proceeds to the process of S3453 and performs matching.

  On the other hand, when it is determined that the predetermined time has elapsed (S3457; Y), the control unit 31C determines a character to be assigned to a position that is not gathered, and completes matching (S3459). In S3459, the control unit 31C performs matching so as to form a team with the user characters (cards) gathered at the current time, and replenishes positions not gathered from the user characters gathered at the current time.

  Returning to FIG. 25, the control unit 31C transmits a notification that the matching is completed (S347). The process of S347 may be the same as that of the individual battle S309, and thereafter, the group battle may be executed in the same flow as the individual battle.

  According to the game system S described above, the user information of the user who requested to participate in the game is added to the participation registration data DT3 in association with the position desired by the user, and the position is assigned for each position. By selecting a user from among registered participation users in which user information is associated with the position, for example, other users can take a position desired by the user, or each battle room in which the desired position is vacant. Since it is not searched, it is possible to reduce the trouble for the user to take charge of a desired position.

  In addition, in the case where the user who participates in the game is not selected until the users who desire each position gather, the user who requested the participation continues to wait, and is dissatisfied without knowing how long the user should wait. However, according to the game system S, the participation registration status of each position is presented, and it can be predicted in advance how long it will take to match, so that the dissatisfaction of the user is solved. Can do.

  In addition, since a plurality of positions are determined based on a predetermined combination of positions, it is possible to save labor for determining a plurality of positions. In addition, for example, when multiple types of combinations are prepared and the combination used according to the time is changed, the position can be changed depending on the time, and the interest of the game is improved. Can do.

  In addition, by changing the position desired by the user whose participation registration status is presented, for example, it is possible to reduce the waiting time by changing to a relatively vacant position, effectively eliminating user dissatisfaction. be able to.

  In addition, by setting the position associated with the game object of the user who requested the participation as the position desired by the user, the user does not have to select the desired position before participating in the game. Time and effort can be effectively reduced.

  In addition, by considering the participation registration status of each position indicated by the participation registration data DT3, for example, user information can be added to a relatively vacant position by selecting a position associated with the user information. , Waiting time until matching (waiting time until game start) can be shortened.

  In addition, since the participation registration status of each position indicated by the participation registration data DT3 is reflected in the length of a predetermined time for selecting a user who participates in the game, the user is long before selecting a user who participates in the game. It is possible to prevent waiting time.

  In addition, if a plurality of users who respectively desire a plurality of positions do not gather even after a predetermined time has passed, dissatisfaction that the user cannot join the game no matter how long it waits by selecting the users gathered at the present time. Can be prevented. Furthermore, by assigning positions that the user did not gather from among the game objects that the user did not specify, the game object of the user is used, not the game object that is not related at all. The interest of the game can be improved.

[3-3. Modification of Embodiment 3]
In addition, although the case where the cue is provided for each subdivided position in the participation registration data DT3 has been described, a cue may be provided for each rough position. For example, as shown in FIG. 24, a cue may not be provided for every ten fine positions, but a cue may be provided for each of four rough positions such as forward, midfielder, defender, and goalkeeper. In this case, for example, when a center forward character is selected, user information is stored in a forward queue to which the center forward belongs. When determining a fine position after matching, the position of each character may be determined randomly or based on the position set for the character.

  FIG. 27 is a functional block diagram of a modification of the third embodiment. As shown in FIG. 27, a role determination unit 311 is realized. In the game of the present modification, one or a plurality of second positions which are detailed positions belonging to any one or a plurality of first positions of the plurality of first positions and each of the plurality of first positions. The role acquisition unit 304 acquires the second position desired by the user who has requested participation.

  The first position is a classification (category) larger than the second position. This is a position corresponding to the superordinate concept of the second position. The position includes the second position. For example, in the case of a sports game, the position is larger than the second position. In the case of a soccer game, the positions are forward and midfielder. In the case of a baseball game, the positions are infielders and outfielders.

  The second position is a classification (category) smaller than the first position. This is a position corresponding to a subordinate concept of the first position. This is a position that embodies the first position. For example, in the case of a sports game, the position is finer than the first position. In the case of a soccer game, the positions are center forward and central midfielder. In the case of a baseball game, the positions are first base and right wing.

  FIG. 28 is a diagram illustrating a relationship between the first position and the second position. As shown in FIG. 28, in the formation of the third embodiment, each of the forward, midfielder, and defender includes three detailed positions, so that three second positions with respect to one first position. Will exist. On the other hand, since there is only one goalkeeper, there is one second position for one first position. Thus, the first position and the second position are not limited to a one-to-many relationship, and may be a one-to-one relationship. That is, as in the goal keeper of FIG. 28, the first position and the second position are in one-to-one correspondence.

  Further, as described above, the first role and the second role are not limited to positions, and may be determined according to the game. For example, the occupation (or title) of the character in the role playing game may correspond to the role. In this case, there may be a first occupation and a second position which is a detailed occupation.

  FIG. 29 is a diagram illustrating a relationship between the first occupation and the second title. As shown in FIG. 29, for example, when there are a wizard and a warrior as the first occupation, there are adventurers, lower-level wizards, intermediate wizards, advanced wizards, and magic warriors as second positions corresponding to the wizards. However, as a second position corresponding to the warrior, there may be an adventurer, a lower-level warrior, an intermediate warrior, an advanced warrior, and a magic warrior. In this case, the adventurer and the magic warrior belong to both the first occupation and the second position. That is, there may be a many-to-many relationship between the first occupation and the second position, and the adventurer and the magic warrior belonging to the second position belong to each of the first occupation, the wizard and the warrior. It may be.

  In the above example, the first role is, for example, the first position or the first occupation, and the second role is, for example, the second position or the second position. The first role and the second role may be in the same classification (category) as in the position shown in FIG. 28, or the first role and the second role as in the occupation and position shown in FIG. The classification (category) may be different. It is only necessary that the correspondence relationship between the first role and the second role is stored in the data storage unit 300 in advance.

  Each of the plurality of first positions is associated with user information of a user who is registered for participation in the game in the participation registration data DT3 of the present modification example. In association with the first position to which the desired second position belongs, the user information of the user is added to the participation registration data DT3.

  For example, data indicating which first position the second position belongs to is stored in advance in the data storage unit 300 or the like. Based on the data, the adding unit 305 identifies the first position to which the second position desired by the user who requested the participation belongs, and associates the first position with the first position in the participation registration data DT3. Will be added.

  The role determination unit 311 is realized mainly by the control unit 31C. The role determination unit 311 determines the second position that each of the plurality of users selected by the selection unit 306 is in charge of based on the participation registration data DT3. For example, the role determination unit 311 may determine at random from a plurality of second positions belonging to the first position, or may determine based on the second position associated with the character.

  According to the modification of the third embodiment, the user information of the user is added to the participation registration data DT3 in association with the first position wider than the second position desired by the user who requested the participation. Makes it easier to gather, so you can speed up the matching time.

[4. Embodiment 4]
Hereinafter, embodiments for carrying out the present invention will be described with reference to the drawings. In each figure, the size and scale of each part are appropriately changed from the actual ones. Further, since the embodiments described below are preferable specific examples of the present invention, various technically preferable limitations are attached thereto. However, the scope of the present invention is particularly limited in the following description. Unless otherwise stated, the present invention is not limited to these forms.

  Embodiments of the present invention will be described below.

[4-1. Overall configuration of game system]
FIG. 30 is a diagram showing an overall configuration of the game system SYS according to the present embodiment.
As shown in FIG. 30, the game system SYS according to the present embodiment includes a plurality of game terminals 10-1 to 10-M that can execute a soccer game (an example of a “game”), a gate server 31, and an authentication server. 32, the lobby server 33, and the game server 34 (M is a natural number of 2 or more). Hereinafter, of the game terminals 10-1 to 10-M, the m-th game terminal 10 may be referred to as a game terminal 10-m (m is a natural number satisfying 1 ≦ m ≦ M). In the following, among the elements related to the game system SYS, the element corresponding to the game terminal 10-m may be expressed with the subscript “m”. In the following, when it is not necessary to distinguish the game terminals 10-1 to 10-M from each other, subscripts are given to elements corresponding to the game terminal 10-m among elements related to the game system SYS. There is a case where the expression is not given with “m”. For example, when there is no need to distinguish the game terminals 10-1 to 10-M from each other, the game terminal 10-m may be expressed as the game terminal 10.
In the present embodiment, the game terminal 10-m, the gate server 31, the authentication server 32, the lobby server 33, and the game server 34 are connected to a network NW such as the Internet.

  In this embodiment, the case where the game terminal 10 is a household game device is assumed as an example. However, any information processing apparatus can be adopted as the game terminal 10. For example, the game terminal 10 may be a mobile device such as a smartphone, a mobile phone, a mobile game machine, or a tablet computer, or a personal computer, an arcade game machine, or a smart TV having an information processing function. It may be.

  As illustrated in FIG. 30, the game terminal 10-m includes a processor 1000-m that controls each unit of the game terminal 10-m, a storage device 1001-m that stores various types of information, and an external device of the game terminal 10-m. A communication device 1002-m for communicating with an existing external device, an operation device 1003-m for receiving an operation by the user U-m of the game terminal 10-m, and a display device 1004-displaying various information m.

The storage device 1001 is a non-transitory recording medium, for example, a volatile memory such as a RAM (Random Access Memory) functioning as a work area of the processor 1000, and a control program PGt for the game terminal 10. And a non-volatile memory such as an EEPROM (Electrically Erasable Programmable Read-Only Memory) that stores various types of information.
The processor 1000 is, for example, a CPU (Central Processing Unit). However, the processor 1000 includes hardware such as a GPU (Graphics Processing Unit), a DSP (Digital Signal Processor), or an FPGA (Field Programmable Gate Array) in addition to or instead of the CPU. May be.
The communication device 1002 is hardware for performing communication with an external device existing outside the game terminal 10 via one or both of a wired network and a wireless network.

The operation device 1003 includes, for example, some or all of operation buttons, a pointing device such as a keyboard, a mouse, or a touch panel, and a joystick, and accepts an operation of the user U of the game terminal 10. Note that the operation device 1003 may include, for example, one or both of a microphone for the user U to input information by voice and a camera for the user U to input information by gesture.
The display device 1004 is, for example, a liquid crystal display panel or an organic EL display, and displays various images.
Note that the operation device 1003 and the display device 1004 may be external devices provided outside the game terminal 10 so as to communicate with the game terminal 10.

The gate server 31 includes a processor 3101 that controls each unit of the gate server 31, a storage device 3102 that stores various types of information, and a communication device that is hardware for communicating with an external device that exists outside the gate server 31. 3103.
The storage device 3102 is a non-transitory recording medium, functions as a work area of the processor 3101, and stores various information such as the control program PGs 1 of the gate server 31. The processor 3101 includes, for example, a part or all of a CPU, GPU, DSP, and FPGA.
The gate server 31 manages information such as a server name and an IP address of each of the authentication server 32, the lobby server 33, and the game server 34, for example.

The authentication server 32 is a communication device that is hardware for communicating with a processor 3201 that controls each unit of the authentication server 32, a storage device 3202 that stores various types of information, and an external device that exists outside the authentication server 32. 3203.
The storage device 3202 is a non-transitory recording medium, functions as a work area of the processor 3201, and stores various information such as the control program PGs2 of the authentication server 32. The processor 3201 includes, for example, a part or all of a CPU, a GPU, a DSP, and an FPGA.
The authentication server 32 authenticates the user U when the user U who operates the game terminal 10 tries to start a soccer game, for example.

The lobby server 33 is a communication device that is hardware for communicating with a processor 3301 that controls each unit of the lobby server 33, a storage device 3302 that stores various types of information, and an external device that exists outside the lobby server 33. 3303.
The storage device 3302 is a non-transitory recording medium, functions as a work area of the processor 3301, and stores various information such as the control program PGs3 of the lobby server 33. The processor 3301 includes, for example, a part or all of a CPU, a GPU, a DSP, and an FPGA.
For example, when one of the users U-1 to U-M wants to play a soccer game with another user U among the users U-1 to U-M, the lobby server 33 responds to the one user U. The matching which is the process which selects the user U who becomes an opponent is performed.

The game server 34 includes a processor 3401 that controls each unit of the game server 34, a storage device 3402 that stores various types of information, and a communication device that is hardware for communicating with an external device that exists outside the game server 34. 3403.
The storage device 3402 is a non-transitory recording medium, functions as a work area of the processor 3401, and stores various information such as the control program PGs4 of the game server 34. The processor 3401 includes, for example, part or all of a CPU, a GPU, a DSP, and an FPGA.
The game server 34 includes a game terminal 10 operated by one user U and another game operated by another user U when one user U and another user U compete in a soccer game. Information regarding the soccer game is provided to the terminal 10.

  The game system SYS shown in FIG. 30 is an example, and the game system SYS may include two or more gate servers 31, an authentication server 32, a lobby server 33, and a game server 34. In addition, the game system SYS includes a gate server 31, an authentication server 32, a lobby server 33, and a game server 34 instead of part or all of the gate server 31, the authentication server 32, the lobby server 33, and the game server 34. One or a plurality of servers 30 that can substitute functions realized by a part or all of the server 30 may be provided.

[4-2. Game Overview]
Hereinafter, the soccer game according to the present embodiment will be described with reference to FIGS. 31 to 35.

In the present embodiment, one user U who operates one game terminal 10 and another user U who operates another game terminal 10 can compete in a soccer game. Here, the battle | competition which concerns on a soccer game is performing the soccer game which concerns on a soccer game.
However, the present invention is not limited to such a mode, and the soccer game may be one in which one user U and another user U aim at clearing the mission while cooperating with each other. Here, clearing a mission in a soccer game may mean winning a soccer game related to the soccer game, or a soccer team for performing a soccer game related to the soccer game (hereinafter referred to as “team”). May be nurturing). In addition, the fact that one user U and another user U cooperate with each other in a soccer game means that one user U and another user U aim to win a soccer game as the same team in the soccer game. Also good.

In the following, the user U-1 of the game terminal 10-1 (an example of “terminal device”) and the user U-2 of the game terminal 10-2 (an example of “other terminal device”) play a match in a soccer game. In this case, the soccer game will be described while illustrating various screens displayed on the display device 1004-1 of the game terminal 10-1.
When the user U-1 performs a predetermined activation operation for activating a soccer game application using the operation device 1003-1 of the game terminal 10-1, the display device 1004-1 of the game terminal 10-1 A menu screen G1 is displayed.

FIG. 31 is a diagram showing an example of the menu screen G1.
As shown in FIG. 31, the menu screen G1 has a team organization button A11 for displaying a team organization screen (not shown) and a battle button A12 for starting a battle.
In the present embodiment, the user U has a plurality of characters C that can be used in a soccer game match. Here, the character C is, for example, a soccer player in a soccer game. In the present embodiment, the user U operates the operation device 1003-1 of the game terminal 10-1 on the team formation screen, so that the user U can use it for a battle from among the plurality of characters C owned by the user U. A plurality of characters C constituting the team can be selected. Further, in the present embodiment, the user U can make a team composed of the selected plurality of characters C play against a team composed of the plurality of characters C selected by other users U.

When the user U-1 selects the battle button A12 using the operation device 1003-1 of the game terminal 10-1 on the menu screen G1, the battle screen G2 is displayed on the display device 1004-1 of the game terminal 10-1. Is displayed and the match starts.
FIG. 32 is a diagram illustrating an example of a battle screen G2. The battle screen G2 is a screen showing a state in which the team of the user U-1 and the team of the user U-2 are playing a soccer match in the virtual field Fd.
As shown in FIG. 32, the battle screen G2 includes a field image GFd showing a field Fd, a ball image GBL showing a soccer ball, a character image GcP showing a character C constituting the team of the user U-1, and an opponent. And an enemy character image GcE showing the character C constituting the team of the user U-2. The battle screen G2 includes the name of the user U-1 team, the name of the user U-2 team, the score obtained by the user U-1 team, and the score obtained by the user U-2 team. , And a score display area A20.

  Also, as shown in FIG. 32, the battle screen G2 displays a pause button A21 for pausing the battle, a replay button A22 for displaying a replay video of the battle, and the user U-2 who is the opponent. A message button A23 for inputting a message to be transmitted. In the present embodiment, the replay video is a video that displays a past scene in the battle again on the battle screen G2.

In the soccer game according to the present embodiment, a case is assumed in which a battle relating to the soccer game proceeds regardless of the operation of the operation device 1003 by the user U. In other words, in the present embodiment, it is assumed that a battle relating to a soccer game is automatically advanced by the game system SYS. That is, in the present embodiment, the individual character C of each team is not determined according to the operation result of the display device 1004 by the user U, but the character C of each team moves based on the determination by the game system SYS. The battle progresses by doing.
Although details will be described later, in the present embodiment, after the soccer game application is activated, the game system SYS starts to start the battle related to the soccer game until the battle related to the soccer game is started. The battle preparation process is executed. And in this embodiment, the game terminal 10 starts the battle | competition which concerns on a soccer game, after a battle | competition preparation process is complete | finished. In other words, in the present embodiment, the game terminal 10 executes a battle progress process that is a process of progressing a battle related to the soccer game after the battle preparation process is completed. In other words, in the present embodiment, in the period in which the battle preparation process is being executed, the battle relating to the soccer game does not proceed, and after the battle preparation process is completed, in the period in which the battle progress process is being executed, The battle related to the soccer game will proceed. Note that, in the present embodiment, the progress of a battle relating to a soccer game is an example of “game progress”.

In the soccer game according to the present embodiment, when a battle is performed between the user U-1 of the game terminal 10-1 and the user U-2 of the game terminal 10-2, the game terminal 10-1 and the game Each of the terminals 10-2 individually advances a battle with the same content. That is, in this embodiment, when a battle is performed between the user U-1 of the game terminal 10-1 and the user U-2 of the game terminal 10-2, the game terminal 10-1 and the game terminal 10 -2 do not share information related to the progress of the match. In the present embodiment, the information related to the progress of the battle includes information that defines the progress of the battle and information for adjusting the progress speed of the battle among the plurality of game terminals 10. It is a concept. Here, the progress content of the battle is an example of “the progress content of the game”.
Although details will be described later, when a battle is performed between the user U-1 of the game terminal 10-1 and the user U-2 of the game terminal 10-2, the game server 10-1 In addition, game content information DT0 (an example of “content information”), which is information defining the progress of a battle relating to a soccer game, is supplied to the game terminal 10-2. Then, each of the game terminal 10-1 and the game terminal 10-2 advances the battle based on the game content information DT0. For this reason, according to this embodiment, each of the game terminal 10-1 and the game terminal 10-2 can advance the battle | competition of the same content determined based on the game content information DT0 separately.

  In the present embodiment, the information that defines the progress of the battle (hereinafter sometimes referred to as “progress content definition information”) is determined by the game terminal 10-m determining the progress of the battle related to the soccer game. In this case, the information defines the determination method (hereinafter referred to as “determination method definition information”), but the present invention is not limited to such an embodiment. The progress content defining information may be information (hereinafter referred to as “progress content designation information”) for designating the progress content itself of a battle relating to a soccer game, for example. That is, in the present embodiment, it is assumed that the game content information DT0 is determination method defining information, but the game content information DT0 may be progress content designation information.

Here, the progress content designation information may be information representing the progress content itself of the battle relating to the soccer game.
Further, the progress content designation information may be information representing the determined content when the game terminal 10 determines the progress content of the battle relating to the soccer game. Further, the progress content designation information may be information indicating the progress content of the battle that has already been determined when the progress content of the battle related to the soccer game has already been determined.
Further, the progress content designation information means that the game terminal 10 updates the information (for example, “competition status information DT3” described later) indicating the progress status of the battle related to the soccer game, thereby proceeding with the battle related to the soccer game. In this case, information (for example, “update content designation information” to be described later) for designating the update content of the information indicating the progress of the battle may be used.

Further, the determination method defining information is information indicating the progress status of the match when the game terminal 10 updates the information indicating the progress status of the match related to the soccer game to advance the match related to the soccer game. It may be information defining a method for generating update content designation information for designating update content.
Specifically, the determination method defining information may be, for example, information indicating a rule or function for generating update content specifying information in the game terminal 10 (for example, “specified value generation rule” described later). . The determination method defining information is, for example, information indicating an input value for the function when the specified value generation rule is a function that outputs update content specifying information indicating a value corresponding to the input value for the specified value generation rule. It may be.

When the message button A23 is selected on the battle screen G2, a message input window A24 for inputting a message is displayed on the battle screen G2.
FIG. 33 is a diagram showing an example of the message input window A24. In the present embodiment, a message can be input using an image called a stamp. As shown in FIG. 33, a plurality of stamps A25 are displayed in a list in the message input window A24. In the present embodiment, as an example, it is assumed that the stamp A25 includes a character's face or an image of a soccer ball or the like and a character string indicating the content of the message. When the user U-1 selects one of the plurality of stamps A25-1 to A25-3 displayed in the message input window A24, the selected stamp A25 is input as a message. The input message is displayed on the battle screen G2 displayed on the game terminal 10-1 and the battle screen G2 displayed on the game terminal 10-2.

  FIG. 34 is a diagram showing a state in which the message A26 corresponding to the stamp A25 selected by the user U-1 is displayed on the battle screen G2. As shown in FIG. 34, the message A26 includes, for example, an image and a character string included in the stamp A25, and the name of the user U-1 who has selected the stamp A25.

As described above, in the present embodiment, since each of the game terminal 10-1 and the game terminal 10-2 individually advances a battle of the same content, the processing status of the game terminal 10-1 and the game terminal 10-2 Due to the difference, there is a possibility that a difference occurs between the progress speed of the battle at the game terminal 10-1 and the progress speed of the battle at the game terminal 10-2. For example, when the game terminal 10-1 has higher processing performance than the game terminal 10-2, the progress of the battle at the game terminal 10-1 may be faster than the progress of the battle at the game terminal 10-2. is there.
Therefore, for example, the game terminal 10-1 has a faster battle progress speed than the game terminal 10-2, and corresponds to the stamp A25 input by the user U-1 at the game terminal 10-1. When the message A26 is displayed on the display device 1004-2 of the game terminal 10-2 immediately after the user A-1 inputs the stamp A25, the user U-2 displays the message A26 displayed on the display device 1004-2. Depending on the content of the game, future game development can be predicted. In this case, the user U-2 has a disadvantage that the interest of the game is lowered.
Therefore, in the present embodiment, in order to avoid such an inconvenience, the display device of the game terminal 10-2 of the message A26 corresponding to the stamp A25 input by the user U-1 at the game terminal 10-1 is displayed. The display timing in 1004-2 is adjusted.

  FIG. 35 is an explanatory diagram for explaining an example of the input timing and output timing of the message A26. In FIG. 35, it is assumed that the game terminal 10-1 is faster in the speed of the battle relating to the soccer game than the game terminal 10-2. In FIG. 35, it is assumed that the game terminal 10-1 and the game terminal 10-2 simultaneously start a battle relating to a soccer game.

In the example shown in FIG. 35, it is assumed that the goal is determined at a timing of 25 minutes in the virtual elapsed time (hereinafter referred to as “virtual elapsed time”) from the start of the match relating to the soccer game. .
In this case, the display device 1004-1 of the game terminal 10-1 displays the goal scene at an earlier timing than the display device 1004-2 of the game terminal 10-2. Then, at the timing when the goal is determined, the message A26 regarding the goal input from the game terminal 10-1 by the user U-1 immediately after the message A26 is input, the display device 1004- of the game terminal 10-2. 2, the message A26 regarding the goal is displayed on the display device 1004-2 before the goal scene is displayed on the display device 1004-2 of the game terminal 10-2. In this case, the user U-2 can expect the goal to occur before the goal scene is displayed on the display device 1004-2 of the game terminal 10-2, and may be awakened. There is.
For this reason, in this embodiment, the virtual elapsed time at the game terminal 10-2 is “25 minutes”, and the user U− is displayed until the goal scene is displayed on the display device 1004-2 of the game terminal 10-2. 1 waits for display on the display device 1004-2 of the message A26 related to the goal input from the game terminal 10-1.

  On the other hand, in the example shown in FIG. 35, it is assumed that a foul occurs at a timing when the virtual elapsed time is 40 minutes, and the user U-2 inputs a message A26 regarding the foul from the game terminal 10-2. In this case, the foul scene is displayed on the game terminal 10-1 before the timing at which the foul scene is displayed on the game terminal 10-2. Therefore, in this case, the game terminal 10-1 causes the display device 1004-1 to display the message A26 regarding the foul that the user U-2 has input from the game terminal 10-2 without waiting.

  As described above, in the game system SYS according to the present embodiment, input is performed at the other game terminal 10 until the stage of the battle progress on one game terminal 10 catches up with the stage of the battle progress on the other game terminal 10. The output of the received message A26 at one game terminal 10 is prohibited. Thereby, according to this embodiment, it is possible to prevent the user U from predicting future game development from the content of the message A26.

[4-3. Functions implemented in the game system]
Hereinafter, functions related to the present invention among the functions realized by the game system SYS will be described with reference to FIGS.

[4-3-1. Functions realized with game terminals]
FIG. 36 is a functional block diagram illustrating an example of a functional configuration of the game terminal 10.
As shown in FIG. 36, the game terminal 10 includes a terminal control unit 110 that controls each unit of the game terminal 10, a storage unit 130 that stores various types of information, and an external device that exists outside the game terminal 10. A communication unit 140 for executing communication, an operation unit 150 for receiving an operation by the user U of the game terminal 10, and a display unit 160 capable of displaying various images are provided.
Among these, the terminal control unit 110 is a function realized by the processor 1000 executing the control program PGt (an example of “program”) stored in the storage device 1001 and operating in accordance with the control program PGt. . The storage unit 130 is a function provided by the storage device 1001. The communication unit 140 is a function provided by the communication device 1002. The operation unit 150 is a function provided by the operation device 1003. The display unit 160 is a function provided by the display device 1004.

As shown in FIG. 36, the storage unit 130 includes user information DT1 that is information related to a user U participating in a battle relating to a soccer game, battle content designation information DT2 that is information defining the progress of the battle, Displayed on the battle screen G2 is the battle status information DT3 indicating the battle status, the battle progress information DT4 indicating the progress of the battle, the game mode information DT5 indicating whether the battle is in progress, or not. Message information DT6, which is information relating to the message A26, and the control program PGt.
The game content information DT0 described above is information including user information DT1 and battle content designation information DT2. That is, in the present embodiment, the user information DT1 and the battle content designation information DT2 are generated in the game server 34 when the battle is started on the game terminal 10, and supplied from the game server 34 to the game terminal 10. Information.

FIG. 37 is a diagram illustrating an example of a data configuration of the user information DT1. In FIG. 37, when the user U-1 who operates the game terminal 10-1 and the user U-2 who operates the game terminal 10-2 compete in a soccer game, the memory of the game terminal 10-1 is stored. The user information DT1 memorize | stored in the part 130 and the memory | storage part 130 of the game terminal 10-2 is illustrated.
As illustrated in FIG. 37, the user information DT1 includes, for example, user IDs of the users U-1 and U-2, names of the users U-1 and U-2 (user names), The user character relating to the name of the team (team name) used by each of the user U-1 and user U-2 and the character C constituting the team used by each of the user U-1 and user U-2 Information including information.

Here, the user ID is information for uniquely identifying each user U from the users U-1 to U-M who can play the soccer game.
The user character information includes, for example, the character ID of each character C, the name (character name) of each character C, role information indicating the role of each character C in the battle, and the ability regarding the battle of each character C. Information indicating capability information to be displayed.
Here, the character ID is information for uniquely identifying each character C from among the plurality of characters C appearing in the soccer game. In this embodiment, role information is information which shows the position which character C can take charge of, for example in a battle of a soccer game. Further, in the present embodiment, the ability information is, for example, pass ability information indicating the degree of the ability of the pass of the character C, and shooting ability information indicating the degree of the ability of the shot of the character C. And dribbling ability information indicating the level of the dribbling ability of the character C.

The battle content designation information DT2 is information including, for example, seed information indicating a seed value described later and specified value generation rule information indicating a specified value generation rule described later. As described above, the seed information and the specified value generation rule information are information generated in the game server 34 and supplied to the game terminal 10.
In the present embodiment, it is assumed that the specified value generation rule information is generated in the game server 34, but the present invention is not limited to such a mode. The specified value generation rule information may be information stored in advance in the storage unit 130 of the game terminal 10.

Here, the seed information is information having characteristics as determination method defining information. Specifically, the seed value indicated by the seed information is a value that defines a method for generating update content designation information that designates the update content of the battle situation information DT3 that indicates the progress of the battle in the game terminal 10. In the present embodiment, the seed value indicated by the seed information may be, for example, a random value generated in the game server 34, or indicates the time when the game content specifying information DT2 is generated in the game server 34. It may be information or may be a predetermined value.
The specified value generation rule indicated by the specified value generation rule information is a function for generating update content specifying information composed of a plurality of update content specifying values B [1] to B [K] based on the seed value. Yes (K is a natural number of 2 or more). Here, the update content designation value B [k] is information for designating the k-th update content of the battle situation information DT3 (k is a natural number satisfying 1 ≦ k ≦ K). That is, the specified value generation rule information is information having a characteristic as determination method defining information, and the update content specifying information is information having a characteristic as progress content specifying information. It is assumed that the value K is set as a value larger than the number of updates of the battle situation information DT3 in the battle relating to the soccer game.

FIG. 38 is a diagram illustrating an example of a data configuration of the battle situation information DT3. In FIG. 38, when the user U-1 who operates the game terminal 10-1 and the user U-2 who operates the game terminal 10-2 compete in a soccer game, the memory of the game terminal 10-1 is stored. The unit 130, the storage unit 130 of the game terminal 10-2, and the stored battle situation information DT3 are illustrated.
As illustrated in FIG. 37, the battle situation information DT3 includes, for example, user IDs of the user U-1 and the user U-2, and scores obtained by the user U-1 and the user U-2 in the battle, respectively. And game element status information indicating the status of the game elements related to the battle.

  In the present embodiment, the game element related to the battle is a concept including each of the plurality of characters C performing the battle and a soccer ball used for the battle. In the present embodiment, the game element status information includes character status information indicating the status of each of the plurality of characters C participating in the battle, and ball status information indicating the status of the soccer ball used in the battle. Including. Here, the character status information includes, for example, the character ID of each of the plurality of characters C participating in the battle, the position in each field Fd of the plurality of characters C participating in the battle, the moving direction, and This is information indicating the moving speed. The ball status information is information indicating, for example, the position, moving direction, and moving speed of the soccer ball used in the match in the field Fd.

In the present embodiment, at the timing when the battle is started, the battle situation information DT3 stored in the storage unit 130 of the game terminal 10-1 and the battle stored in the storage unit 130 of the game terminal 10-2. The situation information DT3 indicates the same content.
In the present embodiment, the game content information DT0 supplied from the game server 34 to the game terminal 10-1 and the game content information DT0 supplied from the game server 34 to the game terminal 10-2 at the start of the battle are: Shows the same contents. That is, in this embodiment, the update content designation value B [k] generated at the game terminal 10-1 and the update content designation value B [k] generated at the game terminal 10-2 are the same value. Become.
Therefore, in this embodiment, the battle situation information DT3 updated at the kth time on the game terminal 10-1 and the battle situation information DT3 updated at the kth time on the game terminal 10-2 indicate the same content. become.

The battle progress information DT4 is information indicating the degree of progress of the battle in the game terminal 10 that is fighting. Specifically, the battle progress information DT4 indicates the number of updates GT of the battle situation information DT3 in the game terminal 10. More specifically, when the battle situation information DT3 is updated k times, the update count GT is “k”.
Hereinafter, the update count GT indicated by the battle situation information DT3 in the game terminal 10-1 is referred to as update count GT1, and the update count GT indicated in the match status information DT3 in the game terminal 10-2 is referred to as update count GT2. There is a case. That is, the battle progress information DT4 indicating the update count GT1 is an example of “first progress information”, and the battle progress information DT4 indicating the update count GT2 is an example of “second progress information”.

  In the present embodiment, the game terminal 10 can execute a battle relating to a soccer game in two game modes, a battle progress mode and a battle stop mode. Here, the battle progress mode is a game mode in which the battle situation information DT3 is updated and the battle situation progresses. The battle stop mode is a game mode in which the battle situation information DT3 is not updated and the battle situation does not change.

  The game mode information DT5 indicates whether the game mode on the game terminal 10 is the battle progress mode or the battle stop mode.

In the present embodiment, when a battle is started on the game terminal 10, the game mode is set to the battle progress mode.
In the present embodiment, when the pause button A21 is selected on the battle screen G2, the game mode is set to the battle stop mode. In the present embodiment, when the pause button A21 is selected on the battle screen G2 and the game mode is set to the battle stop mode and then the pause button A21 is selected again, the game mode is set to the battle progress mode. Set to
Further, in the present embodiment, when the battle situation information DT3 is updated a predetermined number of times Khf, half time comes and the game mode is set to the battle stop mode (Khf is a natural number satisfying 1 <Khf <K). . In the present embodiment, after the half time is started and the game mode is set to the battle stop mode, when a predetermined time length Thf elapses, the half time is ended and the game mode is set to the battle progress mode. . Note that the fact that the battle situation information DT3 has been updated a predetermined number of times Khf and half time has arrived means that “the progress of the game has reached a predetermined stage”
It is an example.
In the present embodiment, the half time ends when a predetermined time length Thf elapses after the half time is started and the game mode is set to the battle stop mode. It is not limited to. For example, when the user U of the game terminal 10 performs a predetermined halftime end operation using the operation unit 150, it is possible to adopt a mode in which the halftime ends.

The message information DT6 includes a message ID for identifying each message from all types of messages that can be input by the user U in the soccer game, message image information indicating an image included in each message, and each message. Message character string information indicating the included character string.
In the following, information including information indicating the message input by the user U (an example of “input information”) in the message information DT6 and the battle progress information DT4 at the timing when the message is input will be referred to as a message. This is called notification information DTm. In this embodiment, the message notification information DTm includes a message input by the user U. However, instead of the message, a message ID (other than “input information”) corresponding to the message input by the user U is included. Example) may be included. That is, the message notification information DTm may be information including only the message ID and the battle progress information DT4 without including the message image information and the message character string information.

  As shown in FIG. 36, the terminal control unit 110 provided in the game terminal 10 includes a game progress unit 111, a battle progress information acquisition unit 116, a message acquisition unit 117, a game content information acquisition unit 118, and display control. Unit 121 and an operation receiving unit 124.

The game progress unit 111 includes a battle situation information update unit 112, a battle progress information update unit 113, a game mode setting unit 114, and a game processing unit 115, and advances the soccer game.
Among these, the battle situation information update unit 112 updates the battle situation information DT3 based on the update content designation value B [k], thereby advancing the battle related to the soccer game. The process of updating the battle situation information DT3 is an example of “progress process”.
The battle progress information update unit 113 updates the battle progress information DT4 when the battle status information update unit 112 updates the battle status information DT3. Specifically, the battle progress information update unit 113, when the battle status information update unit 112 updates the battle status information DT3 for the kth time after the battle related to the soccer game is started, The update count GT shown is set to the value “k”.
Further, the game mode setting unit 114 sets a game mode in the game terminal 10 by setting either a value indicating the battle progress mode or a value indicating the battle stop mode in the game mode information DT5. .
Further, the game processing unit 115 executes a battle preparation process that is a process for starting a battle related to a soccer game.

The battle progress information acquisition unit 116 (an example of “first acquisition unit”) acquires the battle progress information DT4 from the storage unit 130.
The message acquisition unit 117 (an example of a “second acquisition unit”) is a case where the game terminal 10 is playing against another game terminal 10, and message notification information from the other game terminal 10 to the game terminal 10. When DTm is transmitted, the message notification information DTm is acquired. In addition, when the user U operates the operation unit 150 and inputs a message in the game terminal 10, the message acquisition unit 117 acquires information related to the message input by the user U.
When the game content information DT0 is supplied from the game server 34, the game content information acquisition unit 118 (an example of a “third acquisition unit”) acquires the game content information DT0.

  The display control unit 121 (an example of “output control unit”) includes a message display determination unit 122 and a display information generation unit 123, and controls display of various images on the display unit 160.

Among these, the message display determination unit 122 is a case where the game terminal 10 is playing against another game terminal 10 and the message notification information DTm is transmitted from the other game terminal 10 to the game terminal 10. Then, it is determined whether or not to display the message included in the message notification information DTm received from the other game terminal 10 on the display unit 160.
Specifically, the message display determination unit 122 receives the update count GT (hereinafter referred to as “internal update count GTx”) indicated by the battle progress information DT4 acquired by the battle progress information acquisition unit 116, and other game terminals 10 Included in the message notification information DTm received from other game terminals 10 based on the update count GT (hereinafter referred to as “acquisition update count GTy”) indicated by the battle progress information DT4 included in the received message notification information DTm. Whether to display the message to be displayed on the display unit 160 is determined.
Here, the internal update count GT-x is the update count GT of the battle situation information DT3 at the game terminal 10 at the timing when the message display determination unit 122 determines whether or not to display the message on the display unit 160. is there. The acquisition update count GT-y is the update count GT of the battle situation information DT3 at the other game terminal 10 at the timing when the message is input at the other game terminal 10.

For example, when the internal update count GT-x is larger than the acquired update count GT-y, the message display determination unit 122 displays the message included in the message notification information DTm received from the other game terminal 10 on the display unit 160. Make a decision to display.
On the other hand, when the internal update count GT-x is smaller than the acquired update count GT-y, the message display determination unit 122 displays the message 160 included in the message notification information DTm received from the other game terminal 10. The decision to prohibit the display for is made.
The battle progress information acquisition unit 116 periodically displays the battle progress information DT4 from the storage unit 130 while the message received from the other game terminal 10 is prohibited from being displayed on the display unit 160. To get to. Then, the message display determination unit 122 determines the display on the display unit 160 of the message received from the other game terminal 10 based on the internal update count GT-x acquired last by the battle progress information acquisition unit 116. . For this reason, the message display determination unit 122 has a case where the internal update count GT-x is smaller than the acquired update count GT-y and the display of the message received from the other game terminal 10 on the display unit 160 is prohibited. However, after that, when the internal update count GT-x reaches the acquired update count GT-y, a determination is made to display the message received from the other game terminal 10 on the display unit 160. In other words, when the internal update count GT-x is smaller than the acquisition update count GT-y, the message display determination unit 122 determines until the internal update count GT-x is equal to or greater than the acquisition update count GT-y. The display of the message received from the other game terminal 10 on the display unit 160 is put on standby.

The display information generation unit 123 generates display information (an example of “output information”) indicating an image to be displayed on the display unit 160 based on the determination result in the message display determination unit 122.
Specifically, when the message display determination unit 122 determines that the message received from the other game terminal 10 is displayed on the display unit 160, the display information generation unit 123 displays display information indicating an image including the message. And the display unit 160 displays an image based on the display information. On the other hand, when the message display determination unit 122 prohibits the display of the message received from the other game terminal 10 on the display unit 160, the display information generation unit 123 generates display information indicating an image that does not include the message. Then, an image based on the display information is displayed on the display unit 160.
The display information generation unit 123 generates display information indicating the battle screen G2 based on the battle situation information DT3 when a battle is in progress on the game terminal 10.

  The operation reception unit 124 (an example of a “reception unit”) receives the content of the operation when the user U of the game terminal 10 operates the operation unit 150.

[4-3-2. Functions realized by the gate server]
FIG. 39 is a functional block diagram illustrating an example of a functional configuration of the gate server 31.
As illustrated in FIG. 39, the gate server 31 includes a gate server control unit 311 that controls each unit of the gate server 31, a storage unit 312 that stores various types of information, and an external device that exists outside the gate server 31. A communication unit 313 for executing the communication.
Among these, the storage unit 312 stores the control program PGs1 of the gate server 31, and server information DT31 indicating the server name and IP address of each of the authentication server 32, the lobby server 33, and the game server 34. doing. Note that the storage unit 312 is a function provided by the storage device 3102.
The gate server control unit 311 is a function realized by the processor 3101 executing the control program PGs1 stored in the storage device 3102 and operating in accordance with the control program PGs1. The communication unit 313 is a function provided by the communication device 3103.

[4-3-3. Functions implemented in the authentication server]
FIG. 40 is a functional block diagram illustrating an example of a functional configuration of the authentication server 32.
As shown in FIG. 40, the authentication server 32 includes an authentication server control unit 321 that controls each unit of the authentication server 32, a storage unit 322 that stores various types of information, and an external device that exists outside the authentication server 32. A communication unit 323 for executing the communication.
Among these, the storage unit 322 stores the control program PGs2 of the authentication server 32 and authentication information DT32 used for authenticating the user U. Note that the storage unit 322 is a function provided by the storage device 3202.
The authentication server control unit 321 is a function realized by the processor 3201 executing the control program PGs2 stored in the storage device 3202 and operating according to the control program PGs2. The communication unit 323 is a function provided by the communication device 3203.

[4-3-4. Functions implemented in the lobby server]
FIG. 41 is a functional block diagram illustrating an example of a functional configuration of the lobby server 33.
As shown in FIG. 41, the lobby server 33 includes a lobby server control unit 331 that controls each unit of the lobby server 33, a storage unit 332 that stores various types of information, and an external device that exists outside the lobby server 33. A communication unit 333 for executing the communication.
Among these, the storage unit 332 stores the control program PGs3 of the lobby server 33. Note that the storage unit 332 is a function provided by the storage device 3302.
The lobby server control unit 331 is a function realized by the processor 3301 executing the control program PGs3 stored in the storage device 3302 and operating in accordance with the control program PGs3. The communication unit 333 is a function provided by the communication device 3303.

[4-3-5. Functions realized in game server]
FIG. 42 is a functional block diagram illustrating an example of a functional configuration of the game server 34.
As shown in FIG. 42, the game server 34 (an example of a “server device”) includes a game server control unit 341 that controls each unit of the game server 34, a storage unit 342 that stores various types of information, and an outside of the game server 34. A communication unit 343 for executing communication with an external device existing in the network.
Among these, the communication unit 343 stores a control program PGs4 of the game server 34, user information DT1, and battle content designation information DT2. Note that the communication unit 343 is a function provided by the storage device 3402.
The game server control unit 341 is a function realized by the processor 3401 executing the control program PGs4 stored in the storage device 3402 and operating according to the control program PGs4. The communication unit 343 is a function provided by the communication device 3403.

[4-4. Game system operation]
Hereinafter, the operation of the game system SYS will be described with reference to FIGS. 43 to 47.
43 to 47, the game terminal 10-1 in the case where the user U-1 of the game terminal 10-1 and the user U-2 of the game terminal 10-2 perform a battle relating to a soccer game. The operation will be mainly described.

[4-4-1. Battle preparation process]
First, the operation of the game system SYS when the battle preparation process is executed will be described with reference to FIGS. 43 and 44.

  As shown in FIG. 43, when the user U-1 starts a soccer game on the game terminal 10-1 and selects the battle button A12 on the menu screen G1, the game processing unit 115 of the game terminal 10-1 The server 31 is requested for server information DT31 (S101).

When the gate server 31 receives the request for the server information DT31 from the game terminal 10-1, the gate server control unit 311 of the gate server 31 transmits the server information DT31 to the game terminal 10-1 (S301). .
The game processing unit 115 of the game terminal 10-1 acquires the server information DT31 transmitted from the gate server 31 (S103). Here, “obtaining information” may be, for example, developing information in the RAM of the storage device 1001-1.

  Next, the game processing unit 115 of the game terminal 10-1 accesses the authentication server 32 based on the server information DT31, and authenticates the user U-1 of the game terminal 10-1 to the authentication server 32. Authentication request is made (S105).

  When the authentication server 32 receives the authentication request from the game terminal 10-1, the authentication server control unit 321 of the authentication server 32 authenticates the user U-1 (S303).

Next, the authentication server control unit 321 of the authentication server 32 determines whether or not the authentication result in step S303 is successful (S305).
If the result of determination in step S305 is negative, the authentication server control unit 321 controls the communication unit 323 so that a predetermined error message is transmitted to the game terminal 10-1, and FIGS. The process shown is terminated.
On the other hand, if the result of the determination in step S305 is affirmative, the authentication server control unit 321 controls the communication unit 323 to issue a user token and transmit the issued user token to the game terminal 10-1 ( S307).

Next, the game processing unit 115 of the game terminal 10-1 acquires the user token transmitted from the authentication server 32 (S107).
Then, the game processing unit 115 of the game terminal 10-1 accesses the lobby server 33 based on the server information DT31 acquired in step S103, and requests matching to the lobby server 33 (S109).

When the lobby server 33 receives a matching request from the game terminal 10-1, the lobby server control unit 331 of the lobby server 33 executes matching (S309). As described above, in the example illustrated in FIGS. 43 to 47, it is assumed that the lobby server control unit 331 matches the user U-1 and the user U-2 as described above.
Then, the lobby server control unit 331 controls the communication unit 333 so that the result of matching in step S309 is transmitted to the game terminal 10-1 (S311).
Next, the game processing unit 115 of the game terminal 10-1 acquires the matching result transmitted from the lobby server 33 (S111).

  As shown in FIG. 44, the game processing unit 115 of the game terminal 10-1 accesses the game server 34 based on the server information DT31 acquired in step S103, and requests the game server 34 to start a battle. (S113).

  When the game server 34 receives a request to start a battle from the game terminal 10-1, the game server control unit 341 of the game server 34 generates seed information (S313).

  Next, the game server control unit 341 of the game server 34 transmits game content information DT0 (user information DT1 and battle content designation information DT2) including the seed information generated in step S313 to the game terminal 10-1. Thus, the communication unit 343 is controlled (S315).

  Then, when the game terminal 10-1 receives the game content information DT0 transmitted from the game server 34, the game progression unit 111 of the game terminal 10-1 terminates the battle preparation process and advances the battle related to the soccer game. A battle progress process, which is a process, is executed (S200).

[4-4-2. Battle progress process]
Hereinafter, the operation of the game terminal 10-1 when the battle progress process according to Step S200 is executed will be described with reference to FIGS.

  As shown in FIG. 45, in the battle progress process, the game content information acquisition unit 118 of the game terminal 10-1 acquires the game content information DT0 transmitted by the game server 34 in step S315 (S201). Note that the game content information acquisition unit 118 generates update content specification information based on the battle content specification information DT2 included in the game content information DT0 acquired from the game server 34 in step S201.

  Next, the game processing unit 115 of the game terminal 10-1 executes an initialization process (S203). Here, the initialization process refers to, for example, a process for setting the update count GT1 indicated by the battle progress information DT4 to an initial value such as “0” and a game mode indicated by the game mode information DT5 as “match progress mode”. And a process including

Next, the game mode setting unit 114 of the game terminal 10-1 determines whether or not the game mode indicated by the game mode information DT5 is the battle progress mode (S205).
If the result of determination in step S205 is affirmative, the game content information acquisition unit 118 of the game terminal 10-1 acquires an update content specification value B [k] from the update content specification information generated in step S201 ( S207).
Next, the battle situation information update unit 112 of the game terminal 10-1 updates the battle situation information DT3 based on the update content designation value B [k] acquired by the game content information acquisition unit 118 in step S207. Then, the battle relating to the soccer game is advanced (S209).
Further, the battle progress information update unit 113 of the game terminal 10-1 updates the update count GT1 indicated by the battle progress information DT4 to “k” (S211). Specifically, the battle progress information update unit 113 indicates the match progress information DT4 so that the update count GT1 indicated by the match progress information DT4 is updated from “k−1” to “k” in step S211. “1” is added to the number of updates GT1.

Next, the operation reception unit 124 of the game terminal 10-1 determines whether or not the user U-1 of the game terminal 10-1 has performed a pause operation for selecting the pause button A21 (S213).
If the result of the determination in step S213 is negative, the operation accepting unit 124 proceeds with the process to step S217.
If the result of the determination in step S213 is affirmative, the game mode setting unit 114 of the game terminal 10-1 changes the game mode indicated by the game mode information DT5 to the battle stop mode, so that the battle progresses according to the soccer game. Is stopped (S215).
In addition, the game mode setting unit 114 of the game terminal 10-1 determines whether or not the update count GT1 indicated by the battle progress information DT4 is “predetermined count Khf” and the timing at which half-time starts (progress stop timing) has arrived. Is determined (S217).
If the result of the determination in step S217 is negative, the game mode setting unit 114 advances the process to step S251.
If the result of the determination in step S217 is affirmative, the game mode setting unit 114 of the game terminal 10-1 changes the game mode indicated by the game mode information DT5 to the battle stop mode, so that the battle progresses according to the soccer game. Is stopped (S219), and the process proceeds to step S251.

When the result of the determination in step S205 is negative, the operation accepting unit 124 of the game terminal 10-1 causes the user U-1 of the game terminal 10-1 to select the pause button A21 again during the pause. It is determined whether a release operation (an example of “predetermined operation”) has been performed (S221).
If the result of the determination in step S221 is negative, the operation accepting unit 124 proceeds with the process to step S225.
If the result of the determination in step S221 is affirmative, the game mode setting unit 114 of the game terminal 10-1 changes the game mode indicated by the game mode information DT5 to the battle progress mode, thereby progressing the battle related to the soccer game. Is stopped (S223).
In addition, the game mode setting unit 114 of the game terminal 10-1 determines whether or not a predetermined time length Thf has elapsed from the start of the half time and a timing at which the half time ends (stop release timing) has arrived. (S225). Note that the game mode setting unit 114 cancels the stop at which the half time ends when the user U-1 of the game terminal 10-1 performs a predetermined half time end operation using the operation unit 150 in step S225. It may be determined that the timing has arrived.
If the result of the determination in step S225 is negative, the game mode setting unit 114 advances the process to step S251.
If the result of the determination in step S225 is affirmative, the game mode setting unit 114 of the game terminal 10-1 changes the game mode indicated by the game mode information DT5 to the battle progress mode, so that the battle progress related to the soccer game is progressed. Is stopped (S227), and the process proceeds to step S251.

As shown in FIG. 46, the operation accepting unit 124 of the game terminal 10-1 determines whether or not the user U-1 of the game terminal 10-1 has performed a message input operation for selecting the stamp A25 (S251). ).
If the result of the determination in step S251 is negative, the operation accepting unit 124 proceeds with the process to step S259.
If the result of determination in step S251 is positive, the message acquisition unit 117 of the game terminal 10-1 acquires a message corresponding to the stamp A25 selected by the user U-1 (S253).
Also, the battle progress information acquisition unit 116 of the game terminal 10-1 acquires the battle progress information DT4 from the storage unit 130 of the game terminal 10-1 (S255). As described above, the battle progress information DT4 acquired by the battle progress information acquisition unit 116 in step S255 is the match status information DT3 at the game terminal 10-1 at the timing when the message is input at the game terminal 10-1. The number of updates GT1 is indicated.
Then, the game processing unit 115 of the game terminal 10-1 includes a message notification including the message acquired by the message acquisition unit 117 in step S253 and the battle progress information DT4 acquired by the battle progress information acquisition unit 116 in step S255. The communication unit 140 is controlled so that the information DTm is transmitted to the game terminal 10-2 (S257). Note that the game terminal 10-1 may transmit the message notification information DTm directly to the game terminal 10-2 without going through the game server 34, or through the game server 34. May be.

Next, the message acquisition unit 117 of the game terminal 10-1 receives the message notification information DTm from the game terminal 10-2, and the display on the display unit 160 of the message indicated by the received message notification information DTm has not been completed. It is determined whether or not there is (S259).
If the result of the determination in step S259 is negative, the message acquisition unit 117 advances the process to step S279.
If the result of the determination in step S259 is affirmative, the message acquisition unit 117 of the game terminal 10-1 acquires a message included in the message notification information DTm received from the game terminal 10-2 (S261).
Further, the message acquisition unit 117 of the game terminal 10-1 acquires the battle progress information DT4 included in the message notification information DTm received from the game terminal 10-2 (S263). As described above, the battle progress information DT4 acquired by the message acquisition unit 117 in step S263 is the battle at the game terminal 10-2 at the timing when the message indicated by the message notification information DTm is input at the game terminal 10-2. The update count GT2 of the status information DT3 is shown.
Also, the battle progress information acquisition unit 116 of the game terminal 10-1 acquires the battle progress information DT4 from the storage unit 130 of the game terminal 10-1 (S265). As described above, the battle progress information DT4 acquired by the battle progress information acquisition unit 116 in step S265 indicates the number of times GT1 of the battle situation information DT3 updated at the game terminal 10-1 at the timing when step S265 is executed. .

As shown in FIG. 47, the message display determination unit 122 of the game terminal 10-1 determines that the update count GT1 indicated by the battle progress information DT4 acquired by the battle progress information acquisition unit 116 in step S265 is the message acquisition unit 117 in step S263. It is determined whether or not it is equal to or greater than the number of updates GT2 indicated by the battle progress information DT4 acquired (S271). In other words, the message display determination unit 122 compares the update count GT1 with the update count GT2 in step S271.
If the result of determination in step S271 is affirmative, the message display determination unit 122 of the game terminal 10-1 displays a message included in the message notification information DTm received from the game terminal 10-2 as a display unit of the game terminal 10-1. It is determined that the data is displayed on 160 (S273). In other words, in step S273, the message display determination unit 122 displays the message included in the message notification information DTm received from the game terminal 10-2 based on the comparison result in step S271. It is determined that the information is displayed on the screen 160.
Then, the display information generation unit 123 of the game terminal 10-1 generates display information indicating an image having a message included in the message notification information DTm received from the game terminal 10-2 (S275).
If the result of the determination in step S271 is negative, the message display determining unit 122 of the game terminal 10-1 displays the message included in the message notification information DTm received from the game terminal 10-2 as the display unit of the game terminal 10-1. It is determined that the display on the screen 160 is temporarily prohibited (S277). In other words, in step S277, the message display determination unit 122 displays the message included in the message notification information DTm received from the game terminal 10-2 based on the comparison result in step S271, on the display unit of the game terminal 10-1. A decision is made to prohibit display on the screen 160.
Then, the display information generating unit 123 of the game terminal 10-1 generates display information indicating an image having no message included in the message notification information DTm received from the game terminal 10-2 (S279).
Thereafter, the display information generation unit 123 of the game terminal 10-1 displays an image based on the display information generated in Step S275 or S279 on the display unit 160 of the game terminal 10-1 (S281).

Next, the game processing unit 115 of the game terminal 10-1 determines whether or not a predetermined game end condition is satisfied (S283). Here, the predetermined game end condition is, for example, that a timing at which a battle relating to a soccer game ends is reached.
If the result of the determination in step S283 is negative, the game processing unit 115 advances the process to step S205. If the determination result in step S283 is affirmative, the game processing unit 115 ends the battle progress process.

[4-5. Conclusion of the embodiment]
According to the present embodiment, when the content of the battle executed on the game terminal 10-1 is the same as the content of the battle executed on the game terminal 10-2, the game terminal 10-1 Until the degree of progress of the match reaches the level of progress of the match at the game terminal 10-2, the output at the game terminal 10-1 of the message input from the game terminal 10-2 is prohibited. Therefore, according to the present embodiment, when the progress of the battle at the game terminal 10-1 is slower than the progress of the battle at the game terminal 10-2, the user U-1 of the game terminal 10-1 It is possible to prevent the message from the user U-2 of 10-2 from being seen. That is, according to the present embodiment, the user U-1 of the game terminal 10-1 is prevented from predicting the future development of the battle based on the message from the user U-2 of the game terminal 10-2. be able to. Thereby, according to this embodiment, based on the message from an opponent, it can prevent that the interest property of a soccer game resulting from becoming able to anticipate the future expansion | deployment of a battle | competition is impaired.

  Further, according to the present embodiment, the progress of the battle executed on the game terminal 10-1 and the progress of the battle executed on the game terminal 10-2 are the same, and the game terminal When the progress of the battle at 10-1 is higher than the progress of the battle at the game terminal 10-2, the output at the game terminal 10-1 of the message input from the game terminal 10-2 is prohibited. Without output. Thereby, according to this embodiment, when the progress of the battle at the game terminal 10-2 is slower than the progress of the battle at the game terminal 10-1, the message input by the user U-2 of the game terminal 10-2 Can be quickly grasped by the user U-1 of the game terminal 10-1. For this reason, according to this embodiment, it is possible to prevent the output from the game terminal 10-1 from being delayed in the message from the user U-2 input from the game terminal 10-2 whose progress is delayed. .

  In addition, according to the present embodiment, when a battle is performed between the user U-1 of the game terminal 10-1 and the user U-2 of the game terminal 10-2, the game server 34 The game content information DT0 having the same content is supplied to both the 10-1 and the game terminal 10-2. Then, the game terminal 10-1 and the game terminal 10-2 execute a battle based on the game content information DT0 supplied from the game server 34. For this reason, according to this embodiment, each of the game terminal 10-1 and the game terminal 10-2 does not perform communication between the game terminal 10-1 and the game terminal 10-2, and has the same content. It becomes possible to advance the battle individually. Thereby, according to this embodiment, the communication load in the game system SYS can be reduced.

  Further, according to the present embodiment, the update content designation information is generated in the game terminal 10 based on the seed information and the designated value generation rule information included in the battle content designation information DT2 supplied from the game server 34. For this reason, according to this embodiment, compared with the case where the update content designation | designated information is produced | generated in the game server 34 and the produced | generated update content designation | designated information is transmitted to the game terminal 10, communication load is reduced effectively. be able to.

Further, according to the present embodiment, the progress of the battle at the game terminal 10-1 is delayed when the progress of the battle at the game terminal 10-1 is delayed from the progress of the battle at the game terminal 10-2. Until the level of the game terminal 10-2 reaches the level of progress of the battle, the message input from the game terminal 10-2 is prohibited from being output at the game terminal 10-1. In other words, according to the present embodiment, in the case where the progress of the battle at the game terminal 10-2 is ahead of the progress of the battle at the game terminal 10-1, the game terminal 10-2 The message input from the game terminal 10-2 can be transmitted to the game terminal 10-1 without considering the progress of the battle at the game terminal 10-1. Therefore, according to the present embodiment, for example, the game terminal 10-2 is input from the game terminal 10-2 until the level of progress of the battle reaches the level of progress of the battle on the game terminal 10-2. The processing load on the game terminal 10-2 can be reduced compared to a mode in which the game terminal 10-2 is prohibited from transmitting the message to the game terminal 10-1.
Further, according to the present embodiment, for example, there is no need to supply the game terminal 10-2 with information indicating the progress of the battle at the game terminal 10-1, and thus, for example, at the game terminal 10-1. Until the degree of progress of the match reaches the level of progress of the match at the game terminal 10-2, the game terminal 10-2 sends a message input from the game terminal 10-2 to the game terminal 10-1. The communication load between the game terminal 10-1 and the game terminal 10-2 can be reduced as compared with a mode in which transmission is prohibited.

In the present embodiment, the user information DT1 can also be grasped as “game data” that is referred to, for example, at the time of execution of a battle relating to a soccer game and affects the result of the battle. Therefore, the game content information acquisition unit 118 that acquires the user information DT1 can be understood as, for example, a “game data acquisition unit” that acquires game data.
In the present embodiment, for example, a “random value” may be employed as the seed value. Therefore, the game content information acquisition unit 118 that acquires the battle content designation information DT2 including the seed value can be understood as, for example, a “random number acquisition unit” that acquires a random value.
In the present embodiment, the battle situation information DT3 can be grasped as, for example, “situation data” indicating the battle situation. Therefore, the battle situation information update unit 112 that updates the battle situation information DT3 can be grasped as, for example, an “update unit” that updates the situation data.
In the present embodiment, the battle progress information DT4 included in the message notification information DTm acquired by the game terminal 10 from the other game terminal 10 is, for example, “progress information” indicating the progress of the battle in the other game terminal 10. Can also be grasped. Therefore, the message acquisition unit 117 that acquires the message and the battle progress information DT4 from the other game terminal 10 is grasped as, for example, a “message receiving unit” that receives the message and the progress information from the other game terminal 10. You can also.
In the present embodiment, the internal update count GT-x indicated by the battle progress information DT4 stored in the storage unit 130 of the game terminal 10 may be grasped as, for example, the “progress status” of the battle in the game terminal 10. The acquisition update count GT-y indicated by the battle progress information DT4 included in the message notification information DTm received from the other game terminal 10 is, for example, “progress of the battle at the time when the message is input at the other game terminal 10”. It can also be grasped as “situation”. Accordingly, the message display determination unit 122 that prohibits the display of the message received from the other game terminal 10 on the display unit 160 until the timing at which the internal update number GT-x becomes equal to or greater than the acquired update number GT-y is, for example, a game It can also be grasped as a “restriction unit” that restricts the output of a message until the progress status of the battle being executed on the terminal 10 becomes the progress status when a message is input on another game terminal 10.

[4-6. Modification of Embodiment 4]
Each of the above forms can be variously modified. Specific modifications are exemplified below. Two or more aspects arbitrarily selected from the following examples can be appropriately combined within a range that does not contradict each other. In addition, about the element which an effect | action and a function are equivalent to embodiment in the modification illustrated below, the code | symbol referred by the above description is diverted and each detailed description is abbreviate | omitted suitably.

[Modification 1]
In the embodiment described above, the game terminal 10 includes the game progress unit 111, the battle progress information acquisition unit 116, the message acquisition unit 117, the game content information acquisition unit 118, the display control unit 121, and the operation reception unit 124. The present invention is not limited to such an aspect, and some or all of these functions may be realized in the game server 34, for example.

  For example, the game system SYS includes a game server 34C described later instead of the game server 34, and includes game terminals 10C-1 to 10C-M described later instead of the game terminals 10-1 to 10-M. Good.

FIG. 48 is a functional block diagram showing an example of the functional configuration of the game server 34C. The game server 34C includes a storage unit 342 that stores the control program PGsC instead of the control program PGs4, and a game server control unit 341C that replaces the game server control unit 341. Is different. The game server control unit 341C is a function realized by the processor of the game server 34C executing the control program PGsC and operating according to the control program PGsC.
The game server control unit 341C includes a battle progress information acquisition unit 116, a message acquisition unit 117, and a display control unit 129. The display control unit 129 is different from the display control unit 121 in that the display information generation unit 123 is not provided.

FIG. 49 is a functional block diagram showing an example of the functional configuration of the game terminal 10C. The game terminal 10C is different from the game terminal 10 in that the storage unit 130 stores the control program PGtC instead of the control program PGt and the terminal control unit 110C instead of the terminal control unit 110. . The terminal control unit 110C is a function realized when the processor of the game terminal 10C executes the control program PGtC and operates according to the control program PGtC.
The terminal control unit 110C is different from the terminal control unit 110 in that the battle progress information acquisition unit 116 is not provided, the message acquisition unit 117 is not provided, and the display control unit 121C is provided instead of the display control unit 121. Is different. The display control unit 121C is different from the display control unit 121 in that the message display determination unit 122 is not provided.

  In the game system according to the present modification, the game progression unit 111 (an example of the “first game progression unit”) included in the game terminal 10C-1 (an example of the “first terminal device”) is connected to the game terminal 10C-1. The game progress unit 111 (an example of the “second game progress unit”) included in the game terminal 10C-2 (an example of the “second terminal device”) advances the battle on the game terminal 10C-2. . In the game system according to the present modification, the battle progress information acquisition unit 116 (another example of the “first acquisition unit”) included in the game server 34C is stored in the storage unit 130 included in the game terminal 10C-1. Battle progress information DT4 (another example of “first progress information”) is acquired. In the game system according to the present modification, the message acquisition unit 117 (another example of the “second acquisition unit”) included in the game server 34 </ b> C receives a message (“input information”) input on the game terminal 10 </ b> C- 2. Another example) and the battle progress information DT4 (other “second progress information”) stored in the storage unit 130 of the game terminal 10C-2 when the message is input at the game terminal 10C-2. Example) and get. In the game system according to the present modification, the display control unit 129 (another example of the “output control unit”) included in the game server 34C receives the message input to the game terminal 10C-2 from the game terminal 10C-1. Controls output to the display unit 160 (an example of an “output unit”).

[Modification 2]
In the above-described embodiment and Modification 1, the display information that can be grasped visually by the user U, such as a character string or an image that can be displayed on the display unit, has been described as “output information”. It is not limited to such an aspect.
For example, the “output information” may be audio information that can be grasped by the user U by hearing, may be fragrance information that can be grasped by the user U by smell, or may be grasped by the user U by touch. Possible vibration information may be used.

[Modification 3]
In the above-described embodiment and Modifications 1 and 2, a soccer game has been exemplified and described as a “game”, but the present invention is not limited to such a mode.
In the present invention, as a “game”, an arbitrary game in which one user U who operates one game terminal and another user U who operates another game terminal battle each other, or one user U and another Any game that aims to clear the mission while cooperating with user U can be employed.
In the present invention, as the “game”, for example, a sports game based on sports other than soccer, such as baseball, tennis, American football, basketball, or volleyball, may be employed. Any type of game other than a sports game, such as an action game, role-playing game, or fighting game, or a game of any genre may be employed.

Further, in the above-described embodiment and Modifications 1 and 2, a case where a common game is progressed in one game terminal operated by one user U and another game terminal operated by another user U is illustrated. However, the present invention is not limited to such an embodiment.
The present invention can also be applied to a case where common content is advanced in one game terminal operated by one user U and another game terminal operated by another user U. Here, the common content may be, for example, video content such as a movie, a drama, a video image of a class, or a video image of a sport or game match, or music or audio broadcasting. Audio content such as

[4-7. Addendum]
From the above description, the present invention is grasped as follows, for example. In order to facilitate understanding of each aspect, reference numerals in the drawings are appended in parentheses for convenience in the following, but the present invention is not limited to the illustrated aspects.

[Appendix 1]
A program according to an aspect of the present invention causes a processor (eg, processor 1000-1) of a terminal device (eg, game terminal 10-1) to progress the game based on content information that defines the progress of the game. A game progression unit (for example, game progression unit 111) to be performed, a first acquisition unit (for example, battle progress information acquisition unit 116) for obtaining first progression information indicating the degree of progression of the game in the terminal device, Input information input in another terminal device (for example, the game terminal 10-2) that is playing the game based on content information, and the time when the input information is input in the other terminal device A second acquisition unit (for example, a message acquisition unit 117) that acquires second progress information indicating the degree of progress of the game in another terminal device; And based on the second progress information, function as an output control unit (for example, display control unit 121) that controls the output of output information according to the input information acquired by the second acquisition unit, It is characterized by that.

  In this aspect, the output control unit indicates the first progress information indicating the degree of progress of the game in the terminal device, and the degree of progress of the game in the other terminal device when the input information is input in the other terminal device. Based on the second progress information, output of the output information corresponding to the input information is controlled. For this reason, according to this aspect, when the degree of progress of the game in the other terminal device is more advanced than the degree of progress of the game in the terminal device, the output of the output information corresponding to the input information is prohibited. Is possible. Therefore, according to this aspect, the user of the terminal device can play the game in the terminal device based on the output information corresponding to the input information input from another terminal device in which the degree of progress of the game is higher than that of the terminal device. It is possible to prevent the progress of the future game from being known rather than the progress of the game. Thereby, according to this embodiment, the fall of the interest property of the game which arises because the user of a terminal device can anticipate the future expansion | deployment of progress of a game can be prevented.

In the above aspect, the “content information” may be, for example, information (hereinafter, referred to as “progress content designation information”) that specifies the progress content of the game in the terminal device, or the terminal device. When determining the progress of the game, information defining the determination method (hereinafter referred to as “determination method definition information”) may be used.
Here, the “progress content specification information” may be information indicating the progress content of the game, for example. Further, the “progress content designation information” is, for example, information that specifies the update content of the battle situation information when the terminal device progresses the game by updating the battle situation information indicating the game progress situation ( Hereinafter, it may be referred to as “update content designation information”.
Further, the “determination method definition information” may be information that defines the generation method when the update content designation information is generated in the terminal device, for example. Specifically, the “determination method definition information” may be information indicating a rule or function (hereinafter referred to as “generation rule”) used for generating update content designation information in the terminal device, for example. Good. The “determination method definition information” is information indicating an input value for the function when the generation rule is a function that outputs update content specifying information indicating a value corresponding to the input value for the generation rule. May be. Here, the “input value” may be a value that can give randomness to the value indicated by the update content designation information, such as a random number or a time stamp, It may be a value such as information for identifying the user or a predetermined value such as a predetermined value.

  Further, in the above aspect, the “first progress information” may be, for example, the number of times that the game is executed in the terminal device, or the game is progressing in the terminal device. It may be the time length of the period.

  In the above aspect, the “input information” may be, for example, information that can be visually recognized by the user of the terminal device, such as an image and a character string, or the user of the terminal device, such as music and voice. May be information that can be grasped by hearing. Moreover, in the said aspect, "input information" identifies the information selected by the user of the terminal device from the several information which can be grasped | ascertained visually, or the several information which can be grasped | heared by hearing, for example It may be information for.

  In the above aspect, the “output information” may be information such as images and character strings that can be visually recognized by the user of the terminal device, or the user of the terminal device such as music and voice. May be information that can be grasped by hearing.

[Appendix 2]
A program according to another aspect of the present invention is the program according to attachment 1, wherein the output control unit is configured such that the degree of progress of the game indicated by the second progress information is indicated by the first progress information. The output information is prohibited when the game progresses more than the progress of the game.

  According to this aspect, output of output information is prohibited when the degree of progress of the game in the other terminal device is more advanced than the degree of progress of the game in the terminal device. For this reason, according to this aspect, it is possible to prevent the user of the terminal device from knowing the progress status of the future game rather than the progress status of the game on the terminal device based on the output information.

In the above aspect, “prohibiting output of output information” may be prohibiting output of all information constituting the output information. That is, in the above aspect, “prohibiting output of output information” is an aspect of prohibiting the output of only a part of information constituting the output information, and among the information constituting the output information. It may be that the aspect which permits the output of information other than the part of the information is not included.
In the above aspect, the output control unit prohibits the output of the output information only when the progress of the game in the other terminal device is more advanced than the progress of the game in the terminal device. When the degree of progress of the game reaches the degree of progress of the game on another terminal device, the prohibition on output of the output information may be canceled. In other words, the output control unit determines whether the progress of the game on the terminal device is the other terminal when the progress of the game on the other terminal device is higher than the progress of the game on the terminal device. Output of the output information may be waited until the degree of progress of the game in the device is reached. Here, “waiting for output information output” is a concept including “prohibition of output information output” and “cancellation of output information output prohibition”.

[Appendix 3]
A program according to another aspect of the present invention is the program according to attachment 2, wherein the game progress unit updates the first progress information according to the progress of the game in the terminal device, and the output The control unit, after prohibiting the output of the output information, based on a result of comparison between the progress of the game indicated by the first progress information and the progress of the game indicated by the second progress information, It is determined to output the output information.

  According to this aspect, when the degree of progress of the game in the other terminal device at the time when the input information is input is more advanced than the degree of progress of the game in the terminal device, the degree of progress of the game in the terminal device is Until the degree of progress of the game in the other terminal device at the time when the input information is input, the output of the output information according to the input information can be prohibited. For this reason, according to this aspect, it is possible to prevent the user of the terminal device from knowing the progress status of the future game rather than the progress status of the game on the terminal device based on the output information.

[Appendix 4]
A program according to another aspect of the present invention is the program according to appendixes 1 to 3, wherein the output control unit determines whether the progress of the game indicated by the first progress information is the second progress information. It is determined that the output information is to be output when the progress is higher than the progress of the game shown.

  According to this aspect, the output information is determined to be output when the progress of the game on the terminal device is higher than the progress of the game on the other terminal devices. For this reason, according to this aspect, it can prevent that the output of the input information input from the other terminal device with which progress of a game is late | slower than a terminal device is delayed.

[Appendix 5]
A program according to another aspect of the present invention is the program according to appendixes 1 to 4, wherein the game progress unit updates the first progress information according to the progress of the game in the terminal device, When the progress of the game in the terminal device reaches a predetermined stage, the update of the first progress information is stopped.

  According to this aspect, when the progress of the game reaches, for example, a stage where the progress of the game should be stopped, the update of the first progress information can be stopped. For this reason, according to this aspect, it is possible to accurately represent the degree of progress of the game in the terminal device by the first progress information.

In the above aspect, the “predetermined stage” may be a stage where the progress of the game has reached a predetermined level, or a stage where a predetermined content is realized in the game. May be.
Here, “the stage where the degree of progress of the game has reached a predetermined degree” is a stage where the number of times of the process of progressing the game executed in the terminal device has reached a predetermined number of times Alternatively, in the terminal device, the period during which the game is progressing may be a stage where a predetermined length of time has been reached. Specifically, the “stage at which the progress of the game has reached a predetermined level” may be, for example, the arrival of half time or the end of the game in a soccer game.
In addition, the “stage where a predetermined content is realized in the game” may be, for example, a stage where a mission related to a game is achieved or a stage where a non-achievement of a mission related to a game is confirmed However, it may be that a situation has occurred that is a prerequisite for achievement or non-achievement of the mission related to the game. Specifically, the “stage at which a mission related to a game is achieved” may be a stage at which a victory in a soccer game is confirmed in a soccer game, for example. In addition, the “stage where the non-achievement of the mission related to the game is confirmed” may be a stage where the defeat in the soccer game is confirmed in the soccer game, for example. In addition, the “stage where a situation that is a prerequisite for achievement or non-achievement of a mission related to the game” may be, for example, a scored stage or a goal lost stage in a soccer game.

[Appendix 6]
A program according to another aspect of the present invention is the program according to attachment 5, wherein the processor further functions as a reception unit (for example, an operation reception unit 124) that receives a user operation of the terminal device, When the progress of the game on the terminal device is stopped, the game progress unit cancels the stop of the update of the first progress information in response to the reception unit receiving a predetermined operation. It is characterized by that.

  According to this aspect, when the user of the terminal device performs an operation for canceling the stop of the progress of the game, for example, the stop of the update of the first progress information can be canceled. For this reason, according to this aspect, it is possible to accurately represent the degree of progress of the game in the terminal device by the first progress information.

  In the above aspect, the “predetermined operation” may be, for example, an operation for canceling the state where the progress of the game is stopped.

[Appendix 7]
A program according to another aspect of the present invention is the program according to appendices 1 to 6, wherein the game progression unit repeatedly executes a progression process for advancing the game in the terminal device, and the first progression information Indicates the number of times the progress process is performed by the game progress unit.

  According to this aspect, it is possible to accurately represent the degree of progress of the game in the terminal device by the first progress information.

[Appendix 8]
A program according to another aspect of the present invention is the program according to appendices 1 to 7, wherein the terminal device and the other terminal device are server devices that generate the content information (for example, the game server 34). ), And the program causes the processor of the terminal device to further function as a third acquisition unit (for example, game content information acquisition unit 118) that acquires the content information from the server device. The progression unit advances the game based on the content information acquired by the third acquisition unit, the other terminal device acquires the content information from the server device, and based on the acquired content information The game is advanced.

  According to this aspect, since the terminal device and the other terminal devices advance the game based on the content information supplied from the server device, the information regarding the progress of the game is transmitted between the terminal device and the other terminal devices. Transmission / reception is not required. For this reason, according to this aspect, for example, compared with an aspect in which information relating to the progress of a game is transmitted and received between a terminal device and another terminal device, network communication between the terminal device and the other terminal device. The load can be reduced.

[Appendix 9]
A terminal device (for example, game terminal 10-1) according to an aspect of the present invention is a terminal device capable of proceeding with a game, and proceeds the game based on content information that defines the progress of the game. A game progress unit (for example, game progress unit 111), a first acquisition unit (for example, battle progress information acquisition unit 116) that acquires first progress information indicating the degree of progress of the game in the terminal device, and the contents Input information input in another terminal device (for example, game terminal 10-2) that is playing the game based on the information, and the other at the time when the input information is input in the other terminal device A second acquisition unit (for example, the game terminal 10-2) that acquires second progress information indicating the degree of progress of the game in the terminal device, the first progress information, and the second progress information. Zui and comprises an output control unit (e.g., the display control unit 121) for controlling the output of the acquired output information corresponding to the input information of the second acquisition unit, it is characterized.

  According to this aspect, it is possible to prohibit the output of output information according to input information when the progress of the game on the other terminal device is higher than the progress of the game on the terminal device. Become. Therefore, according to this aspect, the user of the terminal device can play the game in the terminal device based on the output information corresponding to the input information input from another terminal device in which the degree of progress of the game is higher than that of the terminal device. It is possible to prevent the progress of the future game from being known rather than the progress of the game.

[Appendix 10]
A game system according to one aspect of the present invention is a game system including a plurality of terminal devices capable of proceeding with a game, and a first terminal device (for example, game terminal 10C-1) among the plurality of terminal devices. A first game progression unit (for example, a game progression unit 111 provided in the game terminal 10C-1) for proceeding with the game based on content information that defines the progression content of the game, and the plurality of terminal devices. Of these, in a second terminal device (for example, the game terminal 10C-2), a second game progression unit (for example, the game progression unit 111 provided in the game terminal 10C-2) that advances the game based on the content information. ), A first acquisition unit (for example, a battle progress information acquisition unit 116) that acquires first progress information indicating the degree of progress of the game in the first terminal device, and the second Input information input at the terminal device, and second progress information indicating a degree of progress of the game at the second terminal device at the time when the input information is input at the second terminal device are acquired. Based on the second acquisition unit (for example, the message acquisition unit 117), the first progress information, and the second progress information, the output information corresponding to the input information acquired by the second acquisition unit, An output control unit (for example, a display control unit 129) that controls output to an output unit (for example, the display unit 160 provided in the game terminal 10C-1) related to the first terminal device. And

  According to this aspect, when the degree of progress of the game in the second terminal device is higher than the degree of progress of the game in the first terminal device, the output of output information corresponding to the input information is prohibited. It becomes possible. Therefore, according to this aspect, the user of the first terminal device can change the output information according to the input information input from the second terminal device in which the degree of progress of the game is higher than that of the first terminal device. Based on this, it becomes possible to prevent the progress of the future game from being known rather than the progress of the game in the first terminal device.

[5. Other variations]
The present invention is not limited to the embodiment described above. Modifications can be made as appropriate without departing from the spirit of the present invention.

  For example, the main process of the game may be executed in the game terminal 10 and the game terminal 10 may correspond to the game control device according to the present invention, or the main process of the game may be executed in the server 30 and the server 30 It may correspond to a game control device according to the present invention. For example, each function may be shared by the game terminal 10 and the server 30. In this case, the processing result may be transmitted and received between the game terminal 10 and the server 30.

  Further, for example, each function realized in the server 30 may be realized in the game terminal 10. For example, the data storage unit 300 may be realized in the game terminal 10, and the user data DT2 may be stored in the storage unit 12. Further, for example, the rule information generation unit 301 and the rule information transmission unit 302 may be realized in the game terminal 10, and the control unit 11 may generate a random number seed or transmit the random number seed to another game terminal 10.

  Further, for example, the restriction unit 117 may be realized in the server 30. For example, the restriction unit 117 may be realized by the game server 30D, and in this case, the output of the message may be restricted by the control unit 31D. For example, the restriction unit 117 of the game server 30D may restrict message output by not sending a message to the game terminal 10.

  For example, the reception unit 303 may be realized by the game terminal 10. In this case, the reception unit 303 is realized mainly by the control unit 11 and receives a participation request based on a detection signal from the operation unit 14. For example, the role acquisition unit 304 may be realized by the game terminal 10. In this case, the role acquisition unit 304 is realized mainly by the control unit 11 and may acquire a desired position based on a detection signal from the operation unit 14 or may acquire a position stored in the storage unit 12. Good. For example, the adding unit 305 may be realized by the game terminal 10. In this case, the adding unit 305 may be realized mainly by the control unit 11 and may transmit a request for adding user information to the queue to the server 30. For example, the selection unit 306 may be realized by the game terminal 10. In this case, the selection unit 306 may be realized mainly by the control unit 11, and may acquire the participation registration data DT3 from the server 30 and execute matching.

  For example, although the case where a soccer game is performed was demonstrated, you may apply the process which concerns on this invention to another game. For example, the processing according to the present invention may be applied to other sports games (for example, games based on baseball, tennis, American football, basketball, volleyball, etc.). Further, for example, in addition to a card game and a sports game, the processing according to the present invention may be applied to various games such as action games, role playing games, fighting games, and the like regardless of the game format and genre.

[6. Addendum]
From the above description, the present invention is grasped as follows, for example.

[6-1. Invention According to Embodiment 1]
1-1) A game system (S) according to an aspect of the present invention is a game system (S) including a plurality of game execution means (100), and each game execution means (100) starts a game. A game data acquisition means (101) for acquiring game data associated with each of a plurality of user information and a random number generated based on a random number generation rule common to the plurality of game execution means (100) Based on the game data and the random number associated with each user information, the random number acquisition means (103) for acquiring the game data, the storage means (104) for storing the situation data indicating the situation of the game, Based on the situation data, the update means (105) for updating the situation data by executing a common game process in the game execution means (100). It includes a display control unit (106) to be displayed on the display means a game image showing a situation of over arm (15), the.

  1-9) A game terminal (10) according to an aspect of the present invention is a game terminal (10) including at least one of a plurality of game execution means (100), and each game execution means (100) The game data acquisition means (101) for acquiring the game data associated with each of the plurality of user information and the plurality of game execution means (100) have a common random number generation rule when the game is started. A random number acquisition means (103) for acquiring a random number generated based on the information, a storage means (104) for storing status data indicating the status of the game, the game data associated with each user information, and the random number. And a plurality of game execution means (100) executing common game processing to update the situation data (105) and the situation data. Based on, including a display control means (106) for displaying a game image showing a status of the game on the display unit (15).

  1-10) A program according to an aspect of the present invention is a computer as the game terminal (10) according to any one of 1-1) to 1-8) or the game terminal (10) according to 1-9). Make it work.

  1-11) An information storage medium according to an aspect of the present invention is a computer-readable information storage medium storing the program 1-10).

  According to the invention according to 1-1) or 1-9) to 1-11), it is generated based on game data acquired when a game is started and a random number generation rule common to a plurality of game execution means. Since the situation data is updated by executing a common game process in a plurality of game execution means based on the random number to be executed, and the situation data becomes the same content without matching the situation data, the communication load Can be reduced. Also, if the combination of game data used in the game is the same, and if random numbers are not used, the same game result may be obtained every time, and the user may get bored. By including elements, even if the game data combination is the same, it is possible to change the game result. In addition, even if the game is terminated in some game execution means due to a communication failure or application termination, each game execution means updates the status data, so other game execution means execute the game to the end. can do.

  1-2) In one aspect of the present invention, each game execution means (100) further includes rule information acquisition means (102) for acquiring rule information related to the random number generation rule, and the random number acquisition means (103) The random number is generated based on the rule information. According to the aspect of 1-2), when each game executing means starts a game, a plurality of game executing means generate a random number based on the rule information related to a common random number generating rule. Even if the game execution means uses a common random number and the situation data is not matched, the situation data having the same contents as the other game execution means can be acquired. In addition, when each game execution means obtains a list of random numbers from a server computer or the like, the situation data can be updated using the same random numbers, but the communication load for transmitting the list of random numbers is reduced. Occur. In this respect, in the aspect 1-2), each game execution unit generates a random number by itself using the rule information, so that it is not necessary to transmit a list of random numbers, thereby effectively reducing the communication load. be able to.

  1-3) In one aspect of the present invention, the game system (S) further includes a server for executing matching, and the server executes the rule information based on time information when matching is executed. The rule information generating means (301) for generating the rule information and the rule information transmitting means (302) for transmitting the rule information to each game executing means (100), the rule information acquiring means (102), The rule information transmitted by the rule information transmitting means (302) is acquired. According to the aspect of 1-3), when matching is executed, by generating rule information based on time information, different rule information is generated each time matching is performed, and random numbers are acquired by each game executing means. Since the game results are the same each time, it is possible to reliably prevent the game from being less entertaining.

  1-4) In one aspect of the present invention, the rule information is a random number seed input to the random number generation rule. According to the aspect of 1-4), by using a random number seed, a common random number is surely generated by a plurality of game execution means, and the same contents as other game execution means can be obtained without matching the situation data. Status data can be acquired.

  1-5) In one aspect of the present invention, the random number acquisition means (103) generates a random number generated based on the random number generation rule each time a plurality of update timings for updating the status data come. The random number is acquired in order from the sequence, and the update means (105) updates the status data based on the random number acquired in sequence from the random number sequence each time each update timing comes. According to the aspect of 1-5), each time a plurality of update timings are visited, the status data is updated based on the random numbers sequentially obtained from the random number sequence generated based on the random number generation rule, Random numbers affect situation data multiple times, increasing random elements, so that the game's interest can be effectively enhanced.

  1-6) In one aspect of the present invention, each game execution means (100) is based on the situation data, and first determination means (107) for judging whether or not the game has entered the first situation. When it is determined that the game has entered the first situation, a first stop that pauses the update of the situation data until the game in the other game execution means (100) becomes the first situation Means (108) and first resuming means (109) for resuming update of the situation data when the game in the other game executing means (100) is in the first situation. According to the aspect 1-6), when the game is in the first situation, the update of the situation data is paused until the game in the other game execution means becomes the first situation. When the game in the execution means becomes the first situation, the progress of the game can be matched between the game execution means by restarting the update of the situation data. By matching the progress of the game, for example, it is possible to match the end point of the game, or to prevent the talk from being bitten during a chat while the game is running.

  1-7) In one aspect of the present invention, the first situation is that the number of times a predetermined process is executed in the game is equal to or greater than a threshold value. According to the aspect of 1-7), when the number of times the predetermined process has been executed is equal to or greater than the threshold, the update of the situation data is temporarily stopped and the progress of the game is matched between the game execution means, The progress of the game can be matched more reliably. For example, it is possible to prevent the progress of the game from deviating significantly by setting a predetermined process that is likely to shift in progress (a process that may cause a difference in processing time depending on the terminal performance). . Further, for example, when the threshold is set to 2 or more, even if a predetermined process occurs, the update of the status data does not pause until the number of times exceeds the threshold, so the predetermined process occurs. It is possible to prevent the game from being paused every time and to make the game progress smoothly.

  1-8) In one aspect of the present invention, each game executing means (100) includes second determining means (110) for determining whether or not the game has entered a second situation based on the situation data. When it is determined that the game has entered the second situation, second stop means (111) for temporarily stopping the update of the situation data, and when the update of the situation data is paused, Change means (112) for changing the game data associated with user information corresponding to one or a plurality of game execution means (100) of each game execution means (100), and change by the change means (112) The game data transmission means (113) for transmitting the game data to other game execution means (100) and the change means (112) of the other game execution means (100) Game data receiving means (114) for receiving the game data, game data changed by the changing means (112) of the game data, and game data changed by the changing means (112) of the other game executing means (100) And a second restarting means (115) for restarting the update of the status data based on the above. According to the aspect 1-8), it is not possible to intervene at all until the end of the game, but it is possible to effectively enhance the interest of the game by changing the game data in the middle of the game.

[6-2. Invention according to Embodiment 2]
2-1) A game system (S) according to an aspect of the present invention is a game system (S) including a plurality of game execution means (100), and each game execution means (100) indicates a game situation. Storage means (104) for storing the situation data to be shown, update means (105) for updating the situation data by executing a common game process in the plurality of game execution means (100), and the situation data Based on the display control means (106) for displaying the game image on the display means, the receiving means (116) for receiving the message input in the other game executing means (100), and the output means for outputting the message ( 118), and the game system (S) indicates that the progress of the game being executed is indicated by the other game execution means (100). Until progress when it is a force, comprising a limiting means (117), for limiting the output of the message.

  2-8) A game terminal according to an aspect of the present invention is a game terminal including at least one of a plurality of game execution means (100), and each game execution means (100) indicates a game situation. A storage means (104) for storing the situation data to be shown, an update means (105) for updating the situation data by executing a game process common to the other game execution means (100), and based on the situation data The display control means (106) for displaying the game image on the display means, the message input in the other game execution means (100), and the other game execution means (100) when the message is input Receiving means (116) for receiving progress information indicating the progress status of the game being executed in (1), output means (118) for outputting the message, and executing Progress of the game, including until progress showing the progress information received, limiting means for limiting the output of the message (117), the.

  2-9) A program according to an aspect of the present invention causes a computer to function as the game execution means (100) according to any one of 2-1) to 2-8).

  2-10) An information storage medium according to an aspect of the present invention is a computer-readable information storage medium recording the program of 2-9).

  According to the invention according to 2-1) or 2-8) to 2-10), the output of the message is continued until the game being executed becomes a progress status when the message is input by other game execution means. By limiting, it is possible to prevent the user of the game execution means having a slow game progress from predicting the future development based on the content of the message of the user of the game execution means having a fast game progress. Can be prevented. Further, when the message of the user of the game execution means having a fast game progress is displayed on the game execution means having a slow game progress, the story may not be engaged due to a difference in the game progress. 2-1) or 2-8 In the invention according to) to 2-10), such a situation can be prevented and a plurality of users can be engaged. Further, by updating the situation data by executing a common game process in each game execution means, it is possible to reduce the communication load when a plurality of users participate in the game.

  2-2) In one aspect of the present invention, the restriction means (117) is configured such that the progress status of the game being executed is a progress status when the message is input by the other game execution means (100). If it has already been made, the message is output without limiting the output of the message. According to the aspect of 2-2), when the progress status of the game being executed is already the progress status when a message is input by another game execution means, the output of the message is not limited. By outputting to, a message input by another user whose progress is delayed can be promptly understood by the user. For this reason, it can be prevented that messages of other users whose progress is delayed are not output.

  2-3) In one aspect of the present invention, the situation data includes time information indicating a time in the game, and the limiting means (117) is configured to determine whether the time in the game being executed is the other game. The output of the message is limited until the time in the game when the message is input by the execution means (100). According to the aspect of 2-3), by using the time information indicating the time in the game, the progress status of the game being executed becomes the progress status when a message is input by another game execution means. Since it can be determined by simpler processing, it is possible to reduce the processing load of the game execution means.

  2-4) In one aspect of the present invention, when a predetermined number of messages are input, the limiting means (117) limits the output of all or a part of the predetermined number of messages. According to the aspect 2-4), when a predetermined number or more of messages are input, a large number of messages are output by restricting the output of all or a part of the predetermined number or more of the messages. Can be prevented.

  2-5) In one aspect of the present invention, each game execution means (100) is configured to obtain game data acquisition means (101) for acquiring game data associated with each of a plurality of user information when the game is started. ) And random number acquisition means (103) for acquiring a random number generated based on a common random number generation rule in the plurality of game execution means (100), and the updating means (105) The situation data is updated by executing the game process based on the game data associated with the information and the random number. According to the aspect of 2-5), based on the game data acquired when the game is started and the random numbers generated based on a common random number generation rule by the plurality of game execution means, a plurality of The situation data is updated by executing a common game process in the game execution means, and the situation data has the same contents without matching the situation data between the game execution means, so a plurality of users participate in the game. The communication load in the case can be reduced. Also, if the combination of game data used in the game is the same, and if random numbers are not used, the same game result may be obtained every time, and the user may get bored. By including elements, even if the game data combination is the same, it is possible to change the game result. Even if some users quit the game halfway due to communication failure or application termination, the situation data is updated in each user terminal, so other users can continue the game to the end. it can.

  2-6) In one aspect of the present invention, the output means (118) indicates that the progress status of the game being executed is the progress status when the message is input by the other game execution means (100). If the message has already been received, the message is output together with information indicating the progress status when the message is input. According to the aspect 2-6), when the game being executed is already in the progress status when the message is input by another game execution means, the message is displayed together with the information indicating the progress status. Therefore, the user can grasp at which point the message is input by another user.

  2-7) In one aspect of the present invention, each game execution means (100) includes the restriction means (117), and the reception means (116) executes the other game when the message is input. The progress information indicating the progress status of the game being executed by the means (100) is received, and the restricting means (117) becomes the progress status indicated by the received progress information. Until the message output is limited. According to the aspect 2-7), for example, the processing load of the server in the game system can be reduced by causing each game execution unit to execute the process of restricting the output of the message.

[6-3. Invention According to Embodiment 3]
3-1) A game system (S) according to an aspect of the present invention is a game system (S) that executes a game in which a plurality of users share a role and participate in the game. Registration means (303) for accepting a participation request, role acquisition means (304) for acquiring a role desired by the user who requested the participation among a plurality of roles, each role, and participation in the game are registered. Adding means (305) for adding the user information of the user who has requested the participation in association with the role desired by the user, to the participation registration data associated with the user information of the registered participation user, and the game A means (306) for selecting a plurality of users participating in the system, and for each role, a user who is responsible for the role is assigned to the user based on the participation registration data. Includes a selecting means for selecting from among the participants registered user The information is associated (306), the.

  3-10) A game control device (10, 30) according to an aspect of the present invention is a game control device (10, 30) that executes a game in which a plurality of users share roles and participate, and each user Accepting means (303) for accepting a request to participate in the game, role obtaining means (304) for obtaining a role desired by the user who requested the participation among a plurality of roles, each role, and the game Addition means for adding the user information of the user who requested the participation to the participation registration data associated with the user information of the registered user who has registered to participate in the association in association with the role desired by the user ( 305) and a means (306) for selecting a plurality of users participating in the game, and for each role, a user who is responsible for the role is selected based on the participation registration data. Selecting from among the participants registered user by the user information on the role associated includes selection means (306), the.

  3-11) A program according to an aspect of the present invention is a game control device (10, 30) according to any one of the game system (S) or 3-10) according to any one of 3-1) to 3-9). As a computer to function.

  3-12) An information storage medium according to an aspect of the present invention is a computer-readable information storage medium recording the program of 3-11).

  According to the invention according to 3-1) or 3-10) to 3-12), the user information of the user who has requested to participate in the game is added to the participation registration data in association with the role desired by the user. For each role, by selecting a user who is in charge of the role from among registered users who are associated with the role, for example, other users can take the role desired by the user, Since it is no longer necessary to search for a battle room in which a role to play is vacant, it is possible to reduce time and effort for the user to take charge of a desired role.

  3-2) In one aspect of the present invention, the game system (S) further includes presentation means (307) for presenting each user with a participation registration status of each role based on the participation registration data. In the case where selection of a user who participates in the game is not performed until users who desire each role gather, the user who requested the participation continues to wait, and the user feels dissatisfied without knowing how long to wait. Although there is a possibility, according to the mode of 3-2), the participation registration status of each role is presented, and it can be predicted in advance how long it will take to match, so the user's dissatisfaction is eliminated. be able to.

  3-3) In one aspect of the present invention, the plurality of roles are determined based on a predetermined combination of roles. According to the aspect of 3-3), since the plurality of roles are determined based on a predetermined combination of roles, it is possible to save time and labor for determining the plurality of roles. In addition, for example, when multiple types of combinations are prepared and the combination used according to the time is changed, the role can be changed depending on the time, and the fun of the game is improved. Can do.

  3-4) In one aspect of the present invention, the game system (S) includes role changing means (308) for changing a role desired by the user based on a user operation in which the participation registration status is presented. In addition. According to the aspect of 3-4), by changing the role desired by the user who is presented with the participation registration status, for example, the user can change to a relatively vacant role to reduce the waiting time. Can be effectively resolved.

  3-5) In one aspect of the present invention, the game object of each user is used in the game, and the role acquisition means (304) determines the role associated with the game object of the user who has requested the participation. Acquired as a role desired by the user. According to the aspect of 3-5), the role associated with the game object of the user who requested the participation is set as the role desired by the user, so that the user selects the desired role one by one before participating in the game. Since it is not necessary, it is possible to effectively reduce the user's trouble.

  3-6) In one aspect of the present invention, when there are a plurality of roles desired by the user who has made the participation request, the adding means (305) determines the plurality of the user desired based on the participation registration data. The user information of the user is added to the participation registration data in association with at least one role selected from these roles. According to the aspect 3-6), by considering the participation registration status of each role indicated by the participation registration data, by selecting a role to associate the user information, for example, user information is assigned to a relatively vacant role. Since it can be added, the waiting time until matching (waiting time until the game starts) can be shortened.

  3-7) In one aspect of the present invention, the selection means (306) selects the plurality of users when the plurality of users who respectively desire the plurality of roles gather, and the selection means (306) If a plurality of users who respectively desire the plurality of roles do not gather even after a predetermined time has passed, the user who has gathered at the present time is selected, and the game system (S) Further includes a time changing means (309) for changing the length of the predetermined time. According to the aspect of 3-7), the participation registration status of each role indicated by the participation registration data is reflected in the length of a predetermined time for selecting a user participating in the game. It is possible to prevent the user from waiting for a long time before making a selection.

  3-8) In one aspect of the present invention, in the game, a game object designated by the user among a plurality of game objects of each user is used, and the selection means (306) plays the plurality of roles, respectively. When a plurality of desired users gather, the plurality of users are selected, and the game system (S) applies the game object designated by each of the plurality of users selected by the selection means (306) to the game object. A role assignment unit (310) for assigning a role desired by the user is further included, and the selection unit (306) is configured when a plurality of users who respectively desire the plurality of roles are not gathered even after a predetermined time has elapsed. Selects a user who has gathered at the present time, and the role assigning means (310) gathers a plurality of users who respectively desire the plurality of roles. If no, from the game object each of the plurality of users selected by the selection means (306) is not specified, determines a game object to assign the roles the user does not gather. According to the aspect of 3-8), when a plurality of users who respectively desire a plurality of roles do not gather even after a predetermined time has elapsed, by selecting the users gathered at the present time, how long the user waits However, dissatisfaction such as not being able to participate in the game can be prevented. Furthermore, by assigning a role that the user did not gather from among the game objects that the user did not specify, the game object of the user is used, not the game object that is not related at all. The interest of the game can be improved.

  3-9) In one aspect of the present invention, the game includes a plurality of first roles and detailed roles belonging to any one or a plurality of first roles of the plurality of first roles. One or a plurality of second roles, and the role acquisition means (304) acquires a second role desired by the user who requested the participation, and the participation registration data includes the plurality of second roles. Each of the first roles is associated with the user information of the user registered for participation in the game, and the adding means (305) includes a second role to which the user who requested the participation belongs. In association with one role, the user information of the user is added to the participation registration data, and the game system (S) selects a plurality of users selected by the selection means (306) based on the participation registration data. Second of each Further comprising a role determination means for determining a role (311). According to the aspect of 3-9), the user can add the user information of the user to the participation registration data in association with the first role wider than the second role desired by the user who requested the participation. Since it becomes easier to gather, the time to matching can be shortened.

S game system, N network, 10, 10A, 10B game terminal, 30 server, 30A gate server, 30B authentication server, 30C lobby server, 30D game server, 11, 11A, 11B, 31, 31A, 31B, 31C, 31D control Unit, 12, 12A, 12B, 32, 32A, 32B, 32C, 32D storage unit, 13, 13A, 13B, 33, 33A, 33B, 33C, 33D communication unit, 14, 14A, 14B operation unit, 15, 15A, 15B Display unit, 100 game execution unit, 101 game data acquisition unit, 102 rule information acquisition unit, 103 random number acquisition unit, 104 data storage unit, 105 update unit, 106 display control unit, 107 first determination unit, 108 first stop Section, 109 first restart section, 110 second determination section, 111 second stop section, 112 , 113 Game data transmission unit, 114 Game data reception unit, 115 Second resume unit, 116 Message reception unit, 117 Restriction unit, 118 Output unit, 300 Data storage unit, 301 Rule information generation unit, 302 Rule information transmission unit, 303 Reception unit, 304 Role acquisition unit, 305 Addition unit, 306 Selection unit, 307 Presentation unit, 308 Role change unit, 309 Time change unit, 310 Role assignment unit, 311 Role determination unit, A10, A11, A30, A31, A40, A41, A60, A61, A70, A71 display area, B12, B13, B14, B15, B16, B20, B21, B22, B23, B32, B33, B43, B62, B72, B710, B730 buttons, DT1 status data, DT2 User data, DT3 participation registration data, M64 message, W63, W7 3 window, G1 my page image, G2 game menu image, G3 individual battle image, G4 team information image, G5 matching image, G6 battle image, G7 card selection image.

Claims (10)

A game system including a plurality of game execution means,
Each game execution means
Game data acquisition means for acquiring game data associated with each of the plurality of user information when the game is started;
Random number acquisition means for acquiring a random number generated based on a common random number generation rule in the plurality of game execution means;
Storage means for storing situation data indicating the situation of the game;
Updating means for updating the situation data by executing a common game process in the plurality of game execution means based on the game data and the random number associated with each user information;
Display control means for causing a display means to display a game image indicating the situation of the game based on the situation data;
Including game system. Each game execution means further includes rule information acquisition means for acquiring rule information related to the random number generation rule,
The random number acquisition means generates the random number based on the rule information;
The game system according to claim 1. The game system further includes a server for performing matching,
The server
Rule information generating means for generating the rule information based on time information when matching is performed;
Rule information transmitting means for transmitting the rule information to each game executing means;
Including
The rule information acquisition means acquires the rule information transmitted by the rule information transmission means;
The game system according to claim 2. The rule information is a random number seed input to the random number generation rule.
The game system according to claim 2 or 3. The random number obtaining means obtains the random number in order from a random number sequence generated based on the random number generation rule each time a plurality of update timings for updating the situation data is visited,
The update means updates the status data based on the random numbers obtained in order from the random number sequence every time each update timing comes.
The game system of any one of Claims 1-4. Each game execution means
First determination means for determining whether or not the game has entered a first situation based on the situation data;
A first stop means for temporarily stopping the update of the situation data until the game in another game execution means becomes the first situation when it is determined that the game has entered the first situation;
First resume means for resuming update of the situation data when the game in the other game execution means is in the first situation;
The game system according to any one of claims 1 to 5, further comprising: The first situation is that the number of times a predetermined process is executed in the game is equal to or greater than a threshold value.
The game system according to claim 6. Each game execution means
Second determination means for determining whether or not the game has entered a second situation based on the situation data;
A second stop means for temporarily stopping the update of the situation data when it is determined that the game has entered the second situation;
Changing means for changing the game data associated with user information corresponding to one or more game execution means of the game execution means when the update of the situation data is suspended;
Game data transmitting means for transmitting the game data changed by the changing means to another game executing means;
Game data receiving means for receiving game data changed by the changing means of other game executing means;
Second restarting means for restarting the update of the situation data based on the game data changed by the changing means of itself and the game data changed by the changing means of other game executing means;
The game system according to claim 1, further comprising: A game terminal including at least one of a plurality of game execution means,
Each game execution means
Game data acquisition means for acquiring game data associated with each of the plurality of user information when the game is started;
Random number acquisition means for acquiring a random number generated based on a common random number generation rule in the plurality of game execution means;
Storage means for storing situation data indicating the situation of the game;
Updating means for updating the situation data by executing a common game process in the plurality of game execution means based on the game data and the random number associated with each user information;
Display control means for causing a display means to display a game image indicating the situation of the game based on the situation data;
Game terminal including. The program for functioning a computer as a game execution means of any one of Claims 1-9.

Images