JP2018187524A - Game program, method, and information processor - Google Patents

Abstract

PROBLEM TO BE SOLVED: To enhance amusement of a game.SOLUTION: A game program (131) allows a processor (10) to execute steps (S105, S110) of determining which of automatic control based on the game program and manual control based on user's operation is designated, a step of designating an operation result by determining an operation result of a character (S112), based on the game program in designation of automatic control, or by receiving an operation result of a character determined on the basis of user's operation from a designation source (S123) in designation of manual control, and a step (S127) of expediting a match on the basis of the operation result.SELECTED DRAWING: Figure 8

Description

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

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

  Among games based on sports, a battle game in which characters operated by each of a plurality of users battle each other, or a character operated by a user and a character controlled by a computer based on a game program There is a competitive game to let you.

JP 2004-358280 A (published on December 24, 2004) Japanese Patent Laying-Open No. 2005-204947 (released on August 4, 2005)

  However, the conventional technology as described above has a problem that the user cannot enjoy the game. In the conventional technology as described above, the user can operate the character by only a limited part of the process in all the processes from the start to the end of the battle. Therefore, the winning or losing of the match is ultimately influenced by parameters (for example, the ability value of the character, etc.) that are referred to in the process that is automatically advanced based on the game program, rather than the skill of the user's operation technique in the operated process. . Therefore, it often happens that the user operates successfully in some steps but loses the battle, and as a result, the user cannot be satisfied with the battle result and cannot enjoy the game.

  An object of one embodiment of the present disclosure is to improve the interest of a game.

  A game program according to the present disclosure is executed in a computer including a processor and a memory. In a game based on a game program, a team consisting of one or more characters that can be controlled by a user who operates one computer competes with a team consisting of one or more characters which can be controlled by the opponent user who operates the other computer. It is a competitive game to play. In the game program, with respect to control of the character in the battle, a step of determining whether auto control based on the game program or manual control based on a user operation performed by the user is specified, and the auto control specifies If the action of the character is determined, the action result of the character is determined based on the game program, or if the manual control is designated, the action result of the character determined based on the user operation is received from the designated computer. By doing this, the step of specifying the action result of the character and the step of proceeding with the battle based on the specified action result are executed.

The method according to the present disclosure is a method in which a computer including a processor and a memory executes a game program. In a game based on a game program, a team consisting of one or more characters that can be controlled by a user who operates one computer competes with a team consisting of one or more characters which can be controlled by the opponent user who operates the other computer. It is a competitive game to play. In the method, the processor determines whether auto-control based on a game program or manual control based on a user operation performed by a user is specified for controlling a character in a battle, and auto-control is designated If the action of the character is determined, the action result of the character is determined based on the game program, or if the manual control is designated, the action result of the character determined based on the user operation is received from the designated computer. Thus, the step of specifying the action result of the character and the step of advancing the battle based on the specified action result are included.

  An information processing apparatus according to the present disclosure includes a storage unit that stores a game program, and a control unit that controls the operation of the information processing apparatus by executing the game program. In a game based on a game program, a team consisting of one or more characters that can be controlled by a user who operates one computer competes with a team consisting of one or more characters which can be controlled by the opponent user who operates the other computer. It is a competitive game to play. The control unit determines whether automatic control based on a game program or manual control based on a user operation performed by a user is specified for controlling a character in a battle, and when automatic control is specified, The character motion result is determined based on the game program, or when the manual control is designated, the character motion result determined based on the user operation is received from the designation source computer. The operation result is identified, and the battle is advanced based on the identified operation result.

  According to one aspect of the present disclosure, there is an effect of improving 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 each computer contained in a game system. It is a figure showing typically the battle progressed in the battle type baseball game concerning each embodiment. It is an example of the game screen of a competitive baseball game. It is an example of the game screen of a competitive baseball game. It is an example of the game screen of a competitive baseball game. It is an example of the game screen of a competitive baseball game. 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 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 an example of the game screen of a competitive baseball game.

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

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

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

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

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

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

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

  Note that the user terminal 100 may communicate with the server 200 even when the above-described multiplayer is realized locally. For example, information indicating a result of winning or losing in a certain game and user identification information may be associated with each other and transmitted to the server 200.

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

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

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

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

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

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

  As an example, the game system 1 includes a team consisting of one or more characters that can be controlled by a user operating one computer, and a team consisting of one or more characters that can be controlled by an opponent user who operates the other computer. This is a system for executing a battle-type game for battle. The game system 1 is a system for executing a competitive baseball game, for example, as a competitive game.

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

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

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

  In the competitive baseball game according to the present embodiment, when the user does not wish to control the character himself, the user can operate the user terminal 100 to notify the server 200 of that fact. When receiving such a notification from the user terminal 100, the server 200 determines the action result (throwing result or hitting result) of the character based on various information relating to the ongoing battle according to the game program. Then, the determined operation result is transmitted to the user terminal 100 of the opponent. That is, the server 200 controls the character instead of the user terminal 100.

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

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

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

  In addition, in this embodiment, a program is a game program for implement | achieving a game by cooperation with the user terminal 100 and the server 200. FIG. The various data includes data related to the game such as user information and game information, and instructions and notifications transmitted and received between the user terminal 100 and the server 200.

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

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

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

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

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

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

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

  The distance measuring sensor 18 is a sensor that measures the distance to the measurement object. The distance measuring sensor 18 includes, for example, a light source that emits pulse-converted light and a light receiving element that receives the light. The distance measuring sensor 18 measures the distance to the measurement object based on the light emission timing from the light source and the light reception timing of the reflected light in which the emitted light is reflected by 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 of detecting an object 1010 in the vicinity of the user terminal 100 using the camera 17 and the distance measuring sensor 18 as an input operation of the user will be further described. The camera 17 and the distance measuring sensor 18 may be provided on the side surface of the housing of the user terminal 100, for example. A distance measuring sensor 18 may be provided in the vicinity of the camera 17. As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with an illumination device that emits infrared light, a filter that blocks visible light, and the like. Thereby, it is possible to further improve the detection accuracy of the object based on the captured image of the camera 17 regardless of whether it is outdoors or indoors.

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

In this manner, the processor 10 determines whether or not the user is grasping his / her hand by image recognition on the captured image of the camera 17 (“Goo” gesture or other gesture (eg “Par”)). ) Is detected. In addition to the shape of the user's hand, the processor 10 detects how the hand is moved and whether the hand is approaching or moving 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 the pointer on the touch screen 15 according to the movement of the user's hand, and detects the user's gesture “goo”. In this case, the user terminal 100 determines that the state is selected by the user (continuation of mouse click, touchdown to touch panel, and continuation of touch). Further, the user terminal 100 can also determine that the movement is a swipe operation (or a drag operation) when the user further moves his / her hand while the user's gesture “goo” is detected. In addition, for example, when the user terminal 100 detects a gesture that repels a finger in the detection result of the user's hand from the image captured by the camera 17, the user terminal 100 performs processing corresponding to a mouse click or a touch panel tap operation. It is good also to do.

<Functional configuration of each device>
FIG. 2 is a block diagram illustrating functional configurations of the server 200 and the user terminal 100. Regarding the functional configuration required when the server 200 and the user terminal 100 respectively function as a general computer, and the functional configuration necessary for realizing a known function in a competitive baseball game Are omitted as appropriate.

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

  The server 200 has a function of mediating exchanges between the user terminals 100 by communicating with the respective user terminals 100 that execute the battle. Further, the server 200 has a function of causing a battle to proceed by acting as a proxy for one or both user terminals 100 and distributing the progress result to one or both user terminals 100. The server 200 functions as the control unit 210 and the storage unit 220 through the cooperation of the processor 20, the memory 21, the storage 22, the communication IF 23, the input / output IF 24, and the like.

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

(Functional configuration of user terminal 100)
The control unit 110 performs overall control of the user terminal 100 by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 constructs a game space with reference to information for constructing a game space stored in the game information 132. Moreover, the control part 110 transmits / receives various data. For example, the control unit 110 receives various data and programs from the server 200. The control unit 110 transmits part or all of the game information or user information to the server 200. The control unit 110 may transmit a multiplay synchronization request to the server 200. The controller 110 may receive data for multiplayer synchronization from the server 200.

  The control unit 110 functions as an operation reception unit 111, a control setting unit 112, an operation result determination unit 113, an animation generation unit 114, and a display control unit 115 according to the description of the game program 131.

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

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

  The control setting unit 112 sets either a method of auto-control based on a game program or manual control based on a user operation performed by the user using the input unit 151 regarding a character control method in a battle. For example, when the user designates auto control, the designation is accepted by the operation accepting unit 111. In this case, the control setting unit 112 determines to advance the battle by auto control, and notifies the server 200 of the determination and notifies each unit of the control unit 110. Even when the user designates manual control, the control setting unit 112 notifies the respective units of the control unit 110 and the server 200 to that effect.

  The action result determination unit 113 advances the battle by determining the action result of the character based on the user operation when manual control is set. For example, in the pitching user terminal 100A (one computer, the other computer), when the operation receiving unit 111 receives a user's pitching operation, the operation result determining unit 113 determines the pitching result based on the pitching operation. . The pitching results include, for example, determination of ball speed, ball type (straight, slider, curve, etc.), course (higher inner angle, middle, lower outer angle, etc.), and good pitch / miss pitch. For example, in the batting-side user terminal 100B (the other computer, one computer), when the operation accepting unit 111 accepts the user's batting operation, the operation result determining unit 113 decides the batting result based on the batting operation. . The hit result includes, for example, determination of whether or not a hit is made and, when hit, a flight route, a flight distance, a flight speed, and the like of the ball. The motion result determination unit 113 notifies the determined motion result (throwing result or hitting result) to the animation generation unit 114 and the server 200.

  The animation generation unit 114 generates animations indicating the motions of the various objects based on the control modes of the various objects by the control setting unit 112 and the operation result determination unit 113. For example, it generates a pitching motion animation of a pitcher character, a batting motion animation of a batter character, a bat animation of the batter character, an animation of a ball thrown by the pitcher character, an animation of a ball hit by the batter character, etc. May be.

  The display control unit 115 outputs a game screen reflecting the processing results executed by the above-described elements to the display unit 152 of the touch screen 15. The display control unit 115 may display a game screen including the animation generated by the animation generation unit 114 on the display unit 152. Further, the display control unit 115 superimposes and draws an object related to a user interface (hereinafter referred to as UI) necessary for various operations of the game, such as icons, buttons, or menus indicating various parameters, on the game screen. May be.

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

  The control unit 210 functions as a battle progress unit 211, a control determination unit 212, and an operation result identification unit 213 according to the description of the game program 131.

  The battle progress unit 211 advances the battle. Specifically, based on a request from each user terminal 100, matching an opponent, starting a battle, or advancing each element constituting the battle (detailed later based on FIG. 3) To do.

  The control determination unit 212 determines the control method of the user terminal 100 in the battle based on the designation related to the control method notified from the user terminal 100 participating in the battle.

  The operation result specifying unit 213 specifies the operation result of the user terminal 100 according to the control method set in the user terminal 100 participating in the battle. Specifically, when the automatic control is set for the user terminal 100, the operation result specifying unit 213 determines the user based on the game program 131 and the game information 132 of all the user terminals 100 participating in the battle. The operation result of the character on the terminal 100 side is determined. On the other hand, when manual control is set for the user terminal 100, the operation result transmitted from the user terminal 100 is received, and the received operation result is specified as the operation result of the character on the user terminal 100 side.

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

<About the battle>
FIG. 3 is a diagram schematically showing a battle proceeding based on the game program 131 of the battle-type baseball game in the game system 1 according to the present embodiment. The battle of the battle-type baseball game according to this embodiment includes the following elements. Each element is advanced by at least one of the control unit 210 of the server 200 and the control unit 110 of the user terminal 100.

  Before the battle is started, a team composed of a plurality of characters is first formed. The user can operate the user terminal 100 to select nine characters for each position. The opponent user also operates the user terminal 100 to form a team of nine characters. Hereinafter, a team formed by the user terminal 100 of the user is referred to as the own team, and a team formed by the user terminal 100 of the opponent user is referred to as the opponent team.

When the server 200 receives a battle execution request from the user terminal 100, the server 200 determines an opponent from the other user terminals 100 that have also received the battle execution request, and prepares for the battle.

  As shown in FIG. 3, the battle proceeded by the battle progress unit 211 is composed of a plurality of innings. For each inning, the teams are switched between front and back, and each team performs defense and attack once. Then, the battle progresses. Each of the front and back of one inning is composed of a plurality of bats, and one bat is associated with each attacking character. One batting point is determined by determining and outputting the confrontation factors in which the defensive (throwing) character and the attacking (batting) character confront each other on a one-on-one basis, and complete the batting. Result output element.

  The confrontation element is further divided into a plurality of phases. The phase is a period in which each character to confront performs either a defensive action or an attack action a predetermined number of times. In one phase, the number of times each of the defensive character and the attacking character performs an action is determined in advance. However, the number of times may be arbitrarily determined based on the game that is the subject of the game. Further, the number of operations may be set to the same or different on the defense side and the attack side. In the present embodiment, as an example, in one phase, it is assumed that the defensive character performs a defensive action once and the attacking character performs an attack action once.

  The so-called phase is a minimum unit of elements constituting a battle, and corresponds to one ball thrown by a pitcher in a baseball game. In each phase, one defensive action (throwing action) is executed by the defensive character, and one attack action (striking action) is executed by the attacking character, one phase is completed, and the next phase Transition to the phase.

  After the progress of several phases, the result of the batting (out or progress) is determined in the result output element. As a result, one batting is completed and the process proceeds to the next batting. After several bats, when three outs are accumulated in the front (or back) of one inning, the front (or back) of one inning is completed, the offense and defense are replaced, and the back of the same inning (or Move to the next inning).

  In the present embodiment, among the elements constituting the battle, the result output element may be caused to proceed mainly according to the game program read by each computer (the server 200 and the user terminal 100), that is, by automatic control. .

  On the other hand, all phases of the confrontation elements can be advanced based on an operation performed by the user via the input unit 151, that is, by manual control. Each phase in which the defensive action and the attack action are performed once is an important element that determines the victory or defeat of the battle, and is an element that occupies most of the battle. Therefore, the skill of the user's operation greatly affects the winning or losing of the battle, and the user who has operated well can advantageously advance the battle.

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

According to the above-described play mode, the user is given the right to be able to intervene in all phases (set to manual control). Therefore, even if the entire phase or some of the phases were lost due to auto control, the user recognized that the loss was due to the user's waiver of the right to intervene. Can be convinced.

  From the above, to provide a user with the right to intervene in all phases while providing a function to automatically advance each element of the battle, to realize a game that does not impair the user's satisfaction with the battle results Can do.

  A specific example of information processing in the game system 1 for enabling such a play mode will be described in detail below.

<Game screen>
4-7 is an example of the game screen of the battle | competition type baseball game produced | generated by the control part 110 of the user terminal 100 in this embodiment. 4 to 7, a scene in a stadium as a game space is shown. The game screen generated by the animation generation unit 114 is displayed on the display unit 152 by the display control unit 115.

  4 and 5 show the batting screen 600 displayed on the display unit 152 of the batting user terminal 100B, and FIGS. 6 and 7 show the pitching screen 700 displayed on the display unit 152 of the pitching user terminal 100A. Show. In each screen, a scene in which the pitcher character 603 is about to throw the ball 604 or a pitch from the position where the pitcher character 603 stands (hereinafter, the first position) to the position where the catcher character 612 is located (hereinafter, the second position) A scene and a scene where the batter character 601 is about to hit the ball 604 are shown. The batting screen 600 is a screen displayed on the batting user terminal 100B during the progress of each phase in the above-described confrontation elements, and the pitching screen 700 is displayed on the pitching user terminal 100A during the progress of each phase. It is a screen.

  A home base 607 is disposed between the first position and the second position in the stadium. The control unit 110 sets an intersecting surface that extends in a direction intersecting the direction from the first position toward the second position on the home base 607. The control unit 110 determines whether or not the batter character 601 has hit the ball 604 based on the intersection plane. The intersecting surface may include, for example, a strike zone and a ball zone disposed outside the strike zone. When the operation receiving unit 111 receives a batting operation from the user at the timing when the ball 604 thrown by the pitcher character 603 reaches the intersection, the batter character 601 swings the bat 602 (attack action), thereby An action of hitting 604 can be given to the ball 604. A ball 604 shown in FIG. 5 shows an example of a position where the ball 604 thrown by the pitcher character 603 has actually reached the intersection plane.

  As shown in FIG. 5, various objects for supporting the user's batting operation may be displayed on the batting screen 600. Examples of objects that support the batting operation include a timing hint object 605, a meet cursor 606, a position hint object 608, a direction hint object 609, and the like.

  As shown in FIG. 7, on the pitching screen 700, a ball type specifying object 610 for specifying a ball type to be thrown by the pitcher character 603, and a course specifying object (for increasing the inner angle, lowering, etc.) (Not shown) or the like may be displayed.

In the present embodiment, the display control unit 115 of the batting user terminal 100B displays, for example, the batting screen 600 shown in FIG. 4 when the auto control is set in the own terminal. The batting screen 600 includes a UI object for the user to specify either automatic control or manual control. The UI object is, for example, a manual designation button 613 for switching the currently set auto control to manual control. When the user touches the manual designation button 613 before the phase is started or before the pitcher character 603 starts pitching, the user hits the batter character 601 by his batting operation with respect to this one-ball confrontation. Can be controlled. The control setting unit 112 switches the setting to manual control according to the touch operation described above.

  Accordingly, the display control unit 115 displays a batting screen 600 shown in FIG. The batting screen 600 includes a UI object for the user to specify either automatic control or manual control. The UI object is, for example, an auto designation button 614 for switching the switched manual control to auto control again. The batting screen 600 includes various support objects (ball 604, timing hint object 605, meet cursor 606, position hint object 608, direction hint object 609, etc.) that assist the user's batting operation.

  Note that the control method is not suddenly switched while the phase is in progress, that is, at the timing after the pitcher character 603 starts pitching. Therefore, even if the manual designation button 613 or the auto designation button 614 is pressed at the timing described above, the control setting unit 112 switches the control method between phases.

  In the present embodiment, the display control unit 115 of the pitching user terminal 100A displays, for example, a pitching screen 700 shown in FIG. 6 when auto-control is set in the terminal itself. The pitching screen 700 includes a UI object for the user to specify either automatic control or manual control. The UI object is, for example, a manual designation button 613 for switching the currently set auto control to manual control. When the user touches the manual designation button 613 before the phase is started or before the pitcher character 603 starts pitching, the user performs the pitching character 603 by his own pitching operation regarding this one-ball confrontation. Can be controlled. The control setting unit 112 switches the setting to manual control according to the touch operation described above.

  Accordingly, the display control unit 115 displays a pitching screen 700 shown in FIG. The pitching screen 700 includes a UI object for the user to specify either automatic control or manual control. The UI object is, for example, an auto designation button 614 for switching the switched manual control to auto control again. The pitching screen 700 includes various support objects that support the user's pitching operation. The support objects are, for example, a ball type designation object 610 for designating a ball type to be thrown by the pitcher character 603, a course designation object (not shown) for designating a course (inner angle higher, lower, etc.), and the like. is there.

  Furthermore, the display control unit 115 may include control method information 615 indicating which control method is set in each of the own terminal and the opponent user terminal 100 in the batting screen 600 or the pitching screen 700. . Thus, the user can strategically switch the control method of the user terminal 100 according to whether the opponent is an auto control or a manual control.

<Processing flow>
FIG. 8 is a flowchart showing the flow of processing executed by each device included in the game system 1 based on the game program. In the example illustrated in FIG. 8, it is assumed that among the two user terminals 100 that execute the battle, the setting of auto control is maintained in the pitching user terminal 100A and the setting is switched to manual control in the batting user terminal 100B. ing.

  In response to a request from each user terminal 100, the battle progress unit 211 of the server 200 brings together the two user terminals 100 to participate in the battle and starts a battle (step S101). In the present embodiment, as an example, the control method of each user terminal 100 is assumed to be set to auto control by default.

  The battle progress unit 211 sequentially starts phases from the one-time table (step S102). Specifically, the battle progress unit 211 notifies each user terminal 100 of the start of the phase to be processed and distributes the phase information of the phase to be started. The phase information is detailed information indicating a battle situation at the time when the phase is started. The phase information includes, for example, the number of innings, the number of points, the output status, the outcount, the ball count, the name of the pitcher character, and the name of the batter character.

  The animation generating unit 114 of the pitching user terminal 100A generates a mound scene based on the received phase information and the fact that auto control is set (step S103). The display control unit 115 displays a game screen including the generated mound scene on the display unit 152 (step S104). Here, for example, a pitching screen 700 shown in FIG. 6 is displayed.

  When the manual designation button 613 on the pitching screen 700 shown in FIG. 6 is not pressed, the control setting unit 112 does not switch the control method and notifies the server 200 of nothing. If the control determination unit 212 of the server 200 does not receive the notification that the manual control is set from the control setting unit 112 within a predetermined period after the phase is started, the setting of the automatic control is performed in the pitching-side user terminal 100A. Is maintained (step S105). The notification that the manual control is set is hereinafter referred to as a manual control notification.

  The animation generation unit 114 of the batting-side user terminal 100B generates a batting scene based on the received phase information and the fact that auto control is set (step S106). The display control unit 115 displays a game screen including the generated at-bat scene on the display unit 152 (step S107). Here, for example, a batting screen 600 shown in FIG. 4 is displayed.

  The operation accepting unit 111 accepts that the manual designation button 613 on the batting screen 600 shown in FIG. 4 has been pressed (step S108). In this case, the control setting unit 112 switches the control method to manual control, and notifies the server 200 that the control method has been switched to manual control (step S109).

  The control determination unit 212 receives a manual control notification from the control setting unit 112 before the time when the pitcher character 603 starts pitching. In this case, the control determination unit 212 determines that the automatic control is switched to the manual control in the batting side user terminal 100B (step S110).

  The battle progress unit 211 advances the phase being processed to the start of pitching (step S111). Accordingly, the action result specifying unit 213 determines the pitch result of the pitching action to be performed by the pitcher character 603 based on the pitch-side user terminal 100A performing automatic control (step S112). In order to determine the pitching result, the action result specifying unit 213 determines the ability value and attribute (such as a good ball type) of the pitcher character 603 and the ability value and attribute (right-handed or left-handed) of the batter character 601 of the opponent. Or the like) may be read from the game information 132 and referred to.

  The operation result specifying unit 213 transmits the determined pitching result to the pitching user terminal 100A and the batting user terminal 100B (step S113). When the user terminal 100 is offline, the operation result specifying unit 213 does not have to transmit the pitching result for each phase. Instead, the operation result specifying unit 213 may accumulate the determined pitching results as the game information 132 of each user terminal 100, and distribute it collectively when each user terminal 100 comes online. “The user terminal 100 is offline” refers to a state in which the user terminal 100 has not activated the competitive baseball game application, a state in which the user terminal 100 is not turned on, or the like.

  The animation generating unit 114 of the pitching user terminal 100A that has received the pitching result from the operation result specifying unit 213 generates a pitching animation reflecting the received pitching result (step S114). The display control unit 115 displays a game screen including the generated pitching animation on the display unit 152 (step S115).

  On the other hand, the animation generation unit 114 of the batting user terminal 100B that has received the pitching result from the operation result specifying unit 213 generates a pitching animation reflecting the pitching result (step S116). The display control unit 115 displays a game screen including the generated pitching animation on the display unit 152 (step S117). Here, for example, a batting screen 600 shown in FIG. 5 is displayed.

  While the batting screen 600 shown in FIG. 5 is displayed, the user performs a batting operation by performing a sliding operation or a flicking operation on the input unit 151 until the ball 604 reaches the above-described intersection. Can be entered. More specifically, the meet cursor 606 can be moved to a desired position, or the batter character 601 can be swung by the bat 602 by aiming at the positioned meet cursor 606. Thus, when the operation accepting unit 111 accepts the user's batting operation (step S118), the operation result determining unit 113 decides the batting result based on the accepted batting operation (step S119). The operation result determination unit 113 transmits the determined hitting result to the server 200 (step S120).

  The animation generating unit 114 of the hitting user terminal 100B generates a hitting ball animation that reflects the determined hitting result (step S121). The display control unit 115 displays a game screen including the generated hitting ball animation on the display unit 152 (step S122).

  The operation result specifying unit 213 of the server 200 receives the batting result from the batting user terminal 100B for which manual control is set (step S123). The operation result specifying unit 213 can specify the hit result employed in the battle by receiving the hit result. The operation result specifying unit 213 transmits the received hit result to the pitching user terminal 100A of the opponent (step S124).

  If the hit result is not received from the hitting user terminal 100B by the time the ball 604 reaches the above-described intersection, the action result specifying unit 213 determines the action of overlooking the batter character 601 as the hit result. May be. For example, when the user of the batting user terminal 100B does not perform any batting operation while specifying manual control, it is determined that the batter character 601 does not swing and the ball 604 does not hit the bat 602. The

When receiving the hit result from the server 200, the animation generating unit 114 of the pitching user terminal 100A generates a hit ball animation reflecting the hit result (step S125). The display control unit 115 displays the game screen including the generated hitting ball animation on the display unit 1
52 (step S126).

  Finally, the battle progress unit 211 of the server 200 updates the phase information based on the phase settled by specifying the hit result (step S127). Then, the phase is completed and the process proceeds to the next phase. That is, the battle progress unit 211 returns to S102 and starts a new phase. The new phase proceeds based on the presence / absence of manual control notification from each user terminal 100.

[Embodiment 2]
Another case for the processing flow will be described. FIG. 9 is a flowchart showing the flow of processing executed by each device included in the game system 1 based on the game program. In the example illustrated in FIG. 9, it is assumed that the setting is switched to manual control in the pitching user terminal 100A out of the two user terminals 100 that execute the battle, and the auto control setting is maintained in the batting user terminal 100B. doing.

  The battle progress unit 211 of the server 200 executes step S201 and step S202, respectively, similarly to step S101 and step S102 shown in FIG.

  The animation generating unit 114 of the pitching user terminal 100A executes step S203 and step S204, respectively, similarly to step S103 and step S104 shown in FIG.

  The operation accepting unit 111 accepts that the manual designation button 613 on the pitching screen 700 shown in FIG. 6 has been pressed (step S205). In this case, the control setting unit 112 switches the control method to manual control, and notifies the server 200 that the control method has been switched to manual control (step S206). Further, the display control unit 115 switches the display on the display unit 152 to a pitching screen 700 shown in FIG.

  If the control determination unit 212 receives a manual control notification from the control setting unit 112 within a predetermined period after the phase is started, the control determination unit 212 determines that the pitch-side user terminal 100A has switched from the automatic control to the manual control (step S207). ).

  On the other hand, the animation generation unit 114 of the batting user terminal 100B executes step S208 and step S209, respectively, similarly to step S106 and step S107.

  When the manual designation button 613 on the batting screen 600 shown in FIG. 4 is not pressed, the control setting unit 112 does not switch the control method and notifies the server 200 of nothing. If the control determination unit 212 of the server 200 does not receive a manual control notification from the control setting unit 112 before the pitching is started by the pitcher character 603, the automatic control setting is maintained in the batting user terminal 100B. (Step S210).

  On the other hand, the battle progress unit 211 advances the phase being processed to the start of pitching (step S211). Based on the fact that the pitching user terminal 100A is manually controlled, the battle progress unit 211 transmits a pitching start signal to the pitching user terminal 100A as data for multiplayer synchronization.

In accordance with this pitching start signal, the pitching-side user terminal 100A closes the switching to auto in the phase, and a pitching operation is accepted on the pitching screen 700 shown in FIG. 7 (step S212). The user can input a pitching operation by performing a touch operation or the like on the input unit 151. Specifically, a desired ball type is selected in the ball type designation object 610, a timing is designated so that the aim of a good throw loss gauge (not shown) is within the range of a good throw, or a course designation object (not shown). The desired course can be selected. When the operation receiving unit 111 receives the user's pitching operation in this way, the operation result determining unit 113 determines the pitching result based on the received pitching operation (step S213). The operation result determination unit 113 transmits the determined pitching result to the server 200 (step S214).

  On the other hand, the animation generation unit 114 generates a pitching animation reflecting the determined pitching result (step S215). The display control unit 115 displays a game screen including the generated pitching animation on the display unit 152 (step S216).

  The operation result specifying unit 213 of the server 200 receives the pitching result from the pitching user terminal 100A for which manual control is set (step S217). The operation result specifying unit 213 transmits the received pitching result to the opponent's hitting user terminal 100B (step S218).

  It is assumed that the server 200 does not receive the pitching result from the pitching-side user terminal 100A within a predetermined period (for example, within 30 seconds) from the time when the pitching start is synchronized (step S211). In this case, the action result specifying unit 213 may determine a pitching result by the pitcher character 603 as a pitching result. For example, when the user of the pitching user terminal 100A designates manual control and does not perform any pitching operation, the pitcher character 603 is determined to have lost.

  When receiving the pitching result from the server 200, the animation generating unit 114 of the hitting user terminal 100B generates a pitching animation reflecting the pitching result (step S219). The display control unit 115 displays a game screen including the generated pitching animation on the display unit 152 (step S220).

  The action result specifying unit 213 determines the hit result of the hit action (attack action) to be performed by the batter character 601 based on the batting-side user terminal 100B performing automatic control (step S221). This determination is performed after the pitching result is received in step S217 until the ball 604 reaches the above-described intersection. The action result specifying unit 213 may refer to the ability value and attribute of each character to confront in order to determine the hit result.

  The operation result specifying unit 213 transmits the determined hitting result to the pitching user terminal 100A and the hitting user terminal 100B (step S222). In addition, when the user terminal 100 is offline, the operation result specifying unit 213 may collectively deliver the hit result when each user terminal 100 is online.

  The animation generating unit 114 of the pitching user terminal 100A that has received the hit result from the operation result specifying unit 213 generates a hit animation that reflects the received hit result (step S223). The display control unit 115 displays a game screen including the generated hitting animation on the display unit 152 (step S224).

  On the other hand, the animation generation unit 114 of the batting user terminal 100B that has received the batting result from the operation result identifying unit 213 generates an batting animation reflecting the batting result (step S225). The display control unit 115 displays a game screen including the generated hitting animation on the display unit 152 (step S226).

  Finally, the battle progress unit 211 of the server 200 updates the phase information based on the phase settled by determining the hit result (step S227). Then, the process returns to S202 to start a new phase. The new phase proceeds based on the presence / absence of manual control notification from each user terminal 100.

[Embodiment 3]
Another case for the processing flow will be described. FIG. 10 is a flowchart showing the flow of processing executed by each device included in the game system 1 based on the game program. In the example illustrated in FIG. 10, it is assumed that the auto-control setting is maintained in both the pitching-side user terminal 100 </ b> A and the batting-side user terminal 100 </ b> B among the two user terminals 100 that execute the battle.

  The battle progress unit 211 of the server 200 executes Step S301 and Step S302, respectively, similarly to Step S101 and Step S102.

  The animation generation unit 114 and the display control unit 115 of the pitching user terminal 100A execute step S303 and step S304, respectively, similarly to step S103 and step S104.

  As in the first embodiment, when the manual designation button 613 on the pitching screen 700 shown in FIG. 6 is not pressed, the control setting unit 112 does not notify the server 200 at all. If the control determination unit 212 of the server 200 does not receive a manual control notification from the control setting unit 112 within a predetermined period from the start of the phase, the setting of auto control is maintained in the pitching user terminal 100A. Determination is made (step S305).

  On the other hand, the animation generation unit 114 of the batting user terminal 100B executes step S306 and step S307, respectively, similarly to step S106 and step S107.

  As in the second embodiment, when the manual designation button 613 on the batting screen 600 shown in FIG. 4 is not pressed, the control setting unit 112 does not notify the server 200 at all. It is assumed that the server 200 does not receive the manual control notification from the control setting unit 112 before the pitching is started by the pitcher character 603. In this case, the control determination unit 212 determines that the auto control setting is maintained in the batting user terminal 100B (step S308).

  The battle progress unit 211 advances the phase being processed to the start of pitching (step S309). As in the first embodiment, the action result specifying unit 213 determines the pitch result of the pitching action to be performed by the pitcher character 603 based on the pitch-side user terminal 100A performing automatic control (step S310). Then, the operation result specifying unit 213 transmits the determined pitching result to the pitching user terminal 100A and the hitting user terminal 100B (step S311).

  The animation generating unit 114 of the pitching user terminal 100A that has received the pitching result from the operation result specifying unit 213 generates a pitching animation reflecting the received pitching result (step S312). The display control unit 115 displays a game screen including the generated pitching animation on the display unit 152 (step S313).

Similarly to the pitching user terminal 100A, when receiving the pitching result from the server 200, the animation generating unit 114 of the hitting user terminal 100B generates a pitching animation reflecting the pitching result (step S314). The display control unit 115 displays a game screen including the generated pitching animation on the display unit 152 (step S315).

  Similar to the second embodiment, the action result specifying unit 213 determines the hit result of the hit action to be performed by the batter character 601 based on the batting-side user terminal 100B performing automatic control (step S316). This determination is performed after the pitching result is received in step S310 until the ball 604 reaches the above-described intersection. The operation result specifying unit 213 transmits the determined hitting result to the pitching user terminal 100A and the hitting user terminal 100B (step S317).

  The animation generation unit 114 and the display control unit 115 of the pitching-side user terminal 100A execute step S318 and step S319, respectively, similarly to step S223 and step S224. On the other hand, the animation generation unit 114 and the display control unit 115 of the batting-side user terminal 100B execute step S320 and step S321, respectively, similarly to step S225 and step S226.

  Finally, the battle progress unit 211 of the server 200 updates the phase information based on the phase settled by determining the hitting result (step S322). And it returns to step S302 and starts a new phase. The new phase proceeds based on the presence / absence of manual control notification from each user terminal 100.

[Embodiment 4]
Another case for the processing flow will be described. FIG. 11 is a flowchart showing the flow of processing executed by each device included in the game system 1 based on the game program. In the example illustrated in FIG. 11, it is assumed that the setting is switched to manual control in both the pitching-side user terminal 100A and the striking-side user terminal 100B among the two user terminals 100 that execute the battle.

  The battle progress unit 211 of the server 200 executes Step S401 and Step S402, respectively, similarly to Step S101 and Step S102.

  The animation generating unit 114 and the display control unit 115 of the pitching user terminal 100A execute step S403 and step S404, respectively, similarly to step S103 and step S104.

  As in the second embodiment, when the operation accepting unit 111 accepts that the manual designation button 613 shown in FIG. 6 has been pressed (step S405), the control setting unit 112 notifies the server 200 that switching to manual control has been performed. (Step S406). Further, the display control unit 115 switches the display on the display unit 152 to a pitching screen 700 shown in FIG.

  If the control determination unit 212 receives a manual control notification from the control setting unit 112 within a predetermined period from the start of the phase, the control determination unit 212 determines that the pitch-side user terminal 100A has switched from auto control to manual control (step S407). ).

  The animation generation unit 114 and the display control unit 115 of the batting-side user terminal 100B execute step S408 and step S409, respectively, similarly to step S106 and step S107.

As in the first embodiment, when the operation accepting unit 111 accepts that the manual designation button 613 shown in FIG. 4 has been pressed (step S410), the control setting unit 112 notifies the server 200 that switching to manual control has been performed. (Step S411).

  It is assumed that the server 200 receives the manual control notification from the control setting unit 112 before the pitching is started by the pitcher character 603. In this case, the control determination unit 212 determines that the automatic control is switched to the manual control in the striking user terminal 100B (step S412).

  The battle progress unit 211 advances the phase being processed to the start of pitching (step S413). Based on the fact that the pitching user terminal 100A is manually controlled, the battle progress unit 211 transmits a pitching start signal to the pitching user terminal 100A as data for multiplayer synchronization.

  Similar to step S212 in the second embodiment, the operation reception unit 111 receives a user's pitching operation via the pitching screen 700 illustrated in FIG. 7 (step S414). In this case, the operation result determination unit 113 determines a pitch result based on the accepted pitch operation (step S415). The operation result determination unit 113 transmits the determined pitching result to the server 200 (step S416).

  The animation generating unit 114 of the pitching user terminal 100A generates a pitching animation reflecting the determined pitching result (step S417). The display control unit 115 displays a game screen including the generated pitching animation on the display unit 152 (step S418).

  The operation result specifying unit 213 of the server 200 receives the pitch result from the pitch-side user terminal 100A for which manual control is set (step S419). The operation result specifying unit 213 transmits the received pitching result to the opponent's hitting user terminal 100B (step S420).

  Similarly to the second embodiment, the server 200 may not receive the pitching result from the pitching user terminal 100A within a predetermined period (for example, within 30 seconds) from the time when the pitching start is synchronized (step S413). is assumed. In this case, the action result specifying unit 213 may determine a pitching result by the pitcher character 603 as a pitching result.

  When receiving the pitching result from the server 200, the animation generating unit 114 of the batting-side user terminal 100B generates a pitching animation that reflects the pitching result (step S421). The display control unit 115 displays a game screen including the generated pitching animation on the display unit 152 (step S422).

  Similar to step S118 of the first embodiment, the operation accepting unit 111 accepts a user's batting operation via the batting screen 600 shown in FIG. 5 (step S423). In this case, the operation result determination unit 113 determines the batting result based on the received batting operation (step S424). The operation result determination unit 113 transmits the determined hitting result to the server 200 (step S425).

  Subsequently, the animation generation unit 114 and the display control unit 115 execute step S426 and step S427, respectively, similarly to step S121 and step S122.

The operation result specifying unit 213 of the server 200 receives the batting result from the batting user terminal 100B for which manual control is set (step S428). The operation result specifying unit 213 can specify the hit result employed in the battle by receiving the hit result. The operation result specifying unit 213 transmits the received hit result to the pitching user terminal 100A of the opponent (step S429).

  Similar to the first embodiment, the action result specifying unit 213 performs an operation of overlooking the batter character 601 when the hit result is not received from the hitting user terminal 100B until the ball 604 reaches the above-described intersection. The hit result may be determined.

  The animation generation unit 114 and the display control unit 115 of the pitching-side user terminal 100A execute step S430 and step S431, respectively, similarly to step S125 and step S126.

  Finally, the battle progress unit 211 of the server 200 updates the phase information based on the phase settled by specifying the hit result (step S432). Then, the process returns to S402 to start a new phase. The new phase proceeds based on the presence / absence of manual control notification from each user terminal 100.

[Modification]
(Simultaneous multiple battles)
Each user terminal 100 may advance a plurality of battles simultaneously. FIG. 12 is an example of a game screen generated by the control unit 110 of the user terminal 100 in the present modification. According to the battle list screen 800 shown in FIG. 12, a plurality of battles being executed on the user terminal 100 are displayed in a list. The battle list screen 800 includes a battle deck 801 or a battle deck 802, which is information indicating the status of each battle in progress. The user can check the phase information such as the number of innings, points, output status, outcount, and ball count indicated on the battle deck, and can grasp the status of each battle.

  Furthermore, the user can call the play screen of each battle from the battle list screen 800. For example, when the operation reception unit 111 receives a touch operation on the battle deck 801, the animation generation unit 114 generates an animation of the batting scene currently progressing in the battle 1. Then, the display control unit 115 displays a batting screen 600 (for example, FIG. 4) including the generated batting scene on the display unit 152. For example, the user can intervene in the hitting operation from the next phase by pressing the manual designation button 613 from the called screen.

  In addition, the display control unit 115 may give a notice for recommending user intervention to each battle deck. For example, the display control unit 115 may display a notification recommending intervention on the battle deck of the battle for a battle that is approaching a scene in which the battle phase may change due to the action of the character 1. A scene whose aspect can change is, for example, a scene that can be reversed with a single stroke. The determination of whether or not it is such a scene may be executed by the control unit 110 of the user terminal 100 or the battle progress unit 211 of the server 200 based on the phase information. The notification that recommends intervention is a notification that prompts manual control, and an example is an icon 803. Alternatively, when the user terminal 100 is the pitching user terminal 100A, an icon with the characters “Pinch!” May be displayed as a notification that prompts manual control.

(Adjustment of battle progress speed)
The battle progression unit 211 can advance each phase over a predetermined time so that the time required for completing each phase is almost uniform, regardless of which control method is set. desirable. For this reason, the battle progress unit 211 provides uniform restrictions on the period in which the pitching operation by the pitching user is accepted. For example, when manual control is set in the pitching user terminal 100A, the battle progress unit 211 accepts the pitching operation by the pitching user within 30 seconds from the start of the phase, and if this is exceeded, the match is forced Alternatively, the phase may proceed. “Within 30 seconds” is an example of a restriction related to the reception period, and may be an arbitrary value. That is, the battle progress unit 211 sets a user operation completion deadline (preliminary time limit) for the pitching operation so that the time required for each phase does not become longer than a predetermined time. When the battle progress unit 211 determines that the user operation completion time limit has passed, the action result specifying unit 213 specifies a predetermined pitch result (for example, a missed pitch) based on the game program 131.

  When the auto-control is set in the pitching user terminal 100A, the battle progress unit 211 is substantially the same as the above-described reception period from the start of the phase until the pitching operation is executed based on the game program. It is desirable to make it. That is, the battle progress unit 211 does not skip or fast forward the progress of some phases, bats or innings even in the case of automatic control.

  As a result, regardless of which control method is set, the time taken to start the pitching operation in each phase can be made constant (for example, within 30 seconds). Thereby, the required time of the whole phase can be unified to be substantially the same. The remaining required time related to the phase after the pitching operation is started is the required time related to the batting operation, which is essentially constant from the beginning. This is because the period during which the batting operation of the batting user is accepted is determined from the time when the pitching operation is started until the ball 604 reaches the crossing surface, and this period does not vary greatly.

  For example, the battle progress unit 211 is assumed to advance each phase so that one battle is completed in about one hour.

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

  In the latter case, the information processing apparatus including 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, and the program and various data are read by a computer (or CPU). A ROM (Read Only Memory) or a storage device (these are referred to as “recording media”), a RAM (Random Access Memory) in which the program is expanded, and the like are provided. And the objective of this invention is achieved when a computer (or CPU) reads the said program from the said recording medium and runs it. As the recording medium, a “non-temporary tangible medium” such as a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. The program may be supplied to the computer via an arbitrary transmission medium (such as a communication network or a broadcast wave) that can transmit the program. Note that one embodiment of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the program is embodied by electronic transmission.

The information processing apparatus described above is any one device (server 20) that constructs the game system 1.
0 or the user terminal 100) or a combination of a plurality of devices (the server 200 and the user terminal 100).

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

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

  (Item 1) The game program (131) executed in the computer (user terminal 100, server 200) including the processor (10) and the memory (11) has been described. According to an aspect of the present disclosure, a game based on a game program is a team composed of one or more characters that can be controlled by a user who operates one computer (the user terminal 100, the pitching user terminal 100A, and the batting user terminal 100B). Is a battle-type game in which the opponent user who operates the other computer (the user terminal 100, the batting user terminal 100B, the pitching user terminal 100A) battles against a team of one or more characters that can be controlled. The program determines whether the processor is designated to perform auto control based on a game program or manual control based on a user operation performed by a user regarding control of a character in a battle (step S105, step S110, Step S207, When step S210, step S305, step S308, step S407, step S412) and automatic control are designated, the action result (throwing result D1, hitting result D2) of the character is determined based on the game program (step S210). S112, step S221, step S310, step S316), or when the manual control is designated, the action result of the character determined based on the user operation is received from the designation source computer (step S123, step S217). , Step S419, step S428), the step of identifying the character's motion result, and the step of proceeding the battle based on the identified motion result (step S127, step S227, step S322, step S4) 2) and to the execution. Thereby, there exists an effect which improves the interest property of a game.

  (Item 2) In (Item 1), a battle proceeds when each team operates in an offense and defense, and the battle is composed of a plurality of phases. The attacking action is carried out by causing the attacking team character to perform the defensive action relating to the defensive action and the defensive action relating to the defensive team character, respectively. Determining which of the control and manual control is specified, the specifying step includes specifying an operation result for each phase, and the step of proceeding is based on the operation result specified for each phase. , Proceeding through each phase. This gives the user the right to switch between auto control and manual control for each phase. As a result, there is an effect of improving the interest of the game.

  (Item 3) In (Item 2), the step of proceeding includes advancing all phases included in the battle over a predetermined time. Thereby, even if auto control is designated, the phase is not fast-forwarded or skipped. Therefore, even if the automatic control is designated on one computer and the manual control is designated on the other computer, the battle can be advanced without time lapse.

(Item 4) In (Item 3), when manual control is specified, the specifying step is to pass a preset time limit (user operation completion time limit) without receiving the operation result from the computer that is the specification source. In such a case, it includes specifying the action result of the character based on the game program. Thereby, when manual control is designated, a user operation completion time limit can be provided so that the time required for each phase does not become longer than a predetermined time. Therefore, even if manual control is specified in at least one of the one computer and the other computer, it is possible to proceed with the battle without any time trap.

  (Item 5) In any one item from (Item 2) to (Item 4), the phase causes the defensive team character (the pitcher character 603) to perform a pitching action as a defensive action, The team character (batter character 601) progresses by executing a batting action as an attacking action, and the step of determining includes receiving the designation until the pitching action is executed. As a result, in a battle-type game in which an attack action is executed after a defensive action is executed for each phase, an effect of improving the interest of the game is achieved.

  (Item 6) In the determination step in (Item 5), designation of auto-control is received from one computer (throwing side user terminal 100A) regarding the control of the defensive team, and the other computer (battering side user) When manual control designation is received from the terminal 100B) regarding the control of the attacking team, the specifying step is based on the game program and the pitching result (D1) of the pitcher character (603) belonging to the defensive team (Step S112), sending the pitching result to at least the other computer (step S113), and the batting result (D2) of the batter character (601) belonging to the attacking team from the other computer (Step S123). Thereby, in a competitive game in which a batting operation is executed after a pitching operation is executed for one phase, an effect of improving the interest of the game is achieved.

  (Item 7) In the determination step in (Item 5) or (Item 6), the designation of manual control is accepted from one computer regarding the control of the defensive team, and the attacking team is received from the other computer. When the designation of auto control is received, the step of specifying is to receive the pitching result of the pitcher character belonging to the defensive team from one computer (step S217), and to attack based on the game program This includes determining the hit result of the batter character belonging to the team on the side (step S221) and transmitting the hit result to at least one computer (step S222). Thereby, in a competitive game in which a batting operation is executed after a pitching operation is executed for one phase, an effect of improving the interest of the game is achieved.

  (Item 8) In one of the items from (Item 5) to (Item 7), in the determination step, designation of auto-control is received from one computer regarding the control of the defensive team, and the other computer From the above, regarding the control of the attacking team, when the designation of the automatic control is accepted, the step of specifying determines the pitching result of the pitcher character belonging to the defensive team based on the game program (step S310), And determining the hit result of the batter character belonging to the attacking team based on the game program (S316). Thereby, in a competitive game in which a batting operation is executed after a pitching operation is executed for one phase, an effect of improving the interest of the game is achieved.

(Item 9) In any one item from (Item 5) to (Item 8), in the determination step, designation of manual control is received from one computer regarding the control of the defensive team, and the other computer When the manual control designation is received regarding the control of the attacking team, the specifying step receives the pitching result of the pitcher character belonging to the defensive team from one computer (step S419). The result is transmitted to at least the other computer (step S420), the batting result of the batter character belonging to the attacking team is received from the other computer (step S428), and the batting result is transmitted to at least one of the computers. Sending to the computer (step S429). Thereby, in a competitive game in which a batting operation is executed after a pitching operation is executed for one phase, an effect of improving the interest of the game is achieved.

  (Item 10) In any one item from (Item 1) to (Item 9), the determining step is a UI object displayed on at least one display unit (152) of one computer and the other computer. This includes determining whether auto control or manual control is designated based on a user operation performed on (manual designation button 613, auto designation button 614). This improves the operability when the user designates auto control or manual control.

  (Item 11) In any one item from (Item 1) to (Item 10), the step of proceeding is the opponent for one computer (user terminal 100, pitching user terminal 100A, hitting user terminal 100B). Including a plurality of battles that are different from each other. Thereby, there exists an effect which improves the interest property of a game.

  (Item 12) In (Item 11), the step of proceeding is performed on the display unit (152) of one computer (user terminal 100, pitching user terminal 100A, batting user terminal 100B) that executes a plurality of battles. This includes displaying a list of information (competition decks 801 and 802) indicating each situation of a plurality of competitions. Thereby, there exists an effect which improves the interest property of a game.

  (Item 13) In (Item 12), in the step of proceeding, it is determined whether or not the scene of the battle can be changed by one action of the character, and when the scene is determined to be a scene that can be changed. In addition, a notification (icon 803) for prompting manual control of the battle is displayed on the display unit. Thereby, there exists an effect which improves the interest property of a game.

  (Item 14) The method by which a computer including a processor and a memory executes a game program has been described. According to an aspect of the present disclosure, in a game based on a game program, a team of one or more characters that can be controlled by a user operating one computer can be controlled by an opponent user who operates the other computer. The game is a battle-type game in which a team consisting of the above characters is battled, and the method is either automatic control based on a game program or manual control based on a user operation performed by a user regarding the control of the character in the battle. A step of determining whether the character is designated, and when automatic control is designated, based on a game program, a character action result is determined, or when manual control is designated, based on a user operation Whether the action result of the determined character is the source computer By receiving includes identifying an operation result of the character, based on the identified operation result, and the step of advancing the battle, the. The method according to (Item 14) has the same effects as the game program according to (Item 1).

(Item 15) A storage unit (120) for storing the game program (131) and a control unit (110, 210) for controlling the operation of the information processing apparatus (user terminal 100, server 200) by executing the game program. The information processing apparatus including the above has been described. According to an aspect of the present disclosure, in a game based on a game program, a team of one or more characters that can be controlled by a user operating one computer can be controlled by an opponent user who operates the other computer. It is a battle-type game in which a team consisting of the above characters is played, and the control unit specifies either auto control based on a game program or manual control based on a user operation performed by a user regarding control of the character in the battle. Character is determined based on the user's operation when manual control is specified or when the automatic control is specified. By receiving the operation result of Identify the operation result of Rakuta, based on the identified operation result, the progress of the battle. The information processing apparatus according to (Item 15) has the same effects as the game program according to (Item 1).

1 game system, 2 networks, 10,20 processor, 11,21 memory, 12,22 storage, 13,23 communication IF, 14,24 input / output IF, 15 touch screen, 17 camera, 18 distance sensor, 100 user terminal (Computer, information processing device), 100A Throwing side user terminal (computer, information processing device), 100B Strike side user terminal (computer, information processing device), 110, 210 control unit, 111 operation accepting unit, 112 control setting unit, 113 operation result determination unit, 114 animation generation unit, 115 display control unit, 120, 220 storage unit, 131 game program, 132 game information, 133 user information, 151 input unit, 152 display unit, 200
Server (computer, information processing device), 211 battle progress unit, 212 control determination unit, 213 action result specifying unit, 601 batter character, 603 pitcher character, 613 Manual designation button (UI object), 614 Auto designation button (UI object) , 615 Control method information, 801, 802 Battle deck (information indicating the situation), 803 icon (notification), 1020 controller, 1030 storage medium, D1 pitching result (motion result), D2 hitting result (motion result)

Claims (15)

A game program executed on a computer comprising a processor and a memory,
A game based on the game program includes a team consisting of one or more characters that can be controlled by a user operating one computer, and a team consisting of one or more characters that can be controlled by an opponent user who operates the other computer. It is a competitive game that fights,
The game program is stored in the processor.
Determining whether automatic control based on the game program or manual control based on a user operation performed by the user is specified for controlling the character in a battle;
When the auto control is designated, the character's action result is determined based on the game program, or when the manual control is designated, the character is determined based on the user operation. The action result of the character is received by receiving the action result of
And a step of advancing the battle based on the identified operation result. The battle progresses when each team operates by dividing into an offense and defense, and the battle is composed of a plurality of phases, in which the attack operation related to the attack is performed by the attacking team. The character progresses by causing the defensive team character to execute a defensive action related to defensive operations a predetermined number of times.
The step of determining includes determining which of the automatic control and the manual control is designated for each phase,
The specifying step includes specifying an operation result for each phase;
The game program according to claim 1, wherein the advancing step includes advancing each phase based on an operation result specified for each phase.   The game program according to claim 2, wherein the progressing step includes advancing all phases included in the battle over a predetermined time.   In the step of specifying, when the manual control is designated, the operation result is not received from the designated computer, and a predetermined time limit is passed. The game program according to claim 3, comprising specifying an action result of the character. The phase proceeds by causing the defensive team character to perform a pitching action as the defensive action, and causing the attacking team character to perform a batting action as the attack action,
The game program according to any one of claims 2 to 4, wherein the determining step includes receiving the designation until the pitching operation is executed. In the determining step, when designation of auto control is received from the one computer regarding control of the defensive team, and designation of manual control is received from the other computer regarding control of the attacking team ,
The identifying step includes:
Determining a pitching result of a pitcher character belonging to the defensive team based on the game program;
Transmitting the pitching result to at least the other computer; and
The game program according to claim 5, comprising receiving a batting result of a batter character belonging to the attacking team from the other computer. In the determining step, when the designation of manual control is accepted from the one computer regarding the control of the defensive team, and the designation of auto control is accepted from the other computer regarding the control of the attacking team ,
The identifying step includes:
Receiving a pitching result of a pitcher character belonging to the defensive team from the one computer;
Determining a batting result of a batter character belonging to the attacking team based on the game program; and
The game program according to claim 5, comprising transmitting the hit result to at least the one computer. In the determining step, when designation of auto-control is received from the one computer regarding control of the defensive team, and designation of auto-control is received from the other computer regarding control of the attacking team ,
The identifying step includes:
Determining a pitching result of a pitcher character belonging to the defensive team based on the game program; and
The game program according to any one of claims 5 to 7, comprising determining a hit result of a batter character belonging to the attacking team based on the game program. In the step of determining, when designation of manual control is received from the one computer regarding control of the defensive team, and designation of manual control is received from the other computer regarding control of the attacking team ,
The identifying step includes:
Receiving a pitching result of a pitcher character belonging to the defensive team from the one computer;
Transmitting the pitching result to at least the other computer;
Receiving a hitting result of a batter character belonging to the attacking team from the other computer; and
The game program according to claim 5, comprising transmitting the hit result to at least the one computer.   In the determining step, any one of the automatic control and the manual control is performed based on a user operation performed on a UI object displayed on at least one of the one computer and the other computer. The game program according to any one of claims 1 to 9, comprising determining whether it is designated.   The game program according to any one of claims 1 to 10, wherein the proceeding step includes simultaneously proceeding a plurality of battles with different opponents per computer.   The game program according to claim 11, wherein the advancing step includes displaying a list of information indicating each situation of the plurality of battles on a display unit of one computer that executes the plurality of battles. The step of proceeding comprises:
Determining whether the situation of the battle can be changed by one action of the character; and
The game program according to claim 12, further comprising: displaying a notification prompting the manual control for the battle on the display unit when it is determined that the scene can change. A computer comprising a processor and a memory for executing a game program,
A game based on the game program includes a team consisting of one or more characters that can be controlled by a user operating one computer, and a team consisting of one or more characters that can be controlled by an opponent user who operates the other computer. It is a competitive game that fights,
In the method, the processor comprises:
Determining whether automatic control based on the game program or manual control based on a user operation performed by the user is specified for controlling the character in a battle;
When the auto control is designated, the character's action result is determined based on the game program, or when the manual control is designated, the character is determined based on the user operation. The action result of the character is received by receiving the action result of
Proceeding with the battle based on the identified operation result. An information processing apparatus,
The information processing apparatus includes:
A storage unit for storing game programs;
A control unit that controls the operation of the information processing apparatus by executing the game program,
A game based on the game program includes a team consisting of one or more characters that can be controlled by a user operating one computer, and a team consisting of one or more characters that can be controlled by an opponent user who operates the other computer. It is a competitive game that fights,
The controller is
Regarding the control of the character in a battle, it is determined whether auto control based on the game program or manual control based on a user operation performed by the user is designated,
When the auto control is designated, the character's action result is determined based on the game program, or when the manual control is designated, the character is determined based on the user operation. The action result of the character is identified by receiving the action result of the character from the designated computer.
An information processing apparatus that advances the battle based on the identified operation result.