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

Abstract

To provide a game program capable of increasing motivation of a user who continues a game by diversifying means for completing an event.SOLUTION: A game program causes a processor to execute the steps of: giving a user an event that can be played in a game; completing the event when a first condition on the basis of the play of the event is satisfied and giving a user a first reward including an item that can advantageously advance the game, for the event that has not been played; and completing the event (step S305) when a second condition on the basis of operation not depending on the play of the event is satisfied (Yes in step S304) and giving a user a second reward including an item that can advantageously advance the game (step S308).SELECTED DRAWING: Figure 16

Description

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

  A game program for causing a computer to execute a game in which an event is provided so as to be playable is known. In such a game, when the condition set for the event by the user's play is satisfied, the event is completed and a reward is given to the user. The reward includes an item that can advance the game more advantageously. For example, Non-Patent Document 1 describes a game in which a user is challenged to a quest with various missions, and a reward is given to the user in response to the quest being cleared.

Monster Hunter Explorer official strategy summary, “Viewing the screen”, [on line], “August 28, 2016 search”, Internet <http://wiki.famitsu.com/mhexplore/%E7%94%BB%E9 % 9D% A2% E3% 81% AE% E8% A6% 8B% E6% 96% B9>

  In a game in which an event is given to the user, if the user cannot complete the event, no reward can be obtained from the event, and thus the game may not be able to proceed more advantageously using the reward. Then, the user's motivation for continuing the game may be reduced. If the means for completing the event is diversified, the possibility that the user can complete the event increases, and the motivation for the user to continue the game is improved. Therefore, in such a game, it is required to diversify means for completing an event.

  One aspect of the present disclosure aims to improve user motivation for continuing a game by diversifying means for completing an event.

  The game program according to the present disclosure is executed by a computer including a processor and a memory. The game program stores, in a memory, an event that can be played in the game based on the game program in the processor in association with the user, and a first event based on the play of the event for an event that has not been played by the user. When the condition is satisfied, the event is completed and the first reward including an item that can advance the game more advantageously is stored in the memory in association with the user, and the play by the user is completed. When the second condition based on an operation that does not depend on the play of the event is satisfied for a non-event, the second reward including an item that can complete the event and advance the game more advantageously is provided to the user. Storing in a memory in association with To.

  The method according to the present disclosure is a method in which a computer including a processor, a memory, an operation unit, and a display unit executes a game program. The method includes a processor performing the steps of claim 1.

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

  According to one aspect of the present disclosure, there is an effect that the motivation of the user for continuing the game is improved by diversifying means for completing the event.

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 the preparation space. It is a figure which shows the example of a display screen which drew battle space. It is a figure which shows the example of a display screen which drawn the battle battle space. It is a figure which shows the example of a display screen explaining operation input for participating in a lottery and acquiring the right to play a battle battle. It is a figure which shows the example of a display screen explaining the operation input for a user to start a battle battle. It is a figure which shows the example of a display screen showing the reward provided when subjugation is completed by play. It is a figure which shows the example of a display screen for registering a battle battle as an accumulation | storage object of a point. It is a figure which shows the example of a display screen showing the point accumulate | stored with respect to the registered battle battle. It is a figure which shows the example of a display screen showing the reward provided when a joint battle is completed by accumulation | storage of a point. It is a flowchart which shows the flow of the process which registers a battle battle as a point accumulation | storage object. It is a flowchart which shows the flow of the process which completes a battle battle by play. It is a flowchart which shows the flow of the process which completes a battle battle by accumulation | storage of a point.

  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, dodge ball, baseball, soccer and hockey, 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 operation character object on the user terminal 100, a dynamic object indicating another character such as a non-player character, or a building, tree, 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 the information from the synchronization processing unit 214 or receives information from the user terminal 100 and determines that the 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. 6, 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. 6, 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. 6A, 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. 6, 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 W1 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. 5, the lottery control unit 116 sets the level Lv. 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.

  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.

(Specific examples of battle battle space)
FIG. 7 shows an example of a display screen on which a battle battle space is drawn. The state (A) in FIG. 7 shows a display screen when the display unit 152 is in the portrait orientation, and the state (B) in FIG. 7 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. 7, the object control unit 115 displays operation characters g1 and g2 and a non-player character y6 corresponding to other accounts as teammate characters that fight the boss character K1 together with the operation character x. In FIG. 7, the physical strength value displayed in the vicinity of the non-player character y6 is accompanied by 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.

(Acquires the right to participate in the lottery and play the battle battle)
FIG. 8 is an example of a display screen for explaining an operation input for participating in the lottery and acquiring the right to play a battle battle. The state (A) in FIG. 8 is an example of a display screen that is displayed when an input operation for wishing to participate in the lottery is performed. The state (B) of FIG. 8 is an example of a display screen that is displayed when a certain battle battle is won by lottery. The state (C) of FIG. 8 is an example of a display screen that displays the combined battles assigned in the lottery in addition to the list of combined battles that the user has the right to play.

  When the input operation accepting unit 112 accepts an input operation for requesting participation in the lottery, the input operation accepting unit 112 instructs the display control unit 114 to display the display screen shown in the state (A) of FIG. The display control unit 114 may display images of the menu M5, menu M6, display R, button B6, and button B7 as shown in FIG.

  The menu M5 in the state (A) of FIG. 8 indicates the number of items currently owned by the user. The menu M6 shows the number of items consumed every time a lottery is entered.

  In the example shown in the state (A) of FIG. 8, a boss character K5 that can be assigned by lottery is displayed, although the winning probability is low. Instead of the boss character K5, a boss character having an equal or lower winning probability may be displayed. In this way, the attractiveness of participating in the lottery may be shown by showing the appearance of a boss character fighting in a combined battle with a low winning probability. In the example shown in the state (A) of FIG. 8, “S” indicating the winning probability of the boss character K5 is displayed on the display R. In the example shown in the state (A) of FIG. 8, the button B6 is for transitioning to a page for introducing items that can be acquired when the game of the battle battle including the battle with the boss character K5 is successfully completed. The button B7 receives an instruction to start a lottery.

  When the input operation accepting unit 112 accepts an input operation to the button B7, the lottery control unit 116 determines a battle battle according to the level of the operation character participating in the lottery from a plurality of battle battles.

  The display control unit 114 displays displays D1, D2, D3, D4, etc. as shown in the state (B) of FIG. In the displays D <b> 1 to D <b> 4, information related to the boss character K <b> 6 fighting in the battle battle determined by the lottery control unit 116 is displayed. In the example shown in the state (B) of FIG. 8, the winning probability of the boss character K6 is displayed on the display D1, the level “Lv.42” of the boss character K6 is displayed on the display D2, and the name “monster K6” of the boss character K6 is displayed on the display D3. ”, The appearance of the boss character K6 is displayed on the display D4.

  In the example shown in the state (B) of FIG. 8, buttons B9 and B10, which are UIs for user input operations, are displayed. The button B9 accepts an input operation by the user for returning to the display screen displaying the preparation space shown in the state (A) of FIG. The button B10 accepts an input operation by the user for immediately starting a battle battle that has acquired the right to play in the lottery.

  The battle battle including the battle with the boss character K6 assigned by the user is registered in the user information 123 by the game progress processing unit 111. As shown in the state (C) of FIG. 8, the registered battle battle is displayed in the list list L2 as a battle battle J5 that can accept an input operation desired by the user.

  In addition, the game progress processing unit 111 has a winning probability lower than a predetermined winning probability (for example, “S” and “SS”, etc.) for a user who has won the right to play a battle battle J5 (rare event). You may grant the right to play the battle battles J6-J7 related to the winning battle battle. In this case, the difficulty level of the battle battle related to the winning battle battle may be higher than the difficulty level of the battle battle. Note that there may be one or a plurality of fighting battles related to the fighting battle J5 to be given to a user who has won the right to play the fighting battle J5.

  For example, as shown in the state (C) of FIG. 8, a user who has been assigned the right to play a joint battle J5 including a battle with the boss character K6 whose winning probability is S is assigned to the user 3 The right to play two fighting battles J6 to J8 is also granted. The difficulty m6 to m8 of the combined battle J6 to J8 related to the selected combined battle J5 is higher than the difficulty m6 of the selected combined battle. For example, the game progress processing unit 111 may give the operation character an equipment item equipped for the operation character and a material item for acquiring the equipment item as a reward when the game clear of the battle battle J5 is successful. On the other hand, the reward when the game clear of the battle battle J6 to J7 is successful may be a reinforcement item for strengthening the equipment item acquired when the game battle of the battle battle J5 is successful. By setting rewards in this way, the appeal of the battle battle is appropriately enhanced, and the motivation to further challenge the battle battle related to the battle battle is rationalized, thereby improving the game's preference. Can do.

(Start of fighting battle)
FIG. 9 is an example of a display screen for explaining an operation input for the user to start a battle battle. Here, a case where the user who operates the operation character x starts a battle battle in the battle battle space together with the user who operates the operation character g1 and the user who operates the operation character g2 will be described as an example.

  When the user performs an input operation to start a battle battle in the preparation space, a screen as shown in FIG. 9 is displayed on the user terminal 100 used by the user.

  In the battle battle, operation characters of other accounts can also participate as teammate characters. The input operation for instructing to start the battle battle may be, for example, an operation for selecting the non-player character z2 described above. 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 a list L2 including the battle battles J1, J2, J3, J4, and the like that can be selected by the user. (See state (C) in FIG. 5). The battle battles included in the list L2 are battle battles to which the user is given the right to play.

  In the state (C) of FIG. 5, when the user desires to start the battle battle J1, the user may select the battle battle J1. When the battle battle J1 is selected, the control unit 110 transitions from the display screen shown in the state (C) of FIG. 5 to the display screen shown in FIG. For example, the input operation reception unit 112 receives a touch operation for selecting the battle battle J1. The touch operation for selecting the battle battle may be a touch operation to a position where each battle battle included in the list L2 is displayed.

  FIG. 9 is a display screen for making preparations before starting the battle battle J1 and for preparing other users who wish to participate in the battle battle to prepare for participation. In the example shown in FIG. 9, in the title T, “monster K1”, which is the name of the boss character K1 to be subjugated in the joint battle J1, may be displayed. In the menu M4, the identification number “identification No. P” of this battle battle may be displayed.

  In addition, when a user recruits other users who wish to participate in the battle battle, conditions for permitting participation may be set. The condition for permitting participation may be an upper limit or a lower limit on the ability of the operation character of another user. For example, when the level of the operation character of the user who desires to participate in the battle battle is lower than a predetermined level, the user can be prohibited from participating. Alternatively, inputting an identification number may be a condition for permitting participation. In this case, participation can be permitted by limiting the identification number of this fighting battle from the user who starts the fighting battle to a user who is informed in advance. The conditions for allowing participation entered by the user are associated with each battle battle and are stored in the user information 123 by the game progress processing unit 111.

  In the example shown in FIG. 9, the object of the operation character x is displayed in the battle battle J1, the object of the operation character g1 of the other user is adjacent to the object, and the object of the operation character g2 of the other user is adjacent to the object. Is drawn. In the example shown in FIG. 9, both the operation characters g1 and g2 are ready to start the battle battle J1, and the characters “participation” are superimposed. Note that when the operation characters g1 and g2 are not yet ready to start a battle battle, the character “in preparation” may be superimposed on the object of the operation character g1.

  In the example shown in FIG. 9, one column adjacent to the operation character g2 is blank. This indicates that even if the operation characters x, g1, and g2 participate, another operation character can participate.

  In the example shown in FIG. 9, buttons B9, B10, and B11, which are UIs for user input operations, are further displayed. The button B9 is a “weapon switching button” and is used to switch the weapon that the operation character g1 equips before participating in the battle battle J1. As shown in FIG. 9, the display control unit 114 recovers the name Q1, level Q2, equipment Q3, total physical strength value Q4, attack and defense ability value Q5, and other operation characters of each operation character. The configuration may be such that the capability value Q6 or the like is displayed. By referring to such a display, the user can participate in the battle after knowing the ability of the teammate character.

  The button B10 is an “exit button” for canceling the start of the joint battle J1 and returning to the display screen shown in the state (C) of FIG. When the touch operation is performed on the button B10, the user can reselect the desired battle battle to be started.

  The button B11 is a “departure button” for moving the character x to the battle battle space of the battle battle J1. In the example shown in FIG. 9, when the user performs a touch operation on the button B11, the operation characters g1 and g2 appear in addition to the operation character x in the battle battle space of the battle battle J1 (see FIG. 7). In this case, as shown in FIG. 7, the number of operation characters moved to the battle battle J1 is three (character x and operation characters g1 and g2), and the next one of the ally characters is a non-player character y6. is there.

(Specific example of reward screen based on play results)
FIG. 10 is a diagram illustrating an example of a reward screen. This reward screen is displayed by the display control unit 114 when the subjugation of the enemy character is completed by play in the battle battle space. This reward screen includes information representing the first reward. The displayed first reward is determined for the battle battle and is specified by the game progress processing unit 111. The example of FIG. 10 is a screen displayed when the battle battle J2 shown in FIG. 5C is played in the battle battle space and the monster K2 is subjugated. The first reward displayed on the reward screen includes an acquired experience value A1, a virtual currency A2, and an item reward A3. The acquired experience value A1 represents the increment of the experience value given as the first reward for the operation character participating in the battle battle. The virtual currency A2 represents the amount of in-game virtual currency given to the user as the first reward. The item reward A3 represents the amount of the essential material item K2 and other items given to the user as the first reward. The essential material item K2 represents an essential material item associated with the monster K2 to be subjugated. The other items here are consumption items.

  In this example, the essential reward item K2 is definitely included in the first reward, and other rewards are included stochastically. Specifically, the amount of the virtual currency A2 may be a lottery amount based on a lottery probability determined for this battle battle. In addition, the item other than the essential material item K2 in the item reward A3 may be an item drawn based on the lottery probability from one or more types of items determined for the battle battle.

(Combat battle registered as accumulation target of subjugation points)
The fighting battle to which the right to play is given to the user can be registered as an accumulation target of the defeat points. The point management unit 117 registers the battle battle selected by the user among the battle battles to which the right to play is given to the user as an accumulation target of subjugation points. At this time, the number of fighting battles that can be accumulated for subjugation points at the same time is up to a predetermined upper limit.

  However, the upper limit number increases when the additional condition is satisfied. Further, the upper limit number may be increased only within a predetermined effective period after the additional condition is satisfied. The additional condition may be exchange with a consumption item such as virtual currency, for example. The consumption item for satisfying the additional condition may be one (for example, virtual currency) given to the user by accepting the accounting process. In this case, the upper limit number may be increased as the amount of consumed items to be replaced increases. Moreover, you may make it the effective period for the increase in an upper limit number become long, so that there are many consumption items to exchange. Accordingly, the user can register a battle battle that is desired to be subjugated by accumulating subjugation points within the upper limit number, and can enjoy playing in the battle battle space for the remaining battle battles that are not registered. Further, when the upper limit is increased by satisfying the additional condition, the user can complete subjugation in more battle battles while enjoying the play in the battle battle space. In addition, the user tries to accumulate more subjugation points within the effective period in which the upper limit number is increasing, so that the user can be prompted to play another battle battle.

(Registration screen example)
FIG. 11A is an example of a registration screen for registering a battle battle as an accumulation target of subjugation points. This registration screen is displayed by the display control unit 114 when an operation for instructing display of the screen is received by the input operation receiving unit 112. In the example of this registration screen, the number of battles that can be accumulated at the same time is managed by registration frames H1 to H5. The registration frame H1 is a frame in which one battle battle can be registered without additional conditions. In other words, the upper limit number of combined battles that can be registered simultaneously without additional conditions is 1 in this example. Further, the registration frame H2 becomes effective when the additional condition is satisfied, and a single battle battle can be registered. In addition, the registration frame H3 becomes valid when the additional condition is satisfied while the registration frame H2 is valid, and one battle battle can be registered. Similarly, each of the registration frames H4 to H5 becomes effective when the additional registration condition is satisfied in a state where the registration frame one level higher is effective, and each of the registration battles can be registered. In other words, each time the additional condition is satisfied, the upper limit number of battle battles that can be registered simultaneously increases by one and increases to five at the maximum. In addition, the valid period of the registration frame that is valid when the additional condition is satisfied is 24 hours in this example.

  FIG. 11B is an example of a selection screen for selecting a battle battle to be registered as an accumulation target of subjugation points. This selection screen is displayed by the display control unit 114 when an operation on the registration frame H1 is received by the input operation receiving unit 112 in FIG. In the example of this selection screen, the battle battles J2, J3, J5, and J6 to which the play right is given to the user are displayed. These combined battles are combined battles in which the subjugation has not been completed at the time when the screen example of FIG. 11B is displayed in the list L2 shown in FIG. 5C and FIG. 8C. Assumes that. The display of each battle battle includes information indicating the winning probability R (any of D, C, B, A, S, and SS), the level and name of the enemy character, the necessary suppression points, and the time until the suppression. The display of the winning probability represents the winning probability when the right to play each battle battle is given to the user by lottery. In other words, the fighting battle with a lower winning probability represents a higher degree of rarity. Hereinafter, the winning probability R is also described as the rarity R. Note that the higher the rarity R is, the higher the difficulty of achieving the first condition. The display of the level and name of the enemy character represents the level and name of the enemy character that will be the opponent in the battle battle. Necessary subjugation points are values according to the difficulty level of subjugation. The time until subjugation is a value corresponding to the necessary subjugation points. In addition, the time to this subjugation represents the time from the registration to the completion of subjugation when subjugation points are accumulated only by the passage of time.

  FIG. 11C is an example of a detailed screen showing details of a battle battle to be registered as an accumulation target of subjugation points. This detailed screen is displayed by the display control unit 114 when an operation for any one of the list of fighting battles displayed in FIG. 11B is received by the input operation receiving unit 112. In this example, when an operation for the battle battle J2 is accepted, a detailed screen regarding the battle battle J2 is displayed. This detailed screen includes information A4 related to necessary subjugation points, information A5 related to the second reward, and a registration button B13.

  The information A4 includes information representing the value of the necessary subjugation point determined for this battle battle and the time until the subjugation. The information A5 represents a second reward given to the user when the subjugation is completed when the total number of subjugation points reaches the necessary subjugation point. The second reward is lower in value than the first reward that is given when the subjugation is completed by the play of this fighting battle. As a specific example, it compares with the 1st reward when subjugation is completed by the play in a battle battle space. As shown in FIG. 10, the first reward when the subjugation is completed by the play in the battle battle space includes an acquired experience value A1, a virtual currency A2, and an item reward A3. As shown in FIG. 11C, the second reward when the subjugation is completed by accumulating the subjugation points includes the item reward A5 and does not include the acquired experience value A1 and the virtual currency A2. The item reward A3 and the item reward A5 both include the essential material item K2, but the item reward A3 includes ten consumption items, whereas the item reward A5 includes one consumption item. Thus, the value of the second reward is lower than that of the first reward.

  In FIG. 11C, when an operation on the registration button B13 is accepted by the input operation accepting unit 112, the battle battle is registered in the corresponding registration frame as an accumulation target of the defeat points. Hereinafter, the battle battle registered as the accumulation target of the subjugation points is simply referred to as the battle battle of the registration frame.

  Thus, when a user completes subjugation for a certain battle battle by accumulating subjugation points, the user can obtain an essential material item equivalent to the case where the subjugation is completed by play in the battle battle space. However, in this case, the user cannot acquire the acquired experience value and the virtual currency. In other words, the user chooses to play in the battle battle space for the battle battle for which he / she wants to acquire the acquired experience value and the virtual currency, and accumulates subjugation points for the battle battle that only needs to be able to acquire the same essential material item reward. You can choose to register as a target.

  As described above, at least a part of the second reward may be dynamically determined when the subjugation is completed. In this case, the display of the item reward A5 in FIG. 11C may include information indicating the type of item that can be dynamically determined when the subjugation is completed.

(Conditions for subjugation points)
The conditions for granting subjugation points for a battle battle registered as an accumulation target of the subjugation points are configured by conditions that are not related to play of the battle battle. In the present embodiment, the conditions for granting subjugation points include (1) a condition based on the passage of time and (2) a condition based on completion of subjugation of another fighting battle. That is, at least (1) a time for slashing is given to a battle battle registered as a target for accumulation of slashing points. Furthermore, subjugation points are also awarded when subjugation is completed in another battle battle.

  In the case of (1), a predetermined amount of subjugation points is awarded each time a unit time has elapsed after registering as a subjugation point accumulation target for a battle battle registered as an accumulation target for subjugation points. For example, 1 pt of subjugation points may be given every 6 seconds. Note that pt represents a unit of subjugation points. In this case, if the necessary subjugation point is 1200 pt, even if the condition of (2) is not satisfied after registration, the cumulative total of the subjugated points granted reaches 1200 pt after a maximum of 2 hours. The “time to subjugation” displayed in FIGS. 11 (B) and 11 (C) indicates that the total number of subjugated points reached the necessary subjugation points when accumulating subjugation points only under conditions due to the passage of time. Represents the time until.

  In the case of (2), when a battle battle that is not registered as an accumulation target of subjugation points is played in the battle battle space and subjugation is completed, subjugation points are awarded to the battle battles registered as an accumulation target of subjugation points. The That is, in the battle battle registered as the accumulation target of the subjugation points when the condition (2) is satisfied, the time until the subjugation is shortened.

  At this time, the amount of subjugation points to be given may be determined more as the rarity of other battle battles that have been subjugated by play is higher, for example. In addition, there may be a case where a plurality of fighting battles are registered as an accumulation target of subjugation points. In this case, you may make it give the amount of subjugation points according to the rarity of the joint battle where the subjugation was completed by play to each joint battle. For example, it is assumed that 100 pt is determined as a subjugation point to be given when subjugation is completed in a battle battle of rarity S. At this time, if one battle battle is registered as a target for accumulation of subjugation points, 100 pt subjugation points are given to the battle battle. Further, at this time, if a plurality of battle battles are registered as accumulation targets for the battle battle points, a battle point of 100 pt is given to each battle battle.

  As described above, (1) and (2) are prepared as conditions for granting subjugation points, so that the user enjoys the following merits. In other words, by registering a battle battle to which the right to play is registered as a target for accumulation of subjugation points, the user completes subjugation by waiting for the passage of time without playing the battle battle space in the battle battle space. it can. Furthermore, the user can shorten the time taken to complete the subjugation in the registered battle battle by playing another battle battle and completing the battle.

  FIG. 12A is a list screen showing a list of battles registered as accumulation targets of subjugation points. This list screen is displayed by the display control unit 114 when an operation for instructing display of the screen is received by the input operation receiving unit 112. In FIG. 12 (A), the registration frame H1 includes information related to the battle battle registered without additional conditions. The registration frame H1 includes a cumulative total of subjugated points A6, an interruption button B14, and a time A7 until completion of subjugation. Cumulative A6 represents the cumulative value of subjugation points and the ratio of the cumulative value to the necessary subjugation points. In this example, it is shown that a cumulative total of 148 pt is given to the necessary subjugation point 600 pt at this time. The time A7 until the subjugation is a time corresponding to the remaining 452pt necessary until the necessary subjugation point.

  In FIG. 12A, when an operation on the interruption button B14 is accepted by the input operation accepting unit 112, the registration of the subjugation point as the accumulation target of the fighting battle is canceled. In this case, the right to play the registered battle battle is still granted to the user. After the cancellation, the registration frame H1 becomes empty, and when an operation for the registration frame H1 is accepted again, the selection screen for the battle battle shown in FIG. 11B is displayed.

  In this specific example, the screen representing the list of the battle battles shown in FIG. 12A also functions as a registration screen for performing additional registration. When an operation for the registration frame H2 is accepted by the input operation accepting unit 112, a consent screen (not shown) as to whether or not the additional condition is satisfied is displayed. In this specific example, the additional condition is “exchange with 5 consumption items”. It is assumed that the consumption items necessary for the exchange are stored in the storage unit 120 in association with the user. Here, the consumption item necessary for the exchange may be the same type of consumption item as that included in the first reward or the second reward and may be given to the user, or may be a different type of consumption item. May be. When an operation for accepting that the additional condition is satisfied is accepted on the acceptance screen, five consumption items are consumed and the selection screen for the battle battle as shown in FIG. 11B is selected. Is done. Thereafter, when an operation for the registration button B13 is accepted on the detailed screen of the battle battle as shown in FIG. 11C, the battle battle is registered in the registration frame H2.

  FIG. 12B is an example of a screen in which a battle battle is registered for the registration frame H2. The registration frame H2 includes information related to the battle battle registered by satisfying the additional condition. Similar to the registration frame H1, the registration frame H2 includes a total number A6 of subjugation points, an interruption button B14, and a time A7 until completion of subjugation. Furthermore, the registration frame H2 includes a display of the validity period A10. This valid period A10 represents the remaining time of the valid period after the registration frame H2 becomes valid when the additional condition is satisfied. If the subjugation point has not reached the required subjugation point for the battle battle registered in the registration frame H2 when the validity period has come, the battle battle is canceled from the registration frame H2 as the subjugation battle has not been completed. The In this case, the right to play the registered battle battle is still granted to the user. Further, when the battle battle is canceled from the registration frame H2 by operating the interrupt button B14, a new battle battle is registered in the registration frame H2 before the validity period of the registration frame H2 has come. It is possible.

  Further, the screen representing the list of the battle battles shown in FIG. 12B also functions as a registration screen for performing additional registration. In FIG. 12B, the process when the operation for the registration frame H3 is accepted is the same as the process when the operation for the registration frame H2 is accepted in FIG. Do not repeat.

  FIG. 12C is an example of a screen displaying a battle battle in which subjugation is completed by accumulation of subjugation points. In FIG. 12C, the total number of subjugation points of the battle battle registered in the registration frame H1 has reached the necessary subjugation point 600pt. The registration frame H1 includes information A8, elapsed time A9, and a button B15 for receiving a second reward. Information A8 indicates that subjugation has been completed. Elapsed time A9 represents the elapsed time after the total number of subjugation points reaches the necessary subjugation point. The button B15 for receiving the second reward is a button for receiving an operation for receiving the second reward for the battle battle.

(Specific example of reward screen with subjugation points)
FIG. 13 is an example of a reward screen displayed when a subjugation point reaches a necessary subjugation point. This reward screen is displayed by the display control unit 114 when the operation for the button B15 for receiving the second reward is received by the input operation receiving unit 112 in FIG.

  This reward screen includes an item reward A12 as a second reward, an additional reward A11, and a receiving button B16. The item reward A12 is the same display as the item reward A5 displayed before registering this combined battle in FIG. However, as described above, when the item reward A5 includes a reward that is dynamically determined, the content of the item reward A12 in FIG. 13 is drawn when the subjugation point of this battle battle reaches the necessary subjugation point. Including those determined by

  The additional reward A11 is displayed when the button B15 for receiving a reward is operated before the elapsed time A9 in FIG. 12C reaches a predetermined period. That is, when an operation for receiving the second reward is performed within a predetermined period after the subjugation is completed due to accumulation of the subjugation points, an additional reward is given to the user. When an operation for receiving the second reward is performed after the predetermined period has elapsed, a reward screen excluding the display of the additional reward A11 is displayed from the reward screen of FIG.

(Granting parameters to improve grades)
Here, the 1st reward given when subjugation is completed by the play in a battle battle space may include the performance parameter which raises a user's performance. In this case, the second reward given when the subjugation is completed by accumulating the subjugation points also includes an equivalent performance parameter. The user's score is a user's score in a task set in the game. In addition, for example, such a task means that, during a predetermined holding period, when subjugation is completed in a battle battle, a score (score parameter) corresponding to the difficulty level is given to the user, and a score based on the total score is given to the user. You may compete in.

  In this case, the score given when the subjugation is completed by play and the score given when the subjugation is completed by accumulating the subjugation points may be equivalent for a certain battle battle. Thereby, the motivation of the user who intends to complete subjugation in more co-battle battles can be improved using both play in the battle battle space and accumulation of subjugation points.

<Processing flow and screen example>
A flow of processing executed by the user terminal 100 based on the game program 131 will be described with reference to flowcharts of FIGS. 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 some of these processing steps are executed by the server 200. May be.

(Processing flow for registering battle battles for accumulation of subjugation points)
FIG. 14 is a flowchart showing an operation flow of the user terminal 100 that registers a battle battle as a target for accumulation of subjugation points.

  In step S <b> 101, the display control unit 114 displays a screen for registering an accumulation target of subjugation points according to a user operation. The displayed registration screen is, for example, the screen shown in FIGS. 11A, 12A to 12C, or the like.

  In step S102, the input operation reception unit 112 receives an operation for the registration frame. For example, the operation for the registration frame H1 is accepted in FIG. 11A, the registration frame H2 is accepted in FIG. 12A, and the registration frame H3 is accepted in FIGS. 12B and 12C.

  In step S <b> 103, the point management unit 117 determines whether the registration frame for which the operation has been accepted is valid. In other words, the point management unit 117 determines whether or not additional conditions need to be satisfied for registration in the registration frame. In this embodiment, satisfying the additional condition is exchange with a consumption item. It is determined that the registration frame H1 is always valid. The registration frames H2 to H5 are determined not to be valid if they have not been exchanged with consumer items. In addition, the registration frames H2 to H5 are determined not to be valid if the validity period has passed since the last exchange with the consumption item. In addition, the registration frames H2 to H5 are determined to be valid if they are within the valid period after the exchange with the previous consumption item. In the present embodiment, it is assumed that an operation on a registration frame in which a battle battle is already registered is not accepted. That is, the registration frame for which the operation has been accepted in step S102 is empty.

  If the registration frame is valid, step S106 described later is executed. If the registration frame is not valid, step S104 is executed.

  In step S <b> 104, the point management unit 117 performs exchange with a consumption item in order to validate the registration frame. At this time, the point management unit 117 may display a confirmation screen as to whether or not to accept the exchange with the consumable item, and may execute the processing of this step when an operation of accepting is accepted. If an operation that is not accepted is accepted, the process ends.

  In step S105, the point management unit 117 validates the registration frame and starts counting the validity period.

  In step S <b> 106, the point management unit 117 extracts a registerable battle battle for the registration frame for which the operation has been accepted. The extracted battle battle is a battle battle to which the user has the right to play at this point. And the display control part 114 displays the list screen of the extracted battle battle. The displayed list screen is, for example, the screen shown in FIG.

  In step S107, the input operation accepting unit 112 accepts an operation for selecting a battle battle from the list screen.

  In step S <b> 108, the point management unit 117 generates a detailed screen for the selected battle battle and causes the display control unit 114 to display the detailed screen. The displayed detail screen is, for example, the screen shown in FIG.

  In step S109, the input operation reception unit 112 receives an operation for registering the selected battle battle.

  In step S110, the point management unit 117 registers the fighting battle in the registration frame as an accumulation target of subjugation points.

(Flow of processing to complete subjugation by play of fighting battle)
FIG. 15 is a flowchart for explaining the flow of the operation of the user terminal 100 that completes subjugation by playing a battle battle. The process described below is executed for each of the battle battles that are not registered as the accumulation target of subjugation points.

  In step S <b> 201, the game progress processing unit 111 determines whether or not the play of the battle battle has ended. If not completed, the process of step S201 is repeated. If completed, the process of step S202 is executed.

  In step S202, the game progress processing unit 111 determines whether the enemy character has been subjugated by the play. If not subjugated, the operation ends. If it is defeated, step S203 is executed.

  In step S <b> 203, the game progress processing unit 111 completes subjugation by accumulating subjugation points for the registered frame of battle battle. Further, the game progress processing unit 111 deletes the battle battle from the battle battle held by the user.

  In step S <b> 204, the game progress processing unit 111 gives a first reward to the battle battle for which subjugation has been completed. The first reward is a content that is determined to be granted when the subjugation is completed by the play for this combined battle, and includes an essential material item corresponding to the combined battle.

(Flow of processing to complete subjugation by accumulating subjugation points)
FIG. 16 is a flowchart for explaining the flow of operations of the user terminal 100 that completes subjugation by accumulating subjugation points. The process described below is executed for each of the battles that are registered as accumulation targets of subjugation points.

  In step S <b> 301, the point management unit 117 determines whether or not the registration frame is within the valid period for the battle battle of the registration frame. For example, in FIG. 12A, no valid period is set in the registration frame H1. Therefore, the point management unit 117 always determines that the fighting battle registered in the registration frame H1 is within the valid period. Also, for example, in FIG. 12B, 24 hours is set as the valid period in the registration frame H2. Then, the point management unit 117 counts the elapsed time from the time when the battle battle is registered in the registration frame H2. Therefore, the point management unit 117 determines whether or not the elapsed time has passed 24 hours for the fighting battle registered in the registration frame H2. If it is not within the valid period, step S210 is executed. The process of step S210 will be described later. If it is within the valid period, step S302 is executed.

  In step S <b> 302, the point management unit 117 determines whether or not the conditions for granting subjugation points are satisfied for the registered battle battle. In the present embodiment, the grant condition includes a condition based on the passage of time or a condition based on completion of subjugation of another battle battle. Therefore, the point management unit 117 determines that the granting condition is satisfied if the unit time has elapsed since the last unit time has been given for the battle battle being registered since the last unit time has been given. Also, the point management unit 117 determines that the grant condition is satisfied even when the subjugation is completed by playing another battle battle. If the grant condition is not satisfied, the processing from step S301 is repeated. If the granting condition is satisfied, step S303 is executed.

  In step S303, the point management unit 117 grants subjugation points according to the grant conditions to the battle battle in the registered frame. In the present embodiment, the point management unit 117 assigns 1 pt subjugation points to the battle for the registered frame when the unit time has elapsed. In addition, when the subjugation is completed by playing another battle battle, the point management unit 117 gives a battle point according to the difficulty level of the other battle battle to the battle battle in the registration frame.

  In step S <b> 304, the point management unit 117 determines whether or not the total number of subjugation points given to the registered battle battle is equal to or greater than the necessary subjugation point. Here, when the total number of subjugation points is not equal to or greater than the necessary subjugation points, the processing from step S301 is repeated. If the total number of subjugation points is greater than or equal to the necessary subjugation points, step S305 is executed.

  In step S <b> 305, the game progress processing unit 111 completes the subjugation with the accumulation of the subjugation points for the battle battle in the registration frame. Further, the game progress processing unit 111 deletes the battle battle from the battle battle held by the user. When the screen displayed at this time is a list of registration frames as shown in FIGS. 12A to 12B, the display control unit 114, as shown in FIG. It is only necessary to display that subjugation is completed in the registration frame of the battle battle that has been completed. In addition, when the screen displayed at this time is a preparation space, a battle space, or a battle battle space, the display control unit 114 indicates that “the subjugation is completed due to accumulation of subjugation points” on the currently displayed screen. The UI object for instructing the display of the combined battle that has been performed may be displayed. In this case, when an operation on the UI object is accepted by the input operation accepting unit 112, the display control unit 114 displays a list of registration frames including the registration frames for which subjugation has been completed as illustrated in FIG. May be displayed.

  In step S <b> 306, the point management unit 117 determines whether or not an operation for receiving a reward has been received by the input operation receiving unit 112 for a battle battle in which subjugation has been completed due to accumulation of subjugation points. If an operation for receiving a reward is not accepted, the process of this step is repeated. If an operation for receiving a reward is accepted, step S307 is executed.

  In step S307, the point management unit 117 determines whether or not an operation for receiving a reward has been performed within a predetermined period from the time when the number of subjugation points becomes equal to or greater than the necessary subjugation point. If it has been performed within the predetermined period, step S308 is executed. If it is performed after the predetermined period, step S309 is executed.

  In step S308, the point management unit 117 grants a second reward and an additional reward to the user. The second reward is a mandatory value included in the first reward, although the value of the second reward is lower than the first reward that is determined to be awarded when subjugation is completed by play for the battle of this registration frame. Includes material items.

  In step S309, the point management unit 117 grants a second reward to the user. In this case, no additional reward is given.

  In step S <b> 310, the point management unit 117 cancels the combined battle of the registered frame from the registered frame. This step is also executed when it is determined in step S301 that the valid period has passed.

  As described above, in the present embodiment, not only is it possible to obtain a reward for play in the battle battle space for the battle battle to which the right to play is granted to the user, but also the subjugation points are registered in the registration frame. It is possible to get rewards by accumulating. This allows the user to focus on playing more interesting battle battles, for example, less common battle battles, but also from other battle battles, for example, less rare battle battles, without having to play. You can get rewards by accumulating. As a result, the present embodiment can support the progress of the user's game.

  Moreover, in this embodiment, about the battle battle to which the right to play is granted to the user, not only the subjugation is completed by play, but also the subjugation is completed by registering in the registration frame and accumulating subjugation points. Make it possible. As a result, the user can complete a battle battle that is difficult to complete by playing by accumulating subjugation points without playing, and strengthening the equipment item based on the second reward obtained. , You can play the next battle battle. As a result, the motivation of the user for continuing the game can be improved even if a battle battle that is difficult for the user to complete subjugation is given.

[Modification]
In the present embodiment, an example has been described in which the upper limit of the number of battles that can be registered as accumulation targets of subjugation points can be increased to 5 if additional conditions are satisfied.

  At this time, the point management unit 117 may vary the amount of subjugation points given when the granting condition is satisfied for at least one of the plurality of registration frames. For example, the point management unit 117 may increase the amount of subjugation points given for each elapse of unit time for the registration frame increased by exchanging with more consumer items, as compared to other registration frames. .

  In addition, the point management unit 117 may vary the second reward given when the total number of subjugation points exceeds the necessary subjugation point for at least one of the plurality of registration frames. For example, the point management unit 117 advantageously sets a lottery probability of an item reward that is dynamically determined upon completion of subjugation for a registration frame increased by exchanging with a larger number of consumable items than other registration frames. May be. To advantageously set the lottery probability may be to set the winning rate of items that can advance the game more advantageously than other registration frames.

  Further, in the present embodiment, an example in which the first reward is higher in value than the second reward has been described. However, the first reward and the second reward may have the same value. Alternatively, in the present embodiment, the example in which the essential material item included in the first reward is also included in the second reward has been described. However, the essential material item included in the first reward may not necessarily be included in the second reward. In other words, the first reward and the second reward may not have overlapping contents. Even in these cases, it is possible to complete a battle battle that is difficult for the user to subdue the enemy character by play by accumulating the subjugation points, and strengthen the equipment items based on the second reward. Can be encouraged to play the battle battle.

  Moreover, in this embodiment, the example in which the association with the user is canceled in the storage unit 120 has been described for the battle battle for which subjugation has been completed. Not limited to this, in the present embodiment, the game progress processing unit 111 cancels the association with the user as an uncompleted battle battle for the battle battle for which subjugation is completed, and the user as a completed battle battle that can be played. It may be stored in the storage unit 120 in association with. However, in this case, the game progress processing unit 111 does not grant the first reward even if the first condition is satisfied for the completed battle battle. In addition, the point management unit 117 excludes the completed fighting battle from being registered in the registration frame. Thereby, although a reward is not provided about the completed battle battle once completed, a user can enjoy a play again and does not reduce the user's motivation for continuing the battle battle play.

  In the present embodiment, at least a part of the processing described as being executed by the control unit 110 of the user terminal 100 may be executed by the control unit 210 of the server 200. In the present embodiment, at least a part of the information described as being stored in the storage unit 120 of the user terminal 100 may be stored in the storage unit 220 of the server 200.

[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, an information processing apparatus provided with the control unit 210 and / or the control unit 110 includes a CPU that executes instructions of a program that is software for realizing each function, and the program and various data are computers (or CPUs). ROM (Read Only Memory) or storage device (referred to as “recording medium”) recorded in such a manner as to be readable, and a RAM (Random Access Memory) for expanding the program. 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.

[Additional Notes]
The contents according to one aspect of the present invention are listed as follows.

  (Item 1) The game program (121, 221) has been described. According to an aspect of the present disclosure, a game program is a computer (user terminal 100, server 200) including a processor (10, 20), a memory (11, 21), an operation unit (such as an input unit 151), and a display unit (152). ) Is executed. The game program stores, in a memory, an event that can be played in the game based on the game program in the processor in association with the user, and a first event based on the play of the event for an event that has not been played by the user. When the condition is satisfied, the event is completed and the first reward including an item that can advance the game more advantageously is stored in the memory in association with the user, and the play by the user is completed. When the second condition based on an operation that does not depend on the play of the event is satisfied for a non-event, the second reward including an item that can complete the event and advance the game more advantageously is provided to the user. Storing in a memory in association with To.

  With this configuration, the user can acquire an item that can advantageously advance the game, regardless of whether the event is completed by play or not, and the game can be played using the item. Can continue. Thus, this structure can improve the motivation of the user with respect to continuing a game by diversifying the means to complete an event.

  (Item 2) In (Item 1), the game program resolves in the memory that the event completed by the first condition or the second condition being satisfied by the processor is associated with the user so as to be playable by the user. The step of performing may be further executed. Thereby, even if a new event is given to a user, it can reduce that the event linked | related with the user so that a play is possible can be reduced, and a user's burden feeling is reduced. As a result, the user's motivation for continuing to play the event is not reduced.

  (Item 3) In (Item 1), the game program cancels, in the memory, associating an event that is completed when the first condition or the second condition is satisfied with the user as an incomplete event. The step to perform is performed further. Thereby, although a reward is not provided about the event once completed, a user can enjoy a play again and does not reduce a user's motivation with respect to continuing the play of an event.

  (Item 4) In any one item of (Item 1) to (Item 3), the step of storing the second reward is the value of the first reward that is advantageous for advancing the game as the second reward. The lower second reward may be stored in the memory in association with the user. Thus, while providing the user with means for completing the event without playing it, the motivation for playing and completing the event is not reduced.

  (Item 5) In any one item of (Item 1) to (Item 4), the memory stores a rarity level that represents the value in making the first reward game more advantageous in association with the event. It may be. In this case, the step of storing the second reward uses a condition according to the rarity associated with the event as the second condition. As a result, when it is difficult to satisfy the first condition for an event with a high degree of rarity, the user can complete the event by satisfying the second condition according to the low degree of the rarity for such an event. Can do.

  (Item 6) In any one item of (Item 1) to (Item 5), the step of storing the first reward includes the first item associated with the event in the first reward, the second reward The step of storing the reward may include the first item in the second reward. In this case, the game program causes the processor to further execute a step of generating an object that can be used in playing the event, using at least the first item. Thereby, the 1st item required in order to generate the object which can be used in play is also included in the 2nd reward like the 1st reward. For this reason, it is possible to prompt the user to complete the event without satisfying the first condition for the user and obtain the second reward.

  (Item 7) In (Item 6), the game program may cause the processor to further execute a step of changing the object so that the game can be advanced more advantageously using the first item. Accordingly, even when the user completes the event that is difficult to satisfy the first condition without playing, the game is more advantageous by using the first item included in the obtained second reward. Can proceed.

  (Item 8) In any one item of (Item 1) to (Item 7), the step of storing the second reward uses a second condition including a condition relating to the passage of time as the second condition. Also good. Thereby, the user can complete an event that is difficult to complete by playing by waiting for the passage of time.

  (Item 9) In any one item of (Item 1) to (Item 8), the step of storing the second reward is a second condition that can be achieved without depending on the event play. A second condition including a condition based on event play may be used. Thereby, the user can complete an event that is difficult to complete by playing by playing other events.

  (Item 10) In any one item of (Item 1) to (Item 9), the step of storing the second reward is a user instructing to receive the second reward after the second condition is satisfied. Depending on the operation, the second reward may be associated with the user and stored in the memory. In this case, in the step of storing the second reward, when the user operation is accepted within a predetermined period after the second condition is satisfied, the third reward is added to the second reward. And stored in the memory in association with the user. Thereby, after the second condition is satisfied regardless of play, the event can be prevented from being left by the user, and the user can be encouraged to continue playing.

  (Item 11) In any one item of (Item 1) to (Item 10), the game program is an event for which a second reward is obtained from events stored in memory in association with the user. May be further executed based on a user operation. In this case, the step of storing the second reward includes, as a second condition that can be achieved without playing the event, a user operation for selecting the event as a target event is accepted. The following conditions are used. Thereby, the user can select the event for which the second reward is desired regardless of play.

  (Item 12) In (Item 11), the step of selecting may select events up to the upper limit as target events. As a result, the user can be prompted to play for events exceeding the upper limit.

  (Item 13) In (Item 12), the step of selecting may increase the upper limit number by consuming the consumption items. Thereby, the user can obtain the second reward for more events other than the event that he / she wants to enjoy without depending on the play.

  (Item 14) In (Item 13), the step of selecting may increase the upper limit number only within the effective period by consuming the consumption items. Thereby, it is possible to prompt the user to advance the game so as to satisfy the second condition within the effective period.

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

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

1 game system, 2 network, 10,20 processor, 11,21 memory, 12,22 storage, 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 Data management unit, 214 synchronization processing unit

Claims (16)

A game program,
The game program is executed by a computer including a processor and a memory,
The game program is stored in the processor.
Storing events that can be played in a game based on the game program in the memory in association with a user;
For the event that has not been played by the user, the first event includes an item that, when the first condition based on the play of the event is satisfied, completes the event and allows the game to be advantageously advanced. And storing the reward in the memory in association with the user;
For the event that has not been played by the user, when the second condition based on an operation that does not depend on the play of the event is satisfied, the event can be completed and the game can be advantageously advanced And storing a second reward including: in the memory in association with the user. The game program is stored in the processor.
2. The method according to claim 1, further comprising the step of canceling, in the memory, associating an event that has been completed when the first condition or the second condition is satisfied with the user to be playable by the user. Game program. The game program is stored in the processor.
2. The method according to claim 1, further comprising the step of resolving, in the memory, associating an event that is completed when the first condition or the second condition is satisfied with the user as an incomplete event. Game program.   The step of storing the second reward includes, as the second reward, a second reward having a lower value than the first reward for advantageous advancement of the game in association with the user in the memory. The game program according to any one of claims 1 to 3, wherein the game program is stored. The memory stores, in association with the event, a rarity representing the value of the first reward in favoring the game,
The game program according to any one of claims 1 to 4, wherein the step of storing the second reward uses a condition according to the rarity associated with the event as the second condition. The step of storing the first reward includes a first item associated with the event in the first reward,
The step of storing the second reward includes the first item in the second reward,
The game program is stored in the processor.
The game program according to any one of claims 1 to 5, wherein a step of generating an object that can be used in the play of the event is further executed using at least the first item. The game program is stored in the processor.
The game program according to claim 6, further comprising a step of changing the object by using the first item stored in the memory so that the game can be advanced more advantageously.   The game program according to any one of claims 1 to 7, wherein in the step of storing the second reward, a second condition including a condition relating to passage of time is used as the second condition.   The step of storing the second reward uses a second condition including a condition based on a play of an event other than the event as the second condition that can be achieved without depending on the play of the event. The game program according to any one of 1 to 8.   In the step of storing the second reward, the second reward is associated with the user in response to a user operation instructing reception of the second reward after the second condition is satisfied. When the user operation is accepted within a predetermined period after the second condition is satisfied, a third reward is associated with the user in addition to the second reward. The game program according to claim 1, which is stored in the memory. The game program is stored in the processor.
Of the events stored in the memory in association with the user, the step of selecting an event for obtaining the second reward based on a user operation is further executed.
The step of storing the second reward includes receiving the user operation for selecting the event as the target event as the second condition that can be achieved without playing the event. The game program according to any one of claims 1 to 10, wherein the second condition is used.   The game program according to claim 11, wherein the selecting step selects up to an upper limit number of events as the target event.   The game program according to claim 12, wherein the selecting step increases the upper limit number by consuming a consumption item.   The game program according to claim 13, wherein the selecting step increases the upper limit number only within an effective period by consuming the consumption item. A method for a computer to execute a game program,
The computer includes a processor and a memory,
The method by which the processor performs the steps of claim 1. An information processing apparatus,
The information processing apparatus includes:
A storage unit for storing the game program according to claim 1;
An information processing apparatus comprising: a control unit that controls the operation of the information processing apparatus by executing the game program.

Images