JP7171403B2 - Program, Game Method, and Information Processing Device - Google Patents

Description

Application of Article 30, Paragraph 2 of the Patent Act On December 5, 2017, information on the game program was posted on the official website (https://colopl.co.jp/alicegearaegis/)

Application of Article 30, Paragraph 2 of the Patent Act On January 16, 2018, the article was published on the site (http://www.4gamer.net/games/388/G038881/20180112120/)

Application of Article 30, Paragraph 2 of the Patent Law Article published on the site (https://game.watch.impress.co.jp/docs/review/1100213.html) on January 15, 2018

Application of Article 30, Paragraph 2 of the Patent Act January 18, 2018, published an article on the site (https://www.inside-games.jp/article/2018/01/18/112234.html)

Application of Article 30, Paragraph 2 of the Patent Law Article published on January 15, 2018 on the website (https://www.gamer.ne.jp/news/201801150001/)

Application of Article 30, Paragraph 2 of the Patent Act On January 12, 2018, the article was published on the site (https://gamewith.jp/gamedb/article/game/show/2209/760)

Application of Article 30, Paragraph 2 of the Patent Law Article published on the website (https://altema.jp/alicegaraegistest) on January 15, 2018

Application of Article 30, Paragraph 2 of the Patent Act On January 15, 2018, the article was published on the site (https://games.app-liv.jp/archives/334329)

Application of Article 30, Paragraph 2 of the Patent Law Article published on the site (http://gamebiz.jp/?p=201902) on January 18, 2018

Application of Article 30, Paragraph 2 of the Patent Act On January 15, 2018, the article was published on the site (https://app.famitsu.com/20180115_1213509/)

Application of Article 30, Paragraph 2 of the Patent Act On January 15, 2018, the article was published on the website (https://appli-style.jp/newspage.php?id=689)

Application of Article 30, Paragraph 2 of the Patent Act On January 15, 2018, the article was published on the site (https://gamy.jp/alicegearaegis/alicegear-review)

Application of Article 30, Paragraph 2 of the Patent Act On January 22, 2018, the game application "Alice Gear Aegis" Ver1.0.1 was released on iOS (https://itunes.apple.com/jp/app/Alice- Gear-Aigis/id1245550834?mt=8) and published on Android (https://play.google.com/store/apps/details?id=jp.colopl.alice&hl=ja)

Application of Article 30, Paragraph 2 of the Patent Act On January 26, 2018, the game application "Alice Gear Aegis" Ver1.0.3 was installed on iOS (https://itunes.apple.com/jp/app/Alice- Gear-Aigis/id1245550834?mt=8) and published on Android (https://play.google.com/store/apps/details?id=jp.colopl.alice&hl=ja)

Application of Article 30, Paragraph 2 of the Patent Act On February 14, 2018, the game application "Alice Gear Aegis" Ver1.1.0 was released on iOS (https://itunes.apple.com/jp/app/Alice- Gear-Aigis/id1245550834?mt=8) and published on Android (https://play.google.com/store/apps/details?id=jp.colopl.alice&hl=ja)

Application of Article 30, Paragraph 2 of the Patent Act On February 27, 2018, the game application "Alice Gear Aigis" Ver1.2.1 was released on iOS (https://itunes.apple.com/jp/app/Alice- Gear-Aigis/id1245550834?mt=8) and published on Android (https://play.google.com/store/apps/details?id=jp.colopl.alice&hl=ja)

The present invention relates to a program , a game method, and an information processing device.

As an example of a device that performs processing in response to a touch operation on a touch panel, energy is charged by continuing a touch operation on a charge button on the screen, and an effect is exerted on an enemy character by canceling the touch operation. There has been a game device that performs a specific process (for example, Non-Patent Document 1).

“R-TYPE”, [online], [searched on February 26, 2018], Internet <http://www.konami.jp/products/dl_wiiu_r-type_vc/>

However, "cancelling the touch operation", which is a trigger for performing a specific process, is an act of stopping the operation, and therefore cannot be said to be a positive operation for the user. As described above, in the game device described in Non-Patent Document 1, specific processing is actively performed based on an operation that cannot be said to be active. As a result, the content of the user's operation and the content of the game processing are inconsistent, and the user feels uncomfortable. Moreover, since "cancelling the touch operation" is an operation that cannot be said to be positive, it causes a problem that it is difficult to sensuously find the timing to perform a specific process. As a result, there is a possibility that the interest cannot be improved.

SUMMARY OF THE INVENTION The present invention has been devised in view of such circumstances, and its object is to provide a program , a game method, and an information processing apparatus that can improve interest.

According to one aspect of one embodiment presented in the present disclosure, there is provided a program running on a computer comprising a processor, memory and a touch screen. The program causes the processor to display a game space in which the game object is arranged, determines whether or not a touch operation on the touch screen has continued for a predetermined time, and determines A step of executing a specific game control in response to receiving a tap operation on the touch screen after releasing the touch operation determined to have continued over a predetermined time; and an operation on the touch screen, wherein The step of moving the position of the game object in the game space in response to a specific operation different from the tap operation, and the step of executing the specific game control is continued for a predetermined time by the determining step. Even after the touch operation determined to have been performed is released, the specific game control is not executed when the specific operation is received instead of the tap operation.

According to one aspect of an embodiment, there is provided a game method performed by a computer comprising a processor, memory, and a touch screen. The game method comprises the steps of: displaying a game space in which game objects are arranged; determining whether or not a touch operation on a touch screen has continued for a predetermined time; A step of executing a specific game control in response to receiving a tap operation on the touch screen after releasing the touch operation determined to have continued over a predetermined time; and an operation on the touch screen, wherein a step of moving the position of the game object within the game space in response to a specific operation different from the tapping operation, and the step of executing the specific game control continued for a predetermined time by the determining step. Even after the touch operation determined to be is released, the specific game control is not executed when the specific operation is received instead of the tap operation.

According to an aspect of one embodiment, an information processing device is provided that includes a touch screen, a storage section that stores a program , and a control section that controls the operation of the information processing device by executing the program . be. The control unit performs a step of displaying a game space in which game objects are arranged, a step of determining whether or not a touch operation on the touch screen has continued for a predetermined time, and a determining step. a step of executing a specific game control in response to receiving a tap operation on the touch screen after the touch operation determined to have continued for a certain period of time is canceled; moves the position of the game object in the game space according to different specific operations, and the step of executing the specific game control is determined to have continued for a predetermined time by the determining step. The specific game control is not executed when the specific operation is accepted instead of the tap operation even after the touch operation is released.

According to the present invention, interest can be improved.

It is a figure which shows the hardware constitutions of the game system which concerns on this embodiment. It is a block diagram showing the functional configuration of a user terminal and a server according to the present embodiment. 4 is a flow chart showing part of the operation of a processor provided in a user terminal; (A) is an illustrative view showing an example of a game screen, (B) is an illustrative view showing an example of a UI object displayed when being locked onto an enemy character in front, and (C) is an illustrative view showing FIG. 10 is an illustrative view showing an example of a UI object displayed when a charged shot against an enemy character is possible, and (D) is an illustrative view showing an example of a UI object displayed when locked on to a surrounding enemy character and (E) is an illustrative view showing an example of a UI object that is displayed when a charged shot against a surrounding enemy character is possible.

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

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

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

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

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

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

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

When the user terminal 100 communicates with a plurality of controllers 1020 , each user can hold each controller 1020 to communicate with the one user terminal 100 without communicating with other devices such as the server 200 via the network 2 . You can play multiplayer with. In addition, by connecting each user terminal 100 to each other for communication according to a wireless standard such as a wireless LAN (Local Area Network) standard (connecting for communication without going through the server 200), a plurality of user terminals 100 can realize local multiplay. You can also When the above-described multiplay is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200, which will be described later. Also, in the case where multiple user terminals 100 locally implement the above-described multiplay, the multiple user terminals 100 may be provided with various functions of the server 200, which will be described later, in a distributed manner.

Note that the user terminal 100 may communicate with the server 200 even when the multiplay described above is implemented locally. For example, information indicating a play result such as score or win/loss in a certain game may be associated with user identification information and transmitted to the server 200 . Also, the controller 1020 may be detachable from the user terminal 100 . In this case, at least one surface of the housing of the user terminal 100 may be provided with a coupling portion for the controller 1020 . When the user terminal 100 and the controller 1020 are connected by wire through the connecting unit, the user terminal 100 and the controller 1020 transmit and receive signals via the wire.

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

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

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

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

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

<Game Overview>
The game system 1 is a system that executes a game in which rewards are given to the user according to the progress of the game. The game executed in this embodiment is, for example, a 3D shooter in which a user set as a new captain guides girls wearing gear (weapons) and uses shooting, melee attacks, skills, etc. to repel enemy characters. It's an action game.

The game executed by the game system 1 is not limited to a specific genre, and may be a system for executing games of various genres. For example, sports-themed games such as tennis, table tennis, dodgeball, baseball, soccer, and hockey, puzzle games, quiz games, RPGs, adventure games, simulation games, training games, and the like may be used.

Also, the game system 1 may be a system for executing a single-play type game. A single-play game is a game that is executed on a single user terminal 100 . In this case, the user terminal 100 and the server 200 exchange information necessary for executing the single-play game on the user terminal 100 .

Also, the game system 1 may be a system for executing a multiplayer game. A multiplayer game is a game in which users of a plurality of user terminals 100 can participate in one game and play against each other or cooperatively. In this case, between the user terminal 100 operated by the user and one or more other user terminals 100 operated by one or more other users, at least part of the data related to the game is transferred via the server 200. shared.

In addition, the game system 1 may be a system for executing games of various play types, not limited to the single-play type or the multi-play type.

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

The processor 10 reads a program from a storage 12, which will be described later, and develops it in a memory 11, which will be described later. The processor 20 reads a program from a storage 22, which will be described later, and develops it in a memory 21, which will be described later. Processor 10 and processor 20 execute the expanded program.

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

The program in this embodiment may be a game program for realizing a game by the user terminal 100 . Alternatively, the program may be a game program for realizing the game through cooperation between user terminal 100 and server 200 . Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100 . Further, the various types of data include game-related data such as user information and game information, and instructions or notifications transmitted and received between the user terminal 100 and the server 200 or between a plurality of user terminals 100 .

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

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

The input/output IF 14 is an interface for the user terminal 100 to receive data input, and an interface for the user terminal 100 to output data. The input/output IF 14 may input/output data via a USB (Universal Serial Bus) or the like. The input/output IF 14 may include physical buttons, a camera, a microphone, or a speaker of the user terminal 100, for example.

The input/output IF 24 of the server 200 is an interface for the server 200 to receive data input and an interface for the server 200 to output data. The input/output IF 24 may include, for example, an input section that is an information input device such as a mouse or a keyboard, and a display section that is a device for displaying and outputting images.

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

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

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

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

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

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

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

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

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

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

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

Storage unit 120 stores game program 121 , game information 122 , and user information 123 . Storage unit 220 stores game program 221 , game information 222 , and user information 223 . The game program 121 is a game program executed on the user terminal 100 . A game program 221 is a game program executed by the server 200 . The game information 122 is data referred to when the control unit 110 executes the game program 121 . The game information 222 is data referred to when the control unit 210 executes the game program 221 . User information 123 and 223 is data about the user's account. In the storage unit 220 , game information 222 and user information 223 are stored for each user terminal 100 .

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

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

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

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

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 kind of input operation has been performed from the user's action on the console via the touch screen 15 and other input/output IF 14, and outputs the result to each element of the control unit 110. do.

For example, the operation accepting unit 111 accepts an input operation on the input unit 151, detects the coordinates of the input position of the input operation, and identifies the type of the input operation. The operation reception unit 111 identifies, for example, a touch operation, a slide operation, a swipe operation, a drag operation, a tap operation, and the like, as types of input operations. Further, when the continuously detected input is interrupted, the operation reception unit 111 detects that the contact input from the touch screen 15 has been cancelled.

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

The animation generation unit 113 generates animations showing motions of various objects based on control modes of the various objects. For example, an animation or the like may be generated that expresses a situation in which a girl is fighting an enemy character in battle.

The display control unit 114 outputs to the display unit 152 of the touch screen 15 a game screen on which the processing results executed by the elements described above are reflected. The display control unit 114 may display the game screen including the animation generated by the animation generation unit 113 on the display unit 152 . Also, the UI control unit 112 may draw the UI object described above so as to be superimposed on the game screen.

In addition, hereinafter, detection and acceptance of an input operation on input unit 151 by operation accepting unit 111 is simply referred to as acceptance of the input operation. Further, outputting various game screens to the display unit 152 by the display control unit 114 by other functional blocks is simply described as displaying.

The game progress unit 115 performs various processes related to the progress of the game. For example, the game progression unit 115 interprets the content of the user's instruction indicated by the coordinates of the input position of the input operation received by the operation reception unit 111 and the type of operation, and performs processing to progress the game based on the interpretation. conduct. Also, for example, the game progress unit 115 adds, updates, or deletes the game information 122 or the user information 123 according to the progress of the game. Also, for example, the game progress unit 115 performs various determination processes related to the progress of the game.

For example, in a game, if a quest is provided in which an operation character operated by the user (in this embodiment, one of the girls led by the user) fights an enemy character, the game progression unit 115 may perform the operation by the user. The battle progresses by determining the action of the operated character based on. Also, in this case, the game progression unit 115 determines which of the operating character and the enemy character has won, based on the progress of the battle.

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

<Processing flow and screen example>
Next, among the processes executed by the user terminal 100 based on the game program 121, the flow of attack control processing for controlling normal shots and charged shots performed on enemy characters appearing in each stage will be described. 3, the example screen shown in FIG. 4(A), the lock-on character LC1 shown in FIGS. 4(B) to 4(D), and FIGS. Description will be made using the lock-on character LC2 shown in (F).

A normal shot is a shot that fires a single bullet with normal destructive power, and a charge shot is a shot that fires one or more bullets with great destructive power. In other words, it can be said that the charge shot attack control provides a more advantageous effect to the user than the normal shot attack control. Further, the attack control process is executed by the operation receiving unit 111, the UI control unit 112, the display control unit 114, and the like. Also, in the following description, the flow of a series of processing steps described using flowcharts is described as being executed by the user terminal 100, but at least some of these processing steps are executed by the server 200. may be

Also, the attack control process is executed in a scene where the playable character PC1 fights against enemy characters EC1 to EC3, as shown in FIG. 4A. According to FIG. 4A, a virtual camera is placed behind the playable character PC1, and a battle scene is displayed from the viewpoint of the virtual camera. In FIG. 4A, as an example of a battle scene, a scene is shown in which both the operating character PC1 and the enemy characters EC1 to EC3 are flying over a mountainous area. In the battle scene, the operating character PC1 shoots down the enemy characters EC1 to EC3 using the shotgear that he owns.

An indicator indicating the remaining HP (health points) of the playable character PC1 and a UI object representing skills usable by the playable character PC1 are displayed on the lower side of the screen. A face image of another character (girl) is displayed on the left side of the screen. Another character is a character that can form a team with the playable character PC1 and fight in place of the playable character PC1 when the playable character PC1 is defeated.

The contents of attack control processing will be described with reference to FIG. In step S01, an enemy character flying substantially in front of the operational character PC1 is locked on as an attack target, and the lock-on is notified. Note that lock-on means to continuously track an attack target.

When there is only one flying enemy character, the enemy character is locked on as the main attack target. On the other hand, if there are two or more flying enemy characters, one of them is locked on as a main attack target, and the other enemy characters are locked on as sub attack targets.

For an enemy character locked on as a main attack target, the lock-on character LC1 is displayed at the position of the enemy character, and the display position of the lock-on character LC1 is moved so as to track the enemy character. Also, for an enemy character locked on as a secondary attack target, the lock-on character LC2 is displayed at the position of the enemy character, and the display position of the lock-on character LC2 is moved so as to track the enemy character.

In the example of FIG. 4A, the enemy character EC1 is locked on as the main attack target, and the enemy characters EC2 and EC3 are locked on as sub attack targets. The lock-on character LC1 is composed of a circular portion R1 having a diameter larger than the display size of the enemy character, and a shot number indicator D1 arranged on the left side of the circular portion. The lock-on character LC2 is composed of a rectangular frame smaller than the lock-on character LC1 and the ENEMY character string.

The number-of-shots indicator D1 is an indicator that indicates the number of bullets fired by charge shots (the number of shots). The lighting state of the shot number indicator D1 changes in four stages from level 1 to level 4 according to the set number of shots.

In step S<b>02 , it is determined based on the input signal from the touch screen 15 whether any position on the touch screen 15 has been touched on (whether a touch operation has been started). When it is determined that the touch-on has occurred, the measurement of the time during which the touch-on continues (touch time) is started in step S03, and the measured time becomes equal to or longer than a predetermined charge completion time (for example, 0.5 seconds). It is determined in step S04 whether or not.

If it is not determined that the touch time has become equal to or longer than the charge completion time, in step S05, a process corresponding to the touch position is executed. For example, when a drag operation is performed in a touch-on state, a process of moving the position of the playable character PC1 or a process of moving the background image according to the direction of the drag operation and the moving distance of the touch position. , a process of moving the direction of the virtual camera, and the like are executed. In step S06, it is determined based on the input signal from the touch screen 15 whether or not the touch has been touched off (whether or not the touch operation has ended).

On the other hand, when it is determined that the touch-off has been made, normal shot processing is executed in step S07. Specifically, for example, the shotgear held by the operating character PC1 fires a single bullet with normal destructive power toward the main attack target. When the normal shot process is completed, the process returns to step S01. In step S01, the lock-on to the enemy character flying substantially in front of the operational character PC1 is executed again. When the main attack target is shot down by normal shot processing, another enemy character is locked on as the main attack target. On the other hand, when the main attack target cannot be shot down by normal shot processing, the same enemy character is continuously locked on as the main attack target.

If it is determined in step S04 that the touch time is longer than or equal to the charge completion time, the process proceeds to step S08 to prepare for the charge shot. In step S08, the number of shots in charge shots is set to one, and it is notified that the charging is completed and that the number of shots is set to one.

The notification is performed by changing the display mode of the lock-on character LC1 from FIG. 4(B) to FIG. 4(C). As shown in FIG. 4(C), the completion of charging is notified by drawing the characters "Filling complete" at the center or slightly lower part of the circular portion that constitutes the lock-on character LC1, and the shot number indicator D1 is set to level 1. , it is notified that the number of shots is set to one.

In step S<b>09 , it is determined based on the input signal from the touch screen 15 whether or not the touch has been turned off (whether or not the touch operation has ended). When it is not determined that the touch-off has been made, the process proceeds to step S10, waits for a predetermined time (for example, 0.1 second) to increase the number of shots by one, and informs the number of shots after the increase. Therefore, if the touch-on is continued after the display mode of the lock-on character LC1 transitions to that shown in FIG. 2 (see FIG. 4(D)). In this embodiment, the upper limit of the number of shots is four. Therefore, after the number of shots increases to four, the process of step S10 is not executed.

In step S11, a process corresponding to the touch position is executed. For example, when a drag operation is performed in a touch-on state, a process of moving the position of the playable character PC1 is performed according to the direction of the drag operation, the moving distance of the touch position, and the like.

In step S12, it is determined whether or not there is a sub-attack target that is not a shot target (a sub-attack target that has not been notified of a shot target, which will be described later). If it is determined that there are sub-attack targets that are not shot targets, the process advances to step S13 to determine whether or not the number of sub-attack targets that are shot targets is three or less. When it is determined that the number of sub-attack targets to be shot is three or less, the process advances to step S14 to designate one of the sub-attack targets that are not shot targets as a shot target, and to inform the designated shot target.

The shot target is notified by changing the display mode of the lock-on character LC2 from FIG. 4(E) to FIG. 4(F). The display mode of the lock-on character LC2 changes from a mode in which a rectangular frame and the ENEMY character string are drawn as shown in FIG. 4(E) to a "( ” and “)” are added, and a check mark is added to the center of the rectangle.

When it is not determined in step S12 that there are sub-attack targets that are not shot targets, when it is determined in step S13 that the number of sub-attack targets to be shot is not three or less, or when the process of step S14 is completed , the process returns to step S09.

If it is determined in step S09 that the touch is off, it is determined in step S15 whether or not a predetermined grace period (for example, 1 second) has elapsed since the touch off. If it is determined that the predetermined grace period has elapsed since the touch-off, the charging completion notification is terminated in step S19. Specifically, the display mode of the lock-on character LC1 is changed from FIG. 4C or FIG. 4D to FIG. 4B, and the display mode of the lock-on character LC2 is changed from FIG. E). In addition, clear the number of shots for charge shots. When the process of step S19 is completed, the process returns to step S02.

If it is determined in step S15 that the predetermined grace period has not elapsed since the touch-off, it is determined in step S16 whether or not touch-on has been performed again. When it is determined that the touch-on has not been performed again, the process returns to step S15, and when it is determined that the touch-on has been performed again, the process proceeds to step S17.

In step S17, it is determined whether or not the second touch-on constitutes a tap operation (whether or not the touch-off was performed promptly after the second touch-on (within the elapse of a predetermined time)). When it is not determined that the touch-on again constitutes a tap operation, the process returns to step S02 via the process of step S19. The transition from step S17 to step S19 occurs when the touch operation continues without being touched off until a predetermined time elapses after being touched on again. This applies to cases where it was a touch operation to configure. After returning to step S02, the processes of steps S03 to S07 are executed according to the operation determined not to constitute a tap operation, such as the drag operation or the swipe operation.

Therefore, when a drag operation, a swipe operation, or the like is performed before the predetermined grace period elapses after the touch operation for a time equal to or longer than the charging completion time is canceled, the process does not proceed to step S18, and the process proceeds to step S05 or the like. Processing is performed.

If it is determined in step S17 that the touch-on again constitutes a tap operation, charge shot processing is executed in step S18. Specifically, a bullet with great destructive power is fired from the shotgear held by the operating character PC1. The number of bullets fired corresponds to the lit state of the shot number indicator D1. Since the number of shots increases as the touch time increases, the effect of repelling the enemy character is determined by the duration of the touch operation in addition to the destructive power of the bullet. In other words, the effect of repelling the enemy character is greater in the charge shot process than in the normal shot process, and further increases the longer the touch operation continues.

If there is no secondary attack target, all shots fired will be aimed at the main attack target. Also, even if there is a secondary attack target, if only one bullet is fired, the bullet is directed at the main attack target. Furthermore, if there is a sub-attack target for the shot, the bullet is fired at each of the main attack target and the sub-attack target for the shot. When the process of step S18 is completed, the process returns to step S01.

<Effects of this embodiment>
According to the present embodiment, the charged shot process is executed based on the positive operation of the tap operation after releasing the touch operation, so the user can proceed with the game without any sense of incongruity. More specifically, it is possible to shoot a powerful destructive shot at the timing desired by the user. As a result, it is possible to improve the interest of the game.

Furthermore, according to the present embodiment, when a drag operation or a swipe operation is performed within a predetermined grace period after the touch operation that lasts longer than the charge completion time is released, the charge shot process is not executed. A drag operation or a swipe operation is performed, for example, in a situation where an enemy character fires a bullet after the touch operation is released for a time equal to or longer than the charging completion time, and the bullet from the enemy character cannot be avoided by tapping. will be When an evasive action is performed by a drag operation or a swipe operation, the relative position between the enemy character and the playable character PC1 changes. In this embodiment, in order to perform a charge shot after the avoidance action, a touch operation is required again for a time equal to or longer than the charge completion time. This allows the user to proceed with the game without any sense of incongruity.

Further, according to the present embodiment, when the touch time becomes equal to or longer than the charge completion time, the charge completion is notified. Therefore, the user can plan the timing of the charge shot with the notification as a starting point.

Furthermore, according to the present embodiment, if a drag operation is performed (moving the touch position while charging) while the touch operation before cancellation is continuing, the playable character PC1 moves in the direction of the drag operation. As a result, for example, charging can be performed while avoiding bullets and attacks from enemy characters.

Further, according to the present embodiment, the number of bullets fired by the charge shot process increases as the touch operation continues for a longer period of time. As a result, the effect given to the user (the effect of repelling the enemy character) increases as the touch operation continues for a longer period of time. A scene in which the touch operation continues for a long time may be, for example, a scene in which the player fights while avoiding attacks from many enemy characters. In such a case, by increasing the number of charge shots, it becomes possible to repel a large number of enemy characters all at once, allowing the user to fight in a manner desired by the user.

<Modification>
Modified examples of the embodiment described above are enumerated below.

(1) In the above embodiment, an example has been described in which the effect imparted to the user by the charge shot process is uniform regardless of the length of time from releasing the touch operation to accepting the tap operation. However, the effect imparted to the user by the charge shot process may be varied according to the time from releasing the touch operation to accepting the tap operation. For example, the shorter the time from the release of the touch operation to the tap operation, the stronger the destructive power of the bullet or the greater the number of bullets. or increase the number of bullets. Thereby, the effect given to the user can be varied according to the timing of the re-tap operation, and the interest of the game can be improved.

(2) In the above embodiment, the lock-on characters LC1 and LC2 have fixed sizes. However, the size of the lock-on character LC1 may be changed according to the distance to the main attack target, or the size of the lock-on character LC2 may be changed according to the distance to the sub attack target. When changing the size, the size of only one of the lock-on characters LC1 and LC2 may be changed according to the distance.

(3) In the above embodiment, the operation character PC1 is moved when the drag operation is performed while the touch operation is continuing. However, in response to the drag operation during the touch operation, the viewpoint of the virtual camera may be changed to the viewpoint from the face of the girl who is the operation character PC, or may be changed to the viewpoint from above or to the side of the operation character PC. You may Also, such a viewpoint change may be executed together with the movement of the playable character PC1.

(4) In the above-described embodiment, in response to a tap operation after a touch operation for a time equal to or longer than the charging completion time, the gear used by the playable character PC1 fires bullets with great destructive power. . However, when the face image of another character displayed on the left side of the screen is touched by a drag operation during the touch operation, the character corresponding to the touched face image is made to appear as the operation character PC1, and the touch operation is performed. In response to the tap operation after the release, the gear used by the character after the change may be made to fire bullets with great destructive power.

(5) In the above embodiment, the charge shot process is executed in response to the tap operation after the touch operation for the time equal to or longer than the charge completion time is released. However, not the tapping operation, but a specific voice uttered by the user, an operation of shaking the user terminal 100, a gesture to the camera 17 (for example, moving a finger or eye in a specific manner, blinking an eye in a specific manner), etc. In response, charge shot processing may be executed.

(6) In the above embodiment, the charge shot process is executed in response to the touch operation for the time equal to or longer than the charge completion time and the subsequent tap operation. However, the charged shot process may be executed by performing a drag operation that draws a specific trajectory (for example, "S"), and the charged shot process may be performed by a tap operation after canceling the drag operation. In other words, by receiving a specific operation such as a touch operation that draws a specific trajectory instead of the time of the touch operation, specific game control such as charge shot processing may be executed. Also, in this case, the destructive power of the charged bullet may be varied according to the drawn trajectory.

(7) In the above embodiment, in order to execute the charge shot process, the touch operation is performed for a time equal to or longer than the charge completion time, and the touch operation is canceled before a predetermined grace period elapses. Action must be taken. Here, the length of the charging completion time or the length of the grace time may be varied depending on the stage, or the level of the enemy character or the level of the gear used by the playable character PC1.

(8) In the above embodiment, the charge completion time and grace time are fixed regardless of whether or not the charge shot process is executed. However, if the previous charge shot process is canceled (when the tap operation is not performed within the grace period after the touch operation for the time longer than the charge completion time is canceled), the current charge The length of the completion time or grace period may be shortened.

(9) In the above embodiment, the charging completion time and grace time are fixed regardless of the type of enemy character and the type of gear used by the operating character PC1. However, for example, the better the compatibility between the enemy character and the gear used, the shorter the charging completion time or the longer the grace period. The length of the charging completion time or grace period may be varied according to the type.

(10) In the above embodiment, in the charge shot process, a bullet with great destructive power is fired from the shot gear held by the playable character PC1. However, if the UI object for the skill displayed at the bottom of the screen is touched by a tap operation after the touch operation lasts longer than the charging completion time, the skill may be exerted with greater power. .

(11) In the above embodiment, the charging completion time and the length of the grace time are fixed regardless of the number of normal shot processes executed before the long touch operation for the charge shot. However, the length of the charging completion time or grace period may be varied according to the number of normal shot processing performed from the previous charge shot processing to the long touch operation for the current charge shot. .

(12) In the above embodiment, the charging completion time and grace time are fixed regardless of the number of enemy characters appearing until the current stage is cleared. However, the charging completion time or grace period may be varied according to the number of enemy characters that appear until the current stage is cleared. Also, if there is a time limit for clearing the current stage, even if the charging completion time or the length of the grace time varies depending on the length of the time limit and the length of the remaining time. good.

(13) In the above embodiment, the charging completion time and grace time are fixed regardless of the rarity of the gear used by the playable character PC1. However, the charge completion time or grace period may be varied according to the rarity of the gear.

(14) In the above embodiment, regardless of the type of gear used by the playable character PC1, the charge shot process is executed in response to a touch operation for a time equal to or longer than the charge completion time and a subsequent tap operation. . However, depending on the type of gear used by the playable character PC1, when the touch operation is performed for the charge completion time (that is, without waiting for the release of the touch operation and the subsequent tap operation), the charge shot process is executed. You may do so. In this case, for a certain gear, the charge shot process is executed in response to a tap operation before a predetermined grace period has elapsed since the touch operation for the charge completion time was canceled, and for another gear, the touch operation is performed. The charge shot process is executed when the duration time reaches the charge completion time.

(15) In the above embodiment, charge shot processing was exemplified as an example of specific game control. However, the specific game control is not limited to this. For example, in a game in which the player character fights against an enemy character, it may be a control to apply a special move of the player character. The control may be such that the

(16) In the above embodiment, even if a specific instruction is issued after a predetermined grace period has elapsed since the touch operation for the charge completion time was canceled, specific game control is not executed. However, specific game control may be executed by issuing a specific instruction regardless of the elapsed time since the touch operation was released.

(17) In the above embodiment, if an operation other than a tap operation (for example, a drag operation, etc.) is performed after the touch operation for the charge completion time is canceled, specific game control is not performed. However, by accepting some kind of instruction from the user (a predetermined operation, which may include, for example, a drag operation), specific game control is executed regardless of the type of instruction. good too.

<Appendix>
The items described in each of the above embodiments will be added below.

(Appendix 1)
According to an aspect of one embodiment shown in the present disclosure, a game program executed in a computer (user terminal 100 in FIG. 1) comprising a processor, memory, and a touch screen, the game program being executed by the processor a first step (S04 in FIG. 3) of determining whether or not the touch operation on the touch screen has continued for a predetermined time; A second step (S18 in FIG. 3) of executing specific game control is executed based on the specific instruction received from the user after the determined touch operation is cancelled.

(Appendix 2)
In (Additional Note 1), the second step executes the specific game control when the specific instruction is received within a predetermined time period after the touch operation is released.

(Appendix 3)
In (Appendix 1) or (Appendix 2), the effect imparted to the user by the specific game control differs according to the time from releasing the touch operation to accepting the specific instruction.

(Appendix 4)
In any one of (Appendix 1) to (Appendix 3), the specific instruction is a tap operation on the touch screen, and the second step is performed before a predetermined time elapses after releasing the touch operation. The specific game control is not executed when an operation different from the tap operation is performed.

(Appendix 5)
In any one of (Appendix 1) to (Appendix 4), the game program instructs the processor, based on the determination result of the first step, that the touch operation on the touch screen has continued for the predetermined time. 3rd step (S08 of FIG. 3) which notifies accordingly is performed.

(Appendix 6)
In any one of (Appendix 1) to (Appendix 5), the game program causes the processor to release the touch operation by the time the first step determines that the touch operation continued for the predetermined time. Thus, the fourth step (S07 in FIG. 3) of executing game control different from the specific game control is executed.

(Appendix 7)
In (Appendix 6), the specific game control executed in the second step is control that imparts a more advantageous effect to the user than the game control executed in the fourth step.

(Appendix 8)
In any one of (Additional Note 1) to (Additional Note 7), the second step does not execute game control by canceling the touch operation determined to have continued over the predetermined time.

(Appendix 9)
In any one of (Appendix 1) to (Appendix 8), the game program causes the processor to execute game control according to a touch operation mode on the touch screen while the touch operation continues ( S06 and S11) in FIG. 3 are executed.

(Appendix 10)
In any one of (Appendix 1) to (Appendix 9), the effect imparted to the user by the specific game control differs according to the duration of the touch operation.

(Appendix 11)
According to an aspect of one embodiment, a game method performed by a computer (user terminal 100 in FIG. 1) comprising a processor, memory, and a touch screen, the game method comprising: A first step (S04 in FIG. 3) for determining whether or not the touch operation has continued for a predetermined time, and a touch determined to have continued for the predetermined time by the first step and a second step (S18 in FIG. 3) of executing specific game control based on a specific instruction received from the user after releasing the operation.

(Appendix 12)
According to an aspect of one embodiment, an information processing device (user terminal 100 in FIG. 1) includes a touch screen (15 in FIG. 1), a storage unit (11 in FIG. 1) that stores a game program, a control unit (110 in FIG. 2) that controls the operation of the information processing device by executing the game program, the control unit continuing the touch operation on the touch screen for a predetermined time; a first step (S04 in FIG. 3) of determining whether or not the touch operation has been performed; Then, a second step (S18 in FIG. 3) of executing specific game control is executed.

[Example of realization by software]
Control blocks of the control unit 110 (particularly, the operation reception unit 111, the UI control unit 112, the animation generation unit 113, the display control unit 114, and the game progression unit 115) are logic circuits formed in an integrated circuit (IC chip) or the like. (hardware) or software using a CPU (Central Processing Unit).

In the latter case, the information processing apparatus including the control unit 110 includes a CPU that executes instructions of a program, which is software that implements each function, and a ROM that stores the program and various data so that they can be read by a computer (or CPU). (Read Only Memory) or a storage device (these are referred to as a "recording medium"), a RAM (Random Access Memory) for developing the above program, and the like. The object of the present invention is achieved by a computer (or CPU) reading and executing the program from the recording medium. As the recording medium, a "non-temporary tangible medium" such as a tape, disk, card, semiconductor memory, programmable logic circuit, or the like can be used. Also, the program may be supplied to the computer via any transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. Note that one aspect of the present invention can also be implemented in the form of a data signal embedded in a carrier wave in which the program is embodied by electronic transmission.

The embodiments disclosed this time should be considered as examples and not restrictive in all respects. The scope of the present invention is indicated by the scope of the claims rather than the above description, and is intended to include all modifications within the meaning and range of equivalents of the scope of the claims.

1 game system, 2 network, 10, 20 processor, 11, 21 memory, 12, 22 storage, 13, 23 communication IF (operation unit), 14, 24 input/output IF (operation unit), 15 touch screen (display unit, operation unit), 17 camera (operation unit), 18 ranging 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 unit 115 game progression unit 120,220 storage unit 121,221 game program 122,222 game information 123,223 user information 151 input unit (operation unit) 152 display unit 200 server 1010 object 1020 controller (operation unit) 1030 storage medium

Claims (9)

A program running on a computer comprising a processor, memory and a touch screen, comprising:
The program causes the processor to:
displaying a game space in which the game object is located;
determining whether the touch operation on the touch screen has continued for a predetermined time;
a step of executing specific game control in response to receiving a tap operation on the touch screen after the touch operation determined by the determining step to have continued for the predetermined time has been released;
moving the position of the game object within the game space in response to a specific operation on the touch screen that is different from the tap operation;
The step of executing the specific game control accepts the specific operation instead of the tap operation even after the touch operation determined to have continued for the predetermined time by the determining step is released. A program that does not execute said specific game control when the game object is a character object operated by a user;
2. The program according to claim 1, wherein said specific operation is an operation including either a drag operation or a swipe operation. After receiving the specific operation after releasing the touch operation determined to have continued for the predetermined time by the determining step, it is determined that the touch operation continued for the predetermined time again. 3. The program according to claim 1, wherein the specific game control is not executed even if the tap operation is accepted until after the step is determined and the touch operation is cancelled. The step of executing the specific game control includes executing the specific game control when the tap operation is received within a predetermined time period after releasing the touch operation, and executing the specific game control after releasing the touch operation. not executing the specific game control when the specific operation is accepted even until a predetermined time elapses;
The step of moving is performed when the specific operation is received within a predetermined period of time from the release of the touch operation determined by the determining step as continuing over the predetermined period of time. , moving the position of the game object in the game space. 5. The program according to any one of claims 1 to 4, wherein the effect imparted to the user by said specific game control differs depending on the time from releasing said touch operation to accepting said tap operation. . The program causes the processor to:
6. The program according to any one of claims 1 to 5, causing execution of a step of executing game control according to a touch operation mode on the touch screen while the touch operation continues. 7. The program according to any one of claims 1 to 6, wherein the effect imparted to the user by said specific game control differs according to the duration of said touch operation. The program causes the processor to:
Different from the specific game control in response to receiving a tap operation on the touch screen when not after releasing the touch operation determined to continue over the predetermined time by the determining step 8. The program according to any one of claims 1 to 7, causing execution of a step of executing game control. An information processing device,
touch screen and
a storage unit that stores a program ;
A control unit that controls the operation of the information processing device by executing the program ,
The control unit
displaying a game space in which the game object is located;
determining whether the touch operation on the touch screen has continued for a predetermined time;
a step of executing specific game control in response to receiving a tap operation on the touch screen after the touch operation determined by the determining step to have continued for the predetermined time has been released;
moving the position of the game object within the game space in response to a specific operation on the touch screen that is different from the tap operation;
The step of executing the specific game control accepts the specific operation instead of the tap operation even after the touch operation determined to have continued for the predetermined time by the determining step is released. an information processing device that does not execute the specific game control when

Images