JP7417416B2 - Program, information processing method, and information processing device - Google Patents

Description

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

2. Description of the Related Art Conventionally, games have been known in which a lottery called a so-called gacha is held to award game media such as characters whose rarity and other attributes are predetermined to users. Furthermore, in recent years, gachas have been developed that are equipped with a so-called ceiling system that is activated when a user spends a predetermined amount of money on gachas.

In this ceiling system, if a user requests a gacha worth, for example, 10,000 yen, the user can obtain an exchange ticket as a benefit. By using this exchange ticket, the user can specify and acquire the character he or she wants (for example, see Patent Document 1).

Patent No. 6505915

However, in the conventional ceiling system, it is activated when the user spends a predetermined amount of money in a gacha, so unless the user uses a predetermined amount of money, he or she cannot specify and acquire the character or the like that he or she wants. Furthermore, the predetermined amount of money required to activate the conventional ceiling system is often set at a high price, which has caused dissatisfaction among users.

An object of the present disclosure is to provide a new mechanism that improves the satisfaction level of a lottery that uses objects in a game as lottery targets.

According to one aspect of the present disclosure, the information processing apparatus includes a lottery execution unit that selects objects in a game as lottery targets and that draws an object to be given to a user from among the objects that are lottery targets; If the accumulated number accumulated in association with a user reaches the number for limited grant before the predetermined object is given to the user by lottery by the lottery execution unit, the period of use is limited. A program is provided for functioning as a granting processing unit that gives a limited grant to the predetermined object.

According to one aspect, it is possible to provide a new mechanism that improves the satisfaction level of a lottery using objects in a game as lottery targets.

FIG. 1 is a diagram showing an example of a game system according to the present embodiment. FIG. 2 is a diagram illustrating an example of a hardware configuration of a client. It is a diagram showing an example of the hardware configuration of a server. FIG. 2 is a diagram illustrating an example of a functional configuration of a client. FIG. 2 is a diagram illustrating an example of a functional configuration of a server. FIG. 2 is a configuration diagram of an example of a player information table used in this embodiment. FIG. 2 is a configuration diagram of an example of an object information table used in this embodiment. It is a block diagram of an example of the limitation provision condition table utilized in this embodiment. 12 is a flowchart of an example of a process for performing limited provision and formal provision of in-game objects according to the present embodiment. It is an image diagram of an example of a lottery screen. FIG. 3 is an image diagram of an example of a result screen displaying restricted in-game objects. It is an image diagram of an example of a result screen displaying officially assigned in-game objects. 12 is a flowchart of an example of a process for collecting limited in-game objects according to the present embodiment. 12 is a flowchart of an example of a process for displaying an owned object list screen including limited in-game objects according to the present embodiment. FIG. 3 is an image diagram of an example of an owned object list screen including limited in-game objects.

Hereinafter, embodiments for implementing the present disclosure will be described with reference to the drawings. Note that in this embodiment, an example of a gacha in which in-game objects such as in-game characters, items, and cards are selected as lottery targets will be described, but the present invention is not limited to this. The gacha in this embodiment is an example of information processing that randomly selects an object to be given to a user from a group of objects in a game that are subject to a lottery.

[Game system]
First, a game system 10 according to an embodiment will be described with reference to FIG. 1. The game system 10 according to one embodiment has a configuration in which a client 20 and a server 30 are communicably connected via a network 40.

The client 20 is an example of an information processing terminal on which a user plays a game. The client 20 is a mobile phone such as a smartphone, a portable game machine, a personal computer, a tablet terminal, a home game device, an arcade game device, or the like. The client 20 accepts operations from the user using a touch panel, controller, mouse, keyboard, etc., and allows the user to play the game. Note that the number of clients 20 is not limited to three, and may be other than three.

The server 30 is an example of an information processing device that provides functions necessary for the game to the client 20 by transmitting and receiving data to and from the client 20. The server 30 may be realized by a cloud computer. Note that the number of servers 30 shown in FIG. 1 is not limited to one, and distributed processing may be performed using two or more. For example, the server 30 is used for downloading of game programs (applications) to the client 20, user login processing, gacha-related processing, management of various tables, and the like.

FIG. 2 is a diagram showing an example of the hardware configuration of the client 20. The client 20 includes a CPU (Central Processing Unit) 121, a storage device 122, a communication device 123, an input device 124, and a display device 125. CPU 121 controls client 20 . The storage device 122 is, for example, a memory such as a ROM (Read Only Memory) or a RAM (Random Access Memory), or a storage such as an HDD (Hard Disk Drive) or an SSD (Solid State Drive).

The communication device 123 is a communication device such as a network circuit that controls communication. The input device 124 is an input device such as a touch pad, a controller, a mouse, a keyboard, a camera, and a microphone. Further, the display device 125 is an output device such as a display or a speaker. A touch panel is realized by combining a touch pad and a display.

FIG. 3 is a diagram showing an example of the hardware configuration of the server 30. The server 30 includes a CPU 131, a storage device 132, and a communication device 133. CPU 131 controls server 30 . The storage device 132 is, for example, a memory such as ROM or RAM, or a storage such as HDD or SSD. The communication device 133 is a communication device such as a network card that controls communication.

FIG. 4 is a diagram showing an example of the functional configuration of the client 20. The client 20 includes a storage section 21 , a client control section 22 , an operation section 23 , a display section 24 , and a client-side communication section 25 . The storage unit 21 stores programs such as the game program 31, data used by the programs, and the like. The storage unit 21 may be realized by the storage device 122 or may be realized by a storage device connected via the network 40.

The client control unit 22 performs overall control of the client 20. The overall control of the client 20 includes control regarding the overall games played by the user. The client control unit 22 is realized by the CPU 121 executing processing described in the game program 31. The client control unit 22 includes a lottery requesting unit 32, a lottery result receiving unit 33, and a display control unit 34.

The lottery requesting unit 32 makes a gacha lottery request to the server 30 based on the user's operation. The lottery result receiving unit 33 receives the lottery results in response to the gacha lottery request from the server 30. The display control unit 34 performs display-related controls such as displaying lottery results in response to gacha lottery requests.

The operation unit 23 receives various user operations on the input device 124. The display unit 24 displays game images on the display device 125. Note that the operation unit 23 is realized by the CPU 121 controlling the input device 124. Further, the display unit 24 is realized by the CPU 121 controlling the display device 125.

Here, the various operations performed by the user on the input device 124 refer to operations performed by the user who plays the game on the operation unit 23 in order to cause the CPU 121 to execute processing. The operation unit 23 accepts various operations from a user playing the game. The client control unit 22 advances the game based on various operations received from the user.

The display unit 24 displays the game image generated by the client control unit 22. The client-side communication unit 25 communicates with the server 30. The client-side communication unit 25 is realized by the CPU 121 executing the game program 31 and controlling the communication device 123 according to the game program 31.

FIG. 5 is a diagram showing an example of the functional configuration of the server 30. The server 30 in FIG. 5 includes a storage section 51, a server control section 52, and a server-side communication section 53.

The storage unit 51 stores programs such as a server program 61 and a game program 62, data used by these programs, a player information table 63, an object information table 64, a limited granting condition table 65, etc., which will be described later. The storage unit 51 may be realized by the storage device 132 or may be realized by a storage device connected via the network 40.

The server control unit 52 performs overall control of the server 30. The server control unit 52 is realized by the CPU 131 executing processing described in the server program 61. For example, the server control unit 52 performs a download process to cause the client 20 to download a game program 62 stored in the storage unit 51, data used by the game program 62, and the like.

The server control unit 52 includes a lottery unit 71 and a grant processing unit 72. The lottery unit 71 performs a gacha lottery process in accordance with a gacha lottery request from the client 20, and responds to the client 20 with the gacha lottery result. The gacha lottery process performed by the lottery unit 71 includes, for example, a limited time pick-up gacha lottery process. Note that the pick-up gacha is a gacha that uses a specific in-game object (for example, a high-value in-game object) as a pick-up in-game object, and increases the output rate of the pick-up in-game object for a limited time.

The grant processing unit 72 implements the limited grant and formal grant described below by applying a so-called ceiling system to the above-mentioned pickup gacha. The granting processing unit 72 officially grants a pickup in-game object to a user who has made the number of accumulations (for example, number of times, points, etc.) reached a predetermined number (for example, ceiling number of times, ceiling points, etc.) by playing the pickup gacha. Give. Hereinafter, the number of accumulated points accumulated by the user playing the pick-up gacha will be referred to as relief points. Further, in the following, the relief points required to officially grant the pickup in-game object will be referred to as formal grant points, and the relief points required to grant limited grant will be referred to as limited grant points.

Limited granting is a process of granting a pickup in-game object with a limited usage period to a user whose relief points reach the limited granting point before the pickup in-game object is discharged. The limited in-game object may be a pick-up in-game object with a limited use period and purpose. Note that the pick-up in-game object is not limitedly provided to a user whose relief points reach the limit-provided point after the pick-up in-game object is discharged.

A limited in-game object is changed to an officially granted in-game object when the relief points reach the officially granted points. Changing from a limitedly granted in-game object to an officially granted in-game object may be done by the relief points reaching the officially granted points, or by consuming the relief points equal to the officially granted points. You can also do this. In addition, in-game objects that have been granted for a limited period of time may be collected from the user or may be made unusable if the period of use ends before the relief points reach the officially granted points. You may take measures to lower the value, such as lowering the rarity. The names of relief points, officially granted points, and limitedly granted points are examples.

Further, the server-side communication unit 53 communicates with the client 20. The server-side communication unit 53 is realized by the CPU 131 executing the server program 61 and controlling the communication device 133 according to the server program 61.

Note that the functional configuration of the client 20 shown in FIG. 4 and the functional configuration of the server 30 shown in FIG. 5 are examples, and for example, at least one of the functional configurations of the server 30 shown in FIG. It may be included in the functional configuration of the client 20. In other words, the functional configuration shown in FIGS. 4 and 5 only needs to be included in either the client 20 or the server 30.

A configuration example of the player information table 63, object information table 64, and limitation provision condition table 65 stored in the storage unit 51 of the server 30 is as follows.

FIG. 6 is a configuration diagram of an example of a player information table used in this embodiment. In the player information table, information about users such as players who play games on the client 20 is set. The player information table in FIG. 6 has items such as player ID, owned object ID, relief points, and limited grant object ID.

The player ID is an example of identification information that identifies the player. The owned object ID is an example of identification information that identifies an in-game object owned by the player. The relief points are an example of the number of accumulated points associated with the user who performed the pick-up gacha. The limited object ID is an example of identification information that specifies the limited in-game object owned by the user. Note that for users for whom no object ID, which will be described later, is set in the item "limited object ID," the in-game object is not limited.

FIG. 7 is a configuration diagram of an example of an object information table used in this embodiment. In the object information table, information about in-game objects to be drawn is set. The object information table in FIG. 7 has object ID and object information as items. The object ID is an example of identification information that specifies an in-game object. Object information is an example of information regarding in-game objects. The information regarding the in-game object includes information necessary for executing the game, such as the ability of the in-game object.

FIG. 8 is a configuration diagram of an example of a limitation provision condition table used in this embodiment. In the limited provision condition table, conditions regarding limited provision of in-game objects are set. The limited grant condition table in FIG. 8 has items such as limited grant period, limited grant object ID, period of use, limited grant points, and formal grant points.

The limited grant period is an example of information representing a period during which the in-game object is limitedly granted to the user. The limited object ID is an example of identification information that specifies an in-game object that is limited to the user. The period of use is an example of information indicating a period during which a user can use a limited in-game object. Limited grant points are an example of information representing relief points required for limited grant of in-game objects. Further, the officially awarded points are an example of information representing relief points necessary for officially granting an in-game object. Note that in the case of an in-game object with a limited grant that limits the period of use and purpose of use, an item of purpose of use is added to the items shown in FIG.

In this way, according to the player information table of FIG. 6, the object information table of FIG. 7, and the limited grant condition table of FIG. 8, it is possible to manage relief points and the existence of limited in-game objects for each user. At the same time, conditions for limited provision and formal provision of in-game objects can be managed.

[Game behavior]
In the following, a process will be described in which a user acquires relief points by executing a pickup gacha, and uses the relief points to perform limited granting and official granting of in-game objects.

FIG. 9 is a flowchart of an example of a process for performing limited provision and formal provision of in-game objects according to the present embodiment. A user who wants to perform a pickup gacha performs an operation to perform a pickup gacha on, for example, the lottery screen 1000 in FIG. 10 displayed on the client 20. FIG. 10 is an image diagram of an example of the lottery screen. On the lottery screen 1000 in FIG. 10, relief points "90pt", limited grant points "100pt", and officially granted points "3000pt" accumulated by the user are visually represented in a shape like a bar graph, for example. There is. The player information table in FIG. 6 and the limited provision condition table in FIG. 8 may be used to generate the image data for the lottery screen 1000 in FIG. 10.

By referring to the lottery screen 1000, the user can recognize the number of pick-up gachas required before limited award and the number of pick-up gachas required before official award. The client 20 requests the server 30 to draw a pickup gacha based on the pickup gacha execution operation.

The lottery unit 71 of the server 30 that received the pickup gacha lottery request in step S10 performs a pickup gacha lottery process in accordance with the pickup gacha lottery request from the client 20. The lottery unit 71 adds the object ID of the in-game object acquired by the user through the lottery process to the item "Owned Object ID" of the player information table in FIG. Further, the lottery unit 71 responds to the client 20 with the lottery results of the pickup gacha. The client 20 that has received the lottery results displays the pickup gacha lottery results on the result screen.

In step S12, the grant processing unit 72 of the server 30 adds an accumulated value, such as ``10'', to the item ``relief points'' in the player information table of FIG. 6, which is accumulated by performing the pick-up gacha lottery process. Note that the accumulated value does not have to be a fixed value, but may be a variable value that changes based on the lottery result (for example, changes depending on the value of the drawn in-game object).

In step S14, the grant processing unit 72 refers to the player information table of the user who performed the pickup gacha lottery process. The award processing unit 72 determines whether or not the relief points have reached “100” limited award points before the in-game object for pickup is officially awarded through the lottery process by the lottery unit 71.

If it is determined that the relief points have reached "100" limited grant points before the in-game object is officially awarded, the grant processing unit 72 proceeds to step S16 and grants the pick-up in-game object to the user in a limited manner.

In step S16, the grant processing unit 72 adds the object ID of the in-game object to be granted to the user in a limited manner to the item "limited grant object ID" in the player information table of FIG. Furthermore, the granting processing unit 72 transmits information on the limitedly granted in-game object to the client 20. The client 20, which has received the information on the limited in-game object, displays the information on the limited in-game object on, for example, the result screen 1100 in FIG. 11.

FIG. 11 is an image diagram of an example of a result screen displaying restricted in-game objects. A result screen 1100 in FIG. 11 displays a symbol representing a restricted in-game object and a comment 1102 reminding the user that the period in which the in-game object can be owned is limited. In the case of an in-game object that has a limited period of use and limited use, in addition to the limited period of time that the in-game object can be owned, there may be comments etc. that give the impression that the purpose of use is limited. May be displayed.

Note that in FIG. 11, a comment 1102 is shown as an example of display content that gives the impression that the period of ownership is limited, but images other than the comment 1102 on the result screen 1100 (for example, images of in-game objects, mark images, Background images, etc.) may be used to give the impression that the period of ownership is limited. In addition, in FIG. 11, the fact that the period of ownership is limited may be visualized through audio content instead of display content, or may be visualized through display content and audio content.

Further, if it is not determined in step S14 that the relief points have reached "100" limited grant points before the in-game object is officially granted, the grant processing unit 72 skips the process of step S16.

In step S18, the grant processing unit 72 refers to the player information table of FIG. 6 of the user who performed the pick-up gacha lottery process and determines whether the relief points have reached the official grant point "3000".

If it is determined that the relief points have reached the officially awarded point "3000", the granting processing unit 72 proceeds to step S20, and changes the pick-up in-game object limitedly granted to the user to the officially granted in-game object.

In step S20, the grant processing unit 72 moves the object ID of the in-game object to be changed from limited grant to formal grant from the item "limited grant object ID" to the item "owned object ID" in FIG. Further, the grant processing unit 72 transmits information on the officially granted in-game object to the client 20. The client 20, which has received the information on the officially assigned in-game object, displays the information on the officially assigned in-game object on, for example, the result screen 1100 in FIG. 12.

FIG. 12 is an image diagram of an example of a result screen displaying officially assigned in-game objects. A result screen 1100 in FIG. 12 displays a symbol representing an officially assigned in-game object and a comment 1102 that reminds the user that he or she can own the in-game object forever. In the case of a limited-time in-game object with a limited use period and purpose, in addition to being able to own the in-game object forever, a comment etc. may be displayed that gives the impression that the purpose of use is not limited. .

In addition, in FIG. 12, a comment 1102 is shown as an example of display content that gives the impression that the period of ownership is not limited, but images other than comment 1102 on the result screen 1100 indicate that the period of ownership is not limited. You can also make an image. In addition, in FIG. 12, the fact that the period of ownership is not limited may be shown by the audio content instead of the display content, or by the display content and the audio content.

Note that if the object ID of the in-game object is not set in the item "limited grant object ID" in FIG. Add the object ID of the in-game object to the item "Owned Object ID" in FIG.

Further, if it is not determined in step S18 that the relief points have reached the officially awarded points "3000", the grant processing unit 72 skips the process of step S20.

When the period of use of the in-game object that has been limited by the process shown in the flowchart of FIG. 9 has elapsed, it is collected from the user by the process shown in FIG. 13, for example. FIG. 13 is a flowchart of an example of a process for collecting restricted in-game objects according to the present embodiment. The process in the flowchart of FIG. 13 is repeatedly executed at predetermined intervals, such as every day or every hour.

In step S30, the grant processing unit 72 refers to the item "use period" in the limited grant condition table shown in FIG. In step S32, the granting processing unit 72 determines whether or not a limited granting condition whose usage period has elapsed is set in the limited granting condition table.

If a limited grant condition whose usage period has elapsed is set in the limited grant condition table, the grant processing unit 72 proceeds to step S34 and acquires the limited grant object ID of the limited grant condition whose usage period has passed. . The granting processing unit 72 deletes the same object ID as the limited granting object ID of the limited granting condition whose usage period has elapsed from the item "limited granting object ID" of the player information table in FIG.

Moreover, if the limitation granting condition whose usage period has elapsed is not set in the limitation granting condition table, the granting processing unit 72 skips the process of step S34.

The in-game objects that have been limitedly granted and the in-game objects that have been officially granted by the process shown in the flowchart of FIG. 9 can be displayed on the owned object list screen 1200 of FIG. 15 by, for example, the process shown in FIG. 14. FIG. 14 is a flowchart of an example of a process for displaying an owned object list screen including limited in-game objects according to the present embodiment. FIG. 15 is an image diagram of an example of an owned object list screen including limited in-game objects.

The user operates the client 20 to display the owned object list screen 1200. In step S50, the display control unit 34 of the client 20 accesses the server 30 and refers to the items "Owned Object ID" and "Limited Object ID" in the player information table of FIG.

Proceeding to step S52, the display control unit 34 of the client 20 selects the "object ID" corresponding to the items "owned object ID" and "limited object ID" of the player information table of FIG. 6 from the object information table of FIG. Read "object information".

Proceeding to step S54, the display control unit 34 of the client 20 controls the display of the owned object list on the owned object list screen 1200 shown in FIG. 15 using the "object information" read out in step S52. Through the process of step S54, the owned object list screen 1200 shown in FIG. 15 displays a list of in-game objects owned by the user and in-game objects limited to the user.

Proceeding to step S56, the display control unit 34 of the client 20 determines whether there is an in-game object that is limited to the user by referring to the item "limited object ID" in the player information table of FIG.

If there is an in-game object that is limited to the user, the display control unit 34 of the client 20 displays the owned object list on the owned object list screen 1200 in FIG. 15 so that the limited in-game object can be visually identified. Then, display control of a mark 1202 indicating that the restriction is granted is performed.

Therefore, the user can easily identify in-game objects that have been limited from the list of owned objects on the owned object list screen 1200 in FIG. 15 by the mark 1202 indicating that the object is limited.

In the game system 10 of this embodiment, relief points are accumulated for each user when the user plays a pick-up gacha. If the relief points reach the limited award points without the pickup in-game object being discharged, the game system 10 of this embodiment provides limited in-game in-game objects whose use is limited to a usage period such as an event period as a relief measure. object is given.

Note that if the relief points reach the limited grant points after the pickup in-game object is discharged, the game system 10 of the present embodiment determines that no relief measures are necessary and does not grant the limited grant in-game object. .

In the game system 10 of the present embodiment, when the relief points reach the officially awarded points and if a limited in-game object is assigned, the limited in-game object is changed to the officially assigned in-game object. By doing so, officially granted in-game objects are granted to the user. In the game system 10 of this embodiment, if a limited in-game object is not provided, a pick-up in-game object is provided to the user as an officially provided in-game object.

Hereinafter, an example of a process for giving limited and formal provision of pick-up in-game objects to a user in a plurality of cases will be described. Here, an example will be described in which the relief points are increased by "10" in the pickup gacha "one time", the limited points awarded are "100 pt", and the officially awarded points are "3000 pt".

[Case 1]
For example, even if the pickup gacha is played ``10 times'' and the relief points reach ``100'', which is the limited grant point, if the pickup in-game object is not discharged, the user will not be granted the limited pickup in-game object. Ru. After that, if the relief points do not reach the official award point of "3000" by the end of the usage period, and the pickup in-game object is not discharged in the pickup gacha, the limited grant will be added to the game after the usage period has passed. The in-game object is collected, and the in-game object to be picked up disappears from the user's hand.

[Case 2]
For example, even if the pickup gacha is played ``10 times'' and the relief points reach 100, which is the limited grant point, if the pickup in-game object is not discharged, the user will not be granted the limited pickup in-game object. Ru. After that, the in-game object of the pickup is discharged by the pickup gacha before the usage period has passed, but if the relief points do not reach the official award point of "3000" by the end of the usage period, the usage period will end. As time passes, limited in-game objects are collected, and one pick-up in-game object remains in the user's hands.

[Case 3]
For example, even if the pickup gacha is played ``10 times'' and the relief points reach 100, which is the limited grant point, if the pickup in-game object is not discharged, the user will not be granted the limited pickup in-game object. Ru. Thereafter, by the time the usage period has elapsed, the relief points have reached the officially awarded point of "3000", so the limitedly granted in-game object is changed to the officially granted in-game object.

In this case, if the pickup in-game object is not discharged in the pickup gacha, one pickup in-game object remains in the user's hand. Furthermore, in this case, by discharging the pickup in-game object in the pickup gacha, two pickup in-game objects remain in the user's hand.

[Case 4]
For example, the pickup gacha is played ``10 times'' and before the relief points reach ``100'', which is the limited grant point, the pickup in-game object is discharged, and the user is granted a limited pickup in-game object. Not done. Thereafter, when the relief points reach the officially awarded points of "3000" before the usage period has elapsed, the officially awarded in-game object is awarded to the user. In this case, two pick-up in-game objects remain in the user's hands.

As described above, according to the present embodiment, the user can use the picked-up in-game object for a limited period of use even if it cannot be discharged with the picked-up gacha, and furthermore, by accumulating relief points up to the officially awarded points, the user can Since the user can reliably obtain and own the in-game object, the user's satisfaction with the lottery can be improved.

In addition, on the game company side that provides games to users, by giving a limited amount of in-game objects, there is a ``possession effect'' that makes people recognize the value of what they own, and by accumulating relief points up to the officially granted points. Due to the "certainty effect" of being able to obtain at least one in-game object by officially granting the in-game object, it is expected that sales through payments will improve.

As described above, according to the present embodiment, it is possible to provide a new mechanism that improves the satisfaction level of a lottery in which objects in a game are selected as lottery targets.

The game system 10, client 20, and server 30 of the disclosed embodiment should be considered to be illustrative and not restrictive. The embodiments described above can be modified and improved in various ways without departing from the scope and spirit of the appended claims. Moreover, the matters described in the plurality of embodiments described above can be adopted in other configurations within a consistent range, and can be combined within a consistent range.

10 Game system 20 Client 21 Storage section 22 Client control section 23 Operation section 24 Display section 25 Client side communication section 30 Server 31 Game program 32 Lottery request section 33 Lottery result receiving section 34 Display control section 40 Network 51 Storage section 52 Server control section 53 Server-side communication section 61 Server program 62 Game program 63 Player information table 64 Object information table 65 Limited grant condition table 71 Lottery section 72 Grant processing section

Claims (11)

information processing equipment,
a lottery execution unit that selects objects in the game as lottery targets and draws an object to be given to a user from among the objects that are lottery targets;
If the accumulated number accumulated in association with the user based on the result of the lottery reaches the number for limited grant before the predetermined object is given to the user by the lottery , a grant processing unit that grants the predetermined object for a limited period of time;
It is a program to function as
The grant processing unit is configured to transfer the limited grant object to a formal grant that does not limit the period of use when the accumulated number reaches a formal grant number that is larger than the limited grant number. A program that makes changes to said object. The grant processing unit is configured to determine whether the accumulated number accumulated in association with the user based on the result of the lottery is for limited grant before the predetermined object is granted to the user in the lottery. 2. The program according to claim 1, wherein when the number reaches a certain number, the period of use and purpose of use are limited, and the predetermined object is limitedly provided. 2. The program according to claim 1 , wherein the grant processing unit collects the limited grant object whose usage period has elapsed from the user without being changed to the formal grant object. When the predetermined object is awarded to the user through the lottery before the accumulated number reaches the number for the limited grant, the grant processing unit grants the predetermined object in a limited manner. 3. The program according to claim 1 or 2, which does not contain any. information processing equipment,
a lottery execution unit that selects objects in the game as lottery targets and draws an object to be given to a user from among the objects that are lottery targets;
If the accumulated number accumulated in association with the user based on the result of the lottery reaches the number for limited grant before the predetermined object is given to the user in the lottery, the usage period a grant processing unit that grants a limited number of the predetermined objects by limiting the number of objects;
It is a program to function as
The grant processing unit does not grant the predetermined object in a limited manner if the predetermined object is awarded to the user through the lottery before the accumulated number reaches the number for the limited grant;
The grant processing unit is a program that formally grants the predetermined object with no limitation on the usage period when the accumulated number reaches a formal grant number that is larger than the limited grant number. . The award processing unit includes at least one of display content and audio content to be output when the predetermined object is awarded to the user through the lottery, and a display to be displayed when the predetermined object is awarded for a limited time. 6. The program according to claim 1, wherein the program performs control to change at least one of the content and the audio content to be output. 7. On a screen displaying a list of the objects owned by the user, control is performed so that the display of the limited object is different from the display of the non-limited object. The program described in any one of the paragraphs. In the information processing device,
a lottery execution step in which an object in the game is selected as a lottery target, and an object to be given to the user is selected from among the objects to be randomly selected;
If the accumulated number accumulated in association with the user based on the result of the lottery reaches the number for limited grant before the predetermined object is given to the user by the lottery , a grant processing step of granting the predetermined object for a limited period of time;
When the accumulated number reaches a number for formal grant that is larger than the number for limited grant, changing the limited grant object to the formal grant object that does not limit the period of use. and,
An information processing method that executes. a lottery execution unit that selects objects in the game as lottery targets and draws an object to be given to a user from among the objects that are lottery targets;
If the accumulated number accumulated in association with the user based on the result of the lottery reaches the number for limited grant before the predetermined object is given to the user by the lottery , a grant processing unit that grants the predetermined object for a limited period of time;
has
The grant processing unit is configured to transfer the limited grant object to a formal grant that does not limit the period of use when the accumulated number reaches a formal grant number that is larger than the limited grant number. An information processing device that changes to the object . In the information processing device,
a lottery execution step in which an object in the game is selected as a lottery target, and an object to be given to the user is selected from among the objects to be randomly selected;
If the accumulated number accumulated in association with the user based on the result of the lottery reaches the number for limited grant before the predetermined object is given to the user in the lottery, the usage period a grant processing step of granting a predetermined object in a limited manner by limiting the number of objects;
If the predetermined object is awarded to the user through the lottery before the accumulated number reaches the number for limited grant, the predetermined object is not granted in a limited manner;
When the accumulated number reaches a number for formal grant that is larger than the number for limited grant, formally granting the predetermined object whose usage period is not limited;
An information processing method that executes. a lottery execution unit that selects objects in the game as lottery targets and draws an object to be given to a user from among the objects that are lottery targets;
If the accumulated number accumulated in association with the user based on the result of the lottery reaches the number for limited grant before the predetermined object is given to the user in the lottery, the usage period a granting processing unit that grants a limited number of the predetermined objects by limiting the number of objects;
has
The grant processing unit does not grant the predetermined object in a limited manner if the predetermined object is awarded to the user through the lottery before the accumulated number reaches the number for the limited grant;
The provision processing unit is an information processing device that formally grants the predetermined object with no limitation on the period of use when the accumulated number reaches a number for formal grant that is larger than the number for limited grant. .

Images