Information processing device, information processing method, and program

Abstract

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

Description

Technical Field

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

Background Art

[0002] Currently, in games, there is a game known that allows a lottery called gacha to be performed. By performing the lottery, a user can obtain new characters or items.

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

Prior Art Documents

Patent Documents

[0004]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0005] When a user plays a game to obtain a lottery right, there may be a sense of unfairness between a user who can play the game well and as a result 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.

[0006] Therefore, an object of the present invention is to provide a technology capable of suppressing the occurrence of a sense of unfairness among users in a game for determining the number of lottery times.

Means for Solving the Problems

[0007] An information processing apparatus according to an aspect of the present invention includes an execution unit that executes a specific game in which a score is determined according to a user's operation, a reception unit that receives an instruction on whether to finalize the score of the specific game after the specific game ends, and a granting unit that grants the user a right to enable a lottery a number of times corresponding to the finalized score when receiving a finalization instruction to finalize the score of the specific game from the user.

Advantages of the Invention

[0008] According to the present invention, it is possible to provide a technology capable of suppressing the occurrence of a sense of unfairness among users in a game for determining the number of lottery times.

Brief Description of the Drawings

[0009]

Figure 1

Figure 2

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

Embodiments for Carrying Out the Invention

[0010] Embodiments of the present invention will be described with reference to the accompanying drawings. In each figure, those denoted by the same reference numerals have the same or similar configurations.

[0011] <System Configuration> FIG. 1 is a diagram showing an example of the 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 terminals 20 are communicably connected to each other via a communication network N such as the Internet, an intranet, a wireless LAN, or mobile communication.

[0012] The game server 10 is a device that undertakes some of the functions in providing the game to the terminals 20, such as managing various information regarding users and executing some of the processes of the game. The game server 10 may be composed of one or more information processing devices, or may be configured using a virtual server (such as a cloud server).

[0013] The terminal 20 is an information processing device that provides the 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 using GPS (Global Positioning System) or the like.

[0014] <Game Overview> Subsequently, an overview 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 the "main game"), the user can obtain new characters and items by forming a deck with a character selected from a plurality of owned characters and clearing quests using the formed deck. In addition, the user can grow into a stronger character by synthesizing a plurality of obtained characters, or challenge quests with a higher difficulty level by strengthening the attributes of the characters using items.

[0015] Here, the term "quest" refers to a task that can be completed by meeting certain predetermined conditions. A quest is also commonly referred to as an exploration, a task, or a mission. A user who participates in a quest can complete the quest by meeting the certain conditions, and completing the quest will result in the user receiving a reward or progressing through the story of the game.

[0016] A deck is a term that refers to a group of multiple characters. When a user performs a quest, the user selects characters with the appropriate abilities to complete the quest, organizes a deck, and performs the quest. In this embodiment, the user's "performing" a quest or the like may also be referred to as "playing" the quest or the like.

[0017] A quest can be performed jointly by multiple users. Hereinafter, performing a quest jointly by multiple users will be referred to as "multiplayer." In multiplayer, each user controls a character assigned to them from among the multiple characters that make up the deck. The user who convenes a multiplayer game is called the host.

[0018] Users can obtain characters in various situations during the main game (for example, when clearing a quest). Users can also enter a lottery (draw a lottery ticket) to win any character or item during the main game. By entering the lottery, users can receive (acquire) any character or item. Entering a lottery (drawing a lottery ticket) to win any character or item is also called "gacha." Users can enter the lottery by paying a fee or by consuming a lottery ticket.

[0019] By using the challenge tickets that can be received in the main game, the user can execute a game (hereinafter referred to as the "sub-game") in which the score is determined according to the user's operation. The user can obtain the right (the right to draw lots) to conduct one or more lotteries according to the score obtained in the sub-game. Note that the sub-game can be repeatedly executed when the user is not satisfied with the score.

[0020] For example, assume that in the sub-game, the right to draw lots once per score is given. If the user obtains a score of 100 by playing the sub-game, in this case, the user is given the right to draw lots 100 times in the main game. Note that the fact that the user is given the right to draw lots may also mean that the user is given a lottery ticket that allows the user to conduct a lottery once per ticket. For example, the user who obtains a score of 100 may be given 100 lottery tickets. Also, the score itself may be synonymous with the lottery ticket. Further, in this embodiment, the rights obtained according to the score are not limited to lottery tickets. For example, items or characters may be obtained according to the score, or the status of the character may increase or recover according to the score.

[0021] Regardless of the previous explanations, the main game and the sub - game in this embodiment can be any game. Also, the main game and the sub - game may have one or more of the following differences. 1. In the main game, the user can use the character received by lottery, but in the sub - game, the user cannot use the character received by lottery. 2. There is a character that the user can operate in the main game, but there is no character that the user can operate in the sub - game. Or, the number of characters that the user can operate in the main game is more than the number of characters that the user can operate in the sub - game. 3. The main game is a game that the user usually plays, and the sub - game is a game that can be executed only when specific conditions are met in the main game (for example, using a challenge ticket, etc.).

[0022] <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 include a processor 11 such as a CPU (Central Processing Unit) and a GPU (Graphical processing unit), a memory, a storage device 12 such as an HDD (Hard Disk Drive) and / or an SSD (Solid State Drive), a communication IF (Interface) 13 for performing wired or wireless communication, an input device 14 for receiving input operations, and an output device 15 for outputting information. The input device 14 is, for example, a keyboard, a touch panel, a mouse, and / or a microphone, etc. The output device 15 is, for example, a display, a touch panel, and / or a speaker, etc.

[0023] <Functional Block Configuration> FIG. 3 is a diagram showing an example of the 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 using a storage device 12 provided in the game server 10. Also, the game control unit 110 can be realized by a processor 11 of the game server 10 executing a program stored in the storage device 12. Further, 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.

[0024] The storage unit 100 stores a user management DB 100a.

[0025] 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, the user's call name (nickname), the current position of the terminal 20 used by the user, information indicating the character possessed by the user (possessed character information), information indicating the characters set in the deck of each user (deck information), the number of sub-game challenge tickets possessed by the user, and the number of lottery tickets possessed by the user are stored.

[0026] Returning to FIG. 3, the description continues. The game control unit 110 provides various functions necessary for executing the present game. The game control unit 110 includes an execution unit 111, a reception unit 112, a granting unit 113, and a display control unit 114.

[0027] The execution unit 111 executes the main game and the sub-game (specific game) in response to the user's operation.

[0028] The reception unit 112 receives various selections and the like from the user. Further, after the sub-game ends, the reception unit 112 receives an instruction on whether it is necessary to determine the score of the sub-game. Further, as an instruction on whether it is necessary to determine the score of the sub-game, the reception unit 112 may receive from the user an instruction to replay the sub-game without determining the score of the sub-game (hereinafter referred to as "replay instruction"). When the replay instruction is received, the execution unit 111 re-executes the sub-game.

[0029] When the reception unit 112 receives a confirmation instruction to confirm the score of the sub-game, the awarding unit 113 awards the user the right to enable a lottery for a number of times corresponding to the confirmed score.

[0030] The display control unit 114 causes various game screens related to the main game and the sub-game to be displayed on the output device 15 (display) of the terminal 20.

[0031] FIG. 5 is a diagram showing a functional block configuration example 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 provided 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 a program stored in the storage device 12. Further, 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 main game and the sub-game. The game data stores character image data, game scenarios, 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 receiving various inputs from the player and displaying various game screens on the display. Also, the UI unit 202 displays a game screen on the output device 15 (display) of the terminal 20 according to the instruction of the game server 10.

[0035] The game control unit 203 provides various functions necessary for executing the main game and the sub - game in cooperation 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.

[0036] Regarding the functional block configuration described above, all or part of the execution unit 111, reception unit 112, granting unit 113, and display control unit 114 included in the game server 10 may be provided in the game control unit 203 of the terminal 20.

[0037] <Processing procedure> FIG. 6 is a flowchart showing an example of the 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.

[0038] In step S10, the reception unit 112 receives from the user an execution of the sub - game. Receiving an execution of the sub - game may be synonymous with receiving an instruction from a user who holds a challenge ticket to use the challenge ticket. That is, in this embodiment, the user having a challenge ticket (consideration) is a condition for playing the sub - game.

[0039] In step S11, the execution unit 111 executes a sub-game. Also, 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 that satisfies the score counting condition in the sub-game. For example, when an operation that satisfies the score counting condition is performed, the execution unit 111 may determine that the operation that satisfies the score counting condition has been performed and perform a process of increasing the user's score.

[0040] The operation that satisfies the score counting condition may be, for example, an operation (such as a tap operation) being performed on at least one designated region among a plurality of regions within the game screen of the sub-game.

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

[0042] Among the plurality of regions within the game screen of the sub-game, at least one designated region may move to another region when the number of times the user operates the region reaches a predetermined number of times. Also, the predetermined number of times and / or the destination region may be randomly changed. By randomly changing the predetermined number of times, the position of the region where it is determined that the score is counted up will also be changed at random timing. This makes it possible to suppress an act such as the user using a tool or the like to automatically operate at least one designated region and illegally increase the score of the sub-game.

[0043] Further, when operations are performed on areas other than at least one specified area among a plurality of areas a predetermined number of times or more, the execution unit 111 may perform a process of decreasing the user's score. Thereby, it becomes possible to suppress an act of a user fraudulently increasing the score of the sub-game by using a tool or the like that automatically operates the area.

[0044] Further, when operations are performed on both at least one specified area and areas other than the specified area among a plurality of areas, the execution unit 111 may not count the score. Thereby, it becomes possible to suppress an act of a user fraudulently increasing the score of the sub-game by using a tool or the like that automatically operates all of the plurality of areas.

[0045] Further, when a predetermined bonus condition is satisfied (for example, when the remaining time until the end of the sub-game runs out of a predetermined time), the execution unit 111 may increase the number of scores that increase when an operation is performed on at least one specified area among a plurality of areas as compared with the case where the predetermined bonus condition is not satisfied. For example, the execution unit 111 may increase the score by 1 each time the area is operated until the remaining time until the end of the sub-game runs out of 10 seconds, and after the remaining time until the end of the sub-game runs out of 10 seconds, increase the score by 3 each time the area is operated (that is, triple the score).

[0046] Further, instead of increasing the score when an operation is performed on at least one specified area among a plurality of areas, the execution unit 111 may increase the score according to the time required for the user to perform the operation on at least one specified area a predetermined number of times among the plurality of areas. For example, the execution unit 111 may give the user more scores the shorter the time required to operate the specified area 100 times.

[0047] In addition, the operation that satisfies the score counting condition may be that there is any word in the character string formed by arranging a plurality of characters selected by the user. 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.

[0048] In step S12, after the sub-game ends, the reception unit 112 receives an instruction from the user on whether to confirm the score of the sub-game. When receiving an instruction (replay instruction) from the user to replay the sub-game without confirming the score, the process proceeds to the processing procedure of step S13. On the other hand, when receiving an instruction from the user to confirm the score, the process proceeds to the processing procedure of step S14.

[0049] In step S13, the execution unit 111 determines whether the condition for re-executing the sub-game is satisfied. When the condition for re-executing 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, when the condition for re-executing the sub-game is not satisfied, the execution unit 111 returns to the processing procedure of step S12 without re-executing the sub-game.

[0050] Here, the condition for re-executing the sub-game may be to post information about the sub-game on an SNS (Social Networking Service), a blog, or the like. The information about the sub-game may be information indicating the score obtained by the user, or an advertisement for the sub-game, or the like. That is, when receiving a replay instruction, the execution unit 111 may also be able to re-execute the sub-game when receiving an operation for posting information about the sub-game. Thereby, when permitting a re-challenge to the sub-game, it becomes possible to transmit information about the sub-game to the outside.

[0051] Also, the condition for re - executing the sub - game may be that a predetermined condition is satisfied in the main game or a game other than the main game. That is, when the execution unit 111 receives a replay instruction, it may further re - execute the sub - game when the user satisfies a predetermined condition in another game different from the sub - game.

[0052] Satisfying the predetermined condition may be consuming a game medium (predetermined item) in the main game. Also, the consumption amount of the game medium may increase as the number of replay times increases. For example, the execution unit 111 may consume one game medium for the first replay and two game media for the second replay.

[0053] Also, the execution unit 111 may change the content of the sub - game so that the replay is advantageous for the user according to the consumption amount of the game medium. For example, assume that the sub - game is a game in which the score is determined according to the number of operations performed on at least one designated area among a plurality of areas within the game screen. In this case, when the execution unit 111 receives an instruction from the user to consume one game medium, it may set the game screen to have four areas, and when it receives an instruction to consume two game media, it may set the game screen to be limited to two areas.

[0054] Also, satisfying the predetermined condition may be executing a predetermined quest (designated quest) in the main game. Also, satisfying the predetermined condition may be executing a predetermined quest in the main game in multiplayer mode. When the predetermined condition is executing a predetermined quest in the main game in multiplayer mode, other users who participated in the multiplayer may also be given the right to re - execute the sub - game. This makes it possible to promote multiplayer for each user.

[0055] In step S14, the execution unit 111 determines the score of the sub-game. Here, when the execution unit 111 re-executes the sub-game, it may delete the score obtained by the user when the previous sub-game was executed, and update it to the score obtained by the user due to the re-execution of the sub-game. That is, the score obtained by the user may be the score obtained by the last executed sub-game.

[0056] Also, when the execution unit 111 re-executes the sub-game (that is, when the user plays the sub-game multiple times), it may determine any one of the multiple scores as the score of the sub-game. Here, any one of the scores may be a score selected by the user, the highest score, or a randomly selected score. Also, the execution unit 111 may determine the average value of the multiple scores as the score of the sub-game.

[0057] Also, the execution unit 111 may subtract a score corresponding to the number of re-executions (for example, the number of re-executions × 3, etc.) from the score obtained by the user by playing the sub-game. That is, 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 earlier.

[0058] After receiving the operation of determining the score of the sub-game in the processing procedure of step S12, the execution unit 111 may subtract the challenge tickets (consideration) required to execute the sub-game from the challenge tickets held by the user. Thereby, even when a situation occurs where it becomes difficult to execute the sub-game, such as a communication abnormality, it is possible to prevent the challenge tickets held by the user from being consumed before the score is determined.

[0059] <Example of screen display> FIG. 7 is a diagram showing an example of a screen displayed on terminal 10. Screen S10 is a screen for receiving an execution of a sub-game from the user. In window W10, the number of challenge tickets the user has is displayed. When an operation of tapping button B10 is performed, the screen transitions to S11 and the sub-game starts. In window W20, the remaining time until the game ends is displayed. Also, in window W21, the number of times (number of lottery tickets) that can be drawn according to the score is displayed. That is, display control unit 114 causes the screen to display the number of times that can be drawn according to the score obtained by the user during the execution of the sub-game. In window W22, a character string (Please repeatedly tap the flashing button) indicating an action the user should perform is displayed.

[0060] Display control unit 114 displays any one button (designated area) randomly selected from buttons B20 to B23 (a plurality of areas) in a color brighter than the other three buttons. When a tap operation is performed on the area where the button is displayed, execution unit 111 determines that the button has been pressed. Also, when the button displayed in a bright color (designated area) is pressed, execution unit 111 adds the number of times it has been pressed to the score. Note that the number of buttons displayed in a bright color is not limited to one, and may be two or three. Also, execution unit 111 may subtract the score when a button other than the button displayed in a bright color (area other than the designated area) is pressed a predetermined number of times or more.

[0061] After the game starts, when a predetermined time has elapsed, window W22 is erased and the screen transitions to S12. When the time until the game ends becomes less than the predetermined time, the screen transitions to S13. In screen S13, when the button displayed in a bright color is pressed, execution unit 111 adds to the score a number obtained by multiplying the number of times it has been pressed by a predetermined multiple. In the example of screen S13, “×2” is displayed on button B23. This indicates that the predetermined multiple is 2.

[0062] When the remaining time until the game ends reaches 0 (i.e., when the game ends), the screen transitions to S14. When the button B30 is pressed on the screen S14 (i.e., when the user wishes to re - execute the game), the screen transitions to S15. Also, when the button B30 is pressed (i.e., when the user wishes to confirm the score), the screen transitions to S16. On the screen S16, when the button B60 is pressed, the score is confirmed.

[0063] On the screen S15, when the button B50 is pressed, a posting screen of an SNS or a blog etc. is displayed, in which information about the sub - game (for example, the number of lottery rights acquired by the user etc.) is automatically input. When the said information is posted to the SNS or the blog, the screen transitions to S11 and the sub - game starts again. When the button B51 is pressed, the screen returns to S14.

[0064] In addition, when the button B40 at the upper right of the screen S14 is pressed, information about the sub - game is also posted to an SNS or a blog etc. Here, it may be that different content information is automatically input to the posting screen of the SNS or the blog etc. when the button B40 is pressed and when the button B50 is pressed. For example, when the button B40 (posting button) of the screen S14 (score notification screen) that displays the score acquired by the user is pressed, a message for promoting the sub - game is automatically input, and when the button B50 that instructs re - playing the sub - game is pressed, a message indicating the score acquired by the user or the number of lottery rights acquired is automatically input.

[0065] <Summary> According to the embodiment described above, in the game for determining the number of lottery draws, it becomes possible to suppress the occurrence of a sense of unfairness among users.

[0066] 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, each element included in the embodiments, and their arrangements, materials, conditions, shapes, sizes, etc. described in the embodiments are not limited to those illustrated and can be changed as appropriate. Also, it is possible to partially substitute or combine the configurations shown in different embodiments.

[0067] <Supplementary Note> <Supplementary Note 1> An execution unit that executes a specific game in which a score is determined according to a user's operation, a reception unit that, after the specific game ends, receives an instruction on whether it is necessary to finalize the score of the specific game, a granting unit that, when receiving a confirmation instruction to finalize the score of the specific game from the user, grants the user the right to enable a lottery a number of times according to the finalized score. An information processing apparatus having the above.

[0068] According to Supplementary Note 1, in a game for determining the number of lottery times, it becomes possible to suppress the occurrence of a sense of unfairness among users.

[0069] <Supplementary Note 2> The reception unit receives, from the user, a replay instruction for replaying the specific game without finalizing the score of the specific game as an instruction on whether it is necessary to finalize the score of the specific game, When the execution unit receives the replay instruction, the execution unit executes the specific game again. The information processing apparatus according to Supplementary Note 1.

[0070] According to Supplementary Note 2, when a user is not satisfied with the score, the user can challenge the specific game again.

[0071] <Supplementary Note 3> When the execution unit receives the replay instruction, if it further receives an operation for posting information about the specific game, the specific game can be executed again. The information processing apparatus according to Supplementary Note 2.

[0072] According to Supplementary Note 3, when permitting a re-challenge to a specific game, it becomes possible to transmit information about the specific game.

[0073] <Supplementary Note 4> When the execution unit receives the replay instruction, if the user satisfies a predetermined condition in another game different from the specific game, the specific game is executed again. The information processing apparatus according to Supplementary Note 2 or 3.

[0074] According to Supplementary Note 4, when permitting a re-challenge to a specific game, it becomes possible to cause the user to execute another game.

[0075] <Supplementary Note 5> After the execution unit receives an operation to confirm the score of the specific game, the execution unit subtracts the price required to execute the specific game from the price possessed by the user. The information processing apparatus according to any one of Supplementary Notes 1 to 4.

[0076] According to Supplementary Note 5, when a situation where it becomes difficult to execute the specific game occurs, it becomes possible to suppress the consumption of the price possessed by the user.

[0077] <Supplementary Note 6> During the execution of the specific game, it has a display control unit that displays on the screen the number of times the lottery can be performed according to the score acquired by the user. The information processing apparatus according to any one of Supplementary Notes 1 to 5.

[0078] According to Supplementary Note 6, while playing the specific game, it becomes possible to let the user recognize how many times the lottery is possible at the current time.

[0079] <Appendix 7> The execution unit determines a score according to the number of times the user has performed an operation that satisfies the score counting condition in the specific game. The information processing apparatus according to any one of Appendices 1 to 6.

[0080] According to Appendix 7, it becomes possible to assign a score according to the number of operations performed by the user on the game screen.

[0081] <Appendix 8> Among a plurality of areas within the game screen, when an operation is performed on at least one designated area, the execution unit determines that an operation that satisfies the score counting condition has been performed and increases the user's score, and when an operation is performed on an area other than the at least one designated area a predetermined number of times or more, the execution unit performs a process of decreasing the user's score. The information processing apparatus according to Appendix 7.

[0082] According to Appendix 8, it becomes possible to suppress an unauthorized operation on the game screen.

[0083] <Appendix 9> An information processing method performed by an information processing apparatus, executing a specific game in which a score is determined according to a user operation; after the specific game ends, receiving an instruction on whether to confirm the score of the specific game; when receiving a confirmation instruction from the user to confirm the score of the specific game, granting the user a right to enable a lottery a number of times corresponding to the confirmed score; An information processing method including:

[0084] According to Appendix 9, in a game for determining the number of lottery times, it becomes possible to suppress a sense of unfairness among users.

[0085] <Appendix 10> Performing a specific game in which a score is determined according to a user's operation; After the specific game ends, receiving an instruction on whether to finalize the score of the specific game; When receiving a confirmation instruction from the user to finalize the score of the specific game, granting the user the right to enable a lottery a number of times according to the finalized score; A program for causing a computer to execute the above.

[0086] According to Appendix 10, in a game for determining the number of lottery times, it becomes possible to suppress the occurrence of a sense of unfairness among users.

Explanation of Signs

[0087] 1... Game system, 10... Game server, 11... Processor, 12... Storage device, 13... Communication IF, 14... Input device, 15... Output device, 20... Terminal, 100... Storage section, 110... Game control section, 111... Execution section, 112... Reception section, 113... Granting section, 114... Display control section, 200... Storage section, 201... Communication section, 202... UI section, 203... Game control section

Claims

1. a processor, the processor comprising: A main game that can be played using a game medium owned by the user can be executed; increasing the number of lotteries that the user can execute in accordance with the number of operations input by the user to a first area on a touch panel during execution of a sub game different from the main game; displaying the number of lottery draws in a second area of the touch panel; After the sub game ends, an instruction is received as to whether or not the number of lotteries needs to be determined; When a determination instruction to determine the number of lotteries is received from the user, control is performed to enable the user to draw the number of lotteries; When an operation of posting information about the sub game is performed, the number of lotteries that the user can take is reset, and the user is allowed to try the sub game again. Information processing device.

2. The processor is capable of executing a main game to be played using a game medium owned by a user; the processor increases the number of lottery selections that the user can execute in accordance with the number of operations input by the user to a first area on the touch panel during execution of a sub game different from the main game; the processor displays the number of lottery draws in a second area of the touch panel; the processor receives an instruction as to whether or not the number of lotteries needs to be determined after the subgame ends; When the processor receives a determination instruction to determine the number of lotteries from the user, the processor controls the lottery for the user to be able to determine the number of lotteries; a processor, when an operation of posting information about the sub game is performed, resetting the number of lotteries that the user can take and enabling the user to try the sub game again; Information processing methods.

3. A main game that can be played using a game medium owned by the user can be executed; increasing the number of lotteries that the user can execute in accordance with the number of operations input by the user to a first area on a touch panel during execution of a sub game different from the main game; displaying the number of lottery draws in a second area of the touch panel; After the sub game ends, an instruction is received as to whether or not the number of lotteries needs to be determined; When a determination instruction to determine the number of lotteries is received from the user, control is performed to enable the user to draw the number of lotteries; When an operation of posting information about the sub game is performed, the number of lotteries that the user can take is reset, and the user is allowed to try the sub game again. A program that causes a processor to execute a process.

4. A server and a terminal are provided, The server A main game that can be played using a game medium owned by the user can be executed; increasing the number of lotteries that the user can execute in accordance with the number of operations input by the user to a first area on a touch panel during execution of a sub game different from the main game; displaying the number of lottery draws in a second area of the touch panel; After the sub game ends, an instruction is received as to whether or not the number of lotteries needs to be determined; When a determination instruction to determine the number of lotteries is received from the user, control is performed to enable the user to draw the number of lotteries; When an operation of posting information about the sub game is performed, the number of lotteries that the user can take is reset, and the user is allowed to try the sub game again. system.

Images