JP7350795B2 - Server, game program, information processing method - Google Patents

Description

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

BACKGROUND ART Conventionally, some games provided on smartphones and the like have introduced a mechanism called a stamina system. Stamina refers to the items and values required to play the game. In games that use a stamina system, playing the game typically consumes a predetermined amount of stamina, which is recovered to the upper limit after a certain period of time. An upper limit value is set for stamina, and once the stamina is used up, the player cannot continue playing any longer, so there is a desire to continue playing by consuming more than the upper limit of stamina.

Patent Document 1 discloses a game system that has a main stamina and a stock stamina that can recover the main stamina.

Patent No. 6377289

In the above-mentioned technology, main stamina and stock stamina are automatically recovered over time, and the concept of storing main stamina based on the player's operations is not described.

Therefore, one object of the present invention is to provide a game system that allows a player to save game media such as stamina at any timing.

According to the present invention, the game execution unit consumes the first parameter to execute the game when it is determined that the game can be executed based on the first parameter;
a recovery unit that recovers the first parameter to the upper limit value; and a recovery unit based on the player's input operation,
A parameter storage unit that decreases the first parameter and increases a second parameter, and a game execution unit that includes a server and a game program that consume the second parameter and execute the game based on input operations by the player. , an information processing method is obtained.

According to the present invention, it is possible to provide a game system that allows a player to save game media such as stamina at any timing.

1 is a diagram showing a configuration example of a system according to an embodiment of the present invention. 1 is a diagram showing a configuration example of a server device 1 according to an embodiment of the present invention. 1 is a diagram showing a configuration example of a player terminal 2 according to an embodiment of the present invention. It is a figure showing an example of composition of two player terminal screens according to an embodiment of the present invention. It is a figure showing an example of composition of two player terminal screens according to an embodiment of the present invention. It is a figure showing an example of composition of two player terminal screens according to an embodiment of the present invention. It is a figure showing an example of composition of two player terminal screens according to an embodiment of the present invention. It is a figure showing an example of composition of two player terminal screens according to an embodiment of the present invention. It is a figure showing an example of composition of two player terminal screens according to an embodiment of the present invention. It is a figure showing an example of composition of two player terminal screens according to an embodiment of the present invention. FIG. 3 is a diagram showing an example of a processing flow according to an embodiment of the present invention. It is a figure showing an example of composition of two player terminal screens according to an embodiment of the present invention. FIG. 3 is a diagram showing an example of a processing flow according to an embodiment of the present invention.

The contents of the embodiments of the present invention will be listed and explained. The present invention has the following configuration.
[Item 1]
a game execution unit that executes the game by consuming the first parameter;
a recovery unit that recovers the first parameter to a first upper limit value as time passes;
a parameter storage unit that performs a process of increasing a second parameter based on the amount of the first parameter held in response to an input operation by the player;
The game execution unit is an information processing server configured to consume the second parameter and execute the game in response to an input operation by the player.
[Item 2]
The information processing server according to item 1, wherein the parameter storage unit decreases the first parameter by a predetermined amount and increases the second parameter.
[Item 3]
The information processing server according to item 1 or 2, wherein the parameter storage unit does not perform the increase process when the second parameter reaches a second upper limit value.
[Item 4]
The information processing server according to any one of items 1 to 3, wherein the parameter storage unit does not further perform the increase process until a predetermined period of time has elapsed after performing the increase process.
[Item 5]
The information processing server according to any one of items 1 to 4, further comprising a parameter conversion unit that converts the second parameter into the first parameter in response to an input operation by the player.
[Item 6]
to the computer,
a game execution process that executes the game by consuming the first parameter;
recovery processing for recovering the first parameter to a first upper limit value as time passes;
a parameter saving process that increases a second parameter based on the amount of the first parameter held in response to an input operation by the player;
a process of consuming the second parameter and executing the game in response to an input operation by the player;
A game program that executes.
[Item 7]
consuming the first parameter and running the game;
recovering the first parameter to a first upper limit value as time passes;
performing a parameter saving process in which a second parameter is increased based on the amount of the first parameter held in response to an input operation by the player;
consuming the second parameter to execute the game in response to an input operation by the player;
An information processing method using a computer.

Embodiments of the present invention will be described below with reference to the drawings.

<Configuration>
As shown in FIG. 1, this game system provides various services related to the game to players via a network 3 (for example, the Internet), and is composed of a server device 1 and a plurality of player terminals 2. Ru.

<Configuration of server device 1>
FIG. 2 is a block diagram showing the functional configuration of the server device 1. As shown in FIG. The server device 1 is an information processing device used by a system administrator and the like to operate and manage various services, and may be a general-purpose computer such as a workstation or a personal computer, or may be implemented using cloud computing technology. It may be logically realized by

The server device 1 includes a control section 11, a storage section 12, an input section 13, a display section 14, and a communication section 15. When the server device 1 receives various commands (requests) from the player terminal 2 via the communication unit 15, the control unit 11 executes processing by the game program, and displays the processing results of the game program (for example, game images and game sounds). etc.) is transmitted to the player terminal 2. Note that a part of the above game program is sent to the player terminal 2 and
It may be executed on

The control unit 11 transfers data between each unit and controls the entire server device 1, and is realized by a CPU (Central Processing Unit) executing a program stored in a predetermined memory. . The control unit 11 of this embodiment includes at least a game execution unit 111, a screen data generation unit 112, a recovery unit 113, a parameter storage unit 114, a parameter conversion unit 115, and a notification unit 116. Note that these various functional units will be described in detail later.

The storage unit 12 includes a ROM (R), which is a read-only storage area where system programs are stored.
RAM (Random Access Memo), which is a rewritable storage area used as a work area for arithmetic processing by the control unit 11.
ry), and is realized by, for example, a nonvolatile storage device such as a flash memory or a hard disk. The storage unit 12 in this embodiment includes a game information storage unit 121,
It has various storage units such as a player information storage unit 122 and a parameter information storage unit 123.
Note that these various types of information will be explained in detail later.

The input unit 13 is used by a system administrator to input various data related to game services (eg, game information, etc.), and is realized by, for example, a keyboard, a mouse, or the like.

The display unit 14 is for displaying an operation screen for the system administrator based on commands from the control unit 11, and is, for example, a liquid crystal display (LCD).
1 Display) etc.

The communication unit 15 is for communicating with the player terminal 2, and is for communicating with the player terminal 2.
It has a function as a receiving section that receives various data and signals transmitted from the player terminal 2, and a function as a transmitting section that transmits various data and signals to the player terminal 2 in accordance with commands from the control section 11.
The communication unit 15 uses, for example, HTTP (HyperText Transfer Protocol).
The player terminal 2 communicates with the player terminal 2 using HTTPS, WebSocket, P2P (Peer to Peer), or the like.

<Player terminal 2>
FIG. 3 is a block diagram showing the functional configuration of the player terminal 2. As shown in FIG. The player terminal 2 is
An information processing device (for example, a smartphone, a mobile phone terminal, a tablet terminal) that a player can possess and use. The player terminal 2 outputs the processing results of the game program sent from the server device 1 via the game application or the web browser (
For example, game screen display, game audio output, etc.) can be performed. The player terminal 2 includes a control section 21 that controls the entire player terminal 2, a storage section 22 that stores various data and programs, an input section 23 that allows the player to perform operation input, and outputs a game screen, operation screen, etc. It has an output section 24 for communicating with the server device 1, and a communication section 25 for communicating information with the server device 1. The control unit 21 of this embodiment includes at least an operation information reception unit 211 and a game operation unit 212.
Furthermore, the storage section 22 includes at least a game operation information storage section 221. Each functional section of the control section 21 can be realized by the CPU executing a program stored in the memory or the game operation information storage section 221.

The operation information reception unit 211 of the player terminal 2 receives operations related to the game from the player. The operation information reception unit 211 receives operations related to the game using the input unit 23 by the player. The operation information reception unit 211 then transfers the received operation details to the game operation unit 2.
Output to 12.

The game operation unit 212 executes processing for operating the game. Game operation section 21
2 operates the game based on the game software included in the game operation information stored in the game operation information storage section 221 and the player's operation details inputted from the input section 23 . The game operation unit 212 generates a game image from the image data included in the game operation information in accordance with the game operation, and performs control processing to cause the output unit 24 to output the generated image. Similarly, the game operating unit 212 generates music and audio for the game from the music data and audio data included in the game operating information as the game operates, and outputs the generated music and audio from the output unit 24. Performs control processing for Note that here, a configuration has been described in which the native application partially executes the functions of the Web application, that is, the game operating unit 212 of the player terminal 2 partially executes the functions of the server device 1. The server device 1 may be configured to generate all the game images and sounds as a processing result without having the server device 1, or the server device 1 may be configured so that the game operation unit 212 generates all the game images and sounds. You can leave it there.

When the game operating unit 212 is included, predetermined parameters of the game operated by the game operating unit 212 can be managed by the server device 1 . For example, parameters such as stamina in the game and in-game currency are managed by the server device 1. Therefore, when a process involving a change in these predetermined parameters occurs in the game, the game operation unit 212 updates the parameters managed by the server device 1 by communicating with the server device 1 . Then, the game operating unit 212 receives the updated parameters from the server device 1, and continues the game operation based on the updated parameters.

The game system in this embodiment relates to a mechanism for saving so-called stamina consumed for playing a game based on player operations. Generally, in games provided on smartphones and the like, stamina can be consumed to play the game. "Stamina" is sometimes called by other names. Hereinafter, in this specification, the term "first parameter" refers to the player's physical strength and stamina in the game, tickets for playing the game, items, etc., regardless of whether the game is in-game or out-game. This term is used to refer to virtual objects that are consumed for the purpose of

If the player lacks the first parameter necessary to operate the game,
By restoring the first parameter, game operation can be continued. usually,
The first parameter is recovered by waiting for automatic recovery over time or by using a recovery item.

The first parameter usually has an upper limit, beyond which it cannot be automatically recovered. Therefore, even if the first parameter is automatically recovered during class or work, the player can only recover it up to the upper limit, and when the player wants to immerse himself in the game, he can immediately recover the first parameter. I'll run out.

The game system in this embodiment provides a mechanism in which the first parameter can be stored based on the player's operation, and can be withdrawn and played at any timing. According to this system, by storing the first parameters, it is possible to continue playing the game using more first parameters than the original upper limit. Also, in order to save the first parameter, you can also play during times when you are not supposed to play games (during class or work).
You will be logging into the game frequently, increasing your chances of coming into contact with the game.

The game information storage unit 121 of the server device 1 stores information regarding games. The game information is configured as appropriate depending on the type of game. For example, in the case of a competitive game, the information includes the stage name, enemy character information, etc. in association with the stage ID.

The player information storage unit 122 stores information regarding players. Player information includes
The player name, owned character information, play stage information, owned item information, etc. can be included in association with the player ID. The owned character information can include current values of various parameters such as level, attack power, defense power, and physical strength in association with the ID of the owned character. The play stage information is information regarding stages that the player has played in the past among a plurality of stages that have been set, and can include the number of plays, clear information, and the like. The owned item information can include information such as the number of owned items in association with the ID of the owned item. In addition, information regarding the player and the game play situation can be included.

The parameter information storage unit 123 stores information regarding parameters. The parameter information stores information on the first parameter and the second parameter in association with the player ID.
The first parameter recovers over time and an upper limit value is set. The recovery speed (recovery amount per unit time) and upper limit of the first parameter may be determined uniformly, or may be determined based on various indicators such as the player's level, owned characters, owned items, billing amount, total play time, etc. May be set. There is no particular restriction on the expression of the first parameter, and it may be expressed as a percentage (current value relative to the upper limit value) or as a number. For example, FIG. 4 is an example of a game screen displayed on the player terminal 2. In the display field 41, the upper limit value of the parameter ("stamina" in the figure) is 5, and 4 of them are stamina. It means that you have one (one is consumed). The parameter information storage unit 123 can include information such as an upper limit value, current value, recovery speed, etc. as the first parameter.

Further, the second parameter indicates the amount of savings when the first parameter is saved according to this embodiment. Therefore, like the first parameter, the second parameter may be something that can be directly consumed to play the game, or it may be something that can be reconverted to the first parameter. An upper limit value may also be arbitrarily set for the second parameter. The parameter information storage unit 123 can include information such as an upper limit value and a current value as second parameter information.

Further, the parameter information storage unit 123 may store various condition settings when saving the first parameter as the second parameter. For example, the first option that allows you to save money in one operation.
You may set the upper limit value (upper limit value per time) of the parameter. For example, if the upper limit per time is set to 3 first parameters, even if there are 5 remaining first parameters, you will not be able to save all 5 at once, and the maximum is 3. This means that you can save money. Further, a savings prohibition period may be provided from one savings operation to the next savings operation. For example, if a savings prohibition period is set for 30 minutes after one saving operation is performed, even if the saving operation is performed again before 30 minutes have elapsed, it will not be permitted. In this way, by providing an upper limit value per time and a period in which savings are prohibited, it is possible to further increase the number of times a player logs in. Further, a limit may be set on the number of savings operations. For example, you can save up to three times a day.
You can set limits on the number of times you can save. The upper limit value per transaction, the period during which savings are prohibited, and the limit on the number of times savings may be set uniformly or may be changed depending on the time of day. Further, the settings may be made for each player based on various indicators such as the player's level, owned characters, owned items, billed amount, and total play time.

Further, the parameter information storage unit 123 may include information regarding the savings rate. The savings rate is the conversion rate when saving the first parameter as the second parameter.If the savings rate is 1, if you save 4 items of the 1st parameter, you will increase the 2nd parameter by 4 items. . If the savings rate is 2, if four first parameters are saved, the second parameter will be increased by eight. The savings rate may be less than 1. For example, if the savings rate is 0.5, if the first parameter is 4, the second parameter is 2.
This will increase the number of units. The savings rate may be set uniformly or may be varied depending on the time of day. Further, the settings may be made for each player based on various indicators such as the player's level, owned characters, owned items, billed amount, and total play time.

Further, the parameter information storage unit 123 may include information regarding the savings deadline. The savings deadline is set as the second parameter after a predetermined period of time has elapsed since the first parameter was saved as the second parameter.
This is the deadline for invalidating (deleting) the parameter. The savings deadline may be set uniformly or may vary depending on the time of day. Also, the player's level, owned characters,
It may be set for each player based on various indicators such as owned items, billed amount, and total playing time. When setting a savings deadline, the parameter information storage unit 123 stores the elapsed time since saving for each of the second parameters. For example, if the saving period is 24 hours, the second parameter for 24 hours after saving disappears.

Further, the second parameter may be increased by a predetermined percentage according to the elapsed savings time. In that case, the parameter information storage unit 123 can include information regarding the increase condition. For example, the elapsed savings time may increase by a predetermined percentage each time a predetermined amount of time elapses (for example, it doubles every 24 hours), or depending on the quantity of the second parameter held at a predetermined time. may be increased by a predetermined percentage (for example, the number of items held as of the first day of every month is increased by 10%).

The storage conditions for these parameters may be changed depending on the use of the item. For example, there may be an item that increases the upper limit value of the second parameter by a predetermined value, an item that increases the savings rate, an item that increases the upper limit value of savings per time, an item that extends the savings period, etc. These items may be given to the player as the game progresses, or may be purchasable with in-game currency obtained through billing.

The game execution unit 111 of the server device 1 has a function of executing processing for advancing the game according to a game program. The game by the game system in this embodiment is
The game may be any type of game, such as a competitive game, a puzzle game, an action game, a quiz game, a pinball game, a card game, a rhythm game, an RPG, etc.

When the game execution unit 111 determines that a predetermined game operation can be executed based on the first parameter, the game execution unit 111 consumes the first parameter and executes the game operation. FIG. 4 is an example of a screen display of the player terminal 2. As an example, a scene in which a battle starts in a competitive game is shown. When playing, the player selects and inputs the "Fight!" button 42 and sends a request to the server device 1 to execute the game. The server device 1 checks the required amount of the first parameter necessary for executing the game requested by the player, and determines whether it has the required amount of the first parameter.
Confirm with the parameter information storage section 123. When the game is to be executed, the parameter information storage unit 123 is updated to reduce the first parameter by the required amount, and a notification to the effect that the game execution request is permitted is transmitted to the game operation unit 212 of the player terminal 2. In addition, the first
Information regarding the remaining amount of parameters may be notified. The game operating unit 212 executes game operations in response to this notification.

The screen data generation unit 112 has a function of executing a process of generating screen data for displaying a game screen on the player terminal 2. The screen data generation unit 112 generates screen data regarding any of the above games. The generated screen data is transmitted to the player terminal 2 and output by the output unit 24.

The recovery unit 113 recovers the first parameter. The recovery unit 113 performs processing to increase a predetermined amount of the first parameter up to the upper limit value as time passes, and the parameter information storage unit 123
Update information. If necessary, information regarding recovery of the first parameter may be read from the parameter information storage unit 123 for each player. That is, if the recovery speed and upper limit value are different for each player, the information of the target player is read and recovery processing is performed. If the first parameter has recovered to the upper limit value, no further recovery processing is performed.

Furthermore, the recovery unit 113 transmits the updated value of the first parameter to the game operation unit 212 of the player terminal 2. The game operating unit 212 updates the value of the first parameter in the game that the game operating unit 212 is running based on the received updated first parameter value.

The parameter storage unit 114 stores part or all of the first parameter as a second parameter. The parameter storage unit 114 can perform a process of storing a predetermined amount of the first parameter as the second parameter in response to the player's input operation. FIG. 5 is an example of a screen of the player terminal 2. As shown in FIG. The display column 41 displays the current holding amount of the first parameter (
The figure shows that "5" stamina, which is the upper limit, has been accumulated. ). Also,
A "save" button 43 is displayed on the screen, and if the player does not want to play the game right away, the player can save the first parameter as the second parameter by selecting and inputting the "save" button 43. I can do it. Here, a step of inputting the amount (number) of the first parameters to be stored may be provided. The player may save all the first parameters that he or she has, or may save some of them. If an upper limit value for saving per time is set, the parameter saving unit 114 determines whether the specified amount inputted exceeds the upper limit value per time for the player, and if it does, Displays errors, etc. If the specified amount is less than or equal to the upper limit, the savings process is performed.

Along with the savings, the parameter storage unit 114 reduces the remaining amount of the first parameter by the savings amount,
The parameter information storage unit 123 is updated to increase the second parameter by a predetermined amount. Furthermore, the second parameter may be increased at the time of saving, but the first parameter may not be decreased. If a savings rate has been set, the parameter savings unit 114 reads the player's savings rate and calculates the amount of the second parameter to be increased by multiplying the savings amount of the first parameter by the savings rate. The parameter storage unit 114 notifies the game execution unit 111 of the player terminal 2 of the updated remaining amount of the first parameter and the updated remaining amount of the second parameter. FIG. 6 is an example of a screen display of the player terminal 2 after the saving process. In the display column 41, it is shown that the stamina held before saving is gone. Moreover, FIG. 7 is an example of a screen display of the player terminal 2 showing the amount of savings of the second parameter. Although there is no particular restriction on the display of the second parameter, FIG. 7 illustrates a state in which the same icon (stamina) as the first parameter is displayed for the number of savings. The second parameter can be expressed as a cumulative number combined with previous savings. Further, if an upper limit value is set for the second parameter, the amount of savings, information such as the upper limit value and the remaining amount that can be saved can be displayed. In addition, if a savings deadline is set as the second parameter, information about the savings deadline may be displayed, such as displaying a message such as "The savings will expire in one hour," or displaying the remaining time until the savings deadline. When the deadline satisfies a predetermined condition (for example, it will disappear within one hour), the display of the second parameter icon may be changed, such as changing its color.

The parameter conversion unit 115 converts the stored second parameters. First, a second parameter can be extracted and converted into a first parameter. On the player screen of FIG. 7, a button 44 requesting "withdraw" is displayed. When the player selects and inputs the withdrawal button 44, the parameter conversion unit 115 updates the parameter information storage unit 123 to decrease the second parameter by a predetermined amount and increase the first parameter.
When selecting and inputting the withdrawal button 44, the amount of the second parameter to be withdrawn may be input.
Furthermore, the amount of the second parameter that can be extracted at one time may be less than or equal to the upper limit value of the first parameter. For example, when extracting two second parameters, the number of second parameters after extraction decreases by two, and the number of first parameters increases by two. Further, a conversion rate related to withdrawal may be set. The withdrawal rate is the conversion rate when converting the second parameter to the first parameter, and if the withdrawal rate is 1, if you withdraw 4 second parameters, the first parameter will increase by 4. . The withdrawal rate may be set uniformly or may be varied depending on the time of day. Further, the settings may be made for each player based on various indicators such as the player's level, owned characters, owned items, billed amount, and total play time. The player can convert the stored second parameter into the first parameter at any timing.

Further, the parameter conversion unit 115 can convert the saved second parameter into a predetermined item. On the player screen of FIG. 7, a button 45 requesting "exchange with item" is displayed. When the player selects and inputs the item exchange button 45, the parameter conversion unit 115 decreases the second parameter by a predetermined amount, and also controls the parameter information storage unit 123 and the player information storage unit 122 to give a predetermined item to the player.
Update. Furthermore, items may be provided according to the cumulative number of second parameters accumulated so far. In that case, the parameter information storage unit 123 stores the past cumulative accumulation number in addition to the current possession number of the second parameter, and provides a predetermined item to the player when the cumulative accumulation number reaches a predetermined number. can be granted. There are no particular restrictions on the items that can be exchanged, and they may be recovery items that restore the first parameter, items that raise the level, or other items that have various functions that can be used in the game, and game media such as characters can be obtained by lottery. It may also be a lottery ticket or the like. The amount of the second parameter required for exchanging each item can be set as appropriate.

Furthermore, the parameter conversion unit 115 can give the saved second parameters to other players. On the player screen in FIG. 7, a button 46 is displayed that requests a "present to a friend". When the present button 46 is selected and input by a player, the parameter conversion unit 115 decreases the second parameter of the player by a predetermined amount, and increases the second parameter given to the specified other player by a predetermined amount. The parameter information storage unit 123 is updated. The player can select and input the amount of the second parameter to be presented and the person to whom it is to be given. The person to whom the bonus is given may be another player who is playing the same game, and may be, for example, another player who has a predetermined relationship with the player (registered as a friend, etc.). Alternatively, the first parameter may be given to another player by consuming the second parameter. In that case, processing is performed to increase the first parameter of the other player by a predetermined amount. Furthermore, various items may be given to other players by consuming other second parameters.

The notification unit 116 transmits various notifications regarding parameter saving to the player terminal 2.
As an example, when the first parameter recovers to the upper limit value, a message prompting a saving operation (
It is conceivable to send notifications such as "You have accumulated stamina. Would you like to save it?" In addition, if there is a second parameter whose savings period is approaching, a message prompting you to convert the second parameter (such as "There is a second parameter that will disappear soon. Let's change it to an item!"), and parameters depending on play It is conceivable to send a message (such as "There is a second parameter that will disappear soon. Let's play!") to encourage consumption.

Returning to the explanation of the game execution unit 111, the game execution unit 111 checks the required amount of the first parameter necessary for executing the game requested by the player, and determines whether it has the required amount of the first parameter. , is confirmed in the parameter information storage section 123. If the first parameter is less than the required amount, the following process is performed.

The game execution unit 111 checks in the parameter information storage unit 123 whether the second parameter is stored in a required amount or more. If the second parameter is stored in a required amount or more, the player is allowed to select whether or not to continue the game using the second parameter. FIG. 8 is an example of a screen displayed on the player terminal 2. A button 47 for selecting "withdraw from stamina box" is displayed along with a message that the game cannot be played because the first parameter (stamina) is insufficient. Additionally, the amount to be withdrawn (the number of stamina) may also be input. When the player selects the "withdraw from stamina box" button 47, the game execution unit 111 stores the parameter information storage unit 123 in such a way that a predetermined amount of the second parameter is consumed.
is updated, and a notification to the effect that the request from the player terminal 2 is permitted is transmitted to the game operation unit 212. Additionally, information regarding the remaining amount of the second parameter may also be notified. Game operation section 212
will run the game in response to this notification.

Also, in the above, the second parameter is consumed and the game is executed as is, but
The game may be executed after the second parameter is converted into the first parameter by the parameter conversion unit 115. In this case, when the button 47 for selecting "withdraw from stamina box" in FIG. 8 is selected, a transition can be made to a screen as shown in FIG. 9. FIG. 9 is a display of the stamina box showing the amount of storage of the second parameter. Furthermore, the player may be allowed to input the amount of the second parameter to be drawn. Furthermore, the amount that can be withdrawn at one time can be, for example, less than or equal to the upper limit of the first parameter. Upon receiving the input of the withdrawal amount of the second parameter, the parameter conversion unit 115 updates the parameter information storage unit 123 to decrease the second parameter by a predetermined amount and increase the first parameter by a predetermined amount, and also updates the parameter information storage unit 123 accordingly. Information regarding the remaining amount of the first parameter and second parameter may be notified.
When the conversion to the first parameter is completed, the game execution unit 111 notifies the game operation unit 212 that the request from the player terminal 2 is permitted. Furthermore, the game operating unit 212 executes the game in response to this notification. FIG. 10 is an example of a screen display on the player terminal 2 when the second parameter is extracted and the first parameter is restored.

Further, the parameter conversion unit 115 may extract the second parameter held by another player and give it to the player. The other player is a player who is playing the same game, and may be, for example, another player who has a predetermined relationship with the player (registered as a friend, etc.). For example, if the first parameter is less than the required amount when running the game,
When a request to extract the second parameter of another player is received from the player, the second parameter linked to the specified other player is reduced by a predetermined number, and
The parameter information storage unit 123 can be updated to increase either the second parameter or the first parameter of the player by a predetermined amount. Alternatively, the second parameters of other players may not be decreased. If necessary, a step of notifying that there is a request to withdraw the second parameter at another player terminal that is the target of the request;
A step may be performed to prompt the user to input whether to allow or deny the withdrawal.

FIG. 11 is a flow diagram illustrating an example of the basic operation of the system in this embodiment. First, the process when the player saves the first parameter will be explained. The server device 1 notifies the player terminal 2 of the amount of the first parameter held (S101). The first parameter automatically recovers over time. The player requests to save the first parameter at an arbitrary timing (S102). The savings request may include information regarding the amount to save.
Upon receiving the savings request, the server device 1 reduces the first parameter by a predetermined amount, and
Update the parameter information storage unit 123 to increase the second parameter (S103)
At the same time, the updated parameter information (remaining amounts of the first and second parameters) is notified to the player terminal 2 (S104).

Next, the process for extracting the second parameter will be explained. The player transmits a game execution request to the server device 1 (S201). The server device 1 checks whether it has the necessary amount of first parameters to execute the game (S202). If the first parameter is sufficient (S202=Yes), a predetermined amount of the first parameter is consumed and game execution is permitted (S203). If the first parameter is insufficient (S202=No), then it is checked whether the second parameter is held (S204). If the second parameter is insufficient (S204=No), the player terminal 2 is notified that the game cannot be executed (S2
05).

If the second parameter is held (S204=Yes), a second parameter extraction request is accepted from the player terminal 2 (S206). A step of confirming whether to extract the second parameter from the player terminal 2 may be provided. When the server device 1 receives the withdrawal request, it consumes a predetermined amount of the second parameter and permits the game to be executed (S207). In the parameter information storage unit 123, an update is instructed to decrease the second parameter, and the updated second parameter is
The amount of saved parameters is notified to the player terminal 2 (S208).

In this way, even if the first parameter is insufficient and the game cannot be continued, by saving the first parameter as the second parameter, the game can be continued using the second parameter. Alternatively, the second parameter can be returned to the first parameter, the first parameter can be consumed, and the game can be continued. By saving the first parameter during times of the day when they are not playing the game due to school or work, the player can save the upper limit of the first parameter when they want to play the game, such as after returning home. You can enjoy the game even more. In order to perform the operation of saving the first parameter, the player has more opportunities to log into the game, and can reduce the risk of leaving the game.

Furthermore, a game event that consumes more of the first parameter than usual may be designed. For example, normally you can play once by consuming 1 stamina, but you can use 10 stamina to play once.
Possible game events include game events in which players can be played once by consuming them, and game events in which players can play 10 consecutive games within a predetermined period of time to receive special rewards. In this way, by planning an event that requires an amount of the first parameter exceeding the upper limit, it is possible to induce motivation to save the first parameter. These game events may allow only players who have saved a predetermined amount or more of the second parameter to participate.

(Modified example: automatic savings mode)
In the above, it has been explained that the process of saving the first parameter as the second parameter is performed each time the player inputs a request for saving. Savings processing may also be performed (hereinafter referred to as automatic saving mode).

FIG. 12 is an example of a screen display of the player terminal 2 in which the current holding amount of the first parameter is displayed in this modification. In addition to the normal save button 43, a button 48 for selecting "automatic savings mode" is displayed. The player can select the automatic savings mode button 48 at any time. If automatic saving mode is selected, parameter saving section 1
14 performs a process of decreasing the first parameter and increasing the second parameter according to a predetermined rule. For example, a predetermined amount of the first parameter may be saved based on the first parameter having recovered to the upper limit value. By doing so, automatic recovery of the first parameter can be continued. All the first parameters may be saved, or only a predetermined percentage of the first parameters may be saved. These automatic savings rules may be set by the player.

The duration of the automatic savings mode (for example, a maximum of 1 day, a maximum of 3 hours, etc.) may be set.
In that case, the parameter saving unit 114 measures the time that has passed since the start of execution of the automatic saving mode, and performs the automatic saving process described above until the predetermined time has elapsed. Furthermore, the automatic savings mode may be activated by using items provided to the player.
The automatic savings mode item may be given to the player as the game progresses, or may be purchasable with in-game currency obtained through billing.

FIG. 13 is a flowchart of processing in this modification. This flowchart is based on the premise that the automatic savings rule is to save a predetermined amount of the first parameter based on the first parameter having recovered to the upper limit value. First, the player makes a request to start automatic savings mode (S301). The server device 1 starts automatic savings mode. The server device 1 is
It is confirmed whether the first parameter has recovered to the upper limit value (S302). If the first parameter is less than the upper limit value (S302=No), the process of automatically recovering the first parameter over time is performed as usual until the first parameter recovers to the upper limit value. If the first parameter has recovered to the upper limit (S302=Yes), the server device 1 updates the parameter information storage unit 123 to decrease the first parameter by a predetermined amount and increase the second parameter (S303 ).

The server device 1 measures the elapsed time after starting the automatic savings mode, and determines whether a predetermined time (validity period of the automatic savings mode) has elapsed (S304). If the predetermined time has not elapsed (S304=No), S302 to S303 are repeated. If the predetermined time has elapsed (S304=Yes), the automatic savings mode is ended (S305). Furthermore, the updated parameter information is notified to the player terminal 2 (S306). Note that the updated parameter information may be notified at any time after S303.

According to this modification, savings are automatically performed for a predetermined period of time by a single input operation of starting the automatic savings mode by the player. The player can save the first parameter by executing the automatic saving mode on days when he or she does not have time to touch the terminal.

The embodiments described above are merely illustrative to facilitate understanding of the present invention, and are not intended to be interpreted as limiting the present invention. It goes without saying that the present invention can be modified and improved without departing from its spirit, and that the present invention includes equivalents thereof.

1 Management server 2 User terminal 3 Network

Claims (8)

a game execution unit that executes the game by consuming the first parameter;
a recovery unit that recovers the first parameter to a first upper limit value as time passes;
In response to the player's first input operation, the first parameter is decreased, and the second parameter is calculated by multiplying the amount of decrease in the first parameter by the first conversion rate. a parameter storage unit that performs an increase process of the second parameter as an increase amount,
The first conversion rate varies depending on at least one of a time period and a predetermined item,
The second parameter is a parameter that is consumed to run the game or is converted into the first parameter by a parameter conversion unit in response to a second input operation by the player.
An information processing server characterized by: The information processing server according to claim 1, wherein the first conversion rate is set for each player. The parameter conversion unit converts, in response to a second input operation by the player, an amount obtained by multiplying the second parameter requested to be converted by a second conversion rate into the first parameter. The information processing server according to item 1 or 2. The information processing server according to claim 3, wherein the second conversion rate varies depending on at least one of a time period and a predetermined item. The information processing server according to claim 3, wherein the second conversion rate is set for each player. The information processing server according to claim 1 or 2, wherein the parameter storage unit does not perform the increasing process when the second parameter reaches a second upper limit value. to the computer,
a game execution process that executes the game by consuming the first parameter;
recovery processing for recovering the first parameter to a first upper limit value as time passes;
In response to the player's first input operation, the first parameter is decreased, and the second parameter is calculated by multiplying the amount of decrease in the first parameter by the first conversion rate. parameter saving processing for increasing the second parameter as an increase amount;
run the
The first conversion rate varies depending on at least one of a time period and a predetermined item,
The second parameter is a parameter that is consumed to run the game or is converted into the first parameter by a parameter conversion unit in response to a second input operation by the player.
A game program characterized by: consuming the first parameter and running the game;
recovering the first parameter to a first upper limit value as time passes;
In response to the player's first input operation, the first parameter is decreased, and the second parameter is calculated by multiplying the amount of decrease in the first parameter by the first conversion rate. performing an increase process on the second parameter as an increase amount;
has
The first conversion rate varies depending on at least one of a time period and a predetermined item,
The second parameter is a parameter that is consumed to run the game or is converted into the first parameter by a parameter conversion unit in response to a second input operation by the player.
An information processing method using a computer, characterized by: