JP7217552B2 - game device and program - Google Patents

Description

The present invention relates to a game device and program.

2. Description of the Related Art Conventionally, there has been known a game device that provides a game in which a plurality of objects owned by a certain user, such as friendly characters, are played against opponent characters owned by other users (see, for example, Patent Literature 1). In such a game, the user may perform an operation of selecting from among a plurality of candidates in order to determine one instruction. For example, when a character among allies attacks a certain opponent character with an instruction content indicated by the type of command, the user is instructed to use the character to be used (operation target), the type of command (instruction The user operates an input device such as a touch panel to select three items: content) and character to attack (receiver target).

JP 2013-000498 A

By the way, in the display screen of such a game, as shown in FIG. 24(a), friendly characters m1 to m5 and opponent characters n1 to n4 are generally arranged to face each other. target. On such a display screen, the operation to select the operation target is the operation to select from the displayed characters m1 to m5, and the operation to select the receiving target is the operation to select from the displayed characters n1 to n4. It can be said that the selection operation is intuitive and easy to understand.

However, since the area in which the characters m1 to m5 are arranged and the area in which the characters n1 to n4 are arranged are separated from each other, the user can move the character m1 with a finger or the like, as shown in FIG. to m5 (m4 in the figure) and operation Q to specify one of the characters n1 to n4 (n3 in the figure) must be performed separately. Furthermore, when selecting the type of command, an operation is required to separately specify the type of attack to be used from one or more types of attack.

As described above, in order to determine one instruction in the above game, it is necessary to repeat the operation of designating from among a plurality of candidates multiple times, and there is a problem that the operation is troublesome for the user. rice field.
SUMMARY OF THE INVENTION The present invention has been made in view of the circumstances described above, and one of its purposes is to provide a technique that enables an operator to easily specify a candidate from among a plurality of candidates.

In order to achieve the above object, a game device according to one aspect of the present invention is a game device that receives an input operation to an input device capable of specifying a position on a display screen, wherein: a display control unit for displaying two or more first candidate objects as operation target candidates in the first region and displaying two or more second candidate objects as receiver target candidates in the second region; an operation detection unit that detects position information of an input operation performed on the input device from the start to the end of the operation; an operation target selection unit that selects based on position information at the start of the operation; and a movement trajectory of part or all of the input operation detected by the operation detection unit from the start to end of the input operation detected by the operation detection unit. and a recipient target selection unit that selects a receiver target object from the second candidate objects based on position information at the end of the input operation detected by the operation detection unit. and an execution unit that exerts an influence on the receiving target object based on the content of the instruction.

A game system according to another aspect of the present invention is a game system that accepts an input operation to an input device capable of specifying a position on a display screen, wherein an operation target is displayed in a first area of the display area. a display control unit for displaying two or more first candidate objects that are candidates for receiving and displaying two or more second candidate objects that are candidates for receiving targets in a second area; an operation detection unit for detecting position information of an operated operation from the start to the end of the operation; and position information of the operation target object among the first candidate objects detected by the operation detection unit at the start of the input operation. and an instruction content for determining the instruction content for the operation target object based on a part or all of the movement trajectory from the start to the end of the input operation detected by the operation detection unit. a determining unit, a receiving target selecting unit that selects a receiving target object from among the second candidate objects based on position information at the end of the input operation detected by the operation detecting unit, and the receiving target. and an execution unit that exerts an influence on the object based on the content of the instruction.

A computer according to still another aspect of the present invention is a game device that accepts an input operation to an input device capable of specifying a position on a display screen, wherein an operation target is displayed in a first area of the display area. a display control unit for displaying two or more first candidate objects that are candidates for receiving and displaying two or more second candidate objects that are candidates for receiving targets in a second area; an operation detection unit for detecting position information of an operated operation from the start to the end of the operation; and position information of the operation target object among the first candidate objects detected by the operation detection unit at the start of the input operation. and an instruction content for determining the instruction content for the operation target object based on a part or all of the movement trajectory from the start to the end of the input operation detected by the operation detection unit. a determining unit, a receiving target selecting unit that selects a receiving target object from among the second candidate objects based on position information at the end of the input operation detected by the operation detecting unit, and the receiving target. and an execution unit that exerts an influence on the object based on the content of the instruction.

A computer control method according to another aspect of the present invention is a computer control method that accepts an input operation to an input device capable of specifying a position on a display screen, wherein the first area of the display area displaying two or more first candidate objects as operation target candidates, and displaying two or more second candidate objects as receiver target candidates in a second region; a step of detecting the position information of the input operation performed from the start to the end of the operation; selecting an operation target object from the first candidate objects based on the position information at the start of the input operation; Determining the instruction content for the operation target object based on a part or all of the movement trajectory from the start to the end of the input operation, and selecting the receiving target object among the second candidate objects at the end of the input operation and influencing the recipient object based on the content of the instruction.

According to still another aspect of the present invention, there is provided a program, in which a computer that accepts an input operation to an input device capable of specifying a position on a display screen is displayed in a first area of the display area as an operation target candidate. a display control unit for displaying two or more first candidate objects, and displaying two or more second candidate objects, which are candidates for receiving targets, in a second area; an operation detection unit that detects information from the start to the end of the operation, and selects an operation target object from the first candidate objects based on position information at the start of the input operation detected by the operation detection unit. an operation target selection unit, an instruction content determination unit that determines an instruction content for the operation target object based on a part or all of the movement trajectory from the start to the end of the input operation detected by the operation detection unit; a receiver target selection unit that selects a target receiver object from among the candidate objects based on position information at the end of the input operation detected by the operation detection unit; and the instruction to the target receiver object. It functions as an executive part that has content-based influence.

1 is a diagram showing the configuration of a system including terminal devices according to the first embodiment; FIG. It is a block diagram which shows the structure of the game server in the same system. It is a block diagram which shows the structure of the terminal device in the same system. It is a functional block diagram in the same system. 4 is a schematic diagram of user information in the first embodiment; FIG. 4 is a flowchart showing battle processing in a terminal device; It is a flowchart which shows the attack determination process in a terminal device. It is a figure which shows an example of the display screen in a terminal device. It is a figure which shows an example of the display screen in a terminal device. It is a figure which shows an example of the display screen in a terminal device. It is a figure which shows an example of the display screen in a terminal device. It is a schematic diagram of user information in 2nd Embodiment. It is a figure which shows an example of the display screen in a terminal device. It is a figure which shows an example of the display screen in a terminal device. It is a figure which shows an example of the display screen of the terminal device which concerns on 3rd Embodiment. It is a figure which shows an example of the display screen in a terminal device. It is a figure which shows an example of the display screen in a terminal device. It is a figure which shows an example of the display screen in a terminal device. It is a figure which shows an example of the display screen of the terminal device which concerns on 4th Embodiment. FIG. 10 is a diagram showing an example of a display screen of a terminal device according to an application; FIG. 10 is a diagram showing an example of a display screen of a terminal device according to an application; FIG. 10 is a diagram showing an example of a display screen of a terminal device according to an application; FIG. 10 is a functional block diagram of a system according to an application; FIG. 10 is a diagram showing an example of an operation on a display screen of a conventional battle game;

BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, embodiments of the present invention will be described with reference to the drawings.

<First embodiment>
FIG. 1 is a diagram showing the configuration of a system including terminal devices according to the first embodiment. As shown in this figure, the system 1 includes a plurality of terminal devices (game devices) 20-1, 20-2, 20-3, . . . , 20-2, 20-3, . . . are connected to the game server 10 via the mobile communication network Nb, the gateway 15 and the Internet Na.
In the following, the terminal devices 20-1, 20-2, 20-3, . Simply "20".

In this embodiment, a game is provided via the terminal device 20 to the user who owns the terminal device 20 . The game server 10 manages games provided by the terminal devices 20 . Therefore, the game server 10 provides necessary information to the terminal device 20 and manages various kinds of information. The content of the game and various information to be managed will be described later.

FIG. 2 is a block diagram showing the hardware configuration of the game server 10. As shown in FIG. As shown in this figure, the game server 10 includes a CPU (Central Processing Unit) 101 that controls the entire device, a RAM (Random Access Memory) 102 that functions as the main memory of the CPU 101, and a ROM that stores a boot program and the like. (Read Only Memory) 103, a communication unit 104 for communicating via a network, and a storage unit 108 for storing various programs and data. In the storage unit 108, a storage unit, which will be described later, is constructed by the CPU 101 to manage various types of information.

Although one game server 10 is constructed in FIG. 1, the game server 10 may be distributed to two or more servers and may be configured to appear virtually as one when viewed from the outside. On the other hand, some functions of the game server 10 may be constructed by a server that provides other services. Alternatively, the game server 10 may be configured to connect to the terminal device 20 via a relay server.

FIG. 3 is a block diagram showing the hardware configuration of the terminal device 20. As shown in FIG. As shown in this figure, the terminal device 20 includes a CPU 201 , a memory 202 , a communication unit 204 , a storage unit 208 , a display panel 210 and a touch panel 220 .
This terminal device 20 is, for example, a mobile phone operated by a user, and has a touch panel 220 superimposed on a display panel 210 . It is configured to input various information and give various instructions.

In the figure, a CPU 201 controls the entire terminal device 20, and a memory 202 stores a basic program, an application program (game app) for providing a game, various data, and the like. The game application referred to here causes the terminal device 20 to function as a game device by its execution, and is downloaded from a specific site and installed in the terminal device 20 . The communication unit 204 communicates with the game server 10 via the Internet Na, mobile communication network Nb, or the like.

The display panel 210 is, for example, a flat display such as a liquid crystal display device or an organic EL (Electro Luminescence) device. Although detailed description is omitted, the touch panel 220 detects a touch position (two-dimensional coordinate value) on the screen displayed by the display panel 210 and supplies position information indicating the detected touch position to the CPU 201 . Based on the position information from the touch panel 220 , the CPU 201 detects the moving direction of the touch position, the moving speed, the type of touch operation, and the like, and identifies the operation given to the touch panel 220 .
Here, types of touch operations that can be detected include, for example, tapping, flicking, dragging, and pinching. Among these, tapping is an operation of lightly tapping the display screen with a finger. A flick is an operation of lightly flicking an object displayed on the screen with a finger. Dragging is an operation of moving an object displayed on the screen while touching it with a finger. A pinch is an operation of spreading or narrowing two fingers in contact with the display screen. In addition to the above types, the touch operation includes touch-on at the moment of touching the display panel 210 (touch panel 220) with a finger or the like, and touch-off in which the finger or the like is moved away from the touch operation.

The terminal device 20 is not limited to the mobile communication network Nb, and may be configured to be connected to a wireless LAN (Local Area Network). When connected to a wireless LAN, the terminal device 20 is connected to the game server 10 via a wireless base station (access point) and the Internet Na. Also, the terminal device 20 is not limited to a mobile phone, and may be a tablet computer, a PDA (Personal Digital Assistant), or the like.

The game provided by the terminal device 20 is an SNS (Social Networking Service) game in which the user who owns the terminal device 20 participates and interacts with a user other than the user. A team composed of characters owned by a user (objects such as monsters, for example) is played against a team composed of characters owned by other users, and a reward such as a virtual game value is provided according to the victory or defeat. It is the content of getting.
Hereinafter, for convenience of explanation, the user who initiates the start of the game will be referred to as "one user", and the opponent in the game will be referred to as "another user".

FIG. 4 is a diagram showing functional blocks constructed by the terminal device 20 and the game server 10 when a game is provided by the terminal device 20, focusing on one terminal device 20. As shown in FIG.
These functional blocks are constructed by executing a predetermined program in the game server 10 and by executing the game application in the terminal device 20 .
1, the communication unit 104 in FIG. 2, the communication unit 204 in FIG. 3, etc. are merely transmission paths for data, information, etc.; are omitted from the drawing.

As shown in FIG. 4, on the side of the game server 10, a plurality of functional units, that is, a receiving unit 135, a storage unit 140 and a receiving unit 135, are provided for providing games to each terminal device 20 by executing the predetermined program. , a transmitter 137 and a controller 150 are constructed.
Among these, the receiving unit 135 receives information indicating game start instructions and results from the terminal device 20 . The control unit 150 manages and controls the progress of the game according to the information received by the reception unit 135, and also manages the user information Q stored in the storage unit 140. FIG. The storage unit 140 stores user information Q as a master for each user of each terminal device 20 . Details of the user information Q will be described later.
The transmission unit 137 transmits user information Q corresponding to one user, user information Q (Qc) corresponding to other users, and the like to the terminal device 20 under the control of the control unit 150 .

The game server 10 also transmits information about terminal devices 20 other than the terminal device 20 of interest, and receives information and the like from terminal devices 20 other than the terminal device 20 of interest. In FIG. 4, an arrow pointing from the transmitting unit 137 to a terminal device other than the target terminal device 20 indicates that information is transmitted to a terminal device 20 other than the target terminal device 20, and the target terminal device An arrow directed to the receiving unit 135 from a terminal other than 20 indicates that information from another terminal device 20 is received.

On the terminal device 20 side, an operation detection unit 231, a storage unit 240, a display control unit 241, a transmission unit 235, a reception unit 237, and a management unit 250 are constructed by the CPU 201 executing the game application. Of these, in the management unit 250, although details will be described later, an operation target selection unit 251, an instruction content determination unit 252, an attack target selection unit 253, and an execution unit 254 are constructed, and each unit of the terminal device 20 is controlled. It is configured.
A work area W is allocated to part of the storage unit 240 . In this work area W, one user information Q supplied from the game server 10, user information Q (Qc) corresponding to other users, and the like are temporarily stored when the game is provided.

The display control unit 241 controls the display content of the display area 205 according to the information, instruction content, etc. supplied from the management unit 250 .
A display area 205 is an area where display is performed on the display panel 210 . The operation detection unit 231 detects a user's operation on the touch panel 220 and outputs information about the operation. Specifically, when an operation is performed on touch panel 220, operation detection unit 231 detects the position information of the touch operation, the type of the touch operation, and the like, and detects the operation content given to touch panel 220. is supplied to the management unit 250.
The transmission unit 235 transmits various information such as instructions and results supplied from the management unit 250 to the game server 10 . On the other hand, the receiving unit 237 receives user information Q and the like from the game server.

Next, user information Q will be described.
FIG. 5 is a schematic diagram of user information Q. As shown in FIG. As shown in the figure, user information Q corresponding to a certain user includes user identification information, possessed character information, and team information.
Among these, user identification information is information that uniquely identifies a user.
The owned character information is a collection of unit data corresponding to one or more characters owned by the user (hereinafter referred to as "owned characters"), and each unit data includes character identification information, command information and game information Y. and

Here, attention is focused on a certain unit data, and the character identification information, command information and game information Y in the focused unit data will be described in relation to the possessed character defined by the focused unit data.
First, the character identification information is information for uniquely identifying the possessed character. Although not shown, the character is accompanied by name information of the character, image information for display, and the like. These name information and image information are stored in association with the character identification information in the storage unit 140, for example.
Next, the command information is information specifying the type of attack (command) unique to the possessed character, and includes the name (type) of the command, the trajectory pattern to be given to the touch panel 220 when the command is given, Information indicating the content of the command is included.
For example, in FIG. 3, the command information in the focused unit data is an example in which three types of name "bark", "bite", and "beam" are defined.
Note that the command information differs (or may be the same) for each character. Unit data may or may not have multiple types as command information. When the unit data does not have command information, the possessed character corresponding to the unit data is "normal attack", that is, a general command type not unique to the character, specifically, the game of the possessed character. Only the attacks specified by the information Y (attack force information) are given.

The game information Y is information specifying the ability of the possessed character, and specifically includes physical strength information, offensive power information, and defensive power information. Among these, the physical strength information is an index indicating the physical strength value (endurance ability) of the possessed character. The offensive power information is an index indicating the offensive ability of the owned character, and the defensive power information is an index indicating the defensive ability of the owned character. Such game information Y (physical strength information, defensive power information, offensive power information) is appropriately updated according to battles and the like.

Here, in the present embodiment, the relationship between the competition in the game and the game information Y will be briefly described. For example, when a certain character (operation target character) attacks another character (attack target character), the amount of attack applied to the attack target character depends on the attack ability possessed by the operation target character and the command used for the attack. determined. That is, if an appropriate command is used for the operation target character, a greater amount of attack can be generated, and conversely, if an inappropriate command is used, the amount of attack will be reduced.
On the other hand, when the attack target character receives an attack indicated by the attack amount, the attack target character does not receive damage unless the attack amount exceeds its defensive ability. It is updated so that the physical strength value is reduced by the amount of damage received.
Therefore, for a user on the attacking side, (1) which friendly character to use, (2) which command to use, and (3) which opponent character to attack is extremely difficult in this game. become an important strategy.

It is also possible to designate only the character identification information of the owned character in each unit data, and store and manage the game information Y of each character as separate data from the user information Q in association with the character identification information.
As for the game information Y, for example, physical strength and attack ability may be increased by a predetermined amount depending on the experience of the game, and physical strength may be restored by the effects of predetermined items or after each game. can be

Also, the team information included in the user information Q is information indicating which of the characters possessed by the user corresponding to the user information Q is to be used to fight against another user.
In other words, in the present embodiment, a certain user forms a team with owned characters indicated by the team information among the characters owned by the user, and competes against the opponent's team.
It should be noted that which characters among the possessed characters make up the team may be selected in advance by the user, may be randomly selected by the management unit 250, or may be selected according to a predetermined rule. A predetermined number of characters that are ranked high in descending order of attack power information and defense power information may be selected from the characters.

Next, an outline of the game provided in this embodiment will be described.
In this game, a team composed of characters owned by one user and a team composed of characters owned by another user are played against each other. ing.
Here, when one user's turn comes to the attacking side and another user becomes the defending side, the one user performs the following operation to specify the contents of the attack. Specifically, when a turn arrives for one user, the user
(A) Designate one character (operation target character) from the remaining characters in one's own team by touch-on,
(B) Move from the touch-on position to a character (attack target character) that attacks the opponent team while drawing a trajectory of the command corresponding to the operation target character (trajectory drawing),
(C) Touch off at the position of the attack target character.
It should be noted that these operations from (A) touch-on, through (B) trajectory drawing, to (C) touch-off are actually continuous operations without being separated. will be explained separately.
Also, here, the description that the trajectory of the command is drawn is used, but the trajectory may be drawn in the display area 205, or the touched portion may simply be moved and not drawn.

It is the operation target selection unit 251 in the management unit 250 that determines (selects) the operation target character by (A) touch-on among the continuous operations. Further, it is the instruction content determination unit 252 in the management unit 250 that determines the attack content (instruction content) by the operation target character from the trajectory drawing of (B). It is the attack target selection unit 253 in the management unit 250 that determines (selects) the attack target character by the touch-off of (C).
In addition, when the one user performs consecutive operations from (A) to (C), the "operation target character" may perform an attack indicated by the "instruction content" to the "attack target character". The execution unit 254 in the management unit 250 executes processing executed in the game, for example, updating the physical strength information of the character to be attacked.

On the other hand, when another user's turn of the attacking side arrives and one user becomes the defending side, the above operations (A) to (C) by the other user, that is, which character is to be operated , with what instruction content and to which character to be attacked are determined by the management unit 250 of the terminal device 20 owned by one user. For this reason, the game in the present embodiment looks as if one user is competing with another user, but in reality, the terminal device 20 borrows the other user's character, The content is that the game progresses regardless of the intentions of other users.

In the game of the present embodiment, when the turn arrives, the operation from (A) to (C) causes (1) the operation target character, (2) the instruction content, and (3) the operation target character. When the character is selected and the contents of the attack are determined, damage corresponding to the contents of the attack is given to the character to be attacked, and the physical strength value (physical strength information) of the character is reduced by the amount corresponding to the damage. When the physical strength value of a character becomes zero or less due to an attack, the character disappears from the team. When the remaining number of characters that make up one of the teams of one user or other users reaches zero (when they are wiped out), the wiped out user becomes the loser, and the remaining user is the winner. becomes.

Note that the result of the game (win or lose) is notified to one user who took the lead in starting the game, as will be described later. If one user becomes the winner, a predetermined item, virtual game value, or the like is given as a reward.
On the other hand, for other users, the notification may be triggered by a request from the terminal device 20 owned by the other user, or may not be notified. In any case, the other users are unaware that the game in which they are opponents has been executed under the initiative of one user.
Therefore, it can be said that the game provided in this embodiment is an asynchronous game in which one user and another user do not need to execute the game at the same time. Therefore, there is an advantage that many users can easily participate in the competitive game, as compared to a synchronous game in which a plurality of users are required to participate in the game at the same time.

As described above, the game provided in the present embodiment is asynchronous, and the game led by one user is played by the terminal device 20 owned by the one user regardless of the will of the other user. borrow a user's character to advance the game. Therefore, when a game is started by one user, the user information Q corresponding to the one user and the user information Q corresponding to other users are transmitted from the game server 10 to the terminal device 20 of the one user. It is transferred and stored in the work area W of the storage unit 240, and the user information Q (game information Y) is updated as the game progresses. After the game ends, the user information Q corresponding to one user is transmitted to the game server 10 and reflected in the storage contents in the storage unit 140, but the user information Q corresponding to other users is discarded.
As a result, from the perspective of another user, the user information Q of the other user stored in the storage unit 140 will not be changed even if the game is started regardless of the user's will.
Note that the game provided in the embodiment is an asynchronous game here, but of course it may be a synchronous game.

<System operation>
Next, operation of the terminal device 20 will be described.

FIGS. 6 and 7 are flowcharts showing battle processing in the game when one user initiates the start of the game.
First, when one user performs a predetermined operation on the terminal device 20, for example, when a user taps a software button indicating the start of a battle on the main menu screen (not shown) of the game, the operation detection unit 231 supplies operation information indicating the operation to the management unit 250 . The management unit 250 transmits information specifying the one user and a game start instruction to the game server 10 via the transmission unit 235 .

In the game server 10, when these information and instructions are received from the terminal device 20 by the receiving unit 135, the control unit 150 sends to the terminal device 20 of the one user, for example, a list of users who can compete with the one user. Send information (nickname, proficiency, possessed items, etc.).
In the terminal device 20 , when the information is received by the receiving unit 237 , the management unit 250 transfers the information to the display control unit 241 and displays an opponent selection screen (not shown) in the display area 205 . to direct.
The opponent selection screen is, for example, a list screen of opponents with which one user can compete, and is a screen that prompts the user to select one opponent from the list. be. In addition, as an opponent with which one user can compete, for example, a person who is in a mutually related relationship (friend relationship) with the one user can be given as an example.

The one user selects one opponent according to this opponent selection screen. When the one user selects a partner, the partner is determined as another user (step Sa11). When the operation detection unit 231 receives an operation to select another user, the operation detection unit 231 supplies information specifying the selected user to the management unit 250 . The management section 250 transmits the information to the game server 10 via the transmission section 235 .
Note that the opponent may be determined by a method other than selection by one user. For example, a partner close to the skill level of one user may be randomly determined, or a partner close to the conditions requested by one user may be searched and determined.

On the other hand, when one user gives an instruction to start a game and another user is determined, the game server 10 and the terminal device 20 perform initialization processing for a game in which the one user competes against another user. (Preparatory processing) is executed as follows (step Sa12).
First, on the game server 10 side, the control unit 150 reads the user information Q corresponding to one user and the other user from the storage unit 140, and transmits the transmission unit 137 to the terminal device 20 of the one user. Send via. At this time, the control unit 150 acquires character name information and image information associated with the character identification information in the user information of both users, and transmits them to the terminal device 20 of the one user. Strictly speaking, only the characters indicated by the team information among the owned characters are used in the battle. Therefore, it is not necessary to supply the user information Q (all the information of the characters owned by the user), and it is sufficient to transmit the unit data (and name information and image information) of the characters forming the team to the terminal device 20 . However, for convenience of explanation, here, it is assumed that the user information Q respectively corresponding to one user and another user is transmitted to the terminal device 20 as described above.
Also, the game provided in this embodiment is turn-based, but for convenience of explanation, the rule is that the first turn comes to one user. Of course, which side the first turn comes to may be determined randomly or may be selected by one user.

On the terminal device 20 side, when the above information is received from the game server 10, the management unit 250 stores the user information Q corresponding to one user and the user information Q corresponding to the other users in the storage unit. Store in work area W at 240 . Note that the user information Q corresponding to other users stored in the work area W is denoted by Qc to distinguish it from the user information Q corresponding to one user.
Further, when the information is received, the management unit 250 instructs the display control unit 241 to create a battle screen based on the information. According to this instruction, the display control unit 241 creates a battle screen and displays it in the display area 205 .

FIG. 8 is a diagram showing an example of a battle screen displayed in the display area 205 of the terminal device 20. As shown in FIG.
As shown in the figure, in the display area 205, a lower first area A1 and an upper second area A2 are provided so as to sandwich a third area A3. 4 areas A4 are provided.

Among these, in the first area A1, one user, that is, the characters forming the player's team are displayed. Specifically, the management unit 250 supplies the image information of the character indicated by the team information among the user information Q stored in the work area W corresponding to the received user to the display control unit 241, and controls the display. The unit 241 causes the supplied image of the character to be displayed in the first area A1, so that the characters forming the team of one user are displayed as first candidate objects that are candidates for operation. The order of the characters arranged in the first area A1 at this time may be random, or may be according to a predetermined rule, for example, the order of ability indicated by the game information Y. FIG.
In the display example shown in FIG. 8, five characters M1 to M5 are displayed in the first area A1. Also, in the figure, below the characters M1 to M5, the physical strength gauges of the corresponding characters are displayed. This physical strength gauge is a normalized display of how much of the physical strength value (physical information) at the present time remains compared to when the tank is full (100%). indicates that the physical strength value remains as it goes to the right side in the figure.

In the second area A2, other users, that is, characters forming the opponent's team are displayed as second candidate objects that are candidates for receiving targets. Specifically, the management unit 250 supplies the image information of the character indicated by the team information among the user information Qc corresponding to other users to the display control unit 241, and the display control unit 241 controls the image information of the supplied character. By displaying the image in the second area A2, the characters forming the other user's team are displayed.
At this time, the order of the characters arranged in the second area A2 may be random as in the first area A1, or may follow a predetermined rule.
In the display example of FIG. 8, four characters N1 to N4 are displayed in the second area A2. Also, in the figure, below the characters N1 to N4, the physical strength gauges of the corresponding characters are displayed.

The third area A3 is an area for drawing the trajectory of the command in (B) above.

In the fourth area A4, a message from the game provider side (system side) is displayed for one user. Specifically, the management unit 250 supplies message data corresponding to the progress of the game to the display control unit 241, and the display control unit 241 causes the message indicated by the supplied data to be displayed in the fourth area A4. .
The message displayed in the fourth area A4 in the example of FIG. 8 indicates that one user has a turn.

Now, when the battle screen is displayed in the display area 205 of the terminal device 20, the management unit 250 determines whether or not one user has a turn (step Sa13).
If one user has a turn (if the determination result of step Sa13 is "Yes"), attack determination processing corresponding to one user is executed (step Sa14). On the other hand, if another user's turn has arrived (if the determination result of step Sa13 is "No"), an attack determination process corresponding to the other user is executed (step Sa15).
As described above, the first turn comes to one user, so here, details of the attack determination process corresponding to one user, ie, step Sa14, will be described with reference to FIG.

When a turn arrives for one user, as described above, the one user issues a continuous operate.
Therefore, first, it is determined whether or not touch-on, which is the start of this continuous operation, has been performed (step Sb11). Specifically, when a touch-on occurs, the operation detection unit 231 supplies position information of the touch-on to the management unit 250, and the management unit 250 detects that the position information is displayed in the first area A1 of the battle screen. It is determined whether the display area is for one of the characters (abbreviated as "friend character" in FIG. 7) that constitutes the team.
If the touch-on is not made, or if the touch-on portion is not the display area of the characters that make up the player's team even if the touch-on is made (if the determination result of step Sb11 is "No"), the management unit 250 , the processing procedure returns to step Sb11. Therefore, the processing procedure waits in step Sb11 until the characters forming the player's team are touched on.

On the other hand, when one of the characters forming one's own team is touched on (when the determination result of step Sb11 becomes "Yes"), the operation target selection unit 251 of the management unit 250 selects the touched character. do. The management unit 250 supplies the name information and unit data of the character to the display control unit 241, and displays a message including the name information and the command information (command name and trajectory pattern) in the fourth area A4. (step Sb12).
As a result, when one user touches the character M4 with the finger of the left hand as shown in FIG. The following message is displayed in the fourth area A4. That is, in the fourth area A4, the name of the character M4 "Great Pumpkin" is included, and the command names "bark", "bite", and "beam" are associated with respective trajectory patterns. A message is displayed.

When the touch-on position information starts to move, the operation detection unit 231 supplies the position information to the management unit 250, and the management unit 250 stores the position information in the storage unit 240 in order to determine the movement trajectory. They are stored sequentially (step Sb13).
Then, the operation detection unit 231 determines whether or not touch-off has occurred (step Sb14). If touch-off does not occur and touch-on continues (if the determination result of step Sb14 is "No"), the operation detection unit 231 returns the processing procedure to step Sb13. Therefore, the processing procedure circulates between steps Sb13 and Sb14 until the touch-off is performed.
On the other hand, if a touch-off occurs (if the determination result of step Sb14 is "Yes"), the operation detection unit 231 supplies information to the effect that the touch-off has occurred to the management unit 250. FIG. The attack target selection unit 253 of the management unit 250 determines whether or not the temporally last position information among the sequentially stored position information is the display position of the opponent character (step Sb15). Here, the position information stored immediately before the touch-off is treated as the position information of the touch-off, that is, the position information at the end of the input operation.
Even if a touch-off occurs, if the touch-off occurs at a point other than the display position of the opponent character (if the determination result of step Sb15 is "No"), the management unit 250 returns the processing procedure to step Sb11. Therefore, the touch operation from the touch-on to the touch-off is invalidated.

If touch-off occurs at the display position of the opponent character (if the determination result in step Sb15 is "Yes"), the attack target selection unit 253 of the management unit 250 selects the opponent character corresponding to the touch-off display position. . Then, the management unit 250 reads the position information from the touch-on to the touch-off from the storage unit 240, and executes the processing of steps Sb16 to Sb19.
First, the operation target selection unit 251 in the management unit 250 determines the touch-on friend character as the operation target character (step Sb16).

The instruction content determination unit 252 in the management unit 250 determines the instruction content for the operation target character as follows (step Sb17).
That is, first, the instruction content determination unit 252 determines the movement trajectory in the third area A3 among the movement trajectories from touch-on to touch-off, and the trajectory pattern of the command information in the command information corresponding to the operation target character. By comparing, whether or not there is a similarity, and if there is a similarity, it is determined which trajectory pattern is most similar to the movement trajectory. Second, if there is a trajectory pattern similar to the movement trajectory as the instruction content for the operation target character, the instruction content determination unit 252 determines a command corresponding to the most similar trajectory pattern. At this time, if there is no trajectory pattern similar to the movement trajectory, a "normal attack" is determined.
Here, the degree to which the physical strength of the character to be attacked is reduced is determined based on the content of the instruction. At this time, the content of the instruction (the degree to which physical strength is to be reduced) may be changed according to the speed at which the movement trajectory is drawn. Further, the instruction content may be changed according to the relationship between the operating character and the attack target character, etc., as will be described later.

Next, the attack target selection unit 253 in the management unit 250 determines the opponent character at the time of the touch-off position information as the attack target character (step Sb18). When the operation target character, the instruction content, and the attack target character are determined in this way, the execution unit 254 in the management unit 250 causes the operation target character to give the attack indicated by the instruction content to the attack target character. is executed (step Sb19).
Here, the game process is specifically a process of updating the game information (physical strength information) of the attack target character based on the determined instruction content.
In the present embodiment, the operation target character determination process, instruction content determination process, and attack target character determination process are performed in this order, but the order of these processes is arbitrary. The character determination process and the instruction content determination process may be executed in this order.
Thereafter, the processing procedure shifts to step Sa16 in FIG.

Next, specific contents when instructing an attack and an example of a screen will be described with reference to FIG. 10 .
FIG. 10 shows that one user touches the character M4 in the first area A1, draws a trajectory including a counterclockwise circle in the third area A3 as indicated by a solid line, and This is an example of a touch operation in the case of touching off with the opponent's character N3. Also, in this case, the command information associated with the character M4 includes "bark" as shown in FIG.
In the screen shown in FIG. 10, in the fourth area A4, the name of the operation target character M4 "great pumpkin", the name of the command "bark", and the name of the attack target character N3 " A message containing "Dragon" is displayed.

When an operation as shown in FIG. 10 is performed, the touch-on character M4 is determined as the operation target character, the command is determined as "bark", and the touch-off character N3 is determined as the attack target character. Therefore, the execution unit 254 executes a game process in which the friendly character M4 uses the command "bark" to attack the opponent character N3.

By the way, in FIG. 6, when another user's turn has arrived (if the determination result of step Sa13 is "No"), the other user's attack determination process is executed (step Sa15). As described above, in the present embodiment, other users do not actually participate in the game, and one user behaves as if other users are playing the game. Therefore, when another user's turn comes, the management unit 250 of the terminal device 20 selects a character to be used for an attack, a command to be used by the character, and a character to attack on behalf of the other user. or randomly, and the instruction contents determined by these selections are determined, and the game processing is executed.
It should be noted that at this time, a configuration may be adopted in which the content of instructions selected on behalf of another user is presented to one user.
Thereafter, the processing procedure shifts to step Sa16.

In this way, if the turn has come to one user, the content of the attack instruction is determined by the terminal device 20, while if the turn has come to another user, The terminal device 20 also determines the contents of the attack instruction.
Therefore, in either case, the terminal device 20 grasps the content of the attack instruction. Therefore, next, the execution unit 254 of the management unit 250 in the terminal device 20 reflects the instruction content in the game information (physical strength information) of the character to be attacked, that is, the character to be attacked stored in the work area W. The game information (stamina information) of is updated according to the contents of the instruction. After the update, the management unit 250 determines whether or not the physical strength value (physical strength information) of the character targeted for attack is greater than zero (step Sa16).

If the physical strength value of the attack target character is greater than zero (if the determination result of step Sa16 is "Yes"), the management section 250 immediately changes turns (step Sa17). As a result, after the turn is changed, the processing procedure returns to step Sa13.
On the other hand, if the physical strength of the character targeted for attack is zero or less (if the determination result in step Sa16 is "No"), the management unit 250 deletes the character from the battle screen in the display area 205. to the display control unit 241 (step Sa18).
As a result, on the terminal device 20 of one user, an effect is produced in which the character that has been displayed until then disappears.

For example, when one user's turn comes, the user touches on the character M4 on the battle screen of FIG. 11, when the physical strength of the character N3 becomes zero or less when the content of the attack is reflected, the character N3 that has been displayed up to that point disappears, as shown in FIG. be. At this time, as shown in the figure, a message to that effect may be displayed in the fourth area A4.
In this example, another user's character disappears, but there is a case where another user's turn comes and the character of one user disappears depending on the content of the attack. Also, when the content of the attack is reflected, an effect may be made as if an attack had been made.

Next, the management unit 250 determines whether or not the characters of one or other users have been wiped out as a result of erasing the characters (step Sa19).
If they are not wiped out (if the determination result of step Sa19 is "No"), the management unit 250 switches turns (step Sa17) to continue the game, and then returns the processing procedure to step Sa13.
On the other hand, if they are all annihilated (if the determination result in step Sa19 is "Yes"), the management unit 250 determines that the annihilated user is the loser and the user with remaining characters is the winner. , a process corresponding to the win or loss is executed (step Sa20). As the process according to the win or loss, for example, a process of giving rewards such as predetermined items or virtual game values to the winning user can be considered.

After executing the process according to the win or loss, the management unit 250 reads the user information Q corresponding to one user stored in the work area W, and transmits it to the game server 10 via the transmission unit 235. The user information Qc corresponding to the user is discarded (step Sa21).
In the game server 10, when the receiving unit 135 receives the user information Q corresponding to one user, the control unit 150 receives the user information Q corresponding to the one user stored in the storage unit 140. Replace with user information Q. As a result, the battle result of one user is reflected in the master game server 10 . On the other hand, since user information Qc corresponding to other user information is discarded, it is not reflected in the master in game server 10 .
After step Sa21, the battle process ends, and the screen returns to the main menu screen of the game described above.

As described above, in the present embodiment, one user whose turn has come touches on an operation target character to be used for attack among the friendly characters displayed in the first area A1, and moves the trajectory of the command to the operation target character. While drawing the pattern, it is sufficient to touch off the character to be attacked among the opponent's characters. Therefore, according to the present embodiment, one user can instruct which character to attack with which character, with which command, with one operation from touch-on to touch-off. can be done. Also, various commands can be designated by drawing the trajectory pattern. For this reason, it is possible to provide a kind of diversity to the game operation, which tends to be monotonous. Since the type of command is changed depending on how the trajectory pattern is drawn, the user is given an incentive to improve his or her operation skill, and thus it is possible to improve interest.

<Second embodiment>
Next, a second embodiment of the invention will be described.
In the second embodiment, the characters are given compatibility with each other, that is, whether a certain character is advantageous, disadvantageous, or equal to another character. And in 2nd Embodiment, he is trying for the instruction|indication content to be changed based on the said relationship.

FIG. 12 is a schematic diagram of user information Q in the second embodiment. As shown in the figure, the user information Q is the same as in the first embodiment in that it includes user identification information, owned character information, and team information. is different from the first embodiment in that
Here, the attribute information is information indicating the attribute of the character associated with the corresponding unit data. In this embodiment, the attribute is associated with, for example, one of "fire", "water", and "wood", and compatibility between characters is determined by referring to and comparing this attribute information.
Specifically, a character whose attribute information is “fire” is strong against a character whose attribute information is “wood” and is advantageous in attack (good compatibility), whereas a character whose attribute information is “water” is stronger than a character whose attribute information is “wood”. It is weak against a certain character, and is disadvantageous in attack (bad compatibility). Similarly, a character whose attribute information is "water" has good compatibility with a character whose attribute information is "fire", but is not compatible with a character whose attribute information is "wood". , a character whose attribute information is "wood" has good compatibility with a character whose attribute information is "water", but a character whose attribute information is "fire" is not compatible. be. Characters with the same attribute information are in an equal relationship with no advantage/disadvantage.

In the second embodiment, the compatibility between certain characters is specifically reflected in the battle as follows. For example, when a certain character (operation target character) attacks another character (attack target character), the instruction content determination unit 252 determines the amount of attack to be applied to the attack target character as the attack ability of the operation target character. and the command used for the attack as a reference, if compatibility is good, it is multiplied by "1.2", if compatibility is bad, it is multiplied by "0.8", and if it is equal, it is multiplied by "1.2". 0” times. In addition, the instruction content determination unit 252 may be changed so that the instruction content is canceled according to compatibility.

Also, in the second embodiment, the battle process when one user initiates the game start is substantially the same as the flowchart of FIG. 6 in the first embodiment, except that the attribute information is referenced in various places.

First, in the second embodiment, in the battle screen, the friendly characters M1 to M5 in the first area A1 and the opponent characters N1 to N4 in the second area have physical strength gauges and attributes indicated by attribute information. Shown in parentheses. For example, FIG. 13 shows that the attribute of character M4 is "tree".
Regarding the display of attributes, for example, if it is "tree", the character is displayed mainly in green. displayed in writing.

In the second embodiment, when a friendly character is touched on in step Sb11 (when the determination result in step Sb11 becomes "Yes"), in step Sb12, a message is displayed and the following identification mark is displayed. be done.
Specifically, the management unit 250 identifies the attribute information (of the unit data) corresponding to the touched-on character, and assigns an identification mark indicating compatibility with the opponent's character displayed in the second area A2 to the opponent's character. The display control unit 241 is instructed to display each character.
As a result, for example, as shown in FIG. 13, when the character M4 among the allied characters M1 to M5 is touched on, the other characters N1 to N4, which are the attributes of the character M4, are touched. Of these, an upward-pointing triangular identification mark p is displayed near the water-attribute character N3 with good compatibility, and a downward-pointing triangular identification mark is displayed near the incompatible fire-attribute character N1. n is displayed. No identification mark is attached to the vicinity of the characters N2 and N4, which are in an equal relationship.

When the identification marks p and n are displayed in association with the character of the other party in this manner, the identification mark p of the other character that is compatible with (easily damaged) the character touched on is displayed with the identification mark p that is not compatible with the character touched on. An identification mark n is displayed for each opponent's character (which is difficult to damage).
For this reason, one user can determine which of the opponent's characters should be selected to effectively inflict damage to the touched-on character before performing an operation for selecting the character to be attacked. That is, while drawing the trajectory of the command corresponding to the operation target character, it is possible to know the target character before performing an operation to move the character to be attacked.
Then, for example, if one user determines that a touch-on character cannot effectively deal damage, the touch operation can be invalidated by touching off at a point other than the display position of the opponent character ( The determination result of step Sb15 is set to "No"). As a result, one user can touch on another ally character during a turn and reconsider which character to use for attack.

Also, whether the compatibility is good or bad may be displayed using marks other than the identification marks p and n. For example, characters with good (bad) compatibility may be displayed in a manner different from others, such as in a specific color or hatching pattern, so that the user can identify them.

In addition, in the second embodiment using attribute information, the following application example is also possible.
For example, a touch-on character may not attack a character with which it is not compatible (cannot be selected as an attack target character).
Although the flowchart in this configuration is not particularly illustrated, in step Sb18 before the game processing (step Sb19) is executed by the execution unit 254, the attack target selection unit 253 selects the attribute information of the operation target character and the attribute information of the attack target character. As a result of comparison with the information, if the operation target character is compatible with the attack target character or is on an equal footing with the attack target character, the instruction content determination unit 252 is informed that the instruction content determined in step Sb17 may not be changed. On the other hand, if the compatibility is poor, the instruction content determination unit 252 is notified that the instruction content already determined in step Sb17 should be discarded.
Instruction content determination unit 252 maintains or discards the instruction content determined in step Sb17 according to the notification from attack target selection unit 253 .

In the case of incompatibility, for example, as shown in FIG. 14, one user touches the character M4 having the attribute of "tree" and draws the trajectory pattern of the command "bark" as indicated by the solid line. , touch-off with the opponent character N1 having the attribute of "fire", and the character M4 performs an operation to give the character N1 a "bark" attack, the character M4 will move as indicated by the dashed line in the figure. , the character N1 may be returned to its original position without reaching (attacking), and the operation may be invalidated. Also, a message to that effect may be displayed in the fourth area A4.
In the screen shown in FIG. 14, in the fourth area A4, the name of the operation target character M4 "great pumpkin", the name of the command "bark", and the name of the attack target character N1 " A message is displayed that includes "Hachi" and that the "Hachi" cannot be attacked.

In addition, the instruction content determination unit 252 may change or maintain the instruction content determined in step Sb17 in consideration of not only the compatibility but also the combination with the command specified by the trajectory pattern.

<Third Embodiment>
Next, a third embodiment of the invention will be described.
When a character to be operated is touched on, what kind of command is associated with that character and what kind of trajectory pattern is shown in FIG. In the second embodiment, it was simply displayed as a message in the fourth area A4 in FIG. 13, respectively.
Therefore, in the third embodiment, in order to assist the user, a function is provided to guide display of the trajectory pattern of the command associated with the touched-on character.

In the third embodiment, when a friendly character is touched on in step Sb11 (when the determination result in step Sb11 is "Yes"), the management unit 250 determines (of the unit data) corresponding to the touched character The command information is specified, and the command information is read from the work area W.
A plurality of types of commands may be associated with the command information (see FIG. 5). For this reason, the management unit 250 obtains to which opponent character the most damage can be given when the touch-on character uses each command.
Then, the management unit 250 instructs the display control unit 241 for each command to display the trajectory pattern of the command from the touched-on character to the opponent character who can do the most damage.

FIG. 15 is an example of a battle screen in the third embodiment. In this figure, for example, when the character M4 is touched on, when the "bark" command among the commands associated with the character M4 is used, the most damage can be given. , and character N3, the trajectory pattern of the command is displayed with a dashed line as a guide.
Further, on this screen, a message indicating that the trajectory pattern is a guide is displayed in the fourth area A4 to guide the user. Further, the trajectory pattern serving as a guide may be displayed only for a predetermined time (for example, 1 second) immediately after touch-on, or may be displayed continuously until touch-off is actually performed.

According to the third embodiment, it is not necessary to memorize command trajectory patterns for each character, and on the other hand, it is possible to know which opponent character should be attacked.

Instead of displaying the trajectory pattern of the command from the touched-on character to the opponent character who can deal the most damage, the trajectory pattern of the command associated with the touched-on character is simply displayed in order. You can display it. As a mode of displaying the trajectory patterns of commands in order, it may be configured such that the patterns are automatically switched every predetermined time (for example, 5 seconds). It may be configured. Also, the display order may be the order of damage given to the opposing team, the order of registration in the command information, or the like. Further, the movement trajectory from the start of the input operation may be sequentially compared with the trajectory pattern of the command, and a similar trajectory pattern may be displayed.

In addition, the following application example is also possible in 3rd Embodiment which displays a locus|trajectory pattern as a guide. The amount of attack to be given to the opponent may be changed according to the degree of similarity between the trajectory pattern displayed as a guide and the trajectory pattern actually drawn by one user.
Although the flowchart in this configuration is not particularly illustrated, before the execution unit 254 executes the game processing (step Sb19), the instruction content determination unit 252 determines the trajectory pattern displayed as a guide and the trajectory pattern actually drawn by one user. A configuration may be adopted in which the degree of similarity with the trajectory pattern is obtained, and the amount of attack (attack force) is changed according to the degree of similarity.

For example, as shown in FIG. 16, when the trajectory pattern of the command displayed as a guide is indicated by a broken line and the trajectory of the command drawn by the user is indicated by a solid line, the instruction content determination unit 252 determines that the similarity is When determined to be high, the attack amount defined by the game information Y (attack amount information) of the character M4 and the command "bark" is increased. In this case, a message to that effect may be displayed in the fourth area A4.
Although not shown, if the trajectory of the command drawn by the user has a low degree of similarity to the command trajectory pattern displayed as a guide, the instruction content determination unit 252 reduces the amount of attack.

By the way, for example, in a configuration in which the attack power is changed according to the degree of similarity, as the user's proficiency increases, the degree of similarity increases, making it easier to defeat the opposing team. Therefore, when a state of high similarity continues for a predetermined number of times (a predetermined period of time), for example, as shown in FIG. A configuration that makes it difficult to draw a pattern (prevents a high degree of similarity) may be used.
Note that the size of the third area A3 may be changed in the left-right direction in the drawing, or in both the vertical and horizontal directions.
In addition, various other examples are conceivable as conditions for changing the size of the third area. For example, the number of days (hours) from the start of the game (at the time of installation), the number of owned characters, the number of characters forming a team, and the like.

On the other hand, increasing the attack power can be said to be a kind of reward in terms of progressing the game.
Therefore, the size of the third area may be increased when the user's proficiency level is improved, the possessed character's level is improved, or other conditions are satisfied.

Further, the degree of similarity of the trajectory of the command drawn by the user with respect to the trajectory pattern of the command displayed as a guide is displayed to the user not only by the message in the fourth area A4, but also by changing the color of the third area A3. I can let you know. For example, as shown in FIG. 18, when the background of the display screen is white, the higher the similarity, the darker the third area A3 may be displayed to blink against the white background. good. Alternatively, the blinking cycle may be shortened (or conversely lengthened) according to the degree of similarity.

<Fourth Embodiment>
A fourth embodiment of the present invention will be described.
In the above-described first, second, and third embodiments, the character to be operated is touched on, and the trajectory pattern associated with the character (that is, the trajectory included in the command information as shown in FIG. 5) is touched. By drawing a pattern), the command used by the character was specified.
In the fourth embodiment, designation of commands used by characters is changed.

In the fourth embodiment, command information does not have a trajectory pattern as shown in FIG. First, in the fourth embodiment, when a friendly character is touched on in step Sb11, the management unit 250, when displaying a message in step Sb12, sends command information (in units of data) corresponding to the touched character. It is specified and read out from the work area W, and the display control unit 241 displays the name of the command included in the command information in a predetermined shape in the third area A3.

FIG. 19 is an example of a battle screen in the fourth embodiment. In this figure, when the user touches the character M4, for example, the command names "bark", "bite", and "beam" associated with the character M4 and command names not associated with the character M4 are shown. (Non-specific) "Normal attack" is an example displayed surrounded by an ellipse in the third area A3.

Next, in the fourth embodiment, the user specifies the command as follows. That is, the user touches on the character to be operated among the friendly characters and touches off the character to be attacked among the opponent's characters. Draw a trajectory that passes through and specify the command.
On the other hand, the instruction content determination unit 252 determines the instruction content, that is, the touch-on command, by specifying which portion of the display portion of the command displayed in the third area A3 the movement trajectory from touch-on to touch-off passes through. A command that the attacked character uses for an attack is determined (step Sb17 in FIG. 7).
For example, in the example of FIG. 19, when the user draws a trajectory indicated by a solid line from touch-on to touch-off, the instruction content determination unit 252 determines the instruction content to the effect that the character M4 uses the command "bark". be. In this case, the attack target is the character N3.
Other processing is the same as, for example, the first embodiment.

According to the fourth embodiment, unlike the first embodiment, for example, the user does not need to memorize or draw a complicated trajectory pattern associated with the character to be operated. That is, the user simply draws a trajectory that passes through the displayed portion of the command. Therefore, the user is not required to have the skill to draw the trajectory pattern corresponding to the command, so the psychological barrier to playing the game can be lowered.

<Application/Modification>
The present invention is not limited to the above-described embodiments, and various applications and modifications, such as those described below, are possible. It should be noted that one or more arbitrarily selected aspects of the application/modification described below can be appropriately combined.

<Vanguard/Rearguard>
In each embodiment, the friendly characters are arranged in a horizontal row in the first area A1, and the opponent characters in the second area A2. However, they may be arranged in a plurality of rows. For example, as shown in FIG. 20, the opponent character in the second area A2 is positioned on the front side (lower side in the screen) and the back side (upper side in the screen) as viewed from the first area A1 where the friendly character is placed. They can be arranged in two rows. In other words, it may be arranged in two lines, the front line 320F and the rear line 320B. By arranging characters in this manner, the number of characters forming a team can be increased.

In such a two-line arrangement, the characters in the rear guard 320B are protected by the characters in the front guard 320F. For this reason, the game rule may be such that the characters in the rear guard 320B cannot be selected as attack target characters until all the characters in the front guard 320F are defeated. For example, when one user touches on the character M4 and draws a trajectory pattern of a certain command, and touches off with one of the characters in the rear guard 320B, if there is a character in the front guard 320F, the second embodiment , the attack target selection unit 253 prevents the character of the rear guard 320B from being selected as an attack target character, and the instruction content determination unit 252 changes the instruction content to invalidate the operation. can be
It should be noted that the arrangement is not limited to two rows, and may be arranged in three rows such as front, middle, and rear, or may be arranged in four or more rows.

<Double attack, etc.>
In each embodiment, since operation with one finger is assumed, one operation target character attacks one attack target character with a certain command. The content is not limited to this, and may be, for example, a content in which an attack is made by independent operations with fingers of each of the left and right hands. That is, it may correspond to multi-touch.

For example, as shown in FIG. 21, with the fingers of the left hand, the user touches on the character M2 of the teammate, draws a trajectory L, and while keeping the touch-on state with the character N1 of the opponent, touches the character M4 of the teammate with the fingers of the right hand. is touched on, a locus R is drawn, the character is moved to the opponent's character N3, and the fingers of the left hand and the fingers of the right hand are touched off almost simultaneously.

In this case, the operation detection unit 231 and the management unit 250 (the operation target selection unit 251, the instruction content determination unit 252, and the attack target selection unit 253) execute processing according to the respective operation information. Specifically, the operation detection unit 231 determines whether or not there is a multi-touch, and if it is a multi-touch, supplies individual operation information to the management unit 250 . For example, when two teammate characters M2 and M4 are touched on, the operation detection unit 231 sequentially supplies the position information of the two points to the management unit 250, and the management unit 250 receives each of the position information. Stored in the storage unit 240 sequentially. The operation detection unit 231 determines, for each touch, whether or not the touch-off occurred at the display position of the opponent character when the touch-off is performed, and the operation target selection unit 251 selects the touch-on character as an operation target. A process of selecting as a character is performed for each touch. The instruction content determination unit 252 executes, for each touch, a process of determining the instruction content for the operation target character in a trajectory pattern from touch-on to touch-off. For each touch, the attack target selection unit 253 selects the opponent character at the touched-off position as the attack target character.
The execution unit 254 executes a game process in which the operation target character gives the attack target character an attack indicated by the instruction content in a chain (so-called combo) corresponding to the number of touches.
Note that when a plurality of operation target characters are instructed to attack the same attack target character, the instruction content determination unit 252 moves to the plurality of operation target characters as a cooperative attack by the plurality of operation target characters. You may change the instruction|indication content determined by the locus|trajectory. At this time, whether or not the same attack target character is instructed to attack is determined by whether or not a plurality of operation target characters are instructed to attack the same attack target character within a predetermined time. do it.

When multi-touch is supported in this way, the user can input even more advanced and complicated instruction contents with a simple operation.
Note that the following message may be displayed in the fourth area A4 of FIG. That is, in the fourth area A4, the character M2 name "sweets", the command name "normal attack", the character M4 name "great pumpkin", and the command name "bark" are included. message.

In this way, when dealing with multi-touch, the attacking characters may be concentrated. For example, as shown in FIG. 22, with the finger of the left hand, the character M2 is touched on, drawing a trajectory L, and while keeping the touch-on state with the character N3 of the opponent, the finger of the right hand is touched with the finger of the right hand. is touched on, a trace R is drawn, the character is moved to the character N3, and the fingers of the left hand and the fingers of the right hand are touched off almost simultaneously, thereby concentrating attacks on the same character N3.
In such a configuration, the trajectories (commands) drawn by the two fingers may be different. The instruction content determination unit 252 may determine that the same command is specified when the trajectory L of the finger is symmetrical with respect to the trajectory pattern.
By concentrating the attacking characters in this way, the game can be given a kind of amusement.
Also, although two bodies have been described here, three or more bodies may be used.

<Browser type>
Further, in the embodiments, applications, and modifications, the terminal device 20 executes a dedicated game application to provide a game, which is a so-called native application type. may be transmitted to the terminal device 20, and the terminal device 20 may display the web screen using a browser.

FIG. 23 is a diagram showing functional blocks constructed in the system 1 in the case of such a browser type.
As shown in this figure, in the browser type, the display control unit 160 in the game server 10 creates the battle screen as described above on the web screen, and transmits the language information describing the web screen to the transmission unit 137. supplied to the terminal device 20 via the On the other hand, when the receiving unit 237 receives the language information in the terminal device 20, the management unit 250 transfers the information to the browser 261, and the browser 261 interprets the language information to display the web screen in the display area. 205 is displayed.
Further, in this configuration, information indicating the details of the operation detected by the operation detection unit 231 in the terminal device 20 is supplied to the game server 10 . In the control unit 150 of the game server 10, an operation target selection unit 151 that selects an operation target character, an instruction content determination unit 152 that determines the content of an instruction by the operation target character, and an attack target selection unit that selects an attack target character. A section 153 and an execution section 154 that executes the game in such a manner that the "operation target character" applies the attack indicated by the "instruction content" to the "attack target character" are constructed.

In this browser type, the terminal device 20 only displays the web screen created by the game server 10, thus reducing the processing load.

Considering such a browser-type configuration, in the system 1, the control unit 150, the storage unit 140 (240), the management unit 250, and the display control unit 241 (160) in FIG. or the terminal device 20 side is optional. That is, either the game server 10 or the terminal device 20 should have these functional blocks. Also, the storage unit 140 (240) may be configured to be managed by a server other than the game server 10, that is, managed by cloud computing.

<Others>
In each embodiment, the object is described as an example of a character that appears in the game, but the object is not limited to these depending on the contents of the game.
For example, the object to be operated and the object to be received may be something like a “marble” displayed in the display area 205 . In this case, the display control unit 241 causes the display area 205 to display a plurality of “marbles” to be operation target candidates and to be received, while the instruction content determination unit 252 selects “a marble” to be a receiver from the operation target “majiki”. Based on the trajectory of movement up to the object "ohajiki", the instruction content (playing) for the operation object "ohajiki" is determined, and the execution unit 254 moves from the operation object "ohajiki" to the receiver object "ohajiki". (for example, a process of changing the display position of the "marble" to be received by flipping it) is executed. Note that the operation target selection unit 251 selects the "marble" corresponding to the start position of the movement trajectory as the operation target "marble", and the attack target selection unit 253 selects the "marble" corresponding to the end position of the movement trajectory. Select it as a "marble" to receive.
In addition, as in the above-described embodiment, the object (friend character) that is a candidate for the operation target does not need to be stopped at the same position in the first area A1. ) may be given. Similarly, the object (opponent character) that is a candidate for the receiving target does not need to be stopped at the same position in the second area A2, and may be appropriately rearranged or given a predetermined movement (motion). can be
It can be applied to any application other than games. For example, when moving a mail document to a folder, one mail document selected as an object to be operated, one folder selected as an object to be received, and a movement trajectory It is also possible to determine whether to move the document as a read document or as an unread document based on the above.

Further, in the embodiment, the command used by the operation target character is determined by the trajectory drawn in the third area A3, that is, by a part of the trajectory from touch-on to touch-off. It is good also as composition determined by all.

<Summary>
As described above, the game device according to the embodiments, applications, and modifications, for example, the terminal device 20 that accepts an input operation to an input device (for example, the touch panel 220) capable of specifying a position on the display screen, has a display area. 205, two or more first candidate objects (for example, friendly characters) that are candidates for operation targets are displayed in the first area A1, and two or more candidate objects that are candidates for receiving targets are displayed in the second area A2. A display control unit 241 for displaying a second candidate object (for example, a character of the other party), an operation detection unit 231 for detecting position information of an input operation performed on the input device from the start to the end of the operation, and a first candidate. An operation target selection unit 251 that selects an operation target object (for example, an operation target character) from among the objects based on position information at the start of the input operation detected by the operation detection unit 231, and an instruction content for the operation target object. , an instruction content determination unit 252 that determines based on a part or all of the movement trajectory from the start to the end of the input operation detected by the operation detection unit 231; target character) based on position information detected by the operation detection unit 231 at the end of the input operation; and an execution unit 254 that exerts an influence based on
According to this configuration, the operation target object is selected by the start of the operation, the instruction content is determined by the movement trajectory from the start to the end of the operation, and the receiver target object is selected by the end of the operation. Therefore, a series of operations from the start to the end of the operation by the input device can suffice for the instruction content that affects the receiving object from the operation target object based on the instruction content.

When the operation target object has a predetermined relationship with the receiver target object, the instruction content determination unit 252 may determine the instruction content in consideration of the relationship as well. Note that the relationship is, for example, compatibility (advantage, disadvantage, equality) of the recipient object with respect to the operation object.

When an operation target object is selected by the operation target selection unit 251, the display control unit 241 may display the second candidate object so that the relationship between the operation target objects can be identified. Since the second candidate object is displayed so that the relationship with the selected operation target object can be identified, it is possible to know which of the second candidate objects should be selected as the receiver target object. be able to.

One or more instruction contents and a trajectory pattern of the instruction contents are associated in advance for each object of the first candidate object, and when the operation target object is selected by the operation target selection unit 251, the display control unit 241 A trajectory pattern of instruction content associated with the operation target object may be displayed in the display area 205 . Since the trajectory pattern is displayed as a guide, the user does not need to memorize the trajectory pattern of the instruction content for each object.

The display control unit 241 may select and display the trajectory pattern of the instruction content associated with the operation target object based on a predetermined criterion. The predetermined criteria may be, for example, a preset order, one randomly selected, or one considered to be the most appropriate for the progress of the game.

One or more instruction contents and a trajectory pattern corresponding to the instruction contents are set in advance. The content of the instruction may be changed according to the degree of similarity of the content with one trajectory pattern. Since the contents of the instruction are changed according to the degree of similarity, not only is the game interesting, but it also motivates the user to learn the correct trajectory pattern.

The instruction content determination unit 252 may determine the instruction content based on the movement trajectory in the third area A3 in the display area 205 among the movement trajectories detected by the operation detection unit 231 from the start to the end of the input operation. .
Here, the display control section 241 may change the size of the third area A3 based on a predetermined condition. Since the content of the instruction is determined by the locus of movement in the third area A3, the difficulty level of the game can be changed when the size of the third area A3 varies. Predetermined criteria include the user's proficiency level, the number of hours since the start of the game (at the time of installation), and the like. Further, the size of the third region is the size in the vertical direction, the size in the horizontal direction, the size in both the vertical and horizontal directions (area), and the like.

The recipient target selection unit (for example, the attack target selection unit 253) may limit the selection of second candidate objects that have a predetermined relationship with the operation target object. Predetermined relationships include compatibility, game rules (for example, the rear guard cannot attack unless the front guard is defeated).

Game information is associated with each object of the first candidate object, and when an operation target object is selected by the operation target selection unit 251, the instruction content determination unit 252 selects an operation target object according to the game information of the operation target object. You can change the instructions. As a result, the game information is reflected according to the progress of the game, the result, and the like.

The operation detection unit 231 determines whether a plurality of input operations are performed on the input device. When the operation detection unit 231 determines that there are a plurality of input operations, the operation target selection unit 251 selects a plurality of operation targets. An object is selected based on each of the position information at the start of the plurality of input operations, and the instruction content determination unit 252 determines the instruction content for each of the plurality of operation target objects as a movement trajectory based on the plurality of input operations. , and the receiving target selection unit selects one or more receiving target objects based on each of the position information at the end of the plurality of input operations. According to this configuration, it is possible to give more complicated and advanced instruction contents.

When it is determined that there are a plurality of input operations, and the same recipient target object (for example, an attack target character) is selected based on each of the plurality of input operations, the instruction content determination unit 252 determines whether the selected You may change the instruction|indication content with respect to each operation target object. This makes it possible to give the game a kind of fun.

In addition, a game system (system 1) that includes the game server 10 and a game device (eg, terminal device 20) and accepts an input operation to an input device (eg, touch panel 220) that can specify a position on the display screen, In the display area 205, the first area A1 displays two or more first candidate objects as operation target candidates, and the second area A2 displays two or more second candidate objects as receiver target candidates. , an operation detection unit 231 for detecting the position information of the input operation performed on the input device from the start to the end of the operation, and the operation target object among the first candidate objects. An operation target selection unit 251 that selects based on position information at the start of the input operation detected by the detection unit 231, and an instruction content for the operation target object from the start to the end of the input operation detected by the operation detection unit 231. and an instruction content determination unit 252 that determines based on the movement trajectory of part or all of the target object of the second candidate object to the position information detected by the operation detection unit 231 at the end of the input operation. and an execution unit 254 that exerts an influence on the target object based on the content of the instruction.

On the other hand, a computer (for example, a game device, specifically the terminal device 20) accepts an input operation to an input device (for example, a touch panel 220) capable of specifying a position on the display screen, for example, the display area 205. Of these, two or more first candidate objects (for example, friendly characters), which are candidates for operation targets, are displayed in the first area A1, and two or more first candidate objects, which are candidates for receiving targets, are displayed in the second area A2. A display control unit 241 for displaying two candidate objects (e.g., a partner character), an operation detection unit 231 for detecting position information of an input operation performed on an input device from the start to the end of the operation, and a first candidate object. An operation target selection unit 251 that selects an operation target object (for example, an operation target character) based on position information at the start of the input operation detected by the operation detection unit 231; an instruction content determination unit 252 that determines based on a part or all of the movement trajectory from the start to the end of the input operation detected by the operation detection unit 231; character) based on position information detected by the operation detection unit 231 at the end of the input operation. and an execution unit 254 that exerts an influence based on
Note that the computer here is not limited to the game device described in the embodiment, but is a general term for devices that execute information processing according to a program.

Further, the control method of the computer (for example, the game device, specifically the terminal device 20) is, for example, the terminal device 20 that accepts an input operation to an input device (for example, the touch panel 220) capable of specifying a position on the display screen. In the control method of 1, two or more first candidate objects to be operation target candidates are displayed in the first area of the display area 205, and two or more first candidate objects to be receiver target candidates are displayed in the second area. a step of displaying two candidate objects; a step of detecting position information of an input operation performed on an input device from the start to the end of the operation; selection based on position information at time, instruction content for the operation target object is determined based on a part or all of the movement trajectory from the start to the end of the input operation, and the receiving target among the second candidate objects Selecting an object based on positional information at the end of the input operation; and affecting the target receiving object based on the instruction content.

In addition, as a program to be run on a computer (for example, a game device, specifically the terminal device 20), for example, a computer that accepts an input operation to an input device (for example, the touch panel 220) that can specify a position on the display screen (for example, the terminal device 20) is displayed in the first area A1 of the display area 205, two or more first candidate objects (for example, friendly characters) that are candidates for the operation target, and in the second area A2, A display control unit 241 that displays two or more second candidate objects (e.g., opponent characters) that are candidates for a receiving target, and detects position information of an input operation performed on the input device from the start to the end of the operation. an operation detection unit 231; an operation target selection unit 251 that selects an operation target object from among the first candidate objects based on position information at the start of the input operation detected by the operation detection unit 231; is determined based on the movement trajectory of part or all of the input operation detected by the operation detection unit 231 from the start to the end of the input operation. A recipient target selection unit (for example, the attack target selection unit 253) that selects based on position information at the end of the input operation detected by the detection unit 231, and an execution unit that affects the recipient object based on the instruction content. 254.
Note that the above program may be recorded on a recording medium. By using this recording medium, for example, the program can be installed in the computer. Here, the recording medium storing the program may be a non-transitory recording medium such as a CD-ROM.
A program (game application) that causes a computer to function as a game device (for example, the terminal device 20) includes an internal or external recording medium that is accessible from the distribution server to distribute the program. The program code stored in the recording medium of the distribution server may be different from the program code in a format executable by the game device. In other words, as long as the game can be downloaded from the distribution server and installed in a form that can be executed on the game device, the format of the game stored in the distribution server does not matter. It should be noted that the program may be divided into a plurality of programs, and the divided programs may be downloaded at different timings and then merged in the game device, or the distribution servers that distribute the divided programs may be different.

DESCRIPTION OF SYMBOLS 1... System 10... Game server 20... Terminal device 101, 201... CPU 205... Display area 231... Operation detection part 241... Display control part 250... Management part 251... Operation target selection part 252 253: attack target selection unit (receiver target selection unit); 254: execution unit; A1: first area; A2: second area; A3: third area.

Claims (5)

A game device having a touch panel display screen,
a display control unit for displaying a plurality of candidate objects as candidates for receiving targets on the display screen;
a receiver target selection unit that selects the receiver target object to be the receiver target from among the plurality of candidate objects based on a touch-off position on the display screen;
an instruction content determination unit that determines instruction content based on a part or all of a movement trajectory from touch-on to the touch-off of the display screen;
an execution unit that exerts an influence on the receiving target object based on the instruction content determined by the instruction content determination unit;
A game device comprising:
The recipient target selection unit
When the touch-off position is a position other than the display positions of the plurality of candidate objects,
2. The game device according to claim 1, wherein the receiving target object is not selected.
The display control unit
displaying a portion of the plurality of candidate objects in a first region of the display screen;
Some or all of the candidate objects other than some of the candidate objects displayed in the first area are displayed in a second area different from the first area. 3. A game device according to claim 1 or 2 .
The execution unit
reducing the play information associated with the receiving target object according to the influence based on the content of the instruction;
The display control unit
erasing from the display screen the receiving target object for which the game information has become equal to or less than a predetermined value;
The recipient target selection unit
When one or more candidate objects are displayed in the first area and the touch-off position is the display position of the candidate object displayed in the second area,
4. The game device according to claim 3 , wherein the receiving target object is not selected.
A computer having a touch panel display screen,
a display control unit that displays a plurality of candidate objects that are candidates for receiving targets on the display screen;
a recipient target selection unit that selects the recipient target object to be the recipient target from among the plurality of candidate objects based on a touch-off position on the display screen;
an instruction content determination unit that determines instruction content based on a part or all of a movement trajectory from touch-on to the touch-off of the display screen;
an execution unit that exerts an influence on the receiving target object based on the instruction content determined by the instruction content determination unit;
A program that acts as a

Images