JP7346203B2 - Information processing system and information processing method - Google Patents

Description

The present invention relates to an information processing system and an information processing method.

In the game disclosed in Patent Document 1, an action (request) selected by a player is reserved at a player terminal. The scheduled action is sent to the server once the waiting time has elapsed. The waiting time is set in consideration of the processing load on the server.

Japanese Patent Application Publication No. 2016-214639

If the roles of the player terminal and server are not set appropriately regarding the management of the above-mentioned waiting time and the processing of player operation input during the waiting time, the waiting time will not be set appropriately, causing stress to the player. There is a problem.

An object of the present invention is to provide an information processing system and an information processing method that can reduce stress on players.

In order to solve the above problems, an information processing system is provided in a player terminal, and based on the input of a selection operation for selecting one of multiple types of actions, sends action identification information corresponding to the selected action to the server. a terminal-side transmitting unit to perform the action; a performance information setting unit provided in the server and configured to set performance information based on at least the received action identification information; and a performance information setting unit provided in the player terminal to display an action image based on the received performance information. a display control section for displaying the action image on the screen; a server-side standby period setting section that is provided in the server and sets a server-side standby period shorter than the display time of the action image based on at least action identification information or presentation information; If the action identification information is received outside the server-side waiting period, an update process is performed to update the parameters at least based on the received action identification information, and if the action identification information is received during the server-side waiting period, An arithmetic unit that does not execute update processing.

The server further includes a standby information setting unit that sets server standby information when the action identification information is received during the server side standby period, and the display control unit sets the server standby information when the server side standby information is received. The image may be displayed on the display unit.
The player terminal also includes a terminal-side standby period setting unit that sets a terminal-side standby period when a specific operation is input on the player terminal, and a terminal-side transmitter that transmits action identification information during the terminal-side standby period. transmission may be restricted.
Furthermore, the length of the server-side waiting period may not be displayed on the player terminal.

In order to solve the above problems, an information processing method is executed on a player terminal, and based on input of a selection operation to select one of multiple types of actions, action identification information corresponding to the selected action is sent to the server. a step executed by the server to set performance information based on at least the received action identification information; and a step executed by the player terminal to display an action image on a display unit based on the received performance information. , executed on the server, setting a server-side waiting period shorter than the display time of the action image based on at least the action identification information or the presentation information; and executed on the server, setting the action identification information outside the server-side waiting period. If the action identification information is received, the update process is performed to update the parameters based on at least the received action identification information, and if the action identification information is received during the server side standby period, the update process is not executed.

According to the present invention, stress on the player can be reduced.

FIG. 1 is an explanatory diagram showing a schematic configuration of an information processing system. FIG. 2A is a diagram illustrating the hardware configuration of the player terminal. FIG. 2B is a diagram illustrating the hardware configuration of the server. FIG. 3A is a diagram showing an example of my page. FIG. 3B is a diagram showing an example of a party organization page. FIG. 3C is a diagram illustrating an example of a quest selection page. FIG. 4A is a diagram showing an example of a battle screen. FIG. 4B is a diagram showing an example of an action image. FIG. 5A is a diagram illustrating an example of an ability icon. FIG. 5B is a diagram illustrating an example of an animation when an ability is used. FIG. 5C is a diagram illustrating a state in which the ability action has been completed. FIG. 5D is a diagram illustrating an example of an animation when a reserved ability action is started. FIG. 6A is a diagram illustrating a waiting period in a reservation unavailable state. FIG. 6B is a diagram illustrating the waiting period in the reservation permission state. FIG. 7 is a sequence diagram illustrating the basic processing of the player terminal and server in the battle game. FIG. 8 is a sequence diagram illustrating an example of communication processing between the player terminal and the server when the reservation permission state is set. FIG. 9 is a sequence diagram illustrating an example of communication processing between the player terminal and the server when the reservation is set to a disabled state. FIG. 10 is a diagram illustrating the functional configuration of the player terminal. FIG. 11 is a diagram illustrating the functional configuration of the server. FIG. 12 is a first flowchart illustrating an example of terminal-side battle game execution processing in the player terminal. FIG. 13 is a second flowchart illustrating an example of terminal-side battle game execution processing in the player terminal. FIG. 14 is a flowchart illustrating an example of page update processing at the player terminal. FIG. 15 is a flowchart illustrating an example of server-side battle game execution processing in the server.

One aspect of the embodiment of the present invention will be described in detail below with reference to the accompanying drawings. The numerical values and the like shown in the embodiments are merely illustrative to facilitate understanding, and do not limit the present invention unless otherwise specified. In this specification and the drawings, elements with substantially the same functions and configurations are given the same reference numerals to omit redundant explanation, and elements not directly related to the present invention are omitted from illustration. do.

(Overall configuration of information processing system S)
FIG. 1 is an explanatory diagram showing a schematic configuration of an information processing system S. As shown in FIG. The information processing system S is a so-called client server system including a player terminal 1, a server 100, and a communication network 200 having a communication base station 200a.

The player terminal 1 can establish communication with the server 100 via the communication network 200. The player terminal 1 broadly includes electronic devices that can be connected to the server 100 for wireless or wired communication. Examples of the player terminal 1 include a smartphone, a mobile phone, a tablet device, a personal computer, and a game device. In this embodiment, a case where a smartphone is used as the player terminal 1 will be described.

The server 100 is communicatively connected to a plurality of player terminals 1 . The server 100 accumulates various types of information (player information) for each player who plays the game. Furthermore, the server 100 updates the stored information and controls the progress of the game based on operations input from the player terminal 1.

The communication base station 200a is connected to the communication network 200 and transmits and receives information to and from the player terminal 1 wirelessly. The communication network 200 is composed of a mobile phone network, an Internet network, a LAN (Local Area Network), a dedicated line, etc., and realizes a wireless or wired communication connection between the player terminal 1 and the server 100.

In the information processing system S of this embodiment, the player terminal 1 and the server 100 function as a game device G. The player terminal 1 and the server 100 are each assigned the role of controlling the progress of the game, and the game can progress through cooperation between the player terminal 1 and the server 100.

(Hardware configuration of player terminal 1 and server 100)
FIG. 2A is a diagram illustrating the hardware configuration of the player terminal 1. Further, FIG. 2B is a diagram illustrating the hardware configuration of the server 100. As shown in FIG. 2A, the player terminal 1 includes a CPU (Central Processing Unit) 10, a memory 12, a bus 14, an input/output interface 16, a storage section 18, a communication section 20, an input section 22, and an output section 24. be done.

Further, as shown in FIG. 2B, the server 100 includes a CPU 110, a memory 112, a bus 114, an input/output interface 116, a storage section 118, a communication section 120, an input section 122, and an output section 124.

Note that the configurations and functions of the CPU 110, memory 112, bus 114, input/output interface 116, storage section 118, communication section 120, input section 122, and output section 124 of the server 100 are the same as those of the CPU 10, memory 12, and output section of the player terminal 1, respectively. The bus 14, input/output interface 16, storage section 18, communication section 20, input section 22, and output section 24 are substantially the same. Therefore, below, the hardware configuration of the player terminal 1 will be explained, and the explanation of the server 100 will be omitted.

The CPU 10 operates programs stored in the memory 12 to control the progress of the game. The memory 12 is configured with a ROM (Read Only Memory) or a RAM (Random Access Memory), and stores programs and various data necessary for controlling the progress of the game. Memory 12 is connected to CPU 10 via bus 14.

An input/output interface 16 is connected to the bus 14 . A storage section 18 , a communication section 20 , an input section 22 , and an output section 24 are connected to the input/output interface 16 .

The storage unit 18 is composed of a semiconductor memory such as a DRAM (Dynamic Random Access Memory), and stores various programs and data. In the player terminal 1, programs and data stored in the storage unit 18 are loaded into the memory 12 (RAM) by the CPU 10.

The communication unit 20 is wirelessly connected to the communication base station 200a and sends and receives information such as various data and programs to and from the server 100 via the communication network 200. In the player terminal 1, programs and the like received from the server 100 are stored in the memory 12 or the storage unit 18.

The input unit 22 includes, for example, a touch panel for inputting (receiving operations) a player's operations, buttons, a keyboard, a mouse, a cross key, an analog controller, and the like. Further, the input unit 22 may be a dedicated controller provided in the player terminal 1 or connected (externally attached) to the player terminal 1. Furthermore, the input unit 22 may be configured with an acceleration sensor that detects the tilt or movement of the player terminal 1, or a microphone that detects the player's voice. That is, the input unit 22 broadly includes devices that can input the player's intention in a discernible manner.

The output unit 24 includes a display device and a speaker. Note that the output unit 24 may be a device connected (externally attached) to the player terminal 1. In this embodiment, the player terminal 1 includes a display 26 as the output section 24 and a touch panel provided to overlap the display 26 as the input section 22.

(Game content)
Next, the content of the game provided by the information processing system S (game device G) of this embodiment will be explained using an example. The game of this embodiment is a so-called RPG (Roll Playing Game). The player can mainly play a battle game in which he or she develops an ally character and battles against an enemy using the developed ally character.

Specifically, the player selects a plurality of ally characters to form a party. The player also sets equipment such as weapons and armor for each ally character. In the battle game, the player determines the actions of the ally characters organized into the party. Here, the actions of the ally character include, for example, actions that inflict damage on the enemy character, actions that restore the HP of the ally character, and the like. When the player wins the battle game, the player can receive rewards such as items and equipment.

FIG. 3A is a diagram showing an example of my page. FIG. 3B is a diagram showing an example of a party organization page. FIG. 3C is a diagram illustrating an example of a quest selection page. The player can start the game by operating the input unit 22 and communicating with the server 100. During the game, game screens as shown in FIGS. 3A, 3B, and 3C are displayed on the display 26 of the player terminal 1.

During the game, the display 26 displays, for example, a menu bar 30 shown in FIG. 3A. Various screens are displayed on the display 26 during the game, but the menu bar 30 is always displayed during the game. The menu bar 30 is provided with a plurality of operation units that can be operated (tapped) by the player. Here, as an example of an operation section, the menu bar 30 is provided with a previous screen selection section 30a, a screen update selection section 30b, and a my page selection section 30c.

When the previous screen selection section 30a is tapped, the page that was displayed one page before the currently displayed page (screen) is displayed on the display 26.

When the screen update selection section 30b is tapped, various information corresponding to the current progress of the game is received from the server 100, and the screen of the display 26 is updated. This screen update selection section 30b is tapped, for example, when the player wants to interrupt the progress of the game, in other words, when a predetermined process related to the progress of the game is interrupted. Additionally, if a communication error occurs, such as not being able to communicate with the server 100 for a predetermined period of time, the player can resend information between the player terminal 1 and the server 100 by tapping the screen update selection section 30b. The game can be resumed.

When the my page selection section 30c is tapped, the my page shown in FIG. 3A is displayed on the display 26. A party organization icon 32a, a reinforcement icon 32b, a gacha icon 32c, and a quest icon 32d are displayed on my page.

When the party organization icon 32a is tapped, a party organization page shown in FIG. 3B is displayed on the display 26. On this party formation page, it is possible to select characters to form a party, set equipment to be equipped to the characters, etc. The player can purchase characters and equipment with in-game currency, or acquire them as rewards in a battle game. In this embodiment, one party is made up of four characters, so the player selects four characters from among the characters he/she owns to form one party.

When the reinforcement icon 32b is tapped on my page, a reinforcement page (not shown) is displayed on the display 26. A detailed explanation will be omitted, but on the reinforcement page, you can strengthen characters, equipment, items that can be used in battle games, etc.

When the gacha icon 32c is tapped on my page, a lottery page (not shown) is displayed on the display 26. On the lottery page, by using in-game currency, lottery tickets, etc., it is possible to conduct a lottery to determine characters, equipment, items, etc. that the player can acquire.

When the quest icon 32d is tapped on my page, a quest selection page shown in FIG. 3C is displayed on the display 26. On the quest selection page, you can select from multiple types of battle games. Furthermore, after selecting a battle game, the player can then select a party to be used in the battle game. Then, when a battle game and a party are selected, the battle game is started.

FIG. 4A is a diagram showing an example of a battle screen. FIG. 4B is a diagram showing an example of an action image. When the battle game starts, four characters formed into a party (hereinafter referred to as ally characters) and an enemy character who is an opponent are displayed at the top of the display 26. Although one enemy character is displayed here, multiple enemy characters may be displayed.

Furthermore, an enemy character HP meter 40 indicating the remaining HP (physical strength) of the enemy character is displayed at the top of the display 26. The enemy character HP meter 40 visually indicates the remaining HP of the enemy character. In the battle game, the player wins when the remaining HP of the enemy character becomes 0.

A player can select an action for an ally character in a battle game. There are three actions that the player can select: a normal attack action, an ability action, and an item use action. A plurality of action icons are displayed on the display 26 for causing an ally character to perform an action. Here, as action icons, a normal attack icon 42, an ally character selection icon 44, an item selection icon 46, an ability icon 48 to be described later, an item icon, etc. are provided.

When the normal attack icon 42 is tapped, a normal attack action is started, and the four friendly characters sequentially perform normal attack actions against the enemy character. A normal attack operation is one in which an ally character attacks an enemy character, thereby causing damage to the enemy character. When a normal attack operation is performed, as shown in FIG. 4B, action images (normal attack animations) in which a friendly character attacks an enemy character are displayed in order for each friendly character.

Here, as a normal attack animation, an animation in which a friendly character attacks an enemy character and a damage value inflicted on the enemy character are displayed on the display 26. Note that the damage value given to the enemy character is subtracted from the remaining HP of the enemy character, and an animation in which the enemy character HP meter 40 decreases is also displayed.

When the normal attack actions of all four friendly characters are completed, the enemy character then performs a counterattack action. The enemy character's counterattack actions include, for example, a normal attack action that attacks an ally character and inflicts damage, a special attack action that limits the actions of an ally character, and the like. When the enemy character makes a counterattack, an animation corresponding to the determined counterattack is displayed on the display 26.

Furthermore, an ally character selection icon 44 is displayed at the bottom of the display 26. The ally character selection icon 44 is provided for each ally character, and the HP of the ally character is displayed. When a damage value is given to an ally character by the enemy character's counterattack action, an animation is displayed in which the HP displayed on the ally character selection icon 44 decreases.

As described above, by tapping the normal attack icon 42, the player can cause the ally character to perform a normal attack action as an action. When a normal attack action is executed, the friendly character's normal attack action is first performed four times, and then the enemy character's counterattack action is performed.

Here, the battle game is roughly divided into two sections: a special action section and a normal attack section. The special action section is a section in which the player selects and executes an ability action and an item use action. The normal attack section is a section in which the above-mentioned normal attack actions, that is, the normal attack action of the ally character and the counterattack action of the enemy character are performed.

Hereinafter, the two sections, the special action section and the normal attack section, will be collectively referred to as one turn. The battle game progresses by repeating this one turn. At the beginning of one turn, there is a special action section. Then, with the start of the normal attack action by the ally character, the special action section ends and becomes a normal attack section. The special action section continues unless the player taps the normal attack icon 42. If the HP of all ally characters becomes 0 while repeating one turn, the battle game ends with the player's defeat, and when the enemy character's HP becomes 0, the battle game ends with the player's victory.

Here, each ally character has an ability (special ability) set in advance. Examples of abilities include abilities that increase the attack power and defense power of an ally character, abilities that restore the HP of an ally character, abilities that lower the attack power and defense power of an enemy character, abilities that give a large damage value to an enemy character, etc. There is. In the special action section, the player can activate available abilities any number of times. However, usage restriction conditions are set for each ability, and the player can only select abilities that are not restricted in usage. For example, as usage restriction conditions, there are abilities that have a set number of times they can be used during one battle game, and abilities that have set the number of turns until they can be used again.

Furthermore, in the special action section, the player can use items by tapping the item selection icon 46. When using this item, you can advance the battle game advantageously by increasing the attack power and defense power of your ally characters, just like when using abilities.

When using an ability, the player taps the ally character selection icon 44 of any ally character. Furthermore, when using an item, the user taps the item selection icon 46. When the item selection icon 46 is tapped, the items that the player owns are displayed on the display 26, and the player can select any of the items.

FIG. 5A is a diagram illustrating an example of the ability icon 48. When the ally character selection icon 44 is tapped during the special action section, as shown in FIG. 5A, the tapped ally character selection icon 44 moves to the left end of the display 26, and other ally character selection icons 44 and item selection The icon 46 is hidden. At this time, an ability explanation area 44a is displayed on the right side of the ally character selection icon 44. In the ability explanation area 44a, an ability icon 48 and an explanation of the ability are displayed.

Ability icon 48 is provided for each ability. When the ally character selection icon 44 is tapped, an ability icon 48 corresponding to the ability of the ally character is displayed in the ability explanation area 44a. Note that the number of ability icons 48 varies depending on the type of ally character, the level of the ally character, and the like.

FIG. 5B is a diagram illustrating an example of an animation when an ability is used. When the ability icon 48 displayed in the ability explanation area 44a is tapped, a reserved action display section 50 is displayed at the top of the display 26, as shown in FIG. 5B. At this time, the tapped ability icon 48 is displayed on the reserved action display section 50.

On the other hand, in the ability explanation area 44a, the display mode of the ability icon 48 displayed on the reserved action display section 50 is changed to a usage restriction mode (here, crosses are displayed superimposed). Note that the ability icon 48 is changed to its original display mode when the usage restriction is lifted and the ability icon 48 becomes usable again.

A maximum of five ability icons 48 are displayed on the reserved action display section 50. The ability icons 48 are arranged from above the reserved action display section 50 in the order in which they are tapped. Furthermore, in the special action section, an ability action corresponding to the ability icon 48 tapped by the player is performed. The ability action changes the values of various parameters (parameter values) used in the battle game, such as the HP and attack power of an ally character or an enemy character. Furthermore, an action image (ability animation) corresponding to the ability action is displayed on the display 26, as shown in FIG. 5B.

FIG. 5C is a diagram illustrating a state in which the ability action has been completed. FIG. 5D is a diagram illustrating an example of an animation when a reserved ability action is started. When the display of the ability animation ends, as shown in FIG. 5C, the ability icon 48 that was displayed at the top of the reserved action display section 50 disappears, and the other ability icons 48 that were displayed below it move upward. Moving. That is, the ability icon 48 corresponding to the used ability is deleted when the ability animation ends.

Thereafter, the ability action corresponding to the ability icon 48 that has moved to the uppermost position on the reserved action display section 50 is started. In this case as well, various parameters used in the battle game are changed in the same way as above. Furthermore, as shown in FIG. 5D, an ability animation corresponding to the ability action is displayed.

Note that if the next ability is not reserved at the end of the ability action, in other words, if the next ability icon 48 is not displayed in the reserved action display section 50, the reserved action is not reserved at the end of the ability animation. The display section 50 becomes non-display.

In this way, the player can use the abilities of his ally characters during the special action section. When an ability is used, the ability animation will be displayed according to the ability. Furthermore, in the special action section, the player can have a plurality of ability actions executed consecutively. However, if the ability icon 48 is further tapped while the ability animation is being displayed, the ability action cannot be started immediately. In this case, execution of the next ability action is waited until the display of the ability animation ends.

Note that although the case where the ability icon 48 is tapped and the ability action is reserved and executed has been described here, the same procedure as described above also applies when the item selection icon 46 is tapped and the item to be used is determined. An item use action is reserved and executed. In this case, the reserved action display section 50 displays an item icon (not shown) corresponding to the item selected by the player. When an item usage action is performed, an item usage animation is displayed.

In this embodiment, up to five ability actions and item use actions can be reserved. The reserved action display section 50 can be said to notify the player of abilities or items that are reserved for use.

Furthermore, when the ability icon 48 or item icon displayed on the reserved action display section 50 is tapped, that icon is deleted from the reserved action display section 50. That is, the player can cancel the reserved ability action or item use action by tapping the ability icon 48 or item icon displayed on the reserved action display section 50.

Note that the player may use some or all of the available abilities and items, or may not use them at all during the special action section. When the player uses the desired ability and item, or when there is no need to use the ability or item, the player can end the special action section by tapping the normal attack icon 42.

Furthermore, although a detailed explanation will be omitted, the player can tap the normal attack icon 42 during an ability action, an item use action, or even when the use of an ability or item is reserved. In this case, an icon corresponding to the normal attack action is displayed on the reserved action display section 50, and the normal attack action is in a reserved state. Then, with the start of the normal attack action, a normal attack section begins, and the special action section ends. As described above, during the normal attack period, the friendly character performs a normal attack action, and then the enemy character performs a counterattack action, but during this period, abilities and items cannot be reserved.

Here, in this embodiment, in the special action section, as described above, there is a mode in which the use of abilities and items can be reserved (reservation permitted state), and a mode in which the use of abilities and items cannot be reserved (reservation not possible state). can be set in advance by the player. For example, if the ability icon 48 displayed in the ability explanation area 44a is tapped when the reservation is not possible, the ability action starts immediately, but the reserved action display section 50 is displayed. Never. Furthermore, while an action image (normal attack animation, ability animation, item use animation) is being displayed, tapping the ability icon 48 in the ability explanation area 44a is disabled.

Furthermore, although the display time of animations (action images) varies, depending on the type of animation, the display time may be long. Although detailed explanation will be omitted, during a battle game, a predetermined meter value is accumulated for each ally character. This meter value increases by a predetermined value every turn, or increases with the use of abilities or items. When the normal attack icon 42 is tapped with the meter value reaching the maximum value, the attack motion of the ally character whose meter value has reached the maximum value becomes the secret attack motion. This secret attack action causes greater damage to the enemy character than a normal attack action. Therefore, the animation (action image) corresponding to the secret attack motion is longer than the animation corresponding to the normal attack motion.

Furthermore, the above-mentioned secret attack movement can be activated by each ally character individually, but it can also be activated by multiple ally characters at the same time. For example, when the normal attack icon 42 is tapped when the meter values of all four friendly characters have reached the maximum value, a special mystery action is activated. This special secret move can inflict very large damage on the enemy character, and its animation takes a very long time compared to other animations. Some players may find these long animations annoying. In this embodiment, the animation can be forcibly terminated by tapping the screen update selection section 30b.

For example, when an ability action is started, various parameters such as the enemy character's HP are updated, but the results of such ability action are announced at the end of the ability animation. On the other hand, the result of the ability action is already derived by the server 100 at the beginning of the ability action. If the screen update selection section 30b is tapped while the ability animation is being displayed, the ability animation ends and a screen reflecting the result of the ability action is displayed on the display 26. Note that even when the screen update selection section 30b is tapped during the normal attack section, the same process as when the screen update selection section 30b is tapped during the special action section is performed.

In this way, by tapping the screen update selection section 30b, the player can forcibly terminate the animation. However, if the animation is always forcibly terminated, there is a risk that the original interest of the game will be diminished. Further, for example, when a battle game is played in cooperation with a plurality of players, items may be given to the players depending on the percentage of damage inflicted on enemy characters. In this case, if the forced termination of the animation is allowed unconditionally, the speed of operation will simply be pursued, and the original interest of the game will be lost.

Therefore, it is possible to set a waiting period when the animation is forcibly terminated, and prevent the next action from starting during this waiting period. However, if this waiting period is not set appropriately, it will cause stress to the player. In this embodiment, when the screen update selection section 30b is tapped and the animation is forcibly terminated, the standby period is set as follows.

FIG. 6A is a diagram illustrating a waiting period in a reservation unavailable state. FIG. 6B is a diagram illustrating the waiting period in the reservation permission state. For example, assume that an ability action that inflicts damage on an enemy character is executed. In this case, in the ability animation, an animation in which the enemy character receives damage is displayed for a predetermined period of time, and then an animation in which the meter value of the enemy character HP meter 40 decreases according to the damage value inflicted is displayed. .

At this time, it is assumed that the reservation is disabled and the screen update selection section 30b is tapped while the ability animation is being displayed. In this case, the ability animation is forcibly terminated, and a screen reflecting the result of the action is displayed on the display 26. That is, in this case, the enemy character HP meter 40 will display a meter value in which the damage value due to the ability action is subtracted from the original HP of the enemy character.

When the screen update selection section 30b is tapped, a waiting period is set according to the remaining display time of the animation, that is, the timing at which the screen update selection section 30b is tapped. As will be described in detail later, the waiting period includes a terminal-side waiting period managed by the player terminal 1 and a server-side waiting period managed by the server 100. These terminal side standby period and server side standby period are managed separately. As will be described in detail later, in the reservation disabled state, no terminal-side standby period is set, and game progress is controlled based on the server-side standby period.

During the standby period (server-side standby period), operations related to the actions of the ally character are disabled. For example, if the ability icon 48 is tapped during the standby period, a standby image 52 is displayed on the display 26, as shown in FIG. 6A. Here, a message stating "Previous turn is being processed" is displayed as the standby image 52.

On the other hand, it is assumed that the reservation permission state is set and the screen update selection section 30b is tapped while the ability animation is being displayed. In this case as well, the ability animation is forcibly terminated, and a screen reflecting the result of the action is displayed on the display 26, as in the above-mentioned reservation-disabled state.

As described above, each action can be reserved in the reservation permission state. However, if the animation is forcibly terminated in the reservation permission state, all action reservations are canceled. Therefore, when the screen update selection section 30b is tapped and the screen is updated, the reserved action display section 50 is hidden.

Further, when the screen update selection section 30b is tapped, a waiting period is set according to the timing. At this time, in the reservation permission state, the progress of the game is controlled based on the terminal side standby period. During the standby period (terminal-side standby period), the start of actions by the ally characters is restricted.

However, if the reservation permission state is set, each action can be reserved even during the standby period. For example, when the ability icon 48 displayed in the ability explanation area 44a is tapped during the standby period, the reserved action display section 50 is displayed as shown in FIG. 6B, and the ability icon 48 is displayed in the reserved action display section 50. Is displayed.

At this time, a second waiting image 54 is displayed on the display 26 to notify that the user is in a waiting state for starting an action. Here, "wait" is displayed above the reserved action display section 50 as the second waiting image 54. In this way, actions that are reserved during the waiting period are started in the order in which they were reserved once the waiting period ends. Furthermore, the second standby image 54 is erased with the start of the reserved action.

Note that here, during the standby period, it is possible to reserve three actions: a normal attack action, an ability action, and an item use action. However, during the standby period, for example, only ability actions and item use actions may be reserved. In other words, only some of the three actions may be reserved during the waiting period.

As described above, if the reservation permission state is set, each action can be reserved during the standby period. If it is not possible to reserve each action during the waiting period, the player will feel frustrated during the waiting period. As in this embodiment, by restricting the start of an action during the waiting period but allowing the action to be reserved, the action can be started immediately as the waiting period passes. This reduces stress on the player. However, even in the reservation permission state, no actions may be reserved during the standby period.

Next, communication processing between the player terminal 1 and the server 100 for setting the above-described waiting period will be explained. Note that here, processing related to the waiting period will be explained using an example, and explanation of processing unrelated to the waiting period will be omitted.

(Communication processing between player terminal 1 and server 100)
FIG. 7 is a sequence diagram illustrating the basic processing of the player terminal 1 and the server 100 in the battle game. By performing a reservation state setting operation on the input unit 22, the player can preset the above-mentioned reservation permission state and reservation disable state. As described above, when the reservation permission state is set, it becomes possible to reserve an action in the battle game, in other words, use the reserved action display section 50. On the other hand, if the reservation is disabled, the action cannot be reserved and the reserved action display section 50 is not displayed.

In the player terminal 1, a reservation state (reservation permitted state or reservation disabled state) is set based on the reservation state setting operation (S1). Note that if the player does not perform a reservation state setting operation, the reservation permission state is set as the initial state. When the reservation status setting operation is input, reservation status information is transmitted from the player terminal 1 to the server 100. Although a detailed explanation will be omitted, the reservation status setting operation can also be performed during a battle game. If the reservation status settings are changed during a battle game, the battle screen will be redisplayed. The server 100 stores the reservation status based on the received reservation status information (S2). In this way, the reservation status is stored on both the player terminal 1 and the server 100.

Furthermore, when a battle game start operation is input at the input unit 22, battle game information is transmitted from the player terminal 1 to the server 100 (S3). The battle game information is information necessary for the battle game selected by the player, such as the types of ally characters organized in the party and the equipment of each ally character.

When the server 100 receives the battle game information, it reserves a processing area in the memory 112 and sets various parameters (S4). Here, for example, the HP, attack power, defense power, etc. of the friendly character and enemy character are set.

Further, when a battle game start operation is input, request information is transmitted from the player terminal 1 to the server 100 together with battle game information (S5). The request information is for requesting the server 100 for values of various parameters stored in the server 100, performance information to be displayed on the display 26, and the like. Upon receiving the request information, the server 100 derives various information including the parameter values and performance information read from the processing area (S6). The player terminal 1 displays a battle screen (initial screen) on the display 26 based on the received various information (S7).

FIG. 8 is a sequence diagram illustrating an example of communication processing between the player terminal 1 and the server 100 when the reservation permission state is set. In the case where the reservation permission state is set, it is assumed that any action icon (here, the normal attack icon 42, ability icon 48, or item icon) is tapped during the special action section of the battle game. At this time, in the player terminal 1, action identification information corresponding to the tapped icon is accumulated in the action reservation area of the memory 12 (S11).

Further, in the player terminal 1, display control is performed to add the tapped icon to the reserved action display section 50 (S12). Then, when the player terminal 1 enters a state where no animation is displayed and there is no terminal-side standby period, the player terminal 1 becomes able to transmit the action identification information. In this case, the action identification information first accumulated in the action reservation area is transmitted to the server 100 (S13).

Upon receiving the action identification information, the server 100 updates various parameters based on the received action identification information (S14). Here, for example, a change value of the HP, attack power, defense power, etc. of an enemy character or an ally character is derived, and the derived change value is added to, subtracted from, multiplied by, or divided from the stored parameter value.

Furthermore, the server 100 determines a performance pattern based on the received action identification information (S15). This performance pattern includes movement patterns of friendly characters and enemy characters, animation display patterns corresponding to various actions, effects displayed on the display 26, and the like. A large number of performance patterns are provided, and one of them is determined. Note that the performance pattern may be determined based only on the action identification information, or may be determined based on a combination of the action identification information and the changed value of the parameter or the value of the updated parameter. Furthermore, the effect pattern may be determined based only on the changed value of the parameter or the updated value of the parameter.

Furthermore, the server 100 sets a server-side standby period based on the received action identification information (S16). Here, a waiting time is set in advance for each action identification information, and the waiting time (timer value) is set in a timer based on the received action identification information. The timer value set in the timer is decremented by a predetermined timer update process. The period during which a timer value other than 0 is stored in the timer becomes the server-side standby period. Here, the server-side standby period is set based on the action identification information, but the server-side standby period may be determined based on the production pattern, for example. Note that the timing at which the player terminal 1 receives the performance information may be when the server-side standby period is set.

The player terminal 1 receives performance information corresponding to the performance pattern determined by the server 100, and displays an animation based on the received performance information (S17). Further, for example, assume that the screen update selection section 30b is tapped while an animation is being displayed. In this case, the player terminal 1 transmits request information to the server 100 (S18). Upon receiving the request information, the server 100 derives various information including the parameter values and performance information read from the processing area (S19). The player terminal 1 updates and displays the battle screen on the display 26 based on the received various information (S20).

As described above, in the server 100, the parameters are updated when the action identification information is received (S14). Therefore, when the screen update selection section 30b is tapped while the animation is being displayed, the player terminal 1 receives information corresponding to the updated parameters. Therefore, in S20, a battle screen reflecting the result of the action will be displayed.

Further, the various information derived in S19 includes server standby time information indicating the current timer value (standby time) stored in the timer. In the player terminal 1, a terminal side standby period is set based on this server standby time information (S21). The setting of this terminal-side standby period will be explained in detail later.

It is assumed that an action icon (here, the normal attack icon 42, ability icon 48, and item icon) is tapped during the terminal side standby period. In this case as well, in the player terminal 1, the action identification information corresponding to the tapped icon is stored in the action reservation area of the memory 12, as described above (S22).

FIG. 9 is a sequence diagram illustrating an example of communication processing between the player terminal 1 and the server 100 when the reservation is set to a disabled state. Assume that any action icon (here, the normal attack icon 42, ability icon 48, or item icon) is tapped during the special action section of the battle game when the reservation is set to be disabled. At this time, the player terminal 1 transmits action identification information corresponding to the tapped icon to the server 100 (S31).

Upon receiving the action identification information, the server 100 updates parameters (S32), determines a production pattern (S33), and sets a server-side standby period (S34). These processes of S32, S33, and S34 are the same as the processes of S14, S15, and S16 described above. Further, the player terminal 1 receives performance information corresponding to the performance pattern determined by the server 100, and displays an animation based on the received performance information (S35). Note that the timing at which the player terminal 1 receives the performance information may be when the server-side standby period is set.

Further, assume that the screen update selection section 30b is tapped while the animation is being displayed. In this case, the player terminal 1 transmits the request information to the server 100 (S36). Upon receiving the request information, the server 100 derives various information similarly to S19 above (S37). The player terminal 1 updates and displays the battle screen on the display 26 based on the received various information (S38). Here, too, the display 26 displays a battle screen in which the results of the actions are reflected.

It is assumed that an action icon (here, the normal attack icon 42, ability icon 48, and item icon) is tapped immediately after the battle screen is updated and displayed. In this case as well, the action identification information corresponding to the tapped icon is transmitted to the server 100 (S39), similarly to S31 above.

When the server 100 receives the action identification information, it confirms whether it is in the server-side standby period, and if it is in the server-side standby period, it sets server standby information (S40). Upon receiving the server standby information from the server 100, the player terminal 1 displays the standby image 52 on the display 26 (S41).

Next, the functional configurations of the player terminal 1 and the server 100, as well as specific processing in the player terminal 1 and the server 100, will be explained.

(Functional configuration of player terminal 1)
FIG. 10 is a diagram illustrating the functional configuration of the player terminal 1. The memory 12 of the player terminal 1 stores a program for playing the game. The CPU 10 operates various programs (modules) in the memory 12 and updates data such as various parameters and timer values related to the battle game in the data storage area of the memory 12.

By operating each program, the CPU 10 controls the player terminal 1 by the terminal transmitting section 60, the updating section 62, the display controlling section 64, the storage section 66, the timer managing section 68, the terminal waiting period setting section 70, It functions as a parameter updating section 72 and an error processing section 74.

The terminal-side transmission unit 60 performs a transmission process to transmit action identification information corresponding to the selected action to the server 100 based on a tap on an action icon (input of a selection operation to select one of multiple types of actions). . The terminal side transmitter 60 transmits the action identification information accumulated in the action reservation area to the server 100 in the reservation permission state. However, the terminal-side transmitter 60 does not execute the transmission process during the terminal-side standby period.

The update unit 62 executes a page update process, which will be described later, at the start of the battle game and when the screen update selection unit 30b is tapped during the battle game.

The display control unit 64 causes the display 26 to display an animation (action image) mainly based on the effect information received from the server 100. Further, when server standby information is received from the server 100, the standby image 52 is displayed on the display 26.

The accumulation unit 66 accumulates (memorizes) action identification information corresponding to the selected action in the action reservation area (storage unit) based on the tap of the action icon (input of selection operation). The storage unit 66 can store a plurality of pieces of action identification information in the action reservation area. Further, in the reservation permission state, the storage unit 66 can store the action identification information in the action reservation area even when the action icon is tapped (selection operation is input) during the terminal side standby period.

The timer management unit 68 sets timer values in various timers. Additionally, the timer management unit 68 updates the timer value set in the timer.

The terminal-side standby period setting section 70 sets a terminal-side standby period (terminal standby time) when the screen update selection section 30b is tapped (a specific operation is input). Although details will be described later, the terminal-side standby period setting unit 70 sets the terminal-side standby period based on the server-side standby period.

The parameter update unit 72 updates various parameter values used in the battle game in the memory 12 of the player terminal 1.

The error processing unit 74 executes error processing when communication with the server 100 cannot be performed for a predetermined period of time.

(Functional configuration of server 100)
FIG. 11 is a diagram illustrating the functional configuration of the server 100. The memory 112 of the server 100 stores a program for playing the game. The CPU 110 operates various programs (modules) in the memory 112, and updates data such as various parameters and timer values related to the battle game in the data storage area of the memory 112.

Then, the CPU 110 causes the server 100 to function as a server side standby period setting section 130, a calculation section 132, an information output section 134, a standby information setting section 136, and a production information setting section 138 by operating each program.

The server-side standby period setting unit 130 sets a server-side standby period (server standby time) based on at least action identification information or production information.

The calculation unit 132 performs an update process of updating parameters based at least on the received action identification information. Specifically, if action identification information is received outside the server-side waiting period, update processing is performed based on at least the received action identification information, and if action identification information is received during the server-side waiting period, update processing is performed. Not executed.

When the information output unit 134 receives the request information from the player terminal 1, it derives parameter values and the like stored in the processing area of the memory 112 of the server 100 and sets various information.

The standby information setting unit 136 sets server standby information when action identification information is received during the server side standby period.

The performance information setting unit 138 determines performance information based on at least the received action identification information, and sets the determined performance information.

(Specific processing of player terminal 1)
FIG. 12 is a first flowchart illustrating an example of a terminal-side battle game execution process in the player terminal 1, and FIG. 13 is a second flowchart illustrating an example of a terminal-side battle game execution process in the player terminal 1. be. As described above, the terminal-side battle game execution process is started by inputting a battle game start operation. In the terminal-side battle game execution process, first, the terminal-side transmitter 60 transmits battle game information to the server 100 (S101).

Next, the update unit 62 executes page update processing (S200). This page update process is a process for displaying (re-displaying) the battle screen on the display 26 when the screen update selection section 30b is tapped at the start of the battle game or during the battle game. This page update process will be described later.

The display control unit 64 performs display switching processing to switch the display on the display 26 based on the player's operation (S102). Here, for example, when the ally character selection icon 44 is tapped, page switching processing is performed, such as displaying the ability explanation area 44a.

Then, when the action icon (here, the normal attack icon 42, ability icon 48, and item icon) is tapped (YES in S103), if the reservation permission state is set (YES in S104), the storage unit 66 Action identification information is accumulated (stored) in the action reservation area (S105). Here, the storage unit 66 stores action identification information corresponding to the tapped action icon. Further, the display control unit 64 additionally displays an icon on the reserved action display unit 50 (S106).

Note that the action reservation area includes a plurality of (N+1) storage units from the 0th storage unit to the Nth storage unit (N is an arbitrary integer). Action identification information corresponding to the action being executed is stored in the 0th storage unit. Action identification information corresponding to the reserved action is stored in the first to Nth storage units. In S105, empty storage units (in which no action identification information is stored) are searched in order from the first storage unit to the Nth storage unit. Then, action identification information corresponding to the tapped action icon is stored in the first identified empty storage section. Therefore, action identification information is stored in the action reservation area in order from the first storage section to the Nth storage section. Note that if an upper limit is set on the number of actions that can be reserved, for example, about 2 to 10 storage units may be provided in the action reservation area. Further, if there is no upper limit on the number of actions that can be reserved, it is sufficient that the action reservation area has more storage units than the total number of usable actions.

Further, while each animation such as an ability animation is displayed, the animation flag is turned on. In other words, the animation flag is information for identifying whether or not an animation is being displayed. When the animation display is finished (S108: YES) while the animation flag is on (S107: YES), the display control unit 64 turns off the animation flag (S109). Further, when the reservation permission state is set (YES in S110), the storage unit 66 clears the action identification information stored in the 0th storage unit of the action reservation area (S111).

On the other hand, when the action icon is tapped (YES in S103), the reservation is disabled (NO in S104), and the animation flag is off (NO in S112), the terminal-side transmitter 60 The action identification information is transmitted to the server 100 (S113). Further, the timer management unit 68 sets the reception waiting time in the timer (S114).

Note that regardless of the reservation status, if the animation in progress flag is on, the processes from S108 onwards are executed (YES in S107, YES in S112). Similarly, regardless of the reservation status, if the animation in progress flag is off (NO in S107, NO in S112), the terminal-side standby period setting unit 70 determines whether the terminal-side standby period flag is on (S115). ). Note that the terminal-side standby period flag is turned on during the terminal-side standby period, and is turned off when the terminal-side standby period ends. That is, here, the terminal-side standby period setting unit 70 determines whether or not the terminal-side standby period is in progress.

If the terminal side standby period flag is on (S115: YES), the terminal side standby period setting unit 70 updates the terminal standby time (S116). Here, the timer value of the timer that measures the terminal standby time is decremented according to the elapsed time. Then, when the updated terminal standby time becomes 0, that is, when the set terminal standby time has elapsed (YES in S117), the terminal side standby period setting unit 70 turns off the terminal side standby period flag (S118). . Note that the terminal standby time is set as described in detail later. Here, the period from when the terminal standby time is set until the end of the terminal standby time is the terminal side standby period.

Further, the terminal-side standby period is set when the screen update selection section 30b is tapped while the animation is being displayed. In this case, when the battle screen is redisplayed, the animation flag is always turned off because the animation has been forcibly terminated. Furthermore, during the terminal standby period, the start of actions is restricted, so animations such as ability animations will not start to be displayed. Therefore, the terminal-side standby period flag and the animation-in-progress flag are never turned on at the same time.

Furthermore, as described above, in the reservation-disabled state, no action reservation is made, so no terminal-side standby period is set in the player terminal 1. In the reservation-disabled state, the progress of the game is controlled based on the server-side standby period managed by the server 100. Therefore, when the action identification information is sent to the server 100 (NO in S112, S113) in the reservation unavailable state (NO in S104), the terminal-side standby period flag is always off (NO in S115). ).

If the animation is not being displayed (NO in S107, NO in S112) and the terminal side is not in a standby period (NO in S115), the processes from S120 to S135 in FIG. 13 are executed. On the other hand, while the animation is being displayed (YES in S112, YES in S107) or during the terminal side standby period (YES in S115), the processes from S120 to S135 in FIG. 13 are not executed.

If the animation is not displayed (NO in S107, NO in S112) and the terminal side is not in the standby period (NO in S115), the terminal side transmitter 60 stores the action identification information in the action reservation area. (S120). Note that in S120, it is determined that the action identification information is stored when the reservation permission state is set and any action is reserved. In other words, if the reservation is not allowed, the action identification information is not stored and the determination in S120 is always NO.

If the action identification information is stored (S120: YES), the terminal side transmitter 60 shifts the action identification information (S121). Here, the action identification information stored in the first storage section to the Nth storage section is moved from the 0th storage section to the N-1th storage section, which is one storage section with a lower number.

The terminal-side transmitting unit 60 transmits the action identification information shifted to the 0th storage unit to the server 100 (S122). Further, the timer management unit 68 sets the reception waiting time in the timer (S123).

Further, it is assumed that action identification information is not stored (NO in S120), while waiting for reception (YES in S124), and effect information is received from the server 100 (YES in S125). In this case, the parameter updating unit 72 updates the parameters based on the performance information (S126). Further, the display control unit 64 starts displaying the animation based on the received effect information (S127), and turns on the animation-in-progress flag (S128). Furthermore, the timer management unit 68 resets the timer that measures the reception waiting time (S129).

Further, assume that while waiting for reception (YES in S124), server standby information is received from the server 100 (NO in S125, YES in S130). In this case, the display control unit 64 displays the standby image 52 on the display 26 (S131). Furthermore, the timer management unit 68 resets the timer that measures the reception waiting time (S132).

Further, while waiting for reception (YES in S124), if neither production information nor server standby information has been received (NO in S125, NO in S130), the timer management unit 68 updates the reception waiting time (timer (decrement the value) (S133). Then, when the timer value becomes 0 and a timeout occurs (YES in S134), the error processing unit 74 performs predetermined error processing (S135).

Then, when the screen update selection section 30b is tapped during the terminal side battle game execution process (YES in S136), the above page update process (S200) is executed. Further, if the screen update selection section 30b is not tapped (NO in S136) and the battle game termination condition is not satisfied (NO in S137), each process is repeated from the display switching process (S102). That is, the page update process (S200) is executed at the start of the battle game, and will not be executed again unless the screen update selection section 30b is tapped thereafter.

Note that when the battle game termination condition is satisfied (S137: YES), a predetermined termination process is executed (S138), and the battle game, that is, the terminal-side battle game execution process is terminated.

FIG. 14 is a flowchart illustrating an example of the page update process (S200) in the player terminal 1. The update unit 62 transmits request information to the server 100 (S201), and waits to receive various information including parameter values and performance information (S202). When the update unit 62 receives various information (YES in S202), it updates the various information in the player terminal 1 (S203), and updates all the actions stored in the 0th to Nth storage units of the action reservation area. The identification information is cleared (S204).

The terminal side standby period setting unit 70 acquires the current time T1 and transmits it to the server 100 (S205). As will be described in detail later, when the server 100 receives the current time T1 from the player terminal 1, it acquires and sets the temporary standby end time.

Upon receiving the provisional standby end time (YES in S206), the terminal side standby period setting unit 70 acquires the current time T2 at the time of receiving the provisional standby end time (S207). Then, the difference between the current time T2 and T1 is added to the received provisional standby end time to calculate and store the standby end time (S208).

The display control unit 64 updates and displays the battle screen based on the received various information (performance information) (S209). Furthermore, the display control unit 64 turns off the animation in progress flag (S210).

Furthermore, the terminal-side standby period setting unit 70 obtains the current time T3 when the updated display of the battle screen is finished (S211). The terminal-side standby period setting unit 70 derives and stores the terminal standby time obtained by subtracting the current time T3 from the standby end time stored in S208 (S212).

In addition, if the screen update selection section 30b is tapped during the battle game and the page update process is not performed (NO in S213), the terminal side standby period setting unit 70 determines that the page update process is not performed during the battle game. If it is to be executed at the start, the terminal standby time stored in S212 is cleared (to 0) (S215). In addition, the terminal-side standby period setting unit 70 determines whether the screen update selection unit 30b is tapped during the battle game and page update processing is performed (YES in S213), and the reservation is set to be disabled (in S214). If YES), the terminal standby time stored in S212 is cleared (S215).

If the terminal standby period setting unit 70 finally stores the terminal standby time is larger than 0 (YES in S216), that is, if the terminal standby time is finally set in the page update process, The terminal side standby period flag is turned on (S217). This ends the page update process, and thereafter the process is restarted from S102.

According to the above page update process, the terminal side standby period (terminal standby time) is set in the player terminal 1 only when the reservation permission state is set. Therefore, if the reservation is not allowed, the action identification information is sent to the server 100 even if the action icon is tapped immediately after the screen update selection section 30b is tapped. However, in this case, server standby information will be received from the server 100, and the standby image 52 will be displayed.

Further, the terminal-side standby period is determined by taking into account the difference between the current times T1 and T2. Thereby, the communication time between the player terminal 1 and the server 100 is appropriately reflected in the terminal side standby period.

(Specific processing of server 100)
FIG. 15 is a flowchart illustrating an example of server-side battle game execution processing in the server 100. The server-side battle game execution process is repeatedly executed at predetermined intervals (for example, from several milliseconds to several tens of milliseconds).

If the server standby time set in the timer is not 0 (YES at S301), the server side standby period setting unit 130 decrements the server standby time (S302). In this embodiment, a state in which the server standby time is not 0 means that the server side standby period is in progress, and a state in which the server standby time is 0 means that it is outside the server side standby period.

Upon receiving the battle game information (YES in S303), the calculation unit 132 sets the parameter value of each parameter in the processing area based on the received battle game information (S304). Further, upon receiving the request information (YES in S305), the information output unit 134 derives parameter values etc. stored in the processing area, and sets various information so that the player terminal 1 can receive them (S306). The various information set here is received by the player terminal 1.

Further, upon receiving the current time T1 from the player terminal 1 (YES in S307), the server-side standby period setting unit 130 adds the timer value of the current timer, that is, the server standby time, to the received current time T1. A temporary standby end time is derived (S308). Then, the server-side standby period setting unit 130 sets the derived provisional standby end time so that the player terminal 1 can receive it (S309).

Further, when the action identification information is received (YES in S310), if the server standby time is not 0 (NO in S311), that is, if it is in the server side standby period, the standby information setting unit 136 sets the server standby time to The player terminal 1 is set to be able to receive the medium information.

On the other hand, when the action identification information is received (YES in S310), if the server waiting time is 0 (YES in S311), that is, if it is outside the server side waiting period, the calculation unit 132 changes the parameter change value. Derived (S313). Here, the damage value etc. to be given to the ally character or the enemy character are determined. Further, the calculation unit 132 performs an update process of updating the parameter value by adding the derived change value to the parameter value currently stored in the processing area (S314). Further, the performance information setting unit 138 determines a performance pattern (performance information) based on the received action identification information (S315), and sets the performance information so that the player terminal 1 can receive it (S316).

Further, the server-side standby period setting unit 130 sets a server standby time in a timer based on the received action identification information (S317). Note that the server standby time is set in advance for each action identification information. However, some action identification information has a plurality of performance patterns, and some action identification information has only one performance pattern. For example, when action identification information provided with only one performance pattern is received, the same performance pattern is always determined. In this case, only one server standby time is preset for the action identification information and the production pattern.

Further, for example, when a normal attack action is executed, different performance patterns are determined depending on the damage inflicted on the enemy character. Further, when the normal attack icon 42 is tapped, the number of secret attack operations varies depending on the number of friendly characters whose meter value has reached the maximum value. In this way, different performance patterns, that is, animations with different composition times, can be determined depending on the game situation. That is, for action identification information in which a plurality of performance patterns are provided, a plurality of server standby times are set. Therefore, depending on the type of action identification information, the server standby time can be set based on the performance information (performance pattern). As described above, the server-side waiting period setting unit 130 sets the server-side waiting period based on at least the action identification information or the production information.

Note that the longer the animation configuration time, the longer the server standby time is set. Furthermore, the server standby time is set shorter than the animation display time for all actions. However, the server standby time may be set uniformly for each type of action, regardless of the animation configuration time. Furthermore, for example, if the animation configuration time is short, the server standby time may not be set.

In addition, in the server-side battle game execution process described above, action identification information is received during the server-side standby period (YES in S310, NO in S311) only when the reservation is set to be disabled. This is because when the reservation permission state is set, a terminal-side standby period is set in the player terminal 1, and action identification information is not transmitted to the server 100 during this period.

According to this embodiment, the setting and management of the waiting period is shared between the player terminal 1 and the server 100 as described above. Thereby, the waiting time can be set appropriately, and the stress on the player can be reduced.

Although one aspect of the embodiment has been described above with reference to the accompanying drawings, it goes without saying that the present invention is not limited to the above embodiment. It is clear that those skilled in the art can come up with various modifications or modifications within the scope of the claims, and it is understood that these naturally fall within the technical scope.

In the above embodiment, a case has been described in which the player can set the reservation state to be a reservation allowed state or a reservation not allowed state. However, for example, only the above-mentioned reservation permission state may be provided, or only the reservation not allowed state may be provided. If there is only one reservation state, the setting and management of the waiting period may be performed only by the player terminal 1 or only by the server 100.

Furthermore, in the above embodiment, when the reservation permission state is set, the progress of the game is controlled based on the terminal side standby period. On the other hand, if the reservation is disabled, the progress of the game is controlled based on the server-side waiting period. However, on the contrary, for example, if reservations are allowed, the progress of the game is controlled based on the server-side waiting period, and if reservations are not allowed, the terminal Game progress may be controlled based on the waiting period.

Further, the contents, number, etc. of actions described in the above embodiment are merely examples. Furthermore, in the above embodiment, one turn is made up of a special action section and a normal attack section, and each action can be selected by the player during the special action section. However, the method of progressing the battle game is not limited to this. For example, the player may be able to select an action even in the normal attack section in the above embodiment.

Furthermore, in the embodiment described above, when the ability icon 48 is tapped during the server standby period when the reservation is set to be disabled, the standby image 52 is displayed. However, unless parameter values are updated or various calculations are executed in the server 100 during the server standby period, displaying the standby image 52 is not essential.

Furthermore, in the above embodiment, when the reservation permission state is set, a terminal side standby period is set. However, for example, a terminal-side standby period may be set even when the reservation is set to a disabled state. If the ability icon 48 is tapped during the terminal-side standby period in the reservation-disabled state, the transmission process for transmitting the action identification information to the server 100 may not be executed, as in the reservation-permitted state described above.

Further, in the above embodiment, it is assumed that, for example, when the action identification information is received, the server standby time is set to 6 seconds and a 12 second animation is displayed on the player terminal 1. Further, assume that the screen update selection section 30b is tapped one second after the start of displaying the animation. In this case, the server standby time is 5 seconds remaining, but the terminal side standby period is set based on this 5 seconds.

That is, in the above embodiment, the terminal-side standby period reflects the time during which the animation has been displayed, in other words, the time from the start of displaying the animation until the screen update selection section 30b is tapped. Therefore, in the above example, if the screen update selection section 30b is tapped 6 seconds after the start of displaying the animation, the terminal standby period is not set because the terminal standby time is 0 seconds.

In this way, by setting the terminal side standby period based on the server side standby period, there is no need for time management on both the player terminal 1 and the server 100. However, for example, in the player terminal 1, a terminal side standby period may be set separately from the server side standby period.

Furthermore, in the embodiment described above, the case where the screen update selection section 30b is tapped is described as an example of the case where a specific operation is input. However, the specific operation broadly includes an operation for transitioning from the battle screen to another screen, such as when the previous screen selection section 30a or the my page selection section 30c is tapped. For example, if the previous screen selection section 30a or my page selection section 30c is tapped during a battle game, and then the quest icon 32d is tapped again to start the battle game, it is assumed that a specific operation has been performed. The same process as when the screen update selection section 30b is tapped is performed.

Further, as described above, when the action identification information is transmitted from the player terminal 1 to the server 100 during the server-side standby period, the standby image 52 is displayed on the display 26. At this time, if the number of times the standby image 52 is displayed exceeds a predetermined number of times, the server side standby period may be extended as a penalty.

Note that the program for executing the processing in the above embodiments may be stored in a computer-readable storage medium and provided as the storage medium. Furthermore, it may be provided as a game terminal device including this storage medium. Further, the above embodiment may be an information processing method that implements each function and the steps shown in the flowchart.

INDUSTRIAL APPLICATION This invention can be utilized for an information processing system and an information processing method.

1 Player terminal 26 Display (display section)
52 Standby image 60 Terminal-side transmission section 64 Display control section 66 Accumulation section 70 Terminal-side standby period setting section 100 Server 130 Server-side standby period setting section 132 Arithmetic section 136 Waiting information setting section 138 Production information setting section S Information processing system

Claims (5)

a terminal-side transmitting unit provided in the player terminal and transmitting action identification information corresponding to the selected action to the server based on an input of a selection operation for selecting one of the plurality of types of actions;
a performance information setting unit provided in the server and configured to set performance information based on at least the received action identification information;
a display control unit provided in the player terminal and configured to display an action image on a display unit based on the received performance information;
a server-side standby period setting unit provided in the server and configured to set a server-side standby period shorter than a display time of the action image based on at least the action identification information or the production information;
If the action identification information is provided in the server and the action identification information is received outside the server-side standby period, an update process is performed to update the parameters based on at least the received action identification information, and the parameter is updated during the server-side standby period. a calculation unit that does not execute the update process when action identification information is received;
An information processing system equipped with. The server further includes a standby information setting unit that sets server standby information when the action identification information is received during the server side standby period,
The information processing system according to claim 1, wherein the display control unit displays a standby image on the display unit when the server standby information is received. a terminal-side standby period setting unit provided in the player terminal and configured to set a terminal-side standby period when a specific operation is input on the player terminal;
The terminal-side transmitter includes:
restricting transmission of the action identification information during the terminal side standby period;
The information processing system according to claim 1 or 2. The length of the server-side waiting period is not displayed on the player terminal;
The information processing system according to any one of claims 1 to 3 . a step of transmitting action identification information corresponding to the selected action to the server based on input of a selection operation executed on the player terminal to select one of the plurality of actions;
a step of setting production information based on at least the received action identification information, the step being executed in the server;
a step of displaying an action image on a display unit based on the received performance information, which is executed on the player terminal;
a step of setting a server-side waiting period shorter than a display time of the action image , the step being executed on the server and based on at least the action identification information or the production information;
When executed in the server and the action identification information is received outside the server-side standby period, an update process for updating parameters is performed at least based on the received action identification information, and the update process is executed during the server-side standby period. a step of not executing the update process when action identification information is received;
Information processing methods including.

Images