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

Abstract

To provide a new mechanism to improve a degree of freedom for use of parameters by a player in a game using parameters restored with a lapse of time.SOLUTION: An information processing device that allows a player to play a game using parameters restored with a lapse of time includes: an operation reception part for receiving an operation that allows parameters to be restored with a lapse of time in the future to be used from the player; a parameter display part for displaying the parameters to be restored with a lapse of time of a first period, which are caused to be used by the player according to the operation, by adding them to the present parameters; and a control part for executing control so that the parameters to be restored with a lapse of time of the first period are not restored.SELECTED DRAWING: Figure 7

Description

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

In recent years, applications that employ the stamina system as a game system have become known. The stamina system is a game system that allows a player to play a game by increasing the stamina value over time and subtracting the stamina value up to a predetermined upper limit value (see Patent Document 1, for example).

JP, 2017-113427, A

The stamina system described in Patent Document 1 increases the stamina value over time within a predetermined upper limit value. Therefore, there has been a problem that the stamina value cannot be increased with time after reaching the predetermined upper limit value, and the stamina value that should have increased with time has been wasted. On the other hand, if the player tries to play the game so as not to reach the predetermined upper limit value, the player may get up in the middle of the night and play, which may affect the health condition.

It is an object of the present disclosure to provide a new mechanism that improves the degree of freedom in parameter use by a player in a game that uses a parameter that recovers over time.

According to an aspect of the present disclosure, there is provided an information processing device that allows a player to play a game that uses a parameter that recovers over time, and an operation that enables use of the parameter that is scheduled to be recovered over time in the future. An operation reception unit that receives from the player, a parameter display unit that displays the parameter that is made available to the player according to the operation and that is scheduled to be recovered due to the lapse of the first period, in addition to the current parameter. An information processing apparatus including: a control unit configured to control so that the parameter that is scheduled to be recovered does not recover due to the passage of time in the first period.

According to one aspect, it is possible to provide a new mechanism for improving the degree of freedom in parameter usage by a player in a game that uses parameters that recover over time.

It is a figure showing an example of a game system concerning one embodiment. It is a figure which shows an example of the hardware constitutions of the portable terminal which concerns on one Embodiment. It is a figure which shows an example of the hardware constitutions of the server which concerns on one Embodiment. It is a figure showing an example of functional composition of a personal digital assistant concerning one embodiment. It is a figure showing an example of functional composition of a server concerning one embodiment. It is a figure of an example explaining a stamina table. It is a figure which shows an example of the game image which concerns on this embodiment. It is a figure which shows an example of the repayment of the advance borrowing stamina value which concerns on this embodiment. It is a flow chart explaining the advance borrowing function of the stamina value of the game system concerning one embodiment. It is a figure which shows an example of the game image which concerns on this embodiment. It is a flow chart explaining the advance borrowing function of the stamina value of the game system concerning one embodiment.

Hereinafter, modes for carrying out the present disclosure will be described with reference to the drawings. In the present embodiment, an example of a stamina value, which is a parameter used by a player in a game and is an example of a parameter that recovers over time, will be described.

[Game system]
First, a game system 10 according to an embodiment will be described with reference to FIG. The game system 10 according to one embodiment has a configuration in which the mobile terminals 20a, 20b, 20c and the server 30 are communicably connected via a network 40. The mobile terminals 20a, 20b, 20c are also collectively referred to as "mobile terminal 20".

The mobile terminal 20 is an example of an information processing device in which a player plays a game. The information processing apparatus is a mobile phone such as a smartphone, a portable game machine, a personal computer, a tablet terminal, a home-use game machine, an arcade game machine, or the like. The mobile terminal 20 accepts an operation from the player on the touch panel and causes the player to play the game. The number of mobile terminals 20 is not limited to three and may be other than three.

The server 30 is an example of an information processing apparatus that provides the mobile terminal 20 with a function required for a game by transmitting and receiving data to and from the mobile terminal 20. The server 30 may be realized by a cloud computer. The number of the servers 30 shown in FIG. 1 is not limited to one, and the distributed processing may be performed by two or more.

For example, the server 30 is used for a process of downloading a game program (application) to the mobile terminal 20, a process of logging in a player, management of player information and a game score, and the like. Although the game system 10 of FIG. 1 shows an example in which the server 30 is included, if the game is installed in the mobile terminal 20 from the beginning and the game does not require communication with the server 30, the server 30 is included. The mobile terminal 20 does not have to be connected to the network 40.

FIG. 2 is a diagram illustrating an example of the hardware configuration of the mobile terminal 20. The mobile terminal 20 includes a CPU (Central Processing Unit) 121, a storage device 122, a communication device 123, an input device 124, and a display device 125. The CPU 121 controls the mobile terminal 20. The storage device 122 is, for example, memory such as ROM (Read Only Memory) or RAM (Random Access Memory), or storage such as HDD (Hard Disk Drive) or SSD (Solid State Drive).

The communication device 123 is a communication device such as a network circuit that controls communication. The input device 124 is an input device such as a touch pad (position input device) on a touch panel, a camera, and a microphone. The display device 125 is an output device such as a touch panel display and a speaker. The touch panel is realized by combining a touch pad and a display.

FIG. 3 is a diagram illustrating an example of the hardware configuration of the server 30. The server 30 has a CPU 131, a storage device 132, and a communication device 133. The CPU 131 controls the server 30. The storage device 132 is, for example, memory such as ROM and RAM, and storage such as HDD and SSD. The communication device 133 is a communication device such as a network card that controls communication.

FIG. 4 is a diagram showing an example of a functional configuration of the mobile terminal 20. The mobile terminal 20 of FIG. 4 includes a storage unit 21, a control unit 22, an operation unit 23, a display unit 24, and a terminal side communication unit 25. The storage unit 21 stores programs such as a stamina table 26 and a game program 27 described later, data used by the programs, and the like. The storage unit 21 may be realized by the storage device 122 or a storage device connected via the network 40.

Returning to FIG. 4, the control unit 22 controls the entire mobile terminal 20. The control unit 22 is realized by the CPU 121 executing the processing described in the game program 27. The operation unit 23 receives various operations of the player on the input device 124. The display unit 24 displays the game image on the display device 125. The operation unit 23 is realized by the CPU 121 controlling the input device 124. The display unit 24 is realized by the CPU 121 controlling the display device 125.

Here, various operations performed by the player on the input device 124 refer to operations performed by the player to operate the operation unit 23 in order to cause the CPU 121 to execute processing. Various operations performed by the player on the input device 124 include, for example, a touch operation on a touch panel, a swipe operation, and an operation of pressing a hard key.

The operation unit 23 receives various operations from a player who plays the game. The control unit 22 advances the game based on various operations received from the player. The display unit 24 displays a game image generated by the control unit 22 as described later. The terminal-side communication unit 25 communicates with the server 30. The terminal-side communication unit 25 is realized by the CPU 121 executing the game program 27 and controlling the communication device 123 according to the game program 27.

FIG. 5 is a diagram showing an example of the functional configuration of the server 30. The server 30 of FIG. 5 includes a storage unit 31, a server control unit 32, and a server side communication unit 33. The storage unit 31 stores programs such as the game program 35 and the server program 36, data used by the programs, and the like. The storage unit 31 may be realized by the storage device 132, or may be realized by a storage device connected via the network 40.

Returning to FIG. 5, the server control unit 32 controls the entire server 30. The server control unit 32 is realized by the CPU 131 executing the processing described in the server program 36. The server control unit 32 also performs a download process for downloading the game program 35 stored in the storage unit 31 and the data and table used by the game program 35 to the mobile terminal 20.

The server-side communication unit 33 communicates with the mobile terminal 20. The server-side communication unit 33 is realized by the CPU 131 executing the server program 36 and controlling the communication device 133 according to the server program 36.

FIG. 6 is a diagram illustrating an example of the stamina table 26. In the present embodiment, the stamina table 26 of FIG. 6 is used in order to provide the player with the function of borrowing the stamina value scheduled to be recovered (the borrowing function of the stamina value) with the passage of time. FIG. 6A is an example of the stamina table 26 before borrowing the stamina value in advance. FIG. 6B is an example of the stamina table 26 after borrowing the stamina value in advance.

As shown in FIG. 6, the stamina table 26 has, as items, a current stamina value, a stamina upper limit value, a pre-borrowing stamina value, and a scheduled repayment time. The current stamina value represents the current stamina value available to the player. The player can play the game by consuming the current stamina value. The upper limit of the stamina represents the upper limit of the stamina value that recovers over time. The advance borrowing stamina value represents a stamina value that the player is borrowing in advance. The scheduled repayment time represents the scheduled time at which the repayment of the previously borrowed stamina value will be completed depending on the stamina value recovered over time.

For example, the stamina table 26 in FIG. 6A is an example in which the player does not borrow the stamina value in advance, so the item “advance stamina value” is “0” and the item “scheduled repayment time” is blank. There is. In the stamina table 26 of FIG. 6B, since the player borrows the stamina value in advance, "11", which is an example of the stamina value borrowed by the player in advance, is set in the item "advance stamina value". In the “scheduled repayment time”, the scheduled time “110 minutes” at which the repayment of the stamina value “11” borrowed by the player is completed is set. Note that the stamina table 26 of FIG. 6 shows an example in which the stamina value of "1" is recovered with the lapse of time of "10 minutes".

The stamina table 26 shown in FIG. 6 is an example in which the item “upper limit value of stamina” is “50”. For example, when the item “current stamina value” reaches the item “upper limit value of stamina” “50”, in the present embodiment, the stamina value “1” cannot be recovered due to the lapse of time of “10 minutes”. , The stamina value "1" that should have recovered over time is wasted.

[Outline of stamina value borrowing function]
FIG. 7 is a diagram showing an example of a game image according to this embodiment. The game image 1000 of FIG. 7A is provided with a display field 1010 for player names and the like, a display field 1012 for the current stamina value/upper limit of the stamina, a display field 1014 for the advance borrowing stamina value, and a forward borrowing button 1016. In FIG. 7(A), the operation in which the player presses the advance borrowing button 1016 is the "stamina advance borrowing operation". Further, FIG. 7A is an example in which the player does not borrow the stamina value in advance, the current stamina value is “5”, the upper limit value of the stamina is “50”, and the pre-borrowing stamina value is “0”. It is.

Note that the game image 1000 in FIG. 7A is an example, and the advance borrowing stamina value display column 1014 and the advance borrowing button 1016 are combined into one UI (for example, the front borrowing button 1016 including the front borrowing stamina value display column 1014). May be. When the advance borrowing button 1016 is pressed in FIG. 7A, the game image 1000 in FIG. 7A transitions to the game image 1000 in FIG. 7B.

In the game image 1000 of FIG. 7B, an advance borrowing stamina value setting field 1022, a scheduled repayment time display field 1024, and an advance borrowing stamina value input field 1020 including a decision button 1026 are displayed. The advance borrowing stamina value setting column 1022 is a column in which the player sets a stamina value to borrow in advance. Note that the stamina value to be borrowed in advance has an upper limit in consideration of game balance and the like. FIG. 7B is an example in which the stamina value “11” that the player borrows in advance is set in the advance borrowing stamina value setting field 1022. Also, in the display field 1024 of the estimated repayment time of FIG. 7B, the time “110 minutes” until the repayment of the prepending stamina value “11” set in the advance borrowing stamina value setting field 1022 is displayed. ing.

The display field 1024 of the estimated repayment time in FIG. 7B is an example, and the repayment of the stamina value “11” is completed instead of the time “110 minutes” until the repayment of the stamina value “11” is completed. The time, in other words, the time at which the recovery of the “current stamina value” with the lapse of time restarts may be displayed.

When the enter button 1026 is pressed in FIG. 7B, the game image 1000 in FIG. 7B transitions to the game image 1000 in FIG. 7C. Similar to the game image 1000 of FIG. 7A, the game image 1000 of FIG. 7C has a display field 1010 for player names and the like, a display field 1012 for the current stamina value/the upper limit of stamina, and a display field for the previous borrowed stamina value. 1014 and advance borrowing button 1016 are provided.

FIG. 7C is an example in which the player borrows the stamina value of “11” in advance in the game image 1000 of FIG. 7B, and the stamina value of “5” in FIG. “16” to which the stamina value of “11” borrowed in step) is added is displayed in the display field 1012 of the current stamina value/the upper limit value of the stamina as the current stamina value. Further, in FIG. 7C, the stamina value of “11” borrowed in advance in FIG. 7B is displayed in the advance borrowed stamina value display field 1014.

The current stamina value "16" displayed in the current stamina value/stamina upper limit display field 1012 of the game image 1000 of FIG. 7C is currently usable by the player (currently consumable). The stamina value. The display column 1014 of the advance borrowing stamina value may be configured to be able to display the display column 1024 of the estimated repayment time by a tap operation by the player, for example.

According to the game image 1000 shown in FIG. 7, since the player can borrow the stamina value that is recovered over time, it is possible to provide a new mechanism for improving the degree of freedom of the player in consuming the stamina value.

FIG. 8 is a diagram showing an example of repayment of the advance borrowing stamina value according to the present embodiment. FIG. 8A is an image diagram of recovery of the “current stamina value” when the player does not borrow the stamina value in advance. In FIG. 8A, the “current stamina value” is recovered with the passage of time at the position of the arrow even after the present.

FIG. 8B is an image diagram of recovery of the “current stamina value” when the stamina value “11” is borrowed in advance as shown in FIG. 7, for example. In FIG. 8B, recovery of the stamina value “1” over time until the repayment of the advance borrowing stamina value “11” is used to repay the advance borrowing stamina value “1”.

Therefore, in FIG. 8(B), the recovery of the stamina value “1” due to the lapse of 11 times from the present is not used for the recovery of the “current stamina value”, and the arrow at the position of the lapse of 11 times from the present is omitted. Has been done. As described above, in the present embodiment, the stamina value that is scheduled to be recovered in the future with time is borrowed in advance, is used as the current stamina value, and the previous borrowed stamina value can be repaid with the stamina value that is recovered with the passage of time thereafter.

[Game operation]
Next, the advance borrowing function of the stamina value of the game played by the player on the mobile terminal 20 will be described with reference to FIG. FIG. 9 is a flowchart illustrating the stamina value borrowing function of the game system 10 according to the embodiment. It should be noted that FIG. 9 shows processing of borrowing a stamina value out of the borrowing function of a stamina value.

After the start of the game, the control unit 22 of the mobile terminal 20 causes the display unit 24 to display a game image as shown in FIG. 7A and allows the player to play the game. The control unit 22 determines whether or not the player has pressed the advance borrowing button 1016 (S10).

When the player depresses the advance borrowing button 1016 in S10, the control unit 22 refers to the value of the item "advance borrowing stamina value" of the stamina table 26 and determines whether or not the advance borrowing of the stamina value is in progress (S12). The control unit 22 repeats S10 until it is determined that the player has pressed the advance borrowing button 1016.

If the stamina value is being borrowed in advance in S12, the control unit 22 displays the game image 1000 including the error display field 1030 as shown in FIG. 10B (S14). FIG. 10 is a diagram showing an example of a game image according to this embodiment. FIG. 10(A) is an example of the game image 1000 in advance borrowing the stamina value.

When the borrowing button 1016 of FIG. 10A is pressed, the control unit 22 refers to the value “5” of the item “advancing stamina value” of the stamina table 26, and determines that the stamina value is under borrowing (S12). Keep it YES). Therefore, the control unit 22 displays an error message in the error display field 1030 in FIG. 10B, such as "The next advance loan cannot be made until the repayment of the stamina value owed is completed."

On the other hand, when determining that the stamina value is not being borrowed in advance (NO in S12), the control unit 22 displays the game image 1000 including the advance borrowing stamina value input field 1020 as shown in FIG. 7B (S16). The player sets the front borrowing stamina value in the advance borrowing stamina value setting field 1022 of the advance borrowing stamina value input field 1020, and presses the decision button 1026 to determine the front borrowing stamina value (S18).

When the decision button 1026 is pressed, the control unit 22 adds the pre-borrowing stamina value set by the player in the pre-borrowing stamina value setting field 1022 to the item “current stamina value”, and the pre-borrowing stamina value as an item. The update process for setting the "pre-borrowing stamina value" is performed (S20).

According to the flowchart of FIG. 9, it is possible to prevent the advance borrowing operation of a new stamina value from a player who has not completed the repayment of the advance borrowing stamina value. Further, when the player who has not completed the repayment of the advance borrowing stamina value presses the advance borrowing button 1016, for example, a game image 1000 including an error display field 1030 as shown in FIG. 10B can be displayed.

Further, the advance borrowing function of the stamina value of the game played by the player on the mobile terminal 20 will be further described with reference to FIG. FIG. 11 is a flowchart illustrating the stamina value advance borrowing function of the game system 10 according to the embodiment. It should be noted that FIG. 11 includes a process of paying back the previously borrowed stamina value in the stamina value borrowing function.

After the game starts, the control unit 22 of the mobile terminal 20 repeatedly determines whether or not the time (for example, 10 minutes) for recovering the stamina value has elapsed (S30). When it is determined in S30 that the time for recovering the stamina value has elapsed, the control unit 22 determines whether or not the stamina value is being borrowed in advance (S32).

When it is determined in S32 that the stamina value is not being borrowed in advance, the control unit 22 refers to the stamina table 26 in FIG. 6, and if the value of the “current stamina value” has not reached the “stamina upper limit value”, “current The value of "stamina value" is increased by "1" (S34). If the value of the “current stamina value” has reached the “upper limit value of stamina”, the control unit 22 does not increase the value of the “current stamina value” any further (S34).

When it is determined in S32 that the stamina value is not being borrowed in advance, the control unit 22 refers to the stamina table 26 in FIG. 6 and updates the stamina table 26 so as to decrease the value of the “advance stamina value” by “1”.

According to the flowchart of FIG. 11, if the player who is borrowing the stamina value in advance borrows the stamina value that was borrowed at the stamina value that is recovered over time, and if the player who has not borrowed the stamina value in advance borrows the "current Can be controlled to restore the stamina value of.

[Modification]
In the game image 1000 of FIG. 7 described above, an example in which the advance borrowing stamina value display field 1014 is provided is shown, but if the display allows the player to directly or indirectly recognize the stamina value of the advance borrowing stamina value, the example of FIG. Not limited to. For example, in the game image 1000, the stamina value under borrowing is visually displayed in a graph, the expected repayment time is displayed, the expected repayment time is visually displayed in a graph, or a combination thereof is displayed. It may be one.

Further, in the above embodiment, a penalty may be added to the player who borrowed the stamina value in advance. For example, the interest rate mechanism may be applied and the stamina value to be repaid may be higher than the stamina value borrowed in advance. The player who borrows the stamina value may take a longer time to recover the stamina value than the player who does not borrow the stamina value. Further, the player who borrows the stamina value in advance may decrease the drop rate of items in the game or decrease some parameter.

Further, in the above embodiment, in order to promote the player's use of the advance borrowing function of the stamina value, an item that can be used to repay the advance borrowing stamina value may be provided. By providing the player with an item that can be used to repay the advance borrowing stamina value by a clear bonus, a login bonus, a drop, or the like in the game, it is possible to promote the use of the advance borrowing function for the stamina value by the player.

Furthermore, although the stamina value borrowing function in the above-described embodiment is a function in which the player borrows the stamina value from the future player himself, it may be a function that borrows the stamina value from another player. The player who borrowed the stamina value from another player repays the borrowed stamina value with the stamina value that is recovered over time, as in the above-described embodiment. The other player who lends out the stamina value can realize the recovery of the stamina value due to the lapse of time and the recovery of the stamina value due to the repayment while receiving the repayment of the advance borrowing stamina value.

The other player who borrows the stamina value may be selected from the players belonging to the same guild group, or may be selected from the associated players by friend registration. Good. Further, a mechanism may be provided for matching a player who wants to borrow the stamina value in advance and a player who wants to borrow the stamina value in advance.

As described above, according to the present embodiment, the stamina value that is scheduled to be recovered in the future can be borrowed in advance and used in advance, so that it is possible to consume the stamina value with a high degree of freedom according to the player's convenience. Therefore, according to the present embodiment, it is possible to maintain the player's motivation for continuing the game and increase the satisfaction level.

It should be considered that the game system 10, the mobile terminal 20, and the server 30 according to the disclosed embodiment are exemplary and not restrictive. The above-described embodiments can be modified and improved in various forms without departing from the scope and spirit of the appended claims. Further, the matters described in the above-described plurality of embodiments can have other configurations as long as they do not contradict each other, and can be combined as long as they do not contradict each other.

For example, in the present embodiment, the example of the stamina value, which is an example of the parameter that recovers with the passage of time, has been described, but the present invention is not limited to the stamina value and can be applied to other parameters. For example, the present invention can be applied to hit points (HP), magic points (MP), etc., which are recovered in the game over time. The stamina value is an example of a parameter consumed by the player to play the game, but it may be called by another name such as an action point (AP) or an action point.

The “borrowing operation of the stamina value scheduled to be recovered in the future” according to the present embodiment is an example of the “operation of making the parameter scheduled to be recovered available in the future with the passage of time”. "The process of using the recovery of the stamina value over time until the repayment of the advance borrowing stamina value for the repayment of the advance borrowing stamina value" is the "process of controlling so that the parameters scheduled to be restored do not recover due to the lapse of the first period". This is an example.

10 game system 20 portable terminal 21 storage unit 22 control unit 23 operation unit 24 display unit 25 terminal side communication unit 26 stamina table 27 game program 30 server 31 storage unit 32 server control unit 33 server side communication unit 35 game program 36 server program 40 Network 1012 Current stamina value/upper limit stamina display field 1014 Borrowing stamina value display field 1016 Borrowing stamina value input field 1022 Borrowing stamina value setting field 1024 Scheduled repayment time display field 1026 Set button 1030 Error Display column

Claims (8)

An information processing device that allows a player to play a game that uses a parameter that recovers with time,
An operation receiving unit that receives from the player an operation that enables the use of the parameters scheduled to be restored due to the passage of time in the future,
A parameter display unit which is made available to the player in response to the operation, and which displays the parameter, which is scheduled to be restored due to the passage of time of the first period, by adding it to the current parameter;
A control unit that controls so that the parameter scheduled to be recovered does not recover due to the passage of time in the first period;
Information processing device having a. The information processing apparatus according to claim 1, wherein the parameter is a parameter that the player consumes to play the game. The information processing apparatus according to claim 1, wherein the control unit stops recovery of the current parameter due to the passage of time until the passage of the time of the first period ends. The parameter display unit displays information on the parameter that has been made available to the player according to the operation, or the time lapse of the first period ends and the recovery of the current parameter due to the time lapse starts. The information processing apparatus according to claim 1, wherein at least one of information indicating time is displayed. The operation accepting unit does not accept from the player the next operation that makes the parameter scheduled to be recovered due to future time elapse until the time elapse of the first period ends. The information processing apparatus according to any one of 1 to 4. The control unit stops the recovery of the parameter made available to the player according to the operation due to the elapsed time of the current parameter until the elapsed time of a period longer than the first period ends. The information processing apparatus according to any one of claims 1 to 5, characterized in that: An information processing device that causes a player to play a game that uses a parameter that recovers over time,
A step of accepting from the player an operation for enabling the parameter to be recovered due to the passage of time in the future,
A step of displaying the parameter, which is made available to the player in response to the operation, and which is scheduled to be recovered due to the passage of time of the first period, to the current parameter;
Controlling so that the parameter to be recovered does not recover due to the passage of time in the first period,
Information processing method for executing. An information processing apparatus that causes a player to play a game that uses a parameter that recovers over time,
An operation reception unit that receives from the player an operation that enables the use of the parameters scheduled to be recovered due to the passage of time in the future,
A parameter display unit which is made available to the player in response to the operation, and which displays the parameter, which is scheduled to be recovered due to the passage of time in the first period, added to the current parameter;
A control unit that controls so that the parameter scheduled to be recovered does not recover due to the passage of time in the first period,
Program to function as.

Images