JP6576313B2 - Game execution method, program, and recording medium - Google Patents

Description

  The present disclosure relates to a game execution method, a program, and a recording medium.

  Patent Document 1 describes a game device that changes a batting mode of a batter by touching a button displayed on a display unit. Patent Document 2 describes a game program that reduces the determination area corresponding to the action form of the character as the slide distance of the instruction unit increases.

JP 2014-147817 A (released on August 21, 2014) JP 2010-233833 A (released on October 21, 2010)

  However, it is difficult for the technique of Patent Document 1 to change the batting mode immediately before the batting. The technique of Patent Document 2 is difficult to make a determination area as desired by the user. Therefore, the conventional technology as described above has a problem that the hitting mode cannot be changed smoothly.

  According to the present disclosure, the batting mode can be changed smoothly.

  In order to solve the above problems, a game execution method according to the present disclosure is a game execution method, which includes a processor, a memory, and a touch-sensitive input unit, a display unit that displays an image, The game is executed by a character acting on a moving body that moves from the first position to the second position in the game space, and the game moves under the control of the processor. A step of setting an intersection plane for determining whether or not an action has been applied to the body between the first position and the second position, and a step of setting an action region for applying the action to the moving body as the intersection plane And a step of accepting a first operation for moving the action area, and a touch operation on the touch screen, and an operation based on the first operation. A step of moving an area; a touch operation on the touch screen; a step of accepting a second operation for giving an action; and an action is given to the moving body based on a positional relationship between the action area and the moving body. If it is determined that the action has been given to the moving body, the distance from the start position where the input of the second operation is started to the completion position where the input of the second operation is completed on the touch screen is Differentiating the amount of action applied to the moving body based on whether or not the threshold value is exceeded.

  According to the present disclosure, the batting mode can be changed smoothly.

It is a figure which shows the structure of a user terminal. It is a figure which shows the functional structure of a user terminal. It is a flowchart which shows operation | movement of a game system. It is a figure which shows the example of the game screen of a game system. It is a figure which shows the example for operation and a screen for setting each hit | damage mode.

  Specific examples of a game program, a method, and an information processing apparatus for executing a game according to an embodiment of the present invention will be described below with reference to the drawings. The present invention is not limited to these exemplifications, but is defined by the scope of claims for patent, and it is intended that all modifications within the meaning and scope equivalent to the scope of claims for patent are included in the present invention. 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.

  The game of the present disclosure is a game in which a game character acts on a moving body that moves from a first position toward a second position in the game space. In this embodiment, a baseball game in which a batter hits a ball thrown from a first position where a pitcher is located toward a second position where a catcher is located will be described as an example.

<Relationship and configuration between user terminal and game terminal>
First, the relationship between the user terminal 100 and the game server 200 used in the game system 1 and their configurations will be described with reference to FIG. The game system 1 includes a plurality of user terminals 100 and a game server 200. Each user terminal 100 and the game server 200 are connected via the network 2. The network 2 can be connected to the Internet via the Internet, various mobile communication systems constructed by wireless base stations (not shown) (for example, so-called 3G and 4G mobile communication systems, LTE (Long Term Evolution)), or predetermined access points. A wireless network (e.g., WiFi) may be included.

  The user terminal 100 is more preferably a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, and a touch screen 15 that are electrically connected to each other via a communication bus.

  The input / output IF 14 has various data input / output functions and audio input / output functions via a USB (Universal Serial Bus) or the like.

  The touch screen 15 is an electronic component that combines the input unit 151 and the display unit 152. The input unit 151 is a touch-sensitive device, and includes, for example, a touch pad. The display unit 152 includes, for example, a liquid crystal display, an organic EL (electro-luminescence) display, or the like. The input unit 151 detects contact or proximity of an object such as a user's finger or stylus with respect to the touch screen 15 and receives it as an operation input. The input unit 151 detects information on a screen position where a user action (mainly a physical contact operation such as a touch operation, a swipe operation, a flick operation, and a tap operation) included in the operation input is input, A function of outputting the information to the outside as an information signal is provided. The touch screen 15 may be touch-sensitive and may include any type of device such as a capacitance method or a resistance film method.

  The game server 200 provides various services related to the game to each user terminal 100. The game server 200 is more preferably a general-purpose computer such as a workstation or a personal computer. The game server 200 includes a processor 20, a memory 21, a storage 22, a communication interface (IF) 23, and an input / output IF 24 that are electrically connected to each other via a communication bus.

  The processors 10 and 20 include a central processing unit (CPU), a micro processing unit (MPU), a graphics processing unit (GPU), and the like. The processor 10 controls the operation of the entire user terminal 100. The processor 20 controls the overall operation of the game server 200. The memories 11 and 21 include a main storage device that can be configured by a volatile storage device such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The storages 12 and 22 include an auxiliary storage device that can be configured by a nonvolatile storage device such as a flash memory or an HDD (Hard Disk Drive). Various programs and data loaded from the storage 12 by the processor 10 are temporarily stored in the memory 11. The memory 21 temporarily stores various programs and data loaded from the storage 22 by the processor 20. As a result, the memory 11 provides a work area to the processor 10. The memory 11 provides a work area for the processor 20.

  Game data such as a game program is stored in the storage 22 of the game server 200. The storage 12 of the user terminal 100 stores game data such as a game program downloaded from the game server 200. The game program is expanded in the memories 11 and 21. The processor 10 executes a game program developed in the memory 11. The processor 20 executes a game program developed in the memory 21. The memory 11 also temporarily stores various game data generated while the processor 10 is operating in accordance with the game program. Various types of game data generated while the processor 20 is operating according to the game program are also temporarily stored in the memory 21. In the present embodiment, the various data includes a predetermined game program, game data such as user information and game information, an instruction to transmit and receive them between the user terminal 100 and the game server 200, and an instruction to advance the game.

  The communication IFs 13 and 23 have a communication control function for transmitting and receiving various data between the user terminal 100 and the game server 200. The communication control function includes, for example, a wireless LAN (Local Area Network) connection function, a wired LAN, a wireless LAN, an Internet connection function via a mobile phone network, a short-range wireless communication function, and the like.

  The input / output IF 24 of the game server 200 includes an input unit that is an information input device such as a mouse and a keyboard, and an output unit such as a liquid crystal display, and is used for monitoring computer information.

  Next, the functional configuration of the user terminal 100 will be described with reference to FIG. The user terminal 100 can function as the control unit 110 and the storage unit 120 through the cooperation of the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14, and the like. The game program stored in the storage unit 120 is developed on the main memory and executed by the control unit 110. The control unit 110 can function as an operation reception unit 111, an object position determination unit 112, a motion image generation unit 113, an object control unit 114, a batting mode setting unit 115, and a display control unit 116 depending on the game program. In the main memory, various game data generated while the control unit 110 operates according to the program and various game data used by the control unit 110 are also temporarily stored. The storage unit 120 stores data necessary for the control unit 110 to function as each unit described above. Examples of the data include game programs, game information, and user information. The game information includes an object management table for managing various game objects, a skill management table for managing various skills of game characters, motion data for defining the motion of each game character, and the like. User information includes a user management table and the like.

  The control unit 110 controls the operation of the entire user terminal 100, and performs data transmission / reception between elements, arithmetic processing necessary for game execution, and other processing. For example, the control unit 110 develops a game according to the game program based on the operation input to the touch screen 15 detected by the operation reception unit 111, and draws a game image indicating the result. The control unit 110 generates images such as game spaces and objects displayed on the display unit 152 based on the user information received from the game server 200, the calculation result of the game program, and the user's action on the input unit 151. Further, the control unit 110 operates a game object in the game space based on an operation input on the touch screen 15. In addition, the control unit 110 performs processing such as updating various data stored in the storage unit 120 based on the operation input to the touch screen 15 and the result of the arithmetic processing. Note that the control unit 110 may perform a process of controlling the position of the virtual camera for designating the field of view of the game space according to the progress state of the game. In addition, the control unit 110 refers to various user information and game information stored in the storage unit 120 and executes various determinations necessary for the game progress. In addition, the control unit 110 outputs a game screen generated by executing arithmetic processing and other processing to the display unit 152.

  The operation receiving unit 111 detects a user operation on the input unit 151 of the touch screen 15. The operation reception unit 111 determines what input has been made from an operation instruction or the like by the console via the input unit 151 and other input / output IFs 14, and the result is determined by the object position determination unit 112, the motion image generation unit 113, and the like. Output to necessary elements. The operation reception unit 111 detects the coordinate information of the input position and the type of action (touch operation, slide operation) when an action input is made to the input unit 151. The operation reception unit 111 detects that the touch input is canceled from the touch screen 15 by detecting that the input that has been continuously detected is interrupted.

  The operation reception unit 111 can determine a user operation on the touch screen 15. For example, touch-on operation, touch-off operation, swipe operation, slide operation, flick operation, and other operations are determined. The touch-on operation is an operation for starting an operation input by contact or proximity of an object with respect to the touch screen 15. The touch-off operation is an operation for canceling an operation input to the touch screen 15 by canceling contact or proximity of an object to the touch screen 15. The swipe operation is an operation that is input following the touch-on operation and moves the object on the touch screen 15 while maintaining the contact or proximity of the object to the touch screen 15. The slide operation is an operation in which the user performs a swipe operation in a time shorter than a predetermined time. The flick operation is an operation in which the user performs a touch-off operation after the slide operation. For example, the user flicks his / her finger on the touch screen 15.

  The object control unit 114 is a batter 601 (character), a bat 602, a pitcher 603 (character), a ball 604 (moving body), a meat cursor 606 (action area) based on an operation input by the user and / or a game program. And so on (see FIG. 4).

  The object position determination unit 112 determines the positions of objects such as the ball 604 and the meet cursor 606 in the game space. For example, the object position determination unit 112 determines which position the ball 604 reaches in the strike zone 605 or the ball zone 608. In addition, the object position determination unit 112 specifies the positional relationship between the ball 604 that has reached and the meat cursor 606.

  The batting mode setting unit 115 sets the batting mode indicating the batting mode of the batter 601 based on the operation input by the user. In the present embodiment, the batting mode setting unit 115 sets a first batting mode (hereinafter referred to as “first mode”) or a second batting mode (hereinafter referred to as “second mode”).

  The motion image generation unit 113 generates an image indicating the motion of each object based on the control mode of each object such as the ball 604 and the meat cursor 606 by the object control unit 114. For example, the motion image generation unit 113 may generate a bat 602 swung by the batter 601 or an animation corresponding to the motion of the batter 601 based on the control mode of the meet cursor 606.

  The display control unit 116 outputs a game screen in which the processing results executed by the above-described elements are reflected on the display unit 152 of the touch screen 15. The game screen includes, for example, animations such as a meet cursor 606, a bat 602, and a ball 604 generated by the motion image generation unit 113.

<Examples of Game System Processing>
Processing executed in the game system according to an embodiment of the present disclosure will be described with reference to the baseball game illustrated in FIGS. 3 and 4. FIG. 3 is a flowchart showing the operation of the game system. FIG. 4 is an example of a game screen of a baseball game generated by the processing in the present embodiment. In FIG. 4, a scene in a stadium as a game space is shown. This scene shows a batting screen 600. The pitcher 603 throws the ball 604 from the position where the pitcher 603 stands (first position) to the position where the catcher (not shown) is located (second position). A scene in which 601 hits the ball 604 is shown. In the present embodiment, “throwing” means that the pitcher 603 moves the ball 604. “Hit” means that the batter 601 acts on the ball 604.

  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 601 hits the ball 604 based on the intersection plane. In the example of FIG. 4, the intersecting surface includes a strike zone 605 and a ball zone 608 disposed outside the strike zone 605. When the operation accepting unit 111 accepts a batting operation from the user at the timing when the ball 604 thrown by the pitcher 603 reaches the crossing surface, the batter 601 performs the action of hitting the ball 604 by swinging the bat 602. 604. A ball 604 shown in FIG. 4 shows an example of a planned arrival position or an actual arrival position when the ball 604 thrown by the pitcher 603 reaches the intersection.

  The object control unit 114 sets a meet cursor 606 (first area in the action area) and a core area 606a (second area in the action area) on the intersection plane. The meat cursor 606 and the core area 606a are areas in which a collision determination for hitting the ball 604 is performed. The core area 606 a is an area corresponding to the core of the bat 602. Therefore, the core region 606a is a region set inside the meet cursor 606. The core area 606a is an area smaller than the meet cursor 606. For example, when the meet cursor 606 is oval, the object control unit 114 preferably sets the core area 606 a at the center of the meet cursor 606. In the present embodiment, an example in which the meet cursor 606 and the core region 606a are set in this way will be described.

  The object control unit 114 uses the core region 606a as the action region when the batting mode setting unit 115 sets the batting mode to the first mode. When the batting mode setting unit 115 sets the batting mode to the second mode, the object control unit 114 uses the meat cursor 606 as the action area.

  The object control unit 114 determines the amount of action applied to the ball 604. The amount of action refers to the magnitude of action given to the ball 604. In the present embodiment, the acting amount is a velocity vector that defines the initial velocity given to the ball 604.

  The object control unit 114 determines a velocity vector applied to the ball 604 according to a distance from a predetermined position in the action area to a position in the action area that intersects the ball 604 (hereinafter referred to as “distance from the predetermined position”). To do. In this embodiment, the attenuation function is set for each impact mode. The attenuation function is a function determined so that the velocity vector applied to the ball 604 decreases as the distance from the predetermined position increases. The attenuation function is stored in the storage unit 120 in association with each batting mode (not shown). In the present embodiment, the predetermined position is the center of the meet cursor 606 and the core area 606a.

  Different attenuation functions are associated with the core region 606a and the meet cursor 606, respectively. Hereinafter, the attenuation function associated with the core region 606a is referred to as a “first function”, and the attenuation function associated with the meet cursor 606 is referred to as a “second function”.

  The first function has a larger maximum value and minimum value of the velocity vector than the second function. The maximum value is the magnitude of the velocity vector when the distance from the predetermined position is zero. The minimum value is the magnitude of the velocity vector when the distance from the predetermined position is the largest. Therefore, in this embodiment, if the ball 604 is hit at the same position on the bat 602, the magnitude of the velocity vector given to the ball 604 in the first mode is the magnitude of the velocity vector given to the ball 604 in the second mode. Bigger than that. Therefore, the object control unit 114 can vary the velocity vector given to the ball 604.

  As shown in FIG. 3, in step S101, when the user instructs execution of a baseball game on a main menu screen (not shown), the control unit 110 starts the baseball game. The control unit 110 stores game data of various objects in the storage unit 120. If the necessary game data is not stored in the storage unit 120, the control unit 110 downloads from the game server 200. The game data of various objects includes data related to various objects such as batter 601, bat 602, pitcher 603, meat cursor 606, core area 606a, home base 607, and the like. Next, in step S102, the display control unit 116 loads game data of various objects from the storage unit 120, and the batter 601, bat 602, pitcher 603, meat cursor 606, home base 607, etc. as shown in FIG. Is displayed on the display unit 152. In the present embodiment, the display control unit 116 causes the display unit 152 to display the meet cursor 606 and the core region 606a so that the core region 606a is positioned at the center of the meet cursor 606 (see FIG. 4). Note that the display control unit 116 may not display the strike zone 605 and the ball zone 608 on the display unit 152. Further, the display control unit 116 may cause the display unit 152 to display a virtual bat indicating a position where the bat is scheduled to reach when the bat 602 is swung.

  In step S <b> 103, the display control unit 116 displays the pitching operation by the pitcher 603 in the batting screen 600 of the display unit 152. The display control unit 116 draws a display (balls 604a and 604b) indicating the expected arrival position of the ball 604 in the strike zone 605 or the ball zone 608 at a predetermined timing after the pitching operation by the pitcher 603 is started. The timing at which the pitcher 603 starts the pitching operation is, for example, when a user operating the user terminal 100 battles another user via the Internet, a pitch transmitted from the user terminal 100 operated by the other user Based on the start instruction. In addition, when a virtual opponent and a user battle with each other under computer control, the timing may be set as appropriate by the game program. The display control unit 116 displays the planned arrival position of the ball 604 on the display unit 152, and then displays the meet cursor 606 and the core region 606a in a translucent manner so that the display of the predicted arrival position of the ball 604 is not obstructed. To.

  In step S104, the operation receiving unit 111 receives a moving operation (first operation) on the input unit 151 by the user. The moving operation is an operation for moving the meet cursor 606 and the core region 606a. In the present embodiment, the movement operation is a swipe operation. The control unit 110 moves the meet cursor 606 and the core area 606a based on the moving operation. The operation receiving unit 111 can receive a moving operation with respect to an arbitrary position of the touch screen 15. For example, the operation reception unit 111 compares the first contact position (initial touch coordinates) of the user with respect to the touch screen 15 with the contact position (touch now coordinates) after the movement operation, and the change direction of the touch now coordinates with respect to the initial touch coordinates, Based on the change amount, the change direction and the change amount of the positions of the meet cursor 606 and the core region 606a are respectively determined. Accordingly, the object control unit 114 can indirectly move the meet cursor 606 and the core region 606a in conjunction with a movement operation in a region different from the intersection plane on the home base 607. If it does in this way, it can avoid that the visual recognition of the meet cursor 606 is prevented by a user's finger | toe.

  In the present embodiment, the meet cursor 606 is movable within a range in which a part thereof is included in the strike zone 605. Accordingly, a portion of the meet cursor 606 can be included in the ball zone 608. However, it may be set so that it is impossible to hit the ball in the ball zone 608.

  In step S105, the object position determination unit 112 determines whether or not the ball 604 thrown by the pitcher 603 has entered a predetermined range from the intersection plane. The predetermined range is a predetermined range extending from the intersection plane toward the first position between the first position and the second position. When it is determined that the ball 604 is within the predetermined range, the object control unit 114 restricts the movement of the meet cursor 606 and the core region 606a in at least some directions. The object control unit 114 may change the display mode such as the color and pattern of the meet cursor 606 and the core area 606a to indicate that the movement is restricted. It is preferable that the movement of the meat cursor 606 and the core region 606a is restricted based on the manner of the batting operation described later. For example, in a mode in which the batting operation is a slide operation or a flick operation in the first direction (typically upward direction: 0 ° to 180 °), the movement of the meet cursor 606 in the first direction is limited. It is preferable. Accordingly, for example, when a hitting operation is input, it is reliably prevented that the operation is erroneously determined as the move operation of the meet cursor 606 and the core region 606a. Note that not only movement in the first direction but also movement in the second direction (typically downward direction: 180 ° to 360 ° direction) different from the first direction (that is, movement in all directions) is limited. Good.

  On the other hand, even when the movement of the meet cursor 606 and the core region 606a is restricted, the movement in the second direction may be allowed. For example, since it is assumed that the changing sphere changes in the downward direction (within a range of 180 ° to 360 °), the user can move in the second direction, so that the user reaches the intersection plane. The meet cursor 606 and the core area 606a can be moved to the limit. As described above, it is possible to avoid a conflict between an operation input for moving the meet cursor 606 and the core region 606a and an operation input for causing the batter 601 to strike. Also, as shown in FIG. 4, the direction in which the ball 604 flies (for example, the stand or outfield direction) is drawn on the screen above the hitting position, so that the user can intuitively hit the upward sliding operation and the flicking operation. Can be understood as operation.

  In step S106, the operation reception unit 111 receives a batting operation (second operation) by the user. The hitting operation is a touch operation on the touch screen 15 and is an operation for causing the batter 601 to hit the ball 604. In the present embodiment, the batting operation is an operation that is input to the touch screen 15 while maintaining the contact of the object with the touch screen 15 caused by the moving operation. Examples of such operations include a touch-off operation, a slide operation, and a flick operation. When the batting operation is input subsequent to the touch operation for inputting the moving operation, the operation receiving unit 111 sets the start position of the batting operation when the movement of the meet cursor 606 and the core region 606a is restricted. The position of the touch operation that has been input to the touch screen 15 may be used. Thereby, the start position of the batting operation becomes clear. Further, the operation reception unit 111 receives these operations performed on any position on the touch screen 15 as a batting operation. Therefore, the user can perform a batting operation at an arbitrary position on the touch screen 15.

  In step S <b> 107, the operation reception unit 111 determines whether the distance from the start position to the position (completion position) at which the batting operation is completed (hereinafter referred to as “movement distance”) is equal to or greater than a threshold value. Specific examples of the completion position include a position where the finger is away from the touch screen 15, a position where the moving speed of the finger on the touch screen 15 is lower than a predetermined value, a position where the finger is stationary, and the like. The operation reception unit 111 calculates a movement distance and compares the movement distance with a threshold value (not shown) stored in the storage unit 120.

  In the case of NO in step S107, in step S108, the operation reception unit 111 determines whether or not the finger has been released from the touch screen at the completion position. For example, when receiving a touch-off operation or a flick operation whose movement distance is less than the threshold, the operation reception unit 111 determines that the finger has left the touch screen at the completion position.

  In the case where S108 is YES, in step S109, the batting mode setting unit 115 sets the batting mode of the batter 601 to the second mode. In step S <b> 110, the object control unit 114 determines whether the batter 601 has hit the ball 604 based on the meet cursor 606. For example, the object control unit 114 determines whether or not the batter 601 has hit the ball 604 based on the positional relationship between the ball 604 and the meet cursor 606 on the intersection plane.

  The object control unit 114 determines that the batter 601 has hit the ball 604 if the position of the meet cursor 606 is within a range of positions suitable for hitting the ball 604. For example, if the ball 604 and the meet cursor 606 are at least partially overlapped on the intersection plane, the object control unit 114 may determine that the batter 601 has hit the ball 604. On the other hand, if the ball 604 is arranged outside the meet cursor 606 on the intersection plane, the object control unit 114 may determine that the batter 601 did not hit the ball 604.

  For example, when the lower part of the ball 604 is hit with the upper part of the meat cursor 606, the angle of the hit ball is increased and the fly is made. In addition, when the upper part of the ball 604 is hit with the lower part of the meet cursor 606, the angle of the hit ball is lowered. For example, in the case of so-called just meat such as hitting the center of the ball 604 at the center position of the meat cursor 606, the object control unit 114 calculates a movement path such that the ball 604 flies with the liner. In cases other than just meat, it may be determined that the hit is a hit and the movement route corresponding to the hit may be calculated.

  The object control unit 114 may specify the direction of the velocity vector based on the timing of the hitting operation. Further, the object control unit 114 may calculate the movement path of the ball 604 based on various physical parameters set in the game space and equations defining the physical laws. Thereby, the display control part 116 can display on the display part 152 the movement result of the hit ball qualitatively similar to the actual baseball. For example, when the timing of the batting operation is early, the ball 604 moves in the direction of pulling, while when the timing of the batting operation is late, the ball 604 moves in the direction of the strike.

  In step S <b> 111, the object control unit 114 determines a velocity vector to be given to the ball 604. Based on the velocity vector, the object control unit 114 calculates a movement path when the hit ball 604 moves in the game space. The motion image generation unit 113 generates an animation of the ball 604 flying along the determined movement path.

  In step S111 in the case of the second mode, the object control unit 114 determines a velocity vector to be given to the ball 604 based on the second function and the positional relationship between the ball 604 and the meet cursor 606. In addition, the object control unit 114 acquires the rotation axis, rotation amount, and the like of the ball 604 immediately after colliding with the bat 602 as initial conditions for moving the ball 604. The object control unit 114 calculates the movement path of the ball 604 based on the speed vector, the rotation axis, the rotation amount, and the like.

  If NO in step S110, the motion image generation unit 113 may generate an animation in which the batter 601 flicks the ball 604 without the object control unit 114 calculating the movement path of the ball 604.

  If NO in S108, the batting mode setting unit 115 does not set the batting mode. Further, the object control unit 114 does not determine whether or not the batter 601 has hit the ball 604. Thereby, it is reproduced in the baseball game that the batter has forgotten the pitched ball. Note that the case of NO in S108 is a case where the operation accepting unit 111 accepts a slide operation in which the movement amount of the touch position is less than a threshold value.

  If YES in step S107, in step S112, the object control unit 114 increases the velocity vector applied to the ball 604 compared to that in the second mode. For example, the batting mode setting unit 115 sets the batting mode of the batter 601 to the first mode. In step S113, the object control unit 114 determines whether or not the batter 601 has hit the ball 604 based on the positional relationship between the ball 604 and the core area 606a on the intersecting plane. Since the determination process in S113 is the same as that in step S110 except that the core area 606a is used instead of the meet cursor 606, the description will not be repeated.

  The process of step S111 in the case of YES in step S113 is the same as the process of step S111 in the case of the second mode except that the first function is used instead of the second function and the core area 606a is used instead of the meet cursor 606. It is the same. Further, since the process in the case of NO in step S113 is the same as the process in the case of NO in step S110, the description will not be repeated.

  As described above, the user can set the batting mode after performing the operation of moving the action area. Conventionally, the user has to select the hit mode before moving the meet cursor. However, if the user can move the meat cursor well, he / she wants to select a batting mode in which the ball can be hit farther. According to the present disclosure, such a desire is satisfied. Further, in the technique described in Patent Document 2, since the user needs to perform a striking operation while paying attention to the swipe amount, there is a risk of lack of refreshing feeling. However, according to the present disclosure, the hitting mode can be switched without being aware of the swipe amount, so that the refreshing feeling is not impaired. Moreover, in the form in which the operation for increasing the amount of action is a swipe operation as in the case of selecting the second mode, the operation becomes intuitive and the refreshing feeling is further improved. This is because the sensation of swinging the bat to fly away and the sense of swiping vigorously are close, making the operation intuitive. Moreover, it is because an exhilarating feeling as if the ball was moved far away is obtained by moving the finger greatly.

(Modification)
In the above embodiment, the form using the core area 606a or the meet cursor 606 as the action area has been described, but the core area 606a may not be used. The object control unit 114 may change the size of the meet cursor 606 according to the batting mode. For example, when the batting mode is the first mode, the object control unit 114 may make the size of the meet cursor 606 smaller than the size of the meet cursor in the second mode. It is possible to smoothly perform the operation of switching the impact mode with different action areas.

<Examples of operations and screens for setting the batting mode>
FIG. 5 is a diagram illustrating an example of an operation and a screen for setting the batting mode. Screen (A) in FIG. 5 shows a game screen in the second mode. The operation (B) in FIG. 5 shows an operation for selecting the second mode. Screen (C) in FIG. 5 shows a game screen in the first mode. Operation (D) in FIG. 5 shows an operation for selecting the first mode.

  As shown in operation (B) in FIG. 5, an example of an operation for selecting the second mode is a touch-off operation at the position P1. In the touch-off operation, the movement amount from the start position to the completion position in the batting operation is less than the threshold value. When it is determined that the object control unit 114 has hit in the second mode, the motion image generation unit 113 generates an animation indicating the hit motion of the batter 601 as shown in the screen (A) of FIG. The display control unit 116 displays the animation on the touch screen 15.

  As shown in operation (D) in FIG. 5, an example of an operation for selecting the first mode is an operation in which the finger is moved from position P1 to position P2 and the movement amount L is equal to or greater than a threshold value. When it is determined that the object control unit 114 has hit in the first mode, the motion image generation unit 113 generates an animation indicating the hit motion of the batter 601 as shown in the screen (C) of FIG. The display control unit 116 displays the animation on the touch screen 15.

  In the first mode, the display control unit 116 does not need to display the meet cursor 606 as shown in the screen (C) of FIG. 5, and the screen (A ), The meet cursor 606 and the core region 606a may be displayed on the touch screen 15. In the latter case, the display control unit 116 may display the meet cursor 606 and the core region 606a in different display modes. For example, the display control unit 116 may display the meet cursor 606 and the core region 606a in different colors and patterns. Thereby, the user can recognize that the area where the collision determination is performed is the core area 606a.

[Example of software implementation]
The control block of the control unit 110 may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or may be realized by software using a CPU (Central Processing Unit).

  In the latter case, the control unit 110 includes a CPU that executes instructions of a program that is software that implements each function, a ROM (Read Only Memory) in which the program and various data are recorded so as to be readable by a computer (or CPU), or A storage device (these are referred to as “recording media”), a RAM (Random Access Memory) for expanding the program, and the like are provided. Then, the computer (or CPU) reads the program from the recording medium and executes it to achieve the object of the present invention. 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. The present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the program is embodied by electronic transmission.

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

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

  (Item 1) A method for executing a game, wherein the method is executed by a computer including a touch screen including a processor, a memory, and a touch-sensitive input unit, and a display unit for displaying an image. In the game space, it is determined whether or not the character is advanced by giving an action to the moving body moving from the first position toward the second position, and the action is given to the moving body by the control of the processor. A step of setting an intersection plane between the first position and the second position, a step of setting an action area for applying the action to the moving body, and the touch screen. A first operation for moving the action area, and based on the first operation, Based on the step of moving the working area, the step of receiving a second operation for giving the action, which is a touch operation on the touch screen, and the action based on the positional relationship between the action area and the moving body. When the second operation is started from the start position on the touch screen where the input of the second operation is started. Differentiating the amount of action to be applied to the moving body based on whether or not the distance to the completion position where the input is completed is greater than or equal to a threshold value. Thereby, it is possible to smoothly switch the impact mode, in particular, the amount of action applied to the moving body.

  (Item 2) When the moving body enters a predetermined range extending from the intersection plane toward the first position, the action area is moved based on the first operation in at least a part of the intersection plane. Item 2. The method according to Item 1, wherein Thereby, when a user inputs 2nd operation, the situation that an effect | action area | region will move can be prevented.

  (Item 3) When the second operation is input subsequent to the touch operation for inputting the first operation, the start position is the touch when the movement of the action area is restricted. Item 3. The method according to Item 2, which is a position where the touch operation on the screen has been input. Thereby, since the starting position of the movement of the object becomes clear, it can be clearly determined whether or not the moving amount exceeds the threshold value.

  (Item 4) The method according to any one of items 1 to 3, wherein when the distance is equal to or greater than the threshold value, the amount of action is increased. Accordingly, the user vibrates the batter with an operation with a large amount of movement, and thus the operation for causing the batter to hit the ball can be made a more intuitive operation.

  (Item 5) The method according to any one of Items 1 to 4, further comprising the step of varying the size of the action area based on whether the distance is equal to or greater than the threshold value. The operation of changing the action area can be performed smoothly.

  (Item 6) The method according to item 5, wherein when the distance is equal to or larger than the threshold value, the action area is made smaller. The operation of reducing the action area can be performed smoothly.

  (Item 7) The action area includes a first area and a second area set inside the first area, and when the distance is less than the threshold, the first area is used as the action area. The method according to item 6, wherein when the distance is equal to or greater than the threshold value, the second region is used as the working region. Accordingly, the user vibrates the batter with an operation with a large amount of movement, and thus the operation for causing the batter to hit the ball can be made a more intuitive operation.

  (Item 8) A program that causes a computer to execute each step of the method according to any one of Items 1 to 7.

  (Item 9) A computer-readable recording medium on which the program according to Item 8 is recorded.

  1 game system, 2 network, 10 processor, 11 memory, 12 storage, 13 communication IF, 14 input / output IF, 15 touch screen, 20 processor, 21 memory, 22 storage, 23 communication IF, 24 input / output IF, 100 user terminal (Information processing device), 110 control unit, 111 operation reception unit, 112 object position determination unit, 113 motion image generation unit, 114 object control unit, 115 batting mode setting unit, 116 display control unit, 120 storage unit, 200 game server , 604 Ball (moving body), 605 Strike zone (crossing plane), 606 Meat cursor (action area), 606a Core area (action area), 608 Ball zone (crossing face)

Claims (8)

A game execution method,
The method is performed by a computer comprising a touch screen including a processor, a memory, and a touch-sensitive input unit, and a display unit for displaying an image.
The game is progressed by acting on a moving body that moves from the first position toward the second position in the game space,
Under the control of the processor,
Setting an intersection plane between the first position and the second position for determining whether or not the movable body has been subjected to the action;
Setting an action area for giving the action to the moving body on the intersecting plane;
Receiving a first operation for moving the action area, which is a touch operation on an arbitrary position different from the intersecting surface of the touch screen;
Moving the action area based on the first operation;
Limiting the movement of the action area on the intersection when the movable body enters a predetermined range extending from the intersection to the first position;
A touch operation on the touch screen, from previous SL based-out said working area on the first operation is positioned, is input subsequent to the first operation, a second operation for causing given the action Accepting steps,
Determining whether or not the action has been given to the moving body based on the positional relationship between the action area and the moving body;
When it is determined that the action has been given to the moving body, the distance from the start position where the input of the second operation is started to the completion position where the input of the second operation is completed is a single threshold value on the touch screen. Varying the amount of action given to the moving body based on whether or not it is above,
The starting position is a position where the touch operation to the touch screen has been entered when the working area on the basis of the first operation is positioned, method. When the moving body has entered before Kisho within constant ranges, limits the movement of the pre-Symbol active area in the direction of the part that put in the intersecting plane, The method according to claim 1. When the distance is equal to or greater than the threshold value, a larger the effect level, A method according to claim 1 or 2. The method according to any one of claims 1 to 3 , further comprising the step of varying the size of the action area based on whether the distance is equal to or greater than the threshold value. The method of claim 4 , wherein when the distance is greater than or equal to the threshold, the working area is made smaller. The action area includes a first area and a second area set inside the first area,
The first area and the second area are displayed on the display unit,
When the distance is less than the threshold value, using the first region as the region of action, when the distance is equal to or greater than the threshold value, using said second region as the region of action, any one of claims 1 to 3 2. The method according to item 1. The program which makes a computer perform each step of the method of any one of Claim 1 to 6 . A computer-readable recording medium on which the program according to claim 7 is recorded.

Images