JP7505903B2 - program - Google Patents

Description

The present disclosure relates to a program .

A known type of game is one in which the game progresses using game media such as character cards owned by the user. Another method of providing such game media is the so-called "gacha," in which game media provided in a lottery held within the game is provided to the user. In this type of gacha, there is a set upper limit on the number of game media that can be provided, and the virtual number of game media contained therein decreases as game media are provided. In addition, in the case of a box gacha, a technology has been disclosed that displays the names of the game media that can be provided, the total number of each game medium, the current number of game media contained, and so on, according to the game media contained therein (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. For this reason, there is a risk that users will stop playing gacha before obtaining a rare game media.

The present invention has been devised in light of the above-mentioned circumstances, 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 according to the present disclosure is a program executed on a computer, and the program causes the computer to execute the steps of setting a plurality of objects that can be granted to a user from among a plurality of types of objects that are predetermined to correspond to a user, and a step of determining an object to be granted to the user from among the plurality of objects set to correspond to the user in response to the user's operation, the plurality of types of objects that are predetermined have one of a plurality of attributes that include a first attribute and a second attribute that is more advantageous to the user than the first attribute, and the setting step is determined by a step of determining an object having the first attribute as the object to be granted to the user, thereby subtracting the object that has been determined to be granted from the plurality of objects set to correspond to the user and adding an object having the second attribute, and newly setting a plurality of objects that are obtained by adding an object having the second attribute to the plurality of objects set to correspond to the user as a plurality of objects that can be granted to the user.

According to one aspect of the present disclosure, by determining an object to be granted to a user, the rate at which an object having a second attribute is subsequently determined as the object to be granted 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. 13 is a diagram showing an example of a data structure of a deck management table. 13 is a flowchart showing the overall process flow of the lottery process. 13 is a diagram showing an example of a data structure of a deck management table. 13 is a flowchart showing the overall process 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 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 multiplay is realized 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 generates a captured image by converting the light incident through 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 receiving 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 receives the detection result as a user input operation. The camera 17 and the 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 can be used as the camera 17. In this case, a lighting device that irradiates infrared rays and a filter that blocks visible light, etc. may be provided on the camera 17. This can further improve the accuracy of object detection based on the image captured by the camera 17, regardless of whether it 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＞
Game system 1 is a system that provides a user with game media that can be used in a game based on a game program, 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 medium to be granted to the user may be determined by a process of selection based on the number of game media contained in the deck, for example, a process of selection by lottery. In the following, in this embodiment, a form in which the process of determining the game medium is a lottery (hereinafter, the lottery process) will be described. Furthermore, the determined game medium will be granted to the user and can be used in game play. Note that the term "granting" a game medium to a user means that the game medium is associated with the user and stored in memory.

The game media provided to the user by the lottery process may be, for example, a character that can be used in the game, an object that is used in association with the character, etc. The object that is used in association with the character may be, for example, an item such as a weapon or armor that is used in association with the character, a special attack, recovery, or a skill that changes the state of an object such as a character, etc.

In addition, each of the multiple types of game media that can be stored in the deck is set to a rarity. Rarity is a type of game parameter that numerically expresses the rarity of the game media in the game. The higher the rarity of the game media, the higher the rarity (rarity) of the character in the game and the higher the degree to which the user's advantage is increased (advantage degree) when used in game play. The rarity of the game media in this disclosure is set to, for example, any of the ranks S, A, B, and C. Hereinafter, game media having rarity ranks S, A, B, and C are also simply referred to as game media (e.g., characters, armor, items, etc.) of ranks S, A, B, and C, respectively. In this embodiment, the relationship of rarity is S>A>B>C. The higher the rarity of the game media, the fewer the number of game media included in the multiple game media in order to increase the rarity. In other words, the higher the rarity of the game media, the lower the possibility that the user can obtain the game media. Furthermore, the rarer the game medium, the higher the game advantage, and therefore the higher the value of the game medium in the game. For example, the rarer the game medium, the higher the performance of the game medium.

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 images and sounds of the game. 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 determine the game medium to be granted to the user. The lottery execution unit 212 transmits the lottery result to the user terminal 100 that issued the request.

The update unit 213 updates a deck management table (multiple game media contained in a deck) for managing the deck for each user (described later) from the lottery result, and stores it in the memory unit 220. The initialization processing unit 214 initializes the deck management table from the lottery result, and stores it 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 (updating the game media owned by the user, sending information about the game media to the requesting user terminal 100, etc.).

(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 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.

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.

Furthermore, 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 receives a user's input operation on the input unit 151. For example, the operation reception unit 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. The operation reception unit identifies, for example, a touch operation, a slide operation, a swipe operation, and a tap operation. The display control unit outputs a game screen reflecting the processing results executed by each unit of the control unit 110 to the display unit 152 of the touch screen 15. The display control unit may display a game screen including an image 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, 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 are satisfied in the game.

The determination unit 116 executes various determination processes necessary for the progress of the game. For example, the determination unit 116 determines whether or not 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 can be used by the user. For example, the game media management unit 117 stores information representing game media granted by lottery or the like (game media owned by the user) 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 the interpretation.

Note that the functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely an example. The server 200 may have at least 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.

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

The "user ID" is an identification code for identifying a user, and is assigned to each user. In FIG. 3(A), the user ID is illustrated as a single alphabetical character such as "a, b, c, ...", but may be composed of a combination of alphabetical characters and numbers such as "U0001". The "deck ID" is an identification code for identifying a deck, and is assigned to each deck. In FIG. 3(A), the deck ID is illustrated in a simplified form similar to the user ID, but may be composed of a combination of alphabetical characters and numbers such as "D0001". FIG. 3 shows an example in which one deck is assigned to one user. In the example shown in FIG. 3(A), the deck ID "deck a" is stored for the user ID "a". Note that the number of decks assigned to one user is not limited to one, and multiple decks may be assigned. In this case, the deck corresponding to the type of lottery request from the user may be used to perform the lottery.

Each deck is associated with the number of game media contained therein. Each game medium is set with a "rank" indicating the rarity level described above and a "name" associated with the game medium. In FIG. 3(A), the names of the various types of game media are illustrated in katakana, such as "a" to "n". Among these, for example, "a" to "o" are defined as S-rank game media, "ka" to "ko" are defined as A-rank game media, "sa" to "so" are defined as B-rank game media, and "ta" to "n" are defined as C-rank game media. An initial deck (a deck that has never been drawn) is associated with game media determined by lottery or the like from among the various types of game media, such that there is 1 S-rank, 10 A-rank, 30 B-rank, and 59 C-rank, for a total of 100. The "number of contained pieces" indicates the total number of game media of a specified number 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.

In deck a corresponding to user a in FIG. 3(A), one game medium "A" is associated with the S rank, one each of game media "Ka" and "Ki" is associated with the A rank, eight other game media (such as "Ku" indicated by "..." in FIG. 3, etc.), two game media "Sa", one game medium "Shi" and 27 other game media (such as "Su" indicated by "..." in FIG. 3, etc.) are associated with the B rank, and three game media "Ta" and 56 other game media (such as "Chi" indicated by "..." in FIG. 3, etc.) are associated with the C rank. Deck b corresponding to user b is associated with one game medium "I" as the S rank, two game media "Ka" and 8 other game media (such as "Ka" and 29 other game media) are associated with the B rank, and two game media "Ta" and 57 other game media are associated with the C 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, totaling 100.

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

In this embodiment, if a game medium of a rank other than S rank is determined by the lottery process, the determined game medium is subtracted from the deck and the deck is updated by adding the game medium determined by lottery from the S rank, and if an S rank game medium is determined, the deck is initialized. Note that instead of subtracting the determined game medium, any game medium 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, the updating and initialization of the deck when the lottery process is performed will be described with reference to the lottery process flow.

<Lottery processing flow>
The flow of the lottery process in one embodiment of the present disclosure will be described with reference to Fig. 4. Fig. 4 is a flow chart showing an overview of a process for updating or initializing a deck corresponding to a user based on the rank of the game medium determined by the lottery process. The lottery process flow shown in Fig. 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 made the lottery request is identified. The control unit 210 identifies the deck corresponding to the 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 FIG. 3(A) is identified.

In step S02, a game medium determined from the multiple game media contained in the (identified) deck corresponding to the user is granted to the user. The lottery execution unit 212 determines 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 determined 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 the deck to the initial deck. As described above, the initial deck is a deck associated with game media determined by lottery or the like 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 inform 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 winning probability of each rank game media, etc.) on the user terminal. In this way, by informing the user of the assigned game media as well as 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 a subsequent lottery (number of S rank game media/number contained). When the number of game media of a higher rank is increasing, the user's motivation to enter the lottery increases.

As described above, according to the embodiment of the present invention, each user is individually assigned a deck containing a predetermined number of game media. Then, based on the lottery operation of each user, a game medium to be given to the user is determined by lottery from among the game media contained in the deck and is given to the user (step S01 in FIG. 4). If the determined game medium is not S rank, the game medium is deleted from the deck assigned to the user, and the deck is updated to include the game medium determined by lottery from the S rank game media instead (step S04 in FIG. 4). In this embodiment, the above process is repeated until an S rank game medium is determined (until YES is obtained in step S03 in FIG. 4). Then, when an S rank game medium is determined, the deck is initialized. In other words, the deck is updated so that the more game media other than S rank are determined, the easier it is for the user to obtain S rank game media. In addition, the updated deck contents are disclosed to the user, so that the user can recognize that the number of S rank game media has increased and that it has become easier to obtain them.

3B is a diagram showing an example of the deck management table after user a performs a lottery process once in the state shown in FIG. 3A. FIG. 3B illustrates a case where the A rank "Ka" is determined from among the game media associated with deck a corresponding to user a in FIG. 3A by the lottery process. When the 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 game media (here, "I") determined by lottery from the S rank (step S04 in FIG. 4). As shown in the gray part in FIG. 3B, in the deck management table, the number of A rank "Ka" is updated from "1" to "0", and the number of S rank "I" is updated from "0" to "1". In this embodiment, regardless of the lottery result, the number of contained items does not change 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 medium becomes 2/100.

3(C) is a diagram showing 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 where 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 B rank "Sa" is determined as a result of the lottery process performed on deck a corresponding to user a, one determined (winning) B rank "Sa" is deleted from the deck, and the deck is updated to one with one game medium (here, "U") determined by lottery from S rank (step S04 in FIG. 4). As shown in the gray part in FIG. 3(C), in the deck management table, the number of B rank "Sa" is updated from "2" to "1", and the number of S rank "U" is updated from "0" to "1". As a result, the number of storage items in deck a remains unchanged, but the number of S rank game media included in deck a becomes 3, making it 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 media contained increases, and as a result, the probability of winning an S-rank game medium increases.

Figure 3 (D) is a diagram showing 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 S rank "I" is determined from among the game media associated with deck a corresponding to user a in Figure 3 (C) by the lottery process. When S 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 4). As a result, the number of game media of rank S contained in deck a returns to the initial state. For deck a in the deck management table, multiple game media are set by lottery or the like so that there is 1 S rank, 10 A rank, 30 B rank, and 59 C rank, for a total of 100, and the initial state is obtained. Similarly, for other users, in response to a lottery request from the other user, the 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, S05).

In this way, until an S-rank game medium is awarded to a user, the number of S-rank game media in the deck is increased 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 the next or subsequent lotteries.

Effects of First Embodiment
According to the first embodiment, when 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 the present embodiment, this process is repeated until an S rank game medium is determined. Therefore, the number of S rank game media in the deck continues to increase by updating until an S rank game medium is determined. This makes it possible to provide the user with a deck with an increased number of S rank game media, thereby rescuing users who were unable to obtain S rank game media.

In addition, according to this embodiment, as shown in step S05 of FIG. 4, when an S-rank game medium is determined, the deck corresponding to the user is initialized. This makes it possible to return the rarity of the S-rank game medium to an appropriate value, and prevents the user's advantage from becoming too high.

According to this embodiment, as shown in step S04, when 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 media 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.

In addition, according to this embodiment, the game media to be determined in step S03 in 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 the progression of the game. Therefore, when any of the game media other than S-rank, A-rank to C-rank, is determined as the game medium to be granted, an S-rank game medium is reliably added, which prevents disappointment of the user compared to adding an A-rank game medium 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. In the server device 200 according to embodiment 2, the configuration of the deck management table is substantially the same as that of the embodiment shown in Figures 1 and 2, so detailed description of the 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 FIG. 5. The deck management table is a table for managing the decks provided for each user, and is a table 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. FIG. 5(A) is substantially the same as FIG. 3(A) except that the "initial setting number" is shown, so a description thereof 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 each rank in the initial deck).

<Lottery processing flow>
The flow of the lottery process in the second embodiment will be described with reference to Fig. 6. Fig. 6 is a flow chart showing an overview of the process of updating or initializing a deck corresponding to a user based on the rank of the game media determined by the lottery process. Steps S01 to S03, S05, and S06 in this embodiment are common to the above embodiment, and therefore detailed description will be omitted.

In step S04', the deck is updated based on the determined game media. The update unit 213 determines (shuffles) game media for each rank by lottery so that the number of game media of the same rank as the determined game media is the number of game media of each rank (the number of game media that can be stored for each rank) set in the deck after subtracting 1 from the number of game media of the same rank as the determined game media, and newly stores (associates) the game media in the deck. As a result, in the second embodiment, if the game media given to the user is not S rank, the number of game media of the given rank (the number of game media that can be stored) is reduced by 1, and the deck is updated by determining game media of each rank by lottery so that the number of game media of each rank (the number of game media that can be stored) is the number of game media of each rank. In the second embodiment, the lottery of step S04' is repeated until the S rank game media is given to the user. On the other hand, when the S rank game media is determined, the deck is initialized (step S05). Therefore, the number of game media in the deck decreases as more game media other than the S rank are determined, and it becomes easier for each user to obtain the S rank game media in the deck. In addition, 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 in that the level of the game media can be increased or the upper limit of the abilities of the game media can be increased (limit break) by synthesizing (consuming) them, etc. 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 it has become easier to acquire them.

Figure 5 (B) is a diagram showing an example of the deck management table after user a has performed a lottery process once in the state shown in Figure 5 (A). Figure 5 (B) illustrates a case where an A rank "Ka" is determined by lottery from among the game media associated with deck a corresponding to user a in Figure 5 (A). When an A rank "Ka" is determined as a result of the lottery process performed on deck a corresponding to user a, the number of A ranks 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) so that the number of game media after the reduction is the number of game media for each rank, and the deck is updated to one that contains the game media (step S04' in Figure 6). As a result, the number of game media stored in deck a is reduced from "100" to "99", making it easier for the user to win an S rank game medium, and by shuffling the game media, the user can obtain the same game media in subsequent lotteries.

Figure 5 (C) is a diagram showing an example of the deck management table after user a has performed a lottery process once in the state shown in Figure 5 (B). Figure 5 (C) illustrates a case in which B rank "C" is determined by lottery from among the game media associated with deck a corresponding to user a in Figure 5 (B). When B rank "C" is determined as a result of the lottery process performed on 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) so that the number of game media after the reduction is the number of game media for each rank, and the deck is updated to one that contains the game media (step S04' in Figure 6). As a result, the number of game media 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 same game media can be obtained in subsequent lotteries.

Figure 5 (D) is a diagram showing an example of the deck management table after user a has performed a single lottery process in the state shown in Figure 5 (C). Figure 5 (D) illustrates an example in which an "A" rank 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 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, when no S-rank game media are determined, as shown in step S04' in FIG. 6, the deck is updated to contain game media determined for each rank so that the number of game media to be stored is the number obtained by subtracting 1 from the number of game media that the determined game media belongs to. In the second embodiment, this process is repeated until an S-rank game medium is determined. Therefore, the ratio of S-rank game media to the number of game media stored increases, thereby increasing the probability of winning an S-rank game medium. Furthermore, the deck is drawn up to 100 times, so that S-rank game media are reliably awarded, which gives the user a sense of security. Furthermore, the contents of the game media in the deck are shuffled each time the deck is updated, so that there is a possibility that the same game media can be obtained. This allows the user to reliably obtain the number of S-rank game media, and the user can increase the advantage of the game media itself by having the deck obtain the same game media.

When shuffling in step S04', the deck may contain a higher proportion of game media identical to the game medium granted in step S02 than other game media. This allows players to have hope that when a game medium other than S rank is granted, the same game medium will be granted in a subsequent drawing, thereby increasing the degree of 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 is granted to a user in step S03, and then multiple game media contained in the deck corresponding to the user are initialized in step S05. However, the initialization in step S05 may be performed when a predetermined number (e.g., a value of two or more) of S-rank game media corresponding to the second attribute is granted, and even when S-rank game media are granted, the processing of step S04 or S04' may be performed until the predetermined number is granted.

(3) In the above embodiment, when the S-rank game medium corresponding to the second attribute is not given to the user in step S03, the process always proceeds to step S04 or step S04' to improve the probability of drawing the S-rank game medium. However, only when the S-rank game medium corresponding to the second attribute is not given to the user in step S03 and a predetermined condition is met, the process proceeds to step S04 or step S04' to improve the probability of drawing the S-rank game medium, and when the S-rank game medium corresponding to the second attribute is not given 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 the upper limit number of times (e.g., 10 times), or when a predetermined lottery (e.g., a lottery with an 80% chance of winning) is won.

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

(5) In step S04' in the above embodiment, an example has been described in which all game media from rank S to rank C are newly set (shuffled) so that the number is 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 the above. It is also possible to newly set only game media of the determined rank so that the number is the number obtained by subtracting the number of game media of the same rank as the game media, and maintain game media of other ranks, or to newly set game media other than S rank and maintain only S rank game media.

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

[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 progress unit 118) 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):
According to an 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 a step of 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 a step of determining, in response to an operation by the user, a game medium 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 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, and the setting step (step S01) determines the game medium to be granted to the user in the determining step (step S02), whereby the game medium to which the first attribute is defined is determined as the game medium to be granted to the user, and a 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 medium to which the second attribute is defined is newly set as a plurality of game media to be granted to the user (step S04).

(Item 2):
In (Supplementary Note 1), the setting step (step S01) determines the game medium for which the second attribute is defined as the game medium to be granted to the user in the determining step (step S02), thereby initializing and setting multiple game media corresponding to the user (step S05).

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

(Item 4):
In any of (Supplementary Note 1) to (Supplementary Note 3), the second attribute is an 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 one embodiment of the present disclosure, 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 predetermined types of game media corresponding to the user; and determining, in accordance with the user's operation, a game medium to be granted to the user from among a plurality of game media identified corresponding to the user, wherein each of the plurality of predetermined types of game media is assigned 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, and the setting step determines the game medium to be granted to the user having the first attribute in the determining step, thereby subtracting the game media determined to be granted from the plurality of game media set corresponding to the user and adding the game medium to which the second attribute is defined, and newly setting a plurality of game media that can be granted to the user.

(Item 6):
According to an 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, the control unit includes a step 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 a step of determining a game medium to be granted to the user from among the plurality of game media identified for the user in response to an operation of the user, each of the plurality of types of game media that are 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, and the setting step determines the game medium to be granted to the user in the determining step, whereby the game medium to which the first attribute is defined is determined as the game medium to be granted to the user, and a 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 medium to which the second attribute is defined is newly set as a plurality of game media to 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 a step of 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 a step of determining, in response to an operation by the user, a game medium 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 predetermined is assigned 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, and the setting step newly sets a plurality of game media such that the number of attributes defined for the plurality of game media set for the user is the number obtained by subtracting the first attribute from the number of attributes defined for the plurality of game media set for the user (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 progress 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 media

Claims (3)

A program executed on a computer,
The program causes the computer to
A step of setting a plurality of objects that can be assigned to a user from among a plurality of types of objects that are determined in advance in correspondence with the user;
determining an object to be assigned to the user from among a plurality of objects set corresponding to the user in response to an operation by the user;
a first attribute and a second attribute that is more advantageous to a user than the first attribute are defined for each of the predetermined types of objects;
The setting step is a program in which, by determining an object having the first attribute defined as an object to be granted to a user in the determining step, the object determined to be granted is subtracted from the plurality of objects set corresponding to the user, and an object having a second attribute defined that is randomly determined from a plurality of objects having the second attribute defined among a plurality of predetermined types of objects is added, thereby newly setting a plurality of objects as a plurality of objects that can be granted to the user. The program according to claim 1, wherein the setting step initializes and sets a plurality of objects corresponding to the user by determining an object to be assigned to the user that has the second attribute determined in the determining step. the second attribute is an attribute that is most advantageous to the user among the plurality of attributes;
3. The computer-readable medium according to claim 1, wherein the first attribute is all attributes among the plurality of attributes that are different from the second attribute.

Images