JP7799751B2 - program - Google Patents

Description

The present disclosure relates to a program .

A well-known type of game is one in which the player progresses using game media such as character cards owned by the user. Another well-known method of providing such game media is the so-called "gacha," in which game media donated through a lottery held within the game is provided to the user. This type of gacha has a set upper limit on the number of game media that can be donated, and the virtual number of game media stored decreases as more game media are donated, a type known as "box gacha." Furthermore, technology has been disclosed for box gacha that displays the names of the game media available for donating, the total number of each game medium, the current number of game media stored, and other information according to the game media contained (for example, Patent Document 1).

Patent No. 5335969

However, in the games described above, although the number of available items is reduced by the gacha lottery, the number of rare game media is small compared to the number of available items, making them difficult to obtain. As a result, there is a risk that users will stop playing gacha before obtaining a rare game media.

The present invention was devised in light of this situation, and its purpose is to provide a program that makes it easier for users to receive rare objects depending on the number of lottery draws, thereby increasing interest .

The program disclosed herein causes a computer to function as a setting means for setting a lottery table consisting of a predetermined number of objects each associated with one of a plurality of attributes including a first attribute and a second attribute that is more advantageous than the first attribute according to the user , a determination means for determining an object to be granted to the user from the set lottery table according to the user's operation, and an initialization means for initializing the set lottery table to a first lottery table, wherein the setting means is capable of setting a second lottery table in which the predetermined number of objects with the second attribute is added to the predetermined number by the number of objects with the first attribute that are reduced from the predetermined number, and the initialization means performs initialization of the second lottery table in response to the user being granted a predetermined number of objects associated with the second attribute from the second lottery table .

According to one aspect of the present disclosure, by determining an object to be assigned to a user, the rate at which an object associated with a second attribute is subsequently determined as the object to be assigned can be increased , thereby improving interest .

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. 10 is a diagram showing an example of the data structure of a deck management table. 10 is a flowchart showing the overall processing flow of the lottery process. FIG. 10 is a diagram showing an example of the data structure of a deck management table. 10 is a flowchart showing the overall processing flow of the lottery process.

[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 defined by the claims, and all modifications within the meaning and scope equivalent to the claims are intended to be included in the present invention. In the following description, the same elements in the drawings will be designated by the same reference numerals, and redundant explanations will not be repeated.

<Hardware Configuration of Game System 1>
1 is a diagram showing the 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 made up of the Internet and various mobile communication systems constructed using 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 connect to the Internet via a predetermined access point.

Server 200 (computer, information processing device) may be a general-purpose computer such as a workstation or a personal computer. Server 200 comprises a processor 20, memory 21, storage 22, a communication IF 23, and an input/output IF 24. These components of 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, feature phone, PDA (Personal Digital Assistant), or tablet computer. The user terminal 100 may also be a gaming device suitable for gameplay. As shown in the figure, the user terminal 100 comprises a processor 10, memory 11, storage 12, a communication interface (IF) 13, an input/output IF 14, a touchscreen 15 (display unit), a camera 17, and a distance sensor 18. These components of the user terminal 100 are electrically connected to each other via a communication bus. Note that the user terminal 100 may comprise an input/output IF 14 to which a display (display unit) configured separately from the user terminal 100 itself can be connected, instead of or in addition to the touchscreen 15.

Furthermore, 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 in accordance with 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 from the various sensors to the user terminal 100.

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

For example, when starting a game, the user terminal 100 preferably prompts the user using the controller 1020 to 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 can identify which user the output value belongs to based on the sender (controller 1020) of the received output value.

When a user terminal 100 communicates with multiple controllers 1020, each user can hold a controller 1020, allowing multiplayer play to be achieved on that single user terminal 100 without communicating with other devices such as the server 200 via the network 2. Alternatively, multiple user terminals 100 can communicate with each other using a wireless standard such as a wireless local area network (LAN) standard (connecting to communicate without going through the server 200) to achieve local multiplayer play. When a single user terminal 100 achieves the above-described local multiplayer play, the user terminal 100 may further include at least some of the various functions provided by the server 200, which will be described later. When multiple user terminals 100 achieve the above-described local multiplayer play, the multiple user terminals 100 may include, in a distributed manner, the various functions provided by the server 200, which will be described later.

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 also be configured to be detachable from the user terminal 100. In this case, a connection section for 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 this connection section, the user terminal 100 and the controller 1020 send and receive signals via the wire.

As shown in FIG. 1, the user terminal 100 may accept the insertion 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 may be, for example, a game program.

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

As explained 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 an operation unit configured to accept input operations from the user.

For example, if the operation unit is composed of at least one of the camera 17 and the distance sensor 18, the operation unit detects an object 1010 near the user terminal 100 and identifies an input operation from the detection result of the object. As an example, the object 1010 may be a user's hand or a marker of a predetermined shape, 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 in an image captured by the camera 17, the user terminal 100 identifies and accepts the 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 user operations performed on the input unit 151 of the touch screen 15 as user input operations. 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 user input operations. 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 that is different from the controller 1020 as user input operations.

<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 CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit).

Processor 10 reads the program from storage 12, which will be described later, and expands it in memory 11, which will be described later. Processor 20 reads the 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, as an example, a game realized through cooperation between the user terminal 100 and the server 200 may be a game executed on a browser launched on 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 sent 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 composed of storage devices such as flash memory or HDDs (Hard Disk Drives). Storage 12 and storage 22 store various data related to the game.

Communication IF 13 controls the sending and receiving of various data in the user terminal 100. Communication IF 23 controls the sending and receiving of various data in the server 200. Communication IFs 13 and 23 control, for example, communication via a wireless LAN (Local Area Network), internet communication via a wired LAN, wireless LAN, or mobile phone 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 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, physical buttons, 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 outputs data. The input/output IF 24 may include, for example, an input unit which is an information input device such as a mouse or keyboard, and a display unit which 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 composed of, for example, a touchpad. The display unit 152 is, for example, composed of a liquid crystal display or an organic EL (Electro-Luminescence) display.

The input unit 151 has the function of detecting the position at which 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 is only required to include a touch sensing unit (not shown). The touch sensing unit may be of any type, such as a capacitive type or a resistive type.

Although not shown, the user terminal 100 may be equipped with one or more sensors for identifying the holding orientation of the user terminal 100. This sensor may be, for example, an acceleration sensor or an angular velocity sensor. If the user terminal 100 is equipped with 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 select portrait screen display, in which a portrait-oriented 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 select landscape screen display, in which a landscape-oriented 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 depending on the holding orientation of the user terminal 100.

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

The distance measurement sensor 18 is a sensor that measures the distance to the measurement object. 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 timing of light emission from the light source and the timing of 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 also include a light source that emits directional light.

Here, we will further explain an example in which the user terminal 100 uses the camera 17 and distance measurement sensor 18 to detect an object 1010 near the user terminal 100, and receives the detection result as a user input operation. The camera 17 and distance measurement sensor 18 may be provided, for example, on the side of the housing of the user terminal 100. The distance measurement sensor 18 may be provided near the camera 17. For example, an infrared camera may be used as the camera 17. In this case, the camera 17 may be provided with a lighting device that irradiates infrared light and a filter that blocks visible light. This can further improve the accuracy of object detection based on images captured by the camera 17, regardless of whether the location is indoors or outdoors.

The processor 10 may perform 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 the image captured by the camera 17 to determine whether the captured image includes a user's hand. The processor 10 may use, for example, pattern matching as the analysis technology employed in the image recognition processing. (2) The processor 10 also detects a user gesture from the shape of the user's hand. For example, the processor 10 determines the number of fingers (number of outstretched fingers) of the user from the shape of the user's hand detected in the captured image. The processor 10 further determines the gesture performed 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 performed a "paper" gesture. If the number of fingers is zero (no fingers detected), the processor 10 determines that the user has performed a "rock" gesture. Furthermore, if 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 extended or whether the user's fingers are flicking. (4) The processor 10 detects the distance between the user terminal 100 and an object 1010 (such as the user's hand) near the user terminal 100 based on at least one of the image recognition results of the image captured by the camera 17 and the output value of the distance measurement 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 if 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) If 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 results of the image captured by the camera 17, the processor 10 recognizes that the user is waving their hand in the direction of the camera 17. If the distance measurement sensor 18, which has a stronger directionality than the camera 17's imaging range, detects and does not detect an object, the processor 10 recognizes that the user is waving their hand in a direction perpendicular to the camera's imaging direction.

In this way, the processor 10 detects whether the user has clenched their hand (whether it is a "rock" gesture or another gesture (e.g., "paper")) by performing image recognition on the image captured by the camera 17. The processor 10 also detects the shape of the user's hand and how the user is moving their hand. The processor 10 also detects whether the user is moving their hand closer to or farther away from the user terminal 100. Such operations can correspond to operations using a pointing device such as a mouse or 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 a selection operation. Continuing a selection operation corresponds, for example, to the mouse being clicked and maintained in a pressed state, or to a touch panel being touched and maintained in a touched state after a touchdown operation. Furthermore, if the user moves their hand further while the user terminal 100 has detected the "rock" gesture, the user terminal 100 can recognize this series of gestures as an operation corresponding to a swipe operation (or a drag operation). Furthermore, if the user terminal 100 detects a gesture of the user snapping their fingers based on the detection results of the user's hand in an image captured by the camera 17, the user terminal 100 may recognize this gesture as an operation corresponding to a mouse click or a tap operation on a touch panel.

<Game Overview>
Game system 1 is a system that provides users with game media that can be used in games based on a game program, and determines which game media to provide to the user from among multiple game media contained (associated) in a deck, which is a virtual cabinet, and updates or initializes the multiple game media contained in the deck based on the rarity of the determined game media.

The game media to be granted to the user can be determined by a process that selects the game media based on the number of game media contained in the deck, for example, by lottery. In the following, this embodiment will describe a process in which the game media is determined by lottery (hereinafter referred to as the lottery process). The determined game media will be granted to the user and can be used in game play. Note that the term "granting" game media to a user refers to storing the game media in memory in association with the user.

Game content awarded to users through the lottery process may include, for example, characters that can be used in the game, objects that are associated with the characters, etc. Objects that are associated with the characters may include, for example, items such as weapons and armor that are associated with the characters, special attacks, recovery skills, skills that change the state of objects such as characters, etc.

Furthermore, each of the multiple types of game media that can be contained in the deck is assigned a rarity level. Rarity is a type of game parameter that numerically represents the rarity of a game media in a game. The higher the rarity of a game media, the higher the rarity (rarity) of that character in the game and the greater the degree to which it will increase the user's advantage (advantage) when used in gameplay. In the present disclosure, the rarity of game media is assigned a rank, for example, S, A, B, or C. Hereinafter, game media having a rarity level of S, A, B, or C will also be referred to simply as S, A, B, or C-rank game media (e.g., characters, armor, items, etc.), respectively. In this embodiment, the relationship of rarity is S>A>B>C. The rarer the game media, the fewer the number of game media included in the multiple game media to increase the rarity. In other words, the rarer the game media, the lower the likelihood that a user will be able to acquire that game media. Furthermore, the rarer the game content, the greater the advantage in winning, and therefore the higher the value of the game content in the game. For example, the rarer the game content, the better the performance of the game content.

The game executed by game system 1 (hereinafter referred to as the "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 sports 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 game will be described below as a puzzle game that can be played in stages with predetermined achievement conditions. Details of the game content will be provided later.

Furthermore, 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, or, within the multiplayer game, 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 the game.

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

The server 200 has the 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 also have the 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 memory 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 defines the selection probability for each character to be selected in the lottery process. Details of the probability table will be described later.

(Functional configuration of server 200)
The control unit 210 executes the game program 231 stored in the storage unit 220 to exercise overall control over the server 200. For example, the control unit 210 transmits various data, programs, and the like to the user terminal 100. The control unit 210 receives some 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 in accordance with the description of the game program 231. Depending on the nature of the game being played, 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.

In response to a request from the user terminal 100, the lottery execution unit 212 executes a lottery to determine the game media to be awarded to the user. The lottery execution unit 212 transmits the lottery results to the user terminal 100 that issued the request.

The update unit 213 uses the lottery results to update a deck management table (the multiple game media contained in the deck) for managing the decks of each user (described below), and stores the updated table in the memory unit 220. The initialization processing unit 214 uses the lottery results to initialize the deck management table, and stores the updated table in the memory unit 220. In response to a request from the user terminal 100, the game media granting unit 215 performs processing to grant the game media determined by the lottery execution unit 212 to the user (such as updating the game media owned by the user and sending information about the game media to the requesting user terminal 100).

(Functional configuration of user terminal 100)
The control unit 110 executes the game program 131 stored in the storage unit 120 to exercise overall control over the user terminal 100. For example, the control unit 110 progresses the game in accordance with the game program 131 and user 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 a lottery unit 115, a judgment unit 116, a game media management unit 117, and a game progression unit 118 according to the description of the game program 131.

In addition, the control unit 110 can also function as other functional blocks (not shown) to progress the game, depending on the nature of the game being played.

The control unit 110 also functions as an operation reception unit and a display control unit, both not shown. The operation reception unit detects and accepts user input operations on the input unit 151. For example, the operation reception unit detects the coordinates of the input position on the input unit 151 for the above-mentioned input operations and identifies the type of input operation. The operation reception unit identifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, etc. The display control unit outputs a game screen to the display unit 152 of the touch screen 15, reflecting the results of processing performed by each unit of the control unit 110. The display control unit may display a game screen including images generated by each unit of the control unit 110 on the display unit 152. The display control unit may also draw a graphical user interface (hereinafter referred to as GUI) superimposed on the game screen.

The lottery unit 115 requests the server 200 to hold a lottery to determine the game media available in the game. The lottery unit 115 also obtains the lottery results from the server 200. For example, the lottery unit 115 requests the server 200 to hold a lottery in exchange for a consumable item owned by the user. The lottery unit 115 may also request the server 200 to hold a lottery when other conditions in the game are met.

The determination unit 116 executes various determination processes necessary for the progress of the game. For example, the determination unit 116 determines whether a user operation has been performed to instruct the execution of a lottery process.

The game media management unit 117 manages various game media, such as characters, that are available to the user. For example, the game media management unit 117 stores information representing game media (user-owned game media) that has been granted by lottery or the like in the storage unit 120, thereby making the game media available to the user in the game.

The game progression unit 118 performs various processes related to the execution of the game. For example, the game progression unit 118 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 this interpretation.

Note that the functions of the server 200 and 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 server 200 may be components of the game system 1, and some of the processing in the game system 1 may be executed by these other devices. In other words, 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 implemented by a combination of these multiple devices.

<Deck Management Table>
Next, an example of a deck management table will be described using Figure 3. The deck management table is a table for managing decks provided for each user and for identifying multiple game media contained (associated) with each deck. The deck management table is stored and managed in the user information 133 of the server 200. As shown in Figure 3(A), the deck management table stores information that can identify a "user ID,""deckID,""number of game media,""rank," and "number contained."

A "user ID" is an identification code for identifying a user and is assigned to each user. In Figure 3(A), the user ID is illustrated as a single alphabetic character, such as "a, b, c, ...," but may be composed of a combination of alphabetic characters and numbers, such as "U0001." A "deck ID" is an identification code for identifying a deck and is assigned to each deck. In Figure 3(A), the deck ID is illustrated simplified, like the user ID, but may be composed of a combination of alphabetic characters and numbers, such as "D0001." Figure 3 shows an example in which one deck is assigned to one user. In the example shown in Figure 3(A), the deck ID "deck a" is stored for user ID "a." Note that each user may be assigned not just one deck, but multiple decks. In this case, the lottery may be held using the corresponding deck depending on the type of lottery request from the user.

Each deck is associated with the number of game media contained therein. Each game media is assigned a "rank" indicating the rarity level described above and a "name" associated with the game media. In Figure 3(A), the names of multiple types of game media are illustrated in katakana, such as "A" through "N." Of these, for example, "A" through "O" are designated as S-rank game media, "Ka" through "Ko" are designated as A-rank game media, "Sa" through "So" are designated as B-rank game media, and "Ta" through "N" are designated as C-rank game media. An initial deck (a deck that has never been drawn) is associated with game media determined by lottery or other means from multiple types of game media, with one S-rank, ten A-rank, thirty B-rank, and fifty-nine C-rank game media, for a total of 100. The "number of game media contained" indicates the total number of game media contained in the deck. Therefore, for example, the probability of winning an S-rank game medium is 1/100, and the probability of winning an A-rank game medium is 10/100.

Deck a corresponding to user a in Figure 3(A) is associated with one game medium "A" as S rank, one each of the game mediums "K" and "K" as A rank, and eight other game media (such as "K" indicated by "..." in Figure 3, etc.) as S rank, two game media "S" as B rank, one game medium "S" as B rank, and 27 other game media (such as "S" indicated by "..." in Figure 3, etc.) as B rank, and three game media "T" as B rank and 56 other game media (such as "T" indicated by "..." in Figure 3, etc.) as C rank. Deck b corresponding to user b is associated with one game medium "I" as S rank, two game media "K" as B rank, and eight other game media (such as "C" indicated by "..." in Figure 3, etc.) as C rank, one game medium "S" as B rank and 29 other game media (such as "S" as B rank), and two game media "T" as B rank and 57 other game media (such as "C" as B rank). Similarly, decks corresponding to other users (see user c and user d) are associated with game media determined by lottery or other means, with 1 S rank, 10 A rank, 30 B rank, and 59 C rank, for a total of 100.

In Figure 3, the number of storage items is set to 100, but this is not particularly limited and may be between 1 and 100, or may exceed 100, depending on the embodiment. Also, in this embodiment, the type of game media stored in the deck differs for each user, but the deck contents may be the same and assigned to each user.

In this embodiment, if the lottery process determines a game medium of a rank other than S rank, the determined game medium is subtracted from the deck and the deck is updated by adding the game medium determined by lottery from S rank; if the game medium is determined to be S rank, the deck is initialized. Note that instead of subtracting the determined game medium, one of the game media of the same rank as the determined game medium may be subtracted, or the contents of the game media may be shuffled at this time. An example of shuffling the contents of the game media will be described later. Next, with reference to the lottery process flow, deck updating and initialization when the lottery process is performed will be described.

<Lottery processing flow>
The flow of the lottery process in one embodiment of the present disclosure will be described with reference to Figure 4. Figure 4 is a flowchart showing an overview of the process of updating or initializing a deck corresponding to a user based on the rank of the game content determined by the lottery process. The lottery process flow shown in Figure 4 is executed on the server 200 side in response to a lottery request from a user (when lottery request information (including a user ID, etc.) is received).

In step S01, the deck corresponding to the user who requested the lottery is identified. The control unit 210 identifies the deck corresponding to that user from the information in the deck management table stored in the user information 133 of the memory unit 220. When a lottery request is made by user a, deck a corresponding to user a in Figure 3 (A) is identified.

In step S02, a game medium selected from the multiple game media contained in the (identified) deck corresponding to the user is granted to the user. The lottery execution unit 212 selects a game medium by random lottery or the like from the multiple game media contained in the deck corresponding to the user. The game medium granting unit 215 grants the selected game medium to the user.

In step S03, it is determined whether the determined game medium is S rank. The control unit 210 determines the rank of the determined game medium. If the determined game medium is not determined to be S rank, the process proceeds to step S04. On the other hand, if the determined game medium is determined to be S rank, the process proceeds to step S05.

In step S04, the deck is updated based on the determined game media. The update unit 213 removes the determined game media from the deck and updates the deck by replenishing it with randomly determined S-rank game media.

In step S05, the deck is initialized based on the determined game media. If the determined game media is S rank, the initialization processing unit 214 initializes the deck. This updates it to the initial deck. As described above, the initial deck is a deck associated with game media determined by lottery or other means so that there is 1 S rank, 10 A rank, 30 B rank, and 59 C rank, for a total of 100.

In step S06, processing is performed to notify the user of the deck contents. The game progression unit 118 outputs information for displaying the deck contents (e.g., the assigned game media, the number of game media of each rank contained in the deck after the lottery, the number contained in the deck, the probability of winning each rank game media, etc.) on the user's terminal. In this way, by notifying the user of the assigned game media and the deck contents after the lottery, the user can know the number of S-rank game media in the current deck and determine the probability of winning in subsequent lotteries (number of S-rank game media / number contained). When the number of game media of higher ranks is increasing, the user's motivation to participate in the lottery increases.

As described above, according to an embodiment of the present invention, each user is individually assigned a deck containing a predetermined number of game contents. Based on each user's selection, a game content to be awarded to the user is determined by lottery from among the game contents contained in the deck (step S01 in FIG. 4). If the determined game content is not S-rank, the game content is removed from the deck assigned to the user, and the deck is updated by being replenished with S-rank game contents determined by lottery (step S04 in FIG. 4). In this embodiment, the above process is repeated until S-rank game content is determined (until step S03 in FIG. 4 returns YES). If S-rank game content is determined, the deck is initialized. In other words, the deck is updated so that the more game content other than S-rank is determined, the easier it is for the user to acquire S-rank game content. The updated deck contents are disclosed to the user, allowing the user to recognize that the number of S-rank game content has increased and that it is now easier to acquire.

Figure 3(B) shows an example of the deck management table after user a performs a lottery process once in the state shown in Figure 3(A). Figure 3(B) illustrates a case in which an A-rank "Ka" is determined from among the game media associated with deck a corresponding to user a in Figure 3(A) through the lottery process. When an A-rank "Ka" is determined as a result of the lottery process performed on deck a corresponding to user a, the A-rank "Ka" in deck a corresponding to user a is deleted from deck a, and the deck is updated to include the S-rank game media (here, "I") determined by lottery (step S04 in Figure 4). As shown in the gray area in Figure 3(B), in the deck management table, the number of A-rank "Ka"s is updated from "1" to "0," and the number of S-rank "I"s is updated from "0" to "1." In this embodiment, regardless of the lottery result, the number of contained items remains the same before and after the lottery. As a result, the number of items contained in deck a remains the same, but the number of S-rank game media contained in deck a becomes two, making it easier for users to win S-rank game media. Specifically, the probability of winning an S-rank game media becomes 2/100.

3(C) shows an example of the deck management table after user a performs a lottery process once in the state shown in FIG. 3(B). FIG. 3(C) illustrates a case in which a B-rank "Sa" is determined by the lottery process from among the game media associated with deck a corresponding to user a in FIG. 3(B). When a B-rank "Sa" is determined as a result of the lottery process performed on deck a corresponding to user a, the determined (winning) B-rank "Sa" is deleted from the deck, and the deck is updated by adding one S-rank game media (here, "U") determined by lottery (step S04 in FIG. 4). As shown in the gray area in FIG. 3(C), in the deck management table, the number of B-rank "Sa" characters is updated from "2" to "1," and the number of S-rank "U" characters is updated from "0" to "1." As a result, the number of S-rank game media contained in deck a remains unchanged, but the number of S-rank game media included in deck a becomes three, making it even easier for the user to win S-rank game media. Specifically, the probability of winning an S-rank game medium is 3/100. Thereafter, each time a game medium of a rank other than S is awarded, the number of S-rank game mediums included increases, and as a result, the probability of winning an S-rank game medium improves.

Figure 3(D) shows an example of the deck management table after user a performs a lottery process once in the state shown in Figure 3(C). Figure 3(D) illustrates a case where an S-rank "I" is determined from among the game media associated with deck a corresponding to user a in Figure 3(C) through the lottery process. When an S-rank "A" is determined as a result of the lottery process for deck a corresponding to user a, deck a is initialized (step S05 in Figure 4). As a result, the number of S-rank game media contained in deck a is returned to its initial state. For deck a in the deck management table, multiple game media are set by lottery or other means to a total of 100, including 1 S-rank, 10 A-rank, 30 B-rank, and 59 C-rank, and the initial state is restored. Similarly, for other users, in response to a lottery request from another user, game media to be granted is determined based on the deck corresponding to that user (e.g., deck b for user b), and the deck corresponding to that user is updated according to the rank of the game media (steps S04 and S05).

In this way, until a user is awarded an S-rank game medium, the deck is updated with an increased number of S-rank game media each time a lottery is held. Therefore, each time a user is awarded a game medium other than S-rank in a lottery, the user becomes more likely to obtain an S-rank game medium in subsequent lotteries.

<Effects of First Embodiment>
According to the first embodiment, if no S-rank game media are determined, the deck is updated by subtracting the determined game media and adding the S-rank game media determined by lottery, as shown in step S04 of FIG. 4 . In this embodiment, this process is repeated until S-rank game media are determined. Therefore, the number of S-rank game media in the deck continues to increase through updates until S-rank game media are determined. This allows the user to be provided with a deck with an increased number of S-rank game media, thereby rescuing users who were unable to obtain S-rank game media.

Furthermore, according to this embodiment, as shown in step S05 of Figure 4, once an S-rank game medium is determined, the deck corresponding to the user is initialized. This allows the rarity of the S-rank game medium to be returned to an appropriate value, preventing the user's advantage from becoming too high.

According to this embodiment, as shown in step S04, if the determined game medium is not S rank, a game medium determined by random drawing or the like from among the multiple types of game medium that are S rank is added. This allows the newly added S rank game medium to be changed randomly, thereby increasing attention to which game medium will be added.

Furthermore, according to this embodiment, the game media to be determined in step S03 of FIG. 4 are S-rank game media, which are the game media that are included in the fewest numbers in the deck at the initial stage among multiple types of game media and have the highest degree of advantage in progressing through the game. Therefore, when any of the A-rank to C-rank game media other than S-rank is determined as the game media to be awarded, an S-rank game medium is reliably added, which prevents disappointment to the user compared to adding an A-rank game medium or the like by lottery.

[Embodiment 2]
Next, another embodiment of the present invention (also referred to as embodiment 2) will be described with reference to Figures 5 and 6. The server device 200 according to embodiment 2 has a deck management table with a configuration that is substantially the same as that of the embodiment shown in Figures 1 and 2, and therefore detailed description of parts common to embodiment 1 shown in Figures 1 and 2 will be omitted.

Next, an example of a deck management table will be described using Figure 5. The deck management table is a table for managing the decks provided for each user, and is a table for identifying the multiple game media contained (associated) with each deck. The deck management table is stored and managed in the user information 133 of the server 200. Figure 5(A) is essentially the same as Figure 3(A) except for the inclusion of the "initial setting number," so its explanation will be omitted. The "initial setting number" is the number of items per rank that can be stored in the initial deck (the number of items of each rank in the initial deck).

<Lottery processing flow>
The flow of the lottery process in embodiment 2 will be described with reference to Figure 6. Figure 6 is a flowchart showing an overview of the process of updating or initializing a deck corresponding to a user based on the rank of the game content determined by the lottery process. Steps S01 to S03, S05, and S06 in this embodiment are common to the above embodiment, and therefore will not be described in detail.

In step S04', the deck is updated based on the determined game media. The update unit 213 randomly determines (shuffles) game media for each rank so that the number of game media of the same rank as the determined game media is equal to the number of game media of each rank (the number of game media that can be stored for each rank) set in the deck, subtracting by one the number of game media of the same rank as the determined game media, and newly stores (associates) the game media in the deck. Thus, in embodiment 2, if the game media assigned to the user is not S-rank, the number of game media of the assigned rank (the number that can be stored) is reduced by one, and the deck is updated by randomly determining game media of each rank so that the number of game media of the assigned rank (the number that can be stored) is equal to the number of game media of the respective rank (the number that can be stored). In embodiment 2, step S04' is repeated with each random draw until S-rank game media is assigned to the user. On the other hand, if S-rank game media is determined, the deck is initialized (step S05). Therefore, the more game media other than S-rank game media are determined, the fewer game media in the deck each user has, making it easier to acquire S-rank game media in the deck. Furthermore, each time the deck is updated, the contents of the game media are shuffled, so the user may be able to reacquire the same game media. When the same game media is acquired, it is advantageous to combine (consume) them to increase the level of the game media or increase the upper limit of the game media's abilities (limit break). Furthermore, the updated deck contents are disclosed to the user, so the user can recognize that the number of S-rank game media has increased and that they are now easier to acquire.

Figure 5(B) shows an example of the deck management table after user a has performed a lottery in the state shown in Figure 5(A). Figure 5(B) illustrates a case in which a rank A "Ka" is determined by lottery from among the game media associated with deck a corresponding to user a in Figure 5(A). When a rank A "Ka" is determined as a result of the lottery process performed on deck a corresponding to user a, the number of rank A game media that can be stored in deck a corresponding to user a is reduced from "10" to "9," and game media for each rank are determined by lottery (shuffled) to match the number of game media for each rank after the reduction, and the deck is updated to contain the game media (step S04' in Figure 6). As a result, the number of game media that can be stored in deck a is reduced from "100" to "99," making it easier for the user to win rank S game media, and by shuffling the game media, the user will be able to obtain the same game media in subsequent lotteries.

Figure 5(C) shows an example of the deck management table after user a has performed a lottery in the state shown in Figure 5(B). Figure 5(C) illustrates a case in which a B-rank "S" is determined by lottery from among the game media associated with deck a corresponding to user a in Figure 5(B). When a B-rank "S" is determined as a result of the lottery for deck a corresponding to user a, the number of B-rank game media that can be stored in deck a corresponding to user a is reduced from "30" to "29," and game media for each rank are determined by lottery (shuffled) to match the number of game media for each rank after the reduction, and the deck is updated to contain the game media (step S04' in Figure 6). As a result, the number of game media that can be stored in deck a is reduced from "99" to "98," making it easier for the user to obtain S-rank game media contained in deck a, and since the game media are shuffled, the user will be able to obtain the same game media in subsequent lotteries.

Figure 5(D) shows an example of the deck management table after user a has performed a lottery process once in the state shown in Figure 5(C). Figure 5(D) illustrates a case in which an A rank "A" is determined by lottery from among the game media associated with deck a corresponding to user a in Figure 5(C). When an A rank "A" is determined as a result of the lottery process performed on deck a corresponding to user a, deck a is initialized (step S05 in Figure 6). As a result, the number of game media contained in deck a and the number of game media of each rank are returned to their initial values.

<Effects of the Second Embodiment>
According to the second embodiment, if no S-rank game contents are determined, the deck is updated to include game contents determined for each rank so that the number of game contents corresponding to the determined rank is equal to the number of game contents after subtracting one from the number of game contents for that rank, as shown in step S04′ of FIG. 6 . In the second embodiment, this process is repeated until an S-rank game content is determined. Therefore, the proportion of S-rank game contents relative to the total number of game contents increases, thereby increasing the probability of winning an S-rank game content. Furthermore, by performing a lottery for the deck up to 100 times, S-rank game contents are reliably awarded, providing the user with a sense of security. Furthermore, since the contents of the game contents in the deck are shuffled each time the deck is updated, there is a possibility that the same game contents will be acquired. This ensures that the user obtains the number of S-rank game contents and increases the advantage of the game contents themselves by obtaining the same game contents in the deck.

When shuffling in step S04', the deck may contain a higher proportion of game media identical to the game media granted in step S02 than other game media. This can create anticipation that when a game medium other than S rank is granted, the same game medium will be granted in a subsequent lottery, increasing the advantage of that game medium itself.

<Modification>
Modifications of the above-described embodiment are listed below.

(1) In the above embodiment, as shown in step S04 of FIG. 4, when a game medium other than an S-rank game medium is determined, the determined game medium is subtracted and a game medium determined by lottery from the S-rank is added. However, when an A-rank game medium is determined, the determined game medium may not be subtracted, and the state of the deck management table before the lottery may be maintained.

(2) In the above embodiment, an example was described in which S-rank game media corresponding to the second attribute are granted to a user in step S03, and the multiple game media contained in the deck corresponding to that user are initialized in step S05. However, the initialization in step S05 may be triggered by granting a predetermined number (e.g., two or more) of S-rank game media corresponding to the second attribute, and step S04 or S04' may be performed even when S-rank game media are granted, until the predetermined number is granted.

(3) In the above embodiment, an example was described in which, when an S-rank game medium corresponding to the second attribute is not granted to the user in step S03, the process always proceeds to step S04 or step S04' and processing is performed to improve the probability of winning an S-rank game medium. However, the process may proceed to step S04 or step S04' and processing to improve the probability of winning an S-rank game medium is performed only when an S-rank game medium corresponding to the second attribute is not granted to the user in step S03 and a predetermined condition is met. Alternatively, when an S-rank game medium corresponding to the second attribute is not granted to the user in step S03 and the predetermined condition is not met, the process may proceed to step S06 or the like without proceeding to step S04 or step S04'. The predetermined condition may be met, for example, when the number of times step S04 or step S04' has been performed before the initialization process in step S05 is performed is less than an upper limit (e.g., 10 times), or when a predetermined lottery (e.g., a lottery with an 80% chance of winning) is won.

(4) In the above embodiment, step S04 is described as an example in which the game medium determined in step S02 is subtracted, but this is not limited thereto; instead, a game medium may be selected by random lottery from among game media of the same rank as the determined game medium and the selected game medium may be subtracted. Furthermore, in step S04 in the above embodiment, an example in which a game medium determined by lottery from an S rank is added is described; however, this is not limited thereto; a predetermined S rank game medium may be added. Alternatively, a lottery may be held to determine whether to add an S rank game medium, and only if the lottery is won, an S rank game medium may be added; and if the lottery is not won, no game medium may be added.

(5) In step S04' in the above embodiment, an example was described in which all game media from rank S to rank C were newly set (shuffled) so that the number was the number obtained by subtracting the number of game media of the same rank as the game media determined in step S02. However, this is not limited to this. Alternatively, only game media of the same rank as the determined game media may be newly set so that the number is the number obtained by subtracting the number of game media of the same rank, and game media of other ranks may be maintained. Alternatively, game media other than S rank may be newly set and only S rank game media may be maintained.

(6) In the above embodiment, an example is shown in which a lottery is drawn once in response to a user operation. However, the present invention can also be applied to a system in which a predetermined number of consecutive lotteries are drawn in response to an operation (for example, a 10-draw gacha). Specifically, when a predetermined number of consecutive lotteries are drawn, the processing of steps S01 to S05 in FIG. 4 or FIG. 6 may be repeated for each lottery, and step S06 may be performed when the predetermined number of lotteries have been drawn.

[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 115, the judgment unit 116, the object management unit 117, and the game progression unit 118) may be realized by logic circuits (hardware) formed on an integrated circuit (IC chip) or the like, or may be realized by software using a CPU (Central Processing Unit).

In the latter case, an information processing device equipped with control unit 210, control unit 110, or both, includes a CPU that executes program instructions, which are software that realizes each function; a ROM (Read Only Memory) or storage device (these are referred to as "recording media") on which the program and various data are recorded so that they can be read by a computer (or CPU); and a RAM (Random Access Memory) on which the program is deployed. The object of the present invention is achieved when the computer (or CPU) reads and executes the program from the recording media. The recording media can be "non-transitory tangible media," such as tapes, disks, cards, semiconductor memories, and programmable logic circuits. The program may also be supplied to the computer via any transmission medium capable of transmitting the program (such as a communications network or broadcast waves). One aspect of the present invention can also be realized when the program is embodied through electronic transmission in the form of a data signal embedded in a carrier wave.

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

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

(Item 1):
According to one aspect of an embodiment of the present disclosure, there is provided a game program executed on a computer having a processor and a memory, the game program causing the processor to execute the following steps: setting a plurality of game media to be granted to a user from among a plurality of types of game media predetermined for the user (step S01); and determining, in response to an operation by the user, game media to be granted to the user from among the plurality of game media identified for the user (step S02). Each of the plurality of types of game media predetermined has one of a plurality of attributes including a first attribute and a second attribute that is more advantageous to the user than the first attribute. In the setting step (step S01), the game media having the first attribute are determined as the game media to be granted to the user in the determining step (step S02). As a result, the plurality of game media obtained by subtracting the game media determined to be granted from the plurality of game media set for the user and adding the game media having the second attribute are newly set as the plurality of game media to be granted to the user (step S04).

(Item 2):
In (Appendix 1), the setting step (step S01) determines the game medium to be assigned to the user that has the second attribute defined in the determining step (step S02), thereby initializing and setting multiple game media corresponding to the user (step S05).

(Item 3):
In (Appendix 1) or (Appendix 2), the setting step (step S01) randomly determines a game medium to be added to the multiple game media that can be granted from multiple game media that have the second attribute defined among multiple types of game media that have been predetermined (step S04).

(Item 4):
In any of (Appendix 1) to (Appendix 3), the second attribute is the attribute that is most advantageous to the user among the plurality of attributes, and the first attribute is all attributes among the plurality of attributes that are different from the second attribute.

(Item 5):
According to an aspect of an embodiment disclosed herein, there is provided a gaming method executed in a computer having a processor and a memory, the gaming method comprising:
The method includes the steps of: setting a plurality of game media that can be granted to a user from among a plurality of types of game media that are predetermined for the user; and determining, in accordance with the user's operation, a game medium to be granted to the user from among the plurality of game media identified for the user, wherein each of the plurality of types of game media that are predetermined has one of a plurality of attributes that includes a first attribute and a second attribute that is more advantageous to the user than the first attribute. In the setting step, the game medium to be granted to the user that has the first attribute is determined in the determining step, and a plurality of game media that is obtained by subtracting the game media that have been determined to be granted from the plurality of game media set for the user and adding the game media to which the second attribute has been determined is newly set as a plurality of game media that can be granted to the user.

(Item 6):
According to one aspect of an embodiment disclosed herein, an information processing device includes a memory unit that stores a game program and a control unit that controls operation of the information processing device by executing the game program, wherein the control unit includes the steps of: setting a plurality of game media that can be granted to a user from among a plurality of types of game media that are predetermined for the user; and determining, in accordance with the user's operation, game media to be granted to the user from among the plurality of game media identified for the user, wherein each of the plurality of types of game media that are predetermined has one of a plurality of attributes that includes a first attribute and a second attribute that is more advantageous to the user than the first attribute, and the setting step determines, in the determining step, game media having the first attribute as the game media to be granted to the user, thereby subtracting the game media determined to be granted from the plurality of game media set for the user and adding game media having the second attribute, and newly setting, as a plurality of game media that can be granted to the user,

(Item 7):
According to one aspect of another embodiment of the present disclosure, there is provided a game program executed on a computer having a processor and a memory, the game program causing the processor to execute the following steps: setting a plurality of game media that can be granted to a user from among a plurality of types of game media that are predetermined for the user (step S01); and determining, in accordance with the user's operation, game media to be granted to the user from among the plurality of game media identified for the user (step S02), wherein each of the plurality of types of game media that are predetermined has one of a plurality of attributes that includes a first attribute and a second attribute that is more advantageous to the user than the first attribute; and in the setting step, by determining in the determining step the game media that have the first attribute defined as the game media to be granted to the user, newly set a plurality of game media so that the number of the plurality of game media equals the number of each attribute defined for the plurality of game media set for the user minus the first attribute (step S04').

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, 115 Lottery unit, 116 Determination unit, 117 Object management unit, 118 Game progression unit, 120, 220 Memory 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, 213 Update unit, 214 Initialization processing unit, 215 Game medium provision unit, 1010 Object, 1020 Controller (operation unit), 1030 storage medium

Claims (2)

Computer ,
a setting means for setting a lottery table configured with a predetermined number of objects associated with any of a plurality of attributes including a first attribute and a second attribute that is more advantageous than the first attribute, in accordance with a user ;
a determination means for determining an object to be given to a user from the set lottery table in response to an operation by the user;
functioning as an initialization means for initializing the set lottery table to a first lottery table;
The setting means
A second lottery table can be set in which the predetermined number is equal to the number of objects having the first attribute subtracted from the predetermined number, and the number of objects having the second attribute is added to the predetermined number,
The initialization means
A program that initializes the second lottery table in response to a predetermined number of objects associated with the second attribute being given to a user from the second lottery table . The setting means
The program of claim 1, wherein the second lottery table is set to relatively increase the probability of an object with the second attribute being determined when an object associated with the second attribute from the second lottery table is not given to the user and a predetermined condition is met.