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

Abstract

To encourage a user to play a game while increasing user satisfaction.SOLUTION: A game program causes a processor to execute: first steps S203, S204 for executing a predetermined game process in response to a user operation for playing the game based on a game program; second step for storing a first item capable of exchanging for a service provided in the game in a memory in association with the user, in response to payment of the consideration on the basis of the user operation; and a third step for storing information indicating a specific right in the memory in association with the user, in accordance with execution of the second step. In the first step, when the information indicating a specific right is stored in the memory, a predetermined game process is executed in a more advantageous manner for the user, as compared to a case when the information indicating a specific right 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, games for selling valuable data are known. The valuable data is consumed in exchange for various services in the game.

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

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

  An object of one embodiment of the present disclosure is to encourage a user to play a game while improving user satisfaction.

  A game program according to the present disclosure is executed by a computer including a processor and a memory. The game program includes a first step of executing a predetermined game process in response to an operation of a user for playing a game based on the game program, and a payment of consideration based on the operation of the user. A second step of storing a first item exchangeable for a service provided in the game in the memory in association with the user, and executing information of a specific right in response to the execution of the second step. Executing the third step of storing in the memory in association with the user, wherein the first step is performed when information indicating the specific right is stored in the memory, as compared with a case where the information is not stored. The predetermined game process is executed more advantageously for the user.

  A 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 each of the steps described above.

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

  According to an embodiment of the present disclosure, it is possible to encourage a user to play a game while improving the user's satisfaction.

FIG. 2 is a diagram illustrating a hardware configuration of the game system. FIG. 3 is a block diagram illustrating a functional configuration of a user terminal and a server. It is a flowchart which shows the flow of a process of purchasing virtual currency. It is a figure showing an example of a sales screen of virtual currency. It is a flowchart which shows the flow of the process which performs an event. It is a figure showing an example of a screen regarding execution of an event. It is a figure showing an example of a screen regarding execution of an event. It is a flowchart which shows the flow of character lottery processing, weapon lottery processing, and the whole ticket exchange processing. It is a flowchart which shows the flow of a character lottery process. It is a figure showing an example of a screen regarding character lottery processing, weapon lottery processing, and ticket exchange processing. It is an example of the screen regarding the reprint lottery process. It is a flowchart which shows the flow of ticket exchange processing. It is a flowchart which shows the flow of a weapon lottery process. It is an example of a screen regarding a weapon lottery process.

[Embodiment 1]
A game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these exemplifications, but is indicated by the appended claims, and it is intended that the present invention includes all modifications within the scope and meaning equivalent to the appended claims. You. 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 illustrating a hardware configuration of the game system 1. The game system 1 includes a plurality of user terminals 100 and a server 200 as illustrated. Each user terminal 100 connects to the server 200 via the network 2. The network 2 includes the Internet and various mobile communication systems constructed by wireless base stations (not shown). Examples of the mobile communication system include a so-called 3G and 4G mobile communication system, LTE (Long Term Evolution), and a wireless network (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point. Can 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 of 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, 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. And These components of the user terminal 100 are electrically connected to each other by a communication bus. Note 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 or the like, and transmits an output value based on a user's input operation on the buttons or the like to the user terminal 100. Further, the controller 1020 may include various sensors such as an acceleration sensor and an angular velocity sensor, and transmits output values of the various sensors to the user terminal 100.

  Note that, instead of or in addition to the user terminal 100 including the camera 17 and the distance measurement sensor 18, the controller 1020 may include the camera 17 and the distance measurement sensor 18.

  It is desirable that the user terminal 100 allows a user who uses the controller 1020 to input user identification information such as a user name or a login ID via the controller 1020 at the start of a game, for example. 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 source (controller 1020) of the received output value. be able to.

  When the user terminal 100 communicates with the plurality of controllers 1020, each user holds the controller 1020 without communicating with other devices such as the server 200 via the network 2 and without using the one user terminal 100. Multiplayer can be realized. In addition, since the user terminals 100 communicate with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communication connection without passing through the server 200), multi-play is locally realized by a plurality of user terminals 100. You can also. 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. Further, when the above-described multiplay is locally realized by a plurality of user terminals 100, the plurality of user terminals 100 may include various functions of the server 200, which will be described later, in a distributed manner.

  The user terminal 100 may communicate with the server 200 even when the above-described multi-play is realized locally. For example, information indicating a play result such as a score or a win or loss in a certain game may be transmitted to the server 200 in association with user identification information.

  The controller 1020 may be configured to be detachable from the user terminal 100. In this case, a coupling portion with the controller 1020 may be provided on at least one surface of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected via a wire via the connection unit, the user terminal 100 and the controller 1020 transmit and receive signals via the wire.

  As illustrated in FIG. 1, the user terminal 100 may receive the attachment of a storage medium 1030 such as an external memory card via the input / output IF 14. Thereby, the user terminal 100 can read the program and data recorded on 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 may read the game program acquired by reading from the storage medium 1030 in the memory 11 May be stored.

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

  For example, when the operation unit is configured by at least one of the camera 17 and the distance measurement sensor 18, the operation unit detects an object 1010 near the user terminal 100 and performs an input operation based on the detection result of the object. Identify. As an example, a user's hand as an object 1010, a marker having a predetermined shape, or the like is detected, and an input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result. You. More specifically, when a user's hand is detected from an image captured by the camera 17, the user terminal 100 transmits a gesture (a series of movements of the user's hand) detected based on the captured image to a user's input operation. And accept it. Note that the captured image may be a still image or a moving image.

  Alternatively, when the operation unit includes the touch screen 15, the user terminal 100 specifies and accepts a user operation performed on the input unit 151 of the touch screen 15 as a user input operation. Alternatively, when the operation unit includes the communication IF 13, the user terminal 100 specifies and receives a signal (for example, an output value) transmitted from the controller 1020 as a user input operation. Alternatively, when the operation unit includes the input / output IF 14, a signal output from an input device (not shown) different from the controller 1020 connected to the input / output IF 14 is specified and accepted as a user input operation.

<Hardware components of each device>
The processor 10 controls the operation of the entire user terminal 100. The processor 20 controls the operation of the entire server 200. 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 expands the program in a memory 11 described later. The processor 20 reads a program from a storage 22 described later and expands the program in a memory 21 described later. The processor 10 and the processor 20 execute the developed program.

  The memories 11 and 21 are main storage devices. The memories 11 and 21 are configured by storage devices such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 11 provides a working area to the processor 10 by temporarily storing programs and various data read from a storage 12 described later by the processor 10. The memory 11 also temporarily stores various data generated while the processor 10 operates according to the program. The memory 21 provides a working area to the processor 20 by temporarily storing various programs and data read from a storage 22 described later by the processor 20. 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 a game on the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation of the user terminal 100 and the server 200. The game realized by the cooperation between the user terminal 100 and the server 200 may be, for example, a game executed on a browser started on the user terminal 100. Alternatively, the program may be a game program for realizing the game in cooperation with a plurality of user terminals 100. Further, the various data includes game-related data such as user information and game information, and instructions or notifications transmitted and 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). The storage 12 and the storage 22 store various data related to the game.

  The communication IF 13 controls transmission and reception of various data in the user terminal 100. The communication IF 23 controls transmission and reception of various data in 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 short-range wireless communication.

  The input / output IF 14 is an interface for the user terminal 100 to receive data input and an interface for the user terminal 100 to output data. The input / output IF 14 may input and 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 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 in which the input unit 151 and the display unit 152 are combined. The input unit 151 is, for example, a touch-sensitive device, and is configured by, for example, a touch pad. The display unit 152 includes, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display.

  The input unit 151 detects a position where 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 adopt any type such as a capacitance type or a resistive 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 a holding posture of the user terminal 100 from an output of the sensor and perform a process according to the holding posture. For example, when the user terminal 100 is held vertically, the processor 10 may perform a vertical screen display that displays a vertically long image on the display unit 152. On the other hand, when the user terminal 100 is held in the horizontal direction, a horizontal screen display may be used in which a horizontally long image is displayed on the display unit. As described above, 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 generates a captured image by converting incident light from a lens into an electric signal.

  The distance measuring sensor 18 is a sensor that measures a distance to a measurement target. The distance measurement sensor 18 includes, for example, a light source that emits pulse-converted light, and a light receiving element that receives the light. The distance measurement sensor 18 measures the distance to the measurement object based on the light emission timing from the light source and the light reception timing of the reflected light generated when the light emitted from the light source is reflected 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 a detection result of detecting the object 1010 near the user terminal 100 using the camera 17 and the distance measurement sensor 18 as a user input operation will be further described. The camera 17 and the distance measurement 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, an illumination device that irradiates infrared rays, a filter that blocks visible light, and the like may be provided in the camera 17. Thereby, the detection accuracy of the object based on the image captured by the camera 17 can be further improved regardless of whether the object is outdoors or indoors.

  The processor 10 may perform, for example, one or more of the following processes (1) to (5) on the image captured by the camera 17. (1) The processor 10 performs image recognition processing on an image captured by the camera 17 to specify whether or not the user's hand is included in the captured image. The processor 10 may use, for example, a technique such as pattern matching as an analysis technique adopted in the above-described image recognition processing. (2) The processor 10 detects the gesture of the user from the shape of the user's hand. The processor 10 specifies, for example, the number of fingers of the user (the number of extending fingers) from the shape of the user's hand detected from the captured image. The processor 10 further specifies a gesture performed by the user based on the specified number of fingers. For example, when the number of fingers is five, the processor 10 determines that the user has performed the “par” gesture. Further, when the number of fingers is 0 (the finger is not detected), the processor 10 determines that the user has performed the gesture of “goo”. Further, when the number of fingers is two, the processor 10 determines that the user has performed the gesture of “choking”. (3) The processor 10 performs an image recognition process on the image captured by the camera 17 to detect whether the user's finger is standing up with only the index finger or the user's finger has made a fluttering movement. . (4) The processor 10 determines an object 1010 (such as a user's hand) near the user terminal 100 based on at least one of an image recognition result of an image captured by the camera 17 and an output value of the distance measurement sensor 18. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near (for example, a distance less than a predetermined value) the user terminal 100 or far (for example, a predetermined value) depending on the shape of the user's hand specified from the image captured by the camera 17. 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 away from the user terminal 100. (5) If it is determined that the distance between the user terminal 100 and the user's hand has changed in a state where the user's hand has been detected based on an image recognition result of an image captured by the camera 17 or the like, the processor 10 recognizes that the user is waving his hand in the shooting direction of the camera 17. When an object is not detected or detected by the distance measurement sensor 18 having a higher directivity than the shooting range of the camera 17, the processor 10 determines that the user is waving the hand in a direction orthogonal to the shooting direction of the camera. recognize.

  As described above, the processor 10 determines whether or not the user is holding the hand (the gesture of “goo” or another gesture (for example, “par”) based on the image recognition of the image captured by the camera 17. ) Is detected. Further, the processor 10 detects the shape of the user's hand and how the user moves the hand. In addition, the processor 10 detects whether the user is moving his / her hand toward or away from the user terminal 100. Such an operation can correspond to, for example, an operation using a pointing device such as a mouse or a touch panel. For example, the user terminal 100 moves the pointer on the touch screen 15 in accordance with the movement of the user's hand, and detects the user's gesture “goo”. In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds to, for example, maintaining a state in which the mouse is clicked and pressed down, or maintaining a state in which the touch panel is touched after a touch-down operation is performed. In addition, when the user further moves his hand in a state where the user's gesture “goo” is detected, the user terminal 100 performs such a series of gestures as an operation corresponding to a swipe operation (or a drag operation). You can also recognize. In addition, when the user terminal 100 detects a gesture in which the user flips a finger based on the detection result of the user's hand based on the image captured by the camera 17, the user terminal 100 clicks the gesture with a mouse or taps the touch panel. May be recognized as an operation corresponding to.

<Game Overview>
The game system 1 is a system that executes, within a game based on a game program, a game in which a first item to be exchanged for one or more services provided by the game is associated with the user according to payment of the consideration by the user. . Hereinafter, it is also described that the association with the user is given to the user. In other words, the first item is charged valuable data. For example, the first item is represented as a virtual currency, a stone, a point, or the like, 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, a first process of selecting one from the first object group and storing the selected object in the memory 11 in association with the user, and selecting one of the second object group and And a second process for storing in the memory 11 in association with the user. The selection target object includes a character that can be used in the game, an object used in association with the character, and the like. The object used in association with the character may be, for example, items such as weapons and armor, special attacks, recovery, and skills that change the state of the object such as the character, which are used in association with the character. The method of processing for selecting any object from the object group is not particularly limited, and examples include lottery, selection based on a predetermined priority, and the like. In the present embodiment, a case where the selection method is a lottery will be described. In the present embodiment, the objects constituting the first object group are characters that can be used in the game, the first process is a process of selecting a character from the character group by lottery, and the second process constitutes a second object group. A mode in which the object is a weapon and the second process is a process of selecting a weapon from a weapon group by lottery will be described. Also, the process of selecting a character is referred to as “character lottery”, and the process of selecting a weapon is referred to as “weapon lottery”.

  The game executed by the game system 1 (hereinafter referred to as the present game) is not limited to a specific genre, but may be any game as long as it is a game for selling virtual currency and performing character lottery and weapon lottery. Good. For example, games related to sports such as tennis, table tennis, dodgeball, baseball, soccer and hockey, puzzle games, quiz games, RPGs, adventure games, shooting games, simulation games, training games, action games, etc. Is also 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 by a single user, a multi-player game by a plurality of users, a multiplayer game in which a plurality of users compete, and a cooperative play game in which a plurality of users cooperate. You may.

<Functional Configuration of Game System 1>
FIG. 2 is a block diagram showing a functional configuration of server 200 and user terminal 100 included in game system 1. Each of the server 200 and the user terminal 100 may include a functional configuration (not shown) required when functioning as a general computer, and a functional configuration required to realize a known function in a game.

  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 game images and sounds. The user terminal 100 functions as the control unit 110 and the storage unit 120 by cooperation of 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 and supporting the user terminal 100 to advance a game. When the game is a multiplayer game, the server 200 may have a function of communicating with each user terminal 100 participating in the game and mediating exchange between the user terminals 100. The server 200 functions as the control unit 210 and the storage unit 220 by cooperation of the processor 20, the memory 21, the storage 22, the communication IF 23, the input / output IF 24, and the like.

  The storage unit 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 relating to a user 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 Server 200)
The control unit 210 controls the server 200 as a whole 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 a part or all of the game information or the user information from the user terminal 100. When the game is a multiplayer game, the control unit 210 may receive a request for synchronization of multiplayer 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 another functional block (not shown) to support the progress of the game in the user terminal 100 according to the nature of the game to be executed.

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

  The lottery execution unit 212 executes each lottery for determining a character or a 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 user terminal 100)
The control unit 110 controls the user terminal 100 overall by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 advances the game according to the game program 131 and the operation of the user. The control unit 110 communicates with the server 200 as necessary to transmit and receive information during the progress of the game.

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

  In addition, the control unit 110 can also function as another functional block (not shown) to advance the game according to the nature of the game to be executed.

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

  The lottery unit 115 requests the server 200 to perform a lottery for determining a character or a weapon that can be used in the game. In addition, the lottery unit 115 acquires a lottery result from the server 200. For example, the lottery unit 115 requests the server 200 for a lottery in exchange for a consumed item held by the user. The lottery unit 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 a user operation instructing a 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 assigns the object to the user by, for example, storing information indicating an object available to the user in the storage unit 120.

  Further, the object management unit 117 receives the result of the virtual currency granting process executed by the server 200, and counts the number of virtual currencies that the user can consume at the user terminal 100, that is, the number of virtual currencies that have been purchased. Just increase. Note that the assignment processing 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 according to an operation performed by the user to permit payment of the consideration. The operation may include an operation of designating the number of virtual currencies that the user wants to purchase. In this case, the purchase processing unit 118 transmits the specified number to the server 200 while including the specified number in the above-described sales request.

  The game progress section 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 received by the operation reception unit 111 and the type of the operation, and performs a process of advancing the game based on the interpretation. 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. Further, the user terminal 100 may include at least a part of the functions of the server 200. Further, a device other than the user terminal 100 and the server 200 may be used as a component of the game system 1, and the other device may 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 other devices, or may be realized by a combination of these devices.

<Process flow and play screen example>
In the present embodiment, an event is executed in response to a user operation for playing a game. Further, as described above, the virtual currency and the bonus including the specific right are given to the user according 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 information indicating a specific right is stored in the memory, the game is executed more advantageously for the user as compared to the predetermined game processing when the information is not stored. The predetermined game process is, for example, a game process of acquiring virtual currency. The game processing for acquiring the virtual currency includes a lottery performed in the game, a reward for satisfying a predetermined condition, and the like. The predetermined condition includes, for example, logging in, or performing a predetermined operation every predetermined period so as to harvest or collect a generated product. A specific example will be described later. The specific right is, for example, a right that allows the game to proceed so that more virtual currency can be acquired than in a case where the user does not have the specific right in these game processes. For example, the specific right may be a right that increases the probability that a virtual currency can be acquired by a lottery or increases the acquired currency that can be acquired with a reward. Thereby, it is possible to encourage the user to play a game while improving the satisfaction of the user who has purchased the virtual currency.

  Further, in the game according to the present embodiment, the process of giving the user information indicating the first right capable of executing the character lottery (the first process) and the process of giving the user the information based on the user's operation. A process of changing the information representing one right to information representing a second right that can execute a weapon lottery (second process) instead of a character lottery is performed. Each of the information indicating the first right and the information indicating the second right is a right that can perform a corresponding lottery. Note that the first right and the second right do not necessarily have to be expressed in the form of items such as tickets in the game. For example, when the user has the first right, the virtual right required for the character lottery is required. A configuration that does not require a currency may be used. Further, the objects available in the lottery may be determined according to the period. At least some of the objects that were available in the past by lottery may be made available again in the lottery. Hereinafter, a lottery that has been available in the past by lottery, becomes unavailable after a predetermined period has elapsed, and is subsequently available in another predetermined period is also referred to as a “reprint lottery”. In this way, by making an object that has been available in the past unavailable and then obtaining it again, the satisfaction of the user who has desired the object is improved. In the present embodiment, an example will be described in which the information indicating the first right is a reprint lottery ticket of a character and the information indicating the second right is a weapon lottery ticket. Changing the lottery ticket to a lottery ticket for obtaining another object is also referred to simply as "exchange" of the ticket. Since the information representing the first right is the reprint lottery ticket of the character, even when the user does not want to obtain the character available in the character lottery, the motivation for obtaining the reprint lottery ticket that can be exchanged for the weapon lottery ticket is provided. Can be improved.

(Virtual currency purchase flow)
In the game based on the game system 1, the flow of the process of purchasing virtual currency will be described step by step with reference to FIGS. The processing based on the following description is an example, and does not limit the invention according to the present embodiment to a specific configuration. In the following description, at least a part of the steps described as being executed by the user terminal 100 among a series of processing steps described using a flowchart may be executed by the server 200. Further, at least a part 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 a 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 purchase of virtual currency. If the user operation is accepted, the process of step S102 is subsequently performed, and if not, the process based on the flowchart in FIG. 3 ends.

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

  As shown in 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 validity period of the specific right. If the user already has the specific right within the validity period, the text 406 describes the content indicating that the validity period is extended. In other words, if the virtual currency is purchased again in the sales unit corresponding to the second consideration of $ 2000 within the validity period of the specific right, the validity period of the specific right is extended. Thereby, the satisfaction of the user who repeatedly purchases the virtual currency can be improved.

  The icon 408 indicates a period during which a specific right can be acquired along with the virtual currency sold for $ 2000.

  In step S102, the determination unit 116 determines whether the sales unit of the virtual currency to be instructed to purchase is the first sales unit corresponding to the first consideration or the second sales unit corresponding to the second consideration. It is determined whether there is. In the present embodiment, the first consideration is $ 1000, the second consideration is $ 2000, the first amount is 100, and the second amount is 200. When the sales unit is the sales unit of the first amount, the process of step S103 is subsequently executed, and when the sales unit 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 as the target of the purchase processing. Here, the bonus of the first amount of virtual currency is ten virtual currency and one reprint lottery ticket.

  In step S104, the purchase processing unit 118 determines the second amount of virtual currency and its bonus as purchase targets. Here, the bonus of the second amount of virtual currency is 30 virtual currency, two reprint lottery tickets, and a specific right until October 31. By giving a specific right to the user as a bonus, it is possible to motivate the user who has purchased the virtual currency to play the game while increasing the satisfaction of the user.

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

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

  Then, the sales processing unit 211 executes a granting process for holding the user with the virtual currency and the bonus. Specifically, the user's virtual currency and the amount of 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.

  It is preferable that the virtual currency stored in the storage unit 120 and the storage unit 220 in association with the user identification information be stored in such a manner that a paid virtual currency and a free virtual currency are distinguished.

  In step S107, the object management unit 117 of the user terminal 100 allows the user to hold the provided virtual currency and bonus in a state where the user can use it. Specifically, the purchase processing unit 118 executes an addition process of adding the given amount to the virtual currency and the bonus amount stored in the storage unit 120 based on the notification or permission from the server 200. I do. Thereby, the virtual currency and the bonus of the holding amount after the addition can be used in exchange for the service. In the following processing based on the flowchart, overlapping description regarding the object assignment processing will not be repeated.

  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. In addition, the virtual currency to be sold may be accompanied by an object having an in-game value corresponding to a part of the selling price as an extra. That is, to the user who has purchased the virtual currency, in addition to the amount of the virtual currency corresponding to the price, a bonus having an in-game value corresponding to a part of the price may be given to the user. As a result, the user who purchases the virtual currency can receive an object or the like available in the game as a cashback.

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

  Further, in the present embodiment, the first consideration and the payment of the second consideration higher than the first consideration are received, the specific right is granted when the second consideration is paid, and the first consideration is paid. It will not be executed if you do. The second price, which is a higher price, can obtain a specific right that cannot be obtained with the first price, so that user satisfaction can be improved. Further, information indicating a specific right may be deleted from the memory after a predetermined period has elapsed after being associated with the user. The predetermined period is also referred to as “expiration date” of a specific right. Thereby, it is possible to motivate the user to play the game within a predetermined period from the purchase of the virtual currency. It should be noted that the virtual currency to be sold may be accompanied by a bonus only for a predetermined period. Thereby, the motivation of the user to purchase the virtual currency during the predetermined period can be improved. 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 granted to the user.

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

  In addition, in step S103, the purchase processing unit 118 may determine, as a further bonus, a specific right that is less effective than the specific right determined as the bonus in step S104. Here, the specific right having a low effect is, for example, in a game play using virtual currency as a reward, the reward is higher than a normal case in which the specific right is not retained but the specific right according to step S104 is retained. In the case where the reward is smaller than in the case where the game is performed, the probability that the virtual currency can be obtained by lottery is higher than in the normal case, but the probability is lower than in the case where the specific right related to step S104 is held. And the like.

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

  In step S201, the determination unit 116 determines whether a user operation instructing execution of an event has been received. If the user operation has been accepted, the process of step S202 is subsequently executed; otherwise, the process based on the flowchart in FIG. 5 ends.

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

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

  In step S203, the game progression unit 119 executes an event. Hereinafter, as one mode of the event, a description will be given of a virtual currency collection and a login bonus in a predetermined game part as an example. FIGS. 6A, 7A and 7B show an example of a screen related to the execution of an event when the user does not have a specific right, which is an event executed in this step. FIG.

  FIG. 6A is a diagram illustrating an example of a predetermined game part from which virtual currency can be acquired. The user performs an operation of selecting and collecting the virtual currency 420 in the game part. Next, the collected virtual currency is provided to the user. In the screen shown in FIG. 6A, an effect is given that a virtual currency 420 is produced on a 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. 6A. The operation of collecting includes, for example, an operation of tapping on the tree 424, an operation of tracing the virtual currency 420 that is growing on the tree 424 by a swipe operation, and the like. The virtual currency 420 may be generated in the tree 424, for example, at 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 illustrating an example of a state in which a login bonus is given to a user. An object other than the virtual currency that can be given to the user as the login bonus is an object having a lower utility value than the virtual currency in the game. FIG. 7B is a diagram showing a probability table defining the probability of which item is given as a login bonus. The login bonus given to the user is determined by the effect of roulette 432 based on the probability specified in the probability table.

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

  For example, when the user has a specific right, the game progression unit 119 may advance the game so as to obtain more virtual currency than when the user does not have the specific right. Good. Accordingly, the user who has purchased the virtual currency at the second price has more virtual currency that can be acquired free of charge in the predetermined game part, and thus the motivation to play the predetermined game part is improved.

  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. Accordingly, the user who has purchased the virtual currency at the second price has a higher expected value at which the user can further acquire the virtual currency free of charge at the time of starting the game, so that the motivation to start the game is improved.

  When the user has the specific right, the control unit 110 displays the display element to be displayed on the screen in the event in a mode having a higher visual effect than when the user does not have the specific right. May be. This allows the user to receive a higher visual effect from the display element displayed in association with the event, so that the user can feel a sense of quality as a user who has a special right.

  FIGS. 6B, 7C and 7D show an example of a screen related to the execution of an event when the user has a specific right, which is an event executed in this step. FIG. FIG. 6B is a diagram illustrating an example of a predetermined game part from which virtual currency can be acquired. As shown in a text box 422b of FIG. 6B, a user having a specific right is given 400 virtual currencies more than 200 virtual currencies shown in FIG. 6A. FIG. 7C shows a state in which virtual currency 436 has been granted to the user as a login bonus. The probability table in FIG. 7D has a higher probability than the probability specified in the probability table in FIG. 7B that is referred to when the user has a specific right when the user does not have the specific right. Then, the virtual currency is given to the user as a login bonus. The roulette 438 in FIG. 7C has a more luxurious decoration than the roulette in FIG. 7A and has a higher visual effect.

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

  In step S206, the control unit 210 executes a granting process for holding the reward of the event to the user.

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

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

  In step S301, the determination unit 116 determines whether a user operation instructing execution of a character lottery has been received. If the operation has been accepted, the process of step S302 is subsequently performed; otherwise, the process of S303 is subsequently performed.

  In step S302, the lottery execution unit 212 executes a 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 a user operation instructing to exchange a character lottery ticket for a weapon lottery ticket has been received. If the operation has been accepted, the process of step S304 is subsequently performed; otherwise, the process of step S305 is subsequently performed.

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

  In step S305, the determination unit 116 determines whether a user operation instructing execution of a weapon lottery has been received. If the operation has been accepted, the process of step S306 is subsequently performed; otherwise, the process based on the flowchart in FIG. 8 ends.

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

(Example of character lottery execution flow)
The flow of the process of 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 a character lottery. FIG. 10A is a diagram illustrating an example of the screen. In the screen illustrated in FIG. 10A, when a tab 450 is selected, items related to character lottery and ticket exchange are displayed. When a tab 452 is selected, items related to weapon lottery are displayed. 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. The text 462 indicates the number of virtual currencies and the like held by the user. As shown by the button 460 and a button 474 in FIG. 10D described later, the cost required for each lottery, that is, the value of the virtual currency may be different from each other. The characters that can be selected in the character lottery may include new characters that can be used after a predetermined time. For example, a new character may be added as a selection target character every predetermined period or at an arbitrary timing, or may be replaced with a part of an already targeted character. This is the same in the weapon lottery.

  Further, as another embodiment, the character lottery and the weapon lottery may be able to be executed not only by the consumption of the virtual currency but also by the consumption of a predetermined object available in the game.

  In step S402, the determination unit 116 determines whether the user has at least one reprint lottery ticket. If the user has at least one reprint lottery ticket, the process of step S403 is subsequently performed; otherwise, the process of step S408 is subsequently performed.

  In step S403, the control unit 110 includes a button 456 for receiving an operation for instructing execution of a reprint lottery due to consumption of the reprint lottery ticket, a button 458 for receiving an operation for instructing ticket exchange, A button 454a and a button 454b for instructing a reprint lottery due to consumption of virtual currency are displayed. Thereby, it is possible to present to the user who owns the reprint lottery ticket that both the reprint lottery and the exchange for the weapon lottery ticket are possible. In the present embodiment, a mode in which a button such as a button 458 is used as an example of a user interface object for accepting an operation for instructing execution of a lottery, exchange of a ticket, and the like will be described. The user interface is not limited to the button form as long as the user interface can perform the operation.

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

  A predetermined condition may be imposed on the exchange of tickets, and the exchange may be executable only when the user has at least a part of the character. Alternatively, a configuration that can be executed only when one or more, or a predetermined number or more, or all of the characters are owned by the user may be used. In the above configuration, for example, on the screen corresponding to FIG. 10B, the control unit 110 causes the display unit to display a screen indicating that the user does not satisfy the condition and cannot exchange a ticket. . With the above configuration, while increasing the satisfaction of the user who has already obtained the character available in the character lottery or the reprint lottery, the user who has not yet obtained the character lottery or the reprint lottery by consuming the ticket. It can be encouraged to do so.

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

  In step S406, the determination unit 116 determines whether or not a user operation instructing execution of a reprint lottery due to consumption of virtual currency has been accepted. If a user operation instructing execution of a reprint lottery due to consumption of virtual currency is received in step S406, the process of step S411 is subsequently performed, and the determination unit 116 instructs the user to instruct execution of reprint lottery due to consumption of virtual currency. If no operation is received, the process of step S407 is subsequently performed.

  In step S407, the determination unit 116 determines whether or not a user operation for instructing execution of the reprint lottery due to consumption of the reprint lottery ticket has been received. If a user operation instructing execution of the reprint lottery due to consumption of the reprint lottery ticket is received in step S407, the process of step S408 is subsequently performed, and in step S407, the determination unit 116 determines that the reprint lottery ticket has been consumed. If the user operation for instructing the execution of is not received, the processing based on the flowchart in FIG. 9 ends. FIG. 11A is a diagram illustrating an example of a confirmation screen for executing a reprint lottery. Here, the selection operation on the button 486 corresponds to “user operation for instructing execution of the reprint lottery due to consumption of the reprint lottery ticket”. Further, when button 488 is selected, control unit 110 may, for example, display the screen shown in FIG. 10A again.

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

  In step S409, the control unit 110 displays a button for instructing a reprint lottery due to consumption of virtual currency on the character lottery screen.

  In step S410, the determination unit 116 determines whether a user operation instructing a lottery in virtual currency has been accepted. If the user operation has been accepted, the process of step S410 is subsequently performed; otherwise, the process based on the flowchart in FIG. 9 ends.

  In step S411, the object management unit 117 performs a process of subtracting the number of virtual currencies held by the user by the number of virtual currencies required for reprint lottery. Note that the configuration may be such that the process is executed in step S413.

  In step S <b> 411, the lottery unit 115 requests the server 200 to perform a process of determining any one of the characters to be subjected to the reprint lottery.

  In step S412, the lottery execution unit 212 executes a reprint lottery process. Specifically, the lottery execution unit 212 determines one of the characters targeted for the reprint lottery by lottery by referring to the game information 132. 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. Control unit 110 causes display unit 152 to display a screen indicating that the user has acquired the character. FIG. 11B is a diagram illustrating an example of the screen. Here, the object 490 is an external view of the character. Text 492 indicates the name of the character. When the button 494 is selected, the control unit 110 may, for example, display the screen illustrated in FIG. 10A again.

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

  Also, in step S406 and subsequent steps, the case of performing a repetition lottery has been described above. However, in the case of performing a normal character lottery, the reprint lottery is replaced with a character lottery ticket, and the reprint lottery ticket is replaced with a character lottery ticket. Explained.

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

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

(Example of execution flow of ticket exchange processing)
The flow of the ticket exchange process will be described step by step with reference to FIGS. FIG. 12 is a flowchart showing the flow of ticket exchange processing. The processing based on the flowchart in FIG. 12 corresponds to the processing in step S405 in the flowchart in FIG. 9, and is started when the button 466 in FIG. 10B is selected.

  In the game according to the present embodiment, the reprinted lottery ticket may be exchanged for a weapon lottery ticket of equal value or more when converted to the number of virtual currency required for the lottery. According to the above configuration, the value of the weapon lottery ticket after the exchange is equal to or higher than the character lottery ticket before the exchange in the game. Can be.

  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. 10A and 10D, the number of virtual currencies required for reprint lottery is 20, and the number of virtual currencies required for weapon lottery is 15. Here, 20 virtual currencies required for the reprint lottery correspond to an example of the first in-game value, and 15 virtual currencies required for the weapon lottery correspond to an example of the second in-game value.

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

  In step S502, the control unit 210 executes a ticket exchange process. Specifically, the amount of each ticket held by 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 of the numbers after the ticket exchange.

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

  According to the above procedure, a user who does not have a character desired to be obtained can be encouraged to select a weapon lottery that can be used in association with any of the characters, so that user satisfaction can be improved. In addition, if the user has already obtained the character, by exchanging the reprint lottery ticket with the weapon lottery ticket, it is possible to obtain a weapon that can be used in association with the already obtained character.

  In this embodiment, the mode in which the reprint lottery ticket is exchanged for the weapon lottery ticket has been described. However, in the present game, the respective lottery tickets may be exchangeable with each other. Note that the value of the reprint lottery ticket before the exchange and the value of the weapon lottery ticket after the exchange may or may not be equal.

(Example of execution flow of weapon lottery)
The process flow of executing the weapon lottery will be described step by step with reference to FIGS. 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 has at least one weapon lottery ticket. If the user has at least one weapon lottery ticket, the process of step S603 is subsequently performed; otherwise, the process of step S606 is subsequently performed.

  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 a user operation instructing execution of a weapon lottery due to consumption of virtual currency has been received. In step S604, when a user operation instructing execution of a weapon lottery by consuming virtual currency is received, the process of step S609 is subsequently performed. In step S604, the determination unit 116 determines that the weapon lottery by consuming virtual currency is performed. When a user operation for instructing execution is not received, the process of step S605 is subsequently performed.

  In step S605, the determination unit 116 determines whether or not a user operation for instructing execution of a weapon lottery by consuming the weapon lottery ticket has been received. In step S605, when a user operation instructing execution of the weapon lottery by consuming the weapon lottery ticket is received, the process of step S610 is subsequently performed. In step S605, the determination unit 116 determines that the weapon has been consumed by the consumption of the weapon lottery ticket. When the user operation for instructing the execution of the lottery is not received, the processing based on the flowchart in FIG. 13 ends.

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

  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 a weapon lottery by consuming virtual currency on the weapon lottery screen.

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

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

  In step S610, the lottery unit 115 requests the server 200 to perform a weapon lottery process, that is, a process of determining one of 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 determines one of the weapons to be subjected to the weapon lottery by lottery by referring to the game information 132. 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. Control unit 110 causes display unit 152 to display a screen indicating that the user has acquired the weapon. FIG. 14B is a diagram illustrating an example of the screen. The object 504 displayed on the display unit 152 shows an external view of the weapon. The text 506 indicates the name of the weapon. Here, when the button 508 is selected, the control unit 110 may cause the display unit 152 to display the screen illustrated in FIG.

  In step S603, the button 474 may not always be displayed. That is, when the user has at least one weapon lottery ticket, the weapon lottery may not be performed by consuming virtual currency until all the weapon lottery tickets are consumed.

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

  Also, the processing of subtracting the weapon lottery ticket or the weapon lottery ticket in steps S606 and S609 may be performed after the lottery result is determined, as in step S612.

[Example of software implementation]
The control block of the control unit 210 (particularly, the sales processing unit 211 and the lottery execution unit 212), and the control block of the control unit 110 (particularly, the lottery unit 115, the determination unit 116, the object management unit 117, the purchase processing unit 118, and the game) The processing 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 includes a CPU that executes instructions of a program that is software for realizing each function, and a computer (or CPU) that executes the program and various data. A ROM (Read Only Memory) or a storage device (these are referred to as “recording media”) recorded so as to be readable by the computer, a RAM (Random Access Memory) that expands the program, and the like. Then, the object of the present invention is achieved when the computer (or CPU) reads the program from the recording medium and executes the program. As the recording medium, a “temporary tangible medium” such as a tape, a disk, a card, a semiconductor memory, or a programmable logic circuit can be used. Further, the program may be supplied to the computer via an arbitrary transmission medium (a communication network, a broadcast wave, or the like) capable of transmitting the program. Note that one embodiment of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the above-described program is embodied by electronic transmission.

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

[Appendix]
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 operation for playing a game based on the game program. A first step (S203, S204) of executing a predetermined game process in accordance with a user's operation and a first item which can be exchanged for a service provided in the game in response to payment of a user's operation in a memory associated with the user. And a third step (S107) of storing information representing a specific right in a memory in association with the user in accordance with the execution of the second step. Is not stored if information representing a particular right is stored in memory. Compared with predetermined game processing when, executes more advantageously a predetermined game process for the user.

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

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

  (Item 3) In (Item 1) or (Item 2), the game program further includes a fourth step in which the processor deletes information representing a specific right from the memory after a predetermined period has elapsed since the execution of the second step. It may be executed. Thus, it is possible to motivate the user to play the game within a predetermined period from the time of purchase of the first item.

  (Item 4) In (Item 3), in the fourth step, the predetermined period may be extended when the second step is executed again within the predetermined period. Thereby, the satisfaction of the user who repeatedly purchases the first item can be improved.

  (Item 5) In any one of (Item 1) to (Item 4), the first step is to execute the first item as a predetermined game process in accordance with an operation of a user playing a predetermined game part. Executes a process of storing the first right item in the memory in a case where the information indicating the specific right is stored in the memory, as compared with a case where the information is not stored. May be stored. Thereby, the user who purchased the first item has more first items that can be obtained free of charge in the predetermined game part, so that the motivation to play the predetermined game part is improved.

  (Item 6) In any one of (Item 1) to (Item 5), the first step is a predetermined game process in which, when a predetermined condition is satisfied at the time of starting the game, the first item is stochastically determined. Performs a process of storing the specific item in the memory in association with the user, and when the information indicating the specific right is stored in the memory, the first item is provided to the user with a higher probability than when the information is not stored. The information may be stored in the memory in association with each other. As a result, the user who purchased the first item has a higher expectation that the first item can be obtained free of charge at the time of activation, and thus the motivation to activate 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 to purchase the first item during the 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 each step described in (Item 1). The method according to (Item 10) has the same effect 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 device includes a storage unit (120) that stores a game program according to (item 1), and the information processing device (user terminal 100) that executes the game program. A control unit (110) for controlling the operation. The information processing device according to (Item 9) has the same operation and effect as the game program according to (Item 1).

1 game system, 2 networks, 10,20 processors, 11,21 memory, 12,22 storage, 13,23 communication IF (operation unit), 14,24 input / output IF (operation unit), 15 touch screen (display unit, Operation unit), 17 camera (operation unit), 18 distance measurement 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 description Storage medium

Claims (9)

A game program executed by a computer having a processor and a memory,
The game program includes:
A first step of executing a predetermined game process in response to a user operation for playing a game based on the game program;
A second step of storing, in the memory, a first item that can be exchanged for a service provided in the game, in association with the user, in response to payment of a fee based on the operation of the user;
And executing 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 indicating the specific right is stored in the memory, the predetermined game process is more advantageously performed by the user as compared with the predetermined game process when the information is not stored. A 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 computer-readable storage medium 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 includes:
3. The computer-readable storage medium according to claim 1, further comprising: executing a fourth step of deleting the information indicating the specific right from the memory after a lapse of a predetermined period from the execution of the second step.   4. The storage medium according to claim 3, wherein the fourth step extends the predetermined period when the second step is executed again within the predetermined period. 5.   The first step executes, 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 playing a predetermined game part, 5. When the information indicating the right of the first item is stored in the memory, more of the first items are stored in the memory in association with the user than when the information is not stored. A game program according to any one of the preceding claims.   The first step executes, as the predetermined game process, a process of stochastically 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 indicating the specific right is stored in the memory, the first item is stored in the memory in association with the user with a higher probability than when the information is not stored. The game program according to any one of claims 1 to 5.   The game program according to claim 1, wherein the third step is performed when the second step is performed during a predetermined period. A method in which a computer executes a game program,
The computer includes a processor and a memory,
A method wherein 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 device comprising: a control unit configured to control an operation of the information processing device by executing the game program.

Images