JP2017189512A - Information processor and game program - Google Patents

Abstract

An object of the present invention is to efficiently give action instructions to a plurality of characters in a computer game. A game is assumed in which victory or defeat is determined by a match between a plurality of friend characters (144) and enemy characters (146). Swiping multiple friend characters 144 selects the swiped friend characters 144 as a moving group. After selecting the friend character 144, swiping to the enemy character 146 makes the enemy character 146 the attack target. The friend characters 144 included in the moving group intensively attack the target enemy character 146 while keeping an appropriate distance. [Selection drawing] Fig. 6

Description

  The present invention relates to a user interface technique for instructing a computer game character to act.

  There is a computer game in which a player owns various characters, forms a team, and plays against an opponent team. Character attributes such as hit points (physical strength), attack power, defense power, possible attack range (range), and agility vary from character to character. Giving appropriate action instructions to a plurality of types of characters in consideration of character attributes is a key strategy.

  For example, a formation that allows a long-distance attack but a character with a small hit point is deployed backward, and a character with a high defense or hit point is deployed forward to protect the character behind it is one of the fixed points.

  In Non-Patent Document 1, a player forms a team with a plurality of types of characters, and confronts enemy characters that attack one after another. Since the enemy character approaches a friendly character (hereinafter referred to as a “friend character”) in real time, the player needs to give various action instructions to the friend character and appropriately fight back.

  It is assumed that the computer game in Non-Patent Document 1 is executed by a smartphone including a touch panel. The player touches a friend character to be controlled, and then swipes the finger to the target point. When the above operation is completed, the character automatically moves to the target point. In addition, the character automatically attacks when an enemy character exists within the attackable range.

Rebellion of Bright Star (official site), [online], [Search April 6, 2016], Internet <URL: http://hoshiribe.jp/system_r.php>

  However, when a large number of friend characters face each other against a large number of enemy characters that attack one after another, it is necessary to issue individual action instructions to each of the friend characters. It will be necessary. In particular, when a game is executed on a small screen of a smartphone, it may be difficult for the player to instruct the action as intended. If the operation burden on the player increases, or if the player is forced to perform an excessively careful operation, it becomes difficult to enjoy the original interest of the game.

  The present invention has been completed on the basis of the above problem recognition, and its main object is to provide a technique for efficiently giving action instructions to a plurality of characters in a computer game.

According to an aspect of the present invention, an information processing apparatus detects a first touch on a plurality of characters based on movement of a character group, detects a first touch on a plurality of characters, A character selection unit that selects a plurality of characters as a movement group, and a reference setting unit that detects a second touch on the touch panel and sets a point where the second touch is made as a reference point.
A game execution part determines the moving direction of the character contained in a movement group based on a reference point.

  It should be noted that any combination of the above-described constituent elements and a conversion of the expression of the present invention between a method, an apparatus, a system, a recording medium, a computer program, and the like are also effective as an aspect of the present invention.

  According to the present invention, it is easy to efficiently give action instructions to a plurality of characters in a computer game.

It is a hardware block diagram of a game system. It is a functional block diagram of a game system. It is a screen figure of a battle field. It is a schematic diagram for demonstrating the movement instruction | indication method to a friend character. It is a schematic diagram which shows the state after the movement of a friend character. It is a schematic diagram for demonstrating the attack instruction | indication method to a friend character. It is a schematic diagram which shows the 1st example of the attack formation by a friend character. It is a schematic diagram which shows the 2nd example of the attack formation by a friend character. It is the information display screen of the friend character in a normal state. It is the information display screen of the friend character in a special state.

  In the present embodiment, a description will be given assuming a computer game in which a player forms a team with his / her friend characters and greets enemy characters that attack one after another. The friend character automatically executes movement and attack based on an action algorithm defined in advance based on character attributes (hereinafter referred to as “auto battle”). For this reason, a battle advances even if a player does not give a special action instruction. Auto-battle reduces the operational burden on the player.

You can also intervene in auto battles.
The player can also give various action instructions regarding the movement destination, attack target, attack method, and the like to the friend character at an arbitrary timing. Since the skill of the player's action instruction greatly affects the progress of the game, it is possible to enjoy the strategy of the game.
In the present embodiment, a description will be given focusing on the user interface when the player gives an action instruction to the character.

FIG. 1 is a hardware configuration diagram of the game system 100.
In the game system 100, a game server 102 and a plurality of game terminals 104 a, 104 b, 104 c... 104 n (hereinafter collectively referred to as “game terminal 104” when collectively referred to or not particularly distinguished) via the Internet 106. Connected. The game terminal 104 in the present embodiment is assumed to be a smartphone. The game terminal 104 may be a portable game machine or a general-purpose computer such as a laptop PC. The game terminal 104 and the Internet 106 are wirelessly connected, but may be wired. A unique ID called a player ID is given in advance to the game player. The game server 102 provides a game to each game terminal 104.

FIG. 2 is a functional block diagram of the game system 100.
As described above, the game system 100 includes the game server 102 and the game terminal 104. Each component of the game terminal 104 and the game server 102 includes an arithmetic unit such as a CPU (Central Processing Unit) and various coprocessors, a storage device such as a memory and a storage, and hardware including a wired or wireless communication line connecting them. This is realized by software that is stored in a storage device and supplies processing instructions to an arithmetic unit. The computer program may be constituted by a device driver, an operating system, various application programs located in an upper layer thereof, and a library that provides a common function to these programs. Each block described below is not a hardware unit configuration but a functional unit block.
The game server 102 may be configured to include a web server, and the game terminal 104 may be configured to include a portable communication terminal and a web browser installed therein.

(Game server 102)
The game server 102 includes a communication unit 108, a data processing unit 110, and a data storage unit 112.
The communication unit 108 is in charge of communication processing with the game terminal 104 via the Internet 106. The data storage unit 112 stores various data. The data processing unit 110 executes various processes based on the data acquired by the communication unit 108 and the data stored in the data storage unit 112. The data processing unit 110 also functions as an interface between the communication unit 108 and the data storage unit 112. In addition to the game program, the data storage unit 112 manages each player with a player ID and stores information indicating the play state of each player. For example, information such as which character each player has is also stored in the data storage unit 112 as play state information.

  The data processing unit 110 includes a game execution unit 114. The game execution unit 114 controls the progress of the game. The game execution unit 114 performs a win / loss determination when playing against an enemy character in accordance with the character attributes of the character held by the player. The character attribute here is a general term for parameters that affect the battle with the enemy character, such as hit points, attack power, defense power, agility, movement speed, possible attack range, and type of technique. The character attributes are not limited to the attributes that the character originally has, but may include changes in parameters based on weapons and armor that the character is equipped with.

(Game terminal 104)
The game terminal 104 includes a user interface unit 118, a communication unit 116, a data processing unit 120, and a data storage unit 122.
The user interface unit 118 receives operations from the player via the touch panel, and is also in charge of processing related to the user interface such as image display and audio output. The communication unit 116 is in charge of communication processing with the game server 102 and other game terminals 104 via the Internet 106. The data storage unit 122 stores various data. The data processing unit 120 executes various processes based on data acquired by the user interface unit 118 and the communication unit 116 and data stored in the data storage unit 122. The data processing unit 120 also functions as an interface for the user interface unit 118, the communication unit 116, and the data storage unit 122.

The data processing unit 120 includes a game execution unit 132. The game execution unit 132 controls the progress of the game in cooperation with the game server 102. The game execution unit 132 of the game terminal 104 may be formed as a software module that is downloaded from the game server 102 as part of the function of the game execution unit 114.
The communication unit 116 acquires various game information from the game server 102, and the data processing unit 120 causes the user interface unit 118 to display a game screen. In addition, the user interface unit 118 detects various inputs by the user, and the data processing unit 120 notifies the game server 102 of input information via the communication unit 116. In response to this input information, the game execution unit 114 of the game server 102 controls the progress of the game in cooperation with the game execution unit 132 of the game terminal 104.

  In the present embodiment, the character attributes of the friend character are provided from the game server 102 and stored in the data storage unit 122. For this reason, the movement control of the friend character is executed locally by the game execution unit 132 of the game terminal 104.

  The user interface unit 118 includes an input unit 124 that receives input from the player, and an output unit 134 that outputs various information such as images and sounds to the player. The input unit 124 mainly detects a player's touch operation on the screen as an input.

  The input unit 124 includes a character selection unit 126 and a reference selection unit 128. The character selection unit 126 detects a touch operation (first touch) in which the player selects a friend character to be controlled. The reference selection unit 128 detects a touch operation (second touch) that gives an action instruction to the selected character. The selection of the friend character and the action instruction thereof will be described later.

  The output unit 134 includes an information display unit 130. When the player performs a predetermined touch operation (third touch) on the friend character, the information display unit 130 displays the character attributes of the friend character on the screen. This information display will be described in detail later with reference to FIGS.

FIG. 3 is a screen view of the battle field 136.
The output unit 134 of the game terminal 104 causes the game terminal 104 to display the battle field 136 over the entire screen. The battle field 136 includes a main area 138 and a sub area 142.
In the main area 138, a friend character 144 is deployed on the right side, and an enemy character 146 is deployed on the left side. The enemy character 146 on the left side moves in the right direction indicated by the arrow 180 in FIG. If any enemy character 146 breaks through the rightmost defense line 140, the player loses. The friend character 144 defends the defense line 140 by intercepting enemy characters 146 that invade one after another from the left end. The player wins when the enemy character 146 is attacked.
Hereinafter, the right side of the main area 138, that is, the defense line 140 side is referred to as the rear, and the left side, that is, the enemy character 146 side is referred to as the front. In general, since the front is close to the enemy character 146, there is a high risk of being attacked, and the rear is relatively safe because the attack of the enemy character 146 is difficult to reach.

  The friend character 144 includes four types of characters: an attacker 160, a rider 162, a shooter 164, and a wizard 166. All of the enemy characters 146 in FIG. 3 are attackers (hereinafter referred to as “enemy attackers 170” to distinguish them from allies), but the enemy characters 146 having character attributes equivalent to those of the riders 162, shooters 164, and wizards 166. Also appears.

First, the four types of characters will be briefly described.
(1) Attacker 160
High hit points, attack power, and defense power. Attack the enemy character 146 with a sword at close range. Further, it is possible to avoid shooting from the enemy character 146 (hereinafter referred to as “enemy shooter”) as the shooter 164. On the other hand, when an enemy character 146 as the rider 162 (hereinafter referred to as “enemy rider”) is charged, it is easy to receive large damage.
A character that is strong against enemy shooters and weak against enemy riders. While only short-distance attacks are possible, hit points are high and often face the enemy character 146 directly in front. The attacker 160 takes the attack of the enemy character 146 in the front and plays a role of protecting other friend characters 144 that are deployed backward.

(2) Rider 162
Both hit points and defense are high. The enemy character 146 is attacked with a spear in a medium range. When an appropriate distance from the enemy character 146 (hereinafter, an appropriate distance for an attack is referred to as “interval”), an assault is performed. Since the enemy attacker 170 can only perform short-range attacks, the enemy attacker 170 can be greatly damaged without being counterattacked if the enemy attacker 170 can secure a medium distance from the enemy attacker 170. The assault also has the effect of playing off the enemy character 146. On the other hand, if you are shot from an enemy shooter, you will be temporarily unable to move.
The character is strong against the enemy attacker 170 and weak against the enemy shooter. When the rider 162 is surrounded by a large number of enemy characters 146, the rider 162 cannot secure the time required for the assault, and thus it is difficult to exert the original attack power. The rider 162 supports the battle of the front by assaulting the enemy character 146 from behind the attacker 160.

(3) Shooter 164
Both hit points and defense are small. The enemy character 146 that faces the shooter 164 is attacked at a long distance by shooting. The enemy rider can be stopped (paused), making it difficult to receive attacks from enemy riders, but enemy attackers are not stopped by shooting.
It is a character that is strong against enemy riders and weak against enemy attackers 170. The shooter 164 supports the battle of the front line by sniping the enemy rider from behind the attacker 160 and the rider 162.

(4) Wizard 166
Both hit points and defense are very small. If a physical attack is received from enemy attacker 170 or enemy rider, it will be impossible to fight. The movement is slow. On the other hand, a magic attack can be made against the enemy character 146 anywhere on the defense line 140. Powerful magic has great attack power instead of taking time to prepare. The wizard 166 can also use recovery magic to recover the hit points of the friend character 144.

The sub-region 142 includes an attacker button 150 corresponding to the attacker 160, a rider button 152 corresponding to the rider 162, a shooter button 154 corresponding to the shooter 164, and a wizard button 156 corresponding to the wizard 166. Hereinafter, when these buttons are collectively referred to, they are simply referred to as “character buttons 158”.
By touching the character button 158, various operations for each friend character 144 can be performed. Details will be described later.

As described above, in the battle field 136 (main area 138), the enemy character 146 attacks in real time, and the friend character 144 automatically intercepts. Since it is an auto battle, the battle game proceeds even if the player does not give a special action instruction. In addition, the player can intervene in the auto battle by performing various operations on the main region 138 and the sub region 142 even during the auto battle.
Below, it demonstrates centering on two directions, a movement instruction | indication and attack instructions among action instructions.

(Move)
FIG. 4 is a schematic diagram for explaining a method for instructing movement to the friend character 144.
In the present embodiment, the player can collectively give a movement instruction to a plurality of friend characters 144. In FIG. 4, the player is trying to gather all the friend characters 144 at the movement target point 174 (reference point).

After touching the wizard 166, the player performs a swipe operation (first touch) in the order of the rider 162, the shooter 164, and the attacker 160. Four friend characters 144 are selected by the swipe operation. Hereinafter, such an operation is referred to as “friend selection”, and the friend character 144 selected as a friend is referred to as “movement group”.
The character selection unit 126 recognizes the start of friend selection when the coordinates of the start point 168 touched first by the player are in the graphics area of the wizard 166. Then, the wizard 166 is added as a movement group. When the rider 162 is touched while the touch continues, the character selection unit 126 also adds the rider 162 as a movement group. In this way, friend selection is executed.

After selecting the friend, the player swipes to the movement target point 174 without releasing the finger from the touch panel. When the player releases his / her finger at an arbitrary point in the main area 138, the reference selection unit 128 recognizes a predetermined area including the end point 172 which is the point where the finger is released as the movement target point 174 (second touch). . The end point 172 is the point where the finger is released from the touch panel as the end point of the swipe. The start point 168 is a point at which the finger first contacts, and is recognized as a start point 168 (start point of swipe) when a swipe is started after the first touch. The end point 172 is the last contact point. When non-contact detection is made after swipe, the coordinates at that time are recognized as the end point 172 (end point of swipe). The setting of the movement target point 174 and the setting of an attack target described later are called “reference point selection”.
Hereinafter, a point designated as the end point 172 is referred to as a “reference point” in the sense of a point serving as a reference for movement or attack. In FIG. 4, the movement target point 174 and the reference point coincide.

  As described above, a friend is selected by swiping one or more friend characters 144, and a reference point is selected by releasing the touch at any point in the main area 138 after the friend is selected. The player can instruct the friend selection and the reference point selection in a lump manner.

  Note that friend selection and reference point selection need not be a single swipe operation. For example, after swiping the four friend characters 144, the finger may be once released from the screen. The character selection unit 126 recognizes that the friend selection is completed when the finger is released on any of the friend characters 144. Thereafter, the player may tap any coordinate in the main area 138. When the tap of main area 138 is detected after the friend selection is completed, reference selection unit 128 may recognize the tapped point as a reference point.

Friends may be selected not in the main area 138 but in the sub area 142. When the character button 158 is tapped, the character selection unit 126 may add the friend character 144 corresponding to the character button 158 to the movement group. For example, when the player continuously taps the attacker button 150, the rider button 152, and the shooter button 154, even if the character selection unit 126 adds the attacker 160, the rider 162, and the shooter 164 to the movement group, the friend selection is made. Good. When the tap of main area 138 is detected after the friend selection is completed, reference selection unit 128 may recognize the tapped point as a reference point.
Similarly, a friend may be selected by continuously tapping the friend character 144 in the main area 138 instead of the swipe operation.

The order of friend selection and reference point selection may be reversed. First, a reference point may be selected by touching the movement target point 174, and a friend may be selected by swiping one or more friend characters 144 without releasing the finger. Similarly, a friend point may be selected by tapping any coordinate in the main area 138 to select a reference point, once releasing the finger from the touch panel, and then swiping one or more friend characters 144 again. Even when the friend selection is performed by the character button 158, the friend selection may be performed by tapping one or more character buttons 158 after performing the reference point selection.
The same applies to the attack instruction described later.

FIG. 5 is a schematic diagram showing a state after the friend character 144 has moved.
When the reference point is selected, each friend character 144 moves from the current point to the movement target point 174 (reference point). Even if the automatic movement is being performed in the auto battle, when the friend selection and the reference point selection are performed, the movement destination is changed according to the instruction of the player. The friend characters 144 included in the movement group move on the straight line connecting the current point and the movement target point 174 at the shortest distance, and gather at the movement target point 174.

  By such a control method, a plurality of characters can be moved together to the same point. For example, even when a plurality of attackers 160 are deployed forward, or when the shooter 164 and the wizard 166 are collectively evacuated backward, a movement instruction can be issued with a single swipe.

(attack)
FIG. 6 is a schematic diagram for explaining an attack instruction method for the friend character 144.
In the present embodiment, the player can collectively give an attack instruction to the plurality of friend characters 144. In FIG. 6, the player is about to attack the enemy attacker 170 </ b> A with all the friend characters 144.

  After touching the wizard 166, the player swipes (first touch) in the order of the rider 162, the shooter 164, and the attacker 160 with the finger touching the screen. The method for selecting a friend is the same as that for a movement instruction when an attack instruction is given.

  After selecting the friend, the player continues to swipe up to the enemy attacker 170A, which is the attack target. When the player releases his / her finger on the enemy attacker 170A, the reference selection unit 128 recognizes the enemy character 146 (enemy attacker 170A) located at the end point 172, which is the point where the finger is released, as the attack target (second attack). touch).

When the end point 172 overlaps any enemy character 146, the reference selection unit 128 recognizes the enemy character 146 as an attack target. In other words, it is recognized as an attack instruction rather than a movement instruction. In the case of an attack instruction, the enemy character 146 itself becomes a reference point, and each friend character 144 moves to its own attack position corresponding to the enemy character 146 (enemy attacker 170A) as an attack target (details will be described later).
When the end point 172 does not overlap any enemy character 146, the end point 172 is recognized as the movement target point 174. In other words, it is recognized as a movement instruction rather than an attack instruction.
Also in the attack instruction, as with the movement instruction, the player can collectively instruct friend selection and reference point selection in the manner of one-stroke writing.

FIG. 7 is a schematic diagram illustrating a first example of an attack formation by the friend character 144.
When the reference point selection for the enemy attacker 170A is performed, each friend character 144 automatically moves using the enemy attacker 170A as an attack target. The game execution unit 132 may set the movement target point of each friend character 144 at an arbitrary position where the enemy attacker 170A can be within the attackable range. The friend character 144 automatically starts an attack when the enemy character 146 is within the attackable range.
Also in the case of an attack instruction, the game execution unit 132 moves the friend character 144 on the straight line connecting the movement target point from the current point at the shortest distance.

In the first example, the friend characters 144 included in the movement group are arranged in a line with respect to the same line 176 as the enemy attacker 170 that is the attack target.
The short-range attack attacker 160 uses a short-range attack position that can attack the enemy attacker 170A as a movement target point, and starts attacking the enemy attacker 170A as soon as the movement target point is reached.
The mid-range attack rider 162 sets a mid-range attack position capable of performing “assault” on the enemy attacker 170 as a movement target point, and starts attacking the enemy attacker 170A as soon as the movement target point is reached.
The long-range attack shooter 164 and the wizard 166 set the attack position as far as possible from the enemy attacker 170 as a movement target point, and start attacking the enemy attacker 170A as soon as the movement target point is reached. Since the shooter 164 can only attack the enemy characters 146 aligned with the line 176, the movement target point of the shooter 164 is also set on the line 176, but the wizard 166 can attack the enemy attacker 170 even if the shooter 164 is not on the line 176. Therefore, the wizard 166 does not necessarily need to be the movement target point on the line 176.

The attackable range of the friend character 144 is defined as a character attribute. As described above, the game execution unit 132 determines the movement target point (movement direction) of the friend character 144 based on the attackable range of the friend character 144. The friend character 144 moves linearly (moves the shortest distance) from the current location to the target location.
According to such a control method, the friend character 144 can make a concentrated attack on the enemy attacker 170A as soon as the movement target point (attack position) is reached while ensuring an appropriate interval.

  Note that the friend position 144 of the moving group may automatically change the attack position as appropriate in accordance with the movement of the enemy attacker 170A, which is the attack target. For example, when the enemy attacker 170 </ b> A has advanced forward, the rider 162 may move backward to secure a gap with the enemy attacker 170. In other words, even after once setting a movement target point that can ensure an appropriate interval for the enemy attacker 170A as the attack target, the game execution unit 132 may appropriately change the movement target point according to the movement of the enemy attacker 170A. Good. The enemy attacker 170A is a “moving reference point”. Based on the reference point, the movement target point of each friend character 144 is determined.

When the enemy attacker 170A as the attack target is defeated, the game execution unit 132 may automatically select the enemy character 146 as the next attack target. In this case, the friend character 144 of the moving group may change the attack position again using the enemy character 146 as a new attack target as a new reference point.
Alternatively, when the enemy attacker 170A as the attack target is defeated, the action instruction by the player is completed, and the game may be advanced in an auto battle until the next instruction is issued from the player.

FIG. 8 is a schematic diagram illustrating a second example of an attack formation by the friend character 144.
In the second example, a movable range (movement restriction) is set for some friend characters 144. Since the attackable range is a range in which the enemy character 146 can be attacked, it is determined by the position coordinates of the enemy character 146. On the other hand, the movable range is a range in which the friend character 144 can move, and is defined by absolute coordinates in the main area 138.

  In FIG. 8, the rider 162 can move within the middle distance movable range 182. In other words, even when the rider 162 is instructed to attack the enemy attacker 170A, the rider 162 cannot go out of the medium range movable range 182. In the middle distance movable range 182, when the enemy attacker 170 </ b> A cannot be attacked, the rider 162 stands by in the middle distance movable range 182. Similarly, the shooter 164 and the wizard 166 can move within a long-distance movable range 178 which is the last row. No movement restriction is set for the attacker 160.

  The attacker 160 who confronts the enemy character 146 at the forefront is as close as possible to the enemy attacker 170 that is the attack target. On the other hand, when the distance from the enemy character 146 is too short, such as the rider 162, an effective attack cannot be performed, or when the character is likely to receive a great deal of damage if it is too close to the enemy character 146, such as the shooter 164 and the wizard 166. Restricts movement so as not to get too close to the front.

  Since the rider 162 can move only in the middle distance movable range 182, the rider 162 stands by in the middle distance movable range 182 when the rider 162 is far from the enemy character 146. Then, the enemy attacker 170 can attack as soon as it enters the attackable range of the rider 162. In other words, an ambush attack is possible.

  Although the middle range movable range 182 and the long range movable range 178 are fixed, as a modification, the game execution unit 132 may change these movable ranges in accordance with the position of the enemy character 146 as the attack target. Good. For example, when the enemy attacker 170 is at the left end, the middle distance movable range 182 may be expanded to the front, and when the enemy attacker 170 advances rightward, the middle distance movable range 182 may be moved backward.

In both the movement instruction and the attack instruction, the friend selection can be canceled before the instruction is executed. For example, the movement group may be canceled when the character selection unit 126 detects a tap (multi-tap) with another finger after swiping a plurality of friend characters 144 with an index finger.
According to such a control method, not only the generation of the movement group but also the cancellation can be realized with a simple operation. The movement group may be canceled by performing a predetermined operation such as swiping outside the screen or double tapping after selecting a plurality of friend characters 144 without being limited to multi-tap.

When the player is making a friend selection or making a reference point selection, the game execution unit 132 (or the game execution unit 114 of the game server 102) may reduce the moving speed of the enemy character 146. The deceleration here may be “stop”. All the enemy characters 146 may decelerate, or only some of the enemy characters 146 may decelerate.
According to such a control method, when the player intervenes in the battle by the friend selection during the auto battle, it is possible to give the player time to consider (grace time). At the time of intervention, it becomes easier for the player to calmly determine which friend character 144 should be selected as a friend, where to move, and which enemy character 146 to attack.

  The deceleration period (or stop period) of the enemy character 146 may continue as long as the player's finger touches the screen, or may be limited to a predetermined period of about 1 second. By limiting the deceleration period, it becomes easier to control the balance between the smoothness of the game progress by auto-battle and the strategy by giving time to think.

Not only the friend selection and the reference point selection but also the enemy character 146 may be decelerated when the player is touching the screen.
It may be possible for the player to select in advance whether the attack position is determined by the method of the first example or the second example described above before the battle starts.

FIG. 9 is an information display screen of the friend character 144 in the normal state.
The friend character 144 in this embodiment has two states, a normal state and a special state. A parameter called a promotion value is set for the friend character 144. When the friend character 144 damages the enemy character 146, the game execution unit 132 adds the promotion value according to the magnitude of the damage. When the promotion value reaches a predetermined threshold, the friend character 144 transitions from the normal state to the special state.

  When transitioning to a special state, the friend character 144 changes various parameters such as attack power to a state advantageous to the player. Specifically, a plurality of enemy characters 146 arranged on the same line can be attacked together, and the ability to recover the hit points of the friend character 144 is acquired. The attack from the enemy character 146 is automatically guarded. A special attack that can be executed only in a special state is possible.

In FIG. 9, the player performs a long press operation (third touch) on the attacker button 150 corresponding to the attacker 160. The state of the attacker 160 is a normal state.
When the input unit 124 detects a long press operation on the attacker button 150, the information display unit 130 displays “slashing”, which is the ability of the attacker 160, in the information display area 184. The information display unit 130 also displays an attackable range 186 of the attacker 160. When displaying information, the game execution unit 132 may temporarily reduce or stop the moving speed of the enemy attacker 170.
According to such a control method, the player can check the character attribute of the friend character 144 at any time with a simple operation.

FIG. 10 is an information display screen of the friend character 144 in the special state.
Also in FIG. 10, the player performs a long press operation (third touch) on the attacker button 150 corresponding to the attacker 160. The state of the attacker 160 is a special state.
When the input unit 124 detects a long press operation on the attacker button 150, the information display unit 130 displays “continuous cutting”, which is an ability unique to the attacker 160 in the special state, in the information display area 184. The information display unit 130 also displays an attackable range 186 of the attacker 160. In a special state, the attackable range 186 is greatly expanded.

  Character information of each normal state and special state of each friend character 144 is transmitted from the game server 102 to the game terminal 104, and the character information is stored in the data storage unit 122. The information display unit 130 changes the display content according to whether the friend character 144 that is the information display target is in a normal state or a special state.

  The friend character 144 may automatically transition to the special state when the promotion value reaches the threshold value, or may transition to the special state by an explicit instruction from the player. For example, when the promotion value reaches the threshold value, the game execution unit 132 may transition the friend character 144 from the normal state to the special state on condition that the player swipes the attacker button 150 upward.

When transitioning to a special state, the promotion value decreases with time. When the promotion value becomes zero, it returns from the special state to the normal state.
Before the promotion value becomes zero, it may be possible to transition from the special state to the normal state by an explicit instruction from the player. In this case, since the promotion value is not zero instead of the special state period being shortened, it is easy to make a transition from the normal state to the special state again. The player may control the transition timing between the normal state and the special state in consideration of the type and strength of the enemy character 146.

The game system 100 has been described above based on the embodiment.
According to the present embodiment, a plurality of friend characters 144 can be selected by a simple operation, and a movement instruction and an attack instruction can be given collectively. For this reason, a user's operation burden can be reduced rather than giving an action instruction to many friend characters 144 individually. Even when dozens or hundreds of characters develop a flashy battle, it becomes easy to give action instructions appropriately.

  Since the player can also give various action instructions to the friend character 144 at any timing during the auto battle, it is easy to achieve both the reduction of the operation load by the auto battle and the strategy by the action instruction.

  Since the game terminal 104 such as a smartphone has a small screen, it may be difficult to individually give action instructions by touching the small friend characters 144 that move around one by one. In the present embodiment, since a plurality of friend characters 144 can be selected by swiping together, the compatibility with a touch panel such as a smartphone is high.

  In summary, even if it is a battle where many characters are mixed up, since it is auto play, each friend character 144 can automatically perform appropriate movement and attack based on the character attributes. On the other hand, since the player can issue an action instruction to the friend character 144 at any time, it is easy to reflect the skill of play in the game result.

  In particular, since many friend characters 144 can be selected together with a simple operation, it is easy to convey the player's instructions appropriately even when the number of friend characters 144 is large. Since each friend character 144 receives an action instruction from the player and then appropriately acts based on the character attribute, the player only needs to give a rough action instruction. By reducing the operation burden, the player can easily concentrate on the game strategy.

Furthermore, when the friend character 144 attacks the enemy character 146 and the promotion value is accumulated, the friend character 144 changes from the normal state to a stronger special state. When the player controls the transition timing to the special state, the interest of the game can be further deepened.
For example, when the enemy character 146 attacks, it is left to the auto battle for a while and the progress of the game is watched. Game strategy also holds.

  In addition, this invention is not limited to the said embodiment and modification, A component can be deform | transformed and embodied in the range which does not deviate from a summary. Various inventions may be formed by appropriately combining a plurality of constituent elements disclosed in the above embodiments and modifications. Moreover, you may delete some components from all the components shown by the said embodiment and modification.

Although it has been described that the game system 100 is configured by a plurality of game terminals 104 and one game server 102, some of the functions of the game terminal 104 may be realized by the game server 102, or the functions of the game server 102 may be A part may be assigned to the game terminal 104. In addition, a third device other than the game server 102 or the game terminal 104 may bear a part of the function.
A set of each function of the game terminal 104 and each function of the game server 102 described in FIG. 2 can be generally grasped as one “information processing apparatus”. How to allocate a plurality of functions necessary for realizing the present invention to one or a plurality of hardware depends on the processing capability of each hardware, the specifications required for the game system 100, and the like. It only has to be decided.

  The friend character 144 can automatically take an optimum interval for the attack target according to the character attribute. Several formations may be prepared in advance for this “how to make room”. For example, an attack-oriented formation in which the risk of receiving an attack is prepared and an overall development is performed forward, or a defense-oriented formation that lowers the friend character 144 having a low defense level such as the shooter 164 as far back as possible may be prepared.

  In the present embodiment, the friend selection is performed by a one-stroke writing swipe operation. However, the friend selection may be performed by creating a circle surrounding a plurality of friend characters 144 with a finger. In addition, an action instruction may be given by calling the friend character 144 by voice.

  Based on the compatibility of the friend character 144 and the enemy character 146, the moving direction of the friend character 144 may be determined. For example, a friendly friend character 144 capable of efficiently damaging a certain enemy character 146 is preferentially deployed forward, and conversely, a friendly friend character 144 that hardly damages the enemy character 146 effectively. You may expand backward.

  Moreover, you may determine the moving direction of the friend character 144 according to the condition of a battle. For example, for a wizard 166 that has the ability to recover the hit points of other friend characters 144, when the hit points of the other friend characters 144 are high, the wizard 166 falls backward, and when there is a friend character 144 with low hit points, the attack is performed. Even if the risk of receiving is taken, the recovery may be performed near the friend character 144.

  In the present embodiment, the main area 138 has been described on the assumption that it is divided by a plurality of squares. However, the squares are not essential, and the friend character 144 and the enemy character 146 can move to arbitrary coordinates. Also good. In addition, although it is desirable that the game shown in this embodiment is an auto battle, being an auto battle is not an essential condition.

  The movement speeds of the friend character 144 and the enemy character 146 need not be the same. For example, even when the movement target point 174 is set, there may be a friend character 144 that reaches the movement target point 174 immediately, or there may be a friend character 144 that takes time to reach the movement target point 174. . Similarly, not only the friend character 144 that always follows the action instruction of the player, but also the friend character 144 that does not follow the action instruction of the player with a predetermined probability. In addition to the friend character 144 that goes straight to the movement target point 174, there may be a friend character 144 that goes to the movement target point 174 while taking a detour.

In the movement instruction, all of the friend characters 144 included in the movement group may be gathered at the reference point, or may be spread over a predetermined distance around the reference point. For example, the game execution unit 132 may set a predetermined range centered on the reference point, and the friend characters 144 may be placed forward and backward within the range based on the character attributes. Further, a movable range may be set for each friend character 144, and the friend character 144 may set a point closest to the reference point within the movable range as each movement target point.
At least, the friend character 144 may determine each target point based on the movement target point 174.

  The present invention can be applied in addition to the battle type battlefield 136 shown in the present embodiment. For example, in the case of a role-playing game, a plurality of characters can be automatically gathered at a destination by specifying the destination together with a plurality of characters. It can be applied to a simulation game that gives instructions to a plurality of soldiers and corps, and a puzzle game that gives movement instructions to many objects.

  As described above, the character attributes are not limited to tribal and innate attributes such as the attacker 160 and the wizard 166, but may include acquired attributes such as weapons, armor, and levels. For example, a poorly equipped rider 162 may have to wait behind as much as possible rather than appearing on the front, and a heavy equipped wizard 166 will advance to near the front and rather substitute for another friend character 144. You may be able to. When there is a high level attacker 160 and a low level attacker 160, it may be better to deploy the high level attacker 160 forward. The game execution unit 132 may determine the formation of each friend character 144 in consideration of not only the type of the friend character 144 but also its equipment and level.

  100 game system, 102 game server, 104 game terminal, 106 internet, 108 communication unit, 110 data processing unit, 112 data storage unit, 114 game execution unit, 116 communication unit, 118 user interface unit, 120 data processing unit, 122 data Storage unit, 124 input unit, 126 character selection unit, 128 reference selection unit, 130 information display unit, 132 game execution unit, 134 output unit, 136 battle field, 138 main region, 140 defense line, 142 sub-region, 144 friend character 146 Enemy characters, 150 attacker buttons, 152 rider buttons, 154 shooter buttons, 156 wizard buttons, 158 character buttons, 160 attackers, 162 riders, 64 Shooter, 166 wizard, 168 start-point, 170 enemy attacker, 172 end-point, 174 moving target point, 176 line, 178 long-distance movable range, 182 middle-distance movable range, 184 information display area.

Claims (13)

A game execution unit for controlling the progress of the game based on the movement of the character group;
A character selection unit that detects a first touch on a plurality of characters and selects a plurality of characters that are targets of the first touch as a movement group;
A reference setting unit that detects a second touch on the touch panel and sets a point where the second touch is made as a reference point;
The information processing apparatus, wherein the game execution unit determines a moving direction of characters included in the moving group based on the reference point.   The information processing apparatus according to claim 1, wherein the game executing unit determines a moving direction of the character based on the reference point and an attribute of the character included in the moving group.   The game execution unit automatically moves each character based on the attribute of the character, and when the first touch and the second touch are detected, the game execution unit determines the movement direction of the character included in the movement group. The information processing apparatus according to claim 1, wherein the information processing apparatus is changed based on a reference point.   The information processing apparatus according to claim 3, wherein the game execution unit reduces the automatic movement speed of the character when the first touch or the second touch is detected.   The information processing apparatus according to claim 1, wherein the game execution unit gathers characters included in the movement group at the reference point.   The character selection unit detects a swipe operation for continuously selecting a plurality of characters as the first touch, and detects an end point of the swipe operation as a point where the second touch is made. The information processing apparatus according to any one of claims 1 to 5.   7. The information processing according to claim 1, wherein the character selection unit deselects the movement group when a predetermined touch operation is detected after the movement group is selected. apparatus. The character has a normal state and a special state that can transition when a predetermined condition is satisfied,
An information display unit for displaying character information when a third touch on the character is detected;
8. The information processing according to claim 1, wherein the information display unit displays different character information in each of the normal state and the special state when the third touch is detected. 9. apparatus.   The game execution unit controls the progress of the game based on the movement of both the enemy character and the friend character group, and when the enemy character is selected by the second touch, the enemy character is used as a reference point. The information processing apparatus according to claim 1, wherein the movement direction of the movement group is determined.   When an enemy character is selected by the second touch, the game execution unit determines an attack position of the character included in the movement group with respect to the enemy character based on the attribute of the character, and is included in the movement group The information processing apparatus according to claim 9, wherein the character is moved from the current position to the attack position.   When an enemy character is selected by the second touch, the game execution unit sets an attack position of the character included in the movement group with respect to the enemy character within an attackable range based on a character attribute, The information processing apparatus according to claim 10, wherein characters included in the movement group are linearly moved from the current position to the attack position.   When an enemy character is selected by the second touch, the game executing unit determines an attack position of the character within a movable range based on an attribute of the character included in the movement group, and is included in the movement group The information processing apparatus according to claim 9, wherein the character is moved from the current position to the attack position. A function to control the progress of the game based on the movement of the character group;
A function of detecting a first touch on a plurality of characters and selecting a plurality of characters to be a target of the first touch as a movement group;
A function of detecting a second touch on the touch panel and setting a point where the second touch is made as a reference point;
A function of determining a movement direction of characters included in the movement group based on the reference point;
A game program characterized by causing a computer to exhibit.

Images