JP2018153652A - Information processing method, apparatus, and program for implementing that information processing method in computer - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an information processing method capable of enhancing game properties.SOLUTION: The information processing method is implemented in a computer to move game characters in response to input operations by a user. The method comprises: a configuration step for configuring a character unit formed by associating a first character and a second character with each other; a first proceeding step for moving the character unit in a first mode in response to an input operation by the user; an operation determination step for determining whether an input operation by the user moving the character unit in the first mode meets a prescribed operation condition; and a second proceeding step for, when it is determined in the operation determination step that the input operation by the user meets the operation condition, moving the character unit in a second mode in response to the input operation by the user.SELECTED DRAWING: Figure 11

Description

  The present disclosure relates to an information processing method, an apparatus, and a program for causing a computer to execute the information processing method.

  Patent Document 1 discloses a method of operating a game character displayed on a touch screen. In this method, when a drag operation by the user is accepted, the character moves in the operation direction of the drag operation.

Japanese Patent No. 5864810

  In the method described in Patent Document 1, there is room for improvement in improving the game performance by increasing the variation of the character operation by the user.

  A method according to the present disclosure is an information processing method executed by a computer to move a game character in response to an input operation by a user, and includes a character unit in which a first character and a second character are associated with each other. A first step of moving the character unit in the first mode in response to an input operation by the user, and an input condition by the user for operating the character unit in the first mode is a predetermined operating condition. An operation determination step for determining whether or not the condition is satisfied, and when the input operation by the user is determined to satisfy the operation condition in the operation determination step, the character unit is changed according to the input operation by the user. A second progression step that operates in two aspects.

  According to the present disclosure, a method, an apparatus, and a program that can improve game performance are provided.

It is a figure which shows the structure of the game provision system of one Embodiment. It is a block diagram which shows the structure of a portable terminal. It is a block diagram which shows the functional structure of a server. It is a figure explaining the process which an input operation reception part detects the kind of input operation. It is a figure explaining the process which a moving direction detection part detects the direction which moves a game character according to a user's input operation. It is a figure explaining the process which a camera arrangement | positioning control part controls a virtual camera. It is a figure explaining the camera work and operation object which change according to input operation by a user. It is a figure explaining an example of composition of a character unit. It is a flowchart explaining the composition process of a character unit. It is a figure explaining an example of the 1st mode and the 2nd mode of operation of a character unit. It is a figure explaining an example of the 2nd mode of operation of a character unit. It is a figure explaining an example of the 2nd mode of operation of a character unit. It is a flowchart explaining the process according to input operation. It is a flowchart explaining the process at the time of movement operation. It is a flowchart explaining the contact process of the character unit which operate | moves in a 2nd aspect. It is a flowchart explaining the flag update process for switching a 1st aspect and a 2nd aspect.

  Hereinafter, an embodiment of the present disclosure will be described with reference to the drawings. In the following description, the same parts or components are denoted by the same reference numerals. Their names and functions are the same. Therefore, detailed description thereof will not be repeated.

[Technology]
As an example of the game, there is a game in which a character moves in a virtual space of the game or engages with an enemy character arranged in the virtual space of the game in accordance with an input operation by a user. The user can move (manipulate) the character directly. For this reason, the user can feel a sense of unity with the character by operating the character as the user desires. In addition, the user can obtain a refreshing feeling by causing the character to perform a movement that cannot be achieved by the user himself / herself. For this reason, in the game which moves a character directly, the operativity of a character becomes important.

  Furthermore, when an information processing apparatus including a touch screen such as a smartphone executes a game program, a game screen is displayed on the touch screen. The information processing apparatus accepts an input operation by the user on the game screen. The input operation by the user includes an operation of dragging a finger on the touch screen. By the way, the touch screen has less variations in input operation than a general controller having operation buttons and the like. For this reason, there is a problem that it is difficult to give a wide range to the operation (movement) of the character, and it is difficult to obtain a sense of unity and refreshment as described above. The present embodiment relates to an information processing method, an information processing apparatus, and an information processing program executed by a computer in order to operate a game character in response to an input operation by a user. Solve.

[Game provision system]
In the present embodiment, the user operates an information processing apparatus equipped with a touch screen such as a smartphone. The user advances the game while transmitting and receiving data related to the game between the game server and the smartphone.

  FIG. 1 is a diagram illustrating a configuration of a game providing system according to an embodiment. As shown in FIG. 1, the game providing system 1 includes an information processing device used by a user and a server 20, and these devices are communicably connected to each other via a network 80.

  In the example of FIG. 1, a plurality of portable terminals such as the portable terminal 10A, the portable terminal 10B, and the portable terminal 10C are illustrated as information processing apparatuses used by the user. Hereinafter, portable terminals such as the portable terminals 10 </ b> A, 10 </ b> B, and 10 </ b> C may be collectively referred to as “mobile terminal 10”. The mobile terminal 10 </ b> A and the mobile terminal 10 </ b> B are connected to the network 80 by communicating with the radio base station 81. The mobile terminal 10C is connected to the network 80 by communicating with a wireless router 82 installed in a facility such as a house. The mobile terminal 10 is a terminal including a touch screen, for example, and as an example, is a computer such as a smartphone, a fablet, or a tablet.

  The mobile terminal 10 provides a user with an environment for playing a game according to the game program by executing the game program. For example, a game program is installed in the mobile terminal 10 via a platform that distributes applications and the like. The mobile terminal 10 enables a user to play a game by executing a game program installed in the mobile terminal 10 or a game program pre-installed in advance. The mobile terminal 10 reads and executes the game program to establish communication connection with the server 20 and transmit / receive data related to the game to / from the server 20 as the game progresses.

  The server 20 advances the game play on the mobile terminal 10 by transmitting data necessary for playing the game to the mobile terminal 10 at an appropriate timing. The server 20 manages various data related to the game of each user who plays the game. The server 20 communicates with the mobile terminal 10 and transmits images, sounds, text data, and other data to the mobile terminal 10 in accordance with the progress of each user's game.

  For example, the server 20 includes information on game characters that can be used by each user among the progress of each user's progress in the game story, characters that appear in the game (hereinafter also referred to as “game characters”), It manages parameters indicating the ability of the character, parameters indicating the performance of the tool used by the game character, and other various data. In addition, the server 20 performs a process of notifying the user of a campaign performed by the game operator for the user, occurrence of a defect in the progress of the game, resolution of the defect, other information related to game management, and the like.

  The game program corresponds to a single play in which one user plays and a multiplay in which a plurality of users play in cooperation as modes in which the user plays a game. For example, in the game providing system 1, the server 20 provides each user with an environment for playing a game in multiplay by identifying users participating in multiplay and communicating with each mobile terminal 10 of each user.

  For example, if the game providing system 1 is an action game, a plurality of users play a game mode in which each user forms a team and plays against a relatively powerful character such as a quest mode. Make it possible. Moreover, if the game providing system 1 is a soccer game, each user can play a game as a member of the same soccer team. Moreover, if it is a tennis game, the game provision system 1 will be able to form a team with each user and to play a doubles game.

[Constitution]
The hardware configuration of the server 20 will be described. The server 20 includes a communication IF (Interface) 22, an input / output IF 23, a memory 25, a storage 26, and a processor 29, which are connected to each other via a communication bus.

  The communication IF 22 is a communication device and supports various communication standards such as a LAN (Local Area Network) standard, and functions as an interface for transmitting and receiving data to and from an external communication device such as the mobile terminal 10. To do.

  The input / output IF 23 is an interface device and functions as an interface for accepting input of information to the server 20 and outputting information to the outside of the server 20. The input / output IF 23 includes an input receiving unit that accepts connection of an information input device such as a mouse and a keyboard, and an output unit that accepts connection of an information output device such as a display for displaying an image or the like.

  The memory 25 is a storage device, and is used for storing data used for processing, for example. For example, the memory 25 provides the processor 29 with a work area for temporary use when the processor 29 performs processing. The memory 25 includes a ROM (Read Only Memory), a RAM (Random Access Memory), and the like.

  The storage 26 is a storage device, and is used for storing various programs and data to be read and executed by the processor 29, for example. Information stored in the storage 26 includes a game program, information related to the game program, information of a user who plays the game program, and other information. The storage 26 includes, for example, an HDD (Hard Disk Drive), a flash memory, and the like.

  The processor 29 is an arithmetic unit, and controls the operation of the server 20 by reading and executing a program stored in the storage 26. The processor 29 includes, for example, a CPU (Central Processing Unit), an MPU (Micro Processing Unit), a GPU (Graphics Processing Unit), and the like.

  FIG. 2 is a block diagram illustrating a configuration of the mobile terminal 10. As shown in FIG. 2, the mobile terminal 10 includes an antenna 110, a wireless communication IF 120, a touch screen 130, an input / output IF 140, a storage unit 150, a sound processing unit 160, a microphone 170, and a speaker 180. The control unit 190 is included.

  The antenna 110 radiates a signal emitted from the mobile terminal 10 to space as a radio wave. Further, the antenna 110 receives radio waves from the space and gives a received signal to the wireless communication IF 120.

  The wireless communication IF 120 performs modulation / demodulation processing for transmitting and receiving signals via the antenna 110 and the like so that the mobile terminal 10 communicates with other communication devices. The wireless communication IF 120 is a communication module for wireless communication including a tuner, a high frequency circuit, and the like, performs modulation / demodulation and frequency conversion of a wireless signal transmitted / received by the mobile terminal 10, and provides a received signal to the control unit 190.

  The touch screen 130 receives an input operation from the user and outputs information to the display 132 to the user. The touch screen 130 includes a touch panel 131 that is a member for receiving a user input operation. The touch screen 130 includes a menu screen and a display 132 that is a member for displaying the progress of the game on the screen. The touch panel 131 detects, for example, that a user's finger or the like has approached by using a capacitance type touch panel. The display 132 is realized by, for example, an LCD (Liquid Crystal Display), an organic EL (electroluminescence), or other display device.

  The input / output IF 140 is an interface device, and receives an input of information to the mobile terminal 10 and functions as an interface for outputting information to the outside of the mobile terminal 10.

  The storage unit 150 is a storage device, and includes a flash memory, a RAM (Random Access Memory), and the like, and stores programs used by the mobile terminal 10, various data received by the mobile terminal 10 from the server 20, and other various data. To do.

  The audio processing unit 160 is an arithmetic device and performs modulation / demodulation of an audio signal. The audio processing unit 160 modulates the signal given from the microphone 170 and gives the modulated signal to the control unit 190. In addition, the audio processing unit 160 provides an audio signal to the speaker 180. The sound processing unit 160 is realized by, for example, a sound processing processor. The microphone 170 functions as an audio input unit for receiving an input of an audio signal and outputting it to the control unit 190. The speaker 180 functions as an audio output unit for outputting an audio signal to the outside of the mobile terminal 10.

  The control unit 190 is an arithmetic device, and controls the operation of the mobile terminal 10 by reading and executing a program stored in the storage unit 150. The control unit 190 is realized by an application processor, for example.

  A process in which the mobile terminal 10 executes the game program 151 will be described in more detail. In one aspect, the storage unit 150 stores a game program 151, game information 152, and user information 153. For example, the mobile terminal 10 downloads a game program from the server 20 and stores the game program in the storage unit 150. Moreover, the portable terminal 10 transmits / receives various data, such as the game information 152 and the user information 153, with the server 20 by communicating with the server 20 with progress of a game.

  The game program 151 is a program for causing the mobile terminal 10 to advance a game. The game information 152 includes various data referred to by the game program 151. The game information 152 includes, for example, information on objects arranged in the virtual space in the game, information on effects associated with the objects (including information on skills set for game characters, etc.), reference motion data, combo data, and the like. Including. The reference motion data defines the action of each game character. The action may be defined in association with the input operation. The combo data defines the content of an action (for example, attack action type, attack power, movement, etc.) to be executed by the game character by a combo generated under a predetermined condition. The user information 153 includes information about the user who plays the game. The user information 153 includes, for example, information for identifying a user of the mobile terminal 10 playing a game, information for identifying another user who plays a game in cooperation with multi-play, and other information. Other information includes, for example, history data of the touch panel 131 and the like. The history data is an operation history of the touch panel 131.

  The control unit 190 reads and executes the game program 151, whereby an input operation receiving unit 191, a game progress processing unit 192, a moving direction detection unit 193, a camera arrangement control unit 194, an object control unit 195, Each function of the display control unit 196 is exhibited.

  The input operation accepting unit 191 accepts a user input operation based on the output of the touch screen 130. Specifically, the input operation receiving unit 191 detects that a user's finger or the like has approached the touch panel 131 as coordinates in a coordinate system including a horizontal axis and a vertical axis of a surface constituting the touch screen 130.

  The input operation reception unit 191 determines a user operation on the touch screen 130. The input operation accepting unit 191 includes, for example, (1) “approach operation”, (2) “release operation”, (3) “tap operation”, (4) “double tap operation”, (5) “long press operation ( (Long touch operation) ”, (6)“ drag operation (swipe operation) ”, (7)“ move operation ”, (8)“ flick operation ”, and other user operations. The user operation determined by the input operation receiving unit 191 is not limited to the above. For example, when the touch panel 131 has a mechanism that can detect the magnitude of the pressure that the user presses against the touch panel 131, the input operation reception unit 191 determines the magnitude of the pressure that is pressed by the user.

  (1) The “approach operation” is an operation in which the user brings a finger or the like closer to the touch screen 130. The touch screen 130 detects that the user's finger or the like has approached (including that the user's finger or the like has touched the touch screen 130) by the touch panel 131, and outputs a signal corresponding to the detected coordinates of the touch screen 130 to the control unit. Output to 190. The control unit 190 determines that the state is the “touch-on state” when the approach is detected from the state in which the approach of the user's finger or the like to the touch screen 130 is not detected.

  (2) “Release operation” is an operation for stopping the state in which the user is operating the touch screen 130 to approach. For example, when the user performs an operation of releasing his / her finger from a state where the user touches the touch screen 130 with the finger or the like, the input operation receiving unit 191 determines that the user's operation is a “release operation”. The control unit 190 determines that the state is changed from the “touch-on state” to the “touch-off state” when the approach is not detected from the state in which the approach of the user's finger or the like to the touch screen 130 is detected. To do.

  (3) “Tap operation” refers to performing a release operation at a position where the user performs an approach operation after the user performs an approach operation to bring a finger or the like closer to the touch screen 130. The input operation reception unit 191 outputs the touch screen 130 from the state where the approach operation is not detected (the user's finger or the like is away from the touch panel 131 and the touch panel 131 does not detect the approach of the user's finger or the like). Based on this, when it is detected that the user's finger or the like has approached, the detected coordinates are held as the “initial touch position”. When the coordinates of the initial touch position and the coordinates of the release operation are substantially the same (when the coordinates of the release operation are detected in the coordinates within a certain range from the coordinates where the approach operation is detected) ), The user's operation is determined as a “tap operation”.

  (4) The “double tap operation” is an operation in which the user performs the tap operation twice within a predetermined time. For example, the input operation reception unit 191 determines that the user operation is “double tap operation” when the user operation is determined to be the tap operation and the tap operation is determined again with the coordinates related to the tap operation within a certain time after the user operation is determined to be the tap operation. Determine.

  (5) “Long press operation” is an operation in which the user continues to press the touch screen 130. The touch screen 130 detects the user's operation and discriminates the approaching operation. When the time during which the approaching operation continues at the coordinates where the approaching operation is detected exceeds a certain time, the touch screen 130 determines the user's operation as “ “Long press operation” (the “long press operation” may be referred to as “long touch operation”).

  (6) “Drag operation” is an operation of sliding a finger while maintaining an approaching state in which the user brings a finger or the like close to the touch screen 130.

  (7) “Move operation” refers to a series of operations in which the user performs a release operation by moving a position where a finger or the like is approaching the touch screen 130 while maintaining the approach operation on the touch screen 130.

  (8) “Flick operation” refers to an operation in which a user performs a move operation in a time shorter than a predetermined time. The flick operation is an operation in which the user flips a finger on the touch screen 130.

  The input operation reception unit 191 stores the determination result of the user's input operation for a predetermined period in the storage unit 150 as an operation history. Detailed processing for detecting the type of input operation performed by the input operation receiving unit 191 will be described later.

  The game progress processing unit 192 performs a process of advancing the game by calling various programs in accordance with a user operation. For example, the game progress processing unit 192 communicates with the server 20 to transmit data to the server 20 according to the progress of the game, to receive data related to the game from the server 20, and to the user according to the progress of the game. A process for giving a reward, a process for measuring the passage of time, and other processes are performed.

  When the user input operation on the touch screen 130 is a movement operation, the movement direction detection unit 193 detects the operation content of the input operation for moving a game character that is a character appearing in the game. The moving operation is an input operation for instructing the moving direction of the game character, and is a directional operation. An example of the moving operation is a drag operation or a flick operation under a predetermined condition. For example, when the game program 151 is an action game, the movement direction detection unit 193 detects the direction in which the game character is moved based on the user's drag operation or flick operation.

  Specifically, the movement direction detection unit 193 causes the user to move the finger closer to the touch screen 130 from a state in which the user's finger is separated from the touch screen 130, and the input operation reception unit 191 causes the touch panel 131 to move the user's finger. When the user performs a drag operation using the detected coordinates as the initial touch position, the moving direction of the game character is detected based on the initial touch position coordinates and the detection result of the touch screen 130. Detailed processing of the movement direction detection unit 193 will be described later.

  The camera placement control unit 194 determines how to show each object placed in the virtual space to the user. Specifically, the camera placement control unit 194 controls the placement and shooting direction (camera work) of the virtual camera in the virtual space generated by the control unit 190 reading and executing the game program 151. The arrangement and shooting direction of the virtual camera are defined by the coordinates and direction of the virtual space. The control unit 190 provides the game play environment to the user by displaying the captured image of the virtual camera in the virtual space on the display 132.

  The object control unit 195 includes various objects that appear in a game that is progressed by the mobile terminal 10 executing the game program 151, and various objects that are generated based on the user operation content received by the input operation receiving unit 191. Processes such as generation, transformation, and movement (for example, a GUI (Graphical User Interface) screen) are controlled. For example, the object control unit 195 generates an operation object indicating a user operation based on an input operation on the touch screen 130. Details of the operation object will be described later.

  The display control unit 196 controls the display on the display 132. For example, the display control unit 196 outputs an image according to the camera work of the virtual camera to the display 132. The display control unit 196 determines the display content of the display 132 according to the placement and shooting direction of the virtual camera in the virtual space, and outputs various types of information such as images and text according to the determined display content to the display 132.

  FIG. 3 is a block diagram illustrating a functional configuration of the server 20. The detailed configuration of the server 20 will be described with reference to FIG. The server 20 is configured as a general computer and functions as the communication unit 220, the storage unit 250, and the control unit 290 by operating according to a program.

  The communication unit 220 is a communication device, and functions as an interface for the server 20 to communicate with an external communication device such as the mobile terminal 10.

  The storage unit 250 is a storage device, and stores various programs and data for the user to advance the game in the mobile terminal 10. In one aspect, the storage unit 250 stores a game program 251, game information 252, and user information 253.

  The game program 251 is a program for allowing the server 20 to communicate with the mobile terminal 10 and advance the game on the mobile terminal 10. The game program 251 refers to the game information 252 and user information 253 that are various data for proceeding with the game, and causes the game to proceed according to the user's input operation. The game program 251 is executed by the control unit 290, thereby processing to transmit / receive data to / from the mobile terminal 10, processing to advance the game in accordance with the operation content performed by the user of the mobile terminal 10, and user's playing the game The server 20 is caused to perform processing for updating information and other processing.

  The game information 252 includes various data referred to by the game program 251. The game information 252 includes an object management table 252A, a passive skill management table 252B, and an active skill management table 252C.

  The object management table 252A shows the setting of objects arranged in the virtual space of the game. By executing the game program 151, the mobile terminal 10 causes the display 132 to display an image photographed by the virtual camera disposed in the virtual space and the object disposed in the virtual space to advance the game. .

  Here, there are various objects such as an object indicating a game character operated by the user and an object indicating an object worn by the game character. These objects are associated with objects when the user performs a predetermined input operation on the touch screen 130, meets certain conditions as the game progresses, and other various events occur. Processing is performed.

  For example, when the user performs an approach operation on the touch screen 130 with respect to an object, the object is selected by the user. In addition, for example, when the user performs a tap operation, an object selected by the user attacks according to the user's input operation. Further, for example, when the user performs a drag operation, a process such as moving an object selected by the user according to the user's input operation is performed. In addition, for example, when the user performs a long touch operation on the object, a process is performed such that a reward for favoring the game is given to the user.

  In the passive skill management table 252B, information for identifying an object is associated with information on passive skills associated with the object. Here, the passive skill is activated when, for example, a predetermined condition is satisfied in the game, and the user can advantageously advance the game. For example, when the passive skill is activated, the game character can be advantageously advanced, such as the moving speed of the game character is improved.

  In the active skill management table 252C, information for identifying an object is associated with information on an active skill associated with the object. Here, the active skill is, for example, in a state where it can be activated when a predetermined condition is satisfied in the game, and by receiving an input operation for activating the skill from the user, the user has an advantage in the game. It can be made to progress.

  The user information 253 is information about the user who plays the game. The user information 253 includes a user management table 253A. The user management table 253A includes information for identifying each user, information indicating the degree of progress of the game by the user, information held by the user in the game, game characters, information used by the game character, and the like. Information.

  The control unit 290 executes functions of the transmission / reception unit 291, the server processing unit 292, the data management unit 293, the matching unit 294, and the measurement unit 295 by executing the game program 251 stored in the storage unit 250.

  The transmission / reception unit 291 receives various types of information from the mobile terminal 10 that executes the game program 151, and transmits various types of information to the mobile terminal 10. The mobile terminal 10 and the server 20 include a request to place an object associated with the user in the virtual space, a request to delete the object, a request to move the object, a request to update various parameters according to a reward acquired by the user, Information such as an image, audio, and other data for advancing, and a notification transmitted from the server 20 to the mobile terminal 10 are transmitted and received.

  The server processing unit 292 controls the operation of the entire server 20 and performs processing necessary for the progress of the game by calling various programs. For example, the server processing unit 292 updates data such as the game information 252 and the user information 253 based on information received from the mobile terminal 10, and transmits various data to the mobile terminal 10 to advance the game.

  The data management unit 293 performs processing for updating various data stored in the storage unit 250, processing for adding / updating / deleting records to the database, and the like according to the processing result of the server processing unit 292.

  The matching unit 294 performs a series of processes for associating a plurality of users. For example, when the user performs an input operation for performing multi-play, the matching unit 294 performs processing for associating a user who plays a game in cooperation.

  The measurement unit 295 performs processing for measuring time. For example, the measurement unit 295 measures the passage of time for each object arranged in the virtual space. Moreover, the measurement part 295 measures the time for which the game is progressing. The server 20 receives information on various measurement results measured by executing the game program 151 on the mobile terminal 10 from the mobile terminal 10, and collates the received information with the measurement results of the measurement unit 295. The information regarding various times is synchronized between the mobile terminal 10 and the server 20.

[Summary of Configuration of Embodiment]
As described above, the configuration of the game providing system 1 according to the embodiment has been described. In the present embodiment, the game program 151 is, for example, an action game, and the game is advanced by causing the touch screen 130 to display an image corresponding to the arrangement and shooting direction of the virtual camera in the virtual space.

  For example, when the game program 151 is an action game, the game progress processing unit 192 advances the story according to the user's operation, determines the data to be displayed on the display 132 such as an image or text, Basic processing such as processing for accepting selection from the user and processing for advancing the action game in accordance with the user's operation is performed.

  For example, when the game program 151 is an action game, the camera placement control unit 194 sequentially determines the placement position and shooting direction of the virtual camera in the virtual space for playing the action game according to the progress of the action game. . The camera arrangement control unit 194 controls camera work of the virtual camera. Detailed processing of the camera arrangement control unit 194 will be described later.

  For example, the display control unit 196 receives and accepts an input operation for causing the game character to perform a first action (for example, a movement action) in a state where a virtual camera is arranged to display the game character in a certain area. In response to the input operation, the game character is displayed on the screen.

[Operation]
With reference to drawings, operation | movement of each apparatus which comprises the game provision system 1 of embodiment is demonstrated.

(Detection of input operation)
FIG. 4 is a diagram illustrating processing in which the input operation receiving unit 191 detects the type of input operation. In the example of FIG. 4, the position on the touch screen 130 detected by the touch panel 131 is set in each of 11 arrays from the array fp [0] to the array fp [10] of the storage unit 150 that stores the user information 153. The history information shown is stored. The history information is stored in the history information table every predetermined period (for example, every frame rate). The number of arrays in which history information is stored is not limited and may be any number. In the history information table, history information detected when touch-on is performed from touch-off may be stored in the storage unit 150 as initial position coordinates.

  As illustrated in FIG. 4, for example, when history information (x0, y0) is stored in the array fp [0] to the array fp [9] and a null value is stored in the array fp [10], The input operation reception unit 191 determines that the input operation is a tap operation. For example, when the null value is stored after the history information is changed in the touch now state, the input operation reception unit 191 has the array fp [3] and the array fp immediately before the array fp [5] in which the null value is stored. Refer to the history information stored in [4]. The input operation reception unit 191 determines that the input operation is a flick operation when the distance between the positions indicated by the history information of the arrays fp [3] and fp [4] is greater than or equal to a preset threshold value. Determine. Further, after the history information changes in the touch now state, for example, when the history information (x15, y15) is stored in the arrays fp [4] to fp [10], the input operation reception unit 191 performs the input operation by a drag operation. Determine that there is.

(Detection of moving direction)
FIG. 5 is a diagram illustrating a process in which the moving direction detection unit 193 detects a direction in which the game character is moved in accordance with a user input operation. The movement direction detection unit 193 sets a position (initial touch position) where the user presses the touch screen 130 by bringing a finger or the like closer to the touch panel 131 from the state where the user is not pressing the touch screen 130 as a starting point. When the input operation reception unit 191 determines that the user's operation is a drag operation, the input operation receiving unit 191 determines the game character based on the coordinates that are the starting point and the coordinates that the touch screen 130 detects the approach of the user's finger or the like. The direction to move is detected.

  A state (A) in FIG. 5 shows a state in which the user brings his / her finger closer to the touch screen 130 from a state in which the user's finger has left the touch screen 130. The input operation reception unit 191 detects that the user's finger has approached the touch panel 131 and stores the detected coordinates as user information 153 in the storage unit 150 as an initial touch position.

  In the example of FIG. 5, the coordinates of the initial touch position held by the storage unit 150 are indicated as initial touch position coordinates 155. The input operation reception unit 191 does not detect the detection result of the touch screen 130 (the coordinates at which the user's finger is approaching the touch screen 130 and the fact that the user's finger is approaching the touch screen 130 ( The detection result “null”)) is stored in the buffer memory as user information 153 for a certain number of frames. The buffer memory can store the detection results on the touch screen 130 for each frame (in the example of FIG. 5, 11 frames from the array fp [0] to the array fp [10] in the example of FIG. 5). The buffer memory can be realized as a ring buffer, for example.

  In the example of the state (A) in FIG. 5, the position where the user pressed the touch screen 130 is shown as a pressed position 30A (coordinates (x0, y0) of the touch screen 130).

  In the state (B) of FIG. 5, the user performs a drag operation on the touch screen 130, and the pressing position on the touch screen 130 is changed from the pressing position 30A to the pressing position 30B (coordinates (x9, y9) of the touch screen 130). It is shown that the frame is moved by 10 frames (10 frames from array fp [0] to array fp [9]). The input operation reception unit 191 stores the detection result of the touch screen 130 in the buffer memory as user information 153, and refers to the value held in the buffer memory to determine that the user's operation on the touch screen 130 is a drag operation.

  In the state (C) of FIG. 5, the position where the user is pressing the touch screen 130 is set to 5 frames (array fp [10], from the pressed position 30B to the pressed position 30C (coordinates (x14, y14) of the touch screen 130), This indicates that the movement is performed by 5 frames (fp [0], fp [1], fp [2], and fp [3]).

  The state (D) of FIG. 5 shows the detection result of the input operation in which the movement direction detection unit 193 designates the direction in which the user moves the game character in each of the state (B) and the state (C). The movement direction detection unit 193 manages information (buffer memory writing position) indicating which memory area is the target of writing the coordinates of the pressed position detected by the touch screen 130 in the buffer memory.

  In the state (B) of FIG. 5, the movement direction detection unit 193 determines from the coordinates 31A (coordinates (x0, y0)) indicating the initial touch position to the coordinates 31B (coordinates (x9)) based on the determination result of the input operation reception unit 191. , Y9)), it is detected that the user has performed a drag operation. The moving direction detection unit 193 moves the game character in a vector 32B ((y9-y0) / (x9-x0)) defined by the coordinates 31A and the coordinates 31B, starting from the coordinates 31A of the initial touch position. Detect as.

  In the state (C) of FIG. 5, the movement direction detection unit 193 moves from the coordinate 31B (coordinate (x9, y9)) to the coordinate 31C (coordinate (x14, y14)) based on the determination result of the input operation reception unit 191. Detects that the user has performed a drag operation. The movement direction detection unit 193 moves the game character along a vector 32C ((y14−y0) / (x14−x0)) defined by the coordinates 31A and the coordinates 31C, starting from the coordinates 31A of the initial touch position. Detect as.

  As described above, the moving direction detection unit 193 detects the approach from the first touch position where it is detected that the user's finger is not approaching from the state where the user's finger is approaching, while the second approach is detected. When the detection position moves to the touch position, while detecting the approach, the operation direction, which is the direction from the first touch position to the second touch position, is assumed to be the virtual character of the game character CA1. It is determined as the moving direction in space.

(Control of virtual camera)
FIG. 6 is a diagram illustrating a process in which the camera arrangement control unit 194 controls the virtual camera VC. In FIG. 6, the camera work in which the virtual camera VC tracks the game character CA1 from behind will be described. In the state (A) of FIG. 6, the game character CA1 is shown moving in the direction D1 (movement direction). For example, when the input operation accepting unit 191 determines that the input operation by the user is a drag operation and the movement direction detection unit 193 detects the movement direction of the game character CA1 as the direction D1, the object control unit 195 displays the front of the game character CA1. Is directed in the direction D1, and the game character CA1 is moved in the direction D1. The camera arrangement control unit 194 controls the arrangement position and shooting direction of the virtual camera VC so as to track from behind the game character CA1. When tracking from behind the game character CA1, the camera arrangement control unit 194 makes an angle θ1 (corresponding relationship) between the shooting direction DV and the direction of the game character CA1 (direction D1) 0 °. The camera arrangement control unit 194 arranges the virtual camera VC so that the game character CA1 is displayed near the center of the camera view.

  The state (B) in FIG. 6 shows a state where the moving direction is changed from the direction D1 to the direction D2 by a drag operation by the user. In this case, the object control unit 195 moves the game character CA1 in the direction D2 while facing the front of the game character CA1 in the direction D2. At this time, the camera arrangement control unit 194 arranges the virtual camera VC and the shooting direction DV so that an angle θ1 (corresponding relationship) between the shooting direction DV and the direction (direction D1) of the game character CA1 is 0 °. To change. Note that the camera arrangement control unit 194 may detect the change angle θ2 in the movement direction before and after the change, and may use the detected change angle θ2 as the change angle θ3 of the virtual camera VC.

  As described above, the camera arrangement control unit 194 provides camera work for tracking the game character CA1 whose movement direction changes according to the input operation by the user from behind.

(Example of screen when moving)
FIG. 7 is a diagram for explaining camera work and operation objects that change in response to an input operation by a user. Screen examples (A) to (C) are images displayed on the touch screen 130. In the screen examples (A) to (C), the display control unit 196 causes the touch screen 130 to display an image shot from behind the game character CA1 by the camera arrangement control unit 194. When an input operation by the user is received by the input operation receiving unit 191, the object control unit 195 generates an operation object according to the user's input operation. The display control unit 196 causes the operation object to be superimposed on the image captured by the virtual camera VC and displayed on the touch screen 130.

  The screen example (A) of FIG. 7 is an example of a screen when the user performs an operation with a finger or the like approaching the touch screen 130. When it is determined by the input operation receiving unit 191 that the user has performed an operation with a finger or the like approaching the first position 300A of the touch screen 130, the object control unit 195 moves the circular operation object 300 in response to the input operation. Generate. The display control unit 196 displays the generated circular operation object 300 at the first position 300A that is the touch position. In the screen example (A) of FIG. 7, the shooting direction is indicated by the direction VD1, and the direction of the game character CA1 is indicated by the direction CD1. The correspondence (angle formed) between the direction VD1 as the shooting direction and the direction CD1 as the direction of the game character CA1 is 0 °.

  A screen example (B) in FIG. 7 is an example of a screen when the user performs a drag operation starting from the first position 300A in the screen example (A) in FIG. The input operation accepting unit 191 accepts a drag operation from the first position 300A as a starting point to the second position 300B as an end point. When the drag operation is received by the input operation receiving unit 191, the object control unit 195 generates an operation object 300 indicating the operation result of the drag operation. The operation object 300 indicating the operation result of the drag operation expresses the operation result (for example, the operation direction) by associating the position that is the starting point of the drag operation and the position that is the end point. In the example of the screen example (B) in FIG. 7, the object control unit 195 reaches from the first position 300A to the second position 300B so that the end of the operation object 300 is located at the position corresponding to the start point and the end point. The operation object 300 extended to is generated. The display control unit 196 displays the extended operation object 300 on the touch screen 130. The operation direction and shooting direction in this state are shown. The operation direction is a direction SD1 (upper right direction in the figure), and the shooting direction is a direction VD1 (upward direction in the figure). The angle formed by the direction SD1 and the direction VD1 is θ4.

  Furthermore, when the drag operation is accepted, the movement direction detection unit 193 determines the movement direction of the game character CA1 as the same direction as the direction SD1 that is the operation direction. The object control unit 195 directs the game character CA1 in the moving direction and starts moving.

  When the orientation of the game character CA1 is changed in the screen example (B) of FIG. 7, the camera placement control unit 194 controls the placement position and shooting direction of the virtual camera VC so as to track the back of the game character CA1. Specifically, the shooting direction rotates clockwise around the point of sight (game character CA1) by θ4, which is an angle formed by the direction SD1 and the direction VD1. Further, the arrangement position of the virtual camera VC is controlled so that the game character CA1 or the moving destination is at the center of the screen. Thereby, the image displayed on the touch screen 130 changes from the screen example (B) to the screen example (C).

  Thus, since camera work for tracking a game character from behind is executed in accordance with an input operation by the user, a game with a sense of reality is provided. In addition, by displaying the operation direction on the screen, a game that is easy for the user to understand is provided.

(Screen example when configuring a character unit)
In the game according to this embodiment, a character unit associated with a plurality of game characters can be operated. For example, the game information 152 of the mobile terminal 10 or the game information 252 of the server 20 includes a unit table in which a game character is associated with one or a plurality of other game characters that can be unitized. The object control unit 195 configures the character unit with reference to the unit table when the user instructs the input operation reception unit 191 to configure the character unit.

  FIG. 8 is a diagram illustrating an example of the configuration of the character unit. Screen example (A) and screen example (B) are images displayed on touch screen 130. The screen example (A) in FIG. 8 is a screen in a state where the game character CA1 (an example of the first character) stands on a field in the game space. Three operation icons IC <b> 1 to IC <b> 3 are displayed on the lower right side of the touch screen 130. The first operation icon IC1 and the second operation icon IC2 are icons for accepting an input operation instructing the configuration of the character unit. The first operation icon IC1 is an icon for assembling a unit with another game character dragon. The second operation icon IC2 is an icon for assembling a unit with a golem that is another game character. The third operation icon IC3 is an icon for releasing the character unit. The operation icon IC1 and the operation icon IC2 are displayed based on the unit table described above.

  When the user selects the first operation icon IC1 by a tap operation in the state of the screen example (A) in FIG. 8, the screen changes from the screen example (A) to the screen example (B). The screen example (B) in FIG. 8 is a screen in a state where the game character CA1 is on the game character CA2 (an example of the second character). As shown in the drawing, a character unit CU1 is configured by the game character CA1 and the game character CA2. Note that the screen example (B) in FIG. 8 is an example of a character unit, and is not limited thereto. The character unit to be unitized may be a unit that can move integrally, and may be configured as a vehicle such as another monster, a person, an animal, a vehicle, or an airplane. In the example of two human-type game characters, a character unit can be configured by forming a formation or connecting hands. In the example of the humanoid game character and the vehicle game character, the character unit can be configured by the humanoid game character getting into the vehicle.

  When the user selects the third operation icon IC3 by a tap operation in the state of the screen example (B) in FIG. 8, the character unit CU1 is released, and the screen changes from the screen example (B) to the screen example (A).

(Character unit configuration flowchart)
FIG. 9 is a flowchart for explaining the character unit configuration process. The flowchart in FIG. 9 is a flowchart illustrating a process for causing the control unit 190 to advance the action game by executing the game program 151. Hereinafter, an example in which the game character CA1 and the dragon game character CA2 form a character unit will be described.

  In step S10, the control unit 190 determines whether an input operation has been accepted.

  If it is determined that the input operation has been accepted (step S10: YES), in step S12, the control unit 190 determines whether or not the character unit is being configured. For example, when the game character CA1 is in a state corresponding to the screen example (A) in FIG. 8, the control unit 190 is “0”, and when the game character CA1 is in a state corresponding to the screen example (B) in FIG. Determines whether or not the character unit is being constructed with reference to the unit flag of “1”. The control unit 190 updates the unit flag when the character unit is configured or released.

  If it is determined that the character unit is not configured (step S12: NO), in step S14, the control unit 190 determines whether or not the input operation is an operation for riding a dragon. For example, the control unit 190 determines whether or not the input operation is a tap operation for selecting the operation icon IC1 displayed in the screen example (A) of FIG.

  If it is determined that the input operation is an operation to ride a dragon (step S14: YES), in step S16 (an example of a configuration step), the object control unit 195 of the control unit 190 causes the game character CA1 and the dragon game character CA2 to be input. Constitutes the character unit CU1. The object control unit 195 configures a character unit in which the game character CA1 and the dragon game character CA2 are associated with each other with reference to the unit table. The display control unit 196 of the control unit 190 displays the configured character unit CU1 on the touch screen 130 (corresponding to the screen example (B) in FIG. 8).

  If it is determined that the input operation is not an operation for riding a dragon (step S14: NO), in step S18, the control unit 190 causes the game character CA1 to perform an action corresponding to the input operation. For example, in the case of a tap operation, an attack target is determined and the game character CA1 is caused to perform an attack action.

  On the other hand, if it is determined that the character unit is being configured (step S12: YES), in step S20, the control unit 190 determines whether or not the input operation is an operation of getting out of the dragon. For example, the control unit 190 determines whether or not the input operation is a tap operation for selecting the operation icon IC3 displayed in the screen example (A) of FIG.

  If it is determined that the input operation is an operation of getting out of the dragon (step S20: YES), in step S22, the object control unit 195 of the control unit 190 selects the character unit CU1 of the game character CA1 and the dragon game character CA2. To release. The display control unit 196 of the control unit 190 ends the display of the character unit CU1, and displays the game character CA1 on the touch screen 130 (corresponding to the screen example (A) in FIG. 8).

  If it is determined that the input operation is not an operation of getting out of the dragon (step S20: NO), in step S24, the control unit 190 causes the character unit CU1 to perform an action corresponding to the input operation. For example, in the case of a tap operation, an attack target is determined and the character unit CU1 is caused to perform an attack action.

  When it is determined that the input operation has not been accepted (step S10: NO), when step S16, step S18, or step S24 is completed, the flowchart shown in FIG. 9 is ended. Then, the control unit 190 executes the flowchart shown in FIG. 9 from the beginning until a predetermined condition is satisfied. This completes a series of character unit configuration processes.

(Character unit operation)
The character unit can be operated by the same method as that of a single game character as shown in FIG. 7 except when a predetermined condition (operation condition) is satisfied.

  FIG. 10 is a diagram illustrating an example of the first mode and the second mode of operation of the character unit. Screen example (A) and screen example (B) are images displayed on touch screen 130. The screen example (A) of FIG. 10 is an example of a screen when the user performs a drag operation on the touch screen 130. The object control unit 195 generates the operation object 300 extended from the first position 300A to the second position 300B so that the end portions of the operation object 300 are located at positions corresponding to the start point and the end point, respectively. . In response to the moving operation by the user, the character unit CU1 moves so as to travel on the field in the operation direction SD2. Hereinafter, the traveling mode of traveling is also referred to as a first mode. Such a moving operation of causing the character unit CU1 to run on the field is the same operation as when operating a single character.

  The character unit CU1 moves in a mode different from the first mode when a predetermined condition (operation condition) is satisfied. The predetermined condition is a predetermined condition related to the input operation. As an example, the predetermined condition is satisfied when the character unit CU1 continuously travels on the field in a non-combat state for a predetermined time. The screen example (B) in FIG. 10 is an example of the screen when the traveling state in the screen example (A) in FIG. 10 continues for a predetermined time. As shown in the screen example (B) in FIG. 10, the character unit CU1 traveling on the field flutters its wings while traveling and flies in the air. Hereinafter, the moving mode of flying is also referred to as the second mode. The character unit CU1 in the flying state has a higher moving speed than when traveling on the field. Such a transition of the operation mode occurs in a state in which the drag operation which is a movement operation by the user is continued. That is, the character movement operation is changed only by the user continuing the same movement operation. In this way, since the movement of the character is changed without changing the operation method, the user does not need to understand a complicated operation method. For this reason, the user does not need to concentrate on the operation itself, and thus it is easy to obtain a sense of unity with the character.

  FIG. 11 is a diagram for explaining an example of the second mode of operation of the character unit. Screen example (A) and screen example (B) are images displayed on touch screen 130. The screen example (A) in FIG. 11 shows the screen when the user changes the end position of the drag operation with respect to the touch screen 130 when the character unit CU1 is in the flying state (screen example (B) in FIG. 10). It is an example. As shown in the screen example (A) of FIG. 11, the object control unit 195 moves from the first position 300A to the second position 300B so that the end portions of the operation object 300 are positioned at positions corresponding to the start point and the end point, respectively. The operation object 300 that has been extended until is generated. In response to the moving operation by the user, the character unit CU1 flies in the operation direction SD3. At this time, the character unit CU1 tilts according to the moving operation by the user. For example, the character unit CU1 rotates with the front direction as a rotation axis. In the figure, it is inclined in the rotation direction SD4. The rotation direction is determined by the operation direction by the input operation by the user. For example, when the movement operation is in the right direction, the rotation is clockwise, and when the movement operation is in the left direction, the rotation is counterclockwise. Further, the rotation amount is determined by the operation amount by the input operation by the user. For example, the amount of rotation increases as the angle change amount in the operation direction by the input operation by the user increases. Therefore, when the user quickly changes the operation direction, the character unit CU1 is greatly inclined. When the character unit CU1 is greatly inclined, the dragon wings come into contact with the field and the flight state is released. That is, the flight state is canceled when the direction is changed with a change of a predetermined angle or more. In this case, the screen transitions to the screen example (A) in FIG. The user can know from the contact of the dragon wing that the direction change accompanied by a change of a predetermined angle or more is prohibited in the flight state. Therefore, the user can learn the operation range allowed in the flight state.

  The screen example (B) of FIG. 11 is an example of a screen when the character unit CU1 is in contact with an enemy character in a flying state. As shown in the screen example (B) of FIG. 11, the object control unit 195 moves from the first position 300A to the second position 300B so that the end portions of the operation object 300 are positioned at positions corresponding to the start point and the end point, respectively. The operation object 300 that has been extended until is generated. In response to the moving operation by the user, the character unit CU1 flies in the operation direction. There are many enemy characters CA3 in the traveling direction of the character unit CU1. The enemy character CA3 is assigned with a physical strength value “HP” and is displayed with a corresponding gauge. When the character unit CU1 in flight is in contact with an enemy character, the enemy character CA3 (so-called “small fish character”) having a lower ability than the character unit CU1 can be kicked. As a specific example, when the character unit CU1 comes into contact with the enemy character CA3, the character unit CU1 scatters the contacted enemy character CA3 and decreases “HP” that is a physical strength value of the enemy character CA3. In the drawing, the “HP” gauge of the kicked enemy character CA3 is 0 (blank here). As described above, the user can wipe out the enemy character only by the moving operation while moving the operation target at a higher moving speed than that during the field running, and thus can obtain a sufficient refreshing feeling.

  FIG. 12 is a diagram for explaining an example of the second mode of operation of the character unit. Screen example (A) and screen example (B) are images displayed on touch screen 130. As shown in the screen example (A) of FIG. 12, the object control unit 195 moves from the first position 300 </ b> A to the second position 300 </ b> B so that the end of the operation object 300 is positioned at the position corresponding to the start point and the end point. The operation object 300 that has been extended until is generated. In response to the moving operation by the user, the character unit CU1 flies in the operation direction. There is a large enemy character CA4 in the traveling direction of the character unit CU1. The enemy character CA4 is assigned a physical strength value “HP” and is displayed with a corresponding gauge. The character unit CU1 in flight retreats after the contact (knockback) and cancels the flight state when the opponent who is in contact is an enemy character CA4 (so-called “boss character”) having a higher ability than the character unit CU1. Screen example (B) of FIG. As described above, since the flight state is not an invincible state, the user is forced to select an enemy character to be contacted at the time of flight, so that the game performance is improved.

(Flow chart for moving operation)
FIG. 13 is a flowchart for explaining processing during a moving operation. The flowchart in FIG. 13 is a flowchart illustrating a process in which the control unit 190 advances the action game by executing the game program 151. The process of moving on the field by running is the same process for each of the game character CA1 and the character unit CU1. For this reason, the process of moving by running will be described using the game character CA1 as an example.

  In step S30, the control unit 190 determines whether an input operation has been accepted.

  If it is determined that an input operation has been accepted (step S30: YES), in step S32, the control unit 190 displays an operation object at the initial touch position (corresponding to the screen example (A) in FIG. 7). The object control unit 195 generates a circular operation object 300 in response to the input operation. The display control unit 196 displays the generated circular operation object 300 at the first position 300A that is the touch position. The initial touch position is an initial value of a starting point (end position of the operation object) for determining the operation direction.

  In step S34, the control unit 190 determines whether or not the input operation is a drag operation. The control unit 190 determines whether the operation is a drag operation using the history information of the touch screen 130 (see FIG. 4).

  If it is determined that the input operation is a drag operation (step S34: YES), in step S36, the control unit 190 displays the operation object 300 extending from the starting point (first position 300A) in the drag direction (direction SD1). (Corresponding to the screen example (B) in FIG. 7). The control unit 190 generates the operation object 300 using the history information of the touch screen 130 and displays the operation object 300 on the touch screen 130.

  In step S38, the control unit 190 performs a process of moving the game character CA1 or the character unit CU1. This process will be described later.

  In step S40, the control unit 190 determines whether or not the drag operation has been completed. If it is determined that the drag operation has not been completed (step S40: NO), the control unit 190 re-executes step S36 and step S38 described above. Thereby, while the touch screen 130 detects that the user's finger is approaching, that is, while the drag operation is continued, the operation object is displayed and the game character CA1 or the character unit CU1 moves. It will be.

  If it is determined that the drag operation has been completed (step S40: YES), as step S42, the control unit 190 ends the movement of the game character CA1 or the character unit CU1. In step S44, the control unit 190 ends the display of the operation object 300.

  On the other hand, if it is determined that the input operation is not a drag operation (step S34: NO), in step S46, the control unit 190 causes the game character CA1 to perform an action corresponding to the input operation. For example, if it is a tap operation, an attack target is determined, and the game character CA1 or the character unit CU1 is caused to perform an attack action. In step S44, the control unit 190 ends the display of the operation object 300.

  When it is determined that the input operation has not been accepted (step S30: NO), or when the display of the operation object 300 is ended, the flowchart shown in FIG. 13 ends. Then, the control unit 190 executes the flowchart shown in FIG. 13 from the beginning until a predetermined condition is satisfied.

(Details of movement process: movement mode switching process)
Next, the movement process in step S38 will be described using the flowcharts shown in FIGS. First, processing for changing the movement mode will be described. FIG. 14 is a flowchart for explaining processing during a moving operation. The flowchart of FIG. 14 is a part of the movement process of step S38 of FIG. 13, and is a flowchart showing the process by the control unit 190 in a state where the drag operation is continued.

  In step S50 (an example of an operation determination step), the control unit 190 determines whether or not the flight flag is “1”. The flight flag is a flag that is “1” when the condition for flying the character unit CU1 is satisfied, and is “0” when the condition for flying the character unit CU1 is not satisfied. The update of the flight flag will be described later.

  If it is determined that the flight flag is “1” (step S50: YES), in step S52 (an example of the second progression step), the control unit 190 causes the character unit CU1 to fly. The control unit 190 detects the drag direction of the drag operation (operation direction SD2) and the operation angle change amount using the history information of the touch screen 130 (see FIG. 10). Then, the control unit 190 determines the moving direction and inclination of the character unit CU1 based on the operation direction of the drag operation and the operation angle change amount. Then, the control unit 190 moves the character unit CU1 while flying in the drag direction (corresponding to the screen example (B) in FIG. 10 and the screen example (A) in FIG. 11). A movement mode by flight is also referred to as a second mode.

  In step S54, the control unit 190 matches the shooting direction of the virtual camera VC with the direction of the character unit CU1.

  On the other hand, when it is determined that the flight flag is not “1” (step S50: NO), in step S56 (an example of the action step or the first progression step), the control unit 190 determines the game character according to the drag operation by the user. CA1 or character unit CU1 is caused to travel. The control unit 190 detects the drag direction of the drag operation using the history information of the touch screen 130 (see the screen example (A) in FIG. 7 or FIG. 10). And the control part 190 determines the moving direction and inclination of game character CA1 or character unit CU1 based on the operation direction of drag operation. Then, the control unit 190 moves the game character CA1 or the character unit CU1 while traveling in the drag direction (corresponding to the screen example (A) in FIG. 7 or FIG. 10). The movement mode by traveling is also referred to as the first mode.

  In step S58, the control unit 190 matches the shooting direction of the virtual camera VC with the direction of the game character CA1 or the character unit CU1.

  When step S54 or step S58 ends, the flowchart shown in FIG. 14 ends. Then, the control unit 190 executes the flowchart shown in FIG. 14 from the beginning every time the movement process of step S38 shown in FIG. 13 is executed, that is, while the drag operation is continued.

(Details of movement processing: contact processing during flight)
Next, the contact process with the enemy character when the character unit CU1 flies and moves will be described. FIG. 15 is a flowchart for explaining the contact processing of the character unit operating in the second mode. The flowchart of FIG. 15 is a part of the movement process of step S38 of FIG. 13, and is a flowchart showing the process by the control unit 190 in a state where the drag operation is continued.

  In step S60, the control unit 190 determines whether or not the flight flag is “1”. The update of the flight flag will be described later.

  If it is determined that the flight flag is “1” (step S60: YES), in step S62 (an example of a collision determination step), the control unit 190 determines whether or not the character unit CU1 in flight has contacted the enemy character. Determine whether. The control unit 190 performs contact determination based on the relative position of the character unit CU1 and the enemy character in the game space.

  If it is determined that the character unit CU1 in flight has come into contact with the enemy character (step S62: YES), in step S64, the control unit 190 determines whether or not the contacted enemy character is a small fish character. As an example, the control unit 190 compares the game parameter of the character unit CU1 with the game parameter of the enemy character that has come into contact, and determines whether or not the character is a small fish character. As game parameters, attack power, defense power, level, attribute value, HP, and the like are adopted. The comparison target need not be the same type of game parameter. For example, the control unit 190 may calculate a difference between the attack power of the character unit CU1 and the defense power of the enemy character, and determine whether or not the character is a small fish character using a threshold value. Such comparison rules (comparison target and threshold) are set in advance and are included in the game information 152 of the mobile terminal 10 or the game information 252 of the server 20. Alternatively, a small fish character attribute may be set in advance for the enemy character. In this case, the control unit 190 determines whether or not the contacted enemy character is a small fish character by determining the attribute of the enemy character.

  If it is determined that the contacted enemy character is a small fish character (step S64: YES), in step S66 (an example of a decrease step), the control unit 190 decreases the game parameter of the contacted enemy character. An example of the game parameter to be decreased is HP (corresponding to the screen example (B) in FIG. 11). Note that the game parameter to be decreased may be attack power, defense power, level, attribute value, and the like. The control unit 190 compares the game parameter of the character unit CU1 with the game parameter of the enemy character that has touched, and determines the amount of decrease in the game parameter. The comparison target need not be the same type of game parameter. For example, the control unit 190 may calculate a difference between the attack power of the character unit CU1 and the defense power of the enemy character, and determine a decrease amount corresponding to the difference. Such a comparison rule (proportional coefficient for comparison target and difference) is set in advance and is included in the game information 152 of the mobile terminal 10 or the game information 252 of the server 20. And the control part 190 performs the production which blows off enemy character CA3 which contacted (corresponding to the example of a screen (B) of Drawing 11).

  On the other hand, if it is determined that the enemy character that is in contact is not a small fish character (step S64: NO), in step S68, the control unit 190 performs control so that the character unit CU1 moves backward after the contact (knockback motion). (Corresponding to the screen example (B) in FIG. 12). In step S <b> 69, the control unit 190 sets a boss determination flag indicating that the boss is touched to “1”.

  When it is determined that the flight flag is not “1” (step S60: NO), when it is determined that the character unit CU1 in flight is not in contact with the enemy character (step S62: NO), or step S66 or When step S69 ends, the flowchart shown in FIG. 15 ends. The control unit 190 executes the flowchart shown in FIG. 15 from the beginning every time the movement process of step S38 shown in FIG. 13 is executed, that is, while the drag operation is continued.

(Move process details: Flight flag update process)
Next, the flight flag update process will be described. As described above, the flight flag is a flag indicating whether or not the flight condition is satisfied. FIG. 16 is a flowchart illustrating a flag update process for switching between the first mode and the second mode. The flowchart of FIG. 16 is a part of the movement process of step S38 of FIG. 13, and is a flowchart showing the process by the control unit 190 in a state where the drag operation is continued.

  In step S70, the control unit 190 determines whether or not the flight flag is “1”. The flight flag is updated in this flowchart.

  When it is determined that the flight flag is “1” (step S70: YES), in step S72 (an example of an end determination step), the control unit 190 performs an input operation for turning the character unit CU1 more than a predetermined angle. Is determined (first end condition). The control unit 190 uses the history information of the touch screen 130 to detect the angle change amount of the drag operation. Then, the control unit 190 determines whether or not an input operation for changing the direction of the character unit CU1 by a predetermined angle or more is received by comparing the angle change amount with a predetermined threshold value. The control unit 190 determines that an input operation in which the character unit CU1 changes its direction by a predetermined angle or more is accepted when the angle change amount of the operation direction within a predetermined time of the drag operation is a threshold value or more.

  If it is determined that an input operation for changing the direction of the character unit CU1 by a predetermined angle or more is not accepted (step S72: NO), the control unit 190 determines the character unit CU1 as step S74 (an example of an end determination step). It is determined whether or not the vehicle has collided with the object that cannot travel at an incident angle equal to or greater than a predetermined angle (second end condition). The control unit 190 makes the above determination based on the relative position in the game space between the character unit CU1 and the non-travelable object.

  If it is determined that the character unit CU1 does not collide with the object that cannot travel at an incident angle equal to or greater than a predetermined angle (step S74: NO), the control unit 190 displays the boss determination flag as step S76 (an example of an end determination step). Is determined to be “1” (third termination condition).

  When it is determined that the boss determination flag is not “1” (step S76: NO), the flowchart of FIG. 16 ends. That is, if none of the first end condition, the second end condition, and the third end condition is satisfied, the flight flag remains “1”. For this reason, the character unit CU1 continues to move by flying (see FIG. 14).

  On the other hand, when it is determined that the input operation for changing the direction of the character unit CU1 by a predetermined angle or more has been received (step S72: YES), the character unit CU1 has collided with the object that cannot travel at an incident angle of the predetermined angle or more. When it is determined (S74: YES) or when it is determined that the boss determination flag is “1” (step S76: YES), the control unit 190 sets the flight flag to “1” as step S78. ”To“ 0 ”, the boss determination flag is updated from“ 1 ”to“ 0 ”, and the flowchart of FIG. 16 ends. That is, the flight flag is updated from “1” to “0” when any one of the first end condition, the second end condition, and the third end condition is satisfied. For this reason, the character unit CU1 stops the movement by the flight (see FIG. 14).

  If it is determined that the flight flag is not “1” (step S70: NO), in step S80, the control unit 190 determines whether or not the character unit is being configured. For example, when the game character CA1 is in a state corresponding to the screen example (A) in FIG. 8, the control unit 190 is “0”, and when the game character CA1 is in a state corresponding to the screen example (B) in FIG. Determines whether or not the character unit is being constructed with reference to the unit flag which is “1” (first condition). The control unit 190 updates the unit flag when the character unit is configured or released.

  If it is determined that the character unit is being configured (step S80: YES), in step S82 (an example of an operation determination step), the control unit 190 determines whether or not the input operation includes an attack operation. (First operating condition). The control unit 190 uses the history information of the touch screen 130 to determine whether or not an attack operation that causes the game character CA1, the game character CA2, or the character unit CU1 to attack is input.

  If it is determined that the attack operation is not included in the input operation (step S82: NO), in step S84 (an example of the operation determination step), the control unit 190 changes the direction of the character unit CU1 by a predetermined angle or more. It is determined whether or not an input operation has been accepted (second operation condition). This determination is the same as the determination of the first end condition in step S72.

  If it is determined that an input operation for turning the character unit CU1 beyond a predetermined angle is not accepted (step S84: NO), the control unit 190 counts up the traveling time as step S86.

  Subsequently, in step S88 (an example of an operation determination step), the control unit 190 determines whether or not the running time being counted is equal to or greater than a threshold (third operation condition). The threshold value is a predetermined time threshold value, and is a running time required before the flight.

  If it is determined that the running time being counted is equal to or greater than the threshold (step S88: YES), as step S90, the control unit 190 sets the flight flag from “0” to “1”, and the flowchart of FIG. finish. That is, when all of the first condition, the first operation condition, the second operation condition, and the third operation condition are satisfied, the flight flag is updated from “0” to “1”. For this reason, the character unit CU1 transitions from the running state (an example of the first aspect) to the flying state (an example of the second aspect) (see FIG. 14).

  On the other hand, when it is determined that the character unit is not configured (step S80: NO), when it is determined that the attack operation is included in the input operation (step S82: YES), the character unit CU1 is equal to or greater than a predetermined angle. When it is determined that the input operation for changing the direction is accepted (step S84: YES), the control unit 190 resets the travel time as step S92.

  When it is determined that the running time during counting is not equal to or greater than the threshold (step S88: NO), or when step S92 ends, the flowchart of FIG. 16 ends. That is, the flight flag remains “0”. For this reason, the character unit CU1 continues to move by running (see FIG. 14).

(Summary of move process)
When the character unit CU1 travels for a predetermined time, the control unit 190 moves the character unit CU1 in a flying state. That is, the control unit 190 can provide a game in which the character movement operation is changed only by the user continuing the drag operation.

(Modification 1)
The operation of the first aspect and the operation of the second aspect are not limited to the movement operation, and may be an attack operation, for example.

(Modification 2)
As an operation of the character unit CU1 in flight, an operation of flapping wings may be added at random.

(Modification 3)
The operation object 300 may not be displayed. The end of the operation object 300 may not be changed, and only the starting point of the operation direction may be changed.

(Modification 4)
The mobile terminal 10 or the server 20 may execute all the game processes described above alone.

  As mentioned above, although embodiment of this indication was described, the technical scope of this indication should not be interpreted limitedly by explanation of this embodiment. This embodiment is an example, and it is understood by those skilled in the art that various embodiments can be changed based on the description in the claims. The technical scope of the present disclosure should be determined based on the matters described in the claims and the equivalents thereof.

  The subject matter of the present disclosure is indicated as, for example, the following items.

(Item 1)
An information processing method executed by a computer to move (move as an example) a game character (as an example, a character unit CU1) in response to an input operation (as an example, a movement operation) by a user,
A configuration step (step S16 as an example) that constitutes a character unit (as an example, character unit CU1) in which a first character (as an example, game character CA1) and a second character (as an example, game character CA2) are associated;
A first advancing step (step S56 as an example) that causes the character unit to operate in a first mode (running state as an example) in response to an input operation by the user;
An operation for determining whether or not an input operation by the user that moves the character unit in the first mode satisfies a predetermined operation condition (for example, a first operation condition, a second operation condition, or a third operation condition). A determination step (steps S50, S82, S84, S86 as an example);
When it is determined in the operation determination step that the input operation by the user satisfies the operation condition, a second progression step (step as an example) that causes the character unit to move in a second mode according to the input operation by the user S52)
An information processing method comprising:

  According to this information processing method, when the input operation by the user who operates the character unit in the first mode satisfies a predetermined operation condition, the character unit that operates in the first mode according to the input operation is displayed in the second mode. It can be operated. As described above, since variations in operation increase, the game performance can be improved.

(Item 2)
In the operation determination step, an attack operation for causing the first character, the second character, or the character unit to attack is not input, and a moving operation for moving the character unit in the first mode is continued for a predetermined time or more. The information processing method according to item 1, wherein it is determined that an input operation by the user satisfies the operation condition when the input operation is performed.

  According to this information processing method, when the character unit moves in the first mode for a predetermined time in a non-combat state, the operation can be switched to the operation that operates in the second mode. For this reason, the user can easily switch the operation mode.

(Item 3)
3. The information processing method according to item 1 or 2, wherein the input operation by the user that moves the character unit in the second mode is a moving operation that moves the character unit in the second mode.

  According to this information processing method, the moving operation can be continued even after the operation mode is switched.

(Item 4)
4. The information processing method according to item 3, wherein the character unit is tilted and displayed at an angle corresponding to an operation direction during the movement of the character unit in the second mode.

  According to this information processing method, the user can feel a sense of unity with the character.

(Item 5)
A collision determination step of determining a collision between the character unit operating in the second mode and an enemy character;
A decrease step of decreasing the first parameter of the enemy character when the collision is determined in the collision determination step;
An information processing method according to any one of items 1 to 4, further comprising:

  According to this information processing method, it is possible to attack or weaken an enemy character while operating the character unit in the second mode.

(Item 6)
6. The reduction step according to item 5, wherein in the reduction step, a reduction amount of the first parameter is determined based on a comparison result between at least one parameter of the first character and the second character and a parameter of the enemy character. Information processing method.

  According to this information processing method, the degree of attack or weakening of the enemy character can be changed according to the parameters of the game character and the enemy character.

(Item 7)
An end determination step for determining whether or not the end condition of the second progress step is satisfied during the execution of the second progress step;
The information processing method according to any one of Items 3 to 6, wherein the second progression step is terminated when it is determined in the termination determination step that the termination condition of the second progression step is satisfied.

  According to this information processing method, the scene in which the character unit moves in the second mode can be restricted.

(Item 8)
In the termination determination step, whether or not the termination condition of the second progression step is satisfied based on a comparison result between at least one parameter of the first character and the second character and a parameter of the enemy character Item 8. The information processing method according to Item 7.

  According to this information processing method, the scene in which the character unit operates in the second mode can be restricted in association with the game parameter.

(Item 9)
In the termination determination step, when the input operation by the user that moves the character unit in the second mode is a drag operation, and an angle change amount in the operation direction within a predetermined time of the drag operation is greater than or equal to a threshold value. The information processing method according to item 7, wherein it is determined that the end condition of the second progress step is satisfied.

  According to this information processing method, the scene in which the character unit moves in the second mode can be restricted in association with the drag operation.

(Item 10)
The information processing method according to any one of items 1 to 9, further comprising an operation step of moving the first character in response to an input operation by the user before the execution of the configuration step.

  According to this information processing method, the game character before constituting the character unit can be operated.

(Item 11)
A program that causes a computer to execute the method according to any one of items 1 to 10.

(Item 12)
Memory,
A processor coupled to the memory;
An apparatus for performing the method according to claim 1 under the control of the processor.

  DESCRIPTION OF SYMBOLS 1 ... Game provision system, 10 ... Portable terminal, 20 ... Server, 25 ... Memory, 26 ... Storage, 29 ... Processor, 130 ... Touch screen, 150 ... Memory | storage part, 151 ... Game program, 190 ... Control part, 191 ... Input Operation accepting unit, 192 ... Game progress processing unit, 193 ... Moving direction detection unit, 194 ... Camera placement control unit, 195 ... Object control unit, 196 ... Display control unit, 220 ... Communication unit, 250 ... Storage unit, 251 ... Game Program, 290 ... control unit, 291 ... transmission / reception unit, 292 ... server processing unit, 293 ... data management unit, 294 ... matching unit, 295 ... measurement unit, 300 ... operation object, CA1 ... game character (an example of a first character) , CA2 ... game character (an example of a second character), CA3, CA4 ... enemy characters.

Claims (12)

An information processing method executed by a computer to operate a game character in response to an input operation by a user,
A configuration step of configuring a character unit in which the first character and the second character are associated;
A first advancing step of operating the character unit in a first manner in response to an input operation by the user;
An operation determination step for determining whether or not an input operation by the user operating the character unit in the first mode satisfies a predetermined operation condition;
If it is determined in the operation determination step that the input operation by the user satisfies the operation condition, a second progression step of causing the character unit to move in a second mode according to the input operation by the user;
An information processing method comprising:   In the operation determination step, an attack operation for causing the first character, the second character, or the character unit to attack is not input, and a moving operation for moving the character unit in the first mode is continued for a predetermined time or more. The information processing method according to claim 1, wherein the input operation by the user is determined to satisfy the operation condition when the input operation is performed.   The information processing method according to claim 1 or 2, wherein the input operation by the user that moves the character unit in the second mode is a moving operation that moves the character unit in the second mode.   The information processing method according to claim 3, wherein during the movement of the character unit in the second mode, the character unit is displayed while being tilted at an angle corresponding to an operation direction by a user. A collision determination step of determining a collision between the character unit operating in the second mode and an enemy character;
A decrease step of decreasing the first parameter of the enemy character when the collision is determined in the collision determination step;
An information processing method according to any one of claims 1 to 4, further comprising:   6. The reduction amount of the first parameter is determined in the reduction step based on a comparison result between at least one parameter of the first character and the second character and a parameter of the enemy character. Information processing method. An end determination step for determining whether or not the end condition of the second progress step is satisfied during the execution of the second progress step;
The information processing method according to any one of claims 3 to 6, wherein the second progression step is terminated when it is determined in the termination determination step that the termination condition of the second progression step is satisfied.   In the termination determination step, based on a comparison result between at least one parameter of the first character and the second character and a parameter of the enemy character, it is determined whether or not the termination condition of the second progression step is satisfied. The information processing method according to claim 7, wherein the determination is performed.   In the termination determination step, when the input operation by the user that moves the character unit in the second mode is a drag operation, and an angle change amount in the operation direction within a predetermined time of the drag operation is greater than or equal to a threshold value. The information processing method according to claim 8, wherein it is determined that the end condition of the second progress step is satisfied.   The information processing method according to any one of claims 1 to 9, further comprising an operation step of operating the first character in response to an input operation by the user before the execution of the configuration step.   The program which makes a computer perform the method as described in any one of Claims 1-10. Memory,
A processor coupled to the memory;
An apparatus for performing the method according to claim 1 under the control of the processor.

Images