JP6827395B2 - Programs, control methods, and information processing equipment - Google Patents

Description

The present disclosure relates to programs, control methods, and information processing devices.

There is known a game in which a character or the like arranged in a virtual space is moved and operated according to a user operation. For example, Patent Document 1 discloses a game in which a character operated by a user (hereinafter, also referred to as a user character) is moved to fight a user character and an enemy character (hereinafter, also referred to as a battle game).

JP-A-2007-130637

Here, a battle game that does not damage a specific enemy character is known unless the other enemy character (for example, a sub character) that appears at the same time as a specific enemy character (for example, a boss character or a main character) is defeated. Has been done.

In such a battle game, the user needs to defeat other enemy characters first in order to defeat a specific enemy character. In other words, in such a battle game, the order of attacking the enemy characters is an important strategy for capturing the game. However, a game that requires not only the order of attacking enemy characters but also more advanced strategies has been desired.

An object of the present disclosure made in view of such circumstances is to provide a program, a control method, and an information processing device for executing a game that requires a higher-level strategy than before.

The program according to one embodiment is an information processing apparatus that executes processing of a game in which a plurality of game media having a first parameter and a second parameter affecting the fluctuation amount of the first parameter play a match in a virtual space. In addition, the first game medium and a plurality of second game media that change the second parameter of the first game medium depending on whether or not the first condition is satisfied are stored in association with each other. A step of initiating a battle between a step, a game medium operated by a user of the game, the first game medium, and the plurality of second game media, and at least the plurality of second game media. When one satisfies the second condition, the step of changing the first parameter of the game medium included in a predetermined range from the second game medium satisfying the second condition in the virtual space, and A step of arranging each of the plurality of second game media so as not to be included in the predetermined range of the other second game media in the virtual space is executed.

The control method according to one embodiment is information processing in which a plurality of game media having a first parameter and a second parameter affecting the amount of fluctuation of the first parameter execute processing of a game in which a game is played in a virtual space. A method for controlling the device, the first game medium, and a plurality of second game media that change the second parameter of the first game medium depending on whether or not the first condition is satisfied. , A step of starting a match between the game medium operated by the user of the game, the first game medium, and the plurality of second game media, and the plurality of first games. When at least one of the two game media satisfies the second condition, the first parameter of the game medium included in a predetermined range from the second game medium satisfying the second condition in the virtual space. A step of arranging each of the plurality of second game media so as not to be included in the predetermined range of the other second game media in the virtual space.

The information processing apparatus according to one embodiment is information on executing processing of a game in which a plurality of game media having a first parameter and a second parameter affecting the fluctuation amount of the first parameter play a match in a virtual space. The processing device includes a storage unit and a control unit, and the control unit includes the first game medium and the first game medium of the first game medium depending on whether or not the first condition is satisfied. A plurality of second game media in which the parameters of 2 are varied are associated with each other and stored in the storage unit, and the game media operated by the user of the game, the first game medium, and the plurality of second game media. When at least one of the plurality of second game media satisfies the second condition, the second game medium satisfying the second condition in the virtual space is started. By varying the first parameter of the game medium included in the predetermined range from the above, each of the plurality of second game media is placed in the virtual space in the predetermined range of the other second game medium. Arrange so that it is not included in.

According to the present disclosure, it is possible to provide a program, a control method, and an information processing device for executing a game that requires a higher-level strategy than before.

It is a figure explaining the game system provided with the information processing apparatus which concerns on one Embodiment. It is a figure which illustrates the information about a user. It is a figure which illustrates the information of the possession card. It is a figure which illustrates the information of an enemy character. It is a figure which shows an example of a battle screen. It is a figure which shows another example of a battle screen. It is a figure for demonstrating the reappearance of a sub-character. It is a figure for demonstrating the parameter variation of a character within a predetermined range from a sub-character. It is a figure for demonstrating the arrangement of a sub-character. It is a flowchart of the control method of the information processing apparatus which concerns on one Embodiment. It is a figure for demonstrating arrangement of a sub-character in a modification.

(Overview of the game system)
As shown in FIG. 1, the game system 10 includes a server device 11 and a plurality of terminal devices 12. Although three terminal devices 12 are shown in FIG. 1 for convenience, the number of terminal devices 12 may be one or more.

The server device 11 is, for example, an information processing device managed by a game operator. The terminal device 12 is an information processing device used by a user, such as a mobile phone, a smartphone, 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. For example, the server device 11 and the terminal device 12 cooperate to execute various processes related to the game.

(Outline of the game)
The game executed by the game system 10 includes various game contents. At least a part of the various game contents may be executed using the game medium.

The game medium is electronic data used in the game, and may be acquired, owned, used, managed, exchanged, synthesized, strengthened, sold, discarded, or donated by the user in the game. For example, game media include cards, items, virtual currencies, tickets, characters, avatars, level information, status information, parameter information (physical strength, attack power, etc.), ability information (skills, abilities, spells, jobs, etc.), etc. , Including any medium. The usage mode of the game medium is not limited to that specified in the present specification.

Hereinafter, unless otherwise specified, the "user-owned game medium" refers to a game medium associated with a user ID that can uniquely identify the user as the owned game medium. Further, "giving the game medium to the user" means that the game medium is associated with the user ID as the owned game medium. Further, "selling the game medium owned by the user" means that the association between the user ID and the owned game medium is canceled and the user ID owns another game medium (for example, virtual currency or item). Indicates that it is associated as a game medium.

Game content is content that can be played by the user in the game, such as quests, missions, mini-games, training, enhancement, and synthesis of game media, game media acquisition events, virtual space exploration events, and opponents ( For example, a battle event with another user, an enemy character, an enemy building, etc.) is included. For example, when it is determined that one or more predetermined conditions (game tasks) set for each game content have been successfully achieved, for example, a game medium or the like may be given to the user as a reward. As the game task, any task can be adopted according to the content of the game content, such as a task of winning a battle with an enemy character and a task of reaching a goal point in the virtual space. Further, the achievement of a specific task (clear task) among one or more game tasks set in the game content is also referred to as clearing the game content. If the user who plays the game content succeeds in achieving the clear task, it is determined that the game content is cleared, and the game content may be terminated.

The various game contents may include game contents for single play and game contents for multiplayer. The game content for single play is game content (for example, game content for one person) executed based on a user operation on one terminal device 12 used by one user. The terminal device 12 of 1 alone or the terminal device 12 of 1 and the server device 11 cooperate with each other to execute game content for single play. On the other hand, the game content for multiplayer is a game content common to the two or more users, which is executed based on a user operation on the two or more terminal devices 12 used by the two or more users (for example,). Game content for multiple players). The game content common to two or more users may include, for example, game content in which at least a part of the progress processing and processing result of the game content is applied in common to the two or more users. Good. Two or more terminal devices 12 cooperate with each other, or two or more terminal devices 12 and a server device 11 cooperate with each other to execute game contents for multiplayer.

In the present embodiment, the game includes game content in which a user operates a game medium to play a match. Hereinafter, the game content is also referred to as a battle content. The game medium used for the battle content will be described as including, for example, a character owned by the user in the game, but the present invention is not limited to this. Further, the opponent is described as including an enemy character such as a non-player character, but the present invention is not limited to this. For example, in game content for multiplayer, a game medium operated by another user may be defined as an opponent.

For example, in one battle content of the game in the present embodiment, a predetermined number of characters are selected from the characters owned by the user. Here, the user can improve the fighting ability of the deck by selecting a helper character (“helper”, also simply called “helper”) and adding it to the deck. Then, the user plays against an enemy character using a part or all of the characters in the deck. Here, assembling a deck means creating a party (team or group) to play a match with a character selected from a character owned by the user and a helper character.

(Configuration of server device)
The server device 11 includes a server communication unit 13, a server storage unit 14, and a server control unit 15.

The server communication unit 13 includes an interface that communicates with an external device wirelessly or by wire to transmit and receive information. The server communication unit 13 may include, for example, a wireless LAN (Local Area Network) communication module, a wired LAN communication module, or the like. The server communication unit 13 can send 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 a semiconductor memory, a magnetic memory, an optical memory, or the like. The server storage unit 14 stores various information and programs necessary for providing and controlling the game. At least a part of the information and the program 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 about one or more users.

Further, the server storage unit 14 may store information on the enemy character. The enemy character is used as an opponent of the character used by the user in the battle. The information of the enemy character includes arbitrary information of the enemy character.

The server control unit 15 includes at least one of one or more general-purpose processors that realize a specific function by reading a specific program and one or more dedicated processors specialized in a specific process. The server control unit 15 controls the operation of the entire server device 11.

The server control unit 15 stores various information and programs necessary for processing the game in the server storage unit 14. The information necessary for processing the game may include the above-mentioned information about the user, information on the enemy character, information necessary for executing the battle, and the like.

The server control unit 15 transmits / receives information via the server communication unit 13. For example, the server control unit 15 may transmit at least a part of the information stored in the server storage unit 14 to the terminal device 12. In this way, the information stored in the server storage unit 14 and the information stored in the terminal device 12 are shared and synchronized. The timing for sharing and synchronizing the information may include, for example, the timing when new information is stored in the server storage unit 14 and the timing when the information stored in the server storage unit 14 is updated, but is arbitrarily determined. May be good.

The server control unit 15 executes game processing in cooperation with the terminal device 12. The game processing includes, for example, a process in which the user acquires a card by advancing the game scenario, a process in which the acquired card is exchanged, sold, synthesized, etc. The process of playing against and may be included.

(Configuration of terminal device)
As shown in FIG. 1, the terminal device 12 includes a terminal communication unit 17, a terminal storage unit 18, a display unit 19, an input unit 20, and a terminal control unit 21.

The terminal communication unit 17 includes an interface for transmitting and receiving information by communicating with an external device wirelessly or by wire. The terminal communication unit 17 may include, for example, a wireless communication module, a wireless LAN communication module, a wired LAN communication module, or the like corresponding to a mobile communication standard such as LTE (Long Term Evolution) (registered trademark). The terminal communication unit 17 can send and receive 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 a semiconductor memory, a magnetic memory, an optical memory, or the like. The terminal storage unit 18 stores various information and programs necessary for processing the game. For example, the terminal storage unit 18 may store a part or all of the above-mentioned information about the user. Further, for example, the terminal storage unit 18 may store the above-mentioned information on the enemy character. Part or all of this information is transmitted to and received from the server device 11 by, for example, the terminal control unit 21.

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, for example, an input interface such as a touch panel provided integrally with the display unit 19. The input unit 20 can accept user input to the terminal device 12. In the present embodiment, the display unit 19 and the input unit 20 are integrated to form a touch panel display. The touch panel display includes a transparent sensor layer that detects a change in capacitance as an input unit 20, and can detect a position touched by the user by detecting the change in capacitance. Here, a method other than the capacitance method may be adopted. Further, the input unit 20 may include a physical key, or may further include an arbitrary input interface such as a pointing device such as a mouse.

The terminal control unit 21 includes at least one of one or more general-purpose processors that realize a specific function by reading a specific program and one or more dedicated processors specialized in a specific process. The terminal control unit 21 controls the operation of the entire terminal device 12.

The terminal control unit 21 transmits / receives information via the terminal communication unit 17. For example, the terminal control unit 21 transmits and receives information necessary for processing the game to and from the server device 11. For example, the terminal control unit 21 stores the information received from the server device 11 in the terminal storage unit 18.

The terminal control unit 21 starts the game application in response to the user's operation. The terminal control unit 21 executes game processing in cooperation with the server device 11. For example, the terminal control unit 21 causes the display unit 19 to display various screens. For example, a GUI (Graphic User Interface) may be displayed on the screen. The terminal control unit 21 can detect a user operation on the screen.

(Information stored in the storage unit)
FIG. 2 shows information 110 about a user, including at least three users. Information 110 about the user is stored in, for example, the server storage unit 14, and is shared and synchronized with the terminal device 12. That is, the information 110 about the user is stored in the terminal storage unit 18 of the terminal device 12. Information 110 about the user includes various information about the user. In the present embodiment, the information 110 about the user includes the user ID and the information 111 of the card owned (see FIG. 3). That is, the information 110 about the user associates each of the plurality of users with the information 111 of the card they own.

The user ID is information that can uniquely identify the user as described above.

The information 111 of the cards owned by the user includes various information of the cards owned by the user in the game. When the card is acquired by the user, the acquired card is associated with the user. In this embodiment, the card is a character card. Therefore, the information 111 of the possessed card includes information on the type and characteristic of the character associated with the card. Here, the card is not limited to the character card.

FIG. 3 is a diagram illustrating the details of the information 111 of the possessed card. FIG. 3 shows information 111 of a card owned by one user. The possessed card information 111 includes data on a card ID, a character ID, a level, a rarity, an attribute, a battle parameter, and a skill ID. The information 111 of the possessed card is not limited to the one including all of these data. Further, the information 111 of the possessed card may include still another data.

The card ID is an ID that uniquely identifies a card owned by the user. In the example of FIG. 3, a unique number is used as the card ID. Hereinafter, a card having a card ID of 1 will be referred to as a card 1.

The character ID is an ID that uniquely identifies the character of the game. In the present embodiment, since the card is a character card, one character ID is associated with one card ID. In the example of FIG. 3, non-overlapping English characters are used as the character ID. Hereinafter, the character whose character ID is A is described as character A. Here, a plurality of cards may correspond to one character. In the example of FIG. 3, the card 1 and the card 20 are both characters A cards.

The level is information indicating the degree of growth of the character. For example, the larger the level value, the greater the growth rate of the character. The level value affects, for example, the value of the match parameter. In the example of FIG. 3, the level of character C is 10. The level value increases as the user grows the character. For example, a user can use a character to clear game content (eg, a quest), or a character can be grown by multiplying it with an item or other character.

Rarity is information that indicates the degree of rarity of a card. For example, the higher the rarity value, the higher the rarity of the card. A high degree of rarity of a card means, for example, that the number of the card provided by the game operator in the game is small. Rarity may be fixed. In addition, the initial value of the rarity is determined according to the card, and may be changed according to the game play by the user. Rarity affects, for example, the maximum value of the match parameter. In the example of FIG. 3, the rarity uses a number. For example, card 1 and card 20 are both characters A cards. However, the card 20 having a rarity of 4 has a higher degree of rarity than the card 1 having a rarity of 2. Here, as another example, the rarity may be determined according to the character.

The attribute is a characteristic of the character regarding a battle or the like, and is information indicating a superiority or inferiority relationship between the characters. In the example of FIG. 3, fire, water, wind, light and the like are used as the types of attributes. For example, a character having a fire attribute may be strong against an attack from a character having a wind attribute and may be weak against an attack from a character having a water attribute.

The battle parameter is information indicating the strength of the character referred to in the battle in the game. In this embodiment, each character has HP (hit points), MP (magic points), AT (attack power) and DF (defense power) battle parameters. Here, the battle parameters are not limited to HP, MP, AT and DF. The match parameters may further include match parameters related to in-game actions such as agility. In addition, the battle parameters may not include a part of HP, MP, AT and DF.

HP is information indicating a character's hit point (physical strength value). In FIG. 3, the maximum value of HP is shown. For example, when a character is damaged by an enemy character's attack action, the HP is reduced by the amount of damage. Further, for example, the recovery operation of the character increases the HP by the amount of recovery. Also, if the HP is not zero, the character is in a fightable state and can attack an enemy character, for example. However, when HP decreases to zero, the character becomes incapacitated. The larger the HP of the character, the more advantageous it is to clear the game content.

MP is information indicating the magic point of the character. In FIG. 3, the maximum value of MP is shown. For example, if a character activates a special attack (hereinafter referred to as a skill) that is different from the normal attack (attack with an equipped weapon, magic attack, etc.) performed by the character alone, the MP decreases by the value according to the skill. Further, for example, the MP is increased by the amount of recovery due to the recovery operation of the character. The larger the MP of the character, the more advantageous it is to clear the game content.

AT is information indicating the attack power of the character. AT affects the amount of damage done to an opponent by, for example, a character's attack. The larger the AT value, the greater the amount of damage done to the opponent. Therefore, the larger the AT of the character, the more advantageous it is to clear the game content.

DF is information indicating the defense power of the character. DF affects, for example, the amount of damage a character receives from an attack from an opponent. The higher the DF value, the smaller the amount of damage received from the opponent. Therefore, the larger the DF of the character, the more advantageous it is to clear the game content.

Here, in the example of FIG. 3, the values of HP, MP, AT, and DF of each character are examples. HP, MP, AT and DF are independent battle parameters, and each can be set independently.

The skill ID is an ID that uniquely identifies the skill possessed by the character of the card. Skills are set for each card. Here, the skill does not have to be set on all cards. That is, there may be cards without skills. As mentioned above, MP decreases by activating the skill. If the MP value is insufficient, the character cannot activate the skill. Hereinafter, the skill whose skill ID is S1 is described as skill S1. For example, the skill S1 may be an attack in which the character A deals medium damage with a fire attribute to the entire enemy character. Further, for example, the skill S20 may be an attack in which the character A inflicts extraordinary damage of the wind attribute on the entire enemy character.

Further, in the present embodiment, the first parameter possessed by the character and the second parameter that affects the fluctuation amount of the first parameter are defined. Specifically, HP (hit point, physical strength value) is the first parameter in the present embodiment. Further, DF (defense force) is the second parameter in the present embodiment. For example, when an enemy character attacks, the amount of decrease in HP is small when the DF is large, and the amount of decrease in HP is large when the DF is small. That is, the DF, which is the second parameter, affects the fluctuation amount of the HP, which is the first parameter. Here, the combination of the first parameter and the second parameter is not limited to HP and DF. For example, in another embodiment, HP may be the first parameter and the agility battle parameter may be the second parameter. For example, when an attack is received from an enemy character and the battle parameter of quickness is large, the amount of decrease in HP is reduced as if the attack was avoided. Further, for example, as yet another embodiment, HP may be the first parameter and the attribute may be the second parameter. For example, when an enemy character is attacked by a fire attribute, if the character has a water attribute, the amount of HP reduction is small, and if the character has a wind attribute, the amount of HP reduction is large. Here, the first parameter and the second parameter are not limited to the battle parameters (for example, HP, MP, AT, DF, quickness, etc.).

FIG. 4 is a diagram illustrating information 114 of the enemy character. The enemy character information 114 is stored in, for example, the server storage unit 14, and is shared and synchronized with the terminal device 12. That is, the enemy character information 114 is stored in the terminal storage unit 18 of the terminal device 12. The enemy character information 114 includes data about a main character (eg, a boss character) associated with a particular quest. As will be described later, in the present embodiment, the main character appears with a sub character (for example, a support character that supports the boss character). In the present embodiment, the enemy character information 114 is not associated with one user, but is commonly applied to users participating in the game. As another example, the enemy character information 114 may be associated with each user. Further, as yet another example, the information 114 of the enemy character may be associated with each of the groups composed of one or more users.

As shown in FIG. 4, the enemy character information 114 includes quest ID, main character ID, and data related to sub-characters. The data regarding the sub-character includes an ID that uniquely identifies the sub-character, the number of occurrences, the blast range, and the blast direction. Further, although not described in FIG. 4, the enemy character information 114 includes a level, an attribute, a battle parameter, a skill ID, and the like for each of the main character and the sub character. Since the level, attribute, battle parameter, and skill ID are the same as the card information 111, the description thereof will be omitted. The enemy character information 114 is not limited to including all of these data items. Further, the information 114 of the enemy character may include still another data item.

The quest ID is an ID that uniquely identifies the quest. In the example of FIG. 4, characters that do not overlap are used as the quest ID. Hereinafter, the quest whose quest ID is Q1 will be described as quest Q1. Each of the quests shown in FIG. 4 is a battle content or includes a part of the battle content. Then, the battle content includes a battle between a user character (a character operated by the user) and an enemy character. As will be described later, the enemy character associated with the quest shown in FIG. 4 includes a main character corresponding to the first game medium and a plurality of sub-characters corresponding to the plurality of second game media.

The main character ID is an ID (identifier) that uniquely identifies the main character. The main character ID may be common to the character ID of the information 111 (see FIG. 3) of the possessed card, or may be a unique ID used only for the enemy character that is the main character.

The sub-character ID (hereinafter, sub-character ID) is an ID (identifier) that uniquely identifies the sub-character. The sub-character ID may be common to the character ID of the information 111 (see FIG. 3) of the possessed card, or may be a unique ID used only for the enemy character as the sub-character.

The number of sub-characters that appear is the maximum number of sub-characters that appear at the same time as the main character in the battle. In the example of FIG. 4, since the number of sub-characters appearing in Quest Q1 is 2, a maximum of two sub-characters appear together with the main character (one body). For example, in Quest Q1, three sub-characters do not appear at the same time. Further, as will be described later, even when the sub-characters reappear, the maximum number of sub-characters appearing at the same time follows the number of appearances of the enemy character information 114.

The data on the sub-characters described below show the effect on the game when the sub-characters are brought into a predetermined state by the attack of the user character. In this embodiment, the sub-character is attacked by the user character and explodes. Therefore, the data regarding the sub-character includes the blast range and the blast direction. The blast range of the sub-character indicates a predetermined range that affects when the sub-character explodes, as will be described later. In the present embodiment, when the sub-character explodes, the HP of the characters (including the user character and the main character) included in the predetermined range decreases. In the example of FIG. 4, the blast range is represented by the number of concatenated unit areas (eg, 20 pixels x 20 pixels). For example, in Quest Q1, the blast range is 3. Therefore, the blast range for one direction is an area of 60 pixels × 20 pixels or an area of 20 pixels × 60 pixels. Here, as another example, the blast range may be set by the number of pixels (for example, 100 pixels × 50 pixels) without using the unit area. Further, as another example, the unit area may be defined by the size of the sub-character. At this time, even if the blast range is indicated by the same numerical value (for example, 3), the blast range may differ depending on the size of the corresponding sub-character.

The blast direction of the sub-character indicates the direction of the blast in the virtual space (virtual game space) of the game, as will be described later. In the present embodiment, the virtual space of the game is two-dimensional having a vertical direction and a horizontal direction. Here, the vertical direction of the virtual space of the game corresponds to the longitudinal direction of the display unit 19. Further, the lateral direction of the virtual space of the game corresponds to the lateral direction of the display unit 19. In the present embodiment, the lateral direction of the virtual space of the game is wider than the width of the display unit 19 in the lateral direction. Therefore, a part of the virtual space is displayed on the display unit 19 while scrolling in the horizontal direction according to the movement of the user character. Here, the virtual space of the game is three-dimensional, and the three-dimensional virtual game space may be displayed on the display unit 19 from the viewpoint of a virtual camera that projects the user character on the virtual space from a bird's-eye view.

In the example of FIG. 4, in Quest Q1, the blast direction is vertical or horizontal. That is, in quest Q1, the blast when the sub-character explodes extends (spreads) in the longitudinal direction or the lateral direction of the display unit 19. For example, when a sub-character explodes and the blast spreads in the vertical direction, the HP of the character in the blast range above or below (vertically) the exploding sub-character in the virtual space decreases. Further, when the sub-character explodes and the blast spreads in the vertical direction, the HP of the character on the right or left (horizontal direction) of the sub-character that exploded in the virtual space does not decrease. Here, as in the example of Quest Q2 of FIG. 4, the blast direction is not limited to the vertical and horizontal directions, and may include an oblique direction and the like. Further, the diagonal direction may be only one of the diagonal direction of the lower right and the upper left, or the diagonal direction of the upper right and the lower left. Further, the oblique direction may be determined by using an angle (for example, + 60 °, −45 °, etc.) with reference to the lateral direction facing right, for example.

(Screen display example)
FIG. 5 is a diagram illustrating the screen of Quest Q1. Quest Q1 is game content in which a character operated by a user of the game is played against a main character 30 and a plurality of sub-characters 31. The screen of Quest Q1 is displayed on the display unit 19 of the terminal device 12 operated by the user. Quest Q1 may be one of the game scenarios, or may be, for example, a limited-time event prepared separately from the game scenario. Here, when each of the plurality of sub-characters 31 is described with particular distinction, they are individually described as sub-characters 31a or sub-characters 31b.

As shown in FIG. 5, the screen of quest Q1 is composed of a field area 191 and a non-field area 192. The field area 191 is an area for displaying the virtual space of the game. For example, an enemy character (main character 30 and a plurality of sub-characters 31) and a character E to be operated by the user are displayed in the field area 191.

The area 192 other than the field is an area for displaying an image related to the user's operation. For example, the icon 41 of the character of the card constituting the deck is displayed in the area 192 other than the field. The icon 41 is an image associated with the character. In the example of FIG. 5, the icon 41 of the character E selected by the user is displayed in a mode (specifically, a background color) of the icon 41 so as to be easily distinguishable from other characters (characters not selected). ) Is different. As another example, the icon 41 selected by the user may be displayed so that the character is surrounded by another image.

One character designated by the user from the characters A to E of the cards constituting the deck and to be operated by the user is displayed in the field (field area 191), and quest Q1 proceeds. In the example of FIG. 5, the user operates the character E displayed in the field area 191 to perform a battle with the enemy character. By tapping the icon 41, the user can switch the character to be operated displayed in the field area 191. Here, the tab portion written as "READY" is displayed on the icon 41 of the character capable of activating the skill. The user can activate the skill by a predetermined operation. In the present embodiment, the user can activate the skill by sliding the tab portion upward (direction toward the field area 191). The MP of the character who activated the skill is consumed.

The field area 191 is divided into three in the vertical direction (corresponding to the longitudinal direction of the display unit 19). As shown in FIG. 5, the field region 191 has an upper region 191a, a middle region 191b, and a lower region 191c. The user character moves to the upper region 191a, the middle region 191b, or the lower region 191c according to the operation of sliding in the vertical direction of the user. For example, when the user character is in the middle region 191b and the user slides downward, the user character moves to the lower region 191c. Further, when the user taps an enemy character within the attackable range of the user character, the user character attacks the enemy character.

At the start of quest Q1, the main character 30 appears with a plurality of sub-characters 31. In the example of FIG. 5, the main character 30 is displayed in the middle region 191b. An HP gauge is displayed in the vicinity of the main character 30. Further, the sub-character 31a is displayed in the upper region 191a. Further, the sub-character 31b is displayed in the lower region 191c. The HP gauge and characteristic 32 are displayed in the vicinity of the sub-character 31. The characteristic 32 is the blast direction (see FIG. 4) at the time of the explosion of the sub-character 31 described later, and is indicated by a picture of an arrow in the example of FIG. For example, the characteristic 32 of the sub-character 31b is an arrow in the lateral direction (the lateral direction of the display unit 19), which visually indicates that the blast spreads in the lateral direction. The task of clearing Quest Q1 is to reduce the HP of the main character 30 to zero by an attack of the user character or the like. Here, as another example, the gauge of HP may be displayed only when the condition (for example, HP is non-zero) is satisfied. Further, as another example, the characteristic 32 may not be displayed in whole or in part. If the characteristic 32 is not displayed, the difficulty level of the game increases. Therefore, for example, the display / non-display of the characteristic 32 may be switched according to the difficulty level of the stage.

In the present embodiment, the main character 30 moves after the user character (character E in the example of FIG. 5) in order to attack. However, the plurality of sub-characters 31 stay at the positions where they appear, and when they are attacked by the character E, they counterattack without moving. The plurality of sub-characters 31 are enemy characters that support the main character 30, and change the DF (defense power) of the main character 30 depending on whether or not the first condition is satisfied. In the present embodiment, the first condition is that at least one of the plurality of sub-characters 31 exists in the virtual space (all the sub-characters 31 are not defeated by the user character). When at least one sub-character 31 exists in the virtual space, the first condition is satisfied, and the DF of the main character 30 increases so as to exceed the AT (attack power) of the user character. That is, the main character 30 whose DF is increased by the plurality of sub-characters 31 satisfying the first condition is not damaged by the normal attack of the user character and the activation of the attack skill (hereinafter referred to as a normal attack, etc.). .. Therefore, the HP of the main character 30 whose DF has increased does not decrease due to a normal attack of the user character or the like. In order to damage the main character 30, the user needs to use the explosion of the sub-character 31 described later, or defeat all of the plurality of sub-characters 31 first. Here, the HP of each of the plurality of sub-characters 31 is reduced by a normal attack of the user character or the like. Then, when the HP reaches the first predetermined value (zero in the example of the present embodiment), the sub-character 31 explodes on the assumption that the second condition is satisfied and disappears from the virtual space.

FIG. 6 is a diagram showing a state in which the user defeats all of the plurality of sub-characters 31 in quest Q1 (a state in which the plurality of sub-characters 31 disappear from the virtual space). FIG. 6 is a screen that can be displayed after FIG. 5, and the same elements as those in FIG. 5 are designated by the same reference numerals, and thus the description thereof will be omitted. At this time, the rising DF of the main character 30 is lowered because the first condition (the existence of the sub character 31) is no longer satisfied. The main character 30 is damaged by a normal attack of the user character or the like, and the HP is lowered. At this time, as shown in FIG. 6, a message 34 indicating that the DF of the main character 30 (boss character) is lowered may be displayed on the display unit 19. The user can easily grasp from the message 34 that the main character 30 is damaged by a normal attack or the like. Here, the form indicating that the DF of the main character 30 is lowered is not limited to the message. For example, it may be shown that the DF of the main character 30 is lowered by changing the color of the main character 30, adding an effect image, or displaying a gauge indicating the DF.

FIG. 7 is a diagram showing how a plurality of sub-characters 31 reappear in Quest Q1. FIG. 7 is a screen that can be displayed after FIG. 6, and the same elements as those in FIGS. 5 and 6 are designated by the same reference numerals, and thus the description thereof will be omitted. In the state where the first condition is not satisfied (the state in which all the sub-characters 31 have disappeared, see FIG. 6), the HP of the main character 30 becomes the second predetermined value (30% of the maximum value of HP as an example). In this case, the plurality of sub-characters 31 reappear in the virtual space. Alternatively, when a predetermined time (1 minute as an example) elapses after the first condition is no longer satisfied, the plurality of sub-characters 31 reappear in the virtual space. When a plurality of sub-characters 31 reappear in the virtual space, the main character 30 cannot be damaged by a normal attack of the user character or the like. Here, the conditions for the reappearance of the sub-character 31 are not limited to the above. For example, as another example, when the main character 30 performs a predetermined number of actions, the plurality of sub-characters 31 may reappear in the virtual space. As an example, when the main character 30 attacks the user character three times, a plurality of sub-characters 31 may reappear. Further, for example, regardless of the value of HP, when the main character 30 is attacked by the user character five times, a plurality of sub-characters 31 may reappear.

Further, in the present embodiment, at least one characteristic 32 of the plurality of sub-characters 31 appearing in the virtual space can be set to be different from the immediately preceding characteristic 32. For example, as shown in FIG. 7, the characteristic 32 of the reappearing sub-character 31a is a horizontal arrow, and the blast direction at the time of explosion is set to the horizontal direction. Further, the characteristic 32 of the reappearing sub-character 31b is an arrow in the vertical direction, and the blast direction at the time of explosion is set in the vertical direction. Here, as shown in FIG. 5, the characteristic 32 of the sub-character 31a immediately before the reappearance was in the vertical direction. Further, as shown in FIG. 5, the characteristic 32 of the sub-character 31b immediately before the reappearance was in the lateral direction. In this way, at least a part of the characteristic 32 of the plurality of sub-characters 31 that reappeared is set to be different from the immediately preceding characteristic 32, so that the user can perform all of the plurality of sub-characters 31 by the same operation as immediately before. It becomes difficult to defeat. Therefore, a more advanced strategy is required to capture the game.

Further, in the present embodiment, the arrangement position of the plurality of sub-characters 31 in the virtual space can be set to be different from the arrangement position immediately before. As for the arrangement of the plurality of sub-characters 31, one pattern may be selected from the plurality of patterns by, for example, the terminal control unit 21 or the like. At this time, the terminal control unit 21 or the like may randomly select one pattern by an operation using a random number or the like. For example, as shown in FIG. 7, the reappearing sub-characters 31a and sub-characters 31b are arranged in the upper region 191a and the middle region 191b (see FIG. 5), respectively. However, as shown in FIG. 5, the sub-character 31a and the sub-character 31b immediately before the reappearance were arranged in the upper region 191a and the lower region 191c, respectively. In this way, at least a part of the positions where the reappearing plurality of sub-characters 31 are arranged is set to be different from the immediately preceding arrangement position, so that the user can perform the same operation as immediately before the plurality of sub-characters 31. It becomes difficult to defeat all of. Therefore, a more advanced strategy is required to capture the game.

Further, regarding the arrangement of the plurality of sub-characters 31, when one pattern is selected from the plurality of patterns by, for example, the terminal control unit 21, the properties of the main character 30 differ depending on the selected pattern. May (may be changed). Here, the property of the main character 30 may be an attribute, at least one battle parameter, a skill, or a combination thereof. In the example of FIG. 7, the property of the main character 30 is an attribute. As shown in FIG. 7, since the pattern of the arrangement position of the plurality of sub-characters 31 in the virtual space is changed from the pattern of the arrangement position immediately before, the attribute of the main character 30 is changed from, for example, the fire attribute to the water attribute. ing. Therefore, a further strategy (corresponding to a change in the nature of the main character 30) is required to capture the game. Further, as shown in FIG. 7, a message 34 indicating the change in the property may be displayed on the display unit 19. The user can easily grasp the change in the nature of the main character 30 by the message 34.

FIG. 8 is a diagram illustrating a state in which the sub-character 31b explodes and disappears from the virtual space in quest Q1. At this time, the HP of the character within a predetermined range from the sub-character 31b fluctuates. As described above, the main character 30 whose DF is increased is not damaged by the attack of the user character in principle. However, when the sub-character 31 satisfies the second condition (HP becomes the first predetermined value) and explodes, if the blast is included in the predetermined range to reach, the HP of the main character 30 decreases. To do. In the present embodiment, the decrease in HP is a predetermined value (for example, 5000). Also, the DFs of all characters within the predetermined range reached by the blast are ignored. Therefore, the user can damage the main character 30 which has the property of tracking the user character by attracting (guidance) the main character 30 within a predetermined range reached by the blast of the sub character 31. In this way, by setting an exceptional method capable of damaging the main character 30, the progress of the battle content is unlikely to be monotonous. Further, since it is necessary to lure the main character 30 to a desired position and explode the sub character 31 at an appropriate timing, a more advanced strategy is required.

Here, the predetermined range that the blast reaches when the sub-character 31 is exploded is based on the position of the exploding sub-character 31. The predetermined range is a region along the direction in the virtual space defined by the characteristic 32. For example, as shown in FIG. 8, the characteristic 32 of the sub-character 31b is in the vertical direction. Therefore, the predetermined range when the sub-character 31b explodes is a region along the vertical direction in the virtual space. The size of the area is determined according to the blast range of FIG. For example, the predetermined range may be an area of 20 pixels × 60 pixels extending upward from the sub-character 31b and an area of 20 pixels × 60 pixels extending downward from the sub-character 31b. In the example of FIG. 8, the main character 30 is included within a predetermined range reached by the blast below the sub character 31b. Then, the DF of the main character 30 is ignored, and the HP of the main character 30 is reduced by 5000. On the other hand, the user character (character E) on the left side of the sub-character 31b is not damaged because the blast does not extend laterally. Here, a message 34 notifying the timing of the explosion of the sub-character 31 may be displayed on the display unit 19. For example, the message 34 at this time may be a countdown notification of 5 seconds until the sub-character 31 explodes. By displaying such a message 34, the user can appropriately move the user character and avoid being damaged.

Further, in the present embodiment, one pattern may be selected from a plurality of patterns for the arrangement position of the plurality of sub-characters 31 in the virtual space, but the following restrictions are imposed on all the arrangement position patterns. It is preferable to have. As described above, while the main character 30 follows the user character and moves, the plurality of sub-characters 31 stay at the positions where they appear. It is preferable to set a constraint that each of the plurality of sub-characters 31 is not included in a predetermined range covered by the blast waves of the other sub-characters 31 in the virtual space. If one sub-character 31 is within a predetermined range covered by the blast of another sub-character 31, there is a possibility that it will be caught in the other sub-character 31 and explode (hereinafter referred to as "explode"). .. Then, there is a possibility that the chance (number of times) that the DF can be ignored and the main character 30 can be damaged is reduced. In the present embodiment, in order to secure such an opportunity for the user, a plurality of sub-characters 31 are arranged at positions where they do not explode with each other.

FIG. 9 is a diagram for explaining an appropriate arrangement of the plurality of sub-characters 31 in the present embodiment. FIG. 9 shows each of the three sub-characters 31a, sub-character 31b, and sub-character 31c, together with a predetermined range that affects when an explosion occurs. As shown in FIG. 9, one sub-character 31 (for example, sub-character 31a) has a predetermined effect on the other two sub-characters 31 (for example, sub-character 31b and sub-character 31c) even if they explode. It is located away from the range. Therefore, FIG. 9 shows an example of an appropriate arrangement of the plurality of sub-characters 31 in the present embodiment.

(flowchart)
FIG. 10 is a flowchart showing a control method in the above-mentioned battle content executed by the terminal device 12. Here, a specific example of the game medium in the following description of the flowchart is a character.

First, the terminal device 12 stores the first game medium (for example, the main character 30) and the plurality of second game media (for example, the plurality of sub-characters 31) in association with each other (step S1). Specifically, the terminal device 12 stores the enemy character information 114 in the terminal storage unit 18.

The terminal device 12 starts the battle (step S2). Here, the battle is a battle between a game medium (for example, a user character) operated by a user of the game, a first game medium, and a plurality of second game media.

The terminal device 12 arranges each of the plurality of second game media in the virtual space at predetermined intervals from the other second game media (step S3). That is, in the present embodiment, the plurality of second game media are arranged in the virtual space so as not to induce each other.

The terminal device 12 determines whether or not at least one of the plurality of second game media satisfies the second condition (step S4). Here, the second condition is that the HP of the sub-character 31 becomes the first predetermined value in the present embodiment. The first predetermined value is, for example, zero. When it is determined that at least one of the plurality of second game media satisfies the second condition (Yes in step S4), the terminal device 12 proceeds to the process of step S5. When the terminal device 12 determines that all of the plurality of second game media do not satisfy the second condition (No in step S4), the terminal device 12 proceeds to the process of step S6.

The terminal device 12 changes the first parameter of the game medium included in a predetermined range from the second game medium satisfying the second condition (step S5). In this embodiment, the first parameter is HP. Further, the predetermined range is a range in the virtual space where the blast reaches when the second game medium satisfying the second condition explodes as described above. In the present embodiment, the terminal device 12 reduces the HP of all the characters included in the predetermined range by a predetermined value (for example, 5000) regardless of the DF value.

The terminal device 12 determines whether or not the condition for the reappearance of the second game medium is satisfied (step S6). In the present embodiment, the condition for the reappearance of the second game medium is that all the second game media have disappeared from the virtual space, and the first parameter of the first game medium is the second predetermined. It has become a value. Alternatively, the condition for the reappearance of the second game medium is that a predetermined time has elapsed since all the second game media have disappeared from the virtual space. In the present embodiment, the second predetermined value is, for example, 30% of the maximum value. Further, in the present embodiment, the predetermined time is, for example, 1 minute. When the terminal device 12 determines that the condition for the reappearance of the second game medium is satisfied (Yes in step S6), the terminal device 12 returns to the process of step S3. The process of step S3 executed after it is determined that the condition for reappearance is satisfied corresponds to the reappearance step. When the terminal device 12 determines that the condition for reappearance is not satisfied (No in step S6), the terminal device 12 proceeds to the process of step S7.

The terminal device 12 determines whether or not the condition for ending the battle is satisfied (step S7). One of the conditions for ending the battle is that the HP of the first game medium (for example, the main character 30) becomes zero. When the terminal device 12 determines that the condition for ending the battle is not satisfied (No in step S7), the terminal device 12 returns to the process of step S4. When the terminal device 12 determines that the condition for ending the battle is satisfied (Yes in step S7), the terminal device 12 ends a series of processes.

As described above, the information processing apparatus according to the present embodiment has a plurality of game media (for example, HP) having a first parameter (for example, HP) and a second parameter (for example, DF) that affects the amount of fluctuation of the first parameter. For example, the character) executes the processing of the game in which the battle is performed in the virtual space. The information processing device includes a storage unit (for example, a terminal storage unit 18) and a control unit (for example, a terminal control unit 21). The control unit includes a first game medium (for example, the main character 30) and a plurality of second game media (for example, a plurality of second game media) that change the second parameter of the first game medium depending on whether or not the first condition is satisfied. For example, the sub-character 31) is associated with and stored in the storage unit. Here, the first condition is that, for example, at least one of a plurality of second game media exists in the virtual space. The control unit starts a battle between the game medium (user character) operated by the user of the game, the first game medium, and the plurality of second game media. Then, when at least one of the plurality of second game media satisfies the second condition, the control unit is a game included in a predetermined range from the second game medium satisfying the second condition in the virtual space. The first parameter of the medium is varied. Here, the second condition is, for example, that the HP of the second game medium becomes zero. Further, the control unit arranges each of the plurality of second game media so as not to be included in a predetermined range of the other second game media in the virtual space.

Here, even in the conventional game, there is a system that employs a system in which the user character does not damage the first game medium unless the second game medium that appears together with the first game medium is defeated. However, in conventional such games, the order in which the enemy characters are attacked is the only major element of the strategy for capturing the game. On the other hand, in the game executed by the information processing apparatus according to the present embodiment, by guiding the first game medium from the second game medium to a predetermined range by the above configuration, damage is given by a normal attack. It is possible to damage the first game medium that does not exist. Here, not only the first game medium but also the user character is damaged when it enters a predetermined range. Therefore, an advanced strategy is required so that the timing of inducing the first game medium and the timing of making the second game medium satisfy the second condition (timing of explosion) are appropriate. Therefore, the information processing apparatus according to the present embodiment requires a more advanced strategy than before.

Further, in the game executed by the information processing apparatus according to the present embodiment, the second game media are arranged in the virtual space so as not to explode each other according to the above configuration. Therefore, the user has an opportunity to damage the first game medium according to the number of the second game media (in the case of reappearance, the number of the reappearing second game media is also included). Can be obtained multiple times.

(Modification example, etc.)
Although the present disclosure has been described based on the drawings and embodiments, it should be noted that those skilled in the art can easily make various modifications and modifications based on the present disclosure. It should be noted, therefore, that these modifications and modifications are within the scope of this disclosure. For example, the functions included in each means, each step, etc. can be rearranged so as not to be logically inconsistent, and a plurality of means or steps, etc. can be combined or divided into one. ..

In the above embodiment, when at least one of the plurality of sub-characters 31 exists in the virtual space, the DF (defense power) of the main character 30 is set to such an extent that the user character is not damaged by a normal attack or the like. Rise. Here, another battle parameter (for example, AT) of the main character 30 may change (for example, increase) with or instead of increasing the DF.

Further, in the above embodiment, the arrangement positions of the plurality of sub-characters 31 in the virtual space are set to be different from the arrangement positions immediately before. Here, the arrangement position of the plurality of sub-characters 31 in the virtual space may be set to be the same as the immediately preceding arrangement position (that is, the same from the first arrangement position). Further, the arrangement positions of the plurality of sub-characters 31 in the virtual space may be set to be the same as the immediately preceding arrangement positions according to a certain probability. For example, when the user is a beginner, it is possible to reduce the difficulty level for clearing the game by not changing the arrangement positions of the plurality of sub-characters 31.

Further, in the above embodiment, the sub-character 31 always explodes when the HP becomes zero. Here, the explosion of the sub-character 31 may occur with a predetermined probability (for example, 50%). At this time, it is possible to adjust the difficulty level for clearing the game according to the predetermined probability to be set.

Further, in the above embodiment, the plurality of sub-characters 31 are arranged in the virtual space so as not to induce each other. Here, for example, in a specific battle content, a plurality of sub-characters 31 may be arranged in a virtual space so that they can be detonated. FIG. 11 shows an example of a plurality of sub-characters 31 arranged in a virtual space so as to be able to induce an explosion. In FIG. 11, the same elements as those in FIG. 9 are designated by the same reference numerals, and thus the description thereof will be omitted. FIG. 11 shows each of the four sub-characters 31d, sub-character 31e, sub-character 31f, and sub-character 31g, together with a predetermined range that affects when an explosion occurs. In the example of FIG. 11, when the sub-character 31d first explodes, the other three sub-characters 31e, sub-character 31f, and sub-character 31g explode due to the detonation. Further, in the example of FIG. 11, when the sub-character 31e first explodes, the other two sub-characters 31f and the sub-character 31g explode due to the detonation. However, the sub-character 31d remains without exploding. Further, in the example of FIG. 11, when the sub-character 31g first explodes, the detonation does not occur. Then, the other three sub-characters 31 remain. Therefore, as in the example of FIG. 11, by arranging the plurality of sub-characters 31 so that the detonation occurs in a predetermined order, the user needs to consider which sub-character 31 to explode first. Therefore, a more advanced strategy is required to capture the game. Further, in this modified example, it is possible to damage the main character 30 located at a position away from the user character, for example, by utilizing the fact that the explosion occurs.

Further, in the above embodiment, a part of the game screen is set as a web display to be displayed on the display unit 19 of the terminal device 12 based on the data generated by the server device 11, and a part of the game screen is installed on the terminal device 12. It may be a native display displayed by a native application that has been installed. As described above, the game in the above-described embodiment may be a hybrid game in which the terminal device 12 and the server device 11 each play a part in the processing. Further, for example, the control method in the above-mentioned battle content has been described as being executed by the terminal device 12. However, the server device 11 may execute a part or all of the control method in the above-mentioned battle content.

Further, the server device 11 and the terminal device 12 may jointly execute various processes related to the game. For example, the server device 11 and the terminal device 12 may share and execute a series of processes. Further, for example, the server device 11 and the terminal device 12 may each execute the same process. When the processing results match between the server device 11 and the terminal device 12 for the same process, the server device 11 and the terminal device 12 may complete the process. If the processing results do not match between the server device 11 and the terminal device 12, the server device 11 and the terminal device 12 may complete the process assuming that the processing result of one of them (for example, the server device 11) is correct. Further, as another example, when the processing results do not match between the server device 11 and the terminal device 12, the server device 11 and the terminal device 12 may rewind the process before executing the same process. According to such a configuration, even if the communication quality between the server device 11 and the terminal device 12 is temporarily deteriorated, the probability that the processing is immediately interrupted is reduced. Further, even when an illegal process such as rewriting a battle parameter is performed in the terminal device 12, the probability that the illegal process can be eliminated is improved.

Further, in order to function as the terminal device 12 or the server device 11, for example, a computer, a mobile phone, or the like can be preferably used. The terminal device 12 or the server device 11 can be realized by storing a program describing the processing contents for realizing each of the above functions in an accessible storage unit, and reading and executing the program by the CPU.

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 30 Main characters 31, 31a to 31g Sub Character 32 Characteristic 34 Message 41 Icon 110 User information 111 Owned card information 114 Enemy character information 191 Field area 191a Upper area 191b Middle area 191c Lower area 192 Areas other than the field

Claims (10)

For information processing devices that execute game processing
A user character having a battle parameter that affects the physical strength value and the fluctuation amount of the physical strength value when attacked, affects the physical strength value and the fluctuation amount of the physical strength value when attacked, and satisfies the first condition. A virtual space of a first character having a battle parameter that fluctuates depending on whether or not , and a plurality of second characters having a battle parameter that affects the amount of change in the physical strength value and the physical strength value when attacked. And the steps to place in
After the user character, the first character, and the second character are arranged in the virtual space, the user character operated by the user of the game, the first character, and the plurality of second characters. Steps to start a battle with the character,
In the battle, when the user character attacks the first character, it is a step of changing the physical strength value of the first character, and the amount of change in the physical strength value is affected by the battle parameter. Steps and
When the second condition that at least one of the physical strength values of the plurality of second characters becomes a predetermined value is satisfied, the second character satisfying the second condition in the virtual space is predetermined. A program for executing a step of changing the physical strength value of the user character and the first character included in the range, and a step in which the amount of change in the physical strength value is not affected by the battle parameter. The program according to claim 1, wherein the predetermined range differs depending on the characteristics of the second character satisfying the second condition. The program according to claim 2, wherein the predetermined range is a region limited to a predetermined direction in the virtual space defined by the characteristics of the second character satisfying the second condition. Each of the plurality of second characters satisfies the second condition and the virtual space when the physical strength value reduced by the attack from the user character operated by the user reaches the first predetermined value. Disappeared from
The program according to claim 2 or 3, wherein the first condition is that at least one of the plurality of second characters is present in the virtual space. When the first condition is not satisfied and the physical strength value of the first character becomes the second predetermined value, or when a predetermined time has elapsed since the first condition is not satisfied. The program according to claim 4, wherein the reappearance step of causing the plurality of second characters to reappear in the virtual space is further executed. In the reappearance step
The program according to claim 5, wherein at least one of the characteristics of the plurality of second characters to appear in the virtual space again is different from the immediately preceding characteristic. The step according to any one of claims 1 to 6, wherein in the step of arranging, the plurality of second characters are arranged so as not to be included in the predetermined range of the other second characters. Program. According to claim 1, in the battle, the first character moves in the virtual space according to the movement of the user character in response to the operation of the user of the game, but the plurality of second characters do not move. The program according to any one of 7. A control method in which an information processing device having a control unit executes game processing, and the control unit
A user character having a battle parameter that affects the physical strength value and the fluctuation amount of the physical strength value when attacked, affects the physical strength value and the fluctuation amount of the physical strength value when attacked, and satisfies the first condition. A virtual space of a first character having a battle parameter that fluctuates depending on whether or not , and a plurality of second characters having a battle parameter that affects the amount of change in the physical strength value and the physical strength value when attacked. And the steps to place in
After the user character, the first character, and the second character are arranged in the virtual space, the user character operated by the user of the game, the first character, and the plurality of second characters. Steps to start a battle with the character,
In the battle, when the user character attacks the first character, it is a step of changing the physical strength value of the first character, and the amount of change in the physical strength value is affected by the battle parameter. Steps and
When the second condition that at least one of the physical strength values of the plurality of second characters becomes a predetermined value is satisfied, the second character satisfying the second condition in the virtual space is predetermined. A control method for executing a step of varying the physical strength value of the user character and the first character included in the range, wherein the amount of change in the physical strength value is not affected by the battle parameter. An information processing device that executes game processing
Memory and
A control unit is provided, and the control unit is
A user character having a battle parameter that affects the physical strength value and the fluctuation amount of the physical strength value when attacked, affects the physical strength value and the fluctuation amount of the physical strength value when attacked, and satisfies the first condition. A virtual space of a first character having a battle parameter that fluctuates depending on whether or not , and a plurality of second characters having a battle parameter that affects the amount of change in the physical strength value and the physical strength value when attacked. And the steps to place in
After the user character, the first character, and the second character are arranged in the virtual space, the user character operated by the user of the game, the first character, and the plurality of second characters. Steps to start a battle with the character,
In the battle, when the user character attacks the first character, it is a step of changing the physical strength value of the first character, and the amount of change in the physical strength value is affected by the battle parameter. Steps and
When the second condition that at least one of the physical strength values of the plurality of second characters becomes a predetermined value is satisfied, the second character satisfying the second condition in the virtual space is predetermined. An information processing device that executes a step of changing the physical strength value of the user character and the first character included in the range, and a step in which the amount of change in the physical strength value is not affected by the battle parameter.

Images