JP2018187314A - Game program, method, and information processor - Google Patents

Abstract

PROBLEM TO BE SOLVED: To enhance a user's motivation for playing a game.SOLUTION: A game program (131) causes a processor (10) to perform: a step (S4) of associating with a user right data for acquiring one or more objects that can be used to progress a game based on a game program advantageously when a prescribed condition is satisfied in the game; a step (S14) of imparting points in accordance with a result of a battle with opponent characters to one oring more right data in the impartment possible state that the points can be imparted; and a step (S20) of allow objects in accordance with the right data to be used with respect to the right data whose sum of imparted points reach prescribed value. An amount of points to be imparted to the right data is based on the level of an operating character and the level of opponent characters against whom the operating character battles.SELECTED DRAWING: Figure 6

Description

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

  Various business operators provide game programs for displaying an object in the game space and causing the user to operate the object by operating the object. In such a game, it is widely performed to allow a user to acquire a reward depending on when the game is played (for example, when a predetermined task is cleared). In many cases, the reward is an object, an item, a point, or the like as described above for favorably progressing the game.

Pokemon GO official site, [online], 2017, Niantic, Inc., Pokemon Co., Ltd., Nintendo Co., Ltd., Creatures Co., Ltd., Game Freak Co., Ltd. [Search March 13, 2017], Internet (URL: http: //www.pokemongo.jp/) Monster Hunter Official Website, [online], Capcom, [Search March 13, 2017], Internet (URL: http://www.capcom.co.jp/game/monsterhunter/)

  However, in the conventional technology as described above, the original attractiveness of the game is lost due to the reward, and it is difficult to maintain the incentive to play the game. For this reason, there is a problem that the user gradually does not feel the interest in the game. For example, in a game in which an operation character is nurtured (enhanced) by a battle with an enemy character, such as an RPG or an action game, the user can easily win the battle with the enemy character by reward. There is a problem that it becomes unattractive to cultivate an operation character by battle and battle.

  An object of one embodiment of the present invention is to enhance a user's motivation for playing a game.

  The game program according to the present disclosure is executed by a computer including a processor and a memory. A game based on a game program is a game in which an enemy character that operates based on a game program and an operation character that operates based on a user's operation battle in the game space. The game program associates the right data for obtaining one or more objects that may be used to advantageously advance the game with the processor when a predetermined condition is satisfied in the game. A step, a step according to a battle result with an enemy character, a step of granting to one or a plurality of right data in a grantable state in which the point can be granted, Making the object corresponding to the right data usable for the right data that has been reached. As many rights data as possible can be assigned in the order of acquisition. The amount of points given to the right data is an amount based on the level of the operation character and the level of the enemy character with which the operation character battles.

  The method according to the present disclosure is a method in which a computer including a processor and a memory executes a game program. A game based on a game program is a game in which an enemy character that operates based on a game program and an operation character that operates based on a user's operation battle in the game space. A method for executing a game program is a method in which right data for acquiring one or more objects that the processor may be able to use to advantageously advance the game satisfies a predetermined condition in the game. A step of associating with a user, a step of assigning a point according to a battle result with an enemy character to one or more right data in a grantable state in which the point can be granted; Making the object corresponding to the right data usable for the right data for which the total of the given points has reached a predetermined value. As many rights data as possible can be assigned in the order of acquisition. The amount of points given to the right data is an amount based on the level of the operation character and the level of the enemy character with which the operation character battles.

  An information processing apparatus according to the present disclosure includes a storage unit that stores a game program, and a control unit that controls the operation of the information processing apparatus by executing the game program. A game based on a game program is a game in which an enemy character that operates based on a game program and an operation character that operates based on a user's operation battle in the game space. The control unit associates the right data for acquiring one or more objects that may be used to advantageously advance the game with the user when a predetermined condition is satisfied in the game, The points corresponding to the battle result are given to one or a plurality of rights data in a grantable state in which the points can be granted, and the rights data for which the total of the given points has reached a predetermined value An object corresponding to the right data can be used. As many rights data as possible can be assigned in the order of acquisition. The amount of points given to the right data is an amount based on the level of the operation character and the level of the enemy character with which the operation character battles.

  According to one aspect of the present invention, there is an effect of enhancing the motivation of a user for playing a game.

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 user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a flowchart which shows the flow of the process performed by a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a flowchart which shows the flow of the process performed by a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is an enlarged view of the capsule displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a flowchart which shows the flow of the process performed by a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the game screen displayed on the display part of a user terminal. It is a figure which shows an example of the table used in order to draw a game screen.

Embodiment 1
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, and is shown by the scope of the claims, and is intended to include all modifications within the meaning and scope equivalent to the scope of the 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.

  Server 200 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, a camera 17, and a distance measuring sensor 18. These components included in the user terminal 100 are electrically connected to each other via a communication bus. 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 have various sensors such as an acceleration sensor and an angular velocity sensor, and transmits output values of the various sensors to the user terminal 100.

  Note that the controller 1020 may 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 one user terminal 100 does not communicate with the server 200 or another user terminal 100 via the network 2. Thus, multi-play can be realized locally. 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 realizing the above-mentioned multi-play locally with one user terminal 100, the user terminal 100 may further include at least some of the various functions described below that the server 200 includes. 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 provided 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 result of a game or a play result such as winning or losing may be transmitted to the server 200 in association with user identification information.

  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 one or both of the camera 17 and the distance measuring sensor 18, the operation unit is an object 1010 in the vicinity of the user terminal 100 (for example, a user's hand, a predetermined shape). And the input operation is specified from the detection result of the object (color, shape, movement, type, etc. of the detected object). 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) connected to the input / output IF 14 and different from the controller 1020 is specified and accepted as a user input operation. .

  As an example, the game system 1 is a system for executing a game in which an enemy character that operates based on a game program and an operation character that operates based on a user's operation battle in the game space. Examples of such games include RPG and action games. In the present disclosure, an example in which the game system 1 is a system for executing a side-scrolling action role-playing game (action RPG) will be described. The horizontal scroll action RPG is an action RPG that allows the operation character to move only in a direction parallel to the display unit 152 (display). The horizontal scroll action RPG may be an MMO (Massive Multiplayer Online game). In this case, an operation character of another user may be displayed on the display unit 152. That is, the operation character data D1 of each user may be shared via the server 200.

  In this game, when a predetermined condition is satisfied, a reward is associated (given) to the user. The reward is, for example, right data for giving a user the right to obtain one or more objects that may be used to advantageously advance the game. The predetermined condition is, for example, to acquire a reward that appears when a battle with an enemy character is won, but is not limited to this example. The predetermined condition may be, for example, achieving a quest. A quest is an in-game event in which achievement conditions are set. Further, for example, the reward may be distributed at an event held in the game during a specific period. In this embodiment, the reward is a capsule (right data) that can acquire at least one of an operation character, an ability (ability) that can be used by the operation character, and an item. In other words, the content of the capsule is at least one of one or more operation characters, abilities, and items (objects).

  For example, the ability may be used at the time of a battle with the enemy character, or may be used other than the battle (for example, generation of weapons, armor, etc.). The item may include, for example, a so-called “material” for generating weapons, armor and the like used by the operation character in the game, and virtual currency that can be used in the game. Further, abilities and items may be those that can be used only by specific operation characters.

<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 processors 10 and 20 execute the developed program.

  The memories 11 and 21 are main storage devices. The memories 11 and 21 are constituted by 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, or a game program for realizing the game by the cooperation of the user terminal 100 and the server 200. There may be a game program for realizing the game by cooperation of a plurality of user terminals 100. The various data includes data related to the game such as user information and game information, and instructions and 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). The storages 12 and 22 store various data related to the game.

  The communication IF 13 controls transmission / reception of various data in the user terminal 100. The communication IF 23 controls transmission / reception of various data in the server 200. The communication IFs 13 and 23 control communication using, for example, communication via a wireless local area network (LAN), Internet communication via a wired LAN, a wireless LAN, or a mobile 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, and 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 152 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 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 that is reflected from the measurement object. The distance measuring sensor 18 may have 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 accuracy of detecting an object based on the image captured by the camera 17 regardless of whether it is outdoors or indoors.

  The processor 10 may perform one or more 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 made by the user from the number of identified fingers. For example, when the number of fingers is five, it is determined that the user has performed a “par” gesture. When the number of fingers is zero (no finger is detected), the user performs a “go” gesture. If it is determined that the user has performed two fingers, it is determined 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) When the distance between the user terminal 100 and the user's hand changes in a state in which the user's hand is detected based on the image recognition result of the captured image of the camera 17 or the like, the processor 10 Is recognized as being swung in the shooting direction of the camera 17. When the distance sensor 18 having higher directivity than the shooting range of the camera 17 detects or does not detect an object, the processor 10 shakes the 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. In addition to the shape of the user's hand, the processor 10 detects how the hand is moved and whether the hand is approaching or moving away from the user terminal 100. Such an operation can correspond to, for example, 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 determines that the state is selected by the user (the mouse button is pressed and the pressed state is continued, the touchdown on the touch panel and the touch is continued). Further, the user terminal 100 can also determine that the movement is a swipe operation (or a drag operation) when the user further moves his / her hand while the user's gesture “goo” is detected. In addition, for example, when the user terminal 100 detects a gesture that repels a finger in the detection result of the user's hand from the image captured by the camera 17, the user terminal 100 performs processing corresponding to a mouse click or a touch panel tap operation. It is good also to do.

<Functional configuration of user terminal 100>
FIG. 2 is a block diagram illustrating a functional configuration of the user terminal 100. The functional configuration necessary for the user terminal 100 to function as a general computer and the functional configuration necessary for realizing the well-known function in the horizontal scroll action RPG are omitted as appropriate. Yes.

  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 131, game information 132, and user information 133. The game program 131 is a game program executed on the user terminal 100. The game information 132 is data that the control unit 110 refers to when executing the game program 131. The user information 133 is data relating to the user account.

  The control unit 110 performs overall control of the user terminal 100 by executing a game program stored in the storage unit 120. For example, the control unit 110 constructs a game space with reference to information for constructing a game space stored in the game information 132.

  The control unit 110 functions as an operation reception unit 111, a game execution unit 112, a reward determination unit 113, an acquisition preparation unit 114, an acquisition execution unit 115, and a display control unit 116 according to the description of the game program 131. Further, the control unit 110 may function as an animation generation unit (not shown) according to the description of the game program 131.

  The operation receiving unit 111 detects and receives a user input operation on the input unit 151. The operation reception unit 111 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 IF 14, and outputs the result to each element of the control unit 110. To do.

  The operation receiving unit 111 receives an input operation on the input unit 151, detects the coordinates of the input position of the input operation, and identifies the type of the input operation. As the input operation, there is an operation for moving or jumping the operation character. The operation reception unit 111 specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like as the types of input operations. Further, the operation receiving unit 111 detects that the contact input is canceled from the touch screen 15 when the input that has been continuously detected is interrupted.

  The game execution part 112 advances a game by determining the operation result of an operation character based on a user's operation. For example, when the operation receiving unit 111 receives an operation (hereinafter referred to as “moving operation”) for moving the operation character by the user, the game executing unit 112 moves the operation character based on the moving operation. . For example, when the operation receiving unit 111 receives an operation (hereinafter referred to as “jump operation”) for causing the user to jump the operation character, the game executing unit 112 selects the operation character based on the jump operation. Let it jump. Further, for example, when the operation receiving unit 111 receives an operation (hereinafter referred to as “attack operation”) for causing the operation character to perform an attack action by the user, the game executing unit 112 is based on the attack operation. Let the operating character perform an attacking action. If the game execution unit 112 determines that the enemy character has been attacked by the attack action, the game execution unit 112 determines an attack result. The attack results include, for example, the damage value given to the enemy character, the health value of the enemy character after giving the damage value, whether the enemy character has been defeated (whether the enemy character's health value is 0 or less), the enemy This includes whether or not there is a reward (capsule) when the character is defeated, whether or not points are given according to the battle result with the enemy character, and the like.

  The point is given to the capsule in order to make the above-described object usable (open the capsule). In addition, this point may be provided in the form of ether, for example. Specifically, the contents can be used when the total value of ethers applied to the capsule reaches a predetermined value. For example, when a user (operation character) wins a battle with an enemy character having a strength corresponding to the level of the operation character, the user acquires ether corresponding to the strength of the enemy character, and the ether is given to the capsule. The Specifically, when the operation character wins a battle with an enemy character, the game execution unit 112 specifies the magnitude relationship between the level of the operation character and the level of the enemy character, and the difference between these levels. Then, the amount (point) of ether is determined based on the magnitude relationship and difference of the specified level. At this time, the game execution unit 112 increases the ether value if the level of the enemy character who won the battle with the operation character is high, and decreases the ether value if the level of the enemy character is low. The ether value may be determined. Thus, in order to be able to use the contents of the capsule, it is necessary to win a battle with an enemy character having a certain strength. Therefore, the game can be advanced without impairing the original attractiveness of the game that the game can be advantageously advanced by the earned reward by winning the battle with a strong enemy character.

  For example, if the level of the operation character and the level of the enemy character are the same, the game execution unit 112 may give the user 5 points as ether and increase the ether by 1 each time the enemy character level increases by one. Each time the enemy character's level drops by 1, the ether may be reduced by 1. In this example, when the level of the enemy character is 5 or more lower than the level of the operation character, the ether given is 0. In other words, in this case, the game execution unit 112 does not give ether to the user. An upper limit may be set for the value of ether obtained. Thereby, the situation where a capsule will be opened by the small number of battles can be prevented.

  It should be noted that the amount of ether acquired by battle may be determined only according to the level of the enemy character, regardless of the level of the operation character. Also, a constant value may be used regardless of the level of the operation character and the level of the enemy character. For example, the value of ether may be determined at random.

  Moreover, the game execution part 112 may give a different point (for example, experience value) to ether to an operation character, when an operation character wins the battle with an enemy character. When the total of the experience values reaches a predetermined value set according to the level of the operation character, the level of the operation character may be increased by 1. In addition, the game execution unit 112 may give an ability to the operation character during the battle between the operation character and the enemy character. For example, the ability may be given to the operation character based on hitting the enemy character with an attack by the attack action of the operation character. Further, for example, the number of times the enemy character is hit by the attack action of the operation character reaches a predetermined number, the amount of damage given to the enemy character exceeds a certain amount, and the battle with the enemy character is won a predetermined number of times. Thus, the ability may be given to the operation character. Thereby, the game can be advanced without impairing the original attractiveness of the game of strengthening the operation character in the battle with the enemy character.

  The game execution unit 112 notifies the determined attack result to an animation generation unit (not shown). The animation generation unit generates an animation indicating the motion of the various objects based on the control mode of the various objects by the game execution unit 112. For example, animation in which the operating character and enemy character move and jump, animation of attacking action of the operating character and enemy character, animation in which the operating character and enemy character are attacked, animation showing the appearance of a capsule, animation to acquire ether, etc. May be generated.

  The reward determining unit 113 determines the content of the reward (right data). In the present embodiment, the reward determination unit 113 determines the contents of the capsule that has appeared. For example, when the game determination unit 113 is notified that the capsule appears based on the defeat of the enemy character, the reward determination unit 113 includes one or more operation characters, abilities, and Determine at least one of the items.

  In the present embodiment, the reward determination unit 113 sets a rarity level that indicates the possibility of acquiring content with high value in favor of the game, based on a preset probability. For example, when the capsule appears, the reward determination unit 113 sets one of four types S, A, B, and C as the capsule in descending order of rarity. The higher the rarity, the lower the probability of being set. That is, the probability of appearance of a capsule set with a rarity level of S is the lowest, and the probability of appearance of a capsule set with a rarity level of C is highest. For example, the probability may be 5% for S, 15% for A, 30% for B, and 50% for C.

  The reward determining unit 113 determines the contents of the capsule based on the set scarcity. For example, the reward determination unit 113 may determine the contents of the capsule so that the higher the set rarity level, the higher the probability that the operation contents are included in the contents of the capsule. For example, when the set rarity level is S, the reward determining unit 113 always includes the operation character in the contents, and when the set rarity level is A, the operation is included in the contents with a certain probability. When the degree of rarity is B or C, the operation character may not be included in the contents. Moreover, the reward determination part 113 may increase the number of contents of a capsule, for example, so that the set rare degree is high.

  The timing at which the reward determining unit 113 determines the contents of the capsule may be (i) determining the contents of the capsule at the timing when the capsule is acquired by the operation character as described later. In addition, (ii) the reward determining unit 113 adds the contents of the capsule at a timing when the capsule is ether-added and the capsule contents can be acquired (a timing when the capsule can be opened) as described later. It may be determined. In addition, (iii) the reward determination unit 113 can acquire the contents of the capsule as will be described later, and determines the contents of the capsule at a timing when a user's predetermined operation for acquiring the contents of the capsule is received. It is good to do.

  For example, a reference table for drawing the contents corresponding to the scarcity set in the capsule is stored in the memory 21 of the server 200 or the memory 11 of the user terminal 100. As a reference table, for example, (i) a character delivery table in which each character is associated with a lottery probability of each character, and (ii) an ability offer in which each ability is associated with a lottery probability of each ability Table (iii) The item delivery table in which each item is associated with the lottery probability of each item is stored in the memory 21 of the server 200 or the memory 11 of the user terminal 100. The reward determining unit 113 first draws whether or not the operation character is included as the contents of the capsule, and when the operation character is included, which operation character is to be supplied with reference to the character supply table? Lottery. In addition, the reward determination unit 113 draws whether or not the ability is included as the contents of the capsule, and when the ability is included, determines the ability to be delivered with reference to the ability delivery table. In addition, the reward determining unit 113 determines whether an item is included as a capsule content, and determines an item to be supplied with reference to the item supply table when the item is included. With this configuration, for example, when the timing for determining the contents of the capsule is the timing when the user's predetermined operation for acquiring the contents of the capsule is received, the operator of the game program refers to By managing the table for use, it becomes easy to control the contents provided according to the time. For example, when a game program operator holds a Valentine event, a Christmas event, or an event that collaborates with a copyrighted work of another company, it is easy to quickly provide the user with the contents related to the event as capsule contents. Become.

  The acquisition preparation unit 114 shifts the right data given to the user to a state where the object can be acquired based on the right data. That is, the acquisition preparation unit 114 makes a transition to a state where the capsule can be opened. In the present embodiment, as one example, the acquisition preparation unit 114 places a capsule in a machine for opening the capsule. There are two types of machines, an applicable machine that can apply ether to the arranged capsules and an unapplicable machine that cannot apply ether to the arranged capsules. A predetermined number of machines are provided to the user. For example, by default, one machine is defined in the game information 132 as a machine that can be given. The acquisition preparation unit 114 can assign ether in association with the capsule by arranging the capsule on the machine in the grantable state. When the acquisition preparation unit 114 applies ether, when the total value of the ether reaches a predetermined value, the capsule is ready to be opened. That is, the acquisition execution unit 115 can acquire the contents based on the capsule.

  In addition, when there are a plurality of machines that can be assigned, the acquired ether is given to all capsules arranged in the machines that can be given. Thereby, more contents can be acquired by increasing the number of machines in the grantable state. Although details will be described later, the number of machines that can be granted can be increased, for example, by the user paying a consideration. On the other hand, as described above, since one machine can be assigned by default, even a user who does not want to pay the price can play the game. As a result, the motivation for the user who does not want to pay the price to play the game can be enhanced.

  The acquisition execution unit 115 acquires an object based on the right data that has been changed to a state in which the acquisition preparation unit 114 can acquire the object. The acquisition execution unit 115 may consume the right data and acquire an object corresponding to the right data in exchange for the right data. In the present embodiment, the acquisition execution unit 115 opens the capsule and acquires the contents (that is, at least one of one or more operation characters, abilities, and items) enclosed in the capsule. Note that an animation generation unit (not shown) may generate an animation for opening the capsule when the capsule is opened.

  The display control unit 116 outputs a game screen in which the processing results executed by the above-described elements are reflected on the display unit 152 of the touch screen 15. The display control unit 116 may cause the display unit 152 to display a game screen including an animation generated by an animation generation unit (not shown). Further, the display control unit 116 draws an object related to a user interface (hereinafter referred to as UI) necessary for various operations of the game, such as icons, buttons, menus indicating various parameters, and the like, superimposed on the game screen. May be.

<Basic game screen>
FIG. 3 is a diagram illustrating an example of the game screen of the horizontal scroll action RPG. The game execution unit 112 places the operation character c1 on the game screen. As illustrated, an image including the current level of the operation character c1 and text indicating the user (“iris 81” in the illustrated example) may be drawn in the vicinity of the operation character c1. Thereby, even if it is a case where the game concerning this embodiment is MMO, the user can recognize own operation character easily.

  The display control unit 116 displays various images related to the game. For example, the display control unit 116 includes a character image m1 indicating the operation character c1, a map m2 indicating the current position of the operation character c1 in the game space, a gauge m3 indicating the current physical strength value (HP; hit point) of the operation character c1, Gauge m4 indicating the current value of points (SP; skill points) consumed by operation character c1 for using the skill, counter m5 indicating the number of items usable in the game, and virtual currency usable in the game A counter m6 indicating the amount of money is included.

  Note that the character image m1 may include an image indicating the weapon currently used by the operation character c1, as shown in the figure. The character image m1 is the above-described UI, and may receive a predetermined input operation for changing the operation character c1 or a weapon. The map m2 may include an icon indicating a position where the enemy character appears.

  Further, the above-described “use of skill” is to give a specific action to the operation character c1 or the enemy character. The action on the operation character c1 is, for example, recovery of HP or SP. The action on the enemy character is, for example, an attack.

  The item whose number is indicated by the counter m5 is used to increase the number of machines in the above-described grantable state, and details thereof will be described later. In addition, the game according to the present embodiment may be able to add an operation character, acquire an ability, acquire an item, and the like in exchange for a virtual currency whose amount is indicated by a counter m6.

  Moreover, the game execution part 112 arrange | positions the enemy character which the operation character c1 can fight in the predetermined position of game space. In the illustrated example, enemy characters e1 and e2 are arranged. As illustrated, an image including the names and levels of the enemy characters e1 and e2 may be drawn in the vicinity of the enemy characters e1 and e2. Thus, when ether is acquired when a battle with an enemy character having a strength corresponding to the level of the operation character c1 is won, when the user wins an enemy character drawn on the game screen, the user It can be determined whether or not it can be acquired.

  In addition, the display control unit 116 renders the above-described UI. For example, the display control unit 116 draws icons U1 and U2 that accept input operations for transitioning the game screen. When the icon U1 receives a predetermined input operation (for example, a tap operation) by the user, the game execution unit 112 displays a screen indicating the state of the machine and the capsule and the total value of ether given to the machine where the capsule is arranged The game screen is transitioned to (hereinafter referred to as “capsule screen”). Details of the capsule screen will be described later. In addition, when the icon U2 receives a predetermined input operation (for example, a tap operation) by the user, the game execution unit 112 changes the game screen to the menu screen of the game according to the present embodiment, for example.

<Capsule acquisition flow>
FIG. 4 is a flowchart showing a capsule acquisition process executed by the user terminal 100 according to the present embodiment. FIG. 5 is a diagram showing an example of a game screen for the horizontal scroll action RPG. As described above, the server 200 may execute at least a part of a series of processing steps.

  In step S1, the game execution unit 112 determines whether or not a predetermined condition for the appearance of the capsule is satisfied. For example, the game execution unit 112 determines whether or not the operation character c1 (see FIG. 3) has won a battle with the enemy character e1 (see FIG. 3).

  If YES in step S1, the game execution unit 112 places a capsule on the game screen. Specifically, the game execution unit 112 determines the scarcity of the capsules arranged in the reward determination unit 113 in step S2. Also, the reward determining unit 113 determines the contents of the capsule based on the determined rarity in step S3. As shown in FIG. 5A, the game execution unit 112 may instruct the display control unit 116 to draw the capsule g1 based on the rarity set by the reward determination unit 113 on the game screen. . The capsule g1 includes an alphabet indicating the degree of rarity as illustrated. Thereby, the user can recognize the scarcity of the capsule that has appeared.

  In step S4, capsule acquisition is performed. For example, in the example where the capsule is drawn on the game screen, when the operation character c1 is moved to the position of the capsule g1 by a user operation, the game execution unit 112 may determine that the capsule has been acquired. At this time, as shown in FIG. 5B, the display control unit 116 displays the animation generated by the animation generation unit (not shown) that moves to the position of the icon U1 and disappears on the game screen. You may let them.

  In step S <b> 5, the acquisition preparation unit 114 places the capsule in the empty machine with the smallest number. Note that the “vacant machine” is a machine in which no capsule is arranged. The user terminal 100 repeats the above steps S1 to S5 while the game is being played.

<Content acquisition flow>
FIG. 6 is a flowchart showing the flow of content acquisition processing executed by the user terminal 100 according to the present embodiment. FIG. 7 is a diagram illustrating an example of a game screen of the horizontal scroll action RPG. As described above, the server 200 may execute at least a part of a series of processing steps.

  In step S11, the game execution unit 112 determines whether or not the operation character c1 has won a battle with an enemy character that satisfies the condition. If YES in step S11, the game execution unit 112 determines an ether (point) corresponding to the enemy character in step S12. For example, the ether to be acquired is determined according to the level of the operation character and the level of the enemy character.

  In step S13, the display control unit 116 displays a numerical value indicating the determined ether. For example, as shown in FIG. 7A, the display control unit 116 draws a numerical value n1 on the game screen. Specifically, the display control unit 116 displays a numerical value n1 generated by an animation generation unit (not shown) for a certain period of time and then displays an animation to be hidden on the game screen. As shown in the figure, the numerical value n1 is displayed near the icon U1, may be hidden at that position, or displayed near the position where the enemy character was present, and then moved to the vicinity of the icon U1. And may be hidden.

  In this way, by winning the battle, the numerical value n1 indicating the amount of ether given to each capsule is displayed in the vicinity of the icon U1, thereby accumulating ether for opening the capsule while the game progresses. The user can intuitively understand what is being done.

  In step S <b> 14, the acquisition preparation unit 114 gives ether to all machines that can be given. In step S15, the acquisition preparation unit 114 determines whether or not the total value of ethers given to the machine has reached a predetermined value. If YES in step S15, the display control unit 116 displays the number of capsules that can be opened in the vicinity of the icon U1 (lower right in the illustrated example), as shown in FIG. 7B, in step S16. . Thereby, the user can recognize that the capsule can be opened and the number of capsules that can be opened while the game is progressing. Therefore, the user can be prompted to confirm the capsule screen.

  In step S <b> 17, the acquisition preparation unit 114 determines whether all the capsules arranged in the assignable machine can be opened. In the case of YES in step S17, the acquisition preparation unit 114 changes the machine in the unassignable state with the smallest number to the assignable state in step S18.

  In step S19, the acquisition execution unit 115 is in a state of waiting for a capsule opening operation by the user. If YES in step S19, that is, if the operation receiving unit 111 receives an opening operation, the acquisition executing unit 115 acquires the contents of the capsule in step S20. In other words, the acquisition execution unit 115 opens the capsule to make the contents usable by the user. In addition, the acquisition execution unit 115 moves the machine in step S21 as the capsule is opened. The user terminal 100 repeats the above steps S11 to S21 while the game is being played.

<Capsule screen>
The process after the capsule described in FIGS. 4 to 7 is arranged in the machine will be described in more detail. FIG. 8 is a diagram illustrating an example of a capsule screen. A plurality of machines such as machines a1 and a2 are drawn on the capsule screen. The machine a2 is drawn so that the plug portion is connected to the insertion port drawn on the upper part of the machine. The machine in this state is a machine in the assignable state described above. On the other hand, the machine a1 is drawn so that the plug portion is not connected to the insertion port. The machine in this state is the above-described non-grantable machine. In the example of FIG. 8, the upper limit number of machines that can be assigned is 1 by default. For this reason, machines other than the machine a2 are in an unapplicable state.

  In step S4 of FIG. 4, when a capsule is acquired, the acquisition preparation unit 114 updates the capsule screen. As an example, as illustrated in FIG. 5, when the capsule g1 having the rarity “B” is acquired, the acquisition preparation unit 114 places the capsule g1 in the empty machine with the smallest number in step S5. Here, the “number” is a number drawn in the insertion slot shown in FIG. For example, when the capsule is placed in a machine below the insertion port numbered 0 to 3 before obtaining the capsule g1, the obtaining preparation unit 114 inserts the number 4 when the capsule g1 is obtained. The capsule g1 is placed in the machine a1 at the lower part of the mouth (see FIG. 8A). When the capsule screen is the screen shown in FIG. 8A, when a new capsule is acquired, the acquisition preparation unit 114 sends the acquired capsule to the machine at the lower part of the insertion port number 5. Place.

  That is, the capsule can be given ether in the order of acquisition by the upper limit number of machines that can be given. In other words, the user cannot select a capsule to which ether is added.

  Further, as shown in FIG. 8A, a gauge p1 is drawn at the lower part of the machine a2 in the grantable state where the capsule is arranged. The gauge p1 is a gauge indicating the total value of ether. When the sum of the values reaches a predetermined value, the acquisition preparation unit 114 updates the capsule screen to the screen shown in FIG. As an example, the acquisition preparation unit 114 may attach the text “MAX” to the gauge p1. As a result, the user can recognize that the sum of the values has reached a predetermined value, that is, that the contents of the capsule g2 can be acquired (the capsule g2 can be opened). In this embodiment, the ether is automatically given to the capsule after the acquisition point is given to the user. However, when the user performs a predetermined operation on the capsule screen, the ether is given to the capsule. May be.

  When the capsule can be opened, ether cannot be given to the capsule. In other words, the machine on which the capsule is placed is in a state equivalent to the unapplicable state. In the capsules arranged in all assignable machines, the acquisition preparing unit 114, when the total value reaches a predetermined value, as shown in FIG. Change the machine to a grantable state. That is, the acquisition preparation unit 114 always prepares at least one capsule to which ether can be added. In the example shown in the figure, since the capsule placed in the machine with the number 0 in the assignable state can be opened, the machine with the number 1 is changed to the assignable state. Thereby, even if ether is acquired, the situation where there is no capsule to give can be prevented. Further, if the user can open the capsule placed on the machine that can be given, the user can give ether to the next obtained capsule. Thereby, the motivation with respect to the battle with an enemy character can be strengthened.

  Also, as shown in FIG. 8, a text t <b> 1 of “3 days remaining” is drawn at the lower part of a non-grantable machine (for example, machine a <b> 1) where capsules are arranged. In the lower part of the capsule screen, the above-described counter m5 and a button b1 which is a UI for acquiring an item indicating the number of the counter m5 are displayed. Details of these will be described later.

<Silhouette display of contents>
FIG. 9 is an enlarged view of the capsule drawn on the capsule screen. When the operation accepting unit 111 accepts a predetermined operation (for example, a long press operation) on a capsule in which the total value of ether does not reach the predetermined value (cannot be opened), as shown in FIG. An image (a silhouette q1 in the illustrated example) that allows the user to analogize the contents may be superimposed on the capsule and drawn on the display control unit 116. Thereby, since the user can anticipate the contents of the capsule, the motivation for opening the capsule can be enhanced. That is, it is possible to enhance the motivation for battle with the enemy character for opening the capsule.

  The display of the silhouette q1 may be performed only with capsules in which the operation character is fixed as one of the contents (in this embodiment, a capsule with a rarity level of S). In addition, the configuration may be such that the silhouette q1 is always displayed (without the user's operation) on the capsule screen.

<Acquisition of contents>
FIG. 10 is a diagram illustrating an example of a capsule opening result. FIG. 11 is a diagram illustrating an example of a capsule screen updated as the capsule is opened. As an example, when receiving a user's predetermined operation (for example, a tap operation) on the capsule g2 shown in FIG. 8B in which the total value of the given ether has reached a predetermined value, the acquisition executing unit 115 Then, an unsealing result screen showing the contents of the capsule g2 is generated. Note that the acquisition executing unit 115 may automatically generate the opening result screen when the total value of ether reaches a predetermined value.

  The unsealing result screen may include an icon indicating the contents of the capsule, for example, as shown in FIG. (A) of FIG. 10 is an opening result screen of the capsule g2 whose rarity is C. Therefore, the contents are only two items d1 and d2.

  On the other hand, FIG. 10B is an opening result screen of a capsule having a higher degree of rarity (for example, the degree of rarity is S). In this case, the contents have more types and numbers than the operation character f1, abilities h1, h2, h3 and items d3, d4, d5, d6 and the opening result screen shown in FIG. ing. Note that the already acquired operation character and ability may be acquired again. In this case, the operation character and the ability may be strengthened based on the acquisition.

  When the contents are acquired, the acquisition preparation unit 114 updates the capsule screen. Specifically, the acquisition preparation unit 114 erases the opened capsule from the capsule screen. Then, as illustrated in FIG. 11, the acquisition preparation unit 114 moves the machine to the lower part of the insertion port whose number is smaller by 1 while maintaining the order.

  In the case of the example of FIG. 11, after the capsule g2 is opened and hidden, the machine a3 on which the capsule g3 is arranged moves to the lower part of the insertion port whose number is 0. Similarly, the other machines also move to the lower part of the insertion port with a smaller number. In addition, the machine a2 which was in the lower part of the insertion port whose number is 0 moves to the lower part of the insertion port whose number is not shown in the figure. The state of the machine is updated according to the number of machines (upper limit, 1 by default). This process will be described with reference to FIG. 8B and FIG. Here, it is assumed that the upper limit number is 1. Since the capsule g2 arranged in the machine a2 can be opened, the acquisition preparation unit 114 sets the machine a3 as shown in FIG. It is in a grantable state. Thereafter, when the capsule g2 is opened and the machine is moved, the machine a3 is connected to the insertion port number 0 according to the upper limit number and becomes ready to be given. On the other hand, the machine that has moved to the lower part of the insertion slot with the number 1 is in an unapplicable state. In other words, in FIG. 8B, the machine that was at the bottom of the insertion slot numbered 1 is connected to the insertion slot and is ready to be given, but the capsule screen is shown in FIG. When the screen is updated, it becomes an unapplicable state. As a result, the acquisition preparation unit 114 can make the machine ready to be assigned so as not to exceed the set upper limit number.

<Discard capsule>
With reference to FIG. 8 again, the destruction of the capsule will be described. In the game according to the present embodiment, a capsule once acquired cannot be discarded by a user operation. That is, in order to give ether to a specific capsule earlier, it is not possible to discard a capsule obtained before the specific capsule. In other words, in order to open a specific capsule, the user needs to battle with an enemy character and open all capsules acquired before the specific capsule. Therefore, it is possible to prompt the user to battle with the enemy character.

  On the other hand, a capsule placed in a machine that cannot be granted may be discarded after a predetermined period. The text t1 shown in FIG. 8 is a text indicating a period during which the capsule can be opened. In the example shown in the drawing, the user cannot obtain the contents of the capsule unless the machine is ready to be given within 3 days and ether of a predetermined value or more cannot be given. The text t1 is updated every day. In the case of the illustrated example, when one day elapses, the text t1 is updated to the text “two days remaining”.

  In other words, when a desired capsule is placed on a machine that cannot be given, the user needs to place the capsule on a machine that can be given within a predetermined period. Specifically, the user can open all the capsules obtained before the desired capsule, or can add the machine in which the desired capsule is placed by adding the machine in the grantable state. There is a need. Then, in order to open the desired capsule, the user needs to fight with the enemy character and reach the predetermined value of the total ether within a predetermined period. Thereby, it is possible to prompt the user to fight the enemy character.

  Note that the period indicated by the text t1 may be based on an actual time passage, or may be based on a time passage set in the game, which is different from the actual time passage. In the latter case, for example, when one day has elapsed in the game when two hours have actually elapsed, the illustrated capsule cannot acquire the contents after six hours have elapsed.

  Note that capsules placed on machines that can be given may also be discarded if they have not been opened when a predetermined time limit has passed. In other words, the text t1 may be drawn in association with the capsule placed on the assignable machine. Thereby, it is possible to further encourage the user to fight with the enemy character.

<Appendable machine addition flow>
FIG. 12 is a flowchart showing the flow of the assignable machine addition process executed by the user terminal 100 according to the present embodiment. As described above, the server 200 may execute at least a part of a series of processing steps.

  In step S31, the control unit 110 performs billing processing. As an example, when a tap operation on the button b1 shown in FIG. 8 is input, a charging execution unit (not shown) of the control unit 110 causes the display control unit 116 to display a screen for inputting the amount to be charged. Then, the billing execution unit transmits the amount input by the user to the server 200. When charging is normally completed in the server 200, the acquisition preparation unit 114 acquires an item corresponding to the charged amount from the server 200 in step S32. In addition, this item may be provided in the form of a super jewel, for example.

  In step S33, the operation accepting unit 111 accepts a selection operation for selecting the number of machines to be given. In the present embodiment, setting a machine to an assignable state is expressed as “machine rental”. That is, in step S33, a selection operation for selecting the number of machines to rent is accepted. In the game according to the present embodiment, a machine that cannot be assigned can be assigned in the order of the numbers given to the insertion port at the top of the machine. In other words, in the game according to the present embodiment, the machine below the insertion port having a large number may be set to the assignable state while the machine below the insertion port having a small number is left in an unapplicable state. Can not. Note that the selection operation may be, for example, a tap operation on a machine below the insertion port having the largest number among machines that can be assigned.

  In step S34, the acquisition preparation unit 114 causes the display control unit 116 to display a confirmation window for confirming whether or not the super jewel is consumed and the machine can be rented. In step S35, when the operation reception unit 111 receives a rental permission operation, the acquisition preparation unit 114 consumes the super gem according to the number of rentals selected by the selection operation in step S36. The rental permission operation may be, for example, a tap operation on the UI included in the confirmation window. In step S37, the acquisition preparation unit 114 changes the selected number of machines to a grantable state.

<Rental machine>
FIG. 13 is a diagram illustrating an example of machine rental (addition of machines in a grantable state). In step S33, when the operation reception unit 111 receives a tap operation on the machine a3 as a selection operation, in step S34, the display control unit 116 displays a confirmation window w1 shown in FIG. In step S35, when the operation accepting unit 111 accepts a tap operation on the UI included in the confirmation window w1 as a rental permission operation (a UI in which the text “Yes” is described), the acquisition preparing unit 114 displays the capsule screen. Update. Specifically, the acquisition preparation unit 114 reduces the number of super jewels indicated in the counter m5 in step S36. In the illustrated example, as shown in the confirmation window w1, since 10 super jewels are consumed every time one machine is rented, the number of super jewels shown in the counter m5 is reduced by 10. Further, in step S27, the acquisition preparation unit 114 updates the plug a for the machine a3 in which the capsule g3 is arranged, as shown in FIG. 13B. As a result, the machine a3 becomes ready to be given.

  Note that the acquisition preparation unit 114 may return the rented machine, that is, the machine newly set to the grantable state, to the non-grantable state when a predetermined condition is satisfied. For example, when the capsule arranged in the machine is opened, the acquisition preparation unit 114 may return the machine to an unapplicable state.

<Rental of multiple machines>
14 and 15 are diagrams showing an example of rental of a plurality of machines. As described above, in the game according to the present embodiment, the user cannot select a capsule to which ether is added. More specifically, the machine in which the capsule is arranged cannot be set in the assignable state unless the machine having the smaller number is in the assignable state than the machine in which the capsule to which the ether is to be added is arranged. For example, when it is desired to add ether to the capsule g4 having a rare degree S as shown in FIG. 14A, the capsule a4 is attached to the insertion port located above the machine a4 in addition to the machine a4 in which the capsule g4 is disposed. It is necessary to make all the machines in the unassignable state with a small number ready to be assigned.

  In this case, in step S33, the user performs a tap operation on the machine a4 as the selection operation. Thereby, in step S34, the display control part 116 displays the confirmation window w2 shown to (B) of FIG. The confirmation window w2 is different from the confirmation window w1 shown in FIG. 9 in that the number of rental machines is 9, and the number of super gems consumed is 90 with the number of rentals.

  In step S35, when the operation accepting unit 111 accepts a tap operation on a UI (a UI in which the text “Yes” is described) included in the confirmation window w2 as a rental permission operation, the acquisition preparing unit 114 displays the capsule screen. Update. Specifically, in step S36, the acquisition preparation unit 114 reduces the number of super jewels indicated by the counter m5 by 90 as shown in FIG. Further, in step S37, the acquisition preparing unit 114, as shown in FIG. 15, for the nine machines up to the machine a4 in which the capsule g4 is arranged (machines at the lower part of the insertion port numbered 3 to 11) The plug part is updated to a mode connected to the insertion port. As a result, nine machines can be assigned at once.

  As described above, the user can increase the upper limit number of machines that can be granted by paying a consideration. Thereby, the user can open the capsule containing the content with high value earlier by paying a necessary consideration. Therefore, a mechanism for satisfying the user's desire to acquire content with high value sooner is realized.

<Drawing a capsule screen>
FIG. 16 is a diagram illustrating an example of a table used for drawing a capsule screen. In the “No.” column, a number assigned to the insertion port drawn on the capsule screen is stored.

  In the “capsule presence / absence” column, a flag indicating whether or not a capsule is arranged in a machine corresponding to the number stored in the “No.” column is stored. In the illustrated example, “◯” indicates that a capsule is placed on the machine, and “X” indicates that a capsule is not placed on the machine.

  The “ether supply availability” column stores a flag indicating whether or not the machine corresponding to the number stored in the “No.” column is ready to be assigned. In the illustrated example, “◯” indicates that the machine is in an assignable state, and “X” indicates that the machine is in an unapplicable state.

  The “total ether value” column stores a number indicating the total ether value given to the capsule. In the example shown in the figure, numbers are stored in the format of “current total value / predetermined value that the total value should reach”, but the present invention is not limited to this example. Note that “-” indicates that ether cannot be given, that is, the machine is in a state where it cannot be given.

  In the “remaining days” column, a number indicating the number of days until a capsule placed in a machine that cannot be granted is discarded is stored. Note that “−” indicates that the machine is in an assignable state or that no capsule is arranged in the machine.

  The “rareity” column stores alphabets indicating the rarity of capsules arranged in the machine corresponding to the numbers stored in the “No.” column. Note that “−” indicates that no capsule is arranged in the machine.

  The illustrated table is stored in the storage unit 120 as game information 132. The display control unit 116 reads the table from the storage unit 120 according to the instruction of the acquisition preparation unit 114 and draws the capsule screen. Note that when the illustrated table is read, the display control unit 116 draws the capsule screen illustrated in FIG.

  Further, the table is not limited to the illustrated example. For example, a column for storing information indicating the contents of the capsule may be further added to the illustrated table. In this case, the unsealing result screen shown in FIG. 10 can also be drawn using the table. Specifically, the display control unit 116 reads the table from the storage unit 120 in accordance with the instruction from the acquisition execution unit 115 and draws the unsealing result screen.

[Example of software implementation]
The control blocks of the control unit 110 (in particular, the operation reception unit 111, the game execution unit 112, the reward determination unit 113, the acquisition preparation unit 114, the acquisition execution unit 115, and the display control unit 116) are integrated into an integrated circuit (IC chip) or the like. You may implement | achieve by the formed logic circuit (hardware), and you may implement | achieve by software using CPU (Central Processing Unit).

  In the latter case, the information processing apparatus including the control unit 110 includes a CPU that executes instructions of a program that is software that realizes each function, and a ROM in which the program and various data are recorded so as to be readable by the computer (or CPU). (Read Only Memory) or a storage device (these are referred to as “recording media”), a RAM (Random Access Memory) for expanding the program, and the like. And the objective of this invention is achieved when a computer (or CPU) reads the said program from the said recording medium and runs it. As the recording medium, a “non-temporary tangible medium” such as a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. The program may be supplied to the computer via an arbitrary transmission medium (such as a communication network or a broadcast wave) that can transmit the program. Note that one embodiment of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the program is embodied by electronic transmission.

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

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

  (Item 1) The game program (131) has been described. According to an aspect of the present disclosure, the game program is executed by a computer (user terminal 100) including a processor (10) and a memory (11). A game based on a game program is a game in which an enemy character (e1, e2) that operates based on a game program and an operation character (c1) that operates based on a user's operation battle in the game space. The game program allows the processor to acquire one or more objects (contents, operation characters, abilities, items) that may be used to advantageously advance the game (rewards, capsules). When a predetermined condition is satisfied in the game, the step of associating with the user (S4) and the point (ether) according to the battle result with the enemy character are in a state where the point can be given. A step (S14) of assigning to one or a plurality of right data (capsules arranged in a machine that can be granted), and the right data for which the total of the given points has reached a predetermined value, according to the right data And making the object usable (S20). Rights data can be granted in the order of acquisition, as many as the upper limit number (the number of machines in the grantable state). The upper limit number can be increased in exchange for a predetermined consumer item (super gem) associated with the user. The amount of points given to the right data is an amount based on the level of the operation character and the level of the enemy character with which the operation character battles. As a result, even if the level of the operation character increases, the amount of points becomes an amount based on the current level and the level of the enemy character, so that the difficulty of acquiring points is maintained. Therefore, the game can be advanced without impairing the original attractiveness of the game that the game can be advantageously advanced by fighting with the enemy character. As a result, according to the game program, there is an effect that the user's motivation for playing the game is enhanced.

  (Item 2) In (Item 1), the amount of points given to the right data may be determined based on the magnitude relationship between the level of the operation character and the level of the enemy character, and the level difference. Thereby, even if the level of the operation character is increased, the amount of points is based on the magnitude relationship between the current level and the level of the enemy character and the level difference, so that the difficulty level of acquiring points is maintained. Therefore, the game can be advanced without impairing the original attractiveness of the game that the game can be advantageously advanced by fighting with the enemy character. As a result, according to the game program, there is an effect that the user's motivation for playing the game is enhanced.

  (Item 3) In (Item 1) or (Item 2), the game program may further cause the processor to execute a step of causing the display to display the level of the operation character and the level of the enemy character. Thereby, the user can recognize the level of the operation character and the level of the enemy character. For this reason, the user considers a battle with an enemy character that can earn more points. Therefore, according to this game program, there exists an effect of strengthening a user's motivation with respect to playing a game.

  (Item 4) In any one item of (Item 1) to (Item 3), the game program further displays on the display the amount of points given to the processor according to the battle result between the operation character and the enemy character. The step of displaying may be executed. Thereby, the user can recognize the amount of acquired points. Therefore, according to this game program, there exists an effect of strengthening a user's motivation with respect to playing a game.

  (Item 5) In any one item of (Item 1) to (Item 4), the right data is set with a rarity level indicating a high value for proceeding the game advantageously. The degree of rarity may be displayed in such a manner that the user can recognize it. Thereby, the user can recognize whether or not the associated right data is highly valuable for proceeding with the game advantageously. For this reason, when high-value right data is associated, it is considered to actively fight with enemy characters. Therefore, according to this game program, there exists an effect of strengthening a user's motivation with respect to playing a game.

  (Item 6) In any one item of (Item 1) to (Item 5), an image (silhouette q1) capable of analogizing an object that can be acquired from the right data may be displayed. As a result, the user can predict to some extent objects that can be acquired from the right data. For this reason, when it is predicted that the object is desired by the user, the user considers actively fighting the enemy character. Therefore, according to this game program, there exists an effect of strengthening a user's motivation with respect to playing a game.

  (Item 7) In any one item of (Item 1) to (Item 6), an object that can be used according to one right data whose total of points has reached a predetermined value is one or more operation characters, It may be at least one of one or more abilities that are the abilities that the operation character can use and one or more items. According to the game program, there is an effect that the user's motivation for playing the game is enhanced.

  (Item 8) A method for executing a game program has been described. According to an aspect of the present disclosure, the game program (131) is executed by a computer (user terminal 100) including a processor (10) and a memory (11). A game based on a game program is a game in which an enemy character (e1, e2) that operates based on a game program and an operation character (c1) that operates based on a user's operation battle in the game space. A method for executing a game program includes a right data for acquiring one or more objects (contents, operation characters, abilities, items) that can be used by a processor to advantageously advance a game. A step of associating a reward (capsule) with a user when a predetermined condition is satisfied in the game (S4), and a state where the processor can give the point (ether) according to the battle result with the enemy character. A step (S14) of granting to one or a plurality of rights data in a grantable state (capsules placed on a machine in the grantable state), and a right that the processor has reached the predetermined value A step of making an object corresponding to the right data available for data (S20); Including the. Rights data can be granted in the order of acquisition, as many as the upper limit number (the number of machines in the grantable state). The amount of points given to the right data is an amount based on the level of the operation character and the level of the enemy character with which the operation character battles. The method according to (Item 8) has the same effects as the game program according to (Item 1).

  (Item 9) The information processing apparatus (user terminal 100) has been described. According to an aspect of the present disclosure, the information processing device includes a storage unit (120) that stores the game program (131), and a control unit (110) that controls the operation of the information processing device by executing the game program. . The control unit obtains right data (reward, capsule) for acquiring one or more objects (contents, operation characters, abilities, items) that may be used to advantageously advance the game, If a predetermined condition is satisfied, the point (ether) associated with the user and in accordance with the result of the battle with the enemy character is assigned to one or a plurality of right data (granted) in a state where the point can be granted. Capsules arranged in a machine in a possible state), and for the right data in which the total of the given points has reached a predetermined value, an object corresponding to the right data can be used. Rights data can be granted in the order of acquisition, as many as the upper limit number (the number of machines in the grantable state). The amount of points given to the right data is an amount based on the level of the operation character and the level of the enemy character with which the operation character battles. The method according to (Item 9) has the same effects as the game program according to (Item 1).

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

  (Item 1) The game program (131) has been described. According to an aspect of the present disclosure, the game program is executed by a computer (user terminal 100) including a processor (10) and a memory (11). A game based on a game program is a game in which an enemy character (e1, e2) that operates based on a game program and an operation character (c1) that operates based on a user's operation battle in the game space. The game program allows the processor to acquire one or more objects (contents, operation characters, abilities, items) that may be used to advantageously advance the game (rewards, capsules). When a predetermined condition is satisfied in the game, the step of associating with the user (S4) and the point (ether) according to the battle result with the enemy character are in a state where the point can be given. A step (S14) of assigning each of one or a plurality of rights data (capsules arranged in a machine that can be granted) to each of the rights data, and the rights data for which the total of the given points has reached a predetermined value; A step (S20) of making the corresponding object usable. Rights data can be granted in the order of acquisition, as many as the upper limit number (the number of machines in the grantable state). The upper limit number can be increased in exchange for a predetermined consumer item (super gem) associated with the user. Thereby, a game can be advanced without impairing the original charm of the game that the game can be advantageously advanced by fighting with an enemy character. In addition, it is possible to meet the user's desire to use the object sooner. As a result, according to the game program, there is an effect that the user's motivation for playing the game is enhanced.

  (Item 2) In (Item 1), the right data associated with the user may not be able to be released by the user's operation. As a result, when the right data to be opened is associated with the user, the user can use the object from the right data in order to make all of the previously associated rights data reach a predetermined value until the predetermined value is reached. Since it is necessary to grant, it is considered to actively fight with enemy characters. According to the game program, there is an effect that the user's motivation for playing the game is enhanced.

  (Item 3) In (Item 1) or (Item 2), rights data that is not in a grantable state (capsules placed on a machine that is not in a grantable state) is associated when a predetermined period has elapsed since the point of association with the user. May be released. Thus, the user considers actively fighting the enemy character so that the right data is not wasted. Therefore, according to this game program, there exists an effect of strengthening a user's motivation with respect to playing a game.

  (Item 4) In any one item of (Item 1) to (Item 3), when the consumption item is not exchanged, the upper limit number may be one. As a result, the object can be used from the right data without exchanging the consumption item. Therefore, according to this game program, there exists an effect of strengthening the motivation of the user with respect to playing a game, especially the motivation of the user who does not want to use the consumption item.

  (Item 5) In any one item of (Item 1) to (Item 4), the right data is set with a rarity level indicating a high value for proceeding the game advantageously. The degree of rarity may be displayed in such a manner that the user can recognize it. Thereby, the user can recognize whether or not the associated right data is highly valuable for proceeding with the game advantageously. For this reason, when high-value right data is associated, it is considered to actively fight with enemy characters. Therefore, according to this game program, there exists an effect of strengthening a user's motivation with respect to playing a game.

  (Item 6) In any one item of (Item 1) to (Item 5), an image (silhouette q1) capable of analogizing an object that can be acquired from the right data may be displayed. As a result, the user can predict to some extent objects that can be acquired from the right data. For this reason, when it is predicted that the object is desired by the user, the user considers actively fighting the enemy character. Therefore, according to this game program, there exists an effect of strengthening a user's motivation with respect to playing a game.

  (Item 7) In any one item of (Item 1) to (Item 6), an object that can be used according to one right data whose total of points has reached a predetermined value is one or more operation characters, It may be at least one of one or more abilities that are the abilities that the operation character can use and one or more items. According to the game program, there is an effect that the user's motivation for playing the game is enhanced.

  (Item 8) A method for executing a game program has been described. According to an aspect of the present disclosure, the game program (131) is executed by a computer (user terminal 100) including a processor (10) and a memory (11). A game based on a game program is a game in which an enemy character (e1, e2) that operates based on a game program and an operation character (c1) that operates based on a user's operation battle in the game space. A method for executing a game program includes a right data for acquiring one or more objects (contents, operation characters, abilities, items) that can be used by a processor to advantageously advance a game. A step of associating a reward (capsule) with a user when a predetermined condition is satisfied in the game (S4), and a state where the processor can give the point (ether) according to the battle result with the enemy character. (S14) in which each of the rights data (capsules arranged in the grantable state machine) is granted equally to each of the right data and the right data in the grantable state (S14), and the processor reaches the predetermined value Step for enabling use of the object corresponding to the rights data. And (S20), including. Rights data can be granted in the order of acquisition, as many as the upper limit number (the number of machines in the grantable state). The upper limit number can be increased in exchange for a predetermined consumer item (super gem) associated with the user. The method according to (Item 8) has the same effects as the game program according to (Item 1).

  (Item 9) The information processing apparatus (user terminal 100) has been described. According to an aspect of the present disclosure, the information processing device includes a storage unit (120) that stores the game program (131), and a control unit (110) that controls the operation of the information processing device by executing the game program. . The control unit obtains right data (reward, capsule) for acquiring one or more objects (contents, operation characters, abilities, items) that may be used to advantageously advance the game, If a predetermined condition is satisfied, the point (ether) associated with the user and in accordance with the result of the battle with the enemy character is assigned to one or a plurality of right data (granted) in a state where the point can be granted. Capsules arranged in a machine in a possible state), and for the right data in which the total of the given points has reached a predetermined value, an object corresponding to the right data can be used. Rights data can be granted in the order of acquisition, as many as the upper limit number (the number of machines in the grantable state). The upper limit number can be increased in exchange for a predetermined consumer item (super gem) associated with the user. The method according to (Item 9) has the same effects as the game program according to (Item 1).

  1 game system, 2 networks, 10,20 processor, 11,21 memory, 12,22 storage, 13,23 communication IF, 14,24 input / output IF, 15 touch screen, 17 camera, 18 distance sensor, 100 user terminal , 110 control unit, 111 operation accepting unit, 112 game execution unit, 113 reward determination unit, 114 acquisition preparation unit, 115 acquisition execution unit, 116 display control unit, 120 storage unit, 131 game program, 132 game information, 133 user information , 151 input unit, 152 display unit (display), 200 server, 1010 object, 1020 controller, 1030 storage medium a1, a2, a3, a4, a5 machine, b1 button, c1 operation character, d1, d2, d3, d4 d5, d6 Aite (Object), e1, e2 enemy character, f1 operation character (object), g1, g2, g3, g4, g5 capsule (right data), h1, h2, h3 ability (object), m1 character image, m2 map, m3 , M4 gauge, m5, m6 counter, n1 numerical value, p1 gauge, q1 silhouette (image that can analogize an object), t1 text, U1, U2 icon, w1, w2 confirmation window

Claims (9)

A game program, which is executed by a computer including a processor and a memory,
The game based on the game program is a game in which an enemy character that operates based on the game program and an operation character that operates based on a user's operation battle in the game space,
The game program is stored in the processor.
Associating rights data for obtaining one or more objects that may be used to advantageously advance the game with the user when a predetermined condition is satisfied in the game;
Assigning a point according to the battle result with the enemy character to one or a plurality of the right data in a grantable state in which the point can be granted;
Making the object according to the rights data usable for the rights data for which the total of the given points has reached a predetermined value,
The right data is in the grantable state in the order of acquisition, as many as the upper limit number,
The game program in which the amount of points given to the right data is an amount based on the level of the operation character and the level of the enemy character with which the operation character battles.   The game program according to claim 1, wherein the amount of points given to the right data is determined based on a magnitude relationship between a level of the operation character and a level of the enemy character and a difference in level. The game program is further stored in the processor.
The game program according to claim 1 or 2, wherein a step of causing the display to display the level of the operation character and the level of the enemy character is executed. The game program is further stored in the processor.
The game program according to any one of claims 1 to 3, wherein a step of causing the display to display an amount of the points given in accordance with a battle result between the operation character and the enemy character. In the right data, a rarity level indicating a high value in favor of proceeding with the game is set,
The game program according to any one of claims 1 to 4, wherein the right data is displayed in a manner in which a user can recognize the scarcity.   The game program according to claim 1, wherein an image capable of analogizing the object that can be acquired from the right data is displayed.   The object that can be used in accordance with one right data when the total of the points has reached a predetermined value is one or more of the operation characters, one or more abilities that are the abilities that the operation characters can use, and The game program according to claim 1, wherein the game program is at least one of one or more items. A method for executing a game program,
The game program is executed by a computer including a processor and a memory,
The game based on the game program is a game in which an enemy character that operates based on the game program and an operation character that operates based on a user's operation battle in the game space,
In the method, the processor comprises:
Associating rights data for obtaining one or more objects that may be used to advantageously advance the game with the user when a predetermined condition is satisfied in the game;
Assigning a point according to the battle result with the enemy character to one or a plurality of the right data in a grantable state in which the point can be granted;
Making the object according to the rights data usable for the rights data for which the total of the given points has reached a predetermined value,
The right data is in the grantable state in the order of acquisition, as many as the upper limit number,
The amount of points given to the right data is a method based on the level of the operation character and the level of the enemy character with which the operation character battles. An information processing apparatus,
The information processing apparatus includes:
A storage unit for storing game programs;
A control unit that controls the operation of the information processing apparatus by executing the game program,
The game based on the game program is a game in which an enemy character that operates based on the game program and an operation character that operates based on a user's operation battle in the game space,
The controller is
Associating rights data for obtaining one or more objects that may be used to advantageously advance the game with the user when a predetermined condition is satisfied in the game,
A point corresponding to a result of a battle with the enemy character is given to one or a plurality of the right data in a grantable state in which the point can be given;
For the rights data for which the total of the given points has reached a predetermined value, the object corresponding to the rights data can be used,
The right data is in the grantable state in the order of acquisition, as many as the upper limit number,
The amount of points given to the right data is an information processing apparatus, which is an amount based on the level of the operation character and the level of the enemy character with which the operation character battles.

Images