JP2019030391A - Game program, method, and information processing device - Google Patents

Abstract

To provide a game program capable of improving an amusement property of a game.SOLUTION: A game program causes a processor to execute a step of progressing a match between a user and an opponent user according to the operation of the user by synchronizing a progress status with another computer operated by the opponent user, a step of generating first status information indicating the progress status of the progressed match at a predetermined timing in the progress of the match, a step of acquiring second status information generated at the same predetermined timing in the another computer, and a step S142 of displaying a first notification indicating an occurrence of a synchronization shift in a display part when the second status information that does not accord with the first status information is present (NO in S139).SELECTED DRAWING: Figure 12

Description

  The present disclosure relates to a game program, a method for executing the game program, and an information processing apparatus.

  Various businesses provide game programs for displaying a character in a virtual space and allowing a user to operate the character to advance the game. For example, games related to sports such as tennis, table tennis, dodgeball, baseball, soccer, and hockey are provided.

  Such a game can be provided as a so-called battle game in which characters operated by each of a plurality of users battle each other. More specifically, in the battle game, there is a communication battle game in which each user terminal exchanges information via a network to advance the battle (for example, Patent Documents 1 and 2).

JP 2006-263069 A (released on October 5, 2006) Japanese Patent Laid-Open No. 2003-010549 (released on January 14, 2003)

  In the above-described online battle game, in order to synchronize the progress of the battle between the terminals, it is necessary to share game elements that affect the progress of the battle between the terminals. However, the server plays a role of supporting a number of battles at the same time while communicating with a plurality of terminals. For this reason, it is unrealistic that the server performs information processing (for example, calculation of a virtual space in which a battle progresses) sequentially for all game elements set for each battle because the load is too high. There is.

  Therefore, it is conceivable to execute the above-described information processing on each terminal participating in the battle. However, in this case, a situation may occur in which the results of information processing executed at each terminal are output differently. In this case, a conflict occurs between the terminals in the progress of the battle (so-called synchronization shift), and it is difficult to proceed with the battle thereafter.

  The synchronization loss occurs unexpectedly, and a certain amount of time is required to solve this problem. The match is unexpectedly interrupted due to a problem of out-of-synchronization that occurred in reality regardless of the game world. The user who has faced this problem is forced to wait after breaking the atmosphere of the battle he has enjoyed so far. As a result, the interest of the game is impaired, and there is a problem that the user feels very stressed. The above prior art does not disclose a solution to this problem.

  An object of one embodiment of the present disclosure is to deal with the problem without impairing the fun of the game even when the problem related to the synchronization control occurs.

  Regarding the game program according to the present disclosure, a game based on the game program is a battle game in which a user who operates a computer and one or more opponent users who operate other computers are battled through communication between the computers. is there. The game program is executed by at least one of the computers including a processor, a memory, an operation unit, and a display unit. The game program causes the processor to advance the battle between the user and the opponent user in accordance with the user's operation by synchronizing the progress between the computer and the other computer operated by the opponent user, Generating a first situation information indicating a progress status at a predetermined timing in the progress of the battle; obtaining a second status information generated at the same predetermined timing in another computer; When there is second status information that does not match the status information, a step of displaying a first notification indicating that a synchronization error has occurred on the display unit is executed.

  The game program according to the present disclosure is executed by a server that communicates with each computer as a client that executes the above-described game program and supports the progress of the battle in each computer. The server includes a processor and a memory. In the game program executed by the server, the processor of the server periodically acquires situation information generated at the same timing in the progress of the battle by each computer participating in the battle, and a synchronization shift occurs at a predetermined timing. A step of receiving a notification of occurrence from at least one of the computers participating in the battle, and a process of sharing the information with each computer at a predetermined timing when the synchronization loss occurs based on the acquired plurality of situation information The step of determining the situation and the step of notifying each computer of the determined progress status are executed.

  The method according to the present disclosure is a method for executing a game program. A game based on a game program is a battle game in which a user who operates a computer and one or more opponent users who operate other computers compete with each other via communication between the computers. The game program is executed by at least one of the computers including a processor, a memory, an operation unit, and a display unit. The method includes a step in which a processor advances a match between a user and an opponent user in accordance with a user operation by synchronizing a progress status with another computer operated by the opponent user; Generating the first situation information indicating the progress of the battle at a predetermined timing in the progress of the battle, and the processor acquires the second status information generated at the same predetermined timing in another computer And when the processor has second status information that does not match the first status information, displaying a first notification indicating that synchronization loss has occurred on the display unit.

  The method according to the present disclosure is a method for executing a game program. The game program is executed by a server that communicates with each computer as a client that executes the above-described game program and supports the progress of the battle in each computer. The server includes a processor and a memory. In the method, the server processor periodically acquires the situation information generated at the same timing in the battle progress by each computer participating in the battle, and the server processor is out of synchronization at a predetermined timing. Each computer at a predetermined timing when a synchronization error occurs, based on the step of receiving a notification to the effect from at least one of the computers participating in the battle, and the processor of the server based on the acquired plurality of situation information Determining a progress status to be shared with the server, and a server processor notifying each computer of the determined progress status.

  The method according to the present disclosure is a method for executing a game program. A game based on the game program is a battle game in which a user who operates a computer and one or more opponent users who operate other computers are battled through communication between the computers. The game program is executed by a server that communicates with each computer as a client and supports the progress of a battle in each computer, and the server includes a processor and a memory. In the method, the server processor periodically acquires the situation information generated at the same timing on the progress of the battle by each computer participating in the battle, and the situation information generated at the same timing does not match In addition, the step of detecting the occurrence of synchronization loss, the step of determining the progress status to be shared by each computer at the timing of occurrence of synchronization loss based on the acquired plurality of status information, and the determined progress Notifying each computer of the situation.

  An information processing apparatus according to the present disclosure includes a storage unit that stores a game program, a control unit that controls the operation of the information processing apparatus by executing the game program, an operation unit, and a display unit. A game based on a game program is a battle game in which a user who operates a computer and one or more opponent users who operate other computers compete with each other via communication between the computers. At least one of the above-described computers functions as an information processing apparatus. The control unit synchronizes the progress of the battle between the user and the opponent user with another computer operated by the opponent user, proceeds according to the user's operation, and indicates the progress of the battle that has been advanced. The first situation information is generated at a predetermined timing in the progress of the battle, the second situation information generated at the same predetermined timing in another computer is acquired, and the second situation information that does not match the first situation information is obtained. When there is status information, a first notification indicating that synchronization loss has occurred is displayed on the display unit.

  A server according to the present disclosure includes a storage unit that stores a game program, and a control unit that controls the operation of the server by executing the game program. The server communicates with each computer as a client that executes the above-described game program, and supports the progress of the battle in each computer. The control unit of the server periodically acquires the situation information generated at the same timing in the progress of the battle by each computer participating in the battle, and participates in the battle with a notification that synchronization has occurred at a predetermined timing Based on a plurality of status information received and acquired from at least one of each computer, the progress status to be shared by each computer at a predetermined timing when the synchronization error occurs is determined, and the determined progress status is Notify the computer.

  According to one aspect of the present disclosure, there is an effect that it is possible to deal with a problem without impairing the interest of the game.

It is a figure which shows the hardware constitutions of a game system. It is a block diagram which shows the functional structure of a user terminal and a server. It is a figure which shows typically the battle | competition (game) advanced based on the game program of the communication battle | competition baseball game which concerns on this embodiment. It is a figure which shows one specific example of the game screen displayed on the display part of a user terminal. It is a figure which shows the other specific example of the game screen displayed on the display part of a user terminal. It is a figure which shows the other specific example of the game screen displayed on the display part of a user terminal. It is a figure which shows the other specific example of the game screen displayed on the display part of a user terminal. It is a figure which shows the other specific example of the game screen displayed on the display part of a user terminal. It is a figure which shows the other specific example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the data structure of the situation information which a battle progress part produces | generates. It is a flowchart which shows the flow of the process which each apparatus contained in a game system performs based on a game program. It is a flowchart which shows the flow of the process which each apparatus contained in a game system performs based on a game program. It is a figure which shows an example of the message screen displayed on the display part of a user terminal. It is a figure which shows the other specific example of the message screen displayed on the display part of a user terminal.

Embodiment 1
A game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these exemplifications, but is defined by the scope of claims, and is intended to include all modifications within the meaning and scope equivalent to the scope of claims. The In the following description, the same reference numerals are given to the same elements in the description of the drawings, and repeated description is not repeated.

<Hardware configuration of game system 1>
FIG. 1 is a diagram illustrating a hardware configuration of the game system 1. The game system 1 includes a plurality of user terminals 100 and a server 200 as illustrated. Each user terminal 100 is connected to the server 200 via the network 2. The network 2 includes various mobile communication systems constructed by the Internet and a radio base station (not shown). Examples of the mobile communication system include a so-called 3G and 4G mobile communication system, LTE (Long Term Evolution), and a wireless network (for example, Wi-Fi (registered trademark)) that can be connected to the Internet through a predetermined access point. It is done.

  The server 200 (computer, information processing apparatus) may be a general-purpose computer such as a workstation or a personal computer. The server 200 includes a processor 20, a memory 21, a storage 22, a communication IF 23, and an input / output IF 24. These components included in the server 200 are electrically connected to each other via a communication bus.

  The user terminal 100 (computer, information processing apparatus) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As illustrated, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. With. These components included in the user terminal 100 are electrically connected to each other via a communication bus. Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. For example, the controller 1020 establishes communication with the user terminal 100 in accordance with a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons and the like, and transmits an output value based on a user input operation to the buttons and the like to the user terminal 100. The controller 1020 may include various sensors such as an acceleration sensor and an angular velocity sensor, and transmits output values of the various sensors to the user terminal 100.

  Note that the controller 1020 may include the camera 17 and the distance measuring sensor 18 instead of or in addition to the user terminal 100 including the camera 17 and the distance measuring sensor 18.

  For example, at the start of a game, the user terminal 100 desirably allows a user who uses the controller 1020 to input user identification information such as the user's name or login ID via the controller 1020. As a result, the user terminal 100 can associate the controller 1020 with the user, and identifies which user the output value belongs to based on the transmission source (controller 1020) of the received output value. be able to.

  When the user terminal 100 communicates with a plurality of controllers 1020, each user grasps each controller 1020, so that the one user terminal 100 does not communicate with other devices such as the server 200 via the network 2. Multi-play can be realized. Further, each user terminal 100 is connected to each other by a wireless standard such as a wireless local area network (LAN) standard (communication connection is not performed via the server 200), so that a plurality of user terminals 100 can realize multi-play locally. You can also When the above-described multiplay is realized locally by one user terminal 100, the user terminal 100 may further include at least a part of various functions described later included in the server 200. Further, when the above-described multi-play is realized locally by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later included in the server 200 in a distributed manner.

  Note that the user terminal 100 may communicate with the server 200 even when the above-described multiplayer is realized locally. For example, information indicating a play result such as a result or win / loss in a certain game may be associated with the user identification information and transmitted to the server 200.

  The controller 1020 may be configured to be detachable from the user terminal 100. In this case, a coupling portion with the controller 1020 may be provided on at least one surface of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are coupled by wire through the coupling unit, the user terminal 100 and the controller 1020 transmit and receive signals via the wire.

  As shown in FIG. 1, the user terminal 100 may accept the mounting of a storage medium 1030 such as an external memory card via the input / output IF 14. Accordingly, the user terminal 100 can read the program and data recorded in the storage medium 1030. The program recorded in the storage medium 1030 is a game program, for example.

  The user terminal 100 may store the game program acquired by communicating with an external device such as the server 200 in the memory 11 of the user terminal 100, or store the game program acquired by reading from the storage medium 1030 in the memory 11. May be stored.

  As described above, the user terminal 100 includes the communication IF 13, the input / output IF 14, the touch screen 15, the camera 17, and the distance measuring sensor 18 as an example of a mechanism for inputting information to the user terminal 100. Each of the above-described units serving as an input mechanism can be regarded as an operation unit configured to accept a user input operation.

  For example, when the operation unit is configured by at least one of the camera 17 and the distance measuring sensor 18, the operation unit detects an object 1010 in the vicinity of the user terminal 100, and performs an input operation from the detection result of the object. Identify. As an example, a user's hand as an object 1010, a marker having a predetermined shape, or the like is detected, and an input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result. The More specifically, when a user's hand is detected from a captured image of the camera 17, the user terminal 100 performs a user's input operation on a gesture (a series of movements of the user's hand) detected based on the captured image. Identify and accept as Note that the captured image may be a still image or a moving image.

  Alternatively, when the operation unit includes the touch screen 15, the user terminal 100 identifies and accepts a user operation performed on the input unit 151 of the touch screen 15 as a user input operation. Or when an operation part is comprised by communication IF13, the user terminal 100 specifies and receives the signal (for example, output value) transmitted from the controller 1020 as a user's input operation. Alternatively, when the operation unit includes the input / output IF 14, a signal output from an input device (not shown) different from the controller 1020 connected to the input / output IF 14 is specified and accepted as a user input operation.

<Game overview>
The game system 1 is a system for executing a communication battle game in which a user who operates one computer and an opponent user who operates the other computer battle each other through communication between the computers. is there.

  The material or genre of the online battle game is not particularly limited. The online battle game may be, for example, a game about sports such as tennis, table tennis, dodge ball, baseball, soccer, or hockey. In addition to a game about sports, the communication battle game includes, for example, a puzzle game, a quiz game, an RPG, an adventure game, a shooting game, a simulation game, a training game, an action game, and the like, including a game of communication battle. It may be.

  In the present embodiment, as an example, the game system 1 executes a communication battle baseball game in which one's team to which one or more characters operated by the user belong and an opponent team to which one or more characters operated by the other user belong to each other. It is a system to do. In the game system 1, the user operates characters belonging to the team using a computer. The above-described opponent user operates the characters belonging to the above-described opponent team using another computer that can communicate with the above-described computer. The game program of the communication battle baseball game executed in the game system 1 is executed by at least one of one computer operated by the user and the other computer operated by the opponent user.

  As an example, in the game system 1 in which a communication battle baseball game is executed, each team is operated by the first user terminal 100 and the second user terminal 100 communicating via the server 200. Then, the online battle baseball game progresses while the team's offense and defense are switched between the front and back for each inning. In the following description, when it is necessary to distinguish between the user terminal 100 operating the defensive team and the attacking user terminal 100 on the front or back of a certain inning, the former is the pitching user terminal 100A and the latter is the hit This is referred to as a side user terminal 100B. When it is not necessary to distinguish between the two, the user terminal 100 is simply referred to. A user of the pitching user terminal 100A is referred to as a pitching user, and a user of the batting user terminal 100B is referred to as a batting user. However, when it is not necessary to distinguish between the two users and when the distinction is clear, they are simply referred to as users. The pitching user operates pitching by the pitcher character using the pitching user terminal 100A, and the hitting user operates hitting by the batter character using the hitting user terminal 100B.

  The pitching user terminal 100A determines a pitching result according to the pitching operation received from the pitching user, generates data including the pitching result (throwing result D1 shown in FIG. 1), and transmits it to the server 200. The pitching result D1 is transmitted via the server 200 to the opponent's hitting user terminal 100B. The pitching operation is an operation performed by the pitching user on the input unit 151 of the pitching user terminal 100A in order to cause the pitcher character to pitch.

  The batting user terminal 100B determines the batting result according to the batting operation received from the batting user, generates data including the batting result (the batting result D2 shown in FIG. 1), and transmits it to the server 200. The batting result D2 is transmitted to the pitching user terminal 100A of the opponent via the server 200. The batting operation is an operation performed by the batting user on the input unit 151 of the batting user terminal 100B in order to cause the batter character to hit the ball.

  In the online battle baseball game according to the present embodiment, each of the user terminals 100 participating in the battle is defined as a virtual stadium as a battle venue based on the pitching result D1 and the batting result D2. Perform space calculations and advance battles. One of the pitching result D1 and the hitting result D2 is generated in the own terminal, and the other is generated in the user terminal 100 operated by the opponent user. The calculation for the virtual space includes, for example, a process for calculating the moving path of the pitched ball, the position of the struck bat, the flight path of the ball after hitting, and whether or not the bat hits the ball. This includes a determination process. Further, the calculation of the virtual space includes a process of reproducing the field play by calculating the movement of the player character and the position of the ball arranged in the field.

  As described above, the user terminal 100 (computer) has a function of advancing the battle based on the pitching result D1 and the batting result D2. In addition, the user terminal 100 has a function of providing status information D3 indicating the progress of the battle to the user terminal 100 of the opponent via the server 200. Furthermore, the user terminal 100 has a function of detecting a synchronization error by acquiring the situation information D4 provided from the opponent user terminal 100 and comparing it with the situation information D3 generated by the own terminal. Further, the user terminal 100 includes a user interface (hereinafter referred to as UI) that presents information to the user until the synchronization loss is eliminated, thereby eliminating or reducing the user's stress. The server 200 has a function of eliminating the synchronization error by a method of eliminating or reducing the stress of each user participating in the battle. Each configuration described above of each device according to the present embodiment will be described in detail below.

<Hardware components of each device>
The processor 10 controls the operation of the entire user terminal 100. The processor 20 controls the operation of the entire server 200. The processors 10 and 20 include a central processing unit (CPU), a micro processing unit (MPU), and a graphics processing unit (GPU).

  The processor 10 reads a program from a storage 12 described later and develops it in a memory 11 described later. The processor 20 reads a program from a storage 22 described later and develops it in a memory 21 described later. The processor 10 and the processor 20 execute the developed program.

  The memories 11 and 21 are main storage devices. The memories 11 and 21 include storage devices such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 11 provides a work area to the processor 10 by temporarily storing a program and various data read from the storage 12 described later by the processor 10. The memory 11 also temporarily stores various data generated while the processor 10 is operating according to the program. The memory 21 provides the work area to the processor 20 by temporarily storing various programs and data read from the storage 22 described later by the processor 20. The memory 21 temporarily stores various data generated while the processor 20 is operating according to the program.

  In the present embodiment, the program may be a game program for realizing the game by the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation between the user terminal 100 and the server 200. Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100. The various data includes data relating to the game such as user information and game information, and instructions or notifications transmitted / received between the user terminal 100 and the server 200 or between the plurality of user terminals 100.

  The storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are constituted by a storage device such as a flash memory or an HDD (Hard Disk Drive). Various data relating to the game is stored in the storage 12 and the storage 22.

  The communication IF 13 controls transmission / reception of various data in the user terminal 100. The communication IF 23 controls transmission / reception of various data in the server 200. The communication IFs 13 and 23 control communication using, for example, communication via a wireless local area network (LAN), Internet communication via a wired LAN, a wireless LAN, or a cellular phone network, and short-range wireless communication.

  The input / output IF 14 is an interface for the user terminal 100 to accept data input, and is an interface for the user terminal 100 to output data. The input / output IF 14 may input / output data via a USB (Universal Serial Bus) or the like. The input / output IF 14 may include, for example, a physical button of the user terminal 100, a camera, a microphone, a speaker, or the like. The input / output IF 24 of the server 200 is an interface for the server 200 to accept data input, and is an interface for the server 200 to output data. The input / output IF 24 may include, for example, an input unit that is an information input device such as a mouse or a keyboard, and a display unit that is a device that displays and outputs an image.

  The touch screen 15 of the user terminal 100 is an electronic component that combines an input unit 151 and a display unit 152. The input unit 151 is a touch-sensitive device, for example, and is configured by a touch pad, for example. The display unit 152 is configured by, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display.

  The input unit 151 detects a position where a user operation (physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input to the input surface, and inputs information indicating the position. A function of transmitting as a signal is provided. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may adopt any method such as a capacitance method or a resistance film method.

  Although not shown, the user terminal 100 may include one or more sensors for specifying the holding posture of the user terminal 100. This sensor may be, for example, an acceleration sensor or an angular velocity sensor. When the user terminal 100 includes a sensor, the processor 10 can specify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, when the user terminal 100 is held in the portrait orientation, the processor 10 may perform a portrait screen display in which a portrait image is displayed on the display unit 152. On the other hand, when the user terminal 100 is held sideways, a horizontal screen display in which a horizontally long image is displayed on the display unit may be used. As described above, the processor 10 may be able to switch between the vertical screen display and the horizontal screen display according to the holding posture of the user terminal 100.

  The camera 17 includes an image sensor and the like, and generates a captured image by converting incident light incident from a lens into an electric signal.

  The distance measuring sensor 18 is a sensor that measures the distance to the measurement object. The distance measuring sensor 18 includes, for example, a light source that emits pulse-converted light and a light receiving element that receives the light. The distance measuring sensor 18 measures the distance to the measurement object based on the light emission timing from the light source and the light reception timing of the reflected light generated when the light emitted from the light source is reflected by the measurement object. The distance measuring sensor 18 may include a light source that emits light having directivity.

  Here, an example in which the user terminal 100 receives a detection result of detecting an object 1010 in the vicinity of the user terminal 100 using the camera 17 and the distance measuring sensor 18 as an input operation of the user will be further described. The camera 17 and the distance measuring sensor 18 may be provided on the side surface of the housing of the user terminal 100, for example. A distance measuring sensor 18 may be provided in the vicinity of the camera 17. As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with an illumination device that emits infrared light, a filter that blocks visible light, and the like. Thereby, it is possible to further improve the detection accuracy of the object based on the captured image of the camera 17 regardless of whether it is outdoors or indoors.

  The processor 10 may perform one or more processes on the captured image of the camera 17, for example, among the processes shown in the following (1) to (5). (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to identify whether the captured image includes a user's hand. The processor 10 may use a technique such as pattern matching as an analysis technique employed in the above-described image recognition processing. (2) Moreover, the processor 10 detects a user's gesture from the shape of a user's hand. For example, the processor 10 specifies the number of the user's fingers (the number of fingers extending) from the shape of the user's hand detected from the captured image. The processor 10 further identifies a gesture performed by the user from the number of identified fingers. For example, when the number of fingers is five, the processor 10 determines that the user has performed a “par” gesture. In addition, when the number of fingers is 0 (no finger is detected), the processor 10 determines that the user has made a “goo” gesture. On the other hand, when the number of fingers is two, the processor 10 determines that the user has performed a “choke” gesture. (3) The processor 10 performs image recognition processing on the image captured by the camera 17 to detect whether the user's finger is in the state where only the index finger is raised or whether the user's finger has moved. . (4) The processor 10 determines an object 1010 (such as a user's hand) in the vicinity of the user terminal 100 based on at least one of the image recognition result of the image captured by the camera 17 and the output value of the distance measuring sensor 18. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near (for example, a distance less than a predetermined value) or far (for example, a predetermined value) depending on the size of the shape of the user's hand specified from the captured image of the camera 17. It is detected whether the distance is above. When the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100. (5) If it is determined that the distance between the user terminal 100 and the user's hand has changed while the user's hand is detected based on the image recognition result of the captured image of the camera 17, the processor 10 recognizes that the user is shaking his / her hand in the shooting direction of the camera 17. When an object is not detected in the distance measuring sensor 18 having higher directivity than the shooting range of the camera 17, the processor 10 indicates that the user is shaking his / her hand in a direction perpendicular to the shooting direction of the camera. recognize.

  In this manner, the processor 10 determines whether or not the user is grasping his / her hand by image recognition on the captured image of the camera 17 (“Goo” gesture or other gesture (eg “Par”)). ) Is detected. The processor 10 also detects how the user is moving the hand along with the shape of the user's hand. In addition, the processor 10 detects whether the user is approaching or moving away from the user terminal 100. Such an operation can correspond to an operation using a pointing device such as a mouse or a touch panel. For example, the user terminal 100 moves the pointer on the touch screen 15 according to the movement of the user's hand, and detects the user's gesture “goo”. In this case, the user terminal 100 recognizes that the user is continuing the selection operation. Continuation of the selection operation corresponds to, for example, maintaining a state where the mouse is clicked and pressed, or maintaining a touched state after a touchdown operation is performed on the touch panel. Further, when the user further moves his / her hand while the user's gesture “go” is detected, the user terminal 100 performs such a series of gestures as an operation corresponding to the swipe operation (or drag operation). It can also be recognized. In addition, when the user terminal 100 detects a gesture that the user repels a finger based on the detection result of the user's hand based on the captured image of the camera 17, the user terminal 100 clicks the gesture or taps the touch panel. You may recognize as operation corresponding to.

<Functional configuration of game system 1>
FIG. 2 is a block diagram illustrating functional configurations of the server 200 and the user terminal 100 included in the game system 1. The functional configuration required when the server 200 and the user terminal 100 each function as a general computer and the functional configuration necessary for realizing known functions in the game are omitted as appropriate. doing.

  The user terminal 100 (computer, information processing apparatus, client) has a function as an input device that receives a user's input operation and a function as an output device that outputs a game image or sound. The user terminal 100 functions as the control unit 110 and the storage unit 120 through cooperation of the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14, and the like.

  The server 200 communicates with each user terminal 100 and has a function of supporting the user terminal 100 to advance the communication battle game. The server 200 functions as the control unit 210 and the storage unit 220 through the cooperation of the processor 20, the memory 21, the storage 22, the communication IF 23, the input / output IF 24, and the like.

  The storage unit 120 and the storage unit 220 store a game program 131, game information 132, and user information 133. The game program 131 is a game program that is executed by the user terminal 100 and the server 200. The game information 132 is data that the control unit 110 and the control unit 210 refer to when executing the game program 131. The user information 133 is data relating to the user account. In the storage unit 220, game information 132 and user information 133 are stored for each user terminal 100.

(Functional configuration of server 200)
The control unit 210 performs overall control of the server 200 by executing the game program 131 stored in the storage unit 220. For example, the control unit 210 transmits various data and programs to the user terminal 100. The control unit 210 receives part or all of the game information or user information from the user terminal 100. When the game is a multiplayer game, the control unit 210 may receive a multiplayer synchronization request from the user terminal 100 and transmit the synchronization data to the user terminal 100.

  The control unit 210 functions as the battle support unit 211 according to the description of the game program 131. The control unit 210 can also function as other functional blocks (not shown) in order to support the progress of the game on the user terminal 100 according to the nature of the game to be executed.

  The battle support unit 211 supports each user terminal 100 to advance the communication battle game. Specifically, the battle support unit 211 communicates with each user terminal 100 that competes, and mediates exchanges between the user terminals 100. Furthermore, the battle support unit 211 executes matching control for synchronizing the opponents, synchronizing the progress of the battle, and the like.

(Functional configuration of user terminal 100)
The control unit 110 performs overall control of the user terminal 100 by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 advances the game according to the game program 131 and the user's operation. In addition, the control unit 110 communicates with the server 200 and transmits / receives information as necessary while the game is in progress.

  The control unit 110 functions as an operation reception unit 111, a display control unit 112, a UI control unit 113, an animation generation unit 114, and a battle progress unit 115 according to the description of the game program 131. The control unit 110 can also function as other functional blocks (not shown) in order to advance the game according to the nature of the game to be executed.

  The operation receiving unit 111 detects and receives a user input operation on the input unit 151. The operation reception unit 111 determines what input operation has been performed based on the user's action on the console via the touch screen 15 and other input / output IF 14, and outputs the result to each element of the control unit 110. To do.

  For example, the operation reception unit 111 receives an input operation on the input unit 151, detects the coordinates of the input position of the input operation, and identifies the type of the input operation. The operation reception unit 111 specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like as the types of input operations. Further, the operation receiving unit 111 detects that the contact input is canceled from the touch screen 15 when the input that has been continuously detected is interrupted.

  The UI control unit 113 controls a UI object displayed on the display unit 152 in order to construct a UI. The UI object is a tool for the user to make an input necessary for the progress of the game to the user terminal 100 or a tool for obtaining information output during the progress of the game from the user terminal 100. UI objects include, but are not limited to, icons, buttons, lists, menu screens, and text or images that contain messages provided to the user.

  Furthermore, the UI control unit 113 cooperates with the battle progress unit 115 during the battle, so that the UI object for supporting the pitching operation by the pitching user or the UI object for supporting the hitting operation by the hitting user Control the display mode. These UI objects will be described later in detail with reference to FIGS.

  The animation generation unit 114 generates an animation indicating the motion of various objects based on the control mode of the various objects. For example, a pitcher character's pitching motion animation, a batter character's batting motion animation, a bat animation that the batter character swings, a ball thrown by the pitcher character, a ball hit by the batter character, a runner character A stealing animation or the like may be generated.

  The display control unit 112 outputs a game screen on which the processing results executed by the above-described elements are reflected on the display unit 152 of the touch screen 15. The display control unit 112 may display a game screen including the animation generated by the animation generation unit 114 on the display unit 152. Further, the display control unit 112 may draw the above-described UI object controlled by the UI control unit 113 by superimposing it on the game screen.

  The battle progress unit 115 transmits / receives data to / from the server 200 to advance the battle with the opponent user. Specifically, it is necessary to advance the battle according to the operation of the user who operates the user terminal 100 and to synchronize the progress of the battle with the other user terminal 100 operated by the opponent user. Execute each process.

  As an example, the battle progress unit 115 generates status information (hereinafter, first status information) indicating the progress status of the battle that the player has progressed at a predetermined timing in the progress of the battle. On the other hand, in the other user terminal 100 operated by the opponent user, the other user terminal 100 generates situation information (hereinafter, second situation information) indicating the progress of the battle at the same timing as described above. Therefore, the battle progress unit 115 acquires the second situation information via the server 200. The battle progress unit 115 controls the display control unit 112 to notify the display unit 152 that synchronization has occurred when there is mismatching situation information among the first situation information and the second situation information. Display. In addition, the battle progress unit 115 notifies the server 200 that synchronization loss has occurred.

  In addition, the battle progress unit 115 provides the above-described various UIs necessary for the user to play the communication battle baseball game in cooperation with the UI control unit 113 and the animation generation unit 114. Various UIs are realized, for example, when the battle progress unit 115 causes the UI control unit 113 to generate a game screen including a UI object, and the display control unit 112 causes the display unit 152 to display the game screen. Is done.

  Note that the functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely examples. The server 200 may include at least a part of functions included in the user terminal 100. Further, the user terminal 100 may include at least a part of the functions included in the server 200. Furthermore, a device other than the user terminal 100 and the server 200 may be used as a component of the game system 1, and the other device may be caused to execute part of the processing in the game system 1. That is, the computer that executes the game program in the present embodiment may be any of the user terminal 100, the server 200, and other devices, or may be realized by a combination of these devices.

<Progression of battle>
FIG. 3 is a diagram schematically showing a battle (match) that is progressed based on the game program 131 of the communication battle baseball game in the game system 1 according to the present embodiment. The battle of the communication battle baseball game according to the present embodiment is composed of the following elements as an example.

  Before this battle is started, a team composed of a plurality of characters is first formed. The user can operate the user terminal 100 to select nine characters for each position. In this way, the team is organized. Similarly, the opponent user operates his / her user terminal 100 to form a team of nine characters (an opponent team).

  When receiving a matching request from the user terminal 100, the server 200 determines an opponent from another user terminal 100 that has also received the matching request, and prepares for the battle. When matching is established by the server 200, the battle proceeds as follows.

  As shown in FIG. 3, the battle proceeded by the battle progress unit 115 of each user terminal 100 is composed of a plurality of times (innings). In this game, for each inning, the teams are switched between front and back, and each team performs defense and attack once, and the battle progresses. Each of the front and back of one inning is composed of a plurality of bats, and one bat is associated with each attacking character. One batting table determines the character confrontation scene in which the defensive (throwing) character and the attacking (batting) character confront each other in one-on-one, and the result of the confrontation is drawn by animation. And a field play scene for completing the bat.

  The character battle scene is further divided into a plurality of phases. The phase is a period in which each character to confront performs either a defensive action or an attack action a predetermined number of times. In one phase, the number of times each of the defensive character (the pitcher character) and the attacking character (the batter character) performs a motion is determined in advance. However, the number of times may be arbitrarily determined based on the game that is the subject of the game. Further, the number of operations may be set to the same or different on the defense side and the attack side. In this embodiment, as an example, in one phase, it is assumed that the pitcher character performs the pitching action once and the batter character performs the batting action once. In the present embodiment, the hitting operation includes an operation of seeing the pitch without swinging the bat and an operation of swinging without hitting the ball.

  The so-called phase is a minimum unit of elements constituting a battle, and corresponds to one ball thrown by a pitcher character in a baseball game. In one phase, when one pitching motion is executed by the pitcher character, and one hitting motion is executed by the batter character, the battle progress unit 115 completes one phase and performs the field play scene or the next Transition to the phase. For example, when the batter character can hit the ball against the bat and the ball is hit, the battle progress unit 115 calculates the flight path of the hit ball and puts the ball on the field. While moving, the field play scene is advanced. On the other hand, when the batter character is swung or missed and the ball is not hit, the battle progress unit 115 completes the phase, updates the status information, and advances the next phase. Specifically, the battle progress unit 115 is one piece of situation information based on a pitching arrival position at an intersection including a strike zone and a ball zone, which is virtually set around the top of the home base. Update the ball count. For example, if the pitch hits the strike zone, the strike count is increased by one, and if the pitch hits other than the strike zone, the ball count is increased by one.

  After progress of one or more phases, in the latest phase or field play scene, the battle progress unit 115 determines the result of the current batting. For example, it is determined to make one out by strikeout or goro, advance by hit, add score by home run, etc. Accordingly, the battle progress unit 115 completes the above-mentioned one bat and advances the next bat. That is, one batting may end without going through the field play scene. For example, in the case of strikeout or foreball, only a plurality of phases are advanced to complete one batting.

  When three outs are accumulated in the front (or back) of one inning after progress of several bats, the battle progress unit 115 completes the front (or back) of the one inning, Swap the team's offense and defense and advance the back of the same inning (or next inning chart).

  As an example, in the present embodiment, among the above-described elements constituting the battle, the field play scene does not accept the user's operation, and each user terminal 100 in the battle performs the auto according to the game program 131, respectively. You may make it progress with (auto progression). On the other hand, all phases of the character confrontation scene can be advanced based on an operation performed by the user via the input unit 151, that is, by manual control (manual progression). Each phase in which the pitching operation and the batting operation are performed once is an important element that determines the victory or defeat of the battle, and is an element that occupies most of the battle. Therefore, the skill of the user's operation greatly affects the winning or losing of the battle, and the user who has operated well can advantageously advance the battle.

  In the present embodiment, the user may be able to switch the desired control method for each phase (for each ball). In this embodiment, the user terminal 100 receives a control method switching instruction from the user at any time, and sets it to the instructed control method at the start of a phase that is visited immediately after reception. For example, for a certain ball, the user performs a pitching operation by himself, causing the pitcher character to perform a pitching action, and the next ball is automatically pitched to the pitcher character under the control of the server 200. It is possible to play as if to perform an action.

  In the present embodiment, the battle progress unit 115 periodically generates status information at a predetermined timing during the battle progress. As an example, the predetermined timing is a break of each element of the battle. As shown in FIG. 3, the predetermined timing may be a phase break (t1 to t3, etc.), a batting break (tm, etc.), or an offense / defense switch (tn, etc.). It may be an inning break (tp, tq, etc.).

  The situation information is information indicating the progress of the battle, and is particularly important information that determines the outcome of the battle. The status information includes, for example, “inning” indicating the inning in progress, “score” indicating the score of each team, “runner” indicating how much the runner is in, “out count”, and “ball count” including. The data structure of the situation information will be described in detail with reference to FIG.

  In the present embodiment, the battle progress unit 115 transmits the generated first status information to the server 200 and receives the second status information generated by the opponent user terminal 100 generated at the same timing. That is, the user terminals 100 that are competing exchange state information generated with each other. As a result, it is possible to confirm whether or not the situation information matches each other. The coincidence between the situation information means that the progress of the battle is synchronized and the battle can proceed as it is.

  The timing for exchanging status information (hereinafter, communication timing) may be the same as the timing for generating status information (hereinafter, generation timing). Alternatively, it is preferable that the battle progress unit 115 exchange the situation information at least at a timing (tm or the like) immediately after the field play scene is completed.

  The synchronization loss can occur in the field play scene. This is because the process of advancing the field play scene is a high-load process that refers to many parameters and performs complex calculations. For example, the battle progress unit 115 executes the following high-load process in order to advance the field play scene. The flight path and speed of the ball hit with the bat are calculated, and the ball is moved in the virtual space. The battle progress unit 115 reproduces the ball catching scene and the ball throwing scene based on the positional relationship between the ball and the fielder character and the ability value related to the fielder character's defense. For example, the battle progress unit 115 moves the fielder character in the field according to the algorithm for moving the fielder character and the movement path of the ball determined by the battle progress unit 115, and catches the ball to the fielder character. Let When the fielder character catches the ball, the battle progressing unit 115 determines the destination of the ball on the basis of the runner's encounter status, outcount status, and the like. The battle progression unit 115 reproduces the scolding scene based on the ability value related to the runner's running power. The battle progress unit 115 determines whether the ball is out or safe based on the positional relationship between the ball position and the runner character.

  For example, in the virtual space grasped by each user terminal 100, the timing at which the ball was caught by the fielder protecting the kite and the timing at which a part of the runner character's body reached the kite were shifted by a few frames. However, it can happen that one user terminal 100 is processed as “out” and the other user terminal 100 is processed as “safe”. In this way, if there is a deviation in the progress, the battle cannot be advanced thereafter.

  According to the above-described configuration, since the situation information of both is exchanged and compared at least immediately after the field play scene in which synchronization loss may occur, even if synchronization loss occurs, it can be immediately detected and dealt with. Can do. A specific example of information processing in the game system 1 and a data structure used in the information processing for enabling such synchronization control will be described in detail below.

  Before describing specific examples of the information processing and the data structure described above before and after the field play scene, first, the operation of the user terminal 100 and the user interface up to the field play scene will be described with reference to FIGS. I will explain.

<Example of matching screen>
FIG. 4 is a diagram illustrating a specific example of the game screen displayed on the display unit of the user terminal. Specifically, the game screen is a matching screen 500 displayed on the display unit 152 of the user terminal 100 immediately before the match is started when matching is established in the server 200. The matching screen 500 is generated when the UI control unit 113 combines various necessary information in accordance with an instruction from the battle progress unit 115.

  The matching screen 500 is a screen for providing various information related to the battle provided from the server 200 to the user before the battle starts. As an example, the matching screen 500 may include a countdown 520 for notifying the user of the start timing of the battle. The matching screen 500 may include a user name 522 of the user, a user name 523 of the other user, a user rating 524, and a rating 525 of the other user. In addition, although not illustrated, the game screen may include, for example, information on the starting pitcher characters in the own team and the opponent team.

  The rating indicates an evaluation value set for each user. The evaluation value is an index for measuring the user's ability. As an example, the evaluation value means that the higher the numerical value, the higher the ability, that is, the better this game is. In the present embodiment, a conventionally implemented method may be employed as the evaluation value calculation method. For example, when the user wins the battle, the evaluation value is added by a predetermined value, and when the user loses, the evaluation value is subtracted by the predetermined value. The predetermined value to be added or subtracted may be determined based on the difference between the user's evaluation value at the start of the match and the opponent user's evaluation value. The calculation of the evaluation value may be executed by the battle progress unit 115 of the user terminal 100 or the battle support unit 211 of the server 200. By using this rating, the server 200 can avoid matching users who have a large difference in ability, and can match users who compete with each other as much as possible.

<Example of throwing screen>
5-8 is a figure which shows the other specific example of the game screen displayed on the display part of a user terminal. Specifically, the game screen is a pitching screen 600 representing a pitching scene of the pitcher character. The pitching screen 600 includes a pitching operation UI described below for receiving a pitching operation by the pitching-side user when the ongoing phase is the manual progress mode.

  In the present embodiment, as an example, the pitching operation for determining the pitching result D1 includes a slide operation for designating a ball type, a drag operation for designating a course, and a quality control for determining pass / fail. And a tap operation that allows the pitching user to specify the timing. The quality of the pitch is determined according to the quality of the input timing of the second tap operation. In other words, whether or not the pitching user can advantageously advance the battle, particularly the defensive times, depends on the skill of the tap operation in the manual progress mode.

  When one phase is started, the battle progress unit 115 of the pitching user terminal 100A first causes the UI control unit 113 to generate the first pitching screen 600 shown in FIG. .

  The first pitch screen 600 includes various objects arranged in the virtual space. Specifically, a batter character 601 and a bat 602 operated by the opponent user, a pitcher character 603 operated by the user himself, a home base 607, and a catcher character 605 are included.

  The first pitching screen 600 may include a switching button 613 for switching the next phase to auto progress or manual progress. In the example shown in FIG. 5, the phase proceeds in the manual mode. Therefore, the switching button 613 is superimposed and displayed on the pitching screen 600 as a button for switching the next phase to auto progress.

  The first pitch screen 600 may include status information of each character that is confronting in the phase. As an example, status information 611 of the pitcher character of the own team and status information 612 of the batter character of the opponent team may be included.

  The first pitching screen 600 may include a ball type designation object 610 for the pitching side user to designate a ball type to be thrown by the pitcher character 603 as a UI object that supports the pitching operation.

  The battle progress unit 115 determines the ball type based on the user's slide operation on the ball type designation object 610. As shown in FIG. 5, in the ball type designation object 610, ball type icons in which the ball types are associated with each other in a one-to-one manner are arranged so as to surround the ball icon. The ball type icon includes text or an illustration showing the corresponding ball type. The UI control unit 113 may vary the types of the ball types listed in the ball type designation object 610 based on the ability of the pitcher character 603.

  The operation reception unit 111 receives a slide operation in a predetermined direction with respect to the ball icon as an operation for designating a ball type. The battle progression unit 115 determines the ball type corresponding to the ball type icon arranged in the direction of the slide operation as the ball type to be thrown to the pitcher character 603. For example, in the example illustrated in FIG. 5, when the user slides the ball icon upward, the battle progress unit 115 determines to cause the pitcher character 603 to throw a straight. The ball type is associated with parameters for specifying the moving path of the ball 604, the ball speed, and the like. The ball type parameter includes information indicating the ball speed, the amount of change, and the direction of change. The parameter of the ball type is associated with the identification information of the pitcher character 603 and stored in the storage unit 120 (not shown). The battle progress unit 115 reads out the determined ball type parameter from the storage unit 120 among the ball type parameters associated with the identification information of the pitcher character 603, and includes it in the pitch result D1.

  When the ball type is determined, the battle progress unit 115 then causes the display unit 152 to display the second pitching screen 600 shown in FIG. The second pitch screen 600 includes a course designation object 614 instead of the ball type designation object 610. The course designation object 614 functions in combination with the cursor 615 as a UI object for allowing the pitching user to designate a course (inner angle higher, lower, etc.) to be thrown by the pitcher character 603.

  As an example, the course designation object 614 is obtained by dividing a rectangle corresponding to the strike zone into nine cells. Each square may be displayed in different colors based on the ability of the pitcher character 603, specifically, a course that is good and a course that is not good.

  The course designation object 614 includes a cursor 615 that is a sign indicating the expected arrival position of the thrown ball. While the second pitch screen 600 is displayed, the operation reception unit 111 receives a drag operation for designating the position of the cursor 615. When the operation accepting unit 111 accepts a drag operation for moving the cursor 615, the UI control unit 113 moves the cursor 615 based on the touch position detected for the drag operation.

  The operation reception unit 111 acquires the first contact position (initial touch coordinates) of the user with respect to the touch screen 15 and the contact position (touch now coordinates) after the cursor movement operation. The UI control unit 113 determines the change direction and change amount of the position of the cursor 615 based on the change direction and change amount obtained as a result of comparing the acquired coordinates. As a result, the UI control unit 113 moves the cursor 615 in conjunction with the drag operation even if the cursor 615 is not touched directly or a drag operation is accepted outside the display area of the course designation object 614. Can be made. In this way, it is possible to avoid that the visual recognition of the cursor 615 is hindered by the user's finger. The display control unit 112 displays the moving cursor 615 on the second pitching screen 600 in conjunction with the movement of the cursor 615 executed by the UI control unit 113.

  The battle progress unit 115 finalizes the course by an arbitrary method. For example, it is assumed that the user continues to push strongly with a pressure equal to or higher than a predetermined threshold while the contact based on the drag operation is maintained. The battle progress unit 115 determines the position of the cursor 615 at the time when the push-in operation is accepted as a final course. Alternatively, a button (not shown) such as “Course confirmation” may be separately provided on the second pitching screen 600. The battle progress unit 115 may determine the course based on the position of the cursor 615 when the button is tapped.

  When the course is confirmed, the battle progress unit 115 next causes the display unit 152 to display the third pitching screen 600 shown in FIG. The third pitch screen 600 includes a pass / fail determination object 620. The pass / fail determination object 620 functions as a UI object for causing the pitching user to specify the timing for determining pass / fail of the pitcher character 603.

  As an example, the pass / fail judgment object 620 is formed of an arcuate belt-like gauge. The pass / fail determination object 620 includes, within the gauge, a slide bar 621 that slides in the longitudinal direction of the band, and a first area 622 and a second area 623 that define positions on the band where the slide bar 621 stops.

  The band-shaped gauge extends from the position of the pitcher character 603 (hereinafter referred to as the first position) toward the position of the catcher character 605 (hereinafter referred to as the second position).

  The UI control unit 113 moves the slide bar 621 from the first position (for example, the broken line frame in FIG. 7) as the initial position toward the second position (for example, the position of the cursor 615 in FIG. 7) as the final position. , And move in the longitudinal direction of the band (direction of the arrow). The animation generation unit 114 performs animation so that the slide bar 621 passes through the second area 623 after a predetermined time from the start of movement, passes through the first area 622, and finally reaches the position of the cursor 615. Generate.

  When the slide bar 621 reaches a desired position on the belt, the user performs a tap operation on the touch screen 15 to stop the slide bar 621 at that position. The UI control unit 113 stops the slide bar 621 at the position when the tap operation is received by the operation receiving unit 111. The battle progress unit 115 determines whether or not the ball control is good according to the stop position of the slide bar 621. As an example, in the present embodiment, the battle progress unit 115 determines that the pitcher character 603 has succeeded in controlling the ball completely when the slide bar 621 stops in the first region 622, and the slide bar 621 moves to the second region 623. If it is stopped at, it is determined that a pitch that is close to success has been made, and if it is stopped at other areas, it is determined that the ball control has failed. Here, “completely successfully controlled” means that the pitcher character 603 has successfully pitched and the ball moves in the virtual space according to the ball type and course designated by the pitching user. “Throwing close to success” means that the ball does not follow the ball type and course specified by the pitching user, but the ball moves in the virtual space based on the ball type and course close to it. means. “Failed to control ball” means that the pitcher character 603 has thrown away, and the ball moves in the virtual space in a ball type and course that are far from the ball type and course specified by the pitching user. To do.

  In another embodiment, when it is determined that the pitch is good, the batting user terminal 100B hides the UI object that supports the batting operation displayed on the batting screen 700 (described later in FIG. 9). Or it may be difficult to see, or the display timing may be delayed. As a result, when the pitching side user successfully performs the above-described series of pitching operations and succeeds in controlling the ball, the hitting side user is unlikely to succeed in hitting. Thus, the proficiency level of the battle game is further enhanced because the proficiency level of the user's game operation directly affects the progress of the battle.

  If it is determined whether or not the ball control is good, then the battle progress unit 115 causes the display unit 152 to display the fourth pitching screen 600 shown in FIG. The fourth pitch screen 600 includes a pass / fail judgment result 624. Further, on the fourth pitch screen 600, an animation in which the pitcher character 603 starts throwing may be given, and the ball 604 that has been held in the pitcher character 603's glove so far may be drawn. Thereby, the pitching-side user can immediately receive feedback regarding his / her operation performed on the third pitching screen 600.

  The band-like gauge of the pass / fail judgment object 620 preferably has a shape such as a bow or an arch, and imitates a parabola drawn by a thrown ball. Moreover, it is preferable that the band width of the pass / fail determination object 620 is determined so as to become narrower as it moves from the first position to the second position. Further, in the gauge, the pass / fail judgment object 620 is arranged such that the portion closest to the second position and the width of the band is the narrowest, that is, the tip of the gauge overlaps the cursor 615 determined as the expected arrival position of the ball. Is preferably arranged. Thereby, the user intuitively understands the band-shaped gauge as if the ball thrown from the pitcher character 603 is a path along which the ball moves toward the catcher character 605 disposed at the back of the screen. From the above, the pass / fail judgment object 620 according to the present embodiment is a UI added for the purpose of enhancing the fun of the game, contrary to the purpose of reproducing the actual baseball, but the throwing screen 600 is displayed on the actual screen. It contributes to producing a throwing scene that does not feel uncomfortable without being deviated from the throwing scene.

<Example of hitting screen>
FIG. 9 is a diagram showing still another specific example of the game screen displayed on the display unit of the user terminal. Specifically, the game screen is a batting screen 700 representing the batting scene of the batter character. The batting screen 700 includes a batting operation UI described below for accepting an batting operation by the batting user when the ongoing phase is the manual progression mode.

  When one phase is started and a pitching user who is an opponent performs a pitching operation, a pitching result D1 generated by the pitching user terminal 100A is supplied to the hitting user terminal 100B. When the batting user terminal 100B receives the pitching result D1, the battle progress unit 115 of the batting user terminal 100B, for example, causes the UI control unit 113 to generate the batting screen 700 shown in FIG. Display.

  The battle progression unit 115 arranges the home base 607 between the first position and the second position in the stadium as a virtual space. The battle progression unit 115 sets an intersecting surface extending in a direction intersecting the direction from the first position toward the second position on the home base 607. The battle progress unit 115 determines whether or not the batter character 601 has hit the ball 604 based on the intersection plane. As described above, the intersecting surface may include, for example, a strike zone 701 and a ball zone 702 disposed outside the strike zone.

  When the operation accepting unit 111 accepts an operation for designating the timing of the swing from the user at the timing when the ball 604 thrown by the pitcher character 603 arrives at the intersection, the batter character 601 swings the bat 602 to make the ball An action of hitting 604 can be given to the ball 604. A ball 604 shown in FIG. 9 shows an example of the ball 604 that is being moved toward the intersection after being pitched by the pitcher character 603.

  As shown in FIG. 9, the hitting screen 700 may include various objects in addition to the above. In particular, it is preferable to include a UI object for supporting the user's hitting operation. Examples of UI objects that support the batting operation include a timing hint object 703, a meet cursor 704, a position hint object 705, a direction hint object 706, and the like.

  The timing hint object 703 indicates to the user a good timing for causing the batter character 601 to swing the bat 602. The meat cursor 704 indicates to the user the expected arrival position of the swung bat 602 as an area that can act on the ball 604 at the intersection when the bat 602 is swung. The meet cursor 704 is also an area referred to by the battle progress unit 115 in order to determine the hit between the bat 602 and the ball 604. The position hint object 705 indicates to the user the expected arrival position of the ball 604 thrown by the pitcher character 603 on the intersection plane. The direction hint object 706 indicates a change in the traveling direction of the thrown ball 604 to the user.

  In the present embodiment, as an example, the batting operation for determining the batting result D2 includes a slide operation for designating the position of the meet cursor 704 and the timing of swinging the bat 602 toward the determined position of the meet cursor 704. And a flick operation for specifying. That is, the slide operation is an operation for designating a position at which a ball is hit with respect to the pitch, and the flick operation is an operation for designating a timing for hitting, that is, a timing for swinging the bat 602. That is, for the hitting user, whether or not the battle, in particular, the attack time can be advantageously advanced, depends on the skill of both the slide operation and the flick operation in the manual progress mode.

  When the ball 604 is thrown from the pitcher character 603, the operation accepting unit 111 shifts to a state of waiting for the above-described batting operation on the batting screen 700. When the operation reception unit 111 receives a user's slide operation on the touch screen 15, the UI control unit 113 moves the meet cursor 704 in accordance with the slide operation. Note that the user may determine the best position of the meet cursor 704 with reference to the position hint object 705.

  Subsequently, the battle progress unit 115 determines whether or not the ball 604 thrown by the pitcher character 603 has reached a predetermined range based on the crossing plane. That is, it is determined whether or not the thrown ball 604 has approached the intersection set on the home base 607 to less than a predetermined distance. When it is determined that the ball 604 has reached a distance less than a predetermined distance from the intersection, the UI control unit 113 may limit at least a part of the movement of the meet cursor 704. The UI control unit 113 may change the display mode such as the color or pattern of the meet cursor 704 so as to indicate that the movement is restricted.

  On the hitting screen 700, an animation that moves toward the strike zone 701 is given to the thrown ball 604 by the animation generation unit 114. The user follows the moving ball 604 with his / her eyes, and performs a flick operation to specify the start timing of the swing performed by the batter character 601 at the best timing that the ball 604 thinks has reached the home base 607. Can do.

  The user can further refer to the timing hint object 703 in order to measure the best timing of the flick operation. The timing hint object 703 is displayed when the ball 604 starts to be thrown, and an animation is generated such that the ball 604 contracts toward the center of the ball 604 as it approaches the crossing surface on the home base 607. Part 114. Furthermore, the animation is an animation that is reduced to the same size as the outline of the ball 604 at the timing when the ball 604 reaches the intersection. By checking the size of the timing hint object 703, the user can measure the best timing for obtaining a good hitting result.

  When the operation accepting unit 111 accepts the flick operation, the battle progress unit 115 determines whether or not the batter character 601 has hit the ball 604 based on at least the positional relationship between the ball 604 and the meet cursor 704 at the crossing surface at that time. Determine. That is, it is determined whether or not the bat 602 swung by the batter character 601 has hit the ball 604 based on the user's slide operation and flick operation. For example, when the ball 604 is at least partially overlapped with the meet cursor 704 on the intersection plane, it may be determined that the batter character 601 has hit the ball 604.

  Furthermore, the battle progress unit 115 may determine whether or not a hit has been given based on the timing of the flick operation specified by the operation reception unit 111. For example, even when the ball 604 and the meet cursor 704 in the crossing plane are in a positional relationship suitable for hitting, the timing of the flick operation is too early or too late relative to the timing suitable for hitting the ball 604. When doing so, the battle progress unit 115 may determine that the batter character 601 did not hit the ball 604.

  Further, the battle progress unit 115 calculates a movement path when the hit ball 604 moves in the virtual space based at least on the above-described positional relationship. Specifically, the battle progress unit 115 dynamically models the collision between the bat 602 and the ball 604 based on the positional relationship described above. In this case, the velocity vector, rotation axis, rotation amount, and the like of the ball 604 immediately after hitting the bat 602 may be acquired as initial conditions for moving the ball 604. For example, when the lower part of the ball 604 is hit with the upper part of the meet cursor 704, the angle of the hit ball is increased and the fly is made. Further, when the upper part of the ball 604 is hit with the lower part of the meet cursor 704, the angle of the hit ball is lowered. Further, for example, in the case of a so-called just meat where the battle progress unit 115 hits the center of the ball 604 at the center position of the meat cursor 704 (core 707 in FIG. 9), the movement such that the ball 604 flies with the liner. Calculate the route. On the other hand, in cases other than just meat, it may be determined that the hit is a hit and the movement route corresponding to the hit may be calculated.

  According to the movement route calculated by the battle progress unit 115, the animation generation unit 114 generates an animation of the ball 604 flying along the calculated movement route. The display control unit 112 displays the generated animation of the flying ball 604 on the display unit 152.

  After the ball 604 moves on the field in this way, the battle progress unit 115 moves the ball 604 in the virtual space, moves the fielder character defending, and moves the runner character moving forward according to the game program 131. And so on. And based on the calculation result, each object is moved and a field play scene is advanced. The UI control unit 113 and the animation generation unit 114 may generate an image or animation corresponding to the calculated field play scene and display it on the display unit 152.

  If the batter character 601 determines that the batter character 601 has not hit the ball 604, the battle progress unit 115 may omit the calculation of the movement path of the ball 604. In this case, an animation in which the batter character 601 swings the ball 604 is generated by the animation generation unit 114, and the animation is displayed on the display unit 152 by the display control unit 112.

  The batting screen 700 may include status information of each character that is confronting in the ongoing phase. As an example, status information 708 of the batter character 601 of the own team and status information 709 of the pitcher character 603 of the opponent team may be included.

<Status information>
FIG. 10 is a diagram illustrating an example of a data structure of the situation information generated by the battle progress unit 115. As an example, the situation information 400 indicates situation information shared by both the pitching user terminal 100A and the batting user terminal 100B at the timing t3 shown in FIG. The situation information 401 indicates the first situation information generated by the battle progress unit 115 of the pitching user terminal 100A at the timing tm. The situation information 402 indicates the second situation information generated by the battle progression unit 115 of the batting user terminal 100B at the same timing tm.

  As shown in FIG. 10, the situation information includes, for example, an inning 410 indicating an inning in progress, a score 411 indicating a score of each team, a runner 412 indicating how much the runner character of the attacking team is in progress, and in progress Various information of the ball count 413 at the bat and the outcount 414 at the inning in progress.

  In the example illustrated in FIG. 10, at the timing t <b> 3, the user terminals 100 are synchronized in a situation of “1 out, 1 runner”. Here, it is assumed that the batter character strikes back the ball thrown from the pitcher character in a predetermined phase after the timing t3.

  Then, in one pitching user terminal 100A, the battle progress unit 115 calculates the field play, and the result is that the runner character that was in the first base advances to the second base and the batter character is taken out by the first base. Is output. In this case, the battle progress unit 115 generates the situation information 401 at the timing tm.

  On the other hand, in the batting-side user terminal 100B, the battle progress unit 115 calculates the field play and outputs the result that the runner character who was in the first base advances to the second base and the batter character becomes safe and has come out to the first base. And In this case, the battle progress unit 115 generates the situation information 402 at the timing tm.

  When the situation information 401 and the situation information 402 are exchanged via the server 200, the battle progress unit 115 detects that a synchronization shift has occurred somewhere from the timing t3 to tm. The battle progress unit 115 compares the situation information 401 and the situation information 402 generated at the same timing, and if there is a mismatch between at least one piece of information included in the situation information, it can be determined that a synchronization error has occurred. In the example illustrated in FIG. 10, the battle progress unit 115 detects the occurrence of synchronization shift based on the fact that the runner 412 and the outcount 414 do not match.

<Processing flow>
FIG. 11 and FIG. 12 are flowcharts showing the flow of processing executed by each device included in the game system 1 based on the game program 131. In the flowchart shown in FIG. 11, the process executed by the user terminal 100 is described separately for the process executed by the pitching user terminal 100A and the process executed by the batting user terminal 100B. About the process after step S139 shown in FIG. 12, the process which the user terminal 100 performs is common in the pitching side user terminal 100A and the batting side user terminal 100B. Therefore, in the flowchart shown in FIG. 12, the process executed by the pitching user terminal 100A and the process executed by the batting user terminal 100B are collectively described as processes executed by the user terminal 100 without distinguishing.

  The series of processes shown in FIG. 11 is started when the server 200 establishes matching between the pitching user terminal 100A and the batting user terminal 100B.

  In step S101, the battle support unit 211 of the server 200 initializes the situation information. The initialized battle information indicates the progress of the battle at the start of the battle. In step S102, the battle support unit 211 transmits a notification that matching has been established and the initialized status information to each user terminal 100, and starts a battle.

  In step S103 and step S104, the battle progress unit 115 of each user terminal 100 receives the initialized situation information and starts the battle progress. At this time, the display control unit 112 of each user terminal 100 may display the matching screen illustrated in FIG. 4 on the display unit 152, for example.

  In step S105, the battle support unit 211 synchronizes the start of the phase. Accordingly, the battle progress unit 115 of the pitching user terminal 100A starts the progress of the phase in step S106 and causes the display unit 152 to display the pitch screen 600 (FIGS. 5 to 8).

  In step S107, the operation reception unit 111 receives a pitching operation from the pitching user. In step S108, the battle progress unit 115 determines the pitch content such as the ball type, the course, and whether or not the pitch is good based on the pitching operation. In step S <b> 109, a pitch result D <b> 1 including information indicating the determined pitch content is generated, and the pitch result D <b> 1 is transmitted to the server 200.

  On the other hand, when the phase start is synchronized in step S105, the battle progress unit 115 of the batting user terminal 100B displays the batting screen 700 on the display unit 152 in step S110. At this time, since the pitching motion of the pitcher character 603 has not been confirmed, the pitcher character 603 before throwing the ball and the meet cursor 704 are displayed on the batting screen 700. In step S111, the operation reception unit 111 may receive a slide operation for moving the meet cursor 704.

  In step S112, the battle support unit 211 receives the pitching result D1. In step S113, the received pitching result D1 is transmitted to the batting user terminal 100B.

  In step S114, the batting user terminal 100B receives the pitching result D1 from the server 200. In step S115, the animation generation unit 114 of the batting user terminal 100B generates an animation in which the pitcher character 603 pitches and an animation in which the ball 604 moves based on the received pitching result D1. In step S116, display control unit 112 displays the generated animation on display unit 152. Here, in addition to the meet cursor 704, the UI control unit 113 may superimpose a UI object (for example, FIG. 9) for assisting the batting user's batting operation on the batting screen 700.

  Similarly, in the pitching user terminal 100A, in step S117, the animation generating unit 114 generates an animation in which the pitcher character 603 pitches and an animation in which the ball 604 moves. In step S 118, the display control unit 112 displays these animations on the display unit 152.

  In step S119, the operation accepting unit 111 of the batting user terminal 100B accepts the batting operation by the batting user. In step S120, the battle progress unit 115 determines the swing position of the bat 602, the swing timing, and the like based on the accepted batting operation. In step S <b> 121, the battle progress unit 115 generates a batting result D <b> 2 including information on the determined swing position and swing timing, and transmits it to the server 200.

  In step S122, the battle support unit 211 receives the batting result D2. In step S123, the received hit result D2 is transmitted to the pitching user terminal 100A.

  When the pitching user terminal 100A receives the hit result D2 from the server 200, in step S124, the animation generating unit 114 generates an animation that the batter character 601 hits based on the received hit result D2. In step S125, the display control unit 112 displays the generated animation on the display unit 152.

  When it is determined that the batter character 601 hits the ball 604 against the bat 602 based on the hit result D2, the battle progress unit 115 calculates field play in step S126. Specifically, the battle progress unit 115 performs calculations for moving the hit ball 604 on the field, calculations for causing the fielder character to defend (catch, throw, etc.), and advances the runner character. Or do calculations to make it happen.

  In step S127, the animation generation unit 114 may generate a field play animation according to the calculation result of the battle progress unit 115. In step S128, the display control unit 112 may display the generated animation on the display unit 152.

  If the battle progress unit 115 determines that the batter character 601 did not hit the ball 604 against the bat 602 (i.e., missed or missed) based on the hit result D2, Step S126 to Step S128 are performed. The execution of each process is omitted.

  In step S129, the battle progress unit 115 updates the status information based on the calculation result regarding the field play. For example, it is assumed that the calculation result indicates that “the ball bounced back by the batter character 601 was sent to the first base before the batter character 601 reached the first base”. In this case, the battle progress unit 115 updates the situation information 400 to the situation information 401. The battle progress unit 115 transmits the updated status information 401 to the server 200.

  Alternatively, when steps S126 to S128 are omitted, the battle progress unit 115 determines whether the arrival position of the thrown ball 604 in the crossing plane is within the strike zone 701 or other than that. The inside ball count 413 is updated.

  On the other hand, the battle progress unit 115 of the batting-side user terminal 100B executes steps S130 to S134 after step S121. Steps S130 to S134 are executed in the same manner as steps S124 to S128 described above. The difference is that the batting result D2 is not transmitted from the server 200, but is information generated by the own terminal in step S120.

  Also, in step S132, unlike step S126, the battle progress unit 115, for example, “the batter character 601 reaches the first base before the ball bounced back to the fair by the batter character 601 is sent to the first base. It is assumed that a calculation result indicating that “has been done” is output. In this case, the battle progress unit 115 updates the status information 400 to the status information 402 in step S135. The battle progress unit 115 transmits the updated status information 402 to the server 200.

  When receiving the situation information generated at the same timing from each user terminal 100, the battle support unit 211 transfers the received situation information to each user terminal 100 of the opponent in step S136. That is, the situation information 401 generated by the pitching user terminal 100A is supplied to the batting user terminal 100B, and the situation information 402 generated by the batting user terminal 100B is supplied to the pitching user terminal 100A, and the situation information is Exchanged. In step S137 and step S138, each user terminal 100 receives the situation information generated by the opponent user terminal 100, respectively.

  When the user terminal 100 receives the opponent situation information, in step S139, the battle progression unit 115 uses the first situation information (for example, situation information 401) generated by the own terminal and the opponent user terminal 100. The generated second situation information (for example, situation information 402) is compared.

  When all of the situation information matches, the battle progress unit 115 returns from step S139 YES to step S106 or step S110, executes the subsequent processing, and advances the next phase.

  On the other hand, when there is information that does not match at least one piece of information included in the situation information, the battle progressing unit 115 proceeds from NO of step S139 to step S140. Then, the battle progress unit 115 detects that the progress status of the battle does not match, that is, that a synchronization shift has occurred. When the battle progress unit 115 detects the occurrence of synchronization loss, the battle progress unit 115 interrupts the currently ongoing phase.

  In step S141, the battle progress unit 115 notifies the server 200 that a synchronization shift has occurred. The notification may be transmitted from both the pitching user terminal 100A and the batting user terminal 100B to the server 200, or may be transmitted from either one to the server 200. Each user terminal 100 may also transmit the notification to the opponent user terminal 100.

  In step S142, the battle progress unit 115 displays a message screen on the display unit 152 for notifying the user that synchronization loss has occurred. Specifically, the battle progress unit 115 instructs the display control unit 112 to display the message screen created by the UI control unit 113 on the display unit 152. Step S142 for displaying the message screen may be executed before step S141 after step S140 is executed. Further, the message screen may be continuously displayed until step S146 described later is executed.

  In step S143, when the battle support unit 211 of the server 200 receives a notification that synchronization loss has occurred from at least one of the user terminals 100 in the battle, the process proceeds from YES in step S143 to step S144. Here, the battle support unit 211 acquires the situation information from each user terminal 100. As an example, the first situation information is obtained from the pitching user terminal 100A, and the second situation information is obtained from the batting user terminal 100B.

  In step S144, the battle support unit 211 determines which status information is to be adopted as the latest status information in the ongoing battle. As described later, the battle support unit 211 may determine the situation information to be adopted based on various parameters, or may determine it randomly.

  In step S145, the battle support unit 211 transmits a notification indicating which status information has been adopted to each user terminal 100 participating in the battle.

  In step S146, the battle progress unit 115 of each user terminal 100 receives the above notification. Then, the latest status information of the ongoing battle is updated to the notified status information of the adopted one. In the case where the adopted situation information is created by the own terminal in step S129 or step S135, the updating process may be omitted.

  In step S147, the battle progress unit 115 displays on the display unit 152 a message screen for notifying the user of the battle progress status based on the adopted status information. Specifically, the battle progress unit 115 instructs the display control unit 112 to display on the display unit 152 a message screen created by the UI control unit 113 based on the situation information.

  When the synchronization error is resolved by adopting and unifying one situation information, each device ends the suspended phase, and moves to the next phase based on the adopted situation information. Resume the match. Specifically, in step S148, the battle support unit 211 of the server 200 ends the phase in which the synchronization error has been eliminated, returns to step S105, and performs synchronization control to start the next phase. In step S149, the battle support unit 211 of each user terminal 100 finishes the phase in which the synchronization error has been eliminated, proceeds to the next phase, and resumes the battle that was interrupted. The pitching-side user terminal 100A returns to step S106 and displays the above-described next-phase pitching screen 600 on the display unit 152 of the terminal. The batting user terminal 100B returns to step S110, and displays the batting screen 700 of the next phase described above on the display unit 152 of the own terminal.

<Example of message screen>
(Screen under discussion)
FIG. 13 is a diagram illustrating a specific example of a message screen displayed on the display unit of the user terminal. Specifically, the message screen is displayed on the display unit 152 of the user terminal 100 in step S142 while a synchronization error occurs. As an example, the message screen is preferably a discussion screen 800 as shown in FIG.

  The in-consideration screen 800 includes, for example, a text message 801 for notifying the user that synchronization loss has occurred. The in-consideration screen 800 is an effect in which the situation in which the progress of the battle is interrupted due to a malfunction that actually occurs on the game system 1, which is out of synchronization, is replaced with a situation in which the baseball game is interrupted. It is preferable that it contains.

  In an actual baseball game, if the director is not satisfied with the judgment of the referee, the manager may ask for reconsideration, and the game may be interrupted while the referee deliberates. Therefore, the in-consideration screen 800 may include text data 802 indicating that the jury is currently debating as the above-described effect. Instead of this, or in addition to this, the in-consideration screen 800 may include image data 803 indicating the scene of the deliberation by the jury as an effect described above.

  From the message screen described above, the user can know the reason why the progress of the battle is interrupted. Therefore, the user can feel the waiting time short. In addition, the baseball atmosphere can be prevented from being broken when notifying an actual problem of synchronization loss by the message screen described above. As a result, there is an effect that the sense of immersion in the baseball game cultivated by the user through the battle and the interest of the game are not impaired.

  Note that the battle progress unit 115 may display a UI object such as the switch button 613 on the in-consideration screen 800 for operations that can be performed by the user even when the battle progress is interrupted, and accept the user's operation.

(Deliberation result screen)
FIG. 14 is a diagram illustrating another specific example of the message screen displayed on the display unit of the user terminal. Specifically, the message screen is displayed on the display unit 152 of the user terminal 100 in step S147 when the generated synchronization error is resolved. As an example, the message screen is preferably a deliberation result screen 810 as shown in FIG.

  The deliberation result screen 810 includes, for example, a text message 811 for notifying the user of the progress status from which the synchronization error has been resolved and restarting the battle. The illustrated text message 811 shows, as an example, a text message notified when the situation information 401 is adopted among the situation information 401 and the situation information 402 (FIG. 10) in which a mismatch has occurred.

  It is preferable that the deliberation result screen 810 further includes an effect in which the report of the result of dealing with the problem of the synchronization error actually occurring on the game system 1 is replaced with the report of the result performed in the baseball game.

  In an actual baseball game, it is possible for the representative referee to announce the results of the jury's deliberation toward the audience seat. Therefore, the deliberation result screen 810 may include text data 812 indicating that the deliberation result is announced as the above-described effect. Instead of this, or in addition to this, the deliberation result screen 810 may include image data 813 indicating a scene in which the deliberation result is announced by a representative referee as the above-described effect. As shown in FIG. 14, the expression of the text message 811 is more preferably matched to the atmosphere expressed by the image data 813. Specifically, it is preferable that the text message 811 expresses the contents expressed by the referee included in the image data 813.

  It is possible to prevent the baseball atmosphere from being destroyed when notifying the contents related to the actual problem of the countermeasure result for the synchronization error by the message screen described above. In particular, a user who has reset the progress status of his / her terminal and has to restart the battle from a different situation may feel discomfort or dissatisfaction. Such a feeling of discomfort or dissatisfaction can be alleviated as much as possible by the effects related to the message screen described above. As a result, there is an effect that the sense of immersion in the baseball game cultivated by the user through the battle and the interest of the game are not impaired.

<Determination method of status information to be adopted>
In step S144, the battle support unit 211 of the server 200 may employ the situation information generated by the user terminal 100 of the losing (inferior) user immediately before the occurrence of the synchronization loss. For example, at the timing of t3 shown in FIG. 3, as shown in the situation information 400 shown in FIG. 10, the score of the first team operated by the attacking user and the second team operated by the pitching user is 1-0. Suppose there is. In this case, the battle support unit 211 rejects the situation information 401 generated by the batting user terminal 100B and adopts the situation information 402 generated by the pitching user terminal 100A.

  According to the above-described configuration, the stress of the losing user is reduced by having the user who wins the battle (dominant) bear the uncomfortable progress that is forced due to the synchronization loss, and psychologically. The fairness of the burden can be maintained. Progressing with a sense of incongruity refers to progress in the game in which there is no progress in the battle at the terminal, and the battle is resumed from a different progress.

  In step S144, the battle support unit 211 may employ situation information that is advantageous to the losing user immediately before the occurrence of the synchronization loss. For example, it is assumed that the score of the first team operated by the attacking user and the second team operated by the pitching user is 1 to 0 at the timing of t3 illustrated in FIG. Here, of the situation information 401 and the situation information 402, the situation information advantageous to the losing second team is the situation information 401. Therefore, the battle support unit 211 discards the situation information 402 and adopts the situation information 401.

  According to the above-described configuration, it is possible to keep the balance of the game as much as possible, and to prevent the occurrence of out-of-synchronization from promoting one-sided game development.

  In step S144, the battle support unit 211 may employ the situation information generated by the user terminal 100 of the user with a low rating. For example, assume that the rating of the batting user who operates the first team shown in FIG. 10 is “1932” and the rating of the pitching user who operates the second team is “2069”. In this case, the battle support unit 211 employs the situation information 401 generated by the batting user terminal 100B of the batting user with a low rating.

  According to the above-described configuration, it is possible to reduce the stress of the weaker user and to impart the psychological burden of fairness by having the user who is strong in the game bear the uncomfortable progression that is inevitably caused by the synchronization loss. Can keep.

  In step S144, the battle support unit 211 may employ situation information advantageous to a team operated by a user with a low rating. For example, the situation information 402 is advantageous situation information advantageous to the first team operated by the batting user with a low rating. Therefore, the battle support unit 211 discards the situation information 401 and adopts the situation information 402.

  According to the above-described configuration, it is possible to keep the balance of the game as much as possible, and to prevent the occurrence of out-of-synchronization from promoting one-sided game development.

  In step S144, the battle support unit 211 displays the situation information generated at the user terminal 100 of the user with the lower strength parameter assigned to the team operated by the user or each player character belonging to the team. It may be adopted. For example, it is assumed that the parameter of the overall ability value indicating the overall strength of the first team shown in FIG. 10 is “12885 points” and the parameter of the overall ability value of the second team is “14068 points”. In this case, the battle support unit 211 employs the situation information 401 generated by the batting user terminal 100B of the batting user who is operating the first team having a low overall ability value.

  According to the above configuration, by causing the user operating the strong team to bear the uncomfortable progression that is inevitably caused by the synchronization loss, the stress of the user operating the weak team is reduced, The fairness of the psychological burden can be maintained.

  In step S144, the battle support unit 211 may employ situation information that is advantageous to a team having a low strength parameter. In the above-described example, the team having a low total ability value is the first team, and the situation information advantageous to the first team is the situation information 402. Therefore, the battle support unit 211 discards the situation information 401 and adopts the situation information 402.

  According to the above-described configuration, it is possible to keep the balance of the game as much as possible, and to prevent the occurrence of out-of-synchronization from promoting one-sided game development.

  In step S144, the battle support unit 211 may employ the situation information generated by the user terminal 100 with a small number of adopted times when the synchronization shift occurs a plurality of times in one game. For example, in one game, a synchronization error has occurred three times so far, the situation information generated by the pitching user terminal 100A is adopted twice, and the situation information generated by the batting user terminal 100B is adopted once. And In this case, the battle support unit 211 adopts the situation information generated by the batting user terminal 100B in the fourth synchronization shift.

  According to the above-described configuration, it is possible to prevent a user who is forced to travel with a sense of incongruity from being out of sync with a specific user. Thereby, a user's psychological burden can be kept fair.

  In step S144, the battle support unit 211 may sequentially switch the user terminals 100 that adopt the situation information in the case of a two-player battle. For example, the situation information generated by the pitching user terminal 100A is adopted in the first synchronization deviation, the situation information generated by the batting user terminal 100B is adopted in the second synchronization deviation, and the synchronization deviation is performed thereafter. If this occurs, the situation information generated by each user terminal 100 is alternately adopted.

  According to the above-described configuration, it is possible to prevent a user who is forced to travel with a sense of incongruity from being out of sync with a specific user. Thereby, a user's psychological burden can be kept fair.

  In step S144, the battle support unit 211 may switch, in order or alternately, which user will employ the situation information advantageous to the team operated by the user. For example, in the first synchronization gap, the situation information advantageous to the first team is adopted. In the first synchronization deviation, the situation information advantageous to the second team is adopted. Alternately adopt situation information that is beneficial to the team.

  According to the above-described configuration, it is possible to prevent a user who suffers a disadvantage in progress from being out of sync with a specific user.

[Modification]
The battle progress unit 115 of the user terminal 100 forcibly switches the progress mode to auto progress and accepts a user operation related to the progress of the match when the number of times that synchronization is lost in a single game exceeds a predetermined number. It may not be possible. Specifically, the battle progress unit 115 does not display the pitching operation UI or the batting operation UI shown in FIGS. Therefore, the battle progress unit 115 advances the battle through communication with the server 200 in accordance with the game program 131 without accepting a user's pitching operation or batting operation.

  The configuration of the present embodiment can be applied to a game in which three or more players compete in addition to a game in which two players compete. In this case, the battle progress unit 115 of the user terminal 100 compares the three or more pieces of situation information generated by each user terminal 100 operated by each of three or more users. If even one piece of inconsistent situation information exists, a synchronization error is detected. In this case, the battle support unit 211 of the server 200 may adopt one situation information by majority vote.

  The battle support unit 211 may newly generate one piece of situation information serving as a compromise by combining two or more pieces of situation information having contradictions. For example, it is assumed that a synchronization error occurs due to a mismatch between the situation information 401 and the situation information 402 shown in FIG. The discrepancy occurs particularly in each runner 412 and each outcount 414 in the situation information. Accordingly, the battle support unit 211 may generate new situation information by adopting the runner 412 from one of the situation information 401 and adopting the outcount 414 from the other situation information 402.

  Alternatively, when there is a contradiction in numerical values between two or more pieces of situation information, the battle support unit 211 may generate an average value of the contradicting numerical values as new situation information. For example, when the score 411 indicates “5 vs. 3” in one situation information and the score 411 indicates “7 vs 3” in the other situation information, the battle support unit 211 determines between the conflicting values. Alternatively, situation information including a score 411 of “6 to 3” may be generated and used.

  According to the above-described configuration, it is possible to prevent a user suffering a disadvantage in progress from being biased to a specific user due to a synchronization error, and to keep a user's psychological burden fairly.

  The server 200 may perform comparison of the status information generated at each user terminal 100 and detection of synchronization loss instead of the user terminal 100. In this case, in step S136 illustrated in FIG. 11, the battle support unit 211 of the server 200 acquires, from each of the user terminals 100, the situation information generated by each user terminal 100 at the same timing during the battle progress. . Here, the battle support unit 211 may omit the process of transferring the acquired situation information to another user terminal 100, that is, the exchange of the situation information. In this case, steps S137 to S143 are also omitted.

  The battle support unit 211 executes a step of comparing the status information of each user terminal 100 after step S136. For example, the situation information 401 generated by the pitching user terminal 100A is compared with the situation information 402 generated by the batting user terminal 100B.

  When all the situation information matches, the battle support unit 211 proceeds to step S148, ends the ongoing phase, and shifts to the next phase. On the other hand, when there is information that does not match even one of the pieces of information included in the situation information, the battle support unit 211 detects that the battle progress status does not match, that is, that a synchronization shift has occurred. Perform steps. When the match support unit 211 detects the occurrence of synchronization loss, the battle support unit 211 may execute a step of notifying each user terminal 100 that synchronization loss has occurred. Then, the process proceeds to step S144.

  In step S144, it is assumed that one or both of the user terminals 100 is offline due to a communication trouble or the like while the battle support unit 211 arbitrates which situation information is used. In this case, the battle support unit 211 switches the progression mode of the user terminal 100 that has gone offline to the automatic progression mode. Then, in the auto progress mode, the battle support unit 211 may determine the pitching result or the hitting result by executing lottery instead of receiving the pitching result or the hitting result from the user terminal 100 and may generate the result. Thereby, even if the user terminal 100 goes offline, a battle can be advanced. When the offline user terminal 100 comes online again, the battle support unit 211 may transmit the final result (score, win / loss, etc.) of the battle.

[Example of software implementation]
The control block of the control unit 210 (particularly, the battle support unit 211), and the control block of the control unit 110 (particularly, the operation reception unit 111, the display control unit 112, the UI control unit 113, the animation generation unit 114, and the battle progress) The unit 115) may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or may be realized by software using a CPU (Central Processing Unit).

  In the latter case, an information processing apparatus provided with the control unit 210 and / or the control unit 110 includes a CPU that executes instructions of a program that is software for realizing each function, and the program and various data are computers (or CPUs). ROM (Read Only Memory) or storage device (referred to as “recording medium”) recorded in such a manner as to be readable, and a RAM (Random Access Memory) for expanding the program. And the objective of this invention is achieved when a computer (or CPU) reads the said program from the said recording medium and runs it. As the recording medium, a “non-temporary tangible medium” such as a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. The program may be supplied to the computer via an arbitrary transmission medium (such as a communication network or a broadcast wave) that can transmit the program. Note that one embodiment of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the program is embodied by electronic transmission.

  The present invention is not limited to the above-described embodiments, and various modifications are possible within the scope shown in the claims, and embodiments obtained by appropriately combining technical means disclosed in different embodiments. Is also included in the technical scope of the present invention.

[Additional Notes]
The contents according to one aspect of the present invention are listed as follows.

  (Item 1) The game program (131) has been described. According to an aspect of the present disclosure, a game based on a game program includes a user who operates a computer (user terminal 100) and one or more other users who operate other computers (other user terminals 100). It is a battle game in which battles are made via communication between computers. The game program is executed by at least one of the above-described computers including a processor (10), a memory (11), an operation unit (such as the input unit 151), and a display unit (152). The game program causes the processor to advance the battle between the user and the opponent user in accordance with the user's operation by synchronizing the progress with another computer operated by the opponent user (S106 to S128, S130 to S130). (S134) and a step of generating first situation information (situation information 401, situation information 402) indicating the progress of the progressed battle at a predetermined timing (for example, tm) in the progress of the battle (S129, S135), steps (S137, S138) for obtaining the second situation information (situation information 402, situation information 401) generated at the same predetermined timing in another computer, and the first situation information that does not match the first situation information 2 (NO in S139), a first notification (text message) indicating that a synchronization loss has occurred. A step (S142) of displaying a chromatography di 801) is executed. Thereby, synchronous control is implement | achieved and a communication battle game can be advanced without delay. In addition, when synchronization loss occurs, there is an effect that stress that the user feels can be reduced by waiting. As a result, even when a problem related to the synchronization control occurs, there is an effect that the problem can be dealt with without impairing the interest of the game.

  (Item 2) In the step of proceeding in (Item 1), if the synchronization is lost, the battle is interrupted until the progress can be resumed by sharing the progress at the predetermined timing among the computers. To do. Thereby, it is possible to deal with a problem without impairing the interest of the game.

  (Item 3) In (Item 2), in the step of displaying the first notification, the display of the first notification is continued while the battle is interrupted. Thereby, it is possible to deal with a problem without impairing the interest of the game.

  (Item 4) In (Item 3), the battle in the battle game is a sport (baseball) game, and in the step of displaying the first notification, a first image showing a scene of deliberation by the match panel of the game ( It is preferable that at least one of the image data 803) and the first text (text data 802) is displayed on the display unit together with the first notification. Thereby, it is possible to make the user feel the waiting time short. Moreover, when notifying the actual malfunction which concerns on communication, it can avoid breaking the baseball atmosphere. As a result, there is an effect that the sense of immersion in the game cultivated by the user through the battle is not impaired.

  (Item 5) In (Item 4), the game program may cause the processor to execute a step (S147) of displaying a second notification (text message 811) indicating the result of the deliberation on the display unit. Thereby, the user can know the countermeasure result with respect to a malfunction.

  (Item 6) In (Item 5), in the step of displaying the second notification, a second image (image data 813) and a second text (text data 812) showing a scene where the referee announces the result of the deliberation are displayed. ) Is preferably displayed on the display unit together with the second notification. Thereby, when notifying the real problem of the countermeasure result with respect to the malfunction which concerns on communication, it can avoid breaking the baseball atmosphere. In particular, it is possible to alleviate as much as possible the uncomfortable feeling that a user who has had to restart from a situation different from that in which the progress status of the terminal is reset. As a result, there is an effect that the sense of immersion in the game cultivated by the user through the battle is not impaired.

  (Item 7) In any one item from (Item 1) to (Item 6), the battle in the battle game is a baseball game, and in the generating step, an inning, a score, a runner at a predetermined timing of the game, Situation information including an outcount and a ball count may be generated. As a result, synchronization is limited to the minimum necessary information (the above-mentioned inning, score,..., Etc.) that has an influence on the progress of the baseball game. It is not necessary to store or process other information. Other information is held and processed at each client. Thereby, the load on the server can be reduced.

  (Item 8) In (Item 7), in the step of displaying the first notification, if any one of the inning, the score, the runner, the outcount, and the ball count does not match, the first notification is displayed. Thereby, synchronous control can be realized. In addition, when synchronization loss occurs, there is an effect that stress that the user feels can be reduced by waiting.

  (Item 9) In any one item from (Item 1) to (Item 7), the game program indicates that a synchronization error has occurred in the processor, and a server that supports the progress of the battle in each computer as a client ( 200) and a step (S141) of notifying at least one of one or more other computers of one or more counterpart users. Thereby, synchronous control is implement | achieved and a communication battle game can be advanced without delay.

  (Item 10) In (Item 9), in the step of proceeding, the battle is resumed based on the progress status at a predetermined timing shared among the computers. Thereby, synchronous control is implement | achieved and a communication battle game can be advanced without delay.

  (Item 11) In any one of the items from (Item 1) to (Item 10), in the step of proceeding, if a synchronization shift occurs more than a predetermined number during one battle, the progress of the battle The battle may be progressed without accepting the user's operation related to. As a result, even when synchronization loss frequently occurs, the online battle game can be progressed without delay. In addition, there is an effect that the user can be released from the stress based on frequent interruption of battles.

  (Item 12) The game program (131) has been described. According to an aspect of the present disclosure, a game program communicates with each computer as a client that executes the game program described in any one item of (Item 1) to (Item 11), and battles in each computer It is executed by the server (200) that supports the progress of. The server includes a processor (20) and a memory (21). The game program executed by the server periodically obtains situation information generated at the same timing on the progress of the battle by each computer participating in the battle to the processor of the server (S136), and at a predetermined timing A step (S143) of receiving notification that synchronization loss has occurred from at least one of the computers participating in the battle, and a predetermined timing at which synchronization loss has occurred based on the acquired plurality of situation information, A step of determining the progress status to be shared by each computer (S144) and a step of notifying each computer of the determined progress status (S145) are executed. Thereby, the synchronization shift can be eliminated and the communication battle game can be progressed without delay. The user can be relieved from the stress based on the occurrence of synchronization loss. As a result, there is an effect that it is possible to deal with a problem without impairing the fun of the game.

  (Item 13) In (Item 12), in the step of determining the progress status, any one of the obtained plurality of status information is adopted as the status information at a predetermined timing, and in the step of notifying, A notification may be transmitted to each computer indicating whether the situation information generated by that computer has been adopted. Thereby, the synchronization shift can be eliminated and the communication battle game can be progressed without delay. There is an effect that the user can be released from the stress based on the occurrence of synchronization loss.

  (Item 14) In (Item 13), the situation information includes information (score 411) indicating the superiority or inferiority of each user who participates in the battle at the above-mentioned timing, and a synchronization shift occurs in the step of determining the progress situation. Situation information acquired from a computer operated by an inferior (losing) user with reference to situation information generated by each computer at the immediately preceding timing (for example, t3 before tm), or the user Situation information advantageous to the above may be adopted. Thereby, the synchronization shift can be eliminated and the communication battle game can be progressed without delay.

  (Item 15) In (Item 13), in the battle game, each user is given an evaluation value that is updated so that the value increases when the battle is won. In the step of determining the progress, the evaluation value is You may employ | adopt the situation information acquired from the computer which a low user operates, or the situation information advantageous to this user. Thereby, the synchronization shift can be eliminated and the communication battle game can be progressed without delay.

  (Item 16) In (Item 13), the team or character operated by the user in the battle game is given a parameter indicating strength. In the step of determining the progress, the team or character having a low parameter is selected. You may employ | adopt the situation information acquired from the computer of the user who is operating, or the situation information advantageous to this user. Thereby, the synchronization shift can be eliminated and the communication battle game can be progressed without delay.

  (Item 17) In (Item 13), in the step of determining the progress status, the computer in which the generated status information is employed the least number of times when the synchronization shift occurs a plurality of times in one battle. You may employ | adopt the status information acquired from. Thereby, the synchronization shift can be eliminated and the communication battle game can be progressed without delay.

  (Item 18) In (Item 13), in the step of determining the progress status, the computers adopting the status information may be switched in order. Thereby, the synchronization shift can be eliminated and the communication battle game can be progressed without delay.

  (Item 19) In (Item 13), in the step of determining the progress status, it may be possible to sequentially switch which user is to receive status information advantageous to the user. Thereby, the synchronization shift can be eliminated and the communication battle game can be progressed without delay.

  (Item 20) A method for executing a game program has been described. According to an aspect of the present disclosure, a game based on a game program is a battle game in which a user who operates a computer and one or more opponent users who operate other computers compete with each other via communication between the computers. The game program is executed by at least one of the computers including a processor, a memory, an operation unit, and a display unit. The method includes a step in which a processor advances a match between a user and an opponent user in accordance with a user operation by synchronizing a progress status with another computer operated by the opponent user; Generating the first situation information indicating the progress of the battle at a predetermined timing in the progress of the battle, and the processor acquires the second status information generated at the same predetermined timing in another computer And when the processor has second status information that does not match the first status information, displaying a first notification indicating that synchronization loss has occurred on the display unit. The method according to (Item 20) has the same effects as the game program according to (Item 1).

  (Item 21) A method for executing a game program has been described. According to an aspect of the present disclosure, a game program communicates with each computer as a client that executes the game program described in any one item of (Item 1) to (Item 11), and battles in each computer It is executed by a server that supports the progress of The server includes a processor and a memory. The method includes a step in which a server processor periodically acquires situation information generated at the same timing during the battle by each computer participating in the battle, and the server processor is out of synchronization at a predetermined timing. A step of receiving a notification of the occurrence from at least one of the computers participating in the battle, and the processor of the server at each predetermined timing when a synchronization error occurs based on the acquired plurality of situation information Determining a progress status to be shared by the computers, and notifying each computer of the determined progress status by a processor of the server. The method according to (Item 21) has the same effects as the game program according to (Item 12).

  (Item 22) A method for executing a game program has been described. According to an aspect of the present disclosure, a game based on the game program is a battle game in which a user who operates a computer and one or more other users who operate other computers compete with each other via communication between the computers. It is. The game program is executed by a server that communicates with each computer as a client and supports the progress of a battle in each computer, and the server includes a processor and a memory. The method includes a step in which a server processor periodically acquires situation information generated at the same timing on the progress of a battle by each computer participating in the battle, and each of the server processors is generated at the same timing. When the situation information does not match, the step of detecting that the synchronization deviation has occurred, and the progress that the server processor shares with each computer at the timing at which the synchronization deviation has occurred based on the acquired plurality of situation information Determining the status, and the server processor notifying each computer of the determined progress. The method according to (Item 22) has the same effects as the game program according to (Item 12).

  (Item 23) The information processing apparatus has been described. According to an aspect of the present disclosure, the information processing device includes a storage unit (120) that stores a game program, and a control unit that controls the operation of the information processing device (user terminal 100) by executing the game program. 110), an operation unit, and a display unit. A game based on a game program is a battle game in which a user who operates a computer and one or more opponent users who operate other computers compete with each other via communication between the computers. At least one of the above-described computers functions as an information processing apparatus. The control unit synchronizes the progress of the battle between the user and the opponent user with another computer operated by the opponent user, proceeds according to the user's operation, and indicates the progress of the battle that has been advanced. The first situation information is generated at a predetermined timing in the progress of the battle, the second situation information generated at the same predetermined timing in another computer is acquired, and the second situation information that does not match the first situation information is obtained. When there is status information, a first notification indicating that synchronization loss has occurred is displayed on the display unit. The information processing apparatus according to (Item 23) has the same effects as the game program according to (Item 1).

  (Item 24) The server has been described. According to an aspect of the present disclosure, the server includes a storage unit (220) that stores a game program, and a control unit (210) that controls the operation of the server (200) by executing the game program. The server communicates with each computer as a client that executes the game program described in any one of (Item 1) to (Item 11), and supports the progress of the battle in each computer. The control unit of the server periodically acquires the situation information generated at the same timing in the progress of the battle by each computer participating in the battle, and participates in the battle with a notification that synchronization has occurred at a predetermined timing Based on a plurality of status information received and acquired from at least one of each computer, the progress status to be shared by each computer at a predetermined timing when the synchronization error occurs is determined, and the determined progress status is Notify the computer. The information processing apparatus according to (Item 23) has the same effects as the game program according to (Item 24).

1 game system, 2 network, 10,20 processor, 11,21 memory, 12,22 storage, 13,23 communication IF (operation unit), 14,24 input / output IF (operation unit), 15 touch screen (display unit, Operation unit), 17 Camera (operation unit), 18 Distance sensor (operation unit), 100 User terminal (information processing device, computer, other computer, client), 100A Throwing side user terminal (information processing device, computer), 100B Strike-side user terminal (information processing device, computer), 110, 210 control unit, 111 operation reception unit, 112 display control unit, 113 UI control unit, 114 animation generation unit, 115 battle progress unit, 120, 220 storage unit, 131 game programs, 132 game information, 133 users Information, 151 input unit (operation unit), 152 display unit, 200 server, 211 battle support unit, 400 situation information, 401 situation information (first situation information), 402 situation information (second situation information), 801 text Message (first notification), 802 text data (first text), 803 image data (first image), 811 text message (second notification), 812 text data (second text), 813 image Data (second image), 1010 object, 1020 controller (operation unit), 1030 storage medium

An object of one aspect of the present disclosure is to suppress a user's stress caused by a failure related to synchronization control.

According to one aspect of the present disclosure, there is an effect of suppressing a user's stress associated with a defect without impairing the fun of the game.

(Item 1) The game program (131) has been described. According to an aspect of the present disclosure, a game based on a game program includes a user who operates a computer (user terminal 100) and one or more other users who operate other computers (other user terminals 100). It is a battle game in which battles are made via communication between computers. The game program is executed by at least one of the above-described computers including a processor (10), a memory (11), an operation unit (such as the input unit 151), and a display unit (152). The game program causes the processor to advance the battle between the user and the opponent user in accordance with the user's operation by synchronizing the progress with another computer operated by the opponent user (S106 to S128, S130 to S130). (S134) and a step of generating first situation information (situation information 401, situation information 402) indicating the progress of the progressed battle at a predetermined timing (for example, tm) in the progress of the battle (S129, S135), steps (S137, S138) for obtaining the second situation information (situation information 402, situation information 401) generated at the same predetermined timing in another computer, and the first situation information that does not match the first situation information 2 (NO in S139), a first notification (text message) indicating that a synchronization loss has occurred. A step (S142) of displaying a chromatography di 801) is executed. Thereby, synchronous control is implement | achieved and a communication battle game can be advanced without delay. In addition, when synchronization loss occurs, there is an effect that stress that the user feels can be reduced by waiting. As a result, even when a problem related to the synchronization control occurs, the user's stress associated with the problem can be suppressed without impairing the fun of the game.

(Item 2) In the step of proceeding in (Item 1), if the synchronization is lost, the battle is interrupted until the progress can be resumed by sharing the progress at the predetermined timing among the computers. To do. Thereby, the stress of the user accompanying a malfunction can be suppressed , without impairing the interest property of a game.

(Item 3) In (Item 2), in the step of displaying the first notification, the display of the first notification is continued while the battle is interrupted. Thereby, the stress of the user accompanying a malfunction can be suppressed , without impairing the interest property of a game.

Claims (24)

A game program,
The game based on the game program is a battle game in which a user who operates a computer and one or more opponent users who operate other computers are battled through communication between the computers.
The game program includes a processor, a memory, an operation unit, and a display unit, and is executed by at least one of the computers.
The game program is stored in the processor.
Proceeding according to the user's operation by synchronizing the progress of the battle between the user and the opponent user with another computer operated by the opponent user;
Generating first status information indicating the progress status of the battle that has been advanced at a predetermined timing on the progress of the battle;
Obtaining second status information generated at the same predetermined timing in the other computer;
When there is the second situation information that does not match the first situation information, a game program that executes a step of displaying a first notification indicating that a synchronization error has occurred on the display unit is executed.   In the step of proceeding, when the synchronization shift occurs, the battle is interrupted until the battle can be resumed by sharing the progress status at the predetermined timing among the computers. The game program according to 1.   The game program according to claim 2, wherein in the step of displaying the first notification, the display of the first notification is continued while the battle is interrupted. The battle in the battle game is a sport game,
In the step of displaying the first notification, at least one of a first image and a first text showing a scene of the deliberation by the jury of the game is displayed on the display unit together with the first notification. The game program according to claim 3. The game program is stored in the processor.
The game program according to claim 4, wherein a step of displaying a second notification indicating the result of the deliberation on the display unit is executed.   In the step of displaying the second notification, at least one of a second image and a second text showing a scene in which the referee announces the result of the deliberation is displayed on the display unit together with the second notification. The game program according to claim 5, which is displayed. The battle in the battle game is a baseball game,
In the generating step, situation information including an inning, a score, a runner, an outcount and a ball count at the predetermined timing of the game is generated.
The game program according to any one of claims 1 to 6.   The step of displaying the first notification displays the first notification when any one of the inning, the score, the runner, the outcount, and the ball count does not match. The game program described in. The game program is stored in the processor.
Notifying at least one of the server that supports the progress of the battle in each computer as the client and the one or more other computers of the one or more opponent users that the synchronization loss has occurred The game program according to claim 1, wherein the game program is executed.   The game program according to claim 9, wherein in the proceeding step, the battle is restarted based on a progress situation at the predetermined timing shared among the computers.   The step of advancing, when a synchronization shift occurs more than a predetermined number of times during one battle, the battle is advanced without accepting the user's operation related to the progress of the battle. The game program according to any one of 1 to 10. A game program,
The game program is executed by a server that executes the game program according to any one of claims 1 to 11 and that communicates with each computer as a client and supports the progress of the battle in each computer. The server comprises a processor and memory;
The game program executed by the server is stored in the processor of the server.
Periodically acquiring situation information generated at the same timing on the progress of the battle by the computers participating in the battle;
Receiving a notification that the synchronization error has occurred at the predetermined timing from at least one of the computers participating in the battle;
Determining a progress status to be shared by each of the computers at the predetermined timing when the synchronization loss has occurred, based on the acquired plurality of status information;
And a step of notifying each computer of the determined progress status. In the step of determining the progress status, any one of the acquired status information is adopted as status information at the predetermined timing,
The game program according to claim 12, wherein in the notifying step, a notification indicating which computer has generated the situation information is transmitted to each computer. The situation information includes information indicating superiority or inferiority in the timing of each user participating in the battle,
In the step of determining the progress status, the status information generated by the computer operated by the inferior user with reference to the status information generated by each computer at a timing immediately before the occurrence of the synchronization loss, or The game program according to claim 13, wherein situation information advantageous to the user is employed. In the battle game, each user is given an evaluation value that is updated so that the value increases when the battle is won.
The game program according to claim 13, wherein in the step of determining the progress situation, situation information acquired from a computer operated by a user having a low evaluation value or situation information advantageous to the user is adopted. The team or character operated by the user in the battle game is given a parameter indicating strength,
The step of determining the progress situation employs situation information obtained from a computer of a user operating the team or the character having a low parameter or situation information advantageous to the user. The described game program.   In the step of determining the progress status, the status information acquired from the computer having the smallest number of times the generated status information is adopted is adopted when synchronization loss occurs a plurality of times in one battle. The game program according to claim 13.   The game program according to claim 13, wherein in the step of determining the progress status, a computer that employs status information is switched in order.   The game program according to claim 13, wherein, in the step of determining the progress status, the user selects status information advantageous to which user in order. A method for executing a game program,
The game based on the game program is a battle game in which a user who operates a computer and one or more opponent users who operate other computers are battled through communication between the computers.
The game program includes a processor, a memory, an operation unit, and a display unit, and is executed by at least one of the computers.
In the method, the processor comprises:
Proceeding according to the user's operation by synchronizing the progress of the battle between the user and the opponent user with another computer operated by the opponent user;
Generating first status information indicating the progress status of the battle that has been advanced at a predetermined timing on the progress of the battle;
Obtaining second status information generated at the same predetermined timing in the other computer;
Displaying the first notification indicating that a synchronization error has occurred on the display unit when there is the second status information that does not match the first status information. A method for executing a game program,
The game program is executed by a server that executes the game program according to any one of claims 1 to 11 and that communicates with each computer as a client and supports the progress of the battle in each computer. The server comprises a processor and memory;
In the method, the processor of the server includes:
Periodically acquiring situation information generated at the same timing on the progress of the battle by the computers participating in the battle;
Receiving a notification that the synchronization error has occurred at the predetermined timing from at least one of the computers participating in the battle;
Determining a progress status to be shared by each of the computers at the predetermined timing when the synchronization loss has occurred, based on the acquired plurality of status information;
Informing the respective computers of the determined progress status. A method for executing a game program,
The game based on the game program is a battle game in which a user who operates a computer and one or more opponent users who operate other computers are battled through communication between the computers.
The game program is executed by a server that communicates with each computer as a client and supports the progress of a battle in each computer, and the server includes a processor and a memory.
In the method, the processor of the server includes:
Periodically acquiring situation information generated at the same timing on the progress of the battle by the computers participating in the battle;
Detecting the occurrence of synchronization loss when the situation information generated at the same timing does not match; and
Determining a progress status to be shared by each of the computers at the timing when the synchronization loss has occurred, based on the obtained plurality of status information;
Informing the respective computers of the determined progress status. An information processing apparatus,
The information processing apparatus includes:
A storage unit for storing game programs;
A control unit that controls the operation of the information processing apparatus by executing the game program;
An operation unit;
A display unit,
The game based on the game program is a battle game in which a user who operates a computer and one or more opponent users who operate other computers are battled through communication between the computers.
At least one of the computers functions as the information processing apparatus;
The controller is
The battle between the user and the opponent user is advanced according to the operation of the user by synchronizing the progress status with another computer operated by the opponent user,
Generating first status information indicating the progress status of the battle that has been advanced at a predetermined timing on the progress of the battle;
Obtaining the second situation information generated at the same predetermined timing in the other computer;
An information processing apparatus that displays, on the display unit, a first notification indicating that synchronization loss has occurred when there is the second situation information that does not match the first situation information. A server,
The server
A storage unit for storing game programs;
A controller that controls the operation of the server by executing the game program,
The server executes the game program according to any one of claims 1 to 11, communicates with each computer as a client, and supports the progress of the battle in each computer,
The control unit of the server is
Periodically acquiring the situation information generated at the same timing on the progress of the battle by each computer participating in the battle,
A notification that the synchronization error has occurred at the predetermined timing is received from at least one of the computers participating in the battle;
Based on the acquired plurality of status information, determine the progress status to be shared by each computer at the predetermined timing when the synchronization loss occurs,
A server for notifying each computer of the determined progress status.

Images