JP6402953B2 - Information processing apparatus and program - Google Patents

Description

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

  There is known an information processing apparatus that executes a lottery game in which any content selected from a plurality of contents is given to a user based on a lottery probability set for each content (character) (for example, Patent Document 1). ).

Japanese Patent No. 5745682

In such a lottery game, there are cases where a plurality of types of lottery games can be played by consumption of paid items possessed by the user. In such a case, it is troublesome for the user to manage the numbers accumulated in each type of lottery game.

The present invention has been made in view of such circumstances, and the purpose of the present invention is to allow each of a plurality of types of lottery games to be played by consuming paid items owned by the user. The purpose is to manage the number of accumulations that are commonly accumulated in the types of lottery games.

The main invention of the present invention to solve the above problems is
An information processing apparatus that executes a lottery game in which a user is given a character drawn by lottery from a character group composed of a plurality of characters by consuming paid items possessed by the user,
A lottery game information storage unit that stores different character groups in association with the lottery games of a plurality of types,
A user information storage unit that stores the number of accumulations that are commonly accumulated in each type of lottery game in association with the user,
On the condition that the accumulated number of users who played any type of the lottery game has reached a predetermined number, the character group associated with the lottery game when the accumulated number of users reaches the predetermined number A granting unit for granting a character selected from the included characters having high rarity to the user;
An information processing apparatus characterized by comprising:

The information processing apparatus according to claim 1 , wherein the assigning unit selects the character to be given to the user by lottery.

The information processing apparatus according to claim 1 , wherein the assigning unit assigns a character selected by the user.

In addition, a computer that executes a lottery game in which a user is given a lottery character selected from a group of characters by consuming paid items owned by the user,
Lottery game information storage means for storing different character groups in association with each of the plurality of types of lottery games;
User information storage means for storing the number of accumulations commonly accumulated in each type of the lottery game in association with the user,
On the condition that the accumulated number of users who played any type of the lottery game has reached a predetermined number, the character group associated with the lottery game when the accumulated number of users reaches the predetermined number A granting means for granting a character selected from the included characters having high rarity to the user,
It is a program to make it function as.

It is a lineblock diagram showing an example of an information processing system concerning a 1st embodiment. It is a hardware block diagram which shows an example of the computer which concerns on 1st Embodiment. It is a functional block diagram which shows an example of the server apparatus which concerns on 1st Embodiment. It is a functional block diagram which shows an example of the client terminal which concerns on 1st 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 acquisition character information. It is a block diagram which shows an example of character information. It is a block diagram which shows an example of evolution information. It is an image figure which shows the 1st specific example of a setting operation screen. It is a block diagram which shows an example of user information. It is an image figure which shows the 2nd specific example of a setting operation screen. It is an image figure which shows the 3rd specific example of a setting operation screen. It is an image figure which shows the 4th example of a setting operation screen. It is a flowchart explaining the operation example of the information processing system in 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 flowchart explaining the operation example of the information processing system in 2nd Embodiment. It is a functional block diagram which shows an example of the server apparatus 20 which concerns on 3rd 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 flowchart explaining the operation example of the information processing system 1 in 3rd Embodiment. It is an image figure which shows an example of a 1st operation screen. It is an image figure which shows an example of a 2nd operation screen. It is a block diagram which shows the 3rd specific example of lottery game information. It is a flowchart explaining the operation example of the information processing system 1 in 5th Embodiment.

  Hereinafter, an information processing apparatus, 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 an information processing apparatus, a program, an information processing system, and the like that employ a mechanism for providing content to users based on the lottery probability of each content.

[First Embodiment]
<System configuration>
FIG. 1 is a configuration diagram illustrating 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 such as a PC, a smartphone, or a tablet operated by a user, or a terminal device such as a home or business game dedicated device. The server device 20 performs management and control of the game performed by the user at the client terminal 10, charging processing in the game, and the like. The network N is the Internet or the like, and includes mobile radio base stations.

  In addition to the client / server type information processing system 1 shown in FIG. 1, the present invention can be applied to a single game device by separately providing a mechanism for performing billing processing in a game. The information processing system 1 in FIG. 1 is an example, and it goes without saying that there are various system configuration examples depending on the application and purpose. For example, the server device 20 of FIG. 1 may be configured to be distributed among a plurality of computers.

<Hardware configuration>
<Client terminal and server device>
FIG. 2 is a hardware configuration diagram illustrating 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 by, for example, a computer 50 having a hardware configuration illustrated in FIG. The computer 50 is an example of an information processing apparatus.

  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, and the like. Has been. 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 storing 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 BIOS, OS settings, and network settings that are executed when the computer 50 is started up.

  The communication interface 54 is an interface for connecting the computer 50 to the network N. Thus, the computer 50 can 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 an operation device such as a touch panel, operation keys and buttons, a keyboard, and a mouse.

  The display device 56 is a device for displaying various information on the screen for the user or the administrator. The display device 56 is a display such as a liquid crystal or an organic EL, for example.

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

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

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

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

<Software configuration>
<Server equipment>
FIG. 3 is a functional block diagram illustrating 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, functional blocks shown in FIG.

  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. The server control unit 200 includes a lottery game execution unit 201, a privilege granting unit 202, a synthetic game execution unit 203, a battle game execution unit 204, and a display control unit 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 received by the client terminal 10 from the user.

  The privilege grant unit 202 grants a privilege to a user who has played up to the play limit of the lottery game.

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

  Further, for example, when the point consumption amount of the user consumed in the 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 synthetic game execution unit 203 executes a synthetic game that combines two or more contents possessed by the user based on the game operation received by the client terminal 10 from the user.

  The battle game execution unit 204 advances a battle game that is performed using content held by the user based on an operation 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 composite game, the battle game, and the like.

  The server storage unit 220 has a function of storing information related to various games. The 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) regarding a character as an example of content. In the character information stored in the character information storage unit 221, various characters used in a lottery game or a synthetic game are set.

  The acquired character information storage unit 222 stores acquired character information related to characters that can be acquired by the user. In the acquired character information stored in the acquired character information storage unit 222, a character that can be acquired in the lottery game, a character that can be acquired as a privilege, and the like are set according to the maximum number of times of play or the maximum point consumption.

  The user information storage unit 223 stores user information regarding the user. The user information stored in the user information storage unit 223 includes the maximum number of play times and the maximum point consumption amount set for each user, the number of user play times and point consumption amount, the game points and various characters possessed by the user, and the user lottery. The number of processing executions is set.

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

<Client terminal>
FIG. 4 is a functional block diagram illustrating 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 illustrated in FIG.

  The client terminal 10 according to the first embodiment implements 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 by executing a program. The client control unit 100 includes a request transmission unit 101 and a response reception unit 102.

  The operation reception unit 150 receives an operation from a user who operates the client terminal 10. In addition, the client control unit 100 performs processing related to a game on 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 by the operation reception unit 150 from the user. The response receiving unit 102 receives a response such as a processing result for the request transmitted from the request transmitting unit 101 to the server device 20.

  The client storage unit 120 stores information necessary for 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 in accordance with control from the server device 20.

  As described above, in the information processing system 1 according to the first embodiment, the server device 20 performs the progress and display control of various games, but may be performed by the client terminal 10. Specifically, at least one of the game execution unit and the display control unit of various games is configured not to be provided in the server control unit 200 of the server device 20, while being configured to be provided in the client control unit 100 of the client terminal 10. Also good.

  Further, the client control unit 100 of the client terminal 10 receives a page data described in HTML (Hyper Text Markup Language) or the like, a script included in the page data from the server device 20, and performs a process related to the game There is a type. The client control unit 100 of the client terminal 10 includes an application type that performs processing related to a game based on an installed application.

<Outline of the game>
Here, an outline of the game in the first embodiment will be described. The game in the first embodiment includes at least a lottery game, a composite game, and a battle game.

  The lottery game in the first embodiment is a game in which when a character lottery execution operation is received from a user, a character selected based on a lottery probability from a character group as a lottery target is given to the user.

  In this lottery game, the maximum number of times that the user can play the lottery game is set for each user. Therefore, compared with the case where the maximum number of times of play is set uniformly, unfairness does not occur among users.

  The user can play the lottery game repeatedly until the maximum number of play times set for each user is reached. 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 times of play is reached, the point consumption consumed by the user in the lottery game reaches the maximum point consumption that the user can consume in the lottery game.

  That is, the play limit of the lottery game in the present embodiment is that the user's play count reaches the maximum play count, and the user's point consumption amount reaches the maximum point consumption amount.

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

  In this embodiment, the smaller the maximum number of plays, the more privileged characters are assigned with character settings that are disadvantageous for the user. As a result, unfairness does not occur between a user who has a maximum number of times of play and a user who has a small number of plays.

  Note that the number of play of the lottery game by the user is reset when the maximum number of play is reached. And even if a user's play frequency is reset, the user can challenge a lottery game again.

  The composition game in the first embodiment enhances the ability of the base character by combining the character (material character) as the material with the character as the base (base character) upon accepting a character composition execution operation from the user. It is a game that allows the base character to grow to the next stage and evolve to another character (post-evolution character) (evolution synthesis).

  A user can select a base character and a material character from among the characters he possesses (characters acquired in a lottery game, etc.), and can perform enhanced synthesis and evolutionary synthesis.

  In enhanced synthesis, instead of losing the material character from the user's hand, the ability value of the base character he possesses 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 losing all the related characters from the user's hand, after the evolution that has grown from the base character You can have a character.

  The battle game in the first embodiment is a game in which a character that becomes an opponent appears for the user, and a character that the user possesses and a character that the user possesses are battled.

  Users can choose one of the characters they possess (characters acquired in the lottery game, characters evolved in the synthetic game, etc.) and challenge the opponent's character .

<Operation>
<Setting the maximum number of plays>
(Specific example 1)
The lottery game execution unit 201 of the server device 20 executes screen display control on the display control unit 205 so that a setting operation screen for setting the maximum number of times of user play is displayed on the client terminal 10 before the lottery game is started. Request.

  When the lottery game execution unit 201 requests execution of screen display control, 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 to display 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 privilege character, a character level at the time of acquisition, a character that can be acquired in a lottery game, and the like.

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

  The privilege character is information indicating a character that the user can acquire as a privilege. Here, one or a plurality of characters serving as benefits are set for each maximum number of times of play.

  Moreover, rarity (illustrated by the number of stars) is associated with the character as a privilege. The rarity is information indicating a rarity value, and the class is set in a plurality of stages (for example, 10 stages).

  The character level at the time of acquisition is information indicating a level set for a character that becomes a privilege when the user acquires it. The character that can be acquired in the lottery game is information indicating a character group to be a lottery target. Here, the character which becomes a privilege is contained in this character group.

  In the lottery game of this embodiment, any character included in this character group is given to the user. Each character constituting the character group is set based on the character information stored in the character information storage unit 221.

  FIG. 6 is a configuration diagram illustrating 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. However, the acquired character information shown in FIG. 6 is set so that the character level at the time of acquisition decreases as the maximum number of plays decreases.

  When the acquired character information is configured in this way, the smaller the maximum number of times of play, the more privileged characters are assigned with character settings that are disadvantageous for the user. For this reason, it is possible to maintain fairness between a user with a maximum number of times of play and a user with a small number of plays.

  Note that the character setting that is disadvantageous for the user may be to lower the rarity of the character as a privilege, in addition to lowering the character level set for the character as a privilege. Further, as the maximum number of times of play increases, an evolved character that has been grown to the next stage may be set as a privileged character.

  FIG. 7 is a block 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, maximum HP, and the like.

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

  The lottery probability is information indicating the probability that the user can acquire in the lottery game. Here, a lottery probability is set lower for a character with higher rarity. Evolution information is information about the character after evolution.

  The maximum level is information indicating the maximum value of the character level. 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 attack power of the character. 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 illustrating an example of evolution information. The evolution information shown in FIG. 8 has at least a post-evolution character and a material character as items. The post-evolution character is information indicating a character that has evolved through evolutionary synthesis. The material character is information indicating a material character necessary for evolutionary synthesis.

  FIG. 9 is an image diagram showing a first specific example of the setting operation screen. In this setting operation screen 500, the maximum number of play times that can be set by the user based on the acquired character information is displayed together with the maximum point consumption and the rarity and number of characters serving as a privilege.

  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 for setting the desired maximum number of play times.

  In addition, on the setting operation screen 500, the user may be able to input a numerical value for the maximum number of plays, in addition to the case where the user selects the maximum number of plays from the list.

  When the user's game operation is performed on the setting operation screen 500 as described above, the operation reception unit 150 of the client terminal 10 receives the operation content based on the user's game operation.

  The request transmission unit 101 of the client terminal 10 requests the server device 20 for setting processing based on the operation content received by the operation reception unit 150 from the user.

  Thereafter, when the lottery game execution unit 201 of the server device 20 receives the operation content from the client terminal 10, the user information stored in the user information storage unit 223 includes the maximum number of plays selected by the user on the setting operation screen 500. Register settings.

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

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

  The number of times of play is information indicating the number of times the user has played at the present time. Here, the point consumption corresponding to the number of plays is also set. The maximum play count is information indicating the maximum play count set for the user himself. Here, the maximum point consumption corresponding to the maximum number of times of play is also set.

  The possession point is information indicating the amount of points possessed by the user. The possessed character is information indicating various characters possessed by the user. The past point consumption (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. In the setting operation screen 510 shown in FIG. 11, a list of characters serving as privileges is displayed 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 a game operation for setting the maximum number of times that the desired character can be acquired as a privilege. To do.

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

  When a user's game operation is performed on the setting operation screen 510, the operation reception unit 150 of the client terminal 10 receives operation content based on the user's game operation.

  The request transmission unit 101 of the client terminal 10 requests the server device 20 for setting processing based on the operation content received by the operation reception unit 150 from the user.

  Thereafter, when the lottery game execution unit 201 of the server device 20 receives the operation content from the client terminal 10, the user information stored in the user information storage unit 223 is added with the character that is the privilege selected by the user on the setting operation screen 510. Select and register one of the maximum play counts that can be acquired.

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

  For example, when the user selects character A and character B independently, and the user's maximum play count is set to 300 based on the acquired character information, the user selects both character A and character B. In this case, the user's maximum play count may be set to 600 times, or may be set to 500 times less than 600 times.

  In addition, the maximum play set by the user depending on whether the character that is the privilege selected by the user on the setting operation screen 510 is the same as the character already possessed or different from the character already possessed The number of times may be different. For example, if you specify a character that is different from the character you already have as a privilege, set the maximum number of plays to 300, and if you specify the same character as the character you already own as a privilege, The number of times may be set to 350 times. On the other hand, if the user selected bonus character is the same as the character already possessed, the level of the character already possessed, the current possession number, the total number of acquisitions, the number of enhanced reinforcements, the evolution The maximum number of plays may be set according to the number of times played.

(Specific example 3)
FIG. 12 is an image diagram showing a third specific example of the setting operation screen. In the setting operation screen 520 shown in FIG. 12, the range of the maximum number of times of play is displayed together with the range of the maximum point consumption corresponding to the list based on the acquired character information.

  When the setting operation screen 520 is displayed, the user selects any one of the operation buttons 521 to thereby set a game operation for setting any one of the maximum play counts included in the range of the maximum play count. To 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 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. It will be.

  When a user's game operation is performed on the setting operation screen 520, the operation reception unit 150 of the client terminal 10 receives operation content based on the user's game operation.

  The request transmission unit 101 of the client terminal 10 requests the server device 20 for setting processing based on the operation content received by the operation reception unit 150 from the user.

  Thereafter, when the lottery game execution unit 201 of the server device 20 receives the operation content from the client terminal 10, the user information stored in the user information storage unit 223 is stored in the range of the maximum number of times of play selected by the user on the setting operation screen 520. Select and register one of the maximum play counts. Note that the maximum number of play times registered for setting may be notified to the client terminal 10 immediately after setting registration, or may not be notified until a predetermined condition is satisfied. 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. In the setting operation screen 530 shown in FIG. 13, the user's age is listed by class based on the acquired character information.

  In this case, the user age class is added as an item to the acquired character information shown in FIG.

  When the setting operation screen 530 is displayed, the user selects one of the operation buttons 531 to perform a game operation for setting the maximum number of play times corresponding to the class including his / her age. This is performed for the terminal 10.

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

  When a user's game operation is performed on the setting operation screen 530, the operation reception unit 150 of the client terminal 10 receives an operation content based on the user's game operation.

  The request transmission unit 101 of the client terminal 10 requests the server device 20 for setting processing based on the operation content received by the operation reception unit 150 from the user.

  Thereafter, when the lottery game execution unit 201 of the server device 20 receives the operation content from the client terminal 10, the user information stored in the user information storage unit 223 corresponds to the age class selected by the user on the setting operation screen 530. Set and register the maximum number of times to play.

  In this setting operation screen 530, instead of listing the user's age 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.

(Other)
In addition to the specific examples described above, the maximum number of plays may be set based on the average rarity of characters possessed by the user. Further, the maximum number of plays may be set depending on whether or not the user already has a character as a privilege.

  Further, the setting of the maximum number of times of play is not performed only before the start of the lottery game. For example, after the start of the lottery game and before reaching the current maximum number of plays, the setting may be changed to a new maximum number of plays by the user's operation.

《Bonus grant》
FIG. 14 is a flowchart for explaining an operation example of the information processing system 1 in the present embodiment.

  Upon receiving a request from the client terminal 10, the lottery game execution unit 201 of the server device 20 requests the display control unit 205 to execute screen display control so that the lottery game screen is displayed on the client terminal 10 (step S11). .

  Next, when the lottery game execution unit 201 requests execution of screen display control, the display control unit 205 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 for starting the lottery game on the client terminal 10.

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

  The request transmission unit 101 of the client terminal 10 requests the server device 20 for lottery processing based on the operation content received by the operation reception unit 150 from the user.

  Next, when the lottery game execution unit 201 of the server device 20 accepts 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 possessed by the user. (Step S13).

  Next, the lottery game executing unit 201 of the server device 20 executes a lottery process for determining 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 times of play set for the user from the user information shown in FIG. Then, the lottery game executing unit 201 acquires a character group to be a lottery object corresponding to the acquired maximum number of times of play of the user from the acquired character information shown in FIG. 5 or FIG. Here, “characters that can be acquired in the lottery game” set in the acquired character information are respectively acquired.

  Thereafter, the lottery game execution unit 201 refers to the character information shown in FIG. 7 and acquires the user from the character group based on the lottery probabilities set for the characters constituting the acquired character group. Determine the character to be given and grant it.

  At this time, the lottery game execution unit 201 updates the user information shown in FIG. 10 and sets the character assigned by the lottery as the user's possessed 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 executing one lottery process ( Step S15).

  Note that the user's point consumption amount is also incremented by a predetermined amount (for example, by 100 pt) in accordance with the count up of the number of plays.

  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 or not the user's play count has reached the maximum play count (step S16). .

  If the result of this determination is that the user's number of times of play has not reached the maximum number of times of play, 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 user's number of plays reaches the maximum number of plays, the process proceeds to the next step S17.

  Next, the lottery game executing unit 201 of the server device 20 requests the privilege granting unit 202 to execute the privilege granting process when the user's play count reaches the maximum play count (step S17).

  When the privilege granting unit 202 of the server device 20 is requested to execute the privilege grant from the lottery game executing unit 201, the privilege granting unit 202 acquires the maximum number of times of play 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 FIG. 6 and gives the user a character that is a privilege corresponding to the acquired maximum number of times the user has played.

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

  FIG. 15 is a configuration diagram illustrating 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 point consumption, a privilege and a character that can be acquired in a lottery game, the highest rarity of characters that can be acquired as a privilege, the number of selectable items, and the like.

  The acquired character information shown in FIG. 15 is different from the acquired character information shown in FIG. 5 or FIG. 6 in that “characters that can be acquired in a privilege and lottery game” are set for each maximum number of times of play.

  Here, a character that can be acquired as a privilege and a character that can be acquired in a lottery game are common, and each character is composed of a group of characters that are set in the character information.

  Further, the acquired character information shown in FIG. 15 is different from the acquired character information shown in FIG. 5 or 6 in that “the highest rarity of characters that can be acquired as a privilege” and “selectable number” are set for each maximum number of times of play. Yes.

  “The highest rarity of a character that can be acquired as a privilege” is information indicating the upper limit of the rarity set for each character that can be acquired as a privilege. The “selectable number” is information indicating the number of characters that can be selected by the user from the character group.

  FIG. 16 is a configuration diagram illustrating 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. However, the acquired character information shown in FIG. 16 is set so that the selectable number of characters as a privilege increases as the maximum number of plays increases.

  Therefore, the number of characters that can be acquired can be varied according to the maximum number of times of play. Thereby, it is possible to maintain fairness between a user with a maximum number of times of play and a user with a small number of times of play.

  In addition, the acquired character information shown in FIG. 15 shares the “characters that can be acquired in the bonus and the lottery game” (character group) of each maximum play number. However, in the acquired character information shown in FIG. Each time, the “characters that can be acquired in the privilege and lottery game” (character group) can be made different.

  In the acquired character information, instead of “the highest rarity of characters that can be acquired as a privilege”, an average value or an expected value of the rarity set for a character that can be acquired as a privilege may be adopted.

  When the acquired character information shown in FIG. 15 or FIG. 16 is used, the privilege granting unit 202 of the server device 20 corresponds to the “maximum number of plays of the user and the characters that can be acquired in the lottery game” (character group). ) And grant any character of this character group to the user as a privilege.

  Here, the privilege granting unit 202 may grant a character selected by the user from the character group as a privilege. Moreover, the privilege provision part 202 may provide the character selected based on the lottery probability from the character of the highest rarity which comprises the character group as a privilege.

  At this time, the privilege granting unit 202 updates the user information shown in FIG. 10 and sets the character given as the privilege as the user's possessed character.

  Returning to FIG. 14, the lottery game executing unit 201 of the server device 20 subsequently initializes the number of plays set in the user information shown in FIG. 10 when the privilege is given to the user by the privilege granting unit 202 in this way. By returning to the value, the number of times the user has played is reset (step S18).

  Note that the user's point consumption is also reset by returning the point consumption set in the user information shown in FIG.

(Other)
In addition, in the process of step S16 mentioned above, the privilege provision part 202 replaces with determining whether the user's play frequency reached the maximum play frequency, or a user's point consumption amount reaches the maximum point consumption amount. It may be determined whether or not. 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 game operation of the user is accepted again on the lottery game screen. On the other hand, if the user's number of plays reaches 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 times the user has played is incremented 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 readily reach the maximum number of plays, which may reduce the user's willingness to play.

  Therefore, in the second embodiment, the number of plays to be increased is changed by executing one lottery process. Thereby, the frequency | count of a play until it reaches | attains the maximum frequency | count of play can be decreased, and a user's willingness to play can be improved.

<Operation>
《Bonus grant》
FIG. 17 is a flowchart for explaining an operation example 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 process after step S25 is demonstrated.

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

  Specifically, the lottery game executing unit 201 determines the number of play times to be increased by 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, the number of play times of the user may increase by one or may increase by two or more by executing one lottery process.

  Further, the lottery game execution unit 201 can determine the number of times of play to be increased according to the character given to the user by executing one lottery process. For example, when a character with high rarity is given as a result of the lottery, the user's play count is counted up by one. On the other hand, when a character with low rarity is given, the user's play count may be counted up by two.

  Conversely, for a character with low rarity, the number of plays may be incremented by one, and for a character with high rarity, the number of plays may be incremented by two.

  Further, the lottery game execution unit 201 can determine the number of times of play to be increased according to the number of plays when the lottery process is executed and the number of times the lottery process is executed before the lottery process is executed. is there. For example, when the number of plays at the time of executing the lottery process is 0, or when the first lottery process is executed, the user's number of plays is incremented by 10 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 number of play times when the lottery process is executed or the number of times the lottery process is executed before the lottery process is executed, such as counting up the user's play count by one. You may decrease the count of the frequency | count of a play to raise, so that there are many. Conversely, the number of plays when the lottery process is executed, or the number of plays that are increased as the number of times the lottery process is executed before the lottery process is executed may be increased.

  In addition, when the character having the highest rarity is given from the character group as a result of the lottery process, the lottery game executing unit 201 executes the lottery process once in the lottery process thereafter. Instead of counting up the user's play count by one, the user's play count may be counted up by two or more.

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

  At this time, the point consumption amount of the user is also counted up in accordance with the counting up of the number of plays. Here, when the number of plays is counted up by one by executing one lottery process, both when the number of plays is counted up by two or more by executing one lottery process The point consumption amount of the user is counted up by a predetermined amount (for example, 100 pt).

  When the number of plays is counted up by two or more due to one lottery process being executed, the point consumption count may be varied accordingly.

  Next, the lottery game executing unit 201 of the server device 20 refers to the user information stored in the user information storage unit 223 and determines whether or not the user's number of times of play has reached the maximum number of times of play (step S26). .

  If the result of this determination is that the user's number of times of play has not reached the maximum number of times of play, 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 user's number of plays reaches the maximum number of plays, the process proceeds to the next step S27.

  Next, the lottery game executing unit 201 of the server device 20 requests the privilege granting unit 202 to execute the privilege granting process when the user's play count reaches the maximum play count (step S27).

  When the privilege granting unit 202 of the server device 20 is requested to execute the privilege grant from the lottery game executing unit 201, the privilege granting unit 202 grants a character as a privilege to the user according to the user's maximum play count.

  Next, when a privilege is given to the user by the privilege granting unit 202, the lottery game executing unit 201 of the server device 20 returns the number of plays set in the user information shown in FIG. 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 times the user has played, the lottery game executing unit 201 may carry over the number of plays that exceeded that number next.

  Note that the user's point consumption is also reset by returning the point consumption set in the user information shown in FIG.

(Other)
Note that the lottery game execution unit 201 can change the count of the number of times of play to be increased depending on factors other than the lottery game, regardless of the fact that one lottery process has been executed. For example, as a bonus at the time of login, the number of play times to be increased may be increased. Further, for example, the number of plays to be increased may be increased by winning the battle game. Further, for example, the count number of the number of play times to be increased may be changed by exchange with a friend (another user).

  The lottery game execution unit 201 can also change the count of the number of plays to be increased in accordance with the point consumption amount of the user. For example, when a lottery game is performed with 100 pt consumed, the number of times the user plays is counted up by one, but when a lottery game is performed with 50 pt consumed, the number of plays is counted by 0.5. May be up. Even when 50 pt is consumed and one lottery game is performed, the number of plays can be counted up by one.

  In addition, when a plurality of characters are given in one lottery, the lottery game executing unit 201 may count up the number of times the user plays a number more than the number of the user's plays. . For example, when 10 characters are given in one lottery, the number of plays may be counted up by 12 instead of counting up by 10 pieces.

  In addition, when the character having the highest rarity is given from the character group as a result of the lottery, the lottery game executing unit 201 executes one lottery process in the subsequent lottery process. Instead of counting up the user's play count by one, the user's play count may be counted up by two or more.

  In addition, the lottery game execution unit 201 counts the number of times of play to be increased for a user who has acquired many characters with low rarity in the lottery game (or a user with a low average value of character rarity acquired in the lottery game). It is also possible to increase.

  In addition, the lottery game execution unit 201 may increase the number of times of play to be increased to a user who has used a lot of characters acquired in the lottery game as a material character (a user who has sold a lot of characters acquired in the previous lottery game). It is also possible to increase the number of counts.

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

  In the first embodiment described above, the number of times a user who has played one lottery game is counted, and the number of plays reaches the maximum number of times the user has played for that one lottery game. To do.

  However, when there are a plurality of lottery games and the maximum number of plays is set for each lottery game, managing the number of plays of each lottery game becomes cumbersome for the user.

  In addition, the user may give up game play in each lottery game before the number of times of play reaches the maximum number of times due to too many types of lottery games. As a result, the number of plays accumulated so far is wasted.

  In contrast, in the third embodiment, the number of plays of a user who has played a plurality of lottery games is counted together, and a privilege is given to the user when the total number of plays reaches the maximum number of plays of the user. I made it.

  Thereby, the user can easily manage his / her number of plays in a batch by sharing the maximum number of plays for each lottery game, and can reduce the number of plays accumulated so far.

<Software configuration>
<Server equipment>
FIG. 18 is a functional block diagram illustrating an example of the server device 20 according to the third embodiment. The functional block diagram of the third embodiment is a configuration in which a lottery game information storage unit 224 is added in place 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 configuration of the lottery game information stored in the lottery game information storage unit 224 is as follows.

  FIG. 19 is a configuration diagram showing a first specific example of the lottery game information. The lottery game information shown in FIG. 19 includes, as items, a lottery game ID, a count, a privilege, a character that can be acquired in the lottery game, consumption pt, an average rarity of characters that can be acquired as a privilege, and the like.

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

  Here, the count is set to increase as the consumption pt increases. Therefore, the more disadvantageous to the user, the more the number of plays until the maximum number of plays can be reached (the maximum number of plays can be easily reached).

  The character that can be acquired in the privilege and the lottery game is information indicating the character that can be acquired as the privilege and the character that can be acquired in the lottery game.

  Here, a character that can be acquired as a privilege and a character that can be acquired in a lottery game are common, and each character is composed of a group of characters that are set in the character information.

  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 privilege is information indicating the average value of the rarity set for each character that can be acquired as a privilege.

  Instead of the average value of the rarity, it is also possible to adopt the expected value of the rarity set for each character that can be acquired as a privilege.

  FIG. 20 is a configuration diagram illustrating a second specific example of the 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. However, the lottery game information shown in FIG. 20 is set such that the lower the average rarity of characters that can be acquired as a privilege, the larger the count.

  Therefore, the more rare the character that the privileged character is easy to acquire, the easier it is for the user to reach the maximum number of plays, the more the rarer character that the privileged character is difficult to acquire, the more the user It becomes difficult to reach the number of plays.

<Operation>
《Bonus grant》
FIG. 21 is a flowchart for explaining an operation example of the information processing system 1 in the third embodiment.

  The processes in steps S31 to S34 in the flowchart shown in FIG. 21 are executed in common for any type of lottery game, and are the same as the processes in steps S21 to S24 in the flowchart shown in FIG. is there. Therefore, below, the process after step S35 is demonstrated.

  The lottery game executing unit 201 of the server device 20 executes the lottery game in which the lottery is performed by executing one lottery process for any type of lottery game based on the lottery game information in the process of step S34. Depending on the type, the number of times of play to be increased is determined (step S35).

  Specifically, the lottery game execution unit 201 refers to the lottery game information shown in FIG. 19 or FIG. 20, and acquires the count number corresponding to the type of the lottery game in which the lottery was performed. The user's play count (that is, the play count common to each lottery game) is increased by the count number.

  In this way, the user can increase the number of play times common to each lottery game, regardless of the type of lottery game played. Here, since the maximum number of play times common to each lottery game is set in the user information, it becomes easy to collectively manage the number of user play times.

  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 the user's play count (the play count common to each lottery game) is the user's maximum play count ( That is, it is determined whether or not the maximum number of play times common to each lottery game has been reached (step S36).

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

  Next, the lottery game executing unit 201 of the server device 20 requests the privilege granting unit 202 to execute the privilege grant when the common play count reaches the common maximum play count (step S37).

  When the privilege granting unit 202 of the server device 20 is requested to execute the privilege grant from the lottery game executing unit 201, the lottery game when the common maximum number of plays is reached from the lottery game information shown in FIG. 19 or FIG. Get the character group corresponding to. Here, “characters that can be acquired in the bonus and the lottery game” set in the lottery game information are acquired as the character group.

  And the privilege provision part 202 provides a user with the character with the average rarity set to the lottery game information as a privilege from the acquired character group. At this time, the privilege granting unit 202 may grant a character selected by the user from the character group as a privilege.

  Next, the lottery game execution unit 201 of the server device 20, when a privilege is given to the user by the privilege granting unit 202, is the number of times the user has been played set in the user information shown in FIG. The number of times is reset to the initial value (step S38).

(Other)
In addition, in the process of step S37 mentioned above, the privilege provision part 202 may provide the special character (such as a limited-time character) previously granted in any type of lottery game as a privilege.

  In addition, in the process of step S37 described above, the privilege granting unit 202 selects 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 has been reached. The character included in the selected character group may be given to the user as a privilege. In addition, from among multiple types of lottery games, select a character group corresponding to one or more lottery games that have been executed at least once before reaching the maximum number of plays, and select the characters included in the selected character group. You may give to a user as a privilege.

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

  In the third embodiment, when the user plays a plurality of types of lottery games, the number of times the user plays is shared and managed in a batch. On the other hand, in the fourth embodiment, when a user plays a plurality of types of lottery games, the number of times the user plays is managed individually for each lottery game.

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

  Therefore, in the fourth embodiment, the user's play count counted in a certain type of lottery game can be transferred to the user's play count counted 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 play count》
The lottery game execution unit 201 of the server device 20 requests the display control unit 205 to execute screen display control so that the first operation screen for shifting the number of times of playing the lottery game is displayed on the client terminal 10.

  When the lottery game executing unit 201 requests execution of screen display control, 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. Control to be displayed on 160 is performed.

  FIG. 22 is an image diagram illustrating an example of the first operation screen. On the first operation screen 550, an operation for shifting the number of times of the lottery games B to D among the lottery games A to D to the number of times of the lottery game A is performed.

  On the first operation screen 550, the number of times the user has played and the maximum number of plays are displayed for each of the lottery games A to D based on the user information. 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, regarding the lottery game A, the number of plays is 82 times, and the maximum number of plays is 300. For the lottery game B, the number of plays is 25 and the maximum number of plays is 200. For the lottery game C, the number of plays is 80, and the maximum number of plays is 300. For the lottery game D, the number of plays is 16 and the maximum number of plays is 100.

  In addition, on the first operation screen 550, the transfer rate is displayed for each of the lottery games B to D based on the lottery game information. In the present embodiment, the count set in the lottery game information is used as the transition rate.

  Here, for the lottery game B, the transition rate is 2.0. For the lottery game C, the transition rate is 3.0. For the lottery game D, the transition rate is 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 lottery game A count number is 2, the lottery game B count number is 4, the lottery game C count number is 6, and the lottery game D count number is 1, the lottery game B is shifted to the lottery game A. The rate of the lottery game B is 2.0, the rate of the lottery game C when shifting from the lottery game C to the lottery game A is 3.0, and the rate of the lottery game D when shifting from the lottery game D to the 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 for designating another lottery game to be transferred to the lottery game A on the client terminal 10. Do.

  Below, the case where the lottery game D is designated by the user and the number of plays of the lottery game D is shifted to the number of plays of the lottery game A will be described.

  When the user's game operation is performed on the first operation screen 550 as described above, the operation reception unit 150 of the client terminal 10 receives the operation content based on the user's game operation.

  The request transmission unit 101 of the client terminal 10 requests the server device 20 for a migration process based on the operation content received by the operation reception unit 150 from the user.

  And the lottery game execution part 201 of the server apparatus 20 will perform the transfer process for shifting the play frequency of the lottery game D to the play frequency of the lottery game A, if operation content is received from the client terminal 10. FIG.

  In this transition process, the transition rate of the lottery game D when shifting from the lottery game D to the lottery game A is 0.5, so the number of plays of the lottery game D is converted from 16 times to 8 times, and the lottery game A play It is added to the number of times. As a result, the number of plays of the lottery game A is changed from 82 times to 90 times.

  Thereafter, the lottery game executing unit 201 of the server device 20 requests the display control unit 205 to execute screen display control so that the client terminal 10 displays a second operation screen for allowing the user to confirm the shift of the number of times of play.

  When the lottery game execution unit 201 requests execution of 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.

  FIG. 23 is an image diagram illustrating an example of the second operation screen. The second operation screen 560 displays that when the number of plays of the lottery game D is shifted to the number of plays of the lottery game A, the number of plays of the lottery game A is updated to 90 times.

  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, the number of plays of the lottery game A is 90, and the number of plays of the lottery game D is The user information is set to 0.

  In this way, the user can summarize the number of plays that have been accumulated separately in each lottery game as needed. In addition, the user can play a lottery game with a large number of counts, accumulate the number of plays, and shift the accumulated number of plays to a lottery game with a small number of counts.

[Fifth Embodiment]
In the third embodiment and the fourth embodiment described above, a case where a plurality of lottery games exist in one game (game title) has been described. In the fifth embodiment, a lottery is performed for each of a plurality of games (for each game title). A case where each game is set will be described.

  Even when a lottery game exists for each of a plurality of games, if the maximum number of play times is set for each game title, managing the number of play times of each game title becomes cumbersome for the user.

  Therefore, in the fifth embodiment, the number of times the user who played the lottery game of each game title is managed together as in the third embodiment, and the total number of times the user has reached the maximum number of times played by the user. As a result, a privilege was given to the user.

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

  FIG. 24 is a configuration diagram illustrating a third specific example of the 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. The game ID is information for uniquely identifying the game title.

<Operation>
《Bonus grant》
FIG. 25 is a flowchart for explaining an operation example of the information processing system 1 in the fifth embodiment.

  The processes in steps S41 to S44 in the flowchart shown in FIG. 25 are executed in common for any lottery game of any game title, and are the same as the processes in steps S31 to S34 in the flowchart shown in FIG. It is. Therefore, below, the process after step S45 is demonstrated.

  The lottery game execution unit 201 of the server device 20 executes the lottery process once for the lottery game of any game title based on the lottery game information in the process of step S44, and the lottery game is executed. In accordance with the type of title, the number of plays to be increased is determined (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 on which the lottery was performed, and only the acquired count number. Increase the number of times the user plays (that is, the number of times the game is shared).

  In this way, the user can increase the number of plays common to each game, regardless of which game title is used to play the lottery game. Here, since the maximum number of plays common to each game is set in the user information, it becomes easy to collectively 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, and the user's play count (the number of play common to each game) is the user's maximum play count (that is, each It is determined whether or not the maximum number of games common to the game) has been reached (step S46).

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

  Next, the lottery game executing unit 201 of the server device 20 requests the privilege granting unit 202 to execute the privilege grant when the number of times common to each game reaches the maximum number of times common to each game ( Step S47).

  When the privilege granting unit 202 of the server device 20 is requested to execute the privilege grant from the lottery game executing unit 201, the lottery game information shown in FIG. 24 is used to determine the game title when the maximum number of games common to each game has been reached. Get the corresponding character group. Here, “characters that can be acquired in the bonus and the lottery game” set in the lottery game information are acquired as the character group.

  And the privilege provision part 202 provides a user with the character with the average rarity set to the lottery game information as a privilege from the acquired character group. At this time, the privilege granting unit 202 may grant a character selected by the user from the character group as a privilege.

  Next, when the privilege is given to the user by the privilege granting unit 202, the lottery game executing unit 201 of the server device 20 plays the user's number of times set in the user information shown in FIG. Is reset by returning it to the initial value (step S48).

《Transition of play count》
In the fifth embodiment, the lottery game execution unit 201 of the server device 20 executes the migration process in the same manner as in the above-described fourth embodiment, so that the number of plays of the lottery game for a certain game title is changed to other games. It is possible to shift to the number of times the lottery game is played by title.

  Thereby, the user can summarize the number of times of play accumulated separately by playing the lottery game with each game title as necessary.

[Other Embodiments]
The above-described embodiments are for facilitating the understanding of the present invention, and are not intended to limit the present invention. The present invention can be changed and improved without departing from the gist thereof, and the present invention 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, and programs such as apps.

<Game points>
In the above embodiment, the game points may be data obtained by quantifying the quantity of items, coins, tickets, virtual currency, cash currency, etc. possessed by the user, and is the item charged for? 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 times for the user who replays the lottery game after the number of times the user has played is reset. In this case, if the same condition as the previous time (for example, the maximum number of times of play) is set again, it becomes a burden on the user, and there is a possibility that the willingness to play is reduced.

  Therefore, the lottery game executing unit 201 may set the user's new maximum number of plays to a maximum number of plays less than the previous time after the reset. Moreover, the character which can be acquired by a privilege or a lottery game may be a character with high rarity, or the number of characters which can be acquired by a privilege may be increased.

  For example, the lottery game execution unit 201 gives a user who has acquired many characters with low rarity in the previous lottery game (or a user with a low average value of character rarity acquired in the previous lottery game) to the previous game. A small maximum number of plays may be set, or the number of plays to be increased can be increased.

  Also, for example, for users who have used the characters won in the previous lottery game as a material character (users who have sold many of the characters won in the previous lottery game), set a lower maximum number of plays. It is also possible to increase the number of plays to be increased.

<Benefit>
In the above embodiment, the user is repeatedly given the lottery game, and the user is given when the number of plays reaches the maximum number of times before the user reaches the maximum number of plays. The “character as a privilege” that has been changed may be changed to another character different from that.

  For example, if character A is scheduled to be given as a bonus when the number of plays reaches the maximum number of plays, before the number of plays reaches the maximum number of plays, change to the post-evolution character of character A by lottery. Also good.

  In addition, the “character as a privilege” may be increased or decreased without being changed. For example, the post-evolution character of the character A may be added, and the user may select either the character A or the post-evolution character of the character A when the maximum number of play times is reached.

  Moreover, in said embodiment, after the user's number of play reaches | attains the maximum number of times of play, after granting the character used as a privilege to a user, the privilege provision part 202 is the rarity of the character used as the privilege provided next. It is also possible to increase the number of characters that can be selected, and to increase the number of characters that can be given next.

  Moreover, in said embodiment, after the privilege provision part 202 has provided the character used as a privilege to a user by the user's play frequency having reached the maximum number of times of play, the acquired character information shown in FIG. 15 or FIG. It is also possible to change the character group set to “(characters that can be acquired in the bonus and lottery game”) to different contents.

  Moreover, in said embodiment, the privilege provision part 202 is to the user who acquired many characters with low rarity in the last lottery game (or user with the low average value of the character rarity acquired in the last lottery game). May grant a character having a higher rarity than the previous time as a privilege.

<Character which becomes privilege>
Before the number of plays reaches the maximum number of plays, users who have been given the desired character as a result of the lottery, and users who have been given the desired character as a benefit by reaching the maximum number of plays, Lack of fairness.

  So, in said embodiment, the privilege provision part 202 is made into the character used as a privilege, whenever the lottery game execution part 201 performs one lottery process, before a user's play count reaches the maximum play count. The set parameters (level, experience value, etc.) may be increased. In this case, each time a lottery game is performed, parameters (level, experience value, etc.) are accumulated, and the accumulated amount can be notified to the client terminal 10.

  For example, when the maximum number of plays of both user A and user B is set to 300 times, user A wins “Character X” in the 280th lottery before reaching the maximum number of plays, and user B It is assumed that lottery was performed up to 300 times that is the maximum number of plays, but “Character X” could not be acquired and “Character X” was acquired as a privilege.

  In this case, if the level increases by one point in one lottery process, “Character X” of user B who has continued the lottery game up to 300 times becomes “Level 300”, and “Character X” of user A becomes “Level” 280 ".

  For this reason, if the lottery is performed up to the maximum number of plays, the amount of point consumption increases, but a character with a high level can be acquired. Thereby, the motivation to play up to the maximum number of times of playing can be given, and the fairness among users can be improved.

  In the above example, “Character X” of user A was acquired in the 280th lottery before reaching the maximum number of play times, so it is set to “level 140”, not “level 280”. May be.

  On the other hand, “Character X” of user B reaches the maximum number of plays and is given as a privilege, so it may be set to “level 600”, not “level 300”.

  In addition to increasing parameters such as experience values, a user who has played up to the maximum number of times of play may be given all or part of a material character that is necessary to evolve a privileged character.

  Further, the accumulated parameters (level, experience value, etc.) may be set to be effective only when the maximum number of play times has been played. For example, when the maximum number of plays is 300, even if “Character X” is acquired in the 280th lottery before the arrival, the “Level 280” character cannot be acquired.

<Maximum number of plays>
In the above embodiment, the maximum number of times that the 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 the user, and the initial play count or the number of play counts to be increased may be changed for each user so that unfairness does not occur. That is, it is only necessary to set the number of times of play and point consumption for reaching the maximum number of times of play for each user.

<Grant the same character as a privilege>
In the above-described embodiment, when the maximum number of times of play that is different for each user is set, the character to be given as a privilege may be set to the same character. In this case, since the maximum number of times of playing until the same character can be acquired differs depending on the user, it is not fair.

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

  For example, the maximum number of plays of user A is set to 100, the maximum number of plays of user B is set to 200, the maximum number of plays of user C is set to 300, and the same “character X” is set as a privilege. The number of times that user A can execute the lottery per day is limited to 4 times, the number of times that user B can execute the lottery per day is limited 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 play times until the same “character X” can be acquired with certainty, the longer the number of days required to acquire it with certainty, thereby improving the fairness among users.

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
DESCRIPTION OF SYMBOLS 100 Client control part 101 Request transmission part 102 Response reception part 120 Client storage part 140 Client communication part 150 Operation reception part 160 Screen display part 200 Server control part 201 Lottery game execution part 202 Bonus provision part 203 Synthetic game execution part 204 Competitive game execution Unit 205 display control unit 220 server storage 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 (2)

An information processing apparatus that executes a lottery game in which a user is given a character drawn by lottery from a character group composed of a plurality of characters by consuming paid items possessed by the user,
A lottery game information storage unit that stores different character groups in association with the lottery games of a plurality of types,
A user information storage unit that stores the number of accumulations that are commonly accumulated in each type of lottery game in association with the user,
On the condition that the accumulated number of users who played any type of the lottery game has reached a predetermined number, the character group associated with the lottery game when the accumulated number of users reaches the predetermined number A granting unit for granting a character selected by lottery from among the characters having high rarity included to the user;
An information processing apparatus comprising: A computer that executes a lottery game in which a user is given a lottery character selected from a group of characters by consuming paid items owned by the user,
Lottery game information storage means for storing different character groups in association with each of the plurality of types of lottery games;
User information storage means for storing the number of accumulations commonly accumulated in each type of the lottery game in association with the user,
On the condition that the accumulated number of users who played any type of the lottery game has reached a predetermined number, the character group associated with the lottery game when the accumulated number of users reaches the predetermined number A granting means for granting to the user a character selected by lottery from the included characters with high rarity,
Program to function as.

Images