JP7411307B2 - Information processing device, program, and information processing method. - Google Patents

Description

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

An information processing device is known that executes a lottery game in which a user is given one of the contents selected from a plurality of contents based on a lottery probability set for each content (character) (for example, Patent Document 1 ).

Patent No. 5745682

In such a lottery game, a low lottery probability is generally set for content with high rarity value. Therefore, even if users repeatedly play the lottery game, it is difficult for users to acquire rare and valuable content.

The present invention has been made in view of these circumstances, and its purpose is to increase the user's desire to play.

The main invention of the present invention for solving the above problems is as follows:
A user who plays one of multiple types of lottery games by consuming items he/she owns is given a character with a rarity drawn from a group of characters associated with the lottery game. a lottery game execution unit that adds the accumulated number for playing the lottery game to the accumulated number of the user commonly accumulated by playing each type of lottery game;
On the condition that the user's accumulated number reaches a predetermined number, a character with a high rarity that is included in a character group associated with one of the multiple types of lottery games is selected by lottery. a benefit granting unit that grants the character to the user as a benefit;
This is an information processing device equipped with.

Also, the computer
A user who plays one of multiple types of lottery games by consuming items he/she owns is given a character with a rarity drawn from a group of characters associated with the lottery game. lottery game execution means for adding the accumulated number for playing the lottery game to the accumulated number for the user commonly accumulated by playing each type of lottery game;
On the condition that the user's accumulated number reaches a predetermined number, a character with a high rarity that is included in a character group associated with one of the multiple types of lottery games is selected by lottery. A benefit granting means for granting a character as a benefit to the user;
This is a program that functions as

Also, the computer
A user who plays one of multiple types of lottery games by consuming items he/she owns is given a character with a rarity drawn from a group of characters associated with the lottery game. a lottery game execution step of adding the accumulated number for playing the lottery game to the accumulated number of the user commonly accumulated by playing each type of lottery game;
On the condition that the user's accumulated number reaches a predetermined number, a character with a high rarity that is included in a character group associated with one of the multiple types of lottery games is selected by lottery. a benefit granting step of granting the character as a benefit to the user;
This is an information processing method that includes.

FIG. 1 is a configuration diagram showing an example of an information processing system according to a first embodiment. FIG. 1 is a hardware configuration diagram showing an example of a computer according to a 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 showing an example of a client terminal according to the first embodiment. It is a block diagram which shows the 1st specific example of acquired character information. It is a block diagram which shows the 2nd specific example of acquired character information. FIG. 3 is a configuration diagram showing an example of character information. FIG. 3 is a configuration diagram showing an example of evolution information. FIG. 3 is an image diagram showing a first specific example of a setting operation screen. FIG. 2 is a configuration diagram showing an example of user information. FIG. 7 is an image diagram showing a second specific example of a setting operation screen. FIG. 7 is an image diagram showing a third specific example of a setting operation screen. FIG. 7 is an image diagram showing a fourth specific example of a setting operation screen. It is a flowchart explaining an example of operation of the information processing system in a 1st embodiment. It is a block diagram which shows the 3rd specific example of acquired character information. It is a block diagram which shows the 4th specific example of acquired character information. It is a flow chart explaining an example of operation of an information processing system in a 2nd embodiment. It is a functional block diagram showing an example of a server device 20 according to a third embodiment. It is a block diagram which shows the 1st specific example of lottery game information. It is a block diagram which shows the 2nd specific example of lottery game information. It is a flow chart explaining an example of operation of information processing system 1 in a 3rd embodiment. FIG. 3 is an image diagram showing an example of a first operation screen. FIG. 3 is an image diagram showing an example of a second operation screen. It is a block diagram which shows the 3rd specific example of lottery game information. It is a flow chart explaining an example of operation of information processing system 1 in a 5th embodiment.

Below, an information processing device, a program, and an information processing system according to an embodiment of the present invention will be described in detail. Note that the present invention can be widely applied to information processing devices, programs, information processing systems, etc. that employ a mechanism for awarding content to users based on the lottery probability of each 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, in the information processing system 1 according to the first embodiment, one or more client terminals 10 and a server device 20 are connected via a network N.

The client terminal 10 is a terminal device operated by a user, such as a PC, a smartphone, or a tablet, or a game-dedicated device for home or business use. The server device 20 manages and controls the game played by the user on the client terminal 10, performs billing processing within the game, and the like. The network N is the Internet or the like, and includes mobile radio base stations and the like.

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 separately providing a mechanism for performing in-game billing processing. It goes without saying that the information processing system 1 in FIG. 1 is one example, and that there are various system configuration examples depending on the usage and purpose. For example, the server device 20 in FIG. 1 may be configured to be distributed among multiple computers.

<Hardware configuration>
《Client terminal and server device》
FIG. 2 is a hardware configuration diagram showing an example of the computer 50 according to the first embodiment. The client terminal 10 and the server device 20 according to the first embodiment are realized, for example, by a computer 50 having a hardware configuration shown in FIG. 2. Note that 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, an HDD 58, etc., each of which is interconnected via a bus line B. has been done. Note that the input device 55 and the display device 56 may be connected and used when necessary.

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

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

The ROM 53 is an example of a nonvolatile semiconductor memory (storage device) that can retain programs and data even when the power is turned off. The ROM 53 stores programs and data such as the BIOS, OS settings, and network settings that are executed when the 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 operation 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 the user or administrator. The display device 56 is, for example, a liquid crystal display, an organic EL display, or the like.

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

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

Note that instead of the HDD 58, a drive device (for example, a solid state drive: SSD) that uses flash memory as a storage medium may be used.

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

<Software configuration>
《Server device》
FIG. 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, for example, by functional blocks shown in FIG. 3.

The server device 20 according to the first embodiment implements 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 a function of executing processing related to various games. This server control section 200 includes a lottery game execution section 201 , a benefit provision section 202 , a composite game execution section 203 , a competitive game execution section 204 , and a display control section 205 .

The lottery game execution unit 201 executes a lottery game in which content to be acquired by the user is determined by lottery based on a game operation that the client terminal 10 receives from the user.

The benefit granting unit 202 grants a benefit to the user who has played the lottery game up to the play limit.

For example, when the number of times a user has played a lottery game reaches a maximum number of plays set for each user, a privilege set according to the maximum number of plays is given to the user.

Further, for example, when the amount of points consumed by a user in a lottery game reaches the maximum point consumption amount set for each user, a privilege set according to the maximum point consumption amount is given to the user.

The composite game execution unit 203 executes a composite game that combines two or more contents owned by the user, based on a game operation that the client terminal 10 receives from the user.

The competitive game execution unit 204 advances a competitive game using content owned by the user, based on an operation that the client terminal 10 receives 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 composite game, the competitive game, and the like.

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

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

The acquired character information storage unit 222 stores acquired character information regarding characters that can be acquired by the user. In the acquired character information stored in the acquired character information storage section 222, characters that can be acquired in lottery games, characters that can be acquired as benefits, etc. are set according to the maximum number of plays or the maximum amount of points consumed.

The user information storage unit 223 stores user information regarding users. 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, the game points and various characters owned by the user, and the user's lottery. The number of times the process is executed, etc. are set.

The server communication unit 240 has a 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, functional blocks shown in FIG. 4.

The client terminal 10 according to the first embodiment realizes a client control section 100, a client storage section 120, a client communication section 140, an operation reception section 150, and a screen display section 160 by executing a program. The client control unit 100 includes a request transmitting unit 101 and a response receiving unit 102.

The operation accepting unit 150 accepts operations from a user who operates the client terminal 10. The client control unit 100 also performs processing related to games on the client terminal 10. The request transmitter 101 transmits a request to the server device 20 based on the content of the operation received by the operation receiver 150 from the user. The response receiving unit 102 receives a response such as a processing result in response to a request transmitted by the request transmitting unit 101 to the server device 20.

Further, the client storage unit 120 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 from the server device 20.

Note that, as described above, in the information processing system 1 according to the first embodiment, the server device 20 performs progress and display control of various games, but the client terminal 10 may also perform the control. Specifically, at least one of a game execution unit and a display control unit for various games is not provided in the server control unit 200 of the server device 20, but is provided in the client control unit 100 of the client terminal 10. Good too.

The client control unit 100 of the client terminal 10 also receives page data written in HTML (Hyper Text Markup Language) or the like, scripts included in the page data, etc. from the server device 20, and uses a browser to perform game-related processing. There is a type. Further, the client control unit 100 of the client terminal 10 has an application type that performs processing related to a game based on an installed application.

<Game Overview>
Here, an overview of the game in the first embodiment will be explained. The games in the first embodiment include at least a lottery game, a composite game, and a competitive game.

The lottery game in the first embodiment is a game in which, when an operation to perform a character lottery is received from a user, a character selected from a group of characters to be randomly selected based on a lottery probability is given to the user.

In this lottery game, the maximum number of times a user can play the lottery game is set for each user. Therefore, compared to a case where the maximum number of plays is set uniformly, there is no unfairness among users.

The user can repeatedly play the lottery game until reaching the maximum number of plays set for each user. Then, each time the user plays the lottery game, the user's game points are consumed by a predetermined amount.

That is, when the 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 reaches the maximum amount of points that the user can consume in the lottery game.

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

Then, as a result of repeatedly playing the lottery game, when the number of plays reaches the maximum number of plays, the user can obtain a character set according to the maximum number of plays as a benefit.

In this embodiment, the smaller the maximum number of plays, the more the bonus character is given with character settings that are disadvantageous to the user. This prevents unfairness between users who have played the game a lot and users who have played a lot less.

Note that the number of times the user has played the lottery game is reset when the maximum number of times the user has played the lottery game has been reached. Even if the user's play count has been reset, the user can try the lottery game again.

In the compositing game in the first embodiment, when an operation to perform character compositing is received from the user, the abilities of the base character are strengthened by combining a character that is a base character (base character) with a character that is a material (material character). It is a game in which you can evolve a character (reinforced synthesis), or grow a base character to the next stage and evolve it into a different character (evolved character) (evolutionary synthesis).

Users can select base characters and material characters from among their own characters (such as characters acquired through a lottery game) and perform reinforcement synthesis and evolutionary synthesis.

With enhanced synthesis, the material characters are removed from the user's hands, but the ability values of the base character they still have can be improved.

In evolutionary synthesis, by using all the characters (related characters) associated with the base character in advance as material characters, instead of all the related characters disappearing from the user's hands, we can create an evolved version that grows from the base character. You can own the character.

The battle game in the first embodiment is a game in which a character to be an opponent appears to the user, and a character owned by the user is pitted against the character to be the opponent.

Users can select one of their own characters (such as characters acquired through a lottery game or characters evolved through a composite game) and challenge it to a battle with an opponent character. .

<Operation>
《Setting the maximum number of plays》
(Specific example 1)
Before starting the lottery game, the lottery game execution unit 201 of the server device 20 causes the display control unit 205 to perform screen display control so as to display a setting operation screen for setting the maximum number of plays by the user on the client terminal 10. request.

When the display control unit 205 is requested to perform screen display control from the lottery game execution unit 201, the display control unit 205 displays the 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. Control what is displayed on the screen.

FIG. 5 is a configuration diagram showing a first specific example of acquired character information. The acquired character information shown in FIG. 5 includes items such as the maximum number of plays, the maximum point consumption, a character to be a bonus, a character level at the time of acquisition, and a character that can be acquired in a lottery game.

The maximum number of plays is information indicating the maximum number of times a user can play the lottery game. The maximum point consumption amount is information indicating the maximum amount of game points that the user can consume in the lottery game. Here, since 100 points are consumed in each lottery game, the amount of points consumed is set for the maximum number of plays.

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

In addition, a rarity (illustrated by the number of stars) is associated with the character that is a bonus. Rarity is information indicating scarcity value, and ranks are set in multiple stages (for example, 10 stages).

The character level at the time of acquisition is information indicating the level set for the character that will be a benefit when the user acquires it. The characters that can be obtained in the lottery game are information indicating a group of characters to be selected for the lottery. Here, this character group includes characters that serve as benefits.

In the lottery game of this embodiment, one of the characters included in this character group will be given to the user. Note that each character constituting the character group is set based on character information stored in the character information storage section 221.

FIG. 6 is a configuration diagram showing a second specific example of acquired character information. The items included in the acquired character information shown in FIG. 6 are the same as the acquired character information shown in FIG. 5. However, in the acquired character information shown in FIG. 6, the character level at the time of acquisition is set to decrease as the maximum number of plays decreases.

When the acquired character information is configured in this way, the smaller the maximum number of plays, the more the character that serves as a benefit will be provided with character settings that are disadvantageous to the user. For this reason, it is possible to maintain fairness between users who have played a large number of times and users who have played a small number of times.

Note that character settings that are disadvantageous to the user may include lowering the rarity of the character that is a bonus, in addition to lowering the character level set for the character that is a bonus. Furthermore, as the maximum number of plays increases, an evolved character that has grown to the next stage may be set as a character that provides a bonus.

FIG. 7 is a configuration diagram showing an example of character information. The character information shown in FIG. 7 has items such as character ID, name, rarity, lottery probability, evolution information, maximum level, initial attack power, maximum attack power, initial HP, and maximum HP.

Character ID is information for uniquely identifying a character. The name is information indicating the character name. Rarity is information indicating the rarity value of a character.

The lottery probability is information indicating the probability that the user can win in the lottery game. Here, the higher the rarity of the character, the lower the lottery probability is set. The evolution information is information regarding the character after evolution.

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

FIG. 8 is a configuration diagram showing an example of evolution information. The evolution information shown in FIG. 8 has at least an evolved character and a material character as items. The evolved character is information indicating the character after evolution through evolutionary synthesis. The material character is information indicating a material character required during evolutionary synthesis.

FIG. 9 is an image diagram showing a first specific example of the setting operation screen. The setting operation screen 500 displays a list of the maximum number of plays that can be set by the user based on the acquired character information, together with the maximum point consumption, and the rarity and number of characters to be rewarded.

When the setting operation screen 500 is displayed, the user selects any of the operation buttons 501 to perform a game operation on the client terminal 10 to set the user's desired maximum number of plays.

Note that on the setting operation screen 500, the user may be able to enter the maximum number of plays numerically instead of selecting the maximum number of plays from the list.

When the user performs a game operation 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 operation.

The request transmitting unit 101 of the client terminal 10 requests the server device 20 to perform a setting process based on the operation content that the operation receiving unit 150 has received from the user.

Thereafter, upon receiving the operation details from the client terminal 10, the lottery game execution unit 201 of the server device 20 adds the maximum number of plays selected by the user on the setting operation screen 500 to the user information stored in the user information storage unit 223. Register settings.

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

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

The number of plays is information indicating the number of times the user has played at the current time. Here, the amount of points consumed corresponding to the number of plays is also set. The maximum number of plays is information indicating the maximum number of plays set for the user. Here, the maximum point consumption corresponding to the maximum number of plays is also set.

Possession points are information indicating the amount of points possessed by the user. Possession characters are information indicating various characters possessed by the user. The past point consumption amount (pt/month) is information indicating 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 will be given as benefits based on the acquired character information.

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

That is, in the case of the setting operation screen 510 shown in FIG. 11, unlike the case where the user directly sets the maximum number of plays on the setting operation screen 500 shown in FIG. 9, the maximum number of plays is set indirectly. It turns out.

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

The request transmitting unit 101 of the client terminal 10 requests the server device 20 to perform a setting process based on the operation content that the operation receiving unit 150 has received from the user.

Thereafter, upon receiving the operation details from the client terminal 10, the lottery game execution unit 201 of the server device 20 adds the character selected by the user on the setting operation screen 510 as a bonus to the user information stored in the user information storage unit 223. Among the maximum number of plays that can be acquired, select one of the maximum number of plays and register the setting.

Note that, on the setting operation screen 510, the user may be allowed to select a plurality of characters as desired benefits. In this case, the number of times of play may be set smaller than the maximum number of times of play set in the acquired character information.

For example, if the user selects character A and character B independently, and the maximum number of plays for the user is set to 300 based on the acquired character information, the user selects both character A and character B. In this case, the maximum number of plays by the user may be set to 600 times, or may be set to 500 times, which is less than 600 times.

In addition, the maximum play set for the user is determined depending on whether the character selected as a benefit by the user on the setting operation screen 510 is the same as the character the user already owns, or when it is different from the character the user already owns. The number of times may be different. For example, if you specify a character that is different from the character you already own as a bonus, the maximum number of plays will be set to 300, and if you specify a character that is the same as a character you already own as a bonus, the maximum number of plays will be set to 300. The number of times may be set to 350 times. On the other hand, if the character selected by the user to receive the benefit is the same as a character they already own, the level of the character they already own, the number they currently own, the total number of times they have been acquired, the number of times they have been strengthened, and their evolution. The maximum number of plays may be set depending on the number of times played.

(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 as a list along with the range of the maximum point consumption amount corresponding thereto, based on the acquired character information.

When the setting operation screen 520 is displayed, the user can select any of the operation buttons 521 to perform game operations for setting any of the maximum number of plays included in the range of the maximum number of plays. is performed on the client terminal 10.

That is, in the case of the setting operation screen 520 shown in FIG. 12, unlike the case where the user intentionally sets the maximum number of plays on the setting operation screen 500 shown in FIG. 9, the maximum number of plays is set accidentally. It turns out.

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

The request transmitting unit 101 of the client terminal 10 requests the server device 20 to perform a setting process based on the operation content that the operation receiving unit 150 has received from the user.

Thereafter, when the lottery game execution unit 201 of the server device 20 receives the operation details from the client terminal 10, the range of the maximum number of plays selected by the user on the setting operation screen 520 is added to the user information stored in the user information storage unit 223. Select one of the maximum number of plays from the list and register the setting. Note that the registered maximum number of plays may be notified to the client terminal 10 immediately after the setting is registered, or may not be notified until a predetermined condition is met. For example, when the number of plays reaches 40% of the maximum number of plays, the client terminal 10 may be notified 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 user ages classified by class based on the acquired character information.

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

When the setting operation screen 530 is displayed, the user selects one of the operation buttons 531 to execute the game operation for setting the maximum number of plays corresponding to the class that includes his or her age. This is done for the terminal 10.

That is, in the case of the setting operation screen 530 shown in FIG. 13, unlike the case where the user directly sets the maximum number of plays on the setting operation screen 500 shown in FIG. 9, the maximum number of plays is set indirectly. It turns out.

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

The request transmitting unit 101 of the client terminal 10 requests the server device 20 to perform a setting process based on the operation content that the operation receiving unit 150 has received from the user.

After that, when the lottery game execution unit 201 of the server device 20 receives the operation details from the client terminal 10, it matches the user information stored in the user information storage unit 223 with the age class selected by the user on the setting operation screen 530. Set and register the maximum number of plays.

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

(others)
In addition to the specific example described above, the maximum number of plays may be set based on the average rarity of characters owned by the user. Further, the maximum number of plays may be set depending on whether or not the user already owns a character that is a bonus.

Further, the setting of the maximum number of plays is not limited to before the start of the lottery game. For example, after the lottery game starts and before the current maximum number of plays is reached, the setting may be changed to a new maximum number of plays by the user's operation.

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

Upon receiving the request from the client terminal 10, the lottery game execution unit 201 of the server device 20 requests the display control unit 205 to perform 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 is requested to perform screen display control from the lottery game execution unit 201, it controls displaying 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 a game operation on the lottery game screen in this manner, the operation reception unit 150 of the client terminal 10 receives the operation details based on the user's game operation (step S12).

The request transmitting unit 101 of the client terminal 10 requests the server device 20 to perform a lottery process based on the operation content received from the user by the operation receiving unit 150.

Next, upon receiving the operation details from the client terminal 10, the lottery game execution unit 201 of the server device 20 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 a character to be acquired by the user based on the lottery probability of each character set in the character information (step S14).

Specifically, the lottery game execution unit 201 acquires the maximum number of plays set for the user from the user information shown in FIG. Then, the lottery game execution unit 201 acquires a group of characters to be lottery targets corresponding to the acquired maximum number of plays by the user from the acquired character information shown in FIG. 5 or 6. Here, each of the "characters that can be acquired in the lottery game" set in the acquired character information is acquired.

Thereafter, the lottery game execution unit 201 refers to the character information shown in FIG. 7, and selects the user from among the acquired character groups based on the lottery probability set for each character constituting the acquired character group. Decide which character to use and assign it.

At this time, the lottery game execution unit 201 updates the user information shown in FIG. 10 and sets the character awarded 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 counts up the number of plays by the user by one due to executing one lottery process ( Step S15).

In addition, as the number of plays is counted up, the amount of points consumed by the user is also counted up by a predetermined amount (for example, by 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 and determines whether the number of plays by the user has reached the maximum number of plays (step S16). .

As a result of this determination, if the number of plays by the user has not reached the maximum number of plays, the process returns to step S11 described above, and the user's game operation is accepted again on the lottery game screen. On the other hand, if the number of plays by the user reaches the maximum number of plays, the process advances to the next step S17.

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

When receiving a request from the lottery game execution unit 201 to grant a benefit, the benefit granting unit 202 of the server device 20 acquires the maximum number of plays set for the user from the user information shown in FIG. Then, the lottery game execution unit 201 refers to the acquired character information shown in FIG. 5 or 6 and grants the user a character serving as a benefit corresponding to the acquired maximum number of plays by the user.

Here, it is also possible to provide a character as a benefit to the user using acquired character information as shown below.

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

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

Here, the characters that can be acquired as benefits and the characters that can be acquired in the lottery game are common, 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 FIGS. 5 or 6 in that the "highest rarity of characters that can be acquired as benefits" and "number of selectable characters" are set for each maximum number of plays. There is.

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

FIG. 16 is a configuration diagram showing a fourth specific example of acquired character information. The items included in the acquired character information shown in FIG. 16 are the same as the acquired character information shown in FIG. 15. However, the acquired character information shown in FIG. 16 is set so that as the maximum number of plays increases, the number of characters that can be selected as a bonus increases.

Therefore, the number of characters that can be acquired as benefits can be varied depending on the maximum number of plays. This makes it possible to maintain fairness between users who have played the game a lot and users who have played a lot less.

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

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

When using the acquired character information shown in FIG. 15 or 16, the benefit granting unit 202 of the server device 20 selects "characters that can be acquired in the privilege and lottery game" (character group) corresponding to the maximum number of plays by the user. ), and one of the characters from this character group is given to the user as a benefit.

Here, the benefit granting unit 202 may grant a character selected by the user himself from this character group as a benefit. Further, the benefit granting unit 202 may grant a character selected as a benefit based on the lottery probability from among the highest rarity characters constituting the character group.

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

Returning to FIG. 14, the lottery game execution unit 201 of the server device 20 initializes the number of plays set in the user information shown in FIG. By returning to the value, the number of plays by the user is reset (step S18).

In addition, in accordance with this resetting of the number of plays, the user's point consumption amount is also reset by returning the point consumption amount set in the user information shown in FIG. 10 to the initial value.

(others)
In addition, in the process of step S16 described above, the benefit granting unit 202 determines whether the user's point consumption has reached the maximum point consumption, instead of determining whether the number of plays by the user has reached the maximum number of plays. It may also be determined whether or not it has been done. As a result of this determination, if the number of plays by the user has not reached the maximum number of plays, the process returns to step S11 described above, and the user's game operation is accepted again on the lottery game screen. On the other hand, if the number of plays by the user reaches the maximum number of plays, the process proceeds to the next step S17.

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

However, even if the user repeatedly plays the lottery game after setting the maximum number of plays for each user, the number of plays does not easily reach the maximum number of plays, which may reduce the user's desire to play.

Therefore, in the second embodiment, the count of the number of plays to be increased is changed by executing one lottery process. Thereby, the number of plays until the maximum number of plays is reached can be reduced, and the user's desire to play can be increased.

<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. Therefore, below, the processing after step S25 will be explained.

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

Specifically, the lottery game execution unit 201 determines the count of the number of plays to be increased by a lottery. For example, a candidate count number (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, by executing one lottery process, the number of times a user has played may increase by one, or may increase by two or more.

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

Conversely, for characters with low rarity, the number of plays may be counted up by one, and for characters with high rarity, the number of plays may be counted up by two.

Further, the lottery game execution unit 201 can also determine the number of plays to be increased according to the number of plays at the time of executing the lottery process or the number of times the lottery process has been executed up to the time of executing the lottery process. be. For example, if the number of plays at the time of executing the lottery process is 0, or if the number of plays by the user is counted up by 10 when executing the first lottery process, and the number of plays at the time of executing the lottery process is 10. Or, if the lottery process is executed for the 10th time, the user's number of plays will be counted up by one, etc. The number of plays when the lottery process is executed, and the number of times the lottery process has been executed before the lottery process is executed. The number of plays to be increased may be decreased as the number of plays increases. Conversely, the count of the number of plays to be increased may be increased as the number of plays when the lottery process is executed or the number of times the lottery process has been executed before the lottery process is executed is smaller.

In addition, when a character with the highest rarity is awarded from a group of characters as a result of the lottery process, the lottery game execution unit 201 determines that in the subsequent lottery process, by executing one lottery process, Instead of counting up the number of plays by one, the number of plays by the user may be counted up by two or more.

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

At this time, the amount of points consumed by the user is also counted up as the number of plays is counted up. Here, the number of plays is counted up by one due to the execution of one lottery process, and the number of plays is counted up by two or more due to the execution of one lottery process. , the amount of points consumed by the user is counted up by a predetermined amount (for example, 100 points).

Note that if the number of plays is counted up by two or more due to one lottery process being executed, the count of the point consumption amount 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 and determines whether the number of plays by the user has exceeded the maximum number of plays (step S26). .

As a result of this determination, if the number of plays by the user has not reached the maximum number of plays, the process returns to step S21 described above, and the user's game operation is accepted again on the lottery game screen. On the other hand, if the number of plays by the user reaches the maximum number of plays, the process advances to the next step S27.

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

When receiving a request from the lottery game execution unit 201 to grant a benefit, the benefit granting unit 202 of the server device 20 grants a character as a benefit to the user according to the maximum number of times the user has played.

Next, when the bonus is awarded to the user by the bonus granting unit 202, the lottery game execution unit 201 of the server device 20 restores the number of plays set in the user information shown in FIG. 10 to the initial value. The number of plays is reset (step S28).

At this time, if the number of plays exceeds the maximum number of plays as a result of counting up the number of plays by the user, the lottery game execution unit 201 may carry over the excess number of plays to the next game.

In addition, in accordance with this resetting of the number of plays, the user's point consumption amount is also reset by returning the point consumption amount set in the user information shown in FIG. 10 to the initial value.

(others)
Note that the lottery game execution unit 201 can also vary the count of the number of plays to be increased based on factors other than the lottery game, not depending on the execution of one lottery process. For example, the number of plays may be increased as a bonus upon login. Further, for example, the count of the number of plays to be increased may be increased by winning a competitive game. Further, for example, the number of plays to be increased may be changed depending on interactions with friends (other users).

Further, the lottery game execution unit 201 can also vary the count of the number of plays to be increased according to the amount of points consumed by the user. For example, if 100 points are consumed to play one lottery game, the number of plays by the user is counted up by 1, but if 50 points are consumed and one lottery game is played, the number of plays is counted by 0.5. You can also upload it. Note that even if 50 points are consumed to play one lottery game, the number of plays can be counted up by one.

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

Furthermore, in the case where the character with the highest rarity among the character group is awarded as a result of the lottery, in the subsequent lottery process, the lottery game execution unit 201 performs the lottery by executing one lottery process. Instead of counting up the number of plays by one, the number of plays by the user may be counted up by two or more.

In addition, the lottery game execution unit 201 increases the number of play counts for users who have acquired many characters of low rarity in the lottery game (or users whose average rarity value of the characters acquired in the lottery game is low). It is also possible to increase the number of

In addition, the lottery game execution unit 201 increases the number of plays for users who have used the characters acquired in the lottery game many times as material characters (users who have sold the characters acquired in the previous lottery game many times). It is also possible to increase the number of counts.

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

In the first embodiment described above, the number of times a user has played 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 benefit is given to that user. It is something to do.

However, when a plurality of lottery games exist and a maximum number of plays is set for each lottery game, it becomes complicated for the user to manage the number of plays of each lottery game.

Furthermore, because there are too many types of lottery games, there is a risk that the user may give up playing each lottery game before the number of times he or she has played reaches the maximum number of times. As a result, the number of plays that have been accumulated up to now is wasted.

In contrast, in the third embodiment, the number of plays of a user who has played multiple lottery games is collectively counted, and when the total number of plays reaches the user's maximum number of plays, a benefit is given to the user. I made it.

As a result, the maximum number of plays for each lottery game is standardized, making it easier for users to collectively manage their own number of plays, and reducing the number of plays accumulated so far being wasted.

<Software configuration>
《Server device》
FIG. 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 has a configuration in which a lottery game information storage section 224 is added in place of the acquired character information storage section 222 that constitutes the functional block diagram of the first embodiment.

The lottery game information storage unit 224 stores lottery game information regarding various lottery games. The configuration of the lottery game information stored in the lottery game information storage section 224 is as follows.

FIG. 19 is a configuration diagram showing a first specific example of lottery game information. The lottery game information shown in FIG. 19 has items such as a lottery game ID, a count number, a bonus, a character that can be obtained in the lottery game, consumed pt, and an average rarity of a character that can be acquired as a bonus.

The lottery game ID is information for uniquely identifying a lottery game. The count number is information indicating the number of plays increased by executing one lottery process. Note that the count number can be used for the migration rate.

Here, the count is set to increase as the consumed pt increases. Therefore, the more disadvantageous it is for the user, the more the number of plays until reaching the maximum number of plays can be reduced (the easier it becomes to reach the maximum number of plays).

The characters that can be obtained as benefits and in the lottery game are information that shows the characters that can be obtained as benefits and the characters that can be acquired in the lottery game.

Here, the characters that can be acquired as benefits and the characters that can be acquired in the lottery game are common, and are made up of a character group consisting of multiple characters set in the character information.

The consumption pt 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 that indicates the average value of the rarity set for each character that can be acquired as a bonus.

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

FIG. 20 is a configuration diagram showing a second specific example of lottery game information. The items included in the lottery game information shown in FIG. 20 are the same as the lottery game information shown in FIG. 19. However, in the lottery game information shown in FIG. 20, it is set such that the lower the average rarity of the characters that can be obtained as a benefit, the larger the count number becomes.

Therefore, the easier the bonus character is to obtain and the lower the rarity, the easier it is for the user to reach the maximum number of plays, and the more difficult the bonus character is to acquire, the more the user will reach the maximum It becomes difficult to reach the 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 from step S31 to step S34 in the flowchart shown in FIG. 21 is executed in common for any type of lottery game, and is similar to the processing from step S21 to step S24 in the flowchart shown in FIG. be. Therefore, below, the processing after step S35 will be explained.

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, so that the lottery game in which the lottery was performed The number of plays to be increased is determined according to the type of play (step S35).

Specifically, by referring to the lottery game information shown in FIG. 19 or FIG. The user's number of plays (that is, the number of plays common to each lottery game) is increased by the count number.

In this way, the user can increase the number of plays common to each lottery game, no matter what type of lottery game he or she plays. Here, since the maximum number of plays common to each lottery game is set in the user information, it becomes easier to collectively manage the number of plays played by the users.

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, and determines whether the user's number of plays (the number of plays common to each lottery game) is the user's maximum number of plays ( In other words, it is determined whether the number of plays has exceeded the maximum number of plays common to each lottery game (step S36).

As a result of this determination, if the number of common plays has not reached the maximum number of common plays, the process returns to step S31 described above, and the user's game operation is accepted again on the lottery game screen. On the other hand, if the common play count reaches the common maximum play count, the process proceeds to the next step S37.

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

When the privilege granting unit 202 of the server device 20 receives a request from the lottery game execution unit 201 to execute a privilege award, the lottery game information shown in FIG. 19 or 20 determines the lottery game when the common maximum number of plays is reached. Get the character group corresponding to . Here, "characters that can be acquired in bonuses and lottery games" set in the lottery game information are acquired as a character group.

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

Next, when the bonus is awarded to the user by the bonus granting unit 202, the lottery game execution unit 201 of the server device 20 executes the number of plays of the user (the number of plays common to each lottery game) set in the user information shown in FIG. (step S38).

(others)
Note that, in the process of step S37 described above, the benefit granting unit 202 may grant a special character (such as a limited-time character) that has been previously granted in any type of lottery game as a benefit.

In addition, in the process of step S37 described above, the benefit granting unit 202 selects a character group corresponding to any type of lottery game in addition to the character group corresponding to the lottery game when the maximum number of plays is reached. , characters included in the selected character group may be given to the user as benefits. Furthermore, among multiple types of lottery games, select a character group corresponding to one or more lottery games in which the lottery was executed at least once before reaching the maximum number of plays, and select characters included in the selected character group. It may be given to the user as a benefit.

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

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

However, when the user's number of plays is individually managed for each lottery game, the user may want to collectively manage the number of plays of each lottery game depending on the lottery situation or the like.

Therefore, in the fourth embodiment, the user's number of plays counted in one type of lottery game can be transferred to the number of plays counted by the user in another type of lottery game. Thereby, the user can summarize the number of plays accumulated in each lottery game as necessary.

<Operation>
《Transition of number of plays》
The lottery game execution unit 201 of the server device 20 requests the display control unit 205 to perform screen display control so that the client terminal 10 displays a first operation screen for changing the number of times the lottery game has been played.

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

FIG. 22 is an image diagram showing an example of the first operation screen. On the first operation screen 550, an operation is performed to transfer the number of plays of 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.

The first operation screen 550 displays the user's number of plays and maximum number of plays 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 the number of times the lottery game A has been played is 82 times, and the maximum number of times it has been played is 300 times. Regarding lottery game B, it is shown that the number of plays is 25 times and the maximum number of plays is 200 times. Regarding the lottery game C, it is shown that the number of plays is 80 times and the maximum number of plays is 300 times. Regarding the lottery game D, it is shown that the number of plays is 16 times, and the maximum number of plays is 100 times.

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

Here, it is shown that the transition rate for lottery game B is 2.0. Regarding lottery game C, it is shown that the transition rate is 3.0. Regarding lottery game D, the transition rate is shown to be 0.5.

The transfer rate is determined by the ratio between the count number of the transfer destination lottery game and the count number of the transfer source lottery game.

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, the transition is made from lottery game B to lottery game A. At this time, the rate of lottery game B 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. Become.

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 be transferred to the lottery game A. conduct.

In the following, a case will be described in which the lottery game D is specified by the user and the number of plays of the lottery game D is transferred to the number of plays of the lottery game A.

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

The request transmitting unit 101 of the client terminal 10 requests the server device 20 for migration processing based on the operation content that the operation receiving unit 150 has received from the user.

Then, upon receiving the operation details from the client terminal 10, the lottery game execution unit 201 of the server device 20 executes a transition process for transitioning the number of plays of the lottery game D to the number of plays of the lottery game A.

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

Thereafter, the lottery game execution unit 201 of the server device 20 requests the display control unit 205 to perform screen display control so that the client terminal 10 displays a second operation screen for allowing the user to confirm the change in the number of plays.

When the display control unit 205 is requested to perform screen display control from the lottery game execution unit 201, it 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.

FIG. 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 the lottery game D is played is transferred to the number of times the lottery game A is played, the number of times the lottery game A is played will be updated to 90 times.

Then, when the user presses the operation button 561, the lottery game execution unit 201 determines the transition of the number of plays between the lottery games, so that the number of plays of the lottery game A becomes 90, and the number of plays of the lottery game D becomes 90. Set the user information to indicate that the number has reached 0.

In this way, the user can compile the number of plays that have been separately accumulated for each lottery game, as needed. Further, the user can play a lottery game with a large number of counts, accumulate the number of plays, and transfer the accumulated number of plays to a lottery game with a small number of counts.

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

Even when a lottery game exists for each of a plurality of games, if the maximum number of plays is set for each game title, it becomes complicated for the user 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 users who played the lottery game of each game title is collectively managed, and the total number of plays reaches the maximum number of plays of the user. By doing so, the user was given a benefit.

In addition, in the fifth embodiment, when the number of plays of a user who played a lottery game of each game title is individually managed in the same manner as in the fourth embodiment, the number of times a user has played a lottery game of a certain game title is counted. The user's play count can be transferred (added) to the user's play count counted in lottery games of other game titles.

FIG. 24 is a configuration diagram showing a third specific example of lottery game information. The lottery game information shown in FIG. 24 has various data set for each game title, and has a configuration in which a game ID is added to the configuration of the lottery game information shown in FIG. 19. The game ID is information for uniquely identifying a 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 from step S41 to step S44 in the flowchart shown in FIG. 25 is executed in common for any lottery game of any game title, and is similar to the processing from step S31 to step S34 in the flowchart shown in FIG. It is. Therefore, below, the processing after step S45 will be explained.

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 thereby selects the game in which the lottery was performed. The number of play counts to be increased is determined according to the type of title (step S45).

Specifically, by referring to the lottery game information shown in FIG. 24, the lottery game execution unit 201 acquires a count number corresponding to the type of game title in which the lottery was held, and executes only the acquired count number. Increase the number of plays played by the user (that is, the number of plays common to each game).

In this way, the user can increase the number of plays common to each game, no matter which game title the user plays in the lottery game. Here, since the maximum number of plays common to each game is set in the user information, it becomes easier to collectively manage the number of plays played by the users.

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, and determines whether the user's number of plays (the number of plays common to each game) is the user's maximum number of plays (that is, the number of plays common to each game). It is determined whether the number of plays exceeds the maximum number of plays common to the game (step S46).

As a result of this determination, if 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 accepted again on the lottery game screen. On the other hand, if the number of plays common to each game reaches the maximum number of plays common to each game, the process advances 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 section 201 of the server device 20 requests the privilege granting section 202 to execute a privilege grant ( Step S47).

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

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

Next, when the bonus is awarded to the user by the bonus granting unit 202, the lottery game execution unit 201 of the server device 20 determines the number of plays by the user (the number of plays common to each game) set in the user information shown in FIG. is reset by returning it to its initial value (step S48).

《Transition of number of plays》
In the fifth embodiment, the lottery game execution unit 201 of the server device 20 executes the transition process in the same manner as in the fourth embodiment, thereby increasing the number of times a lottery game has been played in a certain game title compared to other games. This can be transferred to the number of times the lottery game is played in the title.

Thereby, the user can compile the number of plays accumulated separately by playing the lottery game for each game title, as needed.

[Other embodiments]
The above-described embodiments are provided to facilitate understanding of the present invention, and are not intended to be interpreted as limiting the present invention. The present invention may be modified and improved without departing from the spirit thereof, and the present invention also includes equivalents thereof. In particular, the following embodiments are also included in the present invention.

<Content>
In the above embodiment, the character is 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, quests, etc., or programs such as applications.

<Game points>
In the above embodiment, game points may be data obtained by converting the quantity of items, coins, tickets, virtual currency, cash currency, etc. owned by the user into points (numerical values), and whether the items, etc. are paid. It doesn't matter if it's free.

<Next lottery game>
In the above embodiment, the lottery game execution unit 201 resets a new maximum number of plays for the user who replays the lottery game after the user's number of plays is reset. In this case, if the same conditions as last time (for example, the maximum number of plays) are set again, it will be a burden on the user and there is a risk that the user's desire to play may decrease.

Therefore, after the reset, the lottery game execution unit 201 may set the new maximum number of plays by the user to a smaller maximum number of plays than the previous time. Furthermore, the characters that can be acquired through bonuses or lottery games may be of higher rarity, or the number of characters that can be acquired through bonuses may be increased.

For example, the lottery game execution unit 201 may ask a user who has acquired many characters of low rarity in the previous lottery game (or a user whose average rarity value of the characters acquired in the previous lottery game is low) to It is also possible to set a small maximum number of plays, or to increase the number of plays to be increased.

For example, for users who have used characters acquired in the previous lottery game as material characters many times (users who have sold characters acquired in the previous lottery game many times), the maximum number of plays can be set smaller than the previous one. It is also possible to increase the count of the number of plays to be increased.

<Benefits>
In the above embodiment, the user repeatedly plays the lottery game, and before the user's number of plays reaches the maximum number of plays, when the number of plays reaches the maximum number of plays, the user is awarded the lottery game. You may change the ``character that serves as a benefit'' to another character that is different from that character.

For example, if character A is scheduled to be given as a benefit when the number of plays reaches the maximum number of plays, character A will be changed to the evolved character by lottery before the number of plays reaches the maximum number of plays. Good too.

Furthermore, the number of characters serving as benefits may be increased or decreased without changing them. For example, a character after evolution of character A may be added, and the user may select either character A or the character after evolution of character A when the maximum number of plays is reached.

Further, in the above embodiment, after the privilege granting unit 202 grants the user a character as a benefit when the number of plays of the user reaches the maximum number of plays, the privilege granting unit 202 sets the rarity of the character to be the next privilege to be granted. It is also possible to increase the number of characters that can be selected as the next benefit.

Further, in the above embodiment, after the bonus granting unit 202 grants the user a bonus character when the number of plays of the user reaches the maximum number of plays, the bonus granting unit 202 provides acquired character information shown in FIG. 15 or 16. It is also possible to change the character group set to (``characters that can be obtained through benefits and lottery games'') to different contents.

Furthermore, in the above embodiment, the benefit granting unit 202 provides a user who has acquired many low rarity characters in the previous lottery game (or a user whose average rarity value of the characters acquired in the previous lottery game is low). , a character with a higher rarity than the previous one may be given as a benefit.

<Bonus characters>
For users who were given their desired character as a bonus as a result of the lottery before the number of plays reached the maximum number of plays, and for users who were given their desired character as a benefit after reaching the maximum number of plays, lacks fairness.

Therefore, in the above embodiment, the benefit granting unit 202 selects a character to be a bonus each time the lottery game execution unit 201 executes one lottery process before the user's number of plays reaches the maximum number of plays. Set parameters (level, experience points, etc.) may be increased. In this case, parameters (level, experience value, etc.) are accumulated each time a 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 obtains "character X" in the 280th lottery before reaching the maximum number of plays, and user B: Assume that the lottery has been held up to the maximum number of plays, 300 times, but "Character X" is not obtained, but "Character X" is obtained as a bonus.

In this case, if the level increases by 1 point in each lottery process, user B's "Character 280".

For this reason, if you hold the lottery until the maximum number of plays is possible, you will be able to obtain a high-level character, although the amount of points consumed will be higher. Thereby, it is possible to provide motivation to play up to the maximum number of times, and to improve fairness among users.

In the above example, user A's "Character You can.

On the other hand, user B's "Character

In addition to increasing parameters such as experience points, a user who has played the game up to the maximum number of times may be given all or part of the material characters needed to evolve the character as a bonus.

Further, the accumulated parameters (level, experience value, etc.) may be set to become effective only when the player has played the game up to the maximum number of times. For example, when the maximum number of plays is 300, even if "Character

<Maximum number of plays>
In the above embodiment, the maximum number of times a user can play the lottery game is set for each user, but the present invention is not limited to this. For example, a uniform maximum number of plays may be set for each user, and the initial number of plays and the increased count of plays may be changed for each user to prevent unfairness from occurring. That is, it is only necessary to be able to set the number of plays and the amount of points consumed to reach the maximum number of plays for each user.

<Give the same character as a bonus>
In the above embodiment, when different maximum play counts are set depending on the user, the same character may be given as a benefit. In this case, the maximum number of plays until the same character can be obtained differs depending on the 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 in each fixed period.

For example, the maximum number of plays for user A is set to 100, the maximum number of plays for user B is set to 200, and the maximum number of plays for user C is set to 300, and the same "Character X" is set as a benefit for both. If user A can perform the lottery every day, the number of times user A can conduct the lottery is limited to 4 times, user B can limit the number of times he can conduct the lottery every day to 10 times, and user C can execute the lottery every day. The number of times may be limited to 30 times. As a result, the smaller the maximum number of plays until the same "Character X" can be reliably obtained, the longer the number of days required until the same "Character

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 section 101 Request transmission section 102 Response reception section 120 Client storage section 140 Client communication section 150 Operation reception section 160 Screen display section 200 Server control section 201 Lottery game execution section 202 Privilege granting section 203 Composite game execution section 204 Competitive game execution Section 205 Display control section 220 Server storage section 221 Character information storage section 222 Acquired character information storage section 223 User information storage section 240 Server communication section 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 user who plays one of multiple types of lottery games by consuming items he/she owns is given a character with a rarity drawn from a group of characters associated with the lottery game. a lottery game execution unit that adds the accumulated number for playing the lottery game to the accumulated number of the user commonly accumulated by playing each type of lottery game;
Compatible with any lottery game among the plurality of types of lottery games, on the condition that the accumulated number of the user reaches a first predetermined number and a second predetermined number that is greater than the first predetermined number. a benefit granting unit that grants a character selected from among characters with high rarity included in the attached character group to the user as a benefit;
Equipped with
The benefit granting department is
On the condition that the accumulated number of the user reaches a third predetermined number different from the first predetermined number, the number of characters included in the character group associated with one of the lottery games among the plurality of types of lottery games is A character selected by the user from among characters with rarity is given to the user as a benefit,
The character group when the first predetermined number is reached is partially the same as the character group when the third predetermined number is reached, and the third predetermined number is reached. As a benefit when the condition is set, it is also possible to select the same benefit as the benefit when the condition is reached the first predetermined number.
Information processing device. computer,
A user who plays one of multiple types of lottery games by consuming items he/she owns is given a character with a rarity drawn from a group of characters associated with the lottery game. lottery game execution means for adding the accumulated number for playing the lottery game to the accumulated number for the user commonly accumulated by playing each type of lottery game;
Compatible with any lottery game among the plurality of types of lottery games, on the condition that the accumulated number of the user reaches a first predetermined number and a second predetermined number that is greater than the first predetermined number. a privilege granting means for granting a character selected by lottery from among characters with high rarity included in the attached character group to the user as a privilege;
function as
The benefit granting means is
On the condition that the accumulated number of the user reaches a third predetermined number different from the first predetermined number, the number of characters included in the character group associated with one of the lottery games among the plurality of types of lottery games is A character selected by the user from among characters with rarity is given to the user as a benefit,
The character group when the first predetermined number is reached is partially the same as the character group when the third predetermined number is reached, and the third predetermined number is reached. As a benefit when the condition is set, it is also possible to select the same benefit as the benefit when the condition is reached the first predetermined number.
program. The computer is
A user who plays one of multiple types of lottery games by consuming items he/she owns is given a character with a rarity drawn from a group of characters associated with the lottery game. a lottery game execution step of adding the accumulated number for playing the lottery game to the accumulated number of the user commonly accumulated by playing each type of lottery game;
Compatible with any lottery game among the plurality of types of lottery games, on the condition that the accumulated number of the user reaches a first predetermined number and a second predetermined number that is greater than the first predetermined number. a benefit granting step of granting a character selected from characters with high rarity included in the assigned character group to the user as a benefit;
including;
In the benefit granting step,
On the condition that the accumulated number of the user reaches a third predetermined number different from the first predetermined number, the number of characters included in the character group associated with one of the lottery games among the plurality of types of lottery games is A character selected by the user from among characters with rarity is given to the user as a benefit,
The character group when the first predetermined number is reached is partially the same as the character group when the third predetermined number is reached, and the third predetermined number is reached. As a benefit when the condition is set, it is also possible to select the same benefit as the benefit when the condition is reached the first predetermined number.
Information processing method.

Images