Information processing device, information processing method and program

Abstract

To provide a technique capable of retaining reliability of the number of game media to be assigned when drawing the number of game media to be assigned to a user.SOLUTION: An information processing device includes a reception section for receiving a lottery request from a user, a lottery section determining the number of game media to be assigned to the user by a lottery, and an assignment section for assigning the number of game media to be assigned, determined by the lottery section, to the user. The lottery section executes such control that the number of assigned game media whose number of times is set up for every number of assigned game media and is determined, is not to be determined in subsequent lotteries.SELECTED DRAWING: Figure 3

Description

[Technical field]

[0001] The present invention relates to an information processing device, an information processing method, and a program. [Background technology]

[0002] There are known games in which a user's character fights an enemy character to determine victory or defeat. In addition, there are also games in which a user can combine game cards that form a predetermined combination among a plurality of owned cards (combine game cards) to change the ability values ​​(parameters) of the character corresponding to the combined game card (Patent Document 1). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Patent No. 5504369 Summary of the Invention [Problem to be solved by the invention]

[0004] In a game in which the ability values ​​of game media such as characters are changed by combining the game media, it is conceivable to provide a system in which a lottery is held in exchange for items owned by the user, and the number of game media determined by the lottery is awarded to the user. However, if a situation occurs in which only a small number of game media are awarded no matter how many times the lottery is held, the user may suspect that the probability of winning is intentionally set low so that many game media are not awarded.

[0005] Therefore, an object of the present invention is to provide a technique that makes it possible to maintain the reliability of the number of game media to be awarded to a user when the number of game media to be awarded is determined by lottery. [Means for solving the problem]

[0006] An information processing device according to one embodiment of the present invention has a reception unit that receives a lottery request from a user, a lottery unit that determines by lottery the number of game media to be granted to the user, and an award unit that awards the number of game media determined by the lottery unit to the user, and the lottery unit controls the number of game media to be granted to the user so that the number of game media determined a set number of times is not determined in a subsequent lottery. Effect of the Invention

[0007] According to the present invention, it is possible to provide a technique that makes it possible to maintain the reliability of the number of game media to be granted to a user when the number of game media to be granted to a user is determined by lottery. [Brief description of the drawings]

[0008] [Figure 1] FIG. 1 is a diagram illustrating an example of a system configuration of a game system according to an embodiment of the present invention. [Diagram 2] FIG. 2 is a diagram illustrating an example of the hardware configuration of a game server and a terminal. [Diagram 3] FIG. 2 is a diagram illustrating an example of a functional block configuration of a game server. [Figure 4] FIG. 2 is a diagram illustrating an example of a functional block configuration of a terminal. [Diagram 5] FIG. 2 is a diagram showing an example of a player management DB and an owned character management DB. [Figure 6] FIG. 13 is a diagram illustrating an example of a lottery management table. [Figure 7] FIG. 11 is a diagram for explaining an example of an event for which lottery points are awarded. [Figure 8] 13 is a flowchart showing an example of a lottery process performed by the game server. [Figure 9] 13 is a flowchart showing an example of a reset process performed by a game server. [Figure 10] 13A and 13B are diagrams showing changes in the lottery management table when a lottery and a reset are performed. [Figure 11] FIG. 13 is a diagram showing an example of a modification of the lottery management table. [Figure 12] 13 is a flowchart showing an example of a lottery process performed by the game server. [Figure 13] 13A and 13B are diagrams showing changes in the lottery management table when a lottery is held for multiple characters. [Figure 14] FIG. 13 is a diagram showing an example of a process for changing a character to be selected when a selection exclusion condition is satisfied. [Figure 15] FIG. 13 is a diagram showing another example of the lottery management table. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The present invention will be described with reference to the accompanying drawings, in which the same reference numerals denote the same or similar configurations.

[0010] <System configuration> Fig. 1 is a diagram showing an example of a system configuration of a game system 1 according to this embodiment. The game system 1 shown in Fig. 1 includes a game server 10 and a plurality of terminals 20. The game server 10 and the terminals 20 are connected to each other so as to be able to communicate with each other via a communication network N such as the Internet, an intranet, a wireless LAN, or mobile communication.

[0011] The game server 10 is a device that performs some of the functions required for the terminal 20 to provide a game, such as managing various information related to players and executing some of the game processing. The game server 10 may be composed of one or more information processing devices or computers, or may be composed of a virtual server (such as a cloud server).

[0012] The terminal 20 is an information processing device that provides a game to a player, and the player can execute the game according to this embodiment by operating the terminal 20. The terminal 20 is, for example, a computer such as a mobile phone (including a smartphone), a tablet, a personal computer, an arcade game device, or a consumer game device. The terminal 20 notifies the game server 10 of its own position detected using a GPS (Global Positioning System) or the like.

[0013] <Game Overview> Next, an overview of the game provided by the game system 1 according to this embodiment will be described. In the game provided by the game system 1 (hereinafter referred to as "this game"), a player (may also be called a user) can obtain new characters and items by organizing a deck with characters selected from a plurality of characters owned and clearing quests using the organized deck. In addition, the player can obtain new characters and items by making a payment or the like.

[0014] Here, the term "quest" refers to a task that can be completed by satisfying certain predetermined conditions. A quest is also generally called a search, a task, or a mission.

[0015] A deck is a term meaning a group of multiple characters. When a player executes a quest, the player creates a deck with characters having the appropriate abilities to clear the quest, and executes the quest. The game server 10 can store multiple decks created by the player, and when executing a quest, the player can select one of the stored decks to execute the quest. In this embodiment, the execution of a quest by the player may be referred to as playing the quest.

[0016] A player who participates in a quest can clear the quest by meeting certain conditions, and when the player clears the quest, the player is given a reward and the story of the game progresses. Rewards include items, characters that can be used in deck composition, etc.

[0017] A player can synthesize multiple game contents owned by the player by consuming a predetermined item. When synthesis is performed, the parameters of the game contents change. Generally, parameters are strengthened by synthesis, but this embodiment is not limited to this. This embodiment can also be applied to games in which parameters deteriorate due to synthesis. Game contents include, for example, characters and items. Furthermore, parameters include the character's status and effects that arise from using an item (for example, attack power increases by xx%).

[0018] In this game, a player can consume a predetermined value to enter a lottery to be awarded game media. The predetermined value includes, for example, points, items, and charged amounts. When the game server 10 receives an instruction from a player to enter a lottery to award game media, the game server 10 determines the number of game media to be awarded to the player by lottery, and awards the determined number of game media to the player. The game server 10 can repeatedly accept lottery awards for game media from the player. The number of game media to be awarded to a player by lottery has an upper limit set for each number of awards. The game server 10 controls the number of awards so that the number of awards that has reached the upper limit is not determined in subsequent lotteries.

[0019] For example, assume that the number of game media to be granted is set to 1, 2, 3, or 4, and the maximum number of times each can be granted is set to 1. If the game server 10 grants four game media to a player in the first drawing, the game server 10 determines the number of games to be granted from among 1, 2, or 3 in the second and subsequent drawing. If the game server 10 grants one game medium to a player in the second drawing, the game server 10 determines the number of games to be granted from among 2 or 3 in the third and subsequent drawing.

[0020] <Hardware configuration> 2 is a diagram showing an example of the hardware configuration of the game server 10 and the terminal 20. The game server 10 and the terminal 20 each include a processor 11 such as a CPU (Central Processing Unit) or a GPU (Graphical processing unit), a storage device 12 such as a memory, an HDD (Hard Disk Drive) and / or an SSD (Solid State Drive), a communication IF for wired or wireless communication, The computer has an interface 13, an input device 14 that accepts input operations, and an output device 15 that outputs information. The input device 14 is, for example, a keyboard, a touch panel, a mouse, and / or a microphone. The output device 15 is, for example, a display, a touch panel, and / or a speaker.

[0021] <Function block configuration> (Game Server) FIG. 3 is a diagram showing an example of a functional block configuration of the game server 10. The game server 10 includes a storage unit 100 and a game control unit 110. The storage unit 100 can be realized by using a storage unit 12 included in the game server 10. The game control unit 110 can be realized by the processor 11 of the game server 10 executing a program stored in the storage unit 12. The program can be stored in a storage medium. The storage medium storing the program may be a non-transitory computer readable medium. The non-transitory storage medium is not particularly limited, and may be, for example, a storage medium such as a USB memory or a CD-ROM.

[0022] The storage unit 100 stores a player management DB 100a, an owned character management DB 100b, and a lottery management table 100c. The player management DB 100a manages game data of each player. The player management DB 100a stores, for example, a predetermined amount of value possessed by each player. The owned character management DB 100b manages characters possessed by players. Characters granted to players by lottery are managed in the owned character management DB 100b. The lottery management table 100c manages the upper limit number of times for each granted amount of game media.

[0023] The game control unit 110 provides various functions necessary for executing the game. The game control unit 110 includes a reception unit 111, a lottery unit 112, an award unit 113, a return processing unit 114, and a display control unit 115.

[0024] The reception unit 111 receives a lottery request from a player (terminal 20) to conduct a lottery using a predetermined value. The reception unit 111 may also receive a lottery request from a player to conduct multiple lotteries in succession using a predetermined value. Hereinafter, conducting multiple lotteries in succession is referred to as "successive lotteries." Note that multiple times may be referred to as "a first number of times that is two or more" or "a first number that is two or more."

[0025] The lottery unit 112 determines the number of game media to be granted to the player by lottery. Furthermore, the lottery unit 112 controls so that the number of granted game media determined a number of times set for each number of granted game media is not determined in a subsequent lottery. The number of times set for each number of granted game media is the upper limit number of times that can be drawn for each number of granted game media. In other words, the lottery unit 112 controls so that the number of times determined by drawing so that the number of granted game media reaches the upper limit number set for each number of granted game media is not determined in a subsequent lottery.

[0026] Furthermore, the lottery unit 112 determines whether or not the player has a predetermined value necessary for the lottery, and executes the lottery if the player has the predetermined value necessary for the lottery. Furthermore, before executing the lottery or after the lottery is completed, the lottery unit 112 subtracts the predetermined value necessary for the lottery from the predetermined value possessed by the player.

[0027] The lottery unit 112 may also be configured to perform consecutive lotteries. For example, when the reception unit 111 receives a lottery request from the player requesting that lotteries be performed ten times in a row, the lottery unit 112 may perform lotteries ten times in a row. In this case, the lottery unit 112 subtracts a predetermined value required for multiple lotteries from a predetermined value possessed by the player before performing the lottery or after the lottery is completed.

[0028] The awarding unit 113 awards the number of game media determined by the lottery unit 112 to the player.

[0029] When the lottery unit 112 subtracts a predetermined value before the lottery drawing but the lottery drawing is not actually performed, the return processing unit 114 returns to the player the predetermined value for the lottery drawing that was not performed. For example, when the lottery unit 112 performs multiple (first number of) consecutive lotteries, if the lottery unit 112 performs only a number of lotteries that is less than multiple (hereinafter, may be referred to as the "second number of times"), the return processing unit 114 may return to the player the predetermined value for performing a number of lotteries obtained by subtracting multiple (first number) times from the number of lotteries that is less than multiple (second number).

[0030] The display control unit 115 causes various screens in this game to be displayed on the display.

[0031] (Terminal) FIG. 4 is a diagram showing an example of a functional block configuration of the terminal 20. The terminal 20 includes a storage unit 200, a communication unit 201, a UI (User Interface) unit 202, and a game control unit 203. The storage unit 200 can be realized by using a storage unit 12 provided in the terminal 20. The communication unit 201, the UI unit 202, and the game control unit 203 can be realized by the processor 11 of the terminal 20 executing a program stored in the storage unit 12. The program can be stored in a storage medium. The storage medium storing the program may be a computer-readable non-transitory storage medium. The non-transitory storage medium is not particularly limited, and may be, for example, a storage medium such as a USB memory or a CD-ROM.

[0032] The storage unit 200 stores game data necessary for the game control unit 203 to execute the game. The game data includes image data of characters, a game scenario, and the like.

[0033] The communication unit 201 has a function of performing various communications with the game server 10 using the communication IF 13 .

[0034] The UI unit 202 has a function of accepting various inputs from the player and displaying various game screens on the display. The UI unit 202 also displays the game screen on the output device 15 (display) of the terminal 20 according to instructions from the game server 10.

[0035] The game control unit 203 provides various functions necessary for executing the game by cooperating with the game server 10. For example, the game control unit 203 provides a function for acquiring various information (icon image data, text data, etc.) for drawing on the game screen from the game server 10.

[0036] With regard to the functional block configuration described above, all or a part of the reception unit 111, lottery unit 112, granting unit 113, return processing unit 114, and display control unit 115 included in the game server 10 may be configured to be provided in the game control unit 203 of the terminal 20.

[0037] <Processing Procedure> Next, the processing procedure performed by the game server 10 will be specifically described. In the following description, the predetermined value will be described as points that can be used in a lottery (hereinafter referred to as "lottery points"). The game media granted by the lottery will be described as "characters". The parameters strengthened by synthesis will be described as the status of the characters. However, the present embodiment is not limited to this. For example, the game media are items, and the present embodiment can be applied to games in which the parameters of items are strengthened by synthesizing the items.

[0038] 5 is a diagram showing an example of the player management DB 100a and the owned character management DB 100b. The player management DB 100a manages game data of each player. For example, the player management DB 100a stores an ID (player ID) that uniquely identifies the player, the player's experience value, the player's rank, the player's stamina, and the number of lottery points held by the player in association with each other.

[0039] The owned character management DB 100b manages characters owned by the player. In the owned character management DB 100b, an identifier (player ID) that uniquely identifies the player who owns the character, an identifier (character ID) that uniquely identifies the character, and various statuses of the character (level, luck, HP, attack power, speed, etc.) are stored in association with each other.

[0040] FIG. 6 is a diagram showing an example of the lottery management table 100c. The lottery management table 100c is a table for managing the upper limit number of times for each number of characters given to a player by lottery. The numbers in FIG. 6 indicate the number of characters A given by lottery. In addition, in the lottery management table 110c-1 shown in pattern A, the numbers of characters 1 to 14 are each one, which means that the upper limit number of times for each number of characters is set to one. In the lottery management table 110c-2 shown in pattern B, the numbers of characters 1 to 13 are each three, and the number of characters 15 is one. In other words, the upper limit number of times for each number of characters given is set to three for 1 to 13, and set to one for 15.

[0041] (Lottery points awarded) The granting unit 113 may grant lottery points to the player based on the results of events held within the quest. Fig. 7 is a diagram for explaining an example of an event for which lottery points are granted. Characters C10 to C13 are characters owned by the player, and characters E10 to E15 are enemy characters. When the player selects one of the characters C10 to C13 on the screen and operates the selected character by flicking it with his / her finger, the flicked character hits an enemy character or a wall and bounces off, attacking the enemy character.

[0042] The bounced character slows down as it moves across the screen, and finally stops. At this time, the closer the character stops to the center of the target T10, the more lottery points are awarded. For example, if the character stops on the central circle of the target T10, 15 points are awarded, if the character stops on the circle one circle outside the central circle, 10 points are awarded, and if the character stops on the outermost circle, 5 points are awarded. The more lottery points are awarded, the closer the character is to the center. The lottery points may be awarded each time the character stops on the target T10. In other words, if the character stops on the target T10, the lottery points may be awarded even if the character moves outside the target T10 in a subsequent operation.

[0043] The size of each circle may be different depending on whether the mode is one in which a quest is played by one player (hereinafter referred to as "single play") or a mode in which multiple players cooperate to play one quest (hereinafter referred to as "multiplay"). For example, in multiplay, the size of each circle may be larger than in single play. Also, in multiplay, only the outermost circle may be larger, and the sizes of the other circles may not change.

[0044] An upper limit may be set for the number of times that the lottery points are awarded. For example, the target T10 may disappear when the lottery points are awarded three times.

[0045] (Lottery process) FIG. 8 is a flowchart showing an example of a lottery process performed by the game server 10. The reception unit 111 receives a lottery request from a player (S10). Next, the lottery unit 112 refers to the player management DB 100a and confirms that the number of lottery points owned by the player is equal to or greater than the number of lottery points to be consumed by the lottery. Next, the lottery unit 112 determines the number of characters to be given to the player by performing a lottery with reference to the lottery management table 110c (S20). Next, the giving unit 113 gives the player the number of characters determined by the lottery (S30). The reception unit 111 may repeatedly receive a lottery request from the player. In this case, the lottery unit 112 prevents the number of given game media that has reached the upper limit number set for each given number from being determined in a subsequent lottery.

[0046] Here, the total number of the multiplications of each of the given numbers managed in the lottery management table 110c and the upper limit number of times corresponding to each given number may be equal to the maximum value of the status strengthened by synthesizing the characters obtained by the lottery, or may be a number equal to or greater than the maximum value. For example, it is assumed that the value of the status increases by 1 each time a character A is synthesized. More specifically, it is assumed that synthesizing two characters A with a status of 1 results in a character A with a status of 2. It is also assumed that synthesizing a character A with a status of 1 and a character A with a status of 2 results in a character A with a status of 3. It is also assumed that the character A obtained by the lottery is a character A with a status of 1. It is also assumed that the minimum status is 1 and the maximum status is 99. In other words, it is assumed that if 99 characters A with a status of 1 are collected and synthesized, a character A with a status of 99 (i.e., the maximum value) can be obtained. In this case, as shown in pattern A or pattern B of FIG. 6, a lottery management table 110c may be used in which the number of the multiplication of the given number and the upper limit number of times corresponding to each given number is equal to or greater than the maximum status value. In the case of pattern A in Fig. 6, the total number obtained by adding up each of 1 to 14 is 105. In addition, in the case of pattern B in Fig. 6, the total number obtained by multiplying the number of points awarded by the maximum number of times corresponding to each number of points awarded is 99 (1 x 3 + 5 x 3 + 9 x 3 + 13 x 3 + 15).

[0047] (Reset process) The game server 10 does not determine by lottery the number of times that the number of times that the number of game media to be awarded has reached the upper limit set for each number of game media to be awarded. However, when a player satisfies a predetermined condition, the game server 10 may reset the number of times that each number of game media to be awarded has been previously determined, so that the number of game media to be awarded that has reached the upper limit in a previous lottery may be determined in a subsequent lottery.

[0048] More specifically, the reception unit 111 may be able to receive a predetermined operation when a predetermined condition related to the character is satisfied after the granting unit 113 grants the character to the user. The predetermined operation may be, for example, an operation by the player to convey to the game server 10 a request to reset the number of times each grant number has been previously determined (hereinafter, referred to as a "reset request"). Furthermore, when the reception unit 111 receives the predetermined operation, the lottery unit 112 may be able to determine the number of times each grant number of characters has been previously determined in a subsequent lottery (the lottery may reset the number of times each grant number has been previously determined).

[0049] 9 is a flowchart showing an example of the reset process performed by the game server 10. The reception unit 111 determines whether or not the player satisfies a predetermined condition (S40). If the player satisfies the predetermined condition, the process proceeds to step S50, and if the player does not satisfy the predetermined condition, the process procedure of step S40 is repeated.

[0050] Here, the "predetermined condition" may be when the number of characters owned by the player (the total number of characters obtained by means other than the lottery and the characters granted by the lottery) reaches a predetermined number. The predetermined number may be the same as the maximum value of the status strengthened by synthesis, or may be any number. The "predetermined condition" may also be when the number of characters granted by the lottery (i.e., the number excluding the number of characters obtained by means other than the lottery) reaches a predetermined number. The "predetermined condition" may also be when the player obtains a predetermined lottery result in the lottery. The predetermined lottery result may be any result, but may be, for example, that the number of granted characters that is equal to or greater than a predetermined number is determined by the lottery. In other words, it may be when a so-called featured product is drawn by the lottery.

[0051] Next, when the reception unit 111 receives a reset request from the player (S50), the lottery unit 112 resets the number of times each of the numbers to be awarded has been previously determined (sets it to 0), thereby making it possible to determine the number of numbers to be awarded that has reached the upper limit set for each number to be awarded to a character in a subsequent lottery (S60).

[0052] FIG. 10 is a diagram showing changes in the lottery management table 110c when a lottery is drawn and reset. First, the lottery unit 112 draws a first lottery. At this time, the lottery unit 112 randomly selects an assigned number to which no flag is attached, with reference to the lottery management table 110c. In the lottery management table 110c at the top of FIG. 10, a flag is not attached to any of the assigned numbers among 1 to 14, so the lottery unit 112 selects one of 1 to 14. Here, it is assumed that 14 is selected. The lottery unit 112 assigns a flag "◯" to the "14" column of the lottery management table 110c. In addition, the assigning unit 113 assigns 14 characters to the player. Next, a second lottery is drawn. In the lottery management table 110c, a flag is assigned to 14, so the lottery unit 112 selects one of the numbers among 1 to 13. Here, it is assumed that the lottery unit 112 selects 8 from among 1 to 13. The lottery unit 112 assigns a flag "O" to the "8" column of the lottery management table 110c. In addition, the assigning unit 113 assigns eight characters to the player. It is assumed that a reset request is then received from the player. The lottery unit 112 erases all flags assigned to the lottery management table 110c, so that the numbers 1 to 14 are determined by lottery again in the subsequent lotteries.

[0053] Here, when resetting the number of times each of the award numbers has been determined in the past, the lottery unit 112 may not only erase the flag in the lottery management table 110c, but may also change the award number to be drawn. In other words, the lottery management table 110c may be changed.

[0054] FIG. 11 is a diagram showing an example of a change to the lottery management table 110c. For example, the lottery unit 112 may change the number of characters to be awarded to be drawn without changing the total number of characters that can be awarded by a lottery in the future if the reset is not performed, and may change the number of characters to be awarded and the upper limit number of times for each number of characters to be awarded so that a predetermined number of characters to be awarded (or a number of characters to be awarded equal to or greater than the predetermined number) is included. The predetermined number may be the largest number of the numbers of characters to be awarded included in the lottery management table 110c before the reset, or may be any number set in advance. In other words, when the number of times each number of characters to be awarded is reset in the past, a so-called featured product may be drawn again. The upper part of FIG. 11 shows the lottery management table 110c before the reset. According to FIG. 11, the number of characters to be awarded in the future is 1 to 9, so that a total of 45 characters A can be awarded to the player by repeating the lottery in the future. In addition, the maximum number of characters to be awarded in the lottery management table 110c before the reset is 14. Therefore, the lottery unit changes the lottery management table 110c so that a total of 45 characters are awarded, including 14. The lower part of FIG. 11 shows an example of the lottery management table 110c after the change.

[0055] In addition, the number of characters to be awarded after resetting and the upper limit of the number of times each number of characters to be awarded may be specified by the player as desired, as long as it does not change the total number of characters that can be awarded in future lotteries if the reset is not performed.

[0056] When the upper limit of the number of times that a large number of prizes (so-called featured prizes) is awarded is reached, the large number of prizes awarded will not be determined in subsequent lotteries, even if the lottery is repeated. This may cause players to lose motivation to participate in lotteries. However, resetting the lottery makes it possible to again award large numbers, which can revive players' motivation to participate in lotteries.

[0057] As another example, suppose that when 99 characters with status 1 are collected and combined, a character with a status of 99 (here, the maximum value) can be obtained. In this case, the lottery unit 112 may calculate a number obtained by subtracting the total number of characters that can be added by future lotteries if resetting is not performed and the total number of characters already possessed by the player from the maximum value of the status strengthened by combining the characters obtained by lottery, and change the number of characters to be added and the upper limit number of times for each number to be added so that the total number of characters to be added by lottery becomes the total of the calculated number. For example, suppose that the maximum value of the status is 99, and the number of characters A that the player already possesses is 70. In this case, the lottery unit 112 may change the lottery management table 110c so that the total number of characters to be added by lottery becomes 29 (99-70). For example, the lottery management table 110c may be changed to 1, 1, 2, 2, 3, 3, 5, 5, 7, etc.

[0058] (Lottery process for multiple characters) In the above description, one type of character is awarded by lottery, but multiple types of characters may be awarded by lottery. The type of character to be awarded may be selected each time a lottery is held. For example, the lottery unit 112 may manage the number of times set for each of the multiple game media, select a game medium to be awarded to the player from the multiple game media, and determine the number of game media to be awarded to the player for the selected game medium by lottery.

[0059] FIG. 12 is a flowchart showing an example of a lottery process performed by the game server 10. The reception unit 111 receives a lottery request from a player (S100). Next, the lottery unit 112 refers to the player management DB 100a and confirms that the number of lottery points owned by the player is equal to or greater than the number of lottery points to be consumed by the lottery. Next, the lottery unit 112 selects a character to be given to the user by lottery from among a plurality of characters (S110), and determines the number of characters to be given to the player by performing a lottery for the selected characters by referring to the lottery management table 110c (S120). Next, the giving unit 113 gives the player the number of characters determined by the lottery (S130).

[0060] FIG. 13 is a diagram showing a change in the lottery management table 110c when a lottery is performed for multiple characters. That is, when a lottery is performed for multiple characters, the lottery management table 110c is defined for each character. When a first lottery request is received from a player, the lottery unit 112 selects a character to be given to the player from multiple characters (here, character A and character B) that are the objects of the lottery, and performs a first lottery. Here, it is assumed that character A is selected, and "8" is selected as the number of characters to be given. The lottery unit 112 gives a flag "◯" to the "8" column for character A in the lottery management table 110c. In addition, the giving unit 113 gives eight characters A to the player. Subsequently, when a second lottery request is received from the player, the lottery unit 112 selects a character to be given to the player from multiple characters that are the objects of the lottery, and performs a second lottery. Here, it is assumed that character B is selected, and "5" is selected as the number of characters to be given. The lottery unit 112 assigns a flag "O" to the "5" column of the lottery management table 110c for character B. In addition, the assigning unit 113 assigns five characters B to the player.

[0061] Also, the type of the character to be granted may not be changed until the selection exclusion condition for the character is satisfied, and may be changed (the type of the character to be granted may be switched) when the selection exclusion condition is satisfied. For example, the multiple characters may include a first character, and the lottery unit 112 may perform control such that the first character is not selected from the multiple characters after the selection exclusion condition for the first character is satisfied as a result of the granting unit 113 granting the first character to the player.

[0062] FIG. 14 is a diagram showing an example of a process in which a character to be selected is changed when a selection exclusion condition is satisfied. When a selection request is received from a player, the selection unit 112 selects a character A (first character) from among a plurality of characters (here, character A and character B) to be selected, and the granting unit 113 grants the player the number of characters A determined by the selection. Here, it is assumed that the selection exclusion condition is satisfied for character A as a result of character A being granted to the player. In this state, when a selection request is further received from the player, the selection unit 112 switches the character to be selected to character B (which may be referred to as second character) and performs a selection. Here, it is assumed that "7" is selected as the number to be granted. The selection unit 112 grants a flag "◯" to the column for "7" for character B in the selection management table 110c. In addition, the granting unit 113 grants seven characters B to the player.

[0063] The "selection exclusion condition" may be, for example, a case where a predetermined status of a character becomes the maximum value when all characters owned by the player (characters awarded by lottery) are combined. For example, when 99 characters with a status of 1 are collected and combined, a character with a status of 99 (the maximum value here) can be obtained. For example, when a player owns 99 or more characters A with a status of 1, character A may satisfy the selection exclusion condition. As another example, when a player owns character A with a status of 50 and has 44 or more characters A with a status of 1, character A may satisfy the selection exclusion condition.

[0064] If a player has enough characters to maximize the status through synthesis, the player may not want more of those characters, and may lose motivation to enter the lottery. However, by making it possible to award other characters in lotteries after a character meets the selection exclusion conditions, it is possible to maintain or increase the player's motivation to enter the lottery.

[0065] (Reset process for lottery process targeting multiple characters) The above-mentioned reset process may be applied to a lottery process targeting multiple characters. For example, when one or both of multiple characters satisfy a predetermined condition, the number of times each of the given numbers has been determined in the past for each of the one or both characters may be reset, so that the given numbers that have reached the upper limit in the past lottery may be drawn in a subsequent lottery for the characters among the multiple characters that have satisfied the predetermined condition. For example, assume that the character A of the character A and the character B owned by the player satisfies the predetermined condition. In this case, the lottery unit 112 may reset the number of times each of the given numbers has been determined in the past for the character A when a reset request is received from the player.

[0066] Also, when one of the multiple characters satisfies a predetermined condition, the number of times each of the numbers to be given has been determined in the past for each of the multiple characters may be reset so that the number of times ...

[0067] (Processing for consecutive lotteries) When a command for continuous lotteries is received from the player, the lottery unit 112 may perform the lotteries continuously. The number of continuous lotteries may be the number of times instructed by the player, or may be a predetermined number of times. When the lotteries are performed continuously, the lottery points for the number of lotteries are consumed. For example, when 10 continuous lotteries are performed, 10 lottery points are consumed. The continuous lotteries can be applied to both the case where one type of character is given and the case where multiple types of characters are given. When multiple types of characters are given, the characters to be given and the number of characters to be given may be selected for each consecutive lottery.

[0068] Here, in the case where only one type of character is provided, when the character satisfies a predetermined condition before the designated number of consecutive draws are performed as a result of the consecutive draws, the game server 10 may return to the player a part of the predetermined value consumed to perform the consecutive draws instead of the above-mentioned reset process. That is, when the reception unit 111 receives a request from the player to perform a plurality of consecutive draws using the predetermined value, if the character satisfies the predetermined condition after the second number of draws, which is less than the number of consecutive draws (less than the first number), is performed, the return processing unit 114 may return to the player a predetermined value for performing a number of draws obtained by subtracting the second number from the first number.

[0069] Furthermore, in the case where there are multiple types of characters to be provided, when each of the multiple characters satisfies the selection exclusion condition before the designated number of consecutive draws are performed as a result of the consecutive draws, the game server 10 may return to the player a part of the predetermined value consumed to perform the consecutive draws. That is, when the reception unit 111 receives a request from the player to perform a consecutive number of draws using the predetermined value, if all of the multiple characters satisfy the selection exclusion condition after the lottery unit 112 performs a second number of draws that is less than the number of consecutive draws (less than the first number), the return processing unit 114 may return to the player a predetermined value for performing a number of draws obtained by subtracting the second number from the first number.

[0070] By returning a portion of the predetermined value to the player when consecutive lotteries are held, the player is able to hold consecutive lotteries without having to check in advance whether the predetermined value will be wasted.

[0071] <Modification> The lottery management table 110c may define a plurality of characters together in one table. For example, as shown in FIG. 15, the lottery management table 110c may define the number of characters A to be given and the number of characters B to be given together. In this case, when the lottery unit 112 receives a lottery request from the player, the lottery unit 112 may simultaneously select a character and a number to be given by selecting one of the numbers to be given that is not given a flag from the lottery management table 110c. For example, in the example of FIG. 15, when the first lottery request is received from the player, the lottery unit 112 selects one number to be given from the lottery management table 110c. Here, it is assumed that the number of characters B to be given, "6", is selected. The lottery unit 112 gives a flag "◯" to the column of "6" for the character B in the lottery management table 110c. In addition, the giving unit 113 gives six characters B to the player. Subsequently, when a second drawing request is received from the player, the drawing unit 112 performs the drawing for the th time. Here, it is assumed that the number of characters A to be given, "9", is selected. The drawing unit 112 gives a flag "O" to the "9" column for character A in the drawing management table 110c. In addition, the giving unit 113 gives nine characters A to the player.

[0072] <Summary> According to the embodiment described above, when the game server 10 determines the number of characters to be given to a player by lottery, the game server 10 refers to the lottery management table 110c and controls so that the number of characters to be given that has been determined a set number of times is not determined in a subsequent lottery. This makes it possible to maintain the reliability of the number of game media to be given to a user when drawing a lottery to determine the number of game media to be given to a user.

[0073] The above-described embodiment is intended to facilitate understanding of the present invention, and is not intended to limit the present invention. The flow charts, sequences, elements included in the embodiment, and their arrangements, materials, conditions, shapes, sizes, etc. described in the embodiment are not limited to those exemplified, and may be modified as appropriate.

[0074] <Additional Notes> <Appendix 1> A reception unit that receives a lottery request from a user; a lottery unit that determines by lottery the number of game media to be granted to the user; a granting unit that grants the number of game media determined by the lottery unit to the user, the lottery unit controls so that the number of the game media to be awarded that has been determined a set number of times for each of the game media to be awarded is not determined in a subsequent lottery; Information processing device.

[0075] According to Supplementary Note 1, when the number of game contents to be granted to a user is determined by lottery, it is possible to maintain the reliability of the number of game contents to be granted.

[0076] <Appendix 2> The reception unit is after the game medium is provided to the user by the providing unit, when a predetermined condition related to the game medium is satisfied, a predetermined operation can be accepted; The lottery unit includes: When the reception unit receives the predetermined operation, the number of the game media to be awarded that has been determined a set number of times for each of the game media to be awarded can be determined by a subsequent lottery. 2. An information processing device according to claim 1.

[0077] According to Appendix 2, if certain conditions are met, the number of game media to be awarded can be determined in a subsequent lottery even if the number has been determined a set number of times for each number of game media to be awarded, thereby enabling users to maintain their enthusiasm for the lottery.

[0078] <Appendix 3> The lottery unit includes: Manage the number of times set for each of the multiple game media for each of the granted amounts; selecting a game medium to be provided to the user from among the plurality of game media; determining by lottery the number of game media to be granted to the user for the selected game media; 3. The information processing device according to claim 1 or 2.

[0079] According to Appendix 3, it will be possible to hold a lottery for multiple game media.

[0080] <Appendix 4> the plurality of game media includes a first game medium; The lottery unit includes: and performing control so that the first game medium is not selected from the plurality of game media after a selection exclusion condition for the first game medium is satisfied as a result of the first game medium being granted to the user by the granting unit. 4. The information processing device according to claim 3.

[0081] According to Supplementary Note 4, in a lottery involving multiple game media, it becomes possible to control game media for which a selection exclusion condition is satisfied so that the game media is not selected in the lottery.

[0082] <Appendix 5> and a return processing unit that, when the reception unit receives from the user a request to continuously perform two or more first number of lotteries using a predetermined value, returns to the user the predetermined value for performing a number of lotteries obtained by subtracting the second number from the first number when all of the plurality of game media satisfy the selection exclusion condition after the lottery unit performs a second number of lotteries that is less than the first number. 5. The information processing device according to claim 4.

[0083] According to Appendix 5, if there are any lotteries that are not executed when multiple lotteries are held, the user can receive a refund without consuming the specified value.

[0084] <Appendix 6> An information processing method performed by an information processing device, receiving a lottery request from a user; determining by lottery the number of game media to be granted to the user; and granting the determined number of game media to the user. The step of determining by lottery includes controlling so that the number of the game media to be awarded that has been determined a set number of times for each number of the game media to be awarded is not determined in a subsequent lottery. Information processing device.

[0085] According to Supplementary Note 6, when the number of game contents to be granted to a user is determined by lottery, it is possible to maintain the reliability of the number of game contents to be granted.

[0086] <Appendix 7> receiving a lottery request from a user; determining by lottery the number of game media to be granted to the user; and granting the determined number of game media to the user. The step of determining by lottery includes controlling so that the number of the game media to be awarded that has been determined a set number of times for each number of the game media to be awarded is not determined in a subsequent lottery. program.

[0087] According to Supplementary Note 7, when the number of game contents to be granted to a user is determined by lottery, it is possible to maintain the reliability of the number of game contents to be granted. [Explanation of symbols]

[0088] 1...game system, 10...game server, 11...processor, 12...storage device, 13...communication IF, 14...input device, 15...output device, 20...terminal, 100...storage unit, 100a...player management DB, 100b...owned character management DB, 100c...lottery management table, 110...game control unit, 111...reception unit, 112...lottery unit, 113...granting unit, 114...return processing unit, 115...display control unit, 200...storage unit, 201...communication unit, 202...UI unit, 203...game control unit

Claims

[Claim 1] A reception unit that receives a lottery request from a user; a lottery unit that determines by lottery the number of game media to be granted to the user; a granting unit that grants the number of game media determined by the lottery unit to the user, the lottery unit controls so that the number of the game media to be awarded that has been determined a set number of times for each of the game media to be awarded is not determined in a subsequent lottery; Information processing device.

Images