JP7576997B2 - Information processing device, program, and reward granting method - Google Patents

Description

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

Conventionally, games that involve a lottery, known as gacha, are known in which in-game content such as characters, weapons, equipment, and items are awarded to users. For example, in a communication system that provides users with items drawn by a lottery means, there is a technology that determines an additional item (prize) according to the number of times the item has been provided, and provides the additional item to the user (see, for example, Patent Document 1).

Patent No. 6159000

However, the technology in Patent Document 1 had the problem that the user could not select the additional item, and if the additional item was not one that the user wanted, the user was not motivated to enter the lottery.

The objective of this disclosure is to provide a new mechanism that stimulates the desire to enter a lottery in which in-game content is the subject of the lottery.

According to one aspect of the present disclosure, there is provided an information processing device having a reward selection receiving unit that receives a reward selection from a user, a lottery execution unit that selects in-game content by lottery and selects content to be granted to the user, and a reward granting unit that grants the user the reward selected by the user when an accumulated value accumulated in association with the user based on the lottery reaches a value required to acquire the reward selected by the user.

According to one aspect, a new mechanism can be provided that stimulates the desire to enter a lottery in which in-game content is the subject of the lottery.

FIG. 1 is a diagram illustrating an example of a game system according to an embodiment of the present invention. FIG. 2 illustrates an example of a hardware configuration of a client. FIG. 2 illustrates an example of a hardware configuration of a server. FIG. 2 illustrates an example of a functional configuration of a client. FIG. 2 illustrates an example of a functional configuration of a server. 4 is a diagram illustrating an example of a user information table used in the present embodiment. FIG. FIG. 2 is a diagram illustrating an example of a content information table used in the present embodiment. 11 is a diagram illustrating an example of a reward granting condition table used in the present embodiment. FIG. 13 is a flowchart illustrating an example of a reward selection process according to the present embodiment. 13 is a flowchart illustrating an example of a lottery process according to the embodiment. FIG. 13 is an image diagram of an example of a lottery screen showing the pair value and the accumulated value in terms of the number of gacha plays. FIG. 13 is an image diagram of an example of a lottery screen in which the pair value and accumulated value are represented by points calculated based on the results of the gacha.

Below, an embodiment for implementing the present disclosure will be described with reference to the drawings. Note that in this embodiment, an example of gacha will be described in which in-game content such as in-game characters, weapons, equipment, items, and cards are the subject of a lottery, but the present invention is not limited to this. Gacha in this embodiment is an example of information processing in which content to be granted to a user is selected from a group of in-game content that is the subject of a lottery.

[Game System]
First, a game system 10 according to an embodiment will be described with reference to Fig. 1. Fig. 1 is a diagram showing an example of the game system 10 according to the present embodiment. The game system 10 according to an embodiment has a configuration in which a client 20 and a server 30 are connected to each other via a network 40 so as to be able to communicate with each other.

The client 20 is an example of an information processing terminal on which a user plays a game. The client 20 may be a portable game console, a personal computer, a tablet terminal, a mobile phone such as a smartphone, a home game device, an arcade game device, etc. The client 20 accepts operations from the user via an input device such as a touch panel, a controller, a mouse, a keyboard, etc., and displays an image corresponding to the operation on a display device to allow the user to play the game. 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 the client 20 with functions necessary for the game by transmitting and receiving data between the server 30 and the client 20. The server 30 may be realized by a cloud computer. The number of servers 30 shown in FIG. 1 is not limited to one, and there may be two or more servers for distributed processing. For example, the server 30 is used for downloading game programs (applications) to the client 20, user login processing, gacha-related processing, management of various tables, etc.

Figure 2 is a diagram showing an example of the hardware configuration of client 20. Client 20 has 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. Storage device 122 is, for example, a memory such as ROM (Read Only Memory) or RAM (Random Access Memory), or a storage such as HDD (Hard Disk Drive) or 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 touchpad, controller, mouse, keyboard, camera, and microphone. The display device 125 is an output device such as a display and speaker. A touch panel is realized by combining a touchpad and a display.

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

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

The client control unit 22 performs overall control of the client 20. Overall control of the client 20 includes control of the game played by the user in general. The client control unit 22 is realized by the CPU 121 executing the processing described in the game program 31. The client control unit 22 has a game control unit 35, an image generation unit 36, a request transmission unit 37, and a result reception unit 38.

The game control unit 35 controls the game played by the user. The image generation unit 36 generates images necessary for displaying the game screen, such as images of a lottery screen as described below. The request transmission unit 37 makes various processing requests to the server 30, such as making a gacha lottery request to the server 30 based on user operations. The result receiving unit 38 receives the results of various processing requests, such as the lottery results in response to a gacha lottery request made to the server 30.

The operation reception unit 23 receives various operations by the user on the input device 124. The output control unit 24 outputs a game screen and game sounds to the display device 125. The operation reception unit 23 is realized by the CPU 121 controlling the input device 124. The output control unit 24 is realized by the CPU 121 controlling the display device 125.

Here, various operations by the user on the input device 124 refer to operations by the user playing the game operating the operation acceptance unit 23 in order to cause the CPU 121 to execute processing. The operation acceptance unit 23 accepts various operations from the user playing the game. The client control unit 22 progresses the game based on the various operations accepted by the operation acceptance unit 23 from the user.

The output control unit 24 outputs game screens and game sounds to the display device 125 based on the images and sounds 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 in accordance with the game program 31.

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

The storage unit 51 stores a server program 61, a game program 62, data used by the programs, a user information table 63, a content information table 64, and a reward granting condition table 65, 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 user information table 63, the content information table 64, and the reward granting condition table 65 stored in the storage unit 51 will be described in detail later.

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

The server control unit 52 has a reward selection receiving unit 71, a lottery execution unit 72, a value calculation unit 73, an accumulated value calculation unit 74, and a reward granting unit 75. The reward selection receiving unit 71 controls the game screen displayed on the client 20 to receive a reward selection from the user. The reward may be content that is the subject of the lottery by the lottery execution unit 72, or may be content that is not the subject of the lottery. The value required for the user to obtain the reward is set as described below. The reward is granted to the user when the accumulated value, which is accumulated by the user drawing lots on the lottery screen, reaches the value, as described below.

The lottery execution unit 72 performs the lottery process for the gacha in response to a gacha lottery request from the client 20, and responds to the client 20 with information on the content to be granted to the user as the result of the gacha lottery.

Based on the reward selected by the user, the pair value calculation unit 73 calculates the pair value required for the user to acquire the reward. The pair value required to acquire the reward selected by the user is represented, for example, by the number of lotteries the user performs on the lottery screen. The pair value required for the user to acquire the reward may also be represented by the number of lotteries or points according to the lottery results. The pair value calculation unit 73 calculates the pair value required to acquire the reward based on the rarity or status value of the content selected by the user as the reward.

For example, the value calculation unit 73 calculates that if the rarity or status value of the content selected by the user as a reward is high, the value required to acquire the reward will be large. In addition, the value calculation unit 73 calculates that if the rarity or status value of the content selected by the user as a reward is low, the value required to acquire the reward will be small.

The value calculation unit 73 may perform calculations so that the value is small during a specified period, such as a campaign period. Furthermore, if the content selected as a reward is a character, the value calculation unit 73 may perform calculations so that the value is small during a specific period due to the character, such as the character's birth month.

The value calculation unit 73 may also perform calculations so that the value changes depending on the content owned by the user. For example, in a game in which a user can own the same content multiple times, the value calculation unit 73 may perform calculations so that the value of the content selected as a reward changes depending on the number of pieces of content owned multiple times by the user.

In addition, for example, if a user is awarded the same content through a lottery, rather than increasing the number of copies of that content owned, in a game in which the upper limit of that content is released, i.e., a so-called upper limit breaking game, the value calculation unit 73 may perform calculations so that the value changes according to the number of upper limit breaking games of content owned by the same user as the content selected as the reward.

The pair value calculation unit 73 may also perform calculations so that the pair value changes depending on the number of different versions of content owned, such as different costumes or different equipment for the same character as the content selected as the reward. The pair value calculation unit 73 may also perform calculations so that the pair value changes depending on the number of different versions of content owned, such as different costumes or different equipment for the same character as the lucky content described below. The pair value calculation unit 73 may also perform calculations so that the pair value changes depending on the number of content owned or the number of times the upper limit has been exceeded, which has the same attribute as the content selected as the reward. By performing calculations so that the pair value changes in this way, the user can reflect the relationship between the content owned and the content selected as the reward in the ease of obtaining the reward, and the worldview of the game can be strengthened. The pair value calculation unit 73 may also perform calculations so that the pair value changes depending on the number of content owned or the number of times the upper limit has been exceeded, which has the same attribute as the lucky content described below.

The value calculation unit 73 may also perform calculations so that the value changes depending on the number of characters closely related to the content selected as a reward owned, or the number of pieces of content-related equipment owned. By performing calculations so that the value changes in this way, for example, in a game based on the Romance of the Three Kingdoms, a user who owns the characters Liu Bei and Zhang Fei will be more likely to obtain the character of Guan Yu selected as a reward, enhancing the worldview of the game. Also, a user who owns a large amount of equipment related to Guan Yu will be more likely to obtain the character of Guan Yu selected as a reward, allowing them to make effective use of the character-related equipment.

The pair value calculation unit 73 may perform calculations so that the pair value changes depending on the number of owned contents, such as characters that are closely related to the lucky content described below, or the number of owned content-related equipment. When a bonus target attribute is set, the pair value calculation unit 73 may perform calculations so that the pair value of content, such as characters with the bonus target attribute, decreases. When a bonus target attribute is set, the pair value calculation unit 73 may perform calculations so that the pair value increases or decreases based on the ownership status of content, such as characters with the bonus target attribute.

The accumulation value calculation unit 74 calculates an accumulation value accumulated by the user performing lotteries from the lottery screen. The accumulation value accumulated by the user performing lotteries from the lottery screen is represented, for example, by the number of lotteries the user performed from the lottery screen. The accumulation value accumulated by the user performing lotteries from the lottery screen may also be represented by the number of lotteries or points according to the results of the lottery.

For example, the accumulation value calculation unit 74 performs calculations so that the increase in the accumulation value changes depending on the rarity of the content that the user is granted as a result of the lottery (for example, N=0 points, R=1 point, SR=2 points, SSR=3 points, etc.). The accumulation value calculation unit 74 may also perform calculations so that the increase in the accumulation value is large during a specified period such as a campaign period. The accumulation value calculation unit 74 may also perform calculations so that the increase in the accumulation value is large during a specified period such as the user's birth month or birthday (which cannot be changed after registration).

The accumulation value calculation unit 74 sets the lucky content, described below, as the content to be selected by lottery, and performs calculations so that the increase in the accumulation value will be greater if the content granted to the user as a result of the lottery is the lucky content.

For example, when content such as a character with a bonus target attribute specified for each lottery, or content such as character-related equipment for a unique character, is awarded to a user as a result of the lottery, the accumulated value calculation unit 74 performs calculations so that the increase in the accumulated value is large (bonus points are added).

The lucky content described below may be specified by the user. The bonus target attributes may also be specified by the user. Furthermore, if the lucky content is a character, the accumulation value calculation unit 74 may perform calculations so that the increase in the accumulation value is greater during a specific period caused by the character, such as the character's birth month.

The reward granting unit 75 compares the accumulated value of the user, which is accumulated as the user enters the lottery on the lottery screen, with the value required to acquire the reward selected by the user, and grants the reward to the user if the accumulated value of the user reaches the value required to acquire the reward.

For example, if the accumulated value and counter value are represented by the number of lottery draws made on a lottery screen, the user can set the counter value required to obtain a reward by selecting the reward. The user can increase the accumulated value by drawing lots on the lottery screen, and is granted the reward when the accumulated value reaches the counter value.

Furthermore, 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 in accordance with the server program 61.

The functional configuration of the client 20 shown in FIG. 4 and the functional configuration of the server 30 shown in FIG. 5 are merely examples, and for example, at least one of the functional configurations of the server 30 shown in FIG. 5 may be included in the functional configuration of the client 20 shown in FIG. 4. In other words, it is sufficient that either the client 20 or the server 30 has the functional configurations shown in FIG. 4 and FIG. 5.

Furthermore, examples of the configurations of the user information table 63, the content information table 64, and the reward granting condition table 65 stored in the memory unit 51 of the server 30 are as follows.

Figure 6 is a diagram showing an example of a user information table used in this embodiment. The user information table in Figure 6 is set with information on users, such as players who play games on the client 20. The player information table in Figure 6 has the following items: user ID, owned content ID, accumulated value, reward ID, and paired value.

The user ID is an example of identification information that identifies a user. The owned content ID is an example of identification information that identifies in-game content owned by the user. The accumulated value is an example of an accumulated value of the user calculated by the accumulated value calculation unit 74. The reward ID is an example of identification information that identifies content selected by the user as a reward. Note that while FIG. 6 shows an example in which the reward is content that is the subject of a lottery by the lottery execution unit 72, the reward may be content that is not the subject of the lottery. The reward value is an example of the reward value required for the user to obtain the reward, calculated by the reward value calculation unit 73.

For example, if the accumulated value and the pair value are expressed as the number of lottery draws, the user with user ID "user001" in FIG. 6 selects the content identified by reward ID "c500" as a reward, and the pair value required to acquire the reward is set to "30 lottery draws." Note that the user with user ID "user001" in FIG. 6 can acquire a reward by entering a lottery on the lottery screen and allowing the accumulated value to reach "30 draws."

Figure 7 is a diagram showing an example of a content information table used in this embodiment. In the content information table, information on the in-game content that is the subject of the lottery is set. The content information table in Figure 7 has the following items: content ID, rarity, and attributes. The content ID is an example of identification information that identifies the in-game content. Rarity is an example of information that represents the rarity or value of the content. The attributes are an example of information that groups the content, such as the nature or ability of the content.

Figure 8 is a diagram showing an example of a reward granting condition table used in this embodiment. The reward granting condition table sets the pair value calculation method, accumulated value calculation method, and lucky content required to determine the granting of the reward selected by the user. The reward granting condition table in Figure 8 may also set information that affects the calculation of the pair value or accumulated value described above, such as bonus target attributes.

The value calculation method is set to a method of calculating the value required for the user to acquire the reward selected by the user, based on that reward. The accumulated value calculation method is set to a method of calculating the accumulated value accumulated by the user entering a lottery on the lottery screen. The lucky content is set to content that, when awarded to a user as a result of a lottery, adds bonus points so that the increase in accumulated value increases.

In this way, the user information table in FIG. 6, the content information table in FIG. 7, and the reward granting condition table in FIG. 8 make it possible to manage the pair value required to acquire the reward selected by the user and the accumulated value accumulated by the user participating in the lottery. Therefore, when the accumulated value accumulated by the user participating in the lottery reaches the pair value required to acquire the reward selected by the user, the server 30 can grant the reward to the user.

[Game Actions]
The following will explain the process when a reward selection is received from the user, and the process when a lottery request is received from the user. Note that when receiving the reward selection, the reward may be preset to prevent the user from forgetting to set the reward. Then, when the user displays the gacha screen for the first time, the user's reward selection may be received by displaying "Do you want to change the preset reward?".

Figure 9 is a flowchart of an example of a reward selection process according to this embodiment. In step S10, the user operates the client 20 to select a reward. For example, the user selects a desired reward from a reward selection screen displayed on the client 20. The reward selection screen displays a list of content that the user can select as a reward. Note that the list of content displayed on the reward selection screen may be changed depending on the user's content ownership status.

For example, the reward selection screen may not display content for which the limit has been completely broken (the limit on the number of times the limit has been broken) so that the content cannot be selected as a reward. The reward selection screen may also display content for which the limit has not been broken (the limit on the number of times the limit has not been broken) so that the content can be selected as a reward, up to the quantity required to reach the limit on the number of times the limit has been broken. The reward selection screen may also display content owned by the user so that the content cannot be selected as a reward.

The reward selection screen may also change the lineup of content that the user can select as a reward depending on the bias of the attributes of the content owned by the user. For example, the reward selection screen changes the lineup of content that the user can select as a reward so as to display more or less content with attributes that the user owns more often. The reward selection screen may also change the lineup of content that the user can select as a reward depending on the user's game progress, level, etc. Furthermore, the reward selection screen may change the lineup of content that the user can select as a reward by consuming compensation such as in-game currency or in-game points.

The reward selection reception unit 71 of the server 30 controls the client 20 to display a reward selection screen and receives a reward selection from the user. The client 20 may control the reward selection screen, and the server 30 may obtain information on the reward selected by the user from the client 20.

After step S10, the process proceeds to step S12, where the pair value calculation unit 73 calculates the pair value required for the user to acquire the reward selected by the user, based on the reward selected by the user. In step S14, the pair value calculation unit 73 sets the reward selected by the user and the calculated pair value in the user information table of FIG. 6, for example. According to the reward selection process shown in FIG. 9, the user can be made to select a reward in advance, and the number of gacha games required to acquire the reward can be set in the user information table as the pair value.

In addition, the reward selection process shown in FIG. 9 allows the user to select a reward in advance, and the value required to obtain that reward can be set as points calculated based on the number of gacha rounds or the results of the gacha.

Figure 10 is a flowchart of an example of the lottery process according to this embodiment. In step S20, the user operates the client 20 to request a lottery from, for example, a lottery screen 1000 as shown in Figure 11 or Figure 12.

Figure 11 is an image diagram of an example of a lottery screen in which the pair value and accumulated value are represented by the number of gacha plays. Figure 12 is an image diagram of an example of a lottery screen in which the pair value and accumulated value are represented by points calculated based on the results of the gacha.

The lottery screen 1000 in FIG. 11 and FIG. 12 displays the reward 1002 selected by the user, lucky content 1004, and gacha execution button 1006. The reward 1002 is the content selected as the reward by the user through the reward selection process in FIG. 9. Below the reward 1002, the remaining number of gacha plays or points required for the user to acquire the reward 1002 is displayed based on the pair value and accumulated value in the user information table.

Therefore, when a user requests a lottery from the lottery screen 1000, the user can check the remaining number of gachas or points required to obtain the preselected reward 1002, which stimulates the user's desire to enter the lottery.

The user can also check the lucky content 1004 on the lottery screen 1000. Furthermore, the lottery screen 1000 may display information such as the campaign period and the period during which it is advantageous for the user to obtain the reward 1002, such as the birth month of the reward content.

The user requests a lottery from the lottery screen 1000 by performing an operation such as pressing the gacha execution button 1006. When the lottery request from the user is accepted, the lottery execution unit 72 of the server 30 performs a gacha lottery process and selects the content to be given to the user as the gacha lottery result.

In step S22, the accumulation value calculation unit 74 calculates the accumulation value of the user who executed the lottery in step S20. For example, when the accumulation value is expressed as the number of gachas and "Execute gacha once" of the gacha execution button 1006 is pressed, the accumulation value calculation unit 74 adds "1" to the accumulation value in the user information table. Also, when the accumulation value is expressed as the number of gachas and "Execute gacha 10 times" of the gacha execution button 1006 is pressed, the accumulation value calculation unit 74 may add "10" to the accumulation value in the user information table, or may add the added number of gachas "10 + α" to the accumulation value in the user information table. When the content of the gacha lottery result is the lucky content 1004, the accumulation value calculation unit 74 further adds the number of gachas corresponding to the lucky content 1004 to the accumulation value in the user information table.

For example, when the accumulation value is expressed in points, the accumulation value calculation unit 74 adds points corresponding to the rarity of the content of the gacha lottery result to the accumulation value in the user information table. When the content of the gacha lottery result is the lucky content 1004, the accumulation value calculation unit 74 further adds points corresponding to the lucky content 1004 to the accumulation value in the user information table.

In step S24, the reward granting unit 75 compares the pair value set in the user information table with the accumulated value. In step S26, the reward granting unit 75 determines whether the accumulated value of the user set in the user information table has reached the pair value required to acquire the reward selected by the user.

If the user's accumulated value has reached the value required to acquire the reward selected by the user, the reward granting unit 75 grants the user the reward 1002 previously selected by the user in step S28. If the user's accumulated value has not reached the value required to acquire the reward selected by the user, the reward granting unit 75 skips the processing of step S28.

According to the lottery process shown in FIG. 10, the user can obtain the reward 1002 when the accumulated value, which increases by participating in the lottery on the lottery screen 1000, reaches the value of the reward 1002 selected in advance.

The reward 1002 may be changed midway. If the reward 1002 is changed midway, the accumulated value in the user information table may be carried over. When an operation to change the reward 1002 is received from the user, if the accumulated value in the user information table has reached the value of the changed reward 1002, the reward 1002 may be left unchanged after the changed reward 1002 is granted to the user. For example, if the accumulated value in the user information table is "100", the value of reward A before the change is "200", and the value of reward B after the change is "10", the reward 1002 selected by the user remains "reward A", "reward B" is granted to the user, and the accumulated value in the user information table becomes "90". In addition, if a period is set for granting the reward 1002 to the user, the accumulated value of the user may be automatically converted to in-game currency or the like at the end of the period and provided to the user, thereby preventing a sense of loss due to forgetting to convert.

As described above, according to this embodiment, by having the user select the reward 1002 in advance, the countervalue required to acquire the reward 1002 can be presented to the user. The user can acquire the reward 1002 selected by the user when the accumulated value, which can be increased by participating in a lottery, reaches the countervalue, which stimulates the user's motivation to enter the lottery.

In addition, for game companies that provide games to users, for example, in a game that has a lottery that can be entered without paying (hereafter referred to as a non-paying lottery) and a lottery that can be entered by paying (hereafter referred to as a paying lottery), by implementing a system in which the accumulated value increases by participating in a paying lottery, or by implementing a system in which the accumulated value increases more favorably in a paying lottery than in a non-paying lottery, it is possible to expect increased sales through charging.

As described above, this embodiment can provide a new mechanism that stimulates the desire to enter a lottery in which in-game content is the subject of the lottery.

The disclosed embodiment of the game system 10, client 20, and server 30 should be considered as illustrative and not restrictive. The above embodiment can be modified and improved in various forms without departing from the spirit and scope of the appended claims. Furthermore, the matters described in the above-mentioned embodiments can be configured in other ways as long as they are not inconsistent, and can be combined as long as they are not inconsistent.

10 Game system 20 Client 21 Memory unit 22 Client control unit 23 Operation reception unit 24 Output control unit 25 Client side communication unit 30 Server 31 Game program 35 Game control unit 36 Image generation unit 37 Request transmission unit 38 Result reception unit 40 Network 51 Memory unit 52 Server control unit 53 Server side communication unit 61 Server program 62 Game program 63 User information table 64 Content information table 65 Reward granting condition table 71 Reward selection reception unit 72 Lottery execution unit 73 Value calculation unit 74 Accumulation value calculation unit 75 Reward granting unit 1000 Lottery screen 1002 Reward 1004 Lucky content

Claims (8)

A reward selection receiving unit that receives a reward selection from a user;
a lottery execution unit that selects content to be provided to the user by lottery for content within a game;
a reward granting unit that grants the user the reward selected by the user when an accumulated value accumulated in association with the user based on the lottery reaches a value required to acquire the reward selected by the user;
an accumulation value calculation unit that calculates the accumulation value to be accumulated in association with the user based on at least one of the number of times the lottery has been held and the result of the lottery;
having
An information processing device, wherein the content granted to the user by lottery drawn by the lottery execution unit includes special content to which the increase in the accumulation value calculated by the accumulation value calculation unit is added, and the special content can be specified by the user. The information processing device according to claim 1 , wherein the special content is displayed in a display manner that allows the user to confirm the special content on a lottery screen for lottery-selecting the content. 3. The information processing apparatus according to claim 1, further comprising a reward value calculation unit that calculates a reward value required to acquire the reward selected by the user for each reward selected by the user. An information processing device as described in any one of claims 1 to 3, characterized in that the accumulation value calculation unit calculates the accumulation value so that the amount of increase in the accumulation value differs depending on at least one of the rarity of the content granted to the user by lottery drawn by the lottery execution unit and the period during which the lottery drawing by the lottery execution unit was conducted. 5 . The information processing device according to claim 1 , wherein the reward selection receiving unit changes the reward to be selected and received depending on the content owned by the user. An information processing device,
a reward selection receiving unit that receives a reward selection from a user;
a lottery execution unit that selects content within a game by lottery and selects content to be given to the user;
a reward granting unit that grants the reward selected by the user to the user when an accumulated value accumulated in association with the user based on the lottery reaches a value required for acquiring the reward selected by the user;
an accumulation value calculation unit that calculates the accumulation value to be accumulated in association with the user based on at least one of the number of times the lottery has been held and the result of the lottery;
A program in which the content granted to the user by lottery held by the lottery execution unit includes special content to which the increase in the accumulation value held by the accumulation value calculation unit is added, and the special content can be specified by the user. The program according to claim 6 , wherein the special content is displayed on a lottery screen for selecting the content by lottery in a display manner that allows the user to confirm the special content. In the information processing device,
A reward selection receiving step of receiving a reward selection from a user;
a lottery execution step of lottery-selecting content to be given to the user by selecting content within the game;
a reward granting step of granting the reward selected by the user to the user when an accumulated value accumulated in association with the user based on the lottery reaches a value required for acquiring the reward selected by the user;
an accumulation value calculation step of calculating the accumulation value to be accumulated in association with the user based on at least one of the number of times the lottery has been held and the result of the lottery;
Run the command,
A reward granting method in which the content granted to the user by lottery in the lottery execution step includes special content to which the increase in the accumulation value by the accumulation value calculation step is added, and the special content can be specified by the user.

Images