JP6947621B2 - Game programs, methods, and information processing equipment - Google Patents

Description

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

Various businesses provide game programs that display an object in the game space and allow a user to operate the object to advance the game. In such a game, it is widely practiced to have a user obtain a reward depending on when the game is played (for example, when a predetermined task is cleared). Rewards are often the objects, items, points, etc. mentioned above to advance the game in an advantageous way.

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

However, in the conventional technology as described above, it is difficult to maintain an incentive to play the game because the original attractiveness of the game is lost due to the acquisition of the reward. Therefore, there is a problem that the user gradually loses the interest in the game. For example, in a game such as an RPG or an action game in which an operating character is nurtured (strengthened) by fighting with an enemy character, if the reward makes it easy to win the battle with the enemy character, the user can easily win the battle with the enemy character. There is a problem that it becomes unattractive to raise the operating character by fighting with and fighting.

One aspect of the invention is to enhance user motivation to play a game.

The game program according to the present disclosure is executed by a computer provided with a processor and memory. A game based on a game program is a game in which an enemy character that operates based on the game program and an operating character that operates based on the user's operation fight in the game space. The game program associates the processor with right data for acquiring one or more objects that may be available to advance the game to the user when certain conditions are met in the game. A step, a step in which points according to the result of a battle with an enemy character are equally given to one or a plurality of right data in a state in which the points can be given, and a total of the given points are predetermined. For the right data that has reached the value, the step of enabling the object corresponding to the right data is executed. The maximum number of rights data can be granted in the order of acquisition. The maximum number can be increased in exchange for a given consumable item associated with the user.

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 the game program and an operating character that operates based on the user's operation fight in the game space. The method of executing the game program is when the processor meets certain conditions in the game with the right data to acquire one or more objects that may be available to advance the game in an advantageous manner. , A step associated with the user, a step in which the processor equally grants points according to the result of a battle with an enemy character to one or more rights data in a grantable state in which the points can be granted, and a processor. Includes a step of making the object corresponding to the right data available for the right data for which the total number of points given has reached a predetermined value. The maximum number of rights data can be granted in the order of acquisition. The maximum number can be increased in exchange for a given consumable item associated with the user.

The information processing device 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 device by executing the game program. A game based on a game program is a game in which an enemy character that operates based on the game program and an operating character that operates based on the user's operation fight in the game space. The control unit associates the right data for acquiring one or more objects that may be used to advance the game with the user when a predetermined condition is satisfied in the game, and associates the enemy character with the user. With respect to the rights data in which points according to the result of the battle with the player are equally given to one or more right data in the grantable state, and the total of the granted points reaches a predetermined value. , The object corresponding to the right data can be used. The maximum number of rights data can be granted in the order of acquisition. The maximum number can be increased in exchange for a given consumable item associated with the user.

According to one aspect of the present invention, it has the effect of strengthening the user's motivation to play the game.

It is a figure which shows the hardware configuration 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 processing executed 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 processing executed 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 processing executed 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 for drawing a game screen.

[Embodiment 1]
The game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these examples, and is indicated by the scope of claims, and it is intended that all modifications within the meaning and scope equivalent to the scope of claims are included in the present invention. NS. In the following description, the same elements are designated by the same reference numerals in the description of the drawings, and duplicate description will not be repeated.

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

The 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 configurations included in the server 200 are electrically connected to each other by a communication bus.

The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As shown in the figure, 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 configurations included in the user terminal 100 are electrically connected to each other by a communication bus. Further, as shown in FIG. 1, the user terminal 100 may be configured to be communicable with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons or the like, and transmits an output value based on a user's input operation to the buttons or the like to the user terminal 100. Further, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and transmits the output values of the various sensors to the user terminal 100.

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

It is desirable that the user terminal 100, for example, at the start of a game, have a user who uses the controller 1020 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 source of the received output value (controller 1020). be able to.

When the user terminal 100 communicates with a plurality of controllers 1020, each user holds 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. It is possible to realize multiplayer locally. In addition, each user terminal 100 communicates with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communication connection is made without going through a server 200), thereby realizing local multiplayer with a plurality of user terminals 100. You can also do it. When the above-mentioned multiplayer is realized locally by one user terminal 100, the user terminal 100 may further include at least a part of various functions described later described in the server 200. Further, when the above-mentioned multi-play is realized locally by the plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later described in the server 200 in a distributed manner.

Even when the above-mentioned multiplayer is realized locally, the user terminal 100 may communicate with the server 200. For example, information indicating a play result such as a result or victory or defeat in a certain game may be associated with user identification information and transmitted to the server 200.

Further, 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 connected by wire via the coupling portion, the user terminal 100 and the controller 1020 transmit and receive signals via wire.

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

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

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

For example, when the operation unit is composed of one or both of the camera 17 and the distance measuring sensor 18, the operation unit is an object 1010 (for example, a user's hand, a predetermined shape) in the vicinity of the user terminal 100. (Marker, etc.) is detected, 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 the user's hand is detected from the captured image of the camera 17, the user terminal 100 inputs a gesture (a series of movements of the user's hand) detected based on the captured image. Identify and accept as. The captured image may be a still image or a moving image.

Alternatively, when the operation unit is composed of the touch screen 15, the user terminal 100 identifies and accepts the user's operation performed on the input unit 151 of the touch screen 15 as the user's input operation. Alternatively, when the operation unit is composed of the communication IF 13, the user terminal 100 identifies and accepts a signal (for example, an output value) transmitted from the controller 1020 as an input operation of the user. Alternatively, when the operation unit is composed of the input / output IF14, a signal output from an input device (not shown) different from the controller 1020 connected to the input / output IF14 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 operating based on a game program and an operating character operating based on a user's operation fight in a game space. Examples of such a game include an RPG, an action game, and the like. 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 side-scrolling action RPG is an action RPG in which the operating character is allowed to move only in a direction parallel to the display unit 152. The side-scrolling action RPG may be an MMO (Massive Multiplayer Online game). In this case, the operating characters of other users 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.

Further, in this game, when a predetermined condition is satisfied, a reward is associated (granted) to the user. The reward is, for example, rights data for giving the user the right to acquire one or more objects that may be used to advance the game in an advantageous manner. Further, the predetermined condition is, for example, to acquire the reward that appears when the battle with the enemy character is won, but the present invention is not limited to this example. The predetermined condition may be, for example, to complete the quest. A quest is an in-game event for which achievement conditions have been set. Also, for example, rewards may be distributed at events held in-game during a particular period of time. In the present embodiment, the reward is a capsule (right data) capable of acquiring at least one or more of an operation character, an ability (ability) that can be used by the operation character, and an item. In other words, the contents of the capsule are at least one of one or more operating characters, abilities, and items (objects).

The ability may be used, for example, when fighting an enemy character, or may be used outside of combat (for example, generation of weapons, armor, etc.). The item may include, for example, a so-called "material" for generating weapons, armor, etc. used by the operating character in the game, or a virtual currency that can be used in the game. Also, the abilities and items may be those that can only be used by a specific operating character.

<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. Processors 10 and 20 include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit).

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

The memories 11 and 21 are main storage devices. The memories 11 and 21 are composed of a storage device 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 a 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 also 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 is a game program for realizing the game by cooperation between the user terminal 100 and the server 200. It may be a game program for realizing the game by the cooperation of a plurality of user terminals 100. Further, the various data include data related to the game such as user information and game information, and instructions and notifications to be transmitted and received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

Storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are composed of a storage device such as a flash memory or an HDD (Hard Disk Drive). Various data related to the game are stored in the storages 12 and 22.

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

The input / output IF 14 is an interface for the user terminal 100 to accept data input, and an interface for the user terminal 100 to output data. The input / output IF 14 may input / output data via 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 IF24 of the server 200 is an interface for the server 200 to receive data input, and an interface for the server 200 to output data. The input / output IF 24 may include, for example, an input 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, for example, a touch-sensitive device, and is composed of, for example, a touch pad. The display unit 152 is composed of, for example, a liquid crystal display, an organic EL (Electro-Luminescence) display, or the like.

The input unit 151 detects a position where a user's operation (mainly a 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. It has a function to transmit as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may 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, an angular velocity sensor, or the like. When the user terminal 100 includes a sensor, the processor 10 can also 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, the processor 10 may be a vertical screen display in which a vertically long image is displayed on the display unit 152 when the user terminal 100 is held in the vertical direction. On the other hand, when the user terminal 100 is held horizontally, a horizontally long image may be displayed on the display unit 152 as a horizontal screen display. In this way, 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 the incident light incident from the lens into an electric signal.

The distance measuring sensor 18 is a sensor that measures the distance to the object to be measured. 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 object to be measured by the timing of light emission from the light source and the timing of receiving the reflected light reflected by the emitted light against the object to be measured. The ranging sensor 18 may have a light source that emits light having directivity.

Here, an example in which the user terminal 100 receives the detection result of detecting the object 1010 in the vicinity of the user terminal 100 by 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 a lighting device that irradiates infrared rays, a filter that blocks visible light, and the like. As a result, the detection accuracy of the object based on the captured image of the camera 17 can be further improved regardless of whether it is outdoors or indoors.

The processor 10 may perform one or more of the processes shown in the following (1) to (5), for example, on the captured image of the camera 17. (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to identify whether or not the captured image includes a user's hand. The processor 10 may use, for example, a technique such as pattern matching as the analysis technique adopted in the above-mentioned image recognition process. (2) Further, the processor 10 detects the user's gesture from the shape of the user's hand. The processor 10 specifies, for example, the number of fingers of the user (the number of extended fingers) from the shape of the user's hand detected from the captured image. The processor 10 further identifies the gesture performed by the user from the number of identified fingers. For example, if the number of fingers is 5, it is determined that the user has made a "par" gesture, and if the number of fingers is 0 (no fingers are detected), the user makes a "goo" gesture. If it is determined that the finger has been performed and the number of fingers is two, it is determined that the user has performed the "choki" gesture. (3) The processor 10 performs image recognition processing on the captured image of the camera 17 to detect whether the user's finger is in a state where only the index finger is raised or the user's finger is repelled. .. (4) The processor 10 is an object 1010 (user's hand or the like) 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. For example, the processor 10 may have the user's hand near the user terminal 100 (for example, a distance less than a predetermined value) or far away (for example, a predetermined value) depending on the size of the shape of the user's hand specified from the image captured by the camera 17. Detect if it is at the above distance). 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) In the processor 10, when the user's hand is detected by the image recognition result of the image captured by the camera 17, and the distance between the user terminal 100 and the user's hand changes, the user's hand is used. Is recognized as shaking in the shooting direction of the camera 17. When the processor 10 detects or does not detect an object in the distance measuring sensor 18 having a stronger directivity than the shooting range of the camera 17, the user is waving his hand in a direction orthogonal to the shooting direction of the camera. recognize.

In this way, the processor 10 determines whether or not the user is holding a hand (whether it is a “goo” gesture or another gesture (for example, “par”) by recognizing an image captured by the camera 17. ) Is detected. Further, the processor 10 detects the shape of the user's hand, 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 an operation using a pointing device such as a mouse or a touch panel, for example. For example, the user terminal 100 moves the pointer on the touch screen 15 in response 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 (mouse button press and continuation of pressed state, touch down to the touch panel and continuation of touch). Further, the user terminal 100 can also determine that the movement is a swipe operation (or a drag operation) when the user further moves the hand while the user's gesture "goo" is detected. Further, for example, when the user terminal 100 detects a gesture that the user flips a finger in the detection result of the user's hand based on the captured image of the camera 17, a process corresponding to a mouse click or a tap operation on the touch panel is performed. You may do it.

<Functional configuration of user terminal 100>
FIG. 2 is a block diagram showing a functional configuration of the user terminal 100. The functional configuration of the user terminal 100 that is required to function as a general computer and the functional configuration that is necessary to realize a known function in the side-scrolling action RPG are appropriately omitted. There is.

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

The storage unit 120 stores the game program 131, the game information 132, and the user information 133. The game program 131 is a game program executed by 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 related to the user's account.

The control unit 110 comprehensively controls the user terminal 100 by executing the game program stored in the storage unit 120. For example, the control unit 110 constructs the game space by referring to the information for constructing the 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 reception unit 111 detects and accepts a user's input operation with respect to the input unit 151. The operation reception unit 111 determines what kind of input operation has been performed from the action exerted by the user on the console via the touch screen 15 and other input / output IF 14, and outputs the result to each element of the control unit 110. do.

The operation receiving unit 111 receives an input operation for the input unit 151, detects the coordinates of the input position of the input operation, and specifies the type of the input operation. The input operation includes 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 reception unit 111 detects that the contact input is released from the touch screen 15 when the continuously detected input is interrupted.

The game execution unit 112 advances the game by determining the operation result of the operating character based on the operation of the user. For example, when the operation reception unit 111 receives an operation for moving the operation character by the user (hereinafter, referred to as “movement operation”), the game execution unit 112 moves the operation character based on the movement operation. .. Further, for example, when the operation reception unit 111 receives an operation for jumping the operation character by the user (hereinafter referred to as "jump operation"), the game execution unit 112 causes the operation character to jump based on the jump operation. Make it jump. Further, for example, when the operation reception unit 111 receives an operation for causing the operation character by the user to perform an attack operation (hereinafter, referred to as "attack operation"), the game execution unit 112 receives the operation based on the attack operation. Make the operating character perform an attack action. When the game execution unit 112 determines that the enemy character has been attacked by the attack operation, the game execution unit 112 determines the attack result. The attack results are, for example, the damage value given to the enemy character, the physical strength value of the enemy character after giving the damage value, whether or not the enemy character has been defeated (whether or not the physical strength value of the enemy character has become 0 or less), and the enemy. This includes whether or not there is a reward (capsule) when the character is defeated, and whether or not points are given according to the result of the battle with the enemy character.

The points are given to the capsule to make the above-mentioned object usable (open the capsule). The points may be provided in the form of ether, for example. Specifically, when the total value of ether applied to the capsule reaches a predetermined value, the contents can be used. For example, when the user (operating character) wins a battle with an enemy character having a strength corresponding to the level of the operating character, he / she acquires ether corresponding to the strength of the enemy character, and the ether is given to the capsule. NS. Specifically, when the operating character wins the battle with the enemy character, the game execution unit 112 specifies the magnitude relationship between the level of the operating 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 that the operating character wins the battle is high, and conversely decreases the ether value if the level of the enemy character is low. The value of ether may be determined. As a result, in order to be able to use the contents of the capsule, it is necessary to win the battle with an enemy character of a certain strength. Therefore, the game can be advanced without impairing the original attractiveness of the game, that is, the game can be advanced advantageously by the reward obtained by winning the battle with a strong enemy character.

For example, when the level of the operating character and the level of the enemy character are the same, the game execution unit 112 may give 5 points as ether to the user, and increase the ether by 1 each time the level of the enemy character increases by 1. Also, the ether may be reduced by 1 each time the level of the enemy character is lowered by 1. In the case of this example, if the level of the enemy character is 5 or more lower than the level of the operating character, the ether given will be 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 to be obtained. This makes it possible to prevent the situation where the capsule is opened with a small number of battles.

The amount of ether obtained by the battle may be determined only according to the level of the enemy character, regardless of the level of the operating character. Further, it may be a constant value regardless of the level of the operating character and the level of the enemy character. Also, for example, the value of ether may be randomly determined.

Further, when the operating character wins the battle with the enemy character, the game execution unit 112 may give the operating character a point (for example, an experience value) different from that of the ether. When the total of the experience points reaches a predetermined value set according to the level of the operating character, the level of the operating character may be increased by one. Further, the game execution unit 112 may impart an ability to the operating character at the time of a battle between the operating character and the enemy character. For example, an ability may be given to the operating character based on making the enemy character hit the attack by the attacking action of the operating character. Also, for example, the number of times the enemy character is hit by the attack action of the operating character reaches a predetermined number of times, 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. As a result, the operating character may be given an ability. As a result, the game can be advanced without impairing the original attractiveness of the game, which is to strengthen the operating character in battle with the enemy character.

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

The remuneration determination unit 113 determines the content of the remuneration (rights data). In the present embodiment, the reward determination unit 113 determines the contents of the capsule that has appeared. For example, when the reward determination unit 113 is notified by the game execution unit 112 that a capsule will appear based on defeating an enemy character, one or more operating characters, abilities, and one or more operating characters, abilities, and the contents of the capsule are used. Determine at least one of the items.

In the present embodiment, the reward determination unit 113 sets the rarity, which represents the possibility of acquiring high-value contents in advancing the game in an advantageous manner, in the capsule based on a preset probability. For example, when the capsules appear, the reward determination unit 113 sets any of four types, S, A, B, and C, in the capsules in descending order of rarity. The higher the rarity, the lower the probability that it will be set. That is, the probability that a capsule having a rarity of S will appear is the lowest, and the probability that a capsule having a rarity of C will appear is the highest. For example, the above probabilities may be 5% for S, 15% for A, 30% for B, and 50% for C.

The reward determination unit 113 determines the contents of the capsule based on the set rarity. For example, the reward determination unit 113 may determine the contents of the capsule so that the higher the set rarity, the higher the probability that the operation character is included in the contents of the capsule. For example, when the set rarity is S, the reward determination unit 113 always includes the operation character in the content, and when the set rarity is A, the reward determination unit 113 includes the operation character in the content with a certain probability and sets it. When the rarity is B or C, the operation character may not be included in the contents. Further, the reward determination unit 113 may increase the number of contents of the capsule as the set rarity increases, for example.

As the timing at which the reward determination unit 113 determines the contents of the capsule, (i) the contents of the capsule may be determined at the timing when the capsule is acquired by the operating character as described later. Further, (ii) the reward determination unit 113 determines the contents of the capsule at the timing when ether is applied to the capsule and the contents of the capsule can be obtained (the timing when the capsule can be opened) as described later. It may be decided. Further, (iii) the reward determination unit 113 can acquire the contents of the capsule as described later.
The contents of the capsule may be determined at the timing when a predetermined operation of the user for acquiring the contents of the capsule is received.

For example, a reference table for drawing the contents is stored in the memory 21 of the server 200 or the memory 11 of the user terminal 100 according to the rarity set in the capsule. Examples of the reference table include (i) a character supply table in which each character is associated with the lottery probability of each character, and (ii) an ability supply in which each ability is associated with the lottery probability of each ability. The table, (iii) each item, and the item delivery table in which the lottery probability of each item is associated with each other are stored in the memory 21 of the server 200 or the memory 11 of the user terminal 100. The reward determination unit 113 first draws a lottery as to whether or not the operation character is included as the contents of the capsule, and when the operation character is included, the reward determination unit 113 refers to the character supply table and which operation character is to be delivered. Lottery. In addition, the reward determination unit 113 draws a lottery as to whether or not the ability is included as the content of the capsule, and if the ability is included, the reward determination unit 113 determines the ability to be provided by referring to the ability donation table. In addition, the reward determination unit 113 draws a lottery as to whether or not an item is included as the content of the capsule, and if the item is included, refers to the item delivery table and determines the item to be delivered. With this configuration, for example, when the timing for determining the contents of the capsule is the timing for receiving a predetermined operation of the user for acquiring the contents of the capsule, the game program operator refers to the timing. By managing the table for, it becomes easy to control the contents to be provided according to the time. For example, when a game program operator holds a Valentine's Day event, a Christmas event, or an event in collaboration with a copyrighted work of another company, it is easy to provide the user with the contents related to the event as soon as possible. Become.

The acquisition preparation unit 114 shifts the right data given to the user to a state in which an object can be acquired based on the right data. That is, the acquisition preparation unit 114 shifts the capsule to a state in which it can be opened. In the present embodiment, the acquisition preparation unit 114 arranges the capsule on a machine for opening the capsule as an example. There are two types of machines, a machine in a grantable state that can grant ether to the placed capsule and a machine in a non-grantable state that cannot grant ether to the placed capsule. Machines are provided to the user in a predetermined number. For example, by default, one machine is defined in the game information 132 as a machine in a grantable state. By arranging the capsule in the machine in the grantable state, the acquisition preparation unit 114 can impart ether in association with the capsule. When the acquisition preparation unit 114 applies ether and the total value of the ether reaches a predetermined value, the capsule is in a state where it can be opened. That is, the acquisition execution unit 115 is in a state where the contents can be acquired based on the capsule.

If there are a plurality of machines in the grantable state, the acquired ether is imparted to all the capsules placed in the machines in the grantable state. As a result, more contents can be acquired by increasing the number of machines that can be granted. Although the 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 granted by default, even a user who does not want to pay the consideration can play the game. As a result, users who do not want to pay the price can be motivated to play the game.

The acquisition execution unit 115 acquires the object based on the right data that has transitioned to the state in which the object can be acquired by the acquisition preparation unit 114. The acquisition execution unit 115 may consume the right data and acquire the 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 operating characters, abilities, and items) enclosed in the capsule. When the capsule is opened, an animation generation unit (not shown) may generate an animation for opening the capsule.

The display control unit 116 outputs a game screen reflecting the processing results executed by each of the above-mentioned elements to the display unit 152 of the touch screen 15. The display control unit 116 may display the game screen including the animation generated by the animation generation unit (not shown) on the display unit 152. Further, the display control unit 116 draws an object related to a user interface (hereinafter, UI) necessary for various operations of the game, such as an icon, a button, or a menu showing various parameters, superimposed on the game screen. You may.

<Basic game screen>
FIG. 3 is a diagram showing an example of a game screen of a side-scrolling action RPG. The game execution unit 112 arranges the operation character c1 on the game screen. As shown in the figure, an image including the current level of the operation character c1 and a text indicating the user (“iris 81” in the illustrated example) may be drawn in the vicinity of the operation character c1. As a result, even when the game according to the present embodiment is an MMO, the user can easily recognize his / her own operating character.

In addition, the display control unit 116 displays various images related to the game. For example, the display control unit 116 has a character image m1 indicating the operating character c1, a map m2 indicating the current position of the operating character c1 in the game space, and a gauge m3 indicating the current physical strength value (HP; hit point) of the operating character c1. Gauge m4 indicating the current value of points (SP; skill points) consumed by the operating character c1 to use the skill, counter m5 indicating the number of items that can be used in the game, and virtual currency that can be used in the game. Includes a counter m6 indicating the amount of money.

As shown in the figure, the character image m1 may include an image showing the weapon currently used by the operating character c1. Further, the character image m1 is the UI described above, and may accept a predetermined input operation for changing the operation character c1 or changing the weapon. Further, the map m2 may include an icon indicating a position where an enemy character appears.

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

Further, the item indicating the number by the counter m5 is used to increase the number of machines in the above-mentioned grantable state, and the details thereof will be described later. Further, in the game according to the present embodiment, in exchange for the virtual currency indicating the amount of money at the counter m6, it may be possible to add an operation character, acquire an ability, obtain an item, and the like.

Further, the game execution unit 112 arranges an enemy character in which the operation character c1 can fight at a predetermined position in the game space. In the illustrated example, enemy characters e1 and e2 are arranged. As shown, 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. As a result, in the case where ether is acquired when the battle with the enemy character whose strength corresponds to the level of the operating character c1 is won, when the user wins the enemy character drawn on the game screen, the ether is obtained. It is possible to judge whether or not it can be obtained.

In addition, the display control unit 116 draws the above-mentioned 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 showing the state of the machine and the capsule and the total value of ether given to the machine on which the capsule is placed. (Hereinafter referred to as "capsule screen"), the game screen is transitioned. The details of the capsule screen will be described later. Further, when the icon U2 receives a predetermined input operation (for example, a tap operation) by the user, the game execution unit 112 shifts the game screen to, for example, the menu screen of the game according to the present embodiment.

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

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

If YES in step S1, the game execution unit 112 arranges the capsule on the game screen. Specifically, the game execution unit 112 causes the game execution unit 112 to determine the rarity of the capsule to be arranged in the reward determination unit 113 in step S2. In addition, the reward determination 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. .. Capsule g1 contains an alphabet indicating rarity as shown in the figure. This allows the user to recognize the rarity of the capsules that have appeared.

In step S4, the capsule is acquired. For example, in the case where the capsule is drawn on the game screen, when the operation character c1 is moved to the position of the capsule g1 by the 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 on the game screen an animation generated by an animation generation unit (not shown) in which the capsule g1 moves to the position of the icon U1 and is hidden. You may let me.

In step S5, the acquisition preparation unit 114 places the capsule on the empty machine with the lowest number. The "empty machine" is a machine in which no capsule is placed. 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 the content acquisition process executed by the user terminal 100 according to the present embodiment. Further, FIG. 7 is a diagram showing an example of a game screen of a side-scrolling action RPG. As described above, the server 200 may execute at least a part of the series of processing steps.

In step S11, the game execution unit 112 determines whether or not the operation character c1 has won the battle with the enemy character satisfying the condition. If YES in step S11, the game execution unit 112 determines ether (points) according to the enemy character in step S12. For example, the ether to be acquired is determined according to the level of the operating 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 the numerical value n1 on the game screen. Specifically, the display control unit 116 displays the numerical value n1 generated by the animation generation unit (not shown) for a certain period of time, and then displays the animation to be hidden on the game screen. As shown in the figure, the numerical value n1 may be displayed in the vicinity of the icon U1 and hidden at that position, or may be displayed in the vicinity of the position where the enemy character was and then moved to the vicinity of the icon U1. It may be hidden.

In this way, by displaying the numerical value n1 indicating the amount of ether given to each capsule in the vicinity of the icon U1 by the victory in this battle, ether is accumulated for opening the capsule while the game is progressing. It is possible to make the user intuitively understand what is being done.

In step S14, the acquisition preparation unit 114 applies ether to all the machines in the available state. 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) in step S16 as shown in FIG. 7B. .. As a result, 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 S17, the acquisition preparation unit 114 determines whether or not all the capsules placed on the machine in the grantable state can be opened. If YES in step S17, the acquisition preparation unit 114 changes the machine in the non-assignable 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 the capsule opening operation by the user. If YES in step S19, that is, when the operation receiving unit 111 accepts the 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 and makes the contents available to the user. Further, 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 arranging the capsules described in FIGS. 4 to 7 on the machine will be described in more detail. FIG. 8 is a diagram showing 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 the above-mentioned machine in the grantable state. 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 machine in the non-grantable state described above. In the example of FIG. 8, the maximum number of machines that can be granted is the default of 1. Therefore, machines other than the machine a2 are in a non-grantable state.

In step S4 of FIG. 4, when the capsule is acquired, the acquisition preparation unit 114 updates the capsule screen. As an example, as shown in FIG. 5, when the capsule g1 having a rarity of “B” is acquired, the acquisition preparation unit 114 arranges the capsule g1 on the empty machine having the lowest number in step S5. Here, the "number" is a number drawn in the outlet shown in FIG. For example, if the capsule is placed in the machine below the insertion port with the number 0 to 3 before the acquisition of the capsule g1, the acquisition preparation unit 114 inserts the number 4 with the acquisition of the capsule g1. The capsule g1 is placed on the machine a1 at the bottom of the mouth (see (A) in FIG. 8). When the capsule screen is the screen shown in (A) of FIG. 8, 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 with the number 5. To place.

That is, the capsules can be given ether in the order of acquisition as many as the set maximum number of machines in the grantable state. In other words, the user cannot select the capsule to which the ether is added.

Further, as shown in FIG. 8A, a gauge p1 is drawn on the lower portion of the machine a2 in the grantable state in which the capsule is arranged. Gauge p1 is a gauge showing the total value of ether. When the total of the values reaches a predetermined value, the acquisition preparation unit 114 updates the capsule screen to the screen shown in FIG. 8B. As an example, the acquisition preparation unit 114 may attach the text of "MAX" to the gauge p1. As a result, the user can be made to recognize that the total value has reached a predetermined value, that is, the contents of the capsule g2 can be acquired (the capsule g2 can be opened). In the present embodiment, the addition of ether to the capsule is automatically performed after the acquisition points are given to the user, but the ether is given to the capsule when the user performs a predetermined operation on the capsule screen. May be done.

When the capsule can be opened, ether cannot be applied to the capsule. In other words, the machine in which the capsule is placed is in a state equivalent to a non-grantable state. When the sum of the values reaches a predetermined value in the capsules placed in all the machines in the assignable state, the acquisition preparation unit 114 is in the state where the smallest number cannot be assigned, as shown in FIG. 8 (b). Change the machine to the grantable state. That is, the acquisition preparation unit 114 always prepares at least one capsule to which ether can be applied. In the illustrated example, since the capsule placed in the machine having the number 0, which is in the grantable state, can be opened, the machine having the number 1 is changed to the grantable state. This makes it possible to prevent the situation where there is no capsule to be given even if ether is acquired. In addition, if the capsule placed on the machine in the grantable state can be opened, the user can grant ether to the next acquired capsule. This makes it possible to strengthen the motivation for fighting with the enemy character.

Further, as shown in FIG. 8, the text t1 "3 days remaining" is drawn at the lower part of the machine in the non-grantable state (for example, machine a1) in which the capsule is arranged. Further, at the lower part of the capsule screen, the above-mentioned counter m5 and the button b1 which is a UI for acquiring the item indicating the number of items by 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 receiving unit 111 receives a predetermined operation (for example, a long press operation) for the capsule whose total ether value has not reached the predetermined value (cannot be opened), the acquisition preparation unit 114 receives the acquisition preparation unit 114 as shown in FIG. An image in which the contents can be inferred by the user (silhouette q1 in the illustrated example) may be superimposed on the capsule and drawn by the display control unit 116. This allows the user to anticipate the contents of the capsule, thus enhancing the motivation for opening the capsule. That is, it is possible to strengthen the motivation for fighting with the enemy character to open the capsule.

The silhouette q1 may be displayed only on a capsule whose operating character is determined as one of the contents (a capsule having a rarity of S in the present embodiment). Further, the silhouette q1 may be always displayed (without user operation) on the capsule screen.

<Acquisition of contents>
FIG. 10 is a diagram showing an example of the result of opening the capsule. FIG. 11 is a diagram showing an example of a capsule screen updated with the opening of the capsule. As an example, when the user's predetermined operation (for example, tap operation) on the capsule g2, which is shown in FIG. 8 (B) and the total value of the applied ethers reaches a predetermined value, is accepted, the acquisition execution unit 115 , Generate an opening result screen showing the contents of the capsule g2. The acquisition execution unit 115 may automatically generate an opening result screen when the total value of ether reaches a predetermined value.

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

On the other hand, FIG. 10B is an opening result screen of a capsule having a higher rarity (for example, a rarity of S). In this case, the contents are more types and numbers than the operation characters f1, the abilities h1, h2, h3, and the items d3, d4, d5, d6, as compared with the opening result screen shown in FIG. 10 (A). ing. The operation characters and abilities that have already been acquired may be acquired again. In this case, the operating character and the ability may be enhanced 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 shown in FIG. 11, the acquisition preparation unit 114 moves the machines to the lower part of the insertion port whose number is one smaller while maintaining the order.

In the case of the example of FIG. 11, after the capsule g2 is opened and hidden, the machine a3 in which the capsule g3 is placed moves to the lower part of the insertion port having the number 0. Similarly, the other machines move to the bottom of the outlet with the smaller number. The machine a2 located at the lower part of the insertion port having the number 0 moves to the lower part of the insertion port having the largest number (not shown). At this time, the acquisition preparation unit 114 is in the set ready-giving state. Update the machine status 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 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. 8B in order to set the number of machines in the grantable state to 1. It is in a state where it can be granted. After that, when the capsule g2 is opened and the machine is moved, the machine a3 is connected to the outlet whose number is 0 according to the above upper limit number and is ready for granting. On the other hand, the machine that has moved to the lower part of the insertion slot with the number 1 is in a non-grantable state. In other words, in (B) of FIG. 8, the machine at the lower part of the insertion port with the number 1 was connected to the insertion port and was ready to be assigned, but the capsule screen is shown in FIG. When the screen is updated, it will be in a non-grantable state. As a result, the acquisition preparation unit 114 can make the machine grantable so as not to exceed the set upper limit number.

<Discarding the capsule>
Disposal of the capsule will be described again with reference to FIG. In the game according to the present embodiment, the capsule once acquired cannot be destroyed by the operation of the user. That is, capsules obtained prior to the particular capsule cannot be discarded in order to impart ether faster to the particular capsule. That is, in order to open a specific capsule, the user needs to fight with an enemy character and open all the capsules acquired before the specific capsule. Therefore, it is possible to encourage the user to fight with the enemy character.

On the other hand, the capsule placed on the machine in the non-grantable state may be discarded after a predetermined period of time. The text t1 shown in FIG. 8 is a text indicating the period during which the capsule can be opened. In the illustrated example, 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, after one day has passed, the text t1 is updated to the text "2 days remaining".

That is, when the desired capsule is placed on the machine in the non-grantable state, the user needs to place the capsule in the machine in the grantable state within a predetermined period of time. Specifically, the user makes it possible to open all the capsules acquired before the desired capsule, or by adding a machine in the grantable state, the machine in which the desired capsule is placed can be granted. There is a need. Then, in order to open the desired capsule, the user needs to fight with the enemy character and bring the total value of ether to reach a predetermined value within a predetermined period. As a result, the user can be encouraged to fight with the enemy character.

The period indicated by the text t1 may be based on the actual passage of time, or may be based on the passage of time set in the game, which is different from the actual passage of time. In the latter, for example, if one day elapses in the game when two hours actually elapse, the illustrated capsule will not be able to acquire the contents after six hours.

It should be noted that the capsules placed on the machine in the grantable state may also be discarded if they have not been opened after the predetermined deadline. In other words, the text t1 may be drawn in association with the capsule placed on the machine in the grantable state. As a result, the user can be further encouraged to fight the enemy character.

<Flow for adding machines that can be granted>
FIG. 12 is a flowchart showing the flow of the grantable 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 the series of processing steps.

In step S31, the control unit 110 performs the billing process. As an example, when a tap operation for the button b1 shown in FIG. 8 is input, the 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 of money input by the user to the server 200. When the billing is normally completed on the server 200, the acquisition preparation unit 114 acquires the item corresponding to the charged amount from the server 200 in step S32. The item may be provided in the form of, for example, a super gem.

In step S33, the operation receiving unit 111 accepts a selection operation for selecting the number of machines to be granted. In addition, in this embodiment, the state in which the machine can be given is defined as "
It is expressed as "machine rental". That is, in step S33, a selection operation for selecting the number of machines to be rented is accepted. In the game according to the present embodiment, the machines in the non-grantable state can be in the grantable state in the order of the numbers attached to the insertion ports on the upper part of the machine. In other words, in the game according to the present embodiment, it is possible to make the machine at the lower part of the insertion slot with the smaller number in the grantable state while keeping the machine at the lower part of the outlet with the smaller number in the grantable state. Can not. The selection operation may be, for example, a tap operation on the machine at the bottom of the insertion port having the largest number among the 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 machine may be rented by consuming the super jewel. When the operation reception unit 111 receives the rental permission operation in step S35, the acquisition preparation unit 114 consumes the super jewel 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. Then, in step S37, the acquisition preparation unit 114 changes the selected number of machines to the grantable state.

<Machine rental>
FIG. 13 is a diagram showing an example of machine rental (addition of a machine in a grantable state). In step S33, when the operation receiving unit 111 receives the tap operation to the machine a3 as the selection operation, the display control unit 116 displays the confirmation window w1 shown in FIG. 13A in step S34. In step S35, when the operation reception unit 111 receives a tap operation to the UI (UI in which the text "Yes" is described) included in the confirmation window w1 as a rental permission operation, the acquisition preparation unit 114 displays the capsule screen. To update. Specifically, the acquisition preparation unit 114 reduces the number of super jewels shown on the counter m5 in step S36. In the illustrated example, as shown in the confirmation window w1, 10 super jewels are consumed for each rental of the machine, so that the number of super jewels shown on the counter m5 is reduced by 10. Further, in step S27, the acquisition preparation unit 114 updates the machine a3 in which the capsule g3 is arranged so that the plug portion is connected to the insertion port, as shown in FIG. 13B. As a result, the machine a3 can be added.

The acquisition preparation unit 114 may return the rented machine, that is, the machine that has been newly made available for grant, to the non-grantable state when a predetermined condition is satisfied. For example, the acquisition preparation unit 114 may return the machine to the non-grantable state when the capsule arranged in the machine is opened.

<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 the capsule to which the ether is applied. More specifically, unless a machine having a smaller number than the machine on which the capsule to which the ether is to be applied is placed, the machine on which the capsule is placed cannot be placed in the grantable state. For example, when it is desired to impart ether to the capsule g4 having a rarity of S as shown in FIG. 14 (A), it is attached to the insertion port above the machine a4 in addition to the machine a4 in which the capsule g4 is arranged. It is necessary to make all non-grantable machines with small numbers available.

In this case, in step S33, the user performs a tap operation on the machine a4 as a selection operation. As a result, in step S34, the display control unit 116 displays the confirmation window w2 shown in FIG. 14B. In the confirmation window w2, unlike the confirmation window w1 shown in FIG. 9, the number of machine rentals is 9, and the number of super jewels consumed is 90 according to the number of rentals.

In step S35, when the operation reception unit 111 receives a tap operation to the UI (UI in which the text "Yes" is described) included in the confirmation window w2 as a rental permission operation, the acquisition preparation unit 114 displays the capsule screen. To update. Specifically, in step S36, the acquisition preparation unit 114 reduces the number of super jewels shown on the counter m5 by 90, as shown in FIG. Further, in step S37, the acquisition preparation unit 114 refers to nine machines (machines having numbers 3 to 11 below the insertion port) up to the machine a4 in which the capsule g4 is arranged, as shown in FIG. , Update the plug part so that it is connected to the outlet. As a result, nine machines can be granted at one time.

As described above, the user can increase the maximum number of machines that can be granted by paying a consideration. This allows the user to open the capsule containing the high value contents faster by paying the necessary consideration. Therefore, a mechanism for satisfying the user's desire to acquire high-value contents more quickly is realized.

<Drawing the capsule screen>
FIG. 16 is a diagram showing an example of a table used for drawing a capsule screen. In the "No." column, the numbers attached to the outlets drawn on the capsule screen are stored.

In the "presence / absence of capsule" column, a flag indicating whether or not the capsule is placed in the machine corresponding to the number stored in the "No." column is stored. In the illustrated example, "○" indicates that the capsule is placed on the machine, and "x" indicates that the capsule is not placed on the machine.

In the "ether supply availability" column, a flag indicating whether or not the machine corresponding to the number stored in the "No." column is in a grantable state is stored. In the illustrated example, "○" indicates that the machine is in the grantable state, and "x" indicates that the machine is in the non-grantable state.

In the "total ether value" column, a number indicating the total value of ether given to the capsule is stored. In the illustrated example, numbers are stored in the format of "current total value / predetermined value to be reached by the total value", but the present invention is not limited to this example. In addition, "-" indicates that ether cannot be added, that is, the machine is in a non-grantable state.

In the "Remaining days" column, a number indicating the number of days until the capsule placed on the machine in the non-grantable state is destroyed is stored. Note that "-" indicates that the machine is ready to be granted or that no capsule is placed in the machine.

In the "Rarity" column, an alphabet indicating the rarity of the capsules placed on the machine corresponding to the number stored in the "No." column is stored. A "-" indicates that no capsule is placed on 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. When the illustrated table is read out, the display control unit 116 draws the capsule screen shown in FIG. 13B.

Moreover, the table is not limited to the illustrated example. For example, additional columns may be added to the illustrated table to store information indicating the contents of the capsule. In this case, the opening 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 according to the instruction of the acquisition execution unit 115, and draws the opening result screen.

[Example of realization by software]
The control block of the control unit 110 (particularly, 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) is connected to an integrated circuit (IC chip) or the like. It may be realized by a formed logic circuit (hardware), or may be realized by software using a CPU (Central Processing Unit).

In the latter case, the information processing device provided with the control unit 110 is 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 readablely recorded by a computer (or CPU). (Read Only Memory) or storage device (these are referred to as "recording media"), RAM (Random Access Memory) for developing the above program, and the like are provided. Then, the object of the present invention is achieved by the computer (or CPU) reading the program from the recording medium and executing the program. As the recording medium, a "non-temporary tangible medium", for example, a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. Further, the program may be supplied to the computer via an arbitrary transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. It should be noted that one aspect of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the above program is embodied by electronic transmission.

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

[Additional notes]
The contents relating to one aspect of the present invention are listed below.

(Item 1) The game program (131) has been described. According to certain aspects of the disclosure, the game program is executed by a computer (user terminal 100) provided with a processor (10) and memory (11). A game based on a game program is a game in which an enemy character (e1, e2) operating based on a game program and an operating character (c1) operating based on a user's operation fight in a game space. The game program gives the processor right data (rewards, capsules) to obtain one or more objects (contents, operating characters, abilities, items) that may be used to advance the game in an advantageous manner. In the game, when a predetermined condition is satisfied, the step (S4) associated with the user and the points (ether) according to the battle result with the enemy character are in a state in which the points can be given. The step (S14) in which one or a plurality of right data (capsules placed on the machine in the grantable state) are equally given, and the right data in which the total of the given points reaches a predetermined value are added to the right data. The step (S20) of enabling the corresponding object and the step (S20) are executed. Only the maximum number of rights data (the number of machines that can be granted) can be granted in the order of acquisition. The maximum number can be increased in exchange for a given consumable item (super gem) associated with the user. As a result, the game can be advanced without impairing the original attractiveness of the game, that is, the game can be advanced advantageously by fighting with the enemy character. In addition, it is possible to meet the user's desire to use the object faster. As a result, the game program has the effect of strengthening the user's motivation to play the game.

(Item 2) In (Item 1), the rights data associated with the user may not be released from the association by the operation of the user. As a result, when the right data that the user wants to open is associated, in order to make the object usable from the right data, all the rights data associated before that are numerical values of points until a predetermined value is reached. Because it is necessary to grant, I think that I will actively fight with the enemy character. According to the game program, it has the effect of strengthening the user's motivation to play the game.

(Item 3) In (Item 1) or (Item 2), rights data that is not in the grantable state (capsules placed on the machine in the non-grantable state) are associated when a predetermined period elapses from the time when they are associated with the user. May be canceled. As a result, the user considers to actively fight with the enemy character so that the right data is not wasted. Therefore, according to the game program, it has the effect of strengthening the motivation of the user to play the game.

(Item 4) In any one of (Item 1) to (Item 3), if the consumable item is not exchanged, the upper limit may be 1. As a result, the object can be used from the right data without exchanging the consumable item. Therefore, according to the game program, there is an effect of strengthening the motivation of the user to play the game, particularly the motivation of the user who does not want to use the consumable item.

(Item 5) In any one of (Item 1) to (Item 4), the right data has a rarity indicating the high value in advancing the game in an advantageous manner, and the right data is The rarity may be displayed in a manner recognizable by the user. This allows the user to recognize whether the associated rights data is of high value in advancing the game in an advantageous manner. For this reason, when high-value rights data is associated, we will actively fight against enemy characters. Therefore, according to the game program, it has the effect of strengthening the motivation of the user to play the game.

(Item 6) In any one of (Item 1) to (Item 5), an image (silhouette q1) that can be inferred from the object that can be acquired from the right data may be displayed. This allows the user to predict to some extent the objects that can be obtained from the rights data. Therefore, when the object is expected to be the object desired by the user, the user considers to actively fight with the enemy character. Therefore, according to the game program, it has the effect of strengthening the motivation of the user to play the game.

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

(Item 8) The method of executing the game program has been explained. According to some 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 an enemy character (e1, e) that operates based on the game program in the game space.
This is a game in which 2) and an operating character (c1) that operates based on a user's operation fight against each other. The method of executing a game program is the right data (contents, operating characters, abilities, items) for the processor to acquire one or more objects (contents, operating characters, abilities, items) that may be used to advance the game in an advantageous manner. A state in which a step (S4) of associating a reward (capsule) with a user when a predetermined condition is satisfied in the game and a state in which the processor can award points (ether) according to a battle result with an enemy character. The step (S14) of equally granting one or more rights data (capsules placed on the grantable machine) in the grantable state, and the processor, the total of the granted points reaches a predetermined value. With respect to the obtained right data, a step (S20) of making an object corresponding to the right data available is included. Only the maximum number of rights data (the number of machines that can be granted) can be granted in the order of acquisition. The maximum number can be increased in exchange for a given consumable item (super gem) associated with the user. The method according to (item 8) has the same effect as the game program according to (item 1).

(Item 9) The information processing device (user terminal 100) has been described. According to a certain aspect of the present disclosure, the information processing device includes a storage unit (120) that stores a game program (131) and a control unit (110) that controls the operation of the information processing device by executing the game program. , Equipped with. The control unit collects right data (rewards, capsules) for acquiring one or more objects (contents, operating characters, abilities, items) that may be used to advance the game in an advantageous manner. When a predetermined condition is satisfied in the above, one or a plurality of right data (granting) in a grantable state, which is a state in which the points can be granted, are associated with the user and points (ether) according to the battle result with the enemy character are given. For the right data that is given to the capsule (capsule placed on the machine in the enabled state) and the total of the given points reaches a predetermined value, the object corresponding to the right data can be used. Only the maximum number of rights data (the number of machines that can be granted) can be granted in the order of acquisition. The maximum number can be increased in exchange for a given consumable item (super gem) associated with the user. The method according to (item 9) has the same effect as the game program according to (item 1).

1 game system, 2 networks, 10,20 processors, 11,21 memories, 12,22 storages, 13,23 communication IFs, 14,24 input / output IFs, 15 touch screens, 17 cameras, 18 ranging sensors, 100 user terminals , 110 Control unit, 111 Operation reception 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, 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 Item (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, p1 gauge, q1 silhouette (image that can be inferred from an object), t1 text, u1, u2 icon, w1, w2 confirmation window

Claims (8)

A game program that is executed by a computer equipped with a processor and memory.
The game based on the game program is a game in which a first character operating based on the game program and a second character operating based on a user's operation fight in a game space.
The game program is supplied to the processor.
A step of associating the right data for acquiring one or more objects that may be used to advance the game with the user when a predetermined condition is satisfied in the game.
A step of equally granting points according to the result of a battle with the first character to one or a plurality of the right data in a grantable state, which is a state in which the points can be granted.
For the right data for which the total of the given points has reached a predetermined value, a step of enabling the object corresponding to the right data is executed.
The right data can be granted in the order of acquisition by the maximum number.
The upper limit number of Ri increase allows der by the user pays a fee,
The right data that is not in the grantable state is released from the association when a predetermined period elapses from the time when the rights data is associated with the user.
Game program. The game program according to claim 1, wherein the rights data associated with the user cannot be released from the association by the operation of the user. The game program according to any one of claims 1 to 2, wherein the upper limit is 1 when the consideration is not paid. In the right data, a rarity indicating the high value in advancing the game is set.
The game program according to any one of claims 1 to 3, wherein the right data is displayed in a manner in which the user can recognize the rarity. The game program according to any one of claims 1 to 4, which displays an image in which the object can be inferred from the rights data. The object that can be used according to one of the right data for which the total of the points has reached a predetermined value is one or more of the second character and one or more abilities that are abilities that can be used by the second character. , And the game program according to any one of claims 1 to 5, which is at least one of one or more items. How to run a game program
The game program is executed by a computer having a processor and memory.
The game based on the game program is a game in which a first character operating based on the game program and a second character operating based on a user's operation fight in a game space.
In the method, the processor
A step of associating the right data for acquiring one or more objects that may be used to advance the game with the user when a predetermined condition is satisfied in the game.
A step of equally granting points according to the result of a battle with the first character to one or a plurality of the right data in a grantable state, which is a state in which the points can be granted.
For the right data in which the total of the given points reaches a predetermined value, the step of enabling the object corresponding to the right data is included.
The right data can be granted in the order of acquisition by the maximum number.
The upper limit number of Ri increase allows der by the user pays a fee,
The right data that is not in the grantable state is released from the association when a predetermined period elapses from the time when the rights data is associated with the user.
Method. It is an information processing device
The information processing device
A memory unit that stores game programs and
A control unit that controls the operation of the information processing device by executing the game program is provided.
The game based on the game program is a game in which a first character operating based on the game program and a second character operating based on a user's operation fight in a game space.
The control unit
When the right data for acquiring one or more objects that may be used to advance the game is satisfied in the game, the right data is associated with the user.
Points according to the result of the battle with the first character are equally given to one or a plurality of the right data in the grantable state in which the points can be granted.
With respect to the right data in which the total of the given points reaches a predetermined value, the object corresponding to the right data can be used.
The right data can be granted in the order of acquisition by the maximum number.
The upper limit number of Ri increase allows der by the user pays a fee,
The right data that is not in the grantable state is released from the association when a predetermined period elapses from the time when the rights data is associated with the user.
Information processing device.

Images