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

Description

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

Currently, there are games that allow users to participate in a lottery called gacha. By participating in the lottery, users can obtain new characters and items.

For example, Patent Document 1 discloses a game in which the game progresses in response to user input operations, and as predetermined goals are achieved through the user's game play, game points are awarded to the user according to the goals achieved, and each time the user's game points reach a certain amount, the user is given the right to enter a lottery.

JP 2018-011891 A

When users play games to win the lottery, there is a possibility that a sense of unfairness may arise between users who play the game well and are able to win many draws, and users who play poorly and are able to win only a few draws.

The present invention therefore aims to provide technology that can prevent a sense of unfairness from arising among users in a game that determines the number of lottery draws.

An information processing device according to one aspect of the present invention includes an execution unit that executes a specific game in which a score is determined in response to a user's operation, a reception unit that receives an instruction as to whether the score of the specific game needs to be determined after the specific game has ended, and an award unit that, when receiving an instruction from the user to determine the score of the specific game, grants the user the right to enter a number of lottery draws according to the determined score.

This invention provides technology that can prevent a sense of unfairness from arising among users in a game that determines the number of lottery draws.

FIG. 1 is a diagram illustrating an example of a system configuration of a game system according to an embodiment of the present invention. FIG. 2 is a diagram illustrating an example of the hardware configuration of a game server and a terminal. FIG. 2 is a diagram illustrating an example of a functional block configuration of a game server. FIG. 2 illustrates an example of a user management DB. FIG. 2 is a diagram illustrating an example of a functional block configuration of a terminal. 10 is a flowchart illustrating an example of a processing procedure performed by a game server. FIG. 10 is a diagram illustrating an example of a screen displayed on the terminal.

Embodiments of the present invention will be described with reference to the accompanying drawings. Note that in each drawing, components with the same reference numerals have the same or similar configurations.

<System Configuration>
Fig. 1 is a diagram showing an example of the system configuration of a game system 1 according to this 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 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 performs some of the functions required for the terminal 20 to provide a game, such as managing various information related to users and executing some of the game's processing. 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).

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

<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 the "main game"), a user can select from among a plurality of characters owned by the user to create a deck and clear quests using the created deck to obtain new characters and items. In addition, the user can combine the obtained characters to make them stronger, or can use items to strengthen the attributes of the characters, thereby taking on more difficult quests.

Here, "quest" is a term meaning a task that can be completed by meeting certain predetermined conditions. Quests are also commonly referred to as explorations, challenges, and missions. Users who participate in a quest can complete the quest by meeting the certain conditions, and completing the quest will earn the user a reward and progress the story of the game.

A deck is a term that refers to a group of multiple characters. When a user performs a quest, they select characters with the appropriate abilities to complete the quest, assemble a deck, and then perform the quest. In this embodiment, when a user "performs" a quest, etc., it may also be referred to as "playing" the quest, etc.

Quests 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 the character assigned to them from among the multiple characters that make up their deck. The user who convenes a multiplayer game is called the host.

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 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 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.

By using challenge tickets received in the main game, users can play a game (hereinafter referred to as a "sub-game") in which the score is determined according to the user's actions. Depending on the score obtained in the sub-game, users can obtain the right to take part in one or more lottery draws (the right to draw lots). Note that the sub-game can be played repeatedly if the user is not satisfied with the score.

For example, assume that in the sub game, one lottery entry is granted per score. Suppose a user achieves a score of 100 by playing the sub game. In this case, the user is granted the right to enter the lottery 100 times in the main game. Note that granting a user the right to enter the lottery may mean that the user is given lottery tickets, each of which allows one lottery entry. For example, a user who achieves a score of 100 may be given 100 lottery tickets. The score itself may also be synonymous with a lottery ticket. In this embodiment, the rights granted according to the score are not limited to lottery tickets. For example, items or characters may be obtained according to the score, or a character's status may be increased or restored according to the score.

Regardless of the above explanation, the main game and sub game in this embodiment may be any type of game. Furthermore, the main game and sub game may have one or more of the following differences: 1. In the main game, the user can use characters received by lottery, but in the sub game, the user cannot use characters received by lottery. 2. In the main game, there are characters that the user can control, but in the sub game, there are no characters that the user can control. Alternatively, the number of characters that the user can control in the main game is fewer than the number of characters that the user can control in the sub game. 3. The main game is a game that the user normally plays, and the sub game is a game that can only be executed when certain conditions are met in the main game (for example, by using a challenge ticket).

<Hardware configuration>
2 is a diagram illustrating 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, a HDD (Hard Disk Drive) and/or an SSD (Solid State Drive), a communication IF (Interface) 13 for wired or wireless communication, an input device 14 for accepting 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. The output device 15 is, for example, a display, a touch panel, and/or a speaker.

<Function 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 unit 12 provided 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.

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

Figure 4 is a diagram showing an example of the user management DB 100a. The user management DB 100a manages game data for each user. The user management DB stores, for example, an ID (user ID) that uniquely identifies the user, the user's nickname, the current location of the terminal 20 used by the user, information indicating characters owned by the user (owned character information), information indicating characters set in each user's deck (deck information), the number of sub-game challenge tickets owned by the user, and the number of lottery tickets owned by the user.

Returning to Figure 3, we will continue the explanation. The game control unit 110 provides various functions necessary to execute the game. The game control unit 110 includes an execution unit 111, a reception unit 112, an award unit 113, and a display control unit 114.

The execution unit 111 executes the main game and sub-game (specific game) in response to user operations.

The reception unit 112 receives various selections from the user. Furthermore, the reception unit 112 receives an instruction as to whether or not the score of the sub game needs to be determined after the sub game has ended. Furthermore, the reception unit 112 may receive an instruction from the user to replay the sub game without determining the score of the sub game (hereinafter referred to as a "replay instruction") as an instruction as to whether or not the score of the sub game needs to be determined. When a replay instruction is received, the execution unit 111 re-executes the sub game.

When the receiving unit 112 receives a confirmation instruction to confirm the score of the sub game, the granting unit 113 grants the user the right to enter the lottery a number of times according to the confirmed score.

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

Figure 5 is a diagram showing an example of the functional block configuration of the terminal 20. The terminal 20 includes a memory unit 200, a communication unit 201, a UI (User Interface) unit 202, and a game control unit 203. The memory unit 200 can be implemented using the memory unit 12 provided in the terminal 20. The communication unit 201, the UI unit 202, and the game control unit 203 can be implemented by the processor 11 of the terminal 20 executing a program stored in the memory 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. There are no particular limitations on the non-transitory storage medium, and it may be, for example, a storage medium such as a USB memory or a CD-ROM.

The memory unit 200 stores game data necessary for the game control unit 203 to execute the main game and sub-game. The game data includes character image data, game scenarios, etc.

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

The UI unit 202 has the function of accepting various inputs from the player and displaying various game screens on the display. The UI unit 202 also displays game screens on the output device 15 (display) of the terminal 20 in accordance with instructions from the game server 10.

The game control unit 203 provides various functions necessary for executing the main game and sub game by working in conjunction with the game server 10. For example, the game control unit 203 provides functions such as obtaining from the game server 10 various information (icon image data, text data, etc.) for drawing on the screen of the main game and sub game.

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 configured to be provided in the game control unit 203 of the terminal 20.

<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 from when a user plays a sub game until the score is determined.

In step S10, the reception unit 112 receives a request to play a sub game from the user. Receiving a request to play a sub game may be synonymous with receiving an instruction to use a challenge ticket from a user who has a challenge ticket. In other words, in this embodiment, the condition for playing a sub game is that the user has a challenge ticket (value).

In step S11, the execution unit 111 executes the sub game. 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 count condition in the sub game. For example, when an operation that satisfies the score count condition is performed, the execution unit 111 may determine that an operation that satisfies the score count condition has been performed and perform processing to increase the user's score.

An operation that satisfies the score count condition may be, for example, an operation (e.g., a tap operation) performed on at least one designated area out of multiple areas within the game screen of the sub-game.

The execution unit 111 may be configured to increase the score by 1 when an operation is performed once on at least one designated area out of multiple areas on the game screen of the sub game. Furthermore, the ratio of the number of operations on the area and the increase in score may be 1:1, 1:N (N is a positive integer), or N:1 (N is a positive integer). Furthermore, the execution unit 111 may determine the score according to the number of times the user operates one or more designated areas within a predetermined time period.

At least one designated area among multiple areas within the game screen of the sub game may be moved to another area when the user operates that area a predetermined number of times. Furthermore, the predetermined number of times and/or the destination area may be changed randomly. By randomly changing the predetermined number of times, the position of the area where the score is determined to be counted up will also be changed at random timing. This makes it possible to prevent users from using tools that automatically operate at least one designated area to unfairly increase the score of the sub game.

The execution unit 111 may also perform processing to decrease the user's score if an operation is performed a predetermined number of times or more on an area other than at least one designated area among the multiple areas. This makes it possible to prevent users from unfairly increasing their sub-game scores by using tools that automatically operate the area.

The execution unit 111 may also choose not to count the score when an operation is performed on at least one specified area among the multiple areas and on areas other than that specified area. This makes it possible to prevent users from unfairly increasing their sub-game scores by using tools that automatically operate all of the multiple areas.

Furthermore, when a predetermined bonus condition is met (for example, when the time remaining until the end of the sub game falls below a predetermined time), the execution unit 111 may increase the score increase amount when an operation is performed on at least one designated area out of multiple areas, compared to when the predetermined bonus condition is not met. For example, the execution unit 111 may increase the score by 1 each time an area is operated until the time remaining until the end of the sub game falls below 10 seconds, and may increase the score by 3 each time an area is operated after the time remaining until the end of the sub game falls below 10 seconds (i.e., triple the score).

In addition, instead of increasing the score when an operation is performed on at least one designated area out of the multiple areas, the execution unit 111 may increase the score according to the time it takes for the user to perform an operation on at least one designated area out of the multiple areas a predetermined number of times. For example, the execution unit 111 may assign a higher score to the user the shorter the time it takes to operate the designated area 100 times.

Furthermore, an operation that satisfies the score count condition may be the presence of a word in a string of characters selected by the user. For example, the execution unit 111 may increase the score by 1 if one word is present, and may increase the score by 2 if two words are present.

In step S12, the reception unit 112 receives an instruction from the user as to whether or not to confirm the score of the sub game after the sub game has ended. If the reception unit 112 receives an instruction from the user to play the sub game again without confirming the score (a replay instruction), the processing proceeds to step S13. On the other hand, if the reception unit 112 receives an instruction from the user to confirm the score, the processing proceeds to step S14.

In step S13, the execution unit 111 determines whether the conditions for re-executing the sub game are met. If the conditions for re-executing the sub game are met, the execution unit 111 re-executes the sub game by proceeding to the processing procedure of step S11. On the other hand, if the conditions for re-executing the sub game are not met, the execution unit 111 returns to the processing procedure of step S12 without re-executing the sub game.

Here, the condition for replaying the sub game may be posting information about the sub game on a social networking service (SNS), blog, etc. The information about the sub game may be information indicating the score achieved by the user, or an advertisement for the sub game, etc. In other words, the execution unit 111 may be configured to allow the sub game to be replayed when it receives a replay instruction and also when it receives an operation to post information about the sub game. This makes it possible to transmit information about the sub game to the outside when allowing a replay of the sub game.

Furthermore, the condition for re-executing the sub game may be when a predetermined condition is met in the main game or a game other than the main game. In other words, the execution unit 111 may re-execute the sub game when a replay instruction is received, and further when the user meets a predetermined condition in a game other than the sub game.

Satisfying a predetermined condition may mean consuming game media (a predetermined item) in the main game. Furthermore, the amount of game media consumed may increase 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.

The execution unit 111 may also change the content of the sub-game so that conditions for replaying are advantageous for the user, depending on the amount of game media consumed. For example, assume that the sub-game is a game in which a score is determined depending on the number of times an operation is performed on at least one specified area out of multiple areas within a game screen. In this case, when the execution unit 111 receives an instruction from the user to consume one game medium, it may display a game screen with multiple areas of four, and when the execution unit 111 receives an instruction to consume two game media, it may display a game screen with multiple areas limited to two.

Fulfilling a predetermined condition may mean executing a predetermined quest (specified quest) in the main game. Fulfilling a predetermined condition may mean executing a predetermined quest in the main game in multiplayer. If the predetermined condition is executing a predetermined quest in the main game in multiplayer, other users who participated in the multiplayer may also be given the right to replay the sub-game. This makes it possible to encourage multiplayer play 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 may delete the score acquired by the user the previous time the sub game was executed and update it to the score acquired by the user by re-executing the sub game. In other words, the score acquired by the user may be the score acquired in the sub game last executed.

Furthermore, when the sub game is replayed (i.e., when the user plays the sub game multiple times), the execution unit 111 may determine one of the multiple scores as the score of the sub game. Here, the one score may be a score selected by the user, the highest score, or a score selected randomly. Furthermore, the execution unit 111 may determine the average value of the multiple scores as the score of the sub game.

The execution unit 111 may also subtract a score corresponding to the number of retries (e.g., number of retries x 3) from the score the user has earned by playing the sub game. In other words, the more times the sub game is played, the more difficult it becomes to earn a high score, making it possible to determine the score earlier.

After receiving an operation to confirm the score of the sub game in the processing procedure of step S12, the execution unit 111 may subtract the challenge tickets (value) required to execute the sub game from the challenge tickets possessed by the user. This makes it possible to prevent the challenge tickets possessed by the user from being consumed before the score is confirmed, even if a situation arises in which it becomes difficult to execute the sub game, such as a communication error.

<Screen display example>
FIG. 7 is a diagram showing an example of a screen displayed on the terminal 10. The screen S10 is a screen for accepting execution of a sub game from the user. The window W10 displays the number of challenge tickets possessed by the user. When the button B10 is tapped, the screen transitions to the screen S11, and the sub game starts. The window W20 displays the time remaining until the end of the game. The window W21 displays the number of draws available according to the score. That is, the display control unit 114 displays on the screen the number of draws available according to the score obtained by the user during execution of the sub game. The window W22 displays a character string indicating an action to be taken by the user (please repeatedly press the illuminated button).

The display control unit 114 displays one randomly selected button (designated area) from buttons B20 to B23 (multiple areas) in a brighter color than the other three buttons. The execution unit 111 determines that a button has been pressed when a tap operation is performed on the area in which the button is displayed. Furthermore, when a button displayed in a bright color (designated area) is pressed, the 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. Furthermore, the execution unit 111 may subtract from 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.

When a predetermined time has elapsed after the game has started, window W22 disappears and screen S12 appears. When the time remaining until the end of the game falls below the predetermined time, screen S13 appears. On screen S13, when a button displayed in a bright color is pressed, the execution unit 111 adds to the score the number of times the button was pressed multiplied by a predetermined multiple. In the example of screen S13, button B23 displays "x2." This indicates that the predetermined multiple is 2x.

When the time remaining until the end of the game reaches 0 (i.e., the game ends), the screen transitions to screen S14. If button B30 is pressed on screen S14 (i.e., the user wishes to play the game again), the screen transitions to screen S15. If button B30 is pressed on screen S14 (i.e., the user wishes to finalize the score), the screen transitions to screen S16. If button B60 is pressed on screen S16, the score is finalized.

When button B50 is pressed on screen S15, a posting screen for SNS, blog, etc. is displayed, with information about the sub-game (such as the number of lottery tickets acquired by the user) automatically entered. Once this information is posted to the SNS or blog, the screen transitions to screen S11, and the sub-game is started again. When button B51 is pressed, the screen returns to screen S14.

In addition, when button B40 in the upper right corner of screen S14 is pressed, information about the sub game is posted to SNS, a blog, or the like. Here, different information may be automatically entered into the posting screen of SNS, a blog, or the like when button B40 is pressed and when button B50 is pressed. For example, when button B40 (post button) on screen S14 (score notification screen) that displays the score achieved by the user is pressed, a message promoting the sub game may be automatically entered, and when button B50, which instructs a replay of the sub game, is pressed, a message indicating the score achieved by the user or the number of lottery tickets acquired may be automatically entered.

<Summary>
According to the embodiment described above, it is possible to prevent a sense of unfairness from arising among users in a game for determining the number of lottery draws.

The above-described embodiments are intended to facilitate understanding of the present invention and are not intended to limit the scope of the present invention. The flowcharts, sequences, elements included in the embodiments, as well as their arrangements, materials, conditions, shapes, sizes, etc., are not limited to those illustrated and can be modified as appropriate. Furthermore, configurations shown in different embodiments can be partially substituted or combined.

<Additional Notes>
<Appendix 1>
an execution unit that executes a specific game in which a score is determined in accordance with a user's operation;
a receiving unit that receives an instruction as to whether or not the score of the specific game needs to be determined after the specific game has ended;
an awarding unit that, when receiving a determination instruction to determine the score of the specific game from the user, grants the user a right to draw a number of times according to the determined score;
An information processing device having the above.

According to Appendix 1, it is possible to prevent a sense of unfairness from arising among users in the game used to determine the number of lottery draws.

<Appendix 2>
the receiving unit receives from the user a replay instruction to replay the specific game without determining the score of the specific game, as an instruction as to whether or not the score of the specific game needs to be determined;
the execution unit executes the specific game again when the replay instruction is received.
2. The information processing device according to claim 1.

According to Appendix 2, users will be able to retry a particular game if they are not satisfied with their score.

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

According to Appendix 3, when allowing a retry of a specific game, it will be possible to send information about the specific game.

<Appendix 4>
the execution unit executes the specific game again when the replay instruction is received and further when the user satisfies a predetermined condition in another game different from the specific game.
4. The information processing device according to claim 2 or 3.

According to Appendix 4, when allowing a user to retry a specific game, it is possible to allow the user to play another game.

<Appendix 5>
the execution unit, after accepting an operation to confirm the score of the specific game, subtracts a fee required to execute the specific game from a fee possessed by the user;
5. The information processing device according to any one of claims 1 to 4.

Appendix 5 makes it possible to prevent a user's funds from being consumed when a situation arises that makes it difficult to play a specific game.

<Appendix 6>
a display control unit that displays on a screen the number of times the lottery can be drawn, according to the score obtained by the user during execution of the specific game;
6. The information processing device according to any one of appendices 1 to 5.

Appendix 6 makes it possible for users to know how many draws are currently available while playing a particular game.

<Appendix 7>
the execution unit determines a score according to the number of times the user has performed an operation that satisfies a score count condition in the specific game;
7. The information processing device according to any one of appendices 1 to 6.

According to Appendix 7, it becomes possible to award a score based on the number of operations performed by the user on the game screen.

<Appendix 8>
the execution unit, when an operation is performed on at least one designated area among a plurality of areas within a game screen, determines that an operation that satisfies the score count condition has been performed, and performs a process of increasing the score of the user, and when an operation is performed a predetermined number of times or more on an area other than the at least one designated area, performs a process of decreasing the score of the user;
8. The information processing device according to claim 7.

Appendix 8 makes it possible to prevent unauthorized operations on the game screen.

<Appendix 9>
An information processing method performed by an information processing device,
A step of executing a specific game in which a score is determined in accordance with a user's operation;
receiving an instruction as to whether or not the score of the specific game needs to be determined after the specific game has ended;
When a determination instruction to determine the score of the specific game is received from the user, granting the user the right to take a number of lotteries corresponding to the determined score;
An information processing method including:

According to Appendix 9, it is possible to prevent a sense of unfairness from arising among users in the game used to determine the number of lottery draws.

<Appendix 10>
A step of executing a specific game in which a score is determined in accordance with a user's operation;
receiving an instruction as to whether or not the score of the specific game needs to be determined after the specific game has ended;
When a determination instruction to determine the score of the specific game is received from the user, granting the user the right to take a number of lotteries corresponding to the determined score;
A program that causes a computer to execute the following.

According to Appendix 10, it is possible to prevent a sense of unfairness from arising among users in the game used to determine the number of lottery draws.

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...Giving unit, 114...Display control unit, 200...Storage unit, 201...Communication unit, 202...UI unit, 203...Game control unit

Claims (4)

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. 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 user to be able to draw 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. 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. 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.