JP2019111376A - Game program, method, and information processing apparatus - Google Patents

Abstract

To increase game interest.SOLUTION: A game program (131) causes a processor (10) to execute the steps of: making a progress of a match between a user and an opponent user according to the user's operation by synchronizing the progress status with another computer operated by the opponent user (S106 to S128, S130 to S134); generating first status information indicating the progress status of the progressed match at a predetermined timing on the progress of the match (S129, S135); acquiring second status information generated at the same predetermined timing in another computer (S137, S139); and displaying a first notification indicating that a synchronization deviation has occurred on the display unit (S142) when the second status information not matching 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 of executing the game program, and an information processing apparatus.

  Various entrepreneurs provide game programs that cause a character to be displayed in a virtual space and the user to operate the character to advance the game. For example, games based on sports such as tennis, table tennis, dodgeball, baseball, soccer, and hockey are provided.

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

Unexamined-Japanese-Patent No. 2006-263069 (October 5, 2006 publication) Japanese Patent Application Laid-Open No. 2003-010549 (published on January 14, 2003)

  In the communication competition game described above, in order to synchronize the progress of the battle between the terminals, it is necessary to share between the terminals the game elements that affect the progress of the battle. However, the server is responsible for supporting several battles simultaneously while communicating with multiple terminals. Therefore, it is too heavy for the server to execute information processing (for example, calculation of the virtual space in which the battle progresses) sequentially for all the game elements set for each battle, which is not realistic. There is.

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

  The out-of-sync condition unexpectedly occurs, and it takes a certain amount of time to solve this problem. The match is unexpectedly interrupted due to the fact that the synchronization is actually out of sync regardless of the game world. Users who face this problem will be forced to wait after breaking the match-up atmosphere they have enjoyed until now. As a result, the interest of the game is lost, and a problem arises that the user feels extremely stressed. The prior art described above does not disclose a solution to this problem.

  An aspect of the present disclosure is to address the problem without impairing the interest of the game even when a problem relating to synchronous control occurs.

  In the game program according to the present disclosure, the game based on the game program is a competition game in which a user operating a computer and another user operating one or more other computers are played against each other via 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 comprises the steps of: causing the processor to synchronize the progress between the user and the opponent user with another computer operated by the opponent user, and advancing the game according to the user's operation; Generating first status information indicating a progress status at a predetermined timing on the progress of the battle, acquiring second status information generated at the same predetermined timing on another computer, and And displaying on the display unit a first notification indicating that a synchronization deviation has occurred, when there is second status information that does not match the status information.

  The game program according to the present disclosure is executed by a server that executes the above-described game program and communicates with each computer as a client to support the progress of a match on each computer. The server comprises a processor and a memory. The game program executed by the server has a step of periodically acquiring situation information generated at the same timing on the proceedings of the battle by each computer participating in the battle, and the processor of the server is out of sync at a predetermined timing. Step of receiving notification of occurrence from at least one of each computer participating in the battle, and based on a plurality of acquired status information, progress to be made to be shared by each computer at a predetermined timing at which a synchronization deviation has occurred The steps of determining the situation and notifying the computer of the determined progress are performed.

  A method according to the present disclosure is a method of executing a game program. A game based on a game program is a competition game in which a user who operates a computer and one or more opponent users who operate another computer compete against each other through 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. In the method, the processor synchronizes the progress of the battle between the user and the other user with another computer operated by the other user, and proceeds according to the user's operation; Generating the first status information indicating the progress of the battle at a predetermined timing on the progress of the battle, and the processor acquires the second status information generated at the same predetermined timing on another computer And a step of displaying on the display unit a first notification indicating that a synchronization deviation has occurred, when the processor has second status information that does not match the first status information.

  A method according to the present disclosure is a method of executing a game program. The game program is executed by a server that executes the game program described above and communicates with each computer as a client to support the progress of the battle on each computer. The server comprises a processor and a memory. The method includes the steps of the server processor periodically acquiring status information generated at the same timing on the progress of the battle by each computer participating in the battle, and the processor of the server having a synchronization deviation at a predetermined timing. Receiving notification from at least one of each of the computers participating in the battle, and each computer at a predetermined timing at which a synchronization deviation has occurred based on the plurality of status information acquired by the server processor Determining the progress to be shared, and the processor of the server notifying each computer of the determined progress.

  A method according to the present disclosure is a method of executing a game program. The game based on the game program is a competition game in which a user who operates a computer and one or more opponent users who operate another computer compete against each other through communication between the computers. The game program is executed by a server that communicates with each computer as a client to support the progress of a match on each computer, and the server includes a processor and a memory. The method is that the processor of the server periodically acquires the status information generated at the same timing on the progress of the battle by each computer participating in the battle, and the status information generated at the same timing does not match The steps of detecting the occurrence of the out-of-sync condition, determining the progress status to be shared by each computer at the timing of the occurrence of the out-of-sync condition based on the plurality of acquired status information, and the determined progress Notifying the 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 an 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 competition game in which a user who operates a computer and one or more opponent users who operate another computer compete against each other through communication between the computers. At least one of the above-described computers functions as an information processing apparatus. The control unit synchronizes the progress between the user and the other user with another computer operated by the other user, advances the game according to the user's operation, and indicates the progress of the progress. The first status information is generated at a predetermined timing on the progress of the battle, and the second status information generated at the same predetermined timing is acquired by the other computer, and the second status information does not match the first status information. When there is status information, a first notification indicating that a synchronization deviation 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 an operation of the server by executing the game program. The server communicates with each computer as a client that executes the game program described above to support the progress of the battle on each computer. The control unit of the server periodically acquires situation information generated at the same timing on the proceedings of the battle by each computer participating in the battle, and participates in the battle informing that a synchronization deviation has occurred at a predetermined timing. The progress status to be shared by each computer is determined based on the plurality of status information received from at least one of the respective computers to be acquired at a predetermined timing when the synchronization deviation occurs, and the determined progress status is determined. Notify computer

  According to one aspect of the present disclosure, it is possible to cope 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 (game) advanced based on the game program of the communication competitive 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 further another 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 status information which a battle | competition advancing 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 one specific 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. The present invention is not limited to these exemplifications, but is shown by the claims, and all changes within the scope and meaning equivalent to the claims are intended to be included in the present invention. Ru. In the following description, the same components are denoted by the same reference symbols in the description of the drawings, and redundant description will not be repeated.

<Hardware Configuration of Game System 1>
FIG. 1 is a diagram showing 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 is composed of the Internet and various mobile communication systems constructed by wireless base stations (not shown). Examples of this mobile communication system include so-called 3G and 4G mobile communication systems, LTE (Long Term Evolution), and a wireless network (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point. .

  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 configurations of the server 200 are electrically connected to each other by 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 And These configurations of the user terminal 100 are electrically connected to each other by 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. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark), for example. The controller 1020 may have one or more buttons and the like, and transmits an output value based on the user's input operation on the buttons and the like to the user terminal 100. In addition, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and transmits the output values of the various sensors to the user terminal 100.

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

  The user terminal 100 desirably has a user using the controller 1020 input user identification information such as the user's name or login ID via the controller 1020, for example, at the start of the game. Thereby, the user terminal 100 can associate the controller 1020 with the user, and specifies which user the output value belongs to based on the transmission source (the controller 1020) of the received output value. be able to.

  When the user terminal 100 communicates with a plurality of controllers 1020, each user holds each controller 1020, thereby preventing communication with another device such as the server 200 via the network 2, the one user terminal 100. Can realize multiplayer. Also, multiplay is realized locally by a plurality of user terminals 100 by the respective user terminals 100 communicably connecting each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (a communication connection is made without passing through the server 200). You can also When the above-described multiplayer is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200 described later. Further, when the above-described multiplay 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.

  The user terminal 100 may communicate with the server 200 even if the above-described multiplay is realized locally. For example, the user identification information may be transmitted to the server 200 in association with information indicating a play result such as a score or an outcome in a certain game.

  In addition, the controller 1020 may be configured to be removable from the user terminal 100. In this case, a joint with the controller 1020 may be provided on at least one of the surfaces of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected by wire via the connection 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 receive attachment of a storage medium 1030 such as an external memory card via the input / output IF 14. Thereby, 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, for example, a game program.

  The user terminal 100 may store a game program acquired by communicating with an external device such as the server 200 in the memory 11 of the user terminal 100, or the game program acquired by reading from the storage medium 1030 may be stored 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. The above-described units as an input mechanism can be regarded as an operation unit configured to receive a user's 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 the object 1010 in the vicinity of the user terminal 100, and the input operation is performed from the detection result of the object Identify. As an example, the user's hand as the object 1010, a marker of a predetermined shape, etc. are detected, and the input operation is specified based on the color, shape, movement, type, etc. of the object 1010 obtained as a detection result. Ru. More specifically, when the user terminal 100 detects a user's hand from the captured image of the camera 17, the user's input operation is a gesture (a series of movements of the user's hand) detected based on the captured image. Identify and accept. The photographed image may be a still image or a moving image.

  Alternatively, when the operation unit is configured by the touch screen 15, the user terminal 100 identifies and accepts the user's operation performed on the input unit 151 of the touch screen 15 as the user's input operation. Alternatively, when the operation unit is configured by the communication IF 13, the user terminal 100 identifies and receives a signal (for example, an output value) transmitted from the controller 1020 as an input operation of the user. 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 the user's input operation.

<Game Outline>
The game system 1 is a system for executing a communication competition game in which a user operating one of the computers and an opponent user as an opponent operating the other computer are competed through communication between the respective computers. is there.

  The subject matter or genre of the communication competition game is not particularly limited. The communication competition game may be, for example, a game based on sports such as tennis, table tennis, dodgeball, baseball, soccer, and hockey. The communication competition game is a game including elements of the communication competition, for example, in puzzle games, quiz games, RPGs, adventure games, shooting games, simulation games, training games, action games, etc., in addition to sports based games. It may be

  In the present embodiment, as an example, the game system 1 executes a communication match baseball game in which the own team to which one or more characters operated by the user belong and the opponent team to which the one or more characters operated by the other user belong Is a system to In the game system 1, the user operates a character belonging to his team using a computer. The above-mentioned opponent user operates the character belonging to the above-mentioned opponent team using another computer which can communicate with the above-mentioned computer. The game program of the communication competitive baseball game executed in the game system 1 is executed by at least one of the 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 the competitive baseball game is executed, the respective teams are operated by the first user terminal 100 and the second user terminal 100 communicating via the server 200. Then, in the telecommunications competitive baseball game, the team attack and defend alternate between the front and the back per 1 inning. In the following, if it is necessary to distinguish between the user terminal 100 operating the team on the defensive side and the user terminal 100 on the attacking side on the front or back of a certain inning, the former is hit by the throwing user terminal 100A, the latter is hit It is called the side user terminal 100B. When it is not necessary to distinguish between the two, it is simply referred to as the user terminal 100. The user of the pitching side user terminal 100A is referred to as a pitching side user, and the user of the batting side user terminal 100B is referred to as a batting side user. However, when there is no need to distinguish between both users, and when the distinction is clear, they are simply referred to as users. The pitching side user operates pitching by the pitcher character using the pitching side user terminal 100A, and the batting side user operates batting by the batter character using the batting side user terminal 100B.

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

  The batting side user terminal 100B determines a batting result according to the batting operation received from the batting side user, generates data including the batting result (batt result D2 shown in FIG. 1), and transmits it to the server 200. The batting result D2 is transmitted to the pitching side 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 communication competitive baseball game according to the present embodiment, each of the user terminals 100 participating in the battle is a virtual defined as imitating a stadium as a competition venue based on the pitching result D1 and the batting result D2. Perform calculations on the space and make the match progress. One of the pitching result D1 and the batting result D2 is generated at the own terminal, and the other is generated at the user terminal 100 operated by the other user. In the calculation of the virtual space, for example, the movement path of the thrown ball, the position of the shaken bat, and the process of calculating the flight path of the ball after hitting, etc., and whether or not the bat hits the ball The process of judging etc. is included. Further, the process of reproducing field play by calculating the movement of the player character and the position of the ball arranged in the field is included in the calculation of the virtual space.

  As described above, the user terminal 100 (computer) has a function to advance the battle based on the pitching result D1 and the batting result D2. The user terminal 100 also has a function of providing status information D3 indicating the progress status of the battle to the user terminal 100 of the opponent via the server 200. Furthermore, the user terminal 100 has a function of acquiring the situation information D4 provided from the user terminal 100 of the opponent and detecting a synchronization deviation by comparing with the situation information D3 generated by the own terminal. Furthermore, the user terminal 100 is provided with a user interface (hereinafter referred to as a UI) that presents information to the user during the time until the synchronization deviation is resolved, thereby eliminating or reducing stress on the user. The server 200 has a function to eliminate the out-of-synchronization by a method of eliminating or reducing stress on each user participating in the battle. The above-mentioned each composition of each device concerning this embodiment is explained in detail below.

<Hardware components of each device>
The processor 10 controls the overall operation of the user terminal 100. The processor 20 controls the overall operation of the 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 the program in a memory 11 described later. The processor 20 reads a program from a storage 22 described later, and develops the program in a memory 21 described later. The processor 10 and the processor 20 execute the expanded program.

  The memories 11 and 21 are main storage devices. The memories 11 and 21 are configured by storage devices such as ROM (Read Only Memory) and RAM (Random Access Memory). The memory 11 provides the processor 10 with a work area by temporarily storing programs 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 a program. The memory 21 provides the processor 20 with a work area by temporarily storing various programs and data read from the storage 22 described later by the processor 20. The memory 21 also temporarily stores various data generated while the processor 20 is operating according to a 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 of 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. Further, various data includes data related to a game such as user information and game information, and an instruction or notification transmitted / received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

  The storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are configured by a storage device such as a flash memory or a hard disk drive (HDD). The storage 12 and the storage 22 store various data related to the game.

  The communication IF 13 controls transmission and reception of various data in the user terminal 100. The communication IF 23 controls transmission and reception of various data in the server 200. The communication IFs 13 and 23 control communication using, for example, wireless LAN (Local Area Network), wired LAN, wireless LAN, Internet communication via a mobile telephone network, short distance wireless communication, and the like.

  The input / output IF 14 is an interface for the user terminal 100 to receive input of data, 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, or a speaker. The input / output IF 24 of the server 200 is an interface for the server 200 to receive input of data, and is an interface for the server 200 to output data. The input / output IF 24 can 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 in which the input unit 151 and the display unit 152 are combined. The input unit 151 is, for example, a touch sensitive device, and is configured of, for example, a touch pad. The display unit 152 is configured of, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display.

  The input unit 151 detects the position at which the user's operation (physical touch operation such as touch operation, slide operation, swipe operation, and tap operation) on the input surface is input, and inputs information indicating the position. It has a function to transmit as a signal. 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 resistive 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 attitude of the user terminal 100 from the output of the sensor and perform processing according to the holding attitude. For example, when the user terminal 100 is held in the vertical orientation, the processor 10 may perform vertical screen display that causes the display unit 152 to display a vertically long image. On the other hand, when the user terminal 100 is held in landscape orientation, a landscape image may be displayed on the display unit to display a horizontally long image. Thus, the processor 10 may be capable of switching between vertical screen display and horizontal screen display according to the holding attitude of the user terminal 100.

  The camera 17 includes an image sensor and the like, and converts a light incident from the lens into an electric signal to generate a photographed image.

  The distance measurement 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 on the measurement object. The distance measuring sensor 18 may have a light source that emits light having directivity.

  Here, an example in which the user terminal 100 receives a detection result in which the object 1010 in the vicinity of the user terminal 100 is detected 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 measurement sensor 18 may be provided, for example, on the side of the housing of the user terminal 100. A distance measuring sensor 18 may be provided in the vicinity of the camera 17. For example, an infrared camera can be used as the camera 17. In this case, the camera 17 may be provided with a lighting device for emitting infrared light, a filter for blocking visible light, and the like. This makes it possible to further improve the detection accuracy of an object based on a photographed image of the camera 17 regardless of whether it is outdoors or indoors.

  The processor 10 may perform one or more of the processes shown in the following (1) to (5), for example, on the captured image of the camera 17. (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to specify whether the captured image includes the user's hand. The processor 10 may use, for example, a technique such as pattern matching as an analysis technique employed in the above-described image recognition process. (2) Also, the processor 10 detects the user's gesture from the shape of the user's hand. The processor 10 specifies, for example, the number of fingers of the user (the number of extending fingers) from the shape of the user's hand detected from the captured image. The processor 10 further identifies a gesture made 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 made a gesture of “par”. Further, when the number of fingers is zero (the finger is not detected), the processor 10 determines that the user has made the gesture of “Go”. In addition, when the number of fingers is two, the processor 10 determines that the user has made a gesture of “Tokiki”. (3) The processor 10 performs image recognition processing on the captured image of the camera 17 to detect whether the user's finger is in a state where only the forefinger is standing or whether the user's finger makes a flicking motion. . (4) The processor 10 selects an object 1010 (a user's hand or the like in the vicinity of the user terminal 100 based on an image recognition result of a captured image of the camera 17 and / or an 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 the user terminal 100 (for example, a distance less than a predetermined value) or far (for example, the predetermined value) depending on the size of the user's hand specified from the captured image of the camera 17 It detects whether it is in the above distance). In addition, when the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or away from the user terminal 100. (5) If it is found that the distance between the user terminal 100 and the user's hand is changing while the user's hand is being detected based on the image recognition result of the captured image of the camera 17, etc., the processor 10 recognizes that the user shakes his hand in the shooting direction of the camera 17. If an object is detected or not detected by the distance measurement sensor 18 whose directivity is stronger than the shooting range of the camera 17, the processor 10 shakes the hand in the direction orthogonal to the shooting direction of the camera. recognize.

  As described above, the processor 10 determines whether the user holds the hand by image recognition on the captured image of the camera 17 (a gesture of “goo” or another gesture (eg, “par”)) To detect The processor 10 also detects how the user is moving this hand, as well as the shape of the user's hand. Also, the processor 10 detects whether the user is moving the hand closer to or away from the user terminal 100. Such an operation can correspond to, for example, an operation using a pointing device such as a mouse or a touch panel. For example, the user terminal 100 moves a pointer on the touch screen 15 in response 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. The continuation of the selection operation corresponds to, for example, the state in which the mouse is clicked and pressed down or the state in which the touch panel is touched after the touch-down operation is performed on the touch panel. In addition, when the user moves the hand further while the user terminal 100 detects the user's gesture "goo", such a series of gestures is 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 causes the user to repel a finger based on the detection result of the user's hand based on the captured image of the camera 17, the user clicks the gesture by tapping the mouse or tapping the touch panel. It may be recognized as an operation corresponding to

<Functional Configuration of Game System 1>
FIG. 2 is a block diagram showing functional configurations of the server 200 and the user terminal 100 included in the game system 1. The functional configuration of each of the server 200 and the user terminal 100, which is required when functioning as a general computer, and the functional configuration necessary to realize known functions of the game are appropriately omitted. doing.

  The user terminal 100 (computer, information processing apparatus, client) has a function as an input device for receiving an input operation of a user, and a function as an output device for outputting an image or a sound of a game. The user terminal 100 functions as a control unit 110 and a storage unit 120 by 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 has a function of communicating with each user terminal 100 to support the user terminal 100 to advance the communication match game. The server 200 functions as a control unit 210 and a storage unit 220 by 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 executed by the user terminal 100 and the server 200. The game information 132 is data to be referred to when the control unit 110 and the control unit 210 execute the game program 131. The user information 133 is data related to the account of the user. In the storage unit 220, the game information 132 and the user information 133 are stored for each user terminal 100.

(Functional Configuration of Server 200)
The control unit 210 centrally controls the server 200 by executing the game program 131 stored in the storage unit 220. For example, the control unit 210 transmits various data, programs, and the like to the user terminal 100. The control unit 210 receives part or all of the game information or the user information from the user terminal 100. When the game is a multiplay game, the control unit 210 may receive a request for multiplay synchronization from the user terminal 100 and transmit data for synchronization 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 another functional block (not shown) in order to support the progress of the game on the user terminal 100, depending on 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 to play a match, and mediates the exchange of the user terminals 100 with each other. Furthermore, the battle support unit 211 executes matching of opponents, synchronization control for synchronizing the progress of the battle, and the like.

(Functional Configuration of User Terminal 100)
The control unit 110 centrally controls 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 in accordance with the game program 131 and the operation of the user. In addition, while the game is in progress, the control unit 110 communicates with the server 200 as needed to transmit and receive information.

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

  The operation accepting unit 111 detects and accepts an input operation of the user on the input unit 151. The operation receiving unit 111 determines which input operation has been performed from the action exerted by the user on the console via the touch screen 15 and the other input / output IF 14, and outputs the result to each element of the control unit 110. Do.

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

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

  Furthermore, while the battle is in progress, the UI control unit 113 cooperates with the battle proceeding unit 115 to support the pitching operation by the pitching side user, or the UI object to support the batting operation by the batting side user. Control the display mode of These UI objects will be described later in detail with reference to FIGS.

  The animation generation unit 114 generates animations indicating motions of various objects based on control modes of various objects. For example, an animation of a throwing motion of a pitcher character, an animation of a hitting motion of a batter character, an animation of a bat waving by the batter character, an animation of a ball thrown by a pitcher character, an animation of a ball struck by a batter character, a runner character You may generate animation etc. which steal.

  The display control unit 112 outputs, to the display unit 152 of the touch screen 15, a game screen on which the processing result executed by each of the above-described elements is reflected. 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. In addition, the display control unit 112 may draw the UI object, which is controlled by the UI control unit 113, superimposed on the game screen.

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

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

  In addition, the battle proceeding unit 115 cooperates with the UI control unit 113 and the animation generation unit 114 to provide the above-described various UIs necessary for the user to play the communication match baseball game. The various UIs are realized, for example, by the battle proceeding unit 115 causing the UI control unit 113 to generate a game screen including a UI object, and the display control unit 112 to display the game screen on the display unit 152. Be done.

  The functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely an example. The server 200 may have at least a part of the functions of the user terminal 100. In addition, the user terminal 100 may have at least a part of the functions of the server 200. Furthermore, another 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 execute part of the processing in the game system 1. That is, in the present embodiment, the computer that executes the game program may be any of the user terminal 100, the server 200, and other devices, or may be realized by a combination of a plurality of these devices.

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

  Before this battle starts, a team consisting of a plurality of characters is formed. The user can operate the user terminal 100 to select nine characters for each position. In this way, organize your team. Similarly, the other user operates his / her user terminal 100 to form a team (opposed team) of nine characters.

  When the server 200 receives a matching request from the user terminal 100, the server 200 determines an opponent from among the other user terminals 100 that similarly receives the matching request, and prepares for a match. When matching is established by the server 200, the battle proceeds as follows.

  As shown in FIG. 3, the battle progressed by the battle proceeding unit 115 of each user terminal 100 is configured by a plurality of times (innings). In this game, a battle is progressed by replacing the offensive and defensive of the team on the front and the back for each inning, and each team performing defensive and offensive operations once. Each of the front and back of one inning is composed of a plurality of bats, and one bat at bat is associated with one attacking character. For one bat, determine the character confrontation scene in which the character on the defensive side (pitcher side) and the character on the attack side (attack side) confront one on one, and draw the result of the confrontation by animation , And a field play scene for completing the turn at bat.

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

  A phase is, so to speak, the smallest unit of elements constituting a match, and in a baseball game, it corresponds to one ball thrown by a pitcher character. In one phase, when one pitching motion is performed by the pitcher character and one batting motion is performed by the batter character, the match advancing unit 115 completes one phase, and the field play scene or the next Transition to the phase. For example, if the batter character can hit the bat at the ball and the ball is hit, the match advancing unit 115 calculates the flight path of the hit ball and places the ball on the field. Move and advance the field play scene. On the other hand, when the batter character has missed or missed the ball and the ball has not been hit, the match advancing unit 115 completes the phase, updates the status information, and advances the next phase. Specifically, the battle proceeding unit 115 is one of the situation information based on the reaching position of the pitch at the intersection plane including the strike zone and the ball zone, which is virtually set on the top of the home base. Update the ball count. For example, if the pitch lands in the strike zone, the strike count is increased by one, and if the ball lands outside 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 match advancing unit 115 determines the result of the on-going batting. For example, a strikeout, a goro or the like determines one out, a hit by a hit, a home run score addition, and the like. Along with this, the match advancing unit 115 completes the above-mentioned one turn at bat and advances the next turn at bat. That is, one turn at bat may end without passing through the field play scene. For example, in the case of strikeout or foreball, only a plurality of phases are advanced to complete one turn at bat.

  When three outs are accumulated in the front (or back) of one inning through the progress of several bats, the match advancing unit 115 completes the front (or back) of the one inning, and Swap the team's offensive and defensive and advance the back of the same inning (or the next inning's front)

  As an example, in the present embodiment, among the above-described elements constituting the battle, the field play scene is not automatically received by the user terminal 100 in the battle according to the game program 131 without accepting the user's operation. You may proceed at (auto advance). 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 progress). Each phase in which the throwing action and the striking action are performed once is an important element that determines the outcome of the match, and is an element that occupies most of the match. Therefore, the skill of the user's operation has a great influence on the outcome of the match, and the user who performed the operation can advantageously advance the match.

  In the present embodiment, the user may be able to switch the desired control method for each phase (every ball). In the present embodiment, the user terminal 100 receives an instruction to switch the control method from the user as needed, and sets the instructed control method at the start of the phase to visit immediately after the reception. For example, with respect to a certain ball, the user performs a pitching operation by himself, causes the pitcher character to perform a pitching operation, and the next ball is automatically pitched to the pitcher character under the control of the server 200. It is possible to play, such as performing an action.

  In the present embodiment, the battle proceeding unit 115 periodically generates status information at a predetermined timing on the progress of the battle. The predetermined timing is, as an example, a break of each element of the battle. As shown in FIG. 3, the predetermined timing may be a phase break (such as t1 to t3) or a turn at bat (such as tm), or may be at an offensive / defensive switching time (such as tn). 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 influences the outcome of the battle. The status information is, for example, "inning" indicating inning in progress, "score" indicating the score of each team, "runner" indicating "where 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 proceeding unit 115 transmits the generated first status information to the server 200, and receives the second status information generated by the user terminal 100 of the opponent generated at the same timing. That is, the user terminals 100 competing with each other exchange the generated situation information. This makes it possible to check whether the status information of each other matches. The coincidence of the two status information means that the progress of the battle is synchronized, and the battle can be progressed as it is.

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

  Desynchronization can occur in field play scenes. The process of advancing the field play scene is a high load process that refers to a large number of parameters and performs complicated calculations. For example, the battle proceeding unit 115 executes the following high load processing in order to advance the field play scene. The flight path and flight velocity of the ball hit with the bat are calculated to move the ball in the virtual space. The battle progression unit 115 reproduces a ball catching scene and a throwing scene of the ball based on the positional relationship between the ball and the fielder character and the ability value relating to the fielder character defensive. For example, the match advancing 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 match advancing unit 115, and the fielder character catches the ball. Let When the fielder character catches the ball, the match advancing unit 115 determines the ball sending destination based on the appearance condition of the runner, the outcounting condition, and the like. The match advancing unit 115 reproduces the run-on scene based on the ability value related to the running ability of the runner character. The competition progression unit 115 determines whether the game is out or safe based on the position of the ball and the positional relationship with the runner character.

  For example, in a virtual space known to each user terminal 100, the timing at which the ball is caught by the fielder who protects the kite and the timing at which a part of the runner character's body reaches the kite deviate by only a few frames. However, it may happen that one user terminal 100 is treated as out and the other user terminal 100 is treated as safe. If there is a gap in progress as described above, the battle can not be progressed thereafter.

  According to the above-mentioned configuration, at least immediately after the field play scene where there is a possible out-of-sync condition, the status information of both parties are exchanged and compared, so even if the out-of-sync condition occurs, it is detected immediately and dealt with Can. Specific examples of the information processing in the game system 1 and the data structure used in the information processing for enabling such synchronization control will be described in detail below.

  Before describing the specific example of the above-described information processing and data structure before and after the field play scene, the operation of the user terminal 100 and the user interface up to the transition to the field play scene are firstly based on FIGS. Explain.

<Example of matching screen>
FIG. 4 is a diagram showing 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 battle is started when the matching is established in the server 200. The matching screen 500 is generated by the UI control unit 113 combining various necessary information in accordance with an instruction from the battle proceeding unit 115.

  The matching screen 500 is a screen for providing the user with various information related to the match provided from the server 200 before the start of the match. As one example, the matching screen 500 may include a countdown 520 for informing the user of the timing of the start of the match. The matching screen 500 may include the user's own user name 522, the other user's user name 523, the user's rating 524, and the other user's rating 525. In addition, although not shown, the game screen may include, for example, information of the pitcher character of 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 ability of the user. As an example, the evaluation value means that the higher the numerical value, the higher the ability, that is, the game is successful. In the present embodiment, as the method of calculating the evaluation value, a conventionally implemented method may be adopted. For example, when the user wins the battle, the evaluation value is added by a predetermined value, and when it is lost, the evaluation value is subtracted by a predetermined value. The predetermined value to be added or subtracted may be determined based on the difference between the evaluation value of the user at the start of the battle and the evaluation value of the opponent user. The calculation of the evaluation value may be performed by the battle proceeding unit 115 of the user terminal 100, or may be performed by 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 in ability as much as possible.

<Example of pitching 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 a 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 phase in progress is the manual progression mode.

  In the present embodiment, in the pitching operation for determining the pitching result D1, as an example, a slide operation for specifying a ball type, a drag operation for specifying a course, and for determining good or bad of a control ball And a tap operation that causes the pitching user to specify the timing. Depending on the quality of the input timing of the second tap operation, the quality of the pitch is determined. That is, whether or not the pitching user can advance the match, particularly the defensive round, advantageously depends on the skill of the tap operation in the manual progress mode.

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

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

  The first pitching screen 600 may include a switching button 613 for switching the next phase to automatic progression or manual progression. 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 automatic progression.

  The first pitching screen 600 may include status information of each character being confronted 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 opposing team may be included.

  The first pitching screen 600 may include, as a UI object for supporting a pitching operation, a pitch specification object 610 for the pitching user to specify a pitch to be thrown by the pitcher character 603.

  The battle progression unit 115 determines the pitch type based on the user's slide operation on the pitch type designation object 610. As shown in FIG. 5, in the ball type designation object 610, a ball type icon having a one-to-one correspondence of ball types is arranged so as to surround the ball icon. The ball type icon includes text or an illustration indicating the corresponding ball type. The UI control unit 113 may make the types of the ball types listed in the ball type designation object 610 different based on the ability of the pitcher character 603.

  The operation receiving unit 111 receives a slide operation on a ball icon in a predetermined direction as an operation for specifying a ball type. The match advancing unit 115 determines a ball type corresponding to the ball type icon arranged in the direction of the slide operation as a ball type to be thrown by the pitcher character 603. For example, in the example illustrated in FIG. 5, when the user slides the ball icon upward, the competition advancing unit 115 determines to cause the pitcher character 603 to throw a straight. The ball type is associated with parameters for specifying the movement path of the ball 604, the ball speed, and the like. The parameters of the ball type include information indicating the ball speed, the amount of change, and the direction of change. Further, the parameters of the ball type are stored in the storage unit 120 (not shown) in association with the identification information of the pitcher character 603. The competition advancing unit 115 reads the parameter of the determined pitch from the parameters of the pitch corresponding to the identification information of the pitcher character 603 from the storage unit 120, and includes it in the pitching result D1.

  After the pitch type is determined, next, the battle proceeding unit 115 causes the display unit 152 to display a second pitching screen 600 shown in FIG. The second pitching screen 600 includes a course designation object 614 instead of the pitch designation object 610. The course designation object 614 is combined with the cursor 615 to function as a UI object for causing the pitching user to specify a course (higher inner angle, lower pitch, etc.) to be thrown by the pitcher character 603.

  The course designation object 614 is, for example, a rectangle corresponding to the strike zone divided into nine squares. Each square may be displayed in a color-coded manner based on the pitcher character 603's ability, specifically, a good course and a poor course.

  The course designation object 614 includes a cursor 615 which is a marker indicating the expected arrival position of the thrown ball. While the second pitching screen 600 is displayed, the operation receiving unit 111 receives a drag operation for specifying the position of the cursor 615. When the operation receiving unit 111 receives 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 receiving unit 111 acquires a user's first touch position (initial touch coordinates) on the touch screen 15 and a touch position (touch now coordinates) after the cursor movement operation. The UI control unit 113 determines the change direction and the change amount of the position of the cursor 615 based on the change direction and the change amount obtained as a result of comparing the acquired coordinates. Thus, 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 if the drag operation is accepted outside the display area of the course designation object 614. It can be done. In this way, it is possible to prevent the user's finger from blocking the visual recognition of the cursor 615. The display control unit 112 causes the moving cursor 615 to be displayed on the second pitching screen 600 in conjunction with the movement of the cursor 615 being executed by the UI control unit 113.

  The battle proceeding unit 115 decides the course by any method. For example, it is assumed that the user continuously performs an operation of pressing hard with a pressure equal to or higher than a predetermined threshold while the contact based on the above-described drag operation is maintained. The battle proceeding unit 115 fixes the position of the cursor 615 at the time when the pressing 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 progression unit 115 may determine the course based on the position of the cursor 615 when the button is tapped.

  When the course is determined, next, the battle proceeding unit 115 causes the display unit 152 to display a third pitching screen 600 shown in FIG. 7. The third pitching screen 600 includes a quality determination object 620. The quality determination object 620 functions as a UI object for causing the pitching side user to specify the timing for determining the quality of the pitcher character 603.

  As one example, the quality determination object 620 is configured by an arc-shaped band-shaped gauge. The quality determination object 620 includes, in 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 the position on the band at which the slide bar 621 stops.

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

  The UI control unit 113 moves the slide bar 621 from the first position (for example, the dashed frame in FIG. 7) which is the initial position to the second position (for example, the position of the cursor 615 in FIG. 7) which is the final position. , Move in the longitudinal direction of the band (direction of arrow). The animation generation unit 114 performs animation so that the slide bar 621 passes through the second area 623 a predetermined time after 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 band, the user taps the touch screen 15 to stop the slide bar 621 at that position. The UI control unit 113 stops the slide bar 621 at a position when the operation reception unit 111 receives a tap operation. The battle progression unit 115 determines the quality of the control ball according to the stop position of the slide bar 621. As an example, in the present embodiment, when the slide bar 621 is stopped in the first area 622, the competition advancing unit 115 determines that the pitcher character 603 has completely succeeded in controlling the ball, and the slide bar 621 is in the second area 623. If it is determined that the game is stopped, it is determined that a pitch close to success has been made, and if it is stopped in other areas, it is determined that the ball has failed. Here, “completely defeated ball” means that the pitcher character 603 pitches well, and the ball moves on the virtual space as the pitch and the course designated by the pitching user. The phrase "a successful pitch has been made" means that the ball moves on the virtual space based on the near-type and the course, although it does not follow the type and course specified by the throwing user. means. "Failed to control the ball" means that the pitcher character 603 has lost a pitch, and the ball moves on the virtual space with a ball type and a course far from the pitch type and the course designated by the pitching side user. Do.

  In another embodiment, if it is determined that a good throw is made, the batting user terminal 100B hides the UI object for supporting 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 executes the series of pitching operations described above and successfully controls the ball, it becomes difficult for the hitting-side user to make a successful hit. As described above, the degree of the user's skill with respect to the game operation directly affects the progress of the battle, thereby further enhancing the interest of the battle game.

  If it is determined that the control ball is good or bad, next, the battle proceeding unit 115 causes the display unit 152 to display a fourth pitching screen 600 shown in FIG. The fourth pitching screen 600 includes pass / fail judgment results 624. Further, in the fourth pitching screen 600, an animation in which the pitcher character 603 starts pitching may be added, and the ball 604 which has been contained in the glove of the pitcher character 603 may be drawn. As a result, the pitching user can immediately receive feedback regarding his / her operation performed on the third pitching screen 600.

  The strip-like gauge of the quality determination object 620 preferably has a shape such as a bow or an arch, and preferably imitates a parabola drawn by a thrown ball. In addition, it is preferable that the width of the band of the quality determination object 620 be set so as to become thinner as it moves from the first position to the second position. Further, in the gauge, a good / bad determination object 620 such that the portion closest to the second position and with the narrowest band width, that is, the tip of the gauge overlaps the cursor 615 determined as the expected arrival position of the ball. Is preferably arranged. As a result, the user intuitively understands the band-like gauge as if the ball thrown from the pitcher character 603 is a path moving toward the catcher character 605 disposed at the back of the screen. From the above, the good or bad judgment object 620 according to the present embodiment is a UI added for the purpose of enhancing the interest of the game against the purpose of reproducing a real baseball, but the pitching screen 600 is a real It contributes to directing a pitching scene without a sense of incongruity in appearance without departing from the pitching 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 a batting scene of the batter character. The batting screen 700 includes a batting operation UI described below for receiving a batting operation by the batting side user when the phase in progress is the manual advancing mode.

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

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

  When the operation receiving unit 111 receives 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 reaches the intersection surface, the batter character 601 swings the bat 602 to execute the ball. The ball 604 can be given the action of striking back 604. A ball 604 illustrated in FIG. 9 illustrates an example of the ball 604 moving toward the intersection plane after being thrown by the pitcher character 603.

  As shown in FIG. 9, the striking 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 striking operation. The UI objects supporting the striking operation include, for example, 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 meet cursor 704 indicates to the user the expected reaching position of the swinged bat 602 as an area that can act on the ball 604 at the intersection plane when the bat 602 is swung. The meet cursor 704 is also an area that is referred to by the match advancing unit 115 in order to determine whether the bat 602 and the ball 604 hit each other. The position hint object 705 indicates to the user the expected arrival position of the ball 604 thrown by the pitcher character 603 at the intersection plane. The direction hint object 706 indicates to the user the change in the traveling direction of the thrown ball 604.

  In the present embodiment, as an example of the batting operation for determining the batting result D2, a slide operation for specifying the position of the meet cursor 704 and 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 specifying the position at which the ball is hit on the pitch, and the flick operation is an operation for specifying the timing at which the bat is hit, that is, the timing at which the bat 602 is shaken. That is, whether or not the batting side user can advantageously advance the battle, particularly the number of attacks, depends on 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 reception unit 111 transitions to a state of waiting for the above-described batting operation on the batting screen 700. When the operation reception unit 111 receives a slide operation of the user on the touch screen 15, the UI control unit 113 moves the meet cursor 704 according to the slide operation. The user may determine the best position of the meet cursor 704 with reference to the position hint object 705.

  Subsequently, the competition advancing unit 115 determines whether or not the ball 604 thrown by the pitcher character 603 has reached within a predetermined range based on the intersection plane. That is, it is determined whether or not the thrown ball 604 approaches the intersection plane set on the home base 607 to less than a predetermined distance. If it is determined that the ball 604 has reached less than the predetermined distance from the intersection plane, the UI control unit 113 may restrict at least 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.

  In the hitting screen 700, the animation generation unit 114 gives an animation moving toward the strike zone 701 to the thrown ball 604. The user follows the moving ball 604 with eyes and performs a flick operation to designate the start timing of the swing performed by the batter character 601 at the best timing when the ball 604 thinks it has reached the home base 607. Can.

  The user can further refer to the timing hint object 703 to time the best of the flick operation. The timing hint object 703 starts being displayed when the ball 604 starts pitching, and an animation is generated that generates an animation that contracts toward the center of the ball 604 as the ball 604 approaches the intersection surface on the home base 607. It is assigned by part 114. Furthermore, the animation is an animation that shrinks to the same size as the outline of the ball 604 just when the ball 604 reaches the cross surface. By confirming the size of the timing hint object 703, the user can measure the best timing at which a good impact result can be obtained.

  When the operation receiving unit 111 receives a flick operation, the match advancing unit 115 determines whether the batter character 601 strikes the ball 604 based at least on the positional relationship between the ball 604 and the meet cursor 704 on the cross surface at that time. Determine That is, based on the slide operation and the flick operation of the user, it is determined whether the bat 602 swung by the batter character 601 has hit the ball 604 or not. For example, when the ball 604 at least partially overlaps the meet cursor 704 at the intersection plane, it may be determined that the batter character 601 has hit the ball 604.

  Furthermore, based on the timing of the flick operation specified by the operation receiving unit 111, the battle proceeding unit 115 may determine whether or not a hit has been given. For example, even if the ball 604 and the meet cursor 704 at the intersection face are in a positional relationship suitable for hitting, the timing of the flick operation may be too early or too late with respect to the timing suitable for hitting the ball 604 In this case, the match advancing unit 115 may determine that the batter character 601 has not hit the ball 604.

  In addition, the competition advancing unit 115 calculates a movement path when the ball 604 to which the bat has been struck moves in the virtual space, based at least on the above-described positional relationship. Specifically, the competition advancing unit 115 dynamically models the collision between the bat 602 and the ball 604 based on the above-described positional relationship. In this case, the velocity vector, the rotation axis, the rotation amount, and the like of the ball 604 immediately after the collision with the bat 602 may be acquired as an initial condition 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 hitting ball rises and it becomes a fly. 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 and the ball becomes globular. Further, for example, in the case of so-called just meet such as striking the center of the ball 604 at the center position of the meet cursor 704 (core 707 in FIG. 9), the battle proceeding unit 115 moves such that the ball 604 flies Calculate the route. On the other hand, in the case other than just meet, it may be determined to be a hit, and the movement path corresponding to the hit may be calculated.

  The animation generation unit 114 generates an animation of the ball 604 flying along the calculated movement path in accordance with the movement path calculated by the battle proceeding unit 115. The display control unit 112 displays the generated animation of the flying ball 604 on the display unit 152.

  After the ball 604 thus moves onto the field, the match advancing unit 115 moves the ball 604 in the virtual space, the movement of the fielder character who defends, and the movement of the runner character advancing according to the game program 131. Calculate each etc. Then, based on the calculation result, each object is moved to advance the field play scene. 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 cause the display unit 152 to display the generated image or animation.

  If the match advancing unit 115 determines that the batter character 601 has not hit the ball 604, the calculation of the movement path of the ball 604 may be omitted. In this case, the animation generation unit 114 generates an animation in which the batter character 601 swings the ball 604, and the display control unit 112 displays the animation on the display unit 152.

  The hitting screen 700 may include status information of each character in confrontation 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 opposing team may be included.

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

  As shown in FIG. 10, the situation information is, for example, an inning 410 indicating an inning in progress, a score 411 indicating the score of each team, a runner 412 indicating how many runner characters of the attacking team are in progress, And the various information of the out count 414 in the ongoing inning.

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

  Then, in one of the pitching side user terminals 100A, the competition advancing unit 115 calculates the field play, and the runner character who has been on one base has advanced to two bases and the batter character has been taken out with one base. Output. In this case, the battle proceeding unit 115 generates the situation information 401 at timing tm.

  On the other hand, in the batting side user terminal 100B, the battle proceeding part 115 calculates the field play, and the runner character who has been in one team has advanced to two teams, and the batter character is safe and it has come out in one team I assume. In this case, the battle proceeding unit 115 generates the situation information 402 at timing tm.

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

<Processing flow>
11 and 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 illustrated in FIG. 11, the processing executed by the user terminal 100 is described separately as processing executed by the pitching side user terminal 100A and processing executed by the batting side user terminal 100B. About the process after step S139 shown in FIG. 12, the process which the user terminal 100 performs is common to the pitching side user terminal 100A and the striking side user terminal 100B. Therefore, in the flowchart shown in FIG. 12, the processing executed by the pitching user terminal 100A and the processing executed by the batting user terminal 100B are collectively described as processing executed by the user terminal 100 without distinction.

  A series of processes shown in FIG. 11 are started when the server 200 establishes matching between the pitching side user terminal 100A and the striking side user terminal 100B.

  In step S101, the battle support unit 211 of the server 200 initializes the status 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 the matching has been established and the initialized status information to each user terminal 100, and starts the battle.

  In steps S103 and S104, the battle proceeding unit 115 of each user terminal 100 receives the initialized status information, and starts the battle proceeding. At this time, the display control unit 112 of each user terminal 100 may display, for example, a matching screen shown in FIG. 4 on the display unit 152.

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

  In step S107, the operation receiving unit 111 receives a pitching operation from the pitching side user. In step S108, based on the pitching operation, the competition progression unit 115 determines pitching contents such as pitch type, course, and whether or not pitching is good. In step S109, a pitching result D1 including information indicating the determined pitching content is generated, and the pitching result D1 is transmitted to the server 200.

  On the other hand, when the start of the phase is synchronized in step S105, the battle proceeding unit 115 of the batting side user terminal 100B causes the display unit 152 to display the batting screen 700 in step S110. At this time, since the pitching motion of the pitcher character 603 is not determined, the pitching character 603 before throwing the ball and the meet cursor 704 are displayed on the batting screen 700. In step S111, the operation receiving 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. Then, in step S113, the received pitch 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 side user terminal 100B generates an animation in which the pitcher character 603 throws and an animation in which the ball 604 moves, based on the received pitching result D1. At step S116, display control unit 112 causes display unit 152 to display the generated animation. Here, the UI control unit 113 may superimpose a UI object (for example, FIG. 9) for supporting the batting operation of the batting side user on the batting screen 700, in addition to the meet cursor 704.

  Similarly, in the pitching side user terminal 100A, in step S117, the animation generation unit 114 generates an animation in which the pitcher character 603 pitches and an animation in which the ball 604 moves. Then, in step S118, the display control unit 112 causes the display unit 152 to display these animations.

  In step S119, the operation receiving unit 111 of the batting user terminal 100B receives a batting operation by the batting user. In step S120, the match progression unit 115 determines the swing position, swing timing, and the like of the bat 602 based on the received batting operation. In step S121, the match progression unit 115 generates a batting result D2 including the information of the determined swing position and swing timing, and transmits the batting result D2 to the server 200.

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

  When the pitching side user terminal 100A receives the batting result D2 from the server 200, in step S124, the animation generation unit 114 generates an animation in which the batter character 601 strikes based on the received batting result D2. In step S125, display control unit 112 causes display unit 152 to display the generated animation.

  When it is determined that the batter character 601 hits the bat 602 and strikes the ball 604 based on the batting result D2, the battle proceeding unit 115 calculates field play in step S126. Specifically, the match progression unit 115 performs calculation for moving the hit ball 604 on the field, calculation for causing the fielder character to defend (catching, throwing, etc.), and advances the runner character. Or do calculations to get out.

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

  If it is determined that the batter character 601 has not hit the ball 604 (struck or missed the bat 604) based on the batting result D2, the battle proceeding unit 115 performs steps S126 to S128. Omit the execution of each process of.

  In step S129, the battle proceeding unit 115 updates the situation information based on the calculation result on the field play. For example, it is assumed that the calculation result indicates that “a ball that the batter character 601 strikes back to the fair has been thrown to the first ball before the batter character 601 reaches to the first ball”. In this case, the battle proceeding unit 115 updates the situation information 400 to the situation information 401. The battle proceeding unit 115 transmits the updated situation information 401 to the server 200.

  Alternatively, if steps S126 to S128 are omitted, the battle proceeding unit 115 determines whether the reaching position of the thrown ball 604 at the intersection plane is within the strike zone 701 or not. Update the ball count 413 inside.

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

  Also, in step S132, unlike step S126, for example, the match advancing unit 115 determines that “the batter character 601 reaches the first ball before the ball hit by the batter character 601 in the fair is thrown to the first ball. It is assumed that the calculation result indicating “doing” is output. In this case, the battle proceeding unit 115 updates the status information 400 to the status information 402 in step S135. The battle proceeding unit 115 transmits the updated status information 402 to the server 200.

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

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

  If all pieces of status information match, the battle proceeding 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 even one of the information included in the status information, the battle proceeding unit 115 proceeds from step S139 NO to step S140. Then, the battle proceeding unit 115 detects that the progress statuses of the battles do not match, that is, that a synchronization deviation has occurred. When the competition advancing unit 115 detects the occurrence of the synchronization deviation, it interrupts the phase currently in progress.

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

  In step S142, the battle proceeding unit 115 displays on the display unit 152 a message screen for notifying the user that the synchronization deviation has occurred. Specifically, the battle proceeding 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. The step S142 of displaying the message screen may be performed before the step S141 after the step S140 is performed. Also, the message screen may be displayed continuously until step S146 described later is executed.

  In step S143, when the battle support unit 211 of the server 200 receives the notification that the synchronization deviation 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 status information from each user terminal 100. As an example, the first situation information is acquired from the pitching side user terminal 100A, and the second situation information is acquired from the batting side user terminal 100B.

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

  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 proceeding 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. When the adopted situation information is generated at the own terminal in step S129 or step S135, the process of updating may be omitted.

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

  When one situation information is adopted and unified, when the synchronization deviation is eliminated, each device ends the interrupted phase and shifts to the next phase based on the adopted situation information, Resume the match. Specifically, at step S148, the battle support unit 211 of the server 200 ends the phase in which the synchronization shift has been eliminated, returns to step S105, and performs synchronization control for starting the next phase. In step S149, the battle support unit 211 of each user terminal 100 ends the phase in which the synchronization shift has been eliminated, shifts to the next phase, and resumes the interrupted battle. The pitching side user terminal 100A returns to step S106, and displays the pitching screen 600 of the next phase described above on the display unit 152 of the own terminal. The batting-side 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>
(Deliberation screen)
FIG. 13 is a diagram showing a 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 S142 while the synchronization deviation occurs. As an example, as shown in FIG. 13, the message screen is preferably a screen under examination 800.

  The during-deliberation screen 800 includes, for example, a text message 801 for notifying the user that a synchronization deviation has occurred. The deliberation screen 800 further has the effect of replacing the situation in which the progress of the match is interrupted with the situation in which the baseball game is suspended due to a malfunction that is actually occurring on the game system 1, that is, a synchronization deviation. Is preferably contained.

  In a real baseball game, it may happen that the game is interrupted while the referee is deliberating, as the coach seeks reconsideration if the referee's decision is not convincing. Therefore, the under-deliberation screen 800 may include, as the above-mentioned effect, text data 802 indicating that the trial team is deliberating. Alternatively, or in addition to this, the under-deliberation screen 800 may include image data 803 indicating a scene of deliberation by the jury as the above-mentioned effect.

  The above-mentioned message screen allows the user to know the reason why the progress of the battle is interrupted. Therefore, it is possible to make the user feel that the waiting time is short. In addition, it is possible to prevent the atmosphere of the baseball from being broken when notifying the actual trouble of the out-of-sync state by the above-mentioned message screen. As a result, the immersive feeling of the baseball game cultivated by the user through the match and the interest of the game are not impaired.

  Note that the battle proceeding unit 115 may display a UI object such as the switching button 613 on an operation that the user can perform even if the progress of the battle is interrupted on the examining screen 800, and may receive the user's operation.

(Deliberation result screen)
FIG. 14 is a diagram showing 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 synchronization deviation that has occurred is resolved. The message screen is preferably a discussion result screen 810 as shown in FIG. 14 as an example.

  The deliberation result screen 810 includes, for example, a text message 811 for notifying the user of the progress state from which the out-of-sync state has been eliminated and the competition is to be resumed. The illustrated text message 811 indicates, as an example, a text message notified when the status information 401 is adopted among the status information 401 and the status information 402 (FIG. 10) in which the mismatch has occurred.

  It is preferable that the deliberation result screen 810 further includes an effect obtained by replacing the report of the handling result for the problem of the synchronization deviation actually generated on the game system 1 with the report of the result performed in the baseball game.

  In a real baseball game, it may happen that the representative umpire announces the results of the referee's deliberations to the audience seat. Therefore, the discussion result screen 810 may include text data 812 indicating that the presentation is the result of the discussion as the above-mentioned effect. Alternatively, or in addition to this, the deliberation result screen 810 may include image data 813 indicating a scene where the result of deliberation is announced by the representative judge as the above-mentioned effect. As shown in FIG. 14, the expression of the text message 811 is more preferably matched with the atmosphere represented by the image data 813. Specifically, it is preferable that the text message 811 express the content expressed by the referee included in the image data 813.

  The above-mentioned message screen can prevent the atmosphere of the baseball from being broken when notifying the contents related to the actual problem of dealing with the out-of-sync condition. In particular, a user who has had his or her own terminal's progress status reset and must restart the match from a different situation may feel uncomfortable or dissatisfied. Such an unpleasant feeling or dissatisfaction can be alleviated as much as possible by the effect according to the above-mentioned message screen. As a result, the immersive feeling of the baseball game cultivated by the user through the match and the interest of the game are not impaired.

<How to determine the situation information to be adopted>
In step S144, the battle support unit 211 of the server 200 may adopt the situation information generated by the user terminal 100 of the losing (less competitive) user just before the occurrence of the synchronization deviation. For example, at timing t3 shown in FIG. 3, according to the situation information 400 shown in FIG. 10, the score between the first team operated by the attacking user and the second team operated by the pitching user is 1 to 0. Suppose that there is. In this case, the battle support unit 211 rejects the situation information 401 generated by the batting side user terminal 100B and adopts the situation information 402 generated by the pitching side user terminal 100A.

  According to the above-described configuration, the stress of the losing user can be reduced and psychologically felt by having the winning (superior) user in the match bear the disproportionate progress caused by the desynchronization. It can maintain the fairness of the burden. The proceeding with a sense of incompatibility means that there is no progress of the battle on the own terminal, and the progress on the game is that the battle is resumed from a different progress.

  In step S144, the battle support unit 211 may adopt situation information that is advantageous to the losing user at the time immediately before the occurrence of the synchronization deviation. For example, at timing t3 shown in FIG. 3, 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 as the situation information 400 shows. Here, among 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 prevent the occurrence of the out-of-sync from promoting unilateral game development.

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

  According to the above-mentioned configuration, stress on the weak user is reduced by having the user who is strong in the game bear the unnatural progress that is inevitably caused due to the synchronization deviation, and the psychological burden is fair. You can keep

  In step S144, the battle support unit 211 may adopt situation information that is advantageous to the team operated by the user with a low rating. For example, situation information 402 that is advantageous to the first team operated by a low-rating hitting user is 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 prevent the occurrence of the out-of-sync from promoting unilateral game development.

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

  According to the above-mentioned configuration, stress on the user operating the weak team can be reduced by having the user operating the strong team bear the unnatural progress caused due to the synchronization deviation. It can maintain the fairness of psychological burden.

  In step S144, the battle support unit 211 may adopt situation information that is advantageous for a team with low strength parameters as described above. In the above-mentioned example, the team with a low overall 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 prevent the occurrence of the out-of-sync from promoting unilateral game development.

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

  According to the above-described configuration, it is possible to prevent the user forced to have a sense of incongruent progress from being biased to a specific user due to the synchronization deviation. Thereby, the psychological burden of the user can be kept fair.

  In step S144, the battle support unit 211 may switch the user terminals 100 adopting the status information in order, alternately in the case of a two-player match. For example, in the first synchronization deviation, the situation information generated in the pitching side user terminal 100A is adopted, and in the second synchronization deviation, the situation information generated in the batting side user terminal 100B is adopted, and so on If this occurs, the status information generated in each user terminal 100 is alternately adopted.

  According to the above-described configuration, it is possible to prevent the user forced to have a sense of incongruent progress from being biased to a specific user due to the synchronization deviation. Thereby, the psychological burden of the user can be kept fair.

  In step S144, the battle support unit 211 may switch, in turn or alternately, which situation information is to be adopted by a team operated by a user. For example, in the first synchronization deviation, situation information advantageous to the first team is adopted, and in the first synchronization deviation, situation information advantageous to the second team is adopted, and if any synchronization deviation occurs thereafter, Use situation information that is advantageous to the team alternately.

  According to the above-described configuration, it is possible to prevent a user who suffers in progress from being biased toward a specific user due to the out-of-synchronization.

[Modification]
If the number of times the synchronization deviation occurs in one game exceeds a predetermined number, the battle proceeding unit 115 of the user terminal 100 forcibly switches the progression mode to auto progression, and accepts the user's operation relating to the progression of the battle. You may not do this. Specifically, the match advancing unit 115 does not display the pitching operation UI or the striking operation UI shown in FIGS. 5 to 9. Therefore, the competition advancing unit 115 advances the battle by communication with the server 200 in accordance with the game program 131 without accepting the user's pitching operation or batting operation.

  The configuration of the present embodiment is applicable 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 proceeding unit 115 of the user terminal 100 compares three or more pieces of status information generated by each of the user terminals 100 operated by three or more users. Then, if there is at least one conflicting situation information, the out-of-synchronization is detected. In this case, the battle support unit 211 of the server 200 may adopt one piece of situation information by majority.

  The battle support unit 211 may combine two or more contradictory situation information to newly generate one situation information as a compromise point. For example, it is assumed that a synchronization deviation occurs due to a mismatch between the situation information 401 and the situation information 402 shown in FIG. Inconsistencies occur, among other things, in each runner 412 and each outcount 414 among the context information. Therefore, the battle support unit 211 may adopt the runner 412 from one of the situation information 401 and adopt the out count 414 from the other situation information 402 to generate new situation information.

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

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

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

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

  If all the status 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 information included in the status information, the battle support unit 211 detects that the progress statuses of the battles do not match, that is, occurrence of the synchronization shift. Execute the step The battle support unit 211 may execute the step of notifying each user terminal 100 that the synchronization deviation has occurred when detecting the occurrence of the synchronization deviation. Then, it progresses to step S144.

  In step S144, it is assumed that one or both of the user terminals 100 go offline due to a communication problem or the like while the battle support unit 211 arbitrates which status information is to be adopted. In this case, the battle support unit 211 switches the progress mode of the user terminal 100 that has become offline to the auto-progress mode. Then, in the auto-progress mode, instead of being unable to receive the pitching result or the batting result from the user terminal 100, the battle supporting unit 211 may execute a lottery to determine and generate itself. Thereby, even if the user terminal 100 goes offline, the battle can be advanced. The battle support unit 211 may transmit the final result (score, winning or losing, etc.) of the battle when the offline user terminal 100 comes back online.

[Example of software implementation]
The control block of the control unit 210 (in particular, the battle support unit 211), and the control block of the control unit 110 (in particular, the operation reception unit 111, the display control unit 112, the UI control unit 113, the animation generation unit 114, and the battle progression 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, the information processing apparatus provided with the control unit 210 and / or the control unit 110 is a CPU that executes instructions of a program that is software that realizes each function, the above program and various data are computer (or CPU) The ROM (Read Only Memory) or storage device (these are referred to as a "recording medium") recorded in a readable manner, and a RAM (Random Access Memory) for expanding the program. The object of the present invention is achieved by the computer (or CPU) reading the program from the recording medium and executing the program. As the recording medium, a “non-transitory tangible medium”, for example, 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 any transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. Note that one aspect 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 can be made within the scope of the claims, and embodiments obtained by appropriately combining the technical means disclosed in the different embodiments. Is also included in the technical scope of the present invention.

[Items to be added]
It will be as follows when the contents concerning one side of the present invention are listed.

  (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 operating a computer (user terminal 100) and a partner user operating one or more other computers (other user terminals 100). It is a battle game in which a battle is made through 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 an input unit 151), and a display unit (152). The game program causes the processor to progress the game between the user and the other user in synchronization with the other computer operated by the other user according to the user's operation (S106 to S128, S130 to S130). S134) and generating first status information (status information 401, status information 402) indicating the progress status of the advanced battle at a predetermined timing (for example, tm etc.) on the progress of the battle (S129, S135) and the step (S137, S138) of acquiring the second status information (status information 402, status information 401) generated at the same predetermined timing in another computer, and the first status information not matching the first status information If there is status information of 2 (NO in S139), a first notification (text message) indicating that synchronization loss has occurred A step (S142) of displaying a chromatography di 801) is executed. Thereby, synchronous control can be realized, and the communication battle game can be progressed smoothly. In addition, when a synchronization deviation occurs, it is possible to reduce the stress felt by the user by waiting. As a result, even when a failure relating to synchronous control occurs, it is possible to cope with the failure without impairing the interest of the game.

  (Item 2) In the step of advancing in (Item 1), when a synchronization gap occurs, the competition is interrupted until the competition can be resumed by sharing the progress status at a predetermined timing among the computers. Do. This makes it possible to cope with problems 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 suspended. This makes it possible to cope with problems 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 game referee ( Preferably, at least one of the image data 803) and the first text (text data 802) is displayed on the display together with the first notification. This makes it possible for the user to feel the waiting time short. In addition, when notifying a real fault concerning communication, it is possible not to break the atmosphere of baseball. As a result, there is an effect that the sense of immersion in the game cultivated by the user through the battle is not lost.

  (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. Thus, the user can know the handling result for the failure.

  (Item 6) In the step of displaying the second notification in (Item 5), a second image (image data 813) and a second text (text data 812) showing a scene in which the judge announces the result of the deliberation It is preferable to display at least one of the above on the display unit together with the second notification. This makes it possible to prevent the atmosphere of the baseball from being broken when notifying the real problem of the result of coping with the communication problem. In particular, it is possible to alleviate, as much as possible, the sense of incongruity that the user who has had to restart from the situation different from the situation where the progress of the own terminal has been reset may have. As a result, there is an effect that the sense of immersion in the game cultivated by the user through the battle is not lost.

  (Item 7) In any one item from (Item 1) to (Item 6), the match in the match game is a baseball game, and in the generating step, an inning at a predetermined timing of the match, a score, a runner, Status information may be generated, including outcounting and ball counting. Thus, synchronization is limited to the minimum necessary information (the above-mentioned innings, scores, etc., etc.) that have an influence on the progress of the baseball game, and the server supporting the competition of each computer as a client It is not necessary to hold or process any information other than the above. Other information is kept and processed at each client. This can reduce the load on the server.

  (Item 8) In (Item 7), the step of displaying the first notification displays the first notification if at least one of the inning, the score, the runner, the out count, and the ball count does not match. Thereby, synchronous control can be realized. In addition, when a synchronization deviation occurs, it is possible to reduce the stress felt by the user by waiting.

  (Item 9) In any one of the items (Item 1) to (Item 7), the game program is a server that supports the progress of the battle on each computer as the client that the processor is out of sync. 200) and at least one of one or more other computers of the one or more other users may be notified (S141). Thereby, synchronous control can be realized, and the communication battle game can be progressed smoothly.

  (Item 10) In the step of advancing in (Item 9), the battle is resumed based on the progress status at a predetermined timing shared among the computers. Thereby, synchronous control can be realized, and the communication battle game can be progressed smoothly.

  (Item 11) In any one of the items (Item 1) to (Item 10), in the advancing step, when a synchronization deviation occurs more than a predetermined number of times during one battle, the battle progresses The game may be advanced without accepting the user's operation related to. As a result, even in the case where synchronization deviation frequently occurs, it is possible to smoothly progress the communication competition game. In addition, it is possible to release the user from the stress based on frequent interruption of the battle.

  (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 of (Item 1) to (Item 11), and a game is played on each computer Is executed by a server (200) that supports the progress of The server comprises a processor (20) and a memory (21). The game program to be executed by the server periodically acquires status information generated at the same timing on the progress of the match by the computers participating in the match on the processor of the server (S136); Step S143: receiving a notification from the at least one computer participating in the battle from the at least one of the computers participating in the battle; and at a predetermined timing at which the synchronization has occurred. A step of determining the progress status to be shared by each computer (S 144) and a step of notifying each computer of the determined progress status (S 145) are executed. In this way, it is possible to eliminate the out-of-sync and to make the communication match game progress smoothly. The user can be relieved of stress based on the occurrence of the out-of-sync. As a result, there is an effect that it is possible to cope with the problem without impairing the interest of the game.

  (Item 13) In the step of determining the progress status in (Item 12), any one of the acquired plurality of status information is adopted as status information at a predetermined timing, and any of the steps is notified. A notification may be sent to each computer indicating whether it has adopted the status information generated by the computer. In this way, it is possible to eliminate the out-of-sync and to make the communication match game progress smoothly. The effect of being able to release the user from the stress based on the occurrence of the synchronization deviation is achieved.

  (Item 14) In (Item 13), the situation information includes information (score 411) indicating superiority or inferiority at the above-mentioned timing of each user participating in the battle, and in the step of determining the progress situation, a synchronization deviation occurs. The status information obtained from the computer operated by the inferior (losing) user with reference to the status information generated by each computer at the immediately preceding timing (for example, t3 before tm), or the user Situation information may be adopted. In this way, it is possible to eliminate the out-of-sync and to make the communication match game progress smoothly.

  (Item 15) In (Item 13), in the competition game, each user is given an evaluation value that is updated so that the value goes up when the game is won, and in the step of determining the progress status, the evaluation value is Situation information obtained from a computer operated by a low user or situation information advantageous to the user may be adopted. In this way, it is possible to eliminate the out-of-sync and to make the communication match game progress smoothly.

  (Item 16) In (Item 13), the team or character operated by the user in the competitive game is provided with a parameter indicating strength, and in the step of determining the progress, the team or character having a low parameter is selected. The status information acquired from the computer of the operating user or status information advantageous to the user may be adopted. In this way, it is possible to eliminate the out-of-sync and to make the communication match game progress smoothly.

  (Item 17) In the step of determining the progress status in (Item 13), the computer having the least number of times the generated status information is adopted when the synchronization deviation occurs a plurality of times in one battle. You may employ the status information acquired from In this way, it is possible to eliminate the out-of-sync and to make the communication match game progress smoothly.

  (Item 18) In (item 13), in the step of determining the progress status, the computer adopting the status information may be switched in order. In this way, it is possible to eliminate the out-of-sync and to make the communication match game progress smoothly.

  (Item 19) In (Item 13), in the step of determining the progress status, it may be switched in order which user the status information is to be adopted. In this way, it is possible to eliminate the out-of-sync and to make the communication match game progress smoothly.

  (Item 20) A method of executing a game program has been described. According to an aspect of the present disclosure, a game based on a game program is a competition game in which a user operating a computer and another user operating one or more other computers are played against 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. In the method, the processor synchronizes the progress of the battle between the user and the other user with another computer operated by the other user, and proceeds according to the user's operation; Generating the first status information indicating the progress of the battle at a predetermined timing on the progress of the battle, and the processor acquires the second status information generated at the same predetermined timing on another computer And a step of displaying on the display unit a first notification indicating that a synchronization deviation has occurred, when the processor has second status information that does not match the first status information. The method according to (Item 20) has the same function and effect as the game program according to (Item 1).

  (Item 21) A method of 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 of (Item 1) to (Item 11), and a game is played on each computer Run by a server that supports the The server comprises a processor and a memory. The method includes the steps of the server processor periodically acquiring status information generated at the same timing on the progress of the competition by each computer participating in the competition, and the processor of the server having a synchronization deviation at a predetermined timing. Receiving notification of occurrence from at least one of each of the computers participating in the battle, and the processor of the server based on the plurality of pieces of status information acquired, at a predetermined timing at which the synchronization deviation has occurred Determining the progress to be shared by the computers, and the processor of the server notifying each computer of the determined progress. The method according to (Item 21) has the same function and effect as the game program according to (Item 12).

  (Item 22) A method of executing a game program has been described. According to an aspect of the present disclosure, a game based on the game program is a match game in which a user operating a computer and another user operating one or more other computers are played against 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 to support the progress of a match on each computer, and the server includes a processor and a memory. The method includes the steps of the server processor periodically acquiring status information generated at the same timing on the progress of the battle by each computer participating in the battle, and the processor of the server generated at the same timing. In the case where the status information does not match, the step of detecting occurrence of the synchronization loss, and the progress made to be shared by each computer at the timing when the synchronization loss occurs based on the plurality of acquired status information Determining the status, and notifying the computer of the determined progress status to the processor of the server. The method according to (Item 22) has the same function and effect 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 stores the game program, and 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 competition game in which a user who operates a computer and one or more opponent users who operate another computer compete against each other through communication between the computers. At least one of the above-described computers functions as an information processing apparatus. The control unit synchronizes the progress between the user and the other user with another computer operated by the other user, advances the game according to the user's operation, and indicates the progress of the progress. The first status information is generated at a predetermined timing on the progress of the battle, and the second status information generated at the same predetermined timing is acquired by the other computer, and the second status information does not match the first status information. When there is status information, a first notification indicating that a synchronization deviation has occurred is displayed on the display unit. The information processing apparatus according to (Item 23) has the same function and effect as the game program according to (Item 1).

  (Item 24) Described the server. 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) to support the progress of the battle on each computer. The control unit of the server periodically acquires situation information generated at the same timing on the proceedings of the battle by each computer participating in the battle, and participates in the battle informing that a synchronization deviation has occurred at a predetermined timing. The progress status to be shared by each computer is determined based on the plurality of status information received from at least one of the respective computers to be acquired at a predetermined timing when the synchronization deviation occurs, and the determined progress status is determined. Notify computer The information processing apparatus according to (Item 23) has the same function and effect as the game program according to (Item 24).

DESCRIPTION OF SYMBOLS 1 game system, 2 networks, 10, 20 processors, 11, 21 memories, 12, 22 storages, 13, 23 communication IF (operation part), 14, 24 input / output IF (operation part), 15 touch screen (display part, Operation unit), 17 camera (operation unit), 18 distance measuring sensor (operation unit), 100 user terminals (information processing apparatus, computer, other computer, client), 100A pitching side user terminal (information processing apparatus, computer), 100B hitting side user terminal (information processing apparatus, computer) 110, 210 control unit 111 operation reception unit 112 display control unit 113 UI control unit 114 animation generation unit 115 battle progressing unit 120 220 storage unit 131 game programs, 132 game information, 133 user information, 151 entries Part (operation unit), 152
Display unit, 200 server, 211 battle support unit, 400 status information, 401 status information (first status information), 402 status information (second status 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

Claims (24)

A game program,
The game based on the game program is a competition game in which a user who operates a computer and one or more opponent users who operate another computer are competed via communication between the respective computers.
The game program is executed by at least one of the respective computers, including a processor, a memory, an operation unit, and a display unit.
The game program may include the processor
Synchronizing the progress of the competition between the user and the opponent user with another computer operated by the opponent user, and advancing the game according to the user's operation;
Generating first status information indicating the progress status of the progressed match at a predetermined timing on the progress of the match;
Acquiring second status information generated at the same predetermined timing in the other computer;
Displaying a first notification indicating that a synchronization deviation has occurred on the display unit when there is the second status information that does not match the first status information.   In the proceeding step, when the synchronization deviation occurs, the competition is interrupted until the competition can be resumed by sharing the progress status at the predetermined timing among the respective computers. The game program described in 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 suspended. The match in the match game is a sport match,
In the step of displaying the first notification, at least one of a first image and a first text indicating a scene of deliberation by the team of the match is displayed on the display unit together with the first notification. The game program according to claim 3. The game program may include the processor
The game program according to claim 4, wherein the step of displaying a second notification indicating the result of the examination 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 indicating a scene where the referee announces the result of the examination is displayed on the display unit together with the second notification. The game program according to claim 5, which is displayed. The match in the match game is a baseball game,
The generating step generates status information including an inning, a score, a runner, an out count, and a ball count at the predetermined timing of the match.
The game program according to any one of claims 1 to 6.   The step of displaying the first notification displays the first notification if at least 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 may include the processor
Notifying at least one of the server supporting the progress of the match on each of the computers as the client and one or more other computers of one or more of the other users that the synchronization deviation has occurred The game program according to any one of claims 1 to 7, wherein the game program is executed.   The game program according to claim 9, wherein in the advancing step, the match is resumed based on the progress status at the predetermined timing shared among the respective computers.   In the advancing step, when a synchronization deviation occurs more than a predetermined number of times during one battle, the battle is advanced without accepting the user's operation relating to the progress of the battle. The game program of any one of 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 communicates with the respective computers as clients to support the progress of the competition on the respective computers. The server comprises a processor and a memory;
The game program to be executed by the server may be executed by the processor of the server,
Periodically acquiring status information generated at the same timing on the progress of the match by each of the computers participating in the match;
Receiving from the at least one of the computers participating in the battle a notification that the synchronization deviation has occurred at the predetermined timing;
Determining a progress status to be shared by the respective computers at the predetermined timing at which the synchronization deviation has occurred, based on the plurality of pieces of status information acquired;
Notifying the respective computers of the determined progress status. In the step of determining the progress status, any one of the acquired plurality of 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 adopted the generated situation information is transmitted to each of the computers. The status information includes information indicating superiority or inferiority in the timing of each user participating in the match,
In the step of determining the progress status, the status information generated by each of the computers is referred to at the timing immediately before the occurrence of the out-of-synchronization condition status information obtained from the computer operated by the inferior user, or The game program according to claim 13, wherein situation information advantageous to the user is adopted. In the competition game, each user is assigned an evaluation value that is updated so that the value goes up when the competition is won,
The game program according to claim 13, wherein in the step of determining the progress status, status information acquired from a computer operated by a user with a low evaluation value or status information advantageous to the user is adopted. The team or character operated by the user in the competition game is given a parameter indicating strength.
The step of determining the progress status adopts status information acquired from a computer of a user operating the team or the character whose parameter is low or status information advantageous to the user. Game program described.   In the step of determining the progress status, when the synchronization deviation occurs a plurality of times in one battle, adopt the status information acquired from the computer with the least number of times the generated status information is adopted. 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 adopting status information is switched in order.   The game program according to claim 13, wherein in the step of determining the progress status, it is switched in order which user is favored with status information. A method of executing a game program,
The game based on the game program is a competition game in which a user who operates a computer and one or more opponent users who operate another computer are competed via communication between the respective computers.
The game program is executed by at least one of the respective computers, including a processor, a memory, an operation unit, and a display unit.
The method comprises:
Synchronizing the progress of the competition between the user and the opponent user with another computer operated by the opponent user, and advancing the game according to the user's operation;
Generating first status information indicating the progress status of the progressed match at a predetermined timing on the progress of the match;
Acquiring second status information generated at the same predetermined timing in the other computer;
Displaying, on the display unit, a first notification indicating that a synchronization deviation has occurred, when there is the second status information that does not match the first status information. A method of 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 communicates with the respective computers as clients to support the progress of the competition on the respective computers. The server comprises a processor and a memory;
In the method, the processor of the server is
Periodically acquiring status information generated at the same timing on the progress of the match by each of the computers participating in the match;
Receiving from the at least one of the computers participating in the battle a notification that the synchronization deviation has occurred at the predetermined timing;
Determining a progress status to be shared by the respective computers at the predetermined timing at which the synchronization deviation has occurred, based on the plurality of pieces of status information acquired;
Informing each computer of the determined progress status. A method of executing a game program,
The game based on the game program is a competition game in which a user who operates a computer and one or more opponent users who operate another computer are competed via communication between the respective computers.
The game program is executed by a server that communicates with the computers as clients to support the progress of a match on the computers, and the server includes a processor and a memory.
In the method, the processor of the server is
Periodically acquiring status information generated at the same timing on the progress of the match by each of the computers participating in the match;
Detecting that a synchronization deviation has occurred when the pieces of status information generated at the same timing do not match;
Determining, based on the plurality of pieces of status information acquired, a progress status to be shared by each computer at the timing at which the synchronization deviation has occurred;
Informing each computer of the determined progress status. An information processing apparatus,
The information processing apparatus is
A storage unit for storing a game program;
A control unit configured to control an operation of the information processing apparatus by executing the game program;
Operation unit,
And a display unit,
The game based on the game program is a competition game in which a user who operates a computer and one or more opponent users who operate another computer are competed via communication between the respective computers.
At least one of the computers functions as the information processing apparatus;
The control unit
The competition between the user and the opponent user is progressed in synchronization with the other computer operated by the opponent user according to the operation of the user,
Generating, at a predetermined timing on the progress of the battle, first status information indicating the progress of the battle;
Acquiring second status information generated at the same predetermined timing in the other computer,
An information processing apparatus, which displays, on the display unit, a first notification indicating that a synchronization deviation has occurred, when there is the second status information that does not match the first status information. A server,
The server is
A storage unit for storing a game program;
A control unit configured to control an operation of the server by executing the game program;
The server communicates with each computer as a client that executes the game program according to any one of claims 1 to 11 to support the progress of the competition on each computer,
The control unit of the server
Periodically acquiring situation information generated at the same timing on the progress of the match by the computers participating in the match,
Receiving from the at least one of the computers participating in the battle a notification that the synchronization deviation has occurred at the predetermined timing;
Based on the plurality of pieces of status information acquired, a progress status to be shared by the respective computers at the predetermined timing at which the synchronization deviation has occurred is determined.
A server that notifies each computer of the determined progress status.

Images