JP7539209B2 - PROGRAM, INFORMATION PROCESSING APPARATUS, AND INFORMATION PROCESSING METHOD - Google Patents

Description

The present invention relates to an information processing device and a program.

There is known an information processing device that executes a lottery game in which a user is given one of a number of pieces of content selected based on a lottery probability set for each piece of content (character) (for example, Patent Document 1).

Patent No. 5745682

In such lottery games, typically, rare content is set with a low probability of winning. Therefore, even if a user plays the lottery game repeatedly, it is difficult for the user to obtain the rare content.

The present invention has been made in view of the above circumstances, and an object of the present invention is to increase users' motivation to play.

The main invention of the present invention to solve the above problems is:
a selection unit configured, when a user selects and plays one of the first and second lottery games, to grant to the user a content selected from a content group associated with the selected lottery game and to add a quantity for one play to a first accumulated number of the user;
a bonus section configured to allow the user to acquire, as a bonus, a content selected from among high-rarity content included in a content group associated with the first lottery game or the second lottery game when the first accumulated number of the user reaches a predetermined number as a result of playing the game;
The present invention relates to an information processing device comprising:

the selection unit is configured to provide a user who has played a third lottery game once with a content selected from a content group associated with the third lottery game, and to add a quantity for one play to the second accumulated number of the user;
It is desirable that the bonus section is configured so that, when the user's second accumulated number reaches an upper limit as a result of playing, the user can obtain, as a bonus, content specified by the user from a content group corresponding to the third lottery game.

a lottery unit configured to, when a user selects and plays one of the first lottery game or the second lottery game, grant the user content selected from a content group corresponding to the selected lottery game and add a quantity for one play to the first accumulation number of the user, and to grant a user content selected from a content group corresponding to the third lottery game to a user who plays one play of the third lottery game and add a quantity for one play to the second accumulation number of the user ;
a bonus section configured to allow the user to acquire, as a bonus, content selected from content having a high rarity included in a content group associated with the first lottery game or the second lottery game when the user's first accumulated number reaches a predetermined number as a result of playing the game, and configured to allow the user to acquire, as a bonus, content designated by the user from a content group associated with the third lottery game when the user's second accumulated number reaches an upper limit number as a result of playing the game;
The present invention relates to an information processing device comprising:

It is also desirable that the bonus section make the content group corresponding to the third lottery game and the content group corresponding to the first lottery game or the second lottery game partially identical, so that the content that can be acquired as a bonus when the user's second accumulated number reaches an upper limit number can be specified to be the same as the content that can be acquired as a bonus when the user's first accumulated number reaches a predetermined number.

In addition, the computer
a lottery means configured, when a user selects and plays one game of either the first lottery game or the second lottery game, to grant to the user a content selected from a content group associated with the selected lottery game and to add a quantity for one play to a first accumulated number of the user;
a reward means configured to allow the user to acquire, as a reward, a content selected from among contents having high rarity included in a content group corresponding to the first lottery game or the second lottery game when the first accumulated number of the user reaches a predetermined number as a result of playing the game;
It is a program that functions as a

the selection means is configured to provide a user who has played the third lottery game once with a content selected from a content group associated with the third lottery game, and to add a quantity for one play to the second accumulated number of the user;
It is desirable that the bonus means is configured to enable the user to acquire, as a bonus, content specified by the user from a content group corresponding to the third lottery game when the user's second accumulated number reaches an upper limit as a result of playing.

In addition, the computer
a lottery means configured, when a user selects and plays one of the first lottery game and the second lottery game, to grant to the user content selected from a content group corresponding to the selected lottery game and to add a quantity for one play to the first accumulation number of the user, and configured, when a user plays one play of the third lottery game, to grant to the user content selected from a content group corresponding to the third lottery game and to add a quantity for one play to the second accumulation number of the user ;
a bonus means configured to allow the user to acquire, as a bonus, a content selected from among the content having a high rarity included in the content group associated with the first lottery game or the second lottery game when the user's first accumulated number reaches a predetermined number as a result of playing the game, and to allow the user to acquire, as a bonus, a content designated by the user from among the content group associated with the third lottery game when the user's second accumulated number reaches an upper limit number as a result of playing the game;
It is a program that functions as a

It is also desirable that the bonus means make the content group corresponding to the third lottery game and the content group corresponding to the first lottery game or the second lottery game partially identical, so that the content that can be acquired as a bonus when the user's second accumulated number reaches an upper limit number can be specified to be the same as the content that can be acquired as a bonus when the user's first accumulated number reaches a predetermined number.

1 is a configuration diagram illustrating an example of an information processing system according to a first embodiment. FIG. 2 is a hardware configuration diagram illustrating an example of a computer according to the first embodiment. FIG. 2 is a functional block diagram illustrating an example of a server device according to the first embodiment. FIG. 2 is a functional block diagram illustrating an example of a client terminal according to the first embodiment. FIG. 11 is a diagram showing a first specific example of acquired character information. FIG. 11 is a diagram showing a second specific example of acquired character information. FIG. 2 is a diagram illustrating an example of character information. FIG. 13 is a diagram illustrating an example of evolution information. FIG. 13 is an image diagram showing a first specific example of a setting operation screen. FIG. 4 is a diagram illustrating an example of user information. FIG. 11 is an image diagram showing a second specific example of a setting operation screen. FIG. 13 is an image diagram showing a third specific example of a setting operation screen. FIG. 13 is an image diagram showing a fourth specific example of a setting operation screen. 4 is a flowchart illustrating an example of the operation of the information processing system in the first embodiment. FIG. 13 is a diagram showing a configuration of a third specific example of acquired character information. FIG. 13 is a diagram showing a fourth specific example of acquired character information. 10 is a flowchart illustrating an example of the operation of the information processing system according to the second embodiment. FIG. 13 is a functional block diagram illustrating an example of a server device 20 according to a third embodiment. FIG. 13 is a configuration diagram showing a first specific example of lottery game information. FIG. 11 is a configuration diagram showing a second specific example of lottery game information. 13 is a flowchart illustrating an example of the operation of the information processing system 1 according to the third embodiment. FIG. 13 is an image diagram showing an example of a first operation screen. FIG. 13 is an image diagram showing an example of a second operation screen. FIG. 13 is a configuration diagram showing a third specific example of lottery game information. 13 is a flowchart illustrating an example of the operation of the information processing system 1 according to the fifth embodiment.

The following describes in detail an information processing device, a program, and an information processing system according to an embodiment of the present invention. Note that the present invention can be widely applied to information processing devices, programs, information processing systems, and the like that employ a mechanism for granting content to users based on the lottery probability of each piece of content.

[First embodiment]
<System Configuration>
Fig. 1 is a configuration diagram showing an example of an information processing system 1 according to the first embodiment. As shown in Fig. 1, the information processing system 1 according to the first embodiment has one or more client terminals 10 and a server device 20 connected via a network N.

The client terminal 10 is a terminal device operated by a user, such as a PC, smartphone, or tablet, or a dedicated gaming device for home or commercial use. The server device 20 manages and controls the game played by the user on the client terminal 10, and processes billing within the game. The network N is the Internet, etc., and includes a mobile wireless base station, etc.

In addition to the client-server type information processing system 1 shown in FIG. 1, the present invention can also be applied to a standalone game device by providing a separate mechanism for in-game billing processing. The information processing system 1 in FIG. 1 is only one example, and it goes without saying that there are various system configurations depending on the application and purpose. For example, the server device 20 in FIG. 1 may be configured to be distributed across multiple computers.

<Hardware Configuration>
Client terminal and server device
Fig. 2 is a hardware configuration diagram showing an example of a computer 50 according to the first embodiment. The client terminal 10 and the server device 20 according to the first embodiment are realized by, for example, a computer 50 having the hardware configuration shown in Fig. 2. The computer 50 is an example of an information processing device.

As shown in FIG. 2, the computer 50 includes a CPU 51, a RAM 52, a ROM 53, a communication interface 54, an input device 55, a display device 56, an external interface 57, and a HDD 58, all of which are connected to each other via a bus line B. The input device 55 and the display device 56 may be connected and used when necessary.

The CPU 51 is a calculation device that realizes the control and functions of the entire computer by reading programs and data from storage devices such as the ROM 53 and HDD 58 onto the RAM 52 and executing various processes based on the read programs and data.

RAM 52 is an example of a volatile semiconductor memory (storage device) for temporarily storing programs and data, and is also used as a work area when CPU 51 executes various processes.

ROM 53 is an example of a non-volatile semiconductor memory (storage device) that can retain programs and data even when the power is turned off. ROM 53 stores programs and data such as the BIOS, OS settings, and network settings that are executed when computer 50 is started.

The communication interface 54 is an interface for connecting the computer 50 to the network N. This allows the computer 50 to perform data communication via the communication interface 54.

The input device 55 is a device used by a user or administrator to input various signals. The input device 55 is, for example, an operating device such as a touch panel, operation keys or buttons, a keyboard, or a mouse.

The display device 56 is a device for displaying various information on a screen to a user or an administrator. The display device 56 is, for example, a liquid crystal or organic electroluminescence display.

The external interface 57 is an interface for connecting to an external device so as to enable data communication. This allows the computer 50 to read and/or write data from and to a recording medium via the external interface 57. The external device is, for example, a recording medium such as a flexible disk, a CD, a DVD, an SD memory card, or a USB memory.

HDD 58 is an example of a non-volatile storage device that stores programs and data. The programs and data stored therein include the OS, which is the basic software that controls the entire computer, and applications that provide various functions on the OS.

In addition, instead of HDD 58, a drive device that uses flash memory as a storage medium (e.g., a solid-state drive: SSD) may be used.

The client terminal 10 and server device 20 according to this embodiment can perform various processes, as described below, by executing a program on a computer 50 having the hardware configuration described above.

<Software configuration>
Server device
3 is a functional block diagram showing an example of the server device 20 according to the first embodiment. The server device 20 according to the first embodiment is realized by, for example, the functional blocks shown in FIG.

The server device 20 according to the first embodiment realizes a server control unit 200, a server storage unit 220, and a server communication unit 240 by executing a program.

The server control unit 200 has the function of executing processes related to various games. This server control unit 200 includes a lottery game execution unit 201, a bonus granting unit 202, a composite game execution unit 203, a competitive game execution unit 204, and a display control unit 205.

The lottery game execution unit 201 executes a lottery game that determines by lottery the content to be acquired by the user based on the game operation received by the client terminal 10 from the user.

The reward granting unit 202 grants rewards to users who have played the lottery game up to the play limit.

For example, when a user plays a lottery game a maximum number of times set for each user, the user is given a special benefit set according to that maximum number of times.

For example, when the amount of points consumed by a user in a lottery game reaches the maximum amount of points that is set for each user, the user is given a special benefit that is set according to the maximum amount of points consumed.

The composite game execution unit 203 executes a composite game that combines two or more pieces of content owned by the user based on game operations received by the client terminal 10 from the user.

The competitive game execution unit 204 progresses a competitive game using content owned by the user based on operations received by the client terminal 10 from the user.

The display control unit 205 controls the screen display of the client terminal 10 according to the progress of the lottery game, the combination game, and the battle game.

The server storage unit 220 has the function of storing information related to various games. This server storage unit 220 includes a character information storage unit 221, an acquired character information storage unit 222, and a user information storage unit 223.

The character information storage unit 221 stores character information (content information) related to characters as an example of content. The character information stored in the character information storage unit 221 includes various characters used in lottery games and combination games.

The acquired character information storage unit 222 stores acquired character information regarding characters that can be acquired by the user. The acquired character information stored in the acquired character information storage unit 222 includes characters that can be acquired in a lottery game, characters that can be acquired as a bonus, etc., set according to the maximum number of plays or the maximum amount of points that can be consumed.

The user information storage unit 223 stores user information about the user. The user information stored in the user information storage unit 223 includes the maximum number of plays and maximum point consumption set for each user, the number of plays and point consumption of the user, game points and various characters owned by the user, the number of times the user has executed the lottery process, etc.

The server communication unit 240 has the function of communicating with the client terminal 10 via the network N.

Client terminal
Fig. 4 is a functional block diagram showing an example of the client terminal 10 according to the first embodiment. The client terminal 10 according to the first embodiment is realized by, for example, the functional blocks shown in Fig. 4.

The client terminal 10 according to the first embodiment executes a program to realize a client control unit 100, a client storage unit 120, a client communication unit 140, an operation reception unit 150, and a screen display unit 160. The client control unit 100 includes a request transmission unit 101 and a response reception unit 102.

The operation reception unit 150 receives operations from a user who operates the client terminal 10. The client control unit 100 also performs processing related to the game in the client terminal 10. The request transmission unit 101 transmits a request to the server device 20 based on the content of the operation received from the user by the operation reception unit 150. The response reception unit 102 receives responses such as processing results in response to the request transmitted by the request transmission unit 101 to the server device 20.

The client storage unit 120 also stores information required by the client terminal 10. The client communication unit 140 communicates with the server device 20. The screen display unit 160 displays the screen of the client terminal 10 under control of the server device 20.

As described above, in the information processing system 1 according to the first embodiment, the server device 20 controls the progress and display of various games, but the client terminal 10 may also perform these functions. Specifically, at least one of the game execution unit and the display control unit of the various games may be configured not to be provided in the server control unit 200 of the server device 20, but to be provided in the client control unit 100 of the client terminal 10.

The client control unit 100 of the client terminal 10 may be of a browser type, which receives page data written in HTML (Hyper Text Markup Language) or the like and scripts contained in the page data from the server device 20, and performs processing related to the game. The client control unit 100 of the client terminal 10 may be of an application type, which performs processing related to the game based on an installed application.

＜Game Overview＞
Here, an overview of the games in the first embodiment will be described. The games in the first embodiment include at least a lottery game, a combination game, and a battle game.

The lottery game in the first embodiment is a game in which, upon receiving an operation from a user to execute a character lottery, the user is given a character selected from a group of characters that are subject to the lottery based on the lottery probability.

In this lottery game, the maximum number of times a user can play the lottery game is set for each user. This prevents unfairness between users compared to when a uniform maximum number of times is set.

A user can repeatedly play the lottery game until the maximum number of plays set for each user is reached. Each time the user plays the lottery game, a predetermined amount of the user's game points are consumed.

In other words, if a user plays the lottery game until the maximum number of plays is reached, the amount of points consumed by the user in the lottery game will reach the maximum amount of points that the user can consume in the lottery game.

In other words, the play limit for the lottery game in this embodiment is when the number of times the user plays reaches the maximum number of times, and also when the amount of points consumed by the user reaches the maximum amount of points consumed.

When a user plays the lottery game repeatedly and reaches the maximum number of plays, they can receive a special character as a bonus, which is set according to the maximum number of plays.

In this embodiment, the lower the maximum number of plays, the more disadvantageous the bonus character will be to the user. This prevents unfairness from occurring between users with a high maximum number of plays and those with a low maximum number of plays.

The number of times a user has played the lottery game will be reset when the maximum number of times has been reached. Even if the user's number of times has been reset, the user can still challenge the lottery game again.

The synthesis game in the first embodiment is a game in which, upon receiving an operation from a user to execute character synthesis, the player combines a base character (base character) with material characters (material characters) to strengthen the abilities of the base character (strengthening synthesis) or to grow the base character to the next stage and evolve it into another character (evolved character) (evolution synthesis).

Users can select a base character and a material character from among the characters they own (such as characters won in a lottery game), and perform strengthening synthesis or evolution synthesis.

When using strengthening synthesis, the material characters are removed from the user's possession, but the ability values of the base character they continue to possess are improved.

In evolution synthesis, all characters that are pre-associated with a base character (related characters) are used as material characters, and in exchange for losing all related characters from the user's possession, the user is able to possess an evolved character that has been developed from the base character.

The battle game in the first embodiment is a game in which an opponent character appears for the user, and the opponent character battles a character owned by the user.

Users can select a character from those they own (such as characters acquired in a lottery game or characters evolved in a synthesis game) and challenge the opponent character to a battle.

<Operation>
《Setting the maximum number of plays》
(Specific Example 1)
Before the lottery game starts, the lottery game execution unit 201 of the server device 20 requests the display control unit 205 to execute screen display control to cause the client terminal 10 to display a setting operation screen for setting the maximum number of plays for the user.

When the display control unit 205 is requested by the lottery game execution unit 201 to execute screen display control, the display control unit 205 controls the display of a setting operation screen on the screen display unit 160 of the client terminal 10 based on the acquired character information stored in the acquired character information storage unit 222.

Figure 5 is a configuration diagram showing a first specific example of acquired character information. The acquired character information shown in Figure 5 has items such as maximum number of plays, maximum amount of points consumed, bonus characters, character level at the time of acquisition, characters that can be acquired in a lottery game, etc.

The maximum number of plays is information indicating the maximum number of times a user can play the lottery game. The maximum point consumption is information indicating the maximum amount of game points a user can consume in a lottery game. In this case, 100 points are consumed in one lottery game, so the amount of points consumed is set to the maximum number of plays.

The bonus character is information that indicates the character that the user can acquire as a bonus. Here, one or more bonus characters are set for each maximum number of plays.

In addition, a rarity (indicated by the number of stars) is associated with each bonus character. Rarity is information that indicates how scarce the character is, and is set in multiple stages (for example, 10 stages).

The character level at the time of acquisition is information that indicates the level set for a character that will be a bonus when the user acquires it. The characters that can be acquired in the lottery game is information that indicates a group of characters that are the subject of the lottery. In this case, the bonus characters are included in this group of characters.

In the lottery game of this embodiment, one of the characters included in this character group will be given to the user. Each character that makes up the character group is set based on the character information stored in the character information storage unit 221.

Figure 6 is a diagram showing a second specific example of acquired character information. The items contained in the acquired character information shown in Figure 6 are the same as those in the acquired character information shown in Figure 5. However, in the acquired character information shown in Figure 6, the character level at the time of acquisition is set to be lower as the maximum number of plays decreases.

When acquired character information is configured in this way, the lower the maximum number of plays, the more disadvantageous the bonus character will be to the user. This maintains fairness between users with a high maximum number of plays and those with a low maximum number of plays.

In addition, character settings that are disadvantageous to the user can be made by lowering the character level set for the bonus character, or by lowering the rarity of the bonus character. Also, as the maximum number of plays increases, an evolved character that has been developed to the next stage can be set as the bonus character.

Figure 7 is a diagram showing an example of character information. The character information shown in Figure 7 has the following items: character ID, name, rarity, lottery probability, evolution information, maximum level, initial attack power, maximum attack power, initial HP, maximum HP, etc.

The character ID is information for uniquely identifying a character. The name is information indicating the character's name. The rarity is information indicating the rarity of the character.

The lottery probability is information that indicates the probability that a user can win in the lottery game. Here, the higher the rarity of a character, the lower the lottery probability is set. The evolution information is information about the evolved character.

Maximum level is information indicating the maximum value of a character's level. Initial attack power is information indicating the initial value of a character's attack power. Maximum attack power is information indicating the maximum value of a character's attack power. Initial HP is information indicating the initial value of a character's HP. Maximum HP is information indicating the maximum value of a character's HP.

Figure 8 is a configuration diagram showing an example of evolution information. The evolution information shown in Figure 8 has at least evolved characters and material characters as items. The evolved characters are information indicating the characters that have evolved through evolutionary synthesis. The material characters are information indicating the material characters required during evolutionary synthesis.

Figure 9 is an image diagram showing a first specific example of a setting operation screen. This setting operation screen 500 lists the maximum number of plays that the user can set based on acquired character information, along with the maximum amount of points to be consumed, and the rarity and number of characters that will be given as bonuses.

When the setting operation screen 500 is displayed, the user selects one of the operation buttons 501 to perform a game operation on the client terminal 10 to set the maximum number of plays that the user desires.

In addition, in the setting operation screen 500, in addition to the user selecting the maximum number of plays from a list, the user may also be able to input a number for the maximum number of plays.

When the user performs game operations on the setting operation screen 500 in this manner, the operation reception unit 150 of the client terminal 10 receives the operation content based on the user's game operations.

The request sending unit 101 of the client terminal 10 requests the server device 20 to perform setting processing based on the operation content accepted by the operation accepting unit 150 from the user.

Then, when the lottery game execution unit 201 of the server device 20 receives the operation content from the client terminal 10, it sets and registers the maximum number of plays, etc. selected by the user on the setting operation screen 500, in the user information stored in the user information storage unit 223.

Figure 10 is a diagram showing an example of user information. The user information shown in Figure 10 has items such as user ID, name, rank, age, number of plays, maximum number of plays, owned points, owned characters, and past point consumption (pt/month).

The user ID is information for uniquely identifying the user. The name is information indicating the user's name. The rank is information indicating the user's game level. The age is information indicating the user's age.

The number of plays is information that indicates the number of times the user has played at the current time. Here, the amount of points to be consumed corresponding to the number of plays is also set. The maximum number of plays is information that indicates the maximum number of plays set for the user himself/herself. Here, the maximum amount of points to be consumed corresponding to the maximum number of plays is also set.

Owned points is information that indicates the amount of points a user possesses. Owned characters is information that indicates the various characters a user possesses. Past point consumption (pt/month) is information that indicates the amount of points consumed in the past month.

(Specific Example 2)
Fig. 11 is an image diagram showing a second specific example of the setting operation screen. A setting operation screen 510 shown in Fig. 11 displays a list of characters that are given as bonuses based on acquired character information.

When the setting operation screen 510 is displayed, the user selects one of the operation buttons 511 to perform a game operation on the client terminal 10 to set the maximum number of plays that can be made to acquire a desired character as a bonus.

In other words, in the case of the setting operation screen 510 shown in FIG. 11, the maximum number of plays is set indirectly, unlike the case in which the user directly sets the maximum number of plays on the setting operation screen 500 shown in FIG. 9.

When the user performs game operations on this setting operation screen 510, the operation reception unit 150 of the client terminal 10 receives the operation content based on the user's game operations.

The request sending unit 101 of the client terminal 10 requests the server device 20 to perform setting processing based on the operation content accepted by the operation accepting unit 150 from the user.

Then, when the lottery game execution unit 201 of the server device 20 receives the operation content from the client terminal 10, it selects and registers one of the maximum numbers of plays that can be made to acquire the bonus character selected by the user on the setting operation screen 510 in the user information stored in the user information storage unit 223.

The user may select multiple characters as the desired bonus on the setting operation screen 510. In this case, the number of plays may be set to a number less than the maximum number of plays set in the acquired character information.

For example, if the user selects character A and character B individually and the user's maximum number of plays is set to 300 times based on the acquired character information, when the user selects both character A and character B, the user's maximum number of plays may be set to 600 times, or may be set to 500 times, which is less than 600 times.

The maximum number of plays set for the user may be different depending on whether the character the user selects as a bonus on the setting operation screen 510 is the same as a character already owned or a different character. For example, if a character different from a character already owned is specified as a bonus, the maximum number of plays may be set to 300 times, and if a character the user already owns is specified as a bonus, the maximum number of plays may be set to 350 times. On the other hand, if the character selected as a bonus by the user is the same as a character already owned, the maximum number of plays may be set according to the level of the character already owned, the current number owned, the total number of times acquired, the number of times it has been strengthened and synthesized, the number of times it has evolved, etc.

(Specific Example 3)
Fig. 12 is an image diagram showing a third specific example of the setting operation screen. On the setting operation screen 520 shown in Fig. 12, the range of the maximum number of plays is displayed in a list together with the corresponding range of the maximum point consumption amount based on the acquired character information.

When the setting operation screen 520 is displayed, the user selects one of the operation buttons 521 to perform a game operation on the client terminal 10 to set any one of the maximum number of plays included in the range of the maximum number of plays.

In other words, in the case of the setting operation screen 520 shown in FIG. 12, unlike the case where the user systematically sets the maximum number of plays on the setting operation screen 500 shown in FIG. 9, the maximum number of plays is set accidentally.

When the user performs game operations on this setting operation screen 520, the operation reception unit 150 of the client terminal 10 receives the operation content based on the user's game operations.

The request sending unit 101 of the client terminal 10 requests the server device 20 to perform setting processing based on the operation content accepted by the operation accepting unit 150 from the user.

Then, when the lottery game execution unit 201 of the server device 20 receives the operation content from the client terminal 10, it selects and registers one of the maximum number of plays from the range of the maximum number of plays selected by the user on the setting operation screen 520 in the user information stored in the user information storage unit 223. Note that this set and registered maximum number of plays may be notified to the client terminal 10 immediately after the setting and registration, or may not be notified until a predetermined condition is met. For example, the maximum number of plays may be notified to the client terminal 10 when the number of plays reaches 40% of the maximum number of plays.

(Specific Example 4)
Fig. 13 is an image diagram showing a fourth specific example of the setting operation screen. A setting operation screen 530 shown in Fig. 13 displays a list of users' age classes based on acquired character information.

In this case, the user's age class will be added as an item for each maximum number of plays to the acquired character information shown in Figure 5 or Figure 6.

When the setting operation screen 530 is displayed, the user selects one of the operation buttons 531 to perform a game operation on the client terminal 10 to set the maximum number of plays corresponding to the rank that includes the user's age.

In other words, in the case of the setting operation screen 530 shown in FIG. 13, the maximum number of plays is set indirectly, unlike the case in which the user directly sets the maximum number of plays on the setting operation screen 500 shown in FIG. 9.

When the user performs game operations on this setting operation screen 530, the operation reception unit 150 of the client terminal 10 receives the operation content based on the user's game operations.

The request sending unit 101 of the client terminal 10 requests the server device 20 to perform setting processing based on the operation content accepted by the operation accepting unit 150 from the user.

Then, when the lottery game execution unit 201 of the server device 20 receives the operation content from the client terminal 10, it sets and registers the maximum number of plays corresponding to the age class selected by the user on the setting operation screen 530 in the user information stored in the user information storage unit 223.

In addition, on this setting operation screen 530, instead of displaying a list of the user's age by class, it is also possible to display a list of the user's rank, the user's past point consumption (pt/month), the user's number of days logged in, etc. by class.

(others)
In addition to the above-mentioned specific examples, the maximum number of plays may be set based on the average rarity of the characters owned by the user, or based on whether or not the user already owns the bonus character.

Furthermore, the setting of the maximum number of plays does not necessarily have to be done before the lottery game starts. For example, the user may be able to change the setting to a new maximum number of plays after the lottery game starts and before the current maximum number of plays is reached.

《Benefits Granted》
FIG. 14 is a flowchart illustrating an example of the operation of the information processing system 1 in this embodiment.

When the lottery game execution unit 201 of the server device 20 receives a request from the client terminal 10, it requests the display control unit 205 to execute screen display control so as to display the lottery game screen on the client terminal 10 (step S11).

Next, when the display control unit 205 receives a request from the lottery game execution unit 201 to execute screen display control, it performs control to display the lottery game screen on the screen display unit 160 of the client terminal 10.

When the lottery game screen is displayed on the screen display unit 160 of the client terminal 10, the user performs a game operation on the client terminal 10 to start the lottery game.

When the user performs game operations on the lottery game screen in this manner, the operation reception unit 150 of the client terminal 10 receives operation content based on the user's game operations (step S12).

The request sending unit 101 of the client terminal 10 requests the server device 20 to perform lottery processing based on the operation content accepted by the operation accepting unit 150 from the user.

Next, when the lottery game execution unit 201 of the server device 20 receives the operation content from the client terminal 10, it updates the user information stored in the user information storage unit 223 and consumes a predetermined amount of game points owned by the user (step S13).

Next, the lottery game execution unit 201 of the server device 20 executes a lottery process to determine the character that the user will acquire based on the lottery probability for each character set in the character information (step S14).

Specifically, the lottery game executing unit 201 acquires the maximum number of plays set for the user from the user information shown in FIG. 10. Then, the lottery game executing unit 201 acquires a group of characters to be selected from the acquired character information shown in FIG. 5 or FIG. 6, which corresponds to the acquired user's maximum number of plays. Here, each of the "characters that can be acquired in the lottery game" set in the acquired character information is acquired.

Then, the lottery game execution unit 201 refers to the character information shown in FIG. 7 and determines and grants to the user a character from the acquired character group based on the lottery probability set for each character that makes up the character group.

At this time, the lottery game execution unit 201 updates the user information shown in FIG. 10 and sets the character granted by lottery as the user's owned character.

Next, the lottery game execution unit 201 of the server device 20 updates the user information stored in the user information storage unit 223, and increments the number of times the user has played by one by executing one lottery process (step S15).

In addition, as the number of plays is counted up, the user's points consumed are also counted up by a specified amount (for example, 100 points).

Next, the lottery game execution unit 201 of the server device 20 refers to the user information stored in the user information storage unit 223 to determine whether the number of plays by the user has reached the maximum number of plays (step S16).

If the result of this determination is that the user's number of plays has not reached the maximum number of plays, the process returns to step S11 described above, and the user's game operations are again accepted on the lottery game screen. On the other hand, if the user's number of plays has reached the maximum number of plays, the process proceeds to the next step S17.

Next, when the number of plays by the user reaches the maximum number of plays, the lottery game execution unit 201 of the server device 20 requests the bonus awarding unit 202 to execute a bonus awarding process (step S17).

When the lottery game execution unit 201 requests the bonus granting unit 202 of the server device 20 to execute a bonus grant, the lottery game execution unit 202 obtains the maximum number of plays set for the user from the user information shown in FIG. 10. The lottery game execution unit 201 then refers to the acquired character information shown in FIG. 5 or FIG. 6, and grants the user a bonus character that corresponds to the obtained maximum number of plays for the user.

Here, it is also possible to give the user a special character using acquired character information such as that shown below.

Figure 15 is a configuration diagram showing a third specific example of acquired character information. The acquired character information shown in Figure 15 has items such as maximum number of plays, maximum amount of points consumed, characters that can be acquired through bonuses and lottery games, the highest rarity of characters that can be acquired as bonuses, the number that can be selected, etc.

The acquired character information shown in FIG. 15 differs from the acquired character information shown in FIG. 5 or FIG. 6 in that "characters that can be acquired through bonuses and lottery games" are set for each maximum number of plays.

The characters that can be acquired as a bonus and the characters that can be acquired in the lottery game are the same here, and are made up of a character group consisting of multiple characters set in the character information.

In addition, the acquired character information shown in FIG. 15 differs from the acquired character information shown in FIG. 5 or FIG. 6 in that the "highest rarity of characters that can be acquired as a bonus" and "selectable number" are set for each maximum number of plays.

The "maximum rarity of characters that can be acquired as a bonus" is information that indicates the upper limit of rarity set for each character that can be acquired as a bonus. The "number of selectable characters" is information that indicates the number of characters that a user can select from the character group as a bonus.

Figure 16 is a configuration diagram showing a fourth specific example of acquired character information. The items contained in the acquired character information shown in Figure 16 are the same as those in the acquired character information shown in Figure 15. However, the acquired character information shown in Figure 16 is set up so that the number of selectable characters that will be given as a bonus increases as the maximum number of plays increases.

As a result, the number of characters that can be acquired as a bonus can be varied depending on the maximum number of plays. This maintains fairness between users with a high maximum number of plays and those with a low maximum number of plays.

In addition, the acquired character information shown in FIG. 15 has the same "characters that can be acquired through bonuses and lottery games" (character group) for each maximum number of plays, but the acquired character information shown in FIG. 16 can have different "characters that can be acquired through bonuses and lottery games" (character group) for each maximum number of plays.

In addition, in this acquired character information, instead of the "highest rarity of a character that can be acquired as a bonus," the average or expected value of the rarity set for characters that can be acquired as a bonus may be used.

When the acquired character information shown in FIG. 15 or FIG. 16 is used, the bonus granting unit 202 of the server device 20 acquires the "characters that can be acquired through bonuses and lottery games" (character group) that corresponds to the user's maximum number of plays, and grants one of the characters from this character group to the user as a bonus.

Here, the bonus granting unit 202 may grant as a bonus a character selected by the user from this character group. In addition, the bonus granting unit 202 may grant as a bonus a character selected based on a lottery probability from among the characters of the highest rarity that make up the character group.

At this time, the bonus granting unit 202 updates the user information shown in FIG. 10 and sets the character granted as a bonus as the user's owned character.

Returning to FIG. 14, when the bonus is awarded to the user by the bonus awarding unit 202 in this manner, the lottery game executing unit 201 of the server device 20 resets the number of plays of the user by returning the number of plays set in the user information shown in FIG. 10 to its initial value (step S18).

In addition, when the number of plays is reset, the user's point consumption is also reset by resetting the point consumption set in the user information shown in FIG. 10 to its initial value.

(others)
In addition, in the process of step S16 described above, the bonus granting unit 202 may determine whether the user's point consumption amount has reached the maximum point consumption amount, instead of determining whether the user's number of plays has reached the maximum number of plays. If the result of this determination is that the user's number of plays has not reached the maximum number of plays, the process returns to the process of step S11 described above, and the user's game operation is accepted again on the lottery game screen. On the other hand, if the user's number of plays has reached the maximum number of plays, the process proceeds to the next step S17.

[Second embodiment]
In the first embodiment, as described in the process of step S15, the number of plays of the user is counted up by one by executing one lottery process.

However, even if a user repeatedly plays the lottery game after setting a maximum number of plays for each user, the number of plays may not reach the maximum number of plays, which may discourage the user from playing.

Therefore, in the second embodiment, the number of plays to be counted varies by executing one lottery process. This reduces the number of plays required to reach the maximum number of plays, and increases the user's motivation to play.

<Operation>
《Benefits Granted》
FIG. 17 is a flowchart illustrating an example of the operation of the information processing system 1 in the second embodiment.

The processing in steps S21 to S24 in the flowchart shown in FIG. 17 is the same as the processing in steps S11 to S14 in the flowchart shown in FIG. 14. Therefore, the processing from step S25 onwards will be described below.

The lottery game execution unit 201 of the server device 20 determines the number of plays to be increased by executing one lottery process in the processing of step S24 (step S25).

Specifically, the lottery game execution unit 201 determines the number of plays to be increased by lottery. For example, possible count numbers (1 to 10) may be set in advance, and the number of plays may be increased by the count number determined by lottery. As a result, executing one lottery process may increase the user's number of plays by one, or it may increase by two or more.

The lottery game execution unit 201 can also determine the number of plays to be increased depending on the character that is assigned to the user by executing one lottery process. For example, if a character with high rarity is assigned as a result of the lottery, the number of plays of the user may be counted up by one. On the other hand, if a character with low rarity is assigned, the number of plays of the user may be counted up by two.

Conversely, for characters with low rarity, the number of times the character has been played may be counted up by one, and for characters with high rarity, the number of times the character has been played may be counted up by two.

The lottery game execution unit 201 can also determine the number of plays to be increased according to the number of plays when the lottery process is executed and the number of times the lottery process has been executed up to the time the lottery process is executed. For example, if the number of plays when the lottery process is executed is 0 or if the lottery process is executed for the first time, the number of plays of the user may be counted up by 10, and if the number of plays when the lottery process is executed is 10 or if the lottery process has been executed for the tenth time, the number of plays of the user may be counted up by one. In this way, the number of plays to be increased may be decreased as the number of plays when the lottery process is executed and the number of times the lottery process has been executed up to the time the lottery process is executed increases. Conversely, the number of plays to be increased may be increased as the number of plays when the lottery process is executed and the number of times the lottery process has been executed up to the time the lottery process is executed decreases.

In addition, when the lottery process results in a character having the highest rarity from among the group of characters being awarded, the lottery game executing unit 201 may, in subsequent lottery processes, not increment the number of times the user has played by one for each lottery process executed, but instead increment the number of times the user has played by two or more.

Next, when the number of plays to be increased is determined in this manner, the lottery game execution unit 201 of the server device 20 updates the user information stored in the user information storage unit 223 to set the number of plays after the count-up.

At this time, the number of points consumed by the user is also counted up in conjunction with the counting up of the number of plays. Here, in both cases where the number of plays is counted up by one as a result of one lottery process being executed, and where the number of plays is counted up by two or more as a result of one lottery process being executed, the number of points consumed by the user is counted up by a predetermined amount (e.g., 100 pts).

Note that if the number of plays is counted up by two or more as a result of one lottery process being executed, the count of the amount of points consumed may be changed accordingly.

Next, the lottery game execution unit 201 of the server device 20 refers to the user information stored in the user information storage unit 223 to determine whether the number of plays by the user has reached or exceeded the maximum number of plays (step S26).

If the result of this determination is that the user's number of plays has not reached the maximum number of plays, the process returns to step S21 described above, and the user's game operations are again accepted on the lottery game screen. On the other hand, if the user's number of plays has reached the maximum number of plays, the process proceeds to the next step S27.

Next, when the number of plays by the user reaches the maximum number of plays, the lottery game execution unit 201 of the server device 20 requests the bonus awarding unit 202 to execute a bonus awarding process (step S27).

When the lottery game execution unit 201 requests the bonus granting unit 202 of the server device 20 to execute the bonus granting, the bonus granting unit 202 grants the user a bonus character according to the user's maximum number of plays.

Next, when the bonus is awarded to the user by the bonus awarding unit 202, the lottery game executing unit 201 of the server device 20 resets the number of plays of the user by returning the number of plays set in the user information shown in FIG. 10 to its initial value (step S28).

At this time, if the lottery game execution unit 201 counts up the number of plays by the user and the number of plays exceeds the maximum number of plays, the excess number of plays may be carried over to the next game.

In addition, when the number of plays is reset, the user's point consumption is also reset by resetting the point consumption set in the user information shown in FIG. 10 to its initial value.

(others)
The lottery game executing unit 201 may vary the number of plays to be increased due to factors other than the lottery game, regardless of whether one lottery process has been executed. For example, the number of plays to be increased may be increased as a login bonus. For example, the number of plays to be increased may be increased by winning a competitive game. For example, the number of plays to be increased may be varied due to interactions with friends (other users).

The lottery game execution unit 201 can also vary the number of plays to be counted depending on the amount of points consumed by the user. For example, when playing one lottery game by consuming 100 pts, the number of plays of the user is counted up by one, but when playing one lottery game by consuming 50 pts, the number of plays may be counted up by 0.5. Note that even when playing one lottery game by consuming 50 pts, it is also possible to count up the number of plays by one.

In addition, when multiple characters are awarded in one lottery, the lottery game execution unit 201 may count up the number of plays by the user by more than the number of characters, rather than by multiple characters. For example, when 10 characters are awarded in one lottery, the number of plays may be counted up by 12 characters, rather than by 10 characters.

In addition, when the lottery result is that the character with the highest rarity from among the group of characters is awarded, the lottery game execution unit 201 may, in subsequent lottery processes, increment the number of times the user has played by two or more times instead of incrementing the number of times the user has played by one time for executing a single lottery process.

The lottery game execution unit 201 can also increase the number of plays count for users who have acquired many low-rarity characters in the lottery game (or for users whose characters acquired in the lottery game have a low average rarity).

The lottery game execution unit 201 can also increase the number of plays for a user who has used a character acquired in a lottery game as a material character many times (a user who has sold a character acquired in a previous lottery game many times).

[Third embodiment]
In the third embodiment, a case will be described in which a user can play each of a plurality of types of lottery games.

In the first embodiment described above, the number of times a user plays one lottery game is counted, and when the number of plays reaches the user's maximum number of plays for that one lottery game, a special benefit is given to the user.

However, when there are multiple lottery games and a maximum number of plays is set for each lottery game, it becomes cumbersome for the user to manage the number of plays for each lottery game.

In addition, because there are too many types of lottery games, users may give up playing each lottery game before reaching the maximum number of plays. As a result, the number of plays accumulated up to that point will go to waste.

In contrast, in the third embodiment, the number of plays of a user who plays multiple lottery games is counted together, and a special benefit is awarded to the user when the total number of plays reaches the user's maximum number of plays.

As a result, users can more easily manage their own play counts in one place by standardizing the maximum number of plays for each lottery game, and can reduce the waste of accumulated play counts.

<Software configuration>
Server device
18 is a functional block diagram showing an example of the server device 20 according to the third embodiment. The functional block diagram of the third embodiment is configured by adding a lottery game information storage unit 224 instead of the acquired character information storage unit 222 constituting the functional block diagram of the first embodiment.

The lottery game information storage unit 224 stores lottery game information related to various lottery games. The structure of the lottery game information stored in the lottery game information storage unit 224 is as follows.

Figure 19 is a configuration diagram showing a first specific example of lottery game information. The lottery game information shown in Figure 19 has items such as a lottery game ID, a count number, bonuses and characters that can be acquired in the lottery game, consumed points, and the average rarity of characters that can be acquired as bonuses.

The lottery game ID is information for uniquely identifying the lottery game. The count number is information indicating the amount of play that is increased by executing one lottery process. The count number can be used as the transition rate.

Here, the more points consumed, the higher the count. Therefore, the more disadvantageous it is for the user, the fewer plays they can make until they reach the maximum number of plays (making it easier to reach the maximum number of plays).

The characters that can be acquired through bonuses and lottery games are information that indicates the characters that can be acquired as bonuses and the characters that can be acquired through lottery games.

The characters that can be acquired as a bonus and the characters that can be acquired in the lottery game are the same here, and are made up of a character group consisting of multiple characters set in the character information.

The points consumed is information indicating the amount of points consumed when a user plays one lottery game. The average rarity of characters that can be acquired as a bonus is information indicating the average value of the rarity set for each character that can be acquired as a bonus.

In addition, instead of this average rarity value, it is also possible to use the expected rarity value set for each character that can be acquired as a bonus.

Figure 20 is a configuration diagram showing a second specific example of lottery game information. The items in the lottery game information shown in Figure 20 are the same as those in the lottery game information shown in Figure 19. However, in the lottery game information shown in Figure 20, the lower the average rarity of the characters that can be acquired as a bonus, the larger the count number is set.

Therefore, the easier the bonus character is to acquire and the lower its rarity, the easier it will be for the user to reach the maximum number of plays; and the harder the bonus character is to acquire and the rarer it is, the more difficult it will be for the user to reach the maximum number of plays.

<Operation>
《Benefits Granted》
FIG. 21 is a flowchart illustrating an example of the operation of the information processing system 1 in the third embodiment.

The processing of steps S31 to S34 in the flowchart shown in FIG. 21 is common to all types of lottery games, and is similar to the processing of steps S21 to S24 in the flowchart shown in FIG. 17. Therefore, the processing from step S35 onwards will be explained below.

The lottery game execution unit 201 of the server device 20 executes one lottery process for any type of lottery game based on the lottery game information in the process of step S34, and determines the count number to be increased for the number of plays depending on the type of lottery game for which the lottery was performed (step S35).

Specifically, the lottery game execution unit 201 refers to the lottery game information shown in FIG. 19 or FIG. 20 to obtain a count number corresponding to the type of lottery game for which the lottery was drawn, and increases the number of plays by the user (i.e., the number of plays common to each lottery game) by the obtained count number.

In this way, regardless of the type of lottery game a user plays, the user can increase the number of plays common to each lottery game. Here, the maximum number of plays common to each lottery game is set in the user information, making it easier to centrally manage the number of plays of the user.

Next, the lottery game execution unit 201 of the server device 20 refers to the user information stored in the user information storage unit 223 to determine whether the number of plays by the user (the number of plays common to each lottery game) is equal to or greater than the maximum number of plays by the user (i.e., the maximum number of plays common to each lottery game) (step S36).

If the result of this determination is that the common number of plays has not reached the common maximum number of plays, the process returns to step S31 described above, and the user's game operations are again accepted on the lottery game screen. On the other hand, if the common number of plays has reached the common maximum number of plays, the process proceeds to the next step S37.

Next, when the common number of plays reaches the common maximum number of plays, the lottery game execution unit 201 of the server device 20 requests the bonus awarding unit 202 to award a bonus (step S37).

When the lottery game execution unit 201 requests the bonus granting unit 202 of the server device 20 to execute the bonus granting, the bonus granting unit 202 obtains, from the lottery game information shown in FIG. 19 or FIG. 20, a character group corresponding to the lottery game when the common maximum number of plays is reached. Here, the "characters that can be acquired in the bonus and lottery game" set in the lottery game information are obtained as the character group.

Then, the bonus granting unit 202 grants to the user, from the acquired group of characters, a character having the average rarity set in the lottery game information as a bonus. At this time, the bonus granting unit 202 may grant, as a bonus, a character selected by the user himself from this group of characters.

Next, when the bonus is awarded to the user by the bonus awarding unit 202, the lottery game executing unit 201 of the server device 20 resets the number of plays of the user (the number of plays common to each lottery game) set in the user information shown in FIG. 10 by returning it to the initial value (step S38).

(others)
In addition, in the process of step S37 described above, the bonus giving unit 202 may give, as a bonus, a special character (such as a time-limited character) that has been given in the past in any type of lottery game.

In addition, in the processing of step S37 described above, the bonus granting unit 202 may select a character group corresponding to any type of lottery game other than the character group corresponding to the lottery game when the maximum number of plays is reached, and grant the user a character included in the selected character group as a bonus. Furthermore, among multiple types of lottery games, a character group corresponding to one or more lottery games for which a lottery was executed at least once before the maximum number of plays is reached may be selected, and grant the user a character included in the selected character group as a bonus.

[Fourth embodiment]
In the fourth embodiment, as in the third embodiment, a case will be described in which a user can play each of a plurality of types of lottery games.

In the third embodiment described above, when a user plays multiple types of lottery games, the number of times the user has played each game is shared and managed collectively. In contrast, in the fourth embodiment, when a user plays multiple types of lottery games, the number of times the user has played each game is managed individually for each lottery game.

However, when a user's number of plays is managed individually for each lottery game, there are cases where the user wishes to collectively manage the number of plays for each lottery game depending on the lottery situation, etc.

Therefore, in the fourth embodiment, the number of plays of a user counted in one type of lottery game can be transferred to the number of plays of the user counted in another type of lottery game. This allows the user to combine the number of plays accumulated in each lottery game as needed.

<Operation>
《Transfer of number of plays》
The lottery game executing unit 201 of the server device 20 requests the display control unit 205 to execute screen display control so as to cause the client terminal 10 to display a first operation screen for transferring the number of plays of the lottery game.

When the display control unit 205 is requested by the lottery game execution unit 201 to execute screen display control, the display control unit 205 controls the display of the first operation screen on the screen display unit 160 of the client terminal 10 based on the lottery game information stored in the lottery game information storage unit 224.

Figure 22 is an image diagram showing an example of the first operation screen. On the first operation screen 550, an operation is performed to shift the number of plays of any one of the lottery games B to D among the lottery games A to D to the number of plays of the lottery game A.

This first operation screen 550 displays the number of plays and the maximum number of plays for the user for each of the lottery games A to D based on the user information. Note that in the user information in this embodiment, the number of plays and the maximum number of plays for each lottery game are set in association with the user.

Here, it is shown that for lottery game A, the number of plays is 82, and the maximum number of plays is 300. For lottery game B, the number of plays is 25, and the maximum number of plays is 200. For lottery game C, the number of plays is 80, and the maximum number of plays is 300. For lottery game D, the number of plays is 16, and the maximum number of plays is 100.

The first operation screen 550 also displays the transition rate for each of the lottery games B to D based on the lottery game information. In this embodiment, the count number set in the lottery game information is used as the transition rate.

Here, for lottery game B, the transfer rate is shown to be 2.0. For lottery game C, the transfer rate is shown to be 3.0. For lottery game D, the transfer rate is shown to be 0.5.

The transfer rate is determined by the ratio of the number of counts in the lottery game to be transferred to and the number of counts in the lottery game from which the transfer is made.

Therefore, if the count number of lottery game A is 2, the count number of lottery game B is 4, the count number of lottery game C is 6, and the count number of lottery game D is 1, then the rate of lottery game B when transitioning from lottery game B to lottery game A is 2.0, the rate of lottery game C when transitioning from lottery game C to lottery game A is 3.0, and the rate of lottery game D when transitioning from lottery game D to lottery game A is 0.5.

When the first operation screen 550 is displayed, the user selects one of the operation buttons 551 to perform a game operation on the client terminal 10 to specify another lottery game to transition to lottery game A.

The following describes a case where lottery game D is selected by the user and the number of plays of lottery game D is transferred to the number of plays of lottery game A.

When the user performs game operations on the first operation screen 550 in this manner, the operation reception unit 150 of the client terminal 10 receives operation content based on the user's game operations.

The request sending unit 101 of the client terminal 10 requests the server device 20 to perform migration processing based on the operation content accepted by the operation accepting unit 150 from the user.

Then, when the lottery game execution unit 201 of the server device 20 receives the operation content from the client terminal 10, it executes a transition process to transition the number of plays of lottery game D to the number of plays of lottery game A.

In this transition process, the transition rate of lottery game D when transitioning from lottery game D to lottery game A is 0.5, so the number of times lottery game D has been played is converted from 16 to 8, and this is added to the number of times lottery game A has been played. As a result, the number of times lottery game A has been played becomes 90, down from 82.

Then, the lottery game execution unit 201 of the server device 20 requests the display control unit 205 to execute screen display control so as to display a second operation screen on the client terminal 10 to allow the user to confirm the transfer of the number of plays.

When the display control unit 205 is requested by the lottery game execution unit 201 to execute screen display control, the display control unit 205 performs control to display the second operation screen on the screen display unit 160 of the client terminal 10 based on the result of the transition process.

Figure 23 is an image diagram showing an example of the second operation screen. The second operation screen 560 displays that when the number of times lottery game D has been played is transferred to the number of times lottery game A has been played, the number of times lottery game A has been played will be updated to 90 times.

Then, when the user presses the operation button 561, the lottery game execution unit 201 confirms the transfer of the number of plays between the lottery games, and sets in the user information that the number of plays of lottery game A has become 90 times and the number of plays of lottery game D has become 0 times.

In this way, the user can combine the number of plays that has been accumulated separately for each lottery game as needed. Also, the user can accumulate the number of plays by playing a lottery game with a high count number, and then transfer the accumulated number of plays to a lottery game with a low count number.

[Fifth embodiment]
In the above third and fourth embodiments, a case where multiple lottery games are set for one game (game title) has been described, whereas in the fifth embodiment, a case where a lottery game is set for each of multiple games (game titles) will be described.

Even if there is a lottery game for each of multiple games, if a maximum number of plays is set for each game title, it becomes cumbersome for users to manage the number of plays for each game title.

Therefore, in the fifth embodiment, similar to the third embodiment described above, the number of plays of a user who plays the lottery game of each game title is collectively managed, and a special benefit is given to the user when the total number of plays reaches the user's maximum number of plays.

Furthermore, in the fifth embodiment, similar to the fourth embodiment described above, when the number of plays of a user who played the lottery game of each game title is managed individually, the number of plays of a user counted in the lottery game of a certain game title can be transferred (added) to the number of plays of a user counted in the lottery game of another game title.

Figure 24 is a configuration diagram showing a third specific example of lottery game information. The lottery game information shown in Figure 24 has various data set for each game title, and is configured by adding a game ID to the lottery game information configuration shown in Figure 19. The game ID is information for uniquely identifying the game title.

<Operation>
《Benefits Granted》
FIG. 25 is a flowchart illustrating an example of the operation of the information processing system 1 in the fifth embodiment.

The processing of steps S41 to S44 in the flowchart shown in FIG. 25 is executed in common for all lottery games of any game title, and is similar to the processing of steps S31 to S34 in the flowchart shown in FIG. 21. Therefore, the processing from step S45 onwards will be explained below.

The lottery game execution unit 201 of the server device 20 executes one lottery process for a lottery game of any game title based on the lottery game information in the process of step S44, and determines the number of plays to be increased according to the type of game title for which the lottery was performed (step S45).

Specifically, the lottery game execution unit 201 refers to the lottery game information shown in FIG. 24 to obtain a count number corresponding to the type of game title for which the lottery was held, and increases the number of plays by the user (i.e., the number of plays common to all games) by the obtained count number.

In this way, a user can increase the number of plays common to each game, regardless of which game title the user plays in the lottery game. Here, the maximum number of plays common to each game is set in the user information, making it easier to centrally manage the number of plays for the user.

Next, the lottery game execution unit 201 of the server device 20 refers to the user information stored in the user information storage unit 223 to determine whether the number of plays by the user (the number of plays common to each game) is equal to or greater than the maximum number of plays by the user (i.e., the maximum number of plays common to each game) (step S46).

If the result of this determination is that the number of plays common to each game has not reached the maximum number of plays common to each game, the process returns to step S41 described above, and the user's game operation is again accepted on the lottery game screen. On the other hand, if the number of plays common to each game has reached the maximum number of plays common to each game, the process proceeds to the next step S47.

Next, when the number of plays common to each game reaches the maximum number of plays common to each game, the lottery game execution unit 201 of the server device 20 requests the bonus awarding unit 202 to award a bonus (step S47).

When the bonus granting unit 202 of the server device 20 is requested by the lottery game executing unit 201 to execute bonus granting, the bonus granting unit 202 obtains a character group corresponding to the game title when the maximum number of plays common to each game is reached from the lottery game information shown in FIG. 24. Here, the "characters that can be acquired through bonuses and lottery games" set in the lottery game information are obtained as the character group.

Then, the bonus granting unit 202 grants to the user, from the acquired group of characters, a character having the average rarity set in the lottery game information as a bonus. At this time, the bonus granting unit 202 may grant, as a bonus, a character selected by the user himself from this group of characters.

Next, when the bonus is awarded to the user by the bonus awarding unit 202, the lottery game executing unit 201 of the server device 20 resets the number of plays of the user (the number of plays common to all games) set in the user information shown in FIG. 10 by returning it to the initial value (step S48).

《Transfer of number of plays》
In the fifth embodiment, the lottery game execution unit 201 of the server device 20 can execute a transition process in the same manner as in the fourth embodiment described above, thereby transitioning the number of times a lottery game with a certain game title has been played to the number of times a lottery game with another game title has been played.

This allows users to combine the number of plays they have accumulated separately by playing the lottery games for each game title, as needed.

[Other embodiments]
The above-mentioned embodiment is for facilitating understanding of the present invention, and is not intended to limit the present invention. The present invention may be modified or improved without departing from the spirit of the present invention, and the present invention also includes equivalents. In particular, the following embodiments are also included in the present invention.

<Contents>
In the above embodiment, the content is a character set in the character information, but the content is not limited to this. For example, the content may be various data such as items, cards, figures, avatars, images, music, scenarios, and quests, or programs such as apps.

<Game Points>
In the above embodiment, game points may be data that represents the quantity of items, coins, tickets, virtual currency, cash currency, etc. possessed by the user, converted into points (quantified), regardless of whether the items, etc. are free or paid.

<Next lottery game>
In the above embodiment, the lottery game executing unit 201 resets the number of plays of the user for the user who replays the lottery game after the number of plays of the user is reset. In this case, if the same condition as the previous time (for example, the maximum number of plays) is set again, it may be a burden for the user and reduce his/her motivation to play.

Therefore, after resetting, the lottery game executing unit 201 may set the new maximum number of plays for the user to a number less than the previous maximum number of plays. In addition, the characters that can be acquired through the bonus or lottery game may be characters of high rarity, or the number of characters that can be acquired through the bonus may be increased.

For example, the lottery game execution unit 201 may set a lower maximum number of plays than the previous time for a user who acquired many low-rarity characters in the previous lottery game (or a user whose characters acquired in the previous lottery game had a low average rarity), or may increase the number of plays to be counted.

For example, for a user who has used characters acquired in the previous lottery game many times as material characters (a user who has sold characters acquired in the previous lottery game many times), the maximum number of plays may be set to be lower than the previous time, or the number of plays to be increased may be counted higher.

<Benefits Granted>
In the above embodiment, the user may repeatedly play the lottery game, and before the user's number of plays reaches the maximum number of plays, the "bonus character" that would have been granted to the user when the number of plays reaches the maximum number of plays may be changed to a different character.

For example, if character A is to be given as a bonus when the maximum number of plays is reached, the evolved character of character A may be changed by lottery before the maximum number of plays is reached.

The number of "bonus characters" may also be increased or decreased without being changed. For example, an evolved character of character A may be added, and the user may select either character A or the evolved character of character A when the maximum number of plays is reached.

In addition, in the above embodiment, after the bonus granting unit 202 has granted a bonus character to a user because the user has played a game a maximum number of times, it is also possible to increase the rarity of the next bonus character to be granted, or to increase the number of selectable characters to be granted next bonus.

In addition, in the above embodiment, after the bonus granting unit 202 has granted a bonus character to the user when the user's number of plays reaches the maximum number of plays, it is also possible to change the group of characters ("characters that can be acquired through bonuses and lottery games") set in the acquired character information shown in FIG. 15 or FIG. 16 to different content.

In addition, in the above embodiment, the bonus granting unit 202 may grant a bonus character of higher rarity than the previous one to a user who acquired many characters of low rarity in the previous lottery game (or a user whose characters acquired in the previous lottery game had a low average rarity).

<Characters that will be included as bonuses>
There is a lack of fairness between users who are awarded their desired character as a result of a lottery before reaching the maximum number of plays, and users who are awarded their desired character as a bonus because the maximum number of plays has been reached.

Therefore, in the above embodiment, the bonus granting unit 202 may increase the parameters (level, experience points, etc.) set for the bonus character each time the lottery game executing unit 201 executes one lottery process before the user's number of plays reaches the maximum number of plays. In this case, the parameters (level, experience points, etc.) are accumulated each time the lottery game is played, and the accumulated amount can be notified to the client terminal 10.

For example, if the maximum number of plays for both User A and User B is set to 300, User A will acquire "Character X" in the 280th drawing before reaching the maximum number of plays, while User B will continue drawing up to the maximum number of plays of 300 but will not acquire "Character X" and will instead acquire "Character X" as a bonus.

In this case, if the level increases by one point with each lottery process, User B's "Character X" who has played the lottery game 300 times will reach "Level 300," and User A's "Character X" will reach "Level 280."

For this reason, those who play the lottery up to the maximum number of times will consume more points, but will be able to obtain higher level characters. This not only motivates users to play up to the maximum number of times, but also increases fairness between users.

In the above example, User A's "Character X" was acquired in the 280th draw before the maximum number of plays was reached, so instead of setting it to "Level 280," it may be set to half that, "Level 140."

On the other hand, User B's "Character X" was given to them as a bonus after they reached the maximum number of plays, so instead of setting it to "Level 300," it could be set to twice that, "Level 600."

In addition to increasing parameters such as experience points, users who play the maximum number of times may be given some or all of the material characters required to evolve bonus characters.

In addition, the accumulated parameters (level, experience points, etc.) may be set to become effective only when the maximum number of plays has been reached. For example, if the maximum number of plays is 300, and "Character X" is acquired in the 280th drawing before the maximum number of plays is reached, the player will not be able to acquire a "Level 280" character.

<Maximum number of plays>
In the above embodiment, the maximum number of times that a user can play the lottery game is set for each user, but this is not limited to the above. For example, a uniform maximum number of times of play may be set for each user, and the initial number of times of play or the number of times of play to be increased may be changed for each user to prevent unfairness. In other words, it is sufficient to be able to set the number of times of play and the amount of points consumed to reach the maximum number of times of play for each user.

<The same character will be given as a bonus>
In the above embodiment, when the maximum number of plays is set differently for each user, the character to be given as a bonus may be set to the same character. In this case, the maximum number of plays required to obtain the same character differs for each user, which lacks fairness.

Therefore, in the above embodiment, the lottery game execution unit 201 may set a limit on the number of times the lottery game is executed per certain period.

For example, if user A's maximum number of plays is set to 100, user B's maximum number of plays to 200, and user C's maximum number of plays to 300, and all have the same "Character X" set as a bonus, the number of times user A can perform a lottery per day may be limited to 4, user B's number of times user C can perform a lottery per day to 10, and user C's number of times user C can perform a lottery per day to 30. This allows for greater fairness between users as the maximum number of plays required to reliably obtain the same "Character X" increases.

1 Information processing system 10 Client terminal 20 Server device 50 Computer 51 CPU
52 RAM
53 ROM
54 Communication interface 55 Input device 56 Display device 57 External interface 58 HDD
100 Client control unit 101 Request sending unit 102 Response receiving unit 120 Client memory unit 140 Client communication unit 150 Operation receiving unit 160 Screen display unit 200 Server control unit 201 Lottery game execution unit 202 Benefit granting unit 203 Combined game execution unit 204 Battle game execution unit 205 Display control unit 220 Server memory unit 221 Character information storage unit 222 Acquired character information storage unit 223 User information storage unit 240 Server communication unit 500 Setting operation screen 501 Operation button 510 Setting operation screen 511 Operation button 520 Setting operation screen 521 Operation button 530 Setting operation screen 531 Operation button 530 Setting operation screen 531 Operation button 550 First operation screen 551 Operation button 560 Second operation screen 561 Operation button B Bus line N Network

Claims (3)

a lottery unit configured, when a user selects and plays one of the first lottery game or the second lottery game, to grant the user content selected from a content group associated with the selected lottery game and to add a quantity for one play to the user's first accumulation number, and configured, when a user plays one play of the third lottery game, to grant the user content selected from a content group associated with the third lottery game and to add a quantity for one play to the user's second accumulation number;
a bonus section configured to allow the user to acquire, as a bonus, content selected from content having a high rarity included in a content group associated with the first lottery game or the second lottery game when the user's first accumulated number reaches a predetermined number as a result of playing the game, and configured to allow the user to acquire, as a bonus, content designated by the user from a content group associated with the third lottery game when the user's second accumulated number reaches an upper limit number as a result of playing the game;
Equipped with
the bonus section makes a content group associated with the third lottery game and a content group associated with the first lottery game or the second lottery game partly the same, and makes it possible to specify, as the content that can be acquired as a bonus when the user's second accumulated number reaches an upper limit number, the same content that can be acquired as a bonus when the user's first accumulated number reaches a predetermined number;
23. An information processing apparatus comprising: Computer,
a lottery means configured, when a user selects and plays one of the first lottery game and the second lottery game, to grant to the user content selected from a content group corresponding to the selected lottery game and to add a quantity for one play to the first accumulation number of the user, and configured, when a user plays one play of the third lottery game, to grant to the user content selected from a content group corresponding to the third lottery game and to add a quantity for one play to the second accumulation number of the user;
a bonus means configured to allow the user to acquire, as a bonus, a content selected from among the content having a high rarity included in the content group associated with the first lottery game or the second lottery game when the user's first accumulated number reaches a predetermined number as a result of playing the game, and to allow the user to acquire, as a bonus, a content designated by the user from among the content group associated with the third lottery game when the user's second accumulated number reaches an upper limit number as a result of playing the game;
Function as a
the reward means makes a content group corresponding to the third lottery game and a content group corresponding to the first lottery game or the second lottery game partially the same, and makes it possible to specify, as the content that can be acquired as a reward when the user's second accumulated number reaches an upper limit number, the same content as the content that can be acquired as a reward when the user's first accumulated number reaches a predetermined number;
A program characterized by : The computer
a lottery process configured to, when a user selects and plays one of a first lottery game or a second lottery game, grant the user content selected from a content group associated with the selected lottery game and add a quantity for one play to the user's first accumulation number, and to grant a user who plays one third lottery game to a content group associated with the third lottery game and add a quantity for one play to the user's second accumulation number;
a bonus process configured to allow the user to acquire, as a bonus, content selected from content having a high rarity included in a content group associated with the first lottery game or the second lottery game when the user's first accumulated number reaches a predetermined number as a result of playing the game, and to allow the user to acquire, as a bonus, content designated by the user from a content group associated with the third lottery game when the user's second accumulated number reaches an upper limit number as a result of playing the game;
Run
In the bonus process, a content group corresponding to the third lottery game and a content group corresponding to the first lottery game or the second lottery game are made partially the same, and the content that can be acquired as a bonus when the user's second accumulated number reaches an upper limit can be specified as the same content as the content that can be acquired as a bonus when the user's first accumulated number reaches a predetermined number.
23. An information processing method comprising:

Images