Information processing device
The information processing device optimizes point usage in lottery games by identifying the highest required points and notifying users to play the relevant game, preventing point wastage and encouraging timely gameplay.
Patent Information
- Authority / Receiving Office
- JP · JP
- Patent Type
- Applications
- Current Assignee / Owner
- SEGA CORP
- Filing Date
- 2026-02-09
- Publication Date
- 2026-05-13
Smart Images
Figure 2026077706000001_ABST
Abstract
Description
Technical Field
[0001] The present invention relates to an information processing apparatus and a program.
Background Art
[0002] There is known an information processing apparatus that executes a lottery game for awarding any one of a plurality of lottery targets (for example, characters) to a user by consuming points acquired and stored by the user (for example, Patent Document 1).
Prior Art Documents
Patent Documents
[0003]
Patent Document 1
Summary of the Invention
Problems to be Solved by the Invention
[0004] In such a game, when a play deadline is set in advance, the user must store the necessary points for playing the game by the end of the play deadline. However, depending on the play situation, the user's points may not reach the necessary points by the end of the play deadline. If the user continues to acquire points without noticing this, the points will be stored uselessly.
[0005] The present invention has been made in view of such circumstances, and an object thereof is to suppress the user from storing points uselessly.
Means for Solving the Problems
[0006] The main invention of the present invention for solving the above problems is a lottery information storage unit that stores lottery information in which necessary points for playing a lottery game are set for each type of lottery game, Before the end of the play period, each time a user fulfills any of the various point-earning conditions for earning points, the system awards points to the user corresponding to the fulfilled point-earning condition. A notification unit identifies the type of lottery game that has the highest required points among the points that can be reached by the end of the play period, based on the points the user has earned up to the present time, the points that can be earned by fulfilling the point acquisition conditions by the end of the play period, and the required points for each lottery game, and notifies the user to play the identified type of lottery game. This is an information processing device characterized by having the following features. This type of information processing device can help users understand the maximum number of points they should earn by the end of the play period by recommending them to play a lottery game with a set maximum required points achievable before the play period ends. This helps prevent users from accumulating points unnecessarily.
[0007] Furthermore, it is desirable that the notification unit notify the user that they cannot play other types of lottery games that require more points than the specified type of lottery game before the end of the play period. This eliminates the need to earn more points to play other types of lottery games, thus further discouraging the accumulation of wasted points.
[0008] Furthermore, it is desirable that the notification unit notify the user periodically before the end of the play period, or at the time any of the point acquisition conditions are met. This increases the frequency of notifications to users, encouraging them to play the lottery game before the play deadline expires. It also helps prevent users from losing points they've accumulated by forgetting to play the lottery game before the deadline.
[0009] Furthermore, it is desirable that the notification unit notify the point acquisition conditions that must be met in order to play the specified type of lottery game. This allows users to understand the point-earning conditions they must meet before the play period ends, thus providing them with an incentive to play that specific type of lottery game.
[0010] Furthermore, the lottery information storage unit stores the lottery information, which sets a plurality of lottery targets that can be selected in the lottery game for each type of lottery game. A lottery unit that, by consuming all the points the user has earned by the end of the aforementioned play period, determines one of the lottery games from among the types of lottery games for which the required points to reach have been set, based on the user's selection operation, and grants the user one of the lottery targets selected from among the multiple lottery targets set in the determined type of lottery game, It is desirable to have this. This allows users to play their chosen lottery game without wasting any points by using up all the points they've earned and accumulated by the end of the play period.
[0011] Also, computers, A lottery information storage means that stores lottery information, which includes the required points to play each type of lottery game. A point-granting means that, before the end of the play period, grants the user points corresponding to any of the various point-granting conditions that the user has met, each time a point-granting condition is met. Based on the points the user has acquired up to the current point, the points that can be acquired by meeting the point acquisition conditions by the end of the play period, and the required points for each lottery game, identify the type of lottery game for which the maximum required points that can be reached by the end of the play period are set, and send a notification to the user recommending playing the identified type of lottery game, It is a program for functioning as such. According to such a program, it becomes possible to suppress the user from storing points uselessly.
Brief Explanation of Drawings
[0012] [Figure 1] It is a configuration diagram showing an example of the information processing system according to this embodiment. [Figure 2] It is a hardware configuration diagram showing an example of the computer according to this embodiment. [Figure 3] It is a functional block diagram showing an example of the server device according to this embodiment. [Figure 4] It is a functional block diagram showing an example of the client terminal according to this embodiment. [Figure 5] It is a flowchart for explaining an operation example regarding the notification at the time of login of the information processing system 1 in this embodiment. [Figure 6] It is a configuration diagram showing an example of user information. [Figure 7] It is a configuration diagram showing an example of log history information. [Figure 8] It is a configuration diagram showing an example of character information. [Figure 9] It is a configuration diagram showing an example of lottery information. [Figure 10] It is an image diagram showing a first example of the notification screen at the time of login. [Figure 11] It is an image diagram showing a second example of the notification screen at the time of login. [Figure 12] It is an image diagram showing a third example of the notification screen at the time of login. [Figure 13] It is an image diagram showing a fourth example of a notification screen at the time of login. [Figure 14] It is a flowchart for explaining an operation example regarding notification at the time of game clear of the information processing system 1 in the present embodiment. [Figure 15] It is a configuration diagram showing an example of quest information. [Figure 16] It is an image diagram showing a first example of a notification screen at the time of game clear. [Figure 17] It is an image diagram showing a second example of a notification screen at the time of game clear. [Figure 18] It is a flowchart for explaining an operation example regarding a lottery game of the information processing system 1 in the present embodiment. [Figure 19] It is an image diagram showing an example of a lottery game screen.
Mode for Carrying Out the Invention
[0013] Hereinafter, an information processing apparatus, a program, and an information processing system according to an embodiment of the present invention will be described in detail. Note that the present invention can be widely applied to an information processing apparatus, a program, an information processing system, etc. that employ a game for causing a user to save necessary points for game play until the end of the play period.
[0014] [Embodiment] [System Configuration] FIG. 1 is a configuration diagram showing an example of the information processing system 1 according to the present embodiment. As shown in FIG. 1, in the information processing system 1 according to the present embodiment, one or more client terminals 10 and a server device 20 are connected via a network N.
[0015] The client terminal 10 is a terminal device operated by the user, such as a smartphone, tablet, or PC, or a terminal device dedicated to home or commercial gaming. The server device 20 manages and controls the game played by the user on the client terminal 10, and handles in-game billing. The network N is the internet, etc., and includes mobile wireless base stations.
[0016] Furthermore, in addition to the client-server type information processing system 1 shown in Figure 1, the present invention can also be applied to a standalone game device by separately providing a mechanism for processing in-game charges. The information processing system 1 in Figure 1 is merely an example, and it goes without saying that there are various system configurations depending on the application and purpose. For example, the server device 20 in Figure 1 may be configured by distributing it across multiple computers.
[0017] <Hardware Configuration> Client terminals and server devices Figure 2 is a hardware configuration diagram showing an example of a computer 50 according to this embodiment. The client terminal 10 and server device 20 according to this embodiment are realized by a computer 50 with the hardware configuration shown in Figure 2, for example. Note that the computer 50 is an example of an information processing device.
[0018] As shown in Figure 2, the computer 50 includes a CPU 51, RAM 52, ROM 53, communication interface 54, input device 55, display device 56, external interface 57, and HDD 58, and each is interconnected via bus line B. The input device 55 and display device 56 may be connected and used only when necessary.
[0019] The CPU 51 is a computing unit that controls and implements the functions of the entire computer by reading programs and data from storage devices such as ROM 53 and HDD 58 onto RAM 52 and executing various processes based on the read programs and data.
[0020] RAM52 is an example of volatile semiconductor memory (storage device) for temporarily holding programs and data, and is also used as a work area when the CPU51 performs various processes.
[0021] ROM53 is an example of non-volatile semiconductor memory (storage device) that can retain programs and data even when the power is turned off. ROM53 stores programs and data such as the BIOS, OS settings, and network settings that are executed when the computer 50 starts up.
[0022] The communication interface 54 is an interface for connecting the computer 50 to the network N. This allows the computer 50 to perform data communication via the communication interface 54.
[0023] The input device 55 is a device used by a user or administrator to input various signals. In this embodiment, the input device 55 is, for example, an operating device such as a touch panel, operation keys or buttons, a keyboard or mouse.
[0024] The display device 56 is a device for displaying various information on a screen to a user or administrator. In this embodiment, the display device 56 is, for example, a display such as a liquid crystal or an organic EL.
[0025] The external interface 57 is an interface for connecting to an external device in a data communication manner. This allows the computer 50 to read and / or write to a recording medium via the external interface 57. The external device is a recording medium such as a flexible disk, CD, DVD, SD memory card, or USB memory.
[0026] The HDD58 is an example of a non-volatile storage device that stores programs and data. The programs and data stored include the operating system (OS), which is the basic software that controls the entire computer, and applications that provide various functions on the OS.
[0027] Alternatively, instead of the HDD58, a drive device that uses flash memory as a storage medium (for example, a solid-state drive: SSD) may be used.
[0028] The client terminal 10 and server device 20 according to this embodiment can perform various processes as described later by executing a program on the computer 50 with the hardware configuration described above.
[0029] <Software Configuration> Server equipment Figure 3 is a functional block diagram showing an example of a server device 20 according to this embodiment. The server device 20 according to this embodiment is realized by, for example, the functional blocks shown in Figure 3.
[0030] In this embodiment, the server device 20 implements a server control unit 200, a server storage unit 220, and a server communication unit 240 by executing a program.
[0031] The server control unit 200 has the function of executing various game-related processes. This server control unit 200 includes a game progress unit 201, a point awarding unit 202, a lottery unit 203, a notification unit 204, and a display control unit 205.
[0032] The game progress unit 201 controls the progress of various games, such as competitive games and lottery games, which will be described later, based on game operations received from the user by the client terminal 10. In this embodiment, the game progress unit 201 also functions as a competitive game progress unit and a lottery game progress unit.
[0033] The point awarding unit 202 awards lottery points to the user when the conditions for earning lottery points are met. In this embodiment, before the end of the play period, the point awarding unit 202 awards lottery points to the user each time any of the various point earning conditions is met, corresponding to the met point earning condition.
[0034] The lottery unit 203 selects one of the contents to be drawn based on the lottery probability set for each of the contents (e.g., characters). In this embodiment, the lottery unit 203 determines one of the lottery games from among the lottery games for which the user has earned all of the lottery points that the user could have reached by the end of the play period, based on the user's selection operation, and grants the user one of the contents selected from among the multiple contents to be drawn set for the determined lottery game.
[0035] The notification unit 204 notifies the user of various information useful to the lottery game. In this embodiment, the notification unit 204 periodically before the end of the play period or whenever any of the point acquisition conditions are met, identifies the type of lottery game that has the highest required points among the points that can be reached by the end of the play period, based on the points the user has acquired up to that point, the points that can be acquired by fulfilling the point acquisition conditions by the end of the play period, and the required points for the lottery game, and notifies the user to play the identified type of lottery game. The notification unit 204 notifies the user by screen display, email, push notification, etc.
[0036] The display control unit 205 controls the screen display of the client terminal 10 by generating data for various screens in accordance with the progress of a competitive game or a lottery game controlled by the game progress unit 201, for example.
[0037] The server memory unit 220 has the function of storing information related to various games. This server memory unit 220 includes a character information memory unit 221, a user information memory unit 222, a quest information memory unit 223, and a lottery information memory unit 224.
[0038] The character information storage unit 221 is an example of a content information storage unit, and stores character information (content information) related to a character as an example of content. The character information stored in the character information storage unit 221 includes various characters used in competitive games and lottery games.
[0039] The user information storage unit 222 stores user information about the user. The user information stored in the user information storage unit 222 includes the user's rank, the various characters the user owns, and the lottery points the user has earned and accumulated so far.
[0040] The quest information storage unit 223 stores quest information related to quests included in the competitive game. The quest information stored by the quest information storage unit 223 includes quests set in stages according to difficulty, and various characters that can be obtained in those quests.
[0041] The lottery information storage unit 224 stores lottery information related to the lottery game. The lottery information stored in the lottery game information storage unit 224 includes the type of lottery game and the various characters that can be obtained in each type of lottery game.
[0042] The server communication unit 240 has the function of communicating with the client terminal 10 via the network N.
[0043] 《Client terminal》 Figure 4 is a functional block diagram showing an example of a client terminal 10 according to this embodiment. The client terminal 10 according to this embodiment is implemented, for example, by the functional blocks shown in Figure 4.
[0044] In this embodiment, the client terminal 10 implements a client control unit 100, a client storage unit 120, a client communication unit 140, an operation reception unit 150, and a screen display unit 160 by executing a program. The client control unit 100 includes a request transmission unit 101 and a response reception unit 102.
[0045] The operation reception unit 150 receives operations from the user operating the client terminal 10. The client control unit 100 processes game-related operations on the client terminal 10. The request transmission unit 101 sends a request to the server device 20 based on the content of the operation received from the user by the operation reception unit 150. The response reception unit 102 receives responses such as processing results for the requests sent by the request transmission unit 101 to the server device 20.
[0046] Furthermore, the client storage unit 120 stores various information necessary for the client terminal 10. The client communication unit 140 communicates with the server device 20. The screen display unit 160 displays information on the client terminal 10's screen according to the control from the server device 20.
[0047] As mentioned above, in the information processing system 1 according to this embodiment, the server device 20 controls the game progress and display, but this may also be done by the client terminal 10. Specifically, at least one of the game progress unit and the display control unit may be configured not to be provided in the server control unit 200 of the server device 20, while it may be provided in the client control unit 100 of the client terminal 10.
[0048] Furthermore, the client control unit 100 of the client terminal 10 is a browser type that receives page data written in HTML (Hyper Text Markup Language), scripts contained within the page data, etc., from the server device 20 and performs processing related to the game. In addition, the client control unit 100 of the client terminal 10 is an application type that performs processing related to the game based on the installed application.
[0049] <Game Overview> This section describes the overview of the game in this embodiment. The game in this embodiment includes a competitive game and a lottery game.
[0050] The competitive game in this embodiment is a game in which an enemy character appears against a party consisting of multiple characters, and the appearing enemy character is made to fight against each character in the party.
[0051] This fighting game features multiple quests of varying difficulty levels, all aimed at defeating enemy characters. Users can form a party using their own characters and select a quest to challenge enemy characters.
[0052] During versus play, the Battle Points associated with the selected quest are deducted from the user's Battle Points. However, if a user does not have enough Battle Points, they cannot participate in a versus play session for that quest. In that case, the user must replenish their Battle Points through time passing or by using recovery items.
[0053] The lottery game in this embodiment is a game in which, upon receiving an operation from the user to perform a character lottery, one of several characters is selected from among the characters that are the subject of the lottery, based on the lottery probability of each character, and the selected character is given to the user.
[0054] In this lottery game, multiple types of lottery games are playable, and each type has a set number of required points. In this embodiment, multiple types of lottery games are playable, each with different difficulty levels. The higher the level of the lottery game, the more points are required, and the more characters of higher rarity are included in the lottery. Therefore, if a user wants to play a lottery game of a certain level, they must earn lottery points by fulfilling various point acquisition conditions before the play period ends, and accumulate lottery points until they reach the required points for that level.
[0055] There are two ways to earn points: "the first login of the day" and "completing a quest." In the former case, 100 points are awarded upon fulfilling the condition, while in the latter case, the number of points awarded upon fulfilling the condition is equal to the amount of battle points consumed at the start of the quest. Also, there is a limit to the amount of points that can be earned in a day (for example, a maximum of 300 points per day), so in order for a user to accumulate enough points to reach the required amount, they will need to repeatedly fulfill the point-earning conditions until the play period ends.
[0056] If a user accumulates enough lottery points to reach the required number of points before the play period ends, they can use all of those accumulated points to play a lottery game at the level corresponding to the required points achieved. However, the number of times a user can play a lottery game before the play period ends is limited to one. Therefore, even if a user becomes eligible to play multiple levels of lottery games by reaching the required points, they must choose and play only one level of the lottery game.
[0057] On the other hand, even if a user wants to play a lottery game at a certain level, depending on their play status, they may not be able to reach the required points by the end of the play period. If the user continues to accumulate points without realizing this, they will end up wasting lottery points.
[0058] Therefore, in this embodiment, the system identifies the lottery game at the level with the maximum number of points that can be reached by the end of the play period, and sends a notification to the user recommending that they play the lottery game at that identified level. This makes the user aware of the maximum amount of lottery points they should acquire by the end of the play period, thus preventing them from accumulating lottery points unnecessarily.
[0059] <Operation> In this embodiment, two types of point acquisition conditions are set: "first login of the day" and "completion of a quest." Below, we will describe an example of how notifications are made when each of these point acquisition conditions is met.
[0060] 《Notification upon login》 Figure 5 is a flowchart illustrating an example of the operation of the information processing system 1 in this embodiment regarding notifications upon login. Here, we will explain the case where a notification is sent when the user logs in for the first time on that day.
[0061] When the login screen for the competitive game is displayed on the screen display unit 160 of the client terminal 10, the user performs a login operation on the client terminal 10 to log in to the competitive game. When the user performs a login operation on this login screen, the operation reception unit 150 of the client terminal 10 receives the operation details based on the user's login operation.
[0062] The request transmission unit 101 of the client terminal 10 transmits a login request for a competitive game to the server device 20, including login operation information such as a user ID and password, based on the operation content received from the user by the operation reception unit 150 (step S11).
[0063] Next, when the game progress unit 201 of the server device 20 receives a login request for a competitive game from the client terminal 10, it executes the login process for that competitive game according to the login operation information, including the user ID and password (step S12).
[0064] Specifically, the game progress unit 201 of the server device 20 performs user authentication by referring to user information stored in the user information storage unit 222 based on the user ID and other information associated with the login request. If the game progress unit 201 of the server device 20 successfully authenticates the user, it updates the log history information set in that user information and adds the login date and time for that game.
[0065] Figure 6 is a diagram showing an example of user information. The user information shown in Figure 6 includes items such as user ID, rank, owned characters, lottery points, party, battle points, recovery items, and log history information. The user ID is information used to uniquely identify the user. The rank is information indicating the user's current game level. Owned characters is information indicating one or more characters owned by the user at the time from among the multiple characters set in the character information stored in the character information storage unit 221. Here, as shown in parentheses in the figure, the ability values (level, attack power, defense power, etc.) of the owned characters at the time are also set. Lottery points is information indicating the amount (current value) of lottery points that the user has acquired and accumulated up to the present. Party is information indicating each character that makes up the user's party. Battle points is information indicating the amount (current value) of battle points that the user currently possesses. Recovery items is information indicating the number of recovery items that the user possesses. Log history information is information indicating the user's log history.
[0066] Figure 7 is a diagram illustrating an example of log history information. The log history information shown in Figure 7 includes items such as log ID, login date and time, and logout date and time. The log ID is information used to uniquely identify log data. The login date and time indicates the date and time when the user logged into the game. The logout date and time indicates the date and time when the user logged out.
[0067] Figure 8 is a diagram illustrating an example of character information. The character information shown in Figure 8 includes items such as character ID, name, draw probability, rarity, and ability parameters. The character ID is information used to uniquely identify each character. The name is information indicating the character's name. The draw probability is information indicating the probability that the character will be drawn in the draw game. Here, the higher the rarity of the character, the lower the draw probability is set. The rarity is information indicating the rarity (scarcity) of the character. Here, one of several rarity levels is set as the initial setting. In this embodiment, it is possible to set rarity levels from "1" to "5". The ability parameters are information indicating the character's abilities. Here, ability values such as attack, defense, and HP are set as the initial settings.
[0068] Returning to Figure 5, the game progress unit 201 of the server device 20 then, once the login process for the competitive game is completed, refers to the log history information set in the user information to determine whether or not it is the first login of the day (step S13).
[0069] If this determination determines that it is not the first login of the day, this process is terminated. On the other hand, if it is determined that it is the first login of the day, the process proceeds to the next step, S14.
[0070] Next, if the game progress unit 201 of the server device 20 determines that it is the first login of the day (step S13: YES), it determines whether the play period, which is the period during which the user can play the lottery game, has expired (step S14). In this embodiment, the play period is set to one month from the predetermined event start date.
[0071] If the result of this check determines that the play period for the lottery game has expired, this process is terminated. On the other hand, if it is determined that the play period for the lottery game has not expired, the process proceeds to the next step S15.
[0072] Next, if the point awarding unit 202 of the server device 20 determines that the play period for the lottery game has not expired (step S14: NO), it awards lottery points as the user has logged in, thus fulfilling the conditions for earning points (step S15).
[0073] Specifically, the point awarding unit 202 of the server device 20 updates the lottery points set in the user information stored in the user information storage unit 222 by awarding the user lottery points associated with the fulfilled point acquisition conditions. For example, if the point acquisition conditions are fulfilled upon the first login, 100 points are awarded to the user as lottery points.
[0074] Next, the notification unit 204 of the server device 20 refers to the user information stored in the user information storage unit 222 and the lottery information stored in the lottery information storage unit 224, and identifies the lottery game level with the highest required points among the required points that can be reached by the end of the play period, based on the lottery points the user has earned and accumulated up to that point, the lottery points that can be earned by fulfilling the point acquisition conditions by the end of the play period, and the required points for each level of the lottery game (step S16).
[0075] Figure 9 is a diagram illustrating an example of lottery information. The lottery information shown in Figure 9 includes the following items: lottery game ID, type, required points, and lottery target. The lottery game ID is information used to uniquely identify the lottery game. The type is information indicating the level as an example of the type of lottery game. Here, five types of lottery games are set, from "Level 1" to "Level 5". The required points are information indicating the amount of lottery points required to play the lottery game. Here, the required number of points increases as the level increases. The lottery target is information indicating the character ID of the character that will be included in the lottery. Here, as the level increases, more characters of higher rarity are included in the lottery target.
[0076] To explain in more detail, first, the notification unit 204 of the server device 20 retrieves the lottery points that the user has earned and accumulated up to that point from the user information stored in the user information storage unit 222, and also retrieves the required points for each level of the lottery game from the lottery information stored in the lottery information storage unit 224. Then, the notification unit 204 of the server device 20 compares the lottery points accumulated by the user that it has retrieved with the required points for each level of the lottery game, and calculates the amount of lottery points that are insufficient to reach the required points for each level. Then, for each level, it attempts to see if the calculated amount of insufficient lottery points can be compensated for by the lottery points that can be earned by fulfilling the point acquisition conditions before the end of the play period. Levels for which the points can be compensated in this way become levels for which the required points that can be reached before the end of the play period are set, and the lottery game for the level with the highest required points among those levels can be identified.
[0077] For example, if the deadline for playing the lottery game is October 31st, and a user logs in on October 13th, fulfilling the point acquisition conditions and earning 100 points, the user's accumulated lottery points will be 850 points. Since users can earn a maximum of 300 points per day, if they complete a quest and fulfill the point acquisition conditions, they can earn the remaining 200 points. If they earn those remaining 200 points, the user's accumulated lottery points by October 13th will be 1050 points.
[0078] In this case, according to the lottery information shown in Figure 9, the required points for the "Level 2" lottery game are 1500 points, so the shortfall in lottery points is 450 points (1500-1050=450). The required points for the "Level 3" lottery game are 3000 points, so the shortfall in lottery points is 1950 points (3000-1050=1950). The required points for the "Level 4" lottery game are 5000 points, so the shortfall in lottery points is 3950 points (5000-1050=3950). The required points for the "Level 5" lottery game are 7500 points, so the shortfall in lottery points is 6450 points (7500-1050=6450).
[0079] Since there are 18 days remaining until the play deadline, and a maximum of 300 points can be earned per day by fulfilling the point acquisition conditions, the total number of lottery points that can be earned by fulfilling the conditions before the play deadline is 5400 points (300 x 18 = 5400). Therefore, the lottery games from "Level 2" to "Level 4" can make up the remaining lottery points with these 5400 points. Thus, the lottery game with the highest point requirement is "Level 4".
[0080] In other words, as of October 13th, users can play lottery games up to a maximum of "Level 4" before the play period ends, but even if they continue to accumulate lottery points, they will not be able to play the "Level 5" lottery game.
[0081] Returning to Figure 5, the notification unit 204 of the server device 20 then sends a notification to the user recommending that they play the lottery game at the level identified in step S16 (step S17).
[0082] In this embodiment, notifications are made via notification screens as shown in Figures 10 to 13. Therefore, when the display control unit 205 of the server device 20 receives a request from the notification unit 204 to execute screen display control, it controls the display of the notification screen on the screen display unit 160 of the client terminal 10.
[0083] Figure 10 is an image diagram showing the first example of a login notification screen. This login notification screen 500 displays a play deadline display area 501, an acquired points display area 502, a lottery points display area 503, a level display area 504, and a schedule display area 505.
[0084] The play deadline display area 501 shows the play deadline for the lottery game and the number of days remaining until that deadline. Here, it shows that the play deadline for the lottery game is October 31st and that there are 18 days remaining.
[0085] The points earned display area 502 shows the lottery points the user earned upon logging in and the remaining lottery points that can be earned that day. Here, it shows that the user earned 100 lottery points upon their first login of the day, and that they have 200 lottery points remaining that can be earned that day.
[0086] The lottery points display area 503 shows the lottery points the user has earned and accumulated to date, the current level of the lottery game that can be played, and the remaining lottery points needed to reach the next level. Here, it is shown that the user has earned and accumulated 850 points to date, the current level of the lottery game that can be played is "Level 1," and the remaining lottery points needed to reach the next "Level 2" is 650 points.
[0087] The level display area 504 shows the maximum level of the lottery game that can be reached before the end of the play period. Here, it is shown that the maximum level of the lottery game that can be reached before the end of the play period is "Level 4".
[0088] In the schedule display area 505, the point acquisition conditions that must be met to play the highest level lottery game are displayed along with the dates. There is also a message encouraging the user to play the highest level lottery game. Here, in order to play the highest level "Level 4" lottery game on October 27th, the user must first complete a quest on October 13th to meet the point acquisition conditions and acquire 200 lottery points (that is, the lottery points the user has acquired and accumulated by October 13th should be 1050 points (850pt + 200pt = 1050pt)), and then log in and complete quests from October 14th to 25th to meet the point acquisition conditions and acquire 300 lottery points each day (that is, the lottery points the user has acquired and accumulated by October 25th should be 4650 points (1050pt + 12 days × 30 The system displays instructions such as: first, that the user should have 0 points (4650 points); then, that they should log in and complete a quest on October 26th to fulfill the point acquisition conditions and earn 250 lottery points (meaning the user should have accumulated 4900 lottery points by October 26th (4650 points + 250 points = 4900 points)); and finally, that they should log in on October 27th to fulfill the point acquisition conditions and earn 100 lottery points (meaning the user should have accumulated 5000 lottery points by October 27th (4900 points + 100 points = 5000 points)). By accumulating lottery points according to this schedule, users can reach the maximum required points of 5000 points set for the "Level 4" lottery game. This helps to prevent users from wasting lottery points. Furthermore, if it is difficult for a user to follow this schedule based on their current gameplay, they can choose to forgo the "Level 4" lottery game and instead play a "Level 3" or lower lottery game that they can reach more quickly.
[0089] Figure 11 is an image illustrating a second example of the login notification screen. In this image, the play deadline display area 501 shows that there are 4 days remaining until the play deadline. The lottery points display area 503 shows that the user has earned and accumulated 2250 lottery points to date, that the current playable lottery game level is "Level 2", and that 750 lottery points are needed to reach the next level, "Level 3". The level display area 504 shows that the maximum level of the lottery game that can be reached before the end of the play deadline is "Level 3".
[0090] In the schedule display area 505, it is stated that in order to play the maximum "Level 3" lottery game on October 29th, first, on October 27th, the user should complete a quest to fulfill the point acquisition conditions and earn 200 lottery points (that is, the user should have earned and accumulated 2450 lottery points by October 27th (2250pt + 200pt = 2450pt)), and then on October 28th, by logging in and completing a quest, the user should fulfill the point acquisition conditions and earn 300 lottery points. The system displays that users should aim to earn selection points (i.e., accumulate 2750 lottery points by October 28th (2450pt + 300pt = 2750pt)), and finally, on October 29th, they should log in and complete quests to fulfill the point acquisition conditions and earn 250 lottery points (i.e., accumulate 3000 lottery points by October 29th (2750pt + 250pt = 3000pt)). By accumulating lottery points according to this schedule, users can reach the maximum required points of 3000 points set for the "Level 3" lottery game.
[0091] Figure 12 is an image illustrating a third example of the login notification screen. Here, the play deadline display area 501 shows that there are 3 days remaining until the play deadline. The lottery points display area 503 shows that the user has earned and accumulated 2390 lottery points so far, that the level of the lottery game currently playable is "Level 2", and that 610 lottery points are needed to reach the next level, "Level 3". In other words, the number of lottery points today (October 28th) is 140 points more than the previous day (October 27th) (2390pt - 2250pt = 140pt), meaning that the user earned 100 points for logging in and 40 points for completing quests on the previous day (October 27th). The level display area 504 shows that the maximum level of the lottery game that can be reached before the end of the play deadline is "Level 3".
[0092] In the schedule display area 505, it is stated that in order to play the maximum "Level 3" lottery game on October 30th, the user must first complete a quest on October 28th to fulfill the point acquisition conditions and earn 200 lottery points (that is, the user should have earned and accumulated 2450 lottery points (2390pt + 200pt = 2590pt) by October 28th), and then log in and complete a quest on October 29th to fulfill the point acquisition conditions and earn 300 lottery points. The system displays that users should aim to earn points (i.e., accumulate 2890 lottery points by October 29th (2590pt + 300pt = 2890pt)), and finally, on October 30th, they should log in and complete quests to fulfill the point acquisition conditions and earn 110 lottery points (i.e., accumulate 3000 lottery points by October 30th (2890pt + 110pt = 3000pt)). By accumulating lottery points according to this schedule, users can reach the maximum required points of 3000 points set for the "Level 3" lottery game.
[0093] Figure 13 is an image illustrating a fourth example of the notification screen upon login. In this image, the play deadline display area 501 shows that there is 1 day remaining until the play deadline. The points earned display area 502 shows that the user will not level up even if they earn any more lottery points. The lottery points display area 503 shows that the user has earned and accumulated 2490 lottery points to date, that the level of the lottery game currently playable is "Level 2," and that "Level 2" is the maximum level. The level display area 504 shows that since "Level 2" is the maximum level of the lottery game that can be reached before the play deadline, it is not possible to reach "Level 3" or higher before the play deadline. Therefore, the schedule display area 505 displays a message prompting the user to play a lottery game at the maximum "Level 2" immediately. At this time, the user can select the operation button 506 to immediately transition to the play screen of the "Level 2" lottery game, eliminating the need to repeatedly switch screens and saving the user effort. Furthermore, users will no longer need to continue accumulating points in an attempt to reach "Level 3" until the final day, October 31st, without realizing they won't be able to reach the next level, thus preventing them from wasting lottery points.
[0094] In this way, when a user logs in for the first time that day, the lottery game at the level with the maximum number of points required to reach before the end of the play period is identified, and a notification is sent to the user recommending that they play that identified level of lottery game. This makes the user aware of the maximum amount of lottery points they should earn before the end of the play period, thus preventing them from accumulating lottery points unnecessarily.
[0095] 《Notification upon game completion》 Figure 14 is a flowchart illustrating an example of the operation of the information processing system 1 in this embodiment regarding notifications upon game completion. Here, we will explain the case where a notification is given when the user completes a quest.
[0096] When the quest selection screen for the battle game is displayed on the screen display unit 160 of the client terminal 10, the user performs an operation to select one of the quests on the client terminal 10. When the user performs an operation on this quest selection screen, the operation reception unit 150 of the client terminal 10 receives the operation details based on the user's quest selection.
[0097] The request transmission unit 101 of the client terminal 10 transmits a quest battle request to the server device 20, requesting a battle play in the selected quest, based on the operation received from the user by the operation reception unit 150 (step S21).
[0098] Next, when the game progress unit 201 of the server device 20 receives a quest battle request from the client terminal 10, it executes a process to consume the battle points held by that user (step S22).
[0099] Specifically, the game progress unit 201 of the server device 20 consumes the user's battle points by subtracting the points consumed in the quest information stored in the quest information unit 223 from the battle points held by the user, as set in the user information stored in the user information unit 222.
[0100] Figure 15 is a diagram showing an example of quest information. This quest information includes items such as quest ID, name, difficulty, points consumed, enemy characters, and obtainable characters. The quest ID is information to uniquely identify the quest. The name is information indicating the name of the quest. The difficulty indicates information indicating how easy it is to complete the quest. The points consumed is information indicating the amount of points required to play the quest by consuming the player's own battle points. The enemy characters are information indicating the various characters (including boss characters) that appear in the quest. The obtainable characters are an example of rewards given to the user, and are information indicating various characters that can be obtained based on a predetermined probability when the quest is completed.
[0101] Next, when the user's battle points are consumed in this manner, the game progress unit 201 of the server device 20 starts a battle play in the quest selected by the user, based on the difficulty level set in the quest information stored in the quest information storage unit 223 (step S23).
[0102] Next, the game progress unit 201 of the server device 20 determines whether the user has cleared the quest or not, based on the results of battles between each character that makes up the user's party and each enemy character that appeared in the quest (step S24).
[0103] Specifically, the game progress unit 201 of the server device 20 determines that a user has completed a quest if all enemy characters that appeared in that quest are defeated by the user's party, and determines that a user has not completed a quest if all enemy characters that appeared in that quest are not defeated.
[0104] If this determination determines that the user did not complete the quest, this process is terminated. Conversely, if it is determined that the user did complete the quest, the process proceeds to the next step, S25.
[0105] Next, the game progress unit 201 of the server device 20 determines that the user has completed the quest (step S24: YES), and then executes a process to grant the user a reward for completing the quest (step S25).
[0106] Specifically, the game progress unit 201 of the server device 20 refers to the quest information stored in the quest information storage unit 223 and decides, based on a predetermined probability, whether or not to grant the user a character that can be obtained when the quest is completed. Alternatively, the predetermined probability can be set to 100%, ensuring that the user receives the character as a reward.
[0107] Next, the game progress unit 201 of the server device 20 determines whether the play period for the lottery game has ended once the reward has been awarded to the user (step S26). In this embodiment, the play period is set to one month from the predetermined event start date.
[0108] If the result of this check determines that the play period for the lottery game has expired, this process is terminated. On the other hand, if it is determined that the play period for the lottery game has not expired, the process proceeds to the next step S27.
[0109] Next, if the point awarding unit 202 of the server device 20 determines that the play period for the lottery game has not expired (step S26: NO), it awards lottery points to the user, assuming that the point acquisition conditions have been met by the user clearing the quest (step S27).
[0110] Specifically, the point awarding unit 202 of the server device 20 updates the lottery points set in the user information stored in the user information storage unit 222 by awarding lottery points to the user that correspond to the fulfilled point acquisition conditions. For example, if the point acquisition conditions are fulfilled by clearing a quest, the user is awarded lottery points equal to the amount of battle points consumed by selecting this quest.
[0111] Next, the notification unit 204 of the server device 20 refers to the user information stored in the user information storage unit 222 and the lottery information stored in the lottery information storage unit 224, and identifies the lottery game level with the highest required points among the required points that can be reached by the end of the play period, based on the lottery points the user has earned and accumulated up to that point, the lottery points that can be earned by fulfilling the point acquisition conditions by the end of the play period, and the required points for each level of the lottery game (step S28).
[0112] Specifically, first, the notification unit 204 of the server device 20 retrieves the lottery points that the user has earned and accumulated up to that point from the user information stored in the user information storage unit 222, and also retrieves the required points for each level of the lottery game from the lottery information stored in the lottery information storage unit 224. Next, the notification unit 204 of the server device 20 compares the lottery points accumulated by the user that it has retrieved with the required points for each level of the lottery game, and calculates the amount of lottery points that are insufficient to reach the required points for each level. Then, for each level, it attempts to see if the calculated amount of insufficient lottery points can be compensated for by the lottery points that can be earned by fulfilling the point acquisition conditions before the end of the play period. Levels for which the points can be compensated in this way become levels for which the required points that can be reached before the end of the play period have been set, and the lottery game for the level with the highest required points among those levels can be identified.
[0113] Next, the notification unit 204 of the server device 20 sends a notification to the user recommending that they play the lottery game at the level identified in step S28 (step S29).
[0114] In this embodiment, notifications are made via notification screens as shown in Figures 16 to 17. Therefore, when the display control unit 205 of the server device 20 receives a request from the notification unit 204 to execute screen display control, it controls the display of the notification screen on the screen display unit 160 of the client terminal 10.
[0115] Figure 16 is an image illustrating the first example of a notification screen displayed upon game completion. This game completion notification screen 600 displays the play deadline display area 601, the points earned display area 602, the lottery points display area 603, the level display area 604, and the schedule display area 605.
[0116] The play deadline display area 601 shows the play deadline for the lottery game and the number of days remaining until that deadline. Here, it shows that the play deadline for the lottery game is October 31st and that there are 3 days remaining.
[0117] The points earned display area 602 shows the lottery points the user earned upon completing the quest, as well as the remaining lottery points that can be earned that day. Here, it is shown that the user earned 50 lottery points, the same amount as the battle points consumed at the start of the quest, and that the remaining lottery points that can be earned that day are 0 points (meaning all lottery points for the day have been earned).
[0118] The lottery points display area 603 shows the lottery points the user has earned and accumulated to date, as well as the level of the lottery game currently playable. Here, it shows that the user has earned and accumulated 2955 points to date, and that the level of the lottery game currently playable is "Level 2".
[0119] The level display area 604 shows the maximum level of the lottery game that can be reached before the end of the play period. Here, it shows that the maximum level of the lottery game that can be reached before the end of the play period is "Level 3".
[0120] The schedule display area 605 shows the point acquisition conditions that must be met to play the highest level lottery game, along with the date. It also prompts the user to play the highest level lottery game. In this example, to play the highest level "Level 3" lottery game on October 29th, all of the daily lottery points were acquired on October 28th. Therefore, by logging in on October 29th, the point acquisition conditions are met, and 100 lottery points are acquired (i.e., the user has accumulated 3055 lottery points by October 29th (2955pt + 100pt = 3055pt)). After that, a prompt is given to play the highest level "Level 3" lottery game. By accumulating lottery points according to this schedule, the user can reach the required 3000 points set for the highest level "Level 3" lottery game. This prevents users from wasting lottery points. Furthermore, if a user is unable to log in on October 29th based on their gameplay status, they can forgo the highest-level "Level 3" lottery game and instead choose to play a "Level 2" or lower lottery game today, October 28th.
[0121] Figure 17 is an image illustrating a second example of the notification screen upon game completion. In this image, the play deadline display area 601 shows that there are 4 days remaining until the play deadline. The points earned display area 602 shows that the user has earned 50 lottery points, the same amount as the battle points consumed at the start of the quest, and that earning any more lottery points will not increase the user's level. The lottery points display area 603 shows that the user has earned and accumulated 3005 lottery points to date, that the level of the lottery game currently playable is "Level 3," and that "Level 3" is the maximum level. The level display area 604 shows that the maximum level of the lottery game that can be reached before the play deadline is "Level 2," and therefore, it is not possible to reach "Level 4" or higher before the play deadline. For this reason, the schedule display area 505 prompts the user to play a lottery game at the maximum "Level 3" immediately. At this point, by selecting operation button 606, the user can instantly transition to the "Level 3" lottery game play screen, eliminating the need to repeatedly switch screens and saving time and effort. Furthermore, it prevents users from wasting lottery points by eliminating the need to continue accumulating points until the final day, October 31st, in an attempt to reach "Level 4" without realizing that they cannot reach it.
[0122] In this way, when a user completes a quest on a given day, the system identifies the lottery game with the maximum number of points required to reach it before the end of the play period, and the user receives a notification recommending that they play that specific lottery game. This makes the user aware of the maximum amount of lottery points they need to earn before the end of the play period, thus preventing them from accumulating lottery points unnecessarily.
[0123] 《Lottery Game》 Figure 18 is a flowchart illustrating an example of the operation of the information processing system 1 in this embodiment regarding the lottery game. Here, we will explain the case where the user plays the lottery game only once before the play period ends.
[0124] First, when the menu screen is displayed on the screen display unit 160 of the client terminal 10, the user performs a game operation on the client terminal 10 to select a lottery game. Once the user performs a game operation on the menu screen, the operation reception unit 150 of the client terminal 10 receives the operation details based on the user's game operation. Based on the operation details received from the user by the operation reception unit 150, the request transmission unit 101 of the client terminal 10 sends a lottery request to the server device 20 requesting a single lottery play (step S31).
[0125] Next, when the game progress unit 201 of the server device 20 receives a lottery request from the client terminal 10, it requests the lottery unit 203 to execute the lottery process. When the lottery unit 203 of the server device 20 receives a request from the game progress unit 201 to execute the lottery process, it refers to the user information stored in the user information storage unit 222 and the lottery information stored in the lottery information storage unit 224, and identifies all lottery games at the level corresponding to the required points that the user has reached so far with the lottery points earned and accumulated (step S32).
[0126] Next, the lottery unit 203 of the server device 20 requests the display control unit 205 to execute screen display control so that the lottery game screen for each identified level of the lottery game can be played by the user on the client terminal 10. When the display control unit 205 of the server device 20 receives a request from the lottery unit 203 to execute screen display control, it performs control to display the lottery game screen on the screen display unit 160 of the client terminal 10 (step S33).
[0127] Figure 19 is an illustrative diagram showing an example of a lottery game screen. This lottery game screen 700 displays a play deadline display area 701, an acquired points display area 702, and lottery buttons 703 to 707 for each level.
[0128] The play deadline display area 701 shows the play deadline for the lottery game and the number of days remaining until that deadline. Here, it shows that the play deadline for the lottery game is October 31st and that there are 4 days remaining.
[0129] Area 702, which displays the points earned, shows the lottery points the user has earned and accumulated to date. Here, it shows that the user has earned and accumulated 3005 lottery points to date.
[0130] The level-specific lottery buttons 703-707 are operation buttons for playing the lottery game for each level. Only the lottery buttons corresponding to the lottery game for each level, as identified in step 32 above, can be selected. In this case, the user has accumulated 3005 lottery points so far, and the levels corresponding to the required points reached are "Level 1" to "Level 3". Therefore, lottery buttons 703-705, corresponding to the lottery games for "Level 1" to "Level 3", can be selected. On the other hand, the required points for the lottery games for "Level 4" and "Level 5" have not yet been reached, so the corresponding lottery buttons 706-707 cannot be selected.
[0131] When the lottery game screen 700 is displayed on the screen display unit 160 of the client terminal 10, the user performs a game operation on the client terminal 10 to start the lottery by selecting one of the lottery buttons 703 to 705 corresponding to the lottery games from "Level 1" to "Level 3".
[0132] Returning to Figure 18, when the user performs game operations on the time-limited lottery game screen 700 in this manner, the operation reception unit 150 of the client terminal 10 receives the operation details based on the user's game operations. The request transmission unit 101 of the client terminal 10 then sends a lottery start request to the server device 20 to start the lottery game at the level selected by the user, based on the operation details received from the user by the operation reception unit 150 (step S34).
[0133] Next, when the lottery unit 203 of the server device 20 receives a lottery start request from the client terminal 10, it consumes all the lottery points the user has earned and accumulated up to that point to select one of the multiple characters that are the subject of the lottery set for the level of lottery game selected by the user, and grants the selected character to the user (step 35).
[0134] Specifically, the lottery unit 203 of the server device 20 refers to the lottery information stored in the lottery information storage unit 224 to identify multiple characters that are eligible for the lottery, each set to a level selected by the user. Then, based on the lottery probabilities of the characters set in the character information stored in the character information storage unit 221, the lottery unit 203 of the server device 20 selects a character to be given to the user from among the identified multiple characters eligible for the lottery. After that, the lottery unit 203 of the server device 20 updates the user information stored in the user information storage unit 222 and sets the selected character as the user's owned character.
[0135] This allows users to play the lottery game at their chosen level without wasting any points by using up all the lottery points they have earned and accumulated by the end of the play period.
[0136] [Other embodiments] The embodiments described above are for the purpose of facilitating understanding of the present invention and are not intended to limit its interpretation. The present invention can be modified and improved without departing from its spirit, and equivalents thereof are also included. In particular, embodiments described below are also included in the present invention.
[0137] <Notification> In the embodiments described above, an example was given of notifying the user when the point acquisition conditions are met, but the present invention is not limited thereto.
[0138] For example, it is possible to send a push notification to the user at the moment the maximum level the user can reach is determined, such as when the date changes. Specifically, suppose there are 4 days remaining until the play deadline, the user has earned and accumulated 3700 lottery points so far, and the level of the lottery game currently playable is "Level 3". Here, the maximum number of lottery points that can be earned in one day is 300 points, so the number of lottery points that can be earned in the remaining 4 days is 1200 points. Even if the user earns 1200 points by the end of the play deadline, they will still be 100 points short and will not be able to reach the 5000 points required for the "Level 4" lottery game. In this way, at the moment it is determined that the maximum level the user can reach is "Level 3" (that is, at the moment it is determined that they cannot reach "Level 4" or higher by the end of the play deadline), a notification may be sent encouraging them to play the "Level 3" lottery game immediately.
[0139] It's also possible to set up regular notifications, such as at 5 AM every morning, midnight every night, or every Monday, until the play period ends.
[0140] <Points awarded> In the embodiment described above, we explained the case where the maximum number of lottery points that each user can acquire in a day is 300 points, but it is also possible to set this limit for each user. For example, the lower the rank of the user, the lower the maximum number of battle points they can hold, and the lower the maximum number of lottery points they can acquire in a day.
[0141] Furthermore, in the above-described embodiment, the case in which the user is awarded lottery points equal to the amount of battle points consumed by selecting the quest upon completion of the quest was explained as an example, but the present invention is not limited to this. For example, when the user is able to complete the quest, the user may be awarded lottery points equal to the amount of battle points consumed by selecting the quest (100%), and when the user is unable to complete the quest, the user may be awarded lottery points equal to half the amount of battle points consumed by selecting the quest (50%). In other words, the point awarding unit 202 may vary the amount of lottery points awarded to the user depending on whether or not the user was able to complete the quest.
[0142] <Level Selection> In the embodiment described above, it is possible to have the user select the level (type) of lottery game they wish to play, and then, based on the difference between the required points set for the level (type) of lottery game selected by the user and the lottery points the user has earned and accumulated up to that point, notify the user of the point acquisition conditions they must fulfill, along with the date, taking into account the maximum number of lottery points that can be earned in a day and the play deadline.
[0143] <Game Types> In the embodiments described above, a lottery game was used as an example, but the present invention is not limited to this, and any game that requires the user to accumulate the necessary points for gameplay by the end of the play period is acceptable. For example, a game may pre-set the required points for a reward character, and when the points the user has earned and accumulated by the end of the play period reach the required points, the game will always grant the user that character. If multiple reward characters are set, the user may be allowed to choose one of the rewards. Even in such a game, by informing the user of the reward with the maximum required points that can be reached by the end of the play period, the user can be made aware of the maximum amount of points that should be earned by the end of the play period. Therefore, it is possible to prevent the user from accumulating points unnecessarily.
[0144] <Content> In the above embodiment, the content was a character set in the character information, but the content is not limited to this. For example, the content may be an item, card, figure, avatar, etc. [Explanation of Symbols]
[0145] 1. Information Processing System 10 client terminals 20 Server Devices 50 Computers 51 CPU 52 RAM 53 ROM 54 Communication Interfaces 55 Input device 56 Display device 57 External Interfaces 58 HDD 100 Client Control Unit 101 Request transmission unit 102 Response receiving unit 120 Client Storage Unit 140 Client Communications Department 150 Operation reception unit 160 Screen display section 200 Server Control Unit 201 Game Management Department 202 Point Award Section 203 Lottery Department 204 Notification Department 205 Display Control Unit 220 Server Storage Units 221 Character Information Storage Unit 222 User Information Storage Unit 223 Quest Information Storage Unit 224 Lottery Information Storage Unit 240 Server Communications Department 500 Login notification screen 501 Play Expiration Date Display Area 502 Points earned display area 503 Lottery points display area 504 level display area 505 Schedule display area 506 Operation Buttons 600 Game Clear Notification Screen 601 Play Expiration Date Display Area 602 Points earned display area 603 Lottery points display area 604 level display area 605 Schedule display area 606 Operation Buttons 700 Lottery Game Screen 701 Play Expiration Date Display Area 702 Points earned display area 703 Lottery button 704 Lottery button 705 Lottery button 706 Lottery button 707 Lottery button B Bus Line N Network
Claims
1. A lottery information storage unit stores lottery information, which sets the required points to play each type of lottery game. Before the end of the play period, each time a user fulfills any of the various point-earning conditions for earning points, the system awards points to the user corresponding to the fulfilled point-earning condition. A notification unit identifies the type of lottery game that has the highest required points among the points that can be reached by the end of the play period, based on the points the user has earned up to the present time, the points that can be earned by fulfilling the point acquisition conditions by the end of the play period, and the required points for each lottery game, and notifies the user to play the identified type of lottery game. An information processing device characterized by having the following features.
2. An information processing apparatus according to claim 1, The notification unit notifies that other types of lottery games that require more points than the specified type of lottery game cannot be played before the end of the play period. An information processing device characterized by the following:
3. An information processing apparatus according to claim 1 or 2, The notification unit periodically notifies the user before the end of the play period, or when any of the point acquisition conditions are met. An information processing device characterized by the following:
4. An information processing apparatus according to any one of claims 1 to 3, The notification unit notifies the point acquisition conditions that must be met in order to play the specified type of lottery game. An information processing device characterized by the following:
5. An information processing apparatus according to any one of claims 1 to 4, The lottery information storage unit stores the lottery information, which sets a plurality of lottery targets that may be selected in the lottery game for each type of lottery game. A lottery unit that, by consuming all the points the user has earned by the end of the aforementioned play period, determines one of the lottery games from among the types of lottery games for which the required points to reach have been set, based on the user's selection operation, and grants the user one of the lottery targets selected from among the multiple lottery targets set in the determined type of lottery game, An information processing device characterized by having the following features.
6. Computers A lottery information storage means that stores lottery information, which includes the required points to play each type of lottery game. A point-granting means that, before the end of the play period, grants the user points corresponding to any of the various point-granting conditions that the user has met, each time a point-granting condition is met. A notification means that identifies the type of lottery game with the highest required points among the points that can be reached by the end of the play period, based on the points the user has earned up to the present time, the points that can be earned by fulfilling the point acquisition conditions by the end of the play period, and the required points for each lottery game, and notifies the user to recommend playing the identified type of lottery game. A program designed to function as such.