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

Abstract

To improve an operability for selecting an object to act on.SOLUTION: A game program (131) causes a processor (10) to execute: a step (S101) for disposing a first object and a second object in a game space; a step (S105) for specifying a first range in a direction based on a moving direction of a touch position with a position of the first object in the game space as a reference in response to a first slide operation for moving the touch position to a touch screen; a step (S107) for, when the second object is disposed in the first range, specifying the second object as an object to act on; and steps (S112 and S113) for, when a predetermined condition is satisfied, executing game processing to act on the specified second object.SELECTED DRAWING: Figure 3

Description

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

2. Description of the Related Art There is known a game system in which an object to be affected is selected by touch operation. For example, Patent Literature 1 describes a technique of selecting an enemy character as an attack target by a touch operation.

JP, 2013-208269, A (published on October 10, 2013)

In the technique described in Patent Document 1, there is room for improvement in operability for selecting an object to be an effect target.

An aspect of the present disclosure is to improve the operability of selecting an object to be an effect target.

The game program according to the present disclosure is executed by a computer including a processor, a memory, and a touch screen. The game program causes the processor to determine the position of the first object in the game space in response to the step of arranging the first object and the second object in the game space and the first slide operation of moving the touch position on the touch screen. As a reference, a step of specifying the first range in a direction based on the moving direction of the touch position, and a step of specifying the second object as an object to exert an action when the second object is arranged in the first range And, when a predetermined condition is satisfied, a step of executing a game process having an effect on the specified second object is executed.

The method according to the present disclosure is a method in which a computer including a processor, a memory, and a touch screen executes a game program. The method includes a processor performing the steps described above.

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

According to one aspect of the present disclosure, an effect of improving the interest of the game is achieved.

It is a figure which shows the hardware constitutions of the game system which concerns on this embodiment. It is a block diagram showing functional composition of a user terminal and a server concerning this embodiment. It is a flow chart which shows a flow of processing performed in a game system concerning this embodiment. It is a flowchart which shows the flow of a process following FIG. It is a figure which shows an example of the game screen containing the operation character and the enemy character arrange|positioned at the game space in this embodiment. It is a figure which shows an example of the game screen in which the enemy character was locked on in this embodiment. It is a figure showing an example of a game screen where a plurality of enemy characters were locked on in this embodiment. It is a figure which shows an example of the game screen where the enemy character locked on in this embodiment is damaged.

[Embodiment 1]
The game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these exemplifications, and is shown by the scope of the claims, and it is intended that all modifications within the meaning and range equivalent to the scope of the claims are included in the present invention. It In the following description, the same elements will be denoted by the same reference symbols in the description of the drawings, without redundant description.

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

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

The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As illustrated, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input/output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. With. These components included in the user terminal 100 are electrically connected to each other by a communication bus. Note that the user terminal 100 may include an input/output IF 14 to which a display (display unit) configured separately from the main body of the user terminal 100 can be connected instead of or in addition to the touch screen 15.

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

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

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

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

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

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

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

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

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

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

<Hardware components of each device>
The processor 10 controls the operation of the entire user terminal 100. The processor 20 controls the operation of the entire server 200. The processors 10 and 20 include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit).

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

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

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

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

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

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

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

The input unit 151 detects a position at which a user operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input on the input surface, and inputs information indicating the position. It has the function of transmitting as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may be of any type such as a capacitance type or a resistance film type. Note that the user terminal 100 may include the input unit 151 and the display unit 152 configured as separate devices instead of including the touch screen 15.

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

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

The distance measuring sensor 18 is a sensor that measures the distance to the measurement target. The distance measuring sensor 18 includes, for example, a light source that emits pulse-converted light and a light receiving element that receives the light. The distance measuring sensor 18 measures the distance to the measurement object by the light emission timing from the light source and the light reception timing of the reflected light generated when the light emitted from the light source is reflected by the measurement object. The distance measuring sensor 18 may include a light source that emits light having directivity.

Here, an example in which the user terminal 100 receives the detection result of detecting the object 1010 near the user terminal 100 by using the camera 17 and the distance measuring sensor 18 as the user's input operation will be further described. The camera 17 and the distance measuring sensor 18 may be provided, for example, on the side surface of the housing of the user terminal 100. A distance measuring sensor 18 may be provided near the camera 17. As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with a lighting device that emits infrared rays, a filter that blocks visible light, and the like. This makes it possible to further improve the detection accuracy of the object based on the image captured by the camera 17, regardless of whether it is outdoors or indoors.

The processor 10 may perform, for example, one or more of the following processes (1) to (5) on the image captured by the camera 17. (1) The processor 10 performs image recognition processing on a captured image of the camera 17 to identify whether or not the captured image includes the user's hand. The processor 10 may use, for example, a technique such as pattern matching as the analysis technique used in the above-described image recognition processing. (2) Further, the processor 10 detects the gesture of the user from the shape of the hand of the user. The processor 10 specifies the number of fingers of the user (the number of extended fingers) from the shape of the user's hand detected from the captured image, for example. The processor 10 further identifies the gesture made by the user from the identified number of fingers. For example, when the number of fingers is 5, the processor 10 determines that the user has made a “par” gesture. In addition, the processor 10 determines that the user has performed the gesture of “goo” when the number of fingers is 0 (no finger is detected). Further, when the number of fingers is two, the processor 10 determines that the user has made a gesture of “cutting”. (3) The processor 10 performs image recognition processing on the image captured by the camera 17 to detect whether the user's finger is in a state where only the index finger is raised or whether the user's finger makes a repulsive movement. .. (4) The processor 10 determines, based on at least one of the image recognition result of the image captured by the camera 17 and the output value of the distance measuring sensor 18, an object 1010 (such as a user's hand) near the user terminal 100. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near the user terminal 100 (for example, a distance less than a predetermined value) or far (for example, a predetermined value) depending on the size of the shape of the user's hand identified from the image captured by the camera 17. The above distance) is detected. If the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100. (5) If it is determined that the distance between the user terminal 100 and the user's hand changes while the user's hand is detected, based on the image recognition result of the image captured by the camera 17, etc., the processor 10 recognizes that the user is shaking his hand in the shooting direction of the camera 17. When an object is not detected or not detected by the distance measuring sensor 18 whose directivity is stronger than the shooting range of the camera 17, the processor 10 determines that the user shakes his hand in a direction orthogonal to the shooting direction of the camera. recognize.

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

<Game outline>
A game executed by the game system 1 (hereinafter referred to as the present game) is a game in which an object that acts on the game is specified by a touch operation.

In this game, the first object and the second object are arranged in the game space. The first object is an object that operates according to a user operation. The second object is an object that acts as an object in this game. The present game may be a 3D game represented by a 3D game space and a 3D object, or a 2D game represented by a 2D game space and a 2D object. ..

Here, a character is applied as the first object and the second object. Also, as an action to be given to the second object, an attack that damages the character which is the second object is applied. Hereinafter, the first object is also referred to as an operation character, and the second object is also referred to as an enemy character. This game progresses by causing the operating character to battle with an enemy character arranged in the same game space. In this case, the present game may be an open world game in which the user can freely operate the operating characters arranged in the virtual game space to move and fight.

Note that the first object and the second object are not necessarily characters, and may be other objects in the game. For example, at least one of the first object and the second object may be a puzzle element in a puzzle game, or an own machine or another machine in a shooting game, but is not limited to these. Further, the action given to the second object is not necessarily limited to the attack, and may be another action. For example, the action on the second object may be an action that satisfies at least a part of the conditions for removing the puzzle element as the second object in the puzzle game. Further, for example, the action on the second object may be an action that satisfies at least a part of the conditions for shooting down another machine as the second object in the shooting game. However, the action on the second object is not limited to these.

Further, the present game is not limited to a specific genre and may be a game of any genre. Examples of the games include sports, such as tennis, table tennis, dodgeball, baseball, soccer, and hockey, puzzle games, quiz games, RPGs, adventure games, shooting games, simulation games, training games, and action games. Good.

Further, the present game is not limited to a specific play mode, and may be a game of any play mode. For example, a single-player game by a single user, a multi-player game by a plurality of users, a multi-player game, a competitive game in which a plurality of users play a match, and a cooperative play game in which a plurality of users cooperate. May be.

In the case of a multi-play game, in this game, a plurality of users simultaneously operate their respective operating characters in the same game space via their respective user terminals 100 to progress the game, and MMORPG (Massively Multiplayer Online Role-Playing Game). ). However, the genre, play form, and game content of the game realized by the game system 1 are not limited to those described above.

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

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

The server 200 has a function of communicating with each user terminal 100 to assist the user terminal 100 in proceeding with a game. When the game is a multi-play game, the server 200 may have a function of communicating with each user terminal 100 participating in the game and mediating the exchange between the user terminals 100. The server 200 functions as the control unit 210 and the storage unit 220 in cooperation with the processor 20, the memory 21, the storage 22, the communication IF 23, the input/output IF 24, and the like.

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

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

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

For example, the control unit 210 communicates with the user terminal 100, and the user terminal 100 supports the progress of this game. The control unit 210 appropriately provides information to be referred to by the user terminal 100 at that time, for example, according to the progress of the main game on the user terminal 100.

Further, in the case of a multi-play game, the control unit 210 may communicate with each user terminal 100 and mediate the exchange between the user terminals 100. Further, the control unit 210 may execute matching of a plurality of user terminals 100 participating in the multiplayer game, synchronization control for synchronizing the progress of the multiplayer game, and the like.

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

The control unit 110 functions as the operation reception unit 111, the display control unit 112, the UI control unit 113, the animation generation unit 114, and the game progression unit 115 according to the description of the game program 131.

The control unit 110 can also function as other functional blocks (not shown) in order to progress the game depending on the nature of the game to be executed.

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

Specifically, when the operation accepting unit 111 detects a touch operation on the input unit 151, the operation accepting unit 111 acquires various kinds of information regarding the touch operation. For example, the operation reception unit 111 acquires the coordinates of the touch operation position (hereinafter, also referred to as the touch position). The operation accepting unit 111 may also detect touch operations on a plurality of touch positions at the input unit 151 at the same time. In this case, the operation reception unit 111 acquires the number of touch positions received at the same time. In addition, the operation reception unit 111 acquires the duration time from when the touch operation is received until the contact is released. Further, when the contact of the touch operation is released, the operation receiving unit 111 specifies the release of the contact as a touch-off operation. The information regarding the touch operation acquired by the operation reception unit 111 is not limited to the information described above. The operation accepting unit 111 identifies the type of touch operation based on the acquired information about the touch operation.

The type of touch operation is appropriately determined within a range that can be classified according to how the user touches the input unit 151. For example, a case will be described where the type of touch operation includes a tap operation, a double tap operation, a long press operation, a flick operation, a swipe operation, a drag operation, a pinch out operation, and a pinch in operation.

The tap operation is a short-time touch operation that does not move the touch position. A short time is a duration that is less than the threshold. The double tap operation is a plurality of consecutive tap operations (for example, twice) within a predetermined interval. The long-press operation is an operation of continuing the touch for a predetermined time or more without moving the touch position. The flick operation is an operation of moving the touch position from the start point to the end point at a predetermined speed or higher. The flick operation may be determined as "flick operation" by moving the touch position at a predetermined speed or higher, or "flick operation" by detecting the touch-off after moving the touch position at a predetermined speed or higher. May be determined to be The drag operation (or swipe operation) is an operation of moving the touch position while continuing the touch operation from the start point to the end point. The drag operation does not necessarily have to involve touch-off. The swipe operation and the drag operation are synonymous here. The pinch-in operation (or pinch-out operation) moves the first touch position and the second touch position so that the distance between the first touch position and the second touch position is narrowed (or widened) while continuing the touch operation for the second touch position. It is an operation.

Hereinafter, the flick operation and the drag operation (or the swipe operation) are collectively referred to as a slide operation.

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

The animation generation unit 114 generates animations showing the motions of various objects based on the control modes of various objects. Specifically, the animation generation unit 114 may generate an animation or the like that represents a state in which the second object is affected (for example, a state in which an enemy character is damaged by an attack).

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

It should be noted that in the following description, that the operation accepting unit 111 detects and accepts an input operation on the input unit 151 is also simply referred to as accepting the input operation. It is also described that other functional blocks simply output that various game screens are output to the display unit 152 by the display control unit 112.

The game progression unit 115 executes various game processes for advancing the game by causing the operation character arranged in the game space to battle with the enemy character.

<Game details>
The game progression unit 115 advances the game by referring to the game information 132 stored in the storage unit 120. In the storage unit 120, as the game information 132, information about a character associated with the user, information about a character selected as an operation character among them, information about parameters of each character, information indicating the progress status of a play unit, and play. Information indicating the achievement status of the task according to the unit is stored. The details of the game progressed by the game progression unit 115 will be described below.

(Details of the battle part)
The present game includes a battle part that progresses by causing the operating character to battle with an enemy character in a battle space, which is one of the game spaces, by a user operation. In the battle part, the operating character may proceed in the battle space by fighting the enemy character together with other characters. In addition, there may be a mode in which the battle is automatically advanced or the win or loss of the battle is automatically decided without depending on the user operation. In addition, a game space where no battle is performed may be provided. Examples of such game spaces include, but are not limited to, grasslands, towns, schools, and the like. Further, the battle space or the game space in which the battle is not performed is not limited to one type, and a plurality of types may be provided. For example, there may be another battle space for fighting a plurality of characters including the operating character and the enemy character. Further, the plurality of game spaces may be switchable with each other in response to a user operation.

Specifically, the battle space and the space where the battle is not performed may be switchable. In that case, for example, when the condition for starting the battle is satisfied in the space where no battle is performed, the space is switched to the battle space. Also, there may be multiple types of battle spaces, and they may be switchable. For example, when the game is proceeding in the first battle space and the condition for starting the battle in the second battle space is satisfied, the game is switched to the second battle space. The condition for starting the battle may be, for example, encounter with a specific enemy, arrival at a specific place, or the like, but is not limited thereto.

In addition, each of the operation character and the enemy character may have a parameter (hereinafter, also referred to as a physical strength value) that is reduced by an attack from the opponent. In this case, the operation character may be determined to lose when the physical strength value of the operation character falls below a threshold value, and to win if the physical strength value of the enemy character falls below the threshold value. The information indicating the physical strength value may be displayed on the game screen during the battle, and the display content may be updated according to the update of the physical strength value. The physical strength value of the operating character at the start of the battle may be variable according to various conditions or may be fixed. When it can change, for example, the physical strength value at the start of the battle may be a value according to the type of the operating character, or a value according to a parameter such as a level of the operating character.

In addition, in the present game, the operation character may include a joint battle part for fighting the enemy character together with other characters. The other character may be, for example, a character operated by the game program 131 without being operated by the user (hereinafter, also referred to as NPC: non player character). Further, the other character may be another operation character operated by another user of the other user terminal 100. In this case, if the physical strength values of some or all of the operating character and the other character are below the threshold, it may be determined that the player will lose the battle.

When the other character is another operation character operated by another user, the server 200 may group a plurality of operation characters for fighting the enemy character. In this case, the battle space is shared by each user terminal 100 on which each of the plurality of operation characters is operated. A plurality of grouped operation characters and enemy characters are arranged in the shared battle space. The plurality of grouped operation characters become friends and fight together against the enemy character.

Note that the server 200 may determine the maximum number of user terminals 100 that share a battle space, that is, the maximum number of teammate characters. In addition, in the shared battle space, operation characters or NPCs are arranged according to the maximum number of teammate characters. For example, when the number of teammate characters is less than the maximum number, NPCs may be arranged by the number short of the maximum number.

In addition, the operation character can execute various actions for acting on the enemy character in response to the user operation. For example, the action that can be performed by the operation character may be determined according to the type of the operation character, the parameter of the operation character, and the like. In addition, the action that can be performed by the operation character may include an attack that damages the enemy character, a defense against an attack from the enemy character, a movement to avoid the attack, and a recovery. Not limited to The movement for avoiding an attack may include movement having different movement speeds. For example, there is also a case where the movement with the higher movement speed is avoided. Further, the determination as to whether or not to be affected by the attack of the enemy character may be different depending on the mode of movement. For example, when the movement speed is slower than avoidance, the attack is determined to be effective when the operation character enters the range where the attacking action of the enemy character is effective, but in the case of avoidance, the operation character enters the range. However, the attack may be determined to be invalid. The manner in which the operating character performs these actions in the battle space is generated by the animation generation unit 114 and displayed on the game screen.

The enemy character may be a character operated by the game program 131 without a user operation. Further, the enemy character may be an operation character operated by a user of another user terminal 100. The enemy character can execute various actions for exerting an action on the operation character. For example, the actions that the enemy character can perform may be determined according to the type of the enemy character, the parameters of the enemy character, and the like. In addition, the actions that the enemy character can perform may include types such as an attack on the operation character, defense against an attack from the operation character, avoidance, and movement.

Further, in the battle part, one or more play units in which the tasks achievable by the user operation are set may be provided. An example of the task is that the operating character wins over the enemy character in the battle space, but is not limited to these. Also, a game space may be provided according to the unit of play. Further, when the task is achieved by playing the play unit, a game process that is advantageous to the user may be executed.

The game process advantageous to the user may be a process of giving the user an item that can be used in the game and is advantageous to the user, a process of increasing the probability of being given, and the like. It should be noted that an example of an item that is advantageous to the user is an item that can favorably advance the game, but is not limited to this. Further, the game process that is advantageous to the user may be a process of changing the display form of the display element on the game screen to one having a higher visual effect. In addition, the game process that is advantageous to the user may be a process that more advantageously changes the parameters associated with the user, the parameters of the character associated with the user, and the like. However, the game processing that is advantageous to the user may be any game processing that enhances user satisfaction, and is not limited to the above-described example.

Here, it is assumed that the operation character is arranged in the battle space so that its direction can be specified. If the operation character is a character imitating a creature such as a human being, the orientation may be the direction in which the face of the operation character faces. The direction of the operating character may affect the direction in which the action of the operating character causes an action, the moving direction of the operating character, or the like. For example, the attack action of the operation character may act on the enemy character arranged in front of the operation character. In addition, the orientation of the operation character may affect the operability using the operation character. For example, the game process to be executed may be determined according to the relationship between the moving direction of the touch position in the slide operation and the direction of the operating character.

Further, the front side and the back side of the operation character are determined according to the direction of the operation character. The front side of the operation character may be, for example, an area included in a range up to a predetermined angle on one side or both sides with respect to the direction in which the operation character is facing. The back side of the operation character may be, for example, an area included in a range up to a predetermined angle on one side or both sides of the opposite direction of the direction in which the operation character is facing.

(Details of the selected part)
Further, the present game may include a selection part in which game data selection processing is performed. In the selection part, any of the game data available in the game is selected based on a predetermined rule, and the selected game data is stored in the storage unit 120 in association with the user. The selection process based on the predetermined rule may be, for example, a lottery process based on the winning probability set for the game data to be selected, or may be a selection process based on the priority set on the game data. However, it is not limited to these. Hereinafter, the selection process based on the predetermined rule will also be referred to as a first selection process. Here, it is assumed that the first selection process is a lottery based on the winning probability defined for each game data.

Examples of game data include a character that can be selected as an operation character, an item that can be used in association with the operation character, a play unit in which a task is set, and story data for browsing in which a character that can be used in the game appears. However, the present invention is not limited to these. Rarity, difficulty, etc. may be set to these game data. In addition, the higher the rarity level or the higher the difficulty level, the lower the expected value to be selected (for example, the lower the winning probability in the lottery) may be set. A plurality of types of game data sets that can be selected in the first selection process may be provided.

For example, the first selection process may be executed by a billing process for the user, or may be executed by consuming valuable data given to the user by the billing process. Further, right data representing the right to execute the first selection process may be stored in the storage unit 120 in the form of a ticket, a capsule, or the like in association with the user. However, the form representing the right data is not limited to these. Further, the first selection process may be executed when a predetermined execution condition is satisfied in the game. The predetermined execution condition may be, for example, activating a game, ending a play unit, or achieving a task, but is not limited thereto.

Further, the second selection process for determining the right data to be consumed among the right data associated with the user may be executed based on a predetermined rule. The second selection process may be performed by a billing process for the user, or may be performed by consuming valuable data given to the user by the billing process. Further, the second selection process may be executed when a predetermined execution condition is satisfied in the game.

(Details of organization part)
Further, this game may include a knitting part for knitting a deck composed of a plurality of characters. The deck is composed of, for example, a plurality of characters used in the battle part. Characters that can be included in the deck include characters stored in the storage unit 120 in association with the user. However, the deck may include characters that are not associated with the user. The character that can be included in the deck may be another operation character operated by another user of the other user terminal 100. Also, the upper limit number of characters that make up the deck may be set. In this case, it may be possible to use less than the maximum number of decks in the battle part, or NPC or the like may be used to supplement the number of characters short of the maximum number. Further, a predetermined rule may be set for the combination of characters that can be included in the deck. The predetermined rule may be, for example, a combination of characters having different attributes.

Further, in the deck organization, each constituent element (character) included in the deck may be selected based on a user operation, or may be selected by a computer. The selection by the computer may be made based on, for example, a condition specified by the user. For example, if a condition that a predetermined parameter (eg, attack power, defense power, physical strength, etc.) is the highest is specified, a component is selected by the computer to satisfy the condition, and thus the deck is organized. Good.

The functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely examples. The server 200 may include at least a part of the functions of the user terminal 100. In addition, the user terminal 100 may include at least a part of the functions included in the server 200. Further, a device other than the user terminal 100 and the server 200 may be a constituent element of the game system 1, and the other device may be caused to execute a part of the processing in the game system 1. That is, the computer that executes the game program in the present embodiment may be any of the user terminal 100, the server 200, and other devices, or may be realized by a combination of these devices.

<Outline of processing>
In the present embodiment, the user terminal 100 is configured to execute the following steps based on the game program 131 in order to improve the operability of selecting an object to be an effect target. Specifically, the user terminal 100 arranges the operation character (first object) and the enemy character (second object) in the battle space (game space), and moves the touch position on the touch screen 15 first. In response to the slide operation, the step of specifying the first range in the direction based on the moving direction of the touch position with the position of the operation character in the battle space as a reference, and the case where the enemy character is arranged in the first range, When the step of specifying the enemy character as an object to exert an action and the predetermined condition is satisfied, the enemy character is included in the first range at the timing when the predetermined condition is satisfied for the specified enemy character. And a step of executing a game process that exerts an action regardless of whether or not it is executed.

Accordingly, the user can easily specify the enemy character to be the action target by using the first slide operation, so that the operability of the game is improved.

Hereinafter, in the present embodiment, a drag operation subsequent to a long press operation is applied as the first slide operation. Further, the direction opposite to the moving direction of the touch position is applied as the direction based on the moving direction of the touch position in the first slide operation.

Note that the first slide operation may be a slide operation at any position regardless of the position of the operation character displayed on the touch screen 15. For example, when the drag operation subsequent to the long press operation is applied as the first slide operation, the touch position of the long press operation may be an arbitrary position.

<Processing flow>
FIG. 3 is a flowchart illustrating the flow of processing executed by the game system 1 according to this embodiment. In the following description, the game progression unit 115 executes the determination process based on the type of touch operation by acquiring the type of touch operation specified by the operation reception unit 111.

In step S101, the game progression unit 115 arranges the operation character and the enemy character in the battle space.

In step S102, the game progression unit 115 determines whether or not a long press operation by the user has been accepted. If Yes in step S102, the process of the next step S103 is executed. The case of No in step S102 will be described later.

In step S103, the game progression unit 115 determines whether a slide operation has been accepted. Note that if a slide operation is accepted following a long press operation, it means that after the long press operation, the slide operation with the touch position of the long press operation as a starting point is performed without releasing the contact of the touch operation. I will say. For example, the game progression unit 115 may determine that a slide operation has been received subsequent to the long press operation when the touch position moves within a predetermined time after the start of the long press operation. Further, when the touch position does not move within a predetermined time from the start of the long press operation, the game progression unit 115 may determine that the slide operation is not accepted following the long press operation. It should be noted that whether or not the touch position has moved may be determined based on whether or not the variation of the touch position exceeds a predetermined range. The criterion used in the step is not limited to this.

If Yes in step S103, the process of the next step S104 is executed. The case of No in step S103 will be described later.

In step S104, the game progression unit 115 determines whether the received slide operation is a drag operation or a flick operation. If it is a drag operation, the processing of the next step S105 is executed. The case of the flick operation will be described later. For example, the game progression unit 115 determines that the flick operation is performed when the moving speed of the touch position in the slide operation is equal to or higher than the threshold value and the touch-off is detected along with the movement of the touch position, and otherwise the drag operation is performed. You may judge that. The criterion used in the step is not limited to this.

If it is determined in step S104 that the operation is a flick operation, it means that an example (flick operation) of the fourth slide operation of the present invention has been accepted. Details of this case will be described later.

On the other hand, if it is determined in step S104 that the operation is a drag operation, it means that an example of the first slide operation (a drag operation following a long press operation) according to the present invention has been accepted.

The first slide operation in the present invention may be a drag operation for moving the touch position to the back side of the operation character. In this case, in step S104, if the accepted slide operation is a drag operation and the moving direction is the back side of the operation character, the answer is Yes, and if not, the answer is No.

In step S105, the game progression unit 115 responds to the drag operation (first slide operation) following the long-press operation, with the position of the operation character in the battle space as a reference, in the direction based on the moving direction of the touch position. Specify the range.

Here, the first range is a range for specifying an enemy character arranged in the range as an attack target (object having an effect). Hereinafter, specifying as an attack target is also referred to as lock-on. Further, the first range is also referred to as a lock-on range.

The lock-on range is a specific range in the battle space. The lock-on range may be specified as a region, for example. In this case, the shape of the lock-on range is not particularly limited, but may be, for example, a fan shape centered on the position of the operation character, or a figure (rectangle or the like) extending from the position of the operation character.

Accordingly, the user can easily specify the lock-on range for locking on the enemy character according to the moving direction of the first slide operation. For example, the game progression unit 115 may specify the lock-on range according to the movement direction in the first slide operation of the present invention, with the position of the operation character as a reference.

Further, for example, the game progression unit 115 may specify the lock-on range in a direction opposite to the moving direction in the first slide operation of the present invention with the position of the operation character as a reference. In this case, for example, the lock-on range may be a region including the reverse direction with respect to the position of the operation character.

Thus, the user can easily specify the lock-on range including the enemy character by performing the first slide operation in the direction opposite to the direction in which the enemy character desired to be locked on is based on the position of the operation character.

When the drag operation for moving the touch position to the back side of the operation character is applied as the first slide operation in the present invention, the lock-on range is specified on the front side of the operation character. Accordingly, the user can easily confirm the moving direction of the drag operation that should be performed to specify the lock-on range from the direction of the operation character.

Further, in response to the first slide operation by the user, the orientation of the first object may be set in a direction (for example, a reverse direction) based on the moving direction of the touch position by the first slide operation. In this case, the user can set the lock-on range on the front side while pointing the first object in the direction opposite to the direction of the first slide operation. Thereby, the user can easily confirm the lock-on range by visually recognizing the direction in which the first object is facing. In addition, the user can also realize an operation feeling of pulling the arrow of the bow and arrow from the operating character to the desired enemy character.

Further, in this step, the game progression unit 115 may display the specified lock-on range on the touch screen 15. As a result, the user can visually recognize the lock-on range, and can easily confirm the enemy character to be locked on.

In step S106, the game progression unit 115 determines whether an enemy character is placed in the lock-on range. If No in step S106, the process of step S108 described below is executed. If Yes in step S106, the process of the next step S107 is executed.

In step S107, the game progression unit 115 locks on the enemy character. At this time, the game progression unit 115 causes the memory 11 to store identification information of the locked-on enemy character. Further, for example, the game progression unit 115 may change the display mode of the locked-on enemy character to a display mode different from the display mode that is not locked on. As a result, the user can easily confirm the locked-on enemy character. When the enemy character is locked on in step S107, the enemy character or another enemy character may not be relocked on until a predetermined period elapses from the lock-on timing. That is, a time interval at which lock-on can be performed (for example, a few seconds) may be set. Depending on the enemy character, a plurality of lock-ons may be possible. For example, by enabling a plurality of lock-ons to the boss character, the boss character may be attacked by the amount of a plurality of lock-ons.

In addition, in the present step, when a plurality of enemy characters are arranged in the lock-on range, the game progression unit 115 locks on the plurality of enemy characters. Further, when this step is repeatedly executed, the game progression unit 115 stores the identification information of the newly locked on enemy character in the memory 11 in addition to the identification information of the already locked on enemy character. ..

In step S108, the game progression unit 115 determines whether or not a touch-off operation has been accepted. The condition that the touch-off operation is accepted is an example of the predetermined condition in the present invention. If Yes in step S108, the process of step S112 described below is executed. If No in step S108, the process of the next step S109 is executed.

In step S109, the game progression unit 115 determines whether or not a predetermined time has elapsed since the enemy character was locked on. The condition that the predetermined time has elapsed after the enemy character is locked on is another example of the predetermined condition in the present invention. If Yes in step S109, the process of step S113 described below is executed. If No in step S109, the process of the next step S110 is executed.

In step S110, the game progression unit 115 determines whether or not the second slide operation is accepted after the first slide operation (drag operation following the long press operation). Here, the second slide operation is a slide operation of moving the touch position in a direction different from the moving direction of the first slide operation. Here, the second slide operation is assumed to be a drag operation. It should be noted that accepting the second slide operation after the first slide operation means that after the first slide operation, the second slide having the end position of the first slide operation as a start point without releasing the contact of the touch operation. It means that an operation is performed.

If No in step S110, the processing from step S106 is repeated. Here, the enemy character can move in the battle space. Therefore, by repeating the processing from step S106, if there is an enemy character that has newly moved in the already specified lock-on range, it is additionally locked on. If Yes in step S110, the process of the next step S111 is executed.

In step S111, the game progression unit 115 adjusts the lock-on range according to the moving direction determined by the touch start position in the first slide operation and the touch position in the second slide operation. For example, the game progression unit 115 may regard the end point of the touch position in the first slide operation as the touch position in the second slide operation and adjust the lock-on range. As a result, the lock-on range is specified as a direction based on the direction from the starting point of the touch position in the first slide operation to the touch position in the second slide operation. The adjustment of the lock-on range is repeatedly executed according to the update of the touch position in the second slide operation. In this example, the game progression unit 115 may stay in place without moving the operating character while adjusting the direction of the operating character G101 according to the second slide operation for adjusting the lock-on range. ..

Thus, the user can adjust the lock-on range after the first slide operation, and thus can easily lock-on the desired enemy character as an attack target.

After step S112 is executed, the processing from step S106 is repeated. As a result, it is determined whether or not the enemy character is arranged in the adjusted lock-on range. If the enemy character is arranged, the enemy character is additionally locked on.

On the other hand, if Yes in step S108, step S112 is executed.

In step S112, the game progression unit 115 performs a game process (an attack action that causes damage) that exerts an action on the enemy character locked on when a predetermined condition (here, detection of a touch-off operation) is satisfied. To execute. At this time, if the memory 11 stores the identification information of the locked-on enemy characters, the game progression unit 115 executes an attack action on each of the enemy characters. That is, in this step, the game progression unit 115 collectively executes an attack action on all the locked-on enemy characters. In addition, the game progression unit 115 deletes the identification information of the target enemy character that has executed the attack action from the memory 11.

As a result, the user can easily and collectively damage the locked-on enemy characters by simply performing a simple touch-off operation. After execution of step S112, the processing from step S102 is repeated.

On the other hand, if Yes in step S109, step S113 is executed.

In step S113, the game progression unit 115 exerts an action on the locked-on enemy character by satisfying a predetermined condition (here, a predetermined time has elapsed after the enemy character was locked on). Perform processing (attack action that causes damage). In this case, the enemy characters will be sequentially attacked in the order in which they are locked on. In addition, the game progression unit 115 deletes the identification information of the target enemy character that has executed the attack action from the memory 11. Note that some of the above steps may be omitted or modified. For example, one of the processes of steps S108 and S112 and the processes of steps S109 and S113 may be omitted. That is, in the above example, when the processes of steps S109 and S113 are omitted and the processes of steps S108 and S112 are executed, the attack may be started by performing a touch-off operation after locking on the enemy character. it can. When the processes of steps S108 and S112 are omitted and the processes of steps S109 and S113 are executed, the drag operation is continued and the lock-on range is adjusted to attack the enemy character regardless of the touch-off. I can continue.

FIG. 4 is a flowchart illustrating the flow of processing subsequent to FIG.

If No in step S102 of FIG. 3, the process of step S201 is executed.

In step S201, the game progression unit 115 determines whether a slide operation has been accepted. If No in step S201, the process from step S102 is repeated. If Yes in step S201, the process of step S203 described below is executed.

If No in step S103 of FIG. 3, the process of step S202 is executed.

In step S202, the game progression unit 115 executes a process corresponding to the long press operation. This step is executed when the slide operation is not performed following the long press operation. The process corresponding to the long press operation may be determined according to the touch position of the long press operation, or the predetermined process may be determined regardless of the touch position. For example, the process corresponding to the long press operation may be a process of displaying a UI object used for battle, but is not limited to this. After the execution of step S202, the processing from step S102 is repeated.

In step S203, the game progression unit 115 determines whether the slide operation is a drag operation or a flick operation. In the case of the drag operation, this means that the third slide operation (slide operation that does not follow the long press operation) in the present invention has been accepted. In this case, the process of the next step S204 is executed. If it is a flick operation, it means that the fourth slide operation (flick operation) in the present invention has been accepted. In this case, the process of step S205 described later is executed.

In step S204, the game progression unit 115 executes a process of moving the operation character in the battle space. The direction in which the operation character is moved may be controlled based on the moving direction of the touch position in the third slide operation (slide operation that does not follow the long press operation). For example, the game progression unit 115 may determine the direction in which the operation character is moved according to the moving direction of the touch position in the third slide operation. After execution of step S204, the processing from step S102 is repeated.

In step S205, the game progression unit 115 executes a process of moving the operation character in the battle space. The direction in which the operation character is moved may be controlled based on the moving direction of the touch position in the fourth slide operation (flick operation). For example, the game progression unit 115 may determine the direction in which the operation character is moved according to the moving direction of the touch position in the fourth slide operation (flick operation). This step is also executed when it is determined in step S104 in FIG. 3 that the operation is a flick operation.

Here, the moving process executed in each of step S204 and step S205 may be the same process or different processes. Here, an example of different processing will be described.

Here, the process of moving the operation character in step S204 is referred to as a moving process, and the process of moving the operation character in step S205 is referred to as an avoidance process. The avoidance process is a process in which the movement speed of the operation character is faster than the movement process. In the avoidance process, an animation indicating that the moving speed is faster than the moving process may be displayed. For example, the moving process may display an animation such as the operating character walking, and the avoiding process may display an animation such as the operating character running or jumping. The avoidance process may have an invincible time during which the attack of the enemy character can be nullified while the operation character is moving.

After execution of step S205, the processing from step S102 is repeated.

<Example of game screen>
5 to 8 are examples of game screens displayed on the display unit 152 of the touch screen 15 of the user terminal 100 in the game system 1 according to the present embodiment.

(Example game screen showing battle space)
FIG. 5 is an example of the game screen G1 displayed in step S101. The game screen G1 represents a battle space, and includes an operation character G101 and enemy characters G102a to G102d arranged in the battle space.

(Example of a game screen in which the enemy character is locked on by the first slide operation)
FIG. 6 is an example of the game screen G2 displayed in steps S102 to S107. Note that the touch positions G201 and G202 and the moving direction G203 shown in FIG. 6 are the figures shown for the purpose of explanation and are not included in the game screen G2 (however, the touch position G201, the touch position G202, and An image for allowing the user to recognize the moving direction G203 may be displayed in response to the touch operation by the user). Here, as the first slide operation, after the long press operation is accepted at the touch position G201 (Yes in step S102), the drag operation is accepted toward the touch position G202 (Yes in step S103, Yes in step S104). Assume The operation character G101 has a nose G101a, and the direction in which the nose G101a faces represents the direction of the operation character. Therefore, the moving direction G203 in the first slide operation is opposite to the front side of the operation character G101. In this case, the area of the lock-on range G204 is specified and displayed in the opposite direction to the moving direction G203 in the first slide operation with the position of the operation character G101 as a reference. In other words, the area of the lock-on range G204 is specially displayed on the front side of the operation character G101. This allows the user to recognize which of the enemy characters is placed in the lock-on range G204 and which of the enemy characters is not placed. Further, the user can specify the lock-on range G204 including the enemy character G102c by performing the first slide operation such as pulling the arrow of the bow and arrow from the operation character G101 toward the enemy character G102c. The orientation of the operation character G101 may be adjusted in response to the first slide operation. That is, as a result of setting the moving direction G203 in the first slide operation, the direction of the operation character G101 may be adjusted to a direction based on the moving direction G203 (for example, a direction opposite to the moving direction G203). Thus, the user can easily recognize what range the lock-on range G204 is set to by visually recognizing the direction of the operation character G101.

Further, on the game screen G2, the enemy character G102c is arranged in the lock-on range G204. As a result, the enemy character G102c is locked on. The enemy character G102c changes to a display mode indicating that it has been locked on. Here, the display mode is a mode in which the display color changes and the display mode is surrounded by the lock-on frame G205. As a result, the user can easily confirm the locked-on enemy character. The game progression unit 115 stores information for identifying the locked-on enemy character in the memory (storage unit 120). Here, the enemy characters G102a to G102d include those moving in the battle space. Since the information for identifying the locked-on enemy character is stored in the memory, even if the locked-on enemy character deviates from the lock-on range G204, the enemy character remains locked on.

(Example of a game screen in which the lock-on range is adjusted by the second slide operation)
FIG. 7 is an example of the game screen G3 displayed in steps S110 to S111. The touch position G301, the moving direction G302, and the direction G303 shown in FIG. 7 are the figures shown for the purpose of explanation and are not included in the game screen G3 (however, the touch position G301, the moving direction G302, and the direction G303). May be displayed in response to the user's touch operation). Here, it is assumed that a drag operation is accepted from the touch position G202, which is the end point of the first slide operation, toward the touch position G301 as the second slide operation after the first slide operation (Yes in step S110). To do. In this case, it is considered that the moving direction of the first slide operation is the direction G303 from the touch position G201 which is the start point of the first slide operation to the touch position G301 in the second slide operation, and the lock-on range G204 is adjusted. Specifically, the lock-on range G204 is adjusted and displayed in a region opposite to the direction G303 with the position of the operation character G101 as a reference. Note that the adjustment and display of the lock-on range G204 may be updated in real time based on each touch position from the touch positions G202 to G301 while the second slide operation is continuing.

Further, the direction of the operation character G101 may be adjusted in response to the second slide operation. In FIG. 6, the nose G101a of the operation character G101 changes so as to face the direction opposite to the direction G303.

Further, on the game screen G3, the enemy character G102b arranged in the adjusted lock-on range G204 is additionally locked on. The locked-on enemy character G102b changes to a display mode indicating that it is locked on. The details of the display mode are as described above. As a result, the enemy characters G102b and G102c are locked on.

(Example of a game screen where the locked-on enemy character is damaged)
FIG. 8 is an example of the game screen G4 displayed in step S112. Here, it is assumed that a touch-off operation is detected at touch position G301 (Yes in step S108). In this case, an attack action that causes damage to the locked-on enemy characters G102b and G102c is executed. In this example, as an attack action, an animation of an attack in which a meteor falls toward an enemy character is shown. In this example, the attack action is an attack that does not accompany the animation in which the operating character moves. In this way, the operating character attacks the locked-on enemy character without moving. However, the attack action may be an attack involving animation in which the operating character moves.

[Modification]
In the present embodiment, the first slide operation is not limited to the drag operation following the long press operation, and may be a single slide operation. Further, the first slide operation may be a slide operation subsequent to an operation other than the long press operation.

In addition, in the present embodiment, as the game process exerting an effect on the locked-on enemy character, a game process more advantageous for the user may be executed as the number of locked-on enemy characters increases. The number of enemy characters locked on may be the number of enemy characters locked on at the same time, or may be the cumulative number of enemy characters locked on in the same play unit.

The game process advantageous to the user may be a process of increasing the effect on the enemy character (a decrease amount or a decrease rate of the physical strength value is large) or a process of increasing the reward that can be acquired. Examples of the reward include game objects such as items and parameters such as points and experience values.

For example, the damage caused by the attack action on the locked-on enemy character may be increased as the number of locked-on enemy characters increases. Specifically, the greater the number of locked-on enemy characters, the greater the effect on the enemy characters (the greater the amount or rate of decrease in the physical strength value). This improves the user's motivation for locking on more enemy characters. Further, depending on the order in which the enemy characters are continuously locked on, a game process that is advantageous to the user may be executed such that the attacking power increases as the order becomes later. For example, it is assumed that the enemy character is attacked when the enemy character is locked on, as in step S109. Successful lock-on of the enemy character by locking on the touch operation continuously, or by locking on another enemy character again within a certain time after attacking the enemy with the lock-on. The number of successful continuous lock-on is added. Then, the more successful the continuous lock-on is, the more attractive the attacking power is, and the more interesting the operation for lock-on is performed by executing the game processing that is advantageous to the user. For example, you can start an attack by lock-on at a position where the enemy characters are crowded, succeed in consecutive lock-on, and attack the powerful boss character with the attack power increased, It is possible to prompt the user to play the game by taking the order of attacks into consideration.

In addition, in the present embodiment, the first range is not limited to being specified as a region, but may be specified as a range from the first position to the second position in the game space, for example. In this case, the first position is the position of the operating character. Further, the second position is in a direction based on the moving direction in the first slide operation with the first position as a reference. For example, the second position may be opposite to the moving direction in the first slide operation when viewed from the first position. In this case, the first range may be displayed on the display unit 152 as a guide line from the first position to the second position. Thus, the user can sequentially lock on the enemy characters that are in contact with the guide line while adjusting the direction of the guide line displayed on the display unit 152 by the second slide operation by performing the first slide operation. ..

Further, in the present embodiment, when the first range is represented as a fan-shaped area, the distance from the operation character that can lock on the enemy character is determined to be the range represented by the fan-shaped arc. On the other hand, the distance from the operation character that can lock on the enemy character does not have to be specified. For example, on the game screen, the area of the lock-on range may be displayed up to the peripheral portion of the game screen in a direction based on the moving direction in the first slide operation with the operation character as a reference. In addition, on the game screen, the guide line described above may be displayed up to the peripheral portion of the game screen in a direction based on the moving direction in the first slide operation. Further, the size of the lock-on range G204 may be controlled according to the movement distance in the first slide operation (for example, the length of the movement direction G203 in the example of FIG. 6). For example, the lock-on range G204 may be extended from the position of the operating character as the moving distance in the first slide operation becomes longer.

Further, in this embodiment, an upper limit may be set for the number of enemy characters that can be locked on at the same time. In this case, the game progression unit 115 does not have to lock on the enemy character when the number of locked-on enemy characters reaches the upper limit and a further enemy character is included in the lock-on range. When the number of locked-on enemy characters reaches the upper limit, the game progression unit 115 locks on the enemy characters each time a new enemy character is included in the lock-on range thereafter, and The lock-on for any of the locked-on enemy characters may be released. The release order may be, for example, the order in which the lock-on is performed first, or the order far from the first range. For example, when the upper limit of the number of lock-ons is set, and the enemy character having the upper limit value is locked on, and the enemy character is newly included in the first range, the game progression unit 115 causes the new enemy character to Each time is included in the lock-on range, the lock-on for the enemy character having the earliest lock-on order may be released, or the lock-on for the enemy character farthest from the first range may be released.

In addition, the game progression unit 115 may change the upper limit value of the number of lock-on possibilities according to a predetermined change condition. The predetermined change condition is, for example, acquisition of a game object such as a specific item, update of another parameter other than the lock-on upper limit value (for example, level, attack power, physical strength, etc.), a user playing a quest, etc. The change of a play unit is mentioned. For example, the game progression unit 115 may increase the upper limit value according to the acquisition of a specific item. Further, the game progression unit 115 may increase the lock-on upper limit value with an increase in parameters such as the level of the operating character, attack power, and physical strength, or may decrease the upper limit value with a decrease in parameters. Further, the game progression unit 115 may increase the upper limit value according to other conditions while a certain play unit is being played, and may return the upper limit value to the initial value when switching to another play unit. Further, the upper limit value of the number of lock-on possibilities may be a value according to the play unit. Further, when the number of locked-on enemy characters is the number of lock-ons, the above-described advantageous game process for the user may be executed.

Further, in the present embodiment, the order in which the operation character attacks the locked-on enemy character can be set appropriately. For example, the attack may be applied in the order in which the lock-on is performed, the attack may be applied to all of the locked-up enemy characters at the same time, or the enemy characters may be applied in the order closer to the operation character. Further, when a new enemy character is locked on at a predetermined timing, the attack may be continued without accepting the execution operation of the attack action again. For example, if the enemy character is newly locked on while the attacking operation continues in response to the user operation for executing the attacking operation on the locked-on enemy character, without depending on the user operation, The attacking action on the enemy character may be continuously executed.

Further, in the present embodiment, the predetermined condition that triggers the execution of the attack action on the locked-on enemy character may be a condition based on the elapsed time from another time point. For example, the game progression unit 115 determines that the elapsed time from the start time of the long press operation, the elapsed time from the start time of the first slide operation, or the elapsed time after the lock-on range is specified is a predetermined time. When it reaches, the attack action may be collectively performed on one or more enemy characters that are locked on at that time.

In the above embodiment, the lock-on process of step S105 is performed when the touch operation is continuously accepted and the slide operation is accepted after the long press operation is accepted by the process of step S102. The operation for starting the lock-on process after step S105 is not limited to the case of accepting the slide operation while continuing the touch operation from the long-press operation (step S102), and may be another operation. For example, when a user's tap operation is accepted, the operating character performs a normal attack action in response to the tap operation, and performs the tap action in succession to perform a normal attack action in multiple stages (combo attack). And It should be noted that the normal attacking motion is executed on the enemy character whose layout relationship with the operating character satisfies a predetermined condition. The enemy character whose layout relationship with the operating character satisfies a predetermined condition may be, for example, an enemy character whose distance from the operating character is less than or equal to a threshold value, an enemy character arranged in a predetermined range in the direction in which the operating character faces, or the like. However, it is not limited to these. On the other hand, it is assumed that the skill UI for enabling the skill of the operating character is displayed. The skill UI may be fixedly displayed on the screen, or may be displayed on the screen in response to a touch operation such as a long press operation by the user. In response to the long press operation, the skill UI is displayed around the touch position for the long press operation or around the operation character. Then, following the long press operation, the skill of the operation character can be activated by a swipe operation or the like on the skill UI. The game progression unit 115 may shift to a mode in which the lock-on process after step S105 can be performed by detecting a touch operation on the skill UI. In this case, the game progression unit 115 performs the lock-on process after step S105 by detecting the slide operation after shifting to the mode in which the lock-on process can be performed (step S103). The mode in which the lock-on process can be performed continues for a certain period of time after the touch operation on the skill UI is performed.

[Example of software implementation]
The control block of the control unit 210 and the control block of the control unit 110 (in particular, the operation reception unit 111, the display control unit 112, the UI control unit 113, the animation generation unit 114, and the game progression unit 115) are integrated circuits (IC chips). ) Or the like may be realized by a logic circuit (hardware), or may be realized by software using a CPU (Central Processing Unit).

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

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

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

(Item 1) The game programs (131, 231) have been described. According to an aspect of the present disclosure, a game program is executed by a computer (at least one of the user terminal 100 and the server 200) including a processor (10, 20), a memory (11, 21) and a touch screen (15). The game program causes the processor to determine the position of the first object in the game space in response to the step of arranging the first object and the second object in the game space and the first slide operation of moving the touch position on the touch screen. As a reference, a step of specifying the first range in a direction based on the moving direction of the touch position, and a step of specifying the second object as an object to exert an action when the second object is arranged in the first range And a game process which, when the predetermined condition is satisfied, exerts an action on the specified second object regardless of whether or not the second object is included in the first range at the timing when the predetermined condition is satisfied. And a step of executing. According to the above configuration, the user can easily specify the object to exert the action, so that the operability of the game is improved.

(Item 2) In (Item 1), the step of identifying the first range may specify the first range in a direction opposite to the moving direction in the first slide operation with the position of the first object as a reference. Thus, the user can easily specify the second object as an object to exert an action by performing a slide operation in a direction opposite to the direction in which the desired second object is based on the position of the first object.

(Item 3) In (Item 1), in the arranging step, the first object is arranged so that the orientation can be specified, and in the step of specifying the first range, the direction based on the moving direction of the touch position by the first slide operation. The orientation of the first object may be set to. Thereby, the user can recognize the first range by visually recognizing the orientation of the first object. Further, it is possible to realize an operation feeling as if the arrow of the bow and arrow is pulled from the first object to the desired second object.

(Item 4) In any one of (Item 1) to (Item 3), the step of identifying the first range is a direction different from the moving direction in the first slide operation, which is accepted after the first slide operation. In response to the second slide operation for moving the touch position, the first range may be adjusted according to the moving direction determined by the touch start position in the first slide operation and the touch position in the second slide operation. With this, the user can adjust the first range after the first slide operation, and thus can more easily specify the object to be affected.

(Item 5) In any one of (Item 1) to (Item 4), the step of identifying the first range may display the first range on the touch screen. With this, the user can visually recognize the first range, and thus can easily confirm the second object specified as the target to exert the action.

(Item 6) In any one of (Item 1) to (Item 5), the step of identifying the first range is a step following a long-press operation for continuing touch without moving a touch position on the touch screen. The game program may be executed in response to a one-slide operation, and the game program may further cause the processor to move the first object in response to a third slide operation that is not followed by the long-press operation. This makes it easier to understand which of (i) the process of exerting an action on the second object and (ii) the process of moving the first object, which is executed in response to the slide operation. improves.

(Item 7) In any one of (Item 1) to (Item 6), the game program causes the processor to display a predetermined user interface object (UI object) on a touch screen, and a predetermined UI object. In response to the user's touch operation with respect to, the step of transitioning to a predetermined mode that allows the user to specify the first range, and the step of specifying the first range includes performing a first slide operation in the predetermined mode. The first range may be specified in response. Thereby, the operability for specifying the first range can be improved.

(Item 8) In (Item 7), the game program may cause the processor to respond to a tap operation on the touch screen regardless of a touch operation on the UI object, in response to a second layout condition with the first object satisfying a predetermined condition. The step of executing a game process that exerts an action may be further executed on the object. As a result, it is possible to diversify the operation for executing the game process that affects the second object and improve the operability.

(Item 9) In any one of (Item 1) to (Item 8), the step of identifying the first range is performed in response to a first slide operation in which the moving speed of the touch position is less than a threshold, The game program may cause the processor to execute the step of moving the first object in response to the fourth slide operation in which the moving speed of the touch position is equal to or higher than the threshold value. This makes it easier to understand which of (i) the process of exerting an action on the second object and (ii) the process of moving the first object, which is executed in response to the slide operation. improves.

(Item 10) In any one of (Item 1) to (Item 9), the step of specifying an object to exert an action specifies a part or all of the plurality of second objects arranged in the first range. In the executing step, the game processing more advantageous for the user may be executed as the number of the specified second objects increases. As a result, it is possible to easily specify a plurality of second objects as compared with the case where the operation of specifying one second object is performed multiple times, and the user's motivation for specifying a larger number of second objects. Is improved.

(Item 11) In any one of (Item 1) to (Item 10), the step to be executed is, as a predetermined condition, a condition that a touch-off operation from a touch screen is accepted, or a second object is specified. The game process may be executed when a condition that a predetermined period has elapsed since the start of the game is satisfied. With this, the user can easily exert an action on the specified second object by only performing a simple operation or without requiring an action for exerting an action.

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

(Item 13) The information processing device has been described. According to an aspect of the present disclosure, the information processing apparatus executes a touch screen (15), a memory (memory 11, storage unit 120) that stores a game program according to (Item 1), and the game program. Accordingly, a processor (processor 10, control unit 110) for controlling the operation of the information processing device (user terminal 100) is provided. The information processing device according to (Item 13) has the same effects as the game program according to (Item 1).

DESCRIPTION OF SYMBOLS 1 game system, 2 network, 10,20 processor, 11,21 memory, 12,22 storage, 13,23 communication IF (operation part), 14,24 input/output IF (operation part), 15 touch screen (display part, Operation unit), 17 camera (operation unit), 18 distance measuring sensor (operation unit), 100 user terminal (information processing device), 110, 210 control unit, 111 operation reception unit, 112 display control unit, 113 UI control unit, 114 animation generation section, 115 game progression section, 120,220 storage section, 131,231 game program, 132 game information, 133 user information, 151 input section (operation section), 152 display section, 200 server, 1010 object, 1020 controller (Operation unit) 1030 storage medium

Claims (13)

A game program executed by a computer including a processor, a memory, and a touch screen,
The game program, in the processor,
Arranging the first object and the second object in the game space,
Responsive to a first slide operation for moving a touch position on the touch screen, and specifying a first range in a direction based on a moving direction of the touch position with reference to the position of the first object in the game space. When,
When the second object is arranged in the first range, the second object is specified as an object to exert an action,
When the predetermined condition is satisfied, the action is exerted on the specified second object regardless of whether the second object is included in the first range at the timing when the predetermined condition is satisfied. A game program for executing the steps of executing a game process. The game program according to claim 1, wherein the step of specifying the first range specifies the first range in a direction opposite to the moving direction in the first slide operation with reference to the position of the first object. .. In the step of arranging, the first object is arranged so that a direction can be specified,
The game program according to claim 1, wherein the step of identifying the first range sets the orientation of the first object in a direction based on a moving direction of a touch position by the first slide operation. The step of identifying the first range may be performed in response to a second slide operation of moving the touch position in a direction different from the moving direction of the first slide operation, which is received after the first slide operation. The game program according to claim 1, wherein the first range is adjusted according to a moving direction determined by a touch start position in the first slide operation and a touch position in the second slide operation. The game program according to any one of claims 1 to 4, wherein in the step of identifying the first range, the first range is displayed on the touch screen. The step of identifying the first range is performed in response to the first slide operation following a long press operation for continuing touch without moving a touch position on the touch screen,
The game program, in the processor,
The game program according to claim 1, further comprising: executing a step of moving the first object in response to a third slide operation that does not follow the long-press operation. The game program, in the processor,
Displaying a predetermined user interface object (UI object) on the touch screen;
Further responding to a touch operation of the user on the predetermined UI object, transitioning to a predetermined mode for allowing the user to specify the first range,
7. The game program according to claim 1, wherein the step of specifying the first range specifies the first range in response to the first slide operation in the predetermined mode. The game program, in the processor,
In response to a tap operation on the touch screen regardless of a touch operation on the UI object, a game process that exerts the action on the second object whose arrangement relationship with the first object satisfies a predetermined condition is executed. The game program according to claim 7, which further executes the step of performing. The step of specifying the first range is executed in response to the first slide operation of continuing the touch operation to move the touch position,
The game program, in the processor,
9. The method according to claim 1, further comprising: performing a step of moving the first object in response to a fourth slide operation in which the moving speed of the touch position is equal to or more than a threshold value and is touched off as the touch position moves. The game program according to item. The step of specifying as the object exerting the action specifies a part or all of the plurality of second objects arranged in the first range,
The game program according to any one of claims 1 to 9, wherein the step of executing executes the game processing more advantageous to the user as the number of the specified second objects increases. The step of performing, when the condition that a touch-off operation from the touch screen is accepted, or the condition that a predetermined period has elapsed after the second object is specified is satisfied as the predetermined condition, The game program according to claim 1, which executes the game process. A method for a computer to execute a game program, the method comprising:
The computer comprises a processor, memory and a touch screen,
A method by which the processor executes the steps of a game program according to claim 1. An information processing device,
The information processing device,
Touch screen,
A memory for storing the game program according to claim 1;
An information processing apparatus, comprising: a processor that controls the operation of the information processing apparatus by executing the game program.

Images