JP2022063213A - Information processing device, information processing method and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a technique capable of suppressing development of a sense of unfairness among users in a game for determining the number of times of lottery.

SOLUTION: An information processing device includes an execution section executing a specific game with which a score is determined according to operations of a user, a reception section, after termination of the specific game, receiving an instruction of necessity of confirmation of the score of the specific game, and an assignment section, when receiving the confirmation instruction of confirming the score of the specific game, assigning to the user, a right of enabling the number of times of lottery according to the confirmed score.

SELECTED DRAWING: Figure 3

COPYRIGHT: (C)2022,JPO&INPIT

Description

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

Currently, there is a known game in which a lottery called gacha can be performed. By performing a lottery, the user can obtain new characters and items.

For example, in Patent Document 1, a game is advanced according to a user's input operation, and a predetermined item is achieved by the user's game play, so that a game point is given to the user according to the achieved item. However, a game in which a lottery right is given to a user each time the game points given to the user reach a certain amount is disclosed.

Japanese Unexamined Patent Publication No. 2018-011891

When a user plays a game to obtain a lottery right, as a result of being able to play the game well, a user who can obtain a large number of lottery times and a user who cannot play well and can obtain only a small number of lottery times. There may be a sense of unfairness with users who did not.

Therefore, an object of the present invention is to provide a technique capable of suppressing the occurrence of unfairness among users in a game for determining the number of lottery.

The information processing apparatus according to one aspect of the present invention has an execution unit that executes a specific game in which a score is determined according to a user's operation, and an instruction as to whether or not the score of the specific game needs to be determined after the specific game is completed. It has a reception unit that accepts, and a grant unit that grants the user the right to enable a lottery for the number of times according to the confirmed score when a confirmation instruction for determining the score of a specific game is received from the user.

According to the present invention, it is possible to provide a technique capable of suppressing the occurrence of unfairness among users in a game for determining the number of lottery.

It is a figure which shows an example of the system structure of the game system which concerns on this embodiment. It is a figure which shows the hardware configuration example of a game server and a terminal. It is a figure which shows the functional block configuration example of a game server. It is a figure which shows an example of a user management DB. It is a figure which shows the functional block composition example of a terminal. It is a flowchart which shows an example of the processing procedure performed by a game server. It is a figure which shows the display example of the screen displayed on a terminal.

An embodiment of the present invention will be described with reference to the accompanying drawings. In each figure, those with the same reference numerals have the same or similar configurations.

<System configuration>
FIG. 1 is a diagram showing an example of a system configuration of the game system 1 according to the present embodiment. The game system 1 shown in FIG. 1 includes a game server 10 (game device) and a plurality of terminals 20. The game server 10 and the terminal 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.

The game server 10 is a device that, for example, manages various information about the user, executes a part of the process of the game, and has a part of the functions of the terminal 20 in providing the game. The game server 10 may be configured by one or a plurality of information processing devices, or may be configured by using a virtual server (cloud server or the like).

The terminal 20 is an information processing device that provides a game to the user, and the user can execute the game according to the present 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 may notify the game server 10 of its own position detected by using GPS (Global Positioning System) or the like.

<Game overview>
Subsequently, an outline of the game provided by the game system 1 according to the present embodiment will be described. In the game provided by the game system 1 (hereinafter referred to as "main game"), the user organizes a deck with a character selected from a plurality of owned characters, and uses the organized deck to perform a quest. By clearing it, you can get new characters and items. In addition, the user can challenge more difficult quests by synthesizing multiple acquired characters to grow into stronger characters, and by using items to strengthen the character's attributes. ..

Here, the quest is a term that means a task that can be cleared by satisfying a predetermined condition. Quests are also commonly referred to as explorations, challenges and missions. The user who participated in the quest can clear the quest by satisfying the certain conditions, and when the quest is cleared, the user is rewarded and the story of this game progresses.

Deck is a term that means a group that combines a plurality of characters. When executing a quest, the user selects a character having an ability suitable for clearing the quest, organizes a deck, and executes the quest. In the present embodiment, the user "execution" of the quest or the like may be referred to as "playing" the quest or the like.

The quest can be jointly executed by multiple users. Hereinafter, joint execution of a quest by multiple users is referred to as "multiplayer". In multiplayer, each user operates a character assigned to himself / herself among a plurality of characters forming a deck. The user who convenes multiplayer is called the host.

The user can obtain the character in various scenes in the main game (for example, when the quest is cleared). In addition, the user can draw a lottery (draw a lottery) to win any character or item in the name game. The user can receive (acquire) any character or item by performing a lottery. Performing a lottery to win any character or item (drawing a lottery) is also called "Gacha". The user can perform the lottery by charging or by consuming the lottery ticket.

By using the challenge ticket received in the main game, the user can execute a game in which the score is determined according to the user's operation (hereinafter referred to as "sub-game"). The user can obtain the right to draw one or more times (the right to draw a lottery) according to the score obtained in the sub-game. The sub-game can be repeatedly executed if the user is not satisfied with the score.

For example, in a sub-game, it is assumed that the right to draw once per score is given. It is assumed that the user obtains a score of 100 by playing the sub-game. In this case, the user is given the right to draw 100 times in the main game. It should be noted that the right given to the user that the lottery is possible may mean that the user is given a lottery ticket that allows the lottery to be performed once for each piece. For example, a user who obtains a score of 100 may be given 100 lottery tickets. Further, the score itself may be synonymous with the lottery ticket. Further, in the present embodiment, the rights obtained according to the score are not limited to the lottery ticket. For example, an item or a character may be obtained according to the score, or the status of the character may be increased or recovered according to the score.

The main game and the sub game in the present embodiment may be any game regardless of the above description. Further, the main game and the sub game may have one or more differences among the differences shown below. 1. 1. In the main game, the user can use the character received by the lottery, but in the sub game, the user cannot use the character received by the lottery. 2. 2. In the main game, there are characters that can be operated by the user, but in the sub-game, there are no characters that can be operated by the user. Alternatively, the number of characters that can be operated by the user in the main game and the number of characters that can be operated by the user in the sub-game are smaller in the sub-game. 3. 3. The main game is a game that the user normally plays, and the sub-game is a game that can be executed only when a specific condition is satisfied in the main game (for example, using a challenge ticket).

<Hardware configuration>
FIG. 2 is a diagram showing a hardware configuration example of the game server 10 and the terminal 20. The game server 10 and the terminal 20 are a processor 11 such as a CPU (Central Processing Unit) and 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), and a wired connection. Alternatively, it has a communication IF (Interface) 13 that performs wireless communication, 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.

<Functional block configuration>
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 the storage device 12 included in the game server 10. Further, the game control unit 110 can be realized by the processor 11 of the game server 10 executing the program stored in the storage device 12. Further, the program can be stored in a storage medium. The storage medium in which the program is stored may be a non-transitory computer readable medium. The non-temporary storage medium is not particularly limited, but may be, for example, a storage medium such as a USB memory or a CD-ROM.

The storage unit 100 stores the user management DB 100a.

FIG. 4 is a diagram showing an example of the user management DB 100a. The user management DB 100a manages game data for each user. In the user management DB, for example, an ID (user ID) that uniquely identifies the user, a user's nickname (nickname), the current position of the terminal 20 used by the user, and information indicating the character possessed by the user (possessed character) are stored in the user management DB. Information), information indicating the character set in each user's deck (deck information), the number of sub-game challenge tickets possessed by the user, the number of lottery tickets possessed by the user, etc. are stored. To.

Returning to FIG. 3, the explanation will be continued. The game control unit 110 provides various functions necessary for executing this game. The game control unit 110 includes an execution unit 111, a reception unit 112, a grant unit 113, and a display control unit 114.

The execution unit 111 executes a main game and a sub game (specific game) according to the operation of the user.

The reception unit 112 receives various selections and the like from the user. Further, after the sub-game is completed, the reception unit 112 receives an instruction as to whether or not the score of the sub-game needs to be fixed. Further, the reception unit 112 gives an instruction for replaying the sub-game without fixing the score of the sub-game (hereinafter referred to as "replay instruction") as an instruction as to whether or not the score of the sub-game needs to be fixed. It may be accepted from the user. Upon receiving the replay instruction, the execution unit 111 re-executes the sub-game.

When the reception unit 112 receives a confirmation instruction for determining the score of the sub-game, the granting unit 113 grants the user the right to enable a lottery for the number of times according to the confirmed score.

The display control unit 114 displays various game screens related to the main game and the sub game on the output device 15 (display) of the terminal 20.

FIG. 5 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 the storage device 12 included in the terminal 20. Further, 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 the program stored in the storage device 12. Further, the program can be stored in a storage medium. The storage medium in which the program is stored may be a non-temporary storage medium that can be read by a computer. The non-temporary storage medium is not particularly limited, but may be, for example, a storage medium such as a USB memory or a CD-ROM.

The storage unit 200 stores game data necessary for the game control unit 203 to execute the main game and the sub game. The game data stores character image data, game scenarios, and the like.

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

The UI unit 202 has a process of receiving various inputs from the player and a function of displaying various game screens on the display. Further, the UI unit 202 displays the game screen on the output device 15 (display) of the terminal 20 according to the instruction of the game server 10.

The game control unit 203 provides various functions necessary for executing the main game and the sub game by cooperating with the game server 10. For example, the game control unit 203 provides a function of acquiring various information (icon image data, text data, etc.) for drawing on the screens of the main game and the sub game from the game server 10.

Regarding the functional block configuration described above, all or a part of the execution unit 111, the reception unit 112, the grant unit 113, and the display control unit 114 included in the game server 10 are connected to the game control unit 203 of the terminal 20. It may be configured to be provided.

<Processing procedure>
FIG. 6 is a flowchart showing an example of a processing procedure performed by the game server 10. The flowchart shown in FIG. 6 shows a series of processing procedures until the user executes the sub-game and determines the score.

In step S10, the reception unit 112 receives the execution of the sub-game from the user. Accepting the execution of the sub-game may be synonymous with accepting an instruction to use the challenge ticket from the user who has the challenge ticket. That is, in the present embodiment, it is a condition for the user to have a challenge ticket (compensation) to play the sub-game.

In step S11, the execution unit 111 executes the sub-game. Further, when the execution of the sub-game is completed, the execution unit 111 transitions to step S12. The execution unit 111 may determine the score according to the number of times the user performs an operation satisfying the score counting condition in the sub-game. For example, when the operation that satisfies the score count condition is performed, the execution unit 111 may determine that the operation that satisfies the score count condition has been performed and perform a process of increasing the user's score.

An operation that satisfies the score count condition is, for example, even if an operation (eg, tap operation, etc.) is performed on at least one designated area among a plurality of areas in the game screen of the sub-game. good.

The execution unit 111 may increase the score by 1 when the operation is performed once for at least one designated area among the plurality of areas in the game screen of the sub-game. Further, the number of operations on the region and the number of scores to be increased may be 1 to 1, 1 to N (N is a positive integer), or N to 1 (N is a positive integer). It may be an integer of). Further, the execution unit 111 may determine the score according to the number of times the user operates the designated one or more areas within a predetermined time.

At least one designated area among the plurality of areas in the game screen of the sub-game may be moved to another area when the number of times the user operates the area reaches a predetermined number of times. Further, the predetermined number of times and / or the destination area may be changed at random. By randomly changing the predetermined number of times, the position of the area where it is determined that the score is counted up is also changed at random timing. This makes it possible for the user to suppress an act of illegally increasing the score of the sub-game by using a tool or the like that automatically operates at least one designated area.

Further, the execution unit 111 may perform a process of reducing the score of the user when the operation is performed a predetermined number of times or more for an area other than at least one designated area among the plurality of areas. .. This makes it possible for the user to suppress an act such as illegally increasing the score of the sub-game by using a tool or the like that automatically operates the area.

Further, the execution unit 111 may not count the score when the operation is performed on both the designated at least one area and the area other than the specified area among the plurality of areas. This makes it possible for the user to suppress an act of illegally increasing the score of the sub-game by using a tool or the like that automatically operates all of the plurality of areas.

Further, when the execution unit 111 satisfies a predetermined bonus condition (for example, when the remaining time until the end of the sub-game is less than the predetermined time), the execution unit 111 has at least one designated area among the plurality of areas. The number of scores that increase when an operation is performed on the game may be increased as compared with the case where a predetermined bonus condition is not satisfied. For example, the execution unit 111 increments the score by 1 each time the area is operated until the remaining time until the sub-game ends is less than 10 seconds, and the remaining time until the sub-game ends. After less than 10 seconds, the score may be increased by 3 (ie, triple the score) each time the area is manipulated.

Further, instead of increasing the score when an operation is performed on at least one designated area among the plurality of areas, the execution unit 111 designates a user among the plurality of areas. The score may be increased according to the time required to perform the operation a predetermined number of times for at least one area. For example, the execution unit 111 may give a larger score to the user as the time required to operate the designated area 100 times is shorter.

Further, the operation that satisfies the score count condition may be that some word is present in the character string in which a plurality of characters selected by the user are arranged. For example, the execution unit 111 may increase the score by 1 when there is one word, and increase the score by 2 when there are two words.

In step S12, after the sub-game is completed, the reception unit 112 receives an instruction from the user as to whether or not to determine the score of the sub-game. When the user receives an instruction (replay instruction) to play the sub-game again without confirming the score, the process proceeds to step S13. On the other hand, when the user instructs to confirm the score, the process proceeds to step S14.

In step S13, the execution unit 111 determines whether or not the condition for re-execution of the sub-game is satisfied. When the condition for re-execution of the sub-game is satisfied, the execution unit 111 re-executes the sub-game by proceeding to the processing procedure of step S11. On the other hand, if the condition for re-execution of the sub-game is not satisfied, the execution unit 111 returns to the processing procedure of step S12 without re-execution of the sub-game.

Here, the condition for re-executing the sub-game may be to post information about the sub-game to an SNS (Social Networking Service), a blog, or the like. The information about the sub-game may be information indicating a score acquired by the user, an advertisement for the sub-game, or the like. That is, the execution unit 111 may make the sub-game re-executable when it receives a replay instruction and further receives an operation for posting information about the sub-game. This makes it possible to send information about the sub-game to the outside when permitting the re-challenge to the sub-game.

Further, the condition for re-executing the sub-game may be a case where a predetermined condition is satisfied in the main game or a game other than the main game. That is, the execution unit 111 may re-execute the sub-game when the replay instruction is received and when the user satisfies a predetermined condition in another game different from the sub-game.

When the predetermined condition is satisfied, the game medium (predetermined item) may be consumed in the main game. Further, the consumption of the game medium may be increased as the number of replays increases. For example, the execution unit 111 may consume one game medium in the first replay and two game media in the second replay.

Further, the execution unit 111 may change the content of the sub-game so that the replay becomes an advantageous condition for the user according to the consumption of the game medium. For example, it is assumed that the sub-game is a game in which the score is determined according to the number of times an operation is performed on at least one designated area among a plurality of areas in the game screen. In this case, when the user instructs the user to consume one game medium, the execution unit 111 sets the game screen as having four multiple areas, and when the user gives an instruction to consume two game media, the execution unit 111 has a plurality of. The game screen may be limited to two areas.

Further, when the predetermined condition is satisfied, a predetermined quest (designated quest) may be executed in the main game. Further, when the predetermined condition is satisfied, the predetermined quest may be executed in multiplayer in the main game. If the predetermined condition is to execute a predetermined quest in the main game in multiplayer, other users who participated in the multiplayer may also be entitled to re-execute the subgame. This makes it possible to promote multiplayer for each user.

In step S14, the execution unit 111 determines the score of the sub-game. Here, when the sub-game is re-executed, the execution unit 111 deletes the score acquired by the user when the sub-game was executed last time, and updates the score acquired by the user by re-executing the sub-game. You may do it. That is, the score acquired by the user may be the score acquired by the last executed sub-game.

Further, when the sub-game is re-executed (that is, when the user plays the sub-game a plurality of times), the execution unit 111 determines any one of the plurality of scores as the sub-game score. You may do it. Here, any one score may be one score selected by the user, may be the highest score, or may be a randomly selected score. Further, the execution unit 111 may determine the average value of the plurality of scores as the score of the sub-game.

Further, the execution unit 111 may subtract a score according to the number of re-executions (for example, the number of re-executions × 3) from the score acquired by the user by playing the sub-game. In other words, the more times the sub-game is executed, the more difficult it is to obtain a high score, so it becomes possible to determine the score at an early stage.

After accepting the operation of determining the score of the sub-game in the processing procedure of step S12, the execution unit 111 subtracts the challenge ticket (compensation) necessary for executing the sub-game from the challenge ticket possessed by the user. You may do so. As a result, even if a situation occurs that makes it difficult to execute the sub-game, such as a communication error, it is possible to prevent the challenge ticket possessed by the user from being consumed before the score is fixed. become.

<Screen display example>
FIG. 7 is a diagram showing a display example of a screen displayed on the terminal 10. The screen S10 is a screen that accepts the execution of the sub game from the user. The window W10 displays the number of challenge tickets possessed by the user. When the operation of tapping the button B10 is performed, the screen S11 is displayed and the sub-game is started. The window W20 displays the remaining time until the end of the game. Further, the window W21 displays the number of times the lottery is possible (the number of lottery tickets) according to the score. That is, the display control unit 114 displays on the screen the number of times the lottery is possible according to the score acquired by the user during the execution of the sub-game. In the window W22, a character string indicating an action to be performed by the user (press the glowing button repeatedly) is displayed.

The display control unit 114 displays one of the randomly selected buttons (designated area) from the buttons B20 to B23 (a plurality of areas) in a brighter color than the other three buttons. When the execution unit 111 taps the area where the button is displayed, the execution unit 111 determines that the button has been pressed. Further, when the button (designated area) displayed in bright color is pressed, the execution unit 111 adds the number of times the button is pressed to the score. The number of buttons displayed in bright colors is not limited to one, and may be two or three. Further, the execution unit 111 may subtract the score when the button other than the button displayed in bright color (the area other than the designated area) is pressed more than a predetermined number of times.

When a predetermined time elapses after the start of the game, the window W22 is erased and the screen S12 is displayed. When the time until the end of the game is less than the predetermined time, the screen S13 is displayed. On the screen S13, when the button displayed in bright color is pressed, the execution unit 111 adds a number obtained by multiplying the number of times the button is pressed by a predetermined multiple to the score. In the example of the screen S13, "x2" is displayed on the button B23. This indicates that the predetermined multiple is double.

When the remaining time until the end of the game becomes 0 (that is, when the game ends), the screen S14 is displayed. When the button B30 is pressed on the screen S14 (that is, when the user wishes to re-execute the game), the screen transitions to the screen S15. Further, when the button B30 is pressed (that is, when the user wishes to confirm the score), the screen S16 is displayed. When the button B60 is pressed on the screen S16, the score is confirmed.

When the button B50 is pressed on the screen S15, a posting screen such as an SNS or a blog in which information about the sub-game (for example, the number of lottery rights acquired by the user) is automatically input is displayed. When the information is posted on the SNS or the blog, the screen S11 is displayed and the sub-game is started again. When the button B51 is pressed, the screen returns to the screen S14.

Even when the button B40 on the upper right of the screen S14 is pressed, information about the sub-game is posted on the SNS, blog, or the like. Here, information having different contents may be automatically input to a posting screen such as SNS or a blog depending on whether the button B40 is pressed or the button B50 is pressed. For example, when the button B40 (post button) on the screen S14 (score notification screen) displaying the score acquired by the user is pressed, a message promoting the sub-game is automatically input and a button instructing the replay of the sub-game is performed. When B50 is pressed, a message indicating the score acquired by the user or the number of lottery rights acquired may be automatically input.

<Summary>
According to the embodiment described above, it is possible to suppress the occurrence of unfairness among users in the game for determining the number of lottery.

The embodiments described above are for facilitating the understanding of the present invention, and are not for limiting the interpretation of the present invention. The flowcharts, sequences, elements included in the embodiments, arrangements, materials, conditions, shapes, sizes, and the like described in the embodiments are not limited to those exemplified, and can be appropriately changed. Further, it is possible to partially replace or combine the configurations shown in different embodiments.

<Additional Notes>
<Appendix 1>
An execution unit that executes a specific game whose score is determined according to the user's operation,
After the specific game is finished, the reception unit that receives the instruction of whether or not the score of the specific game needs to be confirmed, and the reception unit.
When a confirmation instruction for determining the score of the specific game is received from the user, a granting unit that grants the user the right to enable a lottery for the number of times according to the determined score, and a granting unit.
Information processing device with.

According to Appendix 1, it is possible to suppress the occurrence of unfairness among users in a game for determining the number of lottery.

<Appendix 2>
The reception unit receives from the user a replay instruction for replaying the specific game without fixing the score of the specific game as an instruction as to whether or not the score of the specific game needs to be fixed.
When the execution unit receives the replay instruction, the execution unit re-executes the specific game.
The information processing apparatus according to Appendix 1.

According to Appendix 2, the user can re-challenge a specific game if he / she is not satisfied with the score.

<Appendix 3>
When the execution unit receives the replay instruction, and further receives an operation for posting information about the specific game, the execution unit enables the specific game to be executed again.
The information processing device according to Appendix 2.

According to Appendix 3, when permitting a re-challenge to a specific game, it is possible to transmit information about the specific game.

<Appendix 4>
When the execution unit receives the replay instruction, and further, when the user satisfies a predetermined condition in another game different from the specific game, the execution unit re-executes the specific game.
The information processing apparatus according to Appendix 2 or 3.

According to Appendix 4, when permitting a re-challenge to a specific game, the user can be made to play another game.

<Appendix 5>
After accepting the operation of determining the score of the specific game, the execution unit subtracts the consideration required for executing the specific game from the consideration possessed by the user.
The information processing apparatus according to any one of Supplementary note 1 to 4.

According to the appendix 5, it is possible to suppress the consumption of the consideration possessed by the user when a situation occurs in which it becomes difficult to execute the specific game.

<Appendix 6>
It has a display control unit that displays on the screen the number of times that the lottery is possible according to the score acquired by the user during the execution of the specific game.
The information processing apparatus according to any one of Supplementary note 1 to 5.

According to Appendix 6, it is possible to make the user recognize how many times the lottery is possible at the present time while playing the specific game.

<Appendix 7>
The execution unit determines the score according to the number of times the user performs an operation satisfying the score counting condition in the specific game.
The information processing apparatus according to any one of Supplementary note 1 to 6.

According to Appendix 7, it is possible to give a score according to the number of operations performed by the user on the game screen.

<Appendix 8>
When the operation is performed on at least one designated area among the plurality of areas in the game screen, the execution unit determines that the operation satisfying the score count condition is performed, and the user's A process for increasing the score is performed, and a process for decreasing the score of the user is performed when the operation is performed a predetermined number of times or more for an area other than at least one designated area.
The information processing apparatus according to Appendix 7.

According to Appendix 8, it is possible to prevent an unauthorized operation from being performed on the game screen.

<Appendix 9>
It is an information processing method performed by an information processing device.
A step to execute a specific game whose score is determined according to the user's operation,
After the specific game is finished, a step of receiving an instruction as to whether or not the score of the specific game needs to be confirmed, and
When the confirmation instruction for determining the score of the specific game is received from the user, the step of granting the user the right to enable the lottery for the number of times according to the determined score, and
Information processing methods including.

According to Appendix 9, it is possible to suppress the occurrence of unfairness among users in the game for determining the number of lottery.

<Appendix 10>
A step to execute a specific game whose score is determined according to the user's operation,
After the specific game is finished, a step of receiving an instruction as to whether or not the score of the specific game needs to be confirmed, and
When the confirmation instruction for determining the score of the specific game is received from the user, the step of granting the user the right to enable the lottery for the number of times according to the determined score, and
A program that lets your computer run.

According to the appendix 10, it is possible to suppress the occurrence of unfairness among users in the game for determining the number of lottery.

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, 110 ... Game control unit, 111 ... Execution unit, 112 ... Reception unit, 113 ... Grant unit, 114 ... Display control unit, 200 ... Storage unit, 201 ... Communication unit, 202 ... UI unit, 203 ... Game control unit

Claims (1)

An execution unit that executes a specific game whose score is determined according to the user's operation,
After the specific game is finished, the reception unit that receives the instruction of whether or not the score of the specific game needs to be confirmed, and the reception unit.
When a confirmation instruction for determining the score of the specific game is received from the user, a granting unit that grants the user the right to enable a lottery for the number of times according to the determined score, and a granting unit.
Information processing device with.

Images