JP2020110603A - Game program, method, and information processing unit - Google Patents

Abstract

To provide a game program which can improve the amusement of a game operated by touching.SOLUTION: A game program instructs a processor to execute the steps of displaying an operation character on a display part, detecting a touch operation by a user to an input part, and making the operation character carry out a charge attack following a normal attack on receiving an operation of continuing a touch operation for a first time.SELECTED DRAWING: Figure 3

Description

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

Conventionally, fighting games are widely known. In a fighting game, an object operated by a user generally attacks another object in the game. In a fighting game, an operation target object may be set to be able to activate a stronger attack in response to a specific operation input by the user. In such a case, from the perspective of ensuring that a stronger attack is successful, in a fighting game, the object seems to be a more powerful attack against other objects that have a specific positional relationship with the moving object. It is known to control such that a predetermined operation is executed (for example, refer to Patent Document 1).

JP, 2006-304863, A

In the game by touch operation, there is still room for studying the action of the object operated by the user from the viewpoint of enhancing the interest of the game.

One aspect of the present disclosure aims to further improve the interest of a game by a touch operation.

The game program according to the present disclosure is executed by a computer including a processor and a memory. The game program causes the processor to display an object operable by the user on the display unit, detecting a touch operation on the touch operation input unit by the user, and while the object is performing the first operation. And accepting an operation in which the touch operation is continued for a first time, causing the object to perform a second operation subsequent to the first operation.

A method for executing a game program according to the present disclosure is a method for a computer to execute a game program, wherein the computer includes a processor and a memory, and the processor executes the above steps.

The information processing apparatus according to the present disclosure includes a storage unit that stores the game program described above and a control unit that controls the operation of the information processing apparatus by executing the game program.

According to one aspect of the present disclosure, an effect of improving the interest of the game by the touch operation is exerted.

It is a figure which shows the hardware constitutions of a game system. It is a block diagram which shows the functional structure of a user terminal and a server. It is a flowchart which shows the 1st aspect of the flow of the process performed in a game system based on the game program which concerns on this embodiment. It is a flowchart which shows the principal part of the 2nd aspect of the flow of the process performed in a game system based on the game program which concerns on this embodiment. (A) is a flowchart showing an example of a flow of a parameter updating process executed in the game system based on the game program according to the present embodiment, and (B) is a flow of a process including determination by the parameter. It is a flowchart which shows an example. It is a figure which shows typically an example of the game screen displayed on a display part. (A) is a figure which shows typically the 1st aspect of the 1st action which the object displayed on a display part performs, (B) is a 2nd aspect of the said 1st action. It is a figure which shows typically, (C) is a figure which shows the 3rd mode of the 1st operation concerned typically. (A) is a diagram schematically showing a state where preparation for a charge attack executed by an object displayed on the display unit is completed, and (B) is a diagram schematically showing one mode of the charge attack. is there. It is a figure which shows typically an example of a mode that the object displayed on the display part was ready to perform a skill action. (A) is a diagram schematically showing an example of a state of an object when a skill UI is displayed, and (B) is a diagram showing an initial movement of a skill action performed by the object in response to an operation input of a skill action. It is a figure which shows an example of operation|movement typically, (C) is a figure which shows typically an example of operation|movement of the skill action which an object performs following an initial action|operation.

[Embodiment 1]
The 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, and is shown by the scope of claims, and it is intended that all modifications within the meaning and scope equivalent to the scope of claims are included in the present invention. It In the following description, the same elements will be denoted by the same reference symbols in the description of the drawings, without redundant description.

<Hardware configuration of game system 1>
FIG. 1 is a diagram showing a hardware configuration of the game system 1. As illustrated, the game system 1 includes a plurality of user terminals 100 and a server 200. 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 wireless base station (not shown). Examples of this 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 by a predetermined access point. To be

The server 200 (computer, information processing device) 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 by a communication bus.

The user terminal 100 (computer, information processing device) 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 by a communication bus. The user terminal 100 may include an input/output IF 14 to which a display (display unit) configured separately from the main body of the user terminal 100 can be connected instead of or in addition to the touch screen 15.

Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons or the like, and transmits an output value based on a user's input operation to the buttons or the like to the user terminal 100. Further, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and outputs output values of the various sensors to the user terminal 100.

The user terminal 100 may have the camera 17 and the distance measuring sensor 18 instead of or in addition to the camera 17 and the distance measuring sensor 18.

It is desirable that the user terminal 100 causes a user who uses the controller 1020 to input user identification information such as a name or a login ID of the user via the controller 1020, for example, at the start of the game. This allows the user terminal 100 to associate the controller 1020 with the user, and specifies 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 the plurality of controllers 1020, each controller 1020 is held by each user, so that the one user terminal 100 does not communicate with other devices such as the server 200 via the network 2. Multiplayer can be realized with. In addition, each user terminal 100 communicates with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communication is connected without passing through the server 200), so that a plurality of user terminals 100 locally realize multi-play. You can also do it. When the above-mentioned multiplay is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200, which will be described later. When the above-described multiplay is locally realized by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions of the server 200, which will be described later, in a distributed manner.

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

Further, the controller 1020 may be configured to be attachable to and detachable from the user terminal 100. In this case, a coupling part 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 connected by wire via the connecting unit, the user terminal 100 and the controller 1020 send and receive signals via wire.

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

The user terminal 100 may store 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 the game program acquired by reading from the storage medium 1030 in the memory 11. May be stored in.

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 as a mechanism for inputting can be regarded as an operation unit configured to receive an input operation of a user.

For example, when the operation unit is configured by at least one of the camera 17 and the distance measuring sensor 18, the operation unit detects an object 1010 near the user terminal 100 and performs an input operation from the detection result of the object. Identify. As an example, the user's hand as the object 1010, a marker having a predetermined shape, or the like is detected, and the input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result. It More specifically, when the user's hand is detected from the image captured by the camera 17, the user terminal 100 operates the gesture (a series of movements of the user's hand) detected based on the captured image by the user's input operation. As specified and accepted. 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 the user's operation performed on the touch operation input unit 151 of the touch screen 15 as the user's input operation. Alternatively, when the operation unit is configured by the communication IF 13, the user terminal 100 identifies and receives a signal (for example, an output value) transmitted from the controller 1020 as a user input operation. Alternatively, when the operation unit is configured by the input/output IF 14, a signal output from an input device (not shown) different from the controller 1020 connected to the input/output IF 14 is specified and accepted as the user's input operation.

<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 CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit).

The processor 10 reads a program from the storage 12 described later and loads it into the memory 11 described later. The processor 20 reads a program from a storage 22 described later and loads it into a memory 21 described later. The processor 10 and the processor 20 execute the expanded program.

Memories 11 and 21 are main storage devices. The memories 11 and 21 are configured by a storage device 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 by the processor 10 from a storage 12 described later. The memory 11 also temporarily stores various data generated while the processor 10 operates according to a program. The memory 21 provides a work area to the processor 20 by temporarily storing various programs and data read by the processor 20 from a storage 22 described later. The memory 21 also temporarily stores various data generated while the processor 20 operates according to the program.

In the present embodiment, the program may be a game program for realizing the game on the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation between the user terminal 100 and the server 200. Note that the game realized by the cooperation of the user terminal 100 and the server 200 may be, for example, a game executed on a browser activated in the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100. In addition, various data includes data regarding a game such as user information and game information, and instructions or notifications transmitted and received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

The storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are configured by a storage device such as a flash memory or an HDD (Hard Disk Drive). The storage 12 and the storage 22 store various data relating to the game.

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, for example, communication using a wireless LAN (Local Area Network), wired LAN, wireless LAN, or Internet communication via a mobile phone network, and communication using short-range wireless communication.

The input/output IF 14 is an interface for the user terminal 100 to receive data input, and is an interface for the user terminal 100 to output data. The input/output IF 14 may input/output data via a USB (Universal Serial Bus) or the like. The input/output IF 14 may include, for example, a physical button of the user terminal 100, a camera, a microphone, a speaker, or the like. The input/output IF 24 of the server 200 is an interface for the server 200 to receive 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 which is an information input device such as a mouse or a keyboard, and a display unit which is a device for displaying and outputting an image.

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

The touch operation input unit 151 detects a position at which a user operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input on the input surface, and indicates the position information. Is provided as an input signal. The touch operation input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may be of any type such as a capacitance type or a resistance film type.

The touch operation input unit 151 may be configured integrally with the display unit 152 such as a touch panel display, or may be configured as a device separate from the display unit such as a touch sensitive device. In this embodiment, a touch panel display (touch screen 15) is assumed as the touch operation input unit 151. The touch screen 15 includes a display unit 152 and a touch operation input unit 151 as an integrated configuration.

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 also 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, the processor 10 may perform vertical screen display for displaying a vertically long image on the display unit 152 when the user terminal 100 is held vertically. On the other hand, when the user terminal 100 is held in a horizontal orientation, a landscape image may be displayed on the display unit. In this way, the processor 10 may be capable of switching 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 converts a light incident from a lens into an electric signal to generate a captured image.

The distance measuring sensor 18 is a sensor that measures the distance to the measurement target. 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 by the light emission timing from the light source and the light reception timing of the reflected light generated by the light emitted from the light source reflected on the measurement object. The distance measuring sensor 18 may include a light source that emits light having directivity.

Here, an example in which the user terminal 100 receives the detection result of detecting the object 1010 near the user terminal 100 by using the camera 17 and the distance measuring sensor 18 as the user's input operation will be further described. The camera 17 and the distance measuring sensor 18 may be provided, for example, on the side surface of the housing of the user terminal 100. A distance measuring sensor 18 may be provided near 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 a lighting device that emits infrared rays, a filter that blocks visible light, and the like. Thereby, the detection accuracy of the object based on the image captured by the camera 17 can be further improved regardless of whether it is outdoors or indoors.

The processor 10 may perform, for example, one or more of the following processes (1) to (5) on the image captured by the camera 17. (1) The processor 10 specifies whether or not the user's hand is included in the captured image by performing image recognition processing on the captured image of the camera 17. The processor 10 may use, for example, a technique such as pattern matching as the analysis technique used in the above-described image recognition processing. (2) Further, the processor 10 detects the gesture of the user from the shape of the hand of the user. The processor 10 specifies the number of fingers of the user (the number of extended fingers) from the shape of the user's hand detected from the captured image, for example. The processor 10 further identifies a gesture made by the user from the identified number of fingers. For example, when the number of fingers is 5, the processor 10 determines that the user has made a “par” gesture on rock-paper-scissors. In addition, when the number of fingers is 0 (the finger is not detected), the processor 10 determines that the user has made a gesture of “goo” in rock-paper-scissors. Further, when the number of fingers is two, the processor 10 determines that the user has made a gesture of “cutting” in rock-paper-scissors. (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 a state where only the forefinger is raised or the user's finger makes a repulsive movement. .. (4) The processor 10 determines the object 1010 (such as the user's hand) near 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 the user terminal 100 (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 identified from the image captured by the camera 17. The above distance) is detected. If the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100. (5) If it is determined that the distance between the user terminal 100 and the user's hand changes while the user's hand is detected, based on the image recognition result of the image captured by the camera 17, etc., the processor 10 recognizes that the user is shaking his hand in the shooting direction of the camera 17. When an object is not detected or detected by the distance measuring sensor 18 having a directivity stronger than the shooting range of the camera 17, the processor 10 determines that the user shakes his hand in a direction orthogonal to the shooting direction of the camera. recognize.

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

<Game outline>
As an example, the game system 1 performs a touch operation in which an object operable by a user's touch operation continues for a predetermined time or more during a first operation by the user's operation, thereby performing a second Is a system for executing a game that causes the object to execute the action of.

The type of game is not limited, and examples thereof include sports, such as tennis, table tennis, dodgeball, baseball, soccer, and hockey, puzzle games, quiz games, RPGs, adventure games, shooting games, simulation games, A training game and an action game (fighting game) are included. In the present embodiment, the object that can be operated by the user is also referred to as “operation character”.

The play mode by the game system 1 is not limited, and may be, for example, a single-play game by a single user or a multi-play game by a plurality of users. The multiplayer game may be, for example, a competitive game in which a plurality of users compete, or a cooperative play game in which a plurality of users cooperate.

In this embodiment, a fighting game (single-play fighting game) executed on a single user terminal 100 is assumed. In this case, the information necessary for executing the single-play fighting game on the user terminal 100 is exchanged between the user terminal 100 and the server 200.

A fighting game (multi-play fighting game) as a multi-play type game includes a user terminal 100 (client computer) operated by a user and one or more other user terminals 100 (others operated by one or more other users). It is a fighting game in which a plurality of users can participate in one fighting game and play cooperatively by sharing at least a part of the data related to the game with the client computer). ..

When the game system 1 is a multi-play fighting game, it is common to each of the first user terminal 100, the second user terminal 100, and the third user terminal 100... Which communicate via the server 200. A predetermined game environment is generated and displayed on each display unit. Further, as the data related to the fighting game, for example, a plurality of types and arrangements of objects other than the operation objects arranged in the predetermined game environment, clear conditions, various gauges, play results, etc. It is shared between the user terminals 100. The server 200 distributes the information collected from each user terminal 100 and the information generated in the own device to each user terminal 100 participating in cooperation with one fighting game and sharing the information.

<Functional configuration of game system 1>
FIG. 2 is a block diagram showing the functional configurations of the server 200 and the user terminal 100 included in the game system 1. Each of the server 200 and the user terminal 100 may include a functional configuration (not shown) necessary for functioning as a general computer and a functional configuration necessary for realizing a known function in a game.

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

The server 200 has a function of communicating with each user terminal 100 to assist the user terminal 100 in proceeding with a game. For example, it sells valuable data and provides services. When the game is a multi-play game, the server 200 may have a function of communicating with each user terminal 100 participating in the game and mediating the exchange between the user terminals 100. The server 200 functions as the control unit 210 and the storage unit 220 in cooperation with 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 the game program 131, the game information 132, and the user information 133. The game program 131 is a game program executed by the user terminal 100 and the server 200. The game information 132 is data that the control unit 110 and the control unit 210 refer to when executing the game program 131. The user information 133 is data regarding a user's account. In the storage unit 220, the game information 132 and the user information 133 are stored for each user terminal 100.

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

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

(Functional configuration of the user terminal 100)
The control unit 110 centrally controls the user terminal 100 by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 advances the game according to the operation of the game program 131 and the user. Further, the control unit 110 communicates with the server 200 as needed to transmit and receive information while the game is in progress.

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

The touch operation acceptance unit 111 detects and accepts a user's input operation on the touch operation input unit 151. The touch 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 the other input/output IF 14, and outputs the result to each element of the control unit 110. Output.

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

Further, the touch operation reception unit 111 detects the position and duration of the user's touch operation on the touch operation input unit 151. Hereinafter, the position where the user performs a touch operation on the touch operation input unit 151 is also referred to as a “touch position”. The type of touch operation is appropriately determined within a range that can be classified according to how the user touches the touch operation input unit 151. In the present embodiment, a tap that is a short-time contact by a user by a user, a flick that slides a contact position from a certain point in a short time, a drag that is an operation other than a flick that continuously moves the contact position from a certain point, and It is assumed that a long tap or the like is a continuous contact at one point for a predetermined time or longer.

The UI control unit 113 controls a UI object displayed on the display unit 152 to construct a UI. The UI object is a tool for the user to input to the user terminal 100 necessary for the progress of the game, or a tool for obtaining information output during the progress of the game from the user terminal 100. The UI object is, for example, but not limited to, an icon, a button, a list, a menu screen, a UI for the third operation, and the like.

The animation generation unit 114 generates animations showing the motions of various objects based on the control modes of various objects. For example, an animation or the like that expresses that the lottery is being executed may be generated.

The display control unit 112 outputs, to the display unit 152 of the touch screen 15, a game screen in which the processing result executed by each of the above-described elements is reflected. For example, the display control unit 112 causes the display unit 152 to display an operation character that can be operated by the user. Further, the display control unit 112 may display a game screen including the animation generated by the animation generation unit 114 on the display unit 152. Further, the display control unit 112 may superimpose and draw the above-mentioned UI object on the game screen.

The game execution unit 115 advances the game by causing the operation character existing in the game space to perform the operation of the operation character based on the operation of the user. For example, the game of the present embodiment progresses when the operating character battles the enemy character. The game execution unit 115 determines the content of the action to be performed by the operating character based on the operation received by the touch operation reception unit 111. The type of motion includes, for example, a motion that acts on the enemy character and a motion that the operating character itself moves, but is not limited thereto. Further, the action for acting on the enemy character includes, but is not limited to, an attacking action on the enemy character and an action changing the state of the enemy character. The attack on the enemy character includes, but is not limited to, a technique of wiping the enemy character by a predetermined distance, a technique of staggering the enemy character to make it incapable of acting for a predetermined period, and the like. Further, examples of the state of the enemy character to be changed include, but are not limited to, attack power, defense power, hit rate, and moving speed. In this game, the user causes the operating character to perform an attacking motion or the like to reduce the physical strength of the enemy character and win the battle when the physical strength of the enemy character is lost.

The game execution unit 115 causes the operation character to perform various actions based on the touch operation received by the touch operation reception unit 111. In addition, the game execution unit 115 notifies the animation generation unit 114 of the decided action.

The functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely examples. The server 200 may include at least a part of the functions of the user terminal 100. In addition, the user terminal 100 may include at least a part of the functions included in the server 200. Further, a device other than the user terminal 100 and the server 200 may be a constituent element of the game system 1, and the other device may be caused to execute a 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 another device, or may be realized by a combination of these plural devices.

[Processing example 1 of charge attack]
In the present embodiment, while the operation character is performing the first action, the second action is performed after the first action by accepting the operation in which the touch operation is continued for the first time. Let the character do it. In the present embodiment, a mode in which both the first operation and the second operation are attack operations will be described. In addition, in the present embodiment, the operation for executing the first operation (hereinafter, also referred to as “first operation”) can be set as appropriate, but in the present embodiment, for example, a tap operation is performed, and The attack action performed by the operating character is also called a “tap attack”. Further, in the present embodiment, the attack operation executed as the second operation is also referred to as “charge attack”. The operation of continuing the touch operation for a predetermined time or more is also referred to as “long-press operation”. That is, in the present embodiment, a mode will be described in which the operation character performs a charge attack by the touch operation accepting unit 111 accepting a long press operation for the first time while the operation character is performing a tap attack.

An example of charge attack processing in this game will be described with reference to FIG. FIG. 3 is a flowchart showing a flow of processing relating to a charge attack executed by the user terminal 100.

In step S301, the touch operation reception unit 111 receives an input of a tap operation (first operation) by the user. In step S302, the game execution unit 115 causes the operating character to execute a tap attack (first action) based on the first operation. In this game, the first motion before the second motion may be a single attack motion, may be the entire attack motion that is repeated a plurality of times, or may be a plurality of continuous attack motions. It may be a part of the attack action (for example, the last one attack action). In this example, the case where the first operation is one tap attack will be described below unless otherwise specified.

For example, while a tap attack is being performed, by accepting a touch operation that continues for a time shorter than the first time, which is the duration of the touch operation for executing the charge attack, the next tap after the tap attack is received. You may make an operation character perform an attack. The acceptance period of such a tap operation for determining the tap attack performed subsequent to the tap attack can be set as appropriate. For example, it is assumed that the number of frames required to draw the operation character performing each action is defined. Further, for example, it is assumed that the tap attack is composed of 40 frames (60 frames per second). The attack determination of the tap attack can be set to occur 15 frames after the start of the tap attack. The timing of the determination of the touch operation for causing the operating character to continuously perform the tap attack can be set to 10 frames or more after the start of the operation of the previous tap attack. If the duration of the touch operation required for the touch operation required for a charge attack described later is 11 frames, and the touch operation accepting unit 111 accepts a touch operation that continues for 10 frames or less, the game executing unit 115 The touch operation may be recognized as a tap operation and the operation character may be caused to perform the next tap attack subsequent to the previous tap attack.

The first action may be an entire combo of consecutive attack actions. Here, an example of the motion of the operation character when the first motion is a combo of attack motions by the operation character will be described with reference to FIGS. 6 and 7. FIG. 6 is a diagram schematically showing an example of a scene including an operation character in this game. The operation character 501 and the gate 502 are displayed on the screen 500. The operation character 501 is a character that performs an attacking motion using the ax as a weapon. The gate 502 is an object that is the target of the attack motion of the operation character 501. The gate 502 is destroyed by receiving a predetermined amount of damage. FIG. 7 is a diagram schematically showing an example of the attack motion of the operation character 501. As shown in FIG. 7, when the touch operation reception unit 111 receives a tap operation, the operation character 501 executes a tap attack by swinging an ax. The operation character 501 executes an attack of swinging the ax from right to left as shown in FIG. 7A by the first tap operation by the user, and as shown in FIG. 7B by the second tap operation. Perform an ax swing attack from left to right. Then, by the third tap operation, an attack is performed in which the ax thrown up is swung down as shown in FIG. 7(C). To execute the attack mode shown in FIG. 7C, it is necessary to execute the operations up to the third tap operation within the time defined during the operation up to FIG. 7B. With the above, three attack actions can be combined.

In step S303, the touch operation reception unit 111 determines whether or not a touch operation by the user is received during the first operation (operation of tap attack).

When the touch operation acceptance unit 111 accepts the touch operation during the tap attack in step S303, the touch operation acceptance unit 111 determines in step S304 whether or not the accepted touch operation continues.

In step S304, when the touch operation reception unit 111 has accepted that the long press operation is continuing, it is determined in step S305 whether the duration of the long press operation is t1 seconds or more. The t1 second is a time serving as a criterion for determining whether or not to execute the subsequent charge attack, and is one mode of the first time in the present invention.

In step S305, when the touch operation acceptance unit 111 detects that the duration of the long press operation is t1 seconds or more, in step S306, the game execution unit 115 causes the operation character to tap the attack as the first action. Then, a charge attack is executed as the second operation. Further, as described above, the first operation in step S302 may be a tap attack that constitutes a combo. Therefore, even if the charge attack is performed subsequent to the tap attack, the combo is continued. Good. A charge attack is combined with a combination of multiple tap attacks to be executed. Therefore, the motion of the operation character is further diversified.

Here, the mode has been described in which the game execution unit 115 causes the operation character to perform a charge attack when the touch operation reception unit 111 detects that the long press operation has reached t1 seconds. As another mode, the game execution unit 115 causes the operation character to perform a charge attack by detecting that the long-press operation is t1 seconds or more and the touch-operation accepting unit 111 detects that the long-press operation is released. May be.

Further, as another form, while the operation character is performing a tap attack successively following the tap attack, while the operation character is performing a subsequent tap attack, the touch operation is continued for t1 seconds. The operation character may be caused to perform the charge attack subsequent to the tap attack in the subsequent stage by accepting the operation that is performed. With such a form, it is possible to give more various and/or more actions to the target object. That is, the charge attack can be more effectively applied.

The acceptance period of the long press operation and the duration of the long press operation (t1 second) accepted in steps S303 to S305 may be set appropriately. For example, these periods and determination times can be set appropriately according to the number of frames required to draw the action of the tap attack. For example, it is assumed that the number of frames of one tap attack motion of the operating character is 40 frames as a whole. The acceptance period of the long press operation for the charge attack can be set to 10 frames (or 60 frames) after the start of the tap attack operation (60 frames or less). In addition, for example, the duration (t1 second) of the touch operation that is a criterion for determining that the touch operation is a long press operation is set to a time when it is detected that the touch operation started in the reception period continues for 11 frames. obtain. If the first combo is the entire combo of attacking motions, set the start of the long-press operation acceptance to execute the charge attack at any time during the first motion. Is also possible. For example, the start of the long-press operation may be accepted during the operation of the tap attack prior to the immediately preceding tap attack. For example, when the user operates in the order of the first tap operation, the second tap operation, and the long press operation, and when the attack action becomes a combo by the first and second tap operations, the start of the long press operation is The tap attack based on the first tap operation may be in operation.

Further, the length of the first time can be set as appropriate. For example, it may be a range of time that can be completed from the start to the end of the first operation. Further, in the present embodiment, the end of the first motion may be when the operation character displayed on the display unit 152 actually ends the first motion, but it is associated with the first motion. If it is the time set as above, it may be earlier or later than the actual end of the displayed first operation.

Here, an example of a motion of the operation character when the second motion is a charge attack by the operation character will be described with reference to FIG. FIG. 8 schematically shows an example of a display of the operation character 501 performing a charge attack. The operation character 501 performing a charge attack shown in FIG. 8 is displayed in two modes, a charge mode and a subsequent activation mode.

The charge mode is a mode of the operation character displayed by the display control unit 112 on the display unit 152 at the timing when the processes of steps S303 to S304 are executed. That is, the timing is when the touch operation received by the touch operation receiving unit 111 is continuing and the duration of the touch operation is less than t1 seconds. In the charge mode, the operation character 501 has an aura 701 indicating that the accumulated energy goes outward, as shown in FIG.

The activation mode is a mode of the operation character displayed by the display control unit 112 on the display unit 152 at the timing when the process of step S306 is executed. That is, the timing is when the duration of the long press operation accepted by the touch operation accepting unit 111 reaches t1 seconds. In the activation mode, as shown in FIG. 8B, the operation character 501 shakes the ax and performs a motion of flying the shock wave 702 as if to fly the stored energy. For example, the charge attack may be able to reduce the physical strength of more target objects than the tap attack, or may be able to exert an effect on target objects further away.

In addition, in step S303, when the touch operation reception unit 111 does not receive the touch operation during the first operation, and when the touch operation reception unit 111 does not receive the continuation of the touch operation in step S304, the user terminal 100. Ends the process related to the charge attack. If the duration of the touch operation received by the touch operation receiving unit 111 is less than t1 seconds in step S305, the user terminal 100 returns the step to step S304, for example, and the touch operation receiving unit 111 receives the touch operation. It is determined whether the touch operation is continued.

As described above, the user terminal 100 accepts the operation in which the touch operation is continued for t1 seconds or more while the operation character is performing the first action, and thus the charge attack is performed subsequent to the first action. Let the operating character do it. As described above, according to the present embodiment, the operation of the operation character is diversified by a simple operation by the user, and an effect including both the effect of the first operation and the effect of the charge attack is obtained.

The case where the first operation is the tap operation has been described so far, but the first operation may be a flick operation. For example, the user terminal 100 may execute the first operation by accepting a touch operation including either a tap operation or a flick operation. For example, if the two touch operations are flick and tap operations in that order, the operating character may be caused to perform the avoiding action and the attacking action in this order in response to the touch operation. At this time, the touch operation accepting unit 111 may accept a long-pressing operation for performing a charge attack with the attack operation as the first operation, and the combo of the avoidance operation and the attack operation is the first operation. As an operation, the long-press operation for performing a charge attack may be accepted by the touch operation accepting unit 111 during a combo operation such as the avoidance operation. With such a form, for example, the operating character can be caused to perform an attack action by a charge attack subsequent to the avoidance action and the attack action. Therefore, the motion of the operation character is further diversified. Further, in the case where a plurality of types of first actions are executed in this way, the user can execute a charge attack after a plurality of different first actions or a series of actions corresponding thereto. Therefore, the operation becomes more diversified due to the diversification in the first operation.

Further, in the present embodiment, the acceptance period of the operation that continues for the first time for performing the second operation may differ depending on the type of the first operation. For example, if the first operation is short, the acceptance period is the entire period in which the operation is performed, and if the first action is long, the acceptance period is a part of the latter half of the periods in which the operation is performed. It is also possible to For example, when the total number of frames of the avoidance operation is 30 frames, the long press operation receivable period may be the entire period during which the avoidance operation is performed. Then, when the total number of frames of the attack operation is 40 frames, the acceptable period may be set to 10 frames or more after the start of the attack operation. In addition, when the acceptance period of the long-press operation is set to the entire period while the first action is being performed, the action period is different depending on the type of the first action. The period length varies depending on the type of the first operation. In this way, if the first operation has a long operation time, the period can be lengthened, and if the first operation has a long operation time, the period can be shortened. Therefore, the first operation itself By optimizing the period for accepting the touch operation for the charge attack according to the length of the, it is possible to further optimize the operability for the charge attack. The length of the touch operation required for the long-press operation for performing the charge attack may be different or the same depending on the type of the first operation.

When the touch operation that lasts less than t1 seconds is received within the predetermined period, the user terminal 100 does not perform the charge attack on the operation character and performs a corresponding action, for example, the first action, on the operation character. It may be executed.

Further, the game execution unit 115 may specify the target object to be the target of the charge attack before executing the charge attack. When the target object is specified, the game execution unit 115 causes the operating character to perform a charge attack on the target object. If the process for identifying the target object is not performed, or if the process for identifying the target object is not successful, the game execution unit 115 directs the operation character to the operation character. Perform a charge attack in the direction you are in. Specifying such a target object is effective from the viewpoint of increasing the success rate of the charge attack.

Further, in the present game, the operating character may be made to further continuously perform the first motion after the second motion. Furthermore, the operation character may be caused to further perform the second motion by accepting an operation that continues for the first time during the first motion. For example, while the game execution unit 115 is causing the operating character to perform a charge attack, the touch operation accepting unit 111 accepts a tap operation, so that the game execution unit 115 causes the operating character to tap in succession to the charge attack. You may execute an attack. Then, the game operation unit 115 may cause the operating character to execute a charge attack by the touch operation accepting unit 111 accepting a long press operation that continues for t1 seconds during the tap attack.

[Skill behavior processing example]
In the present embodiment, it is possible to execute a third operation different from the first operation and the second operation. For example, when the touch operation reception unit 111 receives a long-press operation that continues for the second time, the UI control unit 113 causes the display unit 152 to display a user interface, and the touch operation corresponds to the user interface. The operation character may be caused to perform the third motion when the character is separated in position. The third operation is, for example, an operation associated with the user interface. In the present embodiment, a case will be described where the operation is to activate a skill associated with the operated character. Hereinafter, the third action is referred to as "skill action", and the user interface for skill action is referred to as "skill UI". The skill UI is for receiving an instruction to execute the third action from the user. Hereinafter, a processing example regarding skill behavior in this game will be described with reference to FIG. FIG. 4 is a flowchart showing a flow of processing relating to skill action, which is executed by the user terminal 100 based on the game program 131.

The type of skill action is not particularly limited and may be various actions. For example, the skill action may be an action associated with each operation character. Further, for example, the skill action may be an action that acts on the target object. The action may be an attack action for reducing the physical strength of the target object, an abnormal state of the operating character itself, a teammate character, etc. and/or a physical strength recovery action, or an operation for changing the state of the target object such as an enemy character. When the skill action affects the target object, the target may be specified, or the target object is not specified and the target object is moved by moving the object in which the effected area is set. It may act on the target object that has entered the area of the object.

First, in step S401, the touch operation receiving unit 111 receives a touch operation on the touch operation input unit 151 by the user. Next, in step S402, the touch operation acceptance unit 111 determines whether or not the touch operation accepted in step S401 continues.

When the accepted touch operation is continuing in step S402, the touch operation accepting unit 111 determines in step S403 whether or not the duration of the continuous long-press operation is t2 seconds or more. t2 is a time serving as a criterion for determining whether to display the skill UI, and is one aspect of the second time in the present invention. The determination of the touch operation time in this example may be performed after t2 seconds.

When the touch operation reception unit 111 detects that the duration of the long press operation is t2 seconds or more in step S403, the display control unit 112 displays the skill UI on the display unit 152 in step S404. At this time, it can be said that the operating character is in a state in which it can execute the skill action.

Here, an example of the skill UI displayed on the display unit 152 will be described with reference to FIG. 9. FIG. 9 is a diagram schematically showing an example of the skill UI displayed on the display unit 152 by the display control unit 112 before the skill action. As shown in FIG. 9, the skill UI in this embodiment includes an elastic object 801, a first skill part 802, a second skill part 803, and skill display parts 804 and 805. The display control unit 112 causes the display unit 152 to display the elastic object 801 centered on the touch position of the user.

The elastic object 801 may have a form in which when the user's touch operation moves, the elastic object 801 is deformed so as to be stretched in the touch direction starting from the first touch position. In the case of this form, in the state shown in FIG. 9, the touch position of the user in step S403 is within the area of the elastic object 801. In this game, when the drag operation continues, the operation character is moved based on the direction determined by the starting point of the drag operation and the position currently touched by the user. This allows the user to easily visually recognize the direction of the touch operation. The first touch position becomes invalid when the user's touch operation is interrupted, and when the user performs the touch operation again, it is newly determined according to the touch operation again. The elastic object 801 is not limited to be displayed together with the display of the skill UI, and may be always displayed when the user performs a touch operation.

The first skill portion 802 is a portion that extends outward from the elastic object 801 in one direction, and includes the skill display portion 804. The first skill unit 802 clearly indicates to the user the direction in which the skill display unit 804 with respect to the elastic object 801 is located. The skill display unit 804 displays the type of skill. The skill display unit 804 displays the corresponding skill action.

The second skill portion 803 is a portion extending from the elastic object 801 to the outside in the other direction, and includes the skill display portion 805. The skill display unit 805 displays the type of skill. For example, the second skill may be improvement of parameters such as the attack power of the operating character.

Next, in step S405, the touch operation reception unit 111 detects the touch position. Next, in step S406, the touch operation reception unit 111 determines whether or not the continued touch operation has been released.

When the touch operation acceptance unit 111 accepts the cancellation of the touch operation in step S406, the touch operation acceptance unit 111 determines in step S407 whether or not the touch operation cancellation position is within the skill UI area. To do.

When the touch operation reception unit 111 detects that the release position is within the skill UI area in step S407, the game execution unit 115 causes the operation character to execute the skill action in step S408. To explain using the screen example shown in FIG. 9, when the touch operation accepting unit 111 detects that the user's touch operation is separated on the skill display units 804 and 805 by the user's flick operation or drag operation, the operation is performed. The character 501 executes a skill action according to the skill display sections 804 and 805.

Therefore, the user can easily visually recognize both the direction in which the operation character 501 is facing and the direction of the touch operation. Therefore, the user can easily perform the touch operation in a desired direction while referring to the direction in which the operation character 501 is facing. In this way, the elastic object 801 provides good operability, and the accuracy of the user's operation is improved, so that the interest of the game is further enhanced.

Here, an example of a case where the skill action is an attack action (hereinafter, also simply referred to as “skill attack”) will be described with reference to FIG. 10. FIG. 10 schematically shows an example of a display of the operation character 501 that executes a skill attack. The operation character 501 is displayed in two modes, a skill charge mode and a skill activation mode.

The skill charge mode is a mode of the operation character displayed by the display control unit 112 on the display unit 152 when the touch operation by the user continues and the skill UI is displayed. In addition, the game execution unit 115 may perform a process of restricting the movement of the operation character 501 in the skill charge mode. Such restrictions include, for example, slowing the moving speed and making the moving impossible.

The skill activation mode is a mode of the operation character displayed by the display control unit 112 on the display unit 152 when the game execution unit 115 causes the operation character to perform the skill attack. The skill attack mode is displayed on the display unit 152, for example, when the touch operation is continued by the user and the touch is released at a position where the skill display unit 804 is displayed in the touch operation input unit 151.

In the skill activation mode, the display control unit 112 causes the display unit 152 to display the operation character 501 in the mode shown in FIG. 10C following the mode shown in FIG. 10B. As shown in FIG. 10B, first, the operation character 501 becomes a mode in which the energy accumulated in the charging mode and the electric energy 902 from the surrounding environment of the operation character 501 are concentrated on the ax sprinkled with the energy, and the operation character automatically continues. Then, as shown in FIG. 10C, by swinging down the ax in which the electric energy 902 is concentrated, the shock wave 903 accompanied by the electric energy 902 is blown off along with the direct attack. The attack action by skill action may be stronger than the charge attack, and the range in which the action of the attack can be applied may be wider than that of the charge attack.

In this way, the user terminal 100 causes the operating character to perform a skill action when the long-pressing operation continued until t2 seconds leaves at the position corresponding to the skill UI (step S408).

In step S407, when the touch operation reception unit 111 detects that the release position is outside the area of the skill UI, the game execution unit 115 releases the skill action enabled state of the operation character, Return the state to normal.

When the operating character performs the skill action in step S408, a series of processes regarding the skill action ends. Further, when it is not detected that the touch operation is continued in step S402, the series of processes regarding the skill action is ended.

If the duration of the touch operation is less than t2 seconds in step S403, the process returns to step S402, and the touch operation reception unit 111 determines whether or not the touch operation is continued. If the touch operation is not released in step S406, the process returns to step S405, and the touch operation accepting unit 111 detects the continued touch position. When the touch operation is released within t2 seconds, the game execution unit 115 does not have to cause the operation character to do anything, and the touch operation reception unit 111 receives the tap operation as a tap operation and corresponds to the tap operation. You may operate.

[Processing example when a touch operation for t2 seconds or more is accepted during the first operation]
Next, a processing example when a touch operation for t2 seconds or more is received during the first operation will be described. The user terminal 100 can independently execute the process shown in FIG. 3 and the process shown in FIG. 4 described above. Here, a case where t2≧t1 is described.

When the touch operation acceptance unit 111 starts accepting a touch operation during the first operation and continuously accepts the touch operation for t1 seconds, the user terminal 100 executes the process illustrated in FIG. 3. That is, in this case, the game execution unit 115 causes the operating character to execute a charge attack.

On the other hand, when the touch operation reception unit 111 continuously detects the touch operation started by the operation character during the first motion for t2 seconds, the user terminal 100 executes the process illustrated in FIG. 4. That is, the display control unit 112 causes the display unit 152 to display the skill UI. According to such processing, an attack of the operation character from the attack action as the first action, the charge attack as the subsequent second action, and the subsequent display of the skill UI and the skill action using it It is possible to derive an action.

Further, when the touch operation continued until the second time is separated at the position corresponding to the area other than the skill UI, the operation character may be caused to perform the second motion. For example, when the release of the touch operation continued for t2 seconds is executed at a position other than the skill UI, the game execution unit 115 may cause the operation character to execute a charge attack. That is, when the touch operation accepted by the touch operation accepting unit 111 in step S401 is started while the first operation is being performed, and the release area is outside the area of the skill UI ( In the case of NO in step 407), the game execution unit 115 may cause the operating character to further execute a charge attack. After the combo attack and the charge attack, it is possible to cause the operating character to further perform the charge attack, and it is possible to further increase the options of the operating character's action.

[Example of charge attack processing with restrictions]
Further restrictions may be imposed on the charge attack that follows the tap attack (the second action that follows the first action). Further restrictions include, for example, that the parameter that increases according to the motion of the operation character is equal to or greater than a predetermined value. In order for the operating character to perform the charge attack, it is necessary to play so that the parameter reaches a predetermined value, so that the strategicity required by the user increases.

Hereinafter, an example of processing using a parameter that increases according to a user operation will be described with reference to FIG. FIG. 5 shows an example of a process relating to a charge attack, which includes a process including a determination based on a parameter and a process according to the type of the first operation. FIG. 5A shows an example of the flow of updating the parameters.

When the touch operation acceptance unit 111 detects an operation input in step S501, the game execution unit 115 causes the operation character to perform an action in response to a user operation in step S502. In step S503, the game execution unit 115 determines whether or not the action is a parameter update target action. If YES in step S503, in step S504, the game execution unit 115 updates the parameter according to the operation.

The movement of the operating character for increasing the parameter is not limited. Such an operation may be, for example, an attack operation, a movement operation, an avoidance operation, or the like. The attack action of the operation character that increases the parameter may be only an attack action that succeeds in reducing the physical strength of the attack target object, or may include an attack in which the attack target object is not hit. For example, if the action performed in step S502 is an attack action, the game execution unit 115 increases the parameter by a certain value, and the attack action gives an action (for example, reduces physical strength) by an attack of an enemy character or the like. When the action is successfully applied to the object to be obtained, a value for increasing the parameter may be added.

In addition, the game execution unit 115 may decrease the parameter according to the passage of time, a specific operation by the user, or the like.

FIG. 5B shows an example of the flow of executing the charge attack determination including the determination based on the parameters. This flow is the same as the flow of steps S303 to S306 in FIG. 3 except that step S3055 is included between steps S305 and S306. The description of steps S303 to S305 will not be repeated. In step S3055, the game execution unit 115 determines whether or not the parameter is equal to or larger than a predetermined value. If the parameter is equal to or larger than the predetermined value in step S3055, the game execution unit 115 causes the operating character to execute a charge attack in step S306.

In this example, the display control unit 112 may display the parameter on the display unit 152 with the gauge 503. In this case, the fact that the parameter has reached the predetermined value can be indicated by filling the gauge 503. Further, the fact that the parameter has not reached the predetermined value can be indicated by the gauge 503 not being completely filled. The display with the gauge 503 is preferable from the viewpoint of increasing the visibility of the increasing parameter.

As described above, when the parameter reaches the predetermined value, the user terminal 100 starts accepting a continuous touch operation while the operation character is performing the first motion. When the touch operation continues for t1 seconds or more, the operating character is caused to perform a charge attack. According to such control, the charge attack is executed by the achievement of the additional condition. Therefore, the restrictions on the charge attack are appropriately increased, and the strategic nature of the game is improved.

If the parameter is less than the predetermined value in step S3055, the game execution unit 115 ends the process. As described above, when t2 is t1 or more, the game execution unit 115 may proceed to step S402 in the flow of FIG. 4 and determine whether or not the accepted touch operation is continuing. After that, by advancing to step S404, when the parameter is less than the predetermined value, a touch operation that continues for t2 seconds or more started while the operation character is performing the first motion is detected, and thus the display is performed. The control unit 112 displays the skill UI on the display unit 152.

As in this example, when the parameter is less than the predetermined value, the display control unit 112 receives an operation for continuing the touch operation for the second time while the operation character is performing the first motion. The skill UI may be displayed on the display unit 152 by starting the operation. That is, when the parameter is less than the predetermined value, the skill UI may be displayed by continuing the touch operation started during the first operation for the second time.

Even if the condition for executing the charge attack is not satisfied, the skill action can be executed, so that the operation character can perform various actions even if the further condition is not reached.

[Processing example of adding independent charge attack]
The game execution unit 115 accepts an operation in which the movement distance of the touch position is less than a predetermined value while the operation character is not performing the first motion, the touch operation continues for a third time or more, and leaves. In this case, the operating character may be caused to make a charge attack. For example, the operation character may be caused to perform a charge attack when the user continuously releases the touch operation for a third time or longer while the operation character does not perform the moving operation. Since the operating character can be caused to perform the charge attack without performing the first motion, the user can more easily cause the operating character to perform the charge attack. A processing example in this case will be described.

This example is a process performed while the operating character is not performing the first motion. Therefore, the following process is performed while the game execution unit 115 is not causing the operation character to perform the first motion.

First, the touch operation reception unit 111 determines whether or not a touch operation by the user has been received. When the touch operation is received, the touch operation receiving unit 111 determines whether or not the amount of movement of the position of the received touch operation is L or more. The amount of movement of the position of the touch operation is, for example, from the position where the object 1010 first touches the touch operation input unit 151 when the operation of bringing the object 1010 into contact with the touch operation input unit 151 and the subsequent drag operation are performed. Is the distance to where you are actually touching.

When the amount of movement is less than L, the game execution unit 115 does not move the operation character. In this case, the game execution unit 115 may cause the operation character to move on the spot without moving. Further, the touch operation accepting unit 111 may detect only the moving direction of the touch operation, and the game executing unit 115 may perform an operation of changing only the direction of the operating character. Therefore, the display control unit 112 causes the display unit 152 to display the operation character in a non-moving state.

The touch operation reception unit 111 determines whether the duration of the touch operation is t3 seconds or more. The t3 second is a time serving as a criterion for determining whether or not to execute the charge attack in a state where the operation character is not moving, and is one mode of the third time in the present invention. t3 seconds may be longer than t1 seconds and may be longer, shorter or the same for t2 seconds.

When the duration of the touch operation is t3 seconds or more, the touch operation reception unit 111 determines whether or not the touch operation is released. When the touch operation reception unit 111 detects that the touch operation has been released, the game execution unit 115 causes the operation character to execute a charge attack.

In this way, when the operation character does not perform the first motion and the touch operation continues for t3 seconds or more in the state where the operation character is displayed so as not to move, and the operation to leave is received, The operating character may be caused to make a charge attack. According to such control, the charge attack can be executed independently of the first operation. Therefore, it is possible to further diversify the motion of the operation character.

The user terminal 100 executes control to move the operation character according to the movement of the touch position, after detecting that the duration of the touch operation is t3 seconds or more and before the touch operation of the user is released. May be. In this case, the user can move the operation character in a charge attackable state. Further, the game execution unit 115 may perform a process of limiting the movement of the operation character 501 capable of charge attack. Such restrictions include, for example, slowing the moving speed and making the moving impossible. The movement of the operating character is limited in exchange for a powerful attack, which is effective from the viewpoint of maintaining the interest of the game appropriately.

[Processing example 2 regarding charge attack]
The game program is such that the movement distance of the touch position is less than a predetermined value while the operation character is not performing the first motion, and the touch operation continues for a third time (for example, t3 seconds) or more and leaves. When the operation is accepted, the operation character may be caused to perform an action other than the charge attack. The third time period may be the same as the first time period (for example, t1 seconds) or may be different. In order for the operating character to perform the charge attack, the user needs to perform the touch operation that continues for the first time while performing the first motion. Increased strategicity required. A processing example in this case will be described.

The process relating to the motion of the operating character when the movement distance of the touch position is less than a predetermined value and the process until detecting whether the duration of the touch operation is t3 seconds or more are [Independent Charge]. Processing example of adding attack], and thus description will not be repeated.

When the touch operation acceptance unit 111 determines that the duration of the touch operation is t3 seconds or more, the game execution unit 115 causes the operation character to perform a predetermined action other than the charge attack.

According to this example, the charge attack is not executed by the simple operation of continuing the touch operation on the spot, and the restriction on the charge attack can be increased.

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

In the latter case, the information processing apparatus including the control unit 210 or the control unit 110, or both, has a CPU that executes instructions of a program that is software that realizes each function, and the program and various data are a computer (or a CPU). A ROM (Read Only Memory) or a storage device (these are referred to as a "recording medium") recorded so as to be readable by a computer, a RAM (Random Access Memory) for expanding the program, and the like. Then, the computer (or CPU) reads the program from the recording medium and executes the program to achieve the object of the present invention. As the recording medium, a "non-transitory tangible medium", for example, a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. The program may be supplied to the computer via any transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. Note that one aspect of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the program is embodied by electronic transmission.

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

[Appendix]
The contents according to one aspect of the present invention are listed below.

(Item 1) The game program (131) has been described. According to an aspect of the present disclosure, a game program is executed by a computer (at least one of the user terminal 100 and the server 200) including a processor (10, 20) and a memory (11, 21). The game program causes the processor to display an operation character (object) operable by the user on the display unit (152), a step of detecting a touch operation on the touch operation input unit (151) by the user, and an operation character. Accepts an operation in which a touch operation is continued for a first time (t1) while performing a first action (for example, a first action), the charge attack ( The step (S306) of causing the operating character to perform the second motion) is executed. Thereby, at least the following effects are obtained.

First, in a game executed by a user's touch operation on the touch operation input unit, the object can be caused to perform a second action following the first action depending on the timing and duration of the user's touch operation. Therefore, the motion of the object can be diversified by a simple operation by the user, and the fun of the game can be enhanced.

In addition, by causing the object to perform the second motion subsequent to the first motion, it is possible to obtain an effect accompanied by both the effect of the first motion and the effect of the second motion in the game. As a result, the interest of the game is enhanced.

(Item 2) In (Item 1), while the object is performing the first motion, by accepting an operation for continuing the touch operation for a second time (t2), The step of displaying the user interface (skill UI) for the third action for the action (skill action) on the display unit and the touch operation continued until the second time are for the third action on the display unit. And causing the object to perform a third action when the user leaves at a position corresponding to the user interface of. According to such a configuration, the user can cause the object to perform the third action in addition to the second action according to the timing of different continuous touch operations. Therefore, the motions of the objects are diversified, and the interest of the game is enhanced.

(Item 3) In (Item 1), the game program starts accepting an operation for continuing the touch operation for a second time while the object is performing the first motion, thereby making When the step of displaying the user interface for the action of No. 1 on the display unit and the touch operation continued until the second time are separated at a position corresponding to a region other than the user interface for the third action of the display unit. And causing the object to perform the second action. According to such a configuration, the user can select whether to cause the object to perform the third motion or the second motion while the third motion is ready. Become. In this way, since the choices of object motions increase, the motions of objects become more diversified, and the fun of the game is further enhanced.

(Item 4) In any one of (Item 1) to (Item 3), the game program has a predetermined movement distance of the position of the user's touch operation while the object is not performing the first action. When the touch operation is continued for the third time (t3) or more and the operation of leaving is accepted, the processor further causes the object to perform an operation other than the second operation. With such a configuration, the user cannot execute the second operation by a simple operation of continuing the touch operation on the spot. As described above, by increasing the restrictions on the second operation, higher strategy of the game play is required and the interest of the game is further enhanced.

(Item 5) In any one of (Item 1) to (Item 3), the game program has a predetermined movement distance of the position of the user's touch operation while the object is not performing the first action. And a touch operation continues for a third time or more and an operation to leave is received, the processor further causes the object to perform the second operation. With such a configuration, the user can independently perform the second operation independently of the first operation. Therefore, the motions of the objects are diversified, and the interest of the game is enhanced.

(Item 6) In (Item 1), the game program causes the processor to further execute a step of updating a parameter that increases in accordance with a user's operation, and when the parameter reaches a predetermined value, a first operation is performed. Then, the step of causing the object to perform the second action is executed. With such a configuration, it is possible to execute the second operation by achieving the further condition. Therefore, the strategic nature of the game is enhanced. Further, since the achievement condition for executing the second operation is added, the restriction on the second operation is appropriately increased. Therefore, the interest of the game is further enhanced.

(Item 7) In (Item 6), in the game program, when the parameter is less than the predetermined value, the touch operation started while the object is performing the first motion is continued for a second time. By accepting the fact, the processor further causes the step of displaying the user interface for the third motion of the object on the display unit. According to such a configuration, it is possible to execute the third operation instead of the second operation even if the further condition is not reached. Therefore, the reduction of the strategy of the game is suppressed, and the interest of the game is optimized.

(Item 8) In any one of (Item 1) to (Item 7), the game program is a touch operation that is continued for a time shorter than the first time while the object is performing the first motion. Is received, the processor is caused to further execute the step of causing the object to further perform the first action following the first action. With such a configuration, the user can cause the object to execute a combination of the plurality of first actions. Therefore, the motion of the object is further diversified, and the interest of the game is further enhanced.

(Item 9) In (Item 8), in the step of performing the second operation after the first operation, in the step of performing the first operation subsequent to the first operation, By accepting the operation of continuing the touch operation for the first time while the object is performing the first action in the latter stage, the second action is performed on the object after the first action in the latter stage. Let it be done. With such a configuration, the user can further combine the second action with the further action of the object resulting from the combination of the plurality of first actions and execute the action. Therefore, the motion of the object is further diversified, and the interest of the game is further enhanced.

(Item 10) In (Item 9), in the step of displaying the object, the game program continues in the step of displaying the object that battles with the enemy character and performing the first motion after the first motion. The first action in the first stage of the first actions is an avoidance action for avoiding the attack of the enemy character, and the first action in the second stage is an attack action for the enemy character. With such a configuration, the user can cause the object to execute the second action following the attack after the avoidance action. Therefore, the motion of the object may be more diversified, and the second motion to the enemy character that is the target of the second motion may act more effectively. Therefore, the interest of the game is enhanced.

(Item 11) In any one of items (Item 1) to (Item 10), the game program taps the first action in the step of causing the second action to be performed subsequent to the first action. It is executed by accepting a touch operation that includes one of the flicks. With such a configuration, the user can execute the second operation after the plurality of different first operations or a series of operations corresponding thereto. Therefore, the diversification of the first motion further diversifies the second motion and further enhances the fun of the game.

(Item 12) In any one of the items (Item 1) to (Item 10), the game program performs the first operation and then the second operation in the step of causing the second operation to be performed. In the step of performing the second operation, the acceptance period of the operation that continues for the first time for performing the second operation is varied according to the type of the first operation. According to such a configuration, the period for accepting the touch operation for the second motion differs depending on the first motion. Therefore, due to the difference in the acceptance period of the touch operation, the second operation subsequent to the various first operations is executed. Therefore, it becomes possible to further optimize the operability for the second motion, and the interest of the game is further enhanced.

(Item 13) The method of executing the game program has been described. According to an aspect of the present disclosure, a game program is executed by a computer including a processor and a memory. The method is a method in which the processor executes the steps described in (Item 1). The method according to (Item 13) has the same effects as the game program according to (Item 1).

(Item 14) The information processing device has been described. According to an aspect of the present disclosure, the information processing apparatus stores a game program according to (Item 1), and a storage unit (120) that executes the game program to enable the information processing apparatus (user terminal 100) to operate. And a control unit (110) for controlling the operation. The information processing device according to (Item 14) has the same effects as the game program according to (Item 1).

DESCRIPTION OF SYMBOLS 1 game system, 2 network, 10 and 20 processor, 11 and 21 memory, 12 and 22 storage, 13 and 23 communication IF (operation part), 14 and 24 input/output IF (operation part), 15 touch screen (display part, Operation part), 17 Camera (operation part), 1
8 distance measuring sensor (operation unit), 100 user terminal (information processing device), 110, 210 control unit, 111 touch operation reception unit, 112 display control unit, 113 UI control unit, 114 animation generation unit, 115 game execution unit, 120, 220 storage unit, 131 game program, 132 game information, 133 user information, 151 touch operation input unit (operation unit), 152 display unit, 200 server, 500 screen, 501 operation character, 503 gauge, 701 aura, 702 903 Shock wave, 801 Elastic object, 802 First skill part, 803 Second skill part, 804,805 Skill display part, 902 Electric energy, 1010 Object, 1020 Controller (operation part), 1030 Storage medium

Claims (14)

A game program executed by a computer including a processor,
The game program runs on the processor
A step of displaying a user-operable object on the display unit,
Detecting a touch operation by the user,
By accepting an operation in which a touch operation is continued for a first time while the object is performing a first action, the object is caused to perform a second action following the first action. A game program that causes steps and to be executed. The user interface for the third motion of the object is displayed on the display unit by accepting that the touch operation started while the object is performing the first motion is continued for a second time. Steps to be displayed in
Causing the object to perform a third action when the touch operation continued until the second time is separated at a position corresponding to a user interface for the third action on the display unit,
The game program according to claim 1, further causing the processor to execute. The user interface for the third motion of the object is displayed on the display unit by accepting that the touch operation started while the object is performing the first motion is continued for a second time. Steps to be displayed in
When the touch operation continued until the second time is separated at a position corresponding to a region other than the user interface for the third motion on the display unit, the object is caused to perform the second motion. Steps,
The game program according to claim 1, further causing the processor to execute. While the object is not performing the first action, a movement distance of the position of the touch operation of the user is less than a predetermined value, the touch operation continues for a third time or more, and an operation of leaving the touch operation is performed. The game program according to claim 1, further comprising causing the processor to further execute a step of causing the object to perform an action other than the second action when accepted. While the object is not performing the first action, a movement distance of the position of the touch operation of the user is less than a predetermined value, the touch operation continues for a third time or more, and an operation of leaving the touch operation is performed. The game program according to any one of claims 1 to 3, further causing the processor to execute a step of causing the object to perform the second action when received. Causing the processor to further execute a step of updating a parameter in response to an operation by the user,
The game program according to claim 1, which causes a step of causing an object to perform the second action subsequent to the first action when the parameter has reached a predetermined value. When the parameter is less than a predetermined value, the touch operation started while the object is performing the first motion is accepted for a second time, and the third touch of the object is received. 7. The game program according to claim 6, further causing the processor to execute a step of displaying a user interface for the operation of the above on the display unit. By accepting a touch operation that continues for a time shorter than the first time while the object is performing the first motion, the first motion is performed on the object after the first motion. The game program according to claim 1, further causing the processor to execute the steps. In the step of causing the second operation to be performed subsequent to the first operation, in the step of causing the first operation to be performed subsequent to the first operation, the first operation in the subsequent stage of the first operation that is continuous. By accepting an operation in which the touch operation is continued for the first time while the object is performing the second operation, the second operation is performed after the first operation in the subsequent stage. The game program according to claim 8, which is executed by a computer. In the step of displaying the object, displaying the object that battles with an enemy character,
In the step of causing the first motion to be performed subsequent to the first motion, the first motion in the preceding stage of the continuous first motions is an avoidance motion for avoiding an attack of the enemy character, The game program according to claim 9, wherein the first motion in the latter stage is an attack motion with respect to the enemy character. The step of causing a second operation to be performed subsequent to the first operation, wherein the first operation is executed by accepting a touch operation including one of a tap and a flick. The listed game program. In the step of performing the second operation subsequent to the first operation, the acceptance period of the operation that continues for the first time for performing the second operation is changed according to the type of the first operation, The game program according to any one of claims 1 to 11. A method for a computer to execute a game program, the method comprising:
The computer comprises a processor and memory,
A method for a processor to perform the steps of claim 1. An information processing device,
The information processing device
A storage unit for storing the game program according to claim 1;
An information processing apparatus, comprising: a control unit that controls the operation of the information processing apparatus by executing the game program.