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

Description

Application of Article 30, Paragraph 2 of the Patent Law Announced on the website at multiple dates such as February 22, 2018

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 fighting games, objects manipulated by a user generally attack other objects in the game. In a fighting game, an object to be operated may be set to be able to launch a stronger attack in response to a specific operation input by the user. In such cases, from the perspective of ensuring the success of a more powerful attack, in fighting games, objects that are in a specific positional relationship with respect to the object in motion are considered to be more powerful attacks. It is known to perform control so as to execute a predetermined operation (for example, see Patent Document 1).

JP 2006-304863 A

In a game that uses touch operations, there is still room for investigation on the actions of objects operated by the user from the standpoint of making the game more interesting.

An object of one aspect of the present disclosure is to further improve the interest of a game based on touch operations.

A game program according to the present disclosure is executed by a computer that includes a processor and memory. The game program causes the processor to display an object that can be operated by the user on the display unit, detects a touch operation of the user on the touch operation input unit, and while the object is performing a first action. and causing the object to perform a second action subsequent to the first action by receiving an operation in which the touch operation is continued for a first period of time.

Also, a method of executing a game program according to the present disclosure is a method of executing a game program by a computer, the computer having a processor and a memory, and the processor executing the above steps.

Further, an information processing device according to the present disclosure includes a storage unit that stores the above game program, and a control unit that controls operations of the information processing device by executing the game program.

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

It is a figure which shows the hardware constitutions of a game system. 3 is a block diagram showing functional configurations of a user terminal and a server; FIG. 4 is a flow chart showing a first aspect of the flow of processing executed in the game system based on the game program according to the embodiment; 3 is a flow chart showing a main part of a second aspect of the flow of processing executed in the game system based on the game program according to the present embodiment; (A) is a flowchart showing an example of the flow of parameter update processing executed in the game system based on the game program according to the present embodiment; It is a flow chart which shows an example. FIG. 4 is a diagram schematically showing an example of a game screen displayed on the display unit; FIG. (A) is a diagram schematically showing a first mode of a first action executed by an object displayed on a display unit, and (B) is a diagram schematically showing a second mode of the first action; FIG. 12C is a diagram schematically showing a third mode of the first operation; FIG. (A) is a diagram schematically showing a state in which preparations for a charge attack executed by an object displayed on a display unit are completed, and (B) is a diagram schematically showing one aspect of the charge attack. be. FIG. 10 is a diagram schematically showing an example of a state in which an object displayed on the display unit is ready to execute a skill action; (A) is a diagram schematically showing an example of an object when a skill UI is displayed, and (B) is an initial movement of a skill action executed by an object in response to an operation input for a skill action. FIG. 10B is a diagram schematically showing an example of an action, and FIG. 11C is a diagram schematically showing an example of an action of a skill action executed by an object subsequent to the initial action;

[Embodiment 1]
A game system according to the present disclosure is a system for providing a game to multiple users. The game system will be described below with reference to the drawings. The present invention is not limited to these examples, but is indicated by the scope of the claims, and is intended to include all modifications within the meaning and scope of equivalents to the scope of the claims. be. In the following description, the same reference numerals are given to the same elements in the description of the drawings, and redundant description will not be repeated.

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

The server 200 (computer, information processing device) may be a workstation or a general-purpose computer such as 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 smart phone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for playing games. 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 range sensor 18. and These components provided in the user terminal 100 are electrically connected to each other by a communication bus. Note that the user terminal 100 may include an input/output IF 14 to which a display (display unit) configured separately from the user terminal 100 main body can be connected instead of or in addition to the touch screen 15 .

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

Note that the controller 1020 may have the camera 17 and the ranging sensor 18 instead of or in addition to the user terminal 100 having the camera 17 and the ranging sensor 18 .

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

When the user terminal 100 communicates with a plurality of controllers 1020 , each user can hold each controller 1020 to communicate with the one user terminal 100 without communicating with other devices such as the server 200 via the network 2 . You can play multiplayer 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 (communicatively connects without going through the server 200), thereby realizing local multiplay with a plurality of user terminals 100. You can also When the above-described 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. Also, in the case where multiple user terminals 100 locally implement the above-described multiplay, the multiple 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 multiplay described above is implemented locally. For example, information indicating a play result such as score or win/loss in a certain game may be associated with user identification information and transmitted to the server 200 .

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

As shown in FIG. 1 , the user terminal 100 may receive the attachment of an external storage medium 1030 such as a memory card via the input/output IF 14 . This allows the user terminal 100 to read programs and data recorded on the storage medium 1030 . A program recorded in the storage medium 1030 is, for example, a game program.

User terminal 100 may store a game program acquired by communicating with an external device such as server 200 in memory 11 of user terminal 100, or may store a game program acquired by reading from storage medium 1030 in 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 ranging sensor 18 as an example of a mechanism for inputting information to the user terminal 100. FIG. Each unit described above as an input mechanism can be regarded as an operation unit configured to receive a user's input operation.

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

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

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

Memories 11 and 21 are main storage devices. The memories 11 and 21 are composed of storage devices such as ROM (Read Only Memory) and RAM (Random Access Memory). The memory 11 provides a work area for the processor 10 by temporarily storing programs 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 is operating according to the program. The memory 21 provides a work area for 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 is operating according to the program.

The program in this embodiment may be a game program for realizing a game by the user terminal 100 . Alternatively, the program may be a game program for realizing the game through cooperation between user terminal 100 and server 200 . Note that the game realized by cooperation between the user terminal 100 and the server 200 may be, for example, a game executed on a browser activated on 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 . Further, the various types of data include game-related data 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 .

Storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are composed of storage devices such as flash memories or HDDs (Hard Disk Drives). Various data related to the game are stored in the storage 12 and the storage 22 .

The communication IF 13 controls transmission and reception of various data in the user terminal 100 . The communication IF 23 controls transmission and reception of various data in the server 200 . The communication IFs 13 and 23 control, for example, communication via a wireless LAN (Local Area Network), Internet communication via a wired LAN, wireless LAN, or 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 an interface for the user terminal 100 to output data. The input/output IF 14 may input/output data via USB (Universal Serial Bus) or the like. The input/output IF 14 may include physical buttons, a camera, a microphone, or a speaker of the user terminal 100, for example. The input/output IF 24 of the server 200 is an interface for the server 200 to receive data input and an interface for the server 200 to output data. The input/output IF 24 may include, for example, an input section that is an information input device such as a mouse or a keyboard, and a display section that is a device for displaying and outputting images.

The touch screen 15 of the user terminal 100 is an electronic component in which a touch operation input section 151 and a display section 152 are combined. 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 configured by, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display.

The touch operation input unit 151 detects the position at which the user's operation (mainly physical contact operation such as touch operation, slide operation, swipe operation, and tap operation) is input on the input surface, and outputs information indicating the position. as an input signal. The touch operation input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may employ any type of system, such as a capacitive system or a resistive film system.

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 section 152 and a touch operation input section 151 as an integrated structure.

Although not shown, the user terminal 100 may include one or more sensors for identifying the holding posture of the user terminal 100 . This sensor may be, for example, an acceleration sensor or an angular velocity sensor. If the user terminal 100 is equipped with a sensor, the processor 10 can identify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, when the user terminal 100 is held vertically, the processor 10 may display a vertically long image on the display unit 152 for vertical screen display. On the other hand, when the user terminal 100 is held horizontally, a horizontal screen display may be used in which a horizontally long image is displayed on the display unit. Thus, the processor 10 may be able to switch between vertical screen display and horizontal screen display according to the holding posture of the user terminal 100 .

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

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

Here, an example in which the user terminal 100 uses the camera 17 and the ranging sensor 18 to detect the object 1010 near the user terminal 100 and accepts the detection result as the user's input operation will be further described. The camera 17 and the ranging sensor 18 may be provided on the side of the housing of the user terminal 100, for example. A ranging 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 an illumination device that emits infrared light, a filter that blocks visible light, and the like. This makes it possible to further improve the object detection accuracy based on the image captured by the camera 17, regardless of whether it is outdoors or indoors.

The processor 10 may perform one or more of the following processes (1) to (5) on the image captured by the camera 17, for example. (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to identify whether or not the captured image includes the user's hand. The processor 10 may use a technique such as pattern matching, for example, as the analysis technique employed in the image recognition processing described above. (2) The processor 10 also detects a user's gesture from the shape of the user's hand. For example, the processor 10 identifies 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. Processor 10 further identifies the gesture made by the user from the identified number of fingers. For example, when the number of fingers is five, the processor 10 determines that the user has made a "paper" gesture in rock-paper-scissors. In addition, when the number of fingers is 0 (no fingers are detected), the processor 10 determines that the user has performed the “goo” gesture in rock-paper-scissors. In addition, when the number of fingers is two, the processor 10 determines that the user has made the “Scissors” gesture 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 in which only the index finger is raised or whether the user's finger is flicking. . (4) The processor 10 detects an object 1010 (such as a user's hand) near the user terminal 100 based on at least one of the image recognition result of the captured image of the camera 17 and the output value of the distance measuring sensor 18. ) and the user terminal 100 is detected. For example, the processor 10 determines whether the user's hand is close to the user terminal 100 (for example, a distance less than a predetermined value) or far away from the user terminal 100 (for example, a predetermined value or more distance). Note that when the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100 . (5) When it is found that the distance between the user terminal 100 and the user's hand has changed while the user's hand is detected based on the image recognition result of the captured image of the camera 17, the processor 10 recognizes that the user is waving his hand in the photographing direction of the camera 17 . When an object is detected or not detected by the ranging sensor 18, which has a stronger directivity than the imaging range of the camera 17, the processor 10 detects that the user is waving his hand in a direction orthogonal to the imaging direction of the camera. recognize.

In this way, the processor 10 determines whether or not the user is clenching his/her hand (a "goo" gesture or another gesture (for example, "pa") by image recognition of the captured image of the camera 17. or) is detected. The processor 10 also detects how the user is moving the hand together with the shape of the user's hand. The processor 10 also detects whether the user is moving his/her hand closer to or away from the user terminal 100 . Such operations can correspond to operations using a pointing device such as a mouse or a touch panel, for example. For example, the user terminal 100 moves the pointer on the touch screen 15 according to the movement of the user's hand, and detects the user's gesture "goo". In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds to, for example, maintaining the state in which the mouse is clicked and pushed in, or maintaining the state of being touched after performing a touchdown operation on the touch panel. Further, when the user moves his/her hand while the user's gesture "goo" is detected, the user terminal 100 performs such a series of gestures as an operation corresponding to the swipe operation (or drag operation). can also recognize. Further, when the user terminal 100 detects a gesture such as flicking a finger based on the detection result of the user's hand from the captured image of the camera 17, the user terminal 100 detects the gesture by clicking the mouse or tapping the touch panel. may be recognized as an operation corresponding to

<Game Overview>
As an example, the game system 1 performs a touch operation on an object that can be operated by a user's touch operation, during a first action by the user's operation, by executing a touch operation that continues for a predetermined time or longer, thereby performing a second operation specific to these operations. is a system for executing a game in which the object executes the action of

The type of game is not limited, and examples include sports-themed games such as tennis, table tennis, dodgeball, baseball, soccer and hockey, puzzle games, quiz games, RPGs, adventure games, shooting games, simulation games, Includes training games and action games (fighting games). In this embodiment, an object that can be operated by the user is also called an "operable character".

The mode of play 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 multi-play game may be, for example, a competitive game in which a plurality of users compete against each other, 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, 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 as a multiplayer game (multiplayer fighting game) consists of a user terminal 100 (client computer) operated by a user and one or more other user terminals 100 (other users) operated by one or more other users. A fighting game that allows multiple users to participate and play cooperatively in one fighting game by sharing at least part of the data related to the game with the client computer of the .

When the game system 1 is a multiplayer fighting game, each of the first user terminal 100, the second user terminal 100, and the third user terminal 100 communicating via the server 200 has a common A predetermined game environment is generated and displayed on each display. In addition, as data related to the fighting game, for example, types and arrangements of objects other than the operation objects arranged in the predetermined game environment, clear conditions, various gauges, play results, etc. are transmitted via the server 200. are shared among the user terminals 100. The server 200 distributes and shares information collected from each user terminal 100 and information generated in its own device to each user terminal 100 that cooperates in participating in one fighting game.

<Functional Configuration of Game System 1>
FIG. 2 is a block diagram showing functional configurations of the server 200 and the user terminal 100 included in the game system 1. As shown in FIG. Each of the server 200 and the user terminal 100 may include a functional configuration required to function as a general computer (not shown) and a functional configuration required to realize known functions in the game.

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

The server 200 has a function of communicating with each user terminal 100 and assisting the user terminal 100 in progressing the game. For example, it sells valuable data and provides services. When the game is a multiplayer game, the server 200 may have a function of communicating with each user terminal 100 participating in the game and mediating exchanges between the user terminals 100 . The server 200 functions as a control unit 210 and a storage unit 220 through cooperation of the processor 20, memory 21, storage 22, communication IF 23, input/output IF 24, and the like.

Storage unit 120 and storage unit 220 store game program 131 , game information 132 and user information 133 . The game program 131 is a game program executed by the user terminal 100 and the server 200 . Game information 132 is data referred to when control unit 110 and control unit 210 execute game program 131 . User information 133 is data relating to a user's account. In the storage unit 220, game information 132 and user information 133 are stored for each user terminal 100. FIG.

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

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

(Functional Configuration of User Terminal 100)
The control unit 110 comprehensively controls the user terminal 100 by executing the game program 131 stored in the storage unit 120 . For example, the control unit 110 progresses the game according to the game program 131 and user's operation. Further, while the game is progressing, the control unit 110 communicates with the server 200 as necessary to transmit and receive information.

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

Touch operation reception unit 111 detects and receives a user's input operation on touch operation input unit 151 . The touch operation reception unit 111 determines what kind of input operation has been performed from the user's action on the console via the touch screen 15 and other input/output IF 14, and sends 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 identifies the type of the input operation. The touch operation reception unit 111 identifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like as types of input operations. Further, when the continuously detected input is interrupted, the touch operation receiving unit 111 detects that the contact input from the touch screen 15 has been cancelled.

Further, touch operation reception unit 111 detects the position and duration of the user's touch operation on touch operation input unit 151 . Hereinafter, the position where the user performs a touch operation on the touch operation input unit 151 will also be 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 the user at one point, a flick that slides the 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 , a long tap, etc., which is a continuous contact at one point for a predetermined time or longer.

The UI control unit 113 controls UI objects to be displayed on the display unit 152 to construct the UI. The UI object is a tool for the user to make inputs necessary for the progress of the game to the user terminal 100, or a tool for obtaining information output from the user terminal 100 during the progress of the game. UI objects include, but are not limited to, icons, buttons, lists, menu screens, UIs for the third action, and the like.

The animation generation unit 114 generates animations showing motions of various objects based on control modes of the various objects. For example, an animation or the like that expresses how 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 on which the processing results executed by the elements described above are 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. Also, the display control unit 112 may display the game screen including the animation generated by the animation generation unit 114 on the display unit 152 . Further, the display control unit 112 may draw the above-described UI object superimposed on the game screen.

The game execution unit 115 advances the game by causing the playable character existing in the game space to perform the action of the playable character based on the user's operation. For example, the game of the present embodiment progresses as the operating character battles the enemy character. The game executing unit 115 determines the content of the action to be executed by the playable character based on the operation received by the touch operation receiving unit 111 . Types of motions include, for example, motions that act on enemy characters and motions in which the playable character itself moves, but are not limited to these. In addition, the action that gives an effect to the enemy character includes, but is not limited to, an action to attack the enemy character, an action to change the state of the enemy character, and the like. Attacks on the enemy character include, but are not limited to, a technique of knocking the enemy character off a predetermined distance, a technique of staggering the character and rendering it incapacitated for a predetermined period of time, and the like. Also, examples of the state of the enemy character to be changed include, but are not limited to, attack power, defense power, hit rate, movement speed, and the like. In this game, the user causes the operating character to perform an attack action or the like to reduce the physical strength of the enemy character, and the battle is won when the physical strength of the enemy character is exhausted.

The game executing unit 115 causes the playable character to perform various actions based on the touch operation received by the touch operation receiving unit 111 . Also, the game execution unit 115 notifies the animation generation unit 114 of the determined action.

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

[Charge attack processing example 1]
In this embodiment, while the playable character is performing the first action, by accepting the operation of continuing the touch operation for the first time, the second action is operated following the first action. Let the character do it. In this embodiment, a form in which both the first action and the second action are attack actions will be described. Further, in the present embodiment, the operation for executing the first action (hereinafter also referred to as "first operation") can be set as appropriate. An attack action executed by an operating character is also called a "tap attack". Further, in the present embodiment, the attack motion executed as the second motion is also called a "charge attack". An operation in which a touch operation is continued for a predetermined time or longer is also referred to as a “long press operation”. That is, in the present embodiment, the touch operation reception unit 111 receives a long press operation for the first time while the operation character is performing a tap attack, so that the operation character performs a charge attack.

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

In step S301, the touch operation reception unit 111 receives input of a tap operation (first operation) by the user. In step S302, the game execution unit 115 causes the playable character to perform a tap attack (first action) based on the first operation. In this game, the first action before the second action may be a single attack action, may be the entirety of a series of attack actions, or may be a series of attack actions. It may be a part of the attack motion (for example, the last attack motion). In this example, the case where the first action is a one-time tap attack will be described below unless otherwise specified.

For example, while performing a tap attack, 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 tap attack is followed by the next tap. You may make an operation character perform an attack. The acceptance period of the tap operation for determining the tap attack that follows the tap attack can be set as appropriate. For example, it is defined by the number of frames required to draw how the playable character performs each action. Also, for example, it is assumed that a tap attack consists of 40 frames (60 frames per second). The generation of the attack determination for the tap attack can be set to 15 frames after the start of the tap attack. The timing of occurrence of the determination of the touch operation for causing the operating character to continuously perform the tap attack can be set to, for example, 10 frames or later from the start of the previous tap attack. Assuming that the duration of a touch operation required for a touch operation necessary for a charge attack, which will be described later, is 11 frames, when the touch operation reception unit 111 receives a touch operation that continues for 10 frames or less, the game execution unit 115 The touch operation may be recognized as a tap operation, and the operating character may be caused to perform the next tap attack following the previous tap attack.

The first move may be an entire combo of consecutive attack moves. An example of the action of the playable character when the first action is a combo of attack actions by the playable character will now be described with reference to FIGS. 6 and 7. FIG. FIG. 6 is a diagram schematically showing an example of a scene including playable characters in this game. An operation character 501 and a gate 502 are displayed on the screen 500 . The operating character 501 is a character that uses an ax as a weapon and performs an attack motion. A gate 502 is an object to be attacked by the operating character 501 . Gate 502 is destroyed by taking a predetermined amount of damage. FIG. 7 is a diagram schematically showing an example of an attack motion of the playable character 501. As shown in FIG. As shown in FIG. 7, when the touch operation reception unit 111 receives a tap operation, the playable character 501 performs a tap attack by swinging an ax. The operating character 501 executes an attack by swinging an ax from right to left as shown in FIG. Performs an ax swing attack from left to right. Then, by the third tap operation, as shown in FIG. 7(C), an attack is executed in which the ax swung upward is swung down. To execute the attack mode shown in FIG. 7(C), it is necessary to execute the operations up to the third tap operation within the time defined during the operation up to FIG. 7(B). As described above, three attack motions can be combined.

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

When the touch operation reception unit 111 receives the touch operation during the tap attack in step S303, the touch operation reception unit 111 determines whether the received touch operation continues in step S304.

In step S304, when the touch operation reception unit 111 receives that the long-press operation continues, it is determined in step S305 whether or not the duration of the long-press operation is t1 seconds or longer. The t1 second is a time that serves as a criterion for determining whether or not to execute a subsequent charge attack, and is one aspect of the first time in the present invention.

In step S305, when the touch operation reception unit 111 detects that the duration of the long press operation is t1 seconds or longer, in step S306, the game execution unit 115 causes the operated character to perform a tap attack as a first action. Subsequently, a charge attack is executed as a second operation. Further, as described above, the first action in step S302 may be a tap attack that constitutes a combo. good. A combination of multiple tap attacks is combined with a charge attack. Therefore, the actions of the playable character are further diversified.

Here, a mode has been described in which the game execution unit 115 causes the operating 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 form, the game executing unit 115 causes the operating character to perform a charge attack by detecting that the long-pressing operation is longer than t1 second and the touch operation receiving unit 111 has canceled the long-pressing operation. may

Further, as another form, the touch operation is continued for t1 seconds while the operating character is performing the tapping attack in succession following the tapping attack, and while the operating character is performing the subsequent tapping attack. By accepting the operation of the player, the operated character may be made to perform the charge attack following the tap attack in the latter stage. Such a configuration allows a greater variety and/or more effects to be applied to the target object. That is, the charge attack can be made to act more effectively.

The acceptance period of the long-pressing operation and the duration of the long-pressing operation (t1 second), which are accepted in steps S303 to S305, may be appropriately set. For example, these periods and determination times can be appropriately set according to the number of frames required to draw the action of the tap attack. For example, it is assumed that the total number of frames for one tap attack action of the operating character is 40 frames. A long-pressing operation reception period for a charge attack can be set from 10 frames (or 20 frames, if possible) after the start of the tap attack operation (within 60 frames). Further, for example, the duration of the touch operation (t1 seconds), which is used as a criterion for determining that it is a long-press operation, is set to the point of time when it is detected that the touch operation started during the acceptance period continues for 11 frames. obtain. Further, when the entire combo consisting of successive attack motions is set as the first motion, the reception start of the long-pressing operation for executing the charge attack can be set 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 before the immediately preceding tap attack. For example, the user performs a first tap operation, a second tap operation, and a long press operation in this order. It may be during operation of the tap attack based on the tap operation of the 1st time.

Also, the length of the first time can be set as appropriate. For example, the range of time that can be completed from the start of the first operation to the end thereof may be set. Further, in the present embodiment, the end of the first action may be when the playable character displayed on the display unit 152 actually ends the first action. may be earlier or later than the actual end of the displayed first action, as long as the time is set by

Here, an example of the action of the playable character when the second action is a charge attack by the playable character will be described with reference to FIG. FIG. 8 schematically shows an example of display of an operational character 501 that performs a charge attack. An operational character 501 that performs a charge attack, shown in FIG. 8, is displayed in two modes: a charge mode and a subsequent activation mode.

The charge mode is the mode of the operation character that the display control unit 112 causes the display unit 152 to display at the timing when the processing from step S303 to step S304 is executed. That is, the timing is when the touch operation received by the touch operation receiving unit 111 continues and the duration of the touch operation is less than t1 seconds. In the charging mode, the playable character 501 has an aura 701 indicating that the stored energy is gushing outward, as shown in FIG. 8(A).

The actuation mode is the mode of the operating character that the display control unit 112 causes the display unit 152 to display at the timing when the process of step S306 is executed. That is, the timing is when the duration of the long press operation received by the touch operation receiving unit 111 reaches t1 seconds. In the actuation mode, as shown in FIG. 8B, the operation character 501 swings the ax to shoot a shock wave 702 as if the stored energy were to fly. For example, a charge attack may be able to reduce a target object's health more than a tap attack, or may be able to affect a target object at a greater distance.

Note that if the touch operation accepting unit 111 does not accept the touch operation during the first operation in step S303, and if the touch operation accepting unit 111 does not accept the continuation of the touch operation in step S304, the user terminal 100 terminates the charge attack processing. Further, in step S305, if the duration of the touch operation received by the touch operation reception unit 111 is less than t1 seconds, the user terminal 100 returns the step to step S304, for example, and the touch operation reception unit 111 receives the touch operation. It is determined whether or not the touch operation continues.

In this way, the user terminal 100 accepts an operation in which the touch operation is continued for t1 seconds or more while the playable character is performing the first action, thereby performing the charge attack following the first action. Let the control character do it. As described above, according to the present embodiment, the action of the playable character can be more diversified by a simple operation by the user, and an effect accompanied by both the effect of the first action and the effect of the charge attack can be obtained.

Although the case where the first operation is a tap operation has been described so far, the first operation may be a flick operation. For example, user terminal 100 may cause the first action to be executed by receiving a touch operation including either a tap operation or a flick operation. For example, if the two touch operations are operations in the order of flicking and tapping, the operating character may be caused to perform an evasive action and an attack action in that order according to the touch operations. At this time, with the attack motion as the first motion, the touch operation reception unit 111 may receive a long press operation for performing a charge attack during the attack motion, and the combo of the avoidance motion and the attack motion may be performed as the first motion. As an operation, the touch operation reception unit 111 may receive a long press operation for performing a charge attack during a combo operation such as during the avoidance operation. With such a form, for example, it is possible to cause the operating character to perform an attack motion by a charge attack following an evasive motion and an attack motion. Therefore, the action of the playable character is further diversified. Also, in the case of executing multiple types of first actions in this manner, the user can execute a charge attack after a plurality of different first actions or a series of actions corresponding thereto. Therefore, the diversification in the first action leads to further diversification of the action.

Further, in the present embodiment, the acceptance period of the operation that continues over the first time period for causing the second action to be performed may differ according to the type of the first action. For example, if the first action is short, the reception period is the entire period during which the action is performed, and if the first action is long, the reception period is a part of the latter half of the period during which the action is performed. and so on. For example, when the total number of frames for the avoidance action is 30 frames, the period during which the long-pressing operation can be accepted may be the entire period during which the avoidance action is performed. Then, when the number of frames of the attack motion is 40 frames as a whole, the acceptable period may be 10 frames or later from the start of the attack motion. Further, when the long-press operation reception period is the entire period during which the first action is performed, the time during which the action is performed differs depending on the type of the first action. The period length will differ depending on the type of the first operation. In this way, if the first action is long, the period can be lengthened, and if the first action is long, the period can be shortened. By optimizing the period for accepting the touch operation for the charge attack according to the length, 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 also be changed according to the type of the first action, or may be the same.

Note that when a touch operation that continues for less than t1 seconds within a predetermined period is received, the user terminal 100 does not perform a charge attack on the playable character, and causes the playable character to perform a corresponding action, for example, a first action. may be executed.

Also, the game execution unit 115 may specify a 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 playable character to perform a charge attack on the target object. If the process for specifying the target object is not performed, or if the process for specifying the target object cannot be specified even if the process for specifying the target object is performed, the game execution unit 115 instructs the operating character to face the target object. Perform a charge attack in the direction you are. Such identification of the target object is effective from the viewpoint of increasing the success rate of the charge attack.

Also, in this game, the playable character may be made to continuously perform the first action after the second action. Furthermore, by receiving an operation that continues for a first time during the first action, the playable character may be made to perform a second action. For example, when the touch operation accepting unit 111 accepts a tap operation while the game executing unit 115 causes the operating character to perform a charge attack, the game executing unit 115 causes the operating character to continuously perform the charge attack. You may perform an attack. Then, when the touch operation receiving unit 111 receives a long press operation that continues for t1 seconds during the tap attack, the game execution unit 115 may cause the operated character to perform a charge attack.

[Example of skill action processing]
In this embodiment, it is also 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 playable character may be caused to perform a third action when the player leaves the position. The third action is, for example, action associated with the user interface. In this embodiment, a case will be described in which the action is to activate a skill associated with the playable character. Hereinafter, the third action will be referred to as "skill action", and the user interface for skill action will be referred to as "skill UI". The skill UI is for accepting a user's instruction to execute the third action. An example of processing related to skill actions in this game will be described below with reference to FIG. FIG. 4 is a flow chart showing the flow of processing related to skill actions 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 action associated with each playable character. Also, for example, a skill action may be an action that affects a target object. The action may be an attack action that reduces the physical strength of the target object, an action that restores the abnormal state and/or physical strength of the operating character itself or a friend character, or an action that changes the state of the target object such as an enemy character. When a skill action exerts an effect on a target object, the target may be specified. It may also act on the object of interest that enters the area of the object.

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

In step S402, if the received touch operation continues, in step S403, the touch operation reception unit 111 determines whether the duration of the continued long press operation is t2 seconds or longer. t2 is a time serving as a criterion for determining whether or not 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.

In step S403, when the touch operation reception unit 111 detects that the duration of the long press operation is t2 seconds or longer, the display control unit 112 causes the display unit 152 to display the skill UI in step S404. At this time, it can be said that the operating character is in a state capable of executing the skill action.

An example of the skill UI displayed on the display unit 152 will now be described with reference to FIG. FIG. 9 is a diagram schematically showing an example of the skill UI that the display control unit 112 causes the display unit 152 to display before the skill action. As shown in FIG. 9, the skill UI in this embodiment includes an elastic object 801, a first skill section 802, a second skill section 803, and skill display sections 804,805. The display control unit 112 causes the display unit 152 to display the elastic object 801 with the user's touch position as the center.

The elastic object 801 may be deformed so as to be stretched in the touch direction from the initial touch position as the user's touch operation moves. In this form, the user's touch position in step S403 is within the area of the elastic object 801 in the state shown in FIG. In this game, while the drag operation continues, the playable character is moved in a direction determined by the starting point of the drag operation and the position currently touched by the user. Thereby, the user can easily visually recognize the direction of the touch operation. The first touch position becomes invalid when the user's touch operation is interrupted, and is newly determined according to the second touch operation when the user performs the touch operation again. Note that the elastic object 801 is not limited to being displayed together with the skill UI, and may always be displayed when the user performs a touch operation.

The first skill portion 802 is a portion extending outward from the elastic object 801 in one direction, and includes a skill display portion 804 . The first skill section 802 clearly indicates to the user the direction in which the skill display section 804 is positioned with respect to the elastic object 801 . The skill display section 804 displays the types of skills. A skill display portion 804 displays the corresponding skill action.

The second skill portion 803 is a portion extending outward from the elastic object 801 in another direction, and includes a skill display portion 805 . The skill display section 805 displays the types of skills. For example, the second skill may improve a parameter such as attack power of the operating character.

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

In step S406, if the touch operation reception unit 111 receives the release of the touch operation, in step S407, the touch operation reception unit 111 determines whether the touch operation release position is within the area of the skill UI. do.

In step S407, when the touch operation reception unit 111 detects that the release position is within the area of the skill UI, in step S408, the game execution unit 115 causes the operating character to perform the skill action. Using the screen example shown in FIG. 9, the touch operation reception unit 111 detects that the user's touch operation is separated from the skill display units 804 and 805 by the user's flick operation or drag operation. The character 501 performs skill actions according to skill display portions 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 a touch operation in a desired direction while referring to the direction in which the operational character 501 is facing. In this way, the elastic object 801 provides good operability and increases the accuracy of the user's operation, thereby making the game more interesting.

Here, an example in which the skill action is an attack action (hereinafter sometimes simply referred to as "skill attack") will be described with reference to FIG. FIG. 10 schematically shows an example of display of an operational character 501 that executes skill attacks. The operating 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 that the display control unit 112 causes the display unit 152 to display when the touch operation by the user continues and the skill UI is being displayed. Also, the game execution unit 115 may perform processing for restricting movement of the operational character 501 in the skill charge mode. Such restrictions include, for example, slowing down the movement speed or disabling movement.

The skill activation mode is a mode of the operational character displayed on the display section 152 by the display control section 112 when the game executing section 115 causes the operational character to perform a skill attack. The skill attack mode is displayed on the display unit 152 by, for example, continuing the touch operation by the user and releasing the touch at the 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 playable character 501 in the mode shown in FIG. 10(c) following the mode shown in FIG. 10(B). As shown in FIG. 10(B), first, the operation character 501 becomes a state in which the electric energy 902 from the surrounding environment of the operation character 501 is concentrated on the ax that is swung, along with the energy accumulated in the charging mode, and automatically continues. Then, as shown in FIG. 10(C), by swinging down the ax in which the electric energy 902 is concentrated, a direct attack and a shock wave 903 accompanied by the electric energy 902 are launched. An attack action by a skill action may be more powerful than a charge attack, and may have a wider range than the charge attack.

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

In step S407, when the touch operation receiving unit 111 detects that the release position is outside the area of the skill UI, the game execution unit 115 cancels the skill action possible state of the operated character, Restore the state to normal.

When the playable character executes the skill action in step S408, a series of processing relating to the skill action ends. Further, even if it is not detected that the touch operation is continued in step S402, the series of processing relating to the skill action ends.

Note that 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 continues. If the touch operation has not been canceled in step S406, the process returns to step S405, and the touch operation reception unit 111 detects the continued touch position. Note that when the touch operation is canceled within t2 seconds, the game execution unit 115 does not have to cause the operating character to do anything, or the touch operation reception unit 111 receives it as a tap operation and responds to the tap operation. You can make it work.

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

When the touch operation accepting unit 111 starts accepting a touch operation during the first action and continues to accept the touch operation for t1 seconds, the user terminal 100 executes the process shown in FIG. 3 . That is, in this case, the game execution unit 115 causes the playable character to perform a charge attack.

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

Further, when the touch operation continued until the second time is released at a position corresponding to the area other than the skill UI, the playable character may be made to perform the second action. For example, when the touch operation continued for t2 seconds is released at a position other than the skill UI, the game execution unit 115 may cause the operating character to perform a charge attack. That is, when the touch operation received by the touch operation receiving unit 111 in step S401 is started while the first action is being performed, and the release area is outside the area of the skill UI ( If NO in step 407), the game executing section 115 may cause the operating character to perform a charge attack. After performing a combo attack and a charge attack, it is possible to have the playable character execute a charge attack, thereby further increasing the options for the action of the playable character.

[Example of charge attack processing with restrictions]
A charge attack following a tap attack (second action following the first action) may be further constrained. A further constraint is, for example, that the parameter that increases according to the action of the playable character is set to a predetermined value or more. In order to make the operating character perform a charge attack, it is necessary to play so that the parameters reach predetermined values, so the user is required to be more strategic.

An example of processing using parameters that increase according to user operations will be described below with reference to FIG. FIG. 5 shows an example of processing related to a charge attack, including processing including determination based on parameters and processing according to the type of the first action. FIG. 5A shows an example of a flow for updating parameters.

When the touch operation reception unit 111 detects an operation input in step S501, the game execution unit 115 causes the operation character to perform an action according to the user's operation in step S502. In step S503, the game execution unit 115 determines whether or not the motion is a parameter update target motion. In the case of YES in step S503, in step S504, the game execution unit 115 updates the parameters according to the action.

Actions of the playable character for increasing parameters are not limited. Such an action may be, for example, an attack action, a movement action, an avoidance action, or the like. The attack motion of the control character that increases the parameter may be only the attack motion that successfully reduces the physical strength of the attack target object, or may include an attack that does not hit the attack target object. 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 effect (for example, reducing physical strength) by attacking an enemy character or the like. If the effect is successfully applied to the object to be obtained, a value may be added that increases the parameter.

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

FIG. 5(B) shows an example of a flow for executing charge attack determination including determination based on 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. Description of steps S303 to S305 will not be repeated. Game execution unit 115 determines whether or not the parameter is equal to or greater than a predetermined value in step S3055. If the parameter is greater than or equal to the predetermined value in step S3055, the game executing section 115 causes the operating character to perform a charge attack in step S306.

In this example, the display control unit 112 may display the parameter on the display unit 152 using a gauge 503 . In this case, reaching the predetermined value of the parameter may be indicated by filling the gauge 503 . Also, the parameter's failure to reach a predetermined value may be indicated by the gauge 503 not being completely filled. The display by the gauge 503 is preferable from the viewpoint of enhancing the visibility of the increasing parameters.

In this way, when the parameter reaches the predetermined value, the user terminal 100 starts accepting continuous touch operations while the playable character is performing the first action. When the touch operation continues for t1 seconds or longer, the operated character is caused to perform a charge attack. According to such control, the charge attack is executed by fulfillment of a further condition. Therefore, the restrictions on the charge attack are moderately increased, and the strategic nature of the game is enhanced.

If the parameter is less than the predetermined value in step S3055, the game executing section 115 terminates the process. As described above, when t2 is equal to or greater than t1, the game execution unit 115 may proceed to step S402 in the flow of FIG. 4 and determine whether or not the received touch operation continues. After that, by proceeding to step S404, if the parameter is less than the predetermined value, a touch operation started while the playable character is performing the first action and continues for t2 seconds or longer is detected, and the display is performed. The control unit 112 causes the display unit 152 to display the skill UI.

As in this example, when the parameter is less than the predetermined value, the display control unit 112 accepts an operation to continue the touch operation for the second time while the playable character is performing the first action. By starting, the skill UI may be displayed on the display unit 152 . 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 action for the second time.

Even if the conditions for executing the charge attack are not met, the skill action can be executed, so even if the further conditions are not met, the operating character can be made to perform various actions.

[Example of adding an 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, the touch operation continues for a third time or longer, and the operation moves away while the playable character is not performing the first action. In this case, the playable character may be caused to perform a charge attack. For example, when the user releases the touch operation continuously for a third time or longer while the playable character does not move, the playable character may be made to perform a charge attack. Since the playable character can be made to perform the charge attack without performing the first action, the user can make the playable character perform the charge attack more easily. A processing example in this case will be described.

This example is a process performed while the playable character is not performing the first action. Therefore, the following process is performed while the game execution unit 115 does not cause the playable character to perform the first action.

First, the touch operation reception unit 111 determines whether or not a user's touch operation has been received. When a touch operation is accepted, the touch operation accepting unit 111 determines whether the amount of movement of the position of the accepted touch operation is L or more. The amount of movement of the position of the touch operation is, for example, when an operation of bringing the object 1010 into contact with the touch operation input unit 151 and a subsequent drag operation are performed, the distance from the position where the object 1010 first touches the touch operation input unit 151 to the user's position. is the distance to the position currently touched.

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

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

When the duration of the touch operation is t3 seconds or longer, the touch operation reception unit 111 determines whether the touch operation has been canceled. When the touch operation reception unit 111 detects that the touch operation has been canceled, the game execution unit 115 causes the operated character to perform a charge attack.

As described above, when the user terminal 100 accepts the touch operation for t3 seconds or longer and the user leaves the character in a state in which the operable character is not performing the first action and is displayed so as not to move, You may make an operation character perform a charge attack. With such control, the charge attack can be performed independently of the first action. Therefore, it is possible to further diversify the actions of the playable character.

Note that the user terminal 100 performs control to move the operating character in accordance with the movement of the touch position after detecting that the duration of the touch operation is t3 seconds or longer until the user leaves the touch operation. may In this case, the user can move the playable character in a state in which the charge attack is possible. Further, the game execution unit 115 may perform a process of restricting movement of the operation character 501 capable of charge attack. Such restrictions include, for example, slowing down the movement speed or disabling movement. Since the movement of the operating character is restricted in exchange for a powerful attack, it is effective from the viewpoint of appropriately maintaining the interest of the game.

[Processing example 2 regarding charge attack]
In the game program, while the operated character is not performing the first action, the distance of movement of the touch position is less than a predetermined value, and the touch operation continues for a third time (for example, t3 seconds) or longer and leaves. When the operation is accepted, the operated character may be made to perform an action other than the charge attack. The third time may be the same as the first time (eg, t1 seconds) or may be different. In order for the user to perform the charge attack on the operating character, it is necessary for the user to perform a touch operation that continues for the first time while performing the first action. The required strategic nature increases. A processing example in this case will be described.

The processing related to the action of the playable character due to the movement distance of the touch position being less than a predetermined value, and the processing up to detecting whether or not the duration of the touch operation is t3 seconds or longer are the [independent charge Processing example of adding attack], so the description will not be repeated.

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

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

[Example of realization by software]
The control block of the control unit 210 and the control block of the control unit 110 (especially 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, an information processing apparatus including control unit 210 or control unit 110, or both, includes a CPU that executes instructions of a program, which is software that implements each function, and a computer (or CPU) that stores the program and various data. ROM (Read Only Memory) or storage device (these are referred to as “recording media”) recorded so as to be readable by , RAM (Random Access Memory) for developing the above program, and the like. The object of the present invention is achieved by a computer (or CPU) reading and executing the program from the recording medium. As the recording medium, a "non-temporary tangible medium" such as a tape, disk, card, semiconductor memory, programmable logic circuit, or the like can be used. Also, 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 implemented 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 can be modified in various ways within the scope of the claims, and can be obtained by appropriately combining technical means disclosed in different embodiments. is also included in the technical scope of the present invention.

[Additional notes]
The contents of one aspect of the present invention are listed below.

(Item 1) The game program (131) has been explained. According to one aspect of the present disclosure, a game program is executed by a computer (at least one of user terminal 100 and server 200) comprising processors (10, 20) and memories (11, 21). The game program comprises a step of causing the processor to display an operation character (object) that can be operated by the user on the display unit (152), a step of detecting the user's touch operation on the touch operation input unit (151), is performing the first action (for example, the first action), by accepting an operation that continues the touch operation for the first time (t1), the charge attack ( and a step (S306) of causing the playable character to perform the second action). This provides at least the following effects.

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 action of the object can be diversified by a simple operation by the user, and the interest of the game can be enhanced.

Further, by causing the object to perform the second action following the first action, an effect accompanied by both the effect of the first action and the effect of the second action in the game can be obtained. As a result, the game becomes more interesting.

(Item 2) In (Item 1), while the object is performing the first action, by starting to accept the operation of continuing the touch operation for the second time (t2), the third action of the object is performed. A step of displaying a user interface (skill UI) for a third action for the action (skill action) on the display unit; causing the object to perform a third action when released 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 the different continuous touch operations. Therefore, the motion of the object becomes more diverse, and the game becomes more interesting.

(Item 3) In (Item 1), the game program causes the object to perform the third action by starting to accept an operation of continuing the touch operation for the second time while the object is performing the first action. and the step of displaying a user interface for the action on the display unit, and when the touch operation continued until the second time is released at a position corresponding to an area other than the user interface for the third action on the display unit and causing the object to perform a second action. According to such a configuration, the user can select whether to cause the object to perform the third action or the second action when the preparation for the third action is complete. Become. In this way, the number of options for the action of the object increases, so that the action of the object becomes more diverse and the game becomes more interesting.

(Item 4) In any one item from (Item 1) to (Item 3), the game program is configured such that, while the object is not performing the first action, the movement distance of the position of the user's touch operation is set to a predetermined distance. is less than the value of , the touch operation continues for a third time (t3) or longer, and the leaving operation is accepted, causes the processor to further execute a step of causing the object to perform an operation other than the second operation. According to such a configuration, the user cannot cause the second action to be executed by a simple operation of continuing the touch operation on the spot. In this way, by increasing the restrictions on the second action, a higher degree of strategy is required in the game play, and the game becomes more interesting.

(Item 5) In any one item from (Item 1) to (Item 3), the game program is configured such that, while the object is not performing the first action, the movement distance of the position of the user's touch operation is specified. is less than the value of , the touch operation continues for a third time or more, and the leaving operation is accepted, causes the processor to further perform the step of causing the object to perform the second action. According to such a configuration, the user can cause the second action to be performed independently of the first action. Therefore, the motion of the object becomes more diverse, and the game becomes more interesting.

(Item 6) In (Item 1), the game program causes the processor to further execute a step of updating the parameter that increases according to the user's operation, and if the parameter reaches a predetermined value, the first action is performed. Subsequently, the step of causing the object to perform the second action is executed. According to such a configuration, it is possible to cause the second operation to be executed by fulfillment of a further condition. Therefore, the strategic nature of the game is enhanced. In addition, since the achievement condition for execution of the second action is added, the restrictions on the second action are moderately increased. Therefore, the game becomes more interesting.

(Item 7) In (Item 6), if the parameter is less than a predetermined value, the game program is configured such that the touch operation started while the object is performing the first action continues for the second time. By accepting the request, the processor is further caused to display a user interface for the third action of the object on the display unit. According to such a configuration, it is possible to execute the third action instead of the second action even if the further condition is not met. Therefore, the reduction of the strategic nature of the game is suppressed, and the interest of the game is optimized.

(Item 8) In any one item from (Item 1) to (Item 7), the game program provides a touch operation that continues for a time period shorter than the first time while the object is performing the first action. by receiving , causing the processor to further execute a step of causing the object to perform a further first action subsequent to the first action. According to such a configuration, the user can combine a plurality of first actions and cause the object to perform them. Therefore, the motion of the object is further diversified, and the game becomes more interesting.

(Item 9) In (Item 8), in the step of causing the first action to be followed by the second action, in the step of causing the first action to be followed by the first action, While the object is performing the first action in the latter stage, by accepting the operation of continuing the touch operation for the first time, the object is caused to perform the second action following the first action in the latter stage. let it happen According to 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. Therefore, the motion of the object is further diversified, and the game becomes more interesting.

(Item 10) In (Item 9), the game program displays, in the step of displaying the object, an object that fights against the enemy character, and in the step of performing the first action following the first action, the Among the first actions, the first action in the front stage is an avoidance action for avoiding the attack of the enemy character, and the first action in the rear stage is an attack action against the enemy character. According to such a configuration, the user can cause the object to execute the second action following the attack after the evasive action. Therefore, the motion of the object is more diversified, and the second motion may act more effectively on the enemy character targeted by the second motion. Therefore, the game becomes more interesting.

(Item 11) In any one item from (Item 1) to (Item 10), the game program, in the step of performing the second action following the first action, taps and taps the first action. It is executed by receiving a touch operation including any of flicks. According to such a configuration, the user can cause the second action to be executed after a plurality of different first actions or a series of actions corresponding thereto. Therefore, the diversification of the first action leads to the further diversification of the second action, thereby increasing the interest of the game.

(Item 12) In any one item from (Item 1) to (Item 10), the game program, in the step of performing the second action following the first action, performs the first action followed by the second action. In the step of causing the second action to be performed, a period for accepting an operation that continues over a first period of time for performing the second action is varied according to the type of the first action. According to such a configuration, the period during which the touch operation for the second action is accepted differs depending on the first action. Therefore, depending on the difference in the acceptance period of the touch operation, after various first actions, the subsequent second actions are executed. Therefore, it is possible to further optimize the operability for the second action, and the game becomes more interesting.

(Item 13) A method for executing a game program has been described. According to one aspect of the present disclosure, a game program is executed by a computer comprising a processor and memory. The method is a method in which a processor performs each step described in (item 1). The method related to (item 13) has the same effects as the game program related to (item 1).

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

1 game system, 2 network, 10, 20 processor, 11, 21 memory, 12, 22 storage, 13, 23 communication IF (operation unit), 14, 24 input/output IF (operation unit), 15 touch screen (display unit, Operation unit), 17 Camera (operation unit), 1
8 ranging 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 section, 803 second skill section, 804, 805 skill display section, 902 electric energy, 1010 object, 1020 controller (operation section), 1030 storage medium

Claims (13)

A game program executed by a computer comprising a processor,
The game program, in the processor,
displaying a user-manipulable object on a display;
detecting a user touch operation;
A touch operation newly started after the object has started a first action and while the object is performing the first action, and the touch operation continues for a first time. causing the object to perform a second action following the first action regardless of whether or not acceptance of the touch operation is canceled by accepting the push operation;
The step of causing the object to perform a second action following the first action includes performing the long press operation regardless of whether or not the first action is an action performed following another action. A game program causing the object to perform a second action subsequent to the first action by accepting the . The display unit displays a user interface for a third action of the object by accepting that a touch operation started while the object is performing the first action continues for a second time. a step to display in the
causing the object to perform a third action when the touch operation continued until the second time is released at a position corresponding to the user interface for the third action on the display unit;
2. The game program of claim 1, further causing the processor to execute: The display unit displays a user interface for a third action of the object by accepting that a touch operation started while the object is performing the first action continues for a second time. a step to display in the
causing the object to perform the second action when the touch operation continued until the second time is released at a position corresponding to an area other than the user interface for the third action on the display unit a step;
2. The game program of claim 1, further causing the processor to execute: While the object is not performing the first action, the distance of movement of the position of the user's touch operation is less than a predetermined value, the touch operation continues for a third time or more, and the user performs an operation to leave. 4. 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 an action other than the second action when accepted. While the object is not performing the first action, the distance of movement of the position of the user's touch operation is less than a predetermined value, the touch operation continues for a third time or more, and the user performs an operation to leave. 4. The game program according to any one of claims 1 to 3, further causing the processor to perform the step of causing the object to perform the second action if accepted. causing the processor to further perform the step of updating a parameter in response to the user's operation;
2. The game program according to claim 1, causing an object to perform said second action subsequent to said first action when said parameter has reached a predetermined value. When the parameter is less than a predetermined value, by accepting that the touch operation started while the object is performing the first action continues for a second time, the third action of the object is performed. 7. The game program of claim 6, further causing the processor to display a user interface on the display for the operation of . By receiving a touch operation that continues for a time shorter than the first time while the object is performing the first action, the object performs the first action following the first action. 8. The game program according to any one of claims 1 to 7, further causing the processor to perform the step of causing the to perform. In the step of performing a second action following the first action, in the step of performing the first action following the first action, the first action in the latter stage among the continuous first actions While the object is performing the action of, by accepting the operation of continuing the touch operation for the first time, the second action is performed by the object following the first action in the latter stage. 9. The game program according to claim 8, which causes the displaying the object that fights an enemy character in the step of displaying the object;
in the step of causing the first action to be performed subsequent to the first action, the first action in the preceding stage among the consecutive first actions is an avoidance action for avoiding an attack by the enemy character; 10. The game program according to claim 9, wherein said first action in the latter stage is an attack action against said enemy character. 11. The method according to any one of claims 1 to 10, wherein in the step of performing the second action following the first action, the first action is performed by receiving a touch operation including either tapping or flicking. Game program as described. In the step of performing the second action following the first action, the acceptance period of the operation that continues over the first time for performing the second action is varied according to the type of the first action; The game program according to any one of claims 1-11. The game program causes the processor to:
causing the object to perform the first action subsequent to the second action by receiving a touch operation newly started while the object is performing the second action;
By accepting a long press operation that is a touch operation that is newly started while performing the first operation following the second operation and that continues the touch operation for the first time. , causing the object to perform the second action subsequent to the first action.

Images