JP7526848B2 - Program and method - Google Patents

Description

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

Conventionally, games are known in which a lottery process for acquiring an object that can be used in the game can be executed multiple times in succession. Patent Document 1 discloses a program that realizes a game that can guarantee the acquisition of an object that satisfies a predetermined condition as a result of executing the lottery process multiple times in succession.

JP 2014-237040 A (published on December 18, 2014)

However, in games like those described above, it is necessary to set multiple probability tables that define the probability of each object being selected in the lottery process, i.e., multiple provision ratios, which is a cumbersome process.

One aspect of the present disclosure aims to more efficiently execute a process of selecting multiple objects that definitely includes multiple first objects that are set to a rarity higher than a reference value.

The game program according to the present disclosure is executed by a computer having a processor and a memory. The game program causes the processor to execute the following steps in response to a user's operation: executing a first selection process for selecting n objects (n is an integer of 2 or more) based on a selection probability from a group of objects that are available in a game based on the game program and each of which has a selection probability set; if the selected n objects include k or more first objects (k is an integer of 2 or more) that have a rarity set equal to or higher than a reference value, granting the n selected objects to the user; and if the selected n objects include m first objects (m is an integer of 1 or more and less than k), retaining the m first objects as targets to be granted to the user and executing a second selection process for selecting n-m objects based on the selection probability from the group of objects.

According to one aspect of the present disclosure, it is possible to more efficiently execute a process of selecting a plurality of objects that definitely includes a plurality of first objects that are set to a rarity level higher than a reference value.

FIG. 2 is a diagram illustrating a hardware configuration of the game system. FIG. 2 is a block diagram showing the functional configuration of a user terminal and a server. FIG. 13 is a diagram showing an example of a play screen of a stage. 13 is a flowchart showing the overall process flow of the lottery process. FIG. 13 is a diagram showing an example of a screen related to the lottery process. FIG. 13 is a diagram showing an example of a screen related to the lottery process. 13 is a flowchart showing a process for selecting multiple characters in successive lotteries. FIG. 13 is a diagram illustrating a process according to an example of a lottery process. FIG. 13 is a diagram showing an example of playback of an advertisement video. FIG. 13 is a diagram showing an example of presentation of lottery results.

[Embodiment 1]
The game system according to the present disclosure is a system for providing a game to multiple users. The game system will be described below with reference to the drawings. Note that the present invention is not limited to these examples, but is indicated by the claims, and it is intended that all modifications within the meaning and scope equivalent to the claims are included in the present invention. In the following description, the same elements in the description of the drawings are given the same reference numerals, and redundant descriptions will not be repeated.

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

The server 200 (computer, information processing device) may be a general-purpose computer such as a workstation or a personal computer. The server 200 comprises 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 gaming device suitable for playing games. As shown in the figure, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input/output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measurement sensor 18. 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 user terminal 100 body can be connected instead of or in addition to the touch screen 15.

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, etc., and transmits output values based on user input operations on the buttons, etc., to the user terminal 100. The controller 1020 may also have various sensors such as an acceleration sensor and an angular velocity sensor, and transmits output values of the various sensors to the user terminal 100.

In addition to or in addition to the user terminal 100 being equipped with the camera 17 and distance measurement sensor 18, the controller 1020 may have the camera 17 and distance measurement sensor 18.

For example, when starting a game, the user terminal 100 desirably has the user using the controller 1020 input user identification information, such as the user's name or login ID, via the controller 1020. This enables the user terminal 100 to link the controller 1020 with the user, and to identify which user the output value belongs to based on the source (controller 1020) of the received output value.

When the user terminal 100 communicates with multiple controllers 1020, each user can hold a controller 1020 and realize a multi-play on the single user terminal 100 without communicating with other devices such as the server 200 via the network 2. In addition, the user terminals 100 can realize a multi-play locally by connecting to each other via a wireless standard such as a wireless LAN (Local Area Network) standard (connecting to communicate without going through the server 200). When the above-mentioned multi-play is realized locally by a single user terminal 100, the user terminal 100 may further include at least some of the various functions of the server 200, which will be described later. In addition, when the above-mentioned multi-play is realized locally by multiple user terminals 100, the multiple user terminals 100 may have various functions of the server 200, which will be described later, distributed among them.

Even when the above-mentioned multiplayer mode is implemented locally, the user terminal 100 may communicate with the server 200. For example, information indicating the results of a game, such as the score or win/loss, may be associated with user identification information and transmitted to the server 200.

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

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

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

As described above, the user terminal 100 includes a communication IF 13, an input/output IF 14, a touch screen 15, a camera 17, and a distance sensor 18 as examples of mechanisms for inputting information to the user terminal 100. Each of the above-mentioned components as input mechanisms can be considered as an operation unit configured to accept input operations by the user.

For example, when the operation unit is composed of at least one of the camera 17 and the distance measurement sensor 18, the operation unit detects an object 1010 in the vicinity of the user terminal 100 and identifies an input operation from the detection result of the object. As an example, a user's hand or a marker of a predetermined shape is detected as the object 1010, and the input operation is identified based on the color, shape, movement, or type of the object 1010 obtained as the detection result. More specifically, when the user's hand is detected from an image captured by the camera 17, the user terminal 100 identifies and accepts a gesture (a series of movements of the user's hand) detected based on the captured image as the user's input operation. Note that the captured image may be a still image or a video.

Alternatively, if the operation unit is configured with a touch screen 15, the user terminal 100 identifies and accepts a user operation performed on the input unit 151 of the touch screen 15 as a user input operation. Alternatively, if the operation unit is configured with a communication IF 13, the user terminal 100 identifies and accepts a signal (e.g., an output value) transmitted from the controller 1020 as a user input operation. Alternatively, if the operation unit is configured with an input/output IF 14, the user terminal 100 identifies and accepts a signal output from an input device (not shown) connected to the input/output IF 14 and different from the controller 1020 as a user input operation.

<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 each include a central processing unit (CPU), a micro processing unit (MPU), and a graphics processing unit (GPU).

Processor 10 reads a program from storage 12, which will be described later, and expands it in memory 11, which will be described later. Processor 20 reads a program from storage 22, which will be described later, and expands it in memory 21, which will be described later. Processor 10 and processor 20 execute the expanded programs.

Memories 11 and 21 are main storage devices. Memories 11 and 21 are composed of storage devices such as ROM (Read Only Memory) and RAM (Random Access Memory). Memory 11 provides a working area for processor 10 by temporarily storing programs and various data that processor 10 reads from storage 12, which will be described later. Memory 11 also temporarily stores various data generated while processor 10 is operating according to a program. Memory 21 provides a working area for processor 20 by temporarily storing various programs and data that processor 20 reads from storage 22, which will be described later. Memory 21 also temporarily stores various data generated while processor 20 is operating according to a program.

In this embodiment, the program may be a game program for realizing a game by the user terminal 100. Alternatively, the program may be a game program for realizing the game through cooperation between the user terminal 100 and the server 200. Note that the game realized through cooperation between the user terminal 100 and the server 200 may be, as an example, a game executed on a browser launched in the user terminal 100. Alternatively, the program may be a game program for realizing the game through cooperation between multiple user terminals 100. Furthermore, the various data include data related to the game, such as user information and game information, as well as instructions or notifications transmitted and received between the user terminal 100 and the server 200 or between multiple user terminals 100.

Storages 12 and 22 are auxiliary storage devices. Storages 12 and 22 are configured with storage devices such as flash memory or HDDs (Hard Disk Drives). Storage 12 and storage 22 store various data related to the game.

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

The input/output IF 14 is an interface through which the user terminal 100 accepts data input, and is also an interface through which the user terminal 100 outputs 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, a camera, a microphone, or a speaker of the user terminal 100. The input/output IF 24 of the server 200 is an interface through which the server 200 accepts data input, and is also an interface through which the server 200 outputs 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 images.

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

The input unit 151 has a function of detecting the position where a user operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, or a tap operation) is input on the input surface, and transmitting information indicating the position as an input signal. The input unit 151 may be provided with a touch sensing unit (not shown). The touch sensing unit may be of any type, such as a capacitive type or a resistive film type.

Although not shown, the user terminal 100 may have one or more sensors for identifying the holding orientation of the user terminal 100. The sensor may be, for example, an acceleration sensor or an angular velocity sensor. If the user terminal 100 has a sensor, the processor 10 may identify the holding orientation of the user terminal 100 from the output of the sensor and perform processing according to the holding orientation. For example, when the user terminal 100 is held in portrait orientation, the processor 10 may perform a portrait screen display in which a vertically elongated image is displayed on the display unit 152. On the other hand, when the user terminal 100 is held in landscape orientation, the processor 10 may perform a landscape screen display in which a horizontally elongated image is displayed on the display unit. In this way, the processor 10 may be able to switch between portrait screen display and landscape screen display according to the holding orientation of the user terminal 100.

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

The distance measuring sensor 18 is a sensor that measures the distance to a 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 timing of light emission from the light source and the timing of light reception of reflected light that is generated when the light emitted from the light source hits the measurement object and is reflected.
The distance measurement sensor 18 may have a light source that emits directional light.

Here, an example will be further described in which the user terminal 100 uses the camera 17 and the distance measurement sensor 18 to detect an object 1010 in the vicinity of the user terminal 100 and accepts the result as an input operation from the user. The camera 17 and the distance measurement sensor 18 may be provided, for example, on a side surface of the housing of the user terminal 100. The distance measurement 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 irradiates infrared light, a filter that blocks visible light, and the like.
This makes it possible to further improve the accuracy of object detection based on images captured by the camera 17, regardless of whether the location is outdoors or indoors.

The processor 10 may perform, for example, one or more of the processes shown in (1) to (5) below on the image captured by the camera 17. (1) The processor 10 performs image recognition processing on the image captured by the camera 17 to determine whether or not the captured image includes the user's hand. The processor 10 may use, for example, a pattern matching technique as an analysis technique employed in the above-mentioned image recognition processing. (2) The processor 10 also detects a user's gesture from the shape of the user's hand. The processor 10, for example, determines the number of fingers of the user (the number of fingers extended) from the shape of the user's hand detected from the captured image. The processor 10 further determines the gesture made by the user from the determined number of fingers. For example, if the number of fingers is five, the processor 10 determines that the user has made a "paper" gesture. If the number of fingers is zero (no fingers were detected), the processor 10 determines that the user has made a "rock" gesture. Furthermore, when the number of fingers is two, the processor 10 determines that the user has made a "scissors" gesture. (3) The processor 10 performs image recognition processing on the image captured by the camera 17 to detect whether the user's fingers are in a state where only the index finger is raised, or whether the user's fingers are moving like flicking. (4) The processor 10 detects the distance between the object 1010 (such as the user's hand) near the user terminal 100 and the user terminal 100 based on at least one of the image recognition result of the image captured by the camera 17 and the output value of the distance measuring sensor 18. For example, the processor 10 detects whether the user's hand is near the user terminal 100 (e.g., a distance less than a predetermined value) or far away (e.g., a distance equal to or greater than a predetermined value) based on the size of the shape of the user's hand identified from the image captured by the camera 17. Note that when the captured image is a video, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100. (5) When it is determined that the distance between the user terminal 100 and the user's hand is changing while the user's hand is detected based on the image recognition result of the image captured by the camera 17, the processor 10 recognizes that the user is waving his/her hand in the capturing direction of the camera 17. When an object is sometimes detected and sometimes not detected by the distance measuring sensor 18, which has a higher directivity than the capturing range of the camera 17, the processor 10 recognizes that the user is waving his/her hand in a direction perpendicular to the capturing direction of the camera.

In this way, the processor 10 detects whether the user has clenched his/her hand (whether it is a "rock" gesture or another gesture (e.g., "paper")) by image recognition of the image captured by the camera 17. The processor 10 also detects how the user is moving the hand along with the shape of the user's hand. The processor 10 also detects whether the user is moving the hand closer to or farther away from the user terminal 100. Such an operation can correspond to an operation using a pointing device such as a mouse or a touch panel. For example, the user terminal 100 moves the pointer on the touch screen 15 in response to the movement of the user's hand and detects the user's "rock" gesture. In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds, for example, to the mouse being clicked and kept pressed, or to the touch panel being kept touched after a touchdown operation. Furthermore, when the user moves his/her hand further while the user terminal 100 has detected the user gesture "rock," the user terminal 100 can recognize such a series of gestures as an operation corresponding to a swipe operation (or a drag operation). Furthermore, when the user terminal 100 detects a gesture of the user flicking his/her fingers based on the detection result of the user's hand from the image captured by the camera 17, the user terminal 100 may recognize the gesture as an operation corresponding to a mouse click or a tap operation on a touch panel.

＜Game Overview＞
The game system 1 is a system that executes a first process multiple times to select one of a plurality of objects, including a specific object, available in a game based on a game program, based on a selection probability set for each of the plurality of objects.

The first process may be any process in which objects are selected based on a selection probability set for each of the multiple objects, such as a process of selecting objects by lottery. In the following, in this embodiment, an embodiment in which the first process is a process of selecting an object by lottery will be described, and this process will also be referred to as a "lottery process". In this embodiment, the first step executes the lottery process multiple times. Hereinafter, "multiple" in the first step will also be referred to as "n" (n is an integer of 2 or more). For convenience of explanation, the lottery process executed a predetermined number of times in this way will also be referred to as a "successive lottery process", including the case where the lottery process is executed multiple times simultaneously. Note that it is desirable for the value of the consumable item required for one lottery process in the consecutive lottery processes to be the same as or less than the value of the consumable item required for a single lottery process that is not consecutive.

Furthermore, after the selection process, the object determined as the selection result is given to the user and can be used in game play. Note that "giving" an object to a user means that the object is associated with the user and stored in memory.

The objects selected by the lottery process include characters available in the game, objects used in association with characters, etc. Objects used in association with characters may be, for example, items such as weapons and armor used in association with characters, special attacks, recovery, skills that change the state of objects such as characters, etc. In this embodiment, a case will be described in which the object selected by the lottery process is a character.

Each character selected in the lottery process has a rarity that is unique to that character. Rarity is a type of game parameter that numerically represents the rarity of a character in a game. The higher the rarity of a character, the higher the rarity of that character in the game. In this disclosure, the rarity of a character takes any of the values of S, A, B, and C ranks. Hereinafter, characters having rarities of S, A, B, and C ranks are also simply referred to as S, A, B, and C rank characters, respectively. The higher the rarity of a character, the lower the probability that that character will be selected by lottery. In other words, the higher the rarity of a character, the lower the possibility that a user will be able to obtain that character. The higher the rarity of a character, the higher the value of the character in the game. For example, the higher the rarity of a character, the higher the performance of the character.

The game executed by game system 1 (hereinafter, this game) is not limited to a specific genre, and may be a game of any genre. For example, it may be a game based on a sport such as tennis, table tennis, dodgeball, baseball, soccer, or hockey, a puzzle game, a quiz game, an RPG, an adventure game, a shooting game, a simulation game, a training game, or an action game. As an example, the following description will be given assuming that this game is a puzzle game that can be played in stages with predetermined achievement conditions set. Details of the game content will be given later.

The game is not limited to a specific play format, and may be a game of any play format. For example, it may be a single-player game played by a single user, a multiplayer game played by multiple users, and within the multiplayer game, it may be a competitive game in which multiple users compete against each other, or a cooperative game in which multiple users cooperate.

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

The user terminal 100 functions as an input device that accepts input operations from the user, and as an output device that outputs game images and sounds. The user terminal 100 functions as a control unit 110 and a storage unit 120 through cooperation of the processor 10, memory 11, storage 12, communication IF 13, input/output IF 14, etc.

The server 200 has a function of communicating with each user terminal 100 and assisting the user terminal 100 in progressing through the game. If 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 interactions between the user terminals 100. The server 200 functions as a control unit 210 and a storage unit 220 through cooperation of the processor 20, memory 21, storage 22, communication IF 23, input/output IF 24, etc.

The memory unit 120 and the memory unit 220 store a game program, game information 132, and user information 133. The game program 131 is a game program executed by the user terminal 100. The game program 231 is a game program executed by the server 200. The game information 132 is data referenced by the control unit 110 and the control unit 210 when executing the game program. The user information 133 is data related to the user's account. In the memory unit 220, the game information 132 and the user information 133 are stored for each user terminal 100. The game information 132 stored in the memory unit 220 also includes a probability table that specifies the selection probability for each character to be selected in the lottery process. The probability table will be described in detail later.

(Functional configuration of server 200)
The control unit 210 performs overall control of the server 200 by executing the game program 231 stored in the storage unit 220. For example, the control unit 210 transmits various data, programs, and the like to the user terminal 100. The control unit 210 receives a part or all of the game information or user information from the user terminal 100. If the game is a multiplayer game, the control unit 210 may receive a request for multiplayer synchronization from the user terminal 100 and transmit data for synchronization to the user terminal 100.

The control unit 210 functions as a lottery processing unit 211 according to the description of the game program 231. The control unit 210 can also function as other functional blocks (not shown) to support the progress of the game on the user terminal 100 according to the nature of the game being executed.

In response to a request from the user terminal 100, the lottery execution unit 212 executes a lottery to select characters available in the game, and transmits the lottery results to the user terminal 100 that made the request.

(Functional configuration of user terminal 100)
The control unit 110 executes the game program 131 stored in the storage unit 120 to comprehensively control the user terminal 100. For example, the control unit 110 progresses the game in accordance with the game program 131 and the user's operations. Furthermore, while the game is progressing, the control unit 110 communicates with the server 200 as necessary to send and receive information.

The control unit 110 functions as an operation reception unit 111, a lottery unit 112, a judgment unit 113, an object management unit 114, a game progression unit 115, and a display control unit 116 according to the description of the game program 131. The control unit 110 can also function as other functional blocks (not shown) to progress the game according to the nature of the game being executed.

The operation reception unit 111 detects and receives an input operation by the user on the input unit 151. For example, the operation reception unit 111 detects the coordinates of the input position on the input unit 151 of the above-mentioned input operation, and identifies the type of the input operation. For example, the operation reception unit 111 identifies a touch operation, a slide operation, a swipe operation, a tap operation, etc.

The lottery unit 112 requests the server 200 to hold a lottery to select a character available in the game. The lottery unit 112 also obtains the lottery result from the server 200. For example, the lottery unit 112 requests the server 200 to hold a lottery in exchange for a consumable item held by the user. The lottery unit 112 may also request the server 200 to hold a lottery when other conditions are satisfied in the game.

The determination unit 113 executes various determination processes necessary for the progress of the game.
For example, it is determined whether or not a user operation has been performed to instruct execution of a lottery process.

The object management unit 114 manages various objects, such as characters, that are available to the user in the game. The object management unit 114, for example, stores information representing the objects available to the user in the storage unit 120, thereby granting the objects to the user.

The game progression unit 115 performs various processes related to the execution of the game. For example, the game progression unit 115 interprets the user's instructions indicated by the coordinates of the input position of the input operation received by the operation reception unit 111 and the type of operation, and performs processing to progress the game based on the interpretation.

The display control unit 116 outputs to the display unit 152 of the touch screen 15 a game screen reflecting the results of the processing performed by each unit of the control unit 110. The display control unit may display on the display unit 152 a game screen including images generated by each unit of the control unit 110. The display control unit may also draw a graphical user interface (hereinafter, GUI) superimposed on the game screen.

The functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely examples. The server 200 may have at least some of the functions of the user terminal 100. The user terminal 100 may also have at least some of the functions of the server 200. Furthermore, devices other than the user terminal 100 and the server 200 may be components of the game system 1, and the other devices may execute some of the processing in the game system 1. That is, the computer that executes the game program in this embodiment may be any of the user terminal 100, the server 200, and other devices, or may be realized by a combination of multiple devices.

<Processing flow and play screen example>
(Example game screen)
FIG. 3 is a diagram showing an example of a play screen of a stage displayed on the display unit 152 of the user terminal 100 in a game based on the game system 1 of this embodiment.

3A is a puzzle screen displayed by the game progression unit 115, and is an example of a play screen of the above-mentioned stage. This puzzle screen is composed of a board including multiple puzzle elements 501 and a launching stand 502. The multiple puzzle elements 501 are arranged on the board. Each puzzle element 501 displays one of multiple types of characters. Any of the character elements 503 can be set on the launching stand 502. When the character element 503 on the launching stand 502 is operated, the game progression unit 115 launches the character element 503 to collide with at least a part of the multiple puzzle elements 501, and changes the arrangement of the multiple puzzle elements 501 in response to the collision. At this time, if a predetermined number or more of the puzzle elements 501 displaying the same type of character as the launched character element 503 are arranged consecutively among the multiple puzzle elements 501, the game progression unit 115 removes those puzzle elements 501 from the board. Furthermore, the game progression unit 115 calculates the play result based on the removed puzzle elements 501. The play result is represented, for example, by the number of puzzle elements 501 of the same type that are removed consecutively (the number of chains).

Here, the character element 503 that can be set on the launch pad 502 is any of the characters owned by the user. For example, the game progression unit 115 may display a selection screen that allows the user to select the character element 503 to be set on the launch pad 502 from a list 504 of owned characters. FIG. 3B is an example of the selection screen. The selection screen includes a list 504 of owned characters. In this example, the list 504 includes three characters, "Tear", "Heart", and "Luna". Note that the outline of the shape representing "Tear" in the list 504 is a thick line, which indicates that the character has been selected. The selection screen also includes a parameter display 505 related to the selected character. The selection screen also includes a "Set" button 506 that instructs the user to set the character element 503 of the selected character on the launch pad 502.

In this example, the parameter display 505 displays, as parameters related to "tier," a level of 23 and a point value of 454. When the character is first given to a user, the level is set to an initial value (e.g., 1).
Furthermore, the level increases, for example, according to the accumulated score achieved by the character during play. The level increases, for example, when a character identical to the character is given to the user. The unit cost of points is the unit cost of points when a character is removed from the board during play. The unit cost of points increases with level increase. When one of the held capsules is opened to obtain a character, the new character is added to the list 504 of such a selection screen. Alternatively, when the opened character obtained is an existing character, the level of the character increases.

(Overall lottery processing flow)
Next, an example of a processing flow of the entire lottery processing in this game will be described step by step with reference to FIG. 4. Note that the processing based on the following description is an example, and does not limit the invention according to this embodiment to a specific configuration. In the following description, among the series of processing steps described using a flowchart, at least a part of the steps described as being executed by the user terminal 100 may be executed by the server 200. In addition, at least a part of the steps described as being executed by the server 200 may be executed by the user terminal 100. FIG. 4 is a flowchart showing the processing flow of the entire lottery processing.

In step S101, the determination unit 113 determines whether or not a user operation has been performed to instruct execution of a lottery process. If the determination unit 113 determines that execution of a lottery process has been instructed, the process of step S102 is then executed, and if not, the process based on the flowchart in FIG. 4 ends. An example screen related to the lottery process will be described later. In this embodiment, the lottery process is executed based on a user operation, but the present invention is not limited to this form, and for example, the lottery unit 112 may automatically execute the lottery process when a predetermined condition set in the game is satisfied.

The lottery process is executed in exchange for a specific consumable item that can be used in the game. Each time the lottery process is executed, the game program subtracts the corresponding value from the specific consumable item that is associated with the user and stored in memory. For example, the amount of value subtracted in the lottery process is proportional to the number of consumable items. Furthermore, the specific consumable item may be a valuable item that is sold for a fee, or may be an item that can be obtained free of charge during game play.

In step S102, the selection unit 112 requests the server 200 to execute a selection process for selecting characters n times. In detail, the selection unit 112 requests the server 200 to execute a selection process n times to select one of a plurality of characters, including a specific character (first character), based on a selection probability set for each of the plurality of characters.

In step S103, the lottery execution unit 212 executes a lottery process to select n characters including k or more A rare characters. In step S104, the object management unit 114 grants the selected n characters to the user. The purpose of granting the characters is to associate the selected characters with the user and store them in the memory 11. The control unit 110 causes the display unit 152 to display a screen indicating that the user has acquired the n characters.

(Example of a screen and a probability table relating to lottery processing)
Next, an example of a screen for performing the lottery process according to one aspect of the present invention and an example of a probability table that defines the probability of each character being selected in the lottery process will be described. Fig. 5(A) is a diagram showing an example of a screen for receiving an instruction for the lottery process.

In FIG. 5(A), icons 302a and 302b show the external appearance of characters that may be selected in the lottery process. Text 304a and 304b show the names of the characters represented by icons 302a and 302b, respectively. Icons 306a and 306b show the rarity of the characters represented by icons 302a and 302b, respectively. Four stars corresponds to a rarity of S rank. Three, two, and one star correspond to rarity of A, B, and C rank, respectively. Icon 308 indicates that the character shown nearby, in this case "Robo," is a new character that was added after a specified date and time as a character that may be selected in the lottery process.

Button 310 is an example of a UI object that instructs a transition to a probability table display screen. Button 312 is an example of a UI object that instructs a single lottery process to be executed in exchange for five consumable items that can be used in the game. Button 314 is an example of a UI object that instructs a total of 11 lottery processes to be executed in exchange for 25 consumable items.

When the determination unit 113 determines that a selection operation has been performed on the button 310 on the screen shown in FIG. 5(A), the control unit 110 then causes the display unit 152 to display the screen shown in FIG. 5(B). FIG. 5(B) is a diagram showing an example screen including a probability table.

Text 316 is a display for showing the content of the lottery process to the user. Specifically, text 316 shows an example of a procedure for including at least one specific character in the lottery results in successive lottery processes corresponding to button 314.

As shown in text 316, in this embodiment, when a continuous lottery process is performed to select multiple characters in response to a user's operation, it is determined whether or not the n characters selected by the lottery process include k or more specific characters, and if the determination result is true, the selected n characters are associated with the user and stored in the storage unit 120. On the other hand, if the determination result is false and the first plurality of characters includes at least one specific character, m specific characters included in the selected n characters are held as targets to be given to the user, and the first process is executed n-m times (n minus m). Furthermore, it is determined whether or not the selected n-m characters include k-m or more specific characters (k minus m), and if the determination result is true, the held m specific characters and the selected n-m characters are stored in memory in association with the user.

In this embodiment, a form will be described in which the specific character is a character (first object) of rank A or higher. With this configuration, by simply using one probability table, the characters selected to be given to the user can definitely include multiple characters of rank A or higher, improving the user's sense of satisfaction. In addition, since it can be expected that multiple characters of rank A or higher will be given, the user's motivation to perform successive lotteries is improved.

Probability table 318 shows the name and rank of each character, the set probability set for each character, and the total probability that a character of each rank will be selected. The set probability is one aspect of the selection probability in this invention.

The set probability set for each character may be different from each other, or may be the same in part or in whole. In this embodiment, the set probability differs for each rank, and the set probability is the same for the same rank. In particular, by making the probability of an S rank character being selected different from the probability of an A rank character being selected, it is possible to provide the user with the fun of guessing which character will definitely be given to them, while suppressing an increase in the probability of actually winning an S rank character, which has a lower selection probability, and to maintain the sense of rarity of the character.

The characters that can be selected in the lottery process may include new characters that have become available after a predetermined time point. For example, new characters may be added as characters to be selected at predetermined intervals or at any timing, or may replace some of the characters that are already selected. This allows the user to expect that a character that has become available after a predetermined time point will be given as a character of A rank or higher that will definitely be included in the results of the consecutive lotteries, thereby improving the user's motivation to instruct the execution of consecutive lotteries. The characters to be selected may also include characters that are only provided for a predetermined time point. For example, a character may be added as a character to be selected at a predetermined time point, and then deleted from the characters to be selected at a predetermined time point. This allows the user to expect that a character that is only provided for a predetermined time point will be given as a character of A rank or higher that will definitely be included in the results of the consecutive lotteries, thereby improving the user's motivation to instruct the execution of consecutive lotteries.

The one-time lottery process for selecting one character, which starts with button 312, can be explained by replacing "n times" with "one time" and "n characters" with "one character" in the process based on the flowchart in FIG. 4.

When the button 314 is selected on the screen shown in FIG. 5(A), the screen shown in FIG. 6(A) is displayed. FIG. 6(A) is a diagram showing an example of a confirmation screen for the execution of a total of 11 consecutive lottery processes. Here, text 621 indicates the number of consumable items currently associated with the user, in other words, the number of consumable items possessed by the user. Buttons 622 and 623 are examples of UI objects that indicate whether or not the lottery process is to be executed. Here, when a selection operation is performed on button 622, for example, a transition to the screen shown in FIG. 5(A) is made. When a selection operation is performed on button 623, consecutive lottery processes are executed, and the screen shown in FIG. 6(B) is displayed. Note that the selection operation on button 623 corresponds to "when execution of lottery processes is instructed" in the determination of step S101 in the flowchart of FIG. 4.

Figure 6 (B) is a diagram showing an example of a screen showing the results of a series of lottery processes. Here, icon 626 shows the rank of the character shown nearby; for example, the rarity of the character "Tear" is A rank. Also, the rarity of the character "Bear" is S rank.

The display order of the objects is not limited to the order in which they were selected in the lottery process, and may be, for example, a configuration in which the objects are arranged in order from highest rank to lowest rank. Also, in FIG. 6(B), the objects with higher ranks may be displayed in a gorgeously decorated form. Also, text 628 indicates the number of remaining consumable items associated with the user. When a selection operation is performed on button 627, the screen transitions to, for example, the screen shown in FIG. 5(A). The above is the flow of screen transitions in the lottery process. Also, the single lottery process when a selection operation is performed on button 312 in FIG. 5(A) can be explained in the same way as above, by replacing the number of lottery selections of 11 with 1 in the explanation.

(Example of lottery processing)
7 is a flow chart showing the flow of the lottery process for selecting n characters. The example of the process which will be described below is an example of the process of step S103 shown in FIG.

In one aspect of this embodiment, the lottery execution unit 212 executes a first selection process in response to a user's operation, which selects n characters (n is an integer of 2 or more) from a group of characters that are available in a game based on the game program 121 and each of which has a selection probability set, based on the selection probability; if the selected n characters include k (k is an integer of 2 or more) or more characters of A rank or higher that have a rarity set equal to or higher than a reference value, the selected n characters are granted to the user; if the selected n characters include m (m is an integer of 1 or more and less than k) characters of A rank or higher, the m characters of A rank or higher are retained as targets to be granted to the user, and a second selection process is executed to select n-m characters from the group of characters based on the selection probability.

If the selected nm characters include k-m or more characters of A rank or higher, the lottery execution unit 212 grants the user the retained m characters of A rank or higher and the selected nm characters. If the selected nm characters do not include any characters of A rank or higher, the lottery execution unit 212 repeatedly executes the second selection process until the selected nm characters include km-m or more characters. If the n characters selected by the first selection process do not include any characters of A rank or higher, the lottery execution unit 212 executes the first selection process again.

In this embodiment, the case where n=11, k=2, and m=1 will be described. Of course, n, k, and m are not limited to these values. For example, n=11, k=3, and m=2 are also acceptable.

In step S201, the lottery execution unit 212 selects n characters by executing a first selection process. In some situations, the first selection process is a process in which one process of selecting one character is executed a total of n times, and in other situations, the first selection process is a process in which a process of selecting n characters is executed only once. In either case, as a result of executing the first selection process, n characters of any rank from B rank to S rank are selected.

In step S202, the lottery execution unit 212 determines whether the selected n characters include k or more characters of A rank or higher. If the answer is YES in step S202, in step S203, the lottery execution unit 212 determines the selected n characters as the lottery results. As a result, n characters including k or more A rank characters are given to the user in the user terminal 100.

If the result is NO in step S202, then in step S204, the lottery execution unit 212 determines whether or not the selected n characters include one or more characters of rank A or higher. If the result is NO in step S204, the process in Fig. 7 returns to step S201 . This causes the lottery execution unit 212 to execute the first selection process again to select n characters.

If the answer is YES in step S204, then in step S205 the lottery execution unit 212 retains m characters of A rank or higher included in the selected n characters. In step S206, the lottery execution unit 212 executes a second selection process to select nm characters from a group of objects based on the selection probability. In step S207, the lottery execution unit 212 determines whether or not the selected nm characters include km characters of A rank or higher. If the answer is NO in step S207, the process shown in FIG. 7 returns to step S206. This causes the lottery execution unit 212 to execute the second selection process again to select nm characters. The lottery execution unit 212 repeatedly executes the second selection process until km characters of A rank or higher are included in the selection result.

If the answer is YES in step S207, in step S208, the lottery execution unit 212 determines the retained m characters of A rank or higher and the selected n-m characters as the lottery results. As a result, n characters, including k or more characters of A rank or higher, are given to the user in the user terminal 100.

Figure 8 is a diagram showing a process related to an example of a lottery process. In this example, the lottery execution unit 212 selects n characters 802 (11 in this example) by executing a first selection process based on a set probability 801 defined in a probability table. The set probability 801 is an example of a selection probability set for each of a plurality of objects, and the selection probability of characters of each rank is set. In addition, in Figure 8, the letters S and A to C indicate the rank of the character (the same applies to the following drawings). The selected n characters 802 include only m characters (one in this example) of A rank or higher. Depending on the selection result, the lottery execution unit 212 holds the A rank character and selects nm characters (10 in this example) by executing a second selection process based on the set probability 801.

The characters 803 do not include characters of A rank or higher. Based on this selection result, the lottery execution unit 212 selects nm characters 804 by again executing the second selection process based on the set probability 801. The selected nm characters 804 include one S rank character. The lottery execution unit 212 then determines the one A rank character selected by the first selection process and the ten characters selected by the second selection process as the lottery results. The lottery execution unit 212 notifies the user terminal 100 of this lottery result, and in response to the notification, the user terminal 100 stores eleven characters 805, including two characters of A rank or higher, in the storage unit 120 in association with the user. This completes the lottery process in which two or more characters of A rank or higher are definitely output.

(Major Effects)
According to this embodiment, by simply using one probability table, the characters selected to be given to the user can definitely include multiple characters of A rank or higher, which can improve the user's satisfaction. Also, since the user can expect to be given multiple characters of A rank or higher, the user's motivation to perform consecutive lotteries is improved.

Furthermore, if k or more characters of A rank or higher are not selected by the first selection process, but m characters of A rank or higher are selected, the second selection process is executed to select n-m characters without redoing the first selection process, so the number of lottery draws does not increase excessively. This makes it possible to more efficiently execute the process of selecting n characters that definitely includes multiple characters of A rank or higher that are set to a rarity higher than the reference value. This prevents the processing load on the server 200 from becoming too high when selecting n characters.

(Example of advertising video playback)
In one aspect of this embodiment, the user terminal 100 plays an advertisement video during the first selection process and the second selection process, and after the advertisement video ends, plays a presentation showing the selection results of the n characters to be given to the user. In addition, when all of the n characters of A rank or higher to be given to the user have been selected, the user's operation to skip the playback of the advertisement video can be accepted. An example of these processes is shown in FIG. 9.

9 is a diagram showing an example of playing an advertisement video. The display control unit 116 displays, for example, a game screen shown in FIG. 9(A) on the display unit 152 during the first selection process or the second selection process. The display control unit 116 displays text explaining that the character lottery process is being performed on the screen, and plays the advertisement video 901. The display control unit 116 may play any video other than the advertisement instead of the advertisement video 901. In this embodiment, during the lottery process, there is a possibility that the character redraw process may occur repeatedly in order to determine k or more characters of A rank or higher. However, if the advertisement video 901 is played during the selection process as shown in FIG. 9(A), the user can watch the advertisement video 901 while waiting for the selection result to be presented, thereby creating a waiting time. This prevents the user from getting bored during the game.

When all n characters, including k or more characters of A rank or higher, have been selected, the display control unit 116 displays a skip button 902 on the game screen as shown in FIG. 9(B). The skip button 902 is a user interface component that can accept a user operation for causing the user terminal 100 to skip the playback process of the advertising video 901. As shown in FIG. 9(B), by presenting the skip button 902 to the user when the selection process of the n characters has been completed, the user can skip the playback of the advertising video 901 at any timing.

When the operation receiving unit 111 receives a user operation (e.g., a tap operation) on the skip button 902, the display control unit 116 ends the playback of the advertising video 901 on the game screen as shown in FIG. 9 (C), and further plays a representation 903 on the game screen. The representation 903 is a representation showing the selection result of n characters assigned to the user. In FIG. 9 (C), the display control unit 116 expresses on the game screen that eleven characters have been selected by playing a representation 903 in which n star marks pop out of a box.

After the display control unit 116 finishes playing the effect 903, it displays the details of the selected n characters one by one in order on the game screen, as shown in FIG. 9(D). In FIG. 9(D), the selected character 904, name 905, rarity 906, and OK button 907 are displayed on the game screen. In FIG. 9(D), the result of selecting "Tia", an A-rank character, is presented to the user. Through the game screen shown in FIG. 9(D), the user recognizes that one of the eleven selected characters is "Tia". The OK button 907 is a UI part that can accept a user operation to end the display of the selection result details of a certain character. When the operation acceptance unit 111 accepts the user's operation on the OK button 907, the display control unit 116 ends the current detailed display, and further displays details of other characters that have not yet been displayed on the game screen.

In another aspect of this embodiment, the lottery execution unit 212 executes a third selection process in response to a user's operation, in which n characters are selected from a second group of characters, each of which has a selection probability set, based on a selection probability, unlike the first group of characters described above, and grants the selected n characters to the user regardless of whether the selected n characters include k or more characters of A rank or higher, and plays an advertising video during the execution of the first and second selection processes, but does not play an advertising video during the execution of the third selection process.

In this example, the second group of characters is a different group of characters from the first group of characters, but the two may be the same group of characters. The second group of characters, like the first group of characters, is set to one of the four rarity levels (S, A, B, and C rare) described above.

In the third selection process, n characters are selected based on the selection probability set for each of the second group of characters. The third selection process is a character selection process in a normal lottery process in which the release of k or more characters is not confirmed. In this type of lottery process, characters are not redrawn, so it does not take a long time to determine the n characters to be given to the user. Therefore, there is no need to pause the user by playing the advertising video 901, so the advertising video 901 is not played while the third selection process is being performed. In this way, the display control unit 116 can appropriately execute control to play or not play the advertising video 901 depending on the type of lottery process.

(Example of lottery results)
In one aspect of this embodiment, the user terminal 100 executes a process of displaying to the user the selection results of n selected characters, including k or more characters of A rank or higher, in the form of presenting each of the n selected characters to the user in order, presenting each of the k or more characters of A rank or higher in a later order than characters other than the k or more characters of A rank or higher, and, when the k or more characters of A rank or higher include characters of A rank or higher to which different rarity levels are set, presenting the characters of A rank or higher to which higher rarity levels are set later. An example of such presentation is shown in FIG. 10.

Figure 10 is a diagram showing an example of the presentation of the lottery results. Here, it is assumed that nine B-rank or C-rank characters, one A-rank character, and one S-rank character have been selected. When the display control unit 116 is notified of the lottery results from the server 200, it displays details of the eleven selected characters one by one in order on the game screen. In the example of Figure 10, first, as the lottery result for the first character, the selection result 1001 of "Star", a C-rank character, is displayed on the game screen. When the user presses the OK button 907, the display control unit 116 then displays, as the selection result for the second character, the selection result 1002 of "Cloud", a B-rank character, on the game screen. When displaying the lottery results up to the n-2th character, the display control unit 116 displays only B-rank or C-rank characters one by one, but does not display the selection results of characters of A rank or higher.

When the display control unit 116 has finished displaying the selection results of the n-2th character, which is B rank or lower, it next displays the selection result 1003 of the A rank character "Tia" on the game screen as the n-1th selection result. When the display control unit 116 has finished displaying the selection results of the n-1th A rank character, it next displays the selection result 1004 of the S rank character "Robo" on the game screen as the nth selection result. In this way, the selection results of characters of A rank or higher are presented to the user in the penultimate and second to last presentations in the 11 presentation order. At that time, the selection result 1004 of the S rank character is presented after the selection result 1003 of the A rank character.

In the example of FIG. 10, when the selection results of 11 characters are presented to the user one by one in order, the two characters of A rank or higher are presented after all of the remaining nine characters of B rank or C rank. This increases the user's sense of anticipation for the A rank or higher character that will definitely be drawn when the user visually checks the selection results presented in order. Furthermore, since the S rank character is presented to the user after the A rank character, the user's joy at winning the A rank character can be maximized. In other words, if the A rank character is presented after the S rank character, a user who already knows that the S rank character has been won cannot be expected to feel very happy about the A rank character being drawn. However, in the example shown in FIG. 10, the A rank character selection result 1003 is presented to the user before the S rank character selection result 1004 is presented to the user, so the user can feel a sufficiently high joy at the result of winning the A rank character.

[Software implementation example]
The control blocks of the control unit 210 (particularly, the lottery execution unit 212) and the control blocks of the control unit 110 (particularly, the lottery unit 112, the judgment unit 113, the object management unit 114 and the game progress unit 115) may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or may be realized by software using a CPU (Central Processing Unit).

In the latter case, the information processing device equipped with the control unit 210 or the control unit 110, or both, includes a CPU that executes the commands of a program, which is software that realizes each function, a ROM (Read Only Memory) or storage device (these are referred to as "recording media") in which the program and various data are recorded so as to be readable by the computer (or CPU), and a RAM (Random Access Memory) in which the program is expanded. 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-transient tangible medium", such as a tape, a disk, a card, a semiconductor memory, or a programmable logic circuit, can be used. The program may also be supplied to the computer via any transmission medium (such as a communication network or a broadcast wave) capable of transmitting the program. Note that one aspect of the present invention may also be realized in the form of a data signal embedded in a carrier wave in which the program is embodied by electronic transmission.

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

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

(Item 1) A game program has been described. According to an aspect of the present disclosure, a game program (131) is executed by a computer (user terminal 100) including a processor (10) and a memory (11). The game program causes the processor to execute the following steps in response to a user's operation: executing a first selection process for selecting n objects (n is an integer of 2 or more) from a group of objects that are available in a game based on the game program and each of which has a selection probability set, based on a selection probability; if the selected n objects include k (k is an integer of 2 or more) or more first objects with a rarity set equal to or higher than a reference value, granting the selected n objects to the user; and if the selected n objects include m (m is an integer of 1 or more and less than k) first objects, retaining the m first objects as targets to be granted to the user and executing a second selection process for selecting n-m objects from the group of objects based on a selection probability.

(Item 2) In (Item 1), the game program causes the processor to execute a step of granting the retained m first objects and the selected nm objects to the user when the selected nm objects include km or more first objects.

(Item 3) In (Item 2), in the step of executing the second selection process, if the first object is not included in the selected nm objects, the second selection process is repeatedly executed until the selected nm objects include km or more objects.

(Item 4) In any of items 1 to 3, the game program causes the processor to execute a step of playing an advertising video during execution of the first selection process and the second selection process, and a step of playing a presentation indicating the selection results of the n objects to be assigned to the user after the playback of the advertising video has ended.

(Item 5) In (Item 4), the game program causes the processor to execute a step of accepting a user operation to skip playback of the advertising video when all of the n first objects assigned to the user have been selected.

(Item 6) In item 4 or 5, the game program causes the processor to execute a third selection process in response to a user's operation, in which n objects are selected from a second group of objects, each of which has a selection probability set, based on a selection probability, and execute a step of granting the n selected objects to the user regardless of whether the selected n objects include k or more of the first objects, and plays an advertising video during the execution of the first and second selection processes, but does not play the advertising video during the execution of the third selection process.

(Item 7) In any of items 1 to 6, the game program causes the processor to execute a step of displaying a selection result of n selected objects including k or more first objects to be given to the user in a manner that presents each of the n selected objects to the user in order, where each of the k or more first objects is presented at a later time than objects other than the k or more first objects, and when a first object to which a different rarity level is set is included in the k or more first objects, the first object to which a higher rarity level is set is presented later in the order of presentation.

(Item 8) In any of (Item 1) to (Item 7), if the first object is not included in the n objects selected by the first selection process, the first selection process is executed again.

(Item 9) In any of (Item 1) to (Item 8), the first object includes an object that is provided only for a specified period of time.

(Item 10) In any one of (Item 1) to (Item 9), the first object includes:
This includes objects that become available in the game after a certain point in time.

(Item 11) A method for executing a game program has been described. According to one aspect of the present disclosure, a game program (131) is executed by a computer (server 200) including a processor (20) and a memory (21). The method includes a step of executing a first selection process in which the processor, in response to a user's operation, selects n objects (n is an integer of 2 or more) from a group of objects that are available in a game based on the game program and each of which has a selection probability set, based on a selection probability; a step of granting the n selected objects to the user if the n selected objects include k (k is an integer of 2 or more) or more first objects whose rarity is set to a reference value or higher; and a step of executing a second selection process in which the m first objects (m is an integer of 1 or more and less than k) are held as targets to be granted to the user, and selects n-m objects from the group of objects based on the selection probability, ...

(Item 12) An information processing device has been described. According to an aspect of the present disclosure, the information processing device (server 200) includes a memory (21) that stores a game program (131) and a processor (20) that controls the operation of the information processing device by executing the game program. The control unit executes a first selection process in response to a user's operation, in which n objects (n is an integer of 2 or more) are selected based on the selection probability from a group of objects that are available in a game based on the game program and each of which has a selection probability set, and if the selected n objects include k (k is an integer of 2 or more) or more first objects that have a rarity set equal to or higher than a reference value, the selected n objects are granted to the user, and if the selected n objects include m (m is an integer of 1 or more and less than k) first objects, the m first objects are held as targets to be granted to the user, and executes a second selection process in which n-m objects are selected based on the selection probability from the group of objects.

1 Game system, 2 Network, 10, 20 Processor, 11, 21 Memory, 12, 22 Storage, 13, 23 Communication IF (operation unit), 14, 24 Input/output IF (operation unit), 15 Touch screen (display unit, operation unit), 17 Camera (operation unit), 18 Distance measurement sensor (operation unit), 100 User terminal (information processing device), 110, 210 Control unit, 111 Operation reception unit, 112 Lottery unit, 113 Determination unit, 114 Object management unit, 115 Game progress unit, 116 Display control unit, 120, 220 Storage unit, 131, 231 Game program, 132 Game information, 133 User information, 151 Input unit (operation unit), 152 Display unit, 200 Server, 212 Lottery execution unit, 1010 Object, 1020 Controller (operation unit), 1030 Storage medium 801 Setting probability, 802, 803, 804, 805, 904 Character, 901 Advertising video, 902 Skip button, 903 Presentation, 905 Name, 906 Rarity, 907 OK button, 1001, 1002, 1003, 1004 Selection result

Claims (11)

Computer,
a first selection means for selecting n objects (n being an integer equal to or greater than 2) from a group of objects including a first object that satisfies a condition regarding the rarity of the object based on a selection probability;
a first granting means for granting the selected n objects to a user when the selected n objects include k or more first objects (k is an integer equal to or greater than 2);
a second selection means for selecting n-m of the objects from the group of objects based on the selection probability, when the selected n objects include m of the first objects (m is an integer greater than or equal to 1 and less than k), and for holding the m of the first objects as targets to be granted to the user. Computer,
The program according to claim 1, which functions as a second granting means for granting the retained m first objects and the selected nm-m objects to the user when the selected nm-m objects include km-m or more of the first objects. The program according to claim 2, wherein, in the function as the second selection means, if the first object is not included in the selected n-m objects, the program is repeatedly made to function as the second selection means until the selected n-m objects include at least the k-m objects. Computer,
an advertisement video playback means for playing an advertisement video while functioning as the first selection means and the second selection means;
The program according to any one of claims 1 to 3, further functioning as an effect playback means for playing back an effect indicating the selection result of the n objects to be given to the user after playback of the advertising video has ended. Computer,
The program according to claim 4 , which functions as an operation means for accepting an operation by the user to skip playback of the advertising video when all of the n first objects assigned to the user are selected. Computer,
a third selection means for selecting, in response to an operation by the user, n number of objects from a second group of objects different from a first group of objects which is the group of objects, based on a selection probability; and a third granting means for granting the n number of selected objects to the user, regardless of whether k or more of the first objects are included in the n number of selected objects;
6. The program according to claim 4, wherein the advertising video is played back while the program functions as the first selection means and the second selection means, but the advertising video is not played back while the program functions as the third selection means. Computer,
The program according to any one of claims 1 to 6, which functions as a display means for displaying, to the user, a selection result of n selected objects including k or more of the first objects to be given to the user. When the first object is not included in the n objects selected by the function as the first selection means,
Computer,
The program according to claim 1 , further comprising causing the program to function as the first selection means again. The program according to any one of claims 1 to 8, wherein the first object includes an object provided during a predetermined period of time. The program according to any one of claims 1 to 9, wherein the first object includes an object that has become available since a predetermined point in time. a first selection means for selecting n objects (n being an integer equal to or greater than 2) from a group of objects including a first object that satisfies a condition regarding the rarity of the object based on a selection probability;
a first granting means for granting the selected n objects to a user when the selected n objects include k or more first objects (k is an integer equal to or greater than 2);
and a second selection means for, if the selected n objects include m (m is an integer greater than or equal to 1 and less than k) of the first objects, retaining the m first objects as targets to be granted to the user, and selecting n-m of the objects from the group of objects based on the selection probability.

Images