WO2019155696A1 - ゲームシステム、サーバ装置、ゲーム端末、及びプログラム - Google Patents

ゲームシステム、サーバ装置、ゲーム端末、及びプログラム Download PDF

Info

Publication number
WO2019155696A1
WO2019155696A1 PCT/JP2018/040752 JP2018040752W WO2019155696A1 WO 2019155696 A1 WO2019155696 A1 WO 2019155696A1 JP 2018040752 W JP2018040752 W JP 2018040752W WO 2019155696 A1 WO2019155696 A1 WO 2019155696A1
Authority
WO
WIPO (PCT)
Prior art keywords
game
game terminal
terminal
user
communication failure
Prior art date
Application number
PCT/JP2018/040752
Other languages
English (en)
French (fr)
Inventor
充博 岸本
佑典 松岡
覚 平口
洋平 三浦
Original Assignee
株式会社コナミデジタルエンタテインメント
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社コナミデジタルエンタテインメント filed Critical 株式会社コナミデジタルエンタテインメント
Priority to KR1020207022086A priority Critical patent/KR102420375B1/ko
Publication of WO2019155696A1 publication Critical patent/WO2019155696A1/ja

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A63F13/35—Details of game servers
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A63F13/46—Computing the game score
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A63F13/49—Saving the game status; Pausing or ending the game
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/45—Controlling the progress of the video game
    • A63F13/49—Saving the game status; Pausing or ending the game
    • A63F13/493—Resuming a game, e.g. after pausing, malfunction or power failure
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects

Definitions

  • the present invention relates to a game system, a server device, a game terminal, and a program.
  • a game system that executes a game in which a plurality of users who respectively use a plurality of game terminals participates is known.
  • a game system that executes a battle game in which a plurality of users who respectively use a plurality of game terminals battles is known.
  • the game may be interrupted when one of the game terminals is in a communication failure state during the execution of the game.
  • the game terminal may be in a communication failure state.
  • the game system side may not be able to decide whether or not the interrupted game may be terminated halfway. If the interrupted game is terminated halfway, the user of the game terminal who has temporarily failed in communication, not the user's intention, may feel dissatisfied. If left unfinished on the way, other users may be dissatisfied without waiting for the interrupted game to resume.
  • the present invention has been made in view of the above problems, and the purpose of the present invention is that in a game in which a plurality of users who respectively use a plurality of game terminals participate, one of the game terminals has become out of communication.
  • a game system is a game system including a plurality of game terminals and a server device, and the server device communicates with at least one of the plurality of game terminals.
  • a determination unit configured to determine whether or not a malfunctioning state has occurred, and each of the plurality of game terminals receives a termination instruction from a user when it is determined that another game terminal is in the communication malfunctioning state.
  • the game system includes a plurality of users who respectively use the plurality of game terminals in response to the end instruction by a user who uses a game terminal other than the game terminal that has been determined to be in the communication failure state. It further includes termination control means for performing control for terminating the game to be played.
  • the server device is a server device capable of communicating with a plurality of game terminals, wherein the determination unit determines whether at least one of the plurality of game terminals is in a communication failure state, Means for performing control for receiving an end instruction from a user who uses another game terminal among the plurality of game terminals when it is determined that at least one of the plurality of game terminals is in the communication failure state. And an end control means for performing control for ending a game in which a plurality of users who respectively use the plurality of game terminals participate in response to the end instruction by the user using the other game terminal.
  • the game terminal is a user who determines that one of the plurality of game terminals is in a communication failure state in another game terminal of the plurality of game terminals.
  • FIG. 1 shows an example of the basic process performed by a 1st game terminal, a 2nd game terminal, and a server apparatus during game execution. It is a figure for demonstrating an example of the operation
  • An example of a notification image is shown.
  • An example of an end instruction acceptance image is shown.
  • FIG. 1 shows the overall configuration of a game system according to an embodiment of the present invention.
  • the game system 1 includes a plurality of game terminals including a first game terminal 10-1, a second game terminal 10-2, and the like, and a server device 30.
  • Each of the plurality of game terminals and the server device 30 are connected to the network N. For this reason, mutual data communication is possible between each of the plurality of game terminals and the server device 30. Further, mutual data communication is possible between a plurality of game terminals.
  • each of the first game terminal 10-1, the second game terminal 10-2,... May be collectively referred to as “game terminal 10”.
  • the game terminal 10 is a computer operated by a user. More specifically, the game terminal 10 is a computer used by a user to play a game.
  • the game terminal 10 includes a home game machine (stationary game machine), a portable game machine, an arcade game machine installed in a play facility, a mobile phone (including a smartphone), a portable information terminal (tablet computer). A desktop computer or a laptop computer.
  • the game terminal 10 includes a control unit 11, a storage unit 12, a communication unit 13, an input unit 14, a display unit 15, and an audio output unit 16.
  • the control unit 11 includes at least one microprocessor, and executes information processing according to an operating system and other programs stored in the storage unit 12.
  • the storage unit 12 includes a main storage unit (for example, RAM) and an auxiliary storage unit (for example, a nonvolatile semiconductor memory, a hard disk drive, or a solid state drive).
  • the storage unit 12 is for storing programs and data.
  • the communication unit 13 is for data communication with other devices via the network N.
  • the input unit 14 is for a user to give an instruction to the game.
  • the input unit 14 includes, for example, a touch panel, a button (key), a stick (lever), a mouse, a microphone, or a sensor.
  • the input unit 14 may be provided as an external device (game controller or the like) connected to the game terminal 10 by wire or wirelessly, or may be provided on the game terminal 10 itself.
  • game operation an action in which the user gives an instruction to the game via the input unit 14 is referred to as “game operation”.
  • the display unit 15 is, for example, a liquid crystal display or an organic EL display, and displays an image under the control of the control unit 11.
  • the audio output unit 16 is, for example, a speaker or headphones, and outputs audio under the control of the control unit 11.
  • the display unit 15 and the audio output unit 16 may be a display device or an audio output device connected to the game terminal 10 as an external device, or may be a display device or an audio output device provided in the game terminal 10 itself. There may be.
  • the server device 30 is, for example, a server computer. As illustrated in FIG. 1, the server device 30 includes a control unit 31, a storage unit 32, and a communication unit 33. Since the control part 31, the memory
  • the server device 30 can access the database DB.
  • the database DB may be built in the server device 30 or may be built in a server computer different from the server device 30.
  • the game terminal 10 or the server device 30 may include a component (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).
  • the program and data may be supplied to the game terminal 10 or the server device 30 via the information storage medium and stored in the storage unit 12 or the storage unit 32. Note that the program and data may be supplied to the game terminal 10 or the server device 30 from a remote location via the network N.
  • the smartphone or tablet computer provided with the touch panel is the game terminal 10.
  • the plurality of game terminals 10 include the first game terminal 10-1 and the second game terminal 10-2, the first user who uses the first game terminal 10-1 and the second game terminal 10-2 The second user who uses is equivalent to the “plurality of users”.
  • the plurality of game terminals 10 include the first game terminal 10-1, the second game terminal 10-2,..., The nth game terminal 10-n, the first game terminal 10-1 is used.
  • the first user, the second user using the second game terminal 10-2,..., The nth user using the nth game terminal 10-n correspond to the “plurality of users”.
  • a game in which a plurality of users participate is, for example, a battle game in which a plurality of users compete.
  • a competitive sports game such as a baseball game, a soccer game, a basketball game, or an ice hockey game corresponds to an example of “a competitive game in which a plurality of users battles”.
  • a race game, a fighting game, a card game, or the like corresponds to an example of “a fighting game in which a plurality of users fight”.
  • the game is not limited to these games, and other types of battle games also correspond to an example of “a battle game in which a plurality of users battle”.
  • the “game in which a plurality of users participate” may be a game in which a plurality of users aim to achieve a common purpose in cooperation.
  • “Purpose” means, for example, winning a battle, getting rid of an enemy, reaching a predetermined point in the game space, obtaining a game item, or satisfying a predetermined standard of game results, etc. It is.
  • a sports game in which a plurality of users operate a common team and aim to win a match with a team of an opponent is a “game where a plurality of users cooperate to achieve a common purpose” It corresponds to an example.
  • the “game” is executed as a part of the sports game.
  • an action in which multiple users form a group (team or party, etc.) to win battles with other groups, defeat specific enemies, or obtain specific game items corresponds to an example of “a game in which a plurality of users cooperate to achieve a common purpose”.
  • a baseball game in which a baseball game is played between a team operated by a user and a team operated by another user will be mainly described as an example of a game executed in the game system 1.
  • This baseball game is executed by executing a baseball game program on each of the first game terminal 10-1 and the second game terminal 10-2.
  • the above game is executed as a part of the baseball game. That is, the game corresponds to a part of all game processes related to the baseball game.
  • FIG. 2 is a diagram for explaining an example of basic processing executed by the first game terminal 10-1, the second game terminal 10-2, and the server device 30 during the game. During the match, the process shown in FIG. 2 is repeatedly executed.
  • control unit 11-1 the control unit 11 of the first game terminal 10-1 acquires game operation data related to the game operation performed by the first user. Then, the game operation data is transmitted to the server device 30 via the communication unit 13 (S102-1).
  • the “game operation data” may be data indicating the content of the game operation performed by the first user, or may be data indicating the content of the game control to be executed according to the game operation.
  • the first user causes the batter character to perform a batting action while the batter character of the first team is standing at the bat. Therefore, when the finger is brought into contact with the touch panel, data indicating that the user has made the finger touch the touch panel may be transmitted to the server device 30 as game operation data in step S102-1, or the batter character is hit. You may transmit the data which show performing operation
  • control unit 11 (hereinafter referred to as “control unit 11-2”) of the second game terminal 10-2 acquires game operation data indicating the content of the game operation performed by the second user. (S100-2), game operation data is transmitted to the server device 30 via the communication unit 13 (S102-2). Steps S100-2 and S102-2 are the same as steps S100-1 and S102-1.
  • the server device 30 receives the game operation data transmitted from the first game terminal 10-1 or the second game terminal 10-2 via the communication unit 33 (S300). Then, the control unit 31 of the server device 30 transmits the game operation data received from the first game terminal 10-1 to the second game terminal 10-2, and receives the game operation data received from the second game terminal 10-2. The data is transmitted to the first game terminal 10-1 (S302). The control unit 31 transmits the game operation data received from the first game terminal 10-1 to both the first game terminal 10-1 and the second game terminal 10-2, and the second game terminal 10-2. May be transmitted to both the first game terminal 10-1 and the second game terminal 10-2.
  • the first game terminal 10-1 receives the game operation data transmitted from the server device 30 in step S302 via the communication unit 13 (S104-1). Then, the control unit 11-1 acquires the game operation data acquired in step S100-1 (game operation data acquired in the first game terminal 10-1) and the game operation data received in step S104-1 (the first operation data). The game situation data stored in the storage unit 12 of the first game terminal 10-1 is updated based on (game operation data acquired by the two game terminals 10-2) (S106-1).
  • the control unit 11- 1 is based on the game operation data received in step S104-1 (game operation data acquired on the first game terminal 10-1 and game operation data acquired on the second game terminal 10-2).
  • the game situation data stored in the storage unit 12 of the one game terminal 10-1 may be updated.
  • Game status data is data indicating the current status of the game.
  • the game situation data includes data indicating the current situation of the game space.
  • the “game space” is a virtual space constructed in the storage unit 12 and may be a virtual three-dimensional space in which three coordinate axes are associated, or two coordinate axes are associated. It may be a virtual two-dimensional plane.
  • One or more game objects are arranged in the “game space”. For example, in the case of a baseball game, a game space representing a baseball field is constructed, and player characters and balls are arranged in the game space.
  • “Data indicating the current situation of the game space” is arranged in the game space. Data indicating the current state of the game object.
  • the indicated data corresponds to an example of “data indicating the state of the game object”.
  • the game situation data includes data indicating the progress of the game. For example, in the case of a baseball game, data indicating the current inning, the scores of both teams, and the like correspond to an example of “data indicating the progress of the game”.
  • step S106-1 game control data is updated such that game control according to the game operation of the first user and game control according to the game operation of the second user are performed.
  • the player character to be operated by the first user performs an action corresponding to the game operation of the first user
  • the player character to be operated by the second user performs an action corresponding to the game operation of the second user.
  • the game control data is updated.
  • the control unit 11-1 displays a game image indicating the game situation on the display unit 15 of the first game terminal 10-1 based on the updated game situation data (S108-). 1).
  • the “game image” is, for example, an image representing a state where the game space is viewed from a given viewpoint.
  • the game image is an image of a game space representing a baseball field viewed from a given viewpoint, and is a game image representing the current situation of the game.
  • control unit 11-2 of the second game terminal 10-2 receives the game operation data transmitted from the server device 30 in step S302 (S104-2). Then, the control unit 11-2 updates the game situation data stored in the storage unit 12 of the second game terminal 10-2 based on the received game operation data (S106-2). Further, the control unit 11-2 displays a game image indicating the game situation on the display unit 15 of the second game terminal 10-2 based on the updated game situation data (S108-2).
  • the first game terminal 10-1 and the second game terminal 10-2 are processed so that the game situation data is the same. That is, the first game terminal 10-1 and the second game terminal 10-2 use a common algorithm, random number seed or the like as an algorithm or random number seed for updating the game situation data. For this reason, even if the result of the game process is determined at random, the same result is obtained on both the first game terminal 10-1 and the second game terminal 10-2.
  • the time when the game is completed successfully is the time when the game is executed to the end according to a predetermined rule and the result of the game is confirmed. For example, according to general baseball rules, if one of the teams leads at the end of the 9th time, the game ends. Corresponds to “at the time of normal completion”. In addition, when the game is ended because the succeeding team has taken the lead at the end of the 9th table, the end time of the 9th table corresponds to “the time when the game ended normally”.
  • the time when the latter team takes the lead in the middle of the ninth round is Is equivalent to
  • the end point of the back of the inning corresponds to “the point at which the game ended normally”.
  • the time when the cold game is established corresponds to the “time when the game is normally completed”.
  • FIG. 3 is a diagram for explaining an example of an operation performed by the first game terminal 10-1 and the server device 30 when the second game terminal 10-2 is in a communication failure state during the match.
  • the operation shown in FIG. 3 is realized by executing the processes shown in FIGS. 10A to 10E described later according to a program.
  • the “communication failure state” is, for example, a state where communication between the game terminal 10 and the server device 30 is not normally performed. In other words, the server device 30 does not receive data from the game terminal 10.
  • the game operation data of the second game terminal 10-2 is not received by the server device 30 (see step S300 in FIG. 2), and as a result, the second game The game operation data of the terminal 10-2 is not transmitted to the first game terminal 10-1 (see step S302 in FIG. 2).
  • the server device 30 detects that the second game terminal 10-2 is in a communication failure state during the game (OP300).
  • each game terminal 10 when an active program is switched from a baseball game program to another program, an operation to turn off the power of the game terminal 10 or an operation to put the game terminal 10 in a sleep state (pause state)
  • the baseball game program is suspended.
  • the second game terminal 10-2 transmits a predetermined notification (hereinafter referred to as “suspend notification”) to the server device 30.
  • suspend notification a predetermined notification
  • the server device 30 determines that the second game terminal 10-2 is in a communication failure state.
  • each game terminal 10 periodically transmits keep alive information to the server device 30.
  • the server device 30 determines that the second game terminal 10-2 is in a communication failure state when the server device 30 does not receive keepalive information from the second game terminal 10-2 for a predetermined period.
  • the above-described suspend notification is not transmitted to the server device 30.
  • keep-alive information is not transmitted to the server device 30.
  • the server device 30 can detect that the game terminal 10 is in a communication failure state.
  • the server device 30 sets the communication failure flag of the second game terminal 10-2 to “1” (OP302).
  • the communication failure flag of the second game terminal 10-2 is information indicating whether or not the second game terminal 10-2 is in a communication failure state.
  • the value “0” or “1” is set in the communication failure flag of the second game terminal 10-2.
  • the value “0” indicates that the second game terminal 10-2 is not in a communication failure state
  • the value “1” indicates that the second game terminal 10-2 is in a communication failure state. Note that the communication failure flag of the second game terminal 10-2 is initialized to the value “0” at the start of the game.
  • the server device 30 transmits a notification (hereinafter referred to as “communication failure notification”) indicating that the second game terminal 10-2 is in a communication failure state to the first game terminal 10-1 ( OP304).
  • a notification hereinafter referred to as “communication failure notification”
  • the server device 30 determines whether or not the end instruction reception condition is satisfied, and sets the end instruction reception flag of the first game terminal 10-1 (first user) to “1” when the end instruction reception condition is satisfied. ("OP306").
  • the “end instruction acceptance condition” is a condition that must be satisfied for the first game terminal 10-1 to start accepting an end instruction from the first user.
  • the “end instruction” instructs to end the game halfway. Details of the end instruction will be described later (see FIG. 5 described later).
  • the server device 30 receives a disconnection notification from the second game terminal 10-2 a predetermined number of times, it is determined that the end instruction acceptance condition is satisfied.
  • the “end instruction acceptance flag of the first game terminal 10-1” is information indicating whether or not the first game terminal 10-1 accepts an end instruction from the first user. In other words, the information indicates whether or not the first user is allowed to give an end instruction at the first game terminal 10-1.
  • the value “0” or “1” is set in the end instruction acceptance flag.
  • a value “0” indicates that the first game terminal 10-1 should not accept an end instruction from the first user, and a value “1” means that the first game terminal 10-1 has accepted an end instruction from the first user. It is also good. Note that the end instruction acceptance flag of the first game terminal 10-1 is initialized to the value “0” at the start of the game.
  • the first game terminal 10-1 receives the communication malfunction notification transmitted from the server device 30 (OP100). In this case, the first game terminal 10-1 waits until the game (game) status requires the game operation data of the second user (OP102).
  • the game operation data of the second user is game operation data acquired by the second game terminal 10-2 (step S100-1 in FIG. 2).
  • the “situation that requires game operation data of the second user” is a situation that requires game operation data of the second user in order to advance the game (match). In other words, the game operation data of the second user is necessary to update the game situation data.
  • a batter character performs a batting action according to a game operation of a first user
  • a pitcher character performs a pitching action according to a game operation of a second user
  • a player character of a second team who is defending controls the computer.
  • the defensive action is performed accordingly
  • the second user does not need to perform a game operation after the pitching action by the pitcher character until the next pitching action by the pitcher character is performed.
  • User game operation data is not required. Therefore, in this case, the first game terminal 10-1 determines that the game situation has become necessary for the game operation data of the second user when a pitching action is performed by the pitcher character. .
  • the first game terminal 10-1 interrupts the progress of the game (game) and displays a notification image on the display unit 15 (OP104). .
  • the notification image is an image for notifying the first user that it is waiting to receive game operation data of the opponent (second user).
  • FIG. 4 shows an example of the notification image.
  • the notification image G10 is waiting for a response from the opponent (second user), that is, waiting for receiving game operation data of the opponent (second user).
  • the “element” is an element constituting an image, and is, for example, a text or an image.
  • the first game terminal 10-1 requires the game operation data of the second user for the game situation.
  • the game is progressed without interrupting the progress of the game (game) until the situation is reached, and the progress of the game is interrupted when the game status becomes the necessary situation for the game operation data of the second user, and the display unit 15
  • the image displayed on the screen is changed from a game image (game image) to a notification image.
  • the notification image G10 disappears (see FIG. In such a case, the notification image G10 may be displayed to cause the first user to feel stress.
  • the notification image G10 can be prevented from being displayed as much as possible, and as a result, the user can be prevented from feeling stress.
  • the first game terminal 10-1 When the notification image G10 is displayed on the display unit 15, at a given timing, the first game terminal 10-1 makes an inquiry as to whether or not it is possible to start accepting an end instruction from the first user. It transmits to the server device 30 (OP106). For example, when a predetermined time has elapsed since the notification image G10 was displayed on the display unit 15, the first game terminal 10-1 transmits the inquiry to the server device 30.
  • the server device 30 receives the inquiry transmitted from the first game terminal 10-1 (OP308). In this case, if the end instruction acceptance flag of the first game terminal 10-1 is “1”, the server device 30 gives an acceptance start permission indicating that acceptance of the end instruction from the first user may be started. Transmit to the first game terminal 10-1 (OP310).
  • the inquiry is received by the server device 30 after the end instruction flag of the first game terminal 10-1 is updated to “1”, but the end of the first game terminal 10-1
  • the server device 30 receives the inquiry before the flag with instruction is updated to “1”.
  • the server device 30 gives a first disapproval indicating that it should not start accepting an end instruction from the first user. Transmit to game terminal 10-1.
  • the first game terminal 10-1 transmits the inquiry to the server device 30 again.
  • the first game terminal 10-1 receives the acceptance start permission transmitted from the server device 30 (OP108). In this case, the first game terminal 10-1 displays an end instruction acceptance image on the display unit 15 (OP110).
  • the end instruction acceptance image is an image for accepting an end instruction.
  • FIG. 5 shows an example of an end instruction acceptance image.
  • the end instruction acceptance image G20 waits for a response from the opponent (second user), that is, waits for receiving game operation data of the opponent (second user).
  • End instruction means that the game is ended halfway through the result of “first user win, second user defeat)” without waiting for the second user's game operation data to be received. It instructs the system 1.
  • the first game terminal 10-1 determines whether or not the end instruction operation has been performed by the first user (that is, whether or not the element E22 has been selected by the first user). Or, it is monitored whether or not a predetermined time has elapsed since the end instruction acceptance image G20 is displayed on the display unit 15 (OP112).
  • the first game terminal 10-1 determines that “the first user wins, the second As a result of “defeat of the user”, an end request indicating that the game is requested to be ended halfway is transmitted to the server device 30 (OP114).
  • the first game terminal 10-1 transmits to the server device 30 an end request indicating that it is requested to end the game halfway with the result of “first user win, second user defeat” (OP114). ).
  • the server device 30 receives the termination request transmitted from the first game terminal 10-1 (OP312). In this case, the server device 30 ends the game (game) on the way with a result of “the victory of the first user, the defeat of the second user” (OP314). Moreover, the server apparatus 30 notifies a 2nd user that the game was complete
  • the second game terminal 10-2 is in a communication failure state during a match between the first user of the first game terminal 10-1 and the second user of the second game terminal 10-2.
  • the first user can finish the game on his / her own intention by performing the above-described operation, and the first user is dissatisfied with waiting for resumption of the interrupted game. It is possible not to give to one user.
  • it is determined that the second user who has used the second game terminal 10-2 in a communication failure state has lost and the first user who has given the termination instruction has won. Since it is determined that the second user has been defeated by the intention of the first user of the opponent, the second user must be convinced, and the second user can be convinced. User dissatisfaction can be reduced.
  • the second game terminal 10-2 when the second game terminal 10-2 becomes in a communication failure state, it does not immediately start accepting the end instruction, but waits until the end instruction acceptance condition is satisfied and accepts the end instruction. It is supposed to start. Therefore, when the second game terminal 10-2 is temporarily in a communication failure state, it is possible to prevent the end instruction from being accepted, and as a result, the second game terminal 10-2 is temporarily The game can be prevented from ending if the communication is not successful.
  • the game system 1 when a predetermined time has elapsed after the end instruction acceptance image G20 is displayed on the display unit 15 of the first game terminal 10-1, even if the end instruction operation has not been performed, It is supposed to be terminated. For this reason, it is possible to prevent the second game terminal 10-2 in the communication failure state from being restored to the normal state and from being in a state where the end instruction is not issued for a long time.
  • FIG. 6 is a diagram for explaining another example of the operation of the first game terminal 10-1 and the server device 30 when the second game terminal 10-2 is in a communication failure state during the match.
  • FIG. 6 shows a case where the second game terminal 10-2 returns from the communication failure state to the normal state after the second game terminal 10-2 is in the communication failure state and before the end instruction acceptance condition is satisfied.
  • An example of the operation of the first game terminal 10-1 and the server device 30 is shown.
  • the operation shown in FIG. 6 is also realized by executing the processes shown in FIGS. 10A to 10E described later according to a program.
  • the operations OP320 to OP324 in FIG. 6 are the same as the operations OP300 to OP304 in FIG. 3, and the operations OP120 to OP124 in FIG. 6 are the same as the operations OP100 to OP104 in FIG.
  • the server device 30 detects that the second game terminal 10-2 has returned from the communication failure state to the normal state (normal state) before the end instruction acceptance condition is satisfied ( OP326).
  • each game terminal 10 transmits a predetermined notification (hereinafter referred to as “active notification”) to the server device 30 when the baseball game program becomes an active program. For this reason, for example, when the server device 30 receives an active notification from the second game terminal 10-2, the server device 30 determines that the second game terminal 10-2 has returned to the normal state from the communication failure state. .
  • Each game terminal 10 transmits a predetermined notification (active notification) to the server device 30 even when the forcibly terminated baseball game program is restarted. Therefore, for example, when the baseball game program is forcibly terminated at the second game terminal 10-2 and then restarted, an active notification is sent from the second game terminal 10-2 to the server device 30.
  • the server device 30 determines that the second game terminal 10-2 has returned from the communication failure state to the normal state.
  • the server device 30 determines that the second game terminal 10-2 has returned to the normal state from the communication failure state. May be.
  • the server device 30 updates the communication failure flag of the second game terminal 10-2 to “0” (OP328). Further, the server device 30 transmits a notification (hereinafter referred to as “communication recovery notification”) indicating that the second game terminal 10-2 has recovered from the communication failure state to the normal state to the first game terminal 10-1. (OP330).
  • the first game terminal 10-1 receives the communication recovery notification transmitted from the server device 30 (OP126). In this case, the first game terminal 10-1 restarts the game (game) (OP128). In this case, when the second game terminal 10-2 returns from the communication failure state to the normal state, the game operation data of the second user is supplied to the first game terminal 10-1 via the server device 30. 2 (steps S102-2, S300, S302, S104-1 in FIG. 2), the first game terminal 10-1 ends the display of the notification image G10 and causes the display unit 15 to display the game image (game image). The game that was interrupted is resumed.
  • FIGS. 7A and 7B are diagrams for explaining another example of the operation of the first game terminal 10-1 and the server device 30 when the second game terminal 10-2 is in a communication failure state during the match. It is.
  • FIGS. 7A and 7B show that the second game terminal 10-2 returns to the normal state from the communication failure state after the second game terminal 10-2 is in the communication failure state and the end instruction acceptance condition is satisfied.
  • An example of the operation of the first game terminal 10-1 and the server device 30 is shown.
  • the operations shown in FIGS. 7A and 7B are also realized by executing the processes shown in FIGS. 10A to 10E described later according to a program.
  • the server device 30 detects that the second game terminal 10-2 has returned from the communication failure state to the normal state after the end instruction acceptance condition is satisfied (OP352). ).
  • the server device 30 updates the communication malfunction flag of the second game terminal 10-2 to “0” (OP354). Further, the server device 30 transmits a communication recovery notification to the first game terminal 10-1 (OP356). Operations OP354 and OP356 are similar to the operations OP328 and OP330 in FIG.
  • the first game terminal 10-1 receives the communication recovery notification transmitted from the server device 30 (OP142). In this case, the control unit 11-1 restarts the game (game) (OP144). Operations OP142 and OP144 are the same as the operations OP126 and OP128 of FIG.
  • the server device 30 detects again that the second game terminal 10-2 is in a communication failure state. (OP360).
  • the server device 30 sets the communication failure flag of the second game terminal 10-2 to “1” (OP362). In addition, the server device 30 transmits a communication malfunction notification and acceptance start permission to the first game terminal 10-1 (OP364). In this case, since the end instruction acceptance flag of the first user is set to “1” (see OP346), the server device 30 indicates that the second game terminal 10-2 is in a communication failure state. Is sent to the first game terminal 10-1 indicating that the acceptance of the end instruction from the first user may be started. In this respect, the operation OP364 is different from the operation OP304 of FIG.
  • the first game terminal 10-1 receives the communication malfunction notification and acceptance start permission transmitted from the server device 30 (OP150). In this case, the first game terminal 10-1 displays the end instruction acceptance image G20 on the display unit 15 (OP152). In this case, since the acceptance start permission is received together with the communication failure notification, the first game terminal 10-1 displays the notification image G10 indicating only that the second game terminal 10-2 is in a communication failure state on the display unit 15 The end instruction reception image G20 for receiving the end instruction from the first user is displayed on the display unit 15 without being displayed. In this respect, the operations OP150 and OP152 differ from the operations OP100 to OP110 in FIG.
  • the operations OP154, OP156, OP366, and OP368 after the end instruction acceptance image G20 is displayed are the same as the operations OP112, OP114, OP312, and OP314 in FIG.
  • the game is resumed after acceptance of the end instruction from the first user is started, and then the second game terminal 10-2 is again in a communication failure state.
  • the end instruction reception image G20 is displayed immediately without displaying the notification image G10, thereby immediately starting reception of the end instruction from the first user. ing. Therefore, for example, when the second user repeatedly deliberately returns the second game terminal 10-2 to the normal state during the game so as to harass the first user, the first user The game can be ended immediately.
  • FIG. 8 is a diagram for explaining another example of the operation of the first game terminal 10-1 and the server device 30 when the second game terminal 10-2 is in a communication failure state during the match.
  • FIG. 8 shows a case where the server device 30 receives a termination request from the first game terminal 10-1 before the server device 30 transmits a communication recovery notification to the first game terminal 10-1 in the example shown in FIG. 7A.
  • An example of the operation of the first game terminal 10-1 and the server device 30 is shown.
  • the first game terminal 10-1 and the server when the second game terminal 10-2 returns from the communication failure state to the normal state immediately before the server device 30 receives the termination request from the first game terminal 10-1.
  • An example of the operation with the device 30 is shown.
  • the operation shown in FIG. 8 is also realized by executing the processes shown in FIGS. 10A to 10E described later according to a program.
  • the server device 30 immediately before receiving the end request from the first game terminal 10-1, the server device 30 detects that the second game terminal 10-2 has returned from the communication failure state to the normal state (OP382). ), The communication malfunction flag of the second game terminal 10-2 is returned to “0” (OP384). However, even if the second game terminal 10-2 returns from the communication failure state to the normal state immediately before receiving the end request from the first game terminal 10-1, the end request is sent from the first game terminal 10-1. If received (OP386), the server device 30 immediately ends the match (OP388). Operations OP386 and OP388 are the same as the operations OP312 and OP314 in FIG.
  • the server device 30 transmits a communication recovery notification to the first game terminal 10-1 after receiving the end request from the first game terminal 10-1 after the operation OP384, the operation OP356 in FIG. 7A. , OP142, OP144, the game is restarted by performing the same operation.
  • FIGS. 3 to 8 show examples of operations of the first game terminal 10-1 and the server device 30 when the second game terminal 10-2 is in a communication failure state.
  • the second game terminal 10-2 and the server device 30 perform the same operations as those shown in FIGS.
  • FIG. 9 shows an example of functional blocks realized by the game system 1.
  • each game terminal 10 includes a data storage unit 1000, a game operation reception unit 1010, a transmission unit 1020, a reception unit 1030, a game situation data update unit 1040, and a game image display control unit 1050.
  • the data storage unit 1000 is realized by the storage unit 12
  • the transmission unit 1020 and the reception unit 1030 are realized by the control unit 11 and the communication unit 13, and other functional blocks are realized by the control unit 11.
  • the server device 30 includes a data storage unit 3000, a receiving unit 3010, a transmitting unit 3020, a continuation control unit 3030, a communication state determining unit 3040, an end instruction receiving condition determining unit 3050, a reply unit 3060, and an end.
  • a control unit 3070, a battle result determination unit 3080, and an end notification control unit 3090 are included.
  • the data storage unit 3000 is realized by the storage unit 32 or the database DB
  • the reception unit 3010 and the transmission unit 3020 are realized by the control unit 31 and the communication unit 33
  • other functional blocks are realized by the control unit 31.
  • the data storage unit 1000 of each game terminal 10 stores data necessary for executing the game.
  • game situation data D1001 is stored in the data storage unit 1000.
  • the game situation data D1001 is data indicating the current situation of the game.
  • the game situation data D1001 includes data indicating the current situation of the game space.
  • the “game space” is a virtual space constructed in the storage unit 12 and may be a virtual three-dimensional space in which three coordinate axes are associated, or a virtual space in which two coordinate axes are associated. It may be a two-dimensional plane.
  • One or more game objects are arranged in the “game space”, and “data indicating the current situation of the game space” includes data indicating the current state of the game object arranged in the game space.
  • a game space representing a game venue is constructed, and player characters, balls, and the like (an example of game objects) are arranged in the game space.
  • player characters, balls, and the like an example of game objects
  • the data shown corresponds to an example of “data showing the current state of the game object”.
  • a game space representing a race track is constructed, and a race car or the like (an example of a game object) is placed in the game space.
  • the position, direction, moving direction, moving speed, and the like of the race car correspond to an example of “data indicating the current state of the game object”.
  • a game character an example of a game object
  • data indicating the position, orientation, posture, moving direction, moving speed, type of action currently being performed, hit points (life points), etc. are examples of “data indicating the current state of the game object”. Equivalent to.
  • a game card (an example of a game object) is placed in the game space.
  • the data indicating the position, orientation, etc. of the game card corresponds to an example of “data indicating the current state of the game object”.
  • the game situation data D1001 includes data indicating the progress of the game.
  • data indicating the current inning, the scores of both teams, and the like correspond to an example of “data indicating the progress of the game”.
  • data indicating the elapsed time from the start of the game, the scores of both teams, etc. corresponds to an example of “data indicating the progress of the game”.
  • the data storage unit 3000 of the server device 30 also stores data necessary for executing the game.
  • flag data D3001 is stored in the data storage unit 3000.
  • the flag data D3001 is data indicating a communication failure flag and an end instruction acceptance flag of each game terminal 10.
  • the game operation reception unit 1010 of each game terminal 10 receives a game operation.
  • Game operation is an action in which the user gives an instruction to the game via the input unit 14. For example, touching a touch panel, pressing a button, tilting a stick, moving a mouse, inputting sound into a microphone, or causing a sensor to detect a gesture are examples of “game operations” Equivalent to.
  • “Receiving a game operation” means obtaining the content of a game operation performed by the user. For example, acquiring information indicating that the touch panel has been touched by the user, acquiring information indicating a position touched by the user, acquiring information indicating a button operated by the user, being tilted by the user Acquisition of information indicating the tilt direction and angle of the stick, acquisition of information indicating the voice input to the microphone, acquisition of information indicating the user's gesture detected by the sensor, etc. This corresponds to an example of “accept”.
  • the game operation reception unit 1010 receives, for example, a batting operation for causing the batter character to perform the batting operation or a pitching operation for causing the pitcher character to perform the pitching operation.
  • the transmission unit 1020 of each game terminal 10 transmits data corresponding to the game operation to the server device 30.
  • the “data according to the game operation” may be data indicating the content of the game operation or data indicating the content of the game control to be performed according to the game operation.
  • the content of the game control to be performed in accordance with the game operation is specified based on the correspondence information indicating the correspondence between the game operation and the content of the game control. For example, in the case of a game in which a game object operates in response to a game operation, data indicating the content of an action to be performed by the game object in response to the game operation corresponds to an example of “data indicating game control content”.
  • the receiving unit 3010 of the server device 30 receives data transmitted from each of the plurality of game terminals 10. That is, the receiving unit 3010 receives data transmitted by each transmitting unit 1020 of the plurality of game terminals 10.
  • the transmission unit 3020 of the server device 30 transmits the data received from each of the plurality of game terminals 10 to at least the game terminals 10 other than the transmission source of the data.
  • the transmission unit 3020 transmits the data transmitted from the transmission unit 1020 of the first game terminal 10-1 to the second game terminal 10-2.
  • the transmission unit 3020 transmits the data transmitted from the transmission unit 1020 of the second game terminal 10-2 to the first game terminal 10-1.
  • the transmission unit 3020 may also transmit data received from each of the plurality of game terminals 10 to the game terminal 10 that is the transmission source of the data. That is, the transmission unit 3020 may transmit the data transmitted from the transmission unit 1020 of the first game terminal 10-1 to both the first game terminal 10-1 and the second game terminal 10-2. Similarly, the transmission unit 3020 may transmit the data transmitted from the transmission unit 1020 of the second game terminal 10-2 to both the first game terminal 10-1 and the second game terminal 10-2.
  • the receiving unit 1030 of each game terminal 10 receives the data transmitted from the server device 30. That is, the receiving unit 1030 receives data transmitted by the transmitting unit 3020 of the server device 30.
  • the game situation data update unit 1040 of each game terminal 10 updates the game situation data based on the game operation received by the game operation reception unit 1010 and the data received by the reception unit 1030.
  • “Updating the game situation data based on the game operation received by the game operation receiving unit 1010 and the data received by the receiving unit 1030” is performed according to the game operation received by the game terminal 10.
  • the game situation data is updated in such a manner that the game control to be performed and the game control to be performed in accordance with the game operation accepted by the other game terminal 10 are performed.
  • “game control to be performed in response to a game operation accepted by another game terminal” is specified based on data received by the receiving unit 1030.
  • the “game accepted by the game terminal 10” may be specified based on data received by the receiving unit 1030. That is, for example, when the transmission unit 3020 of the server device 30 transmits the data received from the first game terminal 10-1 to the first game terminal 10-1 together with the second game terminal 10-2, the first The game terminal 10-1 may specify “game control to be performed in response to a game operation accepted by the first game terminal 10-1” based on data received by the receiving unit 1030.
  • the game image display control unit 1050 of each game terminal 10 performs control for causing the display unit 15 of the game terminal 10 to display a game image indicating the game situation based on the game situation data.
  • Control for displaying an image on the display unit 15 means generating an image and displaying the image on the display unit 15.
  • the “control for displaying an image on the display unit 15” may be displaying an image received from another device on the display unit 15.
  • the game image display control unit 1050 generates a game image indicating a state where the game space is viewed from a given viewpoint, and causes the display unit 15 to display the game image.
  • the communication state determination unit 3040 of the server device 30 determines whether or not at least one of the plurality of game terminals 10 is in a communication failure state.
  • the “communication failure state” is a state in which communication between the server device 30 and the game terminal 10 is not normally performed, for example. Specifically, for example, the communication between the server device 30 and the game terminal 10 is disconnected (communication disconnected state). In other words, the server device 30 cannot receive data from the game terminal 10.
  • a predetermined notification is transmitted to the server device 30 when the game program is suspended, and the suspend notification from any game terminal 10 is transmitted to the server device 30.
  • the communication state determination unit 3040 determines that the game terminal 10 is in a “communication failure state”.
  • the game program is suspended when the active program is switched from the game program to another program.
  • the game program is also suspended when an operation for putting the game terminal 10 in a sleep state (pause state) or an operation for turning off the power of the game terminal 10 is performed.
  • each game terminal 10 periodically transmits keep-alive information to the server device 30, and a state in which the keep-alive information from any game terminal 10 is not received by the server device 30 is over a predetermined period.
  • the communication state determination unit 3040 determines that the game terminal 10 has entered the “communication failure state”.
  • the game program is forcibly terminated on the game terminal 10
  • the communication function wireless LAN communication function or mobile data communication function, etc.
  • the game terminal 10 is set to the airplane mode
  • the communication device router or the like
  • the suspend notification described above is not transmitted to the server device 30.
  • the keep alive information is not transmitted to the server device 30, so that it is possible to determine that the game terminal 10 is in a “communication failure state” by the determination regarding the keep alive information.
  • the continuation control unit 3030 of the server device 30 causes the game terminals 10 other than the at least one game terminal 10 when at least one of the plurality of game terminals 10 returns from the communication failure state to the normal state. Control to continue the game execution.
  • the “normal state” is a state that is not a communication failure state, for example, a state in which communication between the game terminal 10 and the server device 30 is normally performed. In other words, the server device 30 can normally receive data from the game terminal 10.
  • the case where at least one of the plurality of game terminals 10 returns from the communication failure state to the normal state is a case where the game terminal 10 determined to be in the communication failure state returns to the normal state.
  • the server device 30 receives an active notification from the game terminal 10 that has been determined to be in a communication failure state, the game terminal 10 is determined to have returned from the communication failure state to the normal state.
  • the keep alive information from the game terminal 10 determined to be in a communication failure state is received by the server device 30, it is determined that the game terminal 10 has returned from the communication failure state to the normal state.
  • Performing control for continuing the execution of the game means, for example, notifying the game terminal 10 to continue the execution of the game. Further, for example, data necessary for continuing the execution of the game may be transmitted to the game terminal 10.
  • the continuation control unit 3030 causes the game terminal 10 other than the game terminal 10 in the communication failure state to resume the progress of the game when the game terminal 10 in the communication failure state returns to the normal state. Take control.
  • the continuation control unit 3030 transmits a notification for resuming the progress of the game to the game terminal 10 or transmits data received by the game terminal 10 that has returned from the communication failure state to the normal state to the other game terminals 10. By doing so, control for resuming the progress of the game is performed.
  • the notification display control unit 1060 of each game terminal 10 displays a predetermined notification on the display unit 15 of the game terminal 10 when it is determined that the other game terminal 10 is in a communication failure state. Control for. Further, the notification display restriction unit 1070 of each game terminal 10 needs data of the other game terminal 10 in order to update the game situation data when it is determined that the other game terminal 10 is in a communication failure state. Until the predetermined notification is displayed.
  • the “predetermined notification” is a notification indicating that the other game terminal 10 has been determined to be in a communication failure state.
  • the notification may indicate that another game terminal is waiting to return from the communication failure state to the normal state.
  • it may be a notification indicating waiting for data from another game terminal.
  • the “predetermined notification” may be text or an image.
  • “Restrict display of a predetermined notification until data of another game terminal 10 is necessary to update the game situation data” means that the data of the other game terminal 10 is updated in order to update the game situation data.
  • the predetermined notification is not displayed until it is necessary, and when the data of another game terminal 10 is necessary to update the game situation data, the predetermined notification is displayed.
  • the notification image G10 corresponds to an example of the “predetermined notification”.
  • the notification display control unit 1060 uses the game operation data of the second user who is using the second game terminal 10-2 to advance the game.
  • the notification image G10 is displayed on the display unit 15 (operations OP102 and OP104 in FIG. 3).
  • the notification display restriction unit 1070 performs the game operation of the second user who is using the second game terminal 10-2 to advance the game.
  • the display of the notification image G10 is limited until the data becomes necessary.
  • the termination instruction reception condition determination unit 3050 of the server device 30 determines whether or not a predetermined condition is satisfied after it is determined that the other game terminal 10 is in a communication failure state.
  • the “predetermined condition” is a condition (end instruction receiving condition) that is a criterion for determining whether or not to accept the end instruction. For example, when it is determined that the other game terminal 10 is in a communication failure state and the other game terminal 10 does not return to the normal state and the predetermined period has elapsed, the end instruction reception condition determination unit 3050 “ It is determined that the “predetermined condition” is satisfied. Further, for example, when it is determined that the other game terminal 10 is in a communication failure state, and the suspend notification is received from the other game terminal 10 a predetermined number of times, the end instruction reception condition determination unit 3050 sets the “predetermined condition”. Is determined to be satisfied.
  • the inquiry unit 1080 of each game terminal 10 may start accepting an end instruction at a given timing after a predetermined notification is displayed by the notification display control unit 1060 The inquiry is transmitted to the server device 30.
  • End instruction is to instruct the game system 1 to end a game in which a plurality of users participate in the middle.
  • terminal the game halfway means to terminate the game at a time point before the game ends normally.
  • the game ends normally means that, in the case of a battle game, the battle is executed to the end in accordance with a predetermined rule. That is, the battle is executed to the end according to a predetermined rule, the final battle result is formally confirmed, and the battle is ended.
  • the game ends normally means that the game is cleared and ended (the end in the game is completed), or the game is over (the target in the game cannot be achieved). May be completed).
  • “Inquiry” is data for inquiring the server device 30 whether or not the acceptance of the end instruction may be started. In other words, it is data for inquiring the server device 30 as to whether or not an acceptance image for accepting an end instruction may be displayed on the display unit 15. Further, “at a given timing” is, for example, “every predetermined time elapses”.
  • the inquiry unit 1080 makes an inquiry as to whether or not to accept the end instruction every time a predetermined time elapses while the notification image G10 is displayed.
  • the data is transmitted to the device 30 (operation OP106 in FIG. 3).
  • the response unit 3060 of the server device 30 determines that the predetermined condition (termination instruction reception condition) is satisfied after it is determined that the other game terminal 10 is in a communication failure state. In response to the inquiry, permission to start acceptance of the end instruction is transmitted to the game terminal 10 that is the transmission source of the inquiry.
  • “Reception start permission” is data for permitting the start of reception of an end instruction. In other words, it is data for permitting the display unit 15 to display a reception image for receiving a termination instruction.
  • the server device 30 receives an inquiry from the inquiry unit 1080 of the first game terminal 10-1. If the end instruction acceptance condition is satisfied (that is, if the end instruction acceptance flag of the first game terminal 10-1 is “1”), the reply unit 3060 (step OP308 in FIG. 3) satisfies the end instruction acceptance condition. Is sent to the first game terminal 10-1 (operation OP310 in FIG. 3).
  • the end instruction receiving unit 1090 of each game terminal 10 receives an end instruction from the user when it is determined that the other game terminal 10 is in a communication failure state.
  • “Receiving an end instruction” means receiving an operation indicating an end instruction (end instruction operation). Note that data indicating an end instruction may be received.
  • the end instruction receiving unit 1090 receives an end instruction from the user by performing control for displaying a reception image for receiving the end instruction on the display unit 15.
  • the “accepted image” is an image displayed on the display unit 15 in order to accept an end instruction. That is, the image is displayed on the display unit 15 in order to perform an operation for an end instruction.
  • the end instruction accepting unit 1090 starts accepting an end instruction when a predetermined condition (end instruction accepting condition) is satisfied after it is determined that another game terminal 10 is in a communication failure state. For example, the end instruction accepting unit 1090 starts accepting the end instruction in response to the acceptance start permission transmitted by the response unit 3060.
  • the end instruction acceptance image G20 corresponds to an example of a “reception image”.
  • the end instruction The accepting unit 1090 starts accepting the end instruction by causing the display unit 15 to display the end instruction accepting image G20 (operations OP108 and OP110 in FIG. 3).
  • the end instruction receiving unit 1090 determines that the second game terminal 10-2 is in a communication failure state, and the second game terminal 10-2 receives the predetermined condition (end instruction receiving condition) after being satisfied.
  • the predetermined condition is satisfied when it is determined again that the other game terminal 10 is in the communication failure state (operation OP360 in FIG. 7B). Even before the start, acceptance of the end instruction is started (operation OP152 in FIG. 7B).
  • the end control unit 1100 of each game terminal 10 and the end control unit 3070 of the server device 30 respond to an end instruction by a user who uses a game terminal 10 other than the game terminal 10 determined to be in a communication failure state. In response, control is performed to end a game in which a plurality of users who respectively use the plurality of game terminals 10 participate.
  • “To perform control to end the game” is to perform control to end the game halfway. Also, “perform control for ending the game in response to the end instruction” means performing control for unconditionally ending the game when the end instruction is received. Alternatively, when an end instruction is received, control for ending the game under a predetermined condition may be performed.
  • end control unit 1100 and the end control unit 3070 determine that the other game terminal 10 has been in a communication failure state, and when the predetermined period has elapsed since the start of acceptance of the end instruction, Even if it is not accepted, control for ending the game may be performed.
  • the end control unit 1100 is controlled by the first user who uses the first game terminal 10-1.
  • an end request is transmitted to the server device 30 as control for ending the game (operation OP112 in FIG. 3).
  • the end control unit 1100 issues an end request as control for ending the game even if the end instruction is not received from the first user.
  • the data is transmitted to the server device 30 (operation OP114 in FIG. 3).
  • the end control unit 3070 performs control to end the game even during the game (FIG. 3). Operation OP312, 314). For example, the end control unit 3070 notifies each game terminal 10 to end the game or transmits data necessary to execute the game to each game terminal 10 as control for ending the game. Or quit.
  • the battle result determination unit 3080 of the server device 30 indicates that at least one of the plurality of game terminals 10 is in a communication failure state.
  • the communication failure state is assumed. It is determined that the user using the determined game terminal 10 has lost.
  • “Determining that the user using the game terminal 10 determined to be in a communication failure state has lost” means that the game situation (scores, etc.) at the time when any game terminal 10 is in a communication failure state Regardless, it is determined that the user who uses the game terminal 10 that is determined to be in a communication failure state loses and the user who uses the other game terminal 10 wins. For example, in the case of a competitive game that competes for scores, it may be determined that a user who uses the game terminal 10 determined to be in a communication failure state has lost a predetermined score difference.
  • the battle result determination unit 3080 determines that the first user using the first game terminal 10-1 has won the game and the second user using the second game terminal 10-2 has lost the game. (Operation OP314 in FIG. 3). In this case, even if the team of the second user is leading, the battle result determination unit 3080 determines that the first user has won the game and the second user has lost the game.
  • the end notification control unit 3090 of the server device 30 indicates that the game has ended in response to an end instruction from a user using the game terminal 10 other than the game terminal 10 that has been determined to be in a communication failure state. Control for notifying the user of the game terminal 10 determined to be in a communication failure state is performed.
  • “Perform control for notifying a user of a game terminal that has been determined to be in a communication failure state that the game has ended” means that a game terminal 10 other than the game terminal 10 that has been determined to have been in a failure state is used.
  • the display unit of the game terminal 10 displays a text or an image indicating that the game has ended halfway according to an end instruction by the user to use 15 may be displayed.
  • a text or an image indicating that the game has ended in the middle in response to an end instruction by the user using the game terminal 10 other than the game terminal 10 determined to be in a malfunctioning state, It is to transmit to the user of the game terminal 10 determined to be in a communication failure state.
  • the end notification control unit 3090 performs control for notifying the second user that the game has ended in response to an end instruction from the first user. For example, when there is an access from the second game terminal 10-2 of the second user, the end notification control unit 3090 displays text or an image indicating that the game has ended in response to the end instruction from the first user. The information is displayed on the display unit 15 of the second game terminal 10-2. Further, for example, the end notification control unit 3090 transmits a message or an e-mail indicating that the game has ended in response to the end instruction from the first user to the second user.
  • [4-1] For example, when the process shown in FIG. 2 is executed according to a program, the game operation reception unit 1010, the transmission unit 1020, the reception unit 1030, the game situation data update unit 1040, and the game image display of the game terminal 10 are performed.
  • the control unit 1050, the reception unit 3010, and the transmission unit 3020 of the server device 30 are realized.
  • the notification display control unit 1060, the notification display restriction unit 1070, the inquiry unit 1080, and the end instruction reception unit 1090 of the game terminal 10 are executed by executing the processing shown in FIGS. 10A to 10E according to the program.
  • End control unit 1100, continuation control unit 3030 of server device 30, communication state determination unit 3040, end instruction acceptance condition determination unit 3050, response unit 3060, end control unit 3070, battle result determination unit 3080, end notification control unit 3090 Is realized.
  • FIG. 10A to FIG. 10E show the second state when the first user using the first game terminal 10-1 and the second user using the second game terminal 10-2 are playing a game in a baseball game.
  • the process mainly performed between the first game terminal 10-1 and the server device 30 when the game terminal 10-2 is in a communication failure state is mainly shown.
  • the operations illustrated in FIGS. 3 to 8 are realized by executing the processes shown in FIGS. 10A to 10E according to the program.
  • FIGS. 10A to 10E show a case where the second game terminal 10-2 is in a communication failure state during the game, but the first game terminal 10-1 is in a communication failure state during the game. In such a case, the same processing as in FIGS. 10A to 10E is executed between the second game terminal 10-2 and the server device 30.
  • the control unit 31 of the server device 30 initializes the communication malfunction flags of the first game terminal 10-1 and the second game terminal 10-2 to “0”.
  • the end instruction acceptance flags of the first game terminal 10-1 and the second game terminal 10-2 are initialized to “0” (S310).
  • control unit 31 monitors whether or not the second game terminal 10-2 is in a communication failure state (S312). For example, when the suspend notification from the second game terminal 10-2 is received by the server device 30, the control unit 31 determines that the second game terminal 10-2 is in a communication failure state. Further, for example, when the state in which the keep alive information from the second game terminal 10-2 is not received by the server device 30 continues for a predetermined period, the control unit 31 determines that the second game terminal 10-2 is in a communication failure state. judge.
  • 10A to 10E show processing executed between the first game terminal 10-1 and the server device 30 when the second game terminal 10-2 is in a communication failure state.
  • the control unit 31 also determines whether or not the first game terminal 10-1 is in a communication failure state.
  • the control unit 31 updates the communication failure flag of the second game terminal 10-2 to “1” (S314). Further, the control unit 31 determines whether or not the end instruction flag of the first game terminal 10-1 is “0” (S316), and the end instruction flag of the first game terminal 10-1 is “0”. In this case (S316: Yes), the control unit 31 transmits a communication failure notification indicating that the second game terminal 10-2 is in a communication failure state to the first game terminal 10-1 via the communication unit 33. (S318).
  • control unit 31 of the server device 30 determines whether or not the second game terminal 10-2 has returned from the communication failure state to the normal state (S320). For example, when the server device 30 receives an active notification or the like from the second game terminal 10-2, the control unit 31 determines that the second game terminal 10-2 has returned from the communication failure state to the normal state.
  • the control unit 31 determines whether or not the end instruction condition is satisfied (S322). For example, when a predetermined time has elapsed after the second game terminal 10-2 is in a communication failure state, the control unit 31 determines that the end instruction acceptance condition is satisfied. Further, for example, when the server device 30 receives the suspend notification from the second game terminal 10-2 a predetermined number of times, the control unit 31 determines that the end instruction reception condition is satisfied.
  • Step S322 If the end instruction condition is not satisfied (S322: No), the control unit 11-1 returns to Step S320. On the other hand, when the end instruction condition is satisfied (S322: Yes), the control unit 11-1 updates the end instruction reception flag of the first game terminal 10-1 to “1” (S324). Thereafter, the control unit 31 monitors whether or not the second game terminal 10-2 has returned from the communication failure state to the normal state (S326). Step S326 is the same as step S320.
  • the first game terminal 10-1 receives the communication malfunction notification transmitted from the server device 30 in step S318 via the communication unit 13 (S110).
  • the control unit 11-1 monitors whether or not the game (game) situation has become necessary for the game operation data of the second user (S112).
  • the control unit 11-1 displays the notification image G10 on the display unit 15 (S114).
  • the control unit 11-1 should make an inquiry as to whether or not to accept the end instruction (inquiry timing). ) Is monitored (S120). For example, the inquiry timing comes every predetermined time.
  • control unit 11-1 transmits, via the communication unit 33, an inquiry as to whether or not the acceptance of the end instruction may be started to the server device 30 (S122). ).
  • the server device 30 receives the inquiry transmitted from the first game terminal 10-1 in step S122 via the communication unit 33 (S330).
  • the control unit 31 determines whether or not the end instruction acceptance flag of the first game terminal 10-1 is “1” (S332). Then, based on the determination result, the control unit 31 receives an acceptance start permission indicating that the first game terminal 10-1 may start accepting an end instruction via the communication unit 33, and the first game. One of “not permitted” indicating that the terminal 10-1 should not start accepting an end instruction is transmitted to the first game terminal 10-1 (S334).
  • the control unit 31 transmits an acceptance start permission to the first game terminal 10-1, and the first game terminal 10-1
  • the control unit 31 transmits a disapproval to the first game terminal 10-1. Thereafter, the control unit 11-1 returns to Step S326.
  • the first game terminal 10-1 receives the acceptance start permission or non-permission transmitted from the server device 30 in step S334 via the communication unit 13 (S124). In this case, the control unit 11-1 determines whether or not an acceptance start permission has been received (S126). When the acceptance start permission is received (S126: Yes), the control unit 11-1 displays the end instruction acceptance image G20 on the display unit 15 (S128). On the other hand, when the acceptance start permission has not been received (S126: No), the control unit 11-1 returns to step S120.
  • step S316 of FIG. 10A When it is determined in step S316 of FIG. 10A that the end instruction acceptance flag of the first game terminal 10-1 is not “0” (S316: No), that is, the end instruction acceptance flag of the first game terminal 10-1 is In the case of “1”, as shown in FIG. 10C, the control unit 11-1 transmits a communication failure notification indicating that the second game terminal 10-2 is in a communication failure state via the communication unit 13, and An acceptance start permission indicating that acceptance of an end instruction may be started at the first game terminal 10-1 is transmitted to the first game terminal 10-1 (S340).
  • the first game terminal 10-1 receives the communication malfunction notification and acceptance start permission transmitted from the server device 30 in step S340 via the communication unit 13 (S130). In this case, the control unit 11-1 suddenly displays the end instruction acceptance image G20 without displaying the notification image G10 (S132).
  • step S320 or S326 in FIG. 10A If it is determined in step S320 or S326 in FIG. 10A that the second game terminal 10-2 has returned from the communication failure state to the normal state (S320 or S326: Yes), as shown in FIG.
  • the communication malfunction flag of the two game terminal 10-2 is updated to “0” (S350).
  • the control unit 31 transmits a communication recovery notification indicating that the second game terminal 10-2 has returned to the normal state from the communication failure state to the first game terminal 10-1 via the communication unit 33 (S352). . Thereafter, the control unit 31 returns to step S312.
  • the control unit 31 gives priority to the processing for the termination request. That is, in this case, the control unit 31 does not transmit a communication recovery notification to the first game terminal 10-1 (without executing Step S352), and executes a process for ending the game halfway (described later) Steps S362 to S366 in FIG. 10E).
  • the first game terminal 10-1 receives the communication recovery notification transmitted from the server device 30 in step S352 via the communication unit 13 (S140).
  • the control unit 11-1 restarts the game (S142).
  • the control unit 11-1 changes the image displayed on the display unit 15 from the notification image G10 or the end instruction reception image G20 to a game image (game image), thereby restarting the interrupted game.
  • the control unit 11-1 determines whether or not an end instruction operation has been performed. Determine (S150). That is, the control unit 11-1 determines whether or not the element E22 of the end instruction acceptance image G20 has been selected.
  • control unit 11-1 determines whether or not a predetermined time has elapsed since the end instruction reception image G20 is displayed (S152). If the predetermined time has not elapsed since the end instruction acceptance image G20 is displayed (S152: No), the control unit 11-1 returns to step S150.
  • the control unit 11-1 includes the communication unit 13 Then, an end request indicating that an end of the game is requested is transmitted to the server device 30 (S154).
  • the server device 30 receives the termination request transmitted from the first game terminal 10-1 in step S154 via the communication unit 33 (S360).
  • the control unit 31 executes an end process for ending the game halfway (S362).
  • the control unit 31 determines the game result. That is, the control part 31 determines the 1st user who performed the end instruction
  • control unit 31 transmits an end notification indicating that the game has ended to the first game terminal 10-1 via the communication unit 33 (S364). Further, the control unit 31 executes an end notification process for the second user (S366).
  • the “notification process to the second user” is a process for notifying the second user that the game has been terminated in accordance with the termination instruction of the first user. For example, the control unit 31 transmits a message or an e-mail indicating that the game has ended in response to the end instruction of the first user to the second user, or the second user plays the game next time (game system). When 1 is used next time, a process for displaying a message indicating that the game has ended on the display unit 15 of the second game terminal 10-2 is executed in accordance with an end instruction of one user.
  • the first game terminal 10-1 receives the end notification transmitted from the server device 30 in step S366 via the communication unit 13 (S156). In this case, the control unit 11-1 displays the game result on the display unit 15 and ends the game (S158).
  • the second game terminal 10-2 Since the game was ended in response to an end instruction from the first user when communication was not successful, the first user was able to end the game halfway with his own intention and was interrupted. It is possible to prevent the first user from being dissatisfied with other than waiting for the game to resume. Further, if the match is ended by the intention of the first user of the opponent, the second user must be convinced and the dissatisfaction of the second user can be reduced. Thus, according to the game system 1, while suppressing the dissatisfaction of both the second user who was using the second game terminal 10-2 in a communication failure state and the first user of the opponent, The game can be ended.
  • the second communication terminal 10-2 when the second game terminal 10-2 is in a communication failure state and the game is ended in response to an end instruction from the first user, the second communication terminal is in a communication failure state. It is determined that the second user who has used the game terminal 10-2 has lost and the first user who has given the termination instruction has won. According to the game system 1, since it is determined that the second user has been defeated as a result of the end of the match by the intention of the first user of the opponent, the second user must be convinced, and the second user is convinced. And the dissatisfaction of the second user can be reduced.
  • the game system 1 for example, when the second game terminal 10-2 is in a communication failure state and the game is ended in response to an end instruction from the first user, the fact is notified to the second user. Therefore, the second user can grasp the fact that the game has ended in accordance with the end instruction from the first user, and as a result, the dissatisfaction of the second user with respect to the end of the game can be reduced.
  • the notification image G10 is displayed on the display unit 15 of the first game terminal 10, so that the second game terminal 10-2 is displayed.
  • the first user can grasp that the communication state 10-2 is in a communication failure state.
  • the display of the notification image G10 is restricted until the second user's game operation data becomes necessary. Therefore, the notification image G10 can be prevented from being displayed as much as possible. For example, when the second game terminal 10-2 returns to the normal state from the communication failure state immediately after the notification image G10 is displayed, the notification image G10 disappears. The display of the image G10 may cause the first user to feel stress. In this regard, according to the game system 1, it is possible to prevent the user from feeling stress as much as possible.
  • the end instruction reception condition is not started unconditionally and the end instruction reception condition is satisfied. Since the reception of the instruction is started, it is possible to prevent the end instruction from being received when the second game terminal 10-2 is temporarily in a communication failure state. When the terminal 10-2 is temporarily out of communication, the game can be prevented from ending.
  • the second game terminal 10-2 is in a communication failure state, and after the end instruction acceptance condition is satisfied, the second game terminal 10-2 is changed from the communication failure state to the normal state.
  • the end instruction acceptance image G20 is immediately displayed on the display unit 15 of the first game terminal 10-1, thereby indicating the end instruction.
  • the first user can immediately end the game when the second game terminal 10-2 is repeatedly in a communication failure state. For example, if the second user repeatedly deliberately puts the second game terminal 10-2 back into a normal state in order to harass the first user, the first user immediately ends the game. be able to.
  • the end instruction reception condition determination unit 3050 in the server device 30 by providing the end instruction reception condition determination unit 3050 in the server device 30, it is possible to manage whether or not the end instruction reception condition is satisfied by the server apparatus 30. become. Furthermore, according to the game system 1, the first game terminal 10-1 transmits an inquiry as to whether or not the acceptance of the end instruction may be started, and the server apparatus 30 accepts the inquiry in response to the inquiry. Since the start permission is transmitted to the first game terminal 10-1, the server device 30 actively transmits the reception start permission to the first game terminal 10-1 when the end instruction reception condition is satisfied. In comparison, the configuration of the game system 1 can be simplified.
  • the second game terminal 10-2 is in a communication failure state and the end instruction acceptance image G20 is displayed on the display unit 15 of the first game terminal 10-1 for a predetermined period. Even if the end instruction operation has not been performed, the second game terminal 10-2 that is in a communication failure state does not recover to the normal state even if the end instruction operation has not been performed. It is possible to avoid a state in which no instruction is given for a long time.
  • the present invention can also be applied to a game other than a battle game in which a plurality of users battle.
  • the present invention can also be applied to a game where a plurality of users cooperate to achieve a common purpose.
  • the present invention can be applied to a game in which a plurality of users who respectively use a plurality of game terminals 10 participate.
  • a game system (1) is a game system (1) including a plurality of game terminals (10-1, 10-2) and a server device (3).
  • the plurality of game terminals (10-1, 10-) Further including an end control means in which a plurality of users using each performs control for terminating the game to participate (1100 or 3090).
  • the server device (30) includes a plurality of game terminals (10-1, 10-2) in the server device (30) capable of communicating with the plurality of game terminals (10-1, 10-2).
  • the game in which a plurality of users who respectively use the plurality of game terminals participates is terminated in response to the end instruction from the user using the other game terminals and the means (3060) for performing control for accepting the game.
  • a game terminal (10-1) is the game terminal (10-1) of the plurality of game terminals (10-1, 10-2).
  • a program according to an aspect of the present invention is a program for causing a computer to function as the server device (30) described in 9) or the game terminal (10-1) described in 10).
  • An information storage medium is a computer-readable information storage medium recording the program described in 11).
  • a control method for a game system (1) is a control method for a game system (1) including a plurality of game terminals (10-1, 10-2) and a server device (30).
  • a control method for a server device (30) is the control method for a server device (30) capable of communicating with a plurality of game terminals (10-1, 10-2).
  • a determination step (S312) for determining whether at least one of the terminals (10-1, 10-2) is in a communication failure state, and at least one of the plurality of game terminals (10-2) To receive an end instruction from a user who uses another game terminal (10-1) among the plurality of game terminals (10-1, 10-2) And a plurality of game terminals (10-1, 10-) according to the step (S330 to S334, S340) of controlling the game and the end instruction by the user using the other game terminal (10-1).
  • a control method for a game terminal (10-1) is a control method for one game terminal (10-1) of a plurality of game terminals (10-1, 10-2).
  • an accepting step of receiving an end instruction from the user S128) , S132, S150
  • control is performed to end a game in which a plurality of users who respectively use the plurality of game terminals (10-1, 10-2) participate.
  • an end control step S154 to S158).
  • a game terminal other than the game terminal in a communication failure state is used. Since the control for ending a game in which a plurality of users participate is performed in response to an end instruction from the user, a user using a game terminal other than the game terminal in a communication failure state plays the game with his own intention. It becomes possible to end the game in the middle, and it is possible to prevent the user from being dissatisfied with nothing but waiting for the interrupted game to resume.
  • the communication failure state has occurred.
  • the user who uses the game terminal must be convinced, and the dissatisfaction of the user can be reduced.
  • the game is a battle game in which the plurality of users battle each other, and the game system (1) includes a plurality of game terminals (10-1, 10-2).
  • the game terminal (10-1) When it is determined that at least one (10-2) is in a communication failure state, a game terminal (10-1) other than the game terminal (10-2) determined to be in a communication failure state is used.
  • the battle result determination means determining that the user using the game terminal (10-2) determined to be in the communication failure state has lost) 3080 may be further included.
  • the game terminal in a communication failure state is used. It is determined that the user who is defeated.
  • the communication failure state occurs. Since it is determined that the user of the game terminal that has become defeated, the user of the game terminal that is in a communication failure state has to be convinced, can be convinced by the user, and can reduce the dissatisfaction of the user .
  • each of the plurality of game terminals (10-1, 10-2) is determined when the other game terminal (10-2) is determined to be in the communication malfunction state.
  • reception of the end instruction may be started when a predetermined condition (for example, an end instruction reception condition) is satisfied.
  • the end instruction is accepted, so the other game terminal If the terminal is temporarily out of communication, the end instruction can be rejected. As a result, if the other terminal is temporarily out of communication, Can be prevented from being terminated. Further, according to the present invention, when it is determined that another game terminal is in a communication failure state, control is performed to display a predetermined notification on the display means. A user using another game terminal can grasp the fact.
  • each of the plurality of game terminals (10-1, 10-2) displays the end instruction at a given timing after the predetermined notification (G10) is displayed.
  • the server device (30) further includes inquiry means (1080) for sending an inquiry as to whether or not the reception can be started, and the server device (30) is connected to the other game terminal (10-2). After it is determined that the communication failure state has occurred, predetermined condition determination means (3050) for determining whether or not the predetermined condition is satisfied, and the other game terminal (10-2) enter the communication failure state.
  • Reply means for sending (3060 When, wherein the said reception means (1090) in response to the reception start permission, may start accepting the end instruction.
  • each game terminal transmits an inquiry as to whether or not acceptance of an end instruction may be started to the server device, and the server device transmits acceptance start permission to the game terminal in response to the inquiry. Therefore, when the predetermined condition is satisfied after it is determined that the other game terminal is in a communication failure state, the server device actively transmits an acceptance start permission to each game terminal.
  • the game system can be made simple.
  • each of the plurality of game terminals (10-1, 10-2) includes a storage means (1000) for storing game situation data indicating a game situation and a game for accepting a game operation.
  • Operation receiving means (1010) and first transmission means (1020) for transmitting data corresponding to the game operation to the server device are further included, and the server device (30) includes the plurality of game terminals (10 -1, 10-2) second receiving means (3010) for receiving the data transmitted from each of the plurality of game terminals (10-1, 10-2), and the data received from each of the plurality of game terminals (10-1, 10-2) And a second transmission means (3020) for transmitting to at least a game terminal other than the data transmission source, each of the plurality of game terminals (10-1, 10-2)
  • the first receiving means (1030) for receiving the data transmitted from (30), the game operation accepted by the game operation accepting means (1010), and the received by the first receiving means (1030)
  • Updating means (1040) for updating the game situation data based on the data, and displaying a game
  • the display control means (1050) for controlling the game and the data of the other game terminal are required to update the game situation data when it is determined that the other game terminal is in the communication failure state. Until it becomes, it may further include restriction means (1070) for restricting display of the predetermined notification (G10).
  • the data of the other game terminal is required to update the game situation data. Since the display of the notification is limited, it is possible to prevent the notification from being displayed as much as possible. For example, when another game terminal returns from the communication failure state to the normal state immediately after the predetermined notification is displayed, the notification disappears. In such a case, the notification may be displayed to cause the user to feel stress, but according to the present invention, the user can be prevented from feeling stress as much as possible.
  • the server device (30) is configured such that at least one of the plurality of game terminals (10-1, 10-2) (10-2) is in a normal state from the communication failure state.
  • a continuation control means (3030) for controlling the game terminal (10-1) other than the at least one game terminal (10-2) to continue the execution of the game.
  • the receiving means (1090) determines that the other game terminal (10-2) is in the communication failure state, and the other game terminal after the predetermined condition (end instruction receiving condition) is satisfied.
  • the predetermined condition is satisfied when it is determined again that the other game terminal (10-2) is in the communication failure state. Is Even before, you may start accepting the end instruction.
  • the user when another game terminal is in a communication failure state and the other game terminal returns from the communication failure state to the normal state after a predetermined condition is satisfied, When another game terminal is again in a communication failure state, even if it is before the predetermined condition is satisfied, the other game terminal is repeatedly in a communication failure state by starting to accept an end instruction.
  • the user can immediately end the game when there is. For example, there may be other users who repeatedly deliberately put the game terminal in a communication outage state and return it to the normal state in order to harass.
  • the user when another user as described above exists, the user can formally end the game.
  • the termination control means (1100 or 3090) determines that the other game terminal (10-2) has entered the communication failure state, and starts accepting the termination instruction. Even if the end instruction is not accepted when a predetermined period has elapsed since the start, control for ending the game may be performed.
  • the game system (1) is terminated by a user using a game terminal (10-1) other than the game terminal (10-2) determined to be in a communication failure state. It further includes end notification control means (3090) for performing control for notifying the user of the game terminal (10-2) determined to be in the communication failure state that the game has ended in response to the instruction. Also good.
  • the fact that the game has ended in response to an end instruction by a user using a game terminal other than the game terminal that is in a communication-impaired state is a Because the notification is made, the user of the game terminal that is in a communication failure state can grasp the fact that the game has ended in response to an end instruction by a user who uses a game terminal other than the game terminal in a communication failure state. As a result, it is possible to reduce dissatisfaction with the game end by the user of the game terminal that is in a communication failure state.
  • 1 game system N network, DB database, 10-1 first game terminal, 10-2 second game terminal, 30 server device, 11, 31 control unit, 12, 32 storage unit, 13, 33 communication unit, 14 input Unit, 15 display unit, 16 sound output unit, 1000, 3000 data storage unit, D1001 game situation data, D3001 flag data, 1010 game operation reception unit, 1020, 3020 transmission unit, 1030, 3010 reception unit, 1040 game situation data update Unit, 1050 game image display control unit, 1060 notification display control unit, 1070 notification display restriction unit, 1080 inquiry unit, 1090 end instruction reception unit, 1100 end control unit, 3030 continuation control unit, 3040 communication state determination unit, 3050 end instruction Acceptance condition determination unit, 3060 response unit, 3070 Control unit, 3080 match result determining unit, 3090 completion notification control unit, G10 notification image, G20 end instruction acceptance image, E11, E21, E22 element.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

サーバ装置（３０）は、複数のゲーム端末（１０）のうちの少なくとも一つが通信不調状態になったか否かを判定する判定手段（３０４０）を含む。各ゲーム端末（１０）は、他のゲーム端末（１０）が通信不調状態になった場合に、ユーザから終了指示を受け付ける受付手段（１０９０）を含む。ゲームシステム（１）は、通信不調状態になったゲーム端末（１０）以外のゲーム端末（１０）を使用するユーザによる終了指示に応じて、複数のゲーム端末（１０）をそれぞれ使用する複数のユーザが参加するゲームを終了させるための制御を行う終了制御手段（１１００又は３０９０）を含む。

Description

ゲームシステム、サーバ装置、ゲーム端末、及びプログラム
　本発明は、ゲームシステム、サーバ装置、ゲーム端末、及びプログラムに関する。
　従来、複数のゲーム端末をそれぞれ使用する複数のユーザが参加するゲームを実行するゲームシステムが知られている。例えば、複数のゲーム端末をそれぞれ使用する複数のユーザが対戦する対戦ゲームを実行するゲームシステムが知られている。
特開２０１６－０１３４１０号公報
　上記のゲームシステムでは、ゲームの実行中に、いずれかのゲーム端末が通信不調状態になってしまったことによって、ゲームが中断される場合がある。このような場合、ゲーム端末が通信不調状態になった原因を特定することは困難である。例えば、ユーザが故意にゲームプログラムを終了したり、ゲーム端末の電源又は通信機能をオフにしたりしたことによってゲーム端末が通信不調状態になった場合もあれば、ユーザの故意でなくゲーム端末が通信不調状態になった場合もある。このため、このような場合、ゲームシステム側では、中断されたゲームを途中で終了させてもよいか否かを決めかねることがあった。仮に、中断されたゲームを途中で終了させてしまうと、ユーザの故意でなく一時的に通信不調状態になったゲーム端末のユーザが不満を感じてしまう場合があり、一方、中断されたゲームを途中で終了させずに放置してしまうと、中断されたゲームの再開を待つより他ない他のユーザが不満を感じてしまう場合があった。
　本発明は上記課題に鑑みてなされたものであって、その目的は、複数のゲーム端末をそれぞれ使用する複数のユーザが参加するゲームにおいて、いずれかのゲーム端末が通信不調状態になってしまった場合に、通信不調状態になったゲーム端末のユーザと他のユーザとの双方の不満を抑制しつつ、ゲームを終了させることが可能なゲームシステム、サーバ装置、ゲーム端末、及びプログラムを提供することである。
　上記課題を解決するために、本発明の一態様に係るゲームシステムは、複数のゲーム端末とサーバ装置とを含むゲームシステムにおいて、前記サーバ装置は、前記複数のゲーム端末のうちの少なくとも一つが通信不調状態になったか否かを判定する判定手段を含み、前記複数のゲーム端末の各々は、他のゲーム端末が前記通信不調状態になったと判定された場合に、ユーザから終了指示を受け付ける受付手段を含み、前記ゲームシステムは、前記通信不調状態になったと判定されたゲーム端末以外のゲーム端末を使用するユーザによる前記終了指示に応じて、前記複数のゲーム端末をそれぞれ使用する複数のユーザが参加するゲームを終了させるための制御を行う終了制御手段をさらに含む。
　本発明の一態様に係るサーバ装置は、複数のゲーム端末と通信可能なサーバ装置において、前記複数のゲーム端末のうちの少なくとも一つが通信不調状態になったか否かを判定する判定手段と、前記複数のゲーム端末のうちの少なくとも一つが前記通信不調状態になったと判定された場合に、前記複数のゲーム端末のうちの他のゲーム端末を使用するユーザから終了指示を受け付けるための制御を行う手段と、前記他のゲーム端末を使用するユーザによる前記終了指示に応じて、前記複数のゲーム端末をそれぞれ使用する複数のユーザが参加するゲームを終了させるための制御を行う終了制御手段とを含む。
　本発明の一態様に係るゲーム端末は、複数のゲーム端末のうちの一のゲーム端末において、前記複数のゲーム端末のうちの他のゲーム端末が通信不調状態になったと判定された場合に、ユーザから終了指示を受け付ける受付手段と、前記ユーザによる前記終了指示に応じて、前記複数のゲーム端末をそれぞれ使用する複数のユーザが参加するゲームを終了させるための制御を行う終了制御手段とを含む。
本発明の実施形態に係るゲームシステムの全体構成を示す図である。 ゲーム実行中に第１ゲーム端末、第２ゲーム端末、及びサーバ装置によって実行される基本的な処理の一例を示す図である。 ゲーム実行中に第２ゲーム端末が通信不調状態になった場合に第１ゲーム端末とサーバ装置とによって行われる動作の一例について説明するための図である。 通知画像の一例を示す。 終了指示受付画像の一例を示す。 ゲーム実行中に第２ゲーム端末が通信不調状態になった場合の第１ゲーム端末とサーバ装置との動作の他の一例について説明するための図である。 ゲーム実行中に第２ゲーム端末が通信不調状態になった場合の第１ゲーム端末とサーバ装置との動作の他の一例について説明するための図である。 ゲーム実行中に第２ゲーム端末が通信不調状態になった場合の第１ゲーム端末とサーバ装置との動作の他の一例について説明するための図である。 ゲーム実行中に第２ゲーム端末が通信不調状態になった場合の第１ゲーム端末とサーバ装置との動作の他の一例について説明するための図である。 本発明の実施形態に係るゲームシステムで実現される機能ブロックの一例を示す図である。 ゲーム実行中に第２ゲーム端末が通信不調状態になった場合に第１ゲーム端末とサーバ装置との間で実行される処理の一例を示す図である。 ゲーム実行中に第２ゲーム端末が通信不調状態になった場合に第１ゲーム端末とサーバ装置との間で実行される処理の一例を示す図である。 ゲーム実行中に第２ゲーム端末が通信不調状態になった場合に第１ゲーム端末とサーバ装置との間で実行される処理の一例を示す図である。 ゲーム実行中に第２ゲーム端末が通信不調状態になった場合に第１ゲーム端末とサーバ装置との間で実行される処理の一例を示す図である。 ゲーム実行中に第２ゲーム端末が通信不調状態になった場合に第１ゲーム端末とサーバ装置との間で実行される処理の一例を示す図である。
　以下、本発明の実施形態の例を図面に基づいて説明する。
　［１．ゲームシステムの構成］図１は、本発明の実施形態に係るゲームシステムの全体構成を示す。図１に示すように、本実施形態に係るゲームシステム１は、第１ゲーム端末１０－１及び第２ゲーム端末１０－２等を含む複数のゲーム端末と、サーバ装置３０を含む。複数のゲーム端末の各々とサーバ装置３０とはネットワークＮに接続されている。このため、複数のゲーム端末の各々とサーバ装置３０との間で相互にデータ通信が可能である。また、複数のゲーム端末の間でも相互にデータ通信が可能である。以下では、第１ゲーム端末１０－１、第２ゲーム端末１０－２、・・・の各々を総称して「ゲーム端末１０」と記載することもある。
　ゲーム端末１０は、ユーザが操作するコンピュータである。より具体的には、ゲーム端末１０は、ユーザがゲームをプレイするために使用するコンピュータである。例えば、ゲーム端末１０は、家庭用ゲーム機（据置型ゲーム機）、携帯用ゲーム機、遊戯施設等に設置される業務用ゲーム機、携帯電話機（スマートフォンを含む）、携帯情報端末（タブレット型コンピュータを含む）、デスクトップ型コンピュータ、又はラップトップ型コンピュータである。
　図１に示すように、ゲーム端末１０は制御部１１、記憶部１２、通信部１３、入力部１４、表示部１５、及び音声出力部１６を含む。制御部１１は少なくとも一つのマイクロプロセッサを含み、記憶部１２に記憶されたオペレーティングシステムやその他のプログラムに従って情報処理を実行する。記憶部１２は、主記憶部（例えばＲＡＭ）及び補助記憶部（例えば、不揮発性の半導体メモリ、ハードディスクドライブ、又はソリッドステートドライブ）を含む。記憶部１２はプログラムやデータを記憶するためのものである。通信部１３は、ネットワークＮを介して他の装置とデータ通信するためのものである。
　入力部１４は、ユーザがゲームに対する指示を行うためのものである。入力部１４は、例えば、タッチパネル、ボタン（キー）、スティック（レバー）、マウス、マイク、又はセンサ等を含む。なお、入力部１４は、ゲーム端末１０に有線又は無線で接続された外部装置（ゲームコントローラ等）として設けられてもよいし、ゲーム端末１０自体に設けられてもよい。以下では、ユーザが入力部１４を介してゲームに対する指示を行う行為を「ゲーム操作」と記載する。
　表示部１５は、例えば液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部１１による制御の下で画像を表示する。音声出力部１６は、例えばスピーカ又はヘッドホン等であり、制御部１１による制御の下で音声を出力する。なお、表示部１５や音声出力部１６は、ゲーム端末１０に外部装置として接続された表示装置や音声出力装置であってもよいし、ゲーム端末１０自体に設けられた表示装置や音声出力装置であってもよい。
　サーバ装置３０は例えばサーバコンピュータである。図１に示すように、サーバ装置３０は制御部３１、記憶部３２、及び通信部３３を含む。制御部３１、記憶部３２、通信部３３は、ゲーム端末１０の制御部１１、記憶部１２、通信部１３と基本的に同様であるため、説明を省略する。サーバ装置３０はデータベースＤＢにアクセスできる。データベースＤＢはサーバ装置３０内に構築されてもよいし、サーバ装置３０とは別のサーバコンピュータ内に構築されてもよい。
　ゲーム端末１０又はサーバ装置３０は、情報記憶媒体（例えば光ディスク又はメモリカード等）に記憶されたプログラムやデータを読み取るための構成要素（例えば光ディスクドライブ又はメモリーカードスロット等）を備えてもよい。プログラムやデータは、情報記憶媒体を介してゲーム端末１０又はサーバ装置３０に供給されて、記憶部１２又は記憶部３２に記憶されてもよい。なお、プログラムやデータは、ネットワークＮを介して遠隔地からゲーム端末１０又はサーバ装置３０に供給されてもよい。
　なお以下では、タッチパネルを備えたスマートフォン又はタブレット型コンピュータがゲーム端末１０である場合を想定する。
　［２．ゲームの概要］ゲームシステム１では、複数のゲーム端末１０をそれぞれ使用する複数のユーザが参加する各種ゲームが実行される。
　例えば、複数のゲーム端末１０が第１ゲーム端末１０－１と第２ゲーム端末１０－２とを含む場合、第１ゲーム端末１０－１を使用する第１ユーザと、第２ゲーム端末１０－２を使用する第２ユーザとが上記「複数のユーザ」に相当する。また例えば、複数のゲーム端末１０が第１ゲーム端末１０－１、第２ゲーム端末１０－２、・・・、第ｎゲーム端末１０－ｎを含む場合、第１ゲーム端末１０－１を使用する第１ユーザ、第２ゲーム端末１０－２を使用する第２ユーザ、・・・、第ｎゲーム端末１０－ｎを使用する第ｎユーザが上記「複数のユーザ」に相当する。
　「複数のユーザが参加するゲーム」とは、例えば、複数のユーザが対戦する対戦ゲームである。例えば、野球ゲーム、サッカーゲーム、バスケットボールゲーム、又はアイスホッケーゲーム等の対戦スポーツゲームが「複数のユーザが対戦する対戦ゲーム」の一例に相当する。また例えば、レースゲーム、格闘ゲーム、又はカードゲーム等も「複数のユーザが対戦する対戦ゲーム」の一例に相当する。これらのゲームに限られず、他の種類の対戦ゲームも「複数のユーザが対戦する対戦ゲーム」の一例に相当する。
　また、「複数のユーザが参加するゲーム」とは、例えば、複数のユーザが協力して共通の目的を達成することを目指すゲームであってもよい。「目的」とは、例えば、対戦に勝利すること、敵を退治すること、ゲーム空間内の所定の地点に到達すること、ゲームアイテムを入手すること、又はゲーム成績が所定の基準を満たすこと等である。例えば、複数のユーザが共通のチームを操作して、対戦相手のチームとの試合に勝利することを目指すスポーツゲームが「複数のユーザが協力して共通の目的を達成することを目指すゲーム」の一例に相当する。なお、この場合の「試合」とはスポーツゲームの一部として実行されるものである。また例えば、複数のユーザがグループ（チーム又はパーティ等）を組んで、他のグループとの戦闘に勝利したり、特定の敵を退治したり、特定のゲームアイテムを入手したりすることを目指すアクションゲームやロールプレイングゲーム等も「複数のユーザが協力して共通の目的を達成することを目指すゲーム」の一例に相当する。
　以下では、ゲームシステム１で実行されるゲームの一例として、ユーザが操作するチームと他のユーザが操作するチームとの間で野球の試合が行われる野球ゲームについて主に説明する。以下では、第１ゲーム端末１０－１を使用する第１ユーザが操作する第１チームと、第２ゲーム端末１０－２を使用する第２ユーザが操作する第２チームとの間で野球の試合が行われる場合の例について主に説明する。この野球ゲームは、野球ゲームプログラムが第１ゲーム端末１０－１と第２ゲーム端末１０－２との各々で実行されることによって実行される。なお、上記の試合は野球ゲームの一部として実行される。すなわち、試合は、野球ゲームに係るすべてのゲーム処理のうちの一部に相当する。
　図２は、試合中に第１ゲーム端末１０－１、第２ゲーム端末１０－２、及びサーバ装置３０によって実行される基本的な処理の一例について説明するための図である。試合中には図２に示す処理が繰り返し実行される。
　図２に示すように、第１ゲーム端末１０－１の制御部１１（以下では「制御部１１－１」と記載する。）は、第１ユーザによって行われたゲーム操作に関するゲーム操作データを取得し（Ｓ１００－１）、通信部１３を介して、ゲーム操作データをサーバ装置３０に送信する（Ｓ１０２－１）。
　「ゲーム操作データ」は、第１ユーザによって行われたゲーム操作の内容を示すデータであってもよいし、ゲーム操作に応じて実行されるべきゲーム制御の内容を示すデータであってもよい。例えば、ユーザが指をタッチパネルに接触させることによって打者キャラクタに打撃動作を行わせる野球ゲームにおいて、第１チームの打者キャラクタが打席に立っている状態で第１ユーザが打者キャラクタに打撃動作を行わせるために指をタッチパネルに接触させた場合、ステップＳ１０２－１では、ユーザが指をタッチパネルに接触させたことを示すデータをゲーム操作データとしてサーバ装置３０に送信してもよいし、打者キャラクタに打撃動作を行わせることを示すデータをゲーム操作データとしてサーバ装置３０に送信してもよい。
　同様に、第２ゲーム端末１０－２の制御部１１（以下では「制御部１１－２」と記載する。）は、第２ユーザによって行われたゲーム操作の内容を示すゲーム操作データを取得し（Ｓ１００－２）、通信部１３を介して、ゲーム操作データをサーバ装置３０に送信する（Ｓ１０２－２）。ステップＳ１００－２，Ｓ１０２－２はステップＳ１００－１，Ｓ１０２－１と同様である。
　サーバ装置３０は、通信部３３を介して、第１ゲーム端末１０－１又は第２ゲーム端末１０－２から送信されたゲーム操作データを受信する（Ｓ３００）。そして、サーバ装置３０の制御部３１は、第１ゲーム端末１０－１から受信したゲーム操作データを第２ゲーム端末１０－２に送信し、第２ゲーム端末１０－２から受信したゲーム操作データを第１ゲーム端末１０－１に送信する（Ｓ３０２）。なお、制御部３１は、第１ゲーム端末１０－１から受信したゲーム操作データを第１ゲーム端末１０－１と第２ゲーム端末１０－２との両方に送信し、第２ゲーム端末１０－２から受信したゲーム操作データを第１ゲーム端末１０－１と第２ゲーム端末１０－２との両方に送信してもよい。
　第１ゲーム端末１０－１は、通信部１３を介して、ステップＳ３０２でサーバ装置３０から送信されたゲーム操作データを受信する（Ｓ１０４－１）。そして制御部１１－１は、ステップＳ１００－１で取得されたゲーム操作データ（第１ゲーム端末１０－１で取得されたゲーム操作データ）と、ステップＳ１０４－１で受信されたゲーム操作データ（第２ゲーム端末１０－２で取得されたゲーム操作データ）に基づいて、第１ゲーム端末１０－１の記憶部１２に記憶されるゲーム状況データを更新する（Ｓ１０６－１）。
　なお、ステップＳ３０２において、第１ゲーム端末１０－１から受信したゲーム操作データが第１ゲーム端末１０－１と第２ゲーム端末１０－２との両方に送信される場合には、制御部１１－１は、ステップＳ１０４－１で受信されたゲーム操作データ（第１ゲーム端末１０－１で取得されたゲーム操作データと第２ゲーム端末１０－２で取得されたゲーム操作データ）に基づいて、第１ゲーム端末１０－１の記憶部１２に記憶されるゲーム状況データを更新してもよい。
　「ゲーム状況データ」はゲームの現在の状況を示すデータである。例えば、ゲーム状況データはゲーム空間の現在の状況を示すデータを含む。ここで、「ゲーム空間」は、記憶部１２に構築される仮想的な空間であり、三つの座標軸が関連付けられた仮想的な３次元空間であってもよいし、二つの座標軸が関連付けられた仮想的な２次元平面であってもよい。「ゲーム空間」には１又は複数のゲームオブジェクトが配置される。例えば、野球ゲームの場合、野球場を表すゲーム空間が構築され、選手キャラクタやボールがゲーム空間に配置されることになり、「ゲーム空間の現在の状況を示すデータ」は、ゲーム空間に配置されるゲームオブジェクトの現在の状態を示すデータを含む。この場合、選手キャラクタの位置、向き、姿勢、移動方向、移動速度、現在行っている動作種類、ボールを保持しているか否か等を示すデータや、ボールの位置、移動方向、移動速度等を示すデータが「ゲームオブジェクトの状態を示すデータ」の一例に相当する。また、ゲーム状況データはゲームの進行状況を示すデータを含む。例えば、野球ゲームの場合、現在のイニング、両チームの得点等を示すデータが「ゲームの進行状況を示すデータ」の一例に相当する。
　ステップＳ１０６－１では、第１ユーザのゲーム操作に応じたゲーム制御や第２ユーザのゲーム操作に応じたゲーム制御が行われるようにして、ゲーム制御データが更新される。例えば、第１ユーザの操作対象の選手キャラクタに第１ユーザのゲーム操作に応じた動作を行わせ、第２ユーザの操作対象の選手キャラクタに第２ユーザのゲーム操作に応じた動作を行わせるようにして、ゲーム制御データが更新される。
　ステップＳ１０６－２の実行後、制御部１１－１は、更新されたゲーム状況データに基づいて、ゲームの状況を示すゲーム画像を第１ゲーム端末１０－１の表示部１５に表示させる（Ｓ１０８－１）。「ゲーム画像」とは、例えば、ゲーム空間を所与の視点から見た様子を表す画像である。野球ゲームの場合、ゲーム画像は野球場を表すゲーム空間を所与の視点から見た様子を画像であり、試合の現在の状況を表す試合画像となる。
　同様に、第２ゲーム端末１０－２の制御部１１－２は、ステップＳ３０２でサーバ装置３０から送信されたゲーム操作データを受信する（Ｓ１０４－２）。そして制御部１１－２は、受信したゲーム操作データに基づいて、第２ゲーム端末１０－２の記憶部１２に記憶されるゲーム状況データを更新する（Ｓ１０６－２）。また制御部１１－２は、更新されたゲーム状況データに基づいて、ゲームの状況を示すゲーム画像を第２ゲーム端末１０－２の表示部１５に表示させる（Ｓ１０８－２）。
　なお、第１ゲーム端末１０－１と第２ゲーム端末１０－２とではゲーム状況データが同じになるように処理される。すなわち、第１ゲーム端末１０－１と第２ゲーム端末１０－２とでは、ゲーム状況データを更新するためのアルゴリズムや乱数シード等として、共通のアルゴリズムや乱数シード等が用いられる。このため、ゲーム処理の結果がランダムに決定される場合であっても、第１ゲーム端末１０－１と第２ゲーム端末１０－２との両方で同じ結果が得られる。
　野球ゲームでは、試合が正常に終了した時点で得点が多い方のユーザが勝者となり、得点が少ない方のユーザが敗者となる。
　「試合が正常に終了した時点」とは、所定のルールに則って試合が最後まで実行されて試合の結果が確定された時点である。例えば、一般的な野球のルールによれば、９回裏の終了時点でいずれか一方のチームがリードしている場合に試合が終了するため、この場合、９回裏の終了時点が「試合が正常に終了した時点」に相当する。また、９回表の終了時点で後攻チームがリードしていたことによって試合が終了した場合、９回表の終了時点が「試合が正常に終了した時点」に相当する。また、９回裏の途中で後攻チームがリードした状態になったことによって試合が終了した場合、９回裏の途中で後攻チームがリードした状態になった時点が「試合が正常に終了した時点」に相当する。また、９回裏の終了時点で同点であったことによって延長戦に突入し、延長戦のイニングの裏の終了時点でいずれか一方のチームがリードしていることによって試合が終了した場合、当該イニングの裏の終了時点が「試合が正常に終了した時点」に相当する。なお、いわゆるコールドゲームのルールが有効である場合、コールドゲームが成立した時点が「試合が正常に終了した時点」に相当する。
　以下、上記の野球ゲームにおいて、第１ゲーム端末１０－１と第２ゲーム端末１０－２とのいずれか一方が通信不調状態になってしまった場合に、通信不調状態になった一方のゲーム端末１０のユーザと他方のゲーム端末１０のユーザとの双方の不満を抑制しつつ、試合を途中で終了させるための技術について説明する。
　図３は、試合中に第２ゲーム端末１０－２が通信不調状態になった場合に第１ゲーム端末１０－１とサーバ装置３０とによって行われる動作の一例について説明するための図である。図３に示す動作は、後述の図１０Ａ～図１０Ｅに示す処理がプログラムに従って実行されることによって実現される。
　「通信不調状態」とは、例えば、ゲーム端末１０とサーバ装置３０との間の通信が正常に行われていない状態である。言い換えれば、ゲーム端末１０からのデータがサーバ装置３０で受信されない状態である。第２ゲーム端末１０－２が通信不調状態になった場合、第２ゲーム端末１０－２のゲーム操作データがサーバ装置３０で受信されなくなり（図２のステップＳ３００参照）、その結果、第２ゲーム端末１０－２のゲーム操作データが第１ゲーム端末１０－１に送信されなくなる（図２のステップＳ３０２参照）。
　図３に示す例では、サーバ装置３０が、試合中に第２ゲーム端末１０－２が通信不調状態になったことを検知している（ＯＰ３００）。
　例えば、各ゲーム端末１０では、アクティブなプログラムが野球ゲームプログラムから他のプログラムに切り替えられた場合や、ゲーム端末１０の電源を切断する操作やゲーム端末１０をスリープ状態（休止状態）にする操作が行われた場合等に、野球ゲームプログラムがサスペンドになる。例えば、第２ゲーム端末１０－２において野球ゲームプログラムがサスペンドになった場合に第２ゲーム端末１０－２は所定の通知（以下では「サスペンド通知」と記載する。）をサーバ装置３０に送信する。そして、第２ゲーム端末１０－２からのサスペンド通知がサーバ装置３０で受信された場合にサーバ装置３０は第２ゲーム端末１０－２が通信不調状態になったと判定する。
　また例えば、各ゲーム端末１０はキープアライブ情報を定期的にサーバ装置３０に送信する。例えば、第２ゲーム端末１０－２からのキープアライブ情報がサーバ装置３０で受信されない状態が所定期間にわたって継続した場合にサーバ装置３０は第２ゲーム端末１０－２が通信不調状態になったと判定する。ゲーム端末１０で野球ゲームプログラムが強制終了された場合等には、上述のサスペンド通知がサーバ装置３０に送信されないが、このような場合、キープアライブ情報もサーバ装置３０に送信されなくなるため、キープアライブ情報に関する上記判定を行うによって、サーバ装置３０は当該ゲーム端末１０が通信不調状態になったことを検知できる。
　第２ゲーム端末１０－２が通信不調状態になった場合、サーバ装置３０は第２ゲーム端末１０－２の通信不調フラグを「１」に設定する（ＯＰ３０２）。
　「第２ゲーム端末１０－２の通信不調フラグ」とは、第２ゲーム端末１０－２が通信不調状態であるか否かを示す情報である。値「０」又は「１」が第２ゲーム端末１０－２の通信不調フラグに設定される。値「０」は第２ゲーム端末１０－２が通信不調状態でないことを示し、値「１」は第２ゲーム端末１０－２が通信不調状態であることを示す。なお、第２ゲーム端末１０－２の通信不調フラグは試合開始時に値「０」に初期化される。
　さらに、サーバ装置３０は、第２ゲーム端末１０－２が通信不調状態になったことを示す通知（以下では「通信不調通知」と記載する。）を第１ゲーム端末１０－１に送信する（ＯＰ３０４）。
　また、サーバ装置３０は終了指示受付条件が満足したか否かを判定し、終了指示受付条件が満足された場合に第１ゲーム端末１０－１（第１ユーザ）の終了指示受付フラグを「１」に更新する（ＯＰ３０６）。
　「終了指示受付条件」とは、第１ゲーム端末１０－１で第１ユーザから終了指示の受付を開始するために満足されるべき条件である。また、「終了指示」は、試合を途中で終了させることを指示するものである。終了指示の詳細については後述する（後述の図５参照）。
　例えば、第２ゲーム端末１０－２が通信不調状態になってから所定時間が経過した場合に終了指示受付条件が満足されたと判定される。または、サーバ装置３０が第２ゲーム端末１０－２から切断通知を所定回数受信した場合に終了指示受付条件が満足されたと判定される。
　また、「第１ゲーム端末１０－１の終了指示受付フラグ」とは、第１ゲーム端末１０－１で第１ユーザから終了指示を受け付けるか否かを示す情報である。言い換えれば、第１ゲーム端末１０－１で第１ユーザが終了指示を行うことを許容するか否かを示す情報である。値「０」又は「１」が終了指示受付フラグに設定される。値「０」は第１ゲーム端末１０－１で第１ユーザから終了指示を受け付けてはいけないことを示し、値「１」は第１ゲーム端末１０－１で第１ユーザから終了指示を受け付けてもよいことを示す。なお、第１ゲーム端末１０－１の終了指示受付フラグは試合開始時に値「０」に初期化される。
　第１ゲーム端末１０－１は、サーバ装置３０から送信された通信不調通知を受信する（ＯＰ１００）。この場合、第１ゲーム端末１０－１は、ゲーム（試合）の状況が第２ユーザのゲーム操作データを必要な状況になるのを待つ（ＯＰ１０２）。
　「第２ユーザのゲーム操作データ」とは、第２ゲーム端末１０－２で取得されるゲーム操作データである（図２のステップＳ１００－１）。また、「第２ユーザのゲーム操作データを必要な状況」とは、ゲーム（試合）を進行させるために第２ユーザのゲーム操作データが必要な状況である。言い換えれば、ゲーム状況データを更新するために第２ユーザのゲーム操作データが必要な状況である。
　例えば、打者キャラクタが第１ユーザのゲーム操作に応じて打撃動作を行い、投手キャラクタが第２ユーザのゲーム操作に応じて投球動作を行い、守備についている第２チームの選手キャラクタがコンピュータの制御に応じて守備動作を行う場面の場合、投手キャラクタによる投球動作が行われてから、投手キャラクタによる次の投球動作が行われるまでの間、第２ユーザがゲーム操作を行う必要はないため、第２ユーザのゲーム操作データは必要ない。このため、この場合、第１ゲーム端末１０－１は、投手キャラクタによって投球動作が行われる状況になった場合に、ゲームの状況が第２ユーザのゲーム操作データを必要な状況になったと判定する。
　ゲームの状況が第２ユーザのゲーム操作データを必要な状況になった場合、第１ゲーム端末１０－１は試合（ゲーム）の進行を中断し、通知画像を表示部１５に表示する（ＯＰ１０４）。
　通知画像は、対戦相手（第２ユーザ）のゲーム操作データを受信するのを待っていることを第１ユーザに通知するための画像である。図４は通知画像の一例を示す。図４に示すように、通知画像Ｇ１０は、対戦相手（第２ユーザ）からの応答を待っていること、すなわち、対戦相手（第２ユーザ）のゲーム操作データを受信するのを待っていることを示す要素Ｅ１１を含む。なお、「要素」は画像を構成する要素であり、例えばテキスト又は画像等である。図４に示すような通知画像Ｇ１０が表示されることによって、第１ユーザは、第２ゲーム端末１０－２が通信不調状態になり、第２ユーザからの応答を待っていること（第２ユーザのゲーム操作データを受信するのを待っていること）を把握できる。
　上述したように、ゲームシステム１では、第２ゲーム端末１０－２が通信不調状態になったとしても、第１ゲーム端末１０－１は、ゲームの状況が第２ユーザのゲーム操作データを必要な状況になるまでゲーム（試合）の進行を中断させずにゲームを進行させ、ゲームの状況が第２ユーザのゲーム操作データを必要な状況になった時点でゲームの進行を中断させ、表示部１５に表示される画像をゲーム画像（試合画像）から通知画像に変える。後述するように、通知画像Ｇ１０が表示された後、すぐに第２ゲーム端末１０－２が通信不調状態から通常状態に戻った場合には、通知画像Ｇ１０が消えることになるが（後述の図６の動作ＯＰ１２８参照）、このような場合、通知画像Ｇ１０が表示されることによって第１ユーザにストレスを感じさせてしまうおそれがある。この点、ゲームシステム１によれば、できる限り通知画像Ｇ１０を表示させないように図ることができ、その結果、ユーザにストレスを感じさせないように図ることができる。
　通知画像Ｇ１０が表示部１５に表示されている場合、所与のタイミングで、第１ゲーム端末１０－１は、第１ユーザからの終了指示の受付を開始してもよいか否かの問合せをサーバ装置３０に送信する（ＯＰ１０６）。例えば、通知画像Ｇ１０が表示部１５に表示されてから所定時間が経過した場合に、第１ゲーム端末１０－１は上記問合せをサーバ装置３０に送信する。
　サーバ装置３０は、第１ゲーム端末１０－１から送信された問合せを受信する（ＯＰ３０８）。この場合、第１ゲーム端末１０－１の終了指示受付フラグが「１」であれば、サーバ装置３０は、第１ユーザからの終了指示の受付を開始してもよいことを示す受付開始許可を第１ゲーム端末１０－１に送信する（ＯＰ３１０）。
　図３に示す例では、第１ゲーム端末１０－１の終了指示付フラグが「１」に更新された後で問合せがサーバ装置３０で受信されているが、第１ゲーム端末１０－１の終了指示付フラグが「１」に更新される前に問合せがサーバ装置３０で受信される場合もある。この場合、第１ゲーム端末１０－１の終了指示受付フラグが「１」でないため、サーバ装置３０は、第１ユーザからの終了指示の受付を開始してはいけないことを示す不許可を第１ゲーム端末１０－１に送信する。この場合、所定時間が経過した後で、第１ゲーム端末１０－１は問合せをサーバ装置３０に再度送信する。
　第１ゲーム端末１０－１は、サーバ装置３０から送信された受付開始許可を受信する（ＯＰ１０８）。この場合、第１ゲーム端末１０－１は終了指示受付画像を表示部１５に表示する（ＯＰ１１０）。
　終了指示受付画像は終了指示を受け付けるための画像である。図５は終了指示受付画像の一例を示す。図５に示すように、終了指示受付画像Ｇ２０は、対戦相手（第２ユーザ）からの応答を待っていること、すなわち、対戦相手（第２ユーザ）のゲーム操作データを受信するのを待っていることを示す要素Ｅ２１と、終了指示を受け付けるための要素Ｅ２２とを含む。「終了指示」とは、第２ユーザのゲーム操作データが受信されるのを待つことなく、「第１ユーザの勝利、第２ユーザの敗北）」という結果で試合を途中で終了させることをゲームシステム１に指示するものである。
　終了指示受付画像Ｇ２０が表示されている間、第１ゲーム端末１０－１は、終了指示操作が第１ユーザによって行われたか否か（すなわち、要素Ｅ２２が第１ユーザによって選択されたか否か）や、終了指示受付画像Ｇ２０が表示部１５に表示されてから所定時間が経過したか否かを監視する（ＯＰ１１２）。
　終了指示操作が第１ユーザによって行われた場合、すなわち、要素Ｅ２２が第１ユーザによって選択された場合（ＯＰ１１２：Ｙｅｓ）、第１ゲーム端末１０－１は、「第１ユーザの勝利、第２ユーザの敗北）」という結果で試合を途中で終了させることを要求することを示す終了要求をサーバ装置３０に送信する（ＯＰ１１４）。
　また、終了指示受付画像Ｇ２０が表示部１５に表示されてから、終了指示操作が行われることなく（要素Ｅ２２が選択されることなく）、所定時間が経過した場合にも（ＯＰ１１２：Ｙｅｓ）、第１ゲーム端末１０－１は、「第１ユーザの勝利、第２ユーザの敗北）」という結果で試合を途中で終了させることを要求することを示す終了要求をサーバ装置３０に送信する（ＯＰ１１４）。
　サーバ装置３０は、第１ゲーム端末１０－１から送信された終了要求を受信する（ＯＰ３１２）。この場合、サーバ装置３０は、「第１ユーザの勝利、第２ユーザの敗北）」という結果で試合（ゲーム）を途中で終了させる（ＯＰ３１４）。また、サーバ装置３０は、第１ユーザによる終了指示に応じて試合が終了したことを第２ユーザに通知する。例えば、第１ユーザによる終了指示に応じて試合が終了したことを示すメッセージ又は電子メールを第２ユーザ宛に送信したり、第２ユーザによってゲームプログラムが次回起動された際に、第１ユーザによる終了指示に応じて試合が終了したことを示すメッセージを表示したりする。このため、第２ユーザは、第１ユーザによる終了指示に応じて試合が終了したことを把握できる。
　ゲームシステム１では、第１ゲーム端末１０－１の第１ユーザと、第２ゲーム端末１０－２の第２ユーザとの間の試合中に第２ゲーム端末１０－２が通信不調状態になった場合に、以上のような動作が行われることによって、第１ユーザは自らの意思で試合を途中で終了させることができるようになり、中断されたゲームの再開を待つより他ないという不満を第１ユーザに与えないようにすることができる。また、上記のような場合、通信不調状態になった第２ゲーム端末１０－２を使用していた第２ユーザが敗北し、終了指示を行った第１ユーザが勝利したと決定されるが、対戦相手の第１ユーザの意思によって試合が終了して第２ユーザが敗北したと決定されるため、第２ユーザも納得せざるを得ず、第２ユーザの納得を得ることができ、第２ユーザの不満を低減することができる。
　またゲームシステム１では、第２ゲーム端末１０－２が通信不調状態になった場合、直ちに終了指示の受付を開始せずに、終了指示受付条件が満足されるのを待って終了指示の受付を開始するようになっている。このため、第２ゲーム端末１０－２が一時的に通信不調状態になったような場合には終了指示を受け付けないようにすることができ、その結果、第２ゲーム端末１０－２が一時的に通信不調状態になったような場合には試合が終了されないようにすることができる。
　またゲームシステム１では、終了指示受付画像Ｇ２０が第１ゲーム端末１０－１の表示部１５に表示されてから所定時間が経過した場合に、終了指示操作が行われていなかったとしても、試合を終了させるようになっている。このため、通信不調状態になった第２ゲーム端末１０－２が通常状態に回復することもなく、終了指示も行われない状態が長く続いてしまうことを回避することができる。
　図６は、試合中に第２ゲーム端末１０－２が通信不調状態になった場合の第１ゲーム端末１０－１とサーバ装置３０との動作の他の一例について説明するための図である。図６は、第２ゲーム端末１０－２が通信不調状態になった後で、終了指示受付条件が満足される前に第２ゲーム端末１０－２が通信不調状態から通常状態に戻った場合の第１ゲーム端末１０－１とサーバ装置３０との動作の例を示している。図６に示す動作も、後述の図１０Ａ～図１０Ｅに示す処理がプログラムに従って実行されることによって実現される。
　図６の動作ＯＰ３２０～ＯＰ３２４は図３の動作ＯＰ３００～ＯＰ３０４と同じであり、図６の動作ＯＰ１２０～ＯＰ１２４は図３の動作ＯＰ１００～ＯＰ１０４と同じであるため、これらについては説明を省略する。
　図６に示す例では、終了指示受付条件が満足される前に、第２ゲーム端末１０－２が通信不調状態から通常状態（正常状態）に戻ったことをサーバ装置３０が検知している（ＯＰ３２６）。
　例えば、各ゲーム端末１０では、野球ゲームプログラムがアクティブなプログラムになった場合等に所定の通知（以下では「アクティブ通知」と記載する。）をサーバ装置３０に送信する。このため、例えば、第２ゲーム端末１０－２からのアクティブ通知がサーバ装置３０で受信された場合に、サーバ装置３０は第２ゲーム端末１０－２が通信不調状態から通常状態に戻ったと判定する。
　なお、各ゲーム端末１０では、強制終了された野球ゲームプログラムが再起動された場合にも所定の通知（アクティブ通知）をサーバ装置３０に送信する。このため、例えば、第２ゲーム端末１０－２において野球ゲームプログラムが強制終了され、その後、野球ゲームプログラムが再起動された場合には、アクティブ通知が第２ゲーム端末１０－２からサーバ装置３０に送信され、当該アクティブ通知がサーバ装置３０で受信された場合に、サーバ装置３０は第２ゲーム端末１０－２が通信不調状態から通常状態に戻ったと判定する。なお、第２ゲーム端末１０－２からのキープアライブ情報がサーバ装置３０で受信された場合に、サーバ装置３０は第２ゲーム端末１０－２が通信不調状態から通常状態に戻ったと判定するようにしてもよい。
　第２ゲーム端末１０－２が通信不調状態から通常状態に戻った場合、サーバ装置３０は第２ゲーム端末１０－２の通信不調フラグを「０」に更新する（ＯＰ３２８）。またサーバ装置３０は、第２ゲーム端末１０－２が通信不調状態から通常状態に回復したことを示す通知（以下では「通信回復通知」と記載する。）を第１ゲーム端末１０－１に送信する（ＯＰ３３０）。
　第１ゲーム端末１０－１は、サーバ装置３０から送信された通信回復通知を受信する（ＯＰ１２６）。この場合、第１ゲーム端末１０－１は試合（ゲーム）を再開させる（ＯＰ１２８）。この場合、第２ゲーム端末１０－２が通信不調状態から通常状態に戻ったことによって、第２ユーザのゲーム操作データがサーバ装置３０を介して第１ゲーム端末１０－１に供給されることになるため（図２のステップＳ１０２－２，Ｓ３００，Ｓ３０２，Ｓ１０４－１）、第１ゲーム端末１０－１は通知画像Ｇ１０の表示を終了してゲーム画像（試合画像）を表示部１５に表示させることによって、中断されていた試合を再開する。
　なお、この後、再度、第２ゲーム端末１０－２が通信不調状態になった場合には、図３（又は図６）に示す動作と同様の動作がサーバ装置３０と第１ゲーム端末１０－１とによって行われることになる。
　図７Ａ及び図７Ｂは、試合中に第２ゲーム端末１０－２が通信不調状態になった場合の第１ゲーム端末１０－１とサーバ装置３０との動作の他の一例について説明するための図である。図７Ａ及び図７Ｂは、第２ゲーム端末１０－２が通信不調状態になり、かつ、終了指示受付条件が満足された後で第２ゲーム端末１０－２が通信不調状態から通常状態に戻った場合の第１ゲーム端末１０－１とサーバ装置３０との動作の例を示している。図７Ａ及び図７Ｂに示す動作も、後述の図１０Ａ～図１０Ｅに示す処理がプログラムに従って実行されることによって実現される。
　図７Ａの動作ＯＰ３４０～ＯＰ３５０は図３の動作ＯＰ３００～ＯＰ３１０と同じであり、図７Ａの動作ＯＰ１３０～ＯＰ１４０は図３の動作ＯＰ１００～ＯＰ１１０と同じであるため、これらについては説明を省略する。
　図７Ａ及び図７Ｂに示す例では、終了指示受付条件が満足された後で、第２ゲーム端末１０－２が通信不調状態から通常状態に戻ったことをサーバ装置３０が検知している（ＯＰ３５２）。
　この場合、サーバ装置３０は第２ゲーム端末１０－２の通信不調フラグを「０」に更新する（ＯＰ３５４）。またサーバ装置３０は通信回復通知を第１ゲーム端末１０－１に送信する（ＯＰ３５６）。動作ＯＰ３５４，ＯＰ３５６は図６の動作ＯＰ３２８，ＯＰ３３０と同様である。
　第１ゲーム端末１０－１は、サーバ装置３０から送信された通信回復通知を受信する（ＯＰ１４２）。この場合、制御部１１－１は試合（ゲーム）を再開させる（ＯＰ１４４）。動作ＯＰ１４２，ＯＰ１４４は図６の動作ＯＰ１２６，ＯＰ１２８と同様である。
　また、図７Ａ及び図７Ｂに示す例では、以上のようにして試合が再開された後で、第２ゲーム端末１０－２が通信不調状態になったことをサーバ装置３０が再度検知している（ＯＰ３６０）。
　この場合、サーバ装置３０は第２ゲーム端末１０－２の通信不調フラグを「１」に設定する（ＯＰ３６２）。またサーバ装置３０は、通信不調通知と受付開始許可とを第１ゲーム端末１０－１に送信する（ＯＰ３６４）。この場合、第１ユーザの終了指示受付フラグが「１」に設定された状態になっているため（ＯＰ３４６参照）、サーバ装置３０は、第２ゲーム端末１０－２が通信不調状態になったことを示す通信不調通知とともに、第１ユーザからの終了指示の受付を開始してもよいことを示す受付開始許可を第１ゲーム端末１０－１に送信する。この点で動作ＯＰ３６４は図３の動作ＯＰ３０４と異なる。
　第１ゲーム端末１０－１は、サーバ装置３０から送信された通信不調通知と受付開始許可とを受信する（ＯＰ１５０）。この場合、第１ゲーム端末１０－１は終了指示受付画像Ｇ２０を表示部１５に表示する（ＯＰ１５２）。この場合、通信不調通知とともに受付開始許可が受信されるため、第１ゲーム端末１０－１は、第２ゲーム端末１０－２が通信不調状態になったことのみを示す通知画像Ｇ１０を表示部１５に表示することなく、第１ユーザから終了指示を受け付けるための終了指示受付画像Ｇ２０を表示部１５に表示する。この点で動作ＯＰ１５０，ＯＰ１５２は図３の動作ＯＰ１００～ＯＰ１１０と異なる。
　終了指示受付画像Ｇ２０が表示された後の動作ＯＰ１５４，ＯＰ１５６，ＯＰ３６６，ＯＰ３６８は、図３の動作ＯＰ１１２，ＯＰ１１４，ＯＰ３１２，ＯＰ３１４と同様であるため、これらについては説明を省略する。
　図７Ａ及び図７Ｂに示す例では、第１ユーザからの終了指示の受付が開始された後で試合が再開され、その後で、再度、第２ゲーム端末１０－２が通信不調状態になっている。上述したように、このような場合には、通知画像Ｇ１０を表示することなく、直ちに、終了指示受付画像Ｇ２０を表示することによって、第１ユーザからの終了指示の受付を直ちに開始するようになっている。このため、例えば、第２ユーザが第１ユーザに対する嫌がらせを行うべく試合中に故意に第２ゲーム端末１０－２を通信不調状態にして通常状態に戻すことを繰り返した場合に、第１ユーザは直ちに試合を終了させることができる。
　図８は、試合中に第２ゲーム端末１０－２が通信不調状態になった場合の第１ゲーム端末１０－１とサーバ装置３０との動作の他の一例について説明するための図である。図８は、図７Ａに示した例において、サーバ装置３０が通信回復通知を第１ゲーム端末１０－１に送信する前にサーバ装置３０が終了要求を第１ゲーム端末１０－１から受信した場合の第１ゲーム端末１０－１とサーバ装置３０との動作の例を示している。言い換えれば、サーバ装置３０が終了要求を第１ゲーム端末１０－１から受信する直前に第２ゲーム端末１０－２が通信不調状態から通常状態に戻った場合の第１ゲーム端末１０－１とサーバ装置３０との動作の例を示している。図８に示す動作も、後述の図１０Ａ～図１０Ｅに示す処理がプログラムに従って実行されることによって実現される。
　図８の動作ＯＰ３７０～ＯＰ３８４は図７Ａの動作ＯＰ３４０～ＯＰ３５４と同じであり、図８の動作ＯＰ１６０～ＯＰ１７０は図７Ａの動作ＯＰ１３０～ＯＰ１４０と同じである。また、図８の動作ＯＰ１７２は、終了指示操作が行われた場合の図３，７Ｂの動作ＯＰ１１４，ＯＰ１５６と同様である。このため、これらについては説明を省略する。
　図８に示す例では、第１ゲーム端末１０－１から終了要求を受信する直前に、サーバ装置３０は第２ゲーム端末１０－２が通信不調状態から通常状態に戻ったことを検知し（ＯＰ３８２）、第２ゲーム端末１０－２の通信不調フラグを「０」に戻している（ＯＰ３８４）。しかしながら、第１ゲーム端末１０－１から終了要求を受信する直前に、第２ゲーム端末１０－２が通信不調状態から通常状態に戻っていたとしても、第1ゲーム端末１０－１から終了要求を受信した場合には（ＯＰ３８６）、サーバ装置３０は直ちに試合を終了させる（ＯＰ３８８）。動作ＯＰ３８６，ＯＰ３８８は図３の動作ＯＰ３１２，ＯＰ３１４と同様である。なお、動作ＯＰ３８４の後、第1ゲーム端末１０－１から終了要求を受信する前に、サーバ装置３０が通信回復通知を第1ゲーム端末１０－１に送信した場合には、図７Ａの動作ＯＰ３５６，ＯＰ１４２，ＯＰ１４４と同様の動作が行われることによって、試合が再開される。
　この後、再度、第２ゲーム端末１０－２が通信不調状態になった場合には、図７Ｂに示す動作と同様の動作がサーバ装置３０と第１ゲーム端末１０－１とによって行われることになる。
　なお、図３～図８では、第２ゲーム端末１０－２が通信不調状態になった場合の第１ゲーム端末１０－１とサーバ装置３０との動作の例について示したが、第１ゲーム端末１０－１が通信不調状態になった場合には第２ゲーム端末１０－２とサーバ装置３０とが図３～図８に示した動作と同様の動作を行うことになる。
　［３．機能ブロック］次に、以上に説明した動作を実現するための構成について説明する。図９はゲームシステム１で実現される機能ブロックの一例を示す。
　図９に示すように、各ゲーム端末１０は、データ記憶部１０００と、ゲーム操作受付部１０１０と、送信部１０２０と、受信部１０３０と、ゲーム状況データ更新部１０４０と、ゲーム画像表示制御部１０５０と、通知表示制御部１０６０と、通知表示制限部１０７０と、問合せ部１０８０と、終了指示受付部１０９０と、終了制御部１１００とを含む。このうち、データ記憶部１０００は記憶部１２によって実現され、送信部１０２０及び受信部１０３０は制御部１１及び通信部１３によって実現され、他の機能ブロックは制御部１１によって実現される。
　またサーバ装置３０は、データ記憶部３０００と、受信部３０１０と、送信部３０２０と、継続制御部３０３０と、通信状態判定部３０４０と、終了指示受付条件判定部３０５０と、返答部３０６０と、終了制御部３０７０と、対戦結果決定部３０８０と、終了通知制御部３０９０とを含む。このうち、データ記憶部３０００は記憶部３２又はデータベースＤＢによって実現され、受信部３０１０及び送信部３０２０は制御部３１及び通信部３３によって実現され、他の機能ブロックは制御部３１によって実現される。
　［３－１］各ゲーム端末１０のデータ記憶部１０００は、ゲームを実行するために必要なデータを記憶する。
　例えば、ゲーム状況データＤ１００１がデータ記憶部１０００に記憶される。ゲーム状況データＤ１００１はゲームの現在の状況を示すデータである。例えば、ゲーム状況データＤ１００１はゲーム空間の現在の状況を示すデータを含む。「ゲーム空間」は、記憶部１２に構築される仮想的な空間であり、三つの座標軸が関連付けられた仮想的な３次元空間であってもよいし、二つの座標軸が関連付けられた仮想的な２次元平面であってもよい。「ゲーム空間」には１又は複数のゲームオブジェクトが配置され、「ゲーム空間の現在の状況を示すデータ」は、ゲーム空間に配置されるゲームオブジェクトの現在の状態を示すデータを含む。
　例えば、野球ゲーム、サッカーゲーム、バスケットボールゲーム、又はアイスホッケーゲーム等のスポーツゲームの場合、試合会場を表すゲーム空間が構築され、選手キャラクタやボール等（ゲームオブジェクトの一例）がゲーム空間に配置される。この場合、選手キャラクタの位置、向き、姿勢、移動方向、移動速度、現在行っている動作種類、ボールを保持しているか否か等を示すデータや、ボールの位置、移動方向、移動速度等を示すデータが「ゲームオブジェクトの現在の状態を示すデータ」の一例に相当する。
　また例えば、レースゲームの場合、レース場を表すゲーム空間が構築され、レースカー等（ゲームオブジェクトの一例）がゲーム空間に配置される。この場合、レースカーの位置、向き、移動方向、移動速度等が「ゲームオブジェクトの現在の状態を示すデータ」の一例に相当する。また例えば、格闘ゲーム、アクションゲーム、又はロールプレイングゲームの場合、ゲームキャラクタ（ゲームオブジェクトの一例）がゲーム空間に配置される。この場合、ゲームキャラクタの位置、向き、姿勢、移動方向、移動速度、現在行っている動作種類、ヒットポイント（ライフポイント）等を示すデータが「ゲームオブジェクトの現在の状態を示すデータ」の一例に相当する。また例えば、カードゲームの場合、ゲームカード（ゲームオブジェクトの一例）がゲーム空間に配置される。この場合、ゲームカードの位置、向き等を示すデータが「ゲームオブジェクトの現在の状態を示すデータ」の一例に相当する。
　また、ゲーム状況データＤ１００１はゲームの進行状況を示すデータを含む。例えば、野球ゲームの場合、現在のイニング、両チームの得点等を示すデータが「ゲームの進行状況を示すデータ」の一例に相当する。また例えば、サッカーゲームの場合、試合開始からの経過時間、両チームの得点等を示すデータが「ゲームの進行状況を示すデータ」の一例に相当する。
　［３－２］サーバ装置３０のデータ記憶部３０００も、ゲームを実行するために必要なデータを記憶する。
　例えば、フラグデータＤ３００１がデータ記憶部３０００に記憶される。フラグデータＤ３００１は、各ゲーム端末１０の通信不調フラグや終了指示受付フラグを示すデータである。
　［３－３］各ゲーム端末１０のゲーム操作受付部１０１０はゲーム操作を受け付ける。
　「ゲーム操作」とは、ユーザが入力部１４を介してゲームに対する指示を行う行為である。例えば、タッチパネルをタッチしたり、ボタンを押下したり、スティックを傾倒したり、マウスを動かしたり、マイクに音声を入力したり、センサにジェスチャを検出させたりする行為が「ゲーム操作」の一例に相当する。
　「ゲーム操作を受け付ける」とは、ユーザによって行われたゲーム操作の内容を取得することである。例えば、ユーザによってタッチパネルがタッチされたことを示す情報を取得すること、ユーザによってタッチされた位置を示す情報を取得すること、ユーザによって操作されたボタンを示す情報を取得すること、ユーザによって傾倒されたスティックの傾倒方向や角度を示す取得すること、マイクに入力された音声を示す情報を取得すること、又は、センサによって検出されたユーザのジェスチャを示す情報を取得すること等が「ゲーム操作を受け付ける」ことの一例に相当する。
　先述の野球ゲームの例の場合、ゲーム操作受付部１０１０は、例えば、打者キャラクタに打撃動作を行わせるための打撃操作、又は、投手キャラクタに投球動作を行わせるための投球操作を受け付ける。
　［３－４］各ゲーム端末１０の送信部１０２０は、ゲーム操作に応じたデータをサーバ装置３０に送信する。
　「ゲーム操作に応じたデータ」とは、ゲーム操作の内容を示すデータであってもよいし、ゲーム操作に応じて行われるべきゲーム制御の内容を示すデータであってもよい。なお、ゲーム操作とゲーム制御の内容との対応関係を示す対応関係情報に基づいて、ゲーム操作に応じて行われるべきゲーム制御の内容は特定される。例えば、ゲーム操作に応じてゲームオブジェクトが動作するゲームの場合、ゲーム操作に応じてゲームオブジェクトが行うべき動作の内容を示すデータが「ゲーム制御の内容を示すデータ」の一例に相当する。
　［３－５］サーバ装置３０の受信部３０１０は、複数のゲーム端末１０の各々から送信されたデータを受信する。すなわち、受信部３０１０は、複数のゲーム端末１０の各々の送信部１０２０によって送信されたデータを受信する。
　［３－６］サーバ装置３０の送信部３０２０は、複数のゲーム端末１０の各々から受信されたデータを、少なくとも、当該データの送信元以外のゲーム端末１０に送信する。
　先述の野球ゲームの例の場合、送信部３０２０は、第１ゲーム端末１０－１の送信部１０２０から送信されたデータを第２ゲーム端末１０－２に送信する。また送信部３０２０は、第２ゲーム端末１０－２の送信部１０２０から送信されたデータを第１ゲーム端末１０－１に送信する。
　なお、送信部３０２０は、複数のゲーム端末１０の各々から受信されたデータを当該データの送信元のゲーム端末１０にも送信してもよい。すなわち、送信部３０２０は、第１ゲーム端末１０－１の送信部１０２０から送信されたデータを第１ゲーム端末１０－１と第２ゲーム端末１０－２と両方に送信してもよい。同様に、送信部３０２０は、第２ゲーム端末１０－２の送信部１０２０から送信されたデータを第１ゲーム端末１０－１と第２ゲーム端末１０－２と両方に送信してもよい。
　［３－７］各ゲーム端末１０の受信部１０３０は、サーバ装置３０から送信されたデータを受信する。すなわち、受信部１０３０は、サーバ装置３０の送信部３０２０によって送信されたデータを受信する。
　［３－８］各ゲーム端末１０のゲーム状況データ更新部１０４０は、ゲーム操作受付部１０１０によって受け付けられるゲーム操作と、受信部１０３０によって受信されるデータとに基づいて、ゲーム状況データを更新する。
　「ゲーム操作受付部１０１０によって受け付けられるゲーム操作と、受信部１０３０によって受信されるデータとに基づいて、ゲーム状況データを更新する」とは、ゲーム端末１０で受け付けられたゲーム操作に応じて行われるべきゲーム制御と、他のゲーム端末１０で受け付けられたゲーム操作に応じて行われるべきゲーム制御とが行われるようにして、ゲーム状況データを更新することである。なお、「他のゲーム端末で受け付けられたゲーム操作に応じて行われるべきゲーム制御」は、受信部１０３０によって受信されるデータに基づいて特定される。また、サーバ装置３０の送信部３０２０が複数のゲーム端末１０の各々から受信されたデータを当該データの送信元以外のゲーム端末１０にも送信する場合には、「ゲーム端末１０で受け付けられたゲーム操作に応じて行われるべきゲーム制御」は、受信部１０３０によって受信されるデータに基づいて特定されてもよい。すなわち、例えば、サーバ装置３０の送信部３０２０が第１ゲーム端末１０－１から受信されたデータを第２ゲーム端末１０－２とともに第１ゲーム端末１０－１にも送信する場合には、第１ゲーム端末１０－１では、「第１ゲーム端末１０－１で受け付けられたゲーム操作に応じて行われるべきゲーム制御」を受信部１０３０によって受信されるデータに基づいて特定してもよい。
　［３－９］各ゲーム端末１０のゲーム画像表示制御部１０５０は、ゲーム状況データに基づいて、ゲームの状況を示すゲーム画像を当該ゲーム端末１０の表示部１５に表示させるための制御を行う。
　「画像を表示部１５に表示させるための制御」とは、画像を生成して表示部１５に表示させることである。なお、「画像を表示部１５に表示させるための制御」とは、他の装置から受信された画像を表示部１５に表示させることであってもよい。例えば、ゲーム画像表示制御部１０５０は、ゲーム空間を所与の視点から見た様子を示すゲーム画像を生成して表示部１５に表示させる。
　［３－１０］サーバ装置３０の通信状態判定部３０４０は、複数のゲーム端末１０のうちの少なくとも一つが通信不調状態になったか否かを判定する。
　「通信不調状態」とは、例えば、サーバ装置３０とゲーム端末１０との間の通信が正常に行われていない状態である。具体的には、例えば、サーバ装置３０とゲーム端末１０との間の通信が切断された状態（通信切断状態）である。言い換えれば、ゲーム端末１０からのデータがサーバ装置３０で受信できていない状態である。
　例えば、各ゲーム端末１０ではゲームプログラムがサスペンドになった場合に所定の通知（サスペンド通知）がサーバ装置３０に送信するようになっており、いずれかのゲーム端末１０からのサスペンド通知がサーバ装置３０で受信された場合に、通信状態判定部３０４０は当該ゲーム端末１０が「通信不調状態」になったと判定する。なお、ゲーム端末１０では、アクティブなプログラムがゲームプログラムから他のプログラムに切り替えられた場合にゲームプログラムがサスペンドになる。また、ゲーム端末１０では、ゲーム端末１０をスリープ状態（休止状態）にするための操作や、ゲーム端末１０の電源を切断する操作が行われた場合にもゲームプログラムがサスペンドになる。
　また例えば、各ゲーム端末１０はキープアライブ情報を定期的にサーバ装置３０に送信するようになっており、いずれかのゲーム端末１０からのキープアライブ情報がサーバ装置３０で受信されない状態が所定期間にわたって継続した場合に、通信状態判定部３０４０は当該ゲーム端末１０が「通信不調状態」になったと判定する。ゲーム端末１０でゲームプログラムが強制終了された場合、ゲーム端末１０の通信機能（無線ＬＡＮ通信機能又はモバイルデータ通信機能等）がオフにされた場合、ゲーム端末１０が機内モードに設定された場合や、ゲーム端末１０が通信接続している通信機器（ルータ等）の電源がオフにされた場合には、上述のサスペンド通知がサーバ装置３０に送信されない。しかしながら、このような場合、キープアライブ情報もサーバ装置３０に送信されなくなるため、キープアライブ情報に関する上記判定によって、当該ゲーム端末１０が「通信不調状態」になったと判定することができる。
　［３－１１］サーバ装置３０の継続制御部３０３０は、複数のゲーム端末１０のうちの少なくとも一つが通信不調状態から通常状態に戻った場合に、当該少なくとも一つのゲーム端末１０以外のゲーム端末１０にゲームの実行を継続させるための制御を行う。
　「通常状態」とは、通信不調状態ではない状態であり、例えば、ゲーム端末１０とサーバ装置３０との間の通信が正常に行われている状態である。言い換えれば、ゲーム端末１０からのデータがサーバ装置３０で正常に受信できている状態である。
　「複数のゲーム端末１０のうちの少なくとも一つが通信不調状態から通常状態に戻った場合」とは、通信不調状態になったと判定されたゲーム端末１０が通常状態に戻った場合である。例えば、通信不調状態になったと判定されたゲーム端末１０からのアクティブ通知がサーバ装置３０で受信された場合に、当該ゲーム端末１０は通信不調状態から通常状態に戻ったと判定される。また例えば、通信不調状態になったと判定されたゲーム端末１０からのキープアライブ情報がサーバ装置３０で受信された場合に、当該ゲーム端末１０は通信不調状態から通常状態に戻ったと判定される。
　「ゲームの実行を継続させるための制御を行う」とは、例えば、ゲームの実行を継続するようにゲーム端末１０に通知することである。また例えば、ゲームの実行を継続するために必要なデータをゲーム端末１０に送信することであってもよい。
　複数のゲーム端末１０のうちの少なくとも一つが通信不調状態になった場合には、その旨が通信不調状態になったゲーム端末１０以外のゲーム端末１０に通知され、ゲームの進行が中断されることになる。このため、継続制御部３０３０は、通信不調状態になったゲーム端末１０が通常状態に戻った場合に、通信不調状態になったゲーム端末１０以外のゲーム端末１０にゲームの進行を再開させるための制御を行う。例えば、継続制御部３０３０は、ゲームの進行を再開させるための通知をゲーム端末１０に送信したり、通信不調状態から通常状態に戻ったゲーム端末１０が受信したデータを他のゲーム端末１０に送信したりすることによって、ゲームの進行を再開させるための制御を行う。
　［３－１２］各ゲーム端末１０の通知表示制御部１０６０は、他のゲーム端末１０が通信不調状態になったと判定された場合に、所定の通知を当該ゲーム端末１０の表示部１５に表示させるための制御を行う。また、各ゲーム端末１０の通知表示制限部１０７０は、他のゲーム端末１０が通信不調状態になったと判定された場合に、ゲーム状況データを更新するために当該他のゲーム端末１０のデータが必要になるまで、上記所定の通知の表示を制限する。
　「所定の通知」とは、他のゲーム端末１０が通信不調状態になったと判定されたことを示す通知である。または、他のゲーム端末が通信不調状態から通常状態に戻るのを待っていることを示す通知であってもよい。あるいは、他のゲーム端末からのデータを待っていることを示す通知であってもよい。また、「所定の通知」はテキストであってもよいし、画像であってもよい。
　「ゲーム状況データを更新するために他のゲーム端末１０のデータが必要になるまで」とは、例えば、「ゲームを進行させる（ゲーム状況データを更新する）ために他のゲーム端末１０を使用しているユーザのゲーム操作が必要になるまで」を意味する。
　例えば、所与のタイミングになるまで、他のゲーム端末１０を使用するユーザのゲーム操作が不要である場合、「所与のタイミングになるまで」が「ゲーム状況データを更新するために他のゲーム端末のデータが必要になるまで」の一例に相当する。すなわち、他のゲーム端末１０を使用するユーザのゲーム操作を受け付ける機会が限られている場合、「当該機会になるまで」が「ゲーム状況データを更新するために他のゲーム端末のデータが必要になるまで」の一例に相当する。
　具体的には、例えば、野球ゲームにおいて、他のゲーム端末１０を使用するユーザが投手キャラクタのみを操作している場合であれば、「投手キャラクタによる次の投球が行われるまで」が「ゲーム状況データを更新するために他のゲーム端末１０のデータが必要になるまで」の一例に相当する。また例えば、各ユーザのターンが順番に行われるゲームの場合であれば、「他のゲーム端末１０を使用するユーザのターンが到来するまで」が「ゲーム状況データを更新するために他のゲーム端末１０のデータが必要になるまで」の一例に相当する。
　「ゲーム状況データを更新するために他のゲーム端末１０のデータが必要になるまで、所定の通知の表示を制限する」とは、ゲーム状況データを更新するために他のゲーム端末１０のデータが必要になるまで、所定の通知を表示しないようにし、ゲーム状況データを更新するために他のゲーム端末１０のデータが必要になったら、所定の通知を表示するようにすることである。
　先述の野球ゲームの例の場合、通知画像Ｇ１０（要素Ｅ１１）が上記「所定の通知」の一例に相当する。例えば、第２ゲーム端末１０－２が通信不調状態になった場合、通知表示制御部１０６０は、ゲームを進行させるために第２ゲーム端末１０－２を使用している第２ユーザのゲーム操作データを必要な状況になるのを待ち、当該状況になったら、通知画像Ｇ１０を表示部１５に表示する（図３の動作ＯＰ１０２，ＯＰ１０４）。言い換えれば、第２ゲーム端末１０－２が通信不調状態になった場合、通知表示制限部１０７０は、ゲームを進行させるために第２ゲーム端末１０－２を使用している第２ユーザのゲーム操作データを必要な状況になるまで、通知画像Ｇ１０の表示を制限する。
　［３－１３］サーバ装置３０の終了指示受付条件判定部３０５０は、他のゲーム端末１０が通信不調状態になったと判定された後で、所定条件が満足されたか否かを判定する。
　「所定条件」とは、終了指示の受付を開始してもよいか否かの判断基準となる条件（終了指示受付条件）である。例えば、他のゲーム端末１０が通信不調状態になったと判定されてから、当該他のゲーム端末１０が通常状態に戻ることなく、所定期間が経過した場合に、終了指示受付条件判定部３０５０は「所定条件」が満足されたと判定する。また例えば、他のゲーム端末１０が通信不調状態になったと判定された後で、当該他のゲーム端末１０からサスペンド通知を所定回数受信した場合に、終了指示受付条件判定部３０５０は「所定条件」が満足されたと判定する。
　［３－１４］各ゲーム端末１０の問合せ部１０８０は、通知表示制御部１０６０によって所定の通知が表示された後、所与のタイミングで、終了指示の受付を開始してもよいか否かの問合せをサーバ装置３０に送信する。
　「終了指示」とは、複数のユーザが参加するゲームを途中で終了させるようにゲームシステム１に指示することである。ここで、「ゲームを途中で終了させる」とは、ゲームが正常に終了する前の時点でゲームを終了させることである。「ゲームが正常に終了する」とは、対戦ゲームの場合であれば、所定のルールに則って対戦が最後まで実行されて終了することである。すなわち、所定のルールに則って対戦が最後まで実行されて、最終的な対戦結果が正式に確定されて対戦が終了することである。また、「ゲームが正常に終了する」とは、ゲームクリアとなって終了する（ゲームにおける目的が達成されて終了する）こと、又は、ゲームオーバーとなって終了する（ゲームにおける目的を達成できずに終了する）ことであってもよい。
　「問合せ」とは、終了指示の受付を開始してもよいか否かをサーバ装置３０に問い合わせるためのデータである。言い換えれば、終了指示を受け付けるための受付画像を表示部１５に表示してもよいか否かをサーバ装置３０に問い合わせるためのデータである。また、「所与のタイミングで」とは、例えば「所定時間が経過するごとに」である。
　先述の野球ゲームの例の場合、問合せ部１０８０は、通知画像Ｇ１０が表示されている間において、所定時間が経過するごとに、終了指示の受付を開始してもよいか否かの問合せをサーバ装置３０に送信する（図３の動作ＯＰ１０６）。
　［３－１５］サーバ装置３０の返答部３０６０は、他のゲーム端末１０が通信不調状態になったと判定された後で、所定条件（終了指示受付条件）が満足されたと判定された場合に、問合せに応じて、終了指示の受付開始許可を、当該問合せの送信元のゲーム端末１０に送信する。
　「受付開始許可」とは、終了指示の受付を開始することを許可するためのデータである。言い換えれば、終了指示を受け付けるための受付画像を表示部１５に表示することを許可するためのデータである。
　先述の野球ゲームの例では、例えば、第２ゲーム端末１０－２が通信不調状態になったと判定され、第１ゲーム端末１０－１の問合せ部１０８０からの問合せがサーバ装置３０で受信された場合に（図３の動作ＯＰ３０８）、返答部３０６０は、終了指示受付条件が満足されていれば（すなわち、第１ゲーム端末１０－１の終了指示受付フラグが「１」であれば）、終了指示の受付開始許可を第１ゲーム端末１０－１に送信する（図３の動作ＯＰ３１０）。
　［３－１６］各ゲーム端末１０の終了指示受付部１０９０は、他のゲーム端末１０が通信不調状態になったと判定された場合に、ユーザから終了指示を受け付ける。
　「終了指示を受け付ける」とは、終了指示を示す操作（終了指示操作）を受け付けることである。なお、終了指示を示すデータを受信することであってもよい。例えば、終了指示受付部１０９０は、終了指示を受け付けるための受付画像を表示部１５に表示させるための制御を行うことによって、ユーザから終了指示を受け付ける。ここで、「受付画像」とは、終了指示を受け付けるために表示部１５に表示される画像である。すなわち、終了指示のための操作を行うために表示部１５に表示される画像である。
　なお、終了指示受付部１０９０は、他のゲーム端末１０が通信不調状態になったと判定された後、所定条件（終了指示受付条件）が満足された場合に、終了指示の受付を開始する。例えば、終了指示受付部１０９０は、返答部３０６０によって送信される受付開始許可に応じて、終了指示の受付を開始する。
　先述の野球ゲームの例の場合、終了指示受付画像Ｇ２０が「受付画像」の一例に相当する。例えば、第２ゲーム端末１０－２が通信不調状態になったと判定され、サーバ装置３０の返答部３０６０によって送信された受付開始許可が第１ゲーム端末１０－１で受信された場合に、終了指示受付部１０９０は終了指示受付画像Ｇ２０を表示部１５に表示させることによって、終了指示の受付を開始する（図３の動作ＯＰ１０８，ＯＰ１１０）。
　なお、終了指示受付部１０９０は、第２ゲーム端末１０－２が通信不調状態になったと判定され、かつ、所定条件（終了指示受付条件）が満足された後で第２ゲーム端末１０－２が通信不調状態から通常状態に戻った場合において（図７Ａの動作ＯＰ３５２）、当該他のゲーム端末１０が通信不調状態になったと再度判定された場合（図７Ｂの動作ＯＰ３６０）に、所定条件が満足される前であっても、終了指示の受付を開始する（図７Ｂの動作ＯＰ１５２）。
　［３－１７］各ゲーム端末１０の終了制御部１１００やサーバ装置３０の終了制御部３０７０は、通信不調状態になったと判定されたゲーム端末１０以外のゲーム端末１０を使用するユーザによる終了指示に応じて、複数のゲーム端末１０をそれぞれ使用する複数のユーザが参加するゲームを終了させるための制御を行う。
　「ゲームを終了させるための制御を行う」とは、ゲームを途中で終了させるための制御を行うことである。また、「終了指示に応じて、ゲームを終了させるための制御を行う」とは、終了指示を受け付けた場合に、無条件に、ゲームを終了させるための制御を行うことである。または、終了指示を受け付けた場合に、所定条件の下、ゲームを終了させるための制御を行うことであってもよい。
　また、終了制御部１１００や終了制御部３０７０は、他のゲーム端末１０が通信不調状態になったと判定され、かつ、終了指示の受付が開始されてから所定期間が経過した場合に、終了指示が受け付けられなかったとしても、ゲームを終了させるための制御を行うようにしてもよい。
　先述の野球ゲームの例では、例えば、第２ゲーム端末１０－２が通信不調状態になったと判定された場合に、終了制御部１１００は、第１ゲーム端末１０－１を使用する第１ユーザによる終了指示に応じて、試合を終了させるための制御として、終了要求をサーバ装置３０に送信する（図３の動作ＯＰ１１２）。
　また例えば、第２ゲーム端末１０－２が通信不調状態になったと判定され、かつ、終了指示受付画像が第１ゲーム端末１０－１の表示部１５に表示されてから（すなわち、第１ユーザからの終了指示の受付が開始されてから）所定期間が経過した場合に、終了制御部１１００は、第１ユーザから終了指示を受け付けなかったとしても、試合を終了させるための制御として、終了要求をサーバ装置３０に送信する（図３の動作ＯＰ１１４）。
　また、第１ゲーム端末１０－１から送信された終了要求がサーバ装置３０で受信された場合に、終了制御部３０７０は試合の途中であっても試合を終了させるための制御を行う（図３の動作ＯＰ３１２，３１４）。例えば、終了制御部３０７０は、試合を終了させるための制御として、ゲームを終了させるように各ゲーム端末１０に通知したり、ゲームを実行するために必要なデータを各ゲーム端末１０に送信するのをやめたりする。
　［３－１８］複数のゲーム端末１０をそれぞれ使用する複数のユーザが対戦する対戦ゲームの場合、サーバ装置３０の対戦結果決定部３０８０は、複数のゲーム端末１０のうちの少なくとも一つが通信不調状態になったと判定された場合において、通信不調状態になったと判定されたゲーム端末１０以外のゲーム端末１０を使用するユーザによる終了指示に応じて対戦ゲームが終了する場合に、通信不調状態になったと判定されたゲーム端末１０を使用するユーザが敗北したと決定する。
　「通信不調状態になったと判定されたゲーム端末１０を使用するユーザが敗北したと決定する」とは、いずれかのゲーム端末１０が通信不調状態になった時点の対戦の状況（得点等）に関わらず、通信不調状態になったと判定されたゲーム端末１０を使用するユーザが敗北し、他のゲーム端末１０を使用するユーザが勝利したと決定することである。例えば、得点を競う対戦ゲームの場合、通信不調状態になったと判定されたゲーム端末１０を使用するユーザが所定の得点差で敗北したと決定してもよい。
　先述の野球ゲームの例では、例えば、第２ゲーム端末１０－２が通信不調状態になったと判定され、第１ゲーム端末１０－１を使用する第１ユーザによる終了指示に応じて試合が終了する場合に、対戦結果決定部３０８０は、第１ゲーム端末１０－１を使用する第１ユーザが試合に勝利し、第２ゲーム端末１０－２を使用する第２ユーザが試合に敗北したと決定する（図３の動作ＯＰ３１４）。この場合、第２ユーザのチームがリードしていたとしても、対戦結果決定部３０８０は第１ユーザが試合に勝利し、第２ユーザが試合に敗北したと決定する。
　［３－１９］サーバ装置３０の終了通知制御部３０９０は、通信不調状態になったと判定されたゲーム端末１０以外のゲーム端末１０を使用するユーザによる終了指示に応じてゲームが終了したことを、通信不調状態になったと判定されたゲーム端末１０のユーザに通知するための制御を行う。
　「ゲームが終了したことを、通信不調状態になったと判定されたゲーム端末のユーザに通知するための制御を行う」とは、不調状態になったと判定されたゲーム端末１０以外のゲーム端末１０を使用するユーザによる終了指示に応じてゲームが途中で終了したことを示すテキスト又は画像を、通信不調状態になったと判定されたゲーム端末１０からのアクセスがあった場合に当該ゲーム端末１０の表示部１５に表示させることであってもよい。または、不調状態になったと判定されたゲーム端末１０以外のゲーム端末１０を使用するユーザによる終了指示に応じてゲームが途中で終了したことを示すテキスト又は画像等を、メッセージ又は電子メール等として、通信不調状態になったと判定されたゲーム端末１０のユーザ宛に送信することである。
　先述の野球ゲームの例では、例えば、第２ゲーム端末１０－２が通信不調状態になったと判定され、第１ゲーム端末１０－１を使用する第１ユーザによる終了指示に応じて試合が終了する場合に、終了通知制御部３０９０は、第１ユーザによる終了指示に応じて試合が終了したことを第２ユーザに通知するための制御を行う。例えば、第２ユーザの第２ゲーム端末１０－２からのアクセスがあった場合に、終了通知制御部３０９０は、第１ユーザによる終了指示に応じて試合が終了したことを示すテキスト又は画像等を第２ゲーム端末１０－２の表示部１５に表示する。また例えば、終了通知制御部３０９０は、第１ユーザによる終了指示に応じて試合が終了したことを示すメッセージ又は電子メールを第２ユーザ宛に送信する。
　［４．処理］次に、以上に説明した機能ブロックを実現するためにゲームシステム１で実行される処理について説明する。
　［４－１］例えば、図２に示した処理がプログラムに従って実行されることによって、ゲーム端末１０のゲーム操作受付部１０１０、送信部１０２０、受信部１０３０、ゲーム状況データ更新部１０４０、ゲーム画像表示制御部１０５０や、サーバ装置３０の受信部３０１０、送信部３０２０が実現される。
　［４－２］また例えば、図１０Ａ～図１０Ｅに示す処理がプログラムに従って実行されることによって、ゲーム端末１０の通知表示制御部１０６０、通知表示制限部１０７０、問合せ部１０８０、終了指示受付部１０９０、終了制御部１１００や、サーバ装置３０の継続制御部３０３０、通信状態判定部３０４０、終了指示受付条件判定部３０５０、返答部３０６０、終了制御部３０７０、対戦結果決定部３０８０、終了通知制御部３０９０が実現される。
　図１０Ａ～図１０Ｅは、第１ゲーム端末１０－１を使用する第１ユーザと、第２ゲーム端末１０－２を使用する第２ユーザとが野球ゲームで試合を行っている最中に第２ゲーム端末１０－２が通信不調状態になった場合に第１ゲーム端末１０－１とサーバ装置３０との間で実行される処理について主に示している。図１０Ａ～図１０Ｅに示す処理がプログラムに従って実行されることによって、図３～図８で説明した動作が実現される。
　なお、図１０Ａ～図１０Ｅでは、上記試合中に第２ゲーム端末１０－２が通信不調状態になった場合について示しているが、上記試合中に第１ゲーム端末１０－１が通信不調状態になった場合には、第２ゲーム端末１０－２とサーバ装置３０との間で図１０Ａ～図１０Ｅと同様の処理が実行される。
　図１０Ａに示すように、試合開始時に、サーバ装置３０の制御部３１は、第１ゲーム端末１０－１と第２ゲーム端末１０－２との各々の通信不調フラグを「０」に初期化し、第１ゲーム端末１０－１と第２ゲーム端末１０－２との各々の終了指示受付フラグを「０」に初期化する（Ｓ３１０）。
　また制御部３１は第２ゲーム端末１０－２が通信不調状態になったか否かを監視する（Ｓ３１２）。例えば、第２ゲーム端末１０－２からのサスペンド通知がサーバ装置３０で受信された場合に、制御部３１は第２ゲーム端末１０－２が通信不調状態になったと判定する。また例えば、第２ゲーム端末１０－２からのキープアライブ情報がサーバ装置３０で受信されない状態が所定期間にわたって継続した場合に、制御部３１は第２ゲーム端末１０－２が通信不調状態になったと判定する。
　なお、図１０Ａ～図１０Ｅでは、第２ゲーム端末１０－２が通信不調状態になった場合に第１ゲーム端末１０－１とサーバ装置３０との間で実行される処理を示しているため、図１０Ａには示されていないが、実際には、制御部３１は第１ゲーム端末１０－１が通信不調状態になったか否かも判定する。
　第２ゲーム端末１０－２が通信不調状態になった場合（Ｓ３１２：Ｙｅｓ）、制御部３１は第２ゲーム端末１０－２の通信不調フラグを「１」に更新する（Ｓ３１４）。また、制御部３１は第１ゲーム端末１０－１の終了指示フラグが「０」であるか否かを判定し（Ｓ３１６）、第１ゲーム端末１０－１の終了指示フラグが「０」である場合に（Ｓ３１６：Ｙｅｓ）、制御部３１は、通信部３３を介して、第２ゲーム端末１０－２が通信不調状態になったことを示す通信不調通知を第１ゲーム端末１０－１に送信する（Ｓ３１８）。
　ステップＳ３１８の実行後、サーバ装置３０の制御部３１は、第２ゲーム端末１０－２が通信不調状態から通常状態に戻ったか否かを判定する（Ｓ３２０）。例えば、第２ゲーム端末１０－２からのアクティブ通知等がサーバ装置３０で受信された場合に、制御部３１は第２ゲーム端末１０－２が通信不調状態から通常状態に戻ったと判定する。
　第２ゲーム端末１０－２が通信不調状態から通常状態に戻っていない場合（Ｓ３２０：Ｎｏ）、制御部３１は終了指示条件が満足されたか否かを判定する（Ｓ３２２）。例えば、第２ゲーム端末１０－２が通信不調状態になってから所定時間が経過した場合に、制御部３１は終了指示受付条件が満足されたと判定する。また例えば、サーバ装置３０が第２ゲーム端末１０－２からサスペンド通知を所定回数受信した場合に、制御部３１は終了指示受付条件が満足されたと判定する。
　終了指示条件が満足されていない場合（Ｓ３２２：Ｎｏ）、制御部１１－１はステップＳ３２０に戻る。一方、終了指示条件が満足された場合（Ｓ３２２：Ｙｅｓ）、制御部１１－１は第１ゲーム端末１０－１の終了指示受付フラグを「１」に更新する（Ｓ３２４）。その後、制御部３１は、第２ゲーム端末１０－２が通信不調状態から通常状態に戻ったか否かを監視する（Ｓ３２６）。ステップＳ３２６はステップＳ３２０と同様である。
　第１ゲーム端末１０－１は、通信部１３を介して、ステップＳ３１８でサーバ装置３０から送信された通信不調通知を受信する（Ｓ１１０）。この場合、制御部１１－１は、ゲーム（試合）の状況が第２ユーザのゲーム操作データを必要な状況になったか否かを監視する（Ｓ１１２）。ゲームの状況が第２ユーザのゲーム操作データを必要な状況になった場合（Ｓ１１２：Ｙｅｓ）、制御部１１－１は通知画像Ｇ１０を表示部１５に表示する（Ｓ１１４）。
　通知画像Ｇ１０が表示部１５に表示されている場合、図１０Ｂに示すように、制御部１１－１は、終了指示の受付を開始してもよいか否かの問合せを行うべきタイミング（問合せタイミング）が到来したか否かを監視する（Ｓ１２０）。例えば、所定時間ごとに問合せタイミングは到来する。
　問合せタイミングが到来した場合（Ｓ１２０：Ｙｅｓ）、制御部１１－１は、通信部３３を介して、終了指示の受付を開始してもよいか否かの問合せをサーバ装置３０に送信する（Ｓ１２２）。
　サーバ装置３０は、通信部３３を介して、ステップＳ１２２で第１ゲーム端末１０－１から送信された問合せを受信する（Ｓ３３０）。この場合、制御部３１は第１ゲーム端末１０－１の終了指示受付フラグが「１」であるか否かを判定する（Ｓ３３２）。そして、当該判定結果に基づいて、制御部３１は、通信部３３を介して、第１ゲーム端末１０－１で終了指示の受付を開始してもよいことを示す受付開始許可と、第１ゲーム端末１０－１で終了指示の受付を開始してはいけないことを示す不許可とのいずれか一方を第１ゲーム端末１０－１に送信する（Ｓ３３４）。すなわち、第１ゲーム端末１０－１の終了指示受付フラグが「１」である場合に、制御部３１は受付開始許可を第１ゲーム端末１０－１に送信し、第１ゲーム端末１０－１の終了指示受付フラグが「１」でない場合に、制御部３１は不許可を第１ゲーム端末１０－１に送信する。その後、制御部１１－１はステップＳ３２６に戻る。
　第１ゲーム端末１０－１は、通信部１３を介して、ステップＳ３３４でサーバ装置３０から送信された受付開始許可又は不許可を受信する（Ｓ１２４）。この場合、制御部１１－１は受付開始許可が受信されたか否かを判定する（Ｓ１２６）。そして、受付開始許可が受信された場合（Ｓ１２６：Ｙｅｓ）、制御部１１－１は終了指示受付画像Ｇ２０を表示部１５に表示する（Ｓ１２８）。一方、受付開始許可が受信されていない場合（Ｓ１２６：Ｎｏ）、制御部１１－１はステップＳ１２０に戻る。
　図１０ＡのステップＳ３１６において、第１ゲーム端末１０－１の終了指示受付フラグが「０」でないと判定された場合（Ｓ３１６：Ｎｏ）、すなわち、第１ゲーム端末１０－１の終了指示受付フラグが「１」である場合、図１０Ｃに示すように、制御部１１－１は、通信部１３を介して、第２ゲーム端末１０－２が通信不調状態になったことを示す通信不調通知と、第１ゲーム端末１０－１で終了指示の受付を開始してもよいことを示す受付開始許可とを第１ゲーム端末１０－１に送信する（Ｓ３４０）。
　第１ゲーム端末１０－１は、通信部１３を介して、ステップＳ３４０でサーバ装置３０から送信された通信不調通知と受付開始許可とを受信する（Ｓ１３０）。この場合、制御部１１－１は、通知画像Ｇ１０を表示することなく、いきなり終了指示受付画像Ｇ２０を表示する（Ｓ１３２）。
　図１０ＡのステップＳ３２０又はＳ３２６において、第２ゲーム端末１０－２が通信不調状態から通常状態に戻ったと判定された場合（Ｓ３２０又はＳ３２６：Ｙｅｓ）、図１０Ｄに示すように、制御部３１は第２ゲーム端末１０－２の通信不調フラグを「０」に更新する（Ｓ３５０）。また制御部３１は、通信部３３を介して、第２ゲーム端末１０－２が通信不調状態から通常状態に戻ったことを示す通信回復通知を第１ゲーム端末１０－１に送信する（Ｓ３５２）。その後、制御部３１はステップＳ３１２に戻る。
　なお、通信回復通知を第１ゲーム端末１０－１に送信する前（ステップＳ３５２の実行前）に、第１ゲーム端末１０－１から終了要求を受信した場合には（後述の図１０ＥのステップＳ３６０）、制御部３１は、終了要求に対する処理を優先する。すなわち、この場合、制御部３１は通信回復通知を第１ゲーム端末１０－１に送信せずに（ステップＳ３５２を実行せずに）、試合を途中で終了させるための処理を実行する（後述の図１０ＥのステップＳ３６２～Ｓ３６６）。
　第１ゲーム端末１０－１は、通信部１３を介して、ステップＳ３５２でサーバ装置３０から送信された通信回復通知を受信する（Ｓ１４０）。この場合、制御部１１－１は試合を再開させる（Ｓ１４２）。例えば、制御部１１－１は、表示部１５に表示される画像を通知画像Ｇ１０又は終了指示受付画像Ｇ２０から試合画像（ゲーム画像）に変更することによって、中断されていた試合を再開させる。
　図１０ＢのステップＳ１２８又は図１０ＣのステップＳ１３２において終了指示受付画像Ｇ２０が表示部１５に表示された後、図１０Ｅに示すように、制御部１１－１は終了指示操作が行われたか否かを判定する（Ｓ１５０）。すなわち、制御部１１－１は、終了指示受付画像Ｇ２０の要素Ｅ２２が選択されたか否かを判定する。
　終了指示操作が行われていない場合（Ｓ１５０：Ｎｏ）、制御部１１－１は、終了指示受付画像Ｇ２０が表示されてから所定時間が経過したか否かを判定する（Ｓ１５２）。終了指示受付画像Ｇ２０が表示されてから所定時間が経過していない場合（Ｓ１５２：Ｎｏ）、制御部１１－１はステップＳ１５０に戻る。
　一方、終了指示操作が行われた場合（Ｓ１５０：Ｙｅｓ）、又は、終了指示受付画像Ｇ２０が表示されてから所定時間が経過した場合（Ｓ１５２：Ｙｅｓ）、制御部１１－１は、通信部１３を介して、試合の途中終了を要求することを示す終了要求をサーバ装置３０に送信する（Ｓ１５４）。
　サーバ装置３０は、通信部３３を介して、ステップＳ１５４で第１ゲーム端末１０－１から送信された終了要求を受信する（Ｓ３６０）。この場合、制御部３１は、試合を途中で終了させるための終了処理を実行する（Ｓ３６２）。例えば、制御部３１は試合結果を決定する。すなわち、制御部３１は、終了指示を行った第１ユーザを試合の勝者として決定し、第２ユーザを試合の敗者として決定する。
　また制御部３１は、通信部３３を介して、試合を終了させたことを示す終了通知を第１ゲーム端末１０－１に送信する（Ｓ３６４）。さらに制御部３１は第２ユーザへの終了通知処理を実行する（Ｓ３６６）。「第２ユーザへの終了通知処理」とは、第１ユーザの終了指示に応じて試合を終了させたことを第２ユーザに通知するための処理である。例えば、制御部３１は、第１ユーザの終了指示に応じて試合を終了させたことを示すメッセージ又は電子メールを第２ユーザ宛に送信したり、第２ユーザがゲームを次回プレイする（ゲームシステム１を次回利用する）際に、１ユーザの終了指示に応じて試合を終了させたことを示すメッセージを第２ゲーム端末１０－２の表示部１５に表示するための処理を実行したりする。
　第１ゲーム端末１０－１は、通信部１３を介して、ステップＳ３６６でサーバ装置３０から送信された終了通知を受信する（Ｓ１５６）。この場合、制御部１１－１は試合結果を表示部１５に表示し、試合を終了する（Ｓ１５８）。
　［５．まとめ］ゲームシステム１によれば、例えば、第１ゲーム端末１０－１の第１ユーザと、第２ゲーム端末１０－２の第２ユーザとの間の試合中に第２ゲーム端末１０－２が通信不調状態になった場合に、第１ユーザによる終了指示に応じて試合を終了させるようにしたため、第１ユーザは自らの意思で試合を途中で終了させることができるようになり、中断されたゲームの再開を待つより他ないという不満を第１ユーザに与えないようにすることができる。また、対戦相手の第１ユーザの意思によって試合が終了したのであれば、第２ユーザも納得せざるを得ず、第２ユーザの不満も低減することができる。このように、ゲームシステム１によれば、通信不調状態になった第２ゲーム端末１０－２を使用していた第２ユーザと、対戦相手の第１ユーザとの双方の不満を抑制しつつ、試合を終了させることが可能になる。
　またゲームシステム１によれば、例えば、第２ゲーム端末１０－２が通信不調状態になり、かつ、第１ユーザによる終了指示に応じて試合が終了する場合に、通信不調状態になった第２ゲーム端末１０－２を使用していた第２ユーザが敗北し、終了指示を行った第１ユーザが勝利したと決定される。ゲームシステム１によれば、対戦相手の第１ユーザの意思によって試合が終了した結果として第２ユーザが敗北したと決定されるため、第２ユーザも納得せざるを得ず、第２ユーザの納得を得ることができ、第２ユーザの不満を低減できる。
　またゲームシステム１によれば、例えば、第２ゲーム端末１０－２が通信不調状態になり、かつ、第１ユーザによる終了指示に応じて試合が終了した場合に、その旨が第２ユーザに通知されるため、第１ユーザによる終了指示に応じて試合が終了した事実を第２ユーザが把握できるようになり、その結果、試合が終了したことに対する第２ユーザの不満を低減できる。
　またゲームシステム１によれば、例えば、第２ゲーム端末１０－２が通信不調状態になった場合に通知画像Ｇ１０を第１ゲーム端末１０の表示部１５に表示するようにしたため、第２ゲーム端末１０－２が通信不調状態になったことを第１ユーザが把握できる。
　またゲームシステム１によれば、例えば、第２ゲーム端末１０－２が通信不調状態になった場合に、第２ユーザのゲーム操作データを必要な状況になるまで、通知画像Ｇ１０の表示を制限するようにしたため、できる限り通知画像Ｇ１０を表示しないように図ることができる。例えば、通知画像Ｇ１０が表示された後、すぐに第２ゲーム端末１０－２が通信不調状態から通常状態に戻った場合には、通知画像Ｇ１０が消えることになるが、このような場合、通知画像Ｇ１０が表示されることによって第１ユーザにストレスを感じさせてしまうおそれがある。この点、ゲームシステム１によれば、できる限りユーザにストレスを感じさせないように図ることができる。
　またゲームシステム１によれば、例えば、第２ゲーム端末１０－２が通信不調状態になった後、無条件に終了指示の受付を開始せずに、終了指示受付条件が満足された場合に終了指示の受付を開始するようにしたため、第２ゲーム端末１０－２が一時的に通信不調状態になったような場合には終了指示を受け付けないようにすることができ、その結果、第２ゲーム端末１０－２が一時的に通信不調状態になったような場合には試合が終了されないようにすることができる。
　またゲームシステム１によれば、例えば、第２ゲーム端末１０－２が通信不調状態になり、かつ、終了指示受付条件が満足された後で第２ゲーム端末１０－２が通信不調状態から通常状態に戻った場合において、第２ゲーム端末１０－２が再度通信不調状態になった場合に、直ちに終了指示受付画像Ｇ２０を第１ゲーム端末１０－１の表示部１５に表示することによって終了指示の受付を開始するようにしたことによって、第２ゲーム端末１０－２が繰り返し通信不調状態になる場合に第１ユーザが直ちに試合を終了できるようになる。例えば、第２ユーザが第１ユーザに対して嫌がらせを行うべく故意に第２ゲーム端末１０－２を通信不調状態にして通常状態に戻すことを繰り返す場合、第１ユーザは速やかに試合を終了させることができる。
　またゲームシステム１によれば、終了指示受付条件判定部３０５０をサーバ装置３０に設けたことによって、終了指示受付条件が満足されたか否かの管理をサーバ装置３０で一元的に行うことができるようになる。さらにゲームシステム１によれば、終了指示の受付を開始してもよいか否かの問合せを第１ゲーム端末１０－１がサーバ装置３０に送信し、当該問合せに応じて、サーバ装置３０が受付開始許可を第１ゲーム端末１０－１に送信するようにしたため、終了指示受付条件が満足された場合にサーバ装置３０が能動的に受付開始許可を第１ゲーム端末１０－１に送信する態様に比べて、ゲームシステム１の構成をシンプルにすることができる。
　またゲームシステム１によれば、例えば、第２ゲーム端末１０－２が通信不調状態になり、かつ、終了指示受付画像Ｇ２０が第１ゲーム端末１０－１の表示部１５に表示されてから所定期間が経過した場合に、終了指示操作が行われていなかったとしても、試合を終了させるようにしたため、通信不調状態になった第２ゲーム端末１０－２が通常状態に回復することもなく、終了指示も行われない状態が長く続いてしまうことを回避することができる。
　［６．変形例］本発明は以上に説明した実施形態に限定されるものではない。
　以上では、第１ゲーム端末１０－１を使用する第１ユーザと、第２ゲーム端末１０－２を使用する第２ユーザとの２名のユーザが対戦する場合について主に説明したが、本発明は、３名以上のユーザが対戦する場合にも適用できる。例えば、第１ゲーム端末１０－１を使用する第１ユーザと、第２ゲーム端末１０－２を使用する第２ユーザと、第３ゲーム端末１０－３を使用する第３ユーザとの３名のユーザとの対戦中に第２ゲーム端末１０－２が通信不調状態になった場合、終了指示受付条件が満足されたら、第１ユーザと第３ユーザとの各々から終了指示を受け付けるようにし、第１ユーザと第３ユーザとの両方から終了指示を受け付けた場合に試合を終了させるようにしてもよい。この場合、第１ユーザと第３ユーザとの一方から終了指示を受け付けた場合に試合を終了させるようにしてもよい。
　また、本発明は、複数のユーザが対戦する対戦ゲーム以外のゲームにも適用できる。本発明は、複数のユーザが協力して共通の目的を達成することを目指すゲームにも適用できる。本発明は、複数のゲーム端末１０をそれぞれ使用する複数のユーザが参加するゲームに適用できる。
　［７．付記］以上のような記載から、本発明は例えば以下のように把握される。なお、本発明の理解を容易にするために、適宜図面に記載された符号を括弧書きで記載するが、それにより本発明が図示の態様に限定されるものではない。
　１）本発明の一態様に係るゲームシステム（１）は、複数のゲーム端末（１０－１，１０－２）とサーバ装置（３）とを含むゲームシステム（１）において、前記サーバ装置（３０）は、前記複数のゲーム端末（１０－１，１０－２）のうちの少なくとも一つが通信不調状態になったか否かを判定する判定手段（３０４０）を含み、前記複数のゲーム端末（１０－１，１０－２）の各々は、他のゲーム端末が前記通信不調状態になったと判定された場合に、ユーザから終了指示を受け付ける受付手段（１０９０）を含み、前記ゲームシステム（１）は、前記通信不調状態になったと判定されたゲーム端末（１０－２）以外のゲーム端末（１０－１）を使用するユーザによる前記終了指示に応じて、前記複数のゲーム端末（１０－１，１０－２）をそれぞれ使用する複数のユーザが参加するゲームを終了させるための制御を行う終了制御手段（１１００又は３０９０）をさらに含む。
　９）本発明の一態様に係るサーバ装置（３０）は、複数のゲーム端末（１０－１，１０－２）と通信可能なサーバ装置（３０）において、前記複数のゲーム端末（１０－１，１０－２）のうちの少なくとも一つが通信不調状態になったか否かを判定する判定手段（３０４０）と、前記複数のゲーム端末（１０－１，１０－２）のうちの少なくとも一つ（１０－２）が前記通信不調状態になったと判定された場合に、前記複数のゲーム端末（１０－１，１０－２）のうちの他のゲーム端末（１０－１）を使用するユーザから終了指示を受け付けるための制御を行う手段（３０６０）と、前記他のゲーム端末を使用するユーザによる前記終了指示に応じて、前記複数のゲーム端末をそれぞれ使用する複数のユーザが参加するゲームを終了させるための制御を行う終了制御手段（３０９０）とを含む。
　１０）本発明の一態様に係るゲーム端末（１０－１）は、複数のゲーム端末（１０－１，１０－２）のうちの一のゲーム端末（１０－１）において、前記複数のゲーム端末（１０－１，１０－２）のうちの他のゲーム端末（１０－２）が通信不調状態になったと判定された場合に、ユーザから終了指示を受け付ける受付手段（１０９０）と、前記ユーザによる前記終了指示に応じて、前記複数のゲーム端末をそれぞれ使用する複数のユーザが参加するゲームを終了させるための制御を行う終了制御手段（１１００）とを含む。
　１１）また、本発明の一態様に係るプログラムは、９）に記載のサーバ装置（３０）、又は、１０）に記載のゲーム端末（１０－１）としてコンピュータを機能させるためのプログラムである。
　１２）また、本発明の一態様に係る情報記憶媒体は、１１）に記載のプログラムを記録したコンピュータで読み取り可能な情報記憶媒体である。
　１３）本発明の一態様に係るゲームシステム（１）の制御方法は、複数のゲーム端末（１０－１，１０－２）とサーバ装置（３０）とを含むゲームシステム（１）の制御方法において、前記複数のゲーム端末（１０－１，１０－２）のうちの少なくとも一つが通信不調状態になったか否かを判定する判定ステップ（Ｓ３１２）と、前記複数のゲーム端末（１０－１，１０－２）のうちの少なくとも一つ（１０－２）が前記通信不調状態になったと判定された場合に、前記複数のゲーム端末（１０－１，１０－２）のうちの他のゲーム端末（１０－１）を使用するユーザから終了指示を受け付ける受付ステップ（Ｓ１２８，Ｓ１３２，Ｓ１５０）と、前記通信不調状態になったと判定されたゲーム端末（１０－２）以外のゲーム端末（１０－１）を使用するユーザによる前記終了指示に応じて、前記複数のゲーム端末（１０－１，１０－２）をそれぞれ使用する複数のユーザが参加するゲームを終了させるための制御を行う終了制御ステップ（Ｓ１５４～Ｓ１５８，Ｓ３６０～Ｓ３６６）とをさらに含む。
　１４）本発明の一態様に係るサーバ装置（３０）の制御方法は、複数のゲーム端末（１０－１，１０－２）と通信可能なサーバ装置（３０）の制御方法において、前記複数のゲーム端末（１０－１，１０－２）のうちの少なくとも一つが通信不調状態になったか否かを判定する判定ステップ（Ｓ３１２）と、前記複数のゲーム端末のうちの少なくとも一つ（１０－２）が前記通信不調状態になったと判定された場合に、前記複数のゲーム端末（１０－１，１０－２）のうちの他のゲーム端末（１０－１）を使用するユーザから終了指示を受け付けるための制御を行うステップ（Ｓ３３０～Ｓ３３４，Ｓ３４０）と、前記他のゲーム端末（１０－１）を使用するユーザによる前記終了指示に応じて、前記複数のゲーム端末（１０－１，１０－２）をそれぞれ使用する複数のユーザが参加するゲームを終了させるための制御を行う終了制御ステップ（Ｓ３６０～Ｓ３６６）とを含む。
　１５）本発明の一態様に係るゲーム端末（１０－１）の制御方法は、複数のゲーム端末（１０－１，１０－２）のうちの一のゲーム端末（１０－１）の制御方法において、前記複数のゲーム端末（１０－１，１０－２）のうちの他のゲーム端末（１０－２）が通信不調状態になったと判定された場合に、ユーザから終了指示を受け付ける受付ステップ（Ｓ１２８，Ｓ１３２，Ｓ１５０）と、前記ユーザによる前記終了指示に応じて、前記複数のゲーム端末（１０－１，１０－２）をそれぞれ使用する複数のユーザが参加するゲームを終了させるための制御を行う終了制御ステップ（Ｓ１５４～Ｓ１５８）とを含む。
　上記１）、９）～１５）に記載の発明によれば、少なくとも一つのゲーム端末が通信不調状態になったと判定された場合に、通信不調状態になったゲーム端末以外のゲーム端末を使用するユーザによる終了指示に応じて、複数のユーザが参加するゲームを終了させるための制御を行うようにしたため、通信不調状態になったゲーム端末以外のゲーム端末を使用するユーザは自らの意思でゲームを途中で終了させることができるようになり、中断されたゲームの再開を待つより他ないという不満を当該ユーザに与えないようにすることができる。また、通信不調状態になったゲーム端末以外のゲーム端末を使用するユーザ（すなわち、一緒にゲームをプレイしていた他のユーザ）の意思によってゲームが終了したのであれば、通信不調状態になったゲーム端末を使用するユーザも納得せざるを得ず、当該ユーザの不満も低減することができる。このように、本発明によれば、通信不調状態になったゲーム端末を使用するユーザと他のユーザとの双方の不満を抑制しつつ、ゲームを終了させることが可能になる。
　２）本発明の一態様では、前記ゲームは、前記複数のユーザが対戦する対戦ゲームであり、前記ゲームシステム（１）は、前記複数のゲーム端末（１０－１，１０－２）のうちの少なくとも一つ（１０－２）が前記通信不調状態になったと判定された場合において、前記通信不調状態になったと判定されたゲーム端末（１０－２）以外のゲーム端末（１０－１）を使用するユーザによる前記終了指示に応じて前記対戦ゲームが終了する場合に、前記通信不調状態になったと判定されたゲーム端末（１０－２）を使用するユーザが敗北したと決定する対戦結果決定手段（３０８０）をさらに含むようにしてもよい。
　２）に記載の発明によれば、通信不調状態になったゲーム端末以外のゲーム端末を使用するユーザによる終了指示に応じて対戦ゲームが終了する場合に、通信不調状態になったゲーム端末を使用するユーザが敗北したと決定される。本発明によれば、通信不調状態になったゲーム端末以外のゲーム端末のユーザ（すなわち、一緒に対戦ゲームをプレイしていた他のユーザ）の意思によって対戦ゲームが終了した結果として通信不調状態になったゲーム端末のユーザが敗北したと決定されるため、通信不調状態になったゲーム端末のユーザも納得せざるを得ず、当該ユーザの納得を得ることができ、当該ユーザの不満を低減できる。
　３）本発明の一態様では、前記複数のゲーム端末（１０－１，１０－２）の各々は、前記他のゲーム端末（１０－２）が前記通信不調状態になったと判定された場合に、所定の通知（Ｇ１０）を表示手段（１５）に表示させるための制御を行う手段（１０６０）をさらに含み、前記受付手段（１０９０）は、前記他のゲーム端末（１０－１）が前記通信不調状態になったと判定された後、所定条件（例えば終了指示受付条件）が満足された場合に、前記終了指示の受付を開始するようにしてもよい。
　３）に記載の発明によれば、他のゲーム端末が通信不調状態になったと判定された後、所定条件が満足された場合に、終了指示の受付を開始するようにしたため、他のゲーム端末が一時的に通信不調状態になったような場合には終了指示を受け付けないようにすることができ、その結果、他のゲーム端末が一時的に通信不調状態になったような場合にはゲームが終了されないようにすることができる。また本発明によれば、他のゲーム端末が通信不調状態になったと判定された場合に所定の通知を表示手段に表示させるための制御を行うようにしたため、通信不調状態になったゲーム端末があることを他のゲーム端末を使用するユーザが把握できる。
　４）本発明の一態様では、前記複数のゲーム端末（１０－１，１０－２）の各々は、前記所定の通知（Ｇ１０）が表示された後、所与のタイミングで、前記終了指示の受付を開始してもよいか否かの問合せを前記サーバ装置（３０）に送信する問合せ手段（１０８０）をさらに含み、前記サーバ装置（３０）は、前記他のゲーム端末（１０－２）が前記通信不調状態になったと判定された後で、前記所定条件が満足されたか否かを判定する所定条件判定手段（３０５０）と、前記他のゲーム端末（１０－２）が前記通信不調状態になったと判定された後で、前記所定条件が満足されたと判定された場合に、前記問合せに応じて、前記終了指示の受付開始許可を、当該問合せの送信元のゲーム端末（１０－１）に送信する返答手段（３０６０）と、を含み、前記受付手段（１０９０）は、前記受付開始許可に応じて、前記終了指示の受付を開始するようにしてもよい。
　４）に記載の発明によれば、他のゲーム端末が通信不調状態になったと判定された後で所定条件が満足されたか否かの管理をサーバ装置で一元的に行うことができるようになる。また本発明によれば、終了指示の受付を開始してもよいか否かの問合せを各ゲーム端末がサーバ装置に送信し、当該問合せに応じて、サーバ装置が受付開始許可をゲーム端末に送信するようにしたため、他のゲーム端末が通信不調状態になったと判定された後で所定条件が満足された場合にサーバ装置が能動的に受付開始許可を各ゲーム端末に送信する態様に比べて、ゲームシステムをシンプルな構成にすることができる。
　５）本発明の一態様では、前記複数のゲーム端末（１０－１，１０－２）の各々は、ゲームの状況を示すゲーム状況データを記憶する記憶手段（１０００）と、ゲーム操作を受け付けるゲーム操作受付手段（１０１０）と、前記ゲーム操作に応じたデータを前記サーバ装置に送信する第１送信手段（１０２０）と、をさらに含み、前記サーバ装置（３０）は、前記複数のゲーム端末（１０－１，１０－２）の各々から送信された前記データを受信する第２受信手段（３０１０）と、前記複数のゲーム端末（１０－１，１０－２）の各々から受信された前記データを、少なくとも、当該データの送信元以外のゲーム端末に送信する第２送信手段（３０２０）と、を含み、前記複数のゲーム端末（１０－１，１０－２）の各々は、前記サーバ装置（３０）から送信された前記データを受信する第１受信手段（１０３０）と、前記ゲーム操作受付手段（１０１０）によって受け付けられる前記ゲーム操作と、前記第１受信手段（１０３０）によって受信される前記データとに基づいて、前記ゲーム状況データを更新する更新手段（１０４０）と、前記ゲーム状況データに基づいて、前記ゲームの状況を示すゲーム画像を当該ゲーム端末の表示手段（１５）に表示させるための制御を行う表示制御手段（１０５０）と、前記他のゲーム端末が前記通信不調状態になったと判定された場合に、前記ゲーム状況データを更新するために当該他のゲーム端末の前記データが必要になるまで、前記所定の通知（Ｇ１０）の表示を制限する制限手段（１０７０）と、をさらに含むようにしてもよい。
　５）に記載の発明によれば、他のゲーム端末が通信不調状態になったと判定された場合に、ゲーム状況データを更新するために当該他のゲーム端末のデータが必要になるまで、所定の通知の表示を制限するようにしたため、できる限り通知を表示しないように図ることができる。例えば、所定の通知が表示された後、すぐに他のゲーム端末が通信不調状態から通常状態に戻った場合には、当該通知が消えることになる。このような場合、当該通知が表示されることによってユーザにストレスを感じさせてしまう場合があるが、本発明によれば、できる限りユーザにストレスを感じさせないように図ることができる。
　６）本発明の一態様では、前記サーバ装置（３０）は、前記複数のゲーム端末（１０－１，１０－２）のうちの少なくとも一つ（１０－２）が前記通信不調状態から通常状態に戻った場合に、当該少なくとも一つのゲーム端末（１０－２）以外のゲーム端末（１０－１）に前記ゲームの実行を継続させるための制御を行う継続制御手段（３０３０）をさらに含み、前記受付手段（１０９０）は、前記他のゲーム端末（１０－２）が前記通信不調状態になったと判定され、かつ、前記所定条件（終了指示受付条件）が満足された後で当該他のゲーム端末（１０－２）が前記通信不調状態から前記通常状態に戻った場合において、当該他のゲーム端末（１０－２）が前記通信不調状態になったと再度判定された場合に、前記所定条件が満足される前であっても、前記終了指示の受付を開始するようにしてもよい。
　６）に記載の発明によれば、他のゲーム端末が通信不調状態になり、かつ、所定条件が満足された後で当該他のゲーム端末が通信不調状態から通常状態に戻った場合において、当該他のゲーム端末が再度通信不調状態になった場合に、所定条件が満足される前であっても、終了指示の受付を開始するようにしたことによって、繰り返し通信不調状態になる他のゲーム端末が存在する場合にユーザが直ちにゲームを終了できるようになる。例えば、嫌がらせを行うべく故意にゲーム端末を通信不調状態にして通常状態に戻すことを繰り返す他のユーザが存在する場合がある。本発明によれば、上記のような他のユーザが存在する場合に、ユーザは正式にゲームを終了させることができる。
　７）本発明の一態様では、前記終了制御手段（１１００又は３０９０）は、前記他のゲーム端末（１０－２）が前記通信不調状態になったと判定され、かつ、前記終了指示の受付が開始されてから所定期間が経過した場合に、前記終了指示が受け付けられなかったとしても、前記ゲームを終了させるための制御を行うようにしてもよい。
　７）に記載の発明によれば、他のゲーム端末が通信不調状態になったと判定され、かつ、終了指示の受付が開始されてから所定期間が経過した場合に、終了指示が受け付けられなかったとしても、ゲームを終了させるための制御を行うようにしたため、通信不調状態になったゲーム端末が通常状態に回復することもなく、終了指示も行われない状態が長く続いてしまうことを回避することができる。
　８）本発明の一態様では、前記ゲームシステム（１）は、前記通信不調状態になったと判定されたゲーム端末（１０－２）以外のゲーム端末（１０－１）を使用するユーザによる前記終了指示に応じて前記ゲームが終了したことを、前記通信不調状態になったと判定されたゲーム端末（１０－２）のユーザに通知するための制御を行う終了通知制御手段（３０９０）をさらに含むようにしてもよい。
　８）に記載の発明によれば、通信不調状態になったゲーム端末以外のゲーム端末を使用するユーザによる終了指示に応じてゲームが終了したことが、通信不調状態になったゲーム端末のユーザに通知されるため、通信不調状態になったゲーム端末のユーザが、通信不調状態になったゲーム端末以外のゲーム端末を使用するユーザによる終了指示に応じてゲームが終了した事実を把握できるようになり、その結果、通信不調状態になったゲーム端末のユーザの、ゲームが終了したことに対する不満を低減できる。
　１　ゲームシステム、Ｎ　ネットワーク、ＤＢ　データベース、１０－１　第１ゲーム端末、１０－２　第２ゲーム端末、３０　サーバ装置、１１，３１　制御部、１２，３２　記憶部、１３，３３　通信部、１４　入力部、１５　表示部、１６　音声出力部、１０００，３０００　データ記憶部、Ｄ１００１　ゲーム状況データ、Ｄ３００１　フラグデータ、１０１０　ゲーム操作受付部、１０２０，３０２０　送信部、１０３０，３０１０　受信部、１０４０　ゲーム状況データ更新部、１０５０　ゲーム画像表示制御部、１０６０　通知表示制御部、１０７０　通知表示制限部、１０８０　問合せ部、１０９０　終了指示受付部、１１００　終了制御部、３０３０　継続制御部、３０４０　通信状態判定部、３０５０　終了指示受付条件判定部、３０６０　返答部、３０７０　終了制御部、３０８０　対戦結果決定部、３０９０　終了通知制御部、Ｇ１０　通知画像、Ｇ２０　終了指示受付画像、Ｅ１１，Ｅ２１，Ｅ２２　要素。

 

Claims (11)

  1. 　複数のゲーム端末とサーバ装置とを含むゲームシステムにおいて、
    　前記サーバ装置は、前記複数のゲーム端末のうちの少なくとも一つが通信不調状態になったか否かを判定する判定手段を含み、
    　前記複数のゲーム端末の各々は、他のゲーム端末が前記通信不調状態になったと判定された場合に、ユーザから終了指示を受け付ける受付手段を含み、
    　前記ゲームシステムは、前記通信不調状態になったと判定されたゲーム端末以外のゲーム端末を使用するユーザによる前記終了指示に応じて、前記複数のゲーム端末をそれぞれ使用する複数のユーザが参加するゲームを終了させるための制御を行う終了制御手段をさらに含む、
    　ゲームシステム。
  2. 　請求項１に記載のゲームシステムにおいて、
    　前記ゲームは、前記複数のユーザが対戦する対戦ゲームであり、
    　前記ゲームシステムは、前記複数のゲーム端末のうちの少なくとも一つが前記通信不調状態になったと判定された場合において、前記通信不調状態になったと判定されたゲーム端末以外のゲーム端末を使用するユーザによる前記終了指示に応じて前記対戦ゲームが終了する場合に、前記通信不調状態になったと判定されたゲーム端末を使用するユーザが敗北したと決定する対戦結果決定手段をさらに含む、
    　ゲームシステム。
  3. 　請求項１又は２に記載のゲームシステムにおいて、
    　前記複数のゲーム端末の各々は、前記他のゲーム端末が前記通信不調状態になったと判定された場合に、所定の通知を表示手段に表示させるための制御を行う手段をさらに含み、
    　前記受付手段は、前記他のゲーム端末が前記通信不調状態になったと判定された後、所定条件が満足された場合に、前記終了指示の受付を開始する、
    　ゲームシステム。
  4. 　請求項３に記載のゲームシステムにおいて、
    　前記複数のゲーム端末の各々は、前記所定の通知が表示された後、所与のタイミングで、前記終了指示の受付を開始してもよいか否かの問合せを前記サーバ装置に送信する問合せ手段をさらに含み、
    　前記サーバ装置は、
    　前記他のゲーム端末が前記通信不調状態になったと判定された後で、前記所定条件が満足されたか否かを判定する所定条件判定手段と、
    　前記他のゲーム端末が前記通信不調状態になったと判定された後で、前記所定条件が満足されたと判定された場合に、前記問合せに応じて、前記終了指示の受付開始許可を、当該問合せの送信元のゲーム端末に送信する返答手段と、を含み、
    　前記受付手段は、前記受付開始許可に応じて、前記終了指示の受付を開始する、
    　ゲームシステム。
  5. 　請求項３又は４に記載のゲームシステムにおいて、
    　前記複数のゲーム端末の各々は、
    　ゲームの状況を示すゲーム状況データを記憶する記憶手段と、
    　ゲーム操作を受け付けるゲーム操作受付手段と、
    　前記ゲーム操作に応じたデータを前記サーバ装置に送信する第１送信手段と、をさらに含み、
    　前記サーバ装置は、
    　前記複数のゲーム端末の各々から送信された前記データを受信する第２受信手段と、
    　前記複数のゲーム端末の各々から受信された前記データを、少なくとも、当該データの送信元以外のゲーム端末に送信する第２送信手段と、を含み、
    　前記複数のゲーム端末の各々は、
    　前記サーバ装置から送信された前記データを受信する第１受信手段と、
    　前記ゲーム操作受付手段によって受け付けられる前記ゲーム操作と、前記第１受信手段によって受信される前記データとに基づいて、前記ゲーム状況データを更新する更新手段と、
    　前記ゲーム状況データに基づいて、前記ゲームの状況を示すゲーム画像を当該ゲーム端末の表示手段に表示させるための制御を行う手段と、
    　前記他のゲーム端末が前記通信不調状態になったと判定された場合に、前記ゲーム状況データを更新するために当該他のゲーム端末の前記データが必要になるまで、前記所定の通知の表示を制限する制限手段と、をさらに含む、
    　ゲームシステム。
  6. 　請求項３乃至５のいずれか１項に記載のゲームシステムにおいて、
    　前記サーバ装置は、前記複数のゲーム端末のうちの少なくとも一つが前記通信不調状態から通常状態に戻った場合に、当該少なくとも一つのゲーム端末以外のゲーム端末に前記ゲームの実行を継続させるための制御を行う継続制御手段をさらに含み、
    　前記受付手段は、前記他のゲーム端末が前記通信不調状態になったと判定され、かつ、前記所定条件が満足された後で当該他のゲーム端末が前記通信不調状態から前記通常状態に戻った場合において、当該他のゲーム端末が前記通信不調状態になったと再度判定された場合に、前記所定条件が満足される前であっても、前記終了指示の受付を開始する、
    　ゲームシステム。
  7. 　請求項１乃至６のいずれか１項に記載のゲームシステムにおいて、
    　前記終了制御手段は、前記他のゲーム端末が前記通信不調状態になったと判定され、かつ、前記終了指示の受付が開始されてから所定期間が経過した場合に、前記終了指示が受け付けられなかったとしても、前記ゲームを終了させるための制御を行う、
    　ゲームシステム。
  8. 　請求項１乃至７のいずれか１項に記載のゲームシステムにおいて、
    　前記ゲームシステムは、前記通信不調状態になったと判定されたゲーム端末以外のゲーム端末を使用するユーザによる前記終了指示に応じて前記ゲームが終了したことを、前記通信不調状態になったと判定されたゲーム端末のユーザに通知するための制御を行う終了通知制御手段をさらに含む、
    　ゲームシステム。
  9. 　複数のゲーム端末と通信可能なサーバ装置において、
    　前記複数のゲーム端末のうちの少なくとも一つが通信不調状態になったか否かを判定する判定手段と、
    　前記複数のゲーム端末のうちの少なくとも一つが前記通信不調状態になったと判定された場合に、前記複数のゲーム端末のうちの他のゲーム端末を使用するユーザから終了指示を受け付けるための制御を行う手段と、
    　前記他のゲーム端末を使用するユーザによる前記終了指示に応じて、前記複数のゲーム端末をそれぞれ使用する複数のユーザが参加するゲームを終了させるための制御を行う終了制御手段と、
    　を含むサーバ装置。
  10. 　複数のゲーム端末のうちの一のゲーム端末において、
    　前記複数のゲーム端末のうちの他のゲーム端末が通信不調状態になったと判定された場合に、ユーザから終了指示を受け付ける受付手段と、
    　前記ユーザによる前記終了指示に応じて、前記複数のゲーム端末をそれぞれ使用する複数のユーザが参加するゲームを終了させるための制御を行う終了制御手段と、
    　を含むゲーム端末。
  11. 　請求項９に記載のサーバ装置、又は、請求項１０に記載のゲーム端末として機能させるためのプログラム。

     
PCT/JP2018/040752 2018-02-08 2018-11-01 ゲームシステム、サーバ装置、ゲーム端末、及びプログラム WO2019155696A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020207022086A KR102420375B1 (ko) 2018-02-08 2018-11-01 게임 시스템, 서버 장치, 게임 단말기 및 프로그램

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018021342A JP6664745B2 (ja) 2018-02-08 2018-02-08 ゲームシステム、サーバ装置、ゲーム端末、及びプログラム
JP2018-021342 2018-02-08

Publications (1)

Publication Number Publication Date
WO2019155696A1 true WO2019155696A1 (ja) 2019-08-15

Family

ID=67549544

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/040752 WO2019155696A1 (ja) 2018-02-08 2018-11-01 ゲームシステム、サーバ装置、ゲーム端末、及びプログラム

Country Status (4)

Country Link
JP (1) JP6664745B2 (ja)
KR (1) KR102420375B1 (ja)
TW (1) TWI697347B (ja)
WO (1) WO2019155696A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113893528A (zh) * 2021-10-09 2022-01-07 网易（杭州）网络有限公司 游戏队伍处理方法、装置、介质与电子设备

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6999723B2 (ja) * 2020-03-13 2022-01-19 株式会社バンダイ プログラム、端末、及びゲームシステム
JP7290833B2 (ja) * 2020-05-14 2023-06-14 株式会社カプコン 情報処理装置およびプログラム

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6026079A (en) * 1994-05-05 2000-02-15 Webtv Networks, Inc. Modem to support multiple site call conferenced data communications
JP2001017736A (ja) * 1999-07-06 2001-01-23 Casio Comput Co Ltd ゲーム装置、サーバ装置
JP2002210248A (ja) * 2001-01-16 2002-07-30 Nippon Telegr & Teleph Corp <Ntt> ネットワーク対戦ゲーム管理方法及び管理プログラム並びにｉｃカード
JP2007307303A (ja) * 2006-05-22 2007-11-29 Square Enix Co Ltd 通信ゲームシステム、ゲーム装置、ゲームの進行方法、プログラム及び記録媒体
JP2009247479A (ja) * 2008-04-03 2009-10-29 Konami Digital Entertainment Co Ltd ゲームシステム、ゲーム装置、ゲーム制御方法及びゲームプログラム
JP6248224B1 (ja) * 2017-05-02 2017-12-13 株式会社 ディー・エヌ・エー サーバー装置、ゲームプログラム、及び、情報処理方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6298041B2 (ja) * 2012-03-30 2018-03-20 シーエフピーエイチ， エル．エル．シー． マルチレベルのゲーム競争
JP6286152B2 (ja) * 2013-08-23 2018-02-28 株式会社バンダイナムコエンターテインメント プログラム、端末及びゲームシステム
JP6202444B2 (ja) 2014-06-13 2017-09-27 株式会社コナミデジタルエンタテインメント ゲーム制御装置、ゲームシステム及びプログラム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6026079A (en) * 1994-05-05 2000-02-15 Webtv Networks, Inc. Modem to support multiple site call conferenced data communications
JP2001017736A (ja) * 1999-07-06 2001-01-23 Casio Comput Co Ltd ゲーム装置、サーバ装置
JP2002210248A (ja) * 2001-01-16 2002-07-30 Nippon Telegr & Teleph Corp <Ntt> ネットワーク対戦ゲーム管理方法及び管理プログラム並びにｉｃカード
JP2007307303A (ja) * 2006-05-22 2007-11-29 Square Enix Co Ltd 通信ゲームシステム、ゲーム装置、ゲームの進行方法、プログラム及び記録媒体
JP2009247479A (ja) * 2008-04-03 2009-10-29 Konami Digital Entertainment Co Ltd ゲームシステム、ゲーム装置、ゲーム制御方法及びゲームプログラム
JP6248224B1 (ja) * 2017-05-02 2017-12-13 株式会社 ディー・エヌ・エー サーバー装置、ゲームプログラム、及び、情報処理方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
29 October 2010 (2010-10-29), Retrieved from the Internet <URL:https://www.shogidojo.net/dojo/about/judge/interrupt02.html> [retrieved on 20181116] *
August 2012 (2012-08-01), Retrieved from the Internet <URL:https://www.shogidojo.net/dojo/about/judge/interrupt.htmt> [retrieved on 20181116] *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113893528A (zh) * 2021-10-09 2022-01-07 网易（杭州）网络有限公司 游戏队伍处理方法、装置、介质与电子设备

Also Published As

Publication number Publication date
JP2019136253A (ja) 2019-08-22
TW201934176A (zh) 2019-09-01
TWI697347B (zh) 2020-07-01
KR20200102493A (ko) 2020-08-31
KR102420375B1 (ko) 2022-07-13
JP6664745B2 (ja) 2020-03-13

Similar Documents

Publication Publication Date Title
US10512846B2 (en) Emulating player behavior after player departure
JP3942038B2 (ja) 業務用対戦シミュレーションゲーム装置
WO2019155696A1 (ja) ゲームシステム、サーバ装置、ゲーム端末、及びプログラム
JP6632008B1 (ja) ゲームシステム、ゲーム制御装置、プログラム、及びゲーム制御方法
JP2020108795A (ja) ゲームシステム、ゲーム端末、及びプログラム
JP2009247479A (ja) ゲームシステム、ゲーム装置、ゲーム制御方法及びゲームプログラム
JP7300827B2 (ja) ゲームプログラム、方法、および情報処理装置
JP6405479B1 (ja) ゲームシステム、ゲーム端末、及びプログラム
JP7199098B2 (ja) ゲームシステム、サーバ装置、ゲーム端末、及びプログラム
JP2019198581A (ja) ゲームシステム、サーバ装置、プログラム
JP4482017B2 (ja) ゲームプログラム、ゲーム装置及びゲーム制御方法
JP7037834B2 (ja) ゲーム管理装置、ゲームシステム及びプログラム
JP5632497B2 (ja) ネットワークゲームシステム、ゲーム装置、及びプログラム
JP2020179252A (ja) ゲームシステム、ゲーム制御装置、ゲーム端末及びプログラム
JP6754654B2 (ja) サーバ装置、及びプログラム
JP7519048B2 (ja) 情報処理装置、制御方法、及び制御プログラム
JP6767062B2 (ja) ゲームシステム、ゲーム制御装置、及びプログラム
JP6121376B2 (ja) ネットワークゲームシステム、ゲーム装置、及びプログラム
JP7389643B2 (ja) プログラム、端末装置及びシステム
JP7157344B2 (ja) ゲームプログラムおよびゲームシステム
JP6827481B2 (ja) ネットワークゲームシステム、ゲーム装置、及びプログラム
JP6761156B2 (ja) ゲームシステム、ゲーム制御装置、ゲーム端末及びプログラム
JP6655227B2 (ja) ゲームシステム、ゲーム制御装置、及びプログラム
JP7158050B2 (ja) ゲームシステム、ゲーム制御装置、及びプログラム
WO2023223960A1 (ja) プログラム、情報処理装置、方法、及びシステム

Legal Events

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

Ref document number: 18905144

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20207022086

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18905144

Country of ref document: EP

Kind code of ref document: A1