JP2022120000A - Program, information processing device, and control method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a program, an information processing device, and a control method for enhancing amusement properties of a match in a game.

SOLUTION: A program causes an information processing device for executing a game to execute a step S104 to increase first parameters according to the execution of a first operation in a first mode by a first game medium when a match mode is the first mode in a match executed in the game, and a step S113 to change the first parameters according to time elapsed from start of a second mode and a second operation executed by the first game medium in a second mode when the match mode is the second mode. An amount of increase in the first parameters by the execution of the second operation in the second mode is larger than an amount of increase in the first parameters by the execution of the first operation in the first mode.

SELECTED DRAWING: Figure 10

COPYRIGHT: (C)2022,JPO&INPIT

Description

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

2. Description of the Related Art Conventionally, a battle game is known in which, for example, characters battle each other. For example, Patent Literature 1 discloses a turn-based battle game in which a player character and an opponent character act in a predetermined order.

Patent No. 5678146

Conventionally, it has been desired to improve the interest of the battle in the battle game.

SUMMARY OF THE INVENTION An object of the present invention, which has been made in view of such circumstances, is to provide a program, an information processing apparatus, and a control method that improve the interest of competition in a game.

A program according to an embodiment of the present invention is
In the information processing device that executes the game,
In a battle between one or more first game media and one or more second game media performed in the game,
A first opportunity for selecting an action to be executed by at least one game medium among a plurality of game mediums including the one or more first game mediums and the one or more second game mediums. and
When the battle mode is the first mode,
increasing a first parameter in response to the first game medium performing a first action in the first mode;
a step of switching the battle mode from the first mode to a second mode;
When the battle mode is the second mode,
changing the first parameter according to the elapsed time since the start of the second mode and the second action performed by the first game medium in the second mode;
switching the battle mode from the second mode to the first mode when the first parameter decreases to a predetermined reference value;
and
The amount of increase in the first parameter due to the first game medium executing the second action in the second mode is the above-mentioned Greater than the increment of the first parameter.

Further, an information processing device according to an embodiment of the present invention includes:
An information processing device comprising a control unit for executing a game,
In a battle between one or more first game media and one or more second game media performed in the game,
A first opportunity for selecting an action to be executed by at least one of a plurality of game media including the one or more first game media and the one or more second game media. to generate
When the battle mode is the first mode,
increasing a first parameter in response to the first game medium performing a first action in the first mode;
switching the battle mode from the first mode to the second mode;
When the battle mode is the second mode,
changing the first parameter according to the elapsed time from the start of the second mode and the second action performed by the first game medium in the second mode;
switching the battle mode from the second mode to the first mode when the first parameter decreases to a predetermined reference value;
The amount of increase in the first parameter due to the first game medium executing the second action in the second mode is the above-mentioned Greater than the increment of the first parameter.

Also, a control method according to an embodiment of the present invention includes:
A game control method executed by an information processing device, comprising:
In a battle between one or more first game media and one or more second game media performed in the game,
A first opportunity for selecting an action to be executed by at least one game medium among a plurality of game mediums including the one or more first game mediums and the one or more second game mediums. and
When the battle mode is the first mode,
increasing a first parameter in response to the first game medium performing a first action in the first mode;
a step of switching the battle mode from the first mode to a second mode;
When the battle mode is the second mode,
changing the first parameter according to the elapsed time since the start of the second mode and the second action performed by the first game medium in the second mode;
switching the battle mode from the second mode to the first mode when the first parameter decreases to a predetermined reference value;
including
The amount of increase in the first parameter due to the first game medium executing the second action in the second mode is the above-mentioned Greater than the increment of the first parameter.

According to the program, the information processing device, and the control method according to one embodiment of the present invention, competition in a game becomes more interesting.

1 is a block diagram of a game system according to one embodiment of the present invention; FIG. It is a figure which shows the information regarding a user. FIG. 10 is a diagram showing information about the first game content; FIG. 10 is a diagram showing information about commands; It is a figure which shows the example of the competition screen in 1st mode. It is a figure which shows the example of the competition screen in 1st mode. It is a figure which shows the example of the battle screen in 2nd mode. It is a figure which shows the example of the battle screen in 2nd mode. It is a figure which shows the example of the battle screen in 2nd mode. 4 is a flowchart showing battle processing executed by the terminal device;

Embodiments of the present invention will be described below.

(Overview of game system)
First, with reference to FIG. 1, an outline of a game system 10 according to one embodiment of the present invention will be described. A game system 10 includes a server device 11 and one or more terminal devices 12 . Although three terminal devices 12 are illustrated in FIG. 1 for the sake of simplicity, the number of terminal devices 12 may be one or more.

The server device 11 is an information processing device such as a server managed by, for example, a game operator. The terminal device 12 is an information processing device used by a user, such as a mobile phone, a smart phone, a tablet terminal, a PC (Personal Computer), or a game device. The server device 11 and the terminal device 12 are communicably connected via a network 16 such as the Internet. A game is provided to the user of the terminal device 12 by the cooperation of the server device 11 and the terminal device 12 . For example, the server device 11 transmits information necessary for game processing to the terminal device 12 . The terminal device 12 uses the information received from the server device 11 to execute game processing. Alternatively, the server device 11 and the terminal device 12 may share the processing of the game.

(Overview of the game)
An overview of the game according to this embodiment will be described. The game according to this embodiment includes various game parts. At least some of the various game parts may be performed using game media.

Game media are electronic data used in games, and include arbitrary media such as cards, items, virtual currency, tickets, characters, and avatars. Game media are electronic data that can be acquired, owned, used, managed, exchanged, combined, enhanced, sold, discarded, or gifted by the user in the game. It is not limited to what is specified.

Hereinafter, unless otherwise specified, "game media owned by a user" refers to game media associated with a user ID that can uniquely identify the user as the first game media. Also, "providing a game medium to a user" indicates that the game medium is associated with the user ID as the first game medium. Also, "destroy the game content owned by the user" indicates canceling the correspondence between the user ID and the first game content. Also, "consuming the game content owned by the user" indicates that some effect or influence can be generated in the game according to the cancellation of the correspondence between the user ID and the first game content. Also, "selling the game content owned by the user" means canceling the association between the user ID and the first game content, and adding another game content (for example, virtual currency or items) to the user ID. Indicates that it is associated as the first game content. Also, "to transfer a game medium owned by user A to user B" means that the association between user A's user ID and the first game medium is canceled and the game medium is transferred to user B's user ID. Indicates that it is associated as the first game content.

Game parts are content that users can play in the game, such as quests, missions, mini games, game media acquisition events, virtual space exploration events, and opponents (such as other users, enemy characters, and including battle events against enemy buildings, etc.). For example, when it is determined that one or more predetermined conditions (game tasks) set for each game part have been successfully achieved, the user may be rewarded with, for example, game media. As the game task, any task corresponding to the content of the game part can be adopted, such as a task of winning a match against an enemy character, a task of reaching a goal point in a virtual space, or the like. Further, the achievement of a specific task (clear task) among the one or more game tasks set for the game part is also referred to as clearing the game part. When the user who plays the game part succeeds in achieving the clear task, it is determined that the game part has been cleared, and the game part ends.

The various game parts may include single-play game parts and multi-play game parts. A single-play game part is a game part (for example, a single-player game part) that is executed based on a user operation on one terminal device 12 used by one user. One terminal device 12 alone or one terminal device 12 and the server device 11 cooperate to execute a game part for single play. On the other hand, a game part for multiplay is a game part common to two or more users (for example, a multiplayer game part). A game part common to two or more users is, for example, a game part in which at least a part of progress processing and processing results of the game part is commonly applied to the two or more users. Two or more terminal devices 12 cooperate, or two or more terminal devices 12 and the server device 11 cooperate to execute a multi-play game part.

A game according to this embodiment includes a game part in which one or more first game media and one or more second game media compete. Hereinafter, the game part is also simply referred to as a "competition". Also, the first game content is described as, for example, a user character owned by the user in the game, but is not limited to this. Also, the second game content is described as being an enemy character such as an NPC (Non Player Character), but is not limited to this.

As an overview, in the game according to the present embodiment, it is possible to switch the mode regarding how to progress the battle between the first mode and the second mode during the battle. The first mode is a so-called turn-based battle mode. The second mode is a mode in which a battle progresses in a so-called real-time system. Details of the first mode and the second mode will be described later.

(Configuration of server device)
The configuration of the server device 11 will be specifically described. The server device 11 includes a server communication section 13 , a server storage section 14 and a server control section 15 .

The server communication unit 13 includes an interface that performs wireless or wired communication with an external device to transmit and receive information. The server communication unit 13 may include, for example, a wireless LAN (Local Area Network) communication module or a wired LAN communication module. The server communication unit 13 can transmit and receive information to and from the terminal device 12 via the network 16 .

The server storage unit 14 includes, for example, a primary storage device and a secondary storage device. For example, the server storage unit 14 may include semiconductor memory, magnetic memory, optical memory, or the like. The server storage unit 14 stores various information and programs necessary for providing and controlling games. At least part of the information and programs stored in the server storage unit 14 may be shared and synchronized with the terminal device 12 . For example, the server storage unit 14 stores information regarding one or more users.

Information about the user will be described with reference to FIG. FIG. 2 shows information about each of the three users. Information about a user includes various information specific to the user. For example, the information about the user includes a user ID, information about owned game media, and information about used game media.

A user ID is information that can uniquely identify a user as described above. Hereinafter, the user ID will be simply referred to as a user.

The information about owned game media includes various information unique to the game media owned by the user in the game. When game media are acquired by a user, the game media are associated with the user as owned game media. In this embodiment, owned game media include user characters owned by the user, but are not limited to this. The details of the information about owned game media will be described later.

The information about the game media to be used is information indicating the game media to be used by the user in the battle. The game media to be used are selected from owned game media. In this embodiment, for example, up to six user characters selected from one or more owned game media are associated with the user as used game media. Therefore, one user character can be both an owned game medium and a used game medium. The selection of the game media to use may be performed automatically or in response to a user operation, for example in a dedicated game part. For example, the dedicated game part may include a game part for so-called deck formation or team formation.

The information regarding the owned game content mentioned above will be described in detail. Here, information about a user character among information about a variety of owned game media will be described. FIG. 3 shows information about three user characters (character A, character B, and character C) owned by one user. For example, information about each user character includes character ID, character name, level, rarity, HP (Hit Point), MP (Magic Point), attack power, defense power, quickness, attribute and information about the command.

A character ID is information that can uniquely identify a character. The character ID may be stored in the server storage unit 14 in advance, for example. Alternatively, the character ID may be determined by the server device 11 when allowing the user to obtain the character.

A character name is information indicating the name of a character. Unlike the character ID, the character name does not have to uniquely identify the character. An initial value of the character name is stored in advance in the server storage unit 14 . The character name may change according to the game play by the user who acquired the character.

The level is information indicating, for example, the degree of growth of the user character. The initial value of the level is 1, for example. The level can increase as the game is played by the user who acquired the user character. As the level increases, at least part of the information about the user character may change, such as rarity, HP, MP, attack power, defense power, quickness, attributes, and command information, as will be described later. For example, changing at least a portion of the information about the user character enhances the character as described below. Therefore, in this embodiment, the higher the level of the character used in the game part, the more advantageous it is for the user.

The rarity level is information indicating the degree of rarity of the user character. An initial value of the rarity level is stored in advance in the server storage unit 14 . For example, the higher the rarity value, the higher the rarity of the user character. The rarity level may change according to the game play by the user who acquired the character. For example, increasing levels may increase rarity.

HP is information indicating, for example, the vitality of a character. HP includes, for example, a current value and an upper limit value. In this embodiment, when a character receives damage from an enemy character's attack action, the current HP value is reduced by the amount of damage. Also, when the character recovers by the recovery action of the ally character, the current value of HP increases by the recovery amount. Also, when the HP decreases to zero, it is determined that the character becomes incapacitated or has failed to clear the game part. Therefore, in this embodiment, the higher the HP of the character used in the game part, the more advantageous it is for the user. As the level increases, the upper limit of HP can also increase.

The MP is, for example, information indicating points required for the user character to perform a predetermined action. MP includes, for example, a current value and an upper limit value. In this embodiment, as will be described later, when a command for causing a user character to perform a predetermined action is selected, the current MP value of the user character is increased by the MP consumption value set for the command. Decrease and the predetermined operation is performed. If the current MP value of the user character is less than the consumed MP value of the command, control is performed so that the command cannot be selected. Therefore, in the present embodiment, the greater the user character's MP, the greater the number of times the action can be performed, which is advantageous to the user. As the level increases, the upper limit of MP can also increase.

Attack power is, for example, information that contributes to the amount of damage inflicted on an opponent by a character's attack. The higher the attack power value, the greater the amount of damage dealt to the opponent. Therefore, in the present embodiment, the greater the attack power of the character used in the game part, the more advantageous it is for the user. As the level increases, the attack power can also increase.

Defense power is, for example, information that contributes to the amount of damage a character receives from an opponent's attack. The higher the defense value, the smaller the amount of damage received from opponents. Therefore, in the present embodiment, the greater the defensive power of the character used in the game part, the more advantageous it is for the user. As the level increases, the defense can also increase.

Agility is used for different actions depending on the mode of play. For example, in the case of the first mode in which the battle progresses in a so-called turn-based manner, each turn, the character with the highest speed value performs an action in order. On the other hand, in the case of the second mode in which the battle progresses in a so-called real-time system, the larger the speed value, the more time it takes for the user character to perform an action until an opportunity to select the next action occurs. is short. Therefore, in the present embodiment, the greater the speed of the user character, the greater the number of times the action can be performed during the second mode, which is advantageous to the user. As your level increases, your speed can also increase.

The attribute is information indicating the superiority/inferiority relationship between the characters who are competing. The attribute indicates at least one attribute of fire, wood, and water, for example. For example, a fire-attribute character deals more damage to a wood-attribute character than usual, and a water-attribute character does less damage than usual. Thus, for example, the fire attribute is advantageous to the wood attribute and disadvantageous to the water attribute.

Information about the command includes various information specific to the command corresponding to one or more actions that the user character can perform. As will be described later, when a command is selected automatically or according to a user's operation in a battle, the user character performs an action corresponding to the command.

In this embodiment, one user character has a "basic action" command, two "skill" commands (a "first skill" command and a "second skill" command), and one "special move" command. , and one “alternate” command are associated with a total of five commands. Details of each command will be described later. The types and number of commands associated with one user character are not limited to the configuration described above, and may be determined arbitrarily.

In this embodiment, the information about the commands can include MP consumption, increase specific points, and attributes of each command, as shown in FIG. 4, for example.

Consumed MP indicates the value of MP required to execute the corresponding operation. For example, when a command is selected in a battle, the current MP value of the user character is subtracted by the MP consumption value, and the user character performs an action corresponding to the command. When the current MP of the user character is smaller than the consumed MP, selection of the command is prohibited.

The increase specific point indicates the increase amount of the specific parameter that increases when the corresponding operation is executed. The specific parameter is, for example, a parameter required for switching the battle mode from the first mode to the second mode during the battle. Specifically, when the specific parameter is greater than or equal to a predetermined reference value (first reference value), the battle mode can be switched. Details of the specific parameters will be described later.

The attribute is the attribute of the corresponding action, for example at least one of the attributes of fire, wood and water. For example, the damage inflicted on an enemy character by a user character's fire-attribute attack action will be greater than normal if the enemy character is wood-attribute, and will be less than normal if the enemy character is water-attribute. .

Details of the five commands described above will now be described.

A basic operation command is a command corresponding to a basic operation. In this embodiment, the basic action includes, for example, an attack action (normal attack action) with bare hands or a weapon. The consumption MP of the basic operation command is, for example, 0 points. Also, the additional specific points for the basic operation command is, for example, 5 points. Also, the attribute of the basic operation command is, for example, no attribute in which no attribute is set. The consumed MP, increased specific points, and attributes of the basic action command are not limited to the values described above, and may differ for each user character, for example.

In battle, when a basic action command is selected, the user character performs a normal attack action against the enemy character. Execution of the normal attack action reduces the current HP value of the enemy character by the amount of damage. As will be described later, basic action commands can be selected only when the battle mode is the first mode.

A skill command is a command corresponding to a skill action. In this embodiment, the skill action includes, for example, an attack action (skill attack action) using attack magic. The consumption MP of the skill command is set to a value other than zero, for example. The consumption MP and increase specific points of the skill command may be larger than those of the basic action command described above. The attribute of the skill command may be non-attribute, or any one of fire, water, and wood, for example. Consumed MP, increased specific points, and attributes of skill commands may differ for each user character or skill, for example.

In battle, when a skill command is selected, the user character performs a skill attack motion against the enemy character. By executing the skill attack motion, the current HP value of the enemy character is reduced by the amount of damage. The damage inflicted on the enemy character by the skill attack action may be greater than the normal attack action described above. Execution of the skill attack motion may produce an effect different from execution of the normal attack motion. For example, an effect of temporarily reducing parameters such as attack power or defense power of the enemy character can be considered. Further, for example, an effect of changing the enemy character to an abnormal state different from the normal state is conceivable. For example, an abnormal condition may include a poison condition in which the current value of HP gradually decreases over a period of time.

The execution result of the skill attack action may differ depending on the battle mode. For example, the damage given to the enemy character by the skill attack motion may be greater or lesser when the battle mode is the second mode than when the battle mode is the first mode. Also, only when the battle mode is the second mode, the MP consumption of the skill command may be treated as a value smaller than the original value, such as 0 points. That is, the reduction amount of the current MP of the user character due to the skill attack motion is smaller in the case of the second mode than in the case of the first battle mode.

The deathblow command is a command corresponding to the deathblow motion. In the present embodiment, the deathblow motion includes, for example, an attack motion by a deathblow (deathblow attack motion). The consumed MP and the increased specific points of the special move command are, for example, 0 points. The attribute of the skill command may be non-attribute, or any one of fire, water, and wood, for example. Consumed MP, increased specific points, and attributes of skill commands may differ, for example, for each user character or for each special move.

In the battle, when a deathblow command is selected, the user character performs a deathblow attack motion against the enemy character. The execution of the deathblow attack action reduces the current HP value of the enemy character by the amount of damage. The damage inflicted on the enemy character by the deathblow attack motion may be greater than the normal attack motion and the skill attack motion described above. As will be described later, the deathblow command can be selected only when the battle mode is the second mode.

Attack motions including normal attack motions, skill attack motions, and deathblow attack motions have been described as motions that can be executed by the user character. However, the actions that the user character can perform may include recovery actions such as normal recovery actions, skill recovery actions, and deathblow recovery actions. The recovery action is different from the attack action of decreasing the current HP value of the enemy character by the damage amount in that the current HP value of the user character is increased by the recovery amount. In other respects, the recovery action and the attack action may be the same.

The alternation command is a command corresponding to the alternation operation. The change motion is a motion of switching the user character between the vanguard and the rearguard, as will be described below.

First, let's talk about avant-garde and rear-guard. In the battle, up to a predetermined number (for example, 4) of up to 6 user characters, each of which is a game medium used, are preferentially set as the vanguard. On the other hand, if the number of user characters exceeding the predetermined number is used game media, the remaining user characters exceeding the predetermined number are assigned to the rear guard. For each of a plurality of characters including the front-line user character and the enemy character, there is a first opportunity (for example, an opportunity to select a command for the user character) that allows selection of an action to be executed by the character automatically or according to a user operation. ) occurs. Also, the front-line user character can be targeted by the enemy character's attack action. On the other hand, the rearguard user character does not have the first opportunity to select an action, and is not targeted by the enemy character's attack action. The current HP value and the current MP value of the rearguard user character may increase gradually.

For example, when a change command is selected for user character A, who is in the front line, user character A is set as the rear line, and another user character B, who is the rear line, is set as the front line.

The execution result of the alternation action may differ depending on the battle mode. For example, when the battle mode is the first mode, the user character switched from the rear guard to the front guard automatically performs a predetermined action. Predetermined actions may include, for example, attack actions or recovery actions. The predetermined action may be, for example, a dedicated action that is performed in conjunction with the alternation action. On the other hand, when the battle mode is the second mode, the user character that has switched from the rear guard to the front guard does not perform the above-described predetermined action. Alternatively, the user character that has switched from the rear guard to the front guard automatically performs the predetermined action when the battle mode is the second mode, and performs the predetermined action when the battle mode is the first mode. need not be executed.

In addition, the server storage unit 14 shown in FIG. 1 stores information about enemy characters. The enemy character is the opponent of the user character who is the game medium used by the user in the battle. The information about the enemy character includes arbitrary information unique to the enemy character. For example, information about enemy characters includes character ID, character name, level, HP, MP, attack power, defense power, attributes, and information about commands. Since the information about the enemy character is the same as the information about the user character described above, a description thereof will be omitted. In this embodiment, the enemy character is, for example, an NPC (Non Player Character) that automatically selects and executes an action. However, for example, in a multi-play game part in which users compete against each other, the enemy character may be a game medium used by another user.

The server control unit 15 shown in FIG. 1 includes at least one of one or more general-purpose processors that implement specific functions by reading specific programs, and one or more dedicated processors that specialize in specific processing. The server control unit 15 controls the operation of the server device 11 as a whole.

For example, the server control unit 15 stores various information and programs necessary for providing and controlling the game in the server storage unit 14 . Further, for example, the server control unit 15 transmits and receives information via the server communication unit 13 . Specifically, the server control unit 15 extracts, for example, information necessary for executing a battle from the server storage unit 14 and transmits the extracted information to the terminal device 12 . The information necessary for executing the battle may include, but is not limited to, information on the user of the terminal device 12 and information on the enemy character who will be the opponent in the battle. For example, the information necessary for executing the battle may further include so-called asset data such as image data and audio data used for executing the battle.

(Configuration of terminal device)
The configuration of the terminal device 12 will be specifically described. As shown in FIG. 1 , the terminal device 12 includes a terminal communication section 17 , a terminal storage section 18 , a display section 19 , an input section 20 and a terminal control section 21 .

The terminal communication unit 17 includes an interface that communicates with an external device wirelessly or by wire to transmit and receive information. For example, the terminal communication unit 17 may include a wireless communication module, a wireless LAN communication module, a wired LAN communication module, or the like compatible with mobile communication standards such as LTE (Long Term Evolution) (registered trademark). The terminal communication unit 17 transmits and receives information to and from the server device 11 via the network 16 .

The terminal storage unit 18 includes, for example, a primary storage device and a secondary storage device. For example, the terminal storage unit 18 may include semiconductor memory, magnetic memory, optical memory, or the like. It can store various information and programs received from the server device 11 and necessary for game processing. For example, the terminal storage unit 18 may store part or all of the above-described information regarding various game media, information regarding a plurality of users, and information regarding various game parts. Some or all of this information is acquired from the server device 11 by the terminal control unit 21, for example, during execution of the game.

The display unit 19 includes a display device such as a liquid crystal display or an organic EL display. The display unit 19 can display various screens.

The input unit 20 includes an input interface including a touch panel provided integrally with the display unit 19, for example. The input unit 20 can accept user input to the terminal device 12 . The input unit 20 may include physical keys, and may further include any input interface including a pointing device such as a mouse.

The terminal control unit 21 includes at least one of one or more general-purpose processors that implement specific functions by reading specific programs, and one or more dedicated processors that specialize in specific processing. The terminal control unit 21 controls the operation of the terminal device 12 as a whole.

For example, the terminal control section 21 transmits and receives information via the terminal communication section 17 . In addition, the terminal control unit 21 activates a game application according to a user's operation and executes game processing. In game processing, the terminal control unit 21 requests transmission of information necessary for executing a game part (for example, information necessary for executing a match) when starting an arbitrary game part or at an arbitrary timing. may be transmitted to the server device 11 . The terminal control unit 21 stores the information received from the server device 11 in response to the transmission request in the terminal storage unit 18 . For example, the terminal control unit 21 uses the information stored in the terminal storage unit 18 and necessary for the execution of the battle to execute the battle. The processing related to the competition executed by the terminal control unit 21 will be described in detail below.

In this embodiment, a battle is a battle between one or more user characters, which are used game media, and one or more enemy characters. Here, an example will be described in which six user characters (characters AF) and one enemy character (enemy character P) battle each other. Four user characters (characters A to D) are the vanguard, and two user characters (characters E and F) are the rearguard. Hereinafter, the front-line user character will be referred to as the front-line character, and the rear-line user character will also be referred to as the rear-line character. At the start of the battle, for example, the battle mode is the first mode and the specific parameter is 0 points. However, the battle mode and specific parameter values at the start of the battle may be determined arbitrarily. For example, the value of the specific parameter at the start of the match may be the value of the specific parameter at the end of another match that took place prior to the current match.

(first mode)
First, the first mode will be explained. As described above, when the battle mode is the first mode, the battle proceeds in a so-called turn-based manner. In this embodiment, the terminal control unit 21 automatically instructs at least one of a plurality of characters including four vanguard characters and one enemy character to perform an action before each turn. A selectable first opportunity is generated either explicitly or in response to a user operation. Specifically, when the battle mode is the first mode, the terminal control unit 21 generates a first chance for each of the plurality of characters. The terminal control unit 21 automatically selects an action to be executed by the enemy character among the plurality of characters that have generated the first chance. The terminal control unit 21 selects an action to be executed by each of the four front-line characters among the plurality of characters that have generated the first chance, according to the user's operation.

The terminal control unit 21 confirms the selection of the action to be executed by each of the four vanguard characters according to the user's operation. The terminal control unit 21 starts a turn when the selection is confirmed. During the progress of the turn, the terminal control unit 21 causes each of the plurality of characters to perform actions, for example, in order of quickness. The terminal control unit 21 ends the turn when all the characters have finished executing their actions. As described above, in the first mode, the battle progresses in a turn-based manner, so the user can use sufficient time to consider the action to be executed by the vanguard character. Therefore, for example, the first mode is suitable for light users who have relatively low game skills such as quick judgment and game operation by the user. Alternatively, in the first mode, the terminal control unit 21 may alternately execute a turn in which only the vanguard character can act and a turn in which only the enemy character can act.

The terminal control unit 21 changes the predetermined information according to the battle situation. For example, the battle situation includes actions that characters perform in each turn. Further, for example, the predetermined information includes information such as the character's HP and MP, and specific parameters. The terminal control unit 21 changes the information according to the action each time the character performs the action. Hereinafter, the information after the change is also referred to as the execution result of the action by the character.

Specifically, for example, when a front-line character performs an action, the terminal control unit 21 reduces the MP of the front-line character by the MP consumption value set for the action. Also, the terminal control unit 21 reduces the HP of the enemy character, for example, when the vanguard character performs an attacking action. Also, the terminal control unit 21 increases the HP of the target character, for example, when the vanguard character performs a recovery action. For example, when the HP of the enemy character is reduced to zero, the terminal control unit 21 determines that the user wins and ends the battle. On the other hand, the terminal control unit 21 determines that the user is defeated when, for example, the HPs of all front-line characters decrease to zero, and ends the battle.

More specifically, when the vanguard character performs a motion, the terminal control unit 21 increases the specific parameter by the value of the increased specific points set for the motion. The terminal control unit 21 switches the battle mode from the first mode to the second mode automatically or according to a user's operation when the specific parameter is equal to or greater than the first reference value.

(second mode)
Next, the second mode will be explained. As described above, when the battle mode is the second mode, the battle progresses in a so-called real-time system. Specifically, the terminal control unit 21 causes at least one of a plurality of characters including four vanguard characters and one enemy character to perform an action automatically or in response to a user operation. to generate a selectable first opportunity.

Specifically, when the battle mode is the second mode, the terminal control unit 21 generates a first chance for each of the four vanguard characters. Here, unlike the first mode in which actions for all characters are selected before the start of a turn, in the second mode, actions are selected and executed for each vanguard character. Specifically, when the battle mode is the second mode, the terminal control unit 21 selects an action at the first opportunity generated for one front-line character, causing the other front-line character to perform the first action for the other front-line character. Without waiting for the occurrence of the opportunity and the selection of the action, the one vanguard character is caused to perform the selected action. After an action is selected in the first opportunity generated for one front-line character, or after the action is executed, the terminal control unit 21 next generates the first opportunity for the front-line character. Determine the remaining time to

For example, the greater the speed of the vanguard character, the shorter (smaller) the initial value of the remaining time. In this case, the greater the quickness of the vanguard character, the greater the number of times the first chance occurs against the vanguard character during the period from the start to the end of the second mode, which is advantageous to the user. According to such a configuration, for example, a front-line character with great agility has a different value in the second mode than in the first mode, so that the strategy of the battle is expanded and the interest of the game is improved.

Also, for example, the greater the number of times the vanguard character performs the same action or the action having the same attribute during the period from the start to the end of the second mode, the longer (larger) the initial value of the remaining time. good. According to such a configuration, it is possible to give the user a motivation to cause the vanguard character to perform various actions, thereby improving the interest of the game.

When the remaining time has decreased to zero, the terminal control unit 21 causes the vanguard character to generate the first chance again.

On the other hand, when the battle mode is the second mode, the terminal control unit 21 stops generating the first chance for the enemy character. Alternatively, the terminal control section 21 may generate a first chance for one enemy character. In this embodiment, the ratio of the occurrence frequency of the enemy character's first chance to the occurrence frequency of the vanguard character's first chance is smaller when the battle mode is the second mode than when the battle mode is the first mode. . Specifically, in the first mode, each character performs an action in each turn, so the ratio is "1". On the other hand, in the second mode, for example, while the first chance occurs once for the enemy character, the first chance occurs multiple times for one vanguard character. As described above, the second mode is more advantageous to the user than the first mode because the frequency of occurrence of the first opportunity for the vanguard character is higher than that for the enemy character. According to such a configuration, it is possible to switch between the first mode and the second mode, which is more advantageous to the user than the first mode, thereby improving the interest of the game.

In addition, when the second mode starts, the terminal control unit 21 starts the process of changing the specific parameter over time. In the present embodiment, the aging process includes a process of automatically changing a specific parameter over time (i.e., in real time) at a time change rate α whose initial value is negative (initial value of α<0). . When the current value of the specific parameter has decreased to the second reference value (here, 0 point), the terminal control unit 21 terminates the time-dependent change process of the specific parameter.

Further, when the current value of the specific parameter decreases to the second reference value, the terminal control unit 21 causes at least one front-line character out of the four front-line characters to execute at least a deathblow motion as a motion to be executed by the front-line character. , automatically or in response to user action, generate a selectable second opportunity. In this embodiment, the second chance occurs for four vanguard characters.

While the second opportunity is generated for each front-line character, the terminal control unit 21 causes the front-line character to execute the special move motion selected at the second opportunity according to the value of the specific parameter at the start of the second mode. vary the number of For example, among one or more first reference values set for the specific parameter, the number of vanguard characters equal to the number of first reference values that are equal to or less than the value of the specific parameter at the start of the second mode is given a special move. to run. Therefore, the second chance is generated for four vanguard characters, but the number of vanguard characters that can actually execute the deathblow movement can be a value of 1 or more and 4 or less.

When execution of the deathblow movement is completed, the terminal control unit 21 switches the battle mode from the second mode to the first mode. Thus, when the current value of the specific parameter decreases to the second reference value and execution of the deathblow movement is completed, the second mode ends. With such a configuration, it is possible to prevent the battle from progressing only in the second mode, so that an appropriate game balance can be achieved. The second mode is a real-time mode in that it automatically terminates with the passage of time. Therefore, in the second mode, compared to the first mode in which the game progresses on a turn-based basis, the user is required to have game skills such as quick decisions and game operations by the user. In other words, in the second mode, the game skill of the user playing the game is more likely to be reflected than in the first mode. Therefore, for example, the second mode is suitable for heavy users with relatively high game skills.

In addition, the terminal control unit 21 changes the predetermined information according to the battle situation. For example, the battle situation includes actions performed by characters. Further, for example, the predetermined information includes information such as HP of the character, the value of the specific parameter, and the time change rate α of the specific parameter. The terminal control unit 21 changes the information according to the action each time the character performs the action.

Specifically, the terminal control unit 21 reduces the HP of the enemy character, for example, when the vanguard character performs an attack motion. Also, the terminal control unit 21 increases the HP of the target character, for example, when the vanguard character performs a recovery action.

More specifically, the terminal control section 21 may change the value of the specific parameter when the vanguard character performs an action. For example, the terminal control unit 21 increases the specific parameter by the value of the increased specific point (set value) set for the operation. The terminal control unit 21 may increase the specific parameter by a value different from the set value. Alternatively, the terminal control section 21 may decrease the specific parameter.

Here, the execution result of at least one action that can be executed by the vanguard character may differ depending on the battle mode. For example, a character's HP or MP that changes according to the execution of an action, or the amount of change in a specific parameter may be larger in the second mode than in the first mode. , or may be smaller. Also, for example, in the case of the second mode, regardless of the MP consumption value (set value) preset for the action executed by the vanguard character, a value smaller than the set value (for example, 0 points) A character's MP may be decreased.

Further, for example, the terminal control unit 21 may temporarily change the time rate of change α of the specific parameter when the vanguard character performs an action. For example, the terminal control unit 21 may increase the time rate of change α of the specific parameter as the value of the specific increase point set for the action increases. The time change rate α after the increase may be either negative or positive.

Here, the terminal control unit 21 increases the value of the specific parameter, or The time change rate α of the specific parameter may be temporarily increased. The predetermined correspondence relationship may be, for example, a correspondence relationship in which the movement attribute of the vanguard character (eg, fire attribute) is advantageous over the enemy character's attribute (eg, wood attribute). In such a case, for example, if each vanguard character performs an action having an attribute that is advantageous to the enemy character, it is possible to extend the time until the end of the second mode that is advantageous to the user. According to such a configuration, the user can be motivated to consider the relationship between the attributes of the movement of the vanguard character and the attributes of the enemy character in the second mode, thereby increasing the strategic nature of the battle and enhancing the interest of the game. improve sexuality.

Also, the terminal control unit 21 may increase the change amount magnification G, which is a parameter indicating a value of 1 or more, each time the vanguard character performs an action from the start to the end of the second mode. The change amount magnification G is used to correct the change amount of the parameter that is changed according to the execution of the motion. For example, the amount of damage or the amount of recovery inflicted on the character by the action performed by the vanguard character becomes a value (eg, 100 G points) obtained by multiplying the value before correction (eg, 100 points) by the change amount magnification G. Therefore, the greater the number of actions performed by the vanguard character during the period from the start to the end of the second mode, the greater the amount of change in the parameters to be changed according to the execution of the actions, which is advantageous for the user. According to such a configuration, for example, a front-line character with great agility has a different value in the second mode than in the first mode, so that the strategy of the battle is expanded and the interest of the game is improved. The terminal control unit 21 may set the change amount magnification G to an initial value (for example, 1) when the second mode ends.

Here, between the start and end of the second mode, the attribute of the first action performed by at least one front-line character and the second action performed by at least one front-line character prior to the first action. The amount of change (e.g., damage amount or recovery) of the parameter (e.g., character's HP) that changes according to the execution of the first action is better when the attribute and do not have a predetermined correspondence relationship than when they have a predetermined correspondence. amount) may be large or small.

For example, when the attribute of the first action and the attribute of the second action are different than when the attribute is the same, the amount of increase in the change amount magnification G due to the execution of the first action is larger, and the first action is different. The change amount of the parameter that changes according to the execution also increases through the change amount magnification G. According to such a configuration, there is an advantage that the vanguard characters can perform actions with different attributes. For this reason, the strategy is not limited to, for example, preferentially determining user characters capable of performing actions with attributes advantageous to enemy characters as game media to be used. A new strategy arises to determine the game media used. Therefore, the strategy of the game is expanded and the interest of the game is improved.

Alternatively, when the attribute of the first action and the attribute of the second action are different than when the attribute is the same, the amount of increase in the change amount magnification G due to the execution of the first action is smaller, and the first action is different. The change amount of the parameter that changes according to execution may also be reduced via the change amount magnification G. According to such a configuration, for example, by repeatedly performing actions with attributes that are advantageous to the attributes of the enemy character, it is possible to further increase the amount of damage inflicted on the enemy character. Therefore, the strategy of the game is expanded, and the interest of the game is improved.

Next, the screen (competition screen) displayed on the display section 19 by the terminal control section 21 during execution of the competition will be described. FIG. 5 shows an example of a battle screen when the battle mode is the first mode. The terminal control unit 21 performs display control of the battle screen. The battle screen may include only the first area 22, or may include the first area 22 and a second area 23 that continues to the right of the first area 22, for example. When the battle screen includes only the first area 22 , only the first area 22 is displayed on the display section 19 . On the other hand, when the battle screen includes the first area 22 and the second area 23, for example, when only the first area 22 is displayed on the display unit 19, a predetermined user operation (for example, a slide operation) on the input unit 20 is performed. The second area 23 may be slid and displayed accordingly.

As shown in FIG. 5, the first area 22 includes, for example, four avant-garde character images 24 (24a-24d), one enemy character image 25, four avant-garde information display images 26 (26a-26d), Two rearguard information display images 27 (27a, 27b), a confirmation button 28, a counter 29, a specific parameter display image 30, and a switch button 31 may be displayed. Also, two rearguard character images 32 (32a, 32b) may be displayed in the second area 23. FIG.

The avant-garde character image 24 is an image showing the corresponding avant-garde character. For example, the avant-garde character image 24 may show animation of the avant-garde character performing an action. The enemy character image 25 is an image showing the corresponding enemy character. For example, the enemy character image 25 may show animation of the enemy character performing an action. The rearguard character image 32 is an image showing the corresponding rearguard character.

The avant-garde information display image 26 is an image showing information about the corresponding avant-garde character. For example, the avant-garde information display image 26 shows the character name, icon image, HP, MP, etc. of the corresponding avant-garde character, but is not limited to these. Further, the avant-garde information display image 26 may function as a GUI (Graphic User Interface) that receives a user operation for displaying at least one command associated with the corresponding avant-garde character. An operation when a user operation on the vanguard information display image 26 is detected will be described later.

The rear guard information display image 27 is an image showing information about the corresponding rear guard character. For example, the rear guard information display image 27 shows the character name, icon image, HP, MP, etc. of the corresponding rear guard character, but is not limited to these. The rear guard information display image 27 may be displayed in a display manner different from that of the front guard information display image 26 . For example, the rear information display image 27 may be displayed smaller and/or darker than the front information display image 26 . With this configuration, the user can distinguish between the vanguard information display image and the rearguard information display image at a glance.

The confirmation button 28 is a GUI that accepts a user operation for confirming a command (or an action corresponding to the command) selected for each of the four front-line characters when the battle mode is the first mode. Selection of a command for each vanguard character and operation when a user's operation on the enter button 28 is detected will be described later.

The counter 29 is an image indicating the number of first reference values that are equal to or less than the current value of the specific parameter among the plurality of first reference values set for the specific parameter. In this embodiment, the specific parameter can take any value between a lower limit (eg, 0 points) and an upper limit (eg, 400 points). Further, in this embodiment, four first reference values of 100 points, 200 points, 300 points, and 400 points are predetermined for the specific parameter. However, it is sufficient if at least one first reference value is defined. Also, each of the one or more first reference values may be a value that is greater than the lower limit value of the specific parameter and equal to or less than the upper limit value. In the present embodiment, 0 points, which is the lower limit value of the specific parameter, is also referred to as a second reference value. Just do it. As described above, the specific parameter is 0 points at the start of the battle. Therefore, the counter 29 shown in FIG. 5 indicates "0".

In addition, the counter 29 detects when the current value of the specific parameter is equal to or greater than the minimum first reference value (here, 100 points) among the first reference values of 1 or more, that is, when the value indicated by the counter 29 is "1 ', it functions as a GUI that accepts a user's operation to switch the battle mode from the first mode to the second mode. On the other hand, when the current value of the specific parameter is less than the minimum first reference value, that is, when the value indicated by the counter 29 is "0", the counter 29 stops accepting the user operation to switch the battle mode. state. When the acceptance of the user operation is stopped, the counter 29 may be displayed in a display mode distinguishable from the state where the acceptance of the user operation is not stopped, such as translucent display or grayed out display. good. Hereinafter, the process of enabling reception of user operations on the counter 29 is also referred to as enabling the counter 29 . Further, the process of stopping accepting user operations on the counter 29 is also referred to as disabling the counter 29 . An operation when a user operation on the counter 29 is detected will be described later.

The specific parameter display image 30 is an image showing the current value of the specific parameter. In the present embodiment, the specific parameter display image 30 is an indicator whose right end indicates the lower limit value (0 points) of the specific parameter and whose left end indicates the upper limit value (400 points) of the specific parameter. If the current value of a particular parameter changes, the indicator changes to follow the change in current value. The specific parameter display image 30 may be any image that indicates the current value of the specific parameter, such as an image showing numerical values or an image of a pie chart. Further, the specific parameter display image 30 may include at least one scale 30a indicating the first reference value. For example, the specific parameter display image 30 shown in FIG. 5 includes scales 30a indicating three first reference values of 100 points, 200 points, and 300 points. The specific parameter display image 30 may be displayed in an emphasized manner such as blinking, for example, according to the current value of the specific parameter. For example, the greater the current value of the specific parameter, or the greater the number of first reference values less than or equal to the current value of the specific parameter, the greater the degree of emphasis.

The switch button 31 is displayed only when the battle mode is the first mode, and is not displayed when the battle mode is the second mode. The switch button 31 is a GUI that accepts a user operation to change the progress speed of the battle in the first mode. The battle progress speed may include, for example, the animation speed of the vanguard character image 24 and the enemy character image 25 as described above. For example, each time a user operation on the switch button 31 is detected, the progress speed of the battle is switched between, for example, "normal" in which the battle progresses at a normal speed and "high speed", which is faster than the normal speed. . When the battle mode is switched from the first mode to the second mode, the terminal control unit 21 automatically adjusts the progress speed of the battle from the start to the end of the second mode regardless of the progress speed of the battle in the first mode. set to "Normal". As described above, in the second mode having a real-time property, the user is required to make quick decisions and operate the game. Therefore, according to the above-described configuration of the terminal control unit 21, when the battle mode is switched from the first mode to the second mode, the user unintentionally sets the progress speed of the battle in the second mode to "fast". Usability is improved because it is suppressed that When the battle mode is switched from the second mode to the first mode, the terminal control unit 21 may return the progress speed of the battle to the state before the start of the second mode (for example, "high speed").

Alternatively, the switching button 31 may function as a GUI that accepts a user operation to change the battle sub-mode. For example, each time a user operation on the switching button 31 is detected, the battle submode is a first submode in which the battle progresses according to the user operation, and the number of user operations is reduced compared to the first submode. and a second submode in which the battle progresses. For example, the first sub-mode may be a so-called manual operating mode and the second sub-mode may be a so-called automatic operating mode. When the battle mode is switched from the first mode to the second mode, the terminal control unit 21 switches the battle sub-mode to the second mode from the start to the end of the second mode regardless of the battle sub-mode in the first mode. You may set to 1 submode or a 2nd submode. The sub-mode to be set may be determined in advance, for example, automatically or according to a user's operation.

For example, the terminal control unit 21 may automatically determine the battle sub-mode to be the first sub-mode from the start to the end of the second mode. As described above, the user's game skill is more likely to be reflected in the second mode, which has a real-time property, than in the first mode. For this reason, for example, for heavy users with relatively high game skills, it is desirable that the battle sub-mode in the second mode is set to the first sub-mode that requires a relatively large number of user operations. Therefore, according to the above-described configuration of the terminal control unit 21, when the battle mode is switched from the first mode to the second mode, the battle sub-mode may be set to the second sub-mode unintentionally by the user. Being suppressed improves usability for heavy users.

Alternatively, the terminal control unit 21 may automatically set the battle sub-mode to the second sub-mode from the start to the end of the second mode. For example, for light users with relatively low game skills, it is desirable that the battle sub-mode in the second mode is set to the second sub-mode in which the battle can proceed with a relatively small number of user operations. Therefore, according to the above-described configuration of the terminal control unit 21, when the battle mode is switched from the first mode to the second mode, the battle sub-mode may be set to the first sub-mode unintentionally by the user. Being suppressed improves usability for light users.

When the battle mode is switched from the second mode to the first mode, the terminal control unit 21 may return the battle sub-mode to the state before the start of the second mode.

Here, the progress of the battle in the first mode will be specifically described. Before the start of the turn, for example, when a user operation on the vanguard information display image corresponding to character A is detected, one or more first command buttons 33 corresponding to character A are displayed, for example, as shown in FIG. . In this embodiment, when the battle mode is the first mode, four first command buttons 33 (33a-33d) corresponding to the basic action, the first skill action, the second skill action, and the alternate action are displayed. can be

The first command button 33 is a GUI that accepts a user's operation to select an action to be executed by the corresponding vanguard character. When the user's operation on the first command button 33 is detected, the terminal control unit 21 selects the action corresponding to the first command button 33 as the action to be executed by the vanguard character. Alternatively, the terminal control section 21 may automatically select an action to be executed by the vanguard character. Information about the corresponding operation may be displayed on the first command button 33 . For example, in the example shown in FIG. 6, the consumption MP of the action, the increase specific point, and the attribute are displayed on the two first command buttons 33b and 33c respectively corresponding to the first skill action and the second skill action.

After the actions to be executed by each of the four front-line characters are selected, when the user's operation on the confirm button 28 is detected, the terminal control unit 21 confirms the selection of actions for all the front-line characters and starts the turn. .

As described above, when the vanguard character performs an action, the terminal control unit 21 increases the specific parameter by, for example, the value of the increased specific point set for the action. In the example shown in FIG. 6, the specific parameter is greater than 300 points and less than 400 points. Therefore, the counter 29 indicates "3", and functions as a GUI that accepts user's operation to switch the battle mode from the first mode to the second mode as described above. For example, when a user operation on the counter 29 is detected before the start of a turn, the terminal control unit 21 switches the battle mode from the first mode to the second mode. Here, it is assumed that the value of the specific parameter at the start of the second mode is 300 points or more and less than 400 points.

The terminal control unit 21 changes at least part of the battle screen according to the battle mode.

For example, as shown in FIG. 7, in the battle screen in the second mode, the confirmation button 28 is displayed in a semi-transparent display or a grayed-out display in such a manner that it can be identified that acceptance of the user's operation on the confirmation button 28 is stopped. Is displayed. Alternatively, the confirm button 28 may be hidden in the second mode.

Also, for example, on the battle screen in the second mode, the switch button 31 that was displayed in the first mode is hidden. As described above, the terminal control unit 21 sets the battle progress speed to "normal" from the start to the end of the second mode regardless of the battle progress speed set in the first mode. Also, a magnification display area 34 is displayed on the battle screen in the second mode. The magnification display area 34 is an area in which the change amount magnification G described above is displayed. In FIG. 7, the change amount magnification G is indicated in percentage in the magnification display area 34 .

When the battle mode is switched from the first mode to the second mode, the terminal control unit 21 starts the time-dependent change process of the specific parameter described above. The specific parameter display image 30 changes from moment to moment according to the value of the specific parameter, which automatically changes over time. Depending on the value of the particular parameter, the value indicated by counter 29 also changes.

In the second mode, the terminal control unit 21 generates the above-described first opportunity for each of the four vanguard characters. On the other hand, the terminal control unit 21 stops generating the first opportunity for one opponent character. For example, the battle screen shown in FIG. 8 shows how the battle progresses from the state shown in FIG. 7 and the first chance for character A occurs. At this time, one or more second command buttons 35 corresponding to character A are displayed. In this embodiment, when the battle mode is the second mode, three second command buttons 35 (35a-35c) corresponding respectively to the first skill action, the second skill action, and the change action can be displayed. The operation and function of each second command button 35 in the second mode are the same as those of each first command button 33 in the first mode. As described above, when the battle mode is the second mode, the MP consumption of the skill action may be treated as 0 points regardless of the MP consumption value set in advance for the skill action. In FIG. 8, for example, the consumed MP displayed on the two second command buttons 35a and 35b respectively corresponding to the first skill action and the second skill action are changed to 0 points.

In the second mode, when the user's operation on the second command button 35 displayed in response to the occurrence of the first opportunity is detected, the character A performs the action corresponding to the second command button 35 . Alternatively, the terminal control unit 21 may cause the vanguard character to perform the automatically selected action. When the avant-garde character performs the action, a remaining time display image 36 indicating the remaining time until the next first chance is generated for the avant-garde character is displayed. The remaining time display image 36 may be displayed corresponding to the vanguard information display image of the corresponding vanguard character, as shown in FIG. 8, for example. For example, in FIG. 8, three remaining time display images 36 (36a-36c) are displayed superimposed on the avant-garde information display images of characters B, C, and D, respectively. For example, the remaining time display image 36 is a pie chart, but may be any image such as an image showing numerical values or an indicator image.

When the competition progresses in the second mode and the specific parameter decreases to the second reference value (for example, 0 points), the terminal control unit 21 terminates the process of changing the specific parameter over time. Also, the terminal control unit 21 generates a second chance for the four vanguard characters. In response to the occurrence of the second opportunity, four third command buttons 37 (37a-37d) respectively corresponding to the four vanguard characters are displayed, as shown in FIG. 9, for example. Each third command button 37 is a GUI capable of accepting a user operation for selecting a deathblow motion as a motion to be executed by the corresponding vanguard character. In the present embodiment, among the four vanguard characters, the third command buttons 37 whose number is equal to the number of first reference values equal to or less than the value of the specific parameter at the start of the second mode accept the user operation. In one example, the value of the specific parameter at the start of the second mode is 300 points or more and less than 400 points, and the first reference values that are equal to or less than the value are 100 points, 200 points, and 300 points. . Therefore, when a user operation on three third command buttons 37 among the four third command buttons 37 is detected, the three vanguard characters corresponding to the three third command buttons 37 respectively perform the special move motion. to run.

Alternatively, when the specific parameter decreases to the second reference value in the second mode, the terminal control unit 21 causes the three automatically selected vanguard characters to perform special move motions without displaying the third command button 37. may be executed. Further, when the number of first reference values equal to or less than the value of the specific parameter at the start of the second mode is equal to the number of front-line characters, the display of the third command button 37 is omitted, and each of the four front-line characters is killed. Techniques may be performed automatically.

The terminal control unit 21 changes parameters such as HP of the character, for example, in accordance with the executed special move. Then, the battle mode is switched from the second mode to the first mode.

Next, with reference to FIG. 10, the flow of processing related to the competition executed by the terminal device 12 will be described.

Step S100: The terminal control unit 21 determines whether or not the battle mode is the first mode. If it is determined to be the first mode (step S100-Yes), the process proceeds to step S101. On the other hand, if it is determined that the mode is not the first mode (it is the second mode) (step S100-No), the process proceeds to step S110.

Step S101: If it is determined that the mode is the first mode in step S100 (step S100-Yes), the terminal control unit 21 controls at least one of the plurality of characters to battle against each other in the so-called turn system. Create an opportunity. In this embodiment, the first chance occurs for each of the four vanguard characters and one enemy character.

Step S102: The terminal control unit 21 selects actions to be executed by the four front-line characters automatically or according to user's operation. Also, the terminal control unit 21 automatically selects an action to be executed by the enemy character.

Step S103: The terminal control unit 21 starts a turn in response to a user operation for confirming the selection of actions to be executed by the four front-line characters. The terminal control unit 21 changes parameters such as the HP and MP of the characters, for example, according to the battle situation (for example, actions performed by each of the plurality of characters) during the progress of the turn.

Step S104: The terminal control unit 21 increases the specific parameter according to the action performed by each of the plurality of characters during the progress of the turn. The terminal control unit 21 ends the turn.

Step S105: The terminal control unit 21 determines whether or not the specific parameter is equal to or greater than the minimum first reference value among the one or more first reference values. If it is determined that the specific parameter is greater than or equal to the first reference value (step S105-Yes), the process proceeds to step S106. On the other hand, if it is determined that the specific parameter is less than the first reference value (step S105-No), the process returns to step S101.

Step S106: If it is determined in step S105 that the specific parameter is greater than or equal to the first reference value (step S105-Yes), the terminal control section 21 activates the counter 29. FIG.

Step S107: The terminal control unit 21 determines whether or not a user operation on the counter 29 has been detected. If it is determined that a user operation has been detected (step S107-Yes), the process proceeds to step S108. On the other hand, if it is determined that no user operation has been detected (step S107-No), the process returns to step S101.

Step S108: If it is determined in step S107 that a user operation has been detected (step S107-Yes), the terminal control section 21 disables the counter 29. FIG.

Step S109: The terminal control unit 21 switches the battle mode from the first mode to the second mode. After that, the process returns to step S100.

Step S110: If it is determined in step S100 that the mode is not the first mode (the mode is the second mode) (step S100-No), the terminal control unit 21 starts the process of changing the specific parameter over time.

Step S111: The terminal control unit 21 generates a first chance for at least one character out of a plurality of characters to be battled in a so-called real-time system. In this embodiment, the first chance occurs only for the four vanguard characters.

Step S112: The terminal control unit 21 automatically or according to the user's operation selects an action to be executed by the vanguard character that has generated the first opportunity.

Step S113: The terminal control unit 21 causes the vanguard character to perform the action selected in step S112. The terminal control unit 21 changes parameters such as the character's HP and MP, for example, according to the battle situation (for example, actions performed by the front-line character).

Step S114: The terminal control unit 21 changes the value of the specific parameter or temporarily changes the time rate of change α of the specific parameter according to the battle situation (for example, the action performed by the vanguard character).

Step S115: The terminal control unit 21 determines whether or not the specific parameter has decreased to the second reference value (for example, 0 points). If it is determined that the specific parameter has decreased to the second reference value (step S115-Yes), the process proceeds to step S116. On the other hand, if it is determined that the specific parameter has not decreased to the second reference value (step S115-No), the process returns to step S111.

Step S116: If it is determined in step S115 that the specific parameter has decreased to the second reference value (step S115-Yes), the terminal control unit 21 terminates the process of changing the specific parameter over time.

Step S117: The terminal control unit 21 generates a second chance for at least one front-line character among the four front-line characters. In this embodiment, the second chance occurs for four vanguard characters.

Step S118: The terminal control unit 21 selects the deathblow action to be executed by each of the number of vanguard characters corresponding to the value of the specific parameter at the start of the second mode (for example, at the time of execution of step S109).

Step S119: If the value of the specific parameter at the start of the second mode is, for example, 300 points or more and less than 400 points, the terminal control unit 21 causes three out of the four front-line characters to perform a special move. . The terminal control unit 21 changes parameters such as the HP and MP of the characters, for example, according to the battle situation (for example, the deathblow actions performed by each of the three front-line characters).

Step S120: The terminal control unit 21 switches the battle mode from the second mode to the first mode. Then, the process returns to step S100.

As described above, according to the terminal device 12 according to the present embodiment, it is possible to switch between two different modes to play a match. In the second mode, a process of changing the specific parameter over time is performed, and the specific parameter automatically changes as time elapses. When the specific parameter decreases to the second reference value, the battle mode switches from the second mode to the first mode. Thus, the second mode is a real-time mode in that it automatically terminates with the passage of time. According to the configuration in which the battle mode can be switched between the first mode and the real-time second mode, the game becomes more interesting. That is, for example, in a conventional battle game that adopts a turn system, it is common that the battle does not progress until a turn starts according to a user's operation. If a turn-based system is adopted, the user can spend ample time to think of strategies according to the situation of the match. Therefore, the difference in game skill between light users with relatively low game skills and heavy users with relatively high game skills is difficult to reflect in the game, and heavy users may not always find it interesting. be. On the other hand, conventional competitive games having a real-time nature tend to reflect the difference in game skills between light users and heavy users, such as, for example, requiring quick decisions in game play. For this reason, conventional real-time games are difficult for light users, and the games are not necessarily interesting enough. According to the terminal device 12 of the present embodiment, it is possible to switch between the first mode and the real-time second mode during the battle, so that both the heavy users and the light users are more interested in the game. Further, when the battle mode is the second mode, the value of the specific parameter changes or the time rate of change α of the specific parameter changes temporarily according to the situation of the battle. According to this configuration, while the battle progresses in the second mode, the second mode can be continued for a longer time depending on how the battle progresses. Motivation to devise how to proceed can be given, and the interest of the game is further improved.

In addition, the second mode, which has a real-time nature, requires quick decisions and game operations by the user, compared to the first mode, which progresses on a turn basis. For this reason, if the user is in a situation where they cannot concentrate on playing the game, the battle proceeds in the first mode, and if the situation is resolved, the battle proceeds in the second mode. The usability is improved because the user can switch the battle mode by pressing the button.

Although the present invention has been described with reference to the drawings and examples, it should be noted that various variations and modifications will be readily apparent to those skilled in the art based on this disclosure. Therefore, please note that these variations and modifications are included in the scope of the present invention. For example, the functions included in each means, each step, etc. can be rearranged so as not to be logically inconsistent, and it is possible to combine a plurality of means, steps, etc. into one or divide them. .

For example, in the above-described embodiment, when the battle mode is the second mode, when the value of the specific parameter decreases to the second reference value (for example, 0 points), the special move is selected for the four front-line characters. A possible second-chance-occurring configuration has been described. However, the configuration may be such that the second opportunity is not generated. For example, in the second mode, the terminal control unit 21 generates a plurality of second commands including second command buttons corresponding to the deathblow actions that can be performed by the vanguard character when a first chance occurs for the vanguard character. button may be displayed. The terminal control unit 21 automatically or in response to the user's operation on the second command button selects the deathblow motion as the motion to be executed by the vanguard character.

The number of avant-garde characters whose deathblow moves can be selected may be determined, for example, according to the value of the specific parameter at the start of the second mode, as in the above-described embodiment. When the deathblow action is selected for the vanguard character, the terminal control unit 21 stops generating the first chance again for the vanguard character until the end of the second mode. Therefore, if a deathblow action is selected for one vanguard character in the middle of the second mode, the first chance does not occur for that vanguard character during the remaining period until the second mode ends. Then, when the value of the specific parameter decreases to the second reference value, the terminal control section 21 causes the vanguard character to automatically perform the deathblow movement. According to such a configuration, during the period from the start to the end of the second mode, the vanguard character is caused to perform an action other than the special move as many times as possible, and the special move action is selected immediately before the end of the second mode. A strategy that advances the match in such a way is advantageous to the user. Therefore, the strategy of the battle is improved, and the interest of the game is further improved.

Further, in the present embodiment described above, the terminal device 12 may be configured to perform part or all of the operations and processes performed by the server device 11 . Similarly, the server device 11 may be configured to perform part of the operations performed by the terminal device 12 . For example, processing such as display control of various screens displayed on the terminal device 12 and control of various GUIs may be executed by either the server device 11 or the terminal device 12. May be performed cooperatively. Alternatively, the game system 10 does not have to include the server device 11 . In such a case, the terminal device 12 may store in advance the information received from the server device 11 in the above-described embodiment.

Further, in the above-described embodiment, a part of various game screens is displayed on the terminal device 12 based on the data generated by the server device 11, and a part of the game screen (for example, a menu button is arranged) is displayed on the terminal device 12. (header area and footer area) may be natively displayed by a native application installed in the terminal device 12 . Thus, the game according to the above-described embodiment can also be a hybrid game in which the server device 11 and the terminal device 12 each take part of the processing.

In order to function as the server device 11 or the terminal device 12 according to the embodiment described above, an information processing device such as a computer or a mobile phone can be preferably used. In such an information processing device, a program describing processing details for realizing each function of the server device 11 or the terminal device 12 according to the embodiment is stored in the storage unit of the information processing device, and the CPU of the information processing device stores the program. It can be realized by reading and executing the program.
The invention described in the scope of claims as originally filed in the original application of the present application will be additionally described below.
[1]
In the information processing device that executes the game,
In a battle between one or more first game media and one or more second game media performed in the game,
A first opportunity for selecting an action to be executed by at least one game medium among a plurality of game mediums including the one or more first game mediums and the one or more second game mediums. and
When the battle mode is the first mode,
progressing the battle in a sub-mode that is set to a first sub-mode or a second sub-mode according to a user operation, and increasing a first parameter of the battle according to the situation of the battle;
a step of switching the battle mode from the first mode to a second mode;
When the battle mode is the second mode,
advancing the battle in the first sub-mode or the second sub-mode predetermined for the second mode;
starting a temporal change process of changing the first parameter over time at a rate of change whose initial value is negative;
a step of terminating the aging process and switching the battle mode from the second mode to the first mode when the first parameter decreases to a predetermined reference value;
to run
program.
[2]
The program according to [1],
displaying a switching button for receiving a user operation for switching the sub-mode between the first sub-mode and the second sub-mode only in the first mode, and not displaying the switching button in the second mode; program.
[3]
The program according to [1] or [2],
In the setting of the sub-mode when the battle mode is switched from the first mode to the second mode, the first mode when the battle mode is switched from the second mode to the first mode A program that advances the match in.
[4]
The program according to any one of [1] to [3],
The program, wherein the first sub-mode is a manual operation mode in which the battle progresses according to a user's operation.
[5]
The program according to any one of [1] to [4],
The program, wherein the second sub-mode is an automatic operation mode in which the battle progresses with a smaller number of user operations than in the first sub-mode.
[6]
The program according to [1],
A program according to claim 1, wherein the battle situation includes an action performed or performed by at least one of the first game medium and the second game medium.
[7]
The program according to [6],
A program, wherein an execution result of at least one action executable by the first game content differs according to the battle mode.
[8]
The program according to [6] or [7],
an algorithm for generating the first opportunity differs depending on the mode of the battle;
The ratio of the frequency of occurrence of the first opportunity of the second game medium to the frequency of occurrence of the first opportunity of the first game medium is higher in the second mode than when the battle mode is the first mode. The smaller the program.
[9]
The program according to [8],
A program, wherein when the battle mode is the second mode, generation of the first opportunity for the second game content is stopped.
[10]
The program according to [8] or [9],
When the battle mode is the second mode, after an action is selected or executed at the first opportunity generated for the first game medium, and the time until the next occurrence of the first opportunity changes according to the number of times the first game medium performs the same action from the start to the end of the second mode.
[11]
An information processing device comprising a control unit for executing a game,
In a battle between one or more first game media and one or more second game media performed in the game,
A first opportunity for selecting an action to be executed by at least one game medium among a plurality of game mediums including the one or more first game mediums and the one or more second game mediums. to generate
When the battle mode is the first mode,
Progressing the battle in a sub-mode set to a first sub-mode or a second sub-mode according to a user operation, increasing a first parameter according to the situation of the battle,
switching the battle mode from the first mode to the second mode;
When the battle mode is the second mode,
advancing the battle in the first sub-mode or the second sub-mode predetermined for the second mode;
Starting a time-dependent change process for changing the first parameter over time at a rate of time change whose initial value is negative;
When the first parameter decreases to a predetermined reference value, the time-dependent change process is terminated, and the battle mode is switched from the second mode to the first mode.
Information processing equipment.
[12]
A game control method executed by an information processing device, comprising:
In a battle between one or more first game media and one or more second game media performed in the game,
A first opportunity for selecting an action to be executed by at least one game medium among a plurality of game mediums including the one or more first game mediums and the one or more second game mediums. and
When the battle mode is the first mode,
progressing the battle in a sub-mode that is set to a first sub-mode or a second sub-mode according to a user operation, and increasing a first parameter according to the situation of the battle;
a step of switching the battle mode from the first mode to a second mode;
When the battle mode is the second mode,
advancing the battle in the first sub-mode or the second sub-mode predetermined for the second mode;
starting a temporal change process of changing the first parameter over time at a rate of change whose initial value is negative;
a step of terminating the aging process and switching the battle mode from the second mode to the first mode when the first parameter decreases to a predetermined reference value;
including,
control method.

10 Game system 11 Server device 12 Terminal device 13 Server communication unit 14 Server storage unit 15 Server control unit 16 Network 17 Terminal communication unit 18 Terminal storage unit 19 Display unit 20 Input unit 21 Terminal control unit 22 First area 23 Second area 24 Vanguard character image 25 Enemy character image 26 Vanguard information display image 27 Rearguard information display image 28 Enter button 29 Counter 30 Specific parameter display image 30a Scale 31 Switch button 32 Rearguard character image 33 First command button 34 Magnification display area 35 Second command button 36 Remaining time display image 37 Third command button

Claims (10)

In the information processing device that executes the game,
In a battle between one or more first game media and one or more second game media performed in the game,
A first opportunity for selecting an action to be executed by at least one game medium among a plurality of game mediums including the one or more first game mediums and the one or more second game mediums. and
When the battle mode is the first mode,
increasing a first parameter in response to the first game medium performing a first action in the first mode;
a step of switching the battle mode from the first mode to a second mode;
When the battle mode is the second mode,
changing the first parameter according to the elapsed time since the start of the second mode and the second action performed by the first game medium in the second mode;
switching the battle mode from the second mode to the first mode when the first parameter decreases to a predetermined reference value;
and
The amount of increase in the first parameter due to the first game medium executing the second action in the second mode is the above-mentioned greater than the increment of the first parameter,
program. The program according to claim 1,
A first set value is set for the first action of the first game medium, and the first parameter is set to the A program that increases based on a first set value. The program according to claim 1 or 2,
A second set value is set for the second action of the first game medium, and the first parameter is changed to the above in response to the first game medium performing the second action in the second mode. A program that increases based on a second set value. The program according to any one of claims 1 to 3,
an algorithm for generating the first opportunity differs depending on the mode of the battle;
The ratio of the frequency of occurrence of the first opportunity of the second game medium to the frequency of occurrence of the first opportunity of the first game medium is higher in the second mode than when the battle mode is the first mode. The smaller the program. The program according to claim 4,
A program, wherein when the battle mode is the second mode, generation of the first opportunity for the second game content is stopped. The program according to claim 4 or 5,
When the battle mode is the second mode, after an action is selected or executed at the first opportunity generated for the first game medium, and the time until the next occurrence of the first opportunity changes according to the number of times the first game medium performs the same action from the start to the end of the second mode. The program according to any one of claims 1 to 5,
The program, wherein, at the start of the first mode, the first parameter is set to the value of the first parameter at the end of another match played prior to the match. The program according to any one of claims 1 to 13,
A program for switching the battle mode from the first mode to the second mode when the first parameter is equal to or greater than a first reference value. An information processing device comprising a control unit for executing a game,
In a battle between one or more first game media and one or more second game media performed in the game,
A first opportunity for selecting an action to be executed by at least one game medium among a plurality of game mediums including the one or more first game mediums and the one or more second game mediums. to generate
When the battle mode is the first mode,
increasing a first parameter in response to the first game medium performing a first action in the first mode;
switching the battle mode from the first mode to the second mode;
When the battle mode is the second mode,
changing the first parameter according to the elapsed time from the start of the previous second mode and the second action performed by the first game medium in the second mode;
switching the battle mode from the second mode to the first mode when the first parameter decreases to a predetermined reference value;
The amount of increase in the first parameter due to the first game medium executing the second action in the second mode is the above-mentioned greater than the increment of the first parameter,
Information processing equipment. A game control method executed by an information processing device, comprising:
In a battle between one or more first game media and one or more second game media performed in the game,
A first opportunity for selecting an action to be executed by at least one of a plurality of game media including the one or more first game media and the one or more second game media. and
When the battle mode is the first mode,
increasing a first parameter in response to the first game medium performing a first action in the first mode;
a step of switching the battle mode from the first mode to a second mode;
When the battle mode is the second mode,
changing the first parameter according to the elapsed time since the start of the second mode and the second action performed by the first game medium in the second mode;
switching the battle mode from the second mode to the first mode when the first parameter decreases to a predetermined reference value;
including
The amount of increase in the first parameter due to the first game medium executing the second action in the second mode is the above-mentioned greater than the increment of the first parameter,
control method.

Images