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

Abstract

To provide a game program to prompt a user to execute a game play while improving a satisfaction level of the user.SOLUTION: A game program causes a processor to execute: first steps S203 and S204 for executing predetermined game processing according to a user operation to play a game based on the game program; a second step for storing a first item that can be exchanged for a service provided by the game in a memory in association with the user according to the payment of a counter value based on the user operation; and a third step for storing information indicating a specific right in the memory in associating with the user according to the execution of the second step. In the first steps, the predetermined game processing is executed so as to be more advantageous to the user when the information indicating the specific right is stored in the memory than when it is not stored.SELECTED DRAWING: Figure 5

Description

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

Conventionally, a game for selling valuable data is known. Valuable data is consumed in exchange for various services in the game.

JP-A-2013-202322 (Published October 7, 2013)

In a game that sells valuable data, there is room for prompting the user to play the game while improving user satisfaction.

One aspect of the present disclosure aims to encourage a user to play a game while improving user satisfaction.

The game program according to the present disclosure is executed by a computer including a processor and a memory. The game program is responsive to a first step of causing the processor to execute a predetermined game process in accordance with a user operation for playing a game based on the game program, and a payment of a consideration based on the user operation. , A second step of storing the first item redeemable for the service provided in the game in the memory in association with the user, and the information indicating a specific right according to the execution of the second step. A third step of storing in the memory in association with a user, and the first step, when the information representing the specific right is stored in the memory, as compared with the case where the information is not stored, The predetermined game process is executed more advantageously for 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. The method includes a processor performing the steps described above.

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

According to one aspect of the present disclosure, it is possible to prompt the user to play the game while improving the user's satisfaction.

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 and a server. It is a flowchart which shows the flow of the process which purchases virtual currency. It is a figure which shows an example of the sales screen of virtual currency. It is a flowchart which shows the flow of the process which performs an event. It is a figure which shows an example of the screen regarding the execution of an event. It is a figure which shows an example of the screen regarding the execution of an event. It is a flow chart which shows the flow of character lottery processing, weapon lottery processing, and ticket exchange processing as a whole. It is a flow chart which shows a flow of character lottery processing. It is a figure showing an example of a screen about character lottery processing, weapon lottery processing, and ticket exchange processing. It is an example of a screen relating to the reproduction lottery process. It is a flow chart which shows a flow of ticket exchange processing. It is a flow chart which shows a flow of weapon lottery processing. It is an example of a screen regarding a weapon lottery process.

[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 exemplifications, and is shown by the scope of claims for patent, and it is intended that all modifications within the meaning and range equivalent to the scope of claims for patent are included in the present invention. It In the following description, the same elements will be denoted by the same reference symbols in the description of the drawings, without redundant description.

<Hardware configuration of game system 1>
FIG. 1 is a diagram showing a hardware configuration of the game system 1. As shown, the game system 1 includes a plurality of user terminals 100 and a server 200. 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 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 a wireless network (for example, Wi-Fi (registered trademark)) connectable to the Internet by a predetermined access point. To be

The server 200 (computer, information processing device) 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 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 illustrated, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input/output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. With. These components included in the user terminal 100 are electrically connected to each other by a communication bus. It should be noted that the user terminal 100 may include an input/output IF 14 to which a display (display unit) configured separately from the main body of the user terminal 100 can be connected instead of or in addition to the touch screen 15.

Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. 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 and the like, and sends an output value based on a user's input operation to the buttons and 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 outputs output values of the various sensors to the user terminal 100.

The user terminal 100 may include the camera 17 and the distance measuring sensor 18 instead of or in addition to the camera 17 and the distance measuring sensor 18.

It is desirable that the user terminal 100 causes a user who uses the controller 1020 to input user identification information such as a name or a login ID of the user via the controller 1020, for example, at the start of the game. This allows the user terminal 100 to associate the controller 1020 with the user, and specifies 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 the plurality of controllers 1020, each controller 1020 is held by each user so that the user terminal 100 does not communicate with other devices such as the server 200 via the network 2 and the one user terminal 100. Multiplayer can be realized with. In addition, each user terminal 100 communicates with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communicatively connects without passing through the server 200), thereby realizing multi-play locally by a plurality of user terminals 100. You can also do it. When the above-mentioned multiplay is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200, which will be described later. When the above-described multiplay is locally realized by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions of the server 200, which will be described later, in a distributed manner.

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

Moreover, the controller 1020 may be configured to be attachable to and detachable from the user terminal 100. In this case, a coupling part 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 connecting unit, the user terminal 100 and the controller 1020 send and receive signals via wire.

As shown in FIG. 1, the user terminal 100 may receive mounting of a storage medium 1030 such as an external memory card via the input/output IF 14. As a result, 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, 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 the game program acquired by reading from the storage medium 1030 in the memory 11. May be stored in.

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

For example, when the operation unit is configured by at least one of the camera 17 and the distance measuring sensor 18, the operation unit detects an object 1010 near the user terminal 100 and performs an input operation from the detection result of the object. Identify. As an example, the user's hand as the object 1010, a marker having a predetermined shape, or the like is detected, and the input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result. It More specifically, when the user's hand is detected from the captured image of the camera 17, the user terminal 100 operates the gesture (a series of movements of the user's hand) detected based on the captured image by the user's input operation. As specified and accepted. 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 the user's operation performed on the input unit 151 of the touch screen 15 as the user's input operation. Alternatively, when the operation unit is configured by the communication IF 13, the user terminal 100 identifies and receives a signal (for example, an output value) transmitted from the controller 1020 as a user input operation. Alternatively, when the operation unit is configured by the input/output IF 14, a signal output from an input device (not shown) different from the controller 1020 connected to the input/output IF 14 is specified and accepted as the user's input operation.

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

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

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

In the present embodiment, the program may be a game program for realizing the game on the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation between the user terminal 100 and the server 200. Note that the game realized by the cooperation of the user terminal 100 and the server 200 may be, for example, a game executed on a browser activated in the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100. In addition, various data includes data regarding a game such as user information and game information, and an instruction or notification transmitted/received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

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

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

The input/output IF 14 is an interface for the user terminal 100 to receive data input, and is an interface for the user terminal 100 to output data. The input/output IF 14 may input/output data via a USB (Universal Serial Bus) or the like. The input/output IF 14 may include, for example, a physical button of the user terminal 100, a camera, a microphone, a speaker, or the like. The input/output IF 24 of the server 200 is an interface for the server 200 to receive 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 which is an information input device such as a mouse or a keyboard, and a display unit which is a device for displaying and outputting an image.

The touch screen 15 of the user terminal 100 is an electronic component that combines the input unit 151 and the display unit 152. The input unit 151 is, for example, a touch-sensitive device, and is configured by, for example, a touch pad. The display unit 152 is composed of, for example, a liquid crystal display, an organic EL (Electro-Luminescence) display, or the like.

The input unit 151 detects a position at which a user operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input on the input surface, and inputs information indicating the position. It has the function of transmitting as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may be of any type such as a capacitance type or a resistance film type.

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 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 perform vertical screen display in which a vertically long image is displayed on the display unit 152 when the user terminal 100 is held vertically. On the other hand, when the user terminal 100 is held in a horizontal orientation, a landscape image may be displayed on the display unit. In this way, the processor 10 may be capable of switching 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 converts a light incident from a lens into an electric signal to generate a captured image.

The distance measuring sensor 18 is a sensor that measures the distance to the measurement target. The distance measuring sensor 18 includes, for example, a light source that emits pulse-converted light and a light receiving element that receives the light. The distance measuring sensor 18 measures the distance to the measurement object by the light emission timing of the light source and the light reception timing of the reflected light generated when the light emitted from the light source is reflected on the measurement object. The distance measuring sensor 18 may include a light source that emits light having directivity.

Here, an example in which the user terminal 100 receives the detection result of detecting the object 1010 near the user terminal 100 by using the camera 17 and the distance measuring sensor 18 as the user's input operation will be further described. The camera 17 and the distance measuring sensor 18 may be provided, for example, on the side surface of the housing of the user terminal 100. A distance measuring sensor 18 may be provided near the camera 17. As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with a lighting device that irradiates infrared rays, a filter that blocks visible light, and the like. Thereby, the detection accuracy of the object based on the image captured by 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 following processes (1) to (5) on the image captured by the camera 17, for example. (1) The processor 10 specifies whether or not the user's hand is included in the captured image by performing image recognition processing on the captured image of the camera 17. The processor 10 may use, for example, a technique such as pattern matching as the analysis technique used in the above-described image recognition processing. (2) Further, the processor 10 detects the gesture of the user from the shape of the hand of the user. The processor 10 specifies 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, for example. The processor 10 further identifies the gesture made by the user from the identified number of fingers. For example, when the number of fingers is 5, the processor 10 determines that the user has made a “par” gesture. In addition, the processor 10 determines that the user has made a “goo” gesture when the number of fingers is 0 (no fingers were detected). Further, when the number of fingers is two, the processor 10 determines that the user has made a gesture of “cutting”. (3) The processor 10 performs image recognition processing on an image captured by the camera 17 to detect whether the user's finger is in a state where only the index finger is upright, or whether the user's finger makes a repulsive movement. .. (4) The processor 10 determines the object 1010 (such as the user's hand) near 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 the user terminal 100 (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 identified from the image captured by the camera 17. The above distance) is detected. If the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100. (5) If it is determined that the distance between the user terminal 100 and the user's hand changes while the user's hand is detected, based on the image recognition result of the image captured by the camera 17, etc., the processor 10 recognizes that the user is shaking his hand in the shooting direction of the camera 17. When an object is not detected or not detected by the distance measuring sensor 18 having a directivity stronger than the shooting range of the camera 17, the processor 10 determines that the user shakes his hand in a direction orthogonal to the shooting direction of the camera. recognize.

In this way, the processor 10 recognizes whether or not the user is clasping his/her hand based on the image recognition of the image captured by the camera 17 (whether the gesture is “goo” or another gesture (for example, “par”). Or) is detected. Further, the processor 10 detects the shape of the user's hand and how the user is moving this hand. Further, the processor 10 detects whether the user is moving this hand close to or 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. The user terminal 100, for example, moves the pointer on the touch screen 15 in response to the movement of the user's hand, and detects the gesture “goo” of the user. In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds to, for example, maintaining the state where the mouse is clicked and pushed in, or maintaining the state where the touch panel is touched and then touched. Further, when the user further moves the hand while the user's gesture “goo” is detected, the user terminal 100 regards such a series of gestures as an operation corresponding to the swipe operation (or the drag operation). You can also recognize. Further, when the user terminal 100 detects a gesture such that the user repels a finger based on the detection result of the user's hand from the image captured by the camera 17, the user terminal 100 clicks the mouse or taps the touch panel. May be recognized as an operation corresponding to.

<Game outline>
The game system 1 is a system that executes a game in which a first item for redeeming one or more services provided in the game is associated with the user in accordance with the payment of the price in the game based on the game program. .. Hereinafter, it is also described that the association with the user is given to the user. In other words, the first item is paid valuable data. For example, the first item is represented as virtual currency, stone, points, etc., but is not limited thereto. In the present embodiment, as an example, description will be given assuming that the first item is expressed as virtual currency.

An example of the service described above is a lottery process for giving a user an object that can be used in a game. In the present embodiment, any one of the first object group is selected, the first process of associating the selected object with the user and storing it in the memory 11, and any one of the second object group are selected, and the selected object is The second process of storing in the memory 11 in association with the user is performed. Examples of the object to be selected include a character that can be used in the game and an object that is used in association with the character. The object used in association with the character may be, for example, an item such as a weapon or armor used in association with the character, a special attack, a recovery, a skill for changing the state of the object such as the character, or the like. The method of processing for selecting any object from the object group is not particularly limited, and examples thereof include lottery and selection based on a predetermined priority or the like. In this embodiment, a case where the selection method is a lottery will be described. In addition, in the present embodiment, the objects that form the first object group are the characters that can be used in the game, the first process is the process that selects a character from the character group by lottery, and forms the second object group. A form in which the object is a weapon and the second process is a process of selecting a weapon from the weapon group by lottery will be described. Further, the process of drawing characters is called "character drawing", and the process of selecting weapons is called "weapon drawing".

Further, the game executed by the game system 1 (hereinafter, this game) is not limited to a specific genre, as long as it is a game for selling virtual currency and performing character lottery and weapon lottery Good. For example, games about sports such as tennis, table tennis, dodge ball, baseball, soccer and hockey, puzzle games, quiz games, RPGs, adventure games, shooting games, simulation games, training games, and action games. Good.

Further, the present game is not limited to a specific play mode, and may be a game of any play mode. For example, a single-player game played by a single user, a multi-player game played by multiple users, and among multi-play games, a battle game played by multiple users, and a cooperative play game played by multiple users. May be.

<Functional configuration of game system 1>
FIG. 2 is a block diagram showing the functional configurations of the server 200 and the user terminal 100 included in the game system 1. Each of the server 200 and the user terminal 100 may include a functional configuration (not shown) necessary for functioning as a general computer and a functional configuration necessary for realizing a known function in a game.

The user terminal 100 has a function as an input device that receives 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 the control unit 110 and the 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 server 200 has a function of communicating with each user terminal 100 to assist the user terminal 100 in proceeding with a game. When the game is a multi-play game, the server 200 may have a function of communicating with each user terminal 100 participating in the game and mediating the exchange between the user terminals 100. The server 200 functions as the control unit 210 and the storage unit 220 in cooperation with the processor 20, the memory 21, the storage 22, the communication IF 23, the input/output IF 24, and the like.

The storage unit 120 and the storage unit 220 store a game program, game information 132, and user information 133. The game program 131 is a game program executed by the user terminal 100. The game program 231 is a game program executed by the server 200. The game information 132 is data that the control unit 110 and the control unit 210 refer to when executing the game program. The user information 133 is data regarding a user's account. In the storage unit 220, the game information 132 and the user information 133 are stored for each user terminal 100.

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

The control unit 210 also functions as the sales processing unit 211 and the lottery execution unit 212 according to the description of the game program 231. The control unit 210 can also function as other functional blocks (not shown) in order to support the progress of the game on the user terminal 100, depending on the nature of the game to be executed.

The sales processing unit 211 executes processing for selling paid digital contents to users. For example, in accordance with a sales request from the user terminal 100, a billing process is executed, and a grant process for allowing a user to hold digital content is executed. As an example, digital content is virtual currency and accompanying bonuses. The sales processing unit 211 executes a charging process for charging the user who is the owner of the requesting user terminal 100 with the amount of money corresponding to the requested number of virtual currencies. Subsequently, as a granting process for allowing the user to hold the virtual currency, the purchased quantity is added to the holding amount associated with the user identification information of the user.

The lottery execution unit 212 executes each lottery for determining a character or weapon that can be used in the game in response to a request from the user terminal 100. The lottery execution unit 212 transmits the lottery result to the requesting user terminal 100.

(Functional configuration of the user terminal 100)
The control unit 110 centrally controls the user terminal 100 by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 advances the game according to the operation of the game program 131 and the user. Further, the control unit 110 communicates with the server 200 and transmits/receives information as needed during the progress of the game.

The control unit 110 functions as the lottery unit 115, the determination unit 116, the object management unit 117, the purchase processing unit 118, and the game progression unit 119 according to the description of the game program 131.

The control unit 110 can also function as other functional blocks (not shown) in order to progress the game depending on the nature of the game to be executed.

Further, the control unit 110 also functions as an operation receiving unit (not shown), a display control unit, and the like. The operation receiving unit detects and receives an input operation of the user on the input unit 151. For example, the operation receiving unit detects the coordinates of the input position in the input unit 151 of the above-described input operation and specifies the type of the input operation. The operation reception unit specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, or the like. The display control unit outputs, to the display unit 152 of the touch screen 15, a game screen on which the processing result executed by each unit of the control unit 110 is reflected. The display control unit may display on the display unit 152 a game screen including an image generated by each unit of the control unit 110. Further, the display control unit may superimpose and draw a graphical user interface (hereinafter, GUI) on the game screen.

The lottery unit 115 requests the server 200 to perform a lottery for determining a character or weapon that can be used in the game. Further, the lottery section 115 acquires the lottery result from the server 200. For example, the lottery unit 115 requests the server 200 for lottery in exchange for the consumption item held by the user. In addition, the lottery section 115 may request the server 200 to perform a lottery when other conditions are satisfied in the game.

The determination unit 116 executes various determination processes necessary for the progress of the game. The determination unit 116 determines, for example, whether or not a user operation instructing the lottery process has been performed.

The object management unit 117 manages various objects such as characters that can be used by the user in the game. The object management unit 117 gives the user the object, for example, by storing in the storage unit 120 information representing the object that the user can use.

In addition, the object management unit 117 receives the result of the virtual currency granting process executed by the server 200, and the number of virtual currencies that the user can consume at the user terminal 100, that is, the number of purchased virtual currency possessions. Only increase. The grant process by the server 200 may be executed by the purchase processing unit 118 of the user terminal 100.

The purchase processing unit 118 transmits a virtual currency sales request to the server 200 in accordance with an operation performed by the user that permits payment of consideration. The operation may include an operation of designating the number of virtual currencies that the user desires to purchase. In this case, the purchase processing unit 118 includes the specified number in the above-mentioned sales request and transmits it to the server 200.

The game progression unit 119 performs various processes related to the execution of the game. For example, the game progression unit 119 interprets the user's instruction content indicated by the coordinates of the input position of the input operation accepted by the operation accepting unit 111 and the type of operation, and performs a process of advancing the game based on the interpretation. To do.

Note that the functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely examples. The server 200 may include at least a part of the functions of the user terminal 100. In addition, the user terminal 100 may include at least a part of the functions included in the server 200. Further, a device other than the user terminal 100 and the server 200 may be a constituent element of the game system 1, and the other device may be caused to execute a part of the processing in the game system 1. That is, the computer that executes the game program in the present embodiment may be any of the user terminal 100, the server 200, and another device, or may be realized by a combination of a plurality of these devices.

<Process flow and play screen example>
In the present embodiment, an event is executed according to a user operation for playing the game. Further, as described above, the virtual currency and the bonus including the specific right are given to the user in response to the payment of the second consideration based on the user operation. The specific right is a right for executing a predetermined game process more advantageously for the user. In the present game, when the information representing the specific right is stored in the memory, the game is more advantageously executed for the user compared to the predetermined game process in the case where the information is not stored. Examples of the predetermined game process include a game process of acquiring virtual currency. Examples of the game process for acquiring virtual currency include lottery performed in the game, reward for satisfying a predetermined condition, and the like. The predetermined condition may be, for example, logging in, or performing a predetermined operation for each predetermined period so as to harvest or recover the generated product. A specific example will be described later. Further, the specific right is, for example, a right that allows the game to proceed such that more virtual currencies can be acquired in these game processes than when the specific right is not possessed. For example, the specific right may be a right to increase the probability that virtual currency can be acquired by a lottery or to increase the acquisition currency that can be acquired as a reward. As a result, it is possible to prompt the user to play the game while improving the satisfaction of the user who purchased the virtual currency.

In the game of the present embodiment, the process of giving the user information indicating the first right that allows the character lottery (first process) to be executed, and the first process given to the user based on the user's operation. A process of changing the information representing one right into the information representing the second right capable of executing the weapon lottery (second process) instead of the character lottery. Both the information indicating the first right and the information indicating the second right are the rights for which the corresponding lottery can be performed. The first right and the second right may not necessarily be expressed in the form of an item such as a ticket in the game. For example, when the user has the first right, the virtual right required for the character lottery. It may be configured so that currency is unnecessary. Further, the objects that can be obtained by lottery may be set according to the period. At least some of the objects that were previously available in the lottery may be available again in the lottery. Hereinafter, a lottery that can be obtained by a lottery in the past and cannot be obtained after a lapse of a predetermined period of time, and then can be obtained in another predetermined period of time will also be referred to as a “reprint lottery”. As described above, by making an object that was available in the past unavailable and then making it available again, the satisfaction of the user who desires the object is improved. In the present embodiment, a form in which the information indicating the first right is a reprint lottery ticket of the character and the information indicating the second right is a weapon lottery ticket will be described. In addition, changing a lottery ticket to a lottery ticket for obtaining another object is also simply referred to as “exchange” of the ticket. Since the information indicating the first right is the reprint lottery ticket of the character, even if the user does not want to obtain the character that can be obtained in the character lottery, motivation for obtaining the reprint lottery ticket that can be exchanged for the weapon lottery ticket. Can be improved.

(Virtual currency purchase flow)
In the game based on the game system 1, the flow of processing for purchasing virtual currency will be described step by step with reference to FIGS. 3 and 4. The process based on the following description is an example, and the invention according to the present embodiment is not limited to a specific configuration. Further, in the following description, at least some of the steps described as being executed by the user terminal 100 among the series of processing steps described using the flowchart may be executed by the server 200. Further, at least some of the steps described as being executed by the server 200 may be executed by the user terminal 100. FIG. 3 is a flowchart showing the flow of processing for purchasing virtual currency.

In step S101, the determination unit 116 determines whether the control unit 110 has accepted a user operation for instructing the purchase of virtual currency. If the user operation is accepted, the process of step S102 is subsequently executed, and if not, the process based on the flowchart of FIG. 3 ends.

FIG. 4 is a diagram showing an example of a virtual currency sales screen. Here, the objects 404a and 404b are external views of virtual currency. Further, “¥1000” described in the object 401 corresponds to an example of the first consideration, and “¥2000” described in the object 402 corresponds to an example of the second consideration.

As shown in the object 401, the virtual currency sold for ¥2000 is accompanied by a reprint lottery ticket and a specific right. Here, the text 406 indicates the valid period of the specific right. If the user already has a specific right within the valid period, the text 406 describes the content indicating the extension of the valid period. In other words, if the virtual currency is purchased again in the sales unit corresponding to the second consideration of ¥2000 within the valid period of the specific right, the valid period of the specific right is extended. As a result, the satisfaction of the user who repeatedly purchases virtual currency can be improved.

Also, the icon 408 indicates a period during which a specific right can be acquired in association with the virtual currency sold for ¥2000.

In step S102, the determination unit 116 determines whether the sales unit of the virtual currency targeted for the purchase instruction is the sales unit of the first amount corresponding to the first consideration or the sales unit of the second amount corresponding to the second consideration. Determine if there is. In the present embodiment, the first consideration is 1000 yen, the second consideration is 2000 yen, the first amount is 100 sheets, and the second amount is 200 sheets. When the sales unit is the sales unit of the first amount, the process of step S103 is subsequently executed, and when it is the sales unit of the second amount, the process of step S104 is subsequently executed.

In step S103, the purchase processing unit 118 determines the first amount of virtual currency and the bonus thereof as the target of the purchase processing. Here, the bonus of the first amount of virtual currency is 10 virtual currencies and one reprint lottery ticket.

In step S104, the purchase processing unit 118 determines the second amount of virtual currency and the bonus thereof as the purchase target. Here, the bonus of the second amount of virtual currency is 30 virtual currencies, two reprint lottery tickets, and a specific right until October 31st. As a bonus, the specific right is given to the user, and it is possible to motivate the user to play the game while enhancing the satisfaction of the user who purchased the virtual currency.

In step S105, the purchase processing unit 118 requests the server 200 to sell the virtual currency determined as the purchase target in step S103 or step S104.

In step S106, the sales processing unit 211 executes the charging process according to the sales request from the user terminal 100. Specifically, the sales processing unit 211 stores the purchase amount of the virtual currency as a billing amount in the storage unit 220 as a sales history in association with the requesting user. Based on the above-mentioned sales history, the user of the requesting user terminal 100 is charged with the above-mentioned charge amount at an appropriate timing.

Then, the sales processing unit 211 executes a grant process for allowing the user to hold the virtual currency and the bonus. Specifically, the virtual currency of the user and the amount of the bonus are stored in the storage unit 120 of the user terminal 100 owned by the user. Therefore, the sales processing unit 211 notifies or permits the user terminal 100 to add the above-mentioned holding amount by the given amount.

The virtual currency stored in the storage unit 120 and the storage unit 220 in association with the user identification information is preferably stored separately from paid virtual currency and free virtual currency.

In step S107, the object management unit 117 of the user terminal 100 causes the user to hold the added virtual currency and the bonus in a state where the user can use it. Specifically, the purchase processing unit 118 executes addition processing that adds the given quantity to the virtual currency and the bonus holding amount stored in the storage unit 120, based on the notification or permission from the server 200. To do. As a result, the added amount of virtual currency and the bonus can be used in exchange for the service. It should be noted that, in the processing based on the subsequent flowcharts, the redundant description regarding the object adding processing will not be repeated.

In addition, in this step, the control unit 110 causes the display unit to display a screen indicating that the purchase processing of the virtual currency is completed.

Further, as described above, virtual currency is sold in a plurality of types of sales units. Further, the virtual currency to be sold may be accompanied by an object or the like having an in-game value corresponding to a part of the selling price as a bonus. That is, in addition to the amount of virtual currency corresponding to the consideration, the user who has purchased the virtual currency may be provided with a bonus having an in-game value corresponding to a part of the consideration. As a result, the user who purchases the virtual currency can receive the objects and the like that can be used in the game as cashback.

In addition, as a bonus, for example, each ticket such as a character lottery ticket may be set, or virtual currency or the like that is granted free of charge may be set. Each ticket such as the character lottery ticket can also be converted into the value of the virtual currency required for each lottery, has an in-game value, and can be said to be a kind of cashback described above. In addition, each ticket may be obtained by a method other than obtaining it as a bonus of virtual currency. That is, the purchase of virtual currency is an example of a predetermined condition for obtaining each ticket.

Further, in this embodiment, payment of the first consideration and the second consideration higher than the first consideration is accepted, and the specific right is granted when the second consideration is paid, and the first consideration is paid. If it is given, it will not be executed. Since the second consideration, which is a higher consideration, can obtain a specific right that cannot be obtained by the first consideration, it is possible to improve user satisfaction. In addition, the information representing the specific right may be deleted from the memory after a predetermined period has elapsed since the information was associated with the user. The predetermined period is also referred to as “expiration date” of the specific right. Thereby, the user can be motivated to play the game within a predetermined period after the purchase of the virtual currency. It should be noted that the virtual currency sold may be accompanied by a bonus only for a predetermined period. This can improve the motivation of the user to purchase the virtual currency during the predetermined period. Further, the virtual currency may be available by a method other than purchase. That is, for example, when a predetermined condition is satisfied by playing an event, virtual currency may be given to the user.

Further, as another aspect, the information representing the specific right associated with the user may be deleted from the memory when the specific right is exercised a predetermined number of times. Alternatively, the condition in which the number of times and the period are combined may be satisfied. As an example of the latter, even if the information indicating the specific right is deleted from the memory when the condition that either the predetermined period has passed or the specific right is exercised a predetermined number of times is satisfied. Good.

Further, in step S103, the purchase processing unit 118 may determine, as a further bonus, a specific right having a lower effect than the specific right determined as the bonus in step S104. Here, the specific right having a low effect is, for example, in the game play in which the virtual currency is a reward, the reward is higher than in the normal case where the specific right is not held, but the specific right according to step S104 is held. When the virtual currency can be obtained by lottery, the probability is higher than in the normal case, but the probability is lower than when the specific right related to step S104 is held. And so on.

(Example of event execution flow)
In the game based on the game system 1, the flow of processing for executing an event will be described step by step with reference to FIGS. FIG. 5 is a flowchart showing the flow of processing for executing an event.

In step S201, the determination unit 116 determines whether or not the user operation instructing the execution of the event has been accepted. If the user operation is accepted, the process of step S202 is subsequently executed, and if not, the process based on the flowchart of FIG. 5 ends.

The execution of the event does not necessarily have to be caused by the user operation. For example, in another aspect, when the game progressing unit 119 generates an event, the process of step S202 is subsequently executed, and otherwise, the process based on the flowchart of FIG. 5 may be terminated.

In step S202, the determination unit 116 determines whether the user is associated with a specific right, in other words, the user has a specific right. If the user is not associated with the specific right, the process of step S203 is subsequently executed, and if the user is associated, the process of step S204 is subsequently executed.

In step S203, the game progression unit 119 executes an event. Hereinafter, as one aspect of the event, a virtual currency collection in a predetermined game part and a login bonus will be described as an example. FIG. 6A, FIG. 7A, and FIG. 7B are examples of events executed in this step, which are screens regarding execution of events when the user does not have a specific right. FIG.

FIG. 6A is a diagram showing an example of a predetermined game part capable of acquiring virtual currency. The user performs an operation of selecting and collecting the virtual currency 420 in the game part. Next, the collected virtual currency is given to the user. Note that, on the screen shown in FIG. 6A, the virtual currency 420 is produced on the tree 424. Here, the text box 422a is a UI object displayed after the operation is performed, and indicates that the user has acquired a total of 200 virtual currencies in the game part shown in FIG. 6(A). Examples of the collecting operation include an operation of tapping the tree 424, an operation of tracing the virtual currency 420 growing on the tree 424 by a swipe operation, and the like. It should be noted that the tree 424 may bear the virtual currency 420 at, for example, a predetermined time or time, or after a predetermined time has elapsed since the user acquired the virtual currency 420. FIG. 7A is a diagram showing an example of a state where the login bonus is given to the user. Objects other than virtual currency that can be given to the user as a login bonus are objects having a lower utility value than virtual currency in the game. Further, FIG. 7B is a diagram showing a probability table that defines the probability of which item is given as the login bonus. The login bonus granted to the user is determined by the effect of the roulette 432 based on the probability defined in the probability table.

In step S204, the game progression unit 119 executes the event more advantageously than when the user does not have the specific right.

For example, when the user has a specific right, the game progressing unit 119 may advance the game so as to acquire more virtual currency than when the user does not have the specific right. Good. As a result, the user who purchases the virtual currency at the second consideration increases the amount of virtual currency that can be obtained free of charge in the predetermined game part, which improves the motivation for playing the predetermined game part.

Further, for example, when the user has a specific right, the virtual currency is given to the user as a login bonus with a higher probability than when the user does not have the right. As a result, the user who purchases the virtual currency at the second consideration has a higher expectation value that the virtual currency can be obtained for free when the game is started, and thus the motivation for starting the game is improved.

In addition, when the user has the specific right, the control unit 110 displays the display element displayed on the screen at the event in a mode having a higher visual effect than when the user does not have the specific right. You may. As a result, the user receives a higher visual effect from the display elements displayed along with the event, and thus can feel a high-class feeling that the user has a special right.

FIG. 6B, FIG. 7C and FIG. 7D are examples of events executed in this step, and are examples of screens regarding execution of events when the user has a specific right. FIG. FIG. 6B is a diagram showing an example of a predetermined game part capable of acquiring virtual currency. As shown in a text box 422b of FIG. 6B, a user having a specific right is provided with 400 virtual currencies, which is more than 200 virtual currencies shown in FIG. 6A. Further, FIG. 7C shows a state in which the virtual currency 436 is given to the user as a login bonus. The probability table of FIG. 7(D) is higher than the probability defined in the probability table of FIG. 7(B), which is referred to when the user does not have the specific right, when the user has the specific right. Then, the virtual currency is given to the user as a login bonus. In addition, the roulette 438 of FIG. 7C is more luxuriously decorated than the roulette of FIG. 7A and has a higher visual effect.

In step S205, the game progression unit 119 requests the server 200 to reward the event in step S203 or step S204, that is, to give the virtual currency acquired in the event.

In step S206, the control unit 210 executes a grant process for allowing the user to hold the event reward.

In step S207, the object management unit 117 stores the event reward in association with the user in the memory. Next, the control unit 110 displays a screen showing the result on the display unit.

(Execution flow of the lottery process/ticket exchange process)
The flow of the entire process of executing the character lottery, the renewal lottery ticket exchange for the weapon lottery ticket, and the weapon lottery will be described step by step with reference to FIG. FIG. 8 is a flowchart showing the overall flow of each lottery process and ticket exchange process.

In step S301, the determination unit 116 determines whether or not the user operation instructing the execution of the character lottery has been accepted. If the operation is accepted, the process of step S302 is subsequently executed, and if not, the process of S303 is subsequently executed.

In step S302, the lottery execution unit 212 executes the character lottery process in cooperation with the server 200. Details of the character lottery process will be described later.

In step S303, the determination unit 116 determines whether or not the user operation for instructing the exchange of the character lottery ticket for the weapon lottery ticket has been accepted. If the operation is accepted, the process of step S304 is subsequently executed, and if not, the process of step S305 is subsequently executed.

In step S304, the game progression unit 119 executes ticket exchange processing in cooperation with the server 200. Details of the ticket exchange process will be described later.

In step S305, the determination unit 116 determines whether or not the user operation instructing the execution of the weapon lottery has been accepted. If the operation is accepted, the process of step S306 is subsequently executed, and if not, the process based on the flowchart of FIG. 8 ends.

In step S306, the lottery execution unit 212 executes the weapon lottery process in cooperation with the server 200. The details of the weapon lottery process will be described later.

(Example of character lottery execution flow)
The flow of processing for executing the character lottery will be described step by step with reference to FIGS. 9 and 10. FIG. 9 is a flowchart showing the flow of the character lottery process.

In step S401, control unit 110 causes display unit 152 to display a screen for accepting character lottery. FIG. 10A is a diagram showing an example of the screen. In the screen illustrated in FIG. 10A, items related to character lottery and ticket exchange are displayed when the tab 450 is selected, and items related to weapon lottery are selected when the tab 452 is selected. The item is displayed. The button 460 is a button for instructing a character lottery by consuming virtual currency. Details of other buttons will be described later. Further, the text 462 means the number of virtual currencies and the like held by the user. The cost required for each lottery, that is, the value of the virtual currency may be different from each other, as shown by a button 460 and a button 474 of FIG. The characters that can be selected in the character lottery may include new characters that have become available after a predetermined time. For example, a new character may be added as a character to be selected or replaced with a part of the already targeted character at predetermined time intervals or at arbitrary timing. This also applies to the weapon lottery.

Further, as another embodiment, the character lottery and the weapon lottery may be executed by consumption of a predetermined object that can be used in the game, in addition to consumption of virtual currency.

In step S402, the determination unit 116 determines whether the user holds at least one reprint lottery ticket. If the user holds at least one reprint lottery ticket, the process of step S403 is subsequently executed, and if not, the process of step S408 is subsequently executed.

In step S403, the control unit 110 receives a character lottery screen, a button 456 for accepting an operation for instructing the execution of the replay lottery due to consumption of the reprint lottery ticket, a button 458 for accepting an operation for exchanging the ticket, A button 454a and a button 454b for instructing a replay lottery due to consumption of virtual currency are displayed. This makes it possible to present to the user who owns the reprint lottery ticket that both reprint lottery and exchange for a weapon lottery ticket are possible. It should be noted that in the present embodiment, as an example of a user interface object for accepting an operation for instructing execution of lottery, ticket exchange, etc., a mode in which a button such as the button 458 is used will be described, but an operation instruction is accepted. The form of the button is not limited as long as it is a user interface that can be used.

In step S404, the determination unit 116 determines whether or not the user operation instructing the exchange of the ticket has been accepted. As the user operation, the user performs an operation of tapping the button 458 and an operation of subsequently tapping the button 466 of the confirmation screen shown in FIG. If the user operation is accepted, the process of step S405 is subsequently executed, and if not, the process of step 406 is subsequently executed. Note that when the selection operation is performed on the button 468, the control unit 110 may display the screen shown in FIG. 10A again, for example.

It should be noted that a predetermined condition may be imposed for exchanging the ticket, and it may be executable only when the user holds at least a part of the character. Alternatively, the configuration may be such that only one or more characters, or a predetermined number or more or all of the characters can be executed only when the user owns them. In the above configuration, for example, the control unit 110 causes the display unit to display, on the screen corresponding to FIG. 10B, a screen indicating that the user does not satisfy the condition and the ticket cannot be exchanged. .. With the above configuration, while increasing the satisfaction of the user who has already obtained the character that can be obtained by the character lottery or the reprint lottery, the character lottery or the replay lottery can be performed by consuming the ticket to the user who has not yet acquired it You can encourage them to run.

In step S405, the game progression unit 119 performs processing for exchanging the replay lottery ticket held by the user for a weapon lottery ticket. Although not shown in FIG. 9, the ticket exchange process is performed by the cooperation of the user terminal 100 and the server 200. Details of the ticket exchange process will be described later.

In step S406, the determination unit 116 determines whether or not a user operation for instructing execution of the replay lottery due to consumption of virtual currency has been accepted. When the user operation instructing the execution of the replay lottery due to the consumption of virtual currency is accepted in step S406, the process of step S411 is subsequently executed, and the determination unit 116 instructs the execution of the replay lottery due to the consumption of virtual currency. When the operation is not accepted, the process of step S407 is subsequently executed.

In step S407, the determination unit 116 determines whether or not the user operation for instructing the execution of the reproduction lottery due to consumption of the reproduction lottery ticket has been accepted. When the user operation instructing the execution of the replay lottery due to the consumption of the replay lottery ticket is accepted in step S407, the process of step S408 is subsequently executed, and in step S407, the determination unit 116 causes the replay lottery ticket to be consumed. When the user operation instructing execution of is not accepted, the process based on the flowchart of FIG. 9 ends. It should be noted that FIG. 11A is a diagram showing an example of a confirmation screen regarding execution of the reproduction lottery. Here, the selection operation on the button 486 corresponds to "a user operation for instructing execution of a replay lottery by consuming reprint lottery tickets". Further, when the button 488 is selected, the control unit 110 may display the screen shown in FIG. 10A again, for example.

In step S408, the object management unit 117 performs a process of subtracting the number of reprint lottery tickets held by the user.

Further, in step S409, control unit 110 causes the character lottery screen to display a button for instructing a replay lottery due to consumption of virtual currency.

In step S410, the determination unit 116 determines whether or not the user operation instructing the lottery in virtual currency has been accepted. If the user operation is accepted, the process of step S410 is subsequently executed, and if not, the process based on the flowchart of FIG. 9 ends.

In step S411, the object management unit 117 performs a process of subtracting the quantity of virtual currency held by the user by the quantity of virtual currency required for the reproduction lottery. The configuration may be such that the processing is executed in step S413.

In step S411, the lottery section 115 requests the server 200 to perform a process of determining any character from the characters to be the target of the reprint lottery.

In step S412, the lottery execution unit 212 executes reprint lottery processing. Specifically, the lottery execution unit 212 refers to the game information 132 to determine one of the characters targeted for the reprint lottery by a lottery. Next, the control unit 210 notifies the user terminal 100 of the determined character.

In step S413, the object management unit 117 stores the character notified from the server 200 in the memory in association with the user. The control unit 110 causes the display unit 152 to display a screen indicating that the user has acquired the character. FIG. 11B is a diagram showing an example of the screen. Here, the object 490 is an external view of the character. The text 492 indicates the name of the character. When the button 494 is selected, the control unit 110 may display the screen shown in FIG. 10A again, for example.

Note that the buttons 454a and 454b may not necessarily be displayed in step S403. That is, when the user owns at least one reprint lottery ticket, the replay lottery by consuming the virtual currency may not be performed until all the reprint lottery tickets are consumed.

In addition, after step S406, the case of performing the replay lottery has been described above, but in the case of performing the normal character lottery as well, the reprint lottery is read as the character lottery and the replay lottery ticket is read as the character lottery ticket. Explained.

Further, in the screen example shown in FIG. 10A in step S408, the buttons 456 and 458 may be displayed regardless of the determination result in step S402. In the configuration, when the button 456 or the button 458 is selected, the control unit 110 causes the display unit 152 to display a message indicating that the corresponding process cannot be performed, for example.

The process of subtracting the replay lottery ticket or the weapon lottery ticket in steps S408 and S411 may be configured to be executed after the lottery result is determined, as in step S414.

(Execution flow example of ticket exchange process)
The flow of ticket exchange processing will be described step by step with reference to FIGS. 10 and 12. FIG. 12 is a flowchart showing the flow of ticket exchange processing. The process based on the flowchart of FIG. 12 corresponds to the process of step S405 of the flowchart of FIG. 9 and is started due to the selection of the button 466 of FIG. 10B.

In the game according to the present embodiment, the reproduction lottery ticket may be exchangeable for a weapon lottery ticket having an equivalent value or more when converted into the number of virtual currencies required for the lottery. According to the above configuration, since the in-game value of the weapon lottery ticket after the exchange is equal to or higher than that of the character lottery ticket before the exchange, the satisfaction of the user who exchanges the character lottery ticket for the weapon lottery ticket is increased. You can

In this example, two weapon lottery tickets are given to the user in exchange for one reprint lottery ticket. As an example, as shown in FIGS. 10(A) and 10(D), the virtual currency required for the reproduction lottery is 20, and the virtual currency required for the weapon lottery is 15. Here, 20 virtual currencies required for the reproduction lottery correspond to an example of the first game value, and 15 virtual currencies required for the weapon lottery correspond to an example of the second game value.

In step S501, the game progression unit 119 requests the server 200 to perform a process of exchanging a replay lottery ticket owned by the user for a weapon lottery ticket.

In step S502, the control unit 210 executes ticket exchange processing. Specifically, the holding amount of each ticket of the user is stored in the storage unit 120 of the user terminal 100 owned by the user. Therefore, the control unit 210 notifies or permits the user terminal 100 to update the above-mentioned holding amount to each amount after the ticket is exchanged.

In step S503, the object management unit 117 updates the information indicating the holding amount of each ticket of the user recorded in the memory so as to correspond to the holding amount after exchanging the tickets. Further, the control unit 110 causes the display unit to display a screen indicating that the ticket exchange is completed. FIG. 10C is a diagram showing an example of the screen. Here, when the button 472 is selected, the control unit 110 may display the screen shown in FIG. 10A again, for example.

According to the above procedure, it is possible to prompt a user who does not have a character who desires to obtain a weapon lottery that can be used in association with any of the characters, and thus it is possible to improve user satisfaction. Further, if the user has already obtained the character, the replay lottery ticket can be exchanged for the weapon lottery ticket to obtain the available weapon in association with the already obtained character.

In the present embodiment, the form in which the replay lottery ticket is exchanged for the weapon lottery ticket has been described, but in the present game, each lottery ticket may be exchangeable with each other. It should be noted that the reprint lottery ticket before the exchange and the weapon lottery ticket after the exchange may or may not have the same value.

(Example of execution flow for weapon lottery)
The flow of processing for executing the weapon lottery will be described step by step with reference to FIGS. 13 and 14. FIG. 13 is a flowchart showing the flow of the weapon lottery process.

In step S601, the control unit 110 causes the display unit 152 to display a screen for accepting a weapon lottery. FIG. 10D is a diagram illustrating an example of the screen.

In step S602, the determination unit 116 determines whether the user holds at least one weapon lottery ticket. If the user holds at least one weapon lottery ticket, the process of step S603 is subsequently executed, and if not, the process of step S606 is subsequently executed.

In step S603, the control unit 110 receives a button 475 for accepting an operation for instructing execution of a weapon lottery by consuming a weapon lottery ticket on a screen for accepting a weapon lottery, and an operation for instructing a weapon lottery by consuming virtual currency. Button 474 is displayed.

In step S604, the determination unit 116 determines whether or not a user operation for instructing execution of weapon lottery due to consumption of virtual currency has been accepted. When the user operation instructing the execution of the weapon lottery due to the consumption of virtual currency is accepted in step S604, the process of step S609 is subsequently executed, and in step S604, the determination unit 116 determines the weapon lottery due to the consumption of virtual currency. If the user operation instructing the execution is not accepted, the process of step S605 is subsequently executed.

In step S605, the determination unit 116 determines whether or not the user operation for instructing the execution of the weapon lottery by consuming the weapon lottery ticket has been accepted. In step S605, when the user operation for instructing the execution of the weapon lottery ticket by the consumption of the weapon lottery ticket is accepted, the process of step S610 is subsequently executed, and in step S605, the determination unit 116 causes the weapon lottery ticket to be consumed. If the user operation instructing the execution of the lottery is not accepted, the process based on the flowchart of FIG. 13 ends.

FIG. 14A is a diagram showing an example of a confirmation screen regarding execution of weapon lottery. Here, when the user performs an operation of tapping the button 500, the determination unit 116 determines that the user operation for instructing execution of the weapon lottery has been accepted. When the determination unit 116 determines that the button 502 is tapped, the control unit 110 may display the screen shown in FIG. 10A again, for example.

In step S606, the object management unit 117 performs a process of subtracting the number of weapon lottery tickets held by the user.

In step S607, the control unit 110 causes the display unit 152 to display a button 474 for instructing the weapon lottery by consumption of virtual currency on the weapon lottery screen.

In step S608, the determination unit 116 determines whether or not the user operation for instructing the weapon lottery due to consumption of virtual currency has been accepted. In step S608, when the user operation instructing the execution of the weapon lottery due to the consumption of virtual currency is accepted, the process of step S609 is subsequently executed, and in step S608, the determination unit 116 determines whether the weapon lottery due to the consumption of virtual currency is performed. When the user operation instructing execution is not accepted, the process based on the flowchart of FIG. 13 ends. The user operation starting from the button 474 corresponds to “when the user operation for instructing the weapon lottery by consumption of virtual currency is accepted”.

In step S609, the object management unit 117 performs a process of subtracting the number of virtual currencies held by the user.

In step S610, the lottery section 115 requests the server 200 for a weapon lottery process, that is, a process for determining any weapon from the weapons targeted for the weapon lottery.

In step S611, the lottery execution unit 212 executes a weapon lottery process. Specifically, the lottery execution unit 212 refers to the game information 132 to determine one of the weapons targeted for the weapon lottery by a lottery. Next, the control unit 210 notifies the user terminal 100 of the determined weapon.

In step S612, the object management unit 117 stores the weapon notified from the server 200 in the memory in association with the user. The control unit 110 causes the display unit 152 to display a screen indicating that the user has acquired the weapon. FIG. 14B is a diagram showing an example of the screen. An object 504 displayed on the display unit 152 is an external view of a weapon. The text 506 indicates the name of the weapon. Here, when the button 508 is selected, the control unit 110 may display the screen shown in FIG. 10A again on the display unit 152, for example.

Note that the button 474 may not necessarily be displayed in step S603. In other words, if the user owns at least one weapon lottery ticket, the weapon lottery by consumption of virtual currency may not be performed until all the weapon lottery tickets are consumed.

Further, in step S606, the button 475 for instructing execution of weapon lottery due to consumption of the weapon lottery ticket may be displayed regardless of the determination result in step S602. In the configuration, when the button is selected, the control unit 110 causes the display unit to display a message indicating that the corresponding process cannot be performed, for example.

Further, the processing for subtracting the weapon lottery ticket or the weapon lottery ticket in steps S606 and S609 may be executed after the lottery result is determined, as in step S612.

[Example of software implementation]
The control block of the control unit 210 (in particular, the sales processing unit 211 and the lottery execution unit 212), and the control block of the control unit 110 (in particular, the lottery unit 115, the determination unit 116, the object management unit 117, the purchase processing unit 118, and the game). The advancing unit 119) may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or may be realized by software using a CPU (Central Processing Unit).

In the latter case, the information processing apparatus including the control unit 210 and/or the control unit 110, or both, is a CPU that executes instructions of a program that is software that realizes each function, and the program and various data are a computer (or a CPU). A ROM (Read Only Memory) or a storage device (these are referred to as a "recording medium") recorded so as to be readable by a RAM, a RAM (Random Access Memory) for expanding the program, and the like. Then, the computer (or CPU) reads the program from the recording medium and executes the program to achieve the object of the present invention. As the recording medium, a “non-transitory tangible medium”, for example, 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 any transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. Note 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 program is embodied by electronic transmission.

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

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

(Item 1) The game program (131) executed by the computer (user terminal 100) including the processor (10), the memory (11), and the touch screen (15) has been described. According to an aspect of the present disclosure, a game program is a game program executed by a computer including a processor and a memory, and the game program causes the processor to respond to a user's operation for playing a game based on the game program. A first step (S203, S204) of executing a predetermined game process in association with a user, and a first item that can be redeemed for a service provided in the game in response to a payment of a payment based on a user operation, associated with the user, and stored in a memory. To execute the second step (S107) of storing in the memory and the third step (S107) of storing the information indicating the specific right in the memory in association with the user in accordance with the execution of the second step, and the first step. When the information representing the specific right is stored in the memory, the predetermined game processing is more advantageously executed for the user, as compared with the predetermined game processing when the information is not stored.

According to the above configuration, it is possible to prompt the user to play the game while improving the satisfaction of the user who purchased the first item.

(Item 2) In (Item 1), the second step accepts payment of the first consideration or a second consideration higher than the first consideration, and in the third step, the second consideration is paid in the second step. If the first consideration is paid, it may not be executed. As a result, when the higher second consideration is paid, the specific right that cannot be obtained when the first consideration is paid can be obtained, so that the satisfaction of the user can be improved.

(Item 3) In (Item 1) or (Item 2), the game program further causes the processor to perform a fourth step of deleting information indicating a specific right from the memory after a predetermined period has elapsed from the execution of the second step. It may be executed. Thereby, the user can be motivated to play the game within a predetermined period from the purchase of the first item.

(Item 4) In (Item 3), the fourth step may extend the predetermined period when the second step is executed again within the predetermined period. This can improve the satisfaction of the user who repeatedly purchases the first item.

(Item 5) In any one of (Item 1) to (Item 4), the first step is to perform a predetermined game process in which the first item is set by the user in response to an operation by a user who plays a predetermined game part. When the information indicating the specific right is stored in the memory by executing the process of storing the first item in association with the memory, more memory is associated with the user as compared with the case where the information is not stored. May be stored in. As a result, the user who purchases the first item has more first items that can be obtained free of charge in the predetermined game part, and thus the motivation for playing the predetermined game part is improved.

(Item 6) In any one of (Item 1) to (Item 5), the first step is, as a predetermined game process, probabilistically selecting the first item when a predetermined condition is satisfied when the game is started. When the information indicating the specific right is stored in the memory, the first item is more likely to be stored in the memory with a higher probability as compared to the case where the information indicating the specific right is stored in the memory. It may be associated and stored in the memory. As a result, the user who purchases the first item has a higher expectation that the user can obtain the first item free of charge at the time of starting, and thus the motivation for starting the game is improved.

(Item 7) In any one of (Item 1) to (Item 6), the third step may be executed when the second step is executed during a predetermined period. Thereby, the motivation of the user for purchasing the first item within a predetermined period can be improved.

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

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

DESCRIPTION OF SYMBOLS 1 game system, 2 network, 10,20 processor, 11,21 memory, 12,22 storage, 13,23 communication IF (operation part), 14,24 input/output IF (operation part), 15 touch screen (display part, Operation unit), 17 camera (operation unit), 18 distance measuring sensor (operation unit), 100 user terminal (information processing device), 110, 210 control unit, 115 lottery unit, 116 determination unit, 117 object management unit, 118 purchase Processing unit, 119 game progression unit, 120, 220 storage unit, 131, 231 game program, 132 game information, 133 user information, 151 input unit (operation unit), 152 display unit, 200 server, 211 sales processing unit, 212 lottery Execution unit, 1010 object, 1020 controller (operation unit), 1030 storage medium

Claims (9)

A game program executed by a computer having a processor and a memory,
The game program, in the processor,
A first step of executing a predetermined game process in accordance with a user operation for playing a game based on the game program;
A second step of storing a first item, which is redeemable for a service provided in the game, in the memory in association with the user, in response to a payment based on an operation by the user;
A third step of storing information representing a specific right in the memory in association with the user in response to the execution of the second step;
In the first step, when the information representing the specific right is stored in the memory, the predetermined game process is more advantageous for the user as compared with the predetermined game process when the information is not stored. The game program to run. The second step accepts payment of a first consideration or a second consideration higher than the first consideration as the consideration,
The game program according to claim 1, wherein the third step is executed when the second consideration is paid in the second step, and is not executed when the first consideration is paid. The game program, in the processor,
The game program according to claim 1, further comprising a fourth step of deleting the information representing the specific right from the memory after a predetermined period has elapsed since the execution of the second step. 4. The game program according to claim 3, wherein the fourth step extends the predetermined period when the second step is executed again within the predetermined period. In the first step, as the predetermined game process, a process of storing the first item in the memory in association with the user in response to an operation of the user who plays a predetermined game part is performed. When the information indicating the right of the user is stored in the memory, a larger amount of the first item is stored in the memory in association with the user, compared with the case where the information is not stored. The game program according to any one of 1. The first step executes, as the predetermined game process, a process of probabilistically associating the first item with the user and storing the first item in the memory when a predetermined condition is satisfied when the game is started, When the information representing the specific right is stored in the memory, the first item is associated with the user and stored in the memory with a higher probability as compared with the case where the information is not stored. The game program according to any one of 1 to 5. 7. The game program according to claim 1, wherein the third step is executed when the second step is executed during a predetermined period. A method for a computer to execute a game program, the method comprising:
The computer includes a processor and memory,
A method by which the processor performs the steps of claim 1. An information processing device,
The information processing device,
A storage unit for storing the game program according to claim 1;
An information processing apparatus, comprising: a control unit that controls the operation of the information processing apparatus by executing the game program.