JP6733024B2 - System for receiving instructions on the notification screen - Google Patents

Description

The present invention presents an operation to a notification source game application (hereinafter referred to as “game application”) on a notification screen of a terminal device such as a smartphone, and a user for executing the operation. The present invention relates to an information processing system, a program, a method, and an information processing device for receiving an instruction from (also referred to as a "player") as a user input.

In many free-to-play mobile games that are played on terminal devices such as smartphones, the parameter indicating the cost consumed in exchange for the progress of the game is one parameter that limits continuous play of the game. It is introduced as an element. Here, the parameter indicating this cost is called "stamina". However, the name of the stamina is merely an example for explanation, and the parameter indicating the cost may be called by a name other than the stamina. Stamina is used in games in a wide range of genres for terminal devices such as smartphones (hereinafter also referred to as “player terminals” or “terminals”), and controls consuming speed of game contents, retention effects, and charging items. Has various functions such as sales.

Mobile games generally run on a client/server system. The system is realized, for example, by n (n is an arbitrary integer value of 1 or more) player terminals, which are clients, and a server communicating with each other via a network. The server manages predetermined parameters in the game. For example, parameters such as game stamina and game in-game currency are managed by the server.

When a game is played, stamina is consumed in a predetermined unit according to the content of the game. If the stamina required to play the game is insufficient, the user of the game can continue the game by recovering the stamina. For example, the user can recover stamina and continue the game by selecting whether to wait for the recovery of stamina over time or to recover the stamina by spending the in-game currency obtained by billing. it can. The recovery of stamina to the upper limit of stamina with the passage of real time is referred to as "time recovery" here.

When the stamina recovers to the upper limit value due to this time recovery, the game application uses the notification mechanism (for example, Notification API) provided by the operating system (OS) of the smartphone to perform push notification and perform smartphone notification. A message stating that stamina has fully recovered can be displayed on the notification screen of.

The stamina consumed in the game can be recovered by using an item (hereinafter, referred to as “recovery item”) for recovering the value of the stamina in a predetermined unit, in addition to the recovery over time. The recovery item can be obtained by consuming the in-game currency obtained by charging.

In recent years, technological development related to stamina value control has become active. For example, in Patent Document 1, when a stamina with an odd value less than a value necessary for the progress of the game remains, when the stamina is recovered to the upper limit value by using a recovery item, the stamina remaining A technique is described in which the upper limit is exceeded by the amount of and the stamina is further restored. Further, Patent Document 2 also describes the same type of technology.

Patent No. 6373520 Patent No. 6377289

In the conventional technology, when the stamina required to progress the game is insufficient, the user who is playing the game can use the recovery item to recover the stamina by exceeding the upper limit of the stamina. If stamina recovers to the upper limit due to recovery over time when is not playing a game, a message indicating that stamina has fully recovered is displayed on the smartphone notification screen. It is not possible to perform recovery over time that exceeds the value.

In addition, even if the user knows that the stamina has fully recovered due to the time-lapse recovery, even if the user knows that the stamina has fully recovered due to notifications such as messages displayed on the screen of the smartphone when the game application is busy and there is no time to start it. Since the operation cannot be performed, the user has no choice but to leave the state in which the stamina is fully recovered, which is the state in which the game can be played to the maximum extent.

Therefore, for busy users who do not have a lot of time to play the game, it has been recognized that the notification of the full recovery of stamina due to the recovery over time is not so important. Particularly, for a user who has installed a plurality of game applications on a smartphone, the notification of the full recovery of stamina displayed on the screen of the smartphone by the push notification from each game application is troublesome.

In order to eliminate such annoyance of notification, many users have come to turn off push notifications from game applications as a matter of course. Therefore, the user will not receive all notifications including notifications of all recovery of stamina but also other notifications (for example, notifications of events held in the game, notifications of billing items, etc.), and push notifications from the game application. As a result, a situation has arisen in which information for prompting the user to play the game cannot be presented.

In order to solve the above-mentioned problems, according to the present invention, a user receives a push notification from a game application, which notifies the user of the total recovery of stamina due to a recovery over time, by a terminal device such as a smartphone, thereby starting the game application and playing the game. An information processing system capable of more favorably executing game play and giving a user an incentive to receive a push notification from a game application and turn it on by simply operating a push notification on a screen even when there is no time. Etc.

As one embodiment of the information processing according to the present invention, the system includes a server and a terminal communicatively connected to the server,
The server is
Determination means for determining whether or not the game play can be executed based on the parameters consumed in exchange for the progress of the game,
Game advancing means for consuming the parameter and executing the game play when the judging means judges that the game play can be executed,
With the passage of time, a time-dependent recovery means for recovering the parameter to the time-dependent recovery upper limit value,
From the terminal, a server-side receiving unit that receives a super-recovery instruction that recovers the parameter by exceeding the time-dependent recovery upper limit value,
Based on the super recovery instruction from the terminal, exceeding the time recovery upper limit value, a super recovery means for recovering the parameter by time recovery,
The terminal is
Reservation means for reserving time for performing push notification at a predetermined timing,
Notification display means for displaying the push notification on the notification screen when the reserved time comes,
In the notification screen, an instruction accepting unit that accepts the super-recovery instruction for recovering the parameter from the user beyond the time-dependent recovery upper limit value of the parameter,
Equipped with

As a second embodiment of the information processing system according to the present invention, the system includes a server and a terminal communicatively connected to the server,
The server is
Determination means for determining whether or not the game play can be executed based on the parameters consumed in exchange for the progress of the game,
Game advancing means for consuming the parameter and executing the game play when the judging means judges that the game play can be executed,
With the passage of time, a time-dependent recovery means for recovering the parameter to the time-dependent recovery upper limit value,
Push notification instruction means for transmitting a push notification instruction to the terminal at a predetermined timing when the parameter is recovered,
From the terminal, a server-side receiving unit that receives a super-recovery instruction that recovers the parameter by exceeding the time-dependent recovery upper limit value,
Based on the super recovery instruction from the terminal, exceeding the time recovery upper limit value, a super recovery means for recovering the parameter by time recovery,
The terminal is
Terminal side receiving means for receiving the push notification instruction from the server,
Notification display means for displaying a push notification on a notification screen based on the push notification instruction,
In the notification screen, an instruction receiving unit that receives a super-recovery instruction from the user that exceeds the upper limit recovery value of the parameter over time and recovers the parameter,
Equipped with.

As one embodiment of a program according to the present invention, the program is executed by a computer communicably connected to a server,
A determination result receiving function of receiving a determination result of determining whether or not the game play can be executed based on a parameter consumed in exchange for the progress of the game from the server,
When the determination result indicates that the game play can be executed, a game progress function for executing the game play,
In the server, when the parameter is recovered with the passage of time, a notification display function for displaying a push notification on the notification screen of the information processing device when the parameter has recovered to a predetermined time or a predetermined value. ,
In the notification screen, an instruction receiving function that receives a super-recovery instruction from the user that exceeds the time-dependent recovery upper limit value of the parameter and recovers the parameter,
A computer is provided with an instruction transmission function of transmitting the super-recovery instruction to the server in order to recover the parameter by the time-dependent recovery after exceeding the time-dependent recovery upper limit value.

As one embodiment of an information processing apparatus according to the present invention, the information processing apparatus is communicably connected to a server,
Determination result receiving means for receiving from the server the determination result of determining whether or not the game play can be executed based on the parameter consumed in exchange for the progress of the game,
A game advancing means for executing the game play when the determination result indicates that the game play can be executed;
In the server, when the parameter is recovered with the passage of time, when the parameter has recovered to a predetermined time or a predetermined value, a notification display means for displaying a push notification on a notification screen,
In the notification screen, an instruction receiving unit that receives a super-recovery instruction for recovering the parameter from the user beyond the time-dependent recovery upper limit value of the parameter,
The server is provided with an instruction transmitting unit that transmits the super-recovery instruction in order to recover the parameter by the time recovery when the time recovery upper limit value is exceeded.

As one embodiment of an information processing method according to the present invention, the method is executed by an information processing device communicatively connected to a server, and the method comprises:
A determination result receiving step of receiving from the server a determination result of determining whether or not the game play can be executed based on a parameter consumed in exchange for the progress of the game,
A game progress step of executing game play when the determination result indicates that the game play can be executed;
In the server, a notification display step of displaying a push notification on the notification screen of the information processing device when the parameter is recovered to a predetermined time or a predetermined value when the parameter is recovered over time. ,
In the notification screen, an instruction receiving step of receiving a super-recovery instruction for recovering the parameter from the user beyond the time-dependent recovery upper limit value of the parameter,
And an instruction transmitting step of transmitting the super-recovery instruction to the server in order to recover the parameter by the time recovery after exceeding the time recovery upper limit value.

The information processing system and the like according to the present invention, on the screen of the push notification that is notified to the terminal device such as the smartphone when the parameters such as the stamina consumed in exchange for the progress of the game are fully recovered up to the recovery upper limit value over time. The user can receive a super-recovery instruction that enables the stamina to be recovered over time by exceeding the time-dependent recovery upper limit value. As a result, the user can input the super recovery instruction on the notification screen of the smartphone without launching the game application even when he/she does not have time to play the game, and thus has time to play the game. It becomes possible to recover the stamina with time by exceeding the upper limit of recovery with time.

As a result, by the information processing system or the like according to the present invention, the notification indicating the full recovery of the stamina displayed on the screen of the smartphone is provided to the user who does not have much time to play the game, in order to play the game later. This is a convenient notification that allows the stamina to continue to recover over time. That is, the notification by the information processing system or the like according to the present invention can motivate the user to positively receive the push notification from the game application and turn it on.

It is a schematic block diagram (system block diagram) of the information processing system which concerns on 1st Embodiment of this invention. It is a schematic block diagram (block diagram) of a server and a terminal according to the first embodiment of the present invention. It is a schematic structure figure (block diagram) showing an example of functional composition of a server and a terminal concerning a 1st embodiment of the present invention. FIG. 3 is a schematic diagram showing an example of a time-dependent recovery process and a super-recovery process in which stamina recovers over time according to the first embodiment of the present invention. It is a sequence diagram explaining the flow of the game play execution process which the server and terminal of FIG. 2 which have the functional structure of FIG. 3 perform. FIG. 4 is a sequence diagram illustrating a flow of time-dependent recovery processing executed by the server and terminal of FIG. 2 having the functional configuration of FIG. 3. FIG. 4 is a sequence diagram illustrating a flow of super-recovery processing executed by the server and terminal of FIG. 2 having the functional configuration of FIG. 3. It is a figure which shows an example of the push notification screen which concerns on 1st Embodiment of this invention. It is a figure showing an example of a screen which asks for permission of a push notice from a game application. It is a figure which shows an example of the user interface which receives the super-recovery instruction|indication on the push notification screen which concerns on 1st Embodiment of this invention. It is a schematic block diagram (block diagram) which shows an example of a functional structure of the information processing server and terminal which concern on 2nd Embodiment of this invention. It is a figure which shows an example of the push notification process which concerns on 2nd Embodiment of this invention. It is a figure which shows an example of the user interface which receives the auto play instruction|indication which can be displayed on the notification screen of the terminal of 1st and 2nd embodiment of this invention.

Embodiments according to the present invention will be described below with reference to the accompanying drawings. The following embodiments are examples for explaining the present invention, and are not intended to limit the present invention only to the embodiments. Further, the present invention can be variously modified without departing from the gist thereof. Further, in each of the drawings, the same constituents are denoted by the same reference numerals as much as possible, and redundant description will be omitted.

FIG. 1 is a configuration diagram of an information processing system according to the first embodiment of the present invention. The information processing system 100 exemplarily includes a server 1, n (n is an arbitrary integer value of 1 or more) terminals 3, and a network 2.

The information processing system 100 is a so-called client/server system. The information processing system 100 is realized by the n terminals 3 that are clients and the server 1 communicating with each other via the network 2.

The server 1 is realized by, for example, a server device, and the terminal 3 is realized by, for example, a smartphone, a game machine, or a personal computer. Further, the network 2 is realized by, for example, the Internet, a network such as a mobile phone network, a LAN (Local Area Network), or a network combining these.

In the figure, the terminals 3a and 3n are illustrated as the n terminals 3. However, in the following description, when the n terminals 3 are described without distinction, some of the reference numerals are omitted and the terminals are simply referred to as "terminals 3."

FIG. 2 is a block diagram showing the hardware configurations of the server and the terminal according to the first embodiment. In the drawings, the reference numerals corresponding to the hardware of the server 1 are described without parentheses, and the reference numerals corresponding to the hardware of the terminal 3 are described with parentheses.

The server 1 exemplarily includes a CPU (Central Processing Unit) 11, a memory 13 including a ROM (Read Only Memory) and a RAM (Random Access Memory), a bus 14, an input/output interface 15, and an input unit 16. The output unit 17, the storage unit 18, and the communication unit 19 are provided.

The CPU 11 executes various processes according to the program recorded in the memory 13 or the program loaded from the storage unit 18 into the memory 13.

The memory 13 also appropriately stores data and the like necessary for the CPU 11 to execute various processes. The CPU 11 and the memory 13 are connected to each other via a bus 14. An input/output interface 15 is also connected to the bus 14. An input unit 16, an output unit 17, a storage unit 18, and a communication unit 19 are connected to the input/output interface 15.

The input unit 16 includes various buttons, a touch panel, a microphone, and the like, and inputs various information in response to an instruction operation by an administrator of the server 1 or the like. The input unit 16 may be realized by an input device such as a keyboard and a mouse, which is independent of the main body that houses the other units of the server 1.

The output unit 17 is composed of a display, a speaker and the like, and outputs image data and music data. The image data and the music data output by the output unit 17 are output from the display, the speaker, and the like as images and music so that the player can recognize them.

The storage unit 18 includes a semiconductor memory such as a DRAM (Dynamic Random Access Memory) and stores various data.

The communication unit 19 realizes communication with another device. For example, the communication unit 19 communicates with the terminal 3 via the network 2.

Although not shown, a drive is appropriately provided in the server 1 as needed. A removable medium including a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is appropriately mounted in the drive. A program for executing a game and various data such as image data are stored in the removable medium. The program read from the removable medium by the drive and various data such as image data are installed in the storage unit 18 as necessary.

Next, the hardware configuration of the terminal 3 will be described. As shown in FIG. 2, the terminal 3 illustratively has a CPU 31, a memory 33, a bus 34, an input/output interface 35, an input unit 36, an output unit 37, a storage unit 38, and a communication unit 39. And are equipped with. Each of these units has the same function as each unit of the same name, which is provided in the above-described server 1 and differs only in the reference numeral. Therefore, redundant description will be omitted. In addition, when the terminal 3 is configured as a portable device, each hardware included in the terminal 3 and a display and a speaker may be realized as an integrated device.

(Functional configuration)
Next, the functional configuration of the server 1 and the functional configuration of the terminal 3 will be described with reference to FIG. It is a schematic structure figure (block diagram) showing an example of functional composition of a server and a terminal concerning a 1st embodiment of the present invention. FIG. 3 shows a functional configuration for executing processes such as a game play execution process, a time recovery process, and a super recovery process among the functional configurations of the server 1 and the terminal 3 shown in FIG. It is a block diagram.

Here, the game play execution process is a process of executing a game play that consumes stamina. The time-dependent recovery process is a process for recovering stamina over time. Furthermore, the super recovery process is to execute the recovery of stamina over time by exceeding the upper limit of stamina recovery over time according to the player's selection of recovery items etc., and consume in-game currency or recovery items etc. as compensation. It is a process to do.

When the game play execution process, the time recovery process, and the ultra recovery process are executed, the terminal 3 causes the CPU 31 to cause the user operation accepting unit 311, the game operation unit 312, and the notification control unit 313 to operate as shown in FIG. The notification reservation unit 314 functions. A game operation data storage unit 281 is set in a part of the storage area of the storage unit 38.

The user operation receiving unit 311 is a unit that receives a game-related operation from a player. The user operation receiving unit 311 receives a game operation performed by the player using the input unit 36. Then, the user operation acceptance unit 311 outputs the accepted operation content to the game operation unit 312.

The game operation unit 312 is a unit that executes processing for operating the game. The game operation unit 312 operates the game based on the game software included in the game operation data storage unit 281 and the operation content of the player input from the user operation reception unit 311.

In addition, the game operation unit 312 generates an image for the game from the image data included in the game operation data storage unit 281 in accordance with the operation of the game, and displays the generated image on the display connected to the output unit 37. Control processing for performing. Similarly, the game operation unit 212 generates game music or voice from the music data or voice data included in the game operation data storage unit 281 in accordance with the game operation, and outputs the generated music or voice. The control process for outputting from the speaker connected to 37 is performed.

In the first embodiment according to the present invention, the server 1 manages predetermined parameters in the game operated by the game operation unit 312. For example, parameters such as stamina in the game and currency in the game are managed by the server 1. Therefore, the game operation unit 312 communicates with the server 1 when a process involving a change in these predetermined parameters (that is, a process involving an increase or decrease in the value of the parameter) occurs in the game. As a result, the parameters managed by the server 1 are updated. Then, the game operation unit 212 receives the updated parameters from the server 1 and continues the operation of the game according to the updated parameters.

For example, the game play execution process, the time recovery process, and the super recovery process are processes that involve changes in predetermined parameters. Therefore, when these processes occur, the game operation unit 312 communicates with the server 1 to update the parameters. The specific contents of each of these processes will be described later.

The game operated by the game operation unit 312 may be any game that consumes some cost such as stamina and executes game play, and there are no particular restrictions on the content or genre of the game. That is, the present embodiment can be applied to any game.

Communication with the server 1 by the game operation unit 312 is performed using the communication unit 39 which is a transmission/reception unit on the terminal 3 side. As shown in FIG. 1, a network 2 for realizing communication exists between the terminal 3 and the server 1, but the network 2 is not shown in FIG.

The notification control unit 313 is a unit that displays a push notification at a predetermined timing (preset timing) on a notification screen such as a display connected to the output unit 37. The notification control unit 313 can display a push notification on the notification screen when the time reserved by the notification reservation unit 314 described later comes. Further, by receiving the push notification instruction from the server 1, the push notification can be displayed on the notification screen. After displaying the push notification on the notification screen of the terminal 3, the notification control unit 313 activates the game application based on the content of the instruction from the player received on the notification screen, or instructs the server 1 to perform a super recovery instruction. It is also possible to display a user interface on the notification screen in which it is possible to select whether or not to send. The super-recovery instruction includes, as described above, an instruction of the duration of time recovery or an instruction of the recovery amount of time recovery.

The notification reservation unit 314 is a part that reserves time for performing push notification at a predetermined timing. The notification reservation unit 314 calculates, based on the amount of stamina at a predetermined timing during the start of the game, the time required for the stamina to fully recover to the stamina recovery upper limit value by the time recovery, and reserves the push notification time. be able to. For example, when the notification reservation unit 314 performs an operation for consuming stamina in the game, the time required for the stamina to fully recover to the stamina time recovery upper limit value based on the amount of stamina after consumption based on the amount of stamina after consumption. You can calculate and book the time.

Further, when the game application ends, the notification reservation unit 314 calculates the time required for the stamina to completely recover to the upper limit recovery value of stamina over time based on the amount of stamina at the time of the end of the game application, and sends a push notification. You can also book a time to do it. The calculation of the time for complete recovery of the notification reservation unit 314 and the reservation of the time for performing the push notification are not limited to the time when the operation that consumes the stamina is executed in the game and the time when the game application is ended. It can also be performed based on the amount of stamina at a predetermined timing during application activation.

Furthermore, the notification reservation unit 314 can detect that the stamina has completely recovered to the upper limit recovery value of the stamina due to the time recovery, and can reserve the time of the push notification based on the detection. For example, the notification reservation unit 314 can make a reservation so that the push notification is given within a predetermined time (for example, “1 minute”) from the detection.

The game operation data storage unit 381 is a unit that stores various data necessary for the game operation unit 312 to operate the game. The various data for operating the game are, for example, game software that is a program for executing the game, image data, music data, and audio data for generating images for the game. Note that various data for operating the game may be stored only in the game operation data storage unit 381 of the storage unit 38, but is not limited to this, and various data for operating the game may be stored. The data may be stored in an external recording medium such as a removable medium and may be read by a reading device such as a drive as appropriate.

When the game play execution process, the time recovery process, and the super recovery process are executed, the server 1 causes the CPU 11 to perform a play permission/inhibition determination unit 111, a game progression unit 112, and a time recovery unit 113 as shown in FIG. The super recovery unit 114 and the charging unit 115 function. A parameter storage unit 181 and an item information storage unit 182 are set in one area of the storage unit 18.

The play permission/inhibition determination unit 111 is a unit that determines permission/inhibition of execution of game play based on stamina consumed in exchange for progress of the game. The play permission/inhibition determination section 111 receives a game play request from the terminal 3 via the communication section 19 which is a transmission/reception means on the server 1 side, and determines whether or not there is an amount of stamina necessary for the game play according to the request. Based on the above, it is determined whether or not the game play can be executed.

The game progression unit 112 is a part that mainly executes game play execution processing. When the game progress unit 112 receives an execution request for a game play that consumes stamina from the game operation unit 312 of the terminal 3, it refers to the value of stamina, which is one of the parameters stored in the parameter storage unit 181. To do.

When the stamina is required to execute the game play, the game progression unit 112 reduces the value of the stamina stored in the parameter storage unit 181 by an amount necessary to execute the game play. By doing so, the stamina value is updated. In addition, the game progression unit 112 transmits the game play execution instruction and the updated stamina value to the game operation unit 312 of the terminal 3 as a response to the game play execution request. In response to this response, the game operation unit 312 updates the value of stamina in the game being executed by the game operation unit 312, and executes the game play.

On the other hand, when there is not enough stamina to execute the game play, the game progression unit 112 displays a game play execution prohibition instruction and a screen for selecting a recovery item (hereinafter, “recovery item selection”). The display instruction of “screen”) is transmitted to the game operation unit 312 of the terminal 3 as a response to the execution request regarding the game play. In response to this response, the game operation unit 312 displays the recovery item selection screen instead of executing the game play. This screen includes a message indicating that the stamina is insufficient for executing the game play, and a user interface for the player to select a recovery item or the like.

Note that the amount of stamina that is reduced by the game play (that is, the amount of stamina consumed) is determined according to the content of the game play. For example, it is determined according to the difficulty level or the importance level of the game play. Also, the amount of stamina that decreases with game play may be a uniform amount in each game play, but may be a different amount in each game play.

For example, in a game play that is more difficult or more important than another game play, the amount of stamina that decreases according to the game play may be larger than that in another game play. On the other hand, for example, in a game play that is less difficult or less important than another game play, the amount of stamina that decreases according to the game play may be smaller than that in another game play.

The time recovery unit 113 is a unit that mainly executes time recovery processing. The time-dependent recovery process is, as described above, a process of recovering stamina over time. The super recovery unit 114 is a part that mainly executes the super recovery processing. As described above, the super-recovery process is to execute the recovery of stamina over time by exceeding the maximum recovery time of stamina according to the player's selection of recovery items and the like, and at the same time, pay in-game currency or recovery item. It is a process that consumes etc.

Specific processing contents in the time recovery processing and specific operation of the time recovery unit 113 for executing the processing will be described later with reference to FIG. The specific processing contents of the super recovery processing and the specific operation of the super recovery unit 114 for executing the processing will be described later with reference to FIG. 7.

The billing unit 115 is a unit that performs a process of increasing the in-game currency, which is one of the parameters stored in the parameter storage unit 181, when the player pays the consideration. The payment of the consideration by the player is realized by, for example, cash payment using a credit card or payment using electronic money.

When the game operation unit 312 of the terminal 3 receives from the player an operation for purchasing in-game currency accompanied by payment of the player's consideration, the game operation unit 312 transmits the operation content to the charging unit 115. When the billing unit 115 receives this operation content, the billing unit 115 performs a process for paying the consideration. The processing for executing the payment of the consideration is realized, for example, by the charging unit 115 communicating with a server that performs authentication for performing credit card payment and a server that manages electronic money.

In addition to the processing for paying the consideration, the charging section 115 also performs processing for increasing the in-game currency stored in the parameter storage section 181 according to the payment amount. For example, if the in-game currency is a game managed as virtual coins, the process of increasing the number of coins is performed.

The in-game currency may be increased only by a method involving payment of the consideration in this way, but in addition to this, the in-game currency may be increased by another method. For example, it may be possible to increase the number of times by being triggered by communication between players in a game, achievement of a predetermined event in the game, or the like.

The parameter storage unit 181 is a unit that stores parameters in the game operated by the game operation unit 312 of the terminal 3. The parameters stored in the parameter storage unit 181 are, for example, parameters such as stamina and in-game currency in the game operated by the game operation unit 312.

The stamina value (stamina amount) is managed in the parameter storage unit 181 on the server 1 side and in the game operation data storage unit 381 on the terminal 3 side. Similarly, the “time” that serves as a reference for recovery over time is managed by both the server 1 and the terminal 3.

The item information storage unit 182 is a unit that stores various recovery items for recovering the stamina over time when the stamina recovery upper limit value is exceeded in the super recovery process. The recovery item can be obtained by consuming the in-game currency obtained by charging. Recovery items include those that indicate the duration of time-dependent recovery and instructions that indicate the recovery amount of time-dependent recovery in the super recovery process.

(Aged recovery process and super recovery process)
The time-dependent recovery process and the super-recovery process will be described with reference to FIG. 3 and the schematic diagrams of the time-dependent recovery process and the super-recovery process shown in FIG. FIG. 4 is a schematic diagram showing an example of a time-dependent recovery process and a super-recovery process in which the stamina recovers over time according to the first embodiment of the present invention. As illustrated in FIG. 4A, the aging recovery process can increase the stamina value by a predetermined value (for example, “1”) at predetermined time intervals (for example, “every 5 minutes”). In the time-dependent recovery process, the time-dependent recovery unit 113 illustrated in FIG. 3 recovers the stamina by increasing the value of the stamina stored in the parameter storage unit 181 at a preset cycle. This aging recovery process is performed over time without requiring any particular operation by the player.

The temporal recovery unit 113 does not perform the temporal recovery process when the stamina value exceeds the temporal recovery upper limit value (for example, “100”). As described above, there is a limitation in the recovery processing over time. Further, the temporal recovery unit 113 transmits the updated stamina value to the game operation unit 312 of the terminal 3. The game operation unit 312 updates the stamina value during the game being executed by the game operation unit 312, based on the received updated stamina value.

As shown in FIG. 4B, when the time recovery process reaches the stamina time recovery upper limit value, a push notification is given in the terminal 3. The terminal 3 can display a message to the player that the stamina has been fully recovered on the notification screen by push notification. The notification screen of the terminal 3 is composed of, for example, a touch panel, and can function as the input unit 36 and the output unit 37.

As shown in FIG. 4C, the super-recovery treatment can recover the stamina with time by exceeding the stamina recovery upper limit value with time. For example, in response to a super recovery instruction (for example, “super recovery up to 4 hours later”) from the player that is received via the notification screen of the terminal 3, the super recovery process exceeds the stamina time recovery upper limit value and the stamina of Recovery over time can be performed. In the example shown in FIG. 4C, if the stamina value recovers by 1 every 5 minutes, the stamina upper limit recovery value "100" is set in response to a super recovery instruction such as "super recovery until 4 hours later". Beyond that, the stamina can be recovered with time until the maximum is "148" (=4 hours (240 minutes)/5 minutes).

It is also possible to set a limit value for recovery over time by super recovery. For example, in the example shown in FIG. 4C, the limit value of the time recovery due to super recovery (hereinafter, referred to as “super recovery upper limit value”) is set to “999”, and the super recovery upper limit value is exceeded. You can choose not to accept recovery instructions.

(Game play execution process)
FIG. 5 is a sequence diagram illustrating the flow of game play execution processing executed by the server and terminal of FIG. 2 having the functional configuration of FIG. The game play execution process is executed when the player performs a game play execution request operation that consumes stamina.

In step S11, the user operation reception unit 311 transmits a game play request to the server 1 in response to a game play execution request operation by the player.

In step S12, the playability determination unit 111 refers to the value of the stamina, which is one of the parameters stored in the parameter storage unit 181, and determines whether or not there is enough stamina for executing the game play. judge.

First, the case where there is enough stamina to execute the game play will be described. If there is enough stamina to execute the game play, it is determined as "Yes" in step S12, and the process proceeds to step S13. In step S13, the game progression unit 112 updates the stamina value by reducing the stamina value stored in the parameter storage unit 181 by an amount necessary to execute the game play. In this case, in step S14, the game progression unit 112 transmits the game play execution instruction and the updated stamina value to the game operation unit 312 of the terminal 3 as a response to the game play execution request. In addition, in step S15, the game operation unit 312 performs processing according to the response. Specifically, the game operation section 312 updates the value of stamina during the game being executed by the game operation section 312, and executes the game play in response to the response. As a result, the game play execution process ends.

Next, a case where there is not enough stamina to execute the game play will be described. If there is not enough stamina to execute the game play, it is determined as "No" in step S12 and the process proceeds to step S14. In this case, in step S14, the game progression unit 112 transmits a game play execution prohibition instruction and a recovery item selection screen display instruction to the game operation unit 312 of the terminal 3 as a response to the game play execution request. To do. In addition, in step S15, the game operation unit 312 performs processing according to the response. Specifically, the game operation unit 312 displays the recovery item selection screen instead of executing the game play according to the response. The recovery item selection screen includes a message indicating that the stamina is insufficient for executing the game play, and a user interface for the player to select a recovery item.

(Recovery process over time)
Next, the time recovery processing will be described with reference to FIG. FIG. 6 is a sequence diagram for explaining the flow of the time recovery process executed by the server and terminal of FIG. 2 having the functional configuration of FIG. The time recovery process is always executed without requiring any operation by the player.

In step S21, when the aging recovery unit 113 increases the stamina value stored in the parameter storage unit 181 by a predetermined value (for example, “1”), the stamina value exceeds the aging recovery upper limit value. Or not. If the time-dependent recovery upper limit is exceeded, it is determined to be "Yes" in step S21, and the determination in step S21 is repeated. On the other hand, if the time recovery upper limit value is not exceeded, the process proceeds to step S22.

In step S22, the temporal recovery unit 113 has a predetermined time (for example, “5 minutes”) after the stamina is recovered by the previous time recovery process or after the stamina is consumed by the execution of the previous game play. It is determined whether or not has elapsed. If the predetermined time has not elapsed, it is determined to be “No” in step S22, and the process returns to step S21 again without increasing the stamina value. On the other hand, when the predetermined time has elapsed, the process is determined to be “Yes” in step S22, and the process proceeds to step S23.

In step S23, the temporal recovery unit 113 realizes the time recovery process by increasing the stamina value stored in the parameter storage unit 181 by a predetermined value (for example, “1”) and updating the value.

In step S24, the temporal recovery unit 113 sends the updated stamina value to the game operation unit 312 of the terminal 3. The game operation unit 312 updates the stamina value during the game being executed by the game operation unit 312, based on the received updated stamina value.

It should be noted that, as described above, the temporal recovery process is always executed without requiring any operation by the player. However, the player may be confused if the stamina value is updated by the time recovery process at an unintended timing when the stamina increases. Therefore, for example, when the player is not intending to increase the stamina and the user interface for the player to select the recovery item is displayed, the value of the stamina is updated by the recovery process over time. The display of the stamina value on the user interface may not be changed.

(Super recovery processing)
Next, the super recovery process will be described with reference to FIG. FIG. 7 is a sequence diagram illustrating a flow of super-recovery processing executed by the server and terminal of FIG. 2 having the functional configuration of FIG. The time-dependent recovery process is always executed without requiring any operation by the player until it is determined “Yes” in step S35.

In step S31, the server 1 updates the stamina value by the game progression unit 112 or the time recovery unit 113 in accordance with the game play execution process or the time recovery process. In step S<b>32, the server 1 transmits the stamina value updated by the game progression unit 112 or the elapsed time recovery unit 113 to the notification reservation unit 314.

In step S33, the notification reservation unit 314 calculates the time required for the current stamina value to recover to the aging recovery upper limit value. For example, the notification reservation unit 314 calculates the time for the stamina to completely recover to the aging recovery upper limit value by aging recovery based on the amount of stamina after consumption when performing an operation or the like that consumes stamina in the game. To do. In the example of the time recovery processing shown in FIG. 4(a), when the current value of the stamina is "70" and the stamina recovers "1" every 5 minutes due to the time recovery, a notification reservation is made. The unit 314 can calculate the time for complete recovery until the time-dependent recovery upper limit value “100” is 150 minutes (=(100−70)×5). In step S34, the notification reservation unit 314 reserves the time (time) for performing the push notification based on the calculated time. In the above example, the notification reservation unit 314 reserves a time 150 minutes later in order to perform a push notification 150 minutes later. The notification reservation unit 314 has already reserved the time for push notification, and when reserving the newly calculated time, the already reserved time may be discarded and the newly calculated time may be reserved. it can. The notification reservation unit 314 can also maintain the already reserved time when the already reserved time is the same as the newly calculated time.

In step S35, the notification control unit 313 determines whether or not the reservation time has arrived. If the reserved time has not arrived, it is determined as "No" in step S35, and the determination in step S35 is repeated. On the other hand, if the reserved time has come, it is determined as "Yes" in step S35, and the process proceeds to step S36. In step S36, the notification control unit 313 displays the push notification on the notification screen. An example of the notification screen is as shown in FIG.

FIG. 8 is a diagram showing an example of the push notification screen according to the first embodiment of the present invention. For example, a message "Stamina has all recovered" is displayed on the notification screen of the terminal device such as a smartphone that displays the content of the push notification. FIG. 9 is a diagram showing an example of a screen for requesting permission of push notification from the game application. When a push notification is given for the first time after the game application is installed on the terminal 3, a dialog as shown in FIG. 9 is displayed to allow the player to select whether or not to allow the push notification. When allowing push notification, the player can select (tap) "OK", and when not allowing push notification, the player can select "not allow". It should be noted that the terminal 3 may be configured not to perform push notification while the game application is activated.

In addition, the notification control unit 313 can display a graphical user interface (GUI) for receiving a super recovery instruction for recovering the stamina over time from the player beyond the stamina recovery upper limit value on the notification screen. For example, on the notification screen shown in FIG. 8, when the message part displayed on the notification screen is operated by the operating system (OS) installed in the terminal device (for example, long press, swipe, etc.). As shown in FIG. 10, a GUI (for example, a reaction button) that receives a super recovery instruction from the player is displayed. That is, as described above, the notification control unit 313 can display, on the notification screen, a user interface that allows selection of whether to start the game application or send a super recovery instruction to the server 1.

FIG. 10 is a diagram showing an example of a user interface that receives a super recovery instruction on the push notification screen according to the first embodiment of the present invention. In the example shown in FIG. 10, on the notification screen, the reactions such as “super recovery until 2 hours (consumes 1 item)”, “super recovery until 4 hours (consumes 2 items)”, and “do nothing”. The button is displayed. By selecting one of the reaction buttons, the player can input an instruction to perform super recovery or do nothing on the push notification screen. Note that the reaction button is not limited to these, and a super-recovery instruction that allows you to specify the duration of recovery over time, a super-recovery instruction that allows you to specify the amount of recovery over time, and the launch of a game application Is included.

In step S37, the user operation reception unit 311 determines whether or not there is a super recovery instruction as a user input from the player. If there is no super recovery instruction, it is determined as "No" in step S37, and the super recovery processing ends. For example, in the example illustrated in FIG. 10, when the player selects (tap) “do nothing” from the reaction buttons displayed on the notification screen, the user operation reception unit 311 determines that there is no super recovery instruction. Can be judged. If there is a super recovery instruction, it is determined as "Yes" in step S37, and the process proceeds to step S38. For example, in the example shown in FIG. 10, among the reaction buttons displayed on the notification screen, "super recovery up to 2 hours later (1 item consumed)" or "super recovery up to 4 hours later (2 items consumed)" When the player makes a selection (tap), the user operation reception unit 311 can determine that there is a super recovery instruction.

In step S38, the user operation reception unit 311 transmits a super recovery instruction from the player to the super recovery unit 114 of the server 1. In step S39, the super-recovery unit 114 receives the super-recovery instruction and waits until the value of the stamina by the time-dependent recovery reaches the duration of the time-dependent recovery or the recovery amount of the time-dependent recovery included in the super-recovery instruction. Perform recovery processing. Based on the super recovery instruction from the terminal 3, the super recovery unit 114 can recover the stamina by the time recovery, exceeding the time recovery upper limit value of the stamina.

In the example of the ultra-recovery process shown in FIG. 7, after receiving the updated stamina value from the server 1, the notification reservation unit 314 of the terminal 3 performs the processes of step S33 and step S34. That is, the notification reservation unit 314 calculates the time required for the stamina to completely recover to the time recovery upper limit value by the time recovery when the operation of consuming the stamina is executed in the game, based on the amount of the stamina after the consumption. , You can book a time. Further, the super recovery process is not limited to the example shown in FIG. 7. For example, when the game application ends, the notification reservation unit 314 may calculate the time for the stamina to fully recover to the upper recovery limit with time based on the amount of stamina at the end, and may reserve the time. it can. Further, the notification reservation unit 314 can detect that the stamina has completely recovered to the time recovery upper limit value due to the time recovery, and can reserve the push notification time based on the detection. Further, the notification reservation unit 314 calculates the time for the stamina to completely recover to the upper recovery limit with time based on the amount of stamina at a predetermined timing during the game start, and reserves the push notification time. Can also

(Functional configuration)
A second embodiment of the present invention will be described with reference to FIG. FIG. 11 is a schematic configuration diagram (block diagram) showing an example of a functional configuration of an information processing server and a terminal according to the second embodiment of the present invention. It is a schematic block diagram (block diagram) which shows an example of a functional structure of the server and terminal which concern on 2nd Embodiment of this invention. FIG. 11 shows a functional configuration for executing processes such as a game play execution process, a time-dependent recovery process, and a super recovery process among the functional configurations of the server 1 and the terminal 3 shown in FIG. It is a block diagram. In addition, in the second embodiment shown in FIG. 11, the portions having the same reference numerals as those in the first embodiment shown in FIG. Further, the first embodiment and the second embodiment may be combined into one embodiment by combining their functional configurations.

When the game play execution process, the time recovery process, and the super recovery process are executed, the server 1 causes the CPU 11 to perform a play permission/inhibition determination unit 111, a game progression unit 112, and a time recovery unit 113, as shown in FIG. 11. The super recovery unit 114, the charging unit 115, and the push notification instruction unit 116 function. A parameter storage unit 181 and an item information storage unit 182 are set in one area of the storage unit 18.

The push notification instruction unit 116 is a unit that transmits a push notification instruction to the terminal 3 at a predetermined timing when the stamina is recovered. The push notification instructing unit 116 calculates the time required for the stamina to completely recover to the aging recovery upper limit value of stamina by the time recovery based on the amount of stamina at a predetermined timing during the game start, and when the time comes. The push notification instruction can be transmitted to the terminal 3. For example, when the push notification instructing unit 116 executes an operation (game play execution process) that consumes stamina in the game, the stamina recovers with time based on the amount of stamina after consumption, and thus the stamina recovery upper limit. It is possible to calculate the time for complete recovery to the value and send a push notification instruction to the terminal 3 when the time comes.

Further, when the game application on the terminal 3 is terminated, the push notification instructing unit 116 calculates the time required for the stamina to be completely recovered to the upper limit recovery value of the stamina by the time recovery, based on the amount of the stamina at the end time. However, when the time comes, a push notification instruction can be transmitted to the terminal 3.

Furthermore, the push notification instruction unit 116 can detect that the stamina has completely recovered to the aging recovery upper limit value of the stamina due to the time recovery, and can also transmit the push notification instruction to the terminal 3 based on the detection. ..

In the second embodiment shown in FIG. 11, since the push notification instructing unit 116 is provided on the server 1 side, the notification reservation unit 314 is provided on the terminal 3 side as in the first embodiment shown in FIG. You don't have to. When the notification control unit 313 of the terminal 3 receives the push notification instruction transmitted from the push notification instruction unit 116, it can display the push notification on the notification screen. An example of the notification screen is as shown in FIG. Is. The details of the notification screen shown in FIG. 8 have already been described.

(Super recovery processing)
The super recovery process of the second embodiment will be described with reference to FIG. FIG. 12 is a diagram showing an example of push notification processing according to the second embodiment of the present invention. In step S51, the push notification instructing unit 116 calculates the time for the current stamina value to recover to the aging recovery upper limit value. For example, when the push notification instruction unit 116 executes an operation or the like that consumes stamina in the game, based on the amount of stamina after consumption, the push notification instruction unit 116 determines the time for the stamina to completely recover to the aging recovery upper limit value by aging recovery. calculate. In the example of the time recovery processing shown in FIG. 4A, when the current value of the stamina is "70", if the stamina recovers "1" every 5 minutes due to the time recovery, a push notification is issued. The instruction unit 116 can calculate the time required for complete recovery up to the time-dependent recovery upper limit value “100” to be 150 minutes (=(100−70)×5).

In step S52, the push notification instruction unit 116 determines whether the time calculated in step S51 has arrived. If the time has not come, it is determined as "No" in step S52, and the determination in step S52 is repeated. On the other hand, if the reserved time has come, it is determined as "Yes" in step S52, and the process proceeds to step S53.

In step S53, the push notification instruction unit 116 transmits the push notification instruction to the notification control unit 313 of the terminal 3. Upon receiving the push notification instruction, the notification control unit 313 displays the push notification on the notification screen. The operation of the notification control unit 313 is the same as in the first embodiment.

(Recursive super recovery process)
Common to the super-recovery process of the first embodiment shown in FIG. 3 and the second embodiment shown in FIG. If it is a recovery instruction, after 4 hours, or after satisfying the recovery amount of the time recovery by the super recovery instruction (for example, if it is a super recovery instruction such as "super recovery to stamina up to 150", the stamina value reaches 150. Then, the super-recovery process is executed again, the notification screen of the push notification (see, for example, FIG. 8 and FIG. 10) is displayed again on the terminal 3, and recursively so as to receive the instruction from the player. Alternatively, super recovery processing may be applied.

When the super-recovery process is recursively applied, in the first embodiment of the present invention, the notification reservation unit 314 of the terminal 3 performs the super-recovery including the time included in the super-recovery instruction (for example, “super-recovery up to 4 hours later”). If an instruction is given, it is possible to reserve a time (time) for performing push notification based on 4 hours. If the super recovery instruction includes the recovery amount, the time until the stamina reaches the recovery amount (for example, a super recovery instruction such as "super recovery of stamina to 150", the stamina upper limit recovery time If the value is “100”, the stamina can be reserved for another 50 hours).

Furthermore, the upper limit number N when the super recovery process is recursively applied may be separately determined. For example, the upper limit value of the super-recovery process (hereinafter, “super-recovery upper limit value”) is stored and managed in the parameter storage unit 181 of the server 1, and the super-recovery unit 114 determines that the number of executions of the super-recovery process is the super-recovery upper limit. Whether or not the value exceeds the value can be determined, and if the number of executions of the ultra-recovery processing does not exceed the ultra-recovery upper limit value, the ultra-recovery processing is performed. When the number of executions of the super recovery process exceeds the super recovery upper limit value, the terminal 3 displays a message indicating that the super recovery cannot be performed on the screen. Further, when the current stamina value reaches the super-recovery upper limit value (eg, “999”) shown in FIG. 4C, the super-recovery unit 114 does not accept the super-recovery instruction. .. In that case, the terminal 3 displays a message indicating that the stamina value has reached the super-recovery upper limit value on the screen. The super-recovery unit 114 of the server 1 may not accept a super-recovery instruction that would exceed the super-recovery upper limit value if the super-recovery process is performed from the current stamina value. For example, a super-recovery instruction that exceeds the super-recovery upper limit value may not be displayed on the notification screen (see FIG. 10) of the terminal 3 and may not be selected by the player.

(Auto play)
In the first embodiment of the present invention shown in FIG. 3 and the second embodiment shown in FIG. 11, when the notification by the push notification is received, the notification screen as shown in FIG. 8 is displayed on the terminal 3 and the notification screen is displayed. When a message such as "is swiped" is displayed, a screen as shown in FIG. As a modified example of the present invention, by giving an auto-play instruction instead of the super-recovery instruction, the player can perform a push notification on the screen even when he/she does not have time to start the game application and play the game. Since the game play can be executed more advantageously, the object of the present invention can be achieved. Thereby, it is possible to give the player an incentive to receive the push notification from the game application and turn it on.

The terminal 3 that receives the auto-play instruction from the player can display the screen shown in FIG. 13 instead of the screen shown in FIG. FIG. 13 is a diagram illustrating an example of a user interface that receives an autoplay instruction that can be displayed on the notification screen of the terminal according to the first and second embodiments of the present invention. Here, the auto play process is a process of performing a game play execution process based on an auto play instruction. In the example shown in FIG. 13, "autoplay (consumes all stamina)", "autoplay once (consumes one item)", "autoplay twice (consumes two items)", " A reaction button such as "Do nothing" is displayed. By selecting one of the reaction buttons, the player can input an instruction such as auto play or nothing on the push notification screen. For example, when the player selects "auto play (consumes all stamina)", the game play execution process is repeated until there is no stamina required to play the game. "Autoplay (consumes all stamina)" may not be displayed on the notification screen when there is no stamina necessary for the game. It should be noted that the reaction button is not limited to these, and includes a designation of 3 or more times of auto play, an instruction to start the game application, etc. on the notification screen.

In the modified example of the present invention, a game that can be autoplayed through a push notification is determined in advance. In one mode, the game that can be played through the push notification may be a game preset by the game developer (hereinafter, referred to as “autoplay setting game”). In another mode, the player may be able to arbitrarily select and set from a plurality of options during the game activation.

The game may be any game as long as it consumes stamina, and is a battle game, a puzzle game, a pinball game, a quiz game, a town-creation game, a character appreciation game, or the like, and the type of the game is not limited.

At that time, the difficulty level may be set for each of the plurality of games, and the higher the difficulty level, the more stamina may be consumed. Further, the more difficult a game is, the more reward the player may be set (the experience value that can be acquired or the amount of in-game currency is large, the degree of rareness of an item that can be acquired is high, etc.).

Instead of selecting the super recovery instruction on the notification screen as shown in FIG. 10, the player selects the auto play instruction on the notification screen as shown in FIG. 13 so that the auto play setting game can be automatically played. Give instructions to execute. In the autoplay process, the user operation acceptance unit 311 of the terminal 3 accepts the autoplay instruction, and the user operation acceptance unit 311 transmits the autoplay instruction to the game progression unit 112 of the server 1. The game progression unit 112 can perform a game play execution process according to the auto play instruction. That is, the game play instruction is given from the terminal 3 to the server 1 based on the instruction from the player.

In the server 1, the autoplay setting game is executed based on the autoplay instruction from the terminal 3. The amount of stamina associated with the player is consumed by the autoplay process, and the player can obtain a predetermined reward.

In one mode, in the server 1, the game play execution process is automatically executed without the auto play setting game receiving an auto play instruction from the player. At the time of execution, predetermined automatic processing is performed in the game. Based on the game execution result obtained by the automatic processing, a predetermined reward (experience value, in-game currency, item, etc.) is given to the player.

In another mode, the server 1 may not perform the game play execution process based on the auto play, but may perform only the stamina consumption process and the reward acquisition process. In this case, the game is not automatically processed in the server 1. The content of the reward may be determined by a predetermined lottery process. With such a configuration, it is possible to reduce the processing load on the server 1 because the server 1 does not have to perform the game automatic processing while giving the player a reward for consuming the stamina.

The information system and the like according to the present invention adopt the configurations of the first and second embodiments and the modified example of the auto play, and as a result, the notification for notifying the full recovery of the stamina displayed on the screen of the terminal 3 is given. , For players who do not have much time to play the game, they can continue the stamina recovery over time to play the game later, or consume the stamina fully recovered by the time recovery by autoplay to recover it over time. It is a convenient notification that can be continued. That is, the notification by the information processing system or the like according to the present invention can motivate the user to positively receive the push notification from the game application and turn it on.

The information processing system and the like according to the present invention can be used for a game in which a game progresses in exchange for consumption of stamina among mobile games operating on a client/server system.

1 server 2 network 3 terminal 11 (31) CPU
13 (33) Memory 14 (34) Bus 15 (35) Input/output interface 16 (36) Input unit 17 (37) Output unit 18 (38) Storage unit 19 (39) Communication unit 100 Information processing system 111 Playability determination unit 112 game progress section 113 time recovery section 114 super recovery section 115 charging section 116 push notification instruction section 181 parameter storage section 182 item information storage section 311 user operation acceptance section 312 game operation section 313 notification control section 314 notification reservation section 381 for game operation Data storage

Claims (10)

A program executed by a computer communicatively connected to a server,
A determination result receiving function of receiving a determination result of determining whether or not the game play can be executed based on a parameter consumed in exchange for the progress of the game from the server,
When the determination result indicates that the game play can be executed, a game progress function for executing the game play,
In the server, a notification control function of displaying a push notification on a notification screen when the parameter is recovered up to a predetermined time when the parameter is recovered with the passage of time,
In the notification screen, a command receiving function for receiving a super recovery instruction for recovering the parameter from the user after exceeding the time-dependent recovery upper limit value of the parameter, the command receiving function recursively executing the super recovery instruction. The push notification is displayed on the notification screen by the notification control function each time the parameter is recovered to the predetermined time, and the super recovery instruction is received from the user on the notification screen. Reception function,
Causing the computer to realize an instruction transmitting function of transmitting the super-recovery instruction in order to recover the parameter when the server exceeds the time-dependent recovery upper limit value,
The super-recovery instruction includes a duration of time-dependent recovery by super-recovery, or a recovery amount of the parameter,
The notification control function , based on the duration of time-dependent recovery by the super recovery, to specify the predetermined time, or in the difference between the recovery amount of the parameter and the current value of the parameter, the parameter is A program that manages the reception timing of the super-recovery instruction in the instruction reception function by calculating the predetermined time based on an expression multiplied by the time required to increase by a predetermined value . The notification control function, when performing an operation of consuming the parameter in the game, based on the amount of the parameter after consumption, the time for the parameter to completely recover to the temporal recovery upper limit value by the temporal recovery The program according to claim 1, which calculates and displays the push notification on the notification screen when the time arrives. The notification control function, when the game application on the computer ends, calculates the time for the parameter to completely recover to the time recovery upper limit value by time recovery, based on the amount of the parameter at the time of the end, and calculates the time. The program according to claim 1, wherein the push notification is displayed on the notification screen when a message arrives. 2. The program according to claim 1, wherein the notification control function detects that the parameter has completely recovered to the time recovery upper limit value by time recovery, and displays the push notification on the notification screen based on the detection. .. The notification control function calculates a time for the parameter to completely recover to the time recovery upper limit value by time recovery based on the amount of the parameter at the predetermined timing during game activation, and The program according to claim 1, wherein when the time comes, the push notification is displayed on the notification screen. The program according to any one of claims 1 to 5, wherein the notification control function does not display the push notification while the game application is running on the computer. The notification control function, after displaying the push notification on the notification screen, starts the game application based on the content of the instruction from the user received on the notification screen, or performs the super recovery to the server. The program according to any one of claims 1 to 5, which is configured to be able to select whether to send an instruction. The instruction receiving function can recursively receive the super recovery instruction up to a predetermined upper limit number of times,
The computer displays a message to the effect that super-recovery cannot be performed on the screen when the server determines that the number of times of execution of the super-recovery process exceeds the upper limit. The program according to any one of 1. An information processing device communicatively connected to a server,
Determination result receiving means for receiving from the server the determination result of determining whether or not the game play can be executed based on the parameter consumed in exchange for the progress of the game,
A game advancing means for executing the game play when the determination result indicates that the game play can be executed;
In the server, when the parameter is restored with the passage of time, when the parameter is restored up to a predetermined time, notification control means for displaying a push notification on the notification screen,
In the notification screen, an instruction receiving unit that receives a super-recovery instruction for recovering the parameter when the user exceeds the time-dependent recovery upper limit value of the parameter, the instruction receiving unit recursively executing the super-recovery instruction. The push notification is displayed on the notification screen by the notification control means every time the parameter is recovered to the predetermined time, and the super recovery instruction is received from the user on the notification screen. Reception means,
The server includes an instruction transmitting unit that transmits the super-recovery instruction in order to recover the parameter when the time-dependent recovery upper limit value is exceeded,
The super-recovery instruction includes a duration of time-dependent recovery by super-recovery, or a recovery amount of the parameter,
The notification control means , based on the duration of time-dependent recovery by the super recovery, to specify the predetermined time, or in the difference between the recovery amount of the parameter and the current value of the parameter, the parameter is An information processing apparatus for managing the timing of acceptance of the super-recovery instruction in the instruction accepting means by calculating the predetermined time based on an expression multiplied by the time required to increase by a predetermined value . An information processing method executed in an information processing device communicatively connected to a server, comprising:
A determination result receiving step of receiving from the server a determination result of determining whether or not the game play can be executed based on a parameter consumed in exchange for the progress of the game,
A game progress step of executing game play when the determination result indicates that the game play can be executed;
In the server, a notification control step of displaying a push notification on the notification screen of the information processing device when the parameter is recovered to a predetermined time when the parameter is recovered with the passage of time,
In the notification screen, an instruction receiving step for receiving a super-recovery instruction for recovering the parameter exceeding a time-dependent recovery upper limit value of the parameter from the user, the instruction receiving step recursively executing the super-recovery instruction. The push notification is displayed on the notification screen by the notification control step every time the parameter is recovered to the predetermined time, and the super recovery instruction is received from the user on the notification screen. Reception step,
An instruction transmission step of transmitting the super-recovery instruction to the server, in order to recover the parameter beyond the time-dependent recovery upper limit value,
The super-recovery instruction includes a duration of time-dependent recovery by super-recovery, or a recovery amount of the parameter,
The notification control step , based on the duration of recovery over time by the super recovery, to specify the predetermined time, or in the difference between the recovery amount of the parameter and the current value of the parameter, the parameter is An information processing method for managing the reception timing of the super-recovery instruction in the instruction reception step by calculating the predetermined time based on an expression multiplied by the time required to increase the predetermined value .

Images