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

Abstract

To provide a game program capable of promoting continuation of game play and increasing a feeling of satisfaction when a user purchases valuable data.SOLUTION: A game program allows a processor to execute a step of progressing a game on the basis of a game program, a step S107 of storing a first item to be exchanged with at least one service provided in a game in a memory while being related to a user according to the user's payment of a counter value, a step of storing a second item while being related to a user in satisfaction of a setting condition not based on the user's payment of a counter value in progress of a game, and a step S107 for storing the second item corresponding to the first time in a memory while being related to a user in execution of the step for storing the first item.SELECTED DRAWING: Figure 3

Description

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

  Conventionally, games that sell valuable data are known. The valuable data is consumed in exchange for various services in the game.

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

JP2013-202322A (released on October 7, 2013)

  In a game that sells valuable data, there is room for improving the user's satisfaction with the payment of the price so that the motivation of the user who continues the game play is enhanced.

  An object of one aspect of the present disclosure is to improve satisfaction when a user purchases valuable data while prompting continuation of game play.

  The game program according to the present disclosure is executed by a computer including a processor and a memory. The game program associates a processor with a step of advancing a game based on the game program and a first item to be exchanged for one or more services provided in the game, in accordance with payment of consideration by the user. A step of storing in a memory, a step of storing a second item in the memory in association with the user, and a step of storing the first item when a predetermined condition that does not depend on payment of consideration by the user is satisfied in the progress of the game Is executed, the second item corresponding to the first item is stored in the memory in association with the user.

  The method according to the present disclosure is a method in which a computer including a processor and a memory executes a game program. The method includes a processor performing the steps described above.

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

  According to one aspect of the present disclosure, it is possible to improve satisfaction when a user purchases valuable data while prompting continuation of game play.

It is a figure which shows the hardware constitutions of a game system. It is a block diagram which shows the functional structure of the server and user terminal which are contained in a game system. It is a flowchart which shows the flow of a process of virtual currency purchase. It is a figure which shows an example of a virtual currency purchase screen. It is a flowchart which shows the flow of the character lottery process performed in a 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 a display part. It is a figure which shows the specific example of the game screen displayed on a display part. It is a flowchart which shows the flow of the probabilistic provision process of the accessory ticket performed in a game system based on the game program which concerns on this embodiment. It is a flowchart which shows the flow of the ticket lottery process performed in a 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 a display part. It is a figure which shows the specific example of the game screen displayed on a display part. It is a figure which shows the specific example of the game screen displayed on a display part. It is a flowchart which shows the flow of the accessory lottery process performed in a 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 a display part. It is a figure which shows the specific example of the game screen displayed on a display part. It is a flowchart which shows the flow of the costume lottery process performed in a 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 a display part. It is a figure which shows the specific example of the game screen displayed on a display part. It is a figure which shows the specific example of the game screen displayed on a display part. It is a figure which shows the specific example of the game screen displayed on a display part. It is a figure which shows the specific example of the game screen displayed on a display part. It is a flowchart which shows the flow of the accessory correlation process performed in a 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 a display part. It is a figure which shows the specific example of the game screen displayed on a display part.

  A game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these exemplifications, but is shown by the scope of claims, and is intended to include all modifications within the meaning and scope equivalent to the scope of claims. The In the following description, the same reference numerals are given to the same elements in the description of the drawings, and repeated description is not repeated.

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

  The server 200 (computer, information processing apparatus) may be a general-purpose computer such as a workstation or a personal computer. The server 200 includes a processor 20, a memory 21, a storage 22, a communication IF 23, and an input / output IF 24. These components included in the server 200 are electrically connected to each other via a communication bus.

  The user terminal 100 (computer, information processing apparatus) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As illustrated, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. With. These components included in the user terminal 100 are electrically connected to each other via a communication bus. Note that the user terminal 100 may include an input / output IF 14 that can be connected to a display (display unit) configured separately from the user terminal 100 main body instead of or in addition to the touch screen 15.

  Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. For example, the controller 1020 establishes communication with the user terminal 100 in accordance with a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons and the like, and transmits an output value based on a user input operation to the buttons and the like to the user terminal 100. The controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and transmits output values of the various sensors to the user terminal 100.

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

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

  When the user terminal 100 communicates with a plurality of controllers 1020, each user grasps each controller 1020, so that the one user terminal 100 does not communicate with other devices such as the server 200 via the network 2. Multi-play can be realized. Further, each user terminal 100 is connected to each other by a wireless standard such as a wireless local area network (LAN) standard (communication connection is not performed via the server 200), so that a plurality of user terminals 100 can realize multi-play locally. You can also When the above-described multiplay is realized locally by one user terminal 100, the user terminal 100 may further include at least a part of various functions described later included in the server 200. Further, when the above-described multi-play is realized locally by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later included in the server 200 in a distributed manner.

  Note that the user terminal 100 may communicate with the server 200 even when the above-described multiplayer is realized locally. For example, information indicating a play result such as a score or winning or losing in a certain game may be associated with the user identification information and transmitted to the server 200.

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

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

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

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

  For example, when the operation unit is configured by 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. The More specifically, when a user's hand is detected from a captured image of the camera 17, the user terminal 100 performs a user's input operation on a gesture (a series of movements of the user's hand) detected based on the captured image. Identify and accept as Note that the captured image may be a still image or a moving image.

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

<Game overview>
The game system 1 is a system for executing a game in which a first item for redeeming one or more services provided in the game is associated with the user in accordance with payment of the consideration in the game based on the game program. . Hereinafter, the association with the user is also referred to as giving to the user. In other words, the first item is paid valuable data. For example, the first item is expressed as virtual currency, stone, point, or the like, but is not limited thereto. In the present embodiment, as an example, the first item is described as being expressed as a virtual currency.

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

  A game based on the game system 1 is an arbitrary game in which a character operated by a user appears. This game is, for example, a game in which a character operated by a user battles with another character controlled by the game system 1. The user can have a plurality of different characters. The user can acquire characters that can be used in the game by means of character lottery or other means. The character lottery is a lottery for determining any of the characters available 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 have only 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 the game play is not limited to character lottery. For example, in the above game, when a predetermined condition is satisfied, a configuration may be used in which a character is given to the user.

  In a game based on the game system 1, each character can be equipped with an accessory or a costume. An accessory is a kind of game item and has the effect of improving the ability of a character equipped with the accessory. The costume is a kind of game item and has an effect of changing the appearance of the character wearing the costume. Thereby, the user can play the game by changing the character to a desired appearance, and can realize the value of a costume ticket that can execute a costume lottery that can obtain such a costume.

  In a game executed by the game system 1, a right item is associated with a user. Hereinafter, it is described that the right item is associated with the user. In the present disclosure, the right to acquire one or more objects from the object group available in the game is expressed. Rights items include character tickets, accessory tickets, and costume tickets. The character ticket represents the right to acquire a character that can be used in the game. The accessory ticket represents the right to acquire an accessory that can be used in the game.

  The costume ticket represents the right to obtain a costume that can be used 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 a 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. The 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 in which a costume lottery to be 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 free costume ticket given by satisfying the predetermined condition may be up to a predetermined number (for example, one). That is, after a predetermined number of free costume tickets have been granted, the free costume tickets may not be granted even if the predetermined conditions are satisfied.

  In addition, in the game based on the game system 1, at least the predetermined condition is satisfied in order to satisfy the above-described predetermined condition (that is, the predetermined condition not based on the payment of the above-mentioned consideration for granting the costume ticket). Can be executed repeatedly continuously. For example, a game based on the game system 1 may be playable without consumption of virtual currency or consumption of parameters (for example, stamina) that can be recovered over time. In this case, the user can play the game repeatedly any number of times until the predetermined condition for giving the costume ticket is satisfied without using the virtual currency or waiting for the passage of time.

  The user can acquire a character by lottery by consuming a character ticket. The user can acquire accessories by lottery by consuming the accessory ticket. As a result of the accessory lottery, a present or a costume exchange ticket may be given to the user. The accessory lottery is a lottery for determining any of an object group including accessories, presents, 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 likability of the character to which the present is given to the user. A costume exchange voucher is a kind of right item necessary for acquiring a costume.

  Further, the user can acquire a costume by 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 a fourth item in the present application. The costume lottery is a lottery for determining either a costume usable in a game or an object group including a costume exchange ticket, and is an example of the second lottery in the present invention. The costume determined by the costume lottery is preferably 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 games of any genre. For example, games such as tennis, table tennis, dodge ball, baseball, soccer and hockey, sports games, puzzle games, quiz games, RPG, adventure games, shooting games, simulation games, training games, action games, etc. Also good.

  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-player game by a single user, a multi-play game by a plurality of users, a multiplayer game, a battle game in which a plurality of users battle, and a cooperative play game in which a plurality of users cooperate. May be.

<Hardware components of each device>
The processor 10 controls the operation of the entire user terminal 100. The processor 20 controls the operation of the entire server 200. The processors 10 and 20 include a central processing unit (CPU), a micro processing unit (MPU), and a graphics processing unit (GPU).

  The processor 10 reads a program from a storage 12 described later and develops it in a memory 11 described later. The processor 20 reads a program from a storage 22 described later and develops it in a memory 21 described later. The processor 10 and the processor 20 execute the developed program.

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

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

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

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

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

  The input unit 151 detects a position where a user operation (physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input on the input surface, and inputs information indicating the position. A function of transmitting as a signal is provided. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may employ any method such as a capacitance method or a resistance film method.

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

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

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

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

  The processor 10 may perform one or more processes on the captured image of the camera 17, for example, among the processes shown in the following (1) to (5). (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to identify whether the captured image includes a user's hand. The processor 10 may use a technique such as pattern matching as an analysis technique employed in the above-described image recognition processing. (2) Moreover, the processor 10 detects a user's gesture from the shape of a user's hand. For example, the processor 10 specifies the number of the user's fingers (the number of fingers extending) from the shape of the user's hand detected from the captured image. The processor 10 further identifies a gesture performed by the user from the number of identified fingers. For example, when the number of fingers is five, the processor 10 determines that the user has performed a “par” gesture. In addition, when the number of fingers is 0 (no finger is detected), the processor 10 determines that the user has made a “goo” gesture. On the other hand, when the number of fingers is two, the processor 10 determines that the user has performed a “choke” gesture. (3) The processor 10 performs image recognition processing on the image captured by the camera 17 to detect whether the user's finger is in the state where only the index finger is raised or whether the user's finger has moved. . (4) The processor 10 determines an object 1010 (such as a user's hand) in the vicinity of the user terminal 100 based on at least one of the image recognition result of the image captured by the camera 17 and the output value of the distance measuring sensor 18. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near (for example, a distance less than a predetermined value) or far (for example, a predetermined value) depending on the size of the shape of the user's hand specified from the captured image of the camera 17. It is detected whether the distance is above. When the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100. (5) If it is determined that the distance between the user terminal 100 and the user's hand has changed 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 shaking his / her hand in the shooting direction of the camera 17. When an object is not detected in the distance measuring sensor 18 having higher directivity than the shooting range of the camera 17, the processor 10 indicates that the user is shaking his / her hand in a direction perpendicular to the shooting direction of the camera. recognize.

  In this manner, the processor 10 determines whether or not the user is grasping his / her hand by image recognition on the captured image of the camera 17 (“Goo” gesture or other gesture (eg “Par”)). ) Is detected. The processor 10 also detects how the user is moving the hand along with the shape of the user's hand. In addition, the processor 10 detects whether the user is approaching or moving away from the user terminal 100. Such an operation can be made to correspond to an operation using a pointing device such as a mouse or a touch panel. For example, the user terminal 100 moves the pointer on the touch screen 15 according to the movement of the user's hand, and detects the user's gesture “goo”. In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds to, for example, maintaining a state where the mouse is clicked and pressed, or maintaining a touched state after a touchdown operation is performed on the touch panel. Further, when the user further moves his / her hand while the user's gesture “go” is detected, the user terminal 100 performs such a series of gestures as an operation corresponding to the swipe operation (or drag operation). It can also be recognized. In addition, when the user terminal 100 detects a gesture that the user repels a finger based on the detection result of the user's hand based on the captured image of the camera 17, the user terminal 100 clicks the gesture or taps the touch panel. You may recognize as operation corresponding to.

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

  The user terminal 100 has a function as an input device that receives a user input operation and a function as an output device that outputs a game image and sound. The user terminal 100 functions as the control unit 110 and the storage unit 130 by the cooperation of the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14, and the like.

  The server 200 communicates with each user terminal 100 and has a function of supporting the user terminal 100 to advance the game. For example, sales of valuable data and provision of services are executed. 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 exchanges between the user terminals 100. The server 200 functions as the control unit 210 and the storage unit 220 through the cooperation of the processor 20, the memory 21, the storage 22, the communication IF 23, the input / output IF 24, and the like.

  The storage unit 130 and the storage unit 220 store a game program 131, game information 132, and user information 133. The game program 131 is a game program that is executed by the user terminal 100 and the server 200. The game information 132 is data referred to when the control unit 110 and the control unit 210 execute the game program 131. The user information 133 is data relating to the user account. In the storage unit 220, game information 132 and user information 133 are stored for each user terminal 100.

(Functional configuration of server 200)
The control unit 210 performs overall control of the server 200 by executing the game program 131 stored in the storage unit 220. For example, the control unit 210 transmits various data and programs to the user terminal 100. The control unit 210 receives part or all of the game information or user information from the user terminal 100. When the game is a multiplayer game, the control unit 210 may receive a multiplayer synchronization request 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 according to the nature of the game to be executed.

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

  The lottery execution unit 212 executes 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 performs overall control of 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 game program 131 and the user's operation. In addition, the control unit 110 communicates with the server 200 and transmits / receives information as necessary while the game is in progress.

  In accordance with the description of the game program 131, the control unit 110 includes 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. Functions as a unit 117, a purchase processing unit 118, and a game progression unit 119. The control unit 110 can also function as other functional blocks (not shown) in order to advance the game according to the nature of the game to be executed.

  The operation receiving unit 111 detects and receives a user input operation on the input unit 151. The operation reception unit 111 determines what input operation has been performed based on the user's action on the console via the touch screen 15 and other input / output IFs 14, and outputs the result to each element of the control unit 110. To do.

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

  The UI control unit 113 controls a UI object displayed on the display unit 152 in order to construct a UI. The UI object is a tool for the user to make input necessary for the progress of the game to the user terminal 100, or a tool for obtaining information output during the progress of the game from the user terminal 100. The UI object is not limited to this, but is, for example, an icon, a button, a list, a menu screen, or the like.

  The animation generation unit 114 generates an animation indicating the motion of various objects based on the control mode of the various objects. For example, an animation or the like representing a state in which a lottery is being executed may be generated.

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

  The determination unit 116 executes various determination processes necessary for the progress of the game. For example, the determination unit 116 determines whether or not the character determined by the character lottery and the character that can be used by 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 gives the object to the user, for example, by storing information representing an object that can be used by the user in the storage unit 130.

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

  Further, the purchase processing unit 118 receives the result of the grant process executed by the server 200, and increases the number of virtual currencies that can be consumed by the user at the user terminal 100, that is, the amount of virtual currency held by the number purchased. . The grant process by the server 200 may be executed by the purchase processor 118 of the user terminal 100.

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

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

  Hereinafter, the operation receiving unit 111 detecting and receiving an input operation on the input unit 151 will be simply referred to as an input operation being accepted. In addition, another function block is simply described as outputting various game screens to the display unit 152 by the display control unit 112.

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

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

  In the purchase flow described below, when the purchase processing unit 118 executes processing for storing the first item in the storage unit 120, the storage unit 120 associates the second item corresponding to the first item with the user. Remember me. In other words, when the virtual currency is purchased by the user, the purchase processing unit 118 gives 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 price of the virtual currency), the larger the number of costume tickets to be granted. In addition, when there are a plurality of types of costume tickets, and the value for advantageous advancement of the game differs depending on the types, a costume ticket with a higher value may be given as the purchase price of the virtual currency is larger. Examples of the types of costume tickets having different values include, for example, types having different numbers necessary for executing a costume lottery. For example, a type that can consume one piece and execute a costume lottery is more valuable than a type that can consume three pieces and execute a costume lottery.

  Thus, the satisfaction of the user is improved by giving a higher-value or more costume ticket to a user who purchases a large amount of virtual currency.

  The virtual currency that can be given to the user may include paid virtual currency and free virtual currency. In this case, when the paid virtual currency is purchased by the user, the sales processing unit 211 may grant the free virtual currency along with it. For example, it is assumed that a predetermined unit price is set for 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. You may give to a user. In this case, the larger the purchase amount, the greater the amount of free virtual currency to be accompanied. 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 not depending on the payment of the consideration are satisfied in the game play.

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

  The virtual currency purchase screen in FIG. 4 includes sales buttons 401 and 402. The sales buttons 401 and 402 are examples of UI objects that receive an instruction to purchase virtual currency. In this example, the unit price of one virtual currency is 10 yen.

  The sales button 401 receives 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. The sales button 401 includes information “one extra costume ticket”. This means that when a virtual currency is purchased in exchange for 1,000 yen, one costume ticket is granted free of charge.

  The sales button 402 accepts an instruction to purchase a total of 230 virtual currencies obtained by attaching 30 free virtual currencies to 200 paid virtual currencies in exchange for 2000 yen, which is the price for 200 sheets. Further, the sales button 402 includes information of “two extra costume tickets”. This means that when a virtual currency is purchased in exchange for 2000 yen, two costume tickets are given free of charge.

  In step S <b> 102, the purchase processing unit 118 requests the server 200 to perform a virtual currency sales process on the server 200 based on a user operation instructing the purchase of the virtual currency in step S <b> 101. Here, based on which of the sales buttons 401 and 402 in FIG. 4 is accepted, the purchase processing unit 118 notifies the server 200 of the amount of payment (purchase amount) to be paid.

  In step S <b> 103, the sales processing unit 211 executes billing processing 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 billed amount in the storage unit 220 as a sales history in association with the requesting user. Based on the above-described sales history, the user of the requesting user terminal 100 is charged the above-mentioned billing amount at an appropriate timing.

  In step S <b> 104, the sales processing unit 211 executes a grant process for causing the user to hold the virtual currency and the costume ticket. Specifically, the virtual currency and costume ticket holding amount of the user are respectively stored in the storage unit 120 of the user terminal 100 owned by the user. Therefore, the sales processing unit 211 notifies or permits the user terminal 100 to add the above-mentioned holding amount for each given quantity. In addition, the possession 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 given amount to at least one of the virtual currency and the costume ticket of the user as part of the granting process.

  In addition, as for the virtual currency memorize | stored in the memory | storage part 120 and the memory | storage part 220 in association with user identification information, it is desirable to distinguish and memorize | store a paid virtual currency and a free virtual currency.

  In step S105, the purchase processing unit 118 of the user terminal 100 causes the user to hold the assigned virtual currency and costume ticket in a state where the user can use them. Specifically, the purchase processing unit 118 performs addition processing for adding the given amount to the virtual currency and costume ticket possession amounts stored in the storage unit 120 based on the notification or permission from the server 200. Execute. Thereby, the virtual currency of the possessed amount after the addition can be used in exchange for the service. Further, each costume ticket with the added holding amount can be used in exchange for a costume lottery.

  In step S <b> 106, the UI control unit 113 may generate a message indicating that “the desired number of virtual currencies specified by the user has been purchased and that a 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 has been purchased and that a costume ticket has been given”. When the above-described message and animation are generated, the display control unit 112 may display them on the display unit 152.

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

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

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

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

  The message box 41 includes text information that describes the type and number of game items that are held by the user and that can be used for the character lottery (first lottery). In FIG. 5, the game item is a character ticket or currency that can be used in the game. The user can execute a lottery to acquire a character that can be used during game play by consuming a character ticket or currency. Each of the options 42 to 45 includes information indicating the number of lotteries executed when the option is selected by the user, and information indicating the type and number of game items necessary for the number of lotteries.

  In step S <b> 201, the object management unit 117 causes the storage unit 130 to store information representing a character that can be used by the user among a plurality of characters that can be used in the game. This information is, for example, an identifier for identifying a character. Below, the character which a user can utilize may be expressed as the character which a user holds. In step S202, the operation reception unit 111 determines whether or not a character lottery is instructed. For example, the operation receiving unit 111 determines 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 received, the character lottery by the exchange with 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 S <b> 203, the lottery unit 115 requests the server 200 to perform a character lottery process, that is, a process of determining any character from characters available in the game.

  Each character available in the game has a rarity specific to that character. The rarity is a kind of game parameter that represents the rarity of a character in a game as a numerical value. The higher the rarity of the character, the higher the rarity of the character in the game. In the present disclosure, the rarity level of the character takes one of 1, 2, and 3. The higher the rarity of the character, the lower the probability that the character will be determined by the character lottery. In other words, the higher the rarity of the character, the lower the possibility that the user can acquire the character. The value of the character in the game is higher as the rarity is higher. For example, the higher the character's rarity, the higher the performance of the character. The object management unit 117 stores the rarity level of each character in the storage unit 130 in association with information representing each character.

  In step S204, the lottery execution unit 212 executes a character lottery process. Specifically, the lottery execution unit 212 refers to the game information 132 to determine one of the characters that can be used in the game by lottery. Next, the control unit 210 notifies the user terminal 100 of the determined character.

  Note that the process of determining a character in step S204 has been described as being executed in the server 200. Not only this but the process of step S204 may be performed by the lottery part 115 with which the user terminal 100 is provided.

  In step S205, the determination unit 116 determines whether the character determined by the character lottery and the character that can be used by 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 that can be used by the user. For example, when the information representing the character determined by the character lottery and any information representing the character that can be used by the user stored in the storage unit 130 match each other, the determination unit 116 determines that the first condition Is determined to be satisfied. In the case of NO in step S205, in step S207, the object management unit 117 causes the storage unit 130 to store information representing the character determined by the character lottery as information representing a character that can be used by the user. Thereby, the object management part 117 can give the character determined by the character lottery to the user. When a character is given to the user, the display control unit 112 updates the game screen 40 as shown in FIG.

  FIG. 7 is a diagram illustrating a specific example of the game screen 40 displayed on the display unit 152. A 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 represents 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 an unowned character C4 can be newly acquired before the character lottery. Thereafter, the process shown in FIG. 5 ends.

  If YES in step S205, step S206 is executed. In step S206, the lottery unit 115 makes it possible to execute an accessory lottery for determining any of the object groups including the accessory ticket, or performs a costume lottery for determining any 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. Thereby, even when a character overlaps in a character lottery, a user's satisfaction can be obtained, and the user's motivation for playing the game can be suppressed from decreasing. This makes it possible to diversify the means for acquiring objects that can be used by the user in the game and improve the interest of the game.

  Note that the process of probabilistically attaching an accessory ticket or a costume ticket in step S206 is described as being executed in the user terminal 100. Not only this but the process of step S206 may be performed by the lottery execution part 212 with which the server 200 is provided.

  FIG. 8 is a flowchart showing the flow of a probabilistic granting process of an accessory ticket or a 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 the determined character rarity degree satisfies. The first rarity condition is that the rarity of the character is 1 or 2. The second rarity condition is that the rarity level of the character is 3. As described above, the second rarity condition indicates that the rarity degree is higher than that of the first rarity condition.

  If it is determined in step S301 that the rarity level satisfies the first rarity condition, the lottery unit 115 executes 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 the third lottery in the present invention. FIG. 9 is a flowchart showing the flow of a ticket lottery process executed in the game system 1 based on the game program 131 according to this embodiment. In step S401, the determination unit 116 determines whether the determined rarity of the character is 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 an accessory ticket or a present based on the set probability. The setting probability is a probability that an accessory ticket is determined. In step S402, the lottery unit 115 determines an accessory ticket or a present after setting the setting probability to less than 100%. If it is determined in step S401 that the character rarity is 2, in step S403, the lottery unit 115 sets the accessory ticket setting probability to 100%, and then determines the accessory ticket.

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

  When the accessory ticket is given, the display control unit 112 displays the game screen 40 shown in the state (A) of FIG. 10 on the display unit 152, for example. 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 level of the character C2 is 2. The additional image 62 represents that the accessory ticket has been given to the user because the user has already held the character C2 corresponding to the thumbnail 52 before the character lottery. The user visually recognizes the thumbnail 52 and the additional image 62, and as a result of determining the character C2 held before the character lottery by the character lottery, a new character cannot be obtained, but instead, an accessory ticket is obtained. Recognize that.

  When the present is given, the display control unit 112 displays the game screen 40 shown in the state (B) of FIG. 10 on the display unit 152, for example. 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 the character C1 is 1. The additional image 63 represents that the present determined as a result of the ticket lottery is given to the user because the user has already held the character C1 corresponding to the thumbnail 53 before the character lottery. The user visually recognizes the thumbnail 53 and the additional image 63, and as a result of determining the character C1 held before the character lottery by the character lottery, the user did not acquire a new character, but acquired a present instead. Recognize that.

  As shown in FIG. 9, when the rarity level of the character satisfies the first rarity condition, the lottery unit 115 executes ticket lottery so that the higher the rarity level of the character, the higher the probability that an accessory ticket will be given. To do. Thereby, the user's satisfaction with respect to satisfying the first condition is enhanced. If the determined rarity of the character is 1, an accessory ticket is given to the user with a certain probability. If no accessory ticket is given, a present is given. On the other hand, if the character rarity is 2, an accessory ticket is always given to the user. In any case, if the first condition is satisfied as a result of the character lottery, an accessory ticket may be given to the user. Thereby, the user can feel the merit when the first condition is satisfied. Furthermore, when the rarity level 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 interest of the game can be further improved.

  If it is determined in step S301 that the character rarity satisfies the second rarity condition, in step S304, the object management unit 117 grants a costume ticket (second item) that can be used in the game to the user. . The object management unit 117 stores 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 game may be higher than the value of the accessory ticket game. In this way, when the determined rarity of the character is 3 which is higher than 1 or 2, a costume ticket having a higher value than the accessory ticket is given to the user, so that the first condition is satisfied. User satisfaction is further enhanced.

  When the costume ticket is given, the display control unit 112 displays the game screen 40 shown in the state (C) of FIG. 10 on the display unit 152, for example. 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 the character C3 is 3. The additional image 64 represents that the user has been given a costume ticket because the user has already held the character C3 corresponding to the thumbnail 54 before the character lottery. The user visually recognizes the thumbnail 54 and the additional image 64, and as a result of determining the character C3 retained before the character lottery by the character lottery, a new character is not acquired, but a costume ticket is acquired instead. Recognize that.

  If YES in step S205, step S208 is executed subsequent to step S206. Note that the order of execution of steps S206 and S208 is random. In step S208, the object management unit 117 changes the character that can be used by the user represented by the information stored in the storage unit 130 so that the game can be advanced more advantageously. For example, when the user has the character C1 and the character C1 is determined by character lottery, the object management unit 117 changes the character C1 held by the user. For example, when the character C1 is changed, the display control unit 112 displays the game screen 40 illustrated in FIG. 11 on the display unit 152.

  FIG. 11 is a diagram illustrating 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 text explaining that the character C1 has been changed. This text explains that one level upper limit of character C1 has been added. If the level of the character C1 is increased by another level, the ability of the character C1 is further improved. Therefore, the user can advance the game more advantageously by using the character C1 by such an increase in the level upper limit. 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 character determined by the character lottery to the user. Further, when the first condition is satisfied, the object management unit 117 does not give the user the character determined by the character lottery. Instead, the object management unit 117 can give a game item such as an accessory ticket according to the determined rarity of the character to the user, and can advance the game more advantageously for the character already owned by the user. To change. As a substitute merit that the character determined by the character lottery is given to the user, the character that the user already possesses changes so that the game can be advanced more advantageously. be able to.

(Determination of character duplication)
When the operation receiving unit 111 receives a user operation input for selecting the option 43 in the game screen 40 shown in FIG. 6, the lottery unit 115 executes three character lotteries to execute three characters. decide. The determination unit 116 determines, for each determined character, whether the character and any of the characters that can be used by the user represented by the information stored in the storage unit 130 satisfy the first condition. To do. When each of the determined three characters does not satisfy the first condition, the determination unit 116 determines whether the determined three characters satisfy the first condition.

  For example, it is assumed that two characters C5 not owned by the user are determined by three character lotteries. In this case, the object management unit 117 gives at least one of the determined two characters C5 to the user. Specifically, the object management unit 117 causes the storage unit 130 to store information representing at least one of the determined two characters C5 as information representing the character C5 that can be used by the user. Accordingly, the determination unit 116 determines that each of the other characters C5 determined by the character lottery and the character C5 that can be used by 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 an accessory ticket, a present, or a costume exchange ticket given to the user by executing a 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 character lottery, the display control unit 112 displays, for example, the game screen 40 shown in FIG. FIG. 12 is a diagram illustrating 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 represents 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 represents 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 character lottery. The additional image 67 is also an image indicating that the accessory ticket has been given to the user as a result of the character C5 corresponding to the thumbnail 57 being overlapped with another character C5 determined at the same time.

  By visually recognizing the game screen 40 shown in FIG. 12, the user recognizes that three characters not owned by the user have been determined by the character lottery before the lottery. The user further recognizes that one of the two overlapping characters C5 is given to the user and the other is not given to the user, but an accessory ticket is given to the user instead. Thereby, 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 a flow of accessory lottery processing executed in the game system 1 based on the game program 131 according to the present embodiment. FIG. 14 is a diagram illustrating a specific example of the game screen 40 displayed on the display unit 152. The UI control unit 113 generates the game screen 40 shown in FIG. 14 at an arbitrary time before the process of FIG. 13 is executed. 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.

  The message box 71 includes text information describing the number of accessory tickets held by the user and available for accessory lottery (third lottery). The user can execute a lottery for acquiring available accessories while playing the game by consuming the accessory ticket. The options 72 and 73 include information indicating the number of lotteries executed when the option is selected by the user, and information indicating the number of accessory tickets necessary for the number of lotteries.

  The user selects in advance one character that he / she wants to equip with an accessory from among the characters held by the user. Here, it is assumed that the character C1 is selected. Before the accessory lottery is executed, the object management unit 117 causes the storage unit 130 to store information representing an accessory that can be used by the user among a plurality of accessories that can be used in the game. In step S501, the operation reception unit 111 determines whether accessory lottery has been instructed. For example, the operation receiving unit 111 determines that an accessory lottery has been instructed when an operation input by the user for selecting one of the options 72 and 73 is received. 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 accessory lottery for the number of times corresponding to the selected option. For example, when the option 72 is selected, the lottery unit 115 requests execution of one accessory lottery based on one accessory ticket corresponding to the option 72.

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

  Note that the processing for determining an object in step S503 has been described as being executed in the server 200. Not only this but the process of step S503 may be performed by the lottery part 115 with which the user terminal 100 is provided.

  In the lottery in step S503, the probability that an object is determined is higher in the order of accessories, presents, and costume exchange tickets. When determining an accessory, the lottery execution unit 212 determines an accessory that can be equipped by the character selected by the user from among a plurality of different accessories. When determining 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 an accessory has been determined by accessory lottery. In the case of YES in step S504, in step S505, the determination unit 116 determines whether the accessory that has been determined and the accessory that is represented by the information stored in the storage unit 130 and that can be used by the user satisfy the third condition. Determine whether. The third condition is that the determined accessory overlaps with any accessory available by the user. For example, the determination unit 116 satisfies the third condition when the information indicating the determined accessory and the information stored in the storage unit 130 and representing any accessory that can be used by the user match each other. Is determined. If YES in step S505, in step S506, the lottery unit 115 determines a present instead of the determined accessory. In step S507, the object management unit 117 gives the determined object to the user. Specifically, the object management unit 117 stores information representing the determined object in the storage unit 130 as information representing an object usable by the user.

  If NO in step S504, step S507 is executed. Also, if the answer is No in step S505, step S507 is executed.

  Thus, as a result of the accessory lottery, there is a possibility that not only the accessory but also a costume exchange ticket is given to the user. Thereby, a user's motivation with respect to acquiring the accessory ticket for performing accessory lottery can be improved.

  FIG. 15 is a diagram illustrating 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 a character C1 and a 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 of the present disclosure, the accessory A1 is a game item that can be equipped only on the character C1. When the accessory A1 is determined by the accessory lottery, the display control unit 112 displays the game screen 40 including the character C1 that can be equipped with the accessory A1 as shown in the state (A) of FIG. 152 is displayed. 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 is acquired as a result of 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. For example, the present P1 can increase the likability of a specific character among a plurality of characters that can be used by the user to be higher than that of other characters. The specific character is, for example, a character held by the user that overlaps with the character determined by the character lottery. Thereby, when the user has already possessed the character determined by the character lottery, the user's satisfaction with the gift P1 being given can be further enhanced.

  Based on the selection of the character C1 by the user before the accessory lottery starts, the display control unit 112 includes the game screen 40 including 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. The user recognizes that the present P1 that can be given to the character C1 held by the user is acquired as a result of the accessory lottery by visually recognizing the game screen 40 shown in the state (B) of FIG.

(Costume lottery)
FIG. 16 is a flowchart showing a flow of a 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 illustrating a specific example of the game screen 40 displayed on the display unit 152. The UI control unit 113 generates the game screen 40 shown in FIG. 17 at an arbitrary time before the processing of FIG. 16 is executed. The game screen 40 includes a message box 74 and options 75 and 76. The display control unit 112 displays the game screen 40 shown in FIG.

  The message box 74 includes text information describing the number of costume tickets held by the user and available for the costume lottery (second lottery). The user can execute a lottery to acquire a costume that can be used during game play by consuming the costume ticket. The options 75 and 76 include information indicating the number of lotteries executed when the option is selected by the user, and information indicating the number of costume tickets necessary for the number of lotteries.

  In step S601, the operation reception unit 111 determines whether or not a costume lottery has been instructed. For example, the operation reception unit determines that a costume lottery has been instructed when an operation input from the user for selecting one 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 for costume lottery processing for the number of times specified by the user in step S601. For example, when the option 75 is selected, the lottery unit 115 requests execution of one costume lottery based on one costume ticket corresponding to the option 75.

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

  Note that the process of determining a costume in step S603 has been described as being executed in the server 200. Not only this but the process of step S603 may be performed by the lottery part 115 with which the user terminal 100 is provided.

  In step S604, the determination unit 116 determines whether the costume determined by the costume lottery and the costume that can be used by the user represented by the information stored in the storage unit 130 satisfy the second condition. . The second condition is, for example, that a costume determined by a costume lottery overlaps with any costume that can be used by the user. For example, when the information representing the costume determined by the costume lottery and any information representing the costume that can be used by the user stored in the storage unit 130 match each other, the determination unit 116 determines that the second condition Is determined to be satisfied.

  If NO in step S604, in step S606, the object management unit 117 causes the storage unit 130 to store information representing the costume determined by the costume lottery as information representing a costume that can be used by the user. Thereby, the object management part 117 can give the costume determined by the costume lottery to the user. 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 illustrating a specific example of the game screen 40 displayed on the display unit 152. A 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 determination of the costume by the costume lottery, the display control unit 112 displays the game screen 40 including the character to which the costume can be applied, as shown in the state (A) of FIG. To display. By visually recognizing the game screen 40 shown in the state (A) of FIG. 18, the user recognizes that a costume that can be applied to the character has been acquired as a result of the costume lottery.

  If YES in step S604, the lottery unit 115 determines a costume exchange ticket in place of the determined costume in step S605. In step S605, the object management unit 117 gives a costume exchange ticket to the user. Specifically, the object management unit 117 causes the storage unit 130 to store information representing a costume exchange ticket as information representing an object that can be used by the user. Thereby, the object management part 117 can give a costume exchange ticket to a user. Note that 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 representing a costume exchange ticket. The user recognizes that the costume exchange ticket has been acquired as a result of the costume lottery by visually recognizing the game screen 40 shown in the state (B) of FIG.

  In this manner, the user can acquire a costume having an effect of changing the appearance of the character or a costume exchange ticket exchangeable for the costume by costume lottery using the costume ticket. Thereby, the motivation of the user with respect to continuing the play of a game using the character which changed the external appearance using the acquired costume improves.

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

(Grant costume)
FIG. 19 is a diagram illustrating 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 a user. A 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 includes text information describing the number of costume exchange tickets held by the user. The options 82 to 84 include a reduced image of the costume given to the user when the option is selected, and text information describing the number of costume exchange tickets necessary for acquiring the costume. The option 82 corresponds to the costume W1, the option 83 corresponds to the costume W2, and the option 84 corresponds to the costume W3. The button 85 is a button for confirming acquisition of a costume using a costume exchange ticket.

  The operation reception unit 111 receives a user operation input for selecting any one of the options 82 to 84. The operation accepting unit 111 accepts an operation input for selecting one of the options, and further accepts an operation input by the user for the button 85. Thereby, the object management part 117 deletes the number of costume exchange tickets corresponding to the selected option among 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 the option 82 is selected, the costume W1 is given to the user by consuming three costume exchange tickets.

  The object management unit 117 can give a present, accessory, or costume held by the user to any character held by the user based on the user's operation input. “Granting” here means to associate a present, an accessory, or a costume with a character. FIG. 20 is a diagram illustrating 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. A 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 text information describing the type of object corresponding to the button. The button 91 corresponds to a present, the button 92 corresponds to an accessory, and the button 93 corresponds to a costume. The user determines an object to be associated with the character C1 by selecting one of the buttons 91 to 93.

  FIG. 21 is a diagram illustrating a specific example of the game screen 40 displayed on the display unit 152. When the operation receiving 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. The button 94 is a button for canceling selection of a present. The button 95 is a button for confirming selection of a present.

  The operation reception unit 111 receives a user operation input for selecting the thumbnail 101 or 102. The operation reception unit 111 receives a user operation input for selecting the button 95 after an operation input for selecting the thumbnail 101 or 102 is received. Accordingly, the object management unit 117 gives a present corresponding to the selected thumbnail to the character C1. For example, when the thumbnail 101 is selected, the object management unit 117 gives a present corresponding to the thumbnail 101 to the character C1. The object management unit 117 increases the favorability of the character C1 with respect to the user based on the gift given to the character C1.

  The control part 110 provides an additional game content to a user, when the favorability of the character C1 exceeds a predetermined threshold value. 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 a character C 1 and a notification area 96. The notification area 96 includes text information explaining that additional game content has been given to the user as a result of an increase in the likability of the character C1. Here, the additional game content is a game stage that can be newly played by the user in the game. The user recognizes that a game stage that can be newly played is provided to the user as a result of giving a present to the character C1 by visually recognizing the game screen 40 shown in the state (B) of FIG. . Therefore, the game system 1 can give the user more motivation to newly acquire a present or give a present to a character so that the user can 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 illustrating a specific example of the game screen 40 displayed on the display unit 152. When the operation receiving 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. 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. The button 94 is a button for canceling the selection of the accessory. The button 95 is a button for confirming selection of the accessory.

  The operation reception unit 111 receives a user operation input for selecting the thumbnail 103 or 104. The operation receiving unit 111 receives a user operation input for selecting the button 95 after the operation input for selecting the thumbnail 103 or 103 is received. Thereby, in step S701, the object management unit 117 associates the accessory corresponding to the selected thumbnail with the character C1. Here, the association 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 be advanced more advantageously based on the fact that the accessory C1 is equipped with the character C1. For example, the object management unit 117 increases the parameter relating to the ability of the character C1 more than before the accessory A1 is equipped. Thereby, since the capability of the character C1 improves, the user can advance a game more advantageously using the character C1. Furthermore, the motivation of the user for acquiring an accessory ticket for executing an 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 accessory C1 being attached to the character C1. The game screen 40 shown in the state (B) of FIG. 23 includes a character C1 and an 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 accessory has been attached to the character C1 as a result of selecting the thumbnail 103 including the image of the accessory A1. . The display control unit 112 can also include text information explaining that the character C1 has changed due to the attachment of the accessory A1 in the game screen 40 shown in FIG.

  FIG. 24 is a diagram illustrating a specific example of the game screen 40 displayed on the display unit 152. When the operation receiving 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. 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. The button 94 is a button for canceling the selection of the costume. The button 95 is a button for confirming the selection of a costume.

  The operation reception unit 111 receives a user operation input for selecting the thumbnail 105 or 106. The operation receiving unit 111 further receives a user operation input for selecting the button 95 after an operation input for selecting the thumbnail 105 or 106 is received. Accordingly, the object management unit 117 associates the costume corresponding to the selected thumbnail with the character C1. Here, the association 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 costume C1 being attached to the character C1. The game screen 40 shown in the state (B) of FIG. 24 includes a character C1 and a costume W1. Costume W1 is attached to character C1. By recognizing the game screen 40 shown in the state (B) of FIG. 24, the user recognizes that the character W1 can be put on 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 greatly. By this change in appearance, the user can enjoy the game more.

[Example of software implementation]
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 by software using a CPU (Central Processing Unit). May be.

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

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

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

  (Item 1) The game program (131) executed by the computer (user terminal 100) including the processor (10), the memory (11), and the touch screen (15) has been described. According to an aspect of the present disclosure, the game program is executed by a computer including a processor and a memory, and the game program is provided in the game by causing the processor to advance a game based on the game program, and 1 The first item to be exchanged for the above service is stored in the memory in association with the user in accordance with the payment of the consideration by the user, and the predetermined condition not depending on the payment of the consideration by the user in the progress of the game is satisfied When the step of storing the second item in the memory in association with the user and the step of storing the first item are executed, the second item corresponding to the first item is stored in the memory in association with the user. Memorizing step. According to said structure, the satisfaction in the case where a user purchases valuable data can be improved, promoting the continuation of a game play.

  (Item 2) In (Item 1), the step of proceeding may be capable of continuously and repeatedly executing a play for satisfying a predetermined condition in the progress of the game until at least the predetermined condition is satisfied. Thereby, in order to acquire a 2nd item in progress of a game, a user will play repeatedly repeatedly until predetermined conditions are satisfied. If the second item can be acquired as an extra for 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 selected. Determining an object; and determining a third item applicable to the first object from objects available in the game by executing a second lottery in exchange for the second item. Further, it may be executed. Accordingly, the user can acquire the first object by acquiring the first item by performing the first lottery in exchange for the first item, and based on the second item obtained accompanying the first item. The third item can be acquired 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 motivation of the user for continuing the game.

  (Item 4) In (Item 3), the step of determining the first object includes a first object based on an object stored in a memory in which the first object determined in the first lottery is usable by the user. When the condition is not satisfied, the first object may be associated with the user and stored in the memory, and when the first condition is satisfied, the second item may be associated with the user and stored in the memory. Thus, when the first object determined in the first lottery satisfies the first condition with the already owned object, the user can obtain the first object instead of obtaining the first object. A second item for acquiring an applicable third item can be acquired. For this reason, even when it is preferable for the user that the first condition is not satisfied in the first lottery, the motivation for the user's game play is suppressed 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 usable by the user. If the second condition is not satisfied, the third item is stored in the memory in association with the user, and can be exchanged for any third item that can be used in the game if the second condition is satisfied. The fourth item may be stored in the memory in association with the user. Accordingly, when the third item determined in the second lottery satisfies the second condition with the object already owned, instead of obtaining the third item, the third item A fourth item that can be exchanged for any of the items can be acquired. For this reason, even when it is preferable for the user that the second condition is not satisfied in the second lottery, the motivation for the user's game play is reduced when the second condition is satisfied.

  (Item 6) In any one item of (Item 3) to (Item 5), the game program is displayed on the display unit in the progress of the game by applying the third item to the first object on the processor. The step of changing the appearance of the first object may be further executed. Thereby, in order to play a 1st object with a favorite external appearance, the motivation of the user who performs a 2nd lottery increases.

  (Item 7) In any one item of (Item 1) to (Item 6), the step of storing the second item according to the first item is the amount of the first item stored in the step of storing the first item You may memorize | store the 2nd item according to. Thereby, since a better or more 2nd item can be provided with respect to the user who paid much consideration, a user's satisfaction can be improved. As a result, a better or more second item can be given to a user who has paid a large amount of consideration, so that the user's satisfaction can be improved.

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

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

1 game system, 2 network, 10,20 processor, 11,21 memory, 12,22 storage, 13,23 communication IF (operation unit), 14,24 input / output IF (operation unit), 15 touch screen (display unit, Operation unit), 17 camera (operation unit), 18 distance 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 determination unit, 117 object management unit, 118 purchase processing unit, 119 game progression 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-C6 character, A1, A2 accessory, P1, P2 present, W1, W2 costume

Claims (9)

A game program,
The game program is executed by a computer including a processor and a memory,
The game program is stored in the processor.
Progressing a game based on the game program;
Storing a first item in exchange for one or more services provided in the game in the memory in association with the user in accordance with payment of the consideration by the user;
Storing a second item in the memory in association with the user when a predetermined condition not due to payment of the consideration by the user is satisfied in the progress of the game;
A game program that, when the step of storing the first item is executed, causes the second item corresponding to the first item to be stored in the memory in association with the user.   The game program according to claim 1, wherein in the progressing step, a play for satisfying the predetermined condition in the progress of the game can be continuously repeated until at least the predetermined condition is satisfied.   The game program according to claim 2, wherein the proceeding step can be executed without consuming the first item or consuming a parameter that can be recovered over time. The game program is stored in the processor.
Determining a first object from objects available in the game by executing a first lottery in exchange for the first item;
Determining a third item applicable to the first object from objects available in the game by executing a second lottery in exchange for the second item; The game program according to any one of claims 1 to 3. Determining the third item comprises:
When the third item determined in the second lottery does not satisfy the second condition based on the object stored in the memory as usable by the user, the third item is selected as the user. And when the second condition is satisfied, 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. The game program according to claim 4. The game program is stored in the processor.
The game according to claim 4 or 5, further comprising a step of changing an appearance of the first object displayed on a display unit in the progress of the game by applying the third item to the first object. program.   The step of storing the second item according to the first item stores the second item according to the amount of the first item stored in the step of storing the first item. The game program according to any one of the above. A method for a computer to execute a game program,
The computer includes a processor and a memory,
The method by which the processor performs the steps of claim 1. An information processing apparatus,
A storage unit for storing the game program according to claim 1;
An information processing apparatus comprising: a control unit that controls the operation of the information processing apparatus by executing the game program.

Images