JP6535714B2 - Game program, method, and information processing apparatus - Google Patents

Description

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

  A game played by a user using an object given to the user is provided by various operators. In such a game, an object of the same type as an object already held by a user may be newly given to the user.

  Patent Document 1 describes a technique for increasing the upper limit value of parameters set for one object by combining objects of the same type.

JP, 2014-131758, A (July 17, 2014 publication)

  As in Patent Document 1, in a game in which it is advantageous to combine objects of the same type, if the expected value for acquiring objects of the same type as any of the already held objects becomes larger, the motivation for the user's game play is increased. Increase.

  One aspect of the present disclosure aims to increase the user's motivation for game play by increasing the expected value that can be newly acquired for objects of the same type as objects already held by the user in the game. Do.

  A game program according to the present disclosure is executed by a computer including a processor and a memory. The game program causes the processor to give the user the right to acquire an object available for use with playing the game, to consume the right, to cause the user to acquire the object, and to be acquired by the user Changing the characteristics of the object of the type already held by the user so that play can be advanced advantageously if the object of the same type is of the same type as the object already held by the user Let The right granted in the step of granting may include the right to obtain at least one object of the same type as the one or more objects held by the user.

  A method according to the present disclosure is a method in which a computer including a processor and a memory executes a game program. The method comprises the steps of: the processor granting the user the right to acquire an object available for play with playing the game; and causing the user to acquire the object by consuming the right; and acquired by the user Changing the characteristics of the type of object already held by the user so that play can be advanced advantageously if the object is of the same type as the object already held by the user. The right granted in the step of granting may include the right to obtain at least one object of the same type as the one or more objects held by the user.

  An information processing apparatus according to the present disclosure includes a storage unit that stores a game program, and a control unit that controls an operation of the information processing apparatus by executing the game program. The control unit grants the user the right to acquire an object available for play with the game play, and consumes the right, thereby causing the user to acquire the object, and the object acquired by the user is If it is of the same kind as the already held object, the characteristics of the kind of object already held by the user are changed so that the play can be advanced advantageously. The right granted may include the right to obtain an object of the same type as at least one of the one or more objects held by the user.

  According to one aspect of the present disclosure, it is possible to increase the user's motivation for game play by increasing the expected value that can be newly acquired for objects of the same type as objects held by the user in the game. An effect of.

It is a figure which shows the hardware constitutions of a game system. It is a block diagram which shows the functional structure of a user terminal and a server. It is a flowchart which shows the flow of the process performed at the time of 1 play completion of a game based on the game program which concerns on Embodiment 1. FIG. It is a flowchart following FIG. It is a flowchart which shows the flow of the process performed according to the lottery instruction | indication of a capsule based on the game program which concerns on Embodiment 1. FIG. (A) And (B) is a figure which shows the specific example of the puzzle screen displayed on a display part in Embodiment 1. FIG. (A) is a figure which shows the specific example of the possession capsule screen displayed on a display part in Embodiment 1. FIG. (B) is a figure which shows the specific example of the opening result screen of the capsule displayed on a display part in Embodiment 1. FIG. (A) is a figure which shows the specific example of the possession capsule screen to which the new capsule was added in Embodiment 1. FIG. (B) is a specific example of the consent screen for exchange with the consumption item in Embodiment 1. (A) And (B) is a figure which shows the other specific example of the opening result screen in Embodiment 1. FIG. It is a flowchart which shows the flow of the process performed according to the lottery instruction | indication of a capsule based on the game program which concerns on the modification of Embodiment 1. FIG. It is a flowchart which shows the flow of the process performed at the time of 1 play completion of a game based on the game program which concerns on Embodiment 2. FIG. It is a flowchart following FIG. It is a flowchart which shows the flow of the process performed according to the lottery instruction | indication of a capsule based on the game program which concerns on Embodiment 2. FIG. (A) is a figure which shows the specific example of the possession capsule screen displayed on a display part in Embodiment 2. FIG. (B) is a specific example of the acceptance screen for exchange with the consumption item in the second embodiment. (C) is a figure which shows the specific example of the opening result screen of the capsule displayed on a display part in Embodiment 2. FIG.

  First, a common configuration in each embodiment of the present invention will be described.

  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. The present invention is not limited to these exemplifications, but is shown by the claims, and all changes within the scope and meaning equivalent to the claims are intended to be included in the present invention. Ru. In the following description, the same components are denoted by the same reference symbols in the description of the drawings, and redundant description will not be repeated.

<Hardware Configuration of Game System 1>
FIG. 1 is a diagram showing a hardware configuration of the game system 1. 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 is configured by the Internet and various mobile communication systems constructed by wireless base stations (not shown). Examples of this mobile communication system include so-called 3G and 4G mobile communication systems, LTE (Long Term Evolution), and a wireless network (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point. Be

  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 interface (IF) 23, and an input / output IF 24. These configurations of the server 200 are electrically connected to each other by 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 IF 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. These configurations of the user terminal 100 are electrically connected to each other by a communication bus. Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark), for example. The controller 1020 may have one or more buttons and the like, and transmits an output value based on the user's input operation on 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 the output values of the various sensors to the user terminal 100.

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

  The user terminal 100 desirably has a user using the controller 1020 input user identification information such as the user's name or login ID via the controller 1020, for example, at the start of the game. Thereby, the user terminal 100 can associate the controller 1020 with the user, and specifies which user the output value belongs to based on the transmission source (the controller 1020) of the received output value. be able to.

  When the user terminal 100 communicates with a plurality of controllers 1020, each user holds each controller 1020, thereby preventing communication with another device such as the server 200 via the network 2, the one user terminal 100. Can realize multiplayer. Also, multiplay is realized locally by a plurality of user terminals 100 by the respective user terminals 100 communicably connecting each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (a communication connection is made without passing through the server 200). You can also When the above-described multiplayer is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200 described later. Further, when the above-described multiplay 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.

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

  In addition, the controller 1020 may be configured to be removable from the user terminal 100. In this case, a joint with the controller 1020 may be provided on at least one of the surfaces of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected by wire via the connection 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 receive attachment of a storage medium 1030 such as an external memory card via the input / output IF 14. Thereby, the user terminal 100 can read the program and data recorded in the storage medium 1030. The program recorded in the storage medium 1030 is, for example, a game program.

  The user terminal 100 may store a game program acquired by communicating with an external device such as the server 200 in the memory 11 of the user terminal 100, or the game program acquired by reading from the storage medium 1030 may be stored 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 measurement sensor 18 as an example of a mechanism for inputting information to the user terminal 100. The above-described units as an input mechanism can be regarded as an operation unit configured to receive a user's input operation.

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

  Alternatively, when the operation unit is configured by the touch screen 15, the user terminal 100 identifies and accepts the user's operation performed on the input unit 151 of the touch screen 15 as the user's input operation. Alternatively, when the operation unit is configured by the communication IF 13, the user terminal 100 identifies and receives a signal (for example, an output value) transmitted from the controller 1020 as an input operation of the user. 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 the user's input operation.

<Game Outline>
The game executed by the game system 1 is a game played by the user using an object given to the user in the game. In addition, objects change in characteristics so that the game can be advanced advantageously based on objects of the same type. The user selects one of the held objects and plays the game using the selected object. Objects available for game play can be newly given to the user as the game plays.

  In each embodiment, in the game executed by the game system 1, the right to acquire such an object is given to the user as the game is played. One right is consumed when a predetermined consumption condition is satisfied in the game, and an object according to the right is granted to the user. The game system 1 manages information of rights granted to each user (such as the number of rights granted to the user) as data for each user. A user can have one or more such rights.

  Also, in each embodiment, one right shall be expressed as a capsule. For example, the capsule is given to the user according to the progress of the game and the play result. Also, an object given to the user by consuming one right is expressed as an inclusion of a capsule. Also, consuming the right is expressed as opening the capsule. The user can advantageously advance the game by opening the capsule and playing using the acquired object.

  In each embodiment, there are three types of such capsules as follows. That is, there are (1) a capsule in which an object of the same type as the object possessed by the user is always included, and (2) a capsule in which an object of a type which can be selected for use in game play is included. . In addition, in some embodiments, there may be (3) a capsule in which an object not to be selected in game play is included.

  In the capsule of type (1) described above, when the capsule is given to the user, an object of the same type as any of the objects held by the user is determined as the inclusion. In the capsule of types (2) and (3), it is assumed that the type and the number of objects of the inclusion are determined as the inclusion when the user opens the capsule. Further, the rarity is set to the capsule of the type (2) described above. The rarity is the value of an object that can be obtained by opening the capsule, and represents the high value in advancing the game in an advantageous manner.

  Hereinafter, the capsule of the type (1) described above is also referred to as “capsule in which the inclusion is determined”. In addition, the type of capsule of type (1) is also described as "the type in which the inclusion is determined". Moreover, the capsule of the type of (2) mentioned above is also described as a "capsule to which rarity degree was set." In addition, the rarity set in the capsule of type (2) may be described as the type of capsule. Moreover, the capsule of the type of (3) mentioned above is also described as a "capsule where the degree of rarity is not set". In addition, the type of capsule of type (3) is also described as "a type for which the degree of rarity is not set".

  Moreover, in each embodiment, it is assumed that the game performed by the game system 1 is a puzzle game. However, the game system 1 is not limited to a system for executing a puzzle game, as long as the system is a system that allows a user to play a game played using an object provided in the game. The game system 1 may be a system for executing a game of any genre, not limited to a specific genre. For example, sports games such as tennis, table tennis, dodgeball, baseball, soccer and hockey, puzzle games, quiz games, RPG games, adventure games, shooting games, simulation games, training games, action games, etc. It is also good.

  Moreover, the game system 1 may be a system for performing the game of not only a specific play form but any play form. For example, a single play game by a single user, a multiplay game by a plurality of users, a battle game in which a plurality of users play a match among multiplay games, a cooperative play game in which a plurality of users cooperate, etc. May be

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

  The memories 11 and 21 are main storage devices. The memories 11 and 21 are configured by storage devices such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 11 provides the processor 10 with a work area 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 a program. The memory 21 provides the processor 20 with a work area by temporarily storing various programs and data read from the storage 22 described later by the processor 20. The memory 21 also temporarily stores various data generated while the processor 20 is operating according to a program.

  In each 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 of 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 user information, game information, and other data related to the game, and instructions and notifications transmitted / 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 a hard disk drive (HDD). The storage 12 and the storage 22 store various data regarding the game.

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

  The input / output IF 14 is an interface for the user terminal 100 to receive input of data, 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, or a speaker. The input / output IF 24 of the server 200 is an interface for the server 200 to receive input of data, and is an interface for the server 200 to output data. The input / output IF 24 can include, for example, an input unit that is an information input device such as a mouse or a keyboard, and a display unit that is a device that displays and outputs an image.

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

  The input unit 151 detects the position at which the user's operation (physical touch operation such as touch operation, slide operation, swipe operation, and tap operation) on the input surface is input, and inputs information indicating the position. It has a function to transmit as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may adopt any method such as a capacitance method or a resistive 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 attitude of the user terminal 100 from the output of the sensor and perform processing according to the holding attitude. For example, when the user terminal 100 is held in the vertical orientation, the processor 10 may perform vertical screen display that causes the display unit 152 to display a vertically long image. On the other hand, when the user terminal 100 is held in landscape orientation, a landscape image may be displayed on the display unit to display a horizontally long image. Thus, the processor 10 may be capable of switching between vertical screen display and horizontal screen display according to the holding attitude of the user terminal 100.

  The camera 17 includes an image sensor and the like, and converts a light incident from the lens into an electric signal to generate a photographed image.

  The distance measurement 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 on the measurement object. The distance measuring sensor 18 may have a light source that emits light having directivity.

  Here, an example in which the user terminal 100 receives a detection result in which the object 1010 in the vicinity of the user terminal 100 is detected 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 measurement sensor 18 may be provided, for example, on the side surface of the housing of the user terminal 100. A distance measuring sensor 18 may be provided in the vicinity of the camera 17. For example, an infrared camera can be used as the camera 17. 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. This makes it possible to further improve the detection accuracy of an object based on a photographed image of the camera 17 regardless of whether it is outdoors or indoors.

  The processor 10 may perform one or more of the processes shown in the following (1) to (5), for example, on the captured image of the camera 17. (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to specify whether the captured image includes the user's hand. The processor 10 may use, for example, a technique such as pattern matching as an analysis technique employed in the above-described image recognition process. (2) Also, the processor 10 detects the user's gesture from the shape of the user's hand. The processor 10 specifies, for example, the number of fingers of the user (the number of extending fingers) from the shape of the user's hand detected from the captured image. The processor 10 further identifies a gesture made 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 made a gesture of “par”. Further, when the number of fingers is zero (the finger is not detected), the processor 10 determines that the user has made the gesture of “Go”. In addition, when the number of fingers is two, the processor 10 determines that the user has made a gesture of “Tokiki”. (3) The processor 10 performs image recognition processing on the captured image of the camera 17 to detect whether the user's finger is in a state where only the forefinger is standing or whether the user's finger makes a flicking motion. . (4) The processor 10 selects an object 1010 (a user's hand or the like near the user terminal 100) based on at least one of the image recognition result of the photographed image of the camera 17 and the output value of the distance measuring sensor 18 or the like. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near the user terminal 100 (for example, a distance less than a predetermined value) or far (for example, the predetermined value) depending on the size of the user's hand specified from the captured image of the camera 17 It detects whether it is in the above distance). In addition, when the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or away from the user terminal 100. (5) If it is found that the distance between the user terminal 100 and the user's hand is changing while the user's hand is being detected based on the image recognition result of the captured image of the camera 17, etc., the processor 10 recognizes that the user shakes his hand in the shooting direction of the camera 17. If an object is detected or not detected by the distance measurement sensor 18 whose directivity is stronger than the shooting range of the camera 17, the processor 10 shakes the hand in the direction orthogonal to the shooting direction of the camera. recognize.

  As described above, the processor 10 determines whether the user holds the hand by image recognition on the captured image of the camera 17 (a gesture of “goo” or another gesture (eg, “par”)) To detect The processor 10 also detects how the user is moving this hand, as well as the shape of the user's hand. Also, the processor 10 detects whether the user is moving the hand closer to or away from the user terminal 100. Such an operation can correspond to, for example, an operation using a pointing device such as a mouse or a touch panel. For example, the user terminal 100 moves a pointer on the touch screen 15 in response to the movement of the user's hand, and detects the user's gesture "goo". In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds to, for example, the state in which the mouse is clicked and pressed down or the state in which the touch panel is touched after the touch-down operation is performed on the touch panel. In addition, when the user moves the hand further while the user terminal 100 detects the user's gesture "goo", such a series of gestures is 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 causes the user to repel a finger based on the detection result of the user's hand based on the captured image of the camera 17, the user clicks the gesture by tapping the mouse or tapping the touch panel. It may be recognized as an operation corresponding to

<Functional Configuration of Game System 1>
FIG. 2 is a block diagram showing functional configurations of the server 200 and the user terminal 100 included in the game system 1. The functional configuration of each of the server 200 and the user terminal 100 required to function as a general computer and the functional configuration necessary to realize known functions of the game are appropriately omitted. doing.

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

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

  The storage unit 120 and the storage unit 220 store a game program 131, game information 132, and user information 133. The game program 131 is a game program executed by the user terminal 100 and the server 200.

  The game information 132 is data that the control unit 110 and the control unit 210 refer to when executing the game program 131. The game information 132 is contained according to information common to a plurality of users, for example, (1) basic parameters regarding an object that can be obtained from a capsule, (2) information regarding a type of capsule, and (3) a type of capsule It may include information on an object to be obtained.

  The user information 133 is data related to the account of the user. For example, the user information 133 is associated with the identifier of the account of the user, and (1) information indicating the user of the account, (2) information on the capsule possessed by the account, and (3) parameters of the object possessed by the account , (4) information indicating the progress of the game of the account, (5) information on assets held by the account, etc. may be included. The assets of the account include, for example, a virtual currency in the game, an item, and the like. In addition, the user information 133 may include various information managed for each account.

  In the storage unit 220, user information 133 is stored for each user terminal 100.

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

  The control unit 210 functions as an object providing unit 211 according to the description of the game program 131. The control unit 210 can also function as another functional block (not shown) in order to support the progress of the game on the user terminal 100, depending on the nature of the game to be executed.

  When requested to open the capsule from the user terminal 100, the object providing unit 211 determines an object that is an inclusion of the capsule based on the type of the capsule. Further, the object providing unit 211 notifies the user terminal 100 of the determined object. Details of the object providing unit 211 will be described later.

(Functional Configuration of User Terminal 100)
The control unit 110 centrally controls the user terminal 100 by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 advances the game in accordance with the game program 131 and the operation of the user. In addition, while the game is in progress, the control unit 110 communicates with the server 200 as needed to transmit and receive information.

  The control unit 110 controls the operation reception unit 111, the display control unit 112, the user interface (hereinafter referred to as UI) control unit 113, the animation generation unit 114, the puzzle progression unit 115, the reward determination unit 116 according to the description of the game program 131. It functions as an acquisition preparation unit 117, an acquisition execution unit 118, and an object management unit 119. The control unit 110 can also function as another functional block (not shown) to advance the game according to the nature of the game to be executed.

  The operation accepting unit 111 detects and accepts an input operation of the user on the input unit 151. The operation receiving unit 111 determines which input operation has been performed from the action exerted by the user on the console via the touch screen 15 and the other input / output IF 14, and outputs the result to each element of the control unit 110. Do.

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

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

  The puzzle progression unit 115 generates a play screen for playing the puzzle. Further, the puzzle progression unit 115 advances the puzzle in accordance with the operation on the play screen. Further, when one play of the puzzle is finished, the puzzle progression unit 115 calculates a play result representing a score or the like in the play. In addition, 1 play of a puzzle shall refer to 1 time of the unit of the play defined in the puzzle game.

  The reward determination unit 116 determines the number of capsules to be provided to the user and the type of each capsule when a predetermined provision condition is satisfied. The assignment condition may be, for example, completion of one play of the puzzle. However, the provision condition is not limited to this, and may be to satisfy other various goals set in the game. Also, for example, the reward determination unit 116 may determine the number of capsules to be provided based on the play result notified from the puzzle progression unit 115. Details of the reward determination unit 116 will be described later.

  When the consumption condition is satisfied, the acquisition preparation unit 117 performs a process of drawing a capsule to be opened out of the possessed capsule group. The consumption condition may be, for example, a condition related to the progress of the puzzle. As one example of the condition related to the progress status, for example, one play of the puzzle is ended. Moreover, consumption conditions may be conditions based on the play result of a puzzle, for example. An example of the condition based on the play result is that the score in the puzzle achieves the goal. Also, the consumption condition may be exchange for the consumption item held by the user. The consumption item is an item to be consumed in the game. For example, the consumption item may be, but is not limited to, a virtual currency in the game. Moreover, the consumption conditions are not limited to these examples.

  Also, multiple consumption conditions may be set. In this case, when any one of the plurality of consumption conditions is satisfied, the acquisition preparation unit 117 may consume one or more of the rights held by the user. In each embodiment, it is assumed that one play of the puzzle is ended as one of the consumption conditions, and exchange with a virtual currency is specified as the other one of the consumption conditions. In this case, when one play of the puzzle is completed, the acquisition preparation unit 117 consumes one or more of the rights held by the user. In addition, the acquisition preparation unit 117 consumes one or more of the rights held by the user when an operation to instruct exchange with the virtual currency is performed to consume the rights. Details of the acquisition preparation unit 117 will be described later.

  The acquisition execution unit 118 requests the server 200 to determine an object according to the capsules drawn by the acquisition preparation unit 117. Specifically, the acquisition execution unit 118 notifies the server 200 of the type of the drawn capsule. As described above, in the server 200, the object providing unit 211 determines an object according to the notified type, and notifies the acquisition execution unit 118 of the object.

  However, when the inclusion of the capsule drawn by the acquisition preparation unit 117 is determined, the acquisition execution unit 118 may read the type of the object which is the inclusion of the capsule from the storage unit 120. Therefore, in this case, the acquisition execution unit 118 does not have to request the server 200 to determine the object corresponding to the drawn capsule.

  In addition, when the object corresponding to the drawn capsule is determined, the acquisition execution unit 118 deletes the capsule from the possessed capsule group as being opened.

  The object management unit 119 manages parameters of each object held by the user as an available object in game play. Each object has one or more parameters involved in advancing the game in an advantageous manner. Each parameter possessed by the object may change with game play. Some parameters have upper limits. Each object affects the progress of the game based on the parameters it has at that time. Details of the object management unit 119 will be described later.

  The animation generation unit 114 generates animations indicating motions of various objects based on control modes of various objects. For example, an animation or the like representing a situation where a lottery of reward is being executed may be generated.

  The character owned by the user may be managed by the server 200 in association with the user identification information, may be locally managed by the object management unit 119 of the user terminal 100, or both. The object management unit 119 reads out various information such as parameters relating to the character and supplies the information to the game progression unit 112 or updates the various information according to the progress status of the puzzle game executed by the game progression unit 112. Do.

  The display control unit 112 outputs, to the display unit 152 of the touch screen 15, a game screen on which the processing result executed by each of the above-described elements is reflected. 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. In addition, the display control unit 112 may draw the UI object described above in a superimposed manner on the game screen.

  The functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely an example. The server 200 may have at least a part of the functions of the user terminal 100. In addition, the user terminal 100 may have at least a part of the functions of the server 200. Furthermore, another device other than the user terminal 100 and the server 200 may be used as a component of the game system 1, and the other device may execute part of the processing in the game system 1. That is, the computer that executes the game program in each embodiment may be any of the user terminal 100, the server 200, and other devices, or may be realized by a combination of a plurality of these devices.

Embodiment 1
In the present embodiment, an example of the game system 1 will be described in which one of the possessed capsule groups is opened and newly given on condition that one play of the puzzle is finished. Further, in the present embodiment, one of the possessed capsule groups is sequentially drawn and opened until either the capsule in which the inclusion is determined or the capsule in which the rarity is set is opened in exchange for the consumption item. .

(Details of Object Providing Unit 211)
When the object providing unit 211 of the server 200 determines the inclusion of the capsule, the game information 132 stored in the storage unit 220 is referred to.

  The game information 132 stored in the storage unit 220 includes information in which one or more objects are associated with the type of capsule. Specifically, the game information 132 includes information in which one or more objects having a value corresponding to the rarity are associated with the rarity which may be set in the capsule. The appearance probability of the object is set for each of one or more objects associated with a certain degree of rarity. The sum of the appearance probability of each object associated with a certain rarity is set to be 100%. Also, such game information 132 may be updated. For example, the game information 132 may be updated to include, in a specific period, information associated with an object that can be acquired during the period with respect to a certain rarity.

  Here, as an example of an object having a value corresponding to the rarity, there is a character that can be a target of selection for use in game play. Basic parameters are determined for the character. The value of the value of the character is determined according to the basic parameter or the appearance probability thereof. Higher rarity is associated with more valuable characters. Also, the parameters of the character may change with game play. In addition, upper limit values that can be changed are defined for the parameters of the character.

  Also, the game information 132 includes information in which one or more objects are associated with a type for which the rarity degree is not set. The associated objects are objects that are not targets for selection in game play. Here, as an example of an object that is not a target of selection in game play, there may be an item attached to a character or an item that can be exchanged with such an attached item. Hereinafter, an example of an object which is not a target of selection in game play is also described as an accompanying item.

  If the rarity degree is set to the capsule requested to be opened by referring to the game information 132, the object providing unit 211 selects one or more objects from among one or more objects associated with the rarity degree. One is determined based on the appearance probability. In other words, the object providing unit 211 determines an object of higher value as the inclusion of the capsule to which the higher rarity is set.

  Further, if the rarity degree is not set in the capsule requested to be opened, the object providing unit 211 determines the associated item associated with the type in which the rarity degree is not set.

  Further, the number of objects determined by the object providing unit 211 is one here (that is, one object is included in the capsule), but may be more than one. In that case, the object providing unit 211 determines the number of objects to be determined based on the inclusion probability for determining the number of inclusions of objects. For example, the inclusion probability that is the larger the number of inclusions may be set higher as the rarity is higher.

  In addition, when the inclusion of the capsule determined to be opened is determined, the request for the opening from the user terminal 100 to the server 200 is not performed.

(Details of Reward Determination Unit 116)
The reward determination unit 116 may include, in the capsule determined when the giving condition is satisfied, a capsule of a type in which the inclusion is determined. However, the reward determination unit 116 may not necessarily include the capsule of the type in which the inclusion is determined, in the capsule determined when the provision condition is satisfied. For example, the reward determination unit 116 sets the type of each capsule to be granted, based on a preset setting probability. The higher the rarity, the lower the setting probability. Further, the type for which the rarity degree is not set may be set so that the setting probability is higher than the type for which the rarity degree is set. In addition, in the type in which the inclusion is determined, the setting probability may be set to the same degree as the highest rarity.

  For example, it is assumed that there are four stages of S, A, B, and C in descending order of rarity as the set rarity. Further, the type in which the inclusion is determined is denoted as "K". Also, a type for which the degree of rarity is not set is denoted as "X". Therefore, in the present embodiment, there are six types of capsules, K, S, A, B, C, and X. The setting probability of these types is set to be lower as the inclusion is determined. In addition, these types of setting probabilities are set to be lower as the rarity is set. In addition, the setting probability of these types is set to be lower as the degree of rarity is higher. For example, these types of setting probabilities may be 5% for K, 5% for S, 10% for A, 15% for B, 25% for C, and 40% for X.

  Here, in some cases, the capsule determined based on the setting probability when the giving condition is satisfied may not include the type in which the inclusion is determined or the type in which a predetermined rarity is set. . If such a case continues a predetermined number of times, the reward determination unit 116 determines the type or the predetermined inclusion type in at least one of the capsules to be determined, when the provision condition is satisfied next. Set the type of rarity set.

  Further, the reward determination unit 116 determines the inclusion of the type of capsule in which the inclusion is determined. Inclusions are any of the objects currently owned by the user. For example, when the giving condition is to end the play of the game, the inclusion may be an object which has been selected by the user for use in the play. Further, the reward determination unit 116 stores, in the storage unit 120, the type of the object which is the inclusion determined for the type of capsule in which the inclusion is determined, in association with the capsule.

  Further, the reward determination unit 116 sets an effective period for each capsule to be granted. The valid period may be associated in advance with each type. In that case, the effective period is determined to be shorter as the rarity of the capsule is higher. In addition, the type for which the rarity degree is not set is set so that the effective period is longer than the type for which the rarity degree is set. In addition, the capsule of the type in which the inclusion is determined may have an effective period similar to that of the capsule with the highest degree of rarity. In addition, in the capsule of the type in which the inclusion is determined, the effective period according to the value of the object determined as the inclusion may be defined. For example, the capsule of the type in which the inclusion is determined may have an effective period similar to that of the rarity capsule associated with the object determined as the inclusion. Capsules whose elapsed time from the time of application exceeds the effective period are deleted from the capsule group provided to the user. Hereinafter, the capsule group given to the user is also referred to as a possessed capsule group.

  Also, an upper limit is set for the number of capsules that can be owned by the user. When the number of capsules constituting the possessed capsule group has reached the upper limit, the reward determination unit 116 may not perform the capsule provision even when the provision condition is satisfied. Alternatively, if the number of capsules has reached the upper limit, the reward determination unit 116 may determine the capsules to be applied as described above, and then store the capsules as a capsule to be provided. In addition, the capsule to be provided may be added to the possessed capsule group at any time as long as the number of capsules constituting the possessed capsule group changes and becomes smaller than the upper limit. However, even in such a case, the effective period set for the capsule may be counted from the time when it is scheduled to be provided.

(Details of the acquisition preparation unit 117)
(Generation of possessed capsule screen)
The acquisition preparation unit 117 generates an owned capsule screen representing a user's owned capsule group. The possessed capsule screen includes a display representing each capsule held by the user. In the possessed capsule screen, the capsule in which the inclusion is determined is displayed in such a manner that the inclusion can be recognized. In addition, the capsule in which the inclusion is determined may be displayed in such a manner that the value of the value of the inclusion is also recognizable. For example, the capsule in which the inclusion is determined is displayed in a mode in which the display mode similar to that of the rarity capsule according to the value of the inclusion is transparent or translucent so that the inclusion can be seen. May be A specific example of the possessed capsule screen will be described later.

(Open the capsule at the end of 1 play)
A configuration will be described in which the acquisition preparation unit 117 draws an opening target from the possessed capsule group when one of the consumption conditions (the end of one game play) is satisfied. The method of lottery may be random, but is not limited thereto. Further, the number of lottery may be one or more. For example, the number drawn at the end of the first play of the game may be set to be larger than the number drawn at the end of the second play or later. Specifically, two may be drawn at first, and one by two after the second.

  As described above, it is assumed that the condition that one play of the puzzle is finished is applied as the assignment condition. That is, when one play of the puzzle is finished, a capsule to be opened is drawn at random and a new capsule is given. In addition, provision conditions and consumption conditions do not necessarily need to be the same, and may be different.

(Opening of capsule by exchange with consumption item)
A configuration will be described in which the acquisition preparation unit 117 draws an opening target from the possessed capsule group in accordance with an operation of instructing a drawing in exchange for a consumed item. In this embodiment, in this case, one of the holding capsule groups is drawn sequentially until at least one of the capsule in which the inclusion is determined and the capsule in which the rarity degree is set is drawn. That is, the acquisition preparation unit 117 draws one of the possessed capsule groups sequentially until the type of the drawn capsule becomes any of K, S, A, B, and C. The method of lottery may be random, but is not limited thereto.

  At this time, it is preferable that the acquisition preparation unit 117 receive an operation instructing a lottery in exchange for the consumption item after presenting the ratio occupied by each type of capsule in the possessed capsule group to the user. Below, the ratio which each type of capsule occupies in a possession capsule group is described also as "the ratio of each kind in a possession capsule group." Thereby, the user can designate a lottery at any time, taking into consideration the ratio of each type in the possessed capsule group. For example, in the possessed capsule group, the user accounts for a large proportion of the capsule of type K in which the inclusion is determined or the capsule in which the highest rarity S is set (ie, the capsule of K or S is opened) When it is considered that the possibility is high, the lottery can be instructed. In this way, the user can intervene in increasing the likelihood that the capsule whose inclusion is determined or the desired rarity is opened.

  In addition, each time the acquisition preparation unit 117 draws a capsule, the acquisition execution unit 118 is notified of information on the capsule. Thus, each time the capsules are drawn sequentially, the drawn capsules are opened and the object appears. As a result, the user can confirm the inclusions of the capsules that are drawn in turn each time, and the interest of the game increases.

(When incidental items appear continuously)
Here, in the process in which one of the possessed capsule groups is sequentially drawn and opened until at least one of the capsule in which the inclusion is determined and the capsule in which the rarity degree is set, the accompanying item is 0 It will appear continuously several times or more, and finally, an object to be selected in game play will appear.

  In this process, the object providing unit 211 of the server 200 may change the number of incidental items to be determined as the inclusions of the capsule according to the number of times the lottery of the capsule for which the rarity degree is not set is continued.

  For example, the number of incidental items may be monotonously increased according to the number of consecutive lotterys. Specifically, when a capsule for which the rarity degree is not set is drawn in the first drawing, the number of accompanying items to be contained is set to n (n is a natural number). In this case, when a capsule having a rarity degree not selected is selected in the i (i is a natural number of 2 or more) lottery, the number of accompanying items included is n × (1 + d × (i−1) ) May be individual. Assuming that d = 0.2, the accompanying items of 1.2 times in the first round and 1.4 times in the first round are determined as inclusions.

Also, for example, the number of incidental items may be exponentially increased according to the number of consecutive lotterys. Specifically, when a capsule for which the rarity degree is not set is drawn in the i-th drawing, the number of accompanying items included may be n × (1 + d) ⁽ⁱ⁻¹⁾ . Assuming that d = 0.2, the accompanying items of 1.2 times in the first round and 1.44 times in the first round are determined as inclusions.

  Then, when the capsule to which the rarity degree is set is notified at the end of this process, the object providing unit 211 selects each of the one or more objects associated with the rarity degree as the inclusion. Either may be determined based on the appearance probability of the object.

  As a result, even if the number of drawing lots before the user can obtain an object having value in advancing the game advantageously as the inclusion is large, the expectation value of the number of acquisition of incidental items increases, and thus, the user redeems for consumption items. You can get a sense of convincing things.

(Open all the possessed capsule group)
In addition, the acquisition preparation unit 117 may collectively open all or a part of the possessed capsule group in exchange for the consumed item. In this case, the amount of consumption items required to open the package collectively is the amount of consumption items required to sequentially draw one of the possessed capsule groups until one of the capsules with a set rarity is drawn. More is desirable. In addition, the amount of consumption items required for batch opening may be set in accordance with the ratio of each type in the capsule group to be batch-opened. In addition to this, according to the number of capsules to which the rarity degree is set out of the possessed capsule group, the amount of consumption items necessary for batch opening may be set. For example, the amount of consumption items required to sequentially draw one of the holding capsule groups until the drawing of one capsule having the rarity degree is defined as the amount “M1”, and the rarity degree included in the holding capsule group The number of capsules set is set as the number of capsules "C1". At this time, the amount of consumed items required to open all of the possessed capsule group at once may be a discounted amount than the product of the amount “M1” and the number of capsules “C1”. At this time, for example, in the possessed capsule group, as the proportion of the capsule of type K in which the inclusion is determined or the capsule having a higher rarity ratio is larger, the discount rate is reduced and the capsule having a lower rarity ratio is occupied The discount rate may be set according to the composition of the proportion of capsules of each rarity in the possessed capsule group, such as increasing the discount rate as the rate is higher.

  Further, when receiving the operation of collectively opening the package in exchange for the consumed item, the acquisition preparation unit 117 collectively notifies the acquisition execution unit 118 of the type of each capsule constituting the possessed capsule group. Then, the acquisition execution unit 118 collectively acquires the inclusions of the capsules by collectively notifying the server 200 of the type of each capsule.

  At this time, the object providing unit 211 of the server 200 determines any of the objects associated with the rarity, as described above, for each of the capsules for which the rarity is set in the possessed capsule group. . In addition, the object providing unit 211 determines an accompanying item for each of the capsules in which the rarity is not set among the possessed capsule group. At this time, the object providing unit 211 may increase the total number of incidental items determined corresponding to each of the capsules for which the rarity degree is not set.

  For example, it is assumed that among the possessed capsule group, the capsule to which the rarity degree is set is m1 and the capsule to which the rarity degree is not set is m2. In addition, it is assumed that the number of inclusions in each capsule is one. In this case, the object providing unit 211 may determine an object having a value of m1 and m2 × x associated items in response to the request for collectively opening the package. Here, x is a positive number of 1 or more. At this time, x may be determined by lottery within a predetermined range (for example, 1 or more and 2 or less).

  As a result, the user can gain a sense of persuasion of exchanging for consumption items because the expected value of the acquired number of incidental items is increased by opening the package all at once.

(Details of the object management unit 119)
The object management unit 119 stores, in the storage unit 120, parameters of each object held by the user. Further, the object management unit 119 changes the parameters of each object. Specific examples of the parameter include "level" and "score unit price". The level indicates the overall strength of the object. The score unit price indicates a score obtained when a predetermined action is performed on one object in game play. For example, the level may be defined to rise when the cumulative score obtained by the object in game play is equal to or greater than a threshold. Also, the score unit price may be defined to increase in response to the increase in the level of the object. Also, as another specific example of the parameter, there is an upper limit value of the parameter. Parameters such as "level" and "score unit price" may change in the range up to the upper limit value. Also, such upper limit may also change with game play.

  The object management unit 119 changes the parameters defining the characteristics of each object and the upper limit thereof so that the game play can be advanced advantageously when the predetermined change condition is satisfied. Specifically, the change condition is a condition that an object of the same type as the object is newly acquired. In this case, the object management unit 119 increases the parameter or the upper limit value of the object of the type already held by combining the newly acquired object of the same type with the object of the type already held. It is also possible to let The change conditions are not limited to one. For example, even when another change condition is satisfied, the object management unit 119 may change the parameter defining the characteristics of the object or the upper limit thereof so that the game play can be advanced advantageously. Such another change condition may be a condition based on the progress of the game or the play result, and may be, for example, that the total score obtained by using an object exceeds a threshold.

  In this embodiment, when an object of the same type as the object is newly obtained, the “score unit price” of the object is increased. Further, in the present embodiment, the “level” of the object rises in the range up to the upper limit value according to the progress of the game and the play result, and the “score unit price” rises according to the increase of the “level”. Do. Note that the characteristic that changes when the change condition is satisfied is not limited to the “level” or the “score unit price”.

<Processing flow of game system 1>
3 to 5 are flowcharts showing the flow of processing executed by each computer included in the game system 1 according to the present embodiment. In addition, in this embodiment, although a series of process steps are shared and performed in the user terminal 100 and the server 200, it is not restricted to the sharing form shown in figure. Also, for example, all steps may be executed by the user terminal 100, or all steps may be executed by the server 200.

(Processing flow at the end of 1 play)
First, the flow of processing when one play of the puzzle is finished is shown in FIGS. FIG. 3 shows the flow of the opening process of the capsule at the end of one play. In addition, at the start of the process shown in FIG. 3, it is assumed that a puzzle play screen is already displayed on the user terminal 100 by the puzzle progression unit 115 and the puzzle is in progress by the operation of the user.

  In step S101, the puzzle progression unit 115 in the user terminal 100 determines whether one play has ended. When one play ends, the puzzle progression unit 115 calculates the play result.

  In step S102, the acquisition preparation unit 117 draws one of the held capsule groups. At this time, the acquisition preparation unit 117 notifies the display control unit 112 to display a screen representing the lottery result. Further, the screen representing the lottery result may include an animation representing the state of the lottery generated by the animation generation unit 114.

  If, in step S103, the drawn capsule is not the capsule for which the inclusion is determined, step S104 is executed.

  In step S104, the acquisition execution unit 118 requests the server 200 to open the lottery capsule. Specifically, the acquisition execution unit 118 transmits the type of the drawn capsule to the server 200.

  In step S105, the object provider 211 in the server 200 determines an object according to the notified capsule type. An object to be determined is selected based on the appearance probability from among one or more objects associated with the type.

  In step S106, the object providing unit 211 notifies the user terminal 100 of the determined object.

  In step S107, the acquisition execution unit 118 gives the user the notified object as an inclusion that has appeared from the drawn capsules. At this time, the acquisition execution unit 118 notifies the display control unit 112 to display a screen representing the result of opening the drawn capsules. The screen representing the result of opening may include an animation generated by the animation generation unit 114 to represent the state of opening.

  In addition, in step S103, when the capsule drawn is the capsule in which the inclusion is determined, steps S104 to S106 are skipped and step S107 is executed. In this case, in step S107, the acquisition preparation unit 117 reads an object of the type determined as the inclusion of the capsule from the storage unit 120, and gives it to the user. Thus, the inclusion appears from the capsule in which the inclusion is determined and is given to the user.

  In step S108, if the type of object emerging from the capsule is identical to any of the objects possessed by the user, step S109 is performed. If it is determined in step S103 that the drawn capsules are capsules in which the inclusions are determined, it is determined in step S108 that they are the same, and step S109 is executed. In step S108, if the type of object emerging from the capsule is not the same as any of the objects possessed by the user, step S109 is skipped.

  In step S109, the object management unit 119 raises the parameter or the upper limit value by combining the object appearing from the capsule with the object already held in the same type as the object.

  FIG. 4 shows a flow of capsule application processing following step S109.

  In step S110, the reward determination unit 116 determines the number of capsules to be given to the user according to the play result calculated in step S101.

  In step S111, the reward determination unit 116 determines the type of each capsule to be given to the user based on the setting probability. Then, the reward determination unit 116 sets, for each capsule, the determined type and the effective period according to the type. The type determined here is either the type in which the inclusion is determined, the type in which the rarity is set, or the type in which the rarity is not set, and in the case of a type in which the rarity is set, the rarity Is also determined.

  It is assumed that at step S111 executed at the end of the most recent p times of play, the type in which the inclusion is determined or the type in which the predetermined rarity is set is not determined. Here, p is a natural number of 1 or more. In this case, in step S111 of this time, the reward determination unit 116 determines, for at least one of the capsules to be given to the user, one of the type in which the inclusion is determined and the type in which the predetermined rarity is set. Let's do it.

  In step S112, when the type determined in step S111 is the type in which the inclusion is determined, step S113 is executed. If the type determined in step S111 is not the type in which the inclusion is determined, the user terminal 100 skips step S113.

  In step S113, the reward determination unit 116 determines, as the inclusion of the capsule, an object of the same type as any of the objects held by the user, and stores the object in the storage unit 120. As described above, the object to be determined may be the object selected in the play ended in step S101.

  In step S114, the acquisition preparation unit 117 assigns each capsule to the user. At this time, the acquisition preparation unit 117 notifies the display control unit 112 to display a screen showing the capsule application status. For example, the screen showing the grant status includes a display capable of recognizing the type of each capsule additionally granted. Further, the screen representing the addition status may include an animation generated by the animation generation unit 114 that represents the appearance of the capsule.

  When the number of capsules determined in step S110 is given in step S114, the number of capsules in the possessed capsule group may exceed the upper limit number. In this case, capsules exceeding the upper limit number are not given. As mentioned above, the capsule exceeding the upper limit number is stored or discarded as the scheduled application.

  At this time, even if the number of capsules held immediately after the end of one play has reached the upper limit number, at least one capsule is opened in the subsequent opening process. For this reason, the number of capsules to be held does not reach the upper limit number immediately before step S114 is performed. Thus, at step S114, at least one capsule will be provided to the user.

(Processing flow when accepting lottery operation)
Next, FIG. 5 shows a flow of processing when an operation instructing a lottery in exchange for a consumed item is accepted. At the start of the process shown in FIG. 5, it is assumed that a possessed capsule screen showing at least the ratio of each type in the possessed capsule group is displayed on the display unit 152 of the user terminal 100.

  In step S201, in the user terminal 100, the operation receiving unit 111 determines whether or not an operation instructing a lottery in exchange for the consumed item has been received. If the operation instructing the lottery is accepted, the process proceeds to step S202.

  In step S202, the acquisition preparation unit 117 consumes the consumption item, and draws lots of capsules to be opened out of the possessed capsule group. In addition, the acquisition preparation unit 117 notifies the display control unit 112 to display a screen representing the lottery result.

  The processes of steps S203 to S207 are the same as steps S103 to S107 of FIGS. 3 to 4 in the process at the end of one play, and thus the detailed description will not be repeated. As a result, the lottery capsule is opened, and the object determined according to the type is given to the user. In addition, a screen representing the result of opening is displayed.

  The processes of steps S208 to S209 are the same as steps S108 to S109 of FIG. 4 in the process at the end of one play, and thus the detailed description will not be repeated. As a result, if the type of the opened and appeared object is the same as any of the objects held by the user, the parameter is increased.

  In step S210, the acquisition preparation unit 117 determines whether the type of the opened capsule is the type to which the rarity is set or the type to which the inclusion is determined. Here, if neither the type for which the rarity degree is set nor the type for which the inclusion is determined, the acquisition preparation unit 117 repeats the processing from step S202. On the other hand, in the case where the rarity degree is set or the inclusion is determined, the acquisition preparation unit 117 ends the current lottery process. Thereby, in response to the operation instructing the lottery, any of the possessed capsule groups is sequentially opened until the capsule for which the rarity is set or the capsule for which the inclusion is determined is opened in exchange for the consumption item. Be done.

<Example of game screen>
6-9 is a figure which shows an example of the game screen displayed on the display part 152 of the user terminal 100 in the game based on the game system 1 of this embodiment.

  FIG. 6A shows an example of the puzzle screen displayed by the puzzle progression unit 115 in step S101. The puzzle screen is constituted by a board including a plurality of puzzle elements 501 and an ejection stand 502. The plurality of puzzle elements 501 are arranged in the board. In each puzzle element 501, any one of a plurality of types of characters is displayed. On the ejection stand 502, any of the character elements 503 can be set. When the character element 503 on the ejection platform 502 is operated, the puzzle progression unit 115 ejects the character element 503 and causes at least a part of the plurality of puzzle elements 501 to collide, and in response to the collision, the plurality of puzzle elements Change the layout of 501. At this time, if a plurality of puzzle elements 501 in which a character of the same kind as the ejected character element 503 is displayed among the plurality of puzzle elements 501 are continuously arranged in a predetermined number or more, the puzzle progression unit 115 selects those puzzles The element 501 is removed from the board. Also, the puzzle progression unit 115 calculates the play result according to the removed puzzle element 501. The play result is represented, for example, by the number (sequence number) of the puzzle elements 501 of the same type which are continuously removed.

  Here, the character element 503 that can be set on the ejection stand 502 is any of the characters held by the user. For example, the puzzle progression unit 115 may display a selection screen on which the character element 503 to be set on the ejection stand 502 can be selected from the list 504 of held characters. FIG. 6B shows an example of the selection screen. The selection screen includes a list 504 of held characters. In this example, the list 504 includes three characters of "tier", "heart" and "luna". The fact that the outline of the figure indicating “Tear” in the list 504 is a thick line indicates that the character is selected. The selection screen also includes a parameter display 505 for the selected character. The selection screen also includes a “set” button 506 for instructing setting of the character element 503 of the selected character on the ejection base 502.

  In this example, the parameter display 505 displays that the level is 23 and the score unit cost is 454 as parameters related to the “tier”. The level is set to an initial value (for example, 1) when the character is first given to the user. Also, the level is increased, for example, according to the cumulative score during the play by the character. Also, the level is raised, for example, when the same character as the character is given to the user. The score unit price is a unit price of the score when removed from the board in the play. The score unit price increases with upgrading. When one of the possessed capsule groups is opened to obtain a character, a new character is added to the list 504 of such a selection screen. Alternatively, if the character obtained by opening the character is an existing character, the level of the character is increased.

  FIG. 7A shows an example of the possessed capsule screen displayed at the end of one play in steps S102 to S107. The possessed capsule screen includes the display of the possessed capsule group 601. The possessed capsule group 601 includes the display of the capsule 601a in which the inclusion is determined, the capsule 601b in which the rarity degree is set, and the capsule 601c in which the rarity degree is not set.

  The capsule 601a in which the inclusion is determined is displayed in such a manner that the determined inclusion is recognizable. In this example, the display of the capsule 601a includes the icon of the character "heart" determined as the inclusion. In this example, it is assumed that a capsule in which the character "heart" is determined as an inclusion is given at the end of the past play in which the character "heart" was selected. In addition, the capsule 601b to which the rarity degree is set is displayed in such a manner that the rarity degree can be recognized. In this example, the display of the capsule 601b includes an icon indicating its rarity. In addition, the capsule 601c for which the rarity degree is not set is displayed in the form of a coin bag in which a coin is contained. A coin is an example of an attached item.

  Further, FIG. 7A shows a state in which, among the possessed capsule groups, capsules in which the inclusion “heart” is determined are drawn at the end of one play.

  FIG. 7B shows a state in which the character “heart” is obtained as an opening item by drawing lots of capsules in which the inclusion “heart” is determined. The character "Heart" is already owned by this user. Therefore, in steps S108 to S109, the "score unit price" which is a parameter of the "heart" is increased.

  FIG. 8A is an example of a possessed capsule screen to which a capsule is newly added in steps S110 to S114 after the capsule is drawn and opened at the end of one play. In this example, five newly applied capsules are added in the third row to the holding capsule group shown in FIG. 7 (A). In the second row, the capsule opened by the lottery at the end of one play is removed.

  In addition, the possessed capsule screen of FIG. 8A includes an “open until character is released” button 602 for opening one of the possessed capsule group in exchange for the consumed item. In addition, the possessed capsule screen includes an "all-open" button 603 for collectively opening the possessed capsule group in exchange for the consumed item. In this example, it is assumed that all of the possessed capsule groups are to be opened at once. The "open until the character appears" button 602 and the "entirely open" button 603 each display the number of consumed items to be redeemed (in this case, the number of "currency" representing virtual currency).

  FIG. 8B is an example of the consent screen displayed in step S201 of FIG. The consent screen is a screen that allows the user to select whether or not to replace the consumed item. This consent screen is displayed when the operation on the “open until the character is released” button 602 is accepted on the owned capsule screen of FIG. 8A. The acceptance screen includes a “Yes” button 604 for accepting to redeem the consumed item, and a “No” button 605 for not accepting.

  FIG. 9A is an unsealing result screen showing a state in which a capsule drawn out of the possessed capsule group is opened and an object appears. The unsealing result screen is displayed when the operation on the “Yes” button 604 is accepted on the consent screen of FIG. 8B (Yes in step S201) (steps S202 to S207). In this example, the type X capsule (coin bag) is associated with a coin, which is an example of the accompanying item. Therefore, the opening result screen shows the appearance of a coin. The coin that has appeared is determined according to the type X by the object providing unit 211 of the server 200 by executing steps S203 to S206. Since the object opened and appeared is a coin and is not a target of selection in game play, it is not determined whether or not it is the same type as the held object, and the result is No in step S208.

  Here, in step S210, it is determined whether the unopened capsule is any of the capsule for which the rarity degree is set and the capsule for which the inclusion is determined. That is, if the type of the opened capsule is any one of K, S, A, B, and C, it is determined as Yes in step S210, and if it is X, it is determined as No. In the screen example of FIG. 9A, it is determined that the answer is No.

  Therefore, steps S202 to S209 are repeated. When a capsule of type X is drawn again, FIG. 9A is displayed, and steps S202 to S209 are repeated. Then, it is assumed that a capsule for which the rarity degree A is set is drawn.

  FIG. 9B is an opening result screen showing a state in which the capsule having the rarity degree A in the possessed capsule group is drawn and opened, and the object appears. Here, a state is shown in which the capsule of the rarity degree A is opened and the character “sun” appears. In this example, as parameters of the character "sun", it is shown that the score unit price is 102, the level is 1, and the level upper limit value is 1. Also, it is assumed that the character "sun" is given to this user for the first time. Therefore, it is determined No in step S208. Further, since the rarity degree A is set to the unopened capsule, it is determined as Yes in Step S210, and the present lottery processing is ended.

  Note that, in FIG. 8A, when the operation for the “full opening” button 603 is accepted, the acceptance screen according to FIG. 8B is displayed, and then all the possessed capsule groups are opened. Then, by performing the same processing as in steps S203 to S209 for each capsule, objects appearing from all of the possessed capsule groups are given to the user.

  As described above, if the capsule in which the inclusion is determined is included in the possessed capsule group, the user can recognize the type of the object that is the inclusion on the possessed capsule screen. An inclusion is an object of the same type as at least one of the already held objects. If this inclusion is given to the user, the parameters of the object of the type already possessed by the user will rise. Moreover, the effective period of each capsule is also displayed on the possession capsule screen. This increases the motivation of the user who tries to open the capsule within the lifetime of the capsule in which the inclusion is determined.

[Modification]
In the first embodiment, an example has been described in which one of the holding capsule groups is sequentially opened until either the capsule for which the inclusion is determined or the capsule for which the rarity is set is opened in exchange for the consumption item. It is possible to change this and exchange it for consumption items, and it is possible to draw one out of one or more capsules including the capsule whose inclusion is determined and the rarity set capsule among the possessed capsule group It is.

(Modification of acquisition preparation unit 117)
In the acquisition preparation unit 117 in the first embodiment described above, the configuration in the case where the operation of instructing the lottery in exchange for the consumption item is received is modified.

  First, in the present modification, the target of the lottery is one or more capsules including the capsule in which the inclusion is determined and the capsule in which the degree of rarity is set among the possessed capsule group. Specifically, the acquisition preparation unit 117 draws one of the capsules in which the rarities of K, S, A, B, and C are set. In this case, the method of drawing any one of the corresponding one or more capsules may be random, but is not limited thereto. In addition, the number of capsules drawn by the acquisition preparation unit 117 may be one or plural. For example, the acquisition preparation unit 117 may draw lots of capsules according to the play result.

(Processing flow at the time of lottery operation acceptance in the modification)
In the present modification, the processing flow at the time of the lottery operation reception described with reference to FIG. 5 is modified as shown in FIG. At the start of the process shown in FIG. 10, it is assumed that the display unit 152 of the user terminal 100 displays a screen indicating at least the ratio of each type in the possessed capsule group.

  In step S301, in the user terminal 100, the operation receiving unit 111 determines whether an operation instructing a lottery in exchange for a consumed item has been received. Here, when the operation instructing the lottery is accepted, the process proceeds to step S302.

  In step S302, the acquisition preparation unit 117, in exchange for the consumption item, is a target to be opened out of one or more capsules including the capsule for which the inclusion is determined and the capsule for which the rarity is set among the possessed capsule group. Draw a capsule that will In addition, the acquisition preparation unit 117 notifies the display control unit 112 to display a screen representing the lottery result.

  The processes of steps S303 to S309 are the same as steps S103 to S109 of FIG. 3 in the process at the end of one play, and thus the detailed description will not be repeated. As a result, the lottery capsule is opened, and the object determined as the inclusion thereof or the object determined according to the rarity is given to the user. In addition, a screen representing the result of opening is displayed. Then, if the given object is of the same type as the object already held by the user, the parameter of the object of the kind already held or its upper limit value increases.

(Modified screen)
The screen transition in this modification is described using FIGS. 8 and 9 described above. That is, the ratio of each type in the possessed capsule group is presented to the user on the possessed capsule screen of FIG. 8 (A). Then, it is assumed that the “Yes” button 604 for accepting exchange for the consumed item is operated on the acceptance screen of FIG. 8 (B). Then, a lottery is performed from among the capsules in which one of the types K, S, A, B, and C is set among the possessed capsule group. As a result, if, for example, capsules of rarity degree A are drawn and opened, an opening result screen is displayed as shown in FIG. 9 (B).

  As described above, also in the modified example, the user can confirm the ratio of each type on the owned capsule screen illustrated in FIG. Then, if the user executes the lottery in the configuration at that time, it is considered that the capsule in which the inclusion is determined or the capsule with a desired rarity has a high probability of being opened, and the consumption item The lottery can be executed in exchange. Then, since the opening target is selected from one or more capsules (that is, capsules in which the character is included) including the capsule in which the inclusion is determined and the capsule in which the rarity degree is set, the user can I can get a sense of convincing that I have redeemed it.

<Effect of this embodiment>
As described above, in the present embodiment and its modification, each time one play of the puzzle ends, a capsule in which an object of the same type as the object held by the user is determined as the inclusion may be provided. The objects change in characteristics so that the game can be advanced advantageously based on objects of the same type. Therefore, if an object of the same type as the already held object is given, the game can be advanced advantageously. This increases the motivation of the user to open the capsule in which such inclusions have been determined. Further, as one of the consumption conditions for opening the capsule, it is set that one play of the puzzle is ended. As a result, the present embodiment enhances the motivation of the user who plays the game to open the capsule in which the inclusion is determined.

Second Embodiment
Embodiment 1 mentioned above demonstrated the example which employ | adopts the conditions that 1 play of a puzzle complete | finishes as one of the consumption conditions which open a capsule. A configuration is possible in which this is modified, and one of the consumption conditions is that a point described later is equal to or greater than a threshold. Also, in the present embodiment, one of the possessed capsule groups is opened in the order of being granted each time the point becomes equal to or higher than the threshold.

  In the present embodiment, it is assumed that the capsule includes a capsule in which an inclusion of the same type as an object held by the user is determined and a capsule in which the rarity is set. In the present embodiment, it is assumed that there is no capsule for which the degree of rarity is not set. Further, as in the first embodiment, the type of capsule in which the inclusion is determined is represented as K. Further, as the rarity degree set in the capsule, there are four types of S, A, B, and C in descending order of rarity degree. The setting probability of these types may be 5% for K, 5% for S, 15% for A, 30% for B, and 45% for C. In addition, one or more characters having a value according to the rarity degree are associated with each rarity degree.

(Detailed Configuration of Reward Determination Unit 116)
The reward determination unit 116 sets an effective period for each capsule to be granted. The valid period may be associated in advance with each type. In that case, the effective period is determined to be shorter as the rarity of the capsule is higher. In addition, the type for which the rarity degree is not set is set so that the effective period is longer than the type for which the rarity degree is set. In addition, the capsule of the type in which the inclusion is determined may have an effective period similar to that of the capsule with the highest degree of rarity. In addition, in the capsule of the type in which the inclusion is determined, the effective period according to the value of the object determined as the inclusion may be defined. For example, the capsule of the type in which the inclusion is determined may have an effective period similar to that of the rarity capsule associated with the object determined as the inclusion. Capsules whose elapsed time from the time of application exceeds the effective period are deleted from the capsule group provided to the user.

  In the present embodiment, the reward determination unit 116 has the following configuration in addition to the configuration described above for the reward determination unit 116. That is, the reward determination unit 116 determines points to be given to the capsule arranged in the slot described later according to the play result of the puzzle. The amount of points to be determined may be set to increase as the performance indicated by the play result is higher.

(Detailed Configuration of Acquisition Preparation Unit 117)
The detailed configuration of the acquisition preparation unit 117 in the present embodiment will be described.

  First, a configuration will be described in which the acquisition preparation unit 117 draws an opening target from the owned capsule group when the consumption condition is satisfied.

  In the present embodiment, the acquisition preparation unit 117 changes the capsule, which is the oldest among the possessed capsule groups, given to the user to the openable state every time the consumption condition is satisfied. As an example, the acquisition preparation unit 117 arranges the oldest capsule provided to the user among the group of possessed capsules in the slot for opening the capsule. Here, it is assumed that the number of slots assigned to the user is one. In addition, among the possessed capsule groups, one or more capsules other than the capsule disposed in the slot are collectively referred to as a stock. The acquisition preparation unit 117 manages the capsule group included in the stock as a row according to the order given to the user. The column of capsules included in the stock shall be arranged from the top to the end so that the granted time is new. When placing the capsule in the slot, the acquisition preparation unit 117 may release the setting of the effective period of the capsule placed in the slot. When the capsule is placed in the slot in this way, it may not be deleted depending on the passage of time.

  In addition, the acquisition preparation unit 117 gives the points given to the user by the reward determination unit 116 to the capsule placed in the slot. When the acquisition preparation unit 117 gives points, when the sum of the points reaches a predetermined value (consumption condition is satisfied), the capsule is in an openable state. That is, the acquisition execution unit 118 can acquire an object according to the capsule. For example, when the operation for instructing the opening of the uncapsable capsule is received, the acquisition execution unit 118 requests the server 200 to open the capsule, thereby acquiring an object corresponding to the capsule.

  Further, the acquisition preparation unit 117 deletes the capsule opened by the acquisition execution unit 118 from the slot. In addition, the acquisition preparation unit 117 moves the capsule at the top of the stock to the slot along with the removal of the opened capsule from the slot. The point given to the capsule immediately after being moved to the slot is an initial value (for example, 0). In addition, the acquisition preparation unit 117 raises the order of the remaining capsules in the stock one by one.

  A configuration in which a plurality of slots can be given to a user is also possible. In that case, the acquisition preparation unit 117 may arrange the capsules for the number of slots in each slot sequentially from the oldest one among the possessed capsule group. Also, in this case, the order may be set to a plurality of slots, and the older the capsule is given to the user, the more slot may be placed. Also, the acquisition preparation unit 117 may assign the determined points to each of the capsules arranged in the plurality of slots.

  Next, a configuration will be described in which the acquisition preparation unit 117 draws an opening target from the held capsule group in response to an operation of instructing a drawing in exchange for a consumed item. Here, it is assumed that the target of the lottery is a capsule group included in the stock. The method of lottery may be random, but is not limited thereto. Here, the capsule placed in the slot represents the right to be consumed next when the consumption condition is satisfied. Thus, the capsules included in the stock represent one or more rights other than the rights that would be consumed next when the consumption conditions are met.

  At this time, it is desirable that the acquisition preparation unit 117 receive an operation for instructing a lottery in exchange for the consumed item after presenting the ratio of each type in the possessed capsule group to the user. Thereby, the user can designate a lottery at any time, taking into consideration the ratio of each type in the possessed capsule group. For example, in the possessed capsule group, the user accounts for a large proportion of capsules of type K in which the inclusion is determined or capsules in which S with the highest rarity is set (that is, capsules of K or S are opened) When it is considered that there is a high possibility of being drawn, a lottery can be instructed. In this way, the user can intervene in increasing the likelihood that the capsule whose inclusion is determined or the desired rarity is opened.

<Processing flow of game system 1>
11 to 12 are flowcharts showing the flow of processing executed by each computer included in the game system 1 according to the present embodiment. In addition, in this embodiment, although a series of process steps are shared and performed in the user terminal 100 and the server 200, it is not restricted to the sharing form shown in figure. Also, for example, all steps may be executed by the user terminal 100, or all steps may be executed by the server 200.

(Processing flow at the end of 1 play)
First, a flow of processing when one play of the puzzle is finished is shown in FIG. FIG. 11 shows a flow of capsule addition processing at the end of one play. At the start of the process shown in FIG. 11, it is assumed that a puzzle play screen is already displayed on the user terminal 100 by the puzzle progression unit 115, and the puzzle is in progress by the operation of the user.

  The processes of steps S401 to S403 are similar to the processes of steps S101 and S110 to S111 in the first embodiment described with reference to FIGS. 3 to 4, and thus the detailed description will not be repeated. The type determined in step S110 is either the type in which the inclusion is determined or the type in which the rarity level is set, and in the case where the rarity level is set, the rarity level is also determined. However, unlike the first embodiment, the type to which the rarity degree is not set is not determined. Thus, when one play ends, the number of capsules provided to the user, the type of each capsule, and the validity period are set according to the play result.

  Since the processes of steps S404 to S405 are similar to the processes of steps S112 to S113 in the first embodiment described with reference to FIG. 4, the detailed description will not be repeated. Thereby, the inclusion is determined for the capsule in which the inclusion is determined.

  In step S406, the acquisition preparation unit 117 adds the provided capsule to the end of the column of capsules in the stock. Also in this step, as described in step S111, the capsule exceeding the upper limit number is stored or discarded as the application schedule.

  In step S407, the reward determination unit 116 calculates points according to the play result.

  In step S408, the acquisition preparation unit 117 assigns the calculated point to the capsule disposed in the slot. If there are already awarded points, the points awarded this time are added to the already awarded points, and the total of the points awarded so far is calculated. At this time, the acquisition preparation unit 117 notifies the display control unit 112 to display the possessed capsule screen including the slot, the sum of points, and the stock to which a new capsule is added at the end.

  FIG. 12 shows the flow of the capsule opening process following step S408.

  In step S409, the acquisition preparation unit 117 determines whether the sum of points has reached a predetermined value. If reached, the capsule placed in the slot becomes openable, and the process of step S410 is performed.

  In step S410, the acquisition preparation unit 117 determines whether or not an operation to instruct opening has been received with respect to the capsule that has become openable in the slot. For example, the operation for instructing the opening may be a tap operation on the capsule that has become openable. The operation accepting unit 111 accepts an operation for instructing the opening. Here, when the operation for instructing the opening is received, the processes of steps S411 to S417 are performed.

  The processes of steps S411 to S417 are the same as steps S103 to S109 of FIG. 3 in the first embodiment, and thus the detailed description will not be repeated. Thus, the capsule in the openable state is opened, and the contained object is given to the user. In addition, a screen representing the result of opening is displayed. If the given object is of the same type as any of the objects already owned by the user, the parameter of the object is increased.

  In step S418, the acquisition preparation unit 117 deletes the unopened capsule from the slot, and moves the capsule at the top of the stock to the slot. An initial value is set as the point of the capsule newly placed in the slot. In addition, the acquisition preparation unit 117 raises the order of the remaining capsules in the stock one by one. At this time, the acquisition preparation unit 117 notifies the display control unit 112 so that the result of movement of each capsule is displayed on the owned capsule screen.

(Processing flow when accepting lottery operation)
Next, FIG. 13 shows a flow of processing when an operation instructing a lottery in exchange for a consumed item is accepted. At the start of the process shown in FIG. 13, it is assumed that the possessed capsule screen including the slot, the total of points, and the stock is displayed on the display unit 152 of the user terminal 100.

  In step S501, in the user terminal 100, the operation receiving unit 111 determines whether an operation instructing a lottery in exchange for a consumed item has been received. If the operation instructing the lottery is accepted, the process proceeds to step S502.

  In step S502, the acquisition preparation unit 117 consumes the consumed item and draws a capsule to be opened from the stock. In addition, the acquisition preparation unit 117 notifies the display control unit 112 to display a screen representing the lottery result.

  The processes of steps S503 to S509 are similar to steps S103 to S109 of FIG. 3 in the first embodiment, and thus the detailed description will not be repeated. As a result, the lottery capsule is opened, and the contained object is given to the user. In addition, a screen representing the result of opening is displayed. If the given object is of the same type as any of the objects already owned by the user, the parameter of the object is increased.

<Example of game screen>
FIG. 14 is a view showing an example of a game screen displayed on the display unit 152 of the user terminal 100 in the game based on the game system 1 of the present embodiment.

  FIG. 14A shows an example of the possessed capsule screen displayed in step S406 and the like. The possessed capsule screen includes a slot frame 1201, a gauge 1202 indicating a total of points, a stock area 1203, and a lottery button 1204. In this example, in the slot indicated by the slot frame 1201, a rarity B capsule is disposed. This capsule is the oldest capsule given to the user among the possessed capsule group. Moreover, the gauge 1202 indicates the ratio of the total of points given so far to the capsule to the maximum value. The maximum value is a predetermined value that the point should reach for the capsule to be openable. In addition, the stock area 1203 includes a row of capsules arranged in the order given to the user. In this example, the capsule types in the stock area 1203 are C, B, C, C, K, C, S, and B in the order given to the user. In the capsule of type K in which the inclusion is determined, the character "tier" that is the inclusion is displayed. Thus, since the rarity or inclusion of each capsule is presented in the present screen, the user can confirm the ratio of each type in the possessed capsule group.

  In addition, in the possessed capsule screen of FIG. 14A, the white arrow displayed between the capsules indicates the direction in which each capsule moves in accordance with the opening of the capsule disposed in the slot. In this example, 17 are defined as the upper limit value of capsules that the user can hold. Further, in this example, a total of nine capsules of the capsule arranged in the slot frame 1201 and the eight capsules in the stock area 1203 are included in the possessed capsule group. Eight circles filled in a hatched pattern at the bottom of the stock area 1203 indicate that eight more capsules can be arranged with respect to the stock area 1203 in this state.

  The lottery button 1204 is a button for receiving an operation to instruct a lottery from the stock in exchange for the consumed item. In this example, it is displayed that the lottery from the stock is possible in exchange for 50 virtual currencies.

  FIG. 14B is an example of the consent screen displayed in step S501. The consent screen is a screen that allows the user to select whether or not to replace the consumed item. This consent screen is displayed when the operation for the “lottery” button 1204 is accepted on the owned capsule screen of FIG. 14 (A). The acceptance screen includes a “Yes” button 1205 for accepting to redeem the consumed item and a “No” button 1206 for not accepting.

  FIG. 14C is an opening result screen representing the result of the lottery / opening on the stock. This opening result screen is displayed as a lottery / opening result from stock in response to the operation on the “Yes” button 1205 being accepted on the consent screen of FIG. 14B (Yes in step S501). (Steps S502 to S507). In this example, the opening result screen shows that the capsule in which the inclusion "Tear" is determined from the stock is drawn and opened, and the character "Tear" appears as the inclusion. The character "tier" is already owned by this user. For this reason, the "score unit price" which is a parameter of the "tier" is rising.

  In addition, in FIG. 14C, in the stock of the background of the character "Tear" which has appeared, the display of the capsule is deleted from the position of the opened capsule. Thereafter, in the stock display, the capsules provided to the user after the unsealed capsule are sequentially moved up and moved in the display position.

  In this way, the user can check the ratio of each type on the possessed capsule screen shown in FIG. Furthermore, if the user executes the lottery with the configuration at that time, it is considered that the capsule in which the inclusion is determined or the capsule with the desired rarity is highly likely to be opened, as shown in FIG. As shown in), it is possible to instruct the lottery in exchange for the consumption item. Then, as shown in FIG. 14 (C), any capsule is randomly drawn and opened from among the stock other than the slot. That is, even if the capsule is expected to have a long time until it is placed in the slot because the time given to the user is new, there is a possibility that a lottery will be made. As a result, the user can get a sense of satisfaction with the exchange for the consumed item.

<Effect of this embodiment>
As described above, in the present embodiment, each time one play of the puzzle is finished, a capsule in which an object of the same type as an object held by the user is determined as an inclusion may be provided. Further, as one of the consumption conditions for opening the capsule, it is set that the point given to the user along with the game play reaches a threshold. As a result, the present embodiment further enhances the user's motivation to play a game and gain points in order to open the capsule, when the capsule in which the inclusion is determined is given.

[Other Modifications of Each Embodiment]
In each of the above-described embodiments, the example in which the same type of object as the object selected in the latest play is included in the capsule in which the inclusion is determined is mainly described. The present invention is not limited to this, and the capsule in which the inclusion is determined may include an object of the same type as any of the objects held by the user.

  In each of the above-described embodiments, the right to acquire an object may not necessarily be expressed as a capsule. Further, an object that can be a target of selection in game play may not necessarily be represented as a character. In addition, objects (accompanying items) not to be selected may not necessarily be represented as coins. In addition, the degree of rarity may not necessarily be set for the right to acquire an object that can be a target of selection.

  Moreover, in each embodiment mentioned above, the inclusion of the capsule was mainly demonstrated about a case where a game program is a puzzle game. Besides this, the capsule inclusion may be a character that can be a target of selection in game play. In addition, the capsule inclusion is an object that increases or decreases the parameter of the character by being associated with the character (for example, a consumed item for updating the upper limit of the parameter for the character, an equipment item for changing the parameter of the character by equipping the character, etc. ) May be. In addition, the capsule inclusion may exert an effect of releasing or strengthening the skills available to the character. Further, the inclusion of the capsule may be a material item to be a material for generating various items by synthesis. For example, in the case of an action game, by opening a capsule containing an object indicating a character, the user can increase the number of usable characters, or the same character as the character already acquired by the user opens the capsule. When it appears, the various abilities of the character may be improved. For example, updating parameters such as the physical strength value of the character, unlocking the character so that the skill can be acquired, and the like.

  Moreover, in each embodiment mentioned above, although the example which implements determination of the inclusion of the capsule in which the inclusion was determined was performed in a user terminal was demonstrated, the process which determines an inclusion may be implemented in a server.

  In addition, it is possible to apply to the second embodiment the function of collectively opening all or a part of the possessed capsule group collectively in exchange for the consumed item as described in the first embodiment.

  Further, the condition of “the point reaches a predetermined value” which is the consumption condition adopted in the second embodiment can be adopted in the first embodiment. In this case, points may be given to part or all of the possessed capsule group.

  In each embodiment, the acquisition preparation unit 117 may adopt the condition of achieving the goal set in the game as one of the consumption conditions for opening the capsule.

  Further, in each embodiment, the acquisition preparation unit 117 may have a function of collectively discarding all or a part of the possessed capsule group in exchange for the consumed item. In this case, in each embodiment, the possessed capsule screen may further include an operation button for instructing to discard in a batch. The acquisition preparation unit 117 collectively discards all or part of the possessed capsule group in response to the operation on such an operation button. In this way, the user can reset the configuration of all or part of the possessed capsule group to be drawn for in exchange for the consumed item in exchange for the consumed item.

  In each embodiment, various items may be given to the user in exchange for the consumption item. In this case, the item to be given includes an item which can be changed to advantageously advance the game in the setting of the game play. As such various items, for example, a lid item, a removal item, a rare change item, an extension item, an increase item, etc. may be mentioned.

  For example, when the use of the cover item is instructed, the acquisition preparation unit 117 may not give the capsule to the user even if the first condition is satisfied for a predetermined period. The predetermined period may be, for example, one play of a puzzle.

  Further, for example, when the use of the removal item is instructed, the acquisition preparation unit 117 may discard the capsule that satisfies the predetermined condition based on the rarity among the possessed capsule group. The predetermined condition based on the rarity degree may be, for example, a specific rarity degree. Further, the predetermined condition based on the rarity may be that the rarity is equal to or less than a threshold. Further, the predetermined condition based on the rarity may be that the rarity is not set. Further, the predetermined condition based on the degree of rarity may be a combination of these conditions.

  In addition, for example, when instructed to use the rarity changing item, the acquisition preparing unit 117 may change the rarity of a predetermined capsule of the possessed capsule group to a desired rarity.

  In addition, for example, when the use of the extension item is instructed, the acquisition preparation unit 117 may extend the effective period of a predetermined capsule among the possessed capsule group.

  Also, for example, when the use of the increase item is instructed, the acquisition preparation unit 117 may increase the amount of provision of points when the provision condition of points is satisfied. Specifically, the acquisition preparation unit 117 may increase the amount of points given to the same score in the puzzle play.

[Example of software implementation]
Control block of control unit 210 (especially, object providing unit 211), and control block of control unit 110 (especially, operation accepting unit 111, display control unit 112, user interface (hereinafter referred to as UI) control unit 113, animation generation unit 114, the puzzle progression unit 115, the reward determination unit 116, the acquisition preparation unit 117, the acquisition execution unit 118, and the object management unit 119 are realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like. It may be realized by software using a CPU (central processing unit).

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

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

[Items to be added]
It will be as follows when the contents concerning one side of the present invention are listed.

  (Item 1) The game program (131) has been described. According to an aspect of the present disclosure, a game program is executed by a computer (user terminal 100, server 200) including a processor (10, 20) and a memory (11, 21). The game program causes the processor to give the user the right to acquire an object available for play (S114) and to cause the user to acquire the object by consuming the right (S107). And, if the object acquired by the user is of the same type as the object already possessed by the user, the characteristics of the object of that kind already possessed by the user can be changed to favor play And (S109). The right granted in the step of granting may include the right to obtain at least one object of the same type as the one or more objects held by the user.

  According to the above configuration, the game play increases the expected value by which an object of the same type as any of the objects owned by the user can be acquired. If the same type of object can be obtained, the characteristics of the type of object held by the user change so that play can be advanced advantageously. As a result, the user's motivation for game play is enhanced.

  (Item 2) In (Item 1), the game may be played using an object selected by the user among one or more objects held by the user. The right may include a right to acquire an object that can be a target of selection in game play and a right to acquire an object that is not a target of selection. In this case, the right granted in the step of granting may include a right of obtaining an object of the same type as at least one of the objects that can be selected, among the one or more objects held by the user. As described above, even in the case of a game in which the right to acquire an object that is not the target of selection in the game may be granted by game play, the user holds the same type of object as the object that can be the target of selection. The expected value for getting an object is high. As a result, the user's motivation for game play is enhanced.

  (Item 3) In (Item 1) or (Item 2), in the obtaining step, the right may be consumed when a predetermined consumption condition is satisfied in the game. Thereby, when the user is granted the right to acquire an object of the same type as any of the objects owned by the user, the motivation of the user who tries to satisfy the consumption condition to consume the right is Increase.

  (Item 4) In any one of (Item 1) to (Item 3), the right to acquire an object of the same type as at least one of one or more objects held by the user recognizes the type of the object It may be displayed in a possible manner. Thereby, the user can recognize which type of object it is possible to acquire, before consuming the right. As a result, the user is more motivated to consume the right to obtain the displayed type of object.

  (Item 5) In any one of (Item 1) to (Item 4), a valid period is set for the right to acquire at least one object of the same type as one or more objects held by the user. It may be done. Thereby, the user tries to consume the right within the effective period. As a result, the motivation of the user who intends to consume the right is further enhanced.

  (Item 6) In any one of (Item 1) to (Item 5), in the step of giving, the right to obtain an object of the same type as the object selected for use in the play with the game play. May be given to the user. As a result, the expected value capable of acquiring an object of the same type as the object selected in game play is increased. As a result, the user's motivation for game play is further enhanced.

  (Item 7) In any one of (Item 3) to (Item 6) applied in (Item 2) and (Item 2), the right to obtain an object that can be a target of selection is the game play. A degree of rarity may be set that indicates the value of the object's value in advancing. In this case, in the step of granting, the right with a high degree of scarcity may be set so that the probability of being granted is lower. In this way, objects that are more valuable in advancing the game, even if the game has a lower expected value given, can temporarily hold such objects of higher value, so the same type of object The expected value for acquiring objects of is higher. As a result, the user's motivation for game play is further enhanced.

  (Item 8) In any one of (Item 1) to (Item 7), when the number of times of execution of the giving step continues for which the right having a predetermined value has not been granted continues a predetermined number of times, In the granting step, at least one right having a predetermined value may be granted to the user. The right to have a predetermined value may include the right to obtain an object of the same type as at least one of the one or more objects held by the user. As a result, by continuing the game play, the expected value capable of acquiring any kind of object owned by the user is further increased. As a result, the user's motivation to continue the game play is further enhanced.

  (Item 9) In any one of (Item 1) to (Item 8), in the changing step, if the object acquired by the user is of the same type as the object already held by the user, The parameters that define the characteristics of the type of object already possessed may be increased. In this case, the user tries to acquire an object of the same type as any of the objects possessed by the user in order to increase such parameters. As a result, the user's motivation for game play is enhanced.

  (Item 10) In any one of (Item 1) to (Item 9), in the changing step, if the object acquired by the user is of the same type as the object already held by the user, The upper limit of the change of the parameter that defines the characteristics of the object of the type already held may be increased. In this case, the user tries to acquire an object of the same type as any of the objects possessed by the user in order to increase such upper limit value. As a result, the user's motivation for game play is enhanced.

  (Item 11) In any one of (Item 3) to (Item 10) applied to (Item 2) and (Item 2), in the step of obtaining, in exchange for the consumption item given to the user, the selection is made Any of the rights granted to the user may be consumed sequentially until the right to acquire an object that may be the subject of is consumed.

  (Item 12) In any one of (Item 3) to (Item 10) applied to (Item 2) and (Item 2), in the step of obtaining, in exchange for the consumption item given to the user, the selection is made You may consume any of the rights to acquire an object that may be the subject of

  Thus, according to the configuration of (Item 11) or (Item 12), the user can always acquire an object that can be a target of selection in exchange for a consumed item. Therefore, if the user is given the right to acquire an object of the same type as any of the objects owned by the user, the exchange with the consumed item further increases the expected value for acquiring the object of the same type.

  (Item 13) In any one of (Item 1) to (Item 10), in the obtaining step, even when the predetermined conditions for playing the game are satisfied, the rights are consumed in the order given to the user. Good. In this way, when the user is granted the right to acquire an object of the same type as that held by the user, the user repeatedly tries to satisfy the predetermined condition until the order of consumption of the right comes. As a result, the user's motivation to continue the game play is further enhanced.

  (Item 14) In (Item 13), in the step of obtaining, in exchange for the consumption item granted to the user, of the rights granted to the user, it is intended to be consumed when a predetermined condition is next satisfied. Any one or more rights other than the rights may be consumed. In this way, if the user is given the right to acquire an object of the same type as any of the objects owned by the user, if the user exchanges the item for consumption, the user does not wait until the order in which the right is consumed comes. Even in this case, it is possible to increase the expected value for acquiring the same type of object.

  (Item 15) In any one of (Item 1) to (Item 14), in the obtaining step, even if the rights granted to the user are consumed at once in exchange for the consumption item given to the user Good. As a result, the user can always obtain the same type of object by exchanging for the consumed item in a state in which the user is given the right to obtain an object of the same type as any of the objects owned by the user. .

  (Item 16) A method of executing a game program has been described. According to an aspect of the present disclosure, the game program (131) is executed by a computer (user terminal 100, server 200) including a processor (10, 20) and a memory (11, 21). The method comprises the steps of: the processor granting the user the right to acquire an object available for play with playing the game; and causing the user to acquire the object by consuming the right; and acquired by the user Changing the characteristics of the type of object already held by the user so that play can be advanced advantageously if the object is of the same type as the object already held by the user. The right granted in the step of granting may include the right to obtain at least one object of the same type as the one or more objects held by the user. The method according to (Item 16) has the same function and effect as the game program according to (Item 1).

  (Item 17) The information processing apparatus (user terminal 100, server 200) has been described. According to an aspect of the present disclosure, the information processing apparatus includes a storage unit (120, 220) storing the game program (131), and a control unit (110) configured to control the operation of the information processing apparatus by executing the game program. , 210). The control unit grants the user the right to acquire an available object in play (S114), and consumes the right, causing the user to acquire the object (S107), and the object acquired by the user is determined by the user If it is of the same type as the already held object, the characteristics of the kind of object already held by the user are changed so that play can be advanced advantageously (S109). The right granted may include the right to obtain an object of the same type as at least one of the one or more objects held by the user. The information processing apparatus according to (Item 17) has the same operation effect as the game program according to (Item 1).

DESCRIPTION OF SYMBOLS 1 game system, 2 networks, 10, 20 processors, 11, 21 memories, 12, 22 storages, 13, 23 communication IFs, 14, 24 input / output IFs, 15 touch screens, 17 cameras, 18 distance measuring sensors, 100 user terminals (Information processing apparatus, Client's computer) 110, 210 Control unit 111 Operation control unit 112 Display control unit 113 UI control unit 114 Animation generation unit 115 Puzzle progression unit 116 Reward determination unit 117 Acquisition preparation unit , 118 acquisition execution unit, 119 object management unit, 120 storage unit, 131 game program, 132 game information, 133 user information, 151 input unit, 152 display unit, 200 server (information processing apparatus, server computer), 211 object information Application, 1010, object, 1020 controller, 1030 storage medium

Claims (22)

A game program,
The game program is executed by a computer comprising a processor and a memory,
The game program may include the processor
Granting by storing in the memory the right to acquire an object available for use with the game as being possessed by the user as the game is played;
Having the user acquire the object by consuming the rights;
If the object acquired by the user is of the same type as the object already possessed by the user, then the characteristics of the object of the kind already possessed by the user can be advanced advantageously in the play Execute the steps of changing
The right granted in the granting step may include a right of obtaining at least one object of the same type as one or more objects held by the user.
The game is played using an object selected by the user among one or more objects held by the user,
The right includes the right to acquire an object that can be a target of selection in the game play, and the right to acquire an object that is not a target of the selection.
The right granted in the step of granting may include a right of obtaining an object of the same type as at least one of the objects that can be the target of the selection among one or more objects held by the user program.   The game program according to claim 1, wherein, in the acquiring step, the right is consumed when a predetermined consumption condition is satisfied in the game.   The right to acquire an object of the same type as at least one of the one or more objects owned by the user, which is granted to the user in the granting step, is the type of the object before the right is consumed. The game program according to claim 1 or 2, which is displayed in a recognizable manner.   The game program according to any one of claims 1 to 3, wherein a valid period is set for the right to acquire an object of the same type as at least one of the one or more objects held by the user.   5. The method according to claim 1, wherein, in the step of giving, the user may be given the right to obtain an object of the same type as an object selected to be used in the play along with the play of the game. The game program described in the section. In the right to acquire an object that can be the target of the selection, a rarity degree that indicates the value of the object's value in advancing the game play is set.
The game program according to any one of claims 1 to 5, wherein in the granting step, the higher the rarity degree, the lower the probability of being granted. When the number of executions of the giving step where no right having a predetermined value has been given continues a predetermined number of times or more, at least one right having the predetermined value in the giving step to be executed next Granted to the user,
The game according to any one of claims 1 to 6, wherein the right having the predetermined value may include the right to obtain at least one object of the same type as one or more objects held by the user. program.   In the changing step, if the object acquired by the user is of the same type as the object already held by the user, the parameter defining the property of the object of the kind already held by the user is increased The game program according to any one of claims 1 to 7, wherein the game program is executed.   At the changing step, when an object acquired by the user is of the same type as an object already held by the user, a change of a parameter defining characteristics of the object of the kind already held by the user The game program according to any one of claims 1 to 8, wherein the upper limit value of is increased.   In the acquiring step, sequentially consuming any of the rights granted to the user with the consumption item granted to the user until the right to acquire the object that can be the target of the selection is consumed. The game program according to any one of claims 1 to 9, which is executed in response to one exchange.   The game according to any one of claims 1 to 9, wherein the step of acquiring the game consumes any of the right to acquire the object that can be the target of the selection in exchange for the consumption item given to the user. program.   In the acquiring step, a condition associated with playing the game is applied as one of the consumption conditions, and the right is consumed in the order given to the user each time one of the consumption conditions is satisfied. The game program according to any one of claims 3 to 9, which is subordinate to claim 2 and claim 2.   In the acquiring step, any of the rights granted to the user other than the rights scheduled to be consumed when one of the consumption conditions is satisfied next in exchange for the consumption item granted to the user The game program according to claim 12, wherein one or more rights are consumed.   The game program according to any one of claims 1 to 13, wherein, in the acquiring step, the right granted to the user is collectively consumed in exchange for the consumption item given to the user. A method of executing a game program,
The game program is executed by a computer comprising a processor and a memory,
The method comprises:
Granting by storing in the memory the right to acquire an object available for use with the game as being possessed by the user as the game is played;
Having the user acquire the object by consuming the rights;
If the object acquired by the user is of the same type as the object already possessed by the user, then the characteristics of the object of the kind already possessed by the user can be advanced advantageously in the play Performing the steps of changing
The right granted in the granting step may include a right of obtaining at least one object of the same type as one or more objects held by the user.
The game is played using an object selected by the user among one or more objects held by the user,
The right includes the right to acquire an object that can be a target of selection in the game play, and the right to acquire an object that is not a target of the selection.
The right granted in the granting step may include a right of obtaining an object of the same type as at least one of the objects that can be the target of the selection among one or more objects held by the user. . An information processing apparatus,
The information processing apparatus is
A storage unit for storing a game program;
A controller configured to control an operation of the information processing apparatus by executing the game program;
The control unit
According to the game play, a right to acquire an object usable in the play is given by being stored in the storage unit as one held by the user,
Causing the user to acquire the object by consuming the rights;
If the object acquired by the user is of the same type as the object already possessed by the user, then the characteristics of the object of the kind already possessed by the user can be advanced advantageously in the play Change,
The rights granted may include the right to obtain an object of the same type as at least one of the one or more objects held by the user,
The game is played using an object selected by the user among one or more objects held by the user,
The right includes the right to acquire an object that can be a target of selection in the game play, and the right to acquire an object that is not a target of the selection.
The information processing apparatus, wherein the right to be granted may include a right of obtaining at least one object of the same type as the object that can be the target of the selection among one or more objects held by the user. A game program,
The game program is executed by a computer comprising a processor and a memory,
The game program may include the processor
Granting the user the right to obtain objects available in the play with game play;
Having the user acquire the object by consuming the rights;
If the object acquired by the user is of the same type as the object already possessed by the user, then the characteristics of the object of the kind already possessed by the user can be advanced advantageously in the play Execute the steps of changing
The right granted in the granting step may include a right of obtaining at least one object of the same type as one or more objects held by the user.
When the number of executions of the giving step where no right having a predetermined value has been given continues a predetermined number of times or more, at least one right having the predetermined value in the giving step to be executed next Granted to the user,
The game program, wherein the right having the predetermined value may include a right to obtain an object of the same type as at least one of one or more objects held by the user. A method of executing a game program,
The game program is executed by a computer comprising a processor and a memory,
The method comprises:
Granting the user the right to obtain objects available in the play with game play;
Having the user acquire the object by consuming the rights;
If the object acquired by the user is of the same type as the object already possessed by the user, then the characteristics of the object of the kind already possessed by the user can be advanced advantageously in the play Performing the steps of changing
The right granted in the granting step may include a right of obtaining at least one object of the same type as one or more objects held by the user.
When the number of executions of the giving step where no right having a predetermined value has been given continues a predetermined number of times or more, at least one right having the predetermined value in the giving step to be executed next Granted to the user,
The method wherein the right having the predetermined value may include the right to obtain at least one object of the same type as the one or more objects held by the user. An information processing apparatus,
The information processing apparatus is
A storage unit for storing a game program;
A controller configured to control an operation of the information processing apparatus by executing the game program;
The control unit
Execute a process of giving the user the right to acquire an object available in the play along with the game play,
Causing the user to acquire the object by consuming the rights;
If the object acquired by the user is of the same type as the object already possessed by the user, then the characteristics of the object of the kind already possessed by the user can be advanced advantageously in the play Change,
The right to be granted may include the right to obtain an object of the same type as at least one of the one or more objects held by the user,
In executing the processing to be granted, when the number of executions of the processing to be granted where no right having a predetermined value has been granted continues a predetermined number of times or more, in the processing to be subsequently executed, Grant at least one right to the user of the predetermined value,
The information processing apparatus, wherein the right having the predetermined value may include a right to obtain at least one object of the same type as one or more objects held by the user. A game program,
The game program is executed by a computer comprising a processor and a memory,
The game program may include the processor
Granting by storing in the memory the right to acquire an object available for use with the game as being possessed by the user as the game is played;
Having the user acquire the object by consuming the rights;
If the object acquired by the user is of the same type as the object already possessed by the user, then the characteristics of the object of the kind already possessed by the user can be advanced advantageously in the play Execute the steps of changing
The right granted in the granting step may include a right of obtaining at least one object of the same type as one or more objects held by the user.
In the acquiring step, the right is consumed when a predetermined consumption condition is satisfied in the game,
In the acquiring step, the condition accompanying the play of the game is applied as one of the consumption conditions, and the right is consumed in the order given to the user each time one of the consumption conditions is satisfied,
In the acquiring step, any of the rights granted to the user other than the rights scheduled to be consumed when one of the consumption conditions is satisfied next in exchange for the consumption item granted to the user A game program that consumes one or more rights. A method of executing a game program,
The game program is executed by a computer comprising a processor and a memory,
The method comprises:
Granting by storing in the memory the right to acquire an object available for use with the game as being possessed by the user as the game is played;
Having the user acquire the object by consuming the rights;
If the object acquired by the user is of the same type as the object already possessed by the user, then the characteristics of the object of the kind already possessed by the user can be advanced advantageously in the play Performing the steps of changing
The right granted in the granting step may include a right of obtaining at least one object of the same type as one or more objects held by the user.
In the acquiring step, the right is consumed when a predetermined consumption condition is satisfied in the game,
In the acquiring step, the condition accompanying the play of the game is applied as one of the consumption conditions, and the right is consumed in the order given to the user each time one of the consumption conditions is satisfied,
In the acquiring step, any of the rights granted to the user other than the rights scheduled to be consumed when one of the consumption conditions is satisfied next in exchange for the consumption item granted to the user How to consume one or more rights. An information processing apparatus,
The information processing apparatus is
A storage unit for storing a game program;
A controller configured to control an operation of the information processing apparatus by executing the game program;
The control unit gives the right to acquire an object available for use in the play, as the one held by the user, by storing the right in the storage unit as the game is played.
Causing the user to acquire the object by consuming the rights;
If the object acquired by the user is of the same type as the object already possessed by the user, then the characteristics of the object of the kind already possessed by the user can be advanced advantageously in the play Change,
The right to be granted may include the right to obtain an object of the same type as at least one of the one or more objects held by the user,
When causing the user to acquire the object, the right is consumed when a predetermined consumption condition is satisfied in the game,
When making the user acquire the object, the condition accompanying the play of the game is applied as one of the consumption conditions, and in the order given to the user every time one of the consumption conditions is satisfied. Consume the right,
When making the user acquire the object, it is consumed when one of the consumption conditions among the rights granted to the user is satisfied next in exchange for the consumption item granted to the user An information processing apparatus which consumes any one or more rights other than the planned rights.

Images