JP2019209103A - Game program, game method, and information processing device - Google Patents

Abstract

To provide a game program, a game method, and an information processing device that can prevent a decrease in interest by simplifying operation.SOLUTION: A shooting operation can be executed when a long tap operation is performed in a state where the remaining number of bullets is one or more, and a reload operation can be executed when a long tap operation is executed in a state where the remaining number of bullets is 0. That is, both the shooting operation and the reload operation can be executed by a common operation.SELECTED DRAWING: Figure 12

Description

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

  A game device that shoots by moving an operation character equipped with a gun as a weapon in response to an operation on the input unit, and when the number of bullets that can be fired becomes 0, reloads and fires a bullet There was a supplement (for example, Patent Document 1).

JP 2014-158640 A

  Conventionally, reloading requires a dedicated operation different from the shooting operation, and has been difficult for the player to understand. In this regard, in the game device described in Patent Document 1, the reload operation is facilitated by displaying a symbol mark of a button to be operated when reloading.

  However, many players pay attention to shooting and shooting targets while the game is in progress. For this reason, it is assumed that the player is not aware that there are no more bullets that can be fired, and that even if he notices that there are no more bullets that can be fired, he / she will be panicked and unable to operate well and cannot be reloaded. . As a result, despite the fact that the number of bullets that can be fired has been lost, there has been a risk that the game will not be fired for a while and the game development will be disadvantageous and the interest will be reduced.

  The present invention has been conceived in view of such circumstances, and an object of the present invention is to provide a game program, a game method, and an information processing apparatus that can prevent a decrease in interest by simplifying the operation.

  According to an aspect of an embodiment shown in the present disclosure, a game program is provided that is executed on a computer including a processor, a memory, and a touch screen. The game program includes a first step for specifying whether or not the processor is in an allowable state in which the first action by the character placed in the virtual space is allowed, and a first step according to a specific operation on the touch screen. The first operation can be executed when the permissible state is specified by the first step, while the second operation different from the first operation can be executed when the permissible state is not specified by the first step. The second step is executed.

  According to one aspect of an embodiment shown in the present disclosure, a game method executed by a computer including a processor, a memory, and a touch screen is provided. The game method includes a first step of specifying whether or not the computer is in an allowable state in which a first action by a character placed in the virtual space is allowed, and a first step according to a specific operation on the touch screen. The first operation can be executed when the permissible state is specified by the first step, while the second operation different from the first operation can be executed when the permissible state is not specified by the first step. And a second step.

  According to an aspect of an embodiment shown in the present disclosure, an information processing apparatus is provided that includes a storage unit that stores a game program and a control unit that controls the operation of the information processing apparatus by executing the game program. The The control unit determines whether the first action by the character placed in the virtual space is allowed or not, and the first step in the allowed state according to the specific operation on the touch screen. When it is specified that the first operation can be executed, the second step enables execution of the second operation different from the first operation when the first step does not specify the allowable state. And execute.

  According to the present invention, it is possible to prevent a decrease in interest by simplifying the operation.

It is a figure which shows the hardware constitutions of a game system. It is a block diagram which shows the functional structure of a server. It is a block diagram which shows the functional structure of a user terminal. It is a figure which shows the progress of the game which a game system provides, and the example of a transition of game space. It is a figure which shows the example of a display screen which drew an example of preparation space. It is a figure which shows the example of a display screen which drew an example of battle space. It is a figure which shows an example of a structure of an operation assistance table. It is a figure which shows the example of a display screen which drew another example of battle space. It is a figure which shows an example of a structure of the button displayed around the operation character. (A) is a figure which shows the display aspect of the notification image when the number of remaining bullets of a two-handed sword is 0, (B) shows the display aspect of the notification image when the number of remaining bullets of a two-handed sword is three. FIG. It is a figure which shows the example of a display screen which drew an example of the battle battle space. It is a flowchart which shows a part of attack processing. It is a flowchart which shows the other part of attack processing. It is a flowchart which shows the other part of attack processing.

  A 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, but is defined by the scope of claims, and is intended to include all modifications within the meaning and scope equivalent to the scope of claims. The In the following description, the same reference numerals are given to the same elements in the description of the drawings, and repeated description is not repeated.

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

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

  The user terminal 100 (computer, information processing apparatus) 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 via a communication bus. Note that the user terminal 100 may include an input / output IF 14 capable of connecting a display (display unit) configured separately from the user terminal 100 main body 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. For example, the controller 1020 establishes communication with the user terminal 100 in accordance with a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons and the like, and transmits an output value based on a user input operation to the buttons and the like to the user terminal 100. The controller 1020 may include 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 include the camera 17 and the distance measuring sensor 18 instead of or in addition to the user terminal 100 including the camera 17 and the distance measuring sensor 18.

  For example, at the start of a game, the user terminal 100 desirably allows a user who uses the controller 1020 to input user identification information such as the user's name or login ID via the controller 1020. 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 grasps each controller 1020, so that the one user terminal 100 does not communicate with other devices such as the server 200 via the network 2. Multi-play can be realized. Further, each user terminal 100 is connected to each other by a wireless standard such as a wireless local area network (LAN) standard (communication connection is not performed via the server 200), so that a plurality of user terminals 100 can realize multi-play locally. You can also When the above-described multiplay is realized locally by one user terminal 100, the user terminal 100 may further include at least a part of various functions described later included in the server 200. Further, when the above-described multi-play is realized locally by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later included in the server 200 in a distributed manner.

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

  The controller 1020 may be configured to be 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 coupled by wire through the coupling 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 accept the mounting of a storage medium 1030 such as an external memory card via the input / output IF 14. Accordingly, 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 a game program, for example.

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

  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 serving as an input mechanism can be regarded as an operation unit configured to accept a user input operation.

  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 in the vicinity of the user terminal 100, and performs an input operation from the detection result of the object. Identify. As an example, a user's hand as an object 1010, a marker having a predetermined shape, or the like is detected, and an input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result. The More specifically, when a user's hand is detected from a captured image of the camera 17, the user terminal 100 performs a user's input operation on a gesture (a series of movements of the user's hand) detected based on the captured image. Identify and accept as Note that 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 a user operation performed on the input unit 151 of the touch screen 15 as a user input operation. Or when an operation part is comprised by communication IF13, the user terminal 100 specifies and receives the signal (for example, output value) transmitted from the controller 1020 as a user's input operation. Alternatively, when the operation unit includes 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 a user 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 central processing unit (CPU), a micro processing unit (MPU), and a graphics processing unit (GPU).

  The processor 10 reads a program from a storage 12 described later and develops it in a memory 11 described later. The processor 20 reads a program from a storage 22 described later and develops it in a memory 21 described later. The processor 10 and the processor 20 execute the developed program.

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

  In the present embodiment, the program may be a game program for realizing the game by 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. In addition, the game implement | achieved by cooperation with the user terminal 100 and the server 200 may be a game performed on the browser started in the user terminal 100 as an example. Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100. The various data includes data relating to the game such as user information and game information, and instructions or notifications transmitted / received between the user terminal 100 and the server 200 or between the plurality of user terminals 100.

  The storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are constituted by a storage device such as a flash memory or an HDD (Hard Disk Drive). Various data relating to the game is stored in the storage 12 and the storage 22.

  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, communication via a wireless local area network (LAN), Internet communication via a wired LAN, a wireless LAN, or a cellular phone network, and short-range wireless communication.

The input / output IF 14 is an interface for the user terminal 100 to accept 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 accept 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 that displays and outputs an image.

  The touch screen 15 of the user terminal 100 is an electronic component that combines an input unit 151 and a display unit 152. The input unit 151 is a touch-sensitive device, for example, and is configured by a touch pad, for example. 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 a position where a user operation (physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input to the input surface, and inputs information indicating the position. A function of transmitting as a signal is provided. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may adopt any method such as a capacitance method or a resistance film method.

  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 specify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, when the user terminal 100 is held in the portrait orientation, the processor 10 may perform a portrait screen display in which a portrait image is displayed on the display unit 152. On the other hand, when the user terminal 100 is held sideways, a horizontal screen display in which a horizontally long image is displayed on the display unit may be used. As described above, the processor 10 may be able to switch 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 generates a captured image by converting incident light incident from a lens into an electric signal.

  The distance measuring sensor 18 is a sensor that measures the distance to the measurement object. 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 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 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 a detection result of detecting an object 1010 in the vicinity of the user terminal 100 using the camera 17 and the distance measuring sensor 18 as an input operation of the user will be further described. The camera 17 and the distance measuring sensor 18 may be provided on the side surface of the housing of the user terminal 100, for example. A distance measuring sensor 18 may be provided in the vicinity of 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. Thereby, it is possible to further improve the detection accuracy of the object based on the captured image of the camera 17 regardless of whether it is outdoors or indoors.

  The processor 10 may perform one or more processes on the captured image of the camera 17, for example, among the processes shown in the following (1) to (5). (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to identify whether the captured image includes a user's hand. The processor 10 may use a technique such as pattern matching as an analysis technique employed in the above-described image recognition processing. (2) Moreover, the processor 10 detects a user's gesture from the shape of a user's hand. For example, the processor 10 specifies the number of the user's fingers (the number of fingers extending) from the shape of the user's hand detected from the captured image. The processor 10 further identifies a gesture performed by the user from the number of identified fingers. For example, when the number of fingers is five, the processor 10 determines that the user has performed a “par” gesture. In addition, when the number of fingers is 0 (no finger is detected), the processor 10 determines that the user has made a “goo” gesture. On the other hand, when the number of fingers is two, the processor 10 determines that the user has performed a “choke” 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 the state where only the index finger is raised or whether the user's finger has moved. . (4) The processor 10 determines an object 1010 (such as a user's hand) in the vicinity of the user terminal 100 based on at least one of the image recognition result of the image captured by the camera 17 and the output value of the distance measuring sensor 18. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near (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 specified from the captured image of the camera 17. It is detected whether the distance is above. 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) If it is determined 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 shaking his / her hand in the shooting direction of the camera 17. When an object is not detected in the distance measuring sensor 18 having higher directivity than the shooting range of the camera 17, the processor 10 indicates that the user is shaking his / her hand in a direction perpendicular to the shooting direction of the camera. recognize.

  In this manner, the processor 10 determines whether or not the user is grasping his / her hand by image recognition on the captured image of the camera 17 (“Goo” gesture or other gesture (eg “Par”)). ) Is detected. The processor 10 also detects how the user is moving the hand along with the shape of the user's hand. In addition, the processor 10 detects whether the user is approaching or moving 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. 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. Continuation of the selection operation corresponds to, for example, maintaining a state where the mouse is clicked and pressed, or maintaining a touched state after a touchdown operation is performed on the touch panel. Further, when the user further moves his / her hand while the user's gesture “go” is detected, the user terminal 100 performs such a series of gestures as an operation corresponding to the swipe operation (or drag operation). It can also be recognized. In addition, when the user terminal 100 detects a gesture that the user repels a finger based on the detection result of the user's hand based on the captured image of the camera 17, the user terminal 100 clicks the gesture or taps the touch panel. You may recognize as operation corresponding to.

<Game overview>
The game system 1 is a system that executes a game that gives a user an event that can be played in the game. Here, giving a playable event is storing a right item representing the right to play an event in a memory in association with the user.

  In the present embodiment, an example in which the game system 1 is a system that executes a game in which an operation character operated by a user battles an enemy character will be described. In this case, an example in which an example of an event is a battle battle will be described. The fighting battle includes a battle between the operation character and a specific enemy character (for example, a boss character) together with another character. Hereinafter, an event in which a right item is associated with a user is also referred to as a battle battle held by the user.

  Note that the game system 1 is not limited to a specific genre, and may be a system for executing games of any genre. For example, games such as tennis, table tennis, dodgeball, baseball, soccer and hockey, sports games, puzzle games, quiz games, RPG, adventure games, shooting games, simulation games, training games, action games, etc. Also good.

  The game system 1 is not limited to a specific play form, and may be a system for executing a game of any play form. For example, a single player game by a single user, a multiplayer game by a plurality of users, a multiplayer game, a battle game in which a plurality of users battle, a cooperative play game in which a plurality of users cooperate, and the like. May be.

<Functional configuration of game system 1>
(Functional configuration of server 200)
FIG. 2 is a block diagram illustrating a functional configuration of the server 200. The server 200 has a function of providing each user terminal 100 with various data and programs necessary for realizing the game. The server 200 has a function of collecting and managing data related to the game from each user terminal 100. The server 200 has a function of performing synchronization processing between a plurality of user terminals 100.

  In the present embodiment, the server 200 identifies each user and the user terminal 100 with a pre-registered game account. The account registration method is not particularly limited. For example, the user terminal 100 or another device such as a personal computer may transmit information necessary for registering the user account to the server 200 in accordance with the user operation. And the server 200 should just create and preserve | save each user's account based on the received information.

  When the user terminal 100 logs into the network 2 of the game system 1 using any account, the server 200 recognizes the logged-in user terminal 100. The login method and login processing are not particularly limited. The server 200 and the user terminal 100 may perform conventionally known login methods and various processes related to login.

  The server 200 functions as the control unit 210 and the storage unit 220 through the cooperation of the processor 20, the memory 21, the storage 22, the communication IF 23, the input / output IF 24, and the like.

  The storage unit 220 stores various data used by the control unit 210. The storage unit 220 stores a game program 221, game information 222, and user information 223.

  The game program 221 is a program for realizing a game. The game information 222 and user information 223 are data referred to when the game program 221 is executed.

  Note that the game program 221 may include a program (a game program 121 described later) that is transmitted to the user terminal 100 and executed on the user terminal 100 side in addition to the game program executed on the server 200 side. Alternatively, the storage unit 220 may store both a game program 221 executed on the server 200 side and a program executed on the user terminal side.

  The game information 222 is information common between accounts. The game information 222 may include information for defining various game spaces, for example. The “game space” is a space in which an object of an operation character that can be operated by the user is arranged. The game information 222 is common among accounts such as the placement position, size, color, shape, etc. of background objects such as trees, rocks, buildings, etc. and non player character (NPC) objects placed in the game space. Various kinds of setting information related to the object can be included. The game information 222 may include setting values for various parameters of the non-player character. The game information 222 may include information related to the quest. The game information 222 may include information related to the winning probability of the lottery performed in the game space. A quest is an in-game event in which achievement conditions are set. Achievement conditions may be set for each quest. In addition to the achievement conditions, failure conditions may be set for the quest. In the following description, the character object placed in the game space may be simply referred to as a “character”.

  The user information 223 is information managed for each game account. The user information 223 includes, for example, information on operable characters (hereinafter referred to as operation characters), information on owned assets, information indicating the degree of progress of the game, and a battle battle (event) given in the lottery included in the game. It may include information on the status of the right to play. Here, examples of owned assets include in-game currency, items, and character equipment. The joint battle is an event including, for example, a battle between an operation character and a specific enemy character (for example, a boss character) in the game space.

  The control unit 210 controls various processes related to the game by executing the game program 221 stored in the storage unit 220. The control unit 210 functions as the transmission / reception unit 211, the data management unit 213, and the server processing unit 212 by executing the game program 221.

  The transmission / reception unit 211 transmits / receives various data. For example, the transmission / reception unit 211 receives a transmission request for various data and programs from the user terminal 100, a synchronization request for synchronizing with the multi-play function, data for synchronization, and the like, and sends them to the server processing unit 212. For example, the transmission / reception unit 211 transmits various data and programs to the user terminal 100 in accordance with instructions from the server processing unit 212.

  In the present embodiment, the “multiplayer function” is a function for causing a game to progress in a state where the progress of the game in a plurality of accounts is synchronized. When there are a plurality of accounts logged in to the game system 1, the server 200 and the user terminal 100 of the game system 1 perform various processes for supporting the multiplayer function.

  The server processing unit 212 performs various determination processes related to the game progress. The server processing unit 212 performs arithmetic processing necessary for providing a game. The server processing unit 212 executes arithmetic processing described in the game program 221 in response to a request from the user terminal 100 or the like.

  For example, the server processing unit 212 instructs the data management unit 213 to add, update, or delete the record of the game information 222 or the user information 223. For example, the server processing unit 212 instructs the transmission / reception unit 211 to transmit various data or programs. For example, when the server processing unit 212 receives a synchronization request and data for synchronization corresponding to the multiplay function from the user terminal 100 via the transmission / reception unit 211, the server processing unit 212 synchronizes the synchronization processing unit 214 with the multiplay function. Instruct to process.

  The data management unit 213 manages various data stored in the storage unit 220 in accordance with instructions from the server processing unit 212. For example, the data management unit 213 adds, updates, or deletes the record of the game information 222 or the user information 223 in accordance with an instruction from the server processing unit 212.

  For example, the data management unit 213 reads at least one of the game information 222 and the user information 223 from the storage unit 220 in accordance with an instruction from the server processing unit 212, and transmits it to the user terminal 100 via the transmission / reception unit 211.

  For example, in accordance with an instruction from the server processing unit 212, the data management unit 213 reads from the storage unit 220 a part of the game program 221 that is executed on the user terminal 100 side, and transmits the program to the user terminal 100 via the transmission / reception unit 211. To do.

  The synchronization processing unit 214 performs a synchronization process for supporting the multi-play function of the game in accordance with an instruction from the server processing unit 212. The synchronization processing unit 214 performs synchronization between the user terminals by transmitting some information received from the user terminal 100 corresponding to each account to the other user terminals 100. The synchronization processing unit 214 also transmits information in synchronization with each user terminal 100 when transmitting some information from the server 200 to the plurality of user terminals 100. The synchronization processing unit 214 may receive the synchronization timing, information to be synchronized, and the like from the server processing unit 212. Thereby, for example, an action in the game caused by an input operation performed on a certain user terminal 100 is shown in synchronization with another user terminal 100.

(Functional configuration of user terminal 100)
FIG. 3 is a block diagram showing a functional configuration of the user terminal 100. The user terminal 100 has a function as an input device that receives a user input operation and a function as an output device that outputs a game image and sound. The user terminal 100 functions as the control unit 110 and the storage unit 120 through cooperation of the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14, and the like.

  The storage unit 120 stores a game program 121, game information 122, and user information 123. The game program 121 is a game program executed on the user terminal 100 side. The game information 122 is data that is referred to when the control unit 110 executes the game program 121, and includes information similar to the game information 222 of the server 200. The user information 123 is data related to the user account of the user terminal 100 and includes the same information as the user information 223 of the server 200.

  The control unit 110 performs overall control of the user terminal 100 by executing the game program 121 stored in the storage unit 120. For example, the controller 110 defines the game space with reference to information for defining the game space stored in the game information 122. The control unit 110 transmits and receives various data. For example, the control unit 110 receives from the server 200 various data, programs, data for synchronization to support the multiplayer function, and the like. For example, the control unit 110 transmits a part or all of the game information 122 or the user information 123 and a synchronization request for supporting the multiplayer function to the server 200.

  The control unit 110 includes a game progress processing unit 111, an input operation receiving unit 112, a camera arrangement control unit 113, a display control unit 114, an object control unit 115, a lottery control unit 116, and a point management unit according to the description of the game program 121. It functions as 117.

  The input operation accepting unit 112 detects and accepts a user input operation on the input unit 151. The input operation accepting unit 112 determines what input operation has been performed based on the user's action on the console via the touch screen 15 and other input / output IFs 14, and the result is sent to each element of the control unit 110. Output.

  For example, when an input operation is performed on the input unit 151, the input operation reception unit 112 detects the coordinates of the input position and the type of operation. For example, the input operation reception unit 112 detects a touch operation, a slide operation, a swipe operation, a tap operation, and the like. The input operation reception unit 112 detects that the contact input is canceled from the touch screen 15 when the input that has been continuously detected is interrupted.

  The game progress processing unit 111 performs various processes related to the progress of the game. For example, the game progress processing unit 111 interprets the user instruction content indicated by the input position coordinates of the input operation received by the input operation receiving unit 112 and the type of operation. For example, the game progress processing unit 111 adds, updates, or deletes the game information 122 or the user information 123. For example, the game progress processing unit 111 performs various determination processes related to the progress of the game.

  The game progress processing unit 111 progresses the game by performing the following processing. The next process is (a) a process for giving a battle battle to the user when a predetermined condition is satisfied, and (b) a first reward or a second pass to the user according to the completion of the given battle battle. (C) A process for generating or advantageously changing an object that can be used in a battle battle based on the first reward or the second reward that has been granted. (A) The process of giving a battle battle is executed using the lottery control unit 116, which will be described in detail later. Here, (b) the process of giving the first reward or the second reward, and (c) the process of generating or advantageously changing the object will be sequentially described.

  The game progress processing unit 111 gives the user a first reward when the first condition set for the battle battle is satisfied. The granted first reward is stored in the storage unit 120 in association with the user. The first condition is a condition based on the play of the battle battle, and is, for example, that the enemy character is successfully subjugated by the battle battle play.

  Moreover, the game progress process part 111 provides a 2nd reward with respect to a user, when the 2nd condition set with respect to the battle battle is satisfy | filled. The granted second reward is stored in the storage unit 120 in association with the user. The second condition is a condition based on an operation that does not depend on play of a battle battle.

  The second condition includes, for example, that an operation for selecting the combined battle as a target for obtaining the second reward is performed. Further, the second condition includes, for example, that a predetermined time elapses for the battle battle selected as a target for obtaining the second reward among the battle battles held by the user. In addition, the second condition includes, for example, that a condition based on play of another battle battle is satisfied for the battle battle selected as a target for obtaining the second reward.

  Specifically, it is assumed that the second condition is that the defeat points accumulated for the event selected as the target for obtaining the second reward reach the threshold value. Hereinafter, selecting as a target for obtaining the second reward is also referred to as “registering as an accumulation target of subjugation points”. In addition, the threshold that the subjugation point should reach is also described as the necessary subjugation point. Necessary subjugation points are set according to the registered battle battle. Subjugation points are assigned to the registered battle battles, and the assigned battle points are accumulated by adding to the battle points already assigned to the battle battle. For example, subjugation points are given over time. Further, for example, subjugation points are given based on play of other battle fights. Processing related to the subjugation points is executed by a point management unit 117 described later. When the game progress processing unit 111 is notified by the point management unit 117 that the subjugation point has reached the threshold value, the game progress processing unit 111 executes a process of giving a second reward.

  In addition, the first reward has a higher value in favor of the game than the second reward. Here, high value may include including more types of rewards. Also, high value may include a larger number of rewards. Further, high value may include a reward with a higher rarity when there is a type of reward with a rarity set. For example, a part of the first reward may be the second reward. In addition, the first reward may include the first item and other types of items, and the second reward may include only the first item. In addition, both the first reward and the second reward include the first item and other types of items, but the first reward is more than the second reward for the type, number, and rarity of other items. It may be set high.

  Note that the first reward and the second reward definitely include the first item for the user who has been given the battle. In addition, the first reward may include the first item probabilistically for other users who operate other characters participating in the battle.

  In other words, the user can obtain some reward regardless of whether or not he / she plays a battle battle, but a reward with higher value can be obtained by playing. As a result, the user can enjoy playing with respect to the battle battle of interest without obtaining a reward using only the technique of not playing the battle battle of all the battle battles possessed.

  Here, the first item may be an item for generating an object that can be used in a battle battle. In the present embodiment, the first item is an indispensable item for generating such an object, and an object can be generated in combination with other items. Hereinafter, the first item is also referred to as an essential material item. Other items are also simply referred to as material items. Further, the objects that can be used in the battle battle may be, for example, weapons and armor that can be equipped on the operation character. Hereinafter, an object that can be used in a battle battle is also referred to as an equipment item. The game progress processing unit 111 generates an equipment item by combining essential material items with other material items.

  Further, the game progress processing unit 111 advantageously changes the equipment item based on the essential material item. Hereinafter, changing the equipment item advantageously is also described as strengthening the equipment item. An essential material item that can be used to strengthen an equipment item is not an essential material item that was used to generate the equipment item, but is another essential material item that has been granted to the user and has not yet been used. . For example, the game progress processing unit 111 may convert an indispensable material item into a consumption item for strengthening the equipment item, and use the predetermined amount of the converted consumption item to strengthen the equipment item. Moreover, the predetermined amount of the consumption item required for reinforcement | strengthening may be defined according to the equipment item.

  For example, the first reward given when the first condition is satisfied for a certain battle battle includes an essential material item having a value corresponding to the rarity of the battle battle. The game progress processing unit 111 generates a higher-value equipment item as the value of the essential material item is higher. The higher the value of the equipment item, the greater the predetermined amount of consumption items required for its enhancement.

  Moreover, the essential material item may be convertible into a high-value consumption item in strengthening an equipment item, so that the value is high. For example, it is assumed that an essential material item having a higher value can be converted into a consumption item H, and an essential material item having a lower value can be converted into a consumption item L. In this case, when there are 20 consumption items L necessary for strengthening a certain equipment item, 5 consumption items H may be required for strengthening the same equipment item.

  In addition, a rarity level is set for the battle battle given to the user. Details of the rarity will be described later. The second condition is set according to the rarity of the battle battle. For example, the second condition having a higher difficulty level may be set as the rarity level of the battle battle is higher. The higher degree of difficulty of the second condition may be, for example, a higher required subjugation point.

  In addition, the game progress processing unit 111 completes the combined battle when the first condition or the second condition is satisfied. That is, when the enemy character is successfully subjugated in the joint battle, or when the subjugation point reaches the threshold for the joint battle, the joint battle is completed. From now on, the completion of the battle battle may be described as the completion of subjugation.

  In other words, the user can complete subjugation regardless of whether or not he / she plays a battle battle, but the player can obtain a reward with higher value. As a result, the user is encouraged to enjoy completing the subjugation of the battle of interest that they are interested in, without using only the technique of completing the subjugation without playing for all of the battles held. Can do. In addition, it is possible to prompt the user to complete the battle battle that is difficult to satisfy the first condition by play without depending on play. As a result, the user can obtain at least an essential material item even from a battle battle that is difficult to satisfy the first condition by play, and generates or strengthens an equipment item using the essential material item. , You can play the next battle battle.

  Further, when the subjugation is completed, the game progress processing unit 111 cancels the association between the right item for playing the battle battle and the user in the storage unit 120. The elimination may be, for example, deleting information representing the right item associated with the user from the storage unit 120. In other words, the battle battle can be played again when the subjugation is not completed, and is not playable when the subjugation is completed.

  Thereby, it is possible to reduce the increase in the fighting battle held by the user, and the burden on the user due to the fact that the fighting battle is large is reduced.

  In addition, after the second condition is satisfied, the game progress processing unit 111 causes the storage unit 120 to store the second reward in association with the user in response to a user operation instructing reception of the second reward. Also good. In this case, the game progress processing unit 111 associates an additional reward with the user in addition to the second reward when the user operation is accepted within a predetermined period after the second condition is satisfied. May be stored in the memory. The additional reward corresponds to an example of a third reward in the present application. Thereby, it is possible to prevent or deter the user from leaving the fighting battle that has been subjugated by a technique that does not depend on the play.

  The camera arrangement control unit 113 defines a virtual camera for designating an area to be presented to the user in the game space. The camera placement control unit 113 virtually places the virtual camera in the game space by defining the position and orientation of the virtual camera in the game space. Furthermore, the camera arrangement control unit 113 instructs the display control unit 114 to create an image in which a field of view defined by the virtual camera and an object arranged in the field of view are drawn.

  The camera placement control unit 113 may appropriately determine the position and orientation of the virtual camera for each game space. For example, on the basis of the position and orientation of the specific object, the camera arrangement control unit 113 sets the virtual camera at a certain direction, distance, and angle from the object so that the object is reflected in the center of the field of view in the specific direction. You may arrange. The specific object may be, for example, an object of an operation character on the user terminal 100, a dynamic object indicating another character such as a non-player character, or a building, a tree, a stone, or the like. It may be a static object. Here, the dynamic objects in the game space include characters that operate based on the game programs 121 and 221 (for example, non-player characters, enemy characters, etc.) and operation characters that operate based on user operations. .

  The display control unit 114 causes the display unit 152 to display an image. For example, the display control unit 114 generates an image in which a field of view of the virtual camera defined by the camera placement control unit 113 in the game space and an object existing in the region are drawn and displayed on the display unit 152. . Further, the display control unit 114 may draw such an image by superimposing objects related to UI (user interface) necessary for various operations of the game, such as icons, buttons, menus indicating various parameters, and the like. .

  The object control unit 115 places the object in the game space based on the object setting information included in the game information 122. The object control unit 115 controls objects placed in the game space. For example, the object control unit 115 changes the position, orientation, shape, color, and the like of the object in the game space, or causes the object to perform a predetermined series of operations.

  The lottery control unit 116 determines a battle battle of difficulty according to the ability of the operation character participating in the lottery from a plurality of battle battles stored in the game information 122. Here, the difficulty level is an index indicating the degree of difficulty in winning the battle with the boss character included in the battle battle. The difficulty level can be set based on, for example, the level of the boss character, the number of boss characters to be subjugated, and the like. Note that a winning probability is set for each battle battle determined by the lottery control unit 116. The winning probability is included in the game information 122, for example. The lottery control unit 116 determines one or more combined battles based on the winning probability. The battle battle determined by the lottery control unit 116 is registered in the user information 123 in association with the operation character by the game progress processing unit 111.

  The point management unit 117 manages the subjugated points accumulated for the battle battle. For example, the process of managing the subjugation points includes a process of registering a battle battle selected by the user as an accumulation target of the battle points among the battle battles to which the user has the right to play. Moreover, the process which manages a subjugation point includes the process which provides a subjugation point when the grant conditions are satisfy | filled about the battle battle registered as the accumulation | storage object of a subjugation point. Moreover, the process which manages a subjugation point includes the process which determines whether the cumulative value of the subjugated point provided about the battle battle registered as the accumulation | storage object of a subjugation point reached the threshold value.

  Here, the necessary fighting points are set larger for the battle fights with a higher rarity level, so that a lot of elapsed time or a lot of other fighting battles are required to complete the fighting by the accumulation of the fighting points. As a result, it is possible to urge the user to enjoy playing in the battle battle space rather than registering the battle battle with a high rarity level as an accumulation target of subjugation points. In addition, it is possible to urge the user to register a battle battle with a low rarity level as an accumulation target of subjugation points rather than playing.

  On the other hand, it is assumed that the difficulty level of the first condition is set higher for a battle battle with a higher rarity level. That is, it is more difficult to subdue enemy characters by play as the fighting battle having a higher rarity level. In this case, the user can complete the subjugation and obtain the second reward by registering the battle battle where it is difficult to subjugate the enemy character by playing as a target for accumulating the subjugation points. As a result, the user can generate and strengthen the equipment item using the essential material item obtained from the second reward related to the battle battle with high rarity, and can play the next battle battle.

  Note that the game system 1 may be configured such that the server 200 includes at least some of the functions included in the user terminal 100. The game system 1 may be configured such that the user terminal 100 includes at least a part of the functions included in 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 hardware may execute a part of the processing in the game system 1. That is, the computer that executes the game programs 121 and 221 in the present embodiment may be any of the user terminal 100, the server 200, and other devices.

(Game progress and game space transition)
FIG. 4 is a diagram illustrating the progress of the game provided by the game system 1 and an example of transition of the game space.

  The control unit 110 changes the game space according to the progress of the game. Hereinafter, a case where a plurality of game spaces, that is, a preparation space, a battle space, and a battle battle space are defined will be described as an example. FIG. 4 shows a transition t1 from the preparation space to the battle space, a transition t2 from the battle space to the battle battle space, a transition t3 from the preparation space to the battle battle space, and a transition t4 from the battle battle space to the preparation space. Has been.

  The preparation space is a game space in which no enemy character appears. The preparation space is a game space for allowing the user to prepare for a quest. When the control unit 110 advances the game in the preparation space and the user performs an input operation indicating a quest start instruction, the control unit 110 changes the game space from the preparation space to the battle space (transition). t1).

  The preparation space is also a game space for receiving an operation for acquiring the right to play a battle battle by the operation character. When the input operation accepting unit 112 accepts an input operation of the user wishing to participate in the lottery while the control unit 110 is making the game progress in the preparation space, the control unit 110 determines from the preparation space to another included in the preparation space. You may make a transition to a lottery space that is a game space.

  The control unit 110 may receive a reward given when the game of the quest and the battle battle is successfully completed in the preparation space. When the input operation reception unit 112 receives a predetermined input operation such as a map movement operation in the preparation space, the control unit 110 may transition the game space to the battle space without starting the quest. When the user gives an instruction to start a battle battle, the control unit 110 may transition the game space from the preparation space to the battle battle space (transition t3).

  The battle space is a game space for an operation character and an enemy character to encounter and fight. The battle between the operation character and the enemy character will be described in detail later.

  When the server 200 receives information from the synchronization processing unit 214 or receives information from the user terminal 100 and determines that a predetermined condition is satisfied, the server 200 performs a battle battle from the battle space to the user terminal 100 that satisfies the condition. Instruct to transition to space. In response to this instruction, the control unit 110 of each user terminal 100 changes the game space from the battle space to the battle battle space (transition t2). The predetermined condition for transitioning from the battle space to the battle battle space may be that, for example, the appearance condition of a specific enemy character (for example, a boss character) is satisfied.

  The joint battle space is a battle space in which a battle corresponding to the multiplayer function is performed. The joint battle space is a game space in which one or a plurality of operation characters and non-player characters battle with a specific enemy character (for example, a boss character). Hereinafter, one or a plurality of operation characters and non-player characters arranged as objects in the same battle battle space are collectively referred to as “friend characters”. When an ally character loses or wins in a battle battle in the battle battle space, the battle ends. When the battle battle in the battle battle space is finished, the game space is changed from the battle battle space to the preparation space (transition t4). When winning a battle battle with a specific enemy character, each user participating in the battle battle may win a specific reward. This specific reward includes at least one of an equipment item equipped by the operation character, a material item for acquiring the equipment item, and an enhancement item for strengthening the equipment item. The specific reward is given, for example, for each operation character participating in the battle battle in the preparation space.

  The object control unit 115 places an operation character and at least one boss character in the battle battle space. The number of teammate characters that battle with a specific enemy character may be a predetermined number. Hereinafter, a case where the number of teammate characters is four will be described as an example, but this is merely an example, and two, three, nine, eleven, etc. may be arbitrarily set.

  In the present embodiment, the object control unit 115 arranges the non-player characters so that there are a total of four teammate characters when there are less than four operation characters when transitioning to the battle battle space. That is, when the number of operation characters of users who participate in the battle battle in the battle battle space is less than a predetermined number (for example, four), the object control unit 115 determines the shortage based on the game program. Make up with.

  The fighting battle space may be the same game space as the battle space. In other words, the control unit 110 does not change the game space from the battle space to the battle battle space, but changes the camera work of the virtual camera and the UI display to the camera work and UI display as the battle battle space in the battle space. By changing, you may realize a battle battle space.

  When the game progress processing unit 111 determines that the ally character has succeeded in subjugating the boss character, the control unit 110 transitions the game space from the battle battle space to the battle space or the preparation space. Note that the control unit 110 may transition the game space to the battle space or the preparation space after a predetermined time has elapsed since the game progress processing unit 111 determines that the boss character has been successfully subjugated. The control unit 110 may transition the game space from the battle battle space to the preparation space or the battle space when a predetermined movement operation such as map movement is accepted while the game is progressing in the battle battle space.

  In the present embodiment, each user terminal 100 cooperates with the server 200 to perform a game process for supporting the multiplayer function. In the game space defined by the control unit 110 of the user terminal 100, an operation character corresponding to an account logged in from the user terminal 100 and an operation character corresponding to an account logged in from another user terminal 100 can be arranged. Hereinafter, several processing examples related to the transition of the game space will be specifically described with reference to FIGS.

  The object control unit 115 arranges various objects including operation characters in the game space defined by the control unit 110. When an input operation is performed by the user, the object control unit 115 moves the operation character as needed in accordance with the input operation. Thereby, the control part 110 can make a user search the game space via an operation character.

  When the server 200 transmits an instruction to change the game space to the battle battle space to each user terminal 100, the server 200 collects one or a plurality of operation characters and non-player characters as a group that fights against enemy characters based on a predetermined condition. Also good. For example, the server 200 may group four operation characters in order from the operation character with the highest level as a group that fights against enemy characters. The server 200 may assign an identification number (identification number) for each group. The synchronization processing unit 214 transmits an instruction to each user terminal 100 used for operating the operation character so that all the operation characters included in the group transition to the same battle battle space.

  The server processing unit 212 determines whether or not a predetermined condition for changing from the battle space to the battle battle space is satisfied. For example, the server processing unit 212 may determine whether or not a predetermined condition is satisfied in the battle space from information related to synchronization from the user terminal 100. Here, the information related to synchronization includes an identifier that uniquely indicates the battle space in which the operation character is arranged, the position of the operation character in the battle space, and the control unit 110 of the user terminal 100 makes the game space transition to the battle space. It is the elapsed time since then.

  Note that the game progress processing unit 111 of the user terminal 100 may determine whether or not a predetermined condition is satisfied in the battle space. In this case, the control unit 110 transmits information indicating the determination result to the server 200.

  The synchronization processing unit 214 may limit the maximum number of user terminals 100 to be transitioned to the same battle battle space, that is, the maximum number of teammate characters in the battle battle space. Information indicating the maximum number is included in at least one of the game information 122 and 222.

  The object control unit 115 refers to the instruction from the server 200 and the game information 122 and arranges an operation character in the battle battle space according to the maximum number of teammate characters. When the number of ally characters is less than the maximum number when the object control unit 115 transitions to the battle battle space, the object control unit 115 may arrange the non-player characters as many as the number that is insufficient for the maximum number.

(Battle between operation character and enemy character)
The battle in the battle space and the battle battle space will be described in detail. In the “battle” in the game according to the present embodiment, the operation characters and enemy characters of the user and other users perform an attacking action with each other. Since various processes and displays related to the battle are common to the battle with the enemy character in the battle space and the battle with the boss character in the battle battle space, the battle with the enemy character will be described below.

  Various values (for example, attack power, defense power, etc.) including at least a physical strength value are set for the operation character and the enemy character. The operation character parameter setting values are included in the user information 123, and the enemy character parameter setting values are included in the game information 122.

  In the battle space, the object control unit 115 causes the operation character corresponding to the account of the user terminal 100 used by the user to perform an attack action according to the input operation received by the input operation receiving unit 112. Then, the game progress processing unit 111 determines whether or not the attack of the user's operation character hits any enemy character, that is, whether or not the attack is successful. Further, when the game progress processing unit 111 determines that the attack of the user's operation character is successful, the game progress processing unit 111 calculates a damage value to be given to the enemy character that is the attack target. Furthermore, the game progress processing unit 111 subtracts the calculated damage value from the physical strength value of the enemy character. Alternatively, the game progress processing unit 111 compares the total damage to the enemy character including the calculated damage value with the physical strength value of the enemy character.

  When the enemy character's physical strength value is 0 or less, or when the total damage to the enemy character is equal to or higher than the enemy character's physical strength value, the game progress processing unit 111 determines that the enemy character has been subjugated.

  In the battle space, the object control unit 115 causes the enemy character to perform an attacking action. The game progress processing unit 111 also determines the success or failure of the attacking action by the enemy character in the same manner as the attacking action of the operation character, and also calculates a damage value when the attacking operation character is successful.

  When the physical strength value of the operation character is 0 or less, or the total damage to the operation character is equal to or greater than the physical strength value of the operation character, the game progress processing unit 111 determines that the operation character has become unable to battle. In this case, even if the input operation receiving unit 112 receives an input operation related to the operation character, the object control unit 115 does not cause the operation character to perform an action corresponding to the input operation.

(Specific examples of preparation space)
FIG. 5 shows an example of a display screen on which the preparation space is drawn. The state (A) of FIG. 5 shows an example of a display screen of the preparation space. The state (B) of FIG. 5 shows an example of a display screen when the window W1 including the quest list L1 is displayed in the preparation space. The state (C) in FIG. 5 includes a list L2 of preliminary battle battles.

  In the state (A) of FIG. 5, in addition to the background of the preparation space, the operation character x of the user and the operation characters y1 and y2 of other users are displayed. In the state (A) of FIG. 5, a non-player character z1 and a non-player character z2 that are operated based on the game programs 121 and 221 are displayed. Each of the non-player character z1 and the non-player character z2 receives a predetermined input operation for starting a transition t1 from the preparation space to the battle space and a transition t3 from the preparation space to the battle battle space. In the example shown in FIG. 5A, an object z3 indicating an entrance to the lottery space is provided. The object z3 receives a predetermined input operation for starting a transition from the preparation space to the lottery space.

  The object control unit 115 arranges an operation character x corresponding to the account logged in at the user terminal 100 in the preparation space. The object control unit 115 arranges the operation characters y1 and y2 of the other user terminals 100 in the preparation space. Furthermore, the object control unit 115 arranges the non-player character z1, the non-player character z2, and the object z3 in the preparation space. The non-player characters z1 and z2 are objects for receiving input operations instructing selection and start of a quest and selection and start of a battle battle. The object z3 is an object that accepts an input operation for causing an operation character to participate in a lottery for acquiring the right to play a battle battle.

  The camera arrangement control unit 113 determines the position and orientation of the virtual camera based on the position and orientation of the operation character x in the preparation space. For example, the camera arrangement control unit 113 arranges the virtual camera at a position and orientation such that the operation character x appears slightly below the center of the field of view and is looked down from the rear (back) of the operation character x. When an operation for changing the position or orientation of the operation character x is performed by the user, the object control unit 115 arranges the operation character x at the changed position and orientation. In addition, the camera arrangement control unit 113 changes the position and orientation of the virtual camera to a position and orientation corresponding to the changed position of the operation character x. Then, the display control unit 114 draws the preparation space and the operation character x in the visual field area of the virtual camera arranged in the changed direction at the changed position. The same applies to the positions and orientations of operation characters y1 and y2 that are operated by operations by other users.

  In the state (A) of FIG. 5, a menu M1 is displayed. In the menu M1, the current level “Lv.40” and the physical strength value V1 of the operation character x of the user are displayed. In addition, in the state (A) of FIG. 5, buttons B1 and B2 which are UIs for user input operations are displayed.

  As described above, the display control unit 114 may create an image in which a UI for a user input operation is superimposed on an image obtained by drawing the above-described preparation space and objects in the preparation space. For example, the display control unit 114 may create an image in which the images of the buttons B1 and B2 are superimposed on the preparation space and the images of the various objects described above as shown in FIG. The button B1 is a button for accepting a game setting or notification display instruction by the user, and the button B2 is a button for accepting a map move or equipment change by the user.

  When the user terminal 100 selects the non-player character z1, the game progress processing unit 111 instructs the display control unit 114 to draw a window W1 including a list of quests L1 that can be selected by the user. The quests included in the list list L1 are quests to which the user is given the right to play. As shown in the state (B) of FIG. 5, the display control unit 114 creates an image in which the window W <b> 1 is superimposed on the preparation space and the image of the object, and displays the image on the display unit 152. In the example shown in the state (B) of FIG. 5, the list W1 in the window W1 includes three quests. Then, for each quest, the name of the quest (such as “subjugation of monster AA”), achievement conditions (such as “monster AA: 0/3”), map name (such as “meadow 1”), and reward (“reward: copper plate”) Etc.). In addition, the display of the content of each quest in the list L1 is an example, and is not limited to the description in FIG.

  Here, the achievement condition “monster AA: 0/3” indicates that the number of monsters AA to be subjugated is three. In addition, the content of the achievement conditions of a quest is not specifically limited. For example, the achievement condition of the quest may be to defeat a specific number of specific enemy characters, to collect a specific number of items obtained by defeating specific enemy characters, or the like.

  The map name indicates the name of a battle space or a battle battle space that transitions when a quest is selected. The reward indicates an article, a function, information, or the like that can be given to the user's operation character or account by accomplishing the quest, and that allows the game to proceed more advantageously. For example, the reward may be an in-game currency or item, equipment for improving the ability of the operation character, and skill of the operation character.

  When the user terminal 100 selects the non-player character z2, the game progress processing unit 111 instructs the display control unit 114 to display on the display unit 152 a window including a list L2 of battle battles that can be played by the user. The battle battles included in the list L2 are registered in the game information 122 in association with the operation character x as a battle battle determined by the lottery control unit 116. In other words, the battle battles included in the list L2 are battle battles in which the user who operates the operation character x is given the right to play. In the example shown in the state (C) of FIG. 5, the list list L2 includes four quests of the battle battles J1 to J4. For each battle battle, the name of the boss character K1 (such as “Monster K1”), the level of the boss character (such as “Lv.50”), and the difficulty level of the battle battle (such as “difficulty level: m1”) are described. ing. In addition, the display of the content of each battle battle in the list L2 is an example, and is not limited to the description in FIG.

  Here, the battle battles J1 to J4 are battle battles in which the operation characters participate in the lottery and are assigned in the lottery. This combined battle includes a battle with a specific boss character. The lottery control unit 116 determines a joint battle including a battle with a boss character at a level corresponding to the current level of the operation character x participating in the lottery. The level of the boss character may be a level included in a predetermined range including the current level of the operation character x, for example. The predetermined range may be, for example, a range of “current operation character x level value” ± “predetermined value”. In the example shown in (C) of FIG. For 40 operation characters x, level Lv. The fighting battle including the battle with the boss character of the level included in the range of 30-50 is determined.

  A winning probability assigned in the lottery is set for each boss character that fights in the combined battle. That is, some boss characters have a high winning probability and others have a low winning probability. In the example shown in the state (C) of FIG. 5, in addition to the information regarding the boss character that fights in each battle battle, a display R indicating the level of the winning probability in the lottery is displayed. On the display R, information indicating the winning probability is displayed. Expressions such as D, C, B, A, S, and SS may be used in descending order as information indicating the winning probability step by step.

  In the example shown in the state (C) of FIG. This is a battle battle including battle with 44 boss characters K3. It is a joint battle including a battle with 16 boss characters K3. The fighting battle J4 is Lv. It was allocated in the lottery that participated at the time of 18, and the fighting battle J3 is Lv. It was allocated in the lottery that participated at 40.

(Specific examples of battle space)
FIG. 6 shows an example of a display screen on which a battle space is drawn. The state (A) in FIG. 6 shows a display screen when the display unit 152 is in the portrait orientation, and the state (B) in FIG. 6 shows a display screen when the display unit 152 is in the landscape orientation. A display screen when the display unit 152 is in the portrait orientation is referred to as a vertical screen, and a display screen when the display unit 152 is in the landscape orientation is referred to as a landscape screen.

  In the example shown in FIG. 6, a menu M2 is displayed in addition to the battle space. In the menu M2, the current level “Lv.40”, the total physical strength value “327”, and the physical strength value V1 of the operation character x of the user are displayed.

  In the battle space, the camera placement control unit 113 determines the position and orientation of the virtual camera on the basis of the position and orientation of the operation character x as in the preparation space. However, the camera arrangement control unit 113 defines virtual cameras having different viewing areas for the vertical screen and the horizontal screen. For example, the camera arrangement control unit 113 may set the field of view of the virtual camera on the vertical screen to be vertically longer than the field of view of the virtual camera on the horizontal screen. When an operation character corresponding to another account is placed in a battle space having the same map name as that of the own terminal, or later placed in a battle space having the same map name, the object control unit 115 stores another account in the battle space. The operation character y3 corresponding to is arranged synchronously.

  The object control unit 115 arranges one or more enemy characters e1 that can be operated by the user and other user's operation characters in the battle space. The display control unit 114 may superimpose and display a target marker t1 indicating which enemy character the attack character is attacking on the enemy character. When the user's operation character subjugates the enemy character, the game progress processing unit 111 may cause the account corresponding to the operation character to acquire some reward.

  The battle space may be composed of a plurality of game spaces. When the battle space is composed of a plurality of game spaces, the display control unit 114 may display an object icon C2 or the like for accepting an instruction to move to another battle space by the user.

  When the input operation receiving unit 112 receives a predetermined operation while the game is progressing in the battle space, the display control unit 114 inputs the predetermined operation at the position where the predetermined operation is input on the touch screen 15. Display an object indicating that The predetermined operation is a drag operation (hereinafter referred to as “movement operation”) for moving the operation character x, or a tap operation (hereinafter referred to as “attack operation”) for causing the operation character x to perform an attack action. ) Etc. The input operation reception unit 112 can receive a movement operation or an attack operation at an arbitrary position on the touch screen 15. Thereby, it can avoid that the visual recognition of the operation character x or an enemy character is prevented by indicators, such as a user's finger | toe.

  The display control unit 114 may display an object indicating the direction of the moving operation on the touch screen 15 when the input operation receiving unit 112 receives the moving operation. In the state (A) of FIG. 6, the display control unit 114 displays the elastic object w1 centered on the position p1. The position p1 is a position where the input operation receiving unit 112 receives a touch-on operation. The touch-on operation is an operation for bringing the indicator into contact with or close to the touch screen 15. The indicator may be a user's finger or the like, or a stylus pen or the like.

  Here, when the user performs a moving operation to move the indicator from the position p1 to the position p2, the input operation reception unit 112 detects that the indicator has moved from the position p1 to the position p2. Based on the detection result, the display control unit 114 causes the touch screen 15 to display the elastic object w2 that is deformed so as to extend the elastic object w1 to the position p2. Thereby, the user can recognize the direction of the movement operation detected by the touch screen 15.

  When the input operation reception unit 112 receives an input of a drag operation, the object control unit 115 moves the operation character x according to the dragged time or distance in the dragged direction. When the input operation receiving unit 112 receives a tap operation, the object control unit 115 causes the operation character x to perform an attacking action. Then, the game progress processing unit 111 determines success or failure of the attack of the operation character x and calculates a damage value.

  In the example shown in FIG. 6, buttons B1, B2, B3, B4, B5, and B6, which are UIs for user input operations, are displayed.

  In this way, the display control unit 114 may draw a UI for user input operation superimposed on the image depicting the battle space and the objects in the battle space described above. The button B3 is a special attack button for instructing a special attack of the operation character x. The button B4 is a “recovery button” for instructing the recovery of the physical strength of the operation character x. The button B5 is a “chat button” for chatting between accounts corresponding to operation characters arranged in the same battle space. The button B6 is a “weapon switching button” and is used to switch the weapon equipped with the operation character x.

  In the present embodiment, a one-handed sword, a two-handed sword, a spear, a two-sword, and a bow and arrow are prepared as weapons that the operation character x can possess. Each weapon is set to one of a plurality of predetermined types. A burst type is set for a certain two-handed sword, and the burst-type two-handed sword has a function of cutting the enemy character e1 and a function of firing a bullet toward the enemy character e1. The total number of bullets that can be filled in the burst type two-handed sword (maximum filled bullet number) is determined based on the ability and status of the operation character x.

  The direction of the operation character x in the battle space and the type of weapon possessed by the operation character x are managed by the operation support table 301 shown in FIG. Here, the direction of the operation character x is expressed by an angle that increases to 360 ° by making one turn in the clockwise direction with true north being 0 °. If the weapon possessed by the operation character x is a burst-type two-handed sword, the operation support table 301 manages the maximum number of bullets filled and the current remaining number of bullets.

  As a result, if the operation character x faces the west, the direction of the operation character x set in the operation support table 301 indicates 270 °. Further, if the operation character x has a burst-type two-handed sword, the maximum number of bullets of the two-handed sword is seven, and the current number of remaining bullets is three, the operation support table 301 is set. The weapon type indicated indicates a burst-type two-handed sword, and the maximum number of bullets and the number of remaining bullets set in the operation support table 301 indicate seven and three, respectively.

  The display control unit 114 may display a message in accordance with the action of the operation character x according to the user's operation (not shown). For example, when the operation character x moves from the preparation space to the battle space or when the operation character x obtains an item, the display control unit 114 may display a message notifying the user of that fact.

  Note that the display control unit 114 can draw various display objects (buttons, menus, and messages) related to the above-described UI at fixed positions on the display screen of the display unit 152 regardless of the position and orientation of the virtual camera. desirable. It is desirable that the display control unit 114 draws various display objects related to the UI on the peripheral portion of the display screen of the display unit 152 so as not to interfere with input of instructions such as movement, attack, and recovery of the operation character. It is desirable for the display control unit 114 to change the drawing position of various display objects related to the UI described above between the vertical screen and the horizontal screen.

  FIG. 8 shows another example of the display screen on which the battle space is drawn. In this example, the operation character x possesses a burst type two-handed sword bb1. If the number of remaining bullets of the two-handed sword bb1 is zero, that is, if the number of remaining bullets set in the operation support table 301 is zero, the direction of the operation character x, the maximum number of bullets filled in the two-handed sword bb1, and A button B7 for informing the remaining number of bullets is displayed around the operation character x based on the setting of the operation support table 301.

  Referring to FIG. 9, the button B7 includes a circular image IM1 surrounding the operation character x, an arrow image IM2 indicating the direction of the operation character x (the direction in which the bullet is fired), the maximum number of bullets filled in the two-handed sword bb1, and the current It is constituted by a bullet number notification image IM3 indicating the number of remaining bullets.

  Here, both the arrow image IM2 and the bullet number notification image IM3 are displayed outside the circular image IM1. The bullet number notification image IM3 is configured by rectangular icons having the same number as the maximum filled bullet number (seven in the example of FIG. 9). Further, the icon is drawn so as to spread radially from the center of the circular image IM1 at a position opposite to the arrow image IM2 across the circular image IM1.

  When a tap operation is performed on the button B7 while the button B7 is displayed, one bullet is reloaded for each tap operation. Specifically, the remaining number of bullets set in the operation support table 301 is increased by one. Further, as the remaining number of bullets increases, the same number of icons as the number of remaining bullets among the icons constituting the bullet number notification image IM3 are colored. As a result, when the remaining number of bullets is increased from 0 to 3 by three tap operations, the display mode of the bullet number notification image IM3 is shown in FIG. 10 (A) to FIG. 10 (B). It changes to the aspect. That is, the process of adding a color to the icon is executed sequentially from the left icon toward the front of the operation character x.

  On the other hand, when the tap operation is performed on an image different from the buttons B2 to B7 on the display screen, the operation character x performs an operation of swinging the two-handed sword bb1. Further, when a flick operation is performed on an image different from the buttons B2 to B7 on the display screen, an avoidance action is performed by the operation character x. Specifically, the operation character x squats down and rolls sideways.

  Note that the swinging motion of the two-handed sword bb1 is performed to cut the enemy character e1, and the avoidance action is performed to avoid the attack of the enemy character e1. When a bullet is reloaded one by one by a tap operation, the button B7 is not displayed when a swinging action or avoidance action is pressed and a corresponding operation is performed. As a result, the tap operation for reloading is not accepted.

  When the number of remaining bullets of the two-handed sword bb1 is 0, a long tap operation (tap operation with a touch time exceeding a predetermined time T1 (for example, 0.2 seconds)) is performed on an image different from the buttons B2 to B7 on the display screen. When performed, the bullet is reloaded to the two-handed sword bb1 during the period in which the long tap operation continues.

  Specifically, the bullet is reloaded one by one every time a predetermined time T2 (for example, 1.0 second) elapses. The remaining number of bullets set in the operation support table 301 and the number of colored icons among the icons constituting the bullet number notification image IM3 increase with the reload. The button B7 is not displayed when the long tap operation is released. The button B7 may be hidden when a predetermined time (for example, 0.5 seconds) elapses after the long tap operation is released.

  Further, when the flick operation is performed in a state where the long tap operation is continued, an avoidance action is performed by the operation character x. Specifically, the operation character x squats down and rolls sideways. The button B7 is not displayed after the flick operation.

  If the two-handed sword bb1 is filled with one or more bullets, the button B7 is not always displayed. In this case, the button B7 is displayed when a long tap operation is performed on an image different from the buttons B2 to B6 on the display screen. The user determines whether or not the operation character x is in a state in which an injection operation for injecting bullets from the two-handed sword bb1 can be executed, and the number of bullets that can be injected in the state in which the operation can be executed, in the button B7. Can be confirmed based on the display mode of the bullet number notification image IM3.

  When the button B7 is displayed in response to the long tap operation, the direction of the operation character x is adjusted so that the operation character x faces the enemy character e1 (so that the enemy character e1 is locked on). Specifically, the direction of the operation character x set in the operation support table 301 is updated to the direction of the enemy character e1. Further, the display mode of the button B7 is updated corresponding to the adjustment of the direction of the operation character x. Specifically, the arrow image IM2 is displayed so as to face the enemy character e1, and the bullet notification image IM3 is displayed at a position opposite to the arrow image IM2 across the circular image IM1.

  When the operation mode on the display screen is changed from the long tap operation to the swipe operation, the direction of the operation character x is changed. Specifically, the direction of the operation character x set in the operation support table 301 is updated to the direction specified by the swipe operation. Further, the display mode of the button B7 is updated corresponding to the adjustment of the direction of the operation character x. Specifically, the arrow image IM2 is displayed so as to face the direction specified by the swipe operation, and the bullet notification image IM3 is displayed at a position opposite to the arrow image IM2 across the circular image IM1.

  When the operation mode on the display screen is changed from the long tap operation to the flick operation, an avoidance action is performed by the operation character x. Specifically, the operation character x squats down and rolls sideways. The button B7 is hidden by executing the flick operation.

  When the long tap operation is performed in a state where one or more bullets are filled in the two-handed sword bb1, and then the long tap operation is released, it is determined whether or not the combo condition is satisfied. Here, the combo condition is satisfied when two tap operations and a long tap operation on the image different from the buttons B2 to B6 are continuously performed within a predetermined time and the long tap operation is released. To do.

  If it is determined that the combo condition is satisfied, an all-bullet injection operation for injecting all bullets filled in the two-handed sword bb1 is executed. The remaining number of bullets registered in the remaining bullet number register 301 becomes 0 by the all bullet injection operation, and all the colors of the icons constituting the bullet number notification image IM3 are erased. The button B7 is continuously displayed after the color erasing process is completed.

  On the other hand, if it is not determined that the combo condition is satisfied, a one-shot injection operation for injecting only one bullet filled in the two-handed sword bb1 is executed. The remaining number of bullets registered in the remaining bullet number register 301 is reduced by one shot, and the color of one of the icons constituting the bullet number notification image IM3 is erased. The button B7 is not displayed after the color erasing process.

  Regardless of whether the all-shot injection operation or the single-shot injection operation is executed, all enemy characters existing in the injection direction are damaged. However, the magnitude of the damage received by the enemy character due to the all-fire injection action is greater than the magnitude of the damage received by the enemy character due to the single shot action.

(Specific examples of battle battle space)
FIG. 11 shows an example of a display screen on which a battle battle space is drawn. The state (A) in FIG. 11 shows a display screen when the display unit 152 is in the portrait orientation, and the state (B) in FIG. 11 shows a display screen when the display unit 152 is in the landscape orientation. The object control unit 115 places the object of the boss character K1 together with the operation character x in the battle battle space.

  In the battle battle space, the camera placement control unit 113 may define the position and orientation of the virtual camera based on the positional relationship between the boss character K1 and the operation character x. For example, the camera arrangement control unit 113 arranges the virtual camera at an angle such that the boss character K1 appears in the center of the visual field and the operation character x appears. When the position of the boss character K1 or the operation character x is changed, the camera arrangement control unit 113 changes the position and orientation of the virtual camera to the position and orientation corresponding to the positions of the boss character K1 and the operation character x after the change. Then, the display control unit 114 draws the battle battle space and each object based on the changed position and orientation of the virtual camera.

  In the example of FIG. 11, the object control unit 115 displays operation characters g1 and g2 and a non-player character y6 corresponding to other accounts as teammate characters fighting with the boss character K1 together with the operation character x. In FIG. 11, the stamina value displayed in the vicinity of the non-player character y6 has a display [NPC] indicating that the character y6 is a non-player character (for example, [NPC] y6). Here, an example is shown in which each user operating the operation characters x, g1, and g2 participates in the same battle battle, but the present invention is not limited to this. All ally characters other than the operation character x may be non-player characters.

  In the battle battle space, when the virtual camera is arranged at such an angle that the boss character K1 appears in the center of the field of view and the operation character x appears, the operation for moving the operation character x may be different from the battle space. For example, the upward movement operation may be an operation for moving the operation character x forward toward the boss character K1, and the downward movement operation may be an operation for moving the operation character x backward from the boss character K1.

  If the ally character has caused the boss character K1 to have a predetermined health value of 0 or less, or has caused damage exceeding the stamina value of the boss character K1, the game progress processing unit 111 determines that the subjugation of the boss character K1 has been completed. To do. Note that when the game progress processing unit 111 determines that the boss character K1 has been subjugated, the game progress processing unit 111 may grant a special reward different from the normal enemy character to the operation character or an account corresponding to the operation character. In this case, the reward may be different among the operation characters participating in the battle.

  The display control unit 114 may draw a UI for the user's input operation in the battle battle space image displayed on the display unit 152 as in the battle space image illustrated in FIG. 6. The display control unit 114 may display a message corresponding to the action of the teammate character or the boss character. For example, the display control unit 114 determines that the game progress processing unit 111 determines that the operation character has successfully attacked the weak point of the boss character, or that the friendly operation character or non-player character has become unable to battle. In such a case, a message notifying that may be displayed. Alternatively, when the game progress processing unit 111 determines that the boss character has fallen into a special state such as inability to move, the display control unit 114 may display a message to that effect.

  Note that the display control unit 114 renders the various display items (buttons, menus, and messages) related to the UI described above to be positioned at fixed positions on the display screen of the display unit 152 regardless of the position and orientation of the virtual camera. It is desirable to do. The display control unit 114 includes various display objects related to the UI such as input of instructions for movement, attack, recovery, etc. of the operation character, as well as display of the position of the ally character, attack action of the boss character, weak point portion of the boss character, etc. It is desirable to draw on the peripheral portion of the display screen of the display unit 152 so as not to prevent the display of important information in the battle with the character. It is desirable that the display control unit 114 also changes the drawing positions of the various display objects related to the UI described above according to the orientation of the display unit 152.

<Processing flow and screen example>
Of the processes executed by the user terminal 100 based on the game program 121, the flow of the process of attacking the enemy character e1 will be described using the flowcharts shown in FIGS. This process is performed by the game progress processing unit 111, the input operation receiving unit 112, the display control unit 114, the object control unit 115, and the like when the operation character x possesses (equips) the burst-type two-handed sword bb1. Executed. In the following description, the flow of a series of processing steps described using a flowchart is described as being executed by the user terminal 100, but at least a part of these processing steps is executed by the server 200. May be.

  Referring to FIG. 12, in step S01, it is determined based on the operation support table 301 whether or not the remaining number of bullets of the two-handed sword bb1 is zero. If it is determined that the number of remaining bullets is 0, the process proceeds to step S02, and the button B7 is displayed around the operation character x based on the operation support table 301. Thus, when the operation character x is carrying (equiping) the burst type two-handed sword bb1 and the remaining number of bullets is 0, the button B7 is displayed in a manner indicating that the remaining number of bullets is 0. be able to. On the other hand, if it is not determined that the remaining number of bullets is 0, the process proceeds to step S03, and the button B7 is not displayed. When the process of step S02 or 03 is completed, the process proceeds to step S04, and whether or not the display screen is touched is determined based on an input operation on the touch screen 15.

  If it is not determined that the display screen is touched, the process returns to step S04. If it is determined that the display screen is touched, the process proceeds to step S05. In step S05, whether or not the touch operation on the display screen corresponds to the tap operation is determined based on the input operation on the touch screen 15. If it is determined that the touch operation corresponds to the tap operation, the process proceeds to step S06, and it is determined based on the input operation on the touch screen 15 whether or not the tap position is on the button B7.

  If it is determined that the tap position is on the button B7, the process proceeds to step S07, and one bullet is reloaded on the two-handed sword bb1. Specifically, the remaining number of bullets set in the operation support table 301 is increased by one shot. In step S08, the display mode of the button B7 is updated according to the increase in the number of remaining bullets. As a result, the number of colored icons among the icons constituting the bullet number notification image IM3 increases by one. When the process of step S08 is completed, the process returns to step S04. By returning to step S04, the button B7 continues to be displayed even after the remaining number of bullets becomes one or more. As a result, the bullet can be reloaded one by one for each tap operation.

  When the remaining number of bullets reaches the maximum number of filled bullets by repeating the processes of steps S07 and S08, the processes of steps S07 and S08 are not performed regardless of the tap operation on the button B7.

  On the other hand, if it is not determined that the tap position is on the button B7, the process proceeds to step S09, and it is determined based on an input operation on the touch screen 15 whether or not the tap position is on the buttons B2 to B6. If it is determined that the tap position is on the buttons B2 to B6, another process is executed in step S10, and then the process returns to step S04. On the other hand, if it is not determined that the tap position is on the buttons B2 to B6, the process proceeds to step S11, and the operation character x is caused to perform an action of swinging the two-handed sword bb1. When the process of step S11 is completed, the process returns to step S01.

  In step S05, if it is not determined that the touch operation on the display screen corresponds to the tap operation, the process proceeds to step S13, and it is determined whether or not the flick operation is performed on an image different from the buttons B2 to B7 on the display screen. The determination is made based on the input operation to the 15. When it is determined that the flick operation has been performed, the process proceeds to step S14 and the operation character x performs an avoidance action. Specifically, the operation character x is crouched and rolled sideways. When the process of step S14 is completed, the process returns to step S01.

  If it is not determined in step S13 that the flick operation has been performed, the process proceeds to step S15. In step S15, the touch screen 15 determines whether or not a long tap operation (a tap operation with a touch time exceeding a predetermined time T1 (for example, 0.2 seconds)) is performed on an image different from the buttons B2 to B7 on the display screen. Judgment is made based on the input operation to If it is not determined that the long tap operation has been performed, the process returns to step S05. If it is determined that the long tap operation has been performed, the process proceeds to step S16. In step S16, it is determined based on the operation support table 301 whether the number of remaining bullets of the two-handed sword bb1 is zero.

  When it is determined that the remaining number of bullets is zero, the process shifts to a state where one bullet is reloaded to the two-handed sword bb1. First, in step S17, only one bullet is reloaded on the two-handed sword bb1. Specifically, the remaining number of bullets set in the operation support table 301 is increased by one shot. In step S18, the display mode of the button B7 is updated according to the increase in the number of remaining bullets. As a result, the number of colored icons among the icons constituting the bullet number notification image IM3 increases by one.

  In step S19, it is determined based on the operation support table 301 whether or not the remaining number of bullets matches the maximum number of filled bullets. If it is determined that the remaining number of bullets matches the maximum number of charged bullets, the process proceeds to step S20, and it is determined based on an input operation on the touch screen 15 whether or not the long tap operation has been released. If it is not determined that the long tap operation has been released, the process returns to step S20. If it is determined that the long tap operation has been released, the process returns to step S01.

  If it is not determined in step S19 that the remaining number of bullets matches the maximum number of filled bullets, the process proceeds to step S21. In step S21, it is determined based on the processing results of steps S17 and S22 whether or not a predetermined time T2 (for example, 1.0 second) has elapsed since the previous reload.

  If it is determined that the predetermined time T2 has elapsed, the process proceeds to step S22, and one bullet is reloaded on the two-handed sword bb1. In step S23, the display mode of the button B7 is updated according to the reload. When the process of step S23 is completed, the process proceeds to step S24. If it is not determined in step S21 that the predetermined time T2 has elapsed, the process proceeds to step S24 without performing the processes in steps S22 and S23.

  In step S24, whether or not a flick operation has been performed is determined based on an input operation on the touch screen 15. If it is determined that the flick operation has been performed, the process proceeds to step S25 to cause the operation character x to perform an avoidance action. Specifically, the operation character x is crouched and rolled sideways. When the process of step S25 is completed, the process returns to step S01.

  If it is not determined in step S24 that the flick operation has been performed, the process proceeds to step S26, and whether or not the long tap operation has been released is determined based on the input operation on the touch screen 15. If it is not determined that the long tap operation has been released, the process returns to step S19. If it is determined that the long tap operation has been released, the process returns to step S01.

  If it is not determined in step S16 that the number of remaining bullets of the two-handed sword bb1 is zero, the process proceeds to step S27, and the button B7 is displayed around the operation character. In step S28, the direction of the operation character x is adjusted so that the operation character x faces the enemy character e1 (so that the enemy character e1 is locked on). Specifically, the direction of the operation character x set in the operation support table 301 is updated to the direction of the enemy character e1.

  In step S29, the display mode of the button B7 is updated corresponding to the adjustment of the direction of the operation character x. Specifically, the arrow image IM2 is displayed so as to face the enemy character e1, and the bullet notification image IM3 is displayed at a position opposite to the arrow image IM2 across the circular image IM1.

  In step S30, it is determined based on the input operation on the touch screen 15 whether or not the long tap operation has been released. If it is not determined that the long tap operation has been released, the process proceeds to step S31, and it is determined based on the input operation on the touch screen 15 whether or not the flick operation has been performed.

  If it is not determined that the flick operation has been performed, the process proceeds to step S32, and it is determined based on the input operation on the touch screen 15 whether or not the swipe operation has been performed. If it is not determined that the swipe operation has been performed, the process returns to step S30. If it is determined that the swipe operation has been performed, the process proceeds to step S33.

  In step S33, the direction of the operation character x is adjusted so as to face the direction specified by the swipe operation. Specifically, the direction of the operation character x set in the operation support table 301 is updated to the direction specified by the swipe operation.

  In step S34, the display mode of the button B7 is updated corresponding to the adjustment of the direction of the operation character x. Specifically, the arrow image IM2 is displayed so as to face the direction designated by the swipe operation, and the bullet number notification image IM3 is displayed at a position opposite to the arrow image IM2 across the circular image IM1. When the process of step S34 is completed, the process returns to step S30.

  If it is determined in step S31 that a flick operation has been performed, the operation character x is caused to perform an avoidance action in step S35. Specifically, the operation character x is crouched and rolled sideways. When the process of step S35 is completed, the process returns to step S01.

  When it is determined in step S30 that the long tap operation has been released, the process proceeds to step S36, and it is determined based on the processing result of step S09 whether the combo condition is satisfied. If it is determined that the combo condition is satisfied, the process proceeds to step S37, and an all-bullet injection operation for injecting all bullets filled in the two-handed sword bb1 is executed. That is, when the two tap operations and the long tap operation on the image different from the buttons B2 to B6 are continuously performed within a predetermined time and the long tap operation is released, the all-bullet injection operation is executed. The In step S38, the remaining number of bullets set in the operation support table 301 is updated to zero.

  If it is not determined in step S36 that the combo condition is satisfied, the process proceeds to step S39, and a one-shot injection operation is performed to fire one bullet filled in both hands bb1. In step S40, the remaining number of bullets set in the operation support table 301 is decreased by one shot.

  When the process of step S38 or S40 is completed, the process proceeds to step S41, and the display mode of the button B7 is updated in accordance with the change in the number of remaining bullets set in the operation support table 301. As a result, when the process of step S38 is executed, the colors of all the icons constituting the bullet number notification image IM3 are erased. Moreover, when the process of step S40 is performed, the color of one icon of the icons of the bullet notification image IM3 is erased. When the process of step S41 is completed, the process returns to step S01.

<Effect of this embodiment>
According to the present embodiment, the injection operation of injecting bullets from the two-handed sword bb1 can be executed in response to a long tap operation with the remaining number of bullets being one or more. The button B7 is a button that can specify whether or not the number of remaining bullets is one or more. Based on this, the button B7 is displayed around the operation character x from a predetermined timing until the injection operation is executed in response to a long tap operation in a state where the number of remaining bullets is one or more. . Thus, it is possible to provide an interest in thinking about whether or not to actually shoot in consideration of the number of remaining bullets. In addition, since the button B7 is displayed around the operation character x, the user can advance the game while paying attention to the operation character x.

  Further, according to the present embodiment, when the remaining number of bullets is zero, the button B7 is continuously displayed around the operation character x regardless of the operation on the touch screen 15. As a result, it is possible to notify that the reloading is necessary regardless of the operation.

  Furthermore, according to the present embodiment, when the number of remaining bullets is zero, reloading to the two-handed sword bb1 is executed by either a long tap operation on the display screen or a tap operation on the button B7. As a result, when there are few enemy characters and can be reloaded, a long tap operation is performed to reload to the maximum number of bullets filled, and when there are many enemy characters and frequent avoidance actions are frequently required, a tap operation on the button B7 between flick operations The reloading operation can be selectively used according to the battle situation and the user's preference. In addition, the user can be prompted to reload.

  Further, according to the present embodiment, the predetermined timing described above is a timing at which the injection operation can be executed by a long tap operation. This gives the user an opportunity to think about whether or not to actually shoot, and can improve the interest of the game.

  Furthermore, according to the present embodiment, the button B7 includes the bullet number notification image IM3 for notifying the current number of remaining bullets of the two-handed sword bb1. This gives the user an opportunity to think about how to attack the enemy character and improve the interest of the game.

  Further, according to the present embodiment, the button B7 includes the arrow image IM2 that notifies the bullet ejection direction, and the ejection direction and the direction of the arrow image IM2 are changed according to the swipe operation after the button B7 is displayed. The Thus, after the injection operation can be executed, the injection direction can be adjusted according to the battle situation.

  According to the present embodiment, the injection operation can be executed when a long tap operation is performed with the remaining number of bullets being one or more, and the reload operation is a long tap operation with the remaining number of bullets being zero. Can be executed when That is, both the injection operation and the reload operation can be executed by a common operation. This simplifies the operation and prevents a decrease in the interest of the game.

  Further, according to the present embodiment, since the remaining number of bullets is increased by the long tap operation in the state where the remaining number of bullets is zero, the injection operation can be executed by the second long tap operation. Thereby, even when the remaining number of bullets becomes zero, the user can execute the reload operation and the injection operation without panicking.

  Furthermore, in this embodiment, the number of remaining bullets decreases each time an injection operation is executed by a long tap operation. The operation to be executed by the next long tap operation is determined from the injection operation and the reload operation based on the number of remaining bullets after the decrease. Therefore, when the long tap operation is repeated, the injection operation or the reload operation is continuously executed based on the remaining number of bullets. This simplifies the operation and prevents a decrease in the interest of the game.

  Further, in the present embodiment, when the two tap operations and the long tap operation on the image different from the buttons B2 to B6 are continuously performed within a predetermined time and the long tap operation is released, the combo condition Is established, and all bullet injection operations are executed. As a result, the interest of the game is improved.

  Furthermore, in this embodiment, the reloading operation according to the long tap operation can be executed only when the remaining number of bullets is zero. In the reload operation, only one shot is filled each time the predetermined time T2 elapses. For this reason, it is necessary to carefully determine the timing of performing the long tap operation for the reload operation, and as a result, the interest of the game is improved.

  In the present embodiment, when a flick operation is performed in the middle of the reload operation corresponding to the long tap operation, the reload operation is stopped and the avoidance action of the operation character x is executed. As a result, when an unexpected attack by the enemy character e1 is performed, the avoidance action is executed in preference to the reloading operation. This can prevent a decrease in the interest of the game.

<Modification>
The modifications of the embodiment described above are listed below.

  (1) In the above embodiment, when a long tap operation is performed when the remaining number of bullets is zero, a process of reloading a bullet is performed, and a long tap operation is performed when the remaining number of bullets is one or more. When it is done, a process to fire a bullet is executed. That is, both the reload process and the injection process are executed in response to a long tap operation. However, both the reload process and the injection process may be executed in response to the tap operation after the long tap operation is released. In this case, in the reload process, each time a tap operation is performed, one bullet is filled. Further, in the process of ejecting bullets, the number of remaining bullets may be used as the upper limit, and one bullet may be ejected for each tap operation from when the long tap operation is canceled until a predetermined time elapses.

  (2) In the above embodiment, the reload process is executed while the long tap operation is continued, and the injection process is executed in response to the release of the long tap operation. However, the reload process may be executed in response to the release of the long tap operation. In this case, the bullets may be filled up to the maximum number of bullets filled at once.

  (3) In the above embodiment, the bullet number notification image IM3 is displayed at a position opposite to the arrow image IM2 across the circular image IM1, and the positional relationship between the arrow image IM2 and the bullet number notification image IM3 is fixed. is there. However, the bullet number notification image IM3 may be rotated in the clockwise direction every time one bullet is reloaded, and may be rotated in the counterclockwise direction every time one shot is performed. In this case, the icon at the end in the counterclockwise direction among the colored icons is always displayed at the same position (for example, immediately behind the operation character x) in relation to the arrow image IM2.

  (4) According to the above-described embodiment, when the swipe operation is performed in the long tap state, the operation character x is caused to perform the avoidance action (the action of squatting and rolling sideways). However, when the swipe operation is performed in the long tap state, the operation character x may be caused to walk or run in the swipe direction.

  (5) According to the above embodiment, when a long tap operation is performed in a state where the number of remaining bullets is zero, the number of bullets corresponding to the time for which the long tap operation continues is reloaded to the two-handed sword bb1. I have to. However, the number of times that the operation character x swings the two-handed sword bb1 during a predetermined time immediately before the start of the long tap operation may be specified, and the number of bullets corresponding to the number of times may be reloaded to the two-handed sword bb1.

  (6) According to the above embodiment, bullets are reloaded to the two-handed sword bb1 one by one in response to a tap operation on the button B7 displayed when the number of remaining bullets is zero. However, the bullets may be reloaded to the two-handed sword bb1 all at once in response to a single tap operation on the button B7.

  (7) According to the embodiment described above, the bullet is reloaded on the two-handed sword bb1, and the icon constituting the remaining bullet count notification image IM2 is colored to notify the user that the reload is being executed. ing. However, by causing the operation character x to perform an operation of reloading the bullet into the two-handed sword bb1 (specifically, an operation of inserting the bullet into the two-handed sword bb1), the user is notified that the reload is being executed. May be.

  (8) According to the above embodiment, the maximum number of bullets filled in the two-handed sword bb1 is determined by the ability or status of the operation character x. However, the ability of the two-handed sword bb1 may be strengthened in a workshop for producing weapons, and the maximum number of bullets filled in the two-handed sword bb1 may be determined based on the ability.

  (9) In the above embodiment, the injection operation is illustrated as the first operation, the reload operation is illustrated as the second operation, and the long tap operation is illustrated as the specific operation. However, the first operation, the second operation, and the specific operation are not limited to this. For example, the first operation may be an operation for activating a skill that has an advantageous effect for the user, and the second operation may be an operation for increasing a parameter required for activating the skill. Further, the first action may be an action for jumping the character, and the second action may be an action for increasing physical strength for jumping. The specific operation may be an operation for performing a plurality of operations in a predetermined order (for example, an operation for performing a tap operation → a swipe operation → a flick operation within a predetermined time).

  (10) In the above embodiment, when the number of remaining bullets is 1 or more, the state image is displayed at the timing (YES in step S15 in FIG. 12) at which the same operation as the long tap operation enabling the injection process is performed. An example in which the button B7 is displayed has been described. However, the long tap operation for displaying the button B7 as the state image when the remaining number of bullets is 1 or more may be an operation that is established in a shorter time than the long tap operation that enables the injection process to be executed. As a result, the remaining number of bullets can be confirmed before the injection process can be executed, so that a time for making a strategy can be afforded.

  (11) According to the above embodiment, each time a tap operation is performed on the button B7, the bullet is reloaded one by one. However, the shortest value is set in advance for the time interval for accepting the tap operation. It may be. In this case, if the shortest value is set to 0.5 seconds, for example, tap operations performed at intervals shorter than 0.5 seconds are invalid. As a result, it is possible to prevent the remaining number of bullets from reaching the maximum number of filled bullets in an extremely short time. The shortest value may be the same as the above-described predetermined time T2 (reload time interval corresponding to the long tap operation) or may be different from the predetermined time T2.

  (12) According to the above embodiment, the bullet number notification image IM3 is displayed around the operation character x to notify the remaining bullet number. However, for example, the number of remaining bullets may be notified by displaying a numerical value indicating the number of remaining bullets on the menu M2.

<Appendix>
The matters described in the above embodiments are appended below.

(Appendix 1):
According to an aspect of an embodiment shown in the present disclosure, a game program executed in a computer (user terminal 100 in FIG. 1) including a processor, a memory, and a touch screen, the game program being stored in the processor A first step (S38, S40 in FIG. 14) for specifying whether or not the first action (injection action) by the character placed in the virtual space is in an allowable state (number of remaining bullets>0); In response to a specific operation (long-tap operation) on the touch screen, the first operation can be executed when the first step specifies the permissible state, while the first step allows the permissible state. When the state is not specified, a second operation (reload operation) different from the first operation can be executed. That (S16 in FIG. 12) second step and thereby the execution.

(Appendix 2):
In (Supplementary Note 1), the second operation is an operation for setting the allowable state.

(Appendix 3):
In (Appendix 1) or (Appendix 2), the first step specifies the number of times that the first operation can be performed in the allowable state, and until the number of times that the first operation can be performed. The remaining number of times is updated, and whether or not the allowable state is determined based on the remaining number of times is specified, and the second operation is an operation for increasing the remaining number of times.

(Appendix 4):
(Supplementary Note 3) In the third step, the game program executes a third operation (an operation of swinging a sword) on the processor in response to an operation (tap operation) different from the specific operation on the touch screen. S11) is executed, and the second step is performed in response to the specific operation being performed until a predetermined period elapses after the operation for performing the third operation is performed. The fourth operation corresponding to the number of times can be executed.

(Appendix 5):
(Supplementary Note 4) In the second step, as the fourth action to be performed by the character, the first action can be repeatedly executed as many times as the remaining number of times.

(Appendix 6):
(Supplementary Note 1) In the third step, the game program executes a third action (an action of swinging a sword) on the processor in response to an operation different from the specific operation on the touch screen (S11 in FIG. 12). And the second step is responsive to the specific operation being performed until a predetermined period of time elapses after the character starts the third action by the operation in the third step. Following the third action, the character is caused to perform the first action.

(Appendix 7):
In (Supplementary Note 6), the specific operation is a long tap operation, the operation different from the specific operation is a tap operation, the third action is an action that causes the character to attack, The third step is to repeatedly perform the operation of causing the character to attack by repeatedly receiving the tap operation, and the second step is to start the operation of causing the character to attack by the tap operation. By accepting the long tap operation before a predetermined period of time elapses, the first operation is performed following the last step of the attack operation over the plurality of steps.

(Appendix 8):
In any one of (Appendix 1) to (Appendix 7), the first operation is a specific attack operation against an attack target in the virtual space, and the second operation is a remaining one capable of executing the specific attack operation This is an operation for increasing the number of times by one at a predetermined timing.

(Appendix 9):
In any one of (Appendix 1) to (Appendix 8), the game program causes the processor to execute the specific operation on the touch screen even when the second action is being executed in the second step. In response to an operation (flick operation) different from, the second step is stopped and the fourth step (S25 in FIG. 13) is executed to execute the fourth operation (avoidance action).

(Appendix 10):
In any one of (Appendix 1) to (Appendix 9), the second step is performed after a specific operation is performed on the touch screen when the permissible state is specified by the first step. The first operation is executed based on a specific instruction (tap operation after canceling the long tap operation) received after canceling the specific operation.

(Appendix 11):
In any one of (Appendix 1) to (Appendix 10), the second step causes the character to move in a manner corresponding to the second motion (by causing the character to perform a throwing motion). Notify that it is running.

(Appendix 12):
According to an aspect of an embodiment shown in the present disclosure, a game method is executed by a computer (user terminal 100 in FIG. 1) including a processor, a memory, and a touch screen, and the game method is performed by the computer. A first step (S38, S40 in FIG. 14) for specifying whether or not the first action (injection action) by the character placed in the virtual space is in an allowable state (number of remaining bullets>0); In response to a specific operation (long tap operation) on the touch screen, the first operation can be executed when the first step is specified to be in the allowable state, while the first step is allowed to execute the allowable operation. When it is not specified that the state is the second state, the second operation different from the first operation (reload operation) can be executed. And a flop (S16 in FIG. 12).

(Appendix 13):
According to an aspect of an embodiment shown in the present disclosure, the information processing apparatus (the user terminal 100 in FIG. 1) is a storage unit (120 in FIG. 3) that stores a game program, and executes the game program. And a control unit (110 in FIG. 3) that controls the operation of the information processing apparatus, and the control unit is in an allowable state in which a first operation (injection operation) by a character arranged in a virtual space is allowed. According to the first step (S38, S40 in FIG. 14) for specifying whether or not (remaining number of bullets> 0), and the specific operation (long tap operation) on the touch screen, the permissible by the first step When the state is specified, the first operation is allowed to be executed, while when the first step is not specified as the allowable state, the first operation is performed. Performing a second step of the viable different second operation (reload operation) (S16 in FIG. 12).

[Example of software implementation]
Control blocks of control unit 210 (particularly, transmission / reception unit 211, server processing unit 212, data management unit 213, and synchronization processing unit 214), and control blocks of control unit 110 (particularly, game progress processing unit 111, input operation reception unit 112). The camera arrangement control unit 113, the display control unit 114, the object control unit 115, the lottery control unit 116, and the point management unit 117) are realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like. Alternatively, it may be realized by software using a CPU (Central Processing Unit).

  In the latter case, the information processing apparatus including the control unit 210 and / or the control unit 110 includes a CPU that executes instructions of a program that is software that realizes each function, and the program and various data are computers (or CPUs). A ROM (Read Only Memory) or a storage device (referred to as “recording medium”), a RAM (Random Access Memory) for expanding the program, and the like. And the objective of this invention is achieved when a computer (or CPU) reads the said program from the said recording medium and runs it. As the recording medium, a “non-temporary tangible medium” such as a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. The program may be supplied to the computer via an arbitrary transmission medium (such as a communication network or a broadcast wave) that can transmit the program. Note that one embodiment 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 are possible within the scope shown in the claims, and embodiments obtained by appropriately combining technical means disclosed in different embodiments. Is also included in the technical scope of the present invention.

1 game system, 2 network, 10,20 processor, 11,21 memory, 12,22 storage, 15 touch screen, 151 input unit, 152 display unit, 17 camera, 18 ranging sensor, 1010 object, 1020 controller, 1030 memory Medium, 100 user terminal, 200 server, 120, 220 storage unit, 121, 221 game program, 122, 222 game information, 123, 223 user information, 110, 210 control unit, 111 game progress processing unit, 112 input operation reception unit , 113 camera arrangement control unit, 114 display control unit, 115 object control unit, 116 lottery control unit, 117 point management unit, 211 transmission / reception unit, 212 server processing unit, 213 data management unit, 214 synchronization processing unit, 301 operation Support table

Claims (13)

A game program executed on a computer comprising a processor, a memory, and a touch screen,
The game program is stored in the processor.
A first step of specifying whether or not the first movement by the character placed in the virtual space is permitted;
In response to a specific operation on the touch screen, when it is specified that the permissible state is specified by the first step, the first operation can be executed, while the permissible state is determined by the first step. A game program that, when not specified, executes a second step that enables execution of a second action different from the first action.   The game program according to claim 1, wherein the second operation is an operation for setting the allowable state. The first step specifies the number of times that the first operation can be executed in the permissible state, updates the remaining number of times up to the number of times that can be executed each time the first operation is executed, and sets the remaining number of times. Based on whether it is the permissible state,
The game program according to claim 1, wherein the second operation is an operation for increasing the remaining number of times. The game program is stored in the processor.
Executing a third step of performing a third action in response to an operation different from the specific operation on the touch screen;
The second step performs a fourth operation corresponding to the remaining number of times in response to the specific operation being performed after a predetermined period has elapsed since the operation for executing the third operation was performed. The game program according to claim 3, which is executable.   The game program according to claim 4, wherein in the second step, the first action can be repeatedly executed as the remaining number of times as the fourth action to be performed by the character. The game program is stored in the processor.
Executing a third step of performing a third action in response to an operation different from the specific operation on the touch screen;
The second step changes to the third action in response to the specific action being performed after a predetermined period of time elapses after the character starts the third action by the operation in the third step. The game program according to claim 1, further causing the character to perform the first action. The specific operation is a long tap operation,
The operation different from the specific operation is a tap operation,
The third action is an action that causes the character to attack,
In the third step, by repeatedly receiving the tap operation, an action for causing the character to attack is executed in a plurality of stages.
In the second step, following the last stage of the attack action over a plurality of stages, by accepting the long tap operation until a predetermined period elapses after starting the action of causing the character to attack by the tap operation. The game program according to claim 6, wherein the first operation is performed. The first action is a specific attack action against an attack target in the virtual space,
The game program according to claim 1, wherein the second operation is an operation for increasing the remaining number of times that the specific attack operation can be performed by one at a predetermined timing. The game program is stored in the processor.
Even when the second operation is being executed in the second step, the second operation is stopped and the fourth operation is executed in response to an operation different from the specific operation on the touch screen. The game program according to any one of claims 1 to 8, wherein four steps are executed.   The second step is based on a specific instruction received after the specific operation is canceled after the specific operation is performed on the touch screen when the permissible state is specified by the first step. The game program in any one of Claims 1-9 which perform a said 1st operation | movement.   The game according to any one of claims 1 to 10, wherein the second step notifies the fact that the second action is being executed by moving the character in a manner corresponding to the second action. program. A game method executed by a computer comprising a processor, a memory, and a touch screen,
In the game method, the computer
A first step of specifying whether or not the first movement by the character placed in the virtual space is permitted;
In response to a specific operation on the touch screen, when it is specified that the permissible state is specified by the first step, the first operation can be executed, while the permissible state is determined by the first step. A game method comprising: a second step enabling execution of a second action different from the first action when not specified. An information processing apparatus,
A storage unit for storing game programs;
A controller that controls the operation of the information processing apparatus by executing the game program;
The controller is
A first step of specifying whether or not the first movement by the character placed in the virtual space is permitted;
In response to a specific operation on the touch screen, when it is specified that the permissible state is specified by the first step, the first operation can be executed, while the permissible state is determined by the first step. An information processing apparatus that executes a second step that enables execution of a second operation different from the first operation when not specified.