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

Abstract

To enhance motivation for a user to make a selection in a game including execution of selection based on a predetermined rule that is for determining a game object to be given to the user.SOLUTION: A game program (131) causes a processor (10) to: execute a lottery step (S503) for executing a lottery to determine a character to be given to a user among a plurality of characters including a new S character among the characters available to the user in the game; and a step (S509) for executing the lottery step again when the lottery result does not the new S character and the user cancels the lottery result to instruct reselection.SELECTED DRAWING: Figure 5

Description

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

  2. Description of the Related Art Conventionally, there has been known a game program for causing a computer to execute a game played by a user using a game object such as a character card. In such a game, a user holds an in-game value (for example, valuable data such as virtual currency, coins, jewels, crystals, points, and the like) having a monetary value in the game, and the value is consumed. In addition, various services used in the game (eg, providing game objects) are provided to the user.

  For example, Patent Literature 1 discloses a selection for allowing a user to acquire a character card based on a predetermined rule in exchange for virtual currency held by the user (hereinafter, such a selection is referred to as “lottery”). ) Is disclosed.

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

  Such a lottery may cause a rare game object to be selected, and is effective in enhancing the interest of the game. However, even if the in-game value is consumed for the lottery, the result desired by the user may not be obtained by the lottery. This is one of the factors that makes the user hesitate to execute the lottery. Thus, the lottery in the game has room for consideration from the viewpoint of enjoying the pleasure of performing the lottery by the user.

  An object of one embodiment of the present disclosure is to increase the motivation of the user to make a selection in a game including the execution of a selection based on a predetermined rule for determining a game object to be given to the user.

  A game program according to the present disclosure is executed by a computer including a processor. The game program gives the processor to the processor based on a predetermined rule from a plurality of game objects including a specific game object among game objects available to the user in a game based on the game program. Performing a selection for determining a game object; and when the result of the selection does not include the specific game object, and the user performs an operation of canceling the result of the selection and instructing a reselection. And causing the step of executing the selection to be executed again.

  Further, a method of executing a game program according to the present disclosure is a method of causing a computer to execute a game program, the computer including a processor, and the processor executing each of the above steps.

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

  According to an embodiment of the present disclosure, in a game including execution of the above selection, motivation for the user to make the selection can be increased.

FIG. 2 is a diagram illustrating a hardware configuration of the game system. FIG. 3 is a block diagram illustrating a functional configuration of a user terminal and a server. (A) And (B) is a figure which shows the example of the screen of the puzzle game displayed on a display part. It is a figure showing an example of a list of a rarity and a winning probability of a character selected in a lottery step in an embodiment of the present invention. It is a flowchart which shows the flow of the process which a user terminal and a server perform based on a game program about the redotable lottery in embodiment of this invention. (A) is a diagram showing an example of a first screen for accepting an input operation of a redotable lottery in the present embodiment, and (B) is an example of a second screen for accepting the input operation. FIG. (A) is a figure showing an example of a screen which displays each of the characters selected in the lottery step, (B) is an example of a screen which displays a list of six characters selected in the lottery step It is a figure which shows an example of the screen which displays the completion | finish of the re-selectable lottery by the selection of the new S character in the re-selectable lottery. (A) is a diagram showing another example of a screen displaying each of the characters selected in the lottery step, (B) is a diagram showing another list of the six characters selected in the lottery step It is a figure showing the example of. (A) is a diagram showing an example of a screen for accepting an operation of a re-lottery step, and (B) is a diagram showing an example of a screen for fixing a lottery result not including a new S character.

[Embodiment 1]
A game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these exemplifications, but is indicated by the appended claims, and it is intended that the present invention includes all modifications within the scope and meaning equivalent to the appended claims. You. In the following description, the same elements will be denoted by the same reference symbols in the description of the drawings, without redundant description.

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

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

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

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

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

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

  When the user terminal 100 communicates with a plurality of controllers 1020, each user holds each controller 1020 without communicating with another device such as the server 200 via the network 2 and the one user terminal 100. Can realize multiplayer. In addition, since the user terminals 100 communicate with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communication connection without passing through the server 200), multi-play is locally realized by a plurality of user terminals 100. You can also. When the above-mentioned multi-play is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200, which will be described later. When the above-mentioned multiplay is locally realized by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions of the server 200, which will be described later, in a distributed manner.

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

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

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

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

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

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

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

<Game Overview>
The game executed by the game system 1 includes a step of executing a selection for determining a game object to be given to the user based on a predetermined rule.

  The game according to the present embodiment is not limited to the range in which the game object is used. Examples of games include sports-based games, puzzle games, quiz games, RPGs, adventure games, shooting games, simulation games, training games, and action games. Examples of sports-based games include tennis, table tennis, dodgeball, baseball, soccer, and hockey. The play mode of the game in the present embodiment is not limited. For example, the play mode may be a single play by a single user or a multi play by a plurality of users. Further, the multi-play may be a battle play in which a plurality of users compete, or may be a cooperative play in which a plurality of users cooperate. In the following embodiments, it is assumed that a puzzle game proceeds for each stage having a predetermined task.

  The game object is not limited to a range that can be used by the user in the game. Examples of the game object may be an in-game value displayed by coins, tickets, jewels, or the like, or may be a character directly used by a user for an operation in a game, and may be combined with the character by means of equipment or the like. It may be an item such as an armor used, a technique, or the like. In the following embodiments, characters used in a puzzle game are assumed. This character is designed in a form reminiscent of a spherical capsule, and is used for the user to progress through the stages during the puzzle game.

  In the step of executing the selection, a game object to be provided to the user is selected from a plurality of game objects including a specific game object based on a predetermined rule. The predetermined rule may be set as appropriate. In the following embodiment, an embodiment will be described in which a predetermined rule is that a game object is randomly selected based on a winning probability specific to the game object. In this embodiment, this mode of selection is also referred to as “lottery”, and the step of executing the above selection is also referred to as “lottery step”.

  The specific game object can be set from among a plurality of game objects available in the game. Certain game objects may have a higher rarity with respect to other game objects, may be some of the game objects having the highest rarity, and may be new game objects. May be added to the game object. Here, the rarity indicates a high value in proceeding the game advantageously. Which of the plurality of game objects is set as the specific game object may change according to the time. In the following embodiment, the specific game object is assumed to be two capsules that are newly added to the game and have a high rarity among the capsules.

  In the game according to the present embodiment, in a specific case, the step of executing selection (lottery) is executed again. The specific case referred to here means that the specific game object is not included in the result of the lottery, and that the user cancels the result of the lottery and performs an operation of instructing a re-lottery. It is. In the present specification, the step of executing the step of executing the lottery again is also referred to as a “re-lottery step”. Further, a selection (lottery) including a lottery step that may include the re-lottery step is also referred to as a “restartable lottery”.

  The number of executions of the re-lottery step is not limited. In the following embodiment, it is assumed that the number of executions of the re-lottery step is not limited, and that the lottery step can be repeatedly executed until a specific game object is included in the result of the lottery in the lottery step.

  In the game of the present embodiment, the method of ending the lottery step can be appropriately determined in a range where the re-lottery step is executed at least once when a specific game object is not selected in the lottery step. . In the following embodiments, it is assumed that the lottery step ends in two cases.

  The first case is a case where a specific game object is included in the lottery result of the lottery step. In this case, the game system 1 executes a step of determining a specific game object included in the result of the lottery as a game object to be provided to the user.

  The second case is a case where the user performs an operation in which a specific game object is not included in the result of the lottery and another game object included in the result of the lottery is recognized as the result of the lottery. In this case, the game system 1 executes a step of determining another game object included in the result of the lottery as the game object to be provided to the user.

  Note that the total number of game objects selected as a result of the lottery in the lottery step is not limited, and may be singular or plural. The breakdown of the game object selected as a result of the lottery in the lottery step is not limited. For example, the number of specific game objects and other game objects may be one or more. In the following embodiment, in the lottery step, a plurality of game objects are selected as game objects to be provided to the user, and the total number of game objects selected as a result of the lottery in the lottery step is assumed to be six.

  The number of game objects given to the user as a result of the lottery in the lottery step is not limited. That is, the game object given to the game object in the lottery step may be a part or all of the selected game objects. When a part of the selected game object is provided to the user, how to determine the game object to be provided to the user is not limited. In the following embodiment, when a specific game object is included in the result of the lottery, and when another game object that does not include the specific game object but is included in the result of the lottery, In any case where the user performs an operation recognized as a result, it is assumed that all (six) of the game objects included in the result of the lottery are determined as the game objects to be given to the user.

  The game of the present embodiment may include further restrictions on performing the re-lottery step. For example, a period during which the re-lottery step can be executed, that is, a period during which an operation for canceling the lottery result and instructing a re-lottery by the user when the specific game object is not included in the lottery result is limited. You may.

  In addition, in one embodiment of the present invention, as a further limitation, the number of times that the user can execute the re-selectable lottery itself may be limited. In the following embodiments, the number of times is assumed to be one.

  Further, in one embodiment of the present invention, as a further restriction, the qualification of a user who can execute a re-startable lottery may be defined. For example, only a user within a predetermined period after playing a game for the first time may be able to execute a retryable lottery. Alternatively, only a user who has advanced the game to a predetermined stage may be able to execute a re-selectable lottery. Alternatively, only a user who has provided a predetermined number of in-game values for the execution of a redotable lottery in the game may be able to execute the redotable lottery. In the following embodiments, it is assumed that only a user who has provided a predetermined number of in-game values in a game for performing a re-executable lottery can execute the re-executable lottery. In addition, it is assumed that the re-lottery step in the re-rollable lottery can be executed without further consumption of the in-game value.

  In the game of the present embodiment, as described above, in the lottery step, a game object newly added as a game object that can be used by the user in the game is used as a specific game object for a predetermined period. The form in which the game object is newly added is not limited. For example, the newly added game object is stored in the storage unit 220 of the server 200, and is newly added as a specific game object, for example, by communication from the server 200 to the user terminal 100. Good. Alternatively, even if the newly added game object is already stored in the storage unit 120 of the user terminal 100 as data that cannot be used in the game, however, the newly added game object can be used at a predetermined timing. Good.

  When the specific game object is a newly added game object, the number of game objects other than the specific game object may be reduced according to the addition of the specific game object, or the specific game object may be reduced. It may be the same before and after the addition of the object. In this case, the total number of game objects is increased by the number of newly added specific game objects.

  If the period during which the re-selectable lottery can be executed (that is, the re-lottery step can be executed) is limited, the specific game object after the elapse of the period may be treated as another game object. In the following embodiment, in the lottery step, it is assumed that a specific game object during a predetermined period is used as another game object other than the specific game object after the predetermined period has elapsed. In this case, the condition (for example, the above-described winning probability or rarity) set for a specific game object may be appropriately changed after a period in which the re-lottery step can be executed, or may be changed during the period. It may be the same. In the following embodiment, it is assumed that the setting conditions of a specific game object are not changed before and after the period elapses.

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

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

  The memories 11 and 21 are main storage devices. The memories 11 and 21 are configured by storage devices such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 11 provides a working area to the processor 10 by temporarily storing programs and various data read from a storage 12 described later by the processor 10. The memory 11 also temporarily stores various data generated while the processor 10 operates according to the program. The memory 21 provides a working area to the processor 20 by temporarily storing various programs and data read from a storage 22 described later by the processor 20. The memory 21 also temporarily stores various data generated while the processor 20 operates according to the program.

  In the present embodiment, the program may be a game program for realizing a game on the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation of the user terminal 100 and the server 200. The game realized by the cooperation between the user terminal 100 and the server 200 may be, for example, a game executed on a browser started on the user terminal 100. Alternatively, the program may be a game program for realizing the game in cooperation with a plurality of user terminals 100. Further, the various data includes game-related data such as user information and game information, and instructions or notifications transmitted and received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

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

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

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

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

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

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

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

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

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

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

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

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

  The user terminal 100 has a function as an input device that accepts a user's input operation, and a function as an output device that outputs game images and sounds. The user terminal 100 functions as the control unit 110 and the storage unit 120 by cooperation of the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14, and the like.

  The server 200 has a function of communicating with each user terminal 100 and supporting the user terminal 100 to advance a game. For example, sales of valuable data, provision of services, and the like are executed. When the game is a multiplayer game, the server 200 may have a function of communicating with each user terminal 100 participating in the game and mediating exchange between the user terminals 100. The server 200 functions as the control unit 210 and the storage unit 220 by cooperation of the processor 20, the memory 21, the storage 22, the communication IF 23, the input / output IF 24, and the like.

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

(Functional Configuration of Server 200)
The control unit 210 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 and programs to the user terminal 100. The control unit 210 receives a part or all of the game information or the user information from the user terminal 100. When the game is a multiplayer game, the control unit 210 may receive a request for synchronization of multiplayer from the user terminal 100 and transmit data for synchronization to the user terminal 100.

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

  In response to a request from the user terminal 100, the lottery unit 211 selects a game object to be given to the user based on a winning probability specific to the game object.

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

  The control unit 110 includes an operation reception unit 111, a display control unit 112, a user interface (hereinafter, UI) control unit 113, an animation generation unit 114, a puzzle progression unit 115, and a lottery management unit 116 according to the description of the game program 131. Function. 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 receiving unit 111 detects and receives a user's input operation on the input unit 151. The operation accepting unit 111 determines what input operation has been performed based on the action exerted by the user on the console via the touch screen 15 and other input / output IFs 14, and outputs the result to each element of the control unit 110. I do.

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

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

  The animation generation unit 114 generates an animation indicating the motion of each object based on the control mode of each object. For example, an animation or the like expressing a state where the lottery is being executed may be generated.

  The display control unit 112 outputs, to the display unit 152 of the touch screen 15, a game screen on which the processing results executed by the above-described elements are 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. Further, the display control unit 112 may draw the above-described UI object so as to be superimposed on the game screen.

  The puzzle progression unit 115 generates a play screen for playing a puzzle. Further, the puzzle progression section 115 progresses the puzzle according to an operation on the play screen. In addition, when one play of the puzzle is completed, the puzzle progression unit 115 calculates a play result indicating a score or the like in the play. Note that one play of a puzzle refers to one unit of play determined in the puzzle game.

  The lottery management unit 116 requests the server 200 to execute the lottery in response to the user's input, receives the lottery result from the server 200, and executes the determination and determination.

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

<Overview of puzzle game>
Hereinafter, the puzzle game of the embodiment will be specifically described. FIG. 3A is an example of a puzzle screen displayed by the puzzle progression section 115. The puzzle screen includes a board including a plurality of puzzle elements 301 and an injection table 302. The plurality of puzzle elements 301 are arranged on the board. Each of the puzzle elements 301 displays one of a plurality of types of characters. Any of the character elements 303 can be set on the ejection table 302. The character element 303 set on the ejection table 302 corresponds to the capsule described above.

  When the character element 303 on the ejection table 302 is operated, the puzzle advancing unit 115 ejects the character element 303 to collide with at least a part of the plurality of puzzle elements 301, Change the arrangement of 301. At this time, if a predetermined number or more of puzzle elements 301 in which a character of the same type as the ejected character element 303 is displayed out of the plurality of puzzle elements 301 are continuously arranged, the puzzle progression unit 115 determines the number of puzzle elements. The element 301 is removed from the board. Further, the puzzle progression unit 115 calculates a play result according to the removed puzzle element 301. The play result is represented by, for example, the number (the number of chains) of the same kind of puzzle elements 301 that are continuously removed.

  Here, the character element 303 that can be set on the ejection table 302 is any of the capsules (also referred to as “characters”) held by the user. For example, the puzzle progression unit 115 may display a selection screen from which a character element 303 to be set on the injection table 302 can be selected from a list 304 of held characters.

  FIG. 3B is an example of the selection screen. The selection screen includes a list 304 of possessed characters. In this example, the list 304 includes three characters “tier”, “heart”, and “luna”. Note that the outline of the figure indicating “tier” in the list 304 is a bold line, indicating that the character is selected. Further, the selection screen includes a parameter display 305 relating to the selected character. Further, the selection screen includes a “set” button 306 for instructing to set the character element 303 of the selected character on the ejection table 302.

  In this example, the parameter display 305 displays, as parameters relating to “tier”, that the level is 23 and the score unit price is 454. The level is set to an initial value (for example, 1) when the character is first given to the user. The level increases, for example, according to the cumulative score during the play by the character. The level increases when, for example, the same character as the character is given to the user. The score unit price is the unit price of the score when the player is removed from the board in play. The score unit price increases as the level increases. When the user acquires a character, a new character is added to such a list 304 of the selection screen. Alternatively, when the acquired character is a character that has already been acquired by the user, the level of the character is increased.

<Character overview>
Hereinafter, the lottery in the embodiment of the present invention will be described. In this lottery, as described above, six characters are selected. FIG. 4 is a diagram showing an example of a list of the rarity and the winning probability of the character selected in the lottery step in the embodiment of the present invention.

  Characters selected in the lottery include those having rarity and those not having. Characters having the rarity S are four types of "robo", "bear", "tier", and "heart". Other characters have no rarity. The winning probability in the lottery of the character having the rarity S is, for example, 1%, which is set lower than that of the character having no rarity (5%).

  Among the characters having the rarity S, “Robo” and “Bear” are new characters and correspond to the “specific game object” described above. The “tier” and subsequent characters are existing characters and correspond to the “other game objects” described above. Hereinafter, “robo” and “bear” are also referred to as “new S character”, and “tier” and “heart” are also referred to as “old S character”.

  Note that “tier” and “heart” are characters added in a predetermined period (also referred to as “additional period”) before the period in which “robo” and “bear” are added, and Although it was a new S character in the period, it is now a normal S character after the previous additional period has elapsed. The new S characters ("Robo" and "Bear") added in the redotable lottery are added to normal characters after a predetermined period during which the redotable lottery is performed. As described above, in the puzzle game according to the present embodiment, characters are newly added.

<Process flow of lottery that can be redone>
FIG. 5 is a flowchart illustrating a flow of processing executed by the user terminal 100 and the server 200 based on the game program 131 for a re-selectable lottery in the embodiment of the present invention.

  In step S501, the operation receiving unit 111 determines whether a lottery operation from the user has been received.

  When the operation reception unit 111 confirms that the lottery operation has been received from the user, the lottery management unit 116 requests the server 200 to execute the lottery in step S502.

  In step S503, the lottery unit 211 executes a lottery. Thus, the lottery unit 211 randomly selects the six characters from among all the characters based on the winning probability unique to the character.

  In step S504, the lottery unit 211 notifies the user terminal 100 of the selected character.

  In step S505, the display control unit 112 displays all characters notified from the server 200 on the display unit 152.

  In step S506, the lottery management unit 116 determines whether or not the user is qualified to execute a re-executable lottery. For example, the lottery management unit 116 determines whether or not the input of the lottery operation from the user has been performed within a predetermined period in which a retryable lottery is possible.

  In the case of YES in step S506, in step S507, the lottery management unit 116 determines whether or not the number of times the user can execute the re-selectable lottery is the first time (the re-selectable lottery for the user is the first time).

  In the case of YES in step S507, in step S508, the lottery management unit 116 determines whether the notified character includes a new S character.

  As described above, the period during which the redotable lottery can be performed or the number of times that the redotable lottery can be performed are limited, thereby increasing the motivation for the user to execute the redotable lottery to obtain a new S character. Can be In addition, due to the successful experience in the lottery under such restricted conditions, the user is also encouraged to obtain a lottery result for the lottery of other conditions that cannot be redone, thereby increasing the interest of the game. Expectation is raised. As a result, the motivation to perform not only the selection that can be made again but also the whole lottery in the game is further enhanced.

  In the case of YES in step S508, in step S510, the lottery management unit 116 determines the notified six characters as a result of the lottery by the retryable lottery, and associates information representing the characters with the user in the storage units 120 and 220. To memorize. As described above, if the new S character is included in the lottery step, the game system 1 forcibly ends the re-executable lottery and determines the character to be given to the user.

  By such a method of determining the character given to the user, an input operation for determining a lottery that can be redone by the user is omitted. In addition, due to such a restriction in the retry-possible lottery (the lottery ends when a new S character is selected), the interest of the game becomes favorable.

  In the case of NO in step S508, in step S509, the operation receiving unit 111 determines whether or not an operation from the user instructing a re-lottery step is received.

  When YES is determined in the step S509, the process returns to the step S502, the lottery management unit 116 requests the server 200 to perform a lottery, and the lottery by the lottery unit 211 is executed again.

  As described above, in the present embodiment, if the new S character is included in the result of the lottery, the redotable lottery is terminated, and if the new S character is not included in the result of the lottery, the lottery step is repeated according to the user's intention. . For this reason, the user can obtain an opportunity to acquire the new S character again, and the possibility of acquiring a desired character increases. Therefore, the satisfaction with the redotable lottery is increased, and the user can enjoy the redotable lottery more. In addition, a successful experience of acquiring a desired character can reduce the hesitation to execute a lottery that cannot be redone. Therefore, it is possible to increase motivation to execute not only the re-selectable lottery but also the lottery under other conditions.

  The lottery step can be repeated as many times as the new S character is not included in the result of the lottery and the user executes the re-lottery step. As described above, since the lottery step can be repeatedly executed until the result of the lottery includes the new S character, the user can reliably acquire the new S character by the lottery step. Therefore, the sense of security for the result of the lottery and the pleasure of performing the lottery are enhanced, and as a result, the motivation to perform the lottery based on other conditions as well as the retrievable lottery is increased.

  On the other hand, if NO in step S509, the process proceeds to step S510, and the lottery management unit 116 determines the notified six characters as the lottery result as described above. As described above, even if the new S character is not included, if the user does not perform the re-lottery step, the game system 1 ends the re-selectable lottery according to the user's intention and determines the character to be given to the user. As a result, the user can obtain another character (such as an old S character) that has been desired to be equal to or more than the new S character as a result of the redotable lottery. Therefore, the pleasure of executing the re-selectable lottery is further enhanced, and the motivation for executing the lottery under other conditions is further enhanced.

  In the case where the input of the lottery operation by the user is not within the predetermined period in step S506, and in the case where the re-executable lottery is executed by the user for the second time or more in step S507, the user terminal 100 sends the notified six characters Regardless of whether or not a new S character is included, in step S510, the notified six characters are determined as a lottery result as described above. Note that the order of steps S506 to S509 is not limited to the order of the present embodiment, and may be performed in any order or may be performed simultaneously.

<Example of the screen for a possible lottery>
FIGS. 6A and 6B are diagrams illustrating an example of a screen for accepting an input operation of a redotable lottery in the present embodiment. The screen 600 has, for example, a top screen of a puzzle game as a background, and is displayed by touching a UI for executing a redotable lottery on the top screen.

  The UI for performing the re-selectable lottery indicates that the re-selectable lottery is possible, for example, by consuming 50 jewels which are in-game values. When the user selects the execution of the re-selectable lottery using the UI, 50 jewels are consumed from the jewels having the game value owned by the user, and the screen 600 is displayed.

  Screen 600 includes operation buttons 601. The operation button 601 is a UI for allowing the user to input an instruction for an operation of a retryable lottery. When the user touches the operation button 601, the display control unit 112 displays a screen 610 shown in FIG.

  Screen 610 includes window 611. The window 611 includes a message prompting the user to confirm execution of the re-selectable lottery, an operation button 612 for confirming the execution of the re-selectable lottery, and an operation button 613 for canceling the execution of the re-selectable lottery. In. When the user touches operation button 612, a re-selectable lottery is executed. When the user touches the operation button 613, the instruction to execute the redotable lottery is canceled, and the display control unit 112 displays, for example, the screen 600.

<When a new S character is selected in the lottery step>
When the user touches the operation button 612, the server 200 requested to execute the lottery from the user terminal 100 executes a lottery step of selecting six characters, and notifies the user terminal 100 of the result. The user terminal 100 notified of the lottery result causes the display control unit 112 to display the six characters as the result of the lottery.

  FIG. 7A is a diagram illustrating an example of a screen that displays each of the characters selected in the lottery step. FIG. 7B is a diagram illustrating an example of a screen displaying a list of six characters selected in the lottery step. FIG. 7C is a diagram illustrating an example of a screen displaying the end of the redotable lottery due to the selection of a new S character in the redotable lottery.

  The user terminal 100 causes the display control unit 112 to display the notified six characters by an image having a visual effect as if the characters notified from the server 200 were selected by lottery on the spot. Such display is preferable from the viewpoint of enhancing the pleasure of the user performing the lottery.

  First, the display control unit 112 displays each of the six characters by lottery notified from the server 200 on the screen 700 as shown in FIG. 7A. The screen 700 includes a selected character 701, a name 702 of the character, and typical characteristics 703 such as the rarity of the character and the old and new. FIG. 7A shows an example in which a new S character “bear” is displayed as an example of the screen 700. The display control unit 112 displays a screen 710 after displaying each of the six characters.

  The screen 710 is a screen that displays a list of lottery results. The screen 710 includes information 711 to 716 of the character selected by the lottery and operation buttons 717. The character information 711 to 716 includes, for example, pictures of individual characters selected by lottery and their names. Note that the character information 711 to 716 represent "tier", "star", "heart", "sun", "luna", and "bear", respectively. “Tear” and “heart” are old S characters, and “bear” is a new S character. The display control unit 112 specifies only the information 716 of the character of the new S character “bear” among the characters selected in the lottery step by, for example, decorating the character with a star.

  The operation button 717 is a UI for an operation for requesting confirmation by the user of the character selected by lottery. When detecting the information on the user touching the operation button 717, the user terminal 100 causes the display control unit 112 to display the screen 720.

  The screen 720 is a screen when the lottery step ends when a new S character is selected. Screen 720 includes window 721. The window 721 includes a message indicating that the lottery step ends and an operation button 722. The operation button 722 is a UI for an operation for returning to the top screen. When detecting the information on the user touching the operation button 722, the user terminal 100 determines the displayed six characters as characters to be given to the user, and sends the screen to the display control unit 112 from the screen 720 to the screen 600. Switch. Since the user can acquire a new S character newly appearing in the game as a result of the redotable lottery, the pleasure of executing the redotable lottery is further enhanced, and the motivation thereof is further enhanced.

<When a new S character is not selected in the lottery step>
FIG. 8A is a diagram illustrating another example of a screen displaying each of the characters selected in the lottery step. FIG. 8B is a diagram illustrating another example of a screen displaying a list of six characters selected in the lottery step. Screen 800 is the same as screen 700 except that “tier” which is the old S character is displayed. That is, screen 800 includes character 801, the name 802 of the character, and representative characteristics 803 of the character. Then, similarly to the case where the new S character is selected in the lottery step, the display control unit 112 causes the display unit 152 to individually display each character selected in the lottery step, and then causes the screen 810 to be displayed.

  The screen 810 is a screen that displays a list of lottery results, similar to the screen 710, and differs from the image 710 in that a new S character is not included. The image 810 includes information 811 to 816 of the character selected by the lottery and operation buttons 817. The character information 811 to 816 represent "tier", "star", "heart", "sun", "luna", and "cloud", respectively. “Tear” and “heart” are old S characters and have a rarity degree S, but a new S character has not been selected in this lottery step. Therefore, on the screen 810, none of the character information 811 to 816 is decorated with a star. When detecting the information on the user touching the operation button 817, the user terminal 100 causes the display control unit 112 to display the screen 900.

  FIG. 9A is a diagram illustrating an example of a screen for receiving an operation of the re-lottery step. FIG. 9B is a diagram illustrating an example of a screen for determining a lottery result that does not include a new S character. Image 900 includes window 901. The window 901 includes a message asking whether or not to execute a re-lottery step, and operation buttons 902 and 903. The operation button 902 is a UI for the user to instruct execution of the re-lottery step, and the operation button 903 is a UI for the user to instruct not to execute the re-lottery step.

  Here, when the user desires to acquire a new S character, the user can execute the re-lottery step and select to execute the lottery step again. As long as the new S character is not included in the lottery result, the user can execute the re-lottery step any number of times without consuming the in-game value jewel.

  Alternatively, the user can determine a lottery result that does not include the new S character. As described above, “Tear” and “Heart” are added in the previous additional period, and are new S characters of the previous redotable lottery in the previous additional period. Further, in the puzzle game, since characters are added, the total number of characters increases. Therefore, even if the individual winning probabilities of the characters are constant, it may become difficult to obtain the characters by lottery as the addition of the characters is repeated. Therefore, for example, if the user who could not acquire “Tear” in the previous redotable lottery desires to acquire “Tear”, which is now the old S character, at least as much as the new S character There is.

  As described above, since the new S character in the previous redotable lottery is used as a normal lottery target (old S character) for the current redotable lottery, the winning probability of the old S character due to the addition of the character is substantially reduced. descend. Therefore, the rare value of the old S character in the redotable lottery is increased. Therefore, since the user can expect to obtain such a valuable character, the user can enjoy the execution of the re-startable lottery further, and the motivation for executing the re-startable lottery is further enhanced.

  When detecting the information that the user touches the operation button 902, the user terminal 100 causes the lottery management unit 116 to discard the previous lottery result and to execute the lottery step again. In this case, the display control unit 112 displays the screen of FIG. 7 (A) or FIG. 8 (A) in accordance with whether or not the selected character includes the new S character, thereby executing the lottery step again. Display the result of

  On the other hand, when the operation reception unit 111 detects information that the user has touched the operation button 903, the display control unit 112 causes the display unit 152 to display the screen 910.

  Screen 910 includes window 911. The window 911 includes a message for confirming the lottery result and operation buttons 912 and 913. The operation button 912 is a UI for an operation of selecting to determine a lottery result that does not include the new S character. The operation button 913 is a UI for an operation of canceling the determination of the lottery result. When the user touches operation button 912, user terminal 100 determines the displayed six characters as characters to be given to the user, and display control unit 112 switches screen 910 to screen 600, for example.

  In this way, the user obtains all of the six characters notified (displayed) as a result of the lottery in the lottery step as a result of the redotable lottery, regardless of whether or not the re-lottery step is executed. Therefore, the user can also expect an effect of making the game more advantageously progressed by a character other than the target, so that the user can more enjoy executing the redotable lottery. In addition, since there is a possibility that an unexpected effect may be brought about in the progress of the game by a character other than the target, the interest of the game is further enhanced.

  When the user touches the operation button 913, the display control unit 112 displays a screen 900 on the display unit 152. The user can restart the lottery step from the screen 900.

  [Modification] In the above-described embodiment, a re-startable lottery is performed by adding a specific new character. The re-startable lottery is sequentially performed on the added new character every predetermined period in which the new character is added. May be set.

  Further, in the above-described embodiment, the “predetermined rule”, which is a criterion for selecting a game object in the lottery step, is set as the “game object-specific winning probability”, but is not limited thereto. For example, the “predetermined rule” may be to select a predetermined game object from a plurality of game objects in a specific order.

  Further, the winning probability in the embodiment of the present invention may not always be constant. For example, when six characters are selected in the lottery step, five characters are selected based on the winning probabilities unique to the characters. As for the remaining one, one character is selected from a new S character having a higher winning probability and an old S character having a normal winning probability. As described above, the lottery step may be set and executed based on the condition under which the new S character is more easily selected.

  Further, the winning probability in the embodiment may be changed in association with the execution of the re-lottery step, for example, so as to increase the winning probability as the number of times of the re-lottery step increases.

  In the above-described embodiment, consuming a predetermined amount of jewelry, which is an in-game value, is one of the conditions for executing a re-selectable lottery. The in-game value consumed in this case may be obtained without being purchased by the user with the execution of the game, but may be limited to what the user has purchased.

  In the above-described embodiment, the number of times that the user can execute the re-selectable lottery itself is only one, but may be plural. For example, the number of times may be one for each lottery period of a redotable lottery set each time a new character is added.

  [Example of Implementation by Software] The control block of the control unit 210 (particularly, the lottery unit 211) and the control block of the control unit 110 (particularly, the puzzle progression unit 115 and the lottery management unit 116) include an integrated circuit (IC chip) or the like. May be realized by a logic circuit (hardware) formed in the computer, or may be realized by software using a CPU (Central Processing Unit).

  In the latter case, the information processing apparatus including the control unit 210 and / or the control unit 110 includes a CPU that executes instructions of a program that is software for realizing each function, and a computer (or CPU) that executes the program and various data. A ROM (Read Only Memory) or a storage device (these are referred to as “recording media”) recorded so as to be readable by the computer, a RAM (Random Access Memory) that expands the program, and the like. Then, the computer (or CPU) reads the program from the recording medium and executes the program, thereby achieving the object of the present invention. As the recording medium, a “temporary tangible medium”, for example, a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. Further, the program may be supplied to the computer via an arbitrary transmission medium (a communication network, a broadcast wave, or the like) capable of transmitting the program. Note that one embodiment of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the program is embodied by electronic transmission.

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

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

  (Item 1) A game program (131) according to one aspect of the present invention is a game program (131) that is executed by a computer having a processor (10, 20). A game object to be provided to the user based on a predetermined rule from a plurality of game objects including a specific game object (new S character) among game objects (characters) available to the user in the game based on (131). Executing a selection (lottery step) for deciding the selection, and selecting when a specific game object is not included in the selection result and the user performs an operation of canceling the selection result and instructing a re-selection. To re-execute the step of executing (re-lottery step) , To the execution. Thereby, when a specific game object does not appear, the user can obtain an opportunity to acquire the game object again, and the possibility of acquiring a desired game object increases. Therefore, satisfaction in selecting game objects by lottery or the like can be increased. In addition, since the selection of such a game object can be more enjoyably felt, it is possible to increase the motivation to make a selection that cannot be made again, as well as a selection that can be made again. As described above, the game program according to the present embodiment has an effect that motivation for making a selection can be increased.

  (Item 2) In (Item 1), the step of executing again selects and executes the step of executing selection repeatedly until a specific game object is included in the selection result. Thereby, the user can repeat the selection until the specific game object appears, and the specific game object can be reliably acquired by the selection. Therefore, the sense of security for the result of the selection and the pleasure of making the selection are further enhanced, and the motivation for making the selection is further enhanced.

  (Item 3) In (Item 1) or (Item 2), when the specific game object is included in the result of the selection, the game program (131) determines whether the specific game object included in the result of the selection is used by the user. And causing the processor to further execute a step of determining the game object to be given to the game object. Thus, when a specific game object is selected, the user can omit an input operation for confirming the selection. In general, the existence of some restrictions as game rules is effective from the viewpoint of game interest. Therefore, the further execution of the above-mentioned step is not limited to the user's desired game object, but if the specific game object can be acquired, the selection result is determined. Things.

  (Item 4) In (Item 1) or (Item 2), the game program (131) selects another game object that does not include a specific game object in the result of the selection and is included in the result of the selection. When the user performs an operation recognized as a result, the processor further executes a step of determining another game object included in the selection result as a game object to be provided to the user. Accordingly, when the user desires another game object equal to or more than a specific game object, it is possible to sufficiently increase the possibility that the user can acquire another game object desired by the user as a result of selection. . Therefore, the pleasure of making the selection can be further enhanced, and the motivation of making the selection can be further enhanced.

  (Item 5) In (Item 3) or (Item 4), the game program (131) allows the user to select a plurality of game objects as game objects to be given in the step of executing the selection, If the result of the selection includes a specific game object, or if the result of the selection does not include the specific game object and the other game objects included in the result of the selection are recognized as the result of the selection, the user performs an operation. If so, all game objects included in the result of the selection are determined as game objects to be given to the user. With this, the user can acquire other game objects in addition to the specific game object or the other game object of interest, and can acquire a game object expected to progress the game more advantageously. Sex is further enhanced. Therefore, the pleasure of the user performing the lottery is further enhanced, and the interest of the game is further enhanced.

  (Item 6) In any one of (Item 1) to (Item 5), an operation for instructing cancellation and reselection of a result of selection by a user when a specific game object is not included in the result of selection. Acceptance period is limited. This allows the user to attempt to acquire a specific game object or another game object comparable thereto by reselection for a limited period of time. Therefore, it is possible to further increase the motivation to make a selection in a limited period in order to obtain a specific game object. In addition, the fact that the above-mentioned period is limited means that the selection can be made again. Due to the successful experience of the above-mentioned selection in the limited period, the selection can be made for other conditions that cannot be selected again. In addition, the user's expectation that the interest of the game is enhanced by obtaining the selection result is enhanced. As a result, it is possible to further increase the motivation to perform not only the selection that can be performed again but also the selection that cannot be performed again.

  (Item 7) In any one of (Item 1) to (Item 6), the game program (131) is newly added as a game object that can be used by the user in the game in the step of executing the selection. The game object is used as a specific game object for a predetermined period. Thus, it is possible to sufficiently increase the possibility that the user can acquire a game object newly appearing in the game as a specific game object as a result of selection. Therefore, the pleasure of the selection can be further enhanced, and the motivation for making the selection can be further enhanced.

  (Item 8) In (Item 7), in the step of executing the selection, the game program (131) replaces the specific game object during the predetermined period with another game object other than the specific game object after the predetermined period has elapsed. Used as a game object. Since a specific game object becomes another game object after a predetermined period of time, its winning probability generally decreases substantially each time a new specific game object is added. Therefore, the rare value in the selection of another game object which was a specific game object before is increased, and the pleasure of making the selection of the user expecting to acquire such another game object is further enhanced. Thus, motivation for making a selection can be further increased.

  (Item 9) The method of executing the game program (131) has been described. According to an aspect of the present disclosure, the game program (131) is executed by a computer including the processor (10, 20). The method is a method in which the processor (10, 20) executes each step described in (Item 1). The method according to (Item 9) has the same operation and effect as the game program (131) according to (Item 1).

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

  1 game system, 2 networks, 10,20 processors, 11,21 memory, 12,22 storage, 13,23 communication IF (operation unit), 14,24 input / output IF (operation unit), 15 touch screen (display unit, Operation unit), 17 camera (operation unit), 18 distance measurement sensor (operation unit), 100 user terminal (information processing device), 100B hitting user terminal (information processing device), 110, 210 control unit, 111 operation reception unit , 112 display control unit, 113 UI control unit, 114 animation generation unit, 115 puzzle progression unit, 116 lottery management unit 120, 220 storage unit, 131 game program, 132 game information, 133 user information, 151 input unit (operation unit) , 152 display unit, 200 server, 211 lottery unit, 1010 object, 10 0 controller (operation unit), 1030 storage medium

Claims (10)

A game program executed by a computer having a processor,
The game program includes:
From a plurality of game objects including a specific game object among game objects available to a user in a game based on the game program, a selection for determining a game object to be given to the user based on a predetermined rule is made. Steps to perform;
When the specific game object is not included in the result of the selection and the user performs an operation of instructing reselection by canceling the result of the selection, causing the step of executing the selection to be executed again; To run a game program.   The computer-readable storage medium according to claim 1, wherein the step of executing again causes the step of executing the selection to be repeatedly executed until the result of the selection includes the specific game object.   When the specific game object is included in the result of the selection, the processor further executes the step of determining the specific game object included in the result of the selection as a game object to be provided to the user; The game program according to claim 1.   When the specific game object is not included in the result of the selection and the user performs an operation of recognizing another game object included in the result of the selection as a result of the selection, the result of the selection is The computer-readable storage medium according to claim 1, further comprising causing the processor to execute a step of determining the included other game object as a game object to be provided to the user. In the step of executing the selection, a plurality of game objects are selected as game objects to be given to the user,
In the determining step, when the specific game object is included in the result of the selection, or when the specific game object is not included in the result of the selection and the other specific object is included in the result of the selection. 5. The game object according to claim 3, wherein when the user performs an operation of recognizing a game object as a result of the selection, all of the game objects included in the result of the selection are determined as game objects to be given to the user. Game program.   6. The period in which an operation of instructing cancellation and reselection of the result of the selection by the user when the specific game object is not included in the result of the selection is limited, 6. The game program according to claim 1.   7. The game device according to claim 1, wherein, in the step of performing the selection, a game object newly added as a game object available to a user in the game is used as the specific game object for a predetermined period. The game program described in.   The method according to claim 7, wherein, in the step of performing the selection, the specific game object during the predetermined period is used as another game object other than the specific game object after the predetermined period has elapsed. Game program. A method in which a computer executes a game program,
The computer includes a processor,
A method wherein the processor performs the steps of claim 1. An information processing device,
The information processing device,
A storage unit for storing the game program according to claim 1,
An information processing device comprising: a control unit configured to control an operation of the information processing device by executing the game program.