JP2022031668A - Server, game program and information processing method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game system that can save a game medium such as stamina at any player's timing.

SOLUTION: An information processing server includes: a game execution unit for executing a game by consuming a first parameter; a recovery unit for recovering the first parameter to a first upper limit with time; and a parameter saving unit for executing second parameter increase processing on the basis of a possession amount of the first parameter according to player's input operation, where the game execution unit executes the game while consuming the second parameter according to the player's input operation.

SELECTED DRAWING: Figure 5

COPYRIGHT: (C)2022,JPO&INPIT

Description

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

Conventionally, some games provided on smartphones and the like have introduced a mechanism called a stamina system. Stamina refers to the items and numbers needed to play the game. In a game that has introduced a stamina system, it is common to consume a predetermined amount of stamina when playing the game and recover to the upper limit over time. An upper limit is set for the stamina, and the player cannot continue playing once the stamina is used up. Therefore, there is a request to consume the stamina more than the upper limit and continue playing.

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

Japanese Patent No. 6377289

The above-mentioned technique automatically recovers the main stamina and the stock stamina with the passage of time, and does not describe the concept of saving the main stamina based on the operation of the player.

Therefore, one object of the present invention is to provide a game system capable of saving a game medium such as stamina at an arbitrary timing of a player.

According to the present invention, when it is determined that the game can be executed based on the first parameter, the game execution unit that consumes the first parameter and executes the game, and with the passage of time,
Based on the recovery unit that recovers the first parameter to the upper limit and the input operation of the player,
The parameter storage unit that reduces the first parameter and increases the second parameter, and the game execution unit are a server and a game program that consume the second parameter and execute the game based on the input operation of the player. , Information processing method can be obtained.

According to the present invention, it is possible to provide a game system capable of storing a game medium such as stamina at an arbitrary timing of a player.

It is a figure which shows the structural example of the system by embodiment of this invention. It is a figure which shows the configuration example of the server apparatus 1 by embodiment of this invention. It is a figure which shows the configuration example of the player terminal 2 by embodiment of this invention. It is a figure which shows the configuration example of the player terminal 2 screen by embodiment of this invention. It is a figure which shows the configuration example of the player terminal 2 screen by embodiment of this invention. It is a figure which shows the configuration example of the player terminal 2 screen by embodiment of this invention. It is a figure which shows the configuration example of the player terminal 2 screen by embodiment of this invention. It is a figure which shows the configuration example of the player terminal 2 screen by embodiment of this invention. It is a figure which shows the configuration example of the player terminal 2 screen by embodiment of this invention. It is a figure which shows the configuration example of the player terminal 2 screen by embodiment of this invention. It is a figure which shows an example of the processing flow by embodiment of this invention. It is a figure which shows the configuration example of the player terminal 2 screen by embodiment of this invention. It is a figure which shows an example of the processing flow by embodiment of this invention.

The contents of the embodiments of the present invention will be described in a list. The present invention has the following configurations.
[Item 1]
The game execution unit that consumes the first parameter and executes the game,
With the passage of time, the recovery unit that recovers the first parameter to the first upper limit value,
It is provided with a parameter storage unit that performs an increase process of the second parameter based on the possessed amount of the first parameter according to an input operation of the player.
The game execution unit is an information processing server that executes the game by consuming the second parameter in response to an input operation of the player.
[Item 2]
The information processing server according to item 1, wherein the parameter storage unit reduces a predetermined amount of the first parameter 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 processing when the second parameter reaches the 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 processing until a predetermined period has elapsed after the increase processing is performed.
[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 of the player.
[Item 6]
On the computer
The game execution process that consumes the first parameter to execute the game,
With the passage of time, the recovery process of recovering the first parameter to the first upper limit value,
A parameter saving process that increases the second parameter based on the amount of the first parameter possessed according to the input operation of the player, and a parameter saving process.
A process of executing the game by consuming the second parameter in response to an input operation of the player.
A game program characterized by running.
[Item 7]
Steps to run the game by consuming the first parameter,
With the passage of time, the step of recovering the first parameter to the first upper limit value and
A step of performing a parameter saving process of increasing a second parameter based on the possessed amount of the first parameter according to an input operation of the player, and a step of performing a parameter saving process.
A step of executing the game by consuming the second parameter according to an input operation of the player, and a step of executing the game.
Information processing method by a computer having.

Hereinafter, embodiments of the present invention will be described with reference to the drawings.

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

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

The server device 1 has a control unit 11, a storage unit 12, an input unit 13, a display unit 14, and a communication unit 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 the processing result of the game program (for example, a game image or a game sound) is executed. Etc.) is transmitted to the player terminal 2. A part of the above game program is transmitted to the player terminal 2 and is transmitted to the player terminal 2.
May be run on.

The control unit 11 transfers data between each unit and controls the entire server device 1, and is realized by the CPU (Central Processing Unit) executing a program stored in a predetermined memory. .. The control unit 11 of the present 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. These various functional parts will be described in detail later.

The storage unit 12 is a ROM (R) which is a read-only storage area in which the system program is stored.
(Ead Only Memory) and RAM (Random Access Memory), which is a rewritable storage area used as a work area for arithmetic processing by the control unit 11.
It has ry) and is realized by, for example, a non-volatile storage device such as a flash memory or a hard disk. The storage unit 12 in the present embodiment is 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.
In addition, these various information will be described in detail later.

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

The display unit 14 is for displaying an operation screen for a system administrator based on a command from the control unit 11, and is, for example, a liquid crystal display (LCD: Liquid Crystal).
It is realized by lDisplay) and the like.

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 unit for receiving various data and signals transmitted from the control unit 11 and a function as a transmitting unit for transmitting various data and signals to the player terminal 2 in response to a command from the control unit 11.
The communication unit 15 is, for example, HTTP (HyperText Transfer Protocol).
Communication with the player terminal 2 is performed by using ol), HTTPS, WebSocket, P2P (Peer To Peer), or the like.

<Player terminal 2>
FIG. 3 is a block diagram showing a functional configuration of the player terminal 2. The player terminal 2 is
An information processing device (for example, a smartphone, a mobile phone terminal, a tablet terminal) that can be possessed and used by a player. The player terminal 2 outputs the processing result of the game program transmitted 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 outputs a control unit 21 that controls the entire player terminal 2, a storage unit 22 that stores various data programs, an input unit 23 for the player to input operations, a game screen, an operation screen, and the like. It has a communication unit 25 for performing information communication with the output unit 24 and the server device 1. The control unit 21 of the present embodiment includes at least an operation information receiving unit 211 and a game operation unit 212.
Further, the storage unit 22 includes at least a game operation information storage unit 221. Each functional unit of the control unit 21 can be realized by the CPU executing a program stored in the memory or the game operation information storage unit 221.

The operation information receiving unit 211 of the player terminal 2 receives an operation related to the game from the player. The operation information receiving unit 211 receives an operation related to the game by the player using the input unit 23. Then, the operation information receiving unit 211 transfers the received operation content to the game operation unit 2.
Output to 12.

The game operation unit 212 executes a process for operating the game. Game operation unit 21
2 operates a game based on the game software included in the game operation information stored in the game operation information storage unit 221 and the operation content of the player input from the input unit 23. The game operation unit 212 generates an image for a game from the image data included in the game operation information along with the operation of the game, and performs a control process for outputting the generated image to the output unit 24. Similarly, the game operation unit 212 generates music and sound for the game from the music data and voice data included in the game operation information along with the operation of the game, and outputs the generated music and sound from the output unit 24. Perform control processing for this. Although the configuration in which the native application partially executes the functions of the Web application, that is, the game operation unit 212 of the player terminal 2 partially executes the functions of the server device 1, the game operation unit 212 is described here. The server device 1 may be configured to generate all game images and sounds as a processing result, or the game operation unit 212 may be configured to generate all game images and sounds. You may be.

When the game operation unit 212 is provided, predetermined parameters in the game operated by the game operation 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 operation unit 212 receives the updated parameter from the server device 1, and continues the operation of the game based on the updated parameter.

The game system in the present embodiment relates to a mechanism for saving so-called stamina consumed for playing a game based on a player operation. Generally, in a game provided by a smartphone or the like, stamina can be consumed to play the game. "Stamina" is sometimes referred to by another name. Hereinafter, in the present specification, the term "first parameter" refers to operations related to the game, such as the physical strength and stamina of the player in the game, tickets for playing the game, items, etc., regardless of whether the game is in-game or out-game. Used as a term to refer to virtual objects that are consumed for.

If the player lacks the first parameter required to operate the game,
The operation of the game can be continued by recovering the first parameter. Normal,
Recovery of the first parameter is done by waiting for automatic recovery over time or by using recovery items.

The first parameter usually has an upper limit and cannot be automatically recovered beyond that. Therefore, even if the player recovers the first parameter by automatic recovery during class or work, he / she can recover only up to the upper limit, and when he / she wants to immerse himself in the game, he / she immediately sets the first parameter. It will be used up.

The game system in the present embodiment provides a mechanism that can store the first parameter based on the operation of the player and can be pulled out and played at an arbitrary timing. According to this system, by saving the first parameter, the game can be continued using more first parameters than the original upper limit value. Also, during times when the game is not originally played (during class or work) in order to save the first parameter.
By logging in to the game frequently, you can increase the chances of contact with the game.

The game information storage unit 121 of the server device 1 stores information about the game. The game information is appropriately configured according to the type of the game. For example, in the case of a battle game, the stage name, enemy character information, etc. are included in association with the stage ID.

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

The parameter information storage unit 123 stores information related to the parameters. In the parameter information, the information of the first parameter and the second parameter is stored in association with the player ID.
The first parameter recovers with the passage of time and an upper limit is set. The recovery speed (recovery amount per unit time) and the upper limit of the first parameter may be uniformly determined, and are based on various indicators such as the player's level, owned characters, owned items, billing amount, and total play time. It may be set. The expression of the first parameter is not particularly limited and may be expressed as a percentage (current value with respect 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, but in the display field 41, the upper limit of the parameter (“stamina” in the figure) is 5, and 4 stamina among them are used. It indicates that you have (consume one). The parameter information storage unit 123 can include information such as an upper limit value, a current value, and a recovery speed as the first parameter.

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

Further, the parameter information storage unit 123 may store various condition settings when the first parameter is stored as the second parameter. For example, the first that can be saved with one operation
The upper limit value of the parameter (upper limit value per one time) may be set. For example, if the upper limit is set to 3 for the 1st parameter, even if the remaining amount of the 1st parameter is 5, it is not possible to save all 5 at once, and up to 3 can be saved. Will be able to save. In addition, a savings prohibition period may be provided from one savings operation to the next savings operation. For example, if 30 minutes after performing one saving operation is set as the saving prohibition period, even if the saving operation is performed again before 30 minutes have elapsed, it will not be permitted. In this way, the number of logins of the player can be further increased by setting the upper limit value and the saving prohibition period at one time. In addition, a limit may be set on the number of saving operations. For example, you can save up to 3 times a day,
It is possible to set a limit on the number of savings such as. The upper limit of each time, the period of prohibition of savings, and the limit of the number of times of savings may be set uniformly or may be changed depending on the time zone. Further, it may be set for each player based on various indexes such as a player's level, owned characters, owned items, billing amount, and total play time.

Further, the parameter information storage unit 123 may include information regarding the savings rate. The savings rate is a conversion rate when saving with the first parameter as the second parameter. If the savings rate is 1, if four first parameters are saved, the second parameter is increased by four. .. If the savings rate is 2, if 4 first parameters are saved, the 2nd parameter will be increased by 8. The savings rate may be less than 1, for example, if the savings rate is 0.5, if 4 first parameters are saved, then the second parameter is 2.
The number will be increased. The savings rate may be set uniformly or may be varied depending on the time of day. Further, it may be set for each player based on various indexes such as a player's level, owned characters, owned items, billing amount, and total play time.

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

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

The savings conditions for these parameters may be modified by the use of the item. For example, an item that expands the upper limit of the second parameter by a predetermined value, an item that increases the savings rate, an item that increases the upper limit of savings per time, an item that extends the savings period, and the like can be considered. These items may be given to the player as the game progresses, or may be made available for purchase in the in-game currency obtained by charging.

The game execution unit 111 of the server device 1 has a function of executing a process of advancing the game according to the game program. The game by the game system in this embodiment is
It may be any kind of game, for example, a battle game, a puzzle game, an action game, a quiz game, a pinball game, a card game, a rhythm game, an RPG, or the like.

When it is determined that the 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 a screen display example of the player terminal 2. As an example, a scene where a battle is started in a battle game is shown. When playing, the player selects and inputs the "fight!" Button 42, and sends a request to execute the game to the server device 1. The server device 1 confirms the required amount of the first parameter required for executing the game requested by the player, and determines whether or not the server device 1 has the required amount of the first parameter.
Check with the parameter information storage unit 123. Then, when the game is executed, the parameter information storage unit 123 is updated so as to reduce the first parameter by a 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 about the remaining amount of parameters may be notified. The game operation unit 212 executes the operation of the game in response to this notification.

The screen data generation unit 112 has a function of executing a process of generating screen data for displaying the game screen on the player terminal 2. The screen data generation unit 112 generates screen data related to the above-mentioned arbitrary game. 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 a process of increasing a predetermined amount of the first parameter to an upper limit value with the passage of time, and the parameter information storage unit 123
Update the information of. If necessary, the information related to the recovery of the first parameter may be read out from the parameter information storage unit 123 for each player. That is, when the recovery speed and the upper limit value are different for each player, the information of the target player is read out and the recovery process is performed. If the first parameter recovers to the upper limit, no further recovery processing is performed.

Further, 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 operation unit 212 updates the value of the first parameter in the game executed by the game operation unit 212 based on the received updated value of the first parameter.

The parameter saving unit 114 saves a part or the whole amount of the first parameter as the second parameter. The parameter saving unit 114 can perform a process of saving a predetermined amount of the first parameter as the second parameter according to the input operation of the player. FIG. 5 is a screen example of the player terminal 2. In the display column 41, the current holding amount of the first parameter is displayed (
In the figure, it is shown that "5" stamina, which is the upper limit, is accumulated. ). again,
A "save" button 43 is displayed on the screen, and when the player does not play the game immediately, the player can save the first parameter as the second parameter by selecting and inputting the "save" button 43. Can be done. Here, a step may be provided in which the amount (number) of the first parameter to be stored is input. The player may save all the first parameters he has, or may save some of them. When the upper limit of one-time savings is set, the parameter saving unit 114 determines whether or not the input specified amount exceeds the upper limit of one-time savings of the player, and if it exceeds the upper limit. Display errors, etc. If the specified amount is less than or equal to the upper limit, the savings will be processed.

The parameter savings unit 114 reduces the remaining amount of the first parameter by the amount of savings as the savings occur.
The parameter information storage unit 123 is updated so as to increase the second parameter by a predetermined amount. Further, the second parameter may be increased at the time of saving, but the first parameter may not be decreased. When the savings rate is set, the parameter savings unit 114 reads out 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 informs the game execution unit 111 of the player terminal 2 of the updated remaining amount of the first parameter and the remaining amount of the second parameter. FIG. 6 is a screen display example of the player terminal 2 after the savings process. In the display column 41, it is shown that the stamina held before the savings is exhausted. Further, FIG. 7 is a screen display example of the player terminal 2 showing the amount of savings of the second parameter. The display of the second parameter is not particularly limited, but 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 the previously saved amount. Further, when the upper limit value is set for the savings amount of the second parameter, information such as the upper limit value and the remaining number of possible savings can be displayed. In addition, if the savings deadline is set in the second parameter, information about the savings deadline may be displayed, such as a message such as "It will disappear in one hour", the remaining time until the savings deadline, or savings. When the deadline meets a predetermined condition (for example, it disappears within one hour), the display may be changed such as changing the color of the icon of the second parameter.

The parameter conversion unit 115 converts the saved second parameter. First, the second parameter can be extracted and converted into the first parameter. On the player screen of FIG. 7, a button 44 requesting "pull out" is displayed. When the button 44 to be pulled out by the player is selectively input, the parameter conversion unit 115 reduces the second parameter by a predetermined amount and updates the parameter information storage unit 123 so as to increase the first parameter.
When selecting and inputting the withdrawal button 44, the amount of the second parameter to be withdrawn may be input.
Further, the amount of the second parameter that can be drawn out at one time may be set to be equal to or less than the upper limit of the first parameter. For example, when two second parameters are extracted, the second parameter after extraction is reduced by two and the first parameter is increased by two. Further, the conversion rate related to the withdrawal may be set. The withdrawal rate is a conversion rate when the second parameter is converted into the first parameter. If the withdrawal rate is 1, when four second parameters are withdrawn, the first parameter is increased by four. .. The withdrawal rate may be set uniformly or may be varied depending on the time zone. Further, it may be set for each player based on various indexes such as a player's level, owned characters, owned items, billing amount, and total play time. The player can convert the saved second parameter into the first parameter at any timing.

In addition, 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 for an item" is displayed. When the item exchange button 45 is selectively input by the player, the parameter conversion unit 115 reduces the second parameter by a predetermined amount, and the parameter information storage unit 123 and the player information storage unit 122 are provided with the predetermined item to the player.
To update. In addition, items may be given according to the cumulative number of accumulated second parameters that have been accumulated so far. In that case, the parameter information storage unit 123 stores the past cumulative accumulated number separately from the current possession number of the second parameter, and when the cumulative accumulated number reaches a predetermined number, a predetermined item is sent to the player. 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, and other items that have various functions that can be used in the game. It may be a lottery ticket that can be done. The amount of the second parameter required to exchange for each item can be set as appropriate.

Further, the parameter conversion unit 115 can give the saved second parameter to another player. On the player screen of FIG. 7, a button 46 requesting a "gift to a friend" is displayed. When the present button 46 is selectively input by the 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 other designated 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 be given. The opponent to be given may be another player who is playing the same game, for example, another player who has a predetermined relationship (registered as a friend, etc.) with the player. Further, the second parameter may be consumed and the first parameter may be given to another player. In that case, a process of increasing the first parameter of another player by a predetermined amount is performed. In addition, various items may be given to other players by consuming the second parameter.

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

Returning to the description of the game execution unit 111 again, the game execution unit 111 confirms the required amount of the first parameter required for executing the game requested by the player, and determines whether or not the game execution unit 111 has the first parameter of the required amount. , Confirmed by the parameter information storage unit 123. If the first parameter is less than the required amount, the following processing is performed.

The game execution unit 111 confirms with the parameter information storage unit 123 whether or not the second parameter is stored in a required amount or more. If the second parameter is saved more than the required amount, the player is made to choose whether or not to continue the game by using the second parameter. FIG. 8 is a screen display example to be displayed on the player terminal 2. Along with displaying that the game cannot be executed due to insufficient first parameter (stamina), a button 47 for selecting "pull out from stamina BOX" is displayed. In addition, the amount to be withdrawn (the number of stamina) may be input. When the player selects the "pull out from stamina BOX" button 47, the game execution unit 111 consumes a predetermined amount of the second parameter so that the parameter information storage unit 123 is consumed.
Is updated, and a notification to the effect that the request of the player terminal 2 is permitted is transmitted to the game operation unit 212. In addition, information regarding the remaining amount of the second parameter may be notified at the same time. Game operation part 212
Responds to this notification and runs the game.

Further, in the above, it was decided to execute the game as it is by consuming the second parameter.
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 "pull out from stamina BOX" is selected in FIG. 8, the screen as shown in FIG. 9 can be transitioned. FIG. 9 is a display of the stamina BOX showing the amount of savings of the second parameter. Further, the player may be made to input the amount of the second parameter to be drawn out. Further, the amount that can be withdrawn at one time can be, for example, equal to or less than 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 so as 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. Information regarding the remaining amount of the first parameter and the 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 of a notification that the request of the player terminal 2 is permitted. Further, the game operation unit 212 executes the game in response to this notification. FIG. 10 is a screen display example of the player terminal 2 when the second parameter is pulled out and the first parameter is recovered.

Further, the parameter conversion unit 115 may draw out the second parameter possessed by another player and give it to the player. The other player may be a player who is playing the same game, and may be, for example, another player who has a predetermined relationship (such as friend registration) with the player. For example, if the first parameter is less than the required amount when the game is executed,
When a request for extracting the second parameter of another player is received from the player, the specified number of the second parameter associated with the other player is reduced by a predetermined number, and the second parameter is reduced by a predetermined number.
The parameter information storage unit 123 can be updated so as to increase either the second parameter or the first parameter of the player by a predetermined amount. Further, the second parameter of another player may not be reduced. If necessary, in another player terminal that is the target of the request, a step of notifying that the second parameter withdrawal request has been made, and
You may perform a step that prompts you to enter whether to allow / deny withdrawals.

FIG. 11 is a flow chart illustrating a basic operation example of the system according to the present embodiment. First, the process when the player saves the first parameter will be described. The server device 1 notifies the player terminal 2 of the possessed amount of the first parameter (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 about the amount of savings.
Upon receiving the savings request, the server device 1 reduces a predetermined amount of the first parameter and at the same time.
The parameter information storage unit 123 is updated so as to increase the second parameter (S103).
At the same time, the updated parameter information (remaining amount of the first and second parameters) is notified to the player terminal 2 (S104).

Next, the process for extracting the second parameter will be described. The player transmits a game execution request to the server device 1 (S201). It is confirmed whether or not the server device 1 has the amount of the first parameter required for executing the game (S202). When the first parameter is sufficient (S202 = Yes), a predetermined amount of the first parameter is consumed to allow the game to be executed (S203). If the first parameter is insufficient (S202 = No), then it is confirmed whether or not the second parameter is possessed (S204). If the second parameter is insufficient (S204 = No), the player terminal 2 is notified that the game cannot be executed (S2).
05).

When the second parameter is possessed (S204 = Yes), the second parameter withdrawal request is received from the player terminal 2 (S206). The player terminal 2 may be provided with a step for confirming whether or not to extract the second parameter. When the server device 1 receives the withdrawal request, the server device 1 consumes a predetermined amount of the second parameter and permits the game execution (S207). In the parameter information storage unit 123, the second parameter is updated by instructing the update to reduce the second parameter.
Notify the player terminal 2 of the amount of parameter savings (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 and the first parameter can be consumed to continue the game. By performing an operation to save the first parameter during the time when the player does not play the game at school or work in the day, the upper limit value of the first parameter can be set at the time when the player wants to play the game such as after returning home. You can enjoy the game beyond. Since the operation of saving the first parameter is performed, the player has more chances to log in to the game and can reduce the risk of leaving the game.

Further, a game event that consumes the first parameter more than usual may be designed. For example, you can usually consume 1 stamina to play once, but 10 stamina.
A game event in which individuals can be consumed and played once, or a continuous game event in which a special reward can be obtained by 10 consecutive battles within a predetermined time can be considered. 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 be open only to players who have saved a predetermined amount or more of the second parameter.

(Variation 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, but the process is automatically performed for a predetermined period based on one saving request. Savings processing may be performed (hereinafter referred to as automatic saving mode).

FIG. 12 is a screen display example of the player terminal 2 in which the current possession amount of the first parameter in this modification is displayed. In addition to the normal saving button 43, a button 48 for selecting the "automatic saving mode" is displayed. The player can select the automatic savings mode button 48 at any time. When the automatic savings mode is selected, the parameter savings 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 recovery of the first parameter to the upper limit value. By doing so, the automatic recovery of the first parameter can be continued. All the first parameters may be saved, or only a predetermined ratio of the first parameters may be saved. These rules for automatic savings may be set by the player.

The duration of the automatic savings mode (eg, up to 1 day, up to 3 hours, etc.) may be set.
In that case, the parameter saving unit 114 measures the elapsed time from the start of the execution of the automatic saving mode, and performs the above-mentioned automatic saving process until the predetermined time elapses. Further, the automatic savings mode may be activated by using an item given to the player.
The automatic savings mode item may be given to the player as the game progresses, or may be available for purchase in the in-game currency obtained by billing.

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

The server device 1 measures the elapsed time from the start of the automatic savings mode, and determines whether or not a predetermined time (valid period of the automatic savings mode) has elapsed (S304). If the predetermined time has not elapsed (S304 = No), S302 to S303 are repeated. When the predetermined time has elapsed (S304 = Yes), the automatic saving mode is terminated (S305). Further, the updated parameter information is notified to the player terminal 2 (S306). The updated parameter information may be notified at any time after S303.

According to this modification, savings are automatically performed for a predetermined period by one input operation of starting the player's automatic savings mode. The player can save the first parameter by executing the automatic saving mode on a day when there is no time to touch the terminal.

The embodiments described above are merely examples for facilitating the understanding of the present invention, and are not intended to limit the interpretation of the present invention. It goes without saying that the present invention can be modified and improved without departing from the spirit thereof, and the present invention includes its equivalents.

1 Management server 2 User terminal 3 Network

Claims (7)

The game execution unit that consumes the first parameter and executes the game,
With the passage of time, the recovery unit that recovers the first parameter to the first upper limit value,
It is provided with a parameter storage unit that performs an increase process of the second parameter based on the possessed amount of the first parameter according to an input operation of the player.
The game execution unit is an information processing server that executes the game by consuming the second parameter in response to an input operation of the player. The information processing server according to claim 1, wherein the parameter storage unit reduces a predetermined amount of the first parameter and increases the second parameter. The information processing server according to claim 1 or 2, wherein the parameter storage unit does not perform the increase processing when the second parameter reaches the second upper limit value. The information processing server according to any one of claims 1 to 3, wherein the parameter storage unit does not further perform the increase processing until a predetermined period has elapsed after the increase processing is performed. The information processing server according to any one of claims 1 to 4, further comprising a parameter conversion unit that converts the second parameter into the first parameter in response to an input operation of the player. On the computer
The game execution process that consumes the first parameter to execute the game,
With the passage of time, the recovery process of recovering the first parameter to the first upper limit value,
A parameter saving process that increases the second parameter based on the amount of the first parameter possessed according to the input operation of the player, and a parameter saving process.
A process of executing the game by consuming the second parameter in response to an input operation of the player.
A game program characterized by running. Steps to run the game by consuming the first parameter,
With the passage of time, the step of recovering the first parameter to the first upper limit value and
A step of performing a parameter saving process of increasing a second parameter based on the possessed amount of the first parameter according to an input operation of the player, and a step of performing a parameter saving process.
A step of executing the game by consuming the second parameter according to an input operation of the player, and a step of executing the game.
Information processing method by a computer having.

Images