JP7236580B1 - Information processing program, information processing method and information processing system - Google Patents

Abstract

A player's convenience is improved. The information processing program includes processing for executing a predetermined motion of the game medium, processing for setting enable or disable of a special auto function for automatically executing a special action of the game medium, and When an automatic function is set valid and a prescribed condition is met during the execution of the prescribed motion, the computer is made to perform processing for limiting the execution of the prescribed motion and executing a special action. [Selection drawing] Fig. 6

Description

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

Patent Literature 1 discloses two methods of using a special move of a friendly character: a method in which a player operates (tap) a friendly character whose special move gauge has reached its maximum value; Then, there is a disclosure of a computer-controlled method for a friendly character to use an auto function used for a special move.

Japanese Patent No. 6928050

As described above, when the auto function is used, while the special move can be used automatically, there are cases where the special move cannot be used at the timing desired by the player, which hinders the player's convenience. There was a risk that

An object of the present invention is to provide an information processing program, an information processing method, and an information processing system that can improve the convenience of the player.

In order to solve the above problems, the information processing program
a process of executing a predetermined motion of the game medium based on a predetermined command;
a process of enabling or disabling a special auto function for automatically executing a special action of the game medium;
a process of setting whether to enable or disable a normal auto function for automatically executing the special action, which is provided separately from the special auto function;
When the special auto function is enabled and a predetermined condition is satisfied during the execution of the predetermined motion, the execution of the predetermined motion is restricted and the special motion is performed without the player's operation. A process that automatically executes an action,
When the normal auto function is set to be valid and the special auto function is set to be invalid and the predetermined condition is satisfied during the execution of the predetermined motion, without the player's operation a process of automatically executing the special action after execution of the predetermined motion is completed;
is performed by a computer.

The special auto function may be enabled when the normal auto function is enabled.

A first setting for maintaining the validity of the special auto function after the special action is executed by the special auto function, and a second setting for disabling the special auto function after the special action is executed by the special auto function. Any of the settings may be configurable.

In order to solve the above problems, the information processing method includes:
An information processing method performed by one or more computers, comprising:
a process of executing a predetermined motion of the game medium based on a predetermined command;
a process of enabling or disabling a special auto function for automatically executing a special action of the game medium;
a process of setting whether to enable or disable a normal auto function for automatically executing the special action, which is provided separately from the special auto function;
When the special auto function is enabled and a predetermined condition is satisfied during the execution of the predetermined motion, the execution of the predetermined motion is restricted and the special motion is performed without the player's operation. A process that automatically executes an action,
When the normal auto function is set to be valid and the special auto function is set to be invalid and the predetermined condition is satisfied during the execution of the predetermined motion, without the player's operation a process of automatically executing the special action after execution of the predetermined motion is completed;
including.

In order to solve the above problems, the information processing system
An information processing system comprising one or more computers,
The computer is
a process of executing a predetermined motion of the game medium based on a predetermined command;
a process of enabling or disabling a special auto function for automatically executing a special action of the game medium;
a process of setting whether to enable or disable a normal auto function for automatically executing the special action, which is provided separately from the special auto function;
When the special auto function is enabled and a predetermined condition is satisfied during the execution of the predetermined motion, the execution of the predetermined motion is restricted and the special motion is performed without the player's operation. A process that automatically executes an action,
When the normal auto function is set to be valid and the special auto function is set to be invalid and the predetermined condition is satisfied during the execution of the predetermined motion, without the player's operation a process of automatically executing the special action after execution of the predetermined motion is completed;
carry out

According to the present invention, convenience for the player can be improved.

FIG. 1 is an explanatory diagram showing a schematic configuration of an information processing system. FIG. 2A is a diagram for explaining the hardware configuration of the player terminal. FIG. 2B is a diagram for explaining the hardware configuration of the server. FIG. 3A is a diagram showing an example of a home screen. FIG. 3B is a diagram illustrating an example of a teammate character confirmation screen. FIG. 3C is a diagram showing an example of a quest screen. FIG. 4A is a diagram illustrating an example of a quest selection screen. FIG. 4B is a diagram illustrating an example of a party selection screen. FIG. 4C is a first diagram illustrating an example of a battle screen. FIG. 5 is a diagram illustrating an example of an action detail table of a teammate character. FIG. 6 is a diagram showing an example of a motion of a teammate character. FIG. 7A is a second diagram illustrating an example of the battle screen. FIG. 7B is a diagram illustrating an example of a deathblow motion. FIG. 8A is a third diagram illustrating an example of the battle screen. FIG. 8B is the first diagram illustrating the MENU popup. FIG. 9A is a second diagram illustrating the MENU popup. FIG. 9B is a third diagram illustrating the MENU popup. FIG. 10A is the first diagram for explaining the setting popup. FIG. 10B is a second diagram illustrating the setting popup. FIG. 10C is a diagram for explaining the result screen. FIG. 11 is a diagram for explaining the configuration of a memory in a player terminal and functions as a computer. FIG. 12 is a diagram for explaining the configuration of a memory in a server and functions as a computer. FIG. 13 is a sequence diagram of the player terminal and server. FIG. 14 is a first flowchart illustrating an example of battle game management processing in a player terminal. FIG. 15 is a second flowchart illustrating an example of battle game management processing in the player terminal.

One aspect of an embodiment of the present invention will be described in detail below with reference to the accompanying drawings. Numerical values and the like shown in these embodiments are merely examples for facilitating understanding, and do not limit the present invention unless otherwise specified. In the present specification and drawings, elements having substantially the same function and configuration are given the same reference numerals to omit redundant description, and elements that are not directly related to the present invention are omitted from the drawings. 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 functioning as a client, that is, a game terminal, a server 100, and a communication network 200 having a communication base station 200a.

In the information processing system S of this embodiment, the player terminal 1 and the server 100 function as a game device G. FIG. The player terminal 1 and the server 100 are responsible for controlling the progress of the game, respectively.

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

The server 100 is connected for communication with a plurality of player terminals 1 . The server 100 accumulates various types of information for each player who plays the game. In addition, the server 100 performs processing such as updating accumulated information and causing the player terminal 1 to download images and various types of information based on operations input from the player terminal 1 .

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

(Hardware configuration of player terminal 1 and server 100)
FIG. 2A is a diagram for explaining the hardware configuration of the player terminal 1. As shown in FIG. FIG. 2B is a diagram for explaining the hardware configuration of the server 100. As shown in FIG. 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.

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 .

The configurations and functions of the CPU 110, the memory 112, the bus 114, the input/output interface 116, the storage unit 118, the communication unit 120, the input unit 122, and the output unit 124 of the server 100 are the same as those of the CPU 10, the memory 12, and the They are substantially the same as the bus 14 , input/output interface 16 , storage section 18 , communication section 20 , input section 22 and output section 24 . Therefore, the hardware configuration of the player terminal 1 will be described below, and the description 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 composed of 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 unit 18 , a communication unit 20 , an input unit 22 and an output unit 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, the programs and data stored in the storage unit 18 are loaded by the CPU 10 into the memory 12 (RAM).

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

The input unit 22 includes, for example, a touch panel through which player's operations are input (accepts operations), buttons, a keyboard, a mouse, a cross key, an analog controller, and the like. Also, 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 voice of the player. That is, the input unit 22 broadly includes a device capable of inputting the player's intention in an identifiable 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 unit 24 and a touch panel provided as an input unit 22 so as to overlap the display 26 .

(game content)
Next, the content of the game provided by the information processing system S (game device G) of this embodiment will be described using an example. In this embodiment, a so-called battle game is provided in which friendly characters battle enemy characters. Specifically, in the game of the present embodiment, multiple types of teammate characters are provided. The player selects a plurality of (here, five) ally characters from among the provided ally characters, and plays a plurality of types of battle games with different enemy characters and different degrees of difficulty. In the battle game, a friendly character defeats (clears) an enemy character to obtain a reward.

FIG. 3A is a diagram showing an example of a home screen. FIG. 3B is a diagram illustrating an example of a teammate character confirmation screen. FIG. 3C is a diagram showing an example of a quest screen. The display 26 of the player terminal 1 displays game screens as shown in FIGS. 3A, 3B, and 3C. In this embodiment, the game screen is roughly divided into a normal screen and a battle screen.

The normal screen is mainly a screen for the player to confirm various settings and information. On the other hand, the battle screen is a screen displayed on the display 26 from the start to the end of the battle game. Here, all screens other than the battle screen are normal screens. The normal screen is roughly divided into five screens: a home screen shown in FIG. 3A, a friendly character confirmation screen shown in FIG. 3B, a quest screen shown in FIG. 3C, a gacha screen (not shown), and a menu screen (see FIG. 10B). .

A menu bar 30 is displayed at the bottom of the display 26 on the normal screen. The menu bar 30 is provided with a plurality of operation units that can be operated (tapped) by the player. The menu bar 30 includes a home screen selection operation section 30a labeled "home", a teammate character confirmation screen selection operation section 30b labeled "character", a quest screen selection operation section 30c labeled "quest", A gacha screen selection operation section 30d labeled "gacha" and a menu screen selection operation section 30e labeled "menu" are provided.

When the home screen selection operation unit 30a is tapped, the home screen shown in FIG. 3A is displayed on the display 26. FIG. Further, when the teammate character confirmation screen selection operation section 30b is tapped, the teammate character confirmation screen shown in FIG. 3B is displayed on the display 26. FIG. Similarly, when the quest screen selection operation section 30c is tapped, the quest screen shown in FIG. 3C is displayed on the display 26. FIG. Further, when the gacha screen selection operation unit 30d is tapped, a gacha screen (not shown) is displayed on the display 26. FIG. Further, when the menu screen selection operation unit 30e is tapped, a menu screen shown in FIG. 10B, which will be described later, is displayed on the display 26.

As described above, the normal screen is roughly divided into five screens. In the menu bar 30, the operation section corresponding to each screen is highlighted so that the screen being displayed on the display 26 can be identified.

The home screen shown in FIG. 3A corresponds to the initial screen, and a header display area 31 is provided at the top. The header display area 31 displays level information 31a indicating the level of the player associated with the player ID, and a stamina display bar 31b indicating the stamina of the player associated with the player ID.

Note that stamina is a parameter required for playing the battle game. In this embodiment, a plurality of types of battle games are provided, and each battle game is set with a consumption value of stamina required for playing and a maximum number of executions per day. When playing a battle game in which the stamina consumption value required for playing is set, the player consumes stamina to play the battle game. can't play

On the teammate character confirmation screen shown in FIG. 3B, all teammate characters (images) corresponding to the teammate character ID associated with the player ID are displayed. That is, on the teammate character confirmation screen, all teammate characters possessed by the player are displayed. The teammate character ID is for identifying the teammate character, and a different ID is assigned to each teammate character. Here, for example, when a lottery operation unit is tapped on a gacha screen (not shown), a lottery (hereinafter referred to as "reward lottery") for determining a teammate character (reward) to be given to the player is executed. When the player acquires a new ally character through the reward lottery, the player ID of the player is associated with the ally character ID of the acquired ally character.

An experience value and a level are stored in association with each ally character. The experience value increases when the player wins a battle game, which will be described later, or when a predetermined item is used. The level is set according to the experience value, and the level rises each time the experience value reaches a predetermined value. Each ally character has an upper limit of level, and the level increases only within the range up to the upper limit.

Base values of combat power such as life points, offensive power, and defensive power are set for allied characters based on their levels. The player can progress the battle game more advantageously as the combat power of the ally character increases. Also, each base value set for an ally character increases as the level increases.

In addition, it is possible to equip (set) equipment such as weapons and armor to the ally character. Each piece of equipment is set with an additional value for attack power, defense power, and the like. When equipment is equipped, the added value of each equipment is added to the above-mentioned base value, and the fighting power of the ally character can be increased.

A plurality of game selection operation sections 33 for selecting a battle game (layer) are displayed on the quest screen shown in FIG. 3C. Clear information of each battle game is also displayed on the game selection operation section 33 . Clear information is indicated by, for example, three stars. In the battle game, when the battle game is cleared, stars are obtained according to the number of ally characters whose life points are 0 when the battle game is cleared. For example, if there is no friendly character whose life point is 0, three stars are obtained, and if there is only one friendly character whose life point is 0, two stars are obtained. , when there are two or more allied characters whose life points are 0, one star is obtained.

In the example of FIG. 3C, three stars are obtained in the "1-1" battle game, two stars are obtained in the "1-2" battle game, and one star is obtained in the "1-3" battle game. has been obtained. Also, in the battle game "1-4", not even one star has been obtained, and it is reported that this battle game has not been cleared.

As for the battle game, when one battle game is cleared, the next battle game is released. Therefore, in the example of FIG. 3C, by clearing up to the battle game "1-3", the battle game "1-4" is released, but after that ("1-5" not shown) ) battle game has not been released.

FIG. 4A is a diagram illustrating an example of a quest selection screen. FIG. 4B is a diagram illustrating an example of a party selection screen. FIG. 4C is a first diagram illustrating an example of the battle screen 40. FIG.

On the quest screen, for example, when the game selection operation section 33 of the battle game “1-4” is tapped, the quest selection screen shown in FIG. 4A is displayed on the display 26 . The quest selection screen displays enemy characters appearing in the battle game and items (rewards) obtainable in the battle game. In addition, on the quest selection screen, a challenge selection operation section 34 labeled "Challenge" for challenging the battle game, and a cancellation labeled "Cancel" for canceling the challenge to the battle game. A selection operation section 35 is displayed.

When the cancel selection operation unit 35 is tapped, the quest screen shown in FIG. 3C is displayed on the display 26, and the challenge to the selected battle game "1-4" is canceled.

On the other hand, when the challenge selection operation section 34 is tapped, the party selection screen shown in FIG. 4B is displayed on the display 26. FIG. On the party selection screen, all teammate characters possessed by the player are displayed, and a selected teammate character display area 36 for displaying the selected teammate character is displayed below.

When the player taps a displayed ally character on the party selection screen, the selected ally character is displayed in the selected ally character display area 36 . That is, here, the teammate character ID for use in the battle game is selected from among the teammate character IDs associated with the player ID.

Then, when an ally character (ally character ID) is selected and the start operation section 37 is tapped, the battle game is started, and the battle screen 40 shown in FIG. 4C is displayed on the display 26 .

An ally character and an enemy character are displayed on the battle screen 40 . The ally characters act under computer control in accordance with action details predetermined for each ally character, and damage the enemy character or receive damage from the enemy character. Also, the enemy characters are computer-controlled according to the action contents predetermined for each enemy character, and damage the ally characters or receive damage from the ally characters.

When damage points are given to the enemy character, the damage points are subtracted from the life points of the enemy character. Similarly, when damage points are given to an ally character, the damage points are subtracted from the life points of the ally character. When the life points of all enemy characters become 0, the player wins (clears), and when the life points of all ally characters become 0 (defeat), the player loses.

FIG. 5 is a diagram illustrating an example of an action detail table of a teammate character. As shown in FIG. 5, in the action content table, the action content and its order are set in advance for each teammate character ID.

When the battle game starts, the ally characters are computer-controlled based on the action contents in the order set in the action table. Actions are roughly divided into execution of a "normal attack" set for each ally character and activation of a "skill" set for each ally character.

Note that in the present embodiment, when each action content set in the action content table is executed, the friend character waits for a predetermined waiting period of, for example, three seconds. ) is displayed, each action content set in the action content table is executed. It should be noted that the length of the waiting period may be the same length for all ally characters, or may be set to different lengths for each ally character.

"Normal attack" is one of the basic actions of a friend character that is associated with each friend character and executed during the battle game. For example, as a "normal attack", an attack with a sword, an arrow shot from a bow, magic shot from a staff, etc. are used to attack one or more enemy characters, and the life point parameter of the enemy character is increased. It is prescribed to decrease.

A "skill" is a technique (ability) of an ally character that is associated with each ally character and activated during the battle game. For example, "skills" are defined to change various parameters of oneself, other friendly characters, or enemy characters.

For example, "recovery skill", "buff skill", "debuff skill" and the like are set as the "skill" of the ally character. For example, an "attack skill" is defined to decrease the life point parameter of an enemy character. Also, the "recovery skill" is stipulated to increase (recover) parameters of the life points of one's self and other ally characters. A "buff skill" is stipulated to increase one or more parameters such as "attack power" or "defense power" of oneself or another ally character. A "debuff skill" is defined to reduce one or more parameters such as "attack power" and "defense power" of an enemy character.

For example, as shown in FIG. 5, in the case of a friendly character whose friendly character ID is "001", when the battle game starts, action 1 "normal attack", action 2 "normal attack", action 3 "skill a1”, and when the motion of action 3 is completed, the motion from action 1 is performed again in a loop. That is, in the case of an ally character whose ally character ID is "001", the number of actions to be looped is defined to be three.

For example, as shown in FIG. 5, in the case of a friendly character whose friendly character ID is "025", when the battle game starts, action 1 "skill y2", action 2 "skill y1", action 3 "Normal attack" and "skill y1" of action 4 are performed in this order, and when the action of action 4 is completed, the action from action 1 is performed again in a loop. That is, in the case of an ally character whose ally character ID is "025", the number of actions to be looped is defined as four.

It should be noted that the content of the "skill" activated by each ally character may be common to other ally characters, or may be unique to a predetermined ally character. In addition, the number of actions to be looped may be set for each friend character, the friend characters having the same number of actions may be provided, or the number of actions of all the friend characters may be different. . Also, at least a part of the action content may be changed according to the player's development status of each teammate character. For example, when the player is in the initial stages of training a teammate character, a "normal attack" may be executed instead of the "skill" specified in the action content.

Note that in this embodiment, the case where the action content set in the action content continues to loop over the period from the start of the battle game to the end of the battle game is shown. may be set separately. In this case, when the battle game starts, the friend character may be moved by computer control based on the specific action contents immediately after the start of the battle game. After the action of the ally character based on the exclusive action content immediately after the start of the battle game ends (completion), the action is looped in order from action 1 in the action content table shown in FIG.

FIG. 6 is a diagram showing an example of a motion of a teammate character. When the action of the ally character based on the action content table is executed, the display 26 displays a motion (image) corresponding to the content of the executed action. FIG. 6 shows, as an example, the case of an ally character whose ally character ID is "001".

When the battle game starts, action 1 is executed first. In Action 1, first, as shown in FIG. 6, a waiting motion (image ) is displayed.

Then, when a predetermined waiting period ends, execution of a "normal attack" is started here based on the action content set in Action 1. When execution of the "normal attack" is started, execution (playback) of a normal attack motion (image) provided for each ally character is started. Here, as the normal attack motion (image), a motion (image) is displayed in which a friend character shoots an arrow from a bow and the arrow hits an enemy character. Then, when the execution (reproduction) of the normal attack motion (image) ends, the "normal attack" is, for example, in the case of an attack with a sword, the normal attack motion (image) for 1 second is executed (reproduced), and the In the case of an attack, a normal attack motion (image) for 2 seconds is executed (reproduced). Then, action 1 ends and execution of action 2 is started.

When the action 2 starts to be executed, first, a waiting motion (image) is displayed in which the friend character waits for a predetermined waiting period (from the start of the waiting period to the end of the waiting period in FIG. 6). After that, execution of a "normal attack" is started. When the execution of the "normal attack" is started, the execution (reproduction) of the normal attack motion (image) is started as in action 1. Then, when the execution (playback) of the normal attack motion (image) in action 2 ends, action 2 ends and execution of action 3 starts.

When the action 3 starts to be executed, first, a waiting motion (image) is displayed in which the friend character waits for a predetermined waiting period (from the start of the waiting period to the end of the waiting period in FIG. 6). After that, execution of "skill a1" is started. When the execution of the "skill a1" is started, the execution (reproduction) of a skill motion (image) corresponding to the content of the "skill" provided for each teammate character is started. Here, as the skill motion (image), a motion (image) indicating that the attack power of the ally character increases is displayed. Then, when the execution (playback) of the skill motion (image) ends, the action 3 ends and the execution of the action 1 starts. Thereafter, actions 1 to 3 are looped.

In this embodiment, the number of frames is set at the start of an attack so that the damage is calculated in the next frame in the case of an attack with a sword, and in the case of an attack with an arrow, in several frames later. Then, when the set number of frames has passed, calculation of damage, etc. is actually performed. Further, when the "skill" is activated, calculations and the like are performed in which various parameters are continuously changed over a predetermined period (for example, 3 seconds). In other words, the timing of the attack on the enemy character and the occurrence of some effect on the friend character or the enemy character by the "skill" are displayed. Arithmetic processing is performed at the timing when motion) is executed. However, damage calculation and the like may be performed immediately at the start of an attack, and various parameters may be changed immediately when a "skill" is activated.

Returning to FIG. 4C, at the bottom of the battle screen 40, a life point 40a, a special move gauge 40b, and a character display portion 40c are displayed for each ally character. The deathblow gauge 40b rises when the ally character receives damage from the enemy character or damages the enemy character. Then, when the deathblow gauge 40b reaches a predetermined maximum value, the ally character can use the "deathblow". A "special move" gives more damage points to an enemy character than a "normal attack" or a "skill". In this way, a "special move" that can be activated (executed) by satisfying a predetermined condition (the special move gauge 40b reaches the maximum value) is set for the ally character. A "special move" is a unique "special skill" that is individually set for each ally character and differs between each ally character.

In addition, the "special move" is not limited to those that damage the enemy character, but also those that increase (recover) the parameters of the life points of oneself or other ally characters, or "attack power" of oneself or other ally characters. or "defense power", or to decrease one or more parameters such as "attack power" or "defense power" of the enemy character.

On the battle screen 40, a normal auto operation section 41 marked with "AUTO" is displayed. A state in which the normal auto function is used (normal auto state) in which the "special move" can be automatically activated (normal auto state) according to tapping of the normal auto operation unit 41, and a state in which the normal auto function is not used. (manual state) and are configured to be switchable. When the normal auto function is used (normal auto state), the normal auto operation section 41 is highlighted (see FIG. 8A, which will be described later).

FIG. 7A is a second diagram illustrating an example of the battle screen 40. FIG. FIG. 7B is a diagram illustrating an example of a deathblow motion. As shown in FIG. 7A, when the deathblow gauge 40b reaches a predetermined maximum value, an icon labeled "OK!" indicating that the "deathblow" can be activated is superimposed on the character display portion 40c. is displayed.

In the manual state, which is a state in which the normal auto function is not used, the player taps the character display portion 40c corresponding to the friendly character whose special move gauge 40b has reached the maximum value to activate the "special move". In this embodiment, even in the normal auto state, the player operates (tap) the character display section 40c when the special move gauge 40b reaches the maximum value before the computer-controlled "special move" is activated. By doing so, it is possible to activate the "special move".

When the "special move" is activated, a special move motion (image) corresponding to the activated "special move" is displayed on the entire surface of the display 26, as shown in FIG. 7B. In other words, the deathblow motion (image) has a larger display area on the display 26 than the above-described normal attack motion (image) and skill motion (image). Therefore, by displaying the deathblow motion (image) on the display 26, it is possible to improve the performance effect.

If the timing at which the "special move" was activated by the player's operation was during execution (playback) of the normal attack motion (image) or the skill motion (image) in FIG. The normal attack motion (image) and skill motion (image) (during playback) are omitted (stopped) without waiting for their completion, and the special move motion (image) is displayed on the display 26 immediately. In other words, if a "special move" is activated while a normal attack motion (image) or skill motion (image) is being executed, the execution of the normal attack motion (image) or skill motion (image) is restricted, A deathblow motion (image) is displayed on the display 26 .

Note that, in the present embodiment, the contents of the "normal attack" are changed from the start of the "normal attack", that is, the start of the normal attack motion (image) until the "normal attack" actually causes damage to the enemy character. There may be a time difference due to In this embodiment, the number of frames is set at the start of an attack so that the damage is calculated in the next frame in the case of an attack with a sword, and in the case of an attack with an arrow, in several frames later. Then, when the set number of frames has passed, calculation of damage, etc. is actually performed.

For example, as shown in FIG. 6, when an ally character shoots an arrow with a bow, the enemy character is damaged at the timing when the shot arrow hits the enemy character. Therefore, for example, if the "special move" is activated immediately after the ally character shoots an arrow from the bow, the normal attack motion (image) is executed before the shot arrow hits the enemy character. Since the attack is omitted (canceled), the player has the disadvantage of not being able to damage the enemy character with the "normal attack".

Similarly, there may be a time lag between the start of execution of a "skill", that is, the start of a skill motion (image), and the actual change of various parameters by the "skill".

Therefore, for example, as shown in FIG. 6, if the ally character activates the ``skill a1'' and the ``special move'' is activated before the attack power of the ally character is completely increased, the "skill a1” is omitted (stopped) in the middle, the player suffers from the disadvantage that the offensive power of the ally character cannot be increased sufficiently.

On the other hand, in the normal auto state, which is a state in which the normal auto function is used, when the special move gauge 40b reaches the maximum value, the ally character activates the "special move" under computer control at a predetermined timing. In this embodiment, the waiting period shown in FIG. 6 is defined as the predetermined timing for activating the "special move" of the ally character in the normal auto state. That is, in the normal auto state, during the standby period in which the normal attack motion (image) and skill motion (image) are not executed for the friendly character, when the special move gauge 40b reaches the maximum value or the special move gauge When 40b reaches the maximum value and shifts to the standby period, the "deathblow" is activated. Therefore, when the player uses the normal auto function, the execution of the "normal attack" or "skill" is not omitted (stopped), and the "special move" can be activated.

On the other hand, as described above, the "special move" gives more damage points to the enemy character than the "normal attack". Therefore, even if the execution of the "normal attack" or "skill" is omitted (cancelled) in the middle by the activation of the "special move", ” has the advantage of quickly inflicting great damage on the enemy character.

For example, when the enemy character is relatively strong, the normal auto function and operation (tap) are used together to advantageously execute the battle game, and when the enemy character is relatively weak, the normal auto function is used. , the player's own burden in the battle game is reduced, and the strategy in the battle game can be improved.

In addition, in this embodiment, a special auto function is provided as a function for automatically activating the "deathblow" in addition to the normal auto function described above. The special auto function is a function that reserves the activation of the "special move" at the moment when the special move gauge 40b reaches the maximum value.

As described above, when the "special move" is manually activated, the player needs to operate (tap) the character display section 40c when the special move gauge 40b reaches the maximum value. Therefore, conventionally, in order to activate the "special move" as soon as possible, the player hits the character display part 40c repeatedly before the special move gauge 40b reaches the maximum value so that the special move gauge 40b reaches the maximum value. Immediately after reaching the ``deathblow'' was activated. In this way, the action of repeatedly hitting the character display portion 40c in order to quickly activate a special move causes a difference in skill between the players, and causes a problem that the fairness of the progress of the battle game may be impaired. was

In addition, there is a possibility that a difference in the degree of advantage in the progress of the battle game may occur due to the difference in skill of the players, and some players may become less motivated to play.

Therefore, in the present embodiment, a special auto function is provided, which is a function of reserving the activation of the "special move" at the moment when the special move gauge 40b reaches the maximum value. That is, since the special auto function eliminates the need for the player to repeatedly hit the character display section 40c in order to quickly activate the "deathblow", fairness in the progress of the battle game can be improved depending on the skill difference of the players. It is possible to improve the convenience of the player while reducing the risk of loss of the information. Further, since it is not necessary to repeatedly hit the character display portion 40c as described above, it is possible to suppress the possibility that a difference in the degree of advantage in the progress of the battle game will occur due to a difference in skill of the players.

FIG. 8A is a third diagram illustrating an example of the battle screen 40. FIG. As shown in FIG. 8A, during the display of the battle screen 40, the special auto function is enabled by the player operating (tapping) the character display portion 40c of the ally character whose special move gauge 40b has not reached the maximum value. can be Further, as shown in FIG. 8A, the character display portion 40c of the teammate character whose special auto function is enabled displays an icon image 42 in which "ready" is written, indicating that the special auto function is set to be enabled. It is possible for the player to visually grasp the friendly character that is playing.

Further, by again operating (tapping) the character display portion 40c of the ally character whose special auto function is enabled, the special auto function set for that ally character can be disabled. In this case, the icon image 42 is hidden, and the player can visually recognize that the setting of the special auto function has been disabled.

In this embodiment, the special auto function can be enabled or disabled both when the normal auto function is enabled and when the normal auto function is disabled. As a result, for example, while the normal auto function is disabled, the special auto function is set to be valid only for some of the ally characters, or with the normal auto function enabled, some of the ally characters Only for , it is possible to enable the special auto function. In other words, the special auto function can be set individually for each teammate character in the battle game. On the other hand, the normal auto function is collectively set for all allied characters in the battle game. As a result, it is possible to reduce the risk of impairing the fairness of the progress of the battle game due to differences in skill between the players, while reducing the burden on the player himself in the battle game. Furthermore, it is possible to improve the strategy in the battle game while improving the convenience for the player.

Further, as shown in FIG. 8A, when the special auto function is enabled for one or more of the teammate characters, an icon image 43 indicating "reservation ON" is displayed in the upper right portion of the display 26. Is displayed. This enables the player to instantly grasp whether or not the special auto function is being used. On the other hand, if the special auto function is not enabled for any of the ally characters, the icon image 43 is hidden.

Further, as shown in FIG. 8A, a MENU operation section 44 marked with "MENU" is displayed in the upper right portion of the display 26. As shown in FIG. When the MENU operation unit 44 is operated (tapped), progress of the battle game is stopped, and a MENU popup 45 (see FIG. 8B described later) is displayed so as to be superimposed on the battle screen 40 .

FIG. 8B is a first diagram illustrating the MENU popup 45. FIG. FIG. 9A is a second diagram illustrating the MENU popup 45. FIG. FIG. 9B is a third diagram illustrating the MENU popup 45. As shown in FIG. As shown in FIG. 8B, the MENU popup 45 displays a life point 45a, a special move gauge 45b, and a character display portion 45c for each ally character. Also, in the MENU pop-up 45, an icon image 46 marked with "ready" is displayed in the character display portion 45c of the friend character for which the special auto function is set to be valid, and the special auto function is set to be valid. It is possible for the player to visually grasp the ally character.

Further, as shown in FIG. 9A, the player can activate the special auto function by operating (tapping) the character display portion 45c while the MENU popup 45 is being displayed.

Further, as shown in FIG. 9B, by again operating (tapping) the character display portion 45c of the ally character whose special auto function is enabled, the special auto function set for that ally character is disabled. be able to. In this case, the icon image 46 is hidden, and the player can visually recognize that the setting of the special auto function has been disabled.

Further, as shown in FIGS. 8B and 9A, when the special auto function is set to be valid for one or more of the ally characters, "Reservation ON" is displayed in the upper right portion of the MENU popup 45. An icon image 47a is displayed. On the other hand, as shown in FIG. 9B, when the special auto function is not enabled for any of the ally characters, an icon image 47b indicating "reservation OFF" is displayed. This enables the player to instantly grasp whether or not the special auto function is being used.

By operating (tapping) the icon image 47a, it may be possible to disable all the special automatic functions that are being set. Also, by operating (tapping) the icon image 47b, it may be possible to effectively change the special auto function for all teammate characters.

In the MENU pop-up 45, a retirement operation section 48a labeled "retire", a setting operation section 48b labeled "set", and a return operation section 48c labeled "return" are displayed.

When the retirement operation unit 48a is operated (tapped), the battle game being executed is retired (finished). Further, when the return operation unit 48c is operated (tapped), the display of the MENU popup 45 ends, and progress of the battle game is resumed. As described above, the progress of the battle game is stopped while the MENU popup 45 is being displayed, so the player can take time to carefully examine the teammate characters that use the special auto function.

Further, when the setting operation unit 48b is operated (tapped), a setting popup 50 (see FIG. 10A described later) is displayed so as to be superimposed on the MENU popup 45. FIG. FIG. 10A is a first diagram illustrating the setting popup 50. FIG. In the setting pop-up 50, the player can set whether or not to use the special auto function, and whether or not to cancel the special auto function after activating the "special move".

Specifically, when the special auto function is set to "use", the special auto function can be enabled or disabled by operating (tapping) the character display portions 40c and 45c as described above. It becomes possible. On the other hand, if the special auto function is set to "do not use", the special auto function cannot be effectively set even by operating (tapping) the character display portions 40c and 45c.

Also, if you set the special auto function to "cancel" after activating the "special move", after the ally character's "special move" is activated by the special auto function, the special auto function that was set for the ally character will be activated. It will be released automatically. Also, if you set the special auto function to "do not cancel" after activating the "special move", after the special auto function activates the "special move" of the ally character, the special auto function that was set for the ally character will be activated. will be maintained.

In addition, a close operation section 51 marked with "close" is displayed at the bottom of the setting popup 50 . When the closing operation unit 51 is operated, the setting popup 50 is hidden. As described above, during execution of the battle game, the setting popup 50 (see FIG. 10A, which will be described later) is displayed so as to overlap the MENU popup 45. Therefore, when the setting popup 50 is hidden, the MENU popup 45 becomes visible to the player.

Further, in the present embodiment, the menu screen displayed by operating the menu screen selection operation unit 30e shown in FIG. 3A is also provided with a setting operation unit (not shown). When the operation unit is operated (tapped), the setting popup 50 described above is displayed on the display 26 . As described above, in the present embodiment, the player can perform A setting pop-up 50 can be displayed.

FIG. 10C is a diagram for explaining the result screen 60. When the battle game ends normally, the result screen 60 is displayed on the display 26 as shown in FIG. 10C. FIG. 10C shows, as an example, a result screen 60 when a teammate character wins. At least part of the game result information of the battle game is displayed on the result screen 60 , and a closing operation section 62 labeled “close” for closing the result screen 60 is displayed.

The game result information includes the friendly character ID (party) of the friendly character, the enemy character ID of the enemy character, the remaining status of the friendly character and the enemy character at the end of the battle (whether the life points are 0 at the end of the battle game). or not), given damage points (total value), battle log ID, and information associated with each battle game (clear information, battle game hierarchy, etc.).

When the closing operation section 62 is tapped on the result screen 60, the display of the display 26 is switched to the normal screen. In other words, the result screen 60 is part of the battle screen 40 . The normal screen switched from the result screen 60 may be the screen displayed immediately before switching to the battle screen 40, or may be a predetermined screen such as the home screen. Thus, the battle game ends when the display of the result screen 60 ends.

Next, functional configurations of the player terminal 1 and the server 100 for executing the battle game will be described.

(Control processing in player terminal 1 and server 100)
FIG. 11 is a diagram for explaining the configuration of the memory 12 in the player terminal 1 and its function as a computer.

A battle game management program 70 is stored in the program storage area 12a. The above program stored in the program storage area 12a is merely an example, and many other programs are stored in the program storage area 12a.

The data storage area 12b is provided with an information storage section 80 for storing various information for the battle game. Note that the above storage section provided in the data storage area 12b is an example, and a large number of other storage sections are provided in the data storage area 12b.

The CPU 10 operates each program stored in the program storage area 12a and updates the data in each storage section of the data storage area 12b. The CPU 10 causes the player terminal 1 (computer) to function as the terminal-side control section 1A by operating each program stored in the program storage area 12a. The terminal-side control section 1A includes a battle game management section 70a.

Specifically, the CPU 10 operates the battle game management program 70 to cause the computer to function as a battle game management section 70a.

FIG. 12 is a diagram for explaining the configuration of the memory 112 in the server 100 and its functions as a computer. A battle game management program 170 is stored in the program storage area 112a. The above program stored in the program storage area 112a is merely an example, and many other programs are stored in the program storage area 112a.

The data storage area 112b is provided with an information storage section 180 that stores various information about the battle game. Note that the above storage section provided in the data storage area 112b is only an example, and many other storage sections are provided in the data storage area 112b.

The CPU 110 operates each program stored in the program storage area 112a and updates the data in each storage section in the data storage area 112b. The CPU 110 causes the server 100 (computer) to function as the server-side control unit 100A by operating each program stored in the program storage area 112a. The server-side control section 100A includes a battle game management section 170a.

Specifically, CPU 110 operates battle game management program 170 to cause the computer to function as battle game management section 170a. Part of the processing performed by the terminal-side control unit 1A and the server-side control unit 100A will be described below.

13 is a sequence diagram of the player terminal 1 and the server 100. FIG. In the following description, processing in the player terminal 1 will be indicated as Pn (n is an arbitrary integer). Also, the processing in the server 100 is represented by Sn (n is an arbitrary integer).

In the player terminal 1, when the player performs a login operation such as activating a game application, the terminal-side control section 1A transmits login information to the server 100 (P1).

In the server 100, when the login information is received, the server-side control unit 100A performs login management processing for causing the player terminal 1 to receive (acquire) the player information and game information stored in the server 100 (S1 ).

When the player terminal 1 receives (acquires) player information from the server 100 , the terminal-side control section 1</b>A stores the received player information and game information in the information storage section 180 .

When a battle game start operation is performed on the player terminal 1 (P2), start information is transmitted from the player terminal 1 to the server 100 . This start information includes party information selected by the player, battle game type information, and the like.

When the start information is received, the server 100 sets the battle game start information necessary for starting the battle game so that the player terminal 1 can acquire it (S2).

Then, when the player terminal 1 receives (obtains) the battle game start information, it performs battle game start processing for starting the battle game (P3). Here, for example, an area of the memory 12 for progressing the battle game is secured, or a predetermined program is read from the storage unit 18 to the memory 12 .

Thereafter, battle game management processing for managing the battle game is performed in the player terminal 1 (P4). Details of the battle game management process will be described later. In this battle game management process, an update process for updating various information is repeatedly executed on a frame-by-frame basis. The number of frames is not particularly limited. For example, the number of frames per second is 30-60. Therefore, during the battle game, information is updated in the player terminal 1 at intervals of about 16 ms (milliseconds) to 33 ms.

FIG. 14 is a first flowchart illustrating an example of battle game management processing in the player terminal 1. FIG. FIG. 15 is a second flowchart illustrating an example of battle game management processing in the player terminal 1. FIG. As shown in FIG. 14, the battle game management unit 70a of the player terminal 1 determines whether or not the setting popup 50 is being displayed (P4-1).

As a result, if the setting popup 50 is being displayed (YES in P4-1), the battle game management unit 70a of the player terminal 1 determines whether the operation unit 51 for closing the setting popup 50 has been operated (tapped). is determined (P4-2).

As a result, when the operation unit 51 for closing the setting popup 50 is operated (tapped) (YES in P4-2), the battle game management unit 70a of the player terminal 1 hides the setting popup 50 being displayed. (P4-3).

Also, in the setting pop-up 50, when the player changes various setting contents, the battle game management unit 70a of the player terminal 1 sends setting change information indicating the changed setting contents to the server 100. (P4-4). In the server 100, based on the received setting change information, various setting contents stored in the data storage area 112b of the server 100 are changed.

Also, in the setting pop-up 50, when the player changes various setting contents, the battle game management unit 70a of the player terminal 1 changes the various setting contents stored in the data storage area 12b of the player terminal 1. A setting change process for making changes is executed (P4-5), and the battle game management process ends.

Further, when the operation unit 51 for closing the setting popup 50 being displayed on the battle screen 40 is not operated (tapped) (NO in P4-2), the battle game management unit 70a of the player terminal 1 closes the battle game. End management processing.

When the setting popup 50 is not being displayed on the battle screen 40 (NO in P4-1), the battle game management unit 70a of the player terminal 1 is displaying the MENU popup 45 on the battle screen 40. (P4-6).

As a result, if the MENU popup 45 is being displayed on the battle screen 40 (YES in P4-6), the battle game management section 70a of the player terminal 1 returns the MENU popup 45 that is being displayed on the battle screen 40. It is determined whether or not the operation unit 48c has been operated (tapped) (P4-7).

As a result, when the returning operation unit 48c of the MENU popup 45 being displayed on the battle screen 40 is operated (tapped) (YES in P4-7), the battle game management unit 70a of the player terminal 1 The MENU pop-up 45 is hidden (P4-8), and the battle game management process ends.

Further, when the return operation unit 48c of the MENU popup 45 being displayed on the battle screen 40 is not operated (tapped) (NO in P4-7), the battle game management unit 70a of the player terminal 1 returns the MENU popup 45 is operated (tapped) (P4-9).

As a result, when the setting operation unit 48b of the MENU popup 45 is operated (tapped) (YES in P4-9), the battle game management unit 70a of the player terminal 1 superimposes on the MENU popup 45. A pop-up 50 is displayed (P4-10), and the battle game management process ends.

Further, when the setting operation unit 48b of the MENU popup 45 is not operated (tapped) (NO in P4-9), the battle game management unit 70a of the player terminal 1 is operated by the retirement operation unit 48a of the MENU popup 45. It is determined whether or not it has been (tapped) (P4-11).

As a result, when the retirement operation unit 48a of the MENU popup 45 is operated (tapped) (YES in P4-11), the battle game management unit 70a of the player terminal 1 retires (ends) the battle game being executed. (P4-12), and the battle game management process ends.

Further, when the retirement operation unit 48a of the MENU popup 45 is not operated (tapped) (NO in P4-11), the battle game management unit 70a of the player terminal 1 causes the character display unit 45c of the MENU popup 45 to operate. It is determined whether or not it has been done (P4-13).

As a result, when the character display section 45c of the MENU popup 45 is operated (YES in P4-13), the battle game management section 70a of the player terminal 1 displays the friendly character of the operated (tapped) character display section 45c. (P4-14) to change the setting of the special auto function, and terminate the battle game management process.

In the special auto function setting change process (P4-14), if the special auto function is set to be valid for the teammate character in the operated (tapped) character display section 45c, the operated (tapped) The special auto function is changed to invalid for the friend character in the character display section 45c. Further, when the special auto function is set to be disabled for the friendly character in the operated (tapped) character display portion 45c, the special auto function is performed for the friendly character in the operated (tapped) character display portion 45c. Change to enable.

In addition, in the special auto function setting change processing (P4-14), the battle game management unit 70a of the player terminal 1 displays the icon image 42 on the battle screen 40 for the teammate character for which the special auto function is enabled. , and the icon image 46 in the MENU popup 45 is displayed.

In addition, in the special auto function setting change process (P4-14), the battle game management unit 70a of the player terminal 1, if the special auto function is set to be valid for one or more of the teammate characters, An icon image 43 is displayed on the battle screen 40 , and an icon image 47 a is displayed on the MENU popup 45 .

In addition, in the special auto function setting change process (P4-14), the battle game management unit 70a of the player terminal 1 displays the battle screen if none of the teammate characters has the special auto function enabled. 40, the icon image 43 is hidden, and in the MENU popup 45, the icon image 47b is displayed.

Further, as shown in FIG. 15, when the MENU popup 45 is not being displayed on the battle screen 40 (NO in P4-6), the battle game management section 70a of the player terminal 1 changes various parameters. (P4-15). As the arithmetic processing, for example, damage arithmetic processing is performed when an ally character attacks an enemy character and when an enemy character attacks an ally character. Also, skill calculation processing is performed for changing various parameters when the ally character activates various "skills".

In this skill calculation process, for example, the number of frames is set at the start of the attack so that the damage is calculated in the next frame in the case of an attack with a sword, and several frames in the case of an attack with an arrow. there is Then, when the set number of frames has passed, calculation of damage, etc. is actually performed. Further, when the "skill" is activated, calculations and the like are performed in which various parameters are continuously changed over a predetermined period (for example, 3 seconds).

Also, the battle game management unit 70a of the player terminal 1 executes action content determination processing for determining the action content of each teammate character in the battle game based on the action content table shown in FIG. 5 (P4-16).

Also, the battle game management section 70a of the player terminal 1 executes various motions (standby motion, normal attack motion, skill motion) of each ally character based on the action content of each ally character determined in step P4-16. (display) and execute motion execution processing (P4-17).

In addition, the battle game management unit 70a of the player terminal 1 determines whether there is a friend character for whom a predetermined condition for exercising a "special move" is satisfied for each friend character in the battle game. It is determined whether or not there is an ally character that has reached the maximum value (P4-18).

As a result, if there is an ally character satisfying the predetermined condition (YES in P4-18), the ally character to be processed is set among the ally characters satisfying the predetermined condition (P4-19). In this embodiment, when there are a plurality of teammate characters satisfying the predetermined condition, one of the teammate characters satisfying the predetermined condition is arranged (displayed) in the character display portion 40c on the right side of the display 26. set as the processing target in order from the ally character that is on.

However, if there are a plurality of ally characters that satisfy the predetermined condition, the ally character that is placed (displayed) in the character display portion 40c on the left side of the display 26 among the ally characters that satisfy the predetermined condition is displayed. You may set as a process object in order. Also, if there are multiple ally characters for which a predetermined condition has been established, the ally characters for which the predetermined condition has been established are ranked in order based on the values of various parameters such as life points, attack power, defense power, and combat power. It may be set as a processing target.

The battle game management unit 70a of the player terminal 1 determines whether or not the normal auto function is enabled (P4-20).

As a result, if the normal auto function is set to be valid (YES in P4-20), the battle game management section 70a of the player terminal 1 controls the processing target teammate character during the standby period shown in FIG. It is determined whether there is, that is, whether or not it is the predetermined timing (P4-21).

As a result, if it is the predetermined timing (YES in P4-21) for the teammate character to be processed, the process proceeds to step P4-25, which will be described later.

If the normal auto function is not enabled (NO at P4-20), or if it is not the predetermined timing (NO at P4-21) for the friendly character to be processed, the battle game management of the player terminal 1 The unit 70a determines whether or not the character display unit 40c of the teammate character to be processed has been operated (tapped) (P4-22).

As a result, if the character display section 40c of the processing target teammate character has not been operated (tapped) (NO in P4-22), the battle game management section 70a of the player terminal 1, regarding the processing target teammate character, It is determined whether or not the special auto function is enabled (P4-23).

As a result, if the character display section 40c of the processing target teammate character is operated (tapped) (YES in P4-22), and if the special auto function is enabled for the processing target teammate character ( If YES in P4-23), the battle game management unit 70a of the player terminal 1 executes motion execution restriction processing to restrict execution of the normal attack motion (image) or skill motion (image) being executed (P4- 24).

As described above, in the skill calculation process, for example, in the case of an attack with a sword, the damage calculation is performed in the next frame, and in the case of an arrow attack, the damage calculation is performed several frames later at the start of the attack. is set. Further, when the "skill" is activated, calculations and the like are performed in which various parameters are continuously changed over a predetermined period (for example, 3 seconds). When the motion execution restriction process is executed, the battle game management unit 70a of the player terminal 1 sets the number of frames for which the damage calculation is performed and the period for activating the "skill" set for the processing target friend character. Delete information. In response to the deletion of the information, the battle game management unit 70a of the player terminal 1 cancels (hides) the normal attack motion (image) and skill motion (image) being executed (displayed).

In addition, the battle game management unit 70a of the player terminal 1 executes a deathblow activation process for determining activation of a "deathblow" preset for the ally character to be processed (P4-25). In addition, in the deathblow technique activation process, a deathblow gauge change process for changing the value of the deathblow gauge 40b is executed along with the activation of the "special move". In addition, in the special move activation process, if the special auto function has been set to be canceled after the "special move" is activated, the setting change process of disabling the special auto function setting of the ally character to be processed. is executed.

In addition, the battle game management unit 70a of the player terminal 1 executes the deathblow motion start processing for starting the display of the deathblow motion (image) on the display 26 based on the "deathblow" that has been determined to be activated (P4 -26), the battle game management process is terminated. In the present embodiment, until the display of the special move motion (image) on the display 26 ends, a new special move cannot be activated by operating (tapping) the character display section 40c. is set. However, changing the setting of the special auto function by operating (tapping) the character display section 40c can be executed until the display of the deathblow motion (image) on the display 26 ends.

Further, when the special auto function is not set to be valid for the processing target teammate character (NO in P4-23), the battle game management unit 70a of the player terminal 1 controls all It is determined whether or not the process of steps P4-19 to P4-23 has been completed for the ally character (P4-27).

As a result, if the processes of steps P4-19 to P4-23 have not been completed for all of the ally characters for which the predetermined conditions are satisfied (NO in P4-27), the battle game management of the player terminal 1 is executed. The section 70a shifts the processing to step P4-19, sets the next teammate character to be processed, and repeats the processing from P4-20 onward.

If there is no ally character satisfying the predetermined condition (NO in P4-18), and for all ally characters satisfying the predetermined condition, the processing of steps P4-19 to P4-23 ends. If so (YES in P4-27), the battle game management section 70a of the player terminal 1 determines whether or not the normal auto operation section 41 of the battle screen 40 has been operated (tapped) (P4-28).

As a result, if the normal auto operation section 41 of the battle screen 40 has not been operated (tapped) (NO in P4-28), the battle game management section 70a of the player terminal 1 proceeds to step P4-30, which will be described later. to move.

Further, when the normal auto operation unit 41 of the battle screen 40 is operated (tapped) (YES in P4-28), the battle game management unit 70a of the player terminal 1 changes the setting of the normal auto function. A function setting change process is executed (P4-29).

In the normal auto function setting change process (P4-29), if the normal auto function is set to be valid, the normal auto function is changed to be invalid. Moreover, when the normal auto function is set to be disabled, the normal auto function is changed to be enabled. Further, when the normal auto function is set to be valid, the normal auto operation section 41 is highlighted.

Also, the battle game management section 70a of the player terminal 1 determines whether or not the character display section 40c of the battle screen 40 has been operated (tapped) (P4-30).

As a result, when the character display section 40c of the battle screen 40 is operated (YES in P4-30), the battle game management section 70a of the player terminal 1 displays the friendly character of the operated (tapped) character display section 40c. (P4-31) to change the setting of the special auto function, and terminate the battle game management process.

In the special auto function setting change process (P4-31), if the special auto function is set to be valid for the teammate character in the operated (tapped) character display section 40c, the operated (tapped) The special auto function is changed to invalid for the friend character in the character display section 40c. Further, when the special auto function is set to be invalid for the friendly character in the operated (tapped) character display section 40c, the special auto function is performed for the friendly character in the operated (tapped) character display section 40c. Change to enable.

In addition, in the special auto function setting change process (P4-31), the battle game management unit 70a of the player terminal 1 displays the icon image 42 on the battle screen 40 for the teammate character for which the special auto function is enabled. I do.

In addition, in the special auto function setting change process (P4-31), the battle game management unit 70a of the player terminal 1, if the special auto function is set to be valid for any one or more of the teammate characters, An icon image 43 is displayed on the battle screen 40 .

In addition, in the special auto function setting change processing (P4-31), the battle game management unit 70a of the player terminal 1 displays the battle screen if the special auto function is not set to be valid for any of the ally characters. 40, the icon image 43 is hidden.

If the character display section 40c of the battle screen 40 is not operated (NO in P4-30), the battle game management section 70a of the player terminal 1 terminates the battle game management process.

Returning to FIG. 13, when the battle game end condition is satisfied, the player terminal 1 performs battle game end processing for ending the battle game (P5). In the battle game ending process, for example, the result screen 60 is displayed on the display 26 and the game result information is transmitted to the server 100 . When acquiring the game result information, the server 100 updates the player information (S3).

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 obvious that a person skilled in the art can conceive of various modifications or modifications within the scope of the claims, and it is understood that these also belong to the technical scope of the present invention. be done.

The game features and the processing in the player terminal 1 and the server 100 described in the above embodiment are merely examples. In any case, the information processing program may cause the computer (either or both of the player terminal 1 and the server 100 in the embodiment) to perform the following processes.

(Processing to be executed by a computer)
Based on a predetermined command (execution of a "normal attack" or "skill" as an example in the embodiment), a predetermined motion (normal attack motion, skill motion) of a game medium (in the embodiment, an ally character as an example) is executed ( display) (in the embodiment, P4-17 as an example).
Processing for setting enable/disable of a special auto function for automatically executing a special action of the game medium (in the embodiment, as an example, "special move") (in the embodiment, as an example, P4-14, P4-19).
When the special auto function is enabled and a predetermined condition (in the embodiment, as an example, when the deathblow gauge 40b reaches its maximum value) is established during execution of a predetermined motion, a predetermined Processing for restricting motion execution and executing special actions (in the embodiment, P4-24, P4-25, and P4-26 as examples).

In the above embodiment, as an example of the game, a so-called battle game in which a friendly character battles an enemy character is provided, but the specific content and game genre of the game are not limited to the above embodiment. Also, the specific content of the game media is not limited to the above embodiment.

In addition, a process of enabling or disabling a normal auto function for automatically executing a special action, which is provided separately from the special auto function, may be further executed (in the embodiment, as an example, P4-28, P4- 29).
In addition, when the normal auto function is set to be valid and the special auto function is set to be invalid, and when the predetermined condition is satisfied during execution of the predetermined motion, after the execution of the predetermined motion is completed , may further execute processing for executing a special action (in the embodiment, P4-18 to P4-27 as an example).

Also, when the normal auto function is valid, the special auto function may be enabled. In this case, the special auto function may be prioritized over the normal auto function. However, the normal auto function and the special auto function may alternatively be enabled. In this case, for example, if the normal auto function is enabled and an operation to enable the special auto function is performed, the normal auto function may be disabled.

In addition, after the execution of the special action by the special auto function, the first setting ("do not cancel" in FIGS. 10A and 10B) for maintaining the validity of the special auto function, and after the execution of the special action by the special auto function, the special auto It may be possible to set either of the second settings (“cancel” in FIGS. 10A and 10B) to disable the function. However, after the execution of the special action by the special auto function, only the first setting (“do not cancel” in FIGS. 10A and 10B) that maintains the validity of the special auto function may be used, or the special action by the special auto function may be used. After execution of , only the second setting ("cancel" in FIGS. 10A and 10B) that disables the special auto function may be enabled.

Also, the special auto function may not be effectively set for an ally character whose life point becomes 0 during execution of the battle game. During the execution of the battle game, if the life point of a friendly character whose special auto function is enabled becomes 0, the special auto function of the friendly character may be disabled.

In addition, when the ally character is in a predetermined abnormal state (when the enemy character is attacked, etc., and becomes incapable of action, or when the activation of a special move is prohibited, etc.) Concerning, even if the special move gauge 40b reaches a predetermined maximum value, the special move of the ally character may not be activated until the abnormal state is released. Also, until the abnormal state is canceled, even if the special move gauge 40b reaches the predetermined maximum value, the "special move" cannot be activated, so "OK!" The icon (FIG. 7A) may not be displayed. In addition, until the abnormal state is canceled, the icon (FIG. 7A) marked with "OK!" is not displayed. The setting of enabling and disabling the function may be changeable. In this way, it is possible to reserve the activation of the "special move" at the moment when the abnormal state of the ally character is released.

Also, game content different from the battle game described above may be provided, and the use of the special auto function may be prohibited (restricted) in some of the game content. For example, the use of the special auto function may be prohibited (restricted) in competitive game content in which a player competes with other players for ranking, or in tutorial content for explaining various operations to the player. . In this case, an icon image notifying that the use of the special auto function is prohibited (restricted) may be displayed while the content for which the use of the special auto function is prohibited (restricted) is being executed.

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

1 player terminal 100 server S information processing system

Claims (5)

a process of executing a predetermined motion of the game medium based on a predetermined command;
a process of enabling or disabling a special auto function for automatically executing a special action of the game medium;
a process of setting whether to enable or disable a normal auto function for automatically executing the special action, which is provided separately from the special auto function;
When the special auto function is enabled and a predetermined condition is satisfied during the execution of the predetermined motion, the execution of the predetermined motion is restricted and the special motion is performed without the player's operation. A process that automatically executes an action,
When the normal auto function is set to be valid and the special auto function is set to be invalid and the predetermined condition is satisfied during the execution of the predetermined motion, without the player's operation a process of automatically executing the special action after execution of the predetermined motion is completed;
An information processing program that causes a computer to carry out 2. The information processing program according to claim 1 , wherein said special auto function can be enabled when said normal auto function is enabled. A first setting for maintaining the validity of the special auto function after the special action is executed by the special auto function, and a second setting for disabling the special auto function after the special action is executed by the special auto function. 3. The information processing program according to claim 1, wherein any one of the settings can be set. An information processing method performed by one or more computers, comprising:
a process of executing a predetermined motion of the game medium based on a predetermined command;
a process of enabling or disabling a special auto function for automatically executing a special action of the game medium;
a process of setting whether to enable or disable a normal auto function for automatically executing the special action, which is provided separately from the special auto function;
When the special auto function is enabled and a predetermined condition is satisfied during the execution of the predetermined motion, the execution of the predetermined motion is restricted and the special motion is performed without the player's operation. A process that automatically executes an action,
When the normal auto function is set to be valid and the special auto function is set to be invalid and the predetermined condition is satisfied during the execution of the predetermined motion, without the player's operation a process of automatically executing the special action after execution of the predetermined motion is completed;
Information processing method including. An information processing system comprising one or more computers,
The computer is
a process of executing a predetermined motion of the game medium based on a predetermined command;
a process of enabling or disabling a special auto function for automatically executing a special action of the game medium;
a process of setting whether to enable or disable a normal auto function for automatically executing the special action, which is provided separately from the special auto function;
When the special auto function is enabled and a predetermined condition is satisfied during the execution of the predetermined motion, the execution of the predetermined motion is restricted and the special motion is performed without the player's operation. A process that automatically executes an action,
When the normal auto function is set to be valid and the special auto function is set to be invalid and the predetermined condition is satisfied during the execution of the predetermined motion, without the player's operation a process of automatically executing the special action after execution of the predetermined motion is completed;
Information processing system that carries out

Images