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

Description

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

A game is known in which a character or the like placed in a virtual space is moved and acted upon by a user's operation. For example, Patent Literature 1 discloses a game (hereinafter also referred to as a fighting game) in which a character operated by a user (hereinafter also referred to as a user character) is moved to fight the user character against an enemy character.

Japanese Patent Application Laid-Open No. 2007-130367

Here, there is known a fighting game in which a specific enemy character (such as a boss character or main character) cannot be damaged unless another enemy character (such as a sub character) appearing at the same time is defeated. It is

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 enemy characters is an important strategy for winning the game. However, there has been a demand for a game that requires more advanced strategies than just the order of attacking enemy characters.

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 more advanced strategy than conventional ones.

A 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 that influences the variation of the first parameter compete in a virtual space. a first game medium and a plurality of second game mediums that vary the second parameter of the first game medium according to whether or not a first condition is satisfied are stored in association with each other. starting a match between a game medium operated by a user of the game and the first game medium and the plurality of second game mediums; and at least one of the plurality of second game mediums. a step of varying the first parameter of game media included within a predetermined range from the second game media satisfying the second condition in the virtual space when one of them satisfies the second condition; arranging each of the plurality of second game media in the virtual space so as not to be included in the predetermined range of other second game media.

A control method according to one embodiment is information processing for executing game processing in which a plurality of game media having a first parameter and a second parameter that influences the variation of the first parameter compete in a virtual space. A control method for a device, comprising: a first game medium; and a plurality of second game mediums for varying the second parameter of the first game medium according to whether or not a first condition is satisfied. , initiating a match between a game medium operated by a user of said game and said first game medium and said plurality of second game mediums; when at least one of two game media satisfies a second condition, the first parameter of the game media included within a predetermined range from the second game media satisfying the second condition in the virtual space; and arranging each of the plurality of second game media so as not to be included in the predetermined range of other second game media in the virtual space.

An information processing apparatus according to an embodiment provides information for executing game processing in which a plurality of game media having a first parameter and a second parameter that influences the amount of variation in the first parameter compete in a virtual space. A processing device, comprising: a storage unit; and a control unit, wherein the control unit stores a first game content and the first game content of the first game content according to whether or not a first condition is satisfied. a plurality of second game media that vary the parameters of 2 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 media, and the plurality of second game media are associated with each other; and a second game medium that satisfies the second condition in the virtual space when at least one of the plurality of second game mediums satisfies the second condition. by varying the first parameter of game media included in a predetermined range from arranged 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 more sophisticated strategy than before.

It is a figure explaining a game system provided with an information processor concerning one embodiment. FIG. 4 is a diagram illustrating information about a user; It is a figure which illustrates the information of the card to own. FIG. 11 is a diagram illustrating information on an enemy character; It is a figure which shows an example of a battle screen. FIG. 12 is a diagram showing another example of the battle screen; FIG. 10 is a diagram for explaining the reappearance of sub-characters; FIG. 10 is a diagram for explaining parameter fluctuations of a character within a predetermined range from a sub-character; FIG. 4 is a diagram for explaining the arrangement of sub-characters; FIG. 4 is a flowchart of a control method for an information processing device according to one embodiment; FIG. 11 is a diagram for explaining the arrangement of sub-characters in a modified example;

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

The server device 11 is, for example, an information processing device managed by a game operator. Terminal device 12
is, for example, a mobile phone, a smart phone, a tablet terminal, a PC (Personal Computer),
Alternatively, it is an information processing device used by a user, such as 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.

(Overview of the game)
A game executed by the game system 10 includes various game contents. At least some of the various game contents may be executed using game media.

Game media is electronic data used in a game, and can be acquired, owned, used, managed, exchanged, synthesized, enhanced, sold, discarded, gifted, etc. by a user in the game. For example, game media include cards, items, virtual currency, 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 mode of use of the game media is not limited to what is specified in this specification.

Hereinafter, unless otherwise specified, "game media owned by a user" refers to game media associated with a user ID that uniquely identifies a user as owned game media. Also, "providing a game medium to a user" means that a game medium is owned by a user I.
D. Also, "selling the game media owned by the user" means canceling the association between the user ID and the owned game media, and adding another game media (
For example, virtual currency, items, etc.) are associated as owned game media.

Game content is content that can be played by the user in the game, and includes, for example, quests, missions, mini games, development, enhancement, and synthesis of game media, game media acquisition events, virtual space exploration events, and opponents ( For example, it includes battle events against other users, enemy characters, enemy buildings, etc.). For example, when it is determined that one or more predetermined conditions (game tasks) set for each game content have been successfully achieved, the user may be rewarded with, for example, game media. As the game task, for example, a task of winning a match against an enemy character, a task of reaching a goal point in a virtual space, or any other task corresponding to the contents of the game content can be adopted. Furthermore, 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. When the user who plays the game content succeeds in achieving the clear task, it may be determined that the game content has been cleared, and the game content may end.

The diverse game content may include single-play game content and multi-play game content. Game content for single play is game content (for example, game content for one player) 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 game content for single play. On the other hand, game content for multiplay is game content common to two or more users (for example, Game content for multiple players)
is. Game content common to two or more users may include, for example, game content in which at least a portion of progress processing and processing results of the game content is commonly applied to the two or more users. good. Two or more terminal devices 12 cooperate, or two or more terminal devices 12 and the server device 11 cooperate to execute multi-play game content.

In this embodiment, the game includes game content in which the user operates game media to compete against each other. Hereinafter, the game content is also referred to as competition content. The game content used for the battle content is described as including, for example, characters owned by the user in the game, but is not limited to this. Also, opponents are described as including enemy characters such as non-player characters, but are not limited to this. For example, in game content for multiplay, a game content operated by another user may be determined as an opponent.

For example, one battle content of the game in this embodiment selects a predetermined number of characters from the characters owned by the user. Here, the user uses the helper character (
By selecting "helpers" (also called "helpers") and adding them to your deck, you can improve your deck's competitive capabilities. Then, the user uses some or all of the characters in the deck to battle the enemy character. Here, building a deck means creating a party (team or group) with characters selected from characters owned by the user and backer characters.

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

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. Server storage unit 1
4 stores various information and programs necessary for game provision and control. 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.

The server storage unit 14 may also store information on enemy characters. Enemy characters are
In battle, it is used as an opponent for the character used by the user. The enemy character information includes arbitrary information of the enemy character.

The server control unit 15 implements a specific function by reading a specific program.
One or more general-purpose processors and one or more dedicated processors specialized for specific processing,
At least one. The server control unit 15 controls the operation of the server device 11 as a whole.

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

The server control unit 15 transmits and receives information via the server communication unit 13 . For example, the server control section 15 may transmit at least part of the information stored in the server storage section 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 information may include, for example, the timing at which new information is stored in the server storage unit 14 and the timing at which information stored in the server storage unit 14 is updated, but may be determined arbitrarily. good too.

The server control unit 15 cooperates with the terminal device 12 to execute game processing. The game processing includes, for example, processing for obtaining cards by the user progressing the game scenario, processing for exchanging, selling, synthesizing the obtained cards, etc., building a deck with the characters corresponding to the cards, and constructing an enemy character. and a process of playing against.

(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 1
9 , an input unit 20 and a terminal control unit 21 .

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

The terminal storage unit 18 includes, for example, a primary storage device and a secondary storage device. For example, terminal storage unit 1
8 may include semiconductor memory, magnetic memory, optical memory, or the like. The terminal storage unit 18 is
Stores various information and programs necessary for game processing. For example, the terminal storage unit 18
Some or all of the information about the user described above may be stored. Further, for example, the terminal storage unit 18 may store information on the enemy character described above. A part or all of this information is transmitted/received to/from the server apparatus 11 by the terminal control unit 21, for example.

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 such as 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 . In this 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 changes in capacitance as the input unit 20, and by detecting changes in capacitance, it is possible to detect the position touched by the user. Here, a method other than the capacitance method may be employed. Also, the input section 2
0 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.

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

The terminal control unit 21 activates a game application according to a user's operation. The terminal control unit 21 cooperates with the server device 11 to execute game processing. 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. The terminal control unit 21 can detect user operations on the screen.

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

A user ID is information that can uniquely identify a user as described above.

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

FIG. 3 is a diagram illustrating details of the information 111 of owned cards. FIG. 3 shows information 111 of cards owned by one user. The information 111 of the owned card includes card ID, character ID, level, rarity, attribute, battle parameter, and skill ID.
and data about The owned card information 111 is not limited to including all of these data. In addition, the owned card information 111 may further include other data.

A card ID is an ID that uniquely identifies a card owned by a user. In the example of Figure 3,
Unique numbers are used as card IDs. A card with a card ID of 1 will be referred to as card 1 hereinafter.

A character ID is an ID that uniquely identifies a game character. In this embodiment, since the cards are character cards, one character ID is assigned to one card ID.
are associated. In the example of FIG. 3, unique alphabetic characters are used as character IDs. A character whose character ID is A will be denoted as character A hereinafter. Here, a plurality of cards can correspond to one character. In the example of FIG. 3, card 1
and card 20 are both character A cards.

A level is information indicating the degree of growth of a character. For example, the higher the level value, the
Great character growth. The value of the level influences the value of battle parameters, for example. In the example of FIG. 3, the level of character C is ten. The level value increases as the user grows the character. For example, the user can use a character to clear game content (such as a quest), or combine the character with items or other characters to grow the character.

Rarity is information indicating the degree of rarity of a card. For example, the higher the rarity value, the higher the rarity of the card. A card having a high degree of rarity means, for example, that the number of such cards provided in the game by the game operator is small. Rarity may be fixed. Also, the rarity has an initial value determined according to the card, and may change according to the game play by the user. Rarity affects, for example, the maximum value of battle parameters. In the example of FIG. 3, numbers are used for the rarity. For example, card 1 and card 20 are both character A cards. However, the rarity of the card 20 with a rarity of 4 is higher than that of the card 1 with a rarity of 2.
Here, as another example, the rarity may be determined according to the character.

Attributes are characteristics related to battles, etc., possessed by characters, and are information indicating superiority/inferiority relationships between characters. In the example of FIG. 3, fire, water, wind, light, etc. are used as attribute types. For example, a character with a fire attribute may be strong against attacks from characters with a wind attribute and weak against attacks from a character with a water attribute.

A battle parameter is information indicating the strength of a character referred to in a battle in a game.
In this embodiment, each character has battle parameters of HP (hit point), MP (magic point), AT (attack power), and DF (defense power). 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 behavior such as speed. Also, battle parameters may not include some of HP, MP, AT and DF.

HP is information indicating the hit points (physical strength) of the character. FIG. 3 shows the maximum value of HP. For example, when a character receives damage from an enemy character's attack action, HP is reduced by the amount of damage. Also, for example, the recovery action of the character increases the HP by the recovery amount. Also, if the HP is not zero, the character is ready for battle, and can attack enemy characters, for example. However, when HP decreases to zero, the character becomes unable to fight. The higher the character's HP, the more advantageous it is for clearing the game content.

MP is information indicating a character's magic point. FIG. 3 shows the maximum value of MP. For example, when a character performs a special attack (hereinafter referred to as a skill) different from a normal attack (attack with an equipped weapon, magic attack, etc.) performed by a single character, MP is reduced by a value corresponding to the skill. Also, for example, the recovery action of the character increases the MP by the recovery amount. The higher the MP of the character, the more advantageous it is to clear the game content.

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

DF is information indicating a character's defensive power. DF affects, for example, the amount of damage a character receives from an opponent's attack. The larger the DF value, the smaller the amount of damage received from the opponent. Therefore, the larger the character's DF, the more advantageous it is for clearing 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 match parameters and each can be set independently.

A skill ID is an ID that uniquely identifies a skill possessed by a card character. Skills are set for each card. Here, skills do not have to be set for all cards. In other words, cards without skills may exist. MP by activating the skill as described above
decreases. If the MP value is insufficient, the character cannot activate the skill. Hereinafter, the skill whose skill ID is S1 is written as skill S1. For example, the skill S1 may be an attack in which the character A inflicts moderate fire-attribute damage to all enemy characters. Further, for example, the skill S20 may be an attack in which the character A inflicts a large wind attribute damage to all enemy characters.

Also, in this embodiment, a first parameter possessed by the character and a second parameter that affects the amount of variation of the first parameter are determined. Specifically, HP (hit points, physical strength) is the first parameter in this embodiment. Also, DF (defensive force) is the second parameter in this embodiment. For example, when attacked by an enemy character, if the DF is large, the HP decrease amount is small, and if the DF is small, the HP decrease amount is large. That is, the second parameter DF is the first parameter HP
influences the amount of variation in 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 quickness match parameter may be the second parameter. For example, when attacked by an enemy character or the like, if the match-up parameter of quickness is large, the decrease in HP will be small assuming that the attack is avoided. Also, for example, as yet another embodiment, HP may be the first parameter and the attribute may be the second parameter. For example, if the character has a fire attribute attack from an enemy character, the amount of HP decrease is small if the character has the water attribute, and the HP decrease amount is large if the character has the wind attribute. Here, the first parameter and the second parameter are battle parameters (for example, HP,
MP, AT, DF, quickness, etc.).

FIG. 4 is a diagram illustrating the enemy character information 114. As shown in FIG. The enemy character information 114 is stored, for example, in the server storage unit 14 and 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 on a main character (for example, a boss character) associated with a specific quest. As will be described later, in this embodiment, the main character appears with sub-characters (for example, support characters that support the boss character). In this embodiment, the enemy character information 114 is not associated with one user, but commonly applied to users participating in the game. As another example, enemy character information 114 may be associated with each user. As yet another example, the enemy character information 114 may be associated with each of a group of one or more users.

As shown in FIG. 4, the enemy character information 114 includes a quest ID, a main character ID, and data on sub-characters. The data about the sub-character includes an ID that uniquely identifies the sub-character, the number of appearances, the blast range, and the blast direction. Although not shown in FIG. 4, the enemy character information 114 includes levels, attributes, battle parameters, skill IDs, and the like for each of the main character and sub-character. Since the level, attribute, battle parameter, and skill ID are the same as the information 111 of the card, the description is omitted. The enemy character information 114 is not limited to including all of these data items. In addition, the enemy character information 114 may further include another data item.

Quest ID is an ID that uniquely identifies a quest. In the example of Figure 4, the quest ID
Characters that do not overlap are used as Below, the quest whose quest ID is Q1,
It is written like Quest Q1. Each of the quests shown in FIG. 4 is battle content or partially includes battle content. And the battle content is the user character (
(a character operated by a user) and an enemy character. As will be described later, the enemy characters associated with the quest shown in FIG. 4 include a main character corresponding to the first game media and multiple sub-characters corresponding to multiple second game media.

The main character ID is an ID (identifier) that uniquely identifies the main character.
The main character ID may be the same as the character ID of the information 111 (see FIG. 3) of the owned card, or it may be a unique ID used only for the main enemy character.
It may be D.

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

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

Data relating to sub-characters, which will be described below, indicates the effects in the game when sub-characters are brought into a predetermined state by an attack by the user character. In this embodiment, the sub-character explodes when attacked by the user character. Therefore, the data about the sub-character includes the blast range and the blast direction. The sub-character's blast range indicates a predetermined range that is affected when the sub-character explodes, as will be described later. In this embodiment, when a sub-character explodes, the HP of characters (including the user character and the main character) within a predetermined range decreases. In the example of Figure 4,
A blast range is indicated by a number connecting unit areas (for example, an area of 20 pixels×20 pixels). For example, the blast range is 3 in quest Q1. So the blast area for one orientation will be a 60 pixel by 20 pixel area, or a 20 pixel by 60 pixel area. Here, as another example, the blast range may be set by the number of pixels (for example, 100 pixels×50 pixels, etc.) without using the unit area. Also, as another example,
A 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 is set in the virtual space of the game (virtual game space), as described later.
indicates the direction of the blast at In this embodiment, the virtual space of the game is two-dimensional with vertical and horizontal directions. Here, the vertical direction of the game virtual space corresponds to the longitudinal direction of the display unit 19 . Also, the lateral direction of the virtual space of the game corresponds to the lateral direction of the display section 19 . In this embodiment, the horizontal direction of the virtual space of the game is wider than the width of the display section 19 in the lateral direction. Therefore, part of the virtual space is displayed on the display unit 19 while scrolling horizontally in accordance with 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 captures a bird's-eye view of the user character in the virtual space.

In the example of FIG. 4, in quest Q1, the blast direction is vertical or horizontal. That is, in the quest Q1, the blast when the sub-character explodes extends (spreads) in the longitudinal direction or the lateral direction of the display section 19 . For example, when a sub-character explodes and the blast spreads in the vertical direction, the HP of characters in the blast range above or below (in the vertical direction) the exploded sub-character in the virtual space decreases. Also, when the sub-character explodes and the blast spreads in the vertical direction, the HP of the character to the right or left (horizontal direction) of the exploded sub-character in the virtual space does not decrease. Here, as in the example of quest Q2 in FIG. 4, the direction of the blast is not limited to vertical and horizontal directions, and may include diagonal directions and the like. Further, the oblique direction may be only one of the lower right and upper left oblique directions or the upper right and lower left oblique directions. In addition, the oblique direction is, for example, an angle (for example, +6
0°, −45°, etc.).

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

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

An area 192 other than the field is an area for displaying an image related to 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. An icon 41 is an image associated with a character. In the example of FIG. 5, the icon 41 of the character E selected by the user has a display mode (specifically, a background color) of the icon 41 so that it can be easily distinguished from other characters (non-selected characters). ) are different. As another example, icon 4 selected by the user
1 may be displayed such that the character is surrounded by other images.

One character specified by the user from among 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 the quest Q1 progresses. In the example of FIG. 5, the user operates a character E displayed in the field area 191 to fight an enemy character. User is icon 4
By tapping 1, it is possible to switch the character to be operated displayed in the field area 191 . Here, the icons 41 of characters capable of activating skills include:
A tab portion labeled "READY" is displayed. A user can activate a skill by a predetermined operation. In this embodiment, the user can activate a skill by sliding the tab portion upward (toward the field area 191). The character's MP that 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 section 19). As shown in FIG. 5, the field region 191 includes an upper region 191a and a middle region 191b.
and a lower area 191c. The user character moves to the upper area 191a, the middle area 191b, or the lower area 191c according to the user's vertical sliding operation. For example, when the user character is in the middle region 191b and the user performs a downward sliding operation, the user character moves to the lower region 191c. Also, 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 the quest Q1, the main character 30 appears together with a plurality of sub-characters 31. In the example of FIG. 5, the main character 30 is displayed in the middle area 191b.
An HP gauge is displayed near the main character 30 . Also, the sub-character 31a is displayed in the upper area 191a. Also, the sub character 31b is the lower area 1
91c. In the vicinity of the sub-character 31, HP gauge and characteristics 32
is displayed. The characteristic 32 is the blast direction (see FIG. 4) when the sub-character 31, which will be described later, explodes, and is indicated by a picture of an arrow in the example of FIG. For example, sub-character 31
Characteristic 32 of b is an arrow in the horizontal direction (short side direction of display unit 19), visually indicating that the blast spreads in the horizontal direction. The task to clear the quest Q1 is to reduce the HP of the main character 30 to zero by attacking the user character or the like. Here, as another example, the HP gauge may only be displayed when a condition (eg, HP is non-zero) is met. Also, as another example, all or some of the characteristics 32 may not be displayed.
When the characteristic 32 is not displayed, the difficulty level of the game increases. Therefore, for example, the characteristic 32 may be switched between display and non-display according to the difficulty level of the stage.

In this embodiment, the main character 30 moves after the user character (character E in the example of FIG. 5) to attack. However, the plurality of sub-characters 31 remain at the positions where they appeared, and when attacked by the character E, counterattack without moving. A plurality of sub-characters 31 are enemy characters that support the main character 30, and vary the DF (defense power) of the main character 30 according to whether or not a first condition is satisfied. In this embodiment, the first condition is that at least one of the plurality of sub-characters 31 exists in the virtual space (all of the sub-characters 31 have not been 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 becomes the AT of the user character.
Increases to exceed (attack power). In other words, the main character 30 whose DF has been raised by the plurality of sub-characters 31 meeting the first condition will not be damaged by the user character's normal attacks and activation of attack skills (hereinafter referred to as normal attacks, etc.). . Therefore, the HP of the main character 30 whose DF has increased will not decrease due to normal attacks of the user character. In order to damage the main character 30, the user must use the explosion of the sub-characters 31, which will be 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 decreases due to normal attacks of the user character or the like. When the HP of the sub-character 31 reaches a first predetermined value (zero in the example of the present embodiment), the sub-character 31 explodes and disappears from the virtual space assuming that the second condition is satisfied.

FIG. 6 is a diagram showing how the user defeats all of the plurality of sub-characters 31 (how the plurality of sub-characters 31 disappears from the virtual space) in quest Q1. Figure 6 shows
In the screen that can be displayed after FIG. 5, elements that are the same as those in FIG. At this time, the increased DF of the main character 30 has decreased because the first condition (the existence of the sub-character 31) is no longer satisfied. The main character 30 receives damage from the user character's normal attacks and the like, and its HP decreases. At this time, as shown in FIG. 6, a message 34 indicating that the DF of the main character 30 (boss character) has decreased may be displayed on the display unit 19 . The user can easily understand from the message 34 that the main character 30 can be 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, by changing the color of the main character 30, adding an effect image, or displaying a gauge indicating the DF, the DF of the main character 30
may be shown to be declining.

FIG. 7 is a diagram showing how a plurality of sub-characters 31 reappear in quest Q1. FIG. 7 shows a screen that can be displayed after FIG. 6, and since the same elements as those in FIGS. 5 and 6 are assigned the same reference numerals, the description thereof will be omitted. The HP of the main character 30 reaches a second predetermined value (for example, 30% of the maximum HP value) while the first condition is not satisfied (all the sub-characters 31 have disappeared, see FIG. 6). In this case, the sub-characters 31 reappear in the virtual space. Alternatively, when a predetermined period of time (eg, one minute) elapses after the first condition is no longer satisfied, the plurality of sub-characters 31 reappear in the virtual space. When the plurality of sub-characters 31 reappears in the virtual space, the main character 30 cannot be damaged by normal attacks of the user character. Here, the conditions for the reappearance of the sub-character 31 are not limited to the above. For example, as another example, the plurality of sub-characters 31 may reappear in the virtual space when the main character 30 has performed a specific action a predetermined number of times. As an example, multiple sub-characters 31 may reappear when the main character 30 attacks the user character three times. Also, for example, regardless of the HP value, multiple sub-characters 31 may reappear when the main character 30 is attacked five times by the user character.

Also, in this 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. The characteristic 32 of the reappearing sub-character 31b is a vertical arrow, and the blast direction at the time of explosion is set to the vertical direction. Here, as shown in FIG. 5, the characteristic 32 of the sub-character 31a immediately before reappearing was vertical. again,
As shown in FIG. 5, the property 32 of the sub-character 31b immediately before reappearing was horizontal.
By setting at least part of the properties 32 of the plurality of sub-characters 31 that have reappeared to be different from the immediately preceding properties 32 in this way, the user can control all of the plurality of sub-characters 31 with exactly the same operation as immediately before. becomes difficult to defeat. Therefore, a more advanced strategy is required to capture the game.

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

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

FIG. 8 is a diagram illustrating how the sub-character 31b explodes and disappears from the virtual space in the quest Q1. At this time, the HP of characters within a predetermined range from the sub-character 31b changes. As described above, the main character 30 whose DF is rising is
As a general rule, they do not take damage from user character attacks. However, sub-character 31
is within the predetermined range reached by the blast, the HP of the main character 30 is reduced. In this embodiment, the HP decrease is a predetermined value (eg, 5000). Also, the DF of all characters included in the predetermined range reached by the blast is ignored. Therefore, the user can damage the main character 30, which has the property of chasing the user character, by luring (guiding) it into a predetermined range reached by the sub-character 31's blast. By setting an exceptional technique that can damage the main character 30 in this way, the progress of the battle content is less likely to become monotonous. Also, 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 sophisticated strategy is required.

Here, the predetermined range reached by the blast when the sub-character 31 explodes is based on the position of the sub-character 31 that explodes. The predetermined range is the area along the direction in virtual space defined by the property 32 . For example, as shown in FIG.
The characteristic 32 of b is longitudinal. Therefore, the predetermined range when the sub-character 31b explodes is a vertical region in the virtual space. The size of the area is determined according to the blast range of FIG. For example, the predetermined range is two characters extending upward from the sub-character 31b.
A 0 pixel by 60 pixel area and a 2 pixel area extending downward from the sub-character 31b.
It may be an area of 0 pixels by 60 pixels. In the example of FIG. 8, the main character 30
is included within a predetermined range reached by the blast wave 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) to the left of the sub-character 31b is not damaged because the blast does not extend laterally. Here, a message 34 may be displayed on the display unit 19 to inform the timing at which the sub-character 31 will explode. For example, the message 34 at this time may count down five seconds until the sub-character 31 explodes. By displaying such a message 34, the user can move the user character appropriately to avoid receiving damage.

Further, in the present embodiment, one pattern may be selected from among a plurality of patterns for the placement positions of the plurality of sub-characters 31 in the virtual space, but the following restrictions apply to all of the placement position patterns. Preferably. As described above, while the main character 30 moves after the user character, the plurality of sub-characters 31 remain at the positions where they appeared. It is preferable to set a constraint such that each of the plurality of sub-characters 31 is not included in a predetermined range in which the blasts of other sub-characters 31 reach each other in the virtual space. If one sub-character 31 is within a predetermined range where the blast wave of another sub-character 31 reaches, there is a possibility that it will be caught in the other sub-character 31 and explode (hereinafter referred to as "explosion"). . Then, ignoring the DF, the main character 3
There is a possibility that the number of opportunities (number of times) that can damage 0 will be reduced. In this embodiment, in order to secure such an opportunity for the user, the plurality of sub-characters 31 are arranged in positions where they do not provoke each other.

FIG. 9 is a diagram for explaining proper placement of the plurality of sub-characters 31 in this embodiment. FIG. 9 shows three sub-characters 31a, 31b and 31c, each with a predetermined range of influence when exploded. As shown in FIG. 9, one sub-character 31 (e.g. sub-character 31a) is connected to two other sub-characters 31 (e.g. sub-character 31b and sub-character 31c).
) is located away from the predetermined range of these effects, even if it were to detonate. Therefore, FIG. 9 shows an example of proper placement of the plurality of sub-characters 31 in this embodiment.

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

First, the terminal device 12 associates and stores a first game content (for example, the main character 30) and a plurality of second game content (for example, a plurality of sub characters 31) (step S1). Specifically, the terminal device 12 stores the enemy character information 114 in the terminal storage unit 18 .
memorize to

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

The terminal device 12 arranges each of the plurality of second game media at predetermined intervals from other second game media in the virtual space (step S3). In other words, in this embodiment, the plurality of second game contents are arranged in the virtual space so as not to trigger each other.

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

The terminal device 12 varies the first parameter of the game media included within a predetermined range from the second game media satisfying the second condition (step S5). In this embodiment, the first
is HP. Also, the predetermined range is the range in the virtual space that the blast reaches when the second game content that satisfies the second condition as described above explodes. In this embodiment, the terminal device 12 performs DF
HP is reduced by a predetermined value (eg, 5000) regardless of the value of .

The terminal device 12 determines whether or not the condition for the reappearance of the second game content is satisfied (step S6). In this embodiment, the condition for the reappearance of the second game media is that all the second game media have disappeared from the virtual space, and the first parameter of the first game media is the second predetermined value. It has become a value. Alternatively, the condition for the reappearance of the second game content is that a predetermined time has passed since all the second game content disappeared from the virtual space. In this embodiment, the second predetermined value is, for example, 30% of the maximum value. Moreover, in this embodiment, the predetermined time is, for example, one minute. When the terminal device 12 determines that the condition for the reappearance of the second game content is satisfied (Yes in step S6), the terminal device 12 returns to the process of step S3. The processing of step S3, which is 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 reappearance condition is not satisfied (No in step S6), the process proceeds to step S7.

The terminal device 12 determines whether or not the conditions for ending the battle are 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 conditions for ending the battle are 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 conditions for ending the battle are satisfied (Yes in step S7), the terminal device 12 ends the series of processes.

As described above, the information processing apparatus according to this embodiment uses the first parameter (for example, HP
) and a second parameter (eg, DF) that influences the amount of variation in the first parameter, a plurality of game media (eg, characters) battle each other in a virtual space. The information processing device includes a storage unit (eg, terminal storage unit 18) and a control unit (eg, terminal control unit 21). The control unit controls a first game medium (for example, a main character 30) and a plurality of second game mediums (for example, a main character 30) and a plurality of second game mediums that vary a second parameter of the first game medium according to whether or not a first condition is satisfied. For example, the sub-character 31) is associated with and stored in the storage unit. Here, the first condition is, for example, that at least one of the plurality of second game media exists in the virtual space. The control unit starts a battle between a game medium (user character) operated by a game user and a first game medium and a plurality of second game mediums. Then, when at least one of the plurality of second game media satisfies the second condition, the control unit controls the game to be included in a predetermined range from the second game media that satisfies the second condition in the virtual space. A first parameter of the medium is varied. Here, the second condition is, for example, that the HP of the second game content becomes zero. In addition, the control unit arranges each of the plurality of second game media in the virtual space so as not to be included within a predetermined range of other second game media.

Here, some conventional games employ a system in which the user character cannot damage the first game medium unless the second game medium that appears together with the first game medium is defeated. However, in such conventional games, only the order of attacking enemy characters was a major element of the strategy for winning 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 with the above configuration, normal attacks do not inflict damage. It is possible to inflict damage on a first game medium that does not have Here, not only the first game medium but also the user character is damaged when entering a predetermined range. Therefore, a sophisticated strategy is required so that the timing of guiding the first game content and the timing of making the second game content satisfy the second condition (timing of explosion) are appropriate. Therefore, the information processing apparatus according to this embodiment requires a more advanced strategy than the conventional one.

Further, in the game executed by the information processing apparatus according to the present embodiment, the second game contents are arranged in the virtual space by the above configuration so as not to cause mutual explosion. Therefore, the user
Obtaining multiple opportunities to damage the first game media according to the number of the second game media (when reappearing, including the number of reappearing second game media). can be done.

(Modified example, etc.)
Although the present disclosure has been described with reference to drawings and embodiments, it should be noted that various variations and modifications can be easily made by those skilled in the art based on the present disclosure. Therefore, it should be noted that these variations and modifications are included 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 it is possible to combine a plurality of means or steps, etc. into one or divide them. .

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 the extent that the user character's normal attacks do not damage it. Rise. Here, along with the increase in DF, or instead of the increase in DF, another battle parameter (for example, AT) of the main character 30 may be changed (for example, increased).

Further, in the above-described embodiment, the placement positions in the virtual space of the plurality of sub-characters 31 are set to be different from the previous placement positions. Here, the placement positions in the virtual space of the plurality of sub-characters 31 may be set to be the same as the immediately preceding placement positions (that is, the same from the initial placement positions). Also, 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 position according to a certain probability. For example, if the user is a beginner, it is possible to reduce the difficulty of clearing the game by not changing the arrangement positions of the plurality of sub-characters 31 .

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

Also, in the above embodiment, the plurality of sub-characters 31 are arranged in the virtual space so as not to trigger each other. Here, for example, in specific fighting content, a plurality of sub-characters 31 may be arranged in the virtual space so as to trigger an explosion. FIG. 11 shows an example of a plurality of sub-characters 31 arranged in the virtual space so as to trigger an explosion. In FIG. 11, the same elements as those in FIG. 9 are given the same reference numerals, so the description thereof is omitted. FIG. 11 shows four sub-characters 31d, 31e, 31f and 31g, each with a predetermined range of influence when exploded. In the example of FIG. 11,
When the sub-character 31d explodes first, the other three sub-characters 31
e, sub-character 31f and sub-character 31g explode. Also, in the example of FIG. 11, when the sub-character 31e explodes first, the other two sub-characters 31f and 31g explode due to the induced explosion. However, the sub-character 31d remains without exploding. Also, in the example of FIG. 11, when the sub-character 31g explodes first, no induced explosion occurs. And the other three sub-characters 31 remain. Therefore, by arranging a plurality of sub-characters 31 so as to trigger explosions in a predetermined order as in the example of FIG. 11, the user needs to consider which sub-character 31 to explode first. Therefore, a more sophisticated strategy is required to capture the game. In addition, in this modification, by using the fact that an induced explosion occurs, for example, the main character 3, who is at a position away from the user character,
0 can be damaged.

In the above embodiment, part of the game screen is displayed on the display unit 19 of the terminal device 12 based on the data generated by the server device 11, and part of the game screen is installed on the terminal device 12. It is also possible to use a native display that is displayed by a native application that is being used. Thus, the game in the above-described embodiment can also be a hybrid game in which each of the terminal device 12 and the server device 11 is responsible for part of the processing. Further, for example, it has been described that the terminal device 12 executes the control method in the battle content. However, the server device 11 may execute part or all of the control method in the battle content described above.

Also, the server device 11 and the terminal device 12 may cooperate to 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, each of the server device 11 and the terminal device 12 may perform the same processing. For the same processing, if the processing results of the server device 11 and the terminal device 12 match, the server device 11 and the terminal device 12 may complete the processing. 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 processing on the assumption that the processing result of one (for example, the server device 11) is correct. As another example, 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 rewind the process before executing the same processing. According to such a configuration, even if the communication quality between the server device 11 and the terminal device 12 is temporarily degraded, the probability that the processing will be immediately interrupted is reduced. In addition, even if the terminal device 12 performs fraudulent processing such as rewriting battle parameters, the possibility of eliminating the fraudulent processing is improved.

Also, 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 stores a program describing the processing content for realizing each of the above functions in an accessible storage unit,
It can be realized by having the CPU read out and execute the program.

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 Traits 34 Message 41 Icon 110 User information 111 Possessed card information 114 Enemy character information 191 Field area 191a Upper area 191b Middle area 191c Lower area 192 Area other than field

Claims (12)

the computer,
a first means for arranging the user character, the first enemy character and the plurality of second enemy characters in a virtual space;
the user character operated by a user after the user character, the first enemy character, and the second enemy character are placed in the virtual space, the first enemy character, and the plurality of second enemy characters; function as a second means for starting a match of
The plurality of second enemy characters are associated with an area of influence and a direction of influence that define an area of influence,
when the second enemy character satisfies a first condition, the user character, the first enemy character, and other second enemy characters within the area of influence are affected by a predetermined influence;
The game control program, wherein the first means arranges the plurality of second enemy characters based on their respective areas of influence. 2. The game control program according to claim 1, wherein said first means arranges said plurality of second enemy characters so that said regions of influence of said plurality of second enemy characters do not overlap. 2. The game control program according to claim 1, wherein said first means arranges said plurality of second enemy characters so that said respective areas of influence overlap. 4. The game control program according to any one of claims 1 to 3, wherein said other second enemy character that has received said predetermined influence satisfies said first condition by receiving said predetermined influence. The first enemy character moves within the virtual space,
5. The game control program according to any one of claims 1 to 4, wherein said second enemy character does not move within said virtual space. 6. The game control program according to claim 5, wherein said first enemy character moves within said virtual space according to movement of said user character. when at least one of the plurality of second enemy characters satisfies the first condition, the at least one second enemy character disappears from the virtual space;
said computer,
When a second condition is satisfied after the at least one second enemy character disappears from the virtual space, a further second enemy character is arranged based on the area of influence of the second enemy character remaining in the virtual space. 7. The game control program according to any one of claims 1 to 6, which functions as a third means for controlling the game. The second means changes the battle parameters of the user character, the first enemy character, and the other second enemy character affected by the predetermined influence so that the battle becomes disadvantageous. 8. The game control program according to any one of 7. 9. The game control program according to any one of claims 1 to 8, wherein said user character, said first enemy character, and other said second enemy character that have been affected by said predetermined influence have their physical strength values reduced. The first enemy character has a physical strength value and a battle parameter that affects the amount of change in the physical strength value when attacked,
In the battle, when the first enemy character receives an attack from the user character, the physical strength value of the first enemy character fluctuates, and the amount of change depends on the battle parameter of the first enemy character,
2. In the battle, when the first enemy character is affected by the predetermined influence, the physical strength value of the first enemy character fluctuates, and the amount of change does not depend on the battle parameter of the first enemy character. 10. The game control program according to any one of 1 to 9. a first means for arranging the user character, the first enemy character and the plurality of second enemy characters in a virtual space;
the user character operated by a user after the user character, the first enemy character, and the second enemy character are placed in the virtual space, the first enemy character, and the plurality of second enemy characters; and a second means for starting a match of
The plurality of second enemy characters are associated with an area of influence and a direction of influence that define an area of influence,
when the second enemy character satisfies a first condition, the user character, the first enemy character, and other second enemy characters within the area of influence are affected by a predetermined influence;
The first means arranges the plurality of second enemy characters based on their respective areas of influence. a first means arranging the user character, the first enemy character and the plurality of second enemy characters in the virtual space;
A second means comprises: after the user character, the first enemy character and the second enemy character are arranged in the virtual space, the user character operated by the user, the first enemy character and the plurality of second enemy characters; a step of starting a battle with two enemy characters,
The plurality of second enemy characters are associated with an area of influence and a direction of influence that define an area of influence,
when the second enemy character satisfies a first condition, the user character, the first enemy character, and other second enemy characters within the area of influence are affected by a predetermined influence;
The game control method, wherein the first means arranges the plurality of second enemy characters based on the influence area of each of the plurality of second enemy characters.

Images