JP7116233B1 - Information processing program, information processing apparatus, and information processing method - Google Patents

Abstract

An object of the present invention is to reduce the burden on a player. An information processing program changes a predetermined parameter of an enemy character (41b) based on an input indicating an action of a player, and performs processing based on the parameter of the enemy character (41b) reaching a preset limit value. and managing the special action of the enemy character 41b in association with a preset specific value, and satisfying a specific condition including at least the parameter reaching the specific value. Then, the computer is caused to perform a process of causing the enemy character 41b to perform a special action and a process of generating display information for displaying an image or text indicating a specific value. [Selection drawing] Fig. 6

Description

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

For example, Patent Literature 1 discloses a system that implements a multi-play (multi-battle) game in which a plurality of players cooperate to battle an enemy character. In such a game, the enemy character's hit points are displayed as a bar together with the enemy character.

Japanese Patent Application Laid-Open No. 2021-13573

By the way, in a game in which one fights against an enemy character, in order to liven up the game, for example, when a predetermined parameter of the enemy character reaches a predetermined specific value, the enemy character performs a special action different from the normal action. It is conceivable to set At this time, the specific value may be set for each type of enemy character.

However, if the player memorizes the timing at which the special action of the enemy character is executed for each enemy character, the player may be burdened and the difficulty level may be increased.

An object of the present invention is to provide an information processing program, an information processing apparatus, and an information processing method that can reduce the burden on the player.

In order to solve the above problem, an information processing program provides a process of changing a predetermined parameter of an enemy character and setting a preset limit value based on a player's input operation to an input operation unit that advances an attack by an ally character. based on the fact that the parameter of the enemy character has reached to , the presence or absence of the enemy character is changed, and the special action of the enemy character is managed in association with a preset specific value, and the parameter reaches the specific value at least A computer is caused to perform a process of causing an enemy character to perform a special action and a process of generating display information for displaying a special display, which is an image or text display indicating a specific value, based on the satisfaction of a specific condition including , It is possible to identify whether or not the special action has been executed by the special action execution flag associated with the special action. If there is a special action execution flag, display information for displaying a special display corresponding to a specific value corresponding to the earliest special action to be executed first among the unexecuted special actions is generated, and the special action is executed, when the enemy character is caused to execute a special action, a special action execution flag corresponding to the executed special action is set to a state indicating that the special action has been executed .
In order to solve the above problem, an information processing program provides a process of changing a predetermined parameter of an enemy character and setting a preset limit value based on a player's input operation to an input operation unit that advances an attack by an ally character. based on the fact that the parameter of the enemy character has reached to , the presence or absence of the enemy character is changed, and the special action of the enemy character is managed in association with a preset specific value, and the parameter reaches the specific value at least A computer is caused to perform a process of causing an enemy character to perform a special action and a process of generating display information for displaying a special display, which is an image or text display indicating a specific value, based on the satisfaction of a specific condition including , It is possible to identify whether or not the special action has been executed by the special action execution flag associated with the special action. If there is a special action execution flag, a setting is made to display an indication display indicating the action content of the first special action that will be executed first among the unexecuted special actions, and the special action is executed. Then, when the enemy character is caused to execute a special action, the special action execution flag corresponding to the executed special action is set to a state indicating that the special action has been executed.

The image showing the specific value may be displayed in association with the image showing the parameter.

Based on the player's input operation , the computer may be further caused to perform a process of causing the enemy character to perform an action, and the action to be performed by the enemy character may include the special action.

Input operations of a plurality of players can be accepted for one enemy character, and in the process of changing the parameters of the enemy character, the parameters are changed based on the input operations of each player, and the enemy character executes a special action. In the processing to cause the enemy character to perform a special action, the enemy character may be caused to perform a special action based on the fact that a specific condition is satisfied by an input operation by any player.

If a plurality of different specific values are set for one enemy character and there are a plurality of unexecuted special actions in the process of generating display information, a plurality of special displays, which are images or text displays indicating the specific values, are displayed at the same time. display information is generated, and among a plurality of specific values respectively corresponding to unexecuted special actions, the display mode of the special display corresponding to the first specific value that the parameter reaches first, and the first specific value The display mode of the special display corresponding to the specific value other than the specified value may be changed to generate display information for displaying each special display.

In the process of generating display information, when the number of enemy characters is less than a predetermined number, display information is generated to simultaneously display multiple special displays, and when the number of enemy characters exceeds a predetermined number, unexecuted special actions are handled. The display information may be generated so as to display the special display corresponding to the first specific value among the specific values to be displayed and not to display the special display corresponding to the specific value other than the first specific value.

In order to solve the above problems, an information processing apparatus provides a process of changing a predetermined parameter of an enemy character and a preset limit value based on a player's input operation to an input operation unit that advances an attack by an ally character. based on the fact that the parameter of the enemy character has reached to , the presence or absence of the enemy character is changed, and the special action of the enemy character is managed in association with a preset specific value, and the parameter reaches the specific value at least A control unit that performs a process of causing an enemy character to perform a special action based on the satisfaction of a specific condition including It is possible to identify whether or not the special action has been executed by the special action execution flag associated with the special action, and in the process of generating display information, it indicates that the special action has not been executed If there is a special action execution flag in the state, display information is generated for displaying a special display corresponding to a specific value corresponding to the earliest special action to be executed among the unexecuted special actions, In the process of executing the special action, when the enemy character is caused to execute the special action, the special action execution flag corresponding to the executed special action is brought into a state indicating that the special action has been executed .
In order to solve the above problems, an information processing apparatus provides a process of changing a predetermined parameter of an enemy character and a preset limit value based on a player's input operation to an input operation unit that advances an attack by an ally character. based on the fact that the parameter of the enemy character has reached to , the presence or absence of the enemy character is changed, and the special action of the enemy character is managed in association with a preset specific value, and the parameter reaches the specific value at least A control unit that performs a process of causing an enemy character to perform a special action based on the satisfaction of a specific condition including It is possible to identify whether or not the special action has been executed by the special action execution flag associated with the special action, and in the process of generating display information, it indicates that the special action has not been executed If there is a special action execution flag in the state, a setting is made to display a warning display indicating the action content of the first special action that will be executed first among the unexecuted special actions, and the special action is executed. In the processing for causing the enemy character to execute a special action, the special action execution flag corresponding to the executed special action is set to a state indicating that the special action has been executed.

In order to solve the above problems, an information processing method is an information processing method performed by a computer, in which the computer performs a predetermined attack on an enemy character based on an input operation by a player to an input operation unit for advancing an attack by an ally character. a step of changing the parameter of the enemy character; a step of changing presence/absence of the enemy character based on the parameter of the enemy character reaching a preset limit value; A step of managing the behavior and causing the enemy character to perform a special action based on the satisfaction of a specific condition including at least a parameter reaching a specific value, and displaying a special display that is an image or text display indicating the specific value. a step of generating display information to cause the display information to be executed, and whether or not the special action has been executed can be identified by the special action execution flag associated with the special action, and in the step of generating display information, If there is a special action execution flag in a state indicating that the special action has not been executed, a special In the step of generating display information for displaying a display and executing a special action, when the enemy character is caused to execute a special action, a special action execution flag corresponding to the executed special action is set to indicate that the special action has been executed. be in a state that indicates
In order to solve the above problems, an information processing method is an information processing method performed by a computer, in which the computer performs a predetermined attack on an enemy character based on an input operation by a player to an input operation unit for advancing an attack by an ally character. a step of changing the parameter of the enemy character; a step of changing presence/absence of the enemy character based on the parameter of the enemy character reaching a preset limit value; A step of managing the behavior and causing the enemy character to perform a special action based on the satisfaction of a specific condition including at least a parameter reaching a specific value, and displaying a special display that is an image or text display indicating the specific value. a step of generating display information to cause the display information to be executed, and whether or not the special action has been executed can be identified by the special action execution flag associated with the special action, and in the step of generating display information, If there is a special action execution flag indicating that the special action has not been executed, a warning display will be displayed showing the action content of the first special action that will be executed first among the unexecuted special actions. In the step of executing the special action, when the enemy character is caused to execute the special action, the special action execution flag corresponding to the executed special action is set to a state indicating that the special action has been executed. Let

According to the present invention, it is possible to reduce the burden on the player.

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 My Page screen. FIG. 3B is a diagram showing an example of a quest list screen. FIG. 4A is a diagram showing an example of a relief request list screen. FIG. 4B is a diagram showing an example of a multi-battle list screen. FIG. 4C is a diagram showing an example of a multi-battle selection screen. FIG. 5A shows an example of the My Page screen when there is a request for help from another player. FIG. 5B shows an example of a quest list screen when there is a rescue request from another player. FIG. 5C shows an example of a rescue request list screen when there is a rescue request from another player. FIG. 6A is a diagram showing an example of a relief request screen. FIG. 6B is a diagram showing an example of a relief request completion screen. FIG. 6C is a diagram showing an example of a battle screen. FIG. 6D is a diagram showing an example of a status detail screen. 7A, 7B, 7C, and 7D are diagrams for explaining the flow of the battle. 8A, 8B, 8C, and 8D are diagrams for explaining the flow of the battle. 9A, 9B, 9C and 9C are diagrams showing an example of participating in a battle. 10A and 10B are diagrams showing an example of a battle screen when there are a plurality of enemy characters. FIG. 10C is a diagram showing an example of a battle screen when the number of enemy characters has changed from multiple to one. FIG. 11 is a functional block diagram of the player terminal. FIG. 12 is a functional block diagram of the server. FIG. 13 is a sequence diagram illustrating processing of the player terminal and server. FIG. 14 is a sequence diagram illustrating processing of the player terminal and server. FIG. 15 is a sequence diagram explaining processing of the player terminal and the server. FIG. 16 is a flowchart illustrating an example of special display information generation processing. FIG. 17 is a flowchart illustrating an example of the first unexecuted special display process. FIG. 18 is a flowchart illustrating an example of the second unexecuted special display setting process. FIG. 19 is a sequence diagram showing an example of battle execution processing by the player terminal and battle execution processing by the server. FIG. 20 is a flowchart illustrating an example of turn execution processing. FIG. 21 is a sequence diagram illustrating processing of the player terminal and server when participating in a multi-battle. FIG. 22 is a sequence diagram illustrating processing of multiple player terminals and the server in a multi-battle.

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, a server 100, and a communication network 200 having a communication base station 200a. The information processing programs are various programs executed by the information processing system S. FIG.

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 manages the game and accumulates various types of information (player information) for each player who plays the game. The server 100 also updates the accumulated information and controls the progress of the game based on operations input from the player terminal 1 .

Communication base station 200 a is connected to communication network 200 . The communication base station 200a transmits and receives information to and from the player terminal 1 by radio. Server 100 is connected to communication network 200 . The communication network 200 is composed of a mobile phone network, an Internet network, a LAN (Local Area Network), a dedicated line, and the like. The communication network 200 realizes 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. FIG. The player terminal 1 and the server 100 are responsible for controlling the progress of the game, respectively. A game realized by the information processing system S is, for example, a browser game. In the browser game, the player terminal 1 transmits information based on the player's input operation to the server 100 . The server 100 controls the progress of the game based on the received information, and transmits screen information according to the progress of the game to the player terminal 1 . The player terminal 1 displays the game screen on the display based on the received screen information. The game realized by the information processing system S is not limited to the browser game, and may be an application game in which at least part of the progress control of the game is executed on the player terminal 1 .

(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 program or data stored in the storage unit 18 is 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 player terminal 1 , the program or data received from server 100 is stored in memory 12 or storage unit 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. The game of this embodiment is a so-called online RPG (Role-Playing Game), and multiple players can play the game simultaneously in one game world via the communication network 200 . The player is provided with a main character by the operator. In addition to the main character, the player can acquire a plurality of sub-characters through a lottery or the like and make them friends. Hereinafter, the main character and the sub-characters who are made friends are referred to as ally characters.

Various quests are prepared in the game. The game progresses as the player receives quests. A quest includes a battle between an enemy character and a player's ally character according to the contents of the quest. By winning the battle, the quest will be cleared. Note that the number of enemy characters in one battle is not limited to one, and may be multiple. The game content of this embodiment will be described in detail below.

FIG. 3A is a diagram showing an example of a My Page screen. FIG. 3B is a diagram showing an example of a quest list screen. When the player terminal 1 accesses the server 100 and enters a login state, the game is started. When the game is started, the My Page screen shown in FIG. 3A is displayed on the display 26 of the player terminal 1. FIG. The my page screen is provided with a plurality of operation units such as tabs that can be operated (tapped) by the player. Various screens other than the My Page screen, which will be described later, are also provided with operation units that can be operated by the player.

As shown in FIG. 3A, a frame bar 30 is displayed at the bottom of the display 26 on the My Page screen. The frame bar 30 is displayed even if the screen displayed on the display 26 changes to a screen other than the My Page screen. The frame bar 30 is provided with a my page tab 30a labeled "My Page", a reload tab 30b labeled "Reload", and a back tab 30c labeled "Back".

When the My Page tab 30a is tapped, the My Page screen is displayed, and it is possible to return to the My Page screen from a screen other than the My Page screen. When the reload tab 30b is tapped, the screen being displayed on the display 26 is reloaded and the screen being displayed is updated. When the back tab 30c is tapped, it is possible to return to the screen displayed immediately before the screen being displayed on the display 26.例文帳に追加

As shown in FIG. 3A, a menu tab 31a labeled "Menu" is displayed on the upper right of the My Page screen. When the menu tab 31a is tapped, a menu screen (not shown) is displayed. Various settings related to the game can be made on the menu screen.

As shown in FIG. 3A, on the My Page screen, a formation tab 32a marked "organization", a strengthening tab 32b marked "strengthening", a gacha tab 32c marked "gacha", and a "quest" are displayed. quest tab 32d is displayed.

When the organization tab 32a is tapped, an organization screen (not shown) is displayed. On the organization screen, you can organize a party to sortie in the quest battle. A party is composed of a main member who is a starting member in a battle and sub-members who are substitutes. The main members consist of a main character and three sub-characters, a total of four people. A sub-member is made up of two sub-characters. In a battle, when one of the characters among the main members becomes incapacitated, a sub-character is replenished from the sub-members to the battle. Note that the composition of the party is not limited to this example, and may be arbitrarily set. You can also equip the main character with weapons on the formation screen.

When the strengthening tab 32b is tapped, a strengthening screen (not shown) is displayed. On the enhancement screen, you can enhance the weapons you possess according to predetermined rules.

When the gacha tab 32c is tapped, a gacha screen (not shown) is displayed. On the gacha screen, you can spend in-game currency and acquire weapons by lottery. Also, when a specific type of weapon is obtained for the first time, a sub-character corresponding to the specific type of weapon can be obtained. Acquired sub-characters can be organized into parties.

As will be described later, one type of quest is a multi-battle quest. In a multi-battle quest, a multi-battle is performed in which a plurality of players can cooperate to battle against one enemy character. For example, assume that the first player has executed a multi-battle quest and newly started (launched) a multi-battle. The first player can ask other players for help. The second player receives the rescue request from the first player and can later participate in the multi-battle started by the first player. A player who newly started a multi-battle may be called a discoverer, and a player who participated later may be called a rescuer. The number of co-fighters (discoverers + rescuers) in a multi-battle can be up to a predetermined number (for example, 30).

As shown in FIG. 3A, AP (assault points) and BP (battle points) are displayed near the quest tab 32d. AP is a point required to execute a quest, and the player consumes the AP to execute the quest. For example, AP is consumed when executing a multi-battle quest as a discoverer. BP is a point required for participating in a multi-battle, and a player can participate in a multi-battle started by another player as a rescuer by consuming BP. AP and BP recover over time or by consuming certain items.

When the quest tab 32d is tapped, the quest list screen shown in FIG. 3B is displayed. The quest list screen displays a quest selection tab 33 in which executable quests are displayed as banners.

Quests include main quests related to the progress of the main story, freely set free quests, and multi-battle quests related to multi-battles. The quest selection tab 33 is displayed for each executable quest, and when there are a plurality of executable quests, they are displayed side by side in the lower direction of the quest list screen. If there are many quests, all quests can be displayed by scrolling down the quest list screen. In addition, in the example of FIG. 3B, a quest selection tab 33a corresponding to a multi-battle quest is displayed with "Multi Battle" written in the banner. When one of the quest selection tabs 33 is tapped, the quest corresponding to the tapped quest selection tab 33 is executed. For example, when the quest selection tab 33a corresponding to the multi-battle quest is tapped, the multi-battle quest is executed as the discoverer.

In addition, as shown in FIG. 3B, the quest list screen displays a multi-battle tab 34 labeled "multi-battle". The multi-battle tab 34 is arranged, for example, above the quest selection tab 33 at the top of the screen.

FIG. 4A is a diagram showing an example of a relief request list screen. FIG. 4B is a diagram showing an example of a multi-battle list screen. FIG. 4C is a diagram showing an example of a multi-battle selection screen. When the multi-battle tab 34 in FIG. 3B is tapped, the rescue request list screen shown in FIG. 4A is displayed.

A relief display area 35a is formed on the relief request list screen. In the rescue display area 35a, if there is a multi-battle in which the player can participate in a multi-battle started by another player, a banner indicating the multi-battle in which the player can participate is displayed. The conditions under which the own player can participate will be described later. In the example of FIG. 4A, no banner is displayed in the relief display area 35a, indicating that there is no multi-battle in which the player can participate.

In addition, as shown in FIG. 4A, a multi-battle list tab 35b labeled "multi-battle list" is displayed on the rescue request list screen. When the multi-battle list tab 35b is tapped, the multi-battle list screen shown in FIG. 4B is displayed. On the multi-battle list screen, a help list tab 36a labeled "help list" is displayed. When the relief list tab 36a is tapped, it is possible to return to the relief list screen shown in FIG. 4A.

As shown in FIG. 4B, the multi-battle list screen displays a normal selection tab 36b labeled "NORMAL" and a high-level selection tab 36c labeled "HIGH LEVEL". When the normal selection tab 36b is tapped, a multi-battle difficulty selection tab 36d classified into normal classes is displayed. On the other hand, when the high-level selection tab 36c is tapped, a multi-battle difficulty selection tab 36d classified into high-level classes is displayed. In the example of FIG. 4B, a normal class difficulty selection tab 36d is displayed. High-level classes have stronger enemy characters than normal classes. The difficulty level selection tab 36d indicates the difficulty level by the number of stars, and a plurality of difficulty level selection tabs 36d are displayed for each difficulty level. The higher the difficulty, the stronger the enemy characters are set.

When the difficulty selection tab 36d is tapped, the multi-battle selection screen shown in FIG. 4C is displayed. The multi-battle selection screen is displayed with content corresponding to the difficulty level of the tapped difficulty level selection tab 36d.

As shown in FIG. 4C, the multi-battle selection screen 37a displays a multi-battle selection tab 37a in which a multi-battle quest is displayed as a banner. The multi-battle selection tab 37a is displayed for each content of the multi-battle quest. Also, on the multi-battle selection screen, a multi-battle challenge tab 37b marked with "challenge" is displayed for each multi-battle selection tab 37a. When the multi-battle challenge tab 37b is tapped, the multi-battle quest corresponding to the multi-battle challenge tab 37b is executed as a discoverer. The multi-battle selection screen also displays a cancel tab 37c labeled "Close". When the cancel tab 37c is tapped, it is possible to return to the multi-battle list screen.

In the multi-battle selection screen, the information in the multi-battle selection tab 37a of the multi-battle quest that cannot be executed yet (unreleased) may not be disclosed. Further, on the multi-battle selection screen, tapping to the multi-battle challenge tab 37b of the multi-battle quest that cannot be executed yet (unreleased) may be disabled.

FIG. 5A shows an example of the My Page screen when there is a request for help from another player. FIG. 5B shows an example of a quest list screen when there is a rescue request from another player. FIG. 5C shows an example of a rescue request list screen when there is a rescue request from another player.

As shown in FIG. 5A, when there is a request for help from another player, a multi-battle help reception tab 38 labeled "Multi Battle" is additionally displayed on the My Page screen.

Also, as shown in FIG. 5B, when there is a rescue request from another player, the frame of the multi-battle tab 34 labeled "Multi Battle" on the quest list screen is made distinguishable from when there is no rescue request. highlighted.

When the multi-battle help reception tab 38 shown in FIG. 5A is tapped, or when the highlighted multi-battle tab 34 shown in FIG. 5B is tapped, the help request list screen shown in FIG. 5C is displayed. As shown in FIG. 5C, when there is a rescue request from another player, a multi-battle participation tab 39 with a banner display of a multi-battle quest that can be participated in is additionally displayed in the rescue display area 35a. When the multi-battle participation tab 39 is tapped, the own player can participate as a rescuer in the multi-battle of the other player who sent the rescue request.

Next, the multi-battle will be described, taking as an example the case where the multi-battle quest is executed as the discoverer. After that, a supplementary explanation will be given for the case of participating in a multi-battle as a rescuer. In addition, a multi-battle may be simply called a battle.

FIG. 6A is a diagram showing an example of a relief request screen. FIG. 6B is a diagram showing an example of a relief request completion screen. FIG. 6C is a diagram showing an example of a battle screen. FIG. 6D is a diagram showing an example of a status detail screen.

When the quest selection tab 33a indicating the multi-battle quest on the quest list screen shown in FIG. 3B is tapped, or the multi-battle challenge tab 37b on the multi-battle selection screen shown in FIG. 4C is tapped, the battle screen shown in FIG. 6C is displayed. is displayed, and immediately after that, the screen switches to the relief request screen shown in FIG. 6A. On the relief request screen, it is possible to set the range of players to whom the relief request is issued.

As shown in FIG. 6A, on the rescue request screen, there is a general selection check box 40a for the item marked "everyone", a friend selection check box 40b for the item marked "friend", and a check box 40b for the item marked "guild". A guild selection check box 40c for the item is displayed. Further, on the relief request screen, a relief request transmission tab 40d marked with "relief request" and a cancellation tab 40e marked with "cancel" are displayed.

A friend is a player, among other players in the game, who is registered as a predetermined friend with the player. A player can register friends up to a predetermined number corresponding to his or her rank. Rank can be raised by clearing quests. The predetermined number of people who can be registered as friends increases as the rank increases. Also, a guild is a group created by multiple players in a game. By joining a guild, the player can cooperate with other players in the guild to take on quests.

When the overall selection check box 40a is tapped, the on/off of the overall selection check can be switched. When the relief request transmission tab 40d is tapped with the general selection check box 40a turned on, a relief request is transmitted to a player selected at random from all the players in the game. In this case, a randomly selected player can participate in the multi-battle of the originator of the rescue request.

When the friend selection check box 40b is tapped, the friend selection check can be switched on and off. When the help request transmission tab 40d is tapped with the friend selection check box 40b turned on, a help request is transmitted to the player's friends. In this case, the player who sent the rescue request and the player who is registered as a friend can participate in the multi-battle of the sender of the rescue request.

When the guild selection check box 40c is tapped, the guild selection check can be switched on and off. When the guild selection check box 40c is turned on and the relief request transmission tab 40d is tapped, a relief request is transmitted to the players in the guild to which the player belongs. In this case, a player in the guild to which the player who sent the rescue request belongs can participate in the multi-battle of the sender of the rescue request.

The relief request transmission tab 40d may be tapped while all of the select all check box 40a, the friend select check box 40b, and the guild select check box 40c are turned on. In this case, a rescue request is sent to a player randomly selected from all players in the game, friends of the player, and players in the guild to which the player belongs.

When the relief request transmission tab 40d shown in FIG. 6A is tapped and the transmission of the relief request is completed, the relief request completion screen shown in FIG. 6B is displayed. When the OK tab 40f marked with "OK" is tapped on the rescue request completion screen, the screen is switched to the battle screen shown in FIG. 6C.

Also, when the cancel tab 40e shown in FIG. 6A is tapped, the screen is switched to the battle screen shown in FIG. 6C without making a rescue request, and the player can battle alone. In addition, if a predetermined amount of time has elapsed since the battle was held without making a rescue request, or if there is no rescuer even after a predetermined amount of time has passed after requesting assistance, the player will be asked again at the timing when the predetermined amount of time has elapsed. , a rescue request screen may be displayed.

As shown in FIG. 6C, an ally character 41a and an enemy character 41b are displayed in the upper half area of the battle screen. At the start of the battle, the main member of the party is displayed as the ally character 41a. Also, FIG. 6C illustrates a case where there is one enemy character 41b.

A parameter value (for example, HP value) of a parameter (specifically, HP (hit point)) relating to life (or physical strength) is set for each of the enemy character 41b and each ally character 41a. The HP value of the enemy character 41b decreases, and when the HP value reaches a predetermined limit value (for example, 0), the enemy character 41b disappears (is deleted from the screen). When all the enemy characters 41b in the battle screen disappear, the battle is won and the quest is cleared. Further, when the HP value of any one of the allied characters 41a reaches a predetermined limit value (for example, 0), the character becomes incapable of fighting, and the incapable of fighting character is removed from the battle screen, and the sub-member If there is, sub-members will appear on the battle screen.

The determination of whether the enemy character 41b survives or disappears is not limited to the HP value, and may be performed based on, for example, the HP ratio (parameter ratio) indicating the ratio of the remaining HP value to the maximum HP value. The HP percentage indicates the percentage of remaining HP, and may be expressed as a percentage. For example, the HP percentage of the enemy character 41b may decrease, and when the HP percentage reaches a percentage corresponding to a limit value (for example, 0%), the enemy character 41b may disappear.

Also, the parameter related to the life of the enemy character 41b is not limited to HP, and may be, for example, damage taken by the enemy character 41b. In this case, the survival or disappearance of the enemy character 41b may be determined based on the total damage value obtained by integrating the damage received. For example, the total damage value of the enemy character 41b increases, and when the total damage value reaches a predetermined limit value (for example, a value corresponding to the maximum HP value), the enemy character 41b disappears. may

Further, determination of whether the enemy character 41b survives or disappears may be made based on the total damage ratio indicating the ratio of the total damage value to the maximum HP value. The total damage percentage may be expressed as a percentage. For example, the total damage ratio of the enemy character 41b may increase, and when the total damage ratio reaches a limit value (for example, 100%), the enemy character 41b may disappear. .

As shown in FIG. 6C, the battle screen displays an attack input tab 42 labeled "Attack". The attack input tab 42 is arranged, for example, below the screen of the friend character 41a. The attack input tab 42 accepts input indicating the player's action (for example, attack).

Battles in this game are basically turn-based. When the attack input tab 42 is tapped, the ally character 41a attacks the enemy character 41b, and then the enemy character 41b performs an action, thereby completing one turn. When the ally character 41a attacks the enemy character 41b, the HP value of the enemy character 41b changes based on the attack. When the enemy character 41b attacks the ally character 41a, the HP value of the ally character 41a changes based on the attack. After that, the turn does not pass until the next attack input tab 42 is tapped, during which the action of the enemy character 41b is not executed. In other words, the attack input tab 42 is an input operation section for advancing one turn.

In addition, an ability selection tab 43a, a summoned beast selection tab 43b, and a recovery tab 43c labeled "Recovery" are displayed in the lower half area of the battle screen. The recovery tab 43c is arranged below the ability selection tab 43a on the screen.

The ability selection tab 43a is displayed for each ally character 41a displayed in the upper half area of the screen. When the ability selection tab 43a is tapped and the type of ability to be activated is determined, the ally character 41a activates the determined ability. When the ability is activated, the enemy character 41b or the ally character 41a is given the special effect of the activated ability. Abilities have a set number of turns between when they are activated and when they can be activated next time. As for the ability, unlike the input of the attack input tab 42, the action of the enemy character 41b is not executed at the timing when the ability is activated.

When the summoned beast selection tab 43b is tapped to determine the summoned beast to be summoned, the determined summoned beast is summoned. When the summoned beast is summoned, the enemy character 41b is attacked by the summoned beast. A summoned beast can be summoned when a predetermined condition such as the passage of a predetermined turn is satisfied. As for the summoned beast, unlike the input of the attack input tab 42, the action of the enemy character 41b at the timing of summoning is not executed.

When the recovery tab 43c is tapped and the recovery item to be used is determined, the HP value of the ally character 41a is recovered by the determined recovery item. Regarding the recovery related to the recovery tab 43c, unlike the input of the attack input tab 42, the action of the enemy character 41b is not executed at the timing of execution.

A contribution display area 44 is formed below the recovery tab 43c on the screen. The contribution degree display area 44 displays contribution degree information such as the degree of contribution or ranking among one or more players in battle. When the player in battle is only the own player (for example, PY1), only the contribution information of the own player is displayed. Also, when there are a plurality of players in battle, the contribution information of the own player is displayed, and the contribution information of the top two players among the other players in battle is displayed.

As shown in FIG. 6C, the HP gauge 45a of the enemy character 41b is displayed at the top of the battle screen. The HP gauge 45a is an image showing the HP ratio of the enemy character 41b. The HP gauge 45a is displayed in a bar shape extending in the horizontal direction of the screen. The HP gauge 45a is displayed in a predetermined color. The predetermined color is, for example, red, but can be set to any color. The left end of the screen in the HP gauge 45a corresponds to the HP ratio (for example, 0%) corresponding to the limit value. In FIG. 6C, the HP gauge 45a is displayed when the HP ratio is 100%. As the HP ratio decreases, the screen right end of the HP gauge 45a moves to the screen left side, and the length of the HP gauge 45a is shortened. By displaying the HP gauge on the battle screen, the player can easily recognize the HP state of the enemy character 41b.

Note that in FIG. 6C, an image (HP gauge 45a) indicating the HP ratio of the enemy character 41b is displayed. However, an image showing the HP value of the enemy character 41b may be displayed at the top of the battle screen. Also, a text display indicating the HP ratio or HP value of the enemy character 41b may be displayed at the top of the battle screen. Textual representations may be, for example, numbers, letters or symbols.

Further, when the parameter related to the life of the enemy character 41b is damage received, an image or text display indicating the total damage ratio or total damage value of the enemy character 41b may be displayed at the top of the battle screen.

The actions of the enemy character 41b are roughly classified into normal actions and special actions. Actions other than special actions are all normal actions. Special actions have characteristics such as, for example, greater power than normal actions, a wider range of attacks, or a higher number of attacks. The special action in the example of FIG. 6C is, for example, "heat rays". Note that the content of the special action is not limited to this example, and may be any content.

The special action is managed in association with the parameter value (HP value, for example) or the parameter ratio (ratio based on the maximum value of the parameter value, eg, HP ratio) of the enemy character 41b. Special actions are performed based on meeting certain conditions. The specific condition is, for example, that the attack input tab 42 is tapped and the parameter value or parameter ratio of the enemy character 41b reaches a preset specific value. Note that the specific value may be indicated by a value or by a ratio. Also, a plurality of different specific values may be set for one enemy character 41b. In that case, the specific value is determined by whether the parameter value or parameter ratio reaches the specific value corresponding to the unexecuted special action, and the specific value corresponding to the already executed special action is excluded from the judgment target. be.

On the other hand, the normal action is executed when the attack input tab 42 is tapped and the condition that the parameter value or the parameter ratio does not reach the specific value is satisfied. As will be described later, even if the parameter value or parameter ratio reaches the specific value due to an attack by the rescuer or the like, the turn does not pass unless the attack input tab 42 is tapped. No actions or special actions are performed.

Here, the content of the special action of the enemy character 41b and the above specific value are set for each type of the enemy character 41b. For this reason, if the player remembers what kind of special action is to be executed at what timing for each enemy character 41b, it will be a burden on the player and the difficulty level will increase.

Therefore, a special display 46, which is an image showing a specific value, is displayed on the battle screen. More specifically, on the battle screen, a special display 46 corresponding to the specific value of the enemy character 41b is displayed in association with the HP gauge 45a. The special display 46 is, for example, a line perpendicular to the expansion/contraction direction of the HP gauge 45a, and is displayed on the HP gauge 45a. The special display 46 may be displayed with a length approximately equal to the width of the HP gauge 45a, or may be displayed longer than the width of the HP gauge 45a. Also, the special display 46 is displayed in a color different from the color of the HP gauge 45a. For example, the HP gauge 45a is displayed in red, and the special display 46 is displayed in blue or white. Note that the shape of the special display 46 is not limited to a line, and may be an arbitrary shape such as a circle, for example.

By displaying the special display 46 in this manner, the player can easily grasp at what timing the enemy character 41b will perform the special action. As a result, the burden on the player can be reduced, and an increase in difficulty can be suppressed.

In the example of FIG. 6C, a total of four special displays 46 are displayed, namely a first special display 46a, a second special display 46b, a third special display 46c and a fourth special display 46d. The first special display 46a corresponds to the first specific value, the second special display 46b corresponds to the second specific value, the third special display 46c corresponds to the third specific value, and the fourth special display 46d corresponds to the fourth specific value. Corresponds to a specific value. In the example of FIG. 6C, none of the special action corresponding to the first specific value, the special action corresponding to the second specific value, the special action corresponding to the third specific value, and the special action corresponding to the fourth specific value are executed. is in a state of If there are a plurality of unexecuted special actions, the special displays corresponding to the unexecuted special actions (in the example of FIG. 6C, the first special display 46a, the second special display 46b, the third special display 46c and the fourth special display 46d ) are displayed simultaneously.

By displaying a plurality of special displays 46 at the same time in this manner, the player can grasp in more detail the timing at which the enemy character 41b executes a special action. As a result, it is possible to improve strategy, such as proceeding with the battle based on the subsequent actions of the enemy character 41b.

The first specific value is set to a value greater than the second specific value, the second specific value is set to a value greater than the third specific value, and the third specific value is set to a value greater than the fourth specific value. is set. Since the HP ratio represented by the HP gauge 45a decreases from 100%, it reaches the first specific value, the second specific value, the third specific value, and the fourth specific value in this order. That is, the first specific value is the earliest specific value that the HP ratio reaches first among the plurality of specific values respectively corresponding to the unexecuted special actions. Hereinafter, the special display 46 corresponding to the first specific value may be called the first special display 46, and the special action corresponding to the first specific value may be called the first special action.

When there are a plurality of unexecuted special actions, of the plurality of specific values respectively corresponding to the unexecuted special actions, the display mode of the special display 46 corresponding to the first specific value and other than the first specific value is displayed in a display mode different from the display mode of the special display 46 corresponding to the specific value of . For example, the first special display 46a corresponding to the earliest specific value is displayed in blue, and the second special display 46b, third special display 46c and fourth special display 46d corresponding to specific values other than the first specific value are displayed. is displayed in white.

In this way, since the first special display 46 is displayed separately from the special displays 46 other than the first special display 46, the player can be more conscious of the first special display 46 when playing. can be done.

Note that the specific display mode is not limited to the exemplified display mode, and any display mode that can distinguish between the special display 46 corresponding to the first specific value and the special display 46 other than the first specific value may be used. good. At that time, the distinction is not limited to the manner of distinguishing by color, and the distinction may be made by any display manner such as, for example, differentiating the shape of the special display 46 .

Note that in the example of FIG. 6C, the special display 46 is displayed in association with the HP gauge 45a representing the HP percentage. However, the special display 46 is not limited to being displayed in association with the HP gauge 45a. For example, when an image showing the HP value is displayed on the battle screen, the special display 46 may be displayed in association with the image showing the HP value.

Further, when an image showing the total damage value or the total damage ratio is displayed on the battle screen, the special display 46 may be displayed in association with the image showing the total damage value or the total damage ratio. For example, the battle screen may display a total damage gauge that expands as the total damage ratio increases, and a frame that indicates the maximum extendable range of the total damage gauge. A special display 46 may be displayed on the frame of the total damage gauge. A special action may be executed when the total damage gauge exceeds the special display 46 .

In addition, a text display indicating a specific value may be displayed as the special display 46 on the battle screen. Textual representations may be, for example, numbers, letters or symbols. For example, the battle screen may display "enemy remaining HP 500", "enemy special action 1: HP 300", "enemy special action 2: HP 100", and the like. In this example, the text display "HP300" indicating the specific value is displayed in association with the text display indicating the special action "Enemy special action 1", and the text display indicating the specific value "HP100". is displayed in association with "enemy special action 2", which is a text display indicating a special action. Note that in this example, the special display 46 does not have to be associated with a text display (for example, "remaining enemy HP 500") indicating the current parameters of the enemy character 41b.

Also, in the example of FIG. 6C, when the HP ratio of the enemy character 41b reaches a specific value, a special action corresponding to the specific value is set to be executed. However, the timing at which the enemy character 41b executes the special action is not limited to the timing when the HP ratio reaches the specific value. For example, the enemy character 41b may be set with a CT (charge turn), which is a parameter counted according to the number of turns. Then, the enemy character 41b may perform a special action at the timing when the predetermined number of CTs is accumulated and the attack input tab 42 is tapped.

As shown in FIG. 6C, in the vicinity of the HP gauge 45a, there is a predictive display that briefly shows the action content of the first special action among the unexecuted special actions, that is, the action content of the special action corresponding to the first specific value. 47 is displayed. The predictive display 47 is displayed with an action name such as "hot ray", for example. It should be noted that the indication display 47 is not limited to the action name, and can be displayed in an arbitrary display mode such as, for example, a symbolized action content. The sign display 47 is displayed until the special action is executed.

By displaying the predictive display 47 in this manner, the player can grasp what kind of special action the enemy character 41b will perform.

When the HP gauge 45a is tapped on the battle screen shown in FIG. 6C, a status detail screen shown in FIG. 6D is displayed. A status display area 48a and a special action content display area 48b are formed on the status detail screen. The status display area 48a displays words explaining the current status of the enemy character 41b corresponding to the tapped HP gauge 45a.

In the special action content display area 48b, words explaining the content of the first special action of the enemy character 41b corresponding to the tapped HP gauge 45a are displayed. Words explaining the content of the special action are automatically generated from the content of the special action. For example, in the example of FIG. 6C, since the first special action is "hot ray", the wording "state where 'hot ray' is activated in the next action" is generated and displayed. Also, based on the action pattern of "heat ray", for example, a message "effect: fire attribute damage randomly 15 times (total of 5 times)" is generated and displayed. Note that the specific wording displayed in the special action content display area 48b is not limited to the wordings given as examples, and may be any wording that describes the content of the special action.

7A, 7B, 7C, 7D, 8A, 8B, 8C and 8D are diagrams for explaining the flow of the battle. On the battle screen shown in FIG. 6C, when the attack input tab 42 is tapped, the ally character 41a attacks the enemy character 41b, and the HP value of the enemy character 41b changes based on the attack. As a result, as shown in FIG. 7A, the HP gauge 45a indicating the HP percentage of the enemy character 41b is shortened by the HP percentage corresponding to the decreased HP value. In the example of FIG. 7A, it is assumed that the HP ratio of the enemy character 41b has not reached the first specific value, which is the earliest specific value. In this case, the enemy character 41b performs a normal action, and the HP value of the ally character 41a changes based on the normal action. Also, in this case, the display of the special display 46 and the predictive display 47 is maintained.

On the battle screen shown in FIG. 7A, when the attack input tab 42 is tapped, the next turn is started, the ally character 41a attacks the enemy character 41b, and the HP value of the enemy character 41b changes based on the attack. . At this time, it is assumed that the HP ratio of the enemy character 41b has reached a first specific value, which is the earliest specific value. Then, as shown in FIG. 7B, the HP gauge 45a indicating the HP percentage of the enemy character 41b is shortened beyond the first special display 46a. In this case, the enemy character 41b performs a special action corresponding to the first specific value, and the HP value of the ally character 41a changes based on the special action.

Then, as the enemy character 41b executes the special action, the display of the first special display 46a that has been executed is deleted as shown in FIG. 7C. Also, by executing the special action corresponding to the first special display 46a, the first special display 46 moves to the second special display 46b. As a result, as shown in FIG. 7C, the display mode of the third special display 46c and the fourth special display 46d is maintained in, for example, white display, while the display mode of the second special display 46b is changed to, for example, blue display. Change. Also, since the first special display 46 has moved to the second special display 46b, as shown in FIG. Is displayed. In this example, the special action corresponding to the first specific value is "heat ray" and the special action corresponding to the second specific value is "heat ray 2", but the special action differs for each specific value. It can be content.

Here, it is assumed that the second player (PY2) participates in the battle in response to a rescue request from the first player (PY1) during the battle. In this case, as shown in FIG. 7D, the battle screen of the player terminal 1 during the battle displays a pop-up 48 notifying that a rescuer has appeared, such as "PY2 has entered the war." The helper's contribution information is displayed in the contribution display area 44 of the battle screen.

When the attack input tab 42 is tapped on the player terminal 1 of the second player, the friend character 41a of the second player attacks the enemy character 41b, and the HP value of the enemy character 41b changes. Then, as shown in FIG. 8A, at the player terminal 1 of the first player, the HP gauge 45a of the enemy character 41b is displayed based on the second player's attack input even if the first player does not perform attack input. changes in real time.

For example, when the first player is on standby and the attack input by the second player causes the HP percentage of the enemy character 41b to reach the second specific value as shown in FIG. 8A, the HP gauge 45a of the enemy character 41b becomes shorter than the second special display 46b. At this time, at the player terminal 1 of the second player, the turn progresses based on the attack input of the second player, and the HP ratio of the enemy character 41b reaches the second specific value. Execute a special action. However, since no attack input is performed at the player terminal 1 of the first player and the turn does not progress, even if the HP ratio of the enemy character 41b reaches the second specific value, the player terminal 1 of the first player Then, the action of the enemy character 41b is not performed. That is, in the player terminal 1 of the first player, the special action corresponding to the second specific value is maintained in an unexecuted state. Therefore, on the player terminal 1 of the first player, the second special display 46b and the predictive display 47 corresponding to the second special display 46b are continuously displayed until the attack input tab 42 is tapped.

Assume that after that, the attack input tab 42 is tapped on the player terminal 1 of the first player, and the friend character 41a of the first player attacks the enemy character 41b. At this time, it is assumed that the HP ratio of the enemy character 41b reaches the third specific value, and the HP gauge 45a of the enemy character 41b becomes shorter than the third special display 46c as shown in FIG. 8B. Then, regarding the first player, the HP ratio of the enemy character 41b has simultaneously reached two specific values, the second specific value and the third specific value. When the HP ratio of the enemy character 41b simultaneously reaches a plurality of specific values, the enemy character 41b performs a special action corresponding to the latest specific value among the plurality of specific values reached at the same time. In the example of FIG. 8B, the enemy character 41b performs a special action corresponding to the third specific value on the first player. Although the special action corresponding to the second specific value was not actually executed, it is considered as having been executed thereafter.

After the enemy character 41b executes the special action corresponding to the third specific value for the first player, as shown in FIG. 8C, the second special display 46b corresponding to the executed special action and the third The special display 46c is deleted. Also, the fourth special display 46d corresponding to the unexecuted fourth specific value is displayed in blue, for example. In addition, an indication display 47 of a special action (for example, "heat ray 4") corresponding to the fourth special display 46d is displayed.

On the battle screen shown in FIG. 8C, the first player's friend character 41a attacks the enemy character 41b based on the first player's tap on the attack input tab 42, and the HP value of the enemy character 41b reaches the limit value. is reached. In this case, as shown in FIG. 8D, the HP gauge 45a of the enemy character 41b disappears at a rate (for example, 0%) corresponding to the limit value, and the enemy character 41b disappears and disappears from the battle screen. This ends the battle.

In the battle screen shown in FIG. 8C, it is assumed that the HP value of the enemy character 41b reaches the limit value based on the second player's attack input before the first player's attack input. In this case, when the first player performs an attack input that advances the turn, the enemy character 41b disappears without the first player's ally character 41a acting, and the battle ends.

9A, 9B, and 9C are diagrams showing an example of participating in a battle. As described above, the player who started the multi-battle as a discoverer can send a rescue request to the range set on the rescue request screen shown in FIG. 6A. When the player is included in the range set on the rescue request screen, a multi-battle participation tab 39 is displayed on the rescue request list screen of the player, as shown in FIG. 5C.

When the multi-battle participation tab 39 on the rescue request list screen is tapped, a battle screen of the same battle as the battle of the discoverer is displayed, as shown in FIG. 9A. When the HP ratio of the enemy character 41b has already decreased before the player's participation, the HP gauge 45a of the enemy character 41b is displayed in a short state when the player's player participates, as shown in FIG. 9A. . Also, when participating in a battle, a special display 46 corresponding to a specific value is displayed in association with the HP gauge 45a. Further, in the contribution display area 44 of the own player's battle screen, in addition to the contribution information of the own player, the contribution information of other players during the battle including the discoverer is displayed.

Even when participating in a battle, as shown in FIG. 9B, when the HP value of the enemy character 41b reaches a specific value based on the tap of the attack input tab 42, the enemy character 41b performs a special action corresponding to the specific value. I do.

Also, in a multi-battle, when one of the players activates an ability, all players in battle may enjoy the effect of that ability. For example, assume that the second player (PY2) activates an ability that weakens the enemy character 41b. In this case, as shown in FIG. 9C, a pop-up 49 explaining the effect of the activated ability is displayed on the battle screen of another player (for example, the first player) during the battle. Then, not only the second player, but also other players in battle (for example, the first player) can proceed with the battle while the enemy character 41b is weakened.

10A and 10B are diagrams showing an example of a battle screen when there are a plurality of enemy characters 41b. FIG. 10C is a diagram showing an example of a battle screen when the number of enemy characters 41b is changed from plural to one.

As shown in FIG. 10A, when the number of enemy characters 41b is three, the battle screen displays three enemy characters 41b and an HP gauge 45a corresponding to each enemy character 41b. . Since the HP gauges 45a for three characters are displayed on the battle screen, each HP gauge 45a is displayed in a reduced size compared to the HP gauge 45a when the number of enemy characters 41b is one.

If the number of enemy characters 41b is three, and the number of specific values corresponding to unexecuted special actions for one enemy character 41b is one, the special display 46 corresponding to the specific value will For example, it is displayed in blue on the HP gauge 45a of the enemy character 41b.

On the other hand, if the number of enemy characters 41b is three and there are a plurality of specific values corresponding to unexecuted special actions for one enemy character 41b, the first specific value corresponding to the unexecuted special action A special display 46 corresponding to the specific value of is displayed, for example, in blue on the HP gauge 45a of the enemy character 41b. However, of the specific values corresponding to the unexecuted special actions, the special display 46 corresponding to specific values other than the earliest specific value is not displayed.

Assume that one of the three enemy characters 41b disappears on the battle screen shown in FIG. 10A, leaving two enemy characters 41b. Then, as shown in FIG. 10B, two enemy characters 41b are displayed on the battle screen, and an HP gauge 45a corresponding to each enemy character 41b is displayed. Although the HP gauges 45a for two characters are displayed larger than the HP gauges 45a for three characters, they are displayed smaller than the HP gauge 45a when the number of enemy characters 41b is one.

If the number of enemy characters 41b is two, and the number of specific values corresponding to unexecuted special actions for one enemy character 41b is one, the special display 46 corresponding to the specific value will For example, it is displayed in blue on the HP gauge 45a of the enemy character 41b.

On the other hand, if the number of enemy characters 41b is two and there are a plurality of specific values corresponding to unexecuted special actions for one enemy character 41b, the first specific value corresponding to the unexecuted special action A special display 46 corresponding to the specific value of is displayed, for example, in blue on the HP gauge 45a of the enemy character 41b. However, of the specific values corresponding to the unexecuted special actions, the special display 46 corresponding to specific values other than the earliest specific value is not displayed.

When there are a plurality of enemy characters 41b, the HP gauge 45a is displayed in a reduced size. Therefore, if a plurality of special displays 46 are displayed, the HP gauge 45a and the special display 46 may become difficult to see. . However, as shown in FIGS. 10A and 10B, when there are a plurality of enemy characters 41b, only the first special display 46 is displayed. While doing so, it is possible to grasp the timing of the special action of the enemy character 41b.

Assume that one of the two enemy characters 41b disappears on the battle screen shown in FIG. 10B, leaving only one enemy character 41b. Then, as shown in FIG. 10C, the battle screen displays one enemy character 41b and an HP gauge 45a corresponding to the one enemy character 41b. In this case, the HP gauge 45a of the enemy character 41b is enlarged and displayed compared to when there are a plurality of enemy characters 41b.

If the number of enemy characters 41b is one and there are a plurality of specific values corresponding to unexecuted special actions, special displays 46 corresponding to the plurality of specific values are displayed at the same time. Also, the first special display 46 is displayed in blue, and the special displays 46 other than the first special display 46 are displayed in white.

If the number of enemy characters 41b is one, the HP gauge 45a and the plurality of special indications 46 can be sufficiently recognized even if the plurality of special indications 46 are displayed at the same time. In addition, by displaying all the unexecuted special displays 46, the player can grasp the timing of the special action of the enemy character 41b in more detail.

In FIGS. 10A to 10C, when there is one enemy character 41b, a plurality of special displays 46 are displayed simultaneously, and when there are a plurality of enemy characters 41b, a special display corresponding to the first specific value is displayed. Only 46 was displayed. However, the present invention is not limited to a mode in which the number of special displays 46 to be displayed differs depending on whether the number of enemy characters 41b is one or plural. For example, when the number of enemy characters 41b is less than a predetermined number, a plurality of special displays 46 are displayed simultaneously, and when the number of enemy characters 41b exceeds a predetermined number, only the special display 46 corresponding to the first specific value is displayed. You may let The predetermined number in this case may be arbitrarily set in consideration of, for example, the size of the battle screen or the size of the HP gauge 45a when the HP ratio is maximum.

The processing of the player terminal 1 and the server 100 for realizing the above-described game, and the functional units that perform each processing will be described below. In the following description, processing related to a battle game in which the player fights against the enemy character 41b will be described, and description of other processing will be omitted.

(Functional unit of player terminal 1)
FIG. 11 is a functional block diagram of the player terminal 1. As shown in FIG. The memory 12 of the player terminal 1 is provided with a program storage area 12a and a data storage area 12b. The CPU 10 stores a program (module) for controlling the browser in the program storage area 12a when the game is started or the browser is activated.

Programs that control the browser include a communication control program 70 and a display control program 71 . Note that the programs listed in FIG. 11 are only examples, and many other programs are provided as programs for controlling the browser.

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 control section 1A by operating each program stored in the program storage area 12a. That is, the player terminal 1 is an information processing device including a terminal control section 1A that executes various information processing programs. The terminal controller 1A includes a communication controller 70a and a display controller 71a.

Specifically, the CPU 10 operates the communication control program 70 to cause the computer to function as a communication control section 70a. The CPU 10 operates the display control program 71 and causes the computer to function as a display control section 71a.

A player information storage section 80 is provided in the data storage area 12b as a storage section for storing data. The storage units described above are only examples, and the data storage area 12b is provided with a large number of other storage units. The player information storage unit 80 stores various types of information about players, such as player IDs.

The communication control unit 70 a transmits and receives information to and from the server 100 . For example, the communication control unit 70 a transmits predetermined request information based on the player's operation to the server 100 and receives information on the request from the server 100 . The display control unit 71a performs display control of an image displayed on the display 26 according to the player's operation or the progress of the game. For example, the display control unit 71 a displays an image on the display 26 based on information received from the server 100 .

(Functional unit of server 100)
FIG. 12 is a functional block diagram of the server 100. As shown in FIG. The memory 112 of the server 100 is provided with a program storage area 112a and a data storage area 112b. A game execution control program 170, a parameter management program 171, an action management program 172, a display information management program 173, and a communication control program 174 are stored in the program storage area 112a. The programs listed in FIG. 12 are only examples, and many other programs are stored in the program storage area 112a.

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 control unit 100A by operating each program stored in the program storage area 112a. That is, the server 100 is an information processing apparatus including a server control unit 100A that executes various information processing programs. The server control unit 100A includes a game execution control unit 170a, a parameter management unit 171a, an action management unit 172a, a display information management unit 173a, and a communication control unit 174a.

Specifically, the CPU 110 operates the game execution control program 170 and causes the computer to function as the game execution control section 170a. Similarly, the CPU 110 operates a parameter management program 171, an action management program 172, a display information management program 173, and a communication control program 174, which are respectively a parameter management section 171a, an action management section 172a, a display information management section 173a, and a communication control program. It functions as the part 174a.

The data storage area 112b is provided with a game information storage unit 180, a player information storage unit 181, and a battle log storage unit 182 as storage units for storing data. The storage units described above are only examples, and the data storage area 112b is provided with a large number of other storage units.

The game information storage unit 180 stores various information related to the progress of the game, such as the progress of the game. The player information storage unit 181 stores various types of information about players for each player. The battle log storage unit 182 stores battle logs of multi-battles and the like. For example, the battle log storage unit 182 stores relief request destination information that identifies the player to whom the relief request is made in association with the multi-battle that is the source of the relief request, battle participation information that identifies the player who participated in the multi-battle upon receiving the relief request, and the like. may be stored.

The game execution control section 170a controls the progress of the entire game. For example, the game execution control unit 170a updates the game information of the game in general based on the reception of various information indicating the player's input operation to the player terminal 1. FIG. Further, when the game information of the game in general is updated, the game execution control unit 170a generates display information based on the updated game information, and transmits the display information to the player terminal 1 via the communication control unit 174a.

In addition, the game execution control unit 170a controls the progress of the game so that it is possible to receive inputs from a plurality of players for one enemy character 41b. In other words, the game execution control section 170a performs control to realize a multi-battle.

The parameter management unit 171a manages parameters (for example, HP) relating to the lives of the enemy character 41b and the ally character 41a. For example, the parameter management unit 171a performs processing for changing the parameter value (for example, HP value) of a predetermined parameter of the enemy character based on the input indicating the action of the player.

The behavior management section 172a manages behavior of the enemy character 41b. For example, the action management unit 172a executes a process of causing the enemy character 41b to perform an action based on the player's input indicating the action. That is, the action management unit 172a manages the enemy character 41b so that it performs actions on a turn basis. Also, the action to be executed by the enemy character 41b may include a special action.

In addition, the action management unit 172a performs processing for changing the presence or absence of the enemy character 41b based on the fact that the parameter value of the enemy character 41b reaches a preset limit value. Specifically, the action management unit 172a makes the enemy character 41b disappear when the HP value of the enemy character 41b reaches zero.

Also, the action management unit 172a manages the special action of the enemy character 41b in association with a preset specific value. The action management unit 172a performs processing for causing the enemy character 41b to perform a special action based on the satisfaction of a specific condition including at least the parameter reaching a specific value. More specifically, the game information storage unit 180 stores table information in which a specific parameter value (that is, a specific value) of the enemy character 41b is associated with a special action ID that identifies the special action of the enemy character 41b. It is The action management unit 172a refers to the parameter values from the table information and determines whether or not the current parameters of the enemy character 41b have reached the parameter values of the table information. When the current parameter of the enemy character 41b reaches the parameter value of the table information, the action management unit 172a causes the enemy character 41b to perform the special action based on the special action ID corresponding to the parameter value of the table information. run.

The display information management unit 173a associates the special display 46 corresponding to the specific value with an image (eg, HP gauge 45a) or text display indicating a parameter value (eg, HP value) or a ratio (eg, HP ratio). It performs processing to generate display information to be displayed by

Further, when the number of enemy characters 41b is equal to or less than a predetermined number, and if there are a plurality of unexecuted special actions of one enemy character 41b, the display information management unit 173a displays a plurality of special displays 46 corresponding to the plurality of special actions, respectively. are displayed at the same time. At this time, the display information management unit 173a controls the display mode of the special display 46 corresponding to the first specific value among the plurality of specific values respectively corresponding to the unexecuted special actions, and the specific values other than the first specific value. The display mode of the special display 46 corresponding to the value is changed to generate display information for displaying each special display 46 .

Further, when the number of enemy characters 41b exceeds a predetermined number, even if there are a plurality of unexecuted special actions of one enemy character 41b, the display information management unit 173a sets the specific value corresponding to the unexecuted special action. Display information is generated such that the special display 46 corresponding to the first specific value is displayed and the special display 46 corresponding to the specific values other than the first specific value is not displayed.

The communication control unit 174 a transmits and receives information to and from the player terminal 1 . For example, the communication control unit 174a receives predetermined request information based on the player's operation from the player terminal 1, and transmits display information generated based on the received information to the player terminal 1. FIG.

(Communication processing between player terminal 1 and server 100)
13, 14 and 15 are sequence diagrams explaining the processing 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 following description, it is assumed that the player has input an operation for starting the game and the player's login has been completed.

As shown in FIG. 13, the communication control unit 70a of the player terminal 1 performs quest list request processing for transmitting quest list request information to the server 100 when the quest tab 32d on the My Page screen shown in FIG. 3A is tapped. Execute (P1).

When receiving the quest request information via the communication control unit 174a, the game execution control unit 170a of the server 100 extracts executable quests based on the player ID, and generates quest list screen information for displaying the extracted quests. (S1). The game execution control unit 170a transmits the generated quest list screen information to the player terminal 1 via the communication control unit 174a (S2).

When receiving the quest list screen information via the communication control unit 70a, the display control unit 71a of the player terminal 1 executes quest list screen display processing for displaying the quest list screen on the display 26 based on the received quest list screen information. (P2).

Further, when the multi-battle tab 34 on the quest list screen shown in FIG. 3B is tapped, the communication control unit 70a of the player terminal 1 executes a relief request list request process of transmitting relief request list request information to the server 100. (P3).

When the game execution control unit 170a of the server 100 receives the help request list request information via the communication control unit 174a, the game execution control unit 170a displays a help request list screen based on the help request destination information in the battle log storage unit 182. Screen information is generated (S3). If the help request destination information includes the player information of the sender of the help request list request information, the game execution control unit 170a displays the multi-battle participation tab 39 on the help request list screen as shown in FIG. 5C. Generate help request list screen information to be displayed. On the other hand, if the rescue request destination information does not include the player information of the sender of the rescue request list request information, the game execution control unit 170a displays the multi-battle participation tab on the rescue request list screen as shown in FIG. 4A. 39 is not displayed on the rescue request list screen information. The game execution control unit 170a transmits the relief request list screen information to the player terminal 1 via the communication control unit 174a (S4).

When the display control unit 71a of the player terminal 1 receives the relief request list screen information via the communication control unit 70a, the relief request list screen is displayed on the display 26 based on the received relief request list screen information. Display processing is executed (P4).

As shown in FIG. 14, the communication control unit 70a of the player terminal 1 transmits multi-battle list request information to the server 100 when the multi-battle list tab 35b on the rescue request list screen shown in FIG. 4A is tapped. A battle list request process is executed (P5).

When receiving the multi-battle list request information via the communication control unit 174a, the game execution control unit 170a of the server 100 transmits the multi-battle list screen information for displaying the multi-battle list screen to the player terminal 1 via the communication control unit 174a. (S5).

When the display control unit 71a of the player terminal 1 receives the multi-battle list screen information via the communication control unit 70a, the multi-battle list screen is displayed on the display 26 based on the received multi-battle list screen information. Display processing is executed (P6).

Further, when the difficulty level selection tab 36d on the multi-battle list screen shown in FIG. The difficulty level selection process to be transmitted is executed (P7).

When the game execution control unit 170a of the server 100 receives the difficulty level selection information via the communication control unit 174a, the multi-battle selection screen information for displaying the multi-battle selection screen corresponding to the selected difficulty level is transmitted to the communication control unit 170a. 174a to the player terminal 1 (S7).

When receiving the multi-battle selection screen information via the communication control unit 70a, the display control unit 71a of the player terminal 1 displays the multi-battle selection screen on the display 26 based on the received multi-battle selection screen information. Display processing is executed (P8).

As shown in FIG. 15, when the multi-battle selection tab 37a on the multi-battle selection screen shown in FIG. A multi-battle start request process for transmitting battle start request information to the server 100 is executed (P10).

When receiving the multi-battle start request information via the communication control unit 174a, the game execution control unit 170a of the server 100 executes various start settings regarding the multi-battle (S10). For example, the game execution control unit 170a sets the enemy character 41b in the multi-battle specified by the multi-battle start request information, initializes the HP value of the enemy character 41b, sets the special action of the enemy character 41b, and sets the specific value. etc. Next, the server 100 executes special display information generation processing for generating display information for the special display 46 (S11).

FIG. 16 is a flow chart illustrating an example of special display information generation processing (S11). When the special display information generation process is started, the display information management section 173a determines whether or not the number of enemy characters 41b (hereinafter referred to as the number of enemy characters) is 1 or less (S11-1).

If the number of enemy characters is 1 or less (YES in S11-1), the display information management unit 173a executes a first unexecuted special display process (described later) regarding the setting of the special display 46 (S11-2), and Display information about the special display 46 is generated (S11-4). If the number of enemy characters is greater than 1 (NO in S11-1), the display information management unit 173a executes a second unexecuted special display process (described later) regarding the setting of the special display 46 (S11-3), and Display information about the special display 46 is generated (S11-4).

FIG. 17 is a flowchart illustrating an example of the first unexecuted special display process (S11-2). Hereinafter, a specific value corresponding to an unexecuted special action will be referred to as an unexecuted specific value. A special indication corresponding to an unexecuted specific value is called an unexecuted special indication. A special display corresponding to the first specific value among the unexecuted specific values is called the first special display. As described above, the game information storage unit 180 stores table information in which specific parameter values (that is, specific values) of the enemy character 41b and special action IDs of the enemy character 41b are associated with each other. This table information includes, for example, special action execution flags associated with special action IDs. The special action execution flag is information capable of distinguishing between unexecuted special actions and executed special actions. That is, by referring to the table information, it can be known whether the special action has been executed or not. For example, when the enemy character 41b executes a special action based on an attack input that advances the turn, the action management unit 172a sets the special action execution flag corresponding to the special action ID of the executed special action to a state indicating that the special action has been executed. to In another example, in a multi-battle, when the enemy character 41b executes a special action based on an attack input operation by one of the players, the special action execution flag is set to a state indicating that the execution has been completed, and the enemy character 41b performs a special action only for the player who performed the attack input.

When the first unexecuted special display is started, the display information management unit 173a generates a white unexecuted special display based on the information of the unexecuted special action of the enemy character 41b (for example, the table information described above). (S112-1). For example, if there are a plurality of unexecuted special actions, a plurality of white unexecuted special displays respectively corresponding to the plurality of unexecuted special actions are generated. Note that when there is no unexecuted special action, no unexecuted special display is generated and no special display is displayed.

Next, the display information management unit 173a generates a blue first special display based on the information on the unexecuted special action of the enemy character 41b (for example, the table information described above) (S112-2). As a result, the first special display among the unexecuted special displays is changed from white display to blue display. For example, if there are a plurality of unexecuted special displays, only the first special display is changed to blue display, and the unexecuted special displays other than the first special display are maintained in white display.

Next, the display information management unit 173a sets the predictive display 47 corresponding to the first special action (in other words, the first special display) among the unexecuted special actions (S112-3).

Note that the display information management unit 173a may omit the process of generating the top blue special display (step S112-2). In that case, all the unexecuted special displays are displayed in white by the processing of step S112-1.

FIG. 18 is a flowchart illustrating an example of the second unexecuted special display setting process (S11-3). When the second unexecuted special display setting process is started, the display information management unit 173a selects one enemy character 41b from among the plurality of enemy characters 41b (S113-1).

For the selected enemy character 41b, the display information management unit 173a generates a blue first special display based on the information on the unexecuted special action of the enemy character 41b (for example, the table information described above) (S113). -2). As a result, for example, if there are multiple unexecuted special actions, only the first special display will be displayed in blue, and unexecuted special displays other than the first special display will not be generated and displayed it will not be done. Note that when there is no unexecuted special action, no unexecuted special display is generated and no special display is displayed.

Next, the display information management unit 173a sets the predictive display 47 corresponding to the first special action (in other words, the first special display) among the unexecuted special actions (S113-3).

Next, the display information management unit 173a determines whether or not the setting of the special display 46 has been completed for all the enemy characters 41b (S113-4). If setting of the special display 46 has not been completed for all the enemy characters 41b (NO in S113-4), the display information management unit 173a selects one enemy character 41b from among the enemy characters 41b that have not yet been selected. (S113-1), and the processing from step S113-2 is repeated. When the setting of the special display 46 is completed for all the enemy characters 41b (YES in S113-4), the second unexecuted special display setting process is ended.

Then, the display information management unit 173a, as shown in step S11-4 in FIG. Generate display information.

Returning to FIG. 15, after the special display information generation process (S11), the display information management unit 173a generates the information set in the multi-battle start setting and the display information about the special display generated in the special display information generation process. , a battle screen information generating process for generating battle screen information for displaying a battle screen is executed (S12). The display information management unit 173a transmits the generated battle screen information to the player terminal 1 via the communication control unit 174a (S13).

The display control unit 71a of the player terminal 1 performs battle screen display processing for displaying the battle screen on the display 26 based on the battle screen information received via the communication control unit 70a (P13).

Note that the special display information generation process (S11) and the battle screen generation process (S12) may be executed in the player terminal 1. In this case, the server 100 transmits various information regarding the set multi-battle to the player terminal 1 after setting the start of the multi-battle. The display control unit 71a of the player terminal 1 may execute special display information generation processing and battle screen generation processing based on the received information, and display the battle screen on the display 26 based on the generated battle screen information. .

The game execution control unit 170a of the server 100 transmits the rescue setting screen information for displaying the rescue setting screen to the player terminal 1 after a predetermined time has passed since the battle screen information was transmitted in step S13 (S14). The rescue setting screen information may be transmitted together with the transmission of the battle screen information in step S13.

When the display control unit 71a of the player terminal 1 receives the relief setting screen information via the communication control unit 70a, the display control unit 71a displays the relief setting screen shown in FIG. 6A on the display 26 based on the received relief setting screen information. A setting screen display process is executed (P14). When the relief request transmission tab 40d of the relief setting screen is tapped, the communication control unit 70a determines whether or not the overall selection checkbox 40a is checked, whether or not the friend selection checkbox 40b is checked, and whether or not the guild selection checkbox 40c is checked. A relief request information transmission process for transmitting relief request information to the server 100 is executed (P15).

When receiving the help request information via the communication control unit 174a, the game execution control unit 170a of the server 100 specifies the player to whom the help request is made based on the received help request information, A relief setting process is executed to store the relief request destination information associated with the battle in the battle log storage unit 182 (S15). The game execution control section 170a transmits relief request completion information indicating completion of the relief request to the player terminal 1 via the communication control section 174a (S16).

When the display control unit 71a of the player terminal 1 receives the relief request completion information via the communication control unit 70a, the display control unit 71a displays the relief request completion screen shown in FIG. 6B based on the received relief request completion information. Screen display processing is executed (P16).

When the OK tab 40f of the relief request completion screen is tapped, the display control unit 71a executes battle screen display processing for switching from the relief request completion screen to the battle screen (P17).

On the battle screen, the player terminal 1 performs a battle execution process of executing a battle by communicating with the server 100 based on the player's input operation (P20). The server 100 performs battle execution processing for executing a battle based on the information received from the player terminal 1 (S20).

FIG. 19 is a sequence diagram showing an example of the battle execution process (P20) of the player terminal 1 and the battle execution process (S20) of the server 100. FIG.

When the HP gauge 45a of the enemy character 41b on the battle screen is tapped, the communication control unit 70a of the player terminal 1 provides status detail screen request information for requesting display of the status detail screen of the enemy character 41b corresponding to the HP gauge 45a. to the server 100 (P20-1).

When the display information management unit 173a of the server 100 receives the detailed status screen request information via the communication control unit 174a, it generates the detailed status screen information of the enemy character 41b based on the received detailed status screen request information ( S20-1). The display information management section 173a transmits the generated status detailed screen information to the player terminal 1 via the communication control section 174a (S20-2).

When the display control unit 71a of the player terminal 1 receives the detailed status screen information via the communication control unit 70a, the display control unit 71a displays the detailed status screen shown in FIG. 6D on the display 26 based on the received detailed status screen information. A detailed screen display process is executed (P20-2).

Further, when the attack input tab 42 on the battle screen is tapped, the communication control unit 70a of the player terminal 1 executes an attack input information transmission process of transmitting attack input information indicating an attack operation input by the player to the server 100. (P20-3).

When the server 100 receives the attack input information via the communication control unit 174a, the server 100 performs turn execution processing for executing actions for one turn (S20-3).

FIG. 20 is a flow chart illustrating an example of the turn execution process (S20-3). For convenience of explanation, the explanation of the processing related to the friend character 41a is omitted, and the processing concerning the enemy character 41b is described.

When the turn execution process is started, the parameter management unit 171a of the server 100 selects one enemy character 41b among the enemy characters 41b in battle (S203-1). The parameter management unit 171a calculates a parameter value (eg, HP value) for the selected enemy character 41b based on the received attack input information (S203-2). Here, since the server 100 can accept attack inputs from a plurality of player terminals 1, the parameter management unit 171a calculates parameter values of the enemy character 41b each time an attack input is received from each player terminal 1. become. Therefore, the parameter management unit 171a subtracts the parameter value for the current attack input information from the previous parameter value to update the parameter value. Note that the parameter management unit 171a may derive a parameter ratio (for example, HP ratio) corresponding to the calculated parameter value.

The parameter management unit 171a determines whether or not the calculated parameter value satisfies the limit condition (S203-3). For example, when the HP value reaches 0, the parameter management unit 171a determines that the limit condition is satisfied.

If the calculated parameter value satisfies the limit condition (YES in S203-3), the parameter management unit 171a eliminates the enemy character 41b (S203-4), and proceeds to step S203-9. Note that the disappearance of the enemy character 41b corresponds to subtracting the number of enemy characters in battle by the number of the eliminated characters.

If the calculated parameter value does not satisfy the limit condition (NO in S203-3), the parameter management unit 171a assumes that the enemy character 41b is alive and sets the parameter ratio (for example, HP ratio) of the enemy character 41b. ) has reached a specific value (S203-5). In step S203-5, the unexecuted specific value is used as a criterion, and the specific value corresponding to the executed special action is excluded from the criterion in step S203-5. Further, if there are a plurality of unexecuted specific values, the parameter management unit 171a performs determination in step S203-5 for each unexecuted specific value.

When the parameter ratio of the enemy character 41b reaches a specific value (YES in S203-5), the action management unit 172a sets the enemy character 41b to perform a special action (S203-6). More specifically, when only one unexecuted specific value is reached, the action management unit 172a sets the enemy character 41b to execute a special action corresponding to the reached unexecuted specific value. When there are a plurality of unexecuted specific values for which the parameter ratio has reached, the action management unit 172a sets the enemy character 41b to execute a special action corresponding to the unexecuted specific value that reaches the latest among the unexecuted specific values that have reached. conduct.

After setting the execution of the special action, the parameter management unit 171a sets to delete the special display corresponding to the special action that has been executed by setting the execution of the special action (hereinafter referred to as the executed special display). (S203-7), and the process proceeds to step S203-9. In step S203-7, the parameter management unit 171a may set the specific value corresponding to the executed special action as the executed specific value and exclude it from the unexecuted specific value.

If the parameter ratio of the enemy character 41b does not reach the specific value (NO in S203-5), the action management unit 172a sets the enemy character 41b to perform a normal action (S203-8), and performs step The process proceeds to S203-9.

In step S203-9, the parameter management unit 171a determines whether or not limit condition determination has been performed for all enemy characters 41b in battle.

If there is an enemy character 41b whose limit condition has not yet been determined (NO in S203-9), the parameter management unit 171a selects one enemy character 41b among the enemy characters 41b whose limit condition has not yet been determined. (S203-1), and the processing from step S203-2 is repeated.

When the determination of the limit conditions has been completed for all enemy characters 41b in battle (YES in S203-9), the game execution control unit 170a determines whether or not the number of enemy characters has become 0 (S203-10). . When the number of enemy characters reaches 0 (YES in S203-10), the game execution control section 170a sets the end of the battle (S203-12).

If the number of enemy characters does not become 0 (NO in S203-10), the display information management section 173a executes the special display information generation process (S11) described using FIG. For example, when there is one enemy character 41b and there are a plurality of unexecuted specific values, the display information management unit 173a sets the first special display 46 to blue display, and sets the special display 46 other than the first specific value to blue. is set to white display and display information is generated.

Returning to FIG. 19, when the turn execution process (S20-3) ends, the display information management unit 173a updates the display of the battle screen based on various information calculated, set, or generated in the turn execution process. Battle screen information is generated (S20-4). The display information management unit 173a transmits the generated battle screen information to the player terminal 1 via the communication control unit 174a (S20-5).

When the display control unit 71a of the player terminal 1 receives the battle screen information via the communication control unit 70a, it executes battle screen update processing for updating the display of the battle screen based on the received battle screen information (P20-5). ). For example, in the battle screen, an animation in which the friend character 41a attacks is displayed, and an animation in which the HP gauge 45a of the enemy character 41b is shortened by the attack is displayed. After that, an animation is displayed in which the enemy character 41b performs a normal action or a special action based on the shortened HP ratio of the HP gauge 45a.

FIG. 21 is a sequence diagram illustrating processing of the player terminal 1 and the server 100 when participating in a multi-battle.

When the multi-battle participation tab 39 on the relief request list screen shown in FIG. Participation request processing to be sent is executed (P30).

When the game execution control unit 170a of the server 100 receives the participation request information via the communication control unit 174a, the game execution control unit 170a identifies, based on the participation request information, the multi-battle that is the source of the rescue request and the player who requested the participation. Battle participation processing is executed to allow the requesting player to participate in the multi-battle of the rescue requester (S30). In the battle participation process, the game execution control unit 170a acquires various settings related to the multi-battle of the rescue request source. Also, in the battle participation process, the game execution control unit 170a stores battle participation information that associates the multi-battle with the players who participated in the multi-battle in the battle log storage unit 182 .

Next, the display information management unit 173a of the server 100 executes the special display information generation process (S11) described using FIG. At this time, the number of enemy characters and the HP value or HP ratio of the enemy character 41b change in real time. Display information for the special display 46 is generated based on.

Next, the display information management unit 173a displays a battle screen for displaying a battle screen based on various setting information related to the multi-battle of the rescue request source and the display information for the special display generated in the special display information generation process. A battle screen information generation process for generating screen information is executed (S32). The display information management unit 173a transmits the generated battle screen information to the player terminal 1 via the communication control unit 174a (S33).

When the display control unit 71a of the player terminal 1 receives the battle screen information via the communication control unit 70a, the display control unit 71a executes battle screen display processing for displaying the battle screen on the display 26 based on the received battle screen information (P33). .

On the battle screen, the player terminal 1 performs a battle execution process of executing a battle by communicating with the server 100 based on the player's input operation (P20). The server 100 performs battle execution processing for executing a battle based on the information received from the player terminal 1 (S20). The battle execution processing (P20) of the player terminal 1 and the battle execution processing (S20) of the server 100 here are the same as those explained using FIG. 19, so the explanation is omitted.

FIG. 22 is a sequence diagram illustrating processing of a plurality of player terminals 1 and server 100 in a multi-battle. In FIG. 22 , for convenience of explanation, the player terminal 1 of the first player and the player terminal 1 of the second player will be explained as an example, but the number of player terminals 1 is not limited to two, and the number of player terminals is not limited to two. It can be any number that can be played simultaneously. In the description of FIG. 22, the processing at player terminal 1 of the first player is denoted by PY1-n (n is an arbitrary integer), and the processing at player terminal 1 of the second player is denoted by PY2-n (n is an arbitrary integer). integer).

The server 100 processes information transmitted from a plurality of player terminals 1 in order of reception. Thus, for example, after receiving information from the player terminal 1 of the first player, the server 100 then receives information from the player terminal 1 of the second player before receiving information from the player terminal 1 of the first player. When the information is received, it processes the information received from the player terminal 1 of the first player and then processes the information received from the player terminal 1 of the second player.

In the player terminal 1 of the first player, when the attack input tab 42 is tapped, the communication control unit 70a transmits attack input information to the server 100, which indicates attack operation input by the first player. Execute the process (PY1-40).

When the server 100 receives the attack input information via the communication control unit 174a, the server 100 performs turn execution processing for executing actions for one turn with respect to the player terminal 1 of the first player (S20-3). The contents of the turn execution process (S20-3) here are the same as those described with reference to FIG. 20, so description thereof will be omitted.

Next, the display information management unit 173a generates battle screen information for updating the display of the battle screen based on various information calculated, set, or generated in the turn execution process (S42). The display information management unit 173a transmits the generated battle screen information to the player terminal 1 of the first player via the communication control unit 174a (S43).

When the display control unit 71a of the player terminal 1 of the first player receives the battle screen information via the communication control unit 70a, the display control unit 71a executes battle screen update processing for updating the display of the battle screen based on the received battle screen information. (PY1-43).

Further, the display information management unit 173a of the server 100, based on the HP value of the enemy character 41b after the current turn execution process, displays real-time display information including image information of the HP gauge 45a representing the HP ratio corresponding to the HP value. is generated (S44). The display information management unit 173a communicates the generated real-time display information to the player terminals 1 other than the player terminal 1 of the first player (for example, the player terminal 1 of the second player) among the player terminals 1 in battle. It transmits via the control unit 174a.

When receiving the real-time display information via the communication control unit 70a, the display control unit 71a of the player terminal 1 of the second player executes display update processing for updating the display of the battle screen based on the received real-time display information. (PY2-45). As a result, for example, on the battle screen of the second player's player terminal 1, the display of the HP gauge 45a of the enemy character 41b is shortened by the amount of damage received by the first player's attack input on the player terminal 1. display is updated.

Further, in the player terminal 1 of the second player, when the attack input tab 42 is tapped, the communication control unit 70a transmits to the server 100 the attack input information indicating the input of the attack operation by the second player. Information transmission processing is executed (PY2-50).

When the server 100 receives the attack input information via the communication control unit 174a, the server 100 performs turn execution processing for executing actions for one turn with respect to the player terminal 1 of the second player (S20-3). The contents of the turn execution process (S20-3) here are the same as those described with reference to FIG. 20, so description thereof will be omitted.

Next, the display information management unit 173a generates battle screen information for updating the display of the battle screen based on various information calculated, set, or generated in the turn execution process (S52). The display information management unit 173a transmits the generated battle screen information to the player terminal 1 of the second player via the communication control unit 174a (S53).

When the display control unit 71a of the player terminal 1 of the second player receives the battle screen information via the communication control unit 70a, the display control unit 71a executes battle screen update processing for updating the display of the battle screen based on the received battle screen information. (PY2-53).

Further, the display information management unit 173a of the server 100, based on the HP value of the enemy character 41b after the current turn execution process, displays real-time display information including image information of the HP gauge 45a representing the HP ratio corresponding to the HP value. is generated (S54). The display information management unit 173a communicates the generated real-time display information to the player terminals 1 other than the player terminal 1 of the second player (for example, the player terminal 1 of the first player) among the player terminals 1 in battle. It transmits via the control unit 174a.

Upon receiving the real-time display information via the communication control unit 70a, the display control unit 71a of the player terminal 1 of the first player executes display update processing for updating the display of the battle screen based on the received real-time display information. (PY1-55). As a result, for example, on the battle screen of the player terminal 1 of the first player, the display of the HP gauge 45a of the enemy character 41b is shortened by the amount of damage received by the attack input on the player terminal 1 of the second player. display is updated.

Note that the real-time display information is not limited to including the image information of the HP gauge 45a of the enemy character 41b. For example, the display information management unit 173a of the server 100, when the enemy character 41b executes a special action, or when the first special action of the enemy character 41b changes, based on the occurrence of various events, Real-time display information including information indicating the details of the event may be transmitted to each player terminal 1 .

As described above, in the information processing system S of the present embodiment, the special display 46 corresponding to the preset specific value is an image (for example, the HP gauge 45a) showing the parameter value or ratio of the enemy character 41b, or Display information to be displayed in association with the text display indicating the specific value is generated. In the information processing system S of the present embodiment, the special display is displayed in association with the image indicating the parameter value or ratio, or the text display indicating the specific value, based on the generated display information. By looking at the displayed special display 46, the player can easily grasp at what timing the enemy character 41b will perform the special action.

Therefore, according to the information processing system S of this embodiment, it is possible to reduce the burden on the player. Moreover, in the information processing system S of the present embodiment, it is possible to prevent the difficulty level from increasing.

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 various modifications or modifications within the scope of the claims, and it is understood that these also belong to the technical scope.

In the above embodiment, the case where the player terminal 1 is a smart phone has been described as an example. However, the player terminal 1 is not limited to a smart phone, and may be any computer such as a personal computer.

Further, in the above embodiment, in a game based on a turn-based battle, the special display 46 is displayed in association with the HP gauge 45a of the enemy character 41b. However, it is not limited to games based on turn-based battles. For example, the enemy character 41b and the ally character 41a are each set with a predetermined standby time, and the enemy character 41b can be activated in any battle system game such as an active time battle system game in which actions are possible in the order in which the standby time has elapsed. The special display 46 may be displayed in association with the HP gauge 45a.

Further, in the above embodiment, the special display 46 is displayed in association with the HP gauge 45a of the enemy character 41b in the multi-battle. However, the battle for displaying the special display 46 is not limited to the multi-battle. For example, the special display 46 may be displayed in various battles such as a main quest battle related to the main story, an arbitrary free quest battle, and a limited-time quest battle.

In the above embodiment, the information processing system S, which is a client-server system, performs each of the above information processes. However, the player terminal 1 may have the functions of the server 100 in the above embodiment. Also, the functions of the player terminal 1 in the above embodiment may be provided in the server 100 .

Also, the programs 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 or an information processing system 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.

1 player terminal 41b enemy character 45a HP gauge 46 special display 100 server S information processing system

Claims (11)

a process of changing a predetermined parameter of an enemy character based on an input operation by a player to an input operation unit that advances an attack by an ally character ;
a process of changing the presence or absence of the enemy character based on the parameter of the enemy character reaching a preset limit value;
Managing the special action of the enemy character in association with a preset specific value, and performing the special action on the enemy character based on satisfaction of a specific condition including at least the parameter reaching the specific value. and
a process of generating display information for displaying a special display that is an image or text display indicating the specific value;
is executed by a computer ,
It is possible to identify whether or not the special action has been executed by a special action execution flag associated with the special action,
In the process of generating the display information, if there is the special action execution flag in a state indicating that the special action has not been executed, the special action to be executed first among the unexecuted special actions generating the display information for displaying the special display corresponding to the specific value corresponding to the special action of
In the processing for executing the special action, when the enemy character is caused to execute the special action, the special action execution flag corresponding to the executed special action is set to a state indicating that the special action has been executed. Information processing program that allows you to a process of changing a predetermined parameter of an enemy character based on an input operation by a player to an input operation unit that advances an attack by an ally character ;
a process of changing the presence or absence of the enemy character based on the parameter of the enemy character reaching a preset limit value;
Managing the special action of the enemy character in association with a preset specific value, and performing the special action on the enemy character based on satisfaction of a specific condition including at least the parameter reaching the specific value. and
a process of generating display information for displaying a special display that is an image or text display indicating the specific value;
is executed by a computer ,
It is possible to identify whether or not the special action has been executed by a special action execution flag associated with the special action,
In the process of generating the display information, if there is the special action execution flag in a state indicating that the special action has not been executed, the special action to be executed first among the unexecuted special actions A setting is made to display an indication display indicating the action content of the special action of
In the processing for executing the special action, when the enemy character is caused to execute the special action, the special action execution flag corresponding to the executed special action is set to a state indicating that the special action has been executed. Information processing program that allows you to 3. The information processing program according to claim 1, wherein the image indicating the specific value is displayed in association with the image indicating the parameter. causing the computer to further execute a process of causing the enemy character to perform an action based on the input operation by the player;
4. The information processing program according to any one of claims 1 to 3 , wherein the action to be executed by the enemy character includes the special action. capable of accepting the input operations of a plurality of players for one of the enemy characters;
In the process of changing the parameter of the enemy character, the parameter is changed based on the input operation of each player,
5. The enemy character according to any one of claims 1 to 4 , wherein in the processing for causing the enemy character to perform the special action, the enemy character is caused to perform the special action based on the fact that the specific condition is satisfied by the input operation of any player. or the information processing program according to item 1. a plurality of different specific values are set for one enemy character,
In the process of generating the display information,
when there are a plurality of unexecuted special actions, generating the display information for simultaneously displaying a plurality of special displays that are images or text displays indicating the specific values;
a display mode of the special display corresponding to the earliest specific value reached by the parameter among the plurality of specific values respectively corresponding to the unexecuted special actions; and the earliest specific value. 6. The information processing according to any one of claims 1 to 5 , wherein the display information for displaying each of the special displays is generated by making display modes of the special displays corresponding to the specific values other than the specific values different from each other. program. In the process of generating the display information,
generating the display information for simultaneously displaying a plurality of the special displays when the number of the enemy characters is equal to or less than a predetermined number;
when the number of enemy characters exceeds a predetermined number, displaying the special display corresponding to the first specific value among the specific values corresponding to the special actions that have not been executed, and displaying the first specific value; 7. The information processing program according to claim 6 , wherein the display information is generated so as not to display the special display corresponding to the specific value other than the specific value. a process of changing a predetermined parameter of an enemy character based on an input operation by a player to an input operation unit that advances an attack by an ally character ;
a process of changing the presence or absence of the enemy character based on the parameter of the enemy character reaching a preset limit value;
Managing the special action of the enemy character in association with a preset specific value, and performing the special action on the enemy character based on satisfaction of a specific condition including at least the parameter reaching the specific value. and
a process of generating display information for displaying a special display that is an image or text display indicating the specific value;
and a control unit that performs
It is possible to identify whether or not the special action has been executed by a special action execution flag associated with the special action,
In the process of generating the display information, if there is the special action execution flag in a state indicating that the special action has not been executed, the special action to be executed first among the unexecuted special actions generating the display information for displaying the special display corresponding to the specific value corresponding to the special action of
In the processing for executing the special action, when the enemy character is caused to execute the special action, the special action execution flag corresponding to the executed special action is set to a state indicating that the special action has been executed. Information processing device that allows you to a process of changing a predetermined parameter of an enemy character based on an input operation by a player to an input operation unit that advances an attack by an ally character ;
a process of changing the presence or absence of the enemy character based on the parameter of the enemy character reaching a preset limit value;
Managing the special action of the enemy character in association with a preset specific value, and performing the special action on the enemy character based on satisfaction of a specific condition including at least the parameter reaching the specific value. and
a process of generating display information for displaying a special display that is an image or text display indicating the specific value;
and a control unit that performs
It is possible to identify whether or not the special action has been executed by a special action execution flag associated with the special action,
In the process of generating the display information, if there is the special action execution flag in a state indicating that the special action has not been executed, the special action to be executed first among the unexecuted special actions A setting is made to display an indication display indicating the action content of the special action of
In the processing for executing the special action, when the enemy character is caused to execute the special action, the special action execution flag corresponding to the executed special action is set to a state indicating that the special action has been executed. Information processing device that allows you to An information processing method performed by a computer,
the computer
a step of changing a predetermined parameter of the enemy character based on an input operation by the player to an input operation unit that advances an attack by the ally character ;
changing the presence or absence of the enemy character based on the fact that the parameter of the enemy character has reached a preset limit value;
Managing the special action of the enemy character in association with a preset specific value, and performing the special action on the enemy character based on satisfaction of a specific condition including at least the parameter reaching the specific value. a step of causing
generating display information for displaying a special display that is an image or text display indicating the specific value;
carry out
It is possible to identify whether or not the special action has been executed by a special action execution flag associated with the special action,
In the step of generating the display information, if the special action execution flag is in a state indicating that the special action has not been executed, the first to be executed among the unexecuted special actions generating the display information for displaying the special display corresponding to the specific value corresponding to the special action of
In the step of executing the special action, when the enemy character is caused to execute the special action, the special action execution flag corresponding to the executed special action is set to a state indicating that the special action has been executed. How to process information. An information processing method performed by a computer,
the computer
a step of changing a predetermined parameter of the enemy character based on an input operation by the player to an input operation unit that advances an attack by the ally character ;
changing the presence or absence of the enemy character based on the fact that the parameter of the enemy character has reached a preset limit value;
Managing the special action of the enemy character in association with a preset specific value, and performing the special action on the enemy character based on satisfaction of a specific condition including at least the parameter reaching the specific value. a step of causing
generating display information for displaying a special display that is an image or text display indicating the specific value;
carry out
It is possible to identify whether or not the special action has been executed by a special action execution flag associated with the special action,
In the step of generating the display information, if the special action execution flag is in a state indicating that the special action has not been executed, the first to be executed among the unexecuted special actions A setting is made to display an indication display indicating the action content of the special action of
In the step of executing the special action, when the enemy character is caused to execute the special action, the special action execution flag corresponding to the executed special action is set to a state indicating that the special action has been executed. How to process information.

Images