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

Description

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

Conventionally, games that sell valuable data have been known. Valuable data is consumed in exchange for various services in the game.

The following Patent Document 1 discloses a technique of performing a lottery to determine a character card to be given to a user by consuming valuable data.

Japanese Unexamined Patent Publication No. 2013-202322 (published on October 7, 2013)

In games that sell valuable data, there is room for improving user satisfaction with payment of consideration so as to increase the motivation of users to continue gameplay.

One aspect of the present disclosure is to promote the continuation of game play and to improve the satisfaction when a user purchases valuable data.

The game program according to the present disclosure is executed by a computer provided with a processor and memory. The game program associates the processor with steps to advance the game based on the game program and a first item to redeem one or more services provided by the game, depending on the user's payment of consideration. A step of storing the second item in the memory, a step of associating the second item with the user and storing it in the memory, and a step of storing the first item when a predetermined condition that does not depend on payment by the user is satisfied in the progress of the game. Is executed, the step of associating the second item corresponding to the first item with the user and storing it in the memory is executed.

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 involves the processor performing each of the steps described above.

The 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 improve the satisfaction when the user purchases valuable data while encouraging the continuation of game play.

It is a figure which shows the hardware configuration of a game system. It is a block diagram which shows the functional configuration of the server and the user terminal included in a game system. It is a flowchart which shows the flow of processing of the virtual currency purchase. It is a figure which shows an example of the virtual currency purchase screen. It is a flowchart which shows the flow of the character lottery processing executed in the game system based on the game program which concerns on this embodiment. It is a figure which shows the specific example of the game screen displayed on the display part. It is a figure which shows the specific example of the game screen displayed on the display part. It is a flowchart which shows the flow of the probabilistic grant processing of the accessory ticket executed in the game system based on the game program which concerns on this embodiment. It is a flowchart which shows the flow of the ticket lottery processing executed in the game system based on the game program which concerns on this embodiment. It is a figure which shows the specific example of the game screen displayed on the display part. It is a figure which shows the specific example of the game screen displayed on the display part. It is a figure which shows the specific example of the game screen displayed on the display part. It is a flowchart which shows the flow of the accessory lottery processing executed in the game system based on the game program which concerns on this embodiment. It is a figure which shows the specific example of the game screen displayed on the display part. It is a figure which shows the specific example of the game screen displayed on the display part. It is a flowchart which shows the flow of the costume lottery processing executed in the game system based on the game program which concerns on this embodiment. It is a figure which shows the specific example of the game screen displayed on the display part. It is a figure which shows the specific example of the game screen displayed on the display part. It is a figure which shows the specific example of the game screen displayed on the display part. It is a figure which shows the specific example of the game screen displayed on the display part. It is a figure which shows the specific example of the game screen displayed on the display part. It is a flowchart which shows the flow of the accessory association processing executed in the game system based on the game program which concerns on this embodiment. It is a figure which shows the specific example of the game screen displayed on the display part. It is a figure which shows the specific example of the game screen displayed on the display part.

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

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

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

The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As shown in the figure, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. And. These configurations included in the user terminal 100 are electrically connected to each other by a communication bus. The user terminal 100 may be provided with an input / output IF 14 to which a display (display unit) configured separately from the user terminal 100 main body 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 communicable with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons or the like, and transmits an output value based on a user's input operation to the buttons or the like to the user terminal 100. Further, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and transmits the output values of the various sensors to the user terminal 100.

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

It is desirable that the user terminal 100, for example, at the start of a game, have a user who uses the controller 1020 input user identification information such as the user's name or login ID via the controller 1020. As a result, the user terminal 100 can associate the controller 1020 with the user, and identifies which user the output value belongs to based on the source of the received output value (controller 1020). be able to.

When the user terminal 100 communicates with a plurality of controllers 1020, each user grips each controller 1020, so that the one user terminal 100 does not communicate with other devices such as the server 200 via the network 2. 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 (communication connection is made without going through a server 200), thereby realizing local multiplayer with a plurality of user terminals 100. You can also do it. When the above-mentioned multiplayer is realized locally by one user terminal 100, the user terminal 100 may further include at least a part of various functions described later described in the server 200. Further, when the above-mentioned multiplayer is realized locally by the plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later described in the server 200 in a distributed manner.

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

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

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

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

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

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

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

<Game overview>
The game system 1 is a system that executes a game in which a first item for redeeming one or more services provided in a game is associated with a user in a game based on a game program according to a payment 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 paid valuable data. For example, the first item is expressed as virtual currency, stones, points, etc., but is not limited to these. In the present embodiment, as an example, the first item will be described as being represented as a virtual currency.

An example of the above-mentioned service is a lottery process for giving a user an object that can be used in the game. In the present embodiment, the character lottery is provided as a service in exchange for the virtual currency. The details of the character lottery will be described later. The service provided in exchange for virtual currency is not limited to the lottery process.

Further, the game based on the game system 1 is an arbitrary game in which a character operated by the user appears. This game is, for example, a game in which a character operated by a user and another character controlled by the game system 1 fight against each other. The user can have a plurality of different characters. The user can acquire the characters available in the game by character lottery or other means. The character lottery is a lottery for determining any of the characters that can be used in the game, and is an example of the first lottery in the present invention. In the present disclosure, the user cannot have the same type of character at the same time. In other words, the user can only have different types of characters at the same time. The user can select a predetermined number of characters from the possessed character group and use them during the game.

The means for the user to obtain a character that can be used in game play is not limited to the character lottery. For example, in the above game, a character may be given to the user when a predetermined condition is satisfied.

In a game based on the game system 1, each character can be equipped with an accessory or a costume. The accessory is a kind of game item and has the effect of improving the ability of the character equipped with the accessory. A costume is a kind of game item, and has the effect of changing the appearance of the character wearing it. As a result, the user can change the appearance of the character to his / her favorite appearance and play the game, and can realize the value of the costume ticket that can execute the costume lottery to obtain such a costume.

In the game executed by the game system 1, the rights item is associated with the user. Hereinafter, it is also described that the right item is associated with the user. The present disclosure represents the right to acquire one or more of the objects available in the game. Rights items include character tickets, accessory tickets, and costume tickets. The character ticket represents the right to acquire a character available in the game. The accessory ticket represents the right to obtain the accessories available in the game.

Costume tickets represent the right to acquire costumes available in the game. Here, the costume ticket corresponds to an example of the second item in the present application. The costume corresponds to an example of the third item in the present application. The costume ticket is given to the user when a predetermined condition that does not depend on the payment of the consideration by the user is satisfied in the progress of the game. A predetermined condition that does not depend on payment of consideration may be, for example, playing a game during a predetermined period. The predetermined period may be a period during which the costume lottery described later is held. In other words, a free costume ticket is given to the user who played the game during the predetermined period. In this case, the number of free costume tickets granted by satisfying the predetermined conditions may be up to a predetermined number (for example, one). That is, after a predetermined number of free costume tickets have been granted, even if the predetermined conditions are satisfied, the free costume tickets may not be granted.

Further, in the game based on the game system 1, at least the predetermined condition is satisfied for the play for satisfying the above-mentioned predetermined condition (that is, the predetermined condition not based on the payment of the above-mentioned consideration for granting the costume ticket). It can be executed continuously and repeatedly until. For example, a game based on the game system 1 may be playable without consuming virtual currency or parameters (for example, stamina) that can be recovered by the passage of time or the like. In this case, the user can play the game repeatedly any number of times without using the virtual currency and without waiting for the passage of time until the predetermined condition for granting the costume ticket is satisfied.

The user can acquire the character by lottery by consuming the character ticket. The user can acquire the accessory by lottery by consuming the accessory ticket. As a result of the accessory lottery, a gift or costume exchange ticket may be given to the user. The accessory lottery is a lottery for determining any of the objects including accessories, gifts, and costume exchange tickets that can be used in the game. The present is a kind of game item, and has the effect of improving the user's liking of the character to which the present is given. A costume exchange ticket is a kind of rights item required to obtain a costume.

In addition, the user can acquire the costume by the costume lottery by consuming the costume ticket. As a result of the costume lottery, a costume exchange ticket may be given to the user instead of the costume. The costume exchange ticket corresponds to an example of the fourth item in the present application. The costume lottery is a lottery for determining either a costume that can be used in the game or an object group including a costume exchange ticket, and is an example of the second lottery in the present invention. It is desirable that the costume determined by the costume lottery is different from the costume determined to be given when a predetermined condition other than the costume lottery is satisfied in the game.

The game system 1 is not limited to a specific genre, and may be a system for executing a game of any genre. For example, sports-themed games such as tennis, table tennis, dodgeball, baseball, soccer and hockey, puzzle games, quiz games, RPGs, adventure games, shooting games, simulation games, training games, and action games. May be good.

Further, the game system 1 is not limited to a specific play form, and may be a system for executing a game of any play form. For example, a single play game by a single user, a multiplayer game by a plurality of users, a battle game in which a plurality of users compete against each other, and a cooperative play game in which a plurality of users cooperate among the multiplayer games. You may.

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

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

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

In the present embodiment, the program may be a game program for realizing the game by the user terminal 100. Alternatively, the program may be a game program for realizing the game in collaboration with the user terminal 100 and the server 200. Alternatively, the program may be a game program for realizing the game in collaboration with a plurality of user terminals 100. Further, the various data include data related to the game such as user information and game information, and instructions or notifications to be 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 composed of a storage device such as a flash memory or an HDD (Hard Disk Drive). Various data related to the game are stored in the storage 12 and the storage 22.

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

The input / output IF 14 is an interface for the user terminal 100 to accept data input, and an interface for the user terminal 100 to output data. The input / output IF 14 may input / output data via USB (Universal Serial Bus) or the like. The input / output IF 14 may include, for example, a physical button, a camera, a microphone, a speaker, or the like of the user terminal 100. The input / output IF24 of the server 200 is an interface for the server 200 to receive data input, and an interface for the server 200 to output data. The input / output IF 24 may include, for example, an input unit that is an information input device such as a mouse or a keyboard, and a display unit that is a device that displays and outputs an image.

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

The input unit 151 detects a position where a user's operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input to the input surface, and inputs information indicating the position. It has a function to transmit as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may adopt any method such as a capacitance method or a resistance film method.

Although not shown, the user terminal 100 may include one or more sensors for specifying the holding posture of the user terminal 100. This sensor may be, for example, an acceleration sensor, an angular velocity sensor, or the like. When the user terminal 100 includes a sensor, the processor 10 can also specify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, the processor 10 may be a vertical screen display in which a vertically long image is displayed on the display unit 152 when the user terminal 100 is held vertically. On the other hand, when the user terminal 100 is held horizontally, it may be a horizontal screen display in which a horizontally long image is displayed on the display unit. In this way, the processor 10 may be able to switch between the vertical screen display and the horizontal screen display according to the holding posture of the user terminal 100.

The camera 17 includes an image sensor and the like, and generates a captured image by converting the incident light incident from the lens into an electric signal.

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

Here, an example in which the user terminal 100 receives the detection result of detecting the object 1010 in the vicinity of the user terminal 100 by using the camera 17 and the distance measuring sensor 18 as an input operation of the user will be further described. The camera 17 and the distance measuring sensor 18 may be provided on the side surface of the housing of the user terminal 100, for example. A ranging sensor 18 may be provided in the vicinity of the camera 17. As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with a lighting device that irradiates infrared rays, a filter that blocks visible light, and the like. As a result, the accuracy of detecting an object based on the captured image of the camera 17 can be further improved regardless of whether it is outdoors or indoors.

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

In this way, the processor 10 determines whether or not the user is holding a hand (whether it is a “goo” gesture or another gesture (for example, “par”) by recognizing an image captured by the camera 17. ) Is detected. The processor 10 also detects the shape of the user's hand and how the user is moving the hand. In addition, the processor 10 detects whether the user is approaching or moving this hand toward 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, for example. For example, the user terminal 100 moves the pointer on the touch screen 15 in response to the movement of the user's hand, and detects the user's gesture “goo”. In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds to, for example, the state in which the mouse is clicked and pressed is maintained, or the state in which the mouse is touched after the touchdown operation is performed on the touch panel is maintained. Further, when the user moves his / her hand while 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). It can also be recognized. Further, when the user terminal 100 detects a gesture that the user flips a finger based on the detection result of the user's hand by the image captured by the camera 17, the gesture is clicked by the mouse or tapped on the touch panel. It may be recognized as an operation corresponding to.

<Functional configuration of game system 1>
FIG. 2 is a block diagram showing a functional configuration 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 accepts a user's input operation and a function as an output device that outputs a game image or sound. The user terminal 100 functions as a control unit 110 and a storage unit 130 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 and supporting the user terminal 100 to advance the game. For example, it sells valuable data and provides services. 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 the exchange between the user terminals 100. The server 200 functions as a control unit 210 and a storage unit 220 in cooperation with the processor 20, the memory 21, the storage 22, the communication IF23, the input / output IF24, and the like.

The storage unit 130 and the storage unit 220 store the game program 131, the game information 132, and the user information 133. The game program 131 is a game program executed by the user terminal 100 and 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 131. The user information 133 is data related to the 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 server 200)
The control unit 210 comprehensively controls the server 200 by executing the game program 131 stored in the storage unit 220. For example, the control unit 210 transmits various data, programs, and the like 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 functions as a sales processing unit 211 and a lottery execution unit 212 according to the description of the game program 131. 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 a process for selling the paid digital contents to the user. For example, according to the sales request from the user terminal 100, the billing process is executed, and the granting process for making the user hold the digital content is executed. As an example, digital content is a virtual currency. The sales processing unit 211 executes a billing process for billing the user who is the owner of the requesting user terminal 100 for the amount of money corresponding to the requested number of virtual currencies. Subsequently, as a grant 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 a lottery for determining various objects such as characters and accessories 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 comprehensively controls the user terminal 100 by executing the game program 131 stored in the storage unit 130. For example, the control unit 110 advances the game according to the operation of the game program 131 and the user. In addition, the control unit 110 communicates with the server 200 to send and receive information as needed while the game is in progress.

The control unit 110 has an operation reception unit 111, a display control unit 112, a user interface (hereinafter, UI) control unit 113, an animation generation unit 114, a lottery unit 115, a determination unit 116, and object management according to the description of the game program 131. It functions as a unit 117, a purchase processing unit 118, and a game progress unit 119. The control unit 110 can also function as other functional blocks (not shown) in order to advance the game, depending on the nature of the game to be executed.

The operation reception unit 111 detects and accepts a user's input operation with respect to the input unit 151. The operation reception unit 111 determines what kind of input operation has been performed from the action exerted by the user on the console via the touch screen 15 and other input / output IF14, and outputs the result to each element of the control unit 110. To do.

For example, the operation receiving unit 111 receives an input operation for the input unit 151, detects the coordinates of the input position of the input operation, and specifies the type of the input operation. The operation reception unit 111 specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like as types of input operations. Further, the operation reception unit 111 detects that the contact input is released from the touch screen 15 when the continuously detected input is interrupted.

The UI control unit 113 controls a UI object to be displayed on the display unit 152 in order to construct a UI. The UI object is a tool for the user to input necessary input for the progress of the game to the user terminal 100, or a tool for obtaining information output from the user terminal 100 during the progress of the game. UI objects are, but are not limited to, icons, buttons, lists, menu screens, and the like.

The animation generation unit 114 generates animations showing the motions of various objects based on the control modes of the various objects. For example, an animation or the like expressing how the lottery is being executed may be generated.

The lottery unit 115 requests the server 200 to draw a lottery for determining various objects such as characters and accessories that can be used in the game. The lottery unit 115 acquires the lottery result from the server 200.

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 the character determined by the character lottery and the character available to the user represented by the information recorded in the storage unit 130 satisfy the first condition.

The object management unit 117 manages various objects such as characters and accessories that can be used by the user in the game. The object management unit 117 assigns the object to the user, for example, by storing information representing an object available to the user in the storage unit 130.

The purchase processing unit 118 transmits a sales request for virtual currency to the server 200 according to an operation performed by the user to allow payment of consideration. The operation may include an operation of specifying the number of virtual currencies that the user wants to purchase. In this case, the purchase processing unit 118 includes the specified number in the above-mentioned sales request and transmits the specified number to the server 200.

In addition, the purchase processing unit 118 receives the result of the grant processing executed by the server 200, and increases the number of virtual currencies that the user can consume on the user terminal 100, that is, the amount of virtual currency held by the number of purchases. .. The granting process by the server 200 may be executed by the purchase processing unit 118 of the user terminal 100.

The game progress unit 119 performs various processes related to the execution of the game. For example, the game progress 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 operation, and processes the game to proceed based on the interpretation. Do.

The display control unit 112 outputs to the display unit 152 of the touch screen 15 a game screen in which the processing results executed by each of the above elements are reflected. The display control unit 112 may display the game screen including the animation generated by the animation generation unit 114 on the display unit 152. Further, the display control unit 112 may superimpose and draw the above-mentioned UI object on the game screen.

Hereinafter, the fact that the operation receiving unit 111 detects and accepts the input operation for the input unit 151 is also described as simply accepting the input operation. It is also described that the other functional blocks simply display that the display control unit 112 outputs various game screens to the display unit 152.

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 provided by the user terminal 100. Further, the user terminal 100 may include at least a part of the functions provided by 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 be made 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 other devices, or may be realized by a combination of a plurality of these devices.

<Purchase flow>
FIG. 3 is a flowchart showing a processing flow (purchase flow) of virtual currency purchase. Further, FIG. 4 is a diagram showing an example of a virtual currency purchase screen.

In the purchase flow described below, when the purchase processing unit 118 stores the first item in the storage unit 120, the storage unit 120 associates the second item corresponding to the first item with the user. To memorize. In other words, when the virtual currency is purchased by the user, the purchase processing unit 118 grants the user a costume ticket corresponding to the purchased virtual currency.

For example, the larger the number of virtual currencies purchased by the user (that is, the larger the purchase amount of the virtual currency), the larger the number of costume tickets granted may be. Further, when there are a plurality of types of costume tickets and the value in advancing the game is different depending on the type, the larger the purchase amount of the virtual currency, the higher the value of the costume ticket may be given. Examples of types of costume tickets with different values include types with different numbers of tickets required to perform a costume lottery. For example, a type that can consume one piece to execute a costume lottery is more valuable than a type that can consume three pieces to execute a costume lottery.

In this way, by granting a higher value or more costume ticket to a user who purchases a large amount of virtual currency, the user's satisfaction is improved.

The virtual currency that can be given to the user may be a paid virtual currency or a free virtual currency. In this case, the sales processing unit 211 may grant a free virtual currency incidentally when the paid virtual currency is purchased by the user. For example, it is assumed that a predetermined unit price is set for a paid virtual currency. In this case, the sales processing unit 211 attaches a free virtual currency to the paid virtual currency of the quantity according to the operation of the user who pays the consideration (that is, the purchase amount) obtained by multiplying the unit price by the quantity. , May be given to the user. In this case, the larger the purchase price, the larger the quantity of free virtual currency to accompany. The free virtual currency is not limited to the payment of the consideration by the user, and may be given to the user when other conditions other than the payment of the consideration are satisfied in the game play.

In step S101, the determination unit 116 determines whether or not the user has performed an operation instructing the purchase of the virtual currency via the virtual currency purchase screen as shown in FIG. When the operation for instructing the purchase of the virtual currency is performed, the process of step S102 is subsequently executed, and if not performed, the process shown in FIG. 3 ends.

The virtual currency purchase screen of FIG. 4 includes sales buttons 401 and 402. The sale buttons 401 and 402 are examples of UI objects that accept instructions for purchasing virtual currency. In this example, the unit price of one virtual currency is 10 yen.

The sale button 401 accepts an instruction to purchase a total of 110 virtual currencies, which are 100 paid virtual currencies and 10 free virtual currencies, in exchange for 1000 yen, which is the price for 100 virtual currencies. In addition, the sale button 401 includes information that "one extra costume ticket". This means that if you purchase virtual currency in exchange for 1000 yen, you will be given one costume ticket free of charge.

The sale button 402 accepts an instruction to purchase a total of 230 virtual currencies, which are 200 paid virtual currencies and 30 free virtual currencies, in exchange for 2000 yen, which is the price for 200 virtual currencies. In addition, the sale button 402 includes information that "two bonus costume tickets". This means that if you purchase virtual currency in exchange for 2000 yen, you will be given two costume tickets free of charge.

In step S102, the purchase processing unit 118 requests the server 200 to process the sale of the virtual currency based on the operation of the user instructing the purchase of the virtual currency in step S101. Here, the purchase processing unit 118 notifies the server 200 of the amount of consideration to be paid (purchase amount) based on which of the sales buttons 401 and 402 in FIG. 4 is accepted.

In step S103, the sales processing unit 211 executes the billing 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 above-mentioned billing amount is charged to the user of the requesting user terminal 100 at an appropriate timing.

In step S104, the sales processing unit 211 executes a granting process for allowing the user to hold the virtual currency and the costume ticket. Specifically, the holding amount of the user's virtual currency and costume ticket is stored in the storage unit 120 of the user terminal 100 owned by the user, respectively. Therefore, the sales processing unit 211 notifies or permits the user terminal 100 to add the above-mentioned holding amount by the assigned quantity. In addition to this, the holding amount of at least one of the virtual currency and the costume ticket for each user may be stored in the storage unit 220 of the server 200 in association with the user identification information. In this case, the sales processing unit 211 may add the granted quantity to at least one of the user's virtual currency and costume ticket holding amount as part of the grant processing.

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

In step S105, the purchase processing unit 118 of the user terminal 100 causes the user to hold the granted virtual currency and costume ticket in a state where the user can use them. Specifically, the purchase processing unit 118 adds the added quantity to the holding amount of the virtual currency and the costume ticket stored in the storage unit 120 based on the notification or permission from the server 200. Run. As a result, the virtual currency held after the addition can be used in exchange for the service. In addition, each costume ticket of the added holding amount can be used in exchange for the costume lottery.

In step S106, the UI control unit 113 may generate a message indicating that "the number of virtual currencies specified by the user has been purchased and the costume ticket has been granted". The animation generation unit 114 may generate an animation indicating that "the desired number of virtual currencies specified by the user have been purchased and the costume ticket has been granted". When the above-mentioned messages and animations are generated, the display control unit 112 may display them on the display unit 152.

In step S107, the object management unit stores the added virtual currency and costume ticket information in the storage unit 130 as information representing an object that can be used by the user, and updates the holding amount of the virtual currency and costume ticket. To do.

Here, the costume ticket given in step S107 is given even when a predetermined condition that does not depend on payment of consideration is satisfied in the game play, as described above. The user realizes the value of the costume ticket by obtaining the costume ticket by satisfying a predetermined condition that does not depend on payment of consideration in the game play.

Therefore, by executing the above-mentioned purchase flow, the user can obtain a costume ticket that realizes such value, and thus the motivation for purchasing the virtual currency is improved. In addition, user satisfaction when purchasing virtual currency is improved. Then, the user who has improved satisfaction is more motivated to continue playing the game so as to satisfy a predetermined condition that does not depend on payment of consideration in order to obtain more costume tickets.

<Processing flow>
(Character lottery)
FIG. 5 is a flowchart showing the flow of the character lottery process executed in the game system 1 based on the game program 131 according to the present embodiment. FIG. 6 is a diagram showing a specific example of the game screen 40 displayed on the display unit 152. At any time before the process of FIG. 5 is executed, the UI control unit 113 generates the game screen 40 shown in FIG. The game screen 40 includes a message box 41 and options 42-45. The display control unit 112 displays the game screen 40 shown in FIG. 6 on the display unit 152.

The message box 41 contains text information explaining the type and number of game items held by the user and available for the character lottery (first lottery). In FIG. 5, the game item is a character ticket or a currency available in the game. The user can perform a lottery to obtain characters available during game play by consuming character tickets or currency. Each of the options 42 to 45 includes information indicating the number of lottery to be executed when the option is selected by the user, and information indicating the type and number of game items required for the number of lottery.

In step S201, the object management unit 117 stores in the storage unit 130 information representing a character that can be used by the user among the plurality of characters that can be used in the game. This information is, for example, an identifier for identifying a character. In the following, a character that can be used by the user may be expressed as a character owned by the user. In step S202, the operation reception unit 111 determines whether or not the character lottery has been instructed. The operation reception unit 111 determines, for example, that the character lottery has been instructed when the user's operation input for selecting any of the options 42 to 45 is received. When the user's operation input for selecting the option 42 or 43 is accepted, the character lottery in exchange for the virtual currency is instructed. If NO in step S202, the process shown in FIG. 5 ends. If YES in step S202, the process of step S203 is executed.

In step S203, the lottery unit 115 requests the server 200 to perform a character lottery process, that is, a process of determining any character from the characters available in the game.

Each character available in the game has a rarity inherent in that character. Rarity is a kind of game parameter that numerically expresses the rarity of a character in a game. The higher the rarity of a character, the higher the rarity of that character in the game. In the present disclosure, the rarity of a character takes any value of 1, 2, and 3. The higher the rarity of a character, the lower the probability that the character will be determined by the character lottery. In other words, the higher the rarity of a character, the less likely it is that the user will be able to acquire it. The higher the rarity, the higher the value of the character in the game. For example, the higher the rarity of a character, the higher the performance of the character. The object management unit 117 stores the rarity of each character in the storage unit 130 in association with the information representing each character.

In step S204, the lottery execution unit 212 executes the character lottery process. Specifically, the lottery execution unit 212 determines any character by lottery from the characters available in the game by referring to the game information 132. Next, the control unit 210 notifies the user terminal 100 of the determined character.

The process of determining the character in step S204 has been described as being executed on the server 200. Not limited to this, the process of step S204 may be executed by the lottery unit 115 included in the user terminal 100.

In step S205, the determination unit 116 determines whether or not the character determined by the character lottery and the character available to the user represented by the information stored in the storage unit 130 satisfy the first condition. .. The first condition is, for example, that the character determined by the character lottery overlaps with any character available by the user. The determination unit 116 is the first condition when, for example, the information representing the character determined by the character lottery and any information stored in the storage unit 130 representing the character available to the user match each other. Is determined to be satisfied. If NO in step S205, in step S207, the object management unit 117 stores the information representing the character determined by the character lottery in the storage unit 130 as information representing the character available to the user. As a result, the object management unit 117 can give the user a character determined by the character lottery. When a character is given to the user, the display control unit 112 updates the game screen 40 as shown in FIG. 7.

FIG. 7 is a diagram showing a specific example of the game screen 40 displayed on the display unit 152. The game screen 40 shown in FIG. 7 includes a thumbnail 51 and an additional image 61. The thumbnail 51 includes an image corresponding to the character C4 and representing a part of the character C4. The additional image 61 indicates that the user does not have the character C4 corresponding to the thumbnail 51 before the character lottery. By visually recognizing the thumbnail 51 and the additional image 61, the user recognizes that the unowned character C4 can be newly acquired before the character lottery. After this, the process shown in FIG. 5 ends.

If YES in step S205, step S206 is executed. In step S206, the lottery unit 115 makes the accessory lottery for determining one of the object groups including the accessory ticket feasible, or makes the costume lottery for determining one of the object groups including the costume ticket. Make it executable.

Specifically, the lottery unit 115 probabilistically grants an accessory ticket or a costume ticket to the user. In other words, the lottery unit 115 may give a costume ticket to the user when the character determined by the character lottery satisfies the first condition. As a result, even when the characters overlap in the character lottery, it is possible to obtain a sense of conviction of the user, and it is possible to suppress a decrease in the user's motivation for playing the game. As a result, it is possible to diversify the means for acquiring the objects available to the user in the game and improve the fun of the game.

The process of probabilistically granting the accessory ticket or costume ticket in step S206 is described as being executed on the user terminal 100. Not limited to this, the process of step S206 may be executed by the lottery execution unit 212 included in the server 200.

FIG. 8 is a flowchart showing the flow of the stochastic granting process of the accessory ticket or the costume ticket executed in the game system 1 based on the game program 131 according to the present embodiment. In step S301, the lottery unit 115 determines which of the first rarity condition and the second rarity condition is satisfied by the rarity of the determined character. The first rarity condition is that the rarity of the character is 1 or 2. The second rarity condition is that the rarity of the character is 3. As described above, the second rarity condition indicates that the rarity is higher than that of the first rarity condition.

If it is determined in step S301 that the rarity satisfies the first rarity condition, the lottery unit 115 executes the ticket lottery in step S302. The ticket lottery is a lottery for determining either an accessory ticket or a present, and is an example of a third lottery in the present invention. FIG. 9 is a flowchart showing the flow of the ticket lottery process executed in the game system 1 based on the game program 131 according to the present embodiment. In step S401, the determination unit 116 determines whether the determined character has a rarity of 1 or 2. If it is determined in step S401 that the rarity of the character is 1, in step S402, the lottery unit 115 determines either the accessory ticket or the present based on the set probability. The setting probability is the probability that the accessory ticket is determined. In step S402, the lottery unit 115 determines the accessory ticket or the present after setting the setting probability to less than 100%. If it is determined in step S401 that the rarity of the character is 2, the lottery unit 115 determines the accessory ticket after setting the setting probability of the accessory ticket to 100% in step S403.

FIG. 10 is a diagram showing a specific example of the game screen 40 displayed on the display unit 152. In step S303, the object management unit 117 grants the determined accessory ticket or present to the user. Specifically, the object management unit 117 stores information representing the determined accessory ticket or gift in the storage unit 130. The information representing the accessory ticket is, for example, an identifier for identifying the accessory ticket. The information representing the present is, for example, an identifier for identifying the present.

When the accessory ticket is given, the display control unit 112 displays, for example, the game screen 40 shown in the state (A) of FIG. 10 on the display unit 152. The game screen 40 shown in the state (A) of FIG. 10 includes a thumbnail 52 and an additional image 62. The thumbnail 52 includes an image corresponding to the character C2 and representing a part of the character C2. The rarity of the character C2 is 2. The additional image 62 indicates that the accessory ticket has been given to the user because the user already has the character C2 corresponding to the thumbnail 52 before the character lottery. By visually recognizing the thumbnail 52 and the additional image 62, the user could not acquire a new character as a result of determining the character C2 held before the character lottery by the character lottery, but instead acquired the accessory ticket. Recognize what you did.

When a present is given, the display control unit 112 displays, for example, the game screen 40 shown in the state (B) of FIG. 10 on the display unit 152. The game screen 40 shown in the state (B) of FIG. 10 includes a thumbnail 53 and an additional image 63. The thumbnail 53 includes an image corresponding to the character C1 and representing a part of the character C1. The rarity of character C1 is 1. Since the additional image 63 already holds the character C1 corresponding to the thumbnail 53 before the character lottery, the additional image 63 indicates that the present determined as a result of the ticket lottery has been given to the user. By visually recognizing the thumbnail 53 and the additional image 63, the user did not acquire a new character as a result of determining the character C1 held before the character lottery by the character lottery, but instead acquired a present. Recognize that.

As shown in FIG. 9, when the rarity of the character satisfies the first rarity condition, the lottery unit 115 executes the ticket lottery so that the higher the rarity of the character, the higher the probability that the accessory ticket will be given. To do. As a result, the user is more convinced that the first condition is satisfied. If the determined character has a rarity of 1, an accessory ticket is given to the user with a certain probability. If the accessory ticket is not given, a gift will be given. On the other hand, when the rarity of the character is 2, an accessory ticket is always given to the user. In any case, as a result of the character lottery, if the first condition is satisfied, an accessory ticket may be given to the user. As a result, the user can feel the merit when the first condition is satisfied. Furthermore, if the rarity of the character satisfies the first rarity condition, an accessory ticket or a gift may be given to the user. In this way, by diversifying what is given to the user when the first condition is satisfied, the fun of the game can be further improved.

If it is determined in step S301 that the rarity of the character satisfies the second rarity condition, in step S304, the object management unit 117 grants the user a costume ticket (second item) that can be used in the game. .. The object management unit 117 stores the information representing the determined costume ticket in the storage unit 130. The information representing the costume ticket is, for example, an identifier for identifying the costume ticket. The value of the costume ticket in the game may be higher than the value of the accessory ticket in the game. In this way, when the rarity of the determined character is 3, which is higher than 1 or 2, a costume ticket having a value higher than the accessory ticket is given to the user, so that the first condition is satisfied. The user's sense of conviction is further enhanced.

When the costume ticket is given, the display control unit 112 displays, for example, the game screen 40 shown in the state (C) of FIG. 10 on the display unit 152. The game screen 40 shown in the state (C) of FIG. 10 includes a thumbnail 54 and an additional image 64. The thumbnail 54 includes an image corresponding to the character C3 and representing a part of the character C3. The rarity of character C3 is 3. The additional image 64 indicates that the costume ticket has been given to the user because the user already has the character C3 corresponding to the thumbnail 54 before the character lottery. By visually recognizing the thumbnail 54 and the additional image 64, the user did not acquire a new character as a result of determining the character C3 held before the character lottery by the character lottery, but instead acquired a costume ticket. Recognize what you did.

If YES in step S205, step S208 is executed following step S206. The execution order of steps S206 and S208 is in no particular order. In step S208, the object management unit 117 changes the character available to the user represented by the information stored in the storage unit 130 so that the game can proceed more advantageously. The object management unit 117 changes the character C1 held by the user, for example, when the user owns the character C1 and the character C1 is determined by the character lottery. When the character C1 is changed, the display control unit 112 displays, for example, the game screen 40 shown in FIG. 11 on the display unit 152.

FIG. 11 is a diagram showing a specific example of the game screen 40 displayed on the display unit 152. The game screen 40 shown in FIG. 11 includes a character C1 and a text explaining that the character C1 has been changed. This text explains that one level upper limit for character C1 has been added. If the level of the character C1 is raised by another level, the ability of the character C1 is further improved. Therefore, such an increase in the upper limit of the level allows the user to advance the game more advantageously using the character C1. Therefore, the user can further feel the merit when the first condition for the character C1 is satisfied.

As shown in FIG. 5, when the first condition is not satisfied, the object management unit 117 gives the user a character determined by the character lottery. Further, the object management unit 117 does not give the character determined by the character lottery to the user when the first condition is satisfied. Instead, the object management unit 117 can give the user a game item such as an accessory ticket according to the rarity of the determined character, and can advance the game more advantageously with the character owned by the user. To change. By these, it is provided to the user as an alternative merit that the character determined by the character lottery is given to the user that the character already owned by the user is changed so that the game can be advanced more advantageously. be able to.

(Duplicate character determination)
When the operation reception unit 111 receives the user's operation input for selecting the option 43 in the game screen 40 shown in FIG. 6, the lottery unit 115 executes the character lottery three times to select three characters. decide. For each determined character, the determination unit 116 determines whether or not the character and any character available by the user represented by the information stored in the storage unit 130 satisfy the first condition. To do. When each of the three determined characters does not satisfy the first condition, the determination unit 116 determines whether or not the three determined characters satisfy the first condition with each other.

For example, it is assumed that two characters C5 that the user does not own are determined by three character lottery. In this case, the object management unit 117 assigns at least one of the two determined characters C5 to the user. Specifically, the object management unit 117 stores information representing at least one of the determined two characters C5 in the storage unit 130 as information representing the character C5 available to the user. As a result, the determination unit 116 determines that each of the other characters C5 determined by the character lottery and the character C5 available to the user represented by the information stored in the storage unit 130 satisfy the first condition. To do. As a result, the lottery unit 115 determines the accessory ticket, the present, or the costume exchange ticket given to the user by executing the ticket lottery according to the rarity of the character C5 for each of the other characters C5.

When a plurality of characters are determined by the character lottery, the display control unit 112 displays, for example, the game screen 40 shown in FIG. 12 on the display unit 152. FIG. 12 is a diagram showing a specific example of the game screen 40 displayed on the display unit 152. The game screen 40 shown in FIG. 12 includes thumbnails 55 to 57 and additional images 65 to 67. The thumbnail 55 includes an image corresponding to the character C5 and representing a part of the character C5. The additional image 65 indicates that the user does not have the character C5 corresponding to the thumbnail 55 before the character lottery. The thumbnail 56 includes an image corresponding to the character C6 and representing a part of the character C5. The additional image 66 indicates that the user does not have the character C6 corresponding to the thumbnail 56 before the character lottery. The thumbnail 57 includes an image corresponding to the character C7 and representing a part of the character C7. The additional image 67 is an image indicating that the character C5 corresponding to the thumbnail 57 is not given to the user because a plurality of characters C5 corresponding to the thumbnail 57 are determined by the character lottery. The additional image 67 is also an image showing that the accessory ticket is given to the user as a result of the character C5 corresponding to the thumbnail 57 overlapping with another character C5 determined at the same time.

By visually recognizing the game screen 40 shown in FIG. 12, the user recognizes that the character lottery has determined three characters that the user does not own before the lottery. The user further recognizes that one of the two overlapping characters C5 is granted to the user and the other is not granted to the user but instead is granted an accessory ticket to the user. As a result, the user can feel the merit when a plurality of characters C5 satisfying the first condition are determined.

(Accessory lottery)
FIG. 13 is a flowchart showing the flow of the accessory lottery process executed in the game system 1 based on the game program 131 according to the present embodiment. FIG. 14 is a diagram showing a specific example of the game screen 40 displayed on the display unit 152. At any time before the process of FIG. 13 is executed, the UI control unit 113 generates the game screen 40 shown in FIG. The game screen 40 includes a message box 71 and options 72 and 73. The display control unit 112 displays the game screen 40 shown in FIG. 14 on the display unit 152.

The message box 71 contains text information explaining the number of accessory tickets held by the user and available for the accessory lottery (third lottery). The user can perform a lottery to obtain accessories available while playing the game by consuming the accessory ticket. Options 72 and 73 include information indicating the number of lottery to be executed when the option is selected by the user, and information indicating the number of accessory tickets required for the number of lottery.

The user selects in advance one character to be equipped with the accessory from each character owned by the user. Here, it is assumed that the character C1 is selected. Before the accessory lottery is executed, the object management unit 117 stores in the storage unit 130 information representing the accessories available to the user among the plurality of accessories available in the game. In step S501, the operation reception unit 111 determines whether or not the accessory lottery has been instructed. When the operation reception unit 111 accepts the user's operation input for selecting any of the options 72 and 73, for example, the operation reception unit 111 determines that the accessory lottery has been instructed. If NO in step S501, the process shown in FIG. 13 ends. If YES in step S501, the process of step S502 is executed.

In step S502, the lottery unit 115 requests the server 200 to execute the accessory lottery a number of times corresponding to the selected option. For example, when option 72 is selected, the lottery unit 115 requests execution of one accessory lottery based on one accessory ticket corresponding to option 72.

In step S503, the lottery execution unit 212 executes the accessory lottery process. As a result, the lottery execution unit 212 determines which of the objects including one or more accessories, one or more presents, and one or more costume exchange tickets that can be used in the game is given to the user. decide. Specifically, the lottery execution unit 212 determines a number of objects according to the number of lottery by lottery from the object group. For example, if the number of lottery is one, one object is determined. Next, the control unit 210 notifies the user terminal 100 of the determined accessory.

The process of determining the object in step S503 has been described as being executed on the server 200. Not limited to this, the process of step S503 may be executed by the lottery unit 115 included in the user terminal 100.

In the lottery of step S503, the probability that the object is determined is higher in the order of accessories, gifts, and costume exchange tickets. When determining an accessory, the lottery execution unit 212 determines an accessory that can be equipped by a character selected by the user among a plurality of different accessories. When deciding a present, the lottery execution unit 212 determines an arbitrary present among a plurality of different presents. In step S504, the determination unit 116 determines whether or not the accessory has been determined by the accessory lottery. If YES in step S504, in step S505, the determination unit 116 determines whether the determined accessory and the accessory available to the user represented by the information stored in the storage unit 130 satisfy the third condition. Is determined. The third condition is that the determined accessory overlaps with any accessory available by the user. The determination unit 116 satisfies the third condition, for example, when the information representing the determined accessory and any information stored in the storage unit 130 representing the accessory available to the user match each other. Is determined. If YES in step S505, in step S506, the lottery unit 115 determines the present instead of the determined accessory. In step S507, the object management unit 117 assigns the determined object to the user. Specifically, the object management unit 117 stores the information representing the determined object in the storage unit 130 as the information representing the object available to the user.

If NO in step S504, step S507 is executed. Further, even if No in step S505, step S507 is executed.

In this way, as a result of the accessory lottery, not only accessories but also costume exchange tickets may be given to the user. This can improve the user's motivation to obtain an accessory ticket to perform the accessory lottery.

FIG. 15 is a diagram showing a specific example of the game screen 40 displayed on the display unit 152. When the accessory is given to the user, the display control unit 112 updates the game screen 40 as shown in the state (A) of FIG. The game screen 40 shown in the state (A) of FIG. 15 shows the character C1 and the thumbnail 74. The thumbnail 74 includes an image corresponding to the accessory A1 given to the user and showing the entire accessory A1. In one aspect at the time of the present disclosure, the accessory A1 is a game item that can be equipped only on the character C1. Based on the fact that the accessory A1 is determined by the accessory lottery, the display control unit 112 displays the game screen 40 including the character C1 capable of equipping the accessory A1 as shown in the state (A) of FIG. Displayed at 152. By visually recognizing the game screen 40 shown in the state (A) of FIG. 15, the user recognizes that the accessory A1 that can be equipped to the character C1 has been acquired as a result of the accessory lottery.

When the present is given to the user, the display control unit 112 updates the game screen 40 as shown in the state (B) of FIG. The game screen 40 shown in the state (B) of FIG. 15 shows the character C1 and the thumbnail 75. The thumbnail 75 includes an image corresponding to the present P1 given to the user and showing the entire present P1. In one aspect of the present disclosure, the present P1 determined by the accessory lottery is a kind of game item that can be given to any character held by the user. The present P1 can, for example, increase the liking of a specific character among a plurality of characters available by the user to be higher than the liking of other characters. The specific character is, for example, a character owned by the user that overlaps with the character determined by the character lottery. As a result, when the user already holds the character determined by the character lottery, the user's sense of conviction that the present P1 is given can be further enhanced.

Based on the fact that the character C1 is selected by the user before the start of the accessory lottery, the display control unit 112 includes the selected character C1 and the thumbnail 75 corresponding to the present P1 given to the user. Is displayed on the display unit 152 as shown in the state (B) of FIG. By visually recognizing the game screen 40 shown in the state (B) of FIG. 15, the user recognizes that as a result of the accessory lottery, the present P1 that can be given to the character C1 held by the user has been acquired.

(Costume lottery)
FIG. 16 is a flowchart showing the flow of the costume lottery process executed in the game system 1 based on the game program 131 according to the present embodiment. FIG. 17 is a diagram showing a specific example of the game screen 40 displayed on the display unit 152. At any time before the process of FIG. 16 is executed, the UI control unit 113 generates the game screen 40 shown in FIG. The game screen 40 includes a message box 74 and options 75,76. The display control unit 112 displays the game screen 40 shown in FIG. 17 on the display unit 152.

The message box 74 contains text information explaining the number of costume tickets held by the user and available for the costume lottery (second lottery). The user can perform a lottery to obtain costumes that can be used while playing the game by consuming costume tickets. Options 75 and 76 include information indicating the number of lottery to be executed when the option is selected by the user, and information indicating the number of costume tickets required for the number of lottery.

In step S601, the operation reception unit 111 determines whether or not the costume lottery has been instructed. The operation reception unit determines, for example, that the costume lottery has been instructed when the user's operation input for selecting any of the options 75 and 76 is received. If NO in step S601, the process shown in FIG. 16 ends. If YES in step S601, in step S602, the lottery unit 115 requests the server 200 to perform the costume lottery process for the number of times specified by the user in step S601. For example, when option 75 is selected, the lottery unit 115 requests execution of one costume lottery based on one costume ticket corresponding to option 75.

In step S603, the lottery execution unit executes the costume lottery process in accordance with the request from the user terminal 100. Specifically, the lottery execution unit determines one of the costumes by lottery from the costume group available in the game by referring to the game information 132. Specifically, the lottery execution unit 212 determines the number of costumes according to the number of lottery by lottery from the costume group. For example, if the number of lottery is one, one costume is determined. Next, the control unit 210 notifies the user terminal 100 of the determined costume.

The process of determining the costume in step S603 has been described as being executed on the server 200. Not limited to this, the process of step S603 may be executed by the lottery unit 115 included in the user terminal 100.

In step S604, the determination unit 116 determines whether or not the costume determined by the costume lottery and the costume available to the user represented by the information stored in the storage unit 130 satisfy the second condition. .. The second condition is, for example, that the costume determined by the costume lottery overlaps with any costume available by the user. The second condition is that, for example, the determination unit 116 matches the information representing the costume determined by the costume lottery with any of the information stored in the storage unit 130 representing the costume available to the user. Is determined to be satisfied.

If NO in step S604, in step S606, the object management unit 117 stores the information representing the costume determined by the costume lottery in the storage unit 130 as information representing the costume available to the user. As a result, the object management unit 117 can give the user a costume determined by the costume lottery. When the costume is given to the user, the display control unit 112 updates the game screen 40 as shown in the state (A) of FIG.

FIG. 18 is a diagram showing a specific example of the game screen 40 displayed on the display unit 152. The game screen 40 shown in the state (A) of FIG. 18 shows a costume given to the user and a character to which the costume can be applied. In one aspect of the present disclosure, the costume is a game item that can be applied only to the character displayed in the state (A) of FIG. Based on the fact that the costume is determined by the costume lottery, the display control unit 112 displays the game screen 40 including the character to which the costume can be applied on the game screen 40 as shown in the state (A) of FIG. Display on. By visually recognizing the game screen 40 shown in the state (A) of FIG. 18, the user recognizes that as a result of the costume lottery, he / she has acquired a costume that can be applied to the character.

If YES in step S604, the lottery unit 115 determines the costume exchange ticket in place of the determined costume in step S605. In step S605, the object management unit 117 grants the costume exchange ticket to the user. Specifically, the object management unit 117 stores the information representing the costume exchange ticket in the storage unit 130 as information representing the objects available to the user. As a result, the object management unit 117 can give the costume exchange ticket to the user. The information representing the costume exchange ticket is, for example, an identifier for identifying the costume exchange ticket. When the costume exchange ticket is given to the user, the display control unit 112 updates the game screen 40 as shown in the state (B) of FIG. Here, the state (B) of FIG. 18 includes an image showing a costume exchange ticket. By visually recognizing the game screen 40 shown in the state (B) of FIG. 18, the user recognizes that the costume exchange ticket has been acquired as a result of the costume lottery.

In this way, the user can obtain a costume having the effect of changing the appearance of the character or a costume exchange ticket that can be exchanged for the costume by a costume lottery using the costume ticket. This improves the user's motivation to continue playing the game with the character whose appearance has been changed using the acquired costume.

In addition, the user can realize the value of the costume ticket that can execute such a costume lottery by acquiring the costume or the costume exchange ticket by the costume lottery. As a result, for users who have realized such value, the motivation to obtain a costume ticket accompanying the purchase of virtual currency is improved. In addition, the motivation for the user to play the game is improved so that the costume ticket can be obtained by satisfying a predetermined condition that does not depend on payment of consideration. Further, even when the costumes are duplicated in the costume lottery, the user can be convinced, and the user's motivation for playing the game can be suppressed from being lowered.

(Granting costumes)
FIG. 19 is a diagram showing a specific example of the game screen 40 displayed on the display unit 152. The display control unit 112 displays the game screen 40 shown in FIG. 19 on the display unit 152 based on a predetermined operation input by the user. The game screen 40 shown in FIG. 19 is a game screen for giving a costume to the user. The game screen 40 shown in FIG. 19 includes a character C1, a message box 81, options 82 to 84, and a button 85. The message box 81 contains text information explaining the number of costume exchange tickets held by the user. Options 82-84 include a reduced image of the costume given to the user when the option is selected and textual information explaining the number of costume exchange tickets required to obtain the costume. Option 82 corresponds to costume W1, option 83 corresponds to costume W2, and option 84 corresponds to costume W3. The button 85 is a button for confirming the acquisition of the costume using the costume exchange ticket.

The operation receiving unit 111 accepts a user's operation input for selecting any of the options 82 to 84. After receiving the operation input for selecting any of the options, the operation receiving unit 111 further receives the user's operation input for the button 85. As a result, the object management unit 117 deletes the number of costume exchange tickets corresponding to the selected option from all the costume exchange tickets held by the user. The object management unit 117 further gives the user a costume corresponding to the selected option. For example, when option 82 is selected, costume W1 is given to the user by consuming three costume exchange tickets.

The object management unit 117 can give a present, an accessory, or a costume owned by the user to any character owned by the user based on the operation input of the user. Granting here is intended to associate a gift, accessory, or costume with a character. FIG. 20 is a diagram showing a specific example of the game screen 40 displayed on the display unit 152. The display control unit 112 displays the game screen 40 shown in FIG. 20 on the display unit 152 based on a predetermined operation input by the user. The game screen 40 shown in FIG. 20 is a game screen for allowing the user to select the type of object associated with the character. The game screen 40 shown in FIG. 20 includes a character C1 and buttons 91 to 93. Buttons 91-93 include textual information that describes the type of object that corresponds to that button. Button 91 corresponds to a gift, button 92 corresponds to an accessory, and button 93 corresponds to a costume. The user determines the object to be associated with the character C1 by selecting any of the buttons 91 to 93.

FIG. 21 is a diagram showing a specific example of the game screen 40 displayed on the display unit 152. When the operation reception unit 111 receives an operation input for selecting the button 91 by the user, the display control unit 112 updates the game screen 40 as shown in the state (A) of FIG. The game screen 40 shown in the state (A) of FIG. 21 includes a character C1, a button 94, a button 95, a thumbnail 101, and a thumbnail 102. The thumbnail 101 corresponds to the present P1 and includes an image of the present P1. The thumbnail 102 corresponds to the present P2 and includes an image of the present P2. Button 94 is a button for canceling the selection of the present. The button 95 is a button for confirming the selection of the present.

The operation reception unit 111 receives a user's operation input for selecting the thumbnail 101 or 102. The operation reception unit 111 receives the operation input for selecting the thumbnail 101 or 102, and then further receives the user's operation input for selecting the button 95. As a result, the object management unit 117 gives the character C1 a present corresponding to the selected thumbnail. For example, when the thumbnail 101 is selected, the object management unit 117 gives the character C1 a present corresponding to the thumbnail 101. The object management unit 117 increases the favorability of the character C1 with respect to the user based on the fact that the present is given to the character C1.

When the favorability of the character C1 exceeds a predetermined threshold value, the control unit 110 imparts additional game content to the user. When additional game content is given to the user, the display control unit 112 updates the game screen 40 as shown in the state (B) of FIG. The game screen 40 shown in the state (B) of FIG. 21 includes the character C1 and the notification area 96. The notification area 96 includes text information explaining that additional game content has been granted to the user as a result of the increased favorability of the character C1. Here, the additional game content is a game stage that the user can newly play in the game. By visually recognizing the game screen 40 shown in the state (B) of FIG. 21, the user recognizes that the user is provided with a game stage that can be newly played as a result of giving the character C1 a present. .. Therefore, the game system 1 can give the user a stronger motivation to obtain a new present or give the present to the character in order for the user to enjoy the game more.

FIG. 22 is a flowchart showing a flow of accessory association processing executed in the game system 1 based on the game program 131 according to the present embodiment. FIG. 23 is a diagram showing a specific example of the game screen 40 displayed on the display unit 152. When the operation reception unit 111 receives an operation input for selecting the button 92 by the user, the display control unit 112 updates the game screen 40 as shown in FIG. 23. The game screen 40 shown in FIG. 23 includes a character C1, a button 94, a button 95, a thumbnail 103, and a thumbnail 103. The thumbnail 103 corresponds to the accessory A1 and includes an image of the accessory A1. The thumbnail 104 corresponds to the accessory A2 and includes an image of the accessory A2. Button 94 is a button for canceling the selection of the accessory. The button 95 is a button for confirming the selection of the accessory.

The operation receiving unit 111 receives a user's operation input for selecting the thumbnail 103 or 104. The operation receiving unit 111 further receives the user's operation input for selecting the button 95 after the operation input is received for selecting the thumbnail 103 or 103. As a result, in step S701, the object management unit 117 associates the accessory corresponding to the selected thumbnail with the character C1. The association referred to here is to equip the character C1 with an accessory. For example, when the thumbnail 103 is selected, the object management unit 117 equips the character C1 with the accessory A1 corresponding to the thumbnail 103. In step S702, the object management unit 117 changes the character C1 so that the game can proceed more advantageously based on the fact that the character C1 is equipped with the accessory A1. The object management unit 117 raises, for example, the parameters related to the ability of the character C1 from before the accessory A1 is equipped. As a result, the ability of the character C1 is improved, so that the user can advance the game more advantageously by using the character C1. In addition, the user's motivation to obtain an accessory ticket to perform the accessory lottery can be improved.

The display control unit 112 updates the game screen 40 as shown in the state (B) of FIG. 23 based on the fact that the character C1 is equipped with the accessory A1. The game screen 40 shown in the state (B) of FIG. 23 includes the character C1 and the accessory A1. The accessory A1 is already equipped on the character C1. By visually recognizing the game screen 40 shown in the state (B) of FIG. 23, the user recognizes that the character C1 could be equipped with the accessory as a result of selecting the thumbnail 103 including the image of the accessory A1. .. The display control unit 112 may also include text information explaining that the character C1 has changed due to the attachment of the accessory A1 to the game screen 40 shown in FIG.

FIG. 24 is a diagram showing a specific example of the game screen 40 displayed on the display unit 152. When the operation reception unit 111 receives an operation input for selecting the button 93 by the user, the display control unit 112 updates the game screen 40 as shown in FIG. 24. The game screen 40 shown in FIG. 23 includes a character C1, a button 94, a button 95, a thumbnail 105, and a thumbnail 106. The thumbnail 105 corresponds to the costume W1 and includes a reduced image of the costume W1. The thumbnail 106 corresponds to the costume W2 and includes an image of the costume W2. Button 94 is a button for canceling the costume selection. The button 95 is a button for confirming the selection of the costume.

The operation reception unit 111 receives the user's operation input for selecting the thumbnail 105 or 106. The operation reception unit 111 receives the operation input for selecting the thumbnail 105 or 106, and then further receives the user's operation input for selecting the button 95. As a result, the object management unit 117 associates the costume corresponding to the selected thumbnail with the character C1. The association referred to here is to make the character C1 wear a costume. For example, when the thumbnail 105 is selected, the object management unit 117 attaches the costume W1 corresponding to the thumbnail 105 to the character C1.

The display control unit 112 updates the game screen 40 as shown in the state (B) of FIG. 24 based on the fact that the costume W1 is attached to the character C1. The game screen 40 shown in the state (B) of FIG. 24 includes the character C1 and the costume W1. The costume W1 is attached to the character C1. By visually recognizing the game screen 40 shown in the state (B) of FIG. 24, the user recognizes that the character C1 was able to wear the costume W1 as a result of selecting the thumbnail 105 including the image of the costume W1. To do. As a result of the character C1 wearing the costume W1, the appearance of the character C1 changes significantly. This change in appearance allows the user to enjoy the game more.

[Example of realization by software]
The control block of the control unit 210 or the control unit 110 may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or by software using a CPU (Central Processing Unit). You may.

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

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

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

(Item 1) A game program (131) executed by a computer (user terminal 100) including a processor (10), a memory (11), and a touch screen (15) has been described. According to certain aspects of the disclosure, a game program is executed by a computer equipped with a processor and memory, and the game program provides the processor with steps to advance the game based on the game program and in the game 1. The step of storing the first item for redeeming the above service in the memory in association with the user according to the payment of the consideration by the user and the predetermined condition not based on the payment of the consideration by the user are satisfied in the progress of the game. In that case, when the step of associating the second item with the user and storing it in the memory and the step of storing the first item are executed, the second item corresponding to the first item is associated with the user and stored in the memory. Perform the steps to be memorized and. According to the above configuration, it is possible to improve the satisfaction when the user purchases valuable data while encouraging the continuation of game play.

(Item 2) In (Item 1), the step to be advanced may be able to continuously and repeatedly execute the play for satisfying the predetermined condition in the progress of the game until at least the predetermined condition is satisfied. As a result, in order to acquire the second item in the progress of the game, the user continuously and repeatedly plays until a predetermined condition is satisfied. If the second item can be acquired as a bonus when purchasing the first item without repeating the play, the user's motivation for acquiring the first item is improved.

(Item 3) In (Item 1) or (Item 2), the game program causes the processor to execute the first lottery in exchange for the first item, so that the first of the objects available in the game is executed. A step of determining an object and a step of determining a third item applicable to the first object from among the objects available in the game by executing a second lottery in exchange for the second item. It may be executed further. As a result, by acquiring the first item, the user can acquire the first object by performing the first lottery in exchange for the first item, and is based on the second item obtained accompanying the first item. You can get the third item by performing the second lottery. As a result, the interest of applying the third item to the first object and continuing the progress of the game increases. In this way, the acquisition of the first item increases the user's motivation to continue the progress of the game.

(Item 4) In (Item 3), the step of determining the first object is based on the object in which the first object determined in the first lottery is stored in the memory as being available to the user. If the condition is not satisfied, the first object may be associated with the user and stored in the memory, and if the first condition is satisfied, the second item may be associated with the user and stored in the memory. As a result, when the first object determined in the first lottery satisfies the first condition with the object already owned, the user can use the first object instead of obtaining the first object. You can get a second item to get an applicable third item. Therefore, even when it is preferable for the user that the first condition is not satisfied in the first lottery, it is possible to prevent the user's motivation for game play from being lowered when the first condition is satisfied.

(Item 5) In (Item 3) or (Item 4), the step of determining the third item is an object in which the third item determined in the second lottery is stored in the memory as being available to the user. If the second condition based on the above is not satisfied, the third item is stored in the memory in association with the user, and if the second condition is satisfied, it can be exchanged for any of the third items available in the game. The fourth item may be associated with the user and stored in the memory. As a result, if the third item determined in the second lottery satisfies the second condition with the object already owned, the user obtains the third item instead of obtaining the third item. You can get a fourth item that can be redeemed for any of the items. Therefore, even when it is preferable for the user that the second condition is not satisfied in the second lottery, it is possible to prevent the user's motivation for game play from being lowered when the second condition is satisfied.

(Item 6) In any one of (Item 3) to (Item 5), the game program is displayed on the display unit as the game progresses by applying the third item to the processor and the third object. Further steps may be performed to change the appearance of the first object. This increases the motivation of the user to perform the second lottery in order to play the first object with a desired appearance.

(Item 7) In any one of (Item 1) to (Item 6), the step of memorizing the second item corresponding to the first item is the amount of the first item to be memorized in the step of memorizing the first item. The second item according to the above may be stored. As a result, a better or more second item can be given to the user who has paid a large amount of consideration, so that the user's satisfaction can be improved. As a result, a better or more second item can be given to the user who has paid a large amount of consideration, so that the user's satisfaction can be improved.

(Item 8) A method for a computer to execute a game program has been described. According to certain aspects of the disclosure, a game program is executed by a computer equipped with a processor and memory. The method is a method in which the processor executes each step according to (Item 1). The method according to (item 8) has the same effect as the game program according to (item 1).

(Item 9) The information processing device has been described. According to a certain aspect of the present disclosure, the information processing device includes a storage unit (120) that stores a game program (131) according to (item 1), and an information processing device (user terminal) by executing the game program. It is provided with a control unit (110) that controls the operation of 100). The information processing device according to (item 9) has the same effect as the game program according to (item 1).

1 game system, 2 networks, 10,20 processors, 11,21 memories, 12,22 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 measuring sensor (operation unit), 100 user terminal (information processing device), 110, 210 control unit, 111 operation reception unit, 112 display control unit, 113 UI control unit, 114 animation generation unit, 115 lottery unit, 116 judgment unit, 117 object management unit, 118 purchase processing unit, 119 game progress unit, 120, 220 storage unit, 131 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, 40 game screen, C1 to C6 characters, A1, A2 accessories, P1 , P2 present, W1, W2 costume

Claims (6)

It ’s a game program
The game program is executed by a computer having a processor and memory.
The game program is supplied to the processor.
Steps to advance the game based on the game program and
A step of storing a first item in exchange for one or more services provided in the game in the memory in association with the user according to payment of consideration by the user.
A step of associating a second item with the user and storing it in the memory when a predetermined condition that is not based on payment of consideration by the user is satisfied in the progress of the game.
When the step of storing the first item is executed, the step of storing the second item corresponding to the first item in the memory in association with the user
A step of determining the first object from the objects available in the game by executing the first lottery in exchange for the first item.
A game in which a second lottery is executed in exchange for the second item to execute a step of determining a third item applicable to the first object from among the objects available in the game. program. The step of determining the third item is
When the third item determined in the second lottery does not satisfy the second condition based on the object stored in the memory as being available by the user, the third item is selected by the user. A fourth item that can be exchanged for any of the third items available in the game is stored in the memory in association with the user when the second condition is satisfied. , The game program according to claim 1 . The game program is supplied to the processor.
The game according to claim 1 or 2 , wherein by applying the third item to the first object, a step of changing the appearance of the first object displayed on the display unit is further executed in the progress of the game. program. The steps of storing the second item according to the first item memorize the second item according to the amount of the first item to be memorized in the step of memorizing the first item, claims 1 to 3. The game program described in any one of the items up to. The way a computer runs a game program
The computer comprises a processor and memory.
A method in which the processor performs each step according to claim 1 . It is an information processing device
A storage unit that stores the game program according to claim 1 and
An information processing device including a control unit that controls the operation of the information processing device by executing the game program.

Images