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

Description

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

A game is known 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 unless you defeat another 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 known. 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. 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 starting a match 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 fluctuation amount 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 a 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, and the other second game medium is placed 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 the sake of simplicity, the terminal devices 12 are shown.
The number of may be one or more.

The server device 11 is, for example, an information processing device managed by a game operator. Terminal device 12
For example, mobile phones, smartphones, tablet terminals, PCs (Personal Computers),
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.

(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 (health value, 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 user I has the game medium as the owned game medium.
Indicates that it is associated with D. In addition, "selling the game medium owned by the user" means that the association between the user ID and the game medium owned by the user is canceled, and another game medium (other game medium owned by the user) is used.
For example, it indicates that a virtual currency or an item) is associated with the owned game medium.

Game content is content that can be played by the user in the game, such as quests, missions, mini-games, training, strengthening, 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)
Is. The game content common to two or more users includes, 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 is the helper character (
It is possible to improve the fighting ability of the deck by selecting "helper", also called simply "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, building a deck means creating a party (team or group) in which a character selected from a character owned by the user and a helper character is used to play a match.

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

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. Server storage 1
4 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
In a battle, it is used as an opponent of the character used by the user. The information of the enemy character includes arbitrary information of the enemy character.

The server control unit 15 realizes a specific function by reading a specific program1
Of one or more general purpose processors and one or more dedicated processors specialized for a particular process
Includes at least one. 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 a user acquires a card by advancing a game scenario, a process in which the acquired card is exchanged, sold, synthesized, etc., and an enemy character is formed by forming a deck with characters corresponding to the card. It may include the 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, and a display unit 1.
9, an input unit 20, and a terminal control unit 21 are provided.

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 is a wireless communication module, a wireless LAN communication module, which are compatible with mobile communication standards such as LTE (Long Term Evolution) (registered trademark).
Alternatively, a wired LAN communication module or the like may be included. The terminal communication unit 17 is a network 16
Information can be transmitted and received to and from the server device 11.

The terminal storage unit 18 includes, for example, a primary storage device and a secondary storage device. For example, terminal storage unit 1
Reference numeral 8 may include a semiconductor memory, a magnetic memory, an optical memory, or the like. The terminal storage unit 18
Stores various information and programs required for game processing. For example, the terminal storage unit 18
A part or all of the above-mentioned information about the user may be stored. 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. In addition, input unit 2
0 may include a physical key or 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 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. On the screen, for example, GUI (Graphic)
User Interface) may be displayed. 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. The 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. The 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 regarding 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 information 111 of the possessed card includes a card ID, a character ID, a level, a rarity, an attribute, a battle parameter, and a skill ID.
And includes data about. 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 the card owned by the user. In the example of FIG.
A unique number is used as the card ID. Hereinafter, a card having a card ID of 1 will be referred to as 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 used for one card ID.
Are associated with each other. 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, one character may correspond to a plurality of cards. In the example of FIG. 3, 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 higher the level value, the more
The growth rate of the character is large. 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 cards 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 play of the game 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 HP is increased by the amount of recovery due to the recovery operation of the character. 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 character's HP, 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 will decrease by the value according to the skill. Also, 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, for example, by 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 by activating the skill
Decreases. 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 affecting 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 second parameter, DF, is the first parameter, HP.
Affects the amount of fluctuation. 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 battle parameters (for example, HP,
It is not limited to 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 data regarding a quest ID, a main character ID, and a sub character. 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, the quest ID
Characters that do not overlap are used as. Below, the quest whose quest ID is Q1
Notated as Quest Q1. Each of the quests shown in FIG. 4 is a battle content or includes a part of the battle content. And the battle content is the user character (
Includes a battle between 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 the same as the character ID of the information 111 (see FIG. 3) of the possessed card, or is a unique I used only for the enemy character that is the main character.
It may be D.

The sub-character ID (hereinafter, sub-character ID) is an ID (identifier) that uniquely identifies the sub-character. The sub-character ID is the information 111 of the card owned (FIG. 3).
It may be common with the character ID of (see), or it may be a unique ID used only for the enemy character as a 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 appearances of the sub-characters of 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. again,
As will be described later, even when the sub-characters reappear, the maximum number of sub-characters that appear at the same time depends on the number of appearances of the enemy character information 114.

The data relating to 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 is reduced. In the example of FIG. 4,
The blast range is indicated by the number of concatenated unit areas (for example, 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. Also, 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 direction of the blast of the sub-character is the virtual space of the game (virtual game space), as will be described later.
Indicates the direction of the blast in. 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 exploding sub-character in the virtual space does not decrease. Here, as in the example of Quest Q2 in 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. In addition, the diagonal direction is, for example, an angle (for example, +6) with reference to the lateral direction facing right.
It may be determined using 0 °, −45 °, etc.).

(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 3)
1) and the 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. 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 4 selected by the user
1 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. User icon 4
By tapping 1, it is possible to switch the character to be operated displayed in the field area 191. Here, the icon 41 of the character that can activate the skill is
The tab part written as "READY" is displayed. 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 area 191 includes an upper area 191a and a middle area 191b.
And has 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 area 191b and the user slides downward, the user character moves to the lower area 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 the lower region 1
It is displayed on 91c. HP gauge and characteristic 32 in the vicinity of sub-character 31
Is displayed. The characteristic 32 is a 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, sub-character 31
The characteristic 32 of b is an arrow in the lateral direction (the lateral direction of the display unit 19), and 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 is the AT of the user character.
It rises to exceed (attack power). 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 shows
It 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, by changing the color of the main character 30, adding a production image, or displaying a gauge indicating the DF, the DF of the main character 30 can be displayed.
May be shown to be reduced.

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 HP value, 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 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 the reappearance was in the vertical direction. again,
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 31b are the upper region 191a and the middle region 191b (FIG. 5), respectively.
See). However, as shown in FIG. 5, the sub-character 3 immediately before the reappearance
1a and the sub-character 31b are the upper region 191a and the lower region 191c, respectively.
Was placed in. 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 the 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 a change in 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 rising is
As a general rule, it will not be damaged by the attack of the user character. However, the sub-character 31
When the second condition (HP becomes the first predetermined value) is satisfied and the explosion occurs, the HP of the main character 30 is reduced if the blast is included in the predetermined range reached by the blast. In this 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 attract 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 sub-character 31
The characteristic 32 of b 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, a predetermined range extends upward from the sub-character 31b 2
An area of 0 pixels x 60 pixels and 2 extending downward from the sub-character 31b
It may be an area of 0 pixels × 60 pixels. 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 at which the sub-character 31 explodes 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, ignoring the DF, the main character 3
There is a possibility that the chance (number of times) of being able to damage 0 will decrease. 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) is represented by two other sub-characters 31 (for example, sub-character 31b and sub-character 31c).
) Explodes, but are located away from the prescribed range of these effects. 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.
Remember in.

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, in the present embodiment, the HP of the sub-character 31 becomes the first predetermined value. 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 does 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 the present embodiment, the first
The parameter of 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 DFs all the characters included in the predetermined range.
HP is reduced by a predetermined value (for example, 5000) regardless of the value of.

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 it is determined 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 the first parameter (for example, HP).
) And a plurality of game media (for example, characters) having a second parameter (for example, DF) that affects the fluctuation amount of the first parameter execute 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) and the sub-character 31) are associated with each other 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 that, for example, 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 games like this, 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 device 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
Obtain multiple opportunities to damage the first game medium, depending on the number of second game media (including the number of reappearing second game media if reappearing). Can be done.

(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. To rise. Here, another battle parameter (for example, AT) of the main character 30 may change (for example, increase) with or instead of the increase in 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, the difficulty level for clearing the game can be lowered 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 explodes first, the other three sub-characters 31 are detonated.
e, sub-character 31f and sub-character 31g explode. 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 as to cause an explosion 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 modification, the main character 3 located at a position away from the user character, for example, by utilizing the fact that the explosion occurs.
It becomes possible to damage 0.

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 process result of one (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 stores a program describing the processing contents for realizing each of the above functions in an accessible storage unit.
This can be achieved by 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 (13)

For information processing equipment
The first step of starting a battle between the first game medium and the second game medium and the user game medium in the virtual space, and
A second step of extinguishing the second game medium from the virtual space when the second game medium satisfies the first condition,
When the second condition is satisfied, the third step of rearranging the second game medium in the virtual space and
A game control program for executing a fourth step of changing the properties of the first game medium according to the rearranged position of the second game medium. The game control program according to claim 1, wherein in the fourth step, at least one of the attributes, battle parameters, and skills of the first game medium is changed. The game control program according to claim 1 or 2, wherein in the fourth step, information indicating a change in the properties of the first game medium is displayed. In the second step, when the second game medium satisfies the first condition, the parameters of the first game medium having a predetermined positional relationship with the second game medium are changed, and the virtual space is used. The game control program according to any one of claims 1 to 3, which eliminates the second game medium. The game control program according to any one of claims 1 to 4, wherein the second condition is that a predetermined time has elapsed since the second game medium disappeared from the virtual space. The game control program according to any one of claims 1 to 4, wherein the second condition is that the first game medium has performed a predetermined number of actions. The game control program according to any one of claims 1 to 4, wherein the second condition is that the first game medium has received a predetermined number of actions. The game control program according to any one of claims 1 to 7 , wherein the characteristics of the second game medium rearranged in the virtual space are different from the characteristics of the second game medium before disappearing from the virtual space. .. The game according to any one of claims 1 to 8 , wherein the arrangement position of the second game medium rearranged in the virtual space is different from the arrangement position of the second game medium before disappearing from the virtual space. Control program. The game control program according to any one of claims 1 to 9 , wherein the fourth step changes the properties of the first game medium according to the arrangement position pattern of the rearranged second game medium. The fourth step is the rearranged second game medium, depending on the placement position pattern selected from a plurality of layout position pattern, to change the nature of the first game content, to claim 1 0 The game control program described. The first means is a step of starting a battle between the first game medium and the second game medium and the user game medium in the virtual space.
The second means is a step of extinguishing the second game medium from the virtual space when the second game medium satisfies the first condition.
The third means includes a step of rearranging the second game medium in the virtual space when the second condition is satisfied.
A game control method in which a fourth means includes a step of changing the properties of the first game medium according to the pattern of the rearranged second game medium. A first means for initiating a battle between a first game medium and a second game medium and a user game medium in a virtual space,
When the second game medium satisfies the first condition, the second means for extinguishing the second game medium from the virtual space and
When the second condition is satisfied, the third means for rearranging the second game medium in the virtual space and
A game control device including a fourth means for changing the properties of the first game medium according to the rearranged pattern of the second game medium.

Images