JP2018153616A - 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 displayed on a screen in response to input operations by a user. The method comprises: a first display step for displaying on the screen a character moving with a prescribed combo movement when a prescribed combo condition is met; a guide display step for, in a condition where a first combo condition and a second combo condition are met, displaying on the screen a guide display to prompt input of a second input operation while displaying the character moving with the prescribed combo movement; and a second display step for displaying on the screen the character moving with a second combo movement upon receiving the second input operation.SELECTED DRAWING: Figure 23

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 for determining whether or not an input procedure specified by an operation matches a predetermined reference procedure, and performing a display indicating whether the input operation matches or does not match.

Japanese Patent No. 5864810

  The method described in Patent Document 1 has room for improvement in improving game performance by allowing a user to input various operations.

  A method according to the present disclosure is an information processing method executed by a computer in order to operate a game character displayed on a screen in accordance with an input operation by a user, and when an input operation is received, When the relationship between the input operation and the previous input operation satisfies a predetermined combo condition, a first display step for displaying a character operating on the predetermined combo operation on the screen, and the input operation and the next first input operation The relationship is a condition that satisfies the first combo condition for moving the character with the first combo action, and the relation between the input operation and the next second input operation is for the character to move with the second combo action. If the condition that satisfies the second combo condition is satisfied, the second input operation can be entered while the character operating with the predetermined combo action is displayed. A guide display step of displaying on the screen a guidance display prompting, when receiving the second input operation is provided with a second display step of displaying the character operates in the second combo operation screen, the.

  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 in which a moving direction detection part detects the direction which moves a game character according to a user's input operation. It is an example of the object displayed at the time of drag operation. It is an example of the object displayed at the time of drag operation. It is a figure explaining deformation | transformation of the object displayed at the time of drag operation. It is a figure explaining the polygon direction adjustment process in the time of a deformation | transformation of an object. FIG. 10 is a schematic diagram showing a case where a touch position is updated after an object is deformed. It is a figure explaining the process which a camera arrangement | positioning control part controls a virtual camera. 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 flowchart explaining the process at the time of movement operation. It is an example of a screen for demonstrating the imaging | photography direction of the virtual camera at the time of a battle. It is a flowchart explaining the process at the time of attack operation. It is a figure which shows an example of an action when an object control part makes a game character perform attack action based on combo data. It is a flowchart explaining the process at the time of a flick operation. It is a flowchart explaining the operation | movement process based on a flick operation. It is an example of the table group which defines a combo column. It is a figure explaining the branch of a combo row. It is an example of the animation image used as the guidance display of drag | drug operation. It is a figure explaining an example of the guidance display using an animation. It is a figure explaining the other example of the guidance display using an animation. It is a figure explaining a prior | preceding input. It is a figure explaining late input. It is a figure explaining guidance display time. It is a flowchart explaining a combo process. It is a flowchart of the combo process at the time of branch of a combo row. It is a flowchart of a guidance display process.

  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. In such a game, there is a game system (so-called combo system) that can give an enemy character more damage than a normal attack operation when the procedure of the attack operation by the user matches a predetermined procedure. . By adopting the combo system, it is possible to cause the game character to perform various attack actions, so that the game performance is improved. However, the user must understand a number of operating procedures. Therefore, a device for allowing the user to input various operations is required. As one of such devices, it is conceivable to provide a system for guiding the user to the next operation. In adopting this system, a mechanism for guiding the user at an appropriate timing is required.

  By the way, when an information processing apparatus having 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 user performs an operation by bringing a finger or the like close to the touch screen. For this reason, the user cannot understand the state of the input operation by touch compared to a general controller having operation buttons and the like. In view of such a background, there is a system that notifies the user of the operation status by displaying the operation status of the input operation on a touch screen. When the above-described combo system is employed in a game that provides a touch screen, a mechanism for appropriately performing input operation notification and combo operation guidance is required.

  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.

(Operation object)
FIG. 6 shows an example of an object displayed during the drag operation. An object indicating an input operation already input by the user is referred to as an operation object. The state (A) in FIG. 6 is an example of an object displayed at the initial touch position of the drag operation. As shown in the state (A) of FIG. 6, the operation object 400 includes a fixed circle 410 and an elastic display object 420 positioned inside the fixed circle 410. The operation object 400 is displayed on the touch screen 130 when it is detected that the user's finger approaches the touch screen 130. The elastic display object 420 is formed to have a circular shape around the touch position as an initial shape at the time of finger contact. In FIG. 6, the elastic display object 420 has a circular shape centered on the touch position, but is not necessarily limited thereto. For example, the elastic display object 420 may be displayed while being shifted upward or downward by a predetermined distance from the initial touch position. By shifting the display position by a certain distance, it is possible to prevent the circular elastic display object 420 from being hidden by the user's finger when displaying the circular elastic display object 420.

  The state (B) in FIG. 6 is an example of an object displayed when a drag operation is performed from the initial touch position. As shown in the state (B) of FIG. 6, when the user performs a drag operation on the touch screen 130 (an operation to move a finger from the first touch position to the second touch position on the touch screen 130). An elastic display object 420 that is elastically deformed by being pulled by the user's finger is displayed. The elastic display object 420 includes a base portion 430 that is located at the first touch position of the drag operation and the position is fixed, a tip portion 450 that is located near the second touch position of the drag operation, and the base portion 430 and the tip portion. And a connection portion 440 for connecting the device 450 to the device 450. Thus, the elastic display object 420 is displayed so as to extend elastically in the direction in which the drag operation is performed. In the state (B) of FIG. 6, the elastic display object 420 is displayed so that the base portion 430 is larger than the distal end portion 450, but is not limited thereto. For example, you may display the elastic display object 420 which made the front-end | tip part 450 larger than the base 430. FIG. Further, when the user further moves the touch screen 130 while keeping the finger in contact, the distal end portion 450 further moves following the movement, and the extending direction of the elastic display object 420 also changes.

  The state (C) in FIG. 6 is an example of an object that is displayed when the user's finger leaves the touch screen 130. As shown in the state (C) of FIG. 6, when the drag operation by the user is finished (that is, when the user's finger is released from the touch screen 130), the elastic display object 420 that is elastically deformed is restored. According to the force, it is displayed so as to restore the initial shape shown in the state (A) of FIG. 6 by gradually shrinking toward the contact start point. At this time, as shown in the figure, it is displayed so as to protrude from the fixed circle 410 in the atrophy direction opposite to the extension direction of the elastic display object 420 due to the reaction of the restoring force, and then restored to the initial shape. The illustrated elastic display object 420 is deformed along with the restoration, but is not limited thereto. For example, the elastic display object 420 may be restored to the initial shape without performing such deformation, and the position of the elastic display object 420 may be shifted so as to vibrate in the atrophy direction opposite to the extension direction.

  FIG. 7 shows an example of an object displayed during the drag operation. The state (A) in FIG. 7 is an image example of the elastic display object. As shown in the state (A) of FIG. 7, the elastic display object is generated as a substantially square image 750 and is superimposed as a part of the game image. Image 750 includes translucent area 760 and transparent area 770. The translucent area 760 is a basic display area of the elastic display object.

  The state (A) of FIG. 7 is formed as a polygon that is accommodated in a substantially square mesh region and divided into a plurality of meshes 710 as shown in the state (B). As an example, the image 750 is divided into 4 × 4 = 16 meshes and contains an elastic object. Those skilled in the art will appreciate that the number of divisions into the mesh is not limiting. The deformation of the elastic display object is realized by virtually executing a process of expanding the image 750 like a rubber sheet, in particular, a physical calculation process of expanding each mesh.

  FIG. 8 is a diagram for explaining deformation of an object displayed during a drag operation. As shown in the state (A) and the state (B) of FIG. 8, the elastic display object expresses elastic deformation by moving the coordinates of each vertex 720 of the plate-like polygon 700 divided into a plurality of meshes 710. To do. Each vertex 720 is arranged in a mesh shape, and when the coordinates of an arbitrary vertex 720A are moved by a drag operation, the other vertex 720 is also coordinated according to a movement vector (for example, a moving direction and a moving distance) related to the vertex 720A. Is changed. For example, the moving distance of the vertices 720 other than the vertex 720A may be weighted by the distance from the vertex 720A. That is, as shown in the state (B) of FIG. 8, the amount of change in coordinates may be reduced as the distance from the vertex 720A increases (as the distance from the vertex 720A increases). In addition, the white circle in the state (B) of FIG. 8 represents the position of the vertex before a deformation | transformation (namely, state (A) of FIG. 8).

  Accordingly, as shown in the state (C) of FIG. 7, the deformed elastic object 420a 'is formed by extending from the touch start point toward the touch end point along the direction of the drag operation. In the example of the state (C) in FIG. 7, when the coordinates of each vertex of the plurality of divided meshes are moved, each of the plurality of meshes has the same rectangular shape for each column (# 1 to # 4). (For example, the meshes # 1A to # 1D all have the same rectangular shape), and the meshes in the column (# 1) closer to the end point of the touch, Compared to progressively longer stretches. As an example, the expansion rate of each column may be weighted and distributed according to the movement distance L by the drag operation.

  In the example of the state (C) in FIG. 7, for each column, # 4 is 10%, # 3 is 15%, # 2 is 30%, and # 1 is 45% (total of 100). %). Further, for example, when the moving distance is 2L, weight distribution is performed so that # 1 is further increased, for example, # 4 is 1%, # 3 is 4%, # 2 is 35%, and # 1 is 60%. Also good.

  FIG. 9 is a diagram for explaining polygon direction adjustment processing when an object is deformed. As shown in the state (A) and the state (B) in FIG. 9, adjustment processing (polygon direction adjustment processing) by rotation of the polygon is performed so that the direction of the polygon becomes the operation direction. By performing the polygon direction adjustment processing, the deformed object can be deformed with a constant width with respect to the drag operation direction regardless of the movement distance of the finger during the drag operation. The object can be configured to always have a constant width, and by deforming the object by stretching from the initial touch position toward the continuous touch position, it is possible to have a very smooth curved shape In that respect, the display can be different from that of the prior art.

  FIG. 10 is a schematic diagram illustrating a case where the touch position is updated after the object is deformed. As shown in the state (A) and the state (B) of FIG. 10, the user does not remove his / her finger from the contact end point 1 (state (A)), and yet another contact end point 2 (state (B)). When the finger is moved while being in contact with the touch screen 130, the object is continuously deformed. That is, the direction of the polygon is rotated by an angle between the contact end point 1 and the contact end point 2 with respect to the contact start point in the drag operation, and the deformed elastic object 420a ′ is rotated. The shape is continuously extended to the contact end point 2 to form a further deformed elastic object 420a ″.

(Control of virtual camera)
FIG. 11 is a diagram illustrating processing in which the camera placement control unit 194 controls the virtual camera VC. In FIG. 11, 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. 11, 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.

  In the state (B) of FIG. 11, the movement direction is changed from the direction D1 to the direction D2 by the 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. 12 is a diagram for explaining camera work and operation objects that change according 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. 12 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. 12, 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 °.

  The screen example (B) in FIG. 12 is an example of the 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. 12, the object control unit 195 reaches from the first position 300A to the second position 300B so that the end portions of the operation object 300 are located at the positions corresponding to the start point and the end point, respectively. 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. 12, 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.

(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.

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

  If it is determined that an input operation has been accepted (step S10: YES), in step S12, the control unit 190 displays an operation object at the initial touch position (corresponding to the screen example (A) in FIG. 12). 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 S14, 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 S14: YES), in step S16, 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. 12). 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 S18, the control unit 190 detects the drag direction (direction SD1) of the drag operation using the history information of the touch screen 130 (see FIG. 5). Then, the control unit 190 determines the moving direction of the game character CA1 and the direction of the game character CA1 based on the drag direction (direction SD1). Then, the control unit 190 moves the game character CA1 in the drag direction (direction SD1) according to the movement direction (corresponding to the screen example (B) in FIG. 12). Furthermore, the control unit 190 matches the shooting direction of the virtual camera VC with the direction of the game character CA1 (corresponding to the screen example (C) in FIG. 12).

  In step S20, 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 S20: NO), the control unit 190 re-executes step S16 and step S18 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 moves.

  If it is determined that the drag operation has been completed (step S20: YES), the control unit 190 ends the movement of the game character CA1 as step S22. In step S24, 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 S14: NO), in step S26, 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. In step S24, the control unit 190 ends the display of the operation object 300.

  When it is determined that the input operation is not accepted (step S10: NO), or when the display of the operation object 300 is ended, the flowchart shown in FIG. 13 is ended. Then, the control unit 190 executes the flowchart shown in FIG. 13 from the beginning until a predetermined condition is satisfied. Thus, a series of processes at the time of the moving operation is completed.

(Overview of camera work during engagement)
In a general action game, not only a scene in which the game character CA1 moves in a virtual space field, but also a scene in which an enemy character (an example of a target character) placed in the virtual space is engaged.

  The user inputs not only a moving operation for moving the character in the virtual space but also an attacking action for causing the game character CA1 to perform an attacking action according to the scene. As described above, 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. On the other hand, the attack operation is an input operation for causing the game character CA1 to perform an attack action. An example of a basic attack operation is a tap operation. The attack operation includes a flick operation combined with a tap operation. Details will be described later.

  The camera arrangement control unit 194 provides camera work for tracking the game character CA1 whose movement direction changes according to an input operation by the user from behind. That is, the trigger (trigger) for the camera arrangement control unit 194 to change the shooting direction of the virtual camera VC is a moving operation by the user. Here, the camera arrangement control unit 194 further includes an attack operation as a trigger (trigger) for changing the shooting direction of the virtual camera VC. Thereby, at the time of a battle with an enemy character, the camera work for producing a sense of presence, power, a sense of unity with a character, etc. can be provided instantaneously.

(Screen example during engagement)
FIG. 14 is an example of a screen for explaining the shooting direction of the virtual camera VC during the battle. Screen examples (A) to (D) in FIG. 14 are images displayed on the touch screen 130. In the screen examples (A) to (D), the display control unit 196 causes the camera arrangement control unit 194 to display an image of the game character CA1 displayed on the touch screen 130. 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. 14 is an example of a screen when the enemy character CA2 enters the field of view during the movement operation. In the screen example (A) of FIG. 14, the shooting direction is indicated by the direction VD1, and the direction of the game character CA1 is indicated by the direction D3.

  The screen example (B) of FIG. 14 is an example of a screen when a tap operation that is an attack operation is performed in the situation of the screen example (A) of FIG. The object control unit 195 generates a circular operation object 300 in response to the tap operation. The display control unit 196 displays the generated circular operation object 300 at the touch position. At this time, if the distance between the enemy character CA2 and the game character CA1 is within a predetermined distance, the enemy character CA2 is determined as an attack target (lock-on). The game character CA1 is directed in the direction D4 of the enemy character CA2 that is locked on. The camera arrangement control unit 194 controls the virtual camera VC so that the virtual camera VC captures the game character CA1 from behind. The shooting direction of the virtual camera VC is changed to the direction VD2 that is the same direction as the direction D4 that is the direction of the game character CA1. As a result, the image displayed on the touch screen 130 changes from the screen example (B) in FIG. 14 to the screen example (C) in FIG. 14.

  The screen example (C) of FIG. 14 is an example of a screen when the shooting direction of the virtual camera VC is changed according to the attack operation. The screen example (D) in FIG. 14 is an example of a screen when an attack operation is performed on an enemy character. In this way, even when a non-directional operation such as a tap operation is performed, the shooting direction of the virtual camera VC is changed, and a realistic battle screen is provided.

(Flow chart for attack operation)
FIG. 15 is a flowchart for explaining processing during an attack operation. The flowchart in FIG. 15 is a flowchart illustrating a process in which the control unit 190 advances the action game by executing the game program 151.

  In step S30, the control unit 190 determines whether an input operation has been accepted. The control unit 190 can accept a moving operation for moving the game character CA1 in the virtual space and an attacking operation for causing the game character CA1 to perform an attacking action as input operations.

  If it is determined that an input operation has been received (step S30: YES), in step S32, the control unit 190 displays an operation object at the initial touch position (corresponding to the screen example (B) in FIG. 14). 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 touch position.

  In step S34, the control unit 190 determines whether or not the input operation is a tap operation. The control unit 190 uses the history information on the touch screen 130 to determine whether the operation is a tap operation (see FIG. 4).

  If it is determined that the input operation is a tap operation (step S34: YES), in step S36, the control unit 190 determines whether an enemy character exists within the attack range. The attack range is set in advance with the game character CA1 as a reference.

  If it is determined that there is an enemy character within the attack range (step S36: YES), in step S38, the control unit 190 specifies an enemy character that is an attack target. When there are a plurality of enemy characters within the attack range, the control unit 190 sets, for example, the enemy character closest to the game character CA1 as an attack target.

  As step S40, the control unit 190 directs the game character CA1 to the enemy character CA2 based on the position of the enemy character CA2 that is the target of the attack action and the position of the game character CA1 (FIG. 14). Corresponding to screen example (B)).

  As step S42, the control unit 190 determines the shooting direction of the virtual camera VC based on the direction of the game character CA1. The control unit 190 performs control so that the character is photographed from a predetermined direction with respect to the direction of the game character CA1. The predetermined direction with respect to the direction of the game character CA1 is, for example, a direction of shooting from behind the game character CA1, a direction of shooting from the side of the game character CA1, a direction of shooting from above the game character CA1, and the like. . As a specific example, the control unit 190 controls the virtual camera VC so that the shooting direction of the virtual camera VC matches the direction of the game character CA1 and shooting is performed from behind the game character CA1 (screen example in FIG. 14). Corresponding to (C)).

  In step S44, the control unit 190 causes the game character CA1 to perform an attack action (corresponding to the screen example (D) in FIG. 14). In step S46, 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 tap operation (step S34: NO), in step S48, the control unit 190 causes the game character CA1 to perform an action corresponding to the input operation. At this time, if the input operation is a moving operation such as a drag operation, the control unit 190 moves the game character CA1 as described with reference to FIG. 13 and moves the game character CA1 moving in the virtual space. Control the camera VC. In step S46, the control unit 190 ends the display of the operation object 300.

  If it is determined that there is no enemy character within the attack range (step S36: NO), the control unit 190 ends the display of the operation object 300 as step S46.

  When it is determined that the input operation is not accepted (step S30: NO), or when the display of the operation object 300 is finished, the flowchart shown in FIG. 15 is finished. Then, the control unit 190 executes the flowchart shown in FIG. 15 from the beginning until a predetermined condition is satisfied. Thus, a series of processing at the time of the attack operation is completed.

(Sequential attacks during engagement)
In an action game, a continuous attack (so-called combo attack) may occur when attack operations are continuously received within a predetermined period. The content of such a combo attack is defined as combo data in the game information 152 or the game information 252. In order to give diversity to the combo attack, a directional input operation may be employed for the attack operation during the combo attack. For example, a combo attack based on a series of input operations such as a tap operation, a tap operation, and a flick operation.

  FIG. 16 is a diagram illustrating an example of an action (also referred to as motion) when the object control unit 195 causes the game character CA1 to perform an attack action based on the combo data. The state (A) in FIG. 16 shows action a1. The state (B) in FIG. 16 shows the action a2. The state (C) in FIG. 16 shows the action a3. When the input operation accepting unit 191 accepts the tap operation, the object control unit 195 causes the game character CA1 to execute the action a1, as shown in the state (A) of FIG. Subsequently, when the input operation receiving unit 191 receives the tap operation again within a predetermined period, the object control unit 195 causes the game character CA1 to execute the action a2 shown in the state (B) of FIG. Subsequently, when the input operation receiving unit 191 receives a flick operation within a predetermined period, the object control unit 195 causes the game character CA1 to execute an action a3 shown in the state (C) of FIG. The action a3 may be set so that the production is more flashy than the actions a1 and a2, or the attack power is increased. Further, instead of the flick operation for the action a3, the tap operation is continued three times, so that the object control unit 195 performs an action on the game character CA1 in which other effects are flashy or the attack power is large. You may let them. According to one embodiment, even in a game that causes the game character CA1 to execute a combo attack by a touch operation using the touch screen 130, the flow of the combo can be branched. Thus, by adopting a directional input operation for the attack operation during the combo attack, the user can cause the game character CA1 to attack so as to flow one after another by various operations. Therefore, the game preference is improved.

(Camera work during continuous attack)
Even during the continuous attack, the control unit 190 executes the process according to the flowchart of the attack operation shown in FIG. Whether or not the input operation is the first attack operation of the continuous attack is determined only when the second attack operation is input. Therefore, regardless of whether the tap operation is a normal tap operation or a continuous attack operation, the control unit 190 executes the process according to the flowchart for the attack operation shown in FIG. That is, the control unit 190 executes the process according to the flowchart for the attack operation shown in FIG.

  For this reason, as a step S40, when a continuous attack operation is received within a predetermined period, the control unit 190 sets the game character as the enemy character CA2 that is the target of the first attack action among the continuous attack operations within the predetermined period. I will turn CA1. In step S42, the control unit 190 controls the virtual camera VC so that the game character CA1 is photographed from a predetermined direction.

  And the control part 190 determines whether tap operation was performed before the predetermined period, when the tap operation after the 2nd time was performed. When the tap operation is not performed before the predetermined period, the control unit 190 executes the process for the second tap operation according to the flowchart for the attack operation shown in FIG. In this case, the control unit 190 directs the game character CA1 to the enemy character CA2 to be attacked by the second tap operation. In step S42, the control unit 190 controls the virtual camera VC so that the game character CA1 is photographed from a predetermined direction.

  On the other hand, when a tap operation has been performed before a predetermined period, the control unit 190 does not execute step S42 in the flowchart of the attack operation illustrated in FIG. 15 for the tap operation. That is, the control unit 190 determines the shooting direction of the virtual camera VC determined based on the first attack operation within a predetermined period when the second and subsequent attack operations are performed within a predetermined period. Do not change while accepting consecutive attack operations. Thereby, even if the position of the enemy character CA2 changes due to the attack of the game character CA1, and the direction of the game character CA1 is changed accordingly, the shooting direction of the virtual camera VC is not changed. After the control unit 190 makes the user understand the direction of the character once, the control unit 190 provides the state of the continuous attack at a fixed angle, so that the user does not lose sight of the direction of the character. The character and the target character can be confirmed from various angles.

  Similarly, even when the attack operation during the combo attack includes a directional input operation, the control unit 190 determines the shooting direction of the virtual camera VC determined based on the first attack operation. It is not changed while accepting consecutive attack operations within a predetermined period. Hereinafter, an example in which the flick operation is included in the attack operation during the combo attack will be described in detail.

  FIG. 17 is a flowchart for explaining processing during a flick operation. The flowchart in FIG. 17 is a flowchart illustrating a process in which the control unit 190 advances the action game by executing the game program 151.

  In step S50, the control unit 190 determines whether an input operation has been accepted. The control unit 190 can accept a moving operation for moving the game character CA1 in the virtual space and an attacking operation for causing the game character CA1 to perform an attacking action as input operations.

  If it is determined that the input operation has been accepted (step S50: YES), in step S32, the control unit 190 displays an operation object at the initial touch position (corresponding to the screen example (B) in FIG. 14). 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 touch position.

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

  If it is determined that the input operation is a flick operation (step S54: YES), in step S56, the control unit 190 displays an operation object extending in the flick direction from the initial touch position.

  In step S58, the control unit 190 specifies the direction in which the game character CA1 is facing. For example, the storage unit 150 stores information indicating the direction in which the face of the game character CA1 is facing or the traveling direction of the previous movement operation. Control unit 190 selects the direction in which game character CA1 is facing from the directions indicated by the information stored in storage unit 150 based on the action executed by game character CA1 and the action from other objects. . Next, based on the selected result, the control unit 190 refers to the storage unit 150 and identifies the direction in which the game character CA1 is facing.

  In step S60, control unit 190 compares the direction of the flick operation with the direction in which game character CA1 is facing on the screen displayed on touch screen 130.

  In step S62, the control unit 190 causes the game character CA1 to perform an action corresponding to the comparison result in step S60. Details of this processing will be described later with reference to the flowchart shown in FIG.

  In step S46, the control unit 190 ends the display of the operation object 300.

  On the other hand, when it is determined that the input operation is not a flick operation (step S54: NO), in step S66, the control unit 190 causes the game character CA1 to perform an action corresponding to the input operation. In step S46, the control unit 190 ends the display of the operation object 300.

  When it is determined that the input operation is not accepted (step S50: NO), or when the display of the operation object 300 is finished, the flowchart shown in FIG. 17 is finished. Then, the control unit 190 executes the flowchart shown in FIG. 17 from the beginning until a predetermined condition is satisfied. Thus, a series of processing at the time of the attack operation is completed.

  FIG. 18 is a flowchart for explaining an operation process based on the flick operation shown in FIG. The control unit 190 causes the game character CA1 to perform an action according to the comparison result according to the flowchart shown in FIG.

  In step S70, control unit 190 determines whether or not a tap operation for performing an attack operation has been received within a predetermined period before the flick operation is received in step S50 shown in FIG.

  If it is determined that a tap operation for performing an attack action has been received before a predetermined period of the flick operation (step S70: YES), in step S72, the control unit 190 is directed to the game character CA1 in the direction of the flick operation. It is determined whether or not there is a predetermined relationship with the direction. The predetermined relationship may be such that, for example, the direction in which the game character CA1 is facing is an axis, and the direction of the flick operation is within a certain range from the axis to the left and right (for example, within 30 degrees and 45 degrees within each of the left and right). .

  If it is determined that the direction of the flick operation is included in a certain range of directions determined by the direction in which the game character CA1 is facing (step S72: YES), the control unit 190 performs the previous attack action as step S74. The game character CA1 is caused to perform an attack action based on the corresponding operation being a tap operation and the current operation being a flick operation. As described above, when the game character CA1 continuously executes the attack action, the game character CA1 can execute different attack actions instead of causing the game character CA1 to execute the same attack action each time. Therefore, the attacking action becomes diverse. When step S72 ends, the flowchart shown in FIG. 18 ends.

  On the other hand, if it is determined that the direction of the flick operation is not in a predetermined relationship with the direction in which the game character CA1 is facing (step S72: NO), as step S76, the control unit 190 performs an attack action on the game character CA1 The avoidance operation for moving in the direction of the flick operation is performed without performing the operation. Subsequently to step S78, the control unit 190 causes the game character CA1 to perform an attack action. In step S78, the attack action that the control unit 190 causes the game character CA1 to execute may be different from the attack action based on the tap operation. In this case, the attacking action by the game character CA1 becomes more diverse, and the game preference is improved. When step S78 ends, the flowchart shown in FIG. 18 ends.

  On the other hand, when it is determined that the tap operation for performing the attacking operation is not received before the predetermined period of the flick operation (step S70: NO), in step S80, control unit 190 performs the avoidance operation on game character CA1. And do not execute the attack action. In step S82, the control unit 190 determines the orientation of the virtual camera VC based on the orientation of the game character CA1. When step S82 ends, the flowchart shown in FIG. 18 ends.

  In this way, the control unit 190 divides actions such as causing the game character CA1 to perform an attack action or an avoidance action in accordance with the direction in which the game character CA1 is facing and the direction of the flick operation. Can improve the taste of the game. In particular, it is possible to give diversity to the input operation for the attack target.

  Further, the control unit 190 determines the shooting direction of the virtual camera VC based on the first attack operation of the combo attack, and does not change the shooting direction during the combo attack. For this reason, after letting the user understand the orientation of the game character CA1 once, flicking operation becomes easy to input by providing the state of continuous attack at a fixed angle.

  Further, the flick operation is an operation that the user inputs intuitively and quickly in a scene where a quick operation is required during the game. In the present embodiment, since the attack action or the avoidance action can be selected according to the direction of the flick operation, the attack and the avoidance can be selected intuitively. Therefore, the game preference is improved.

(Combo attack pattern)
The combo attack is not limited to the operation procedure described above, and various operation procedures can be adopted. As the types of combo attacks increase, the game character CA1 can be attacked in various ways, so that the game performance is improved.

  FIG. 19 is an example of a table group defining a combo string. Such a table group is included in the game information 152 or the game information 252 as combo data. The table example (A) in FIG. 19 is a combo table TB1 that defines a combo procedure. As shown in the table example (A) in FIG. 19, the combo table TB1 defines the order of operation contents for each combo row. The combo column is a column in which input operations are arranged according to the procedure for establishing a combo. As an example, the “first combo row” is defined such that a combo is established when a tap operation is input twice in succession. In addition, the “second combo row” is defined such that a combo is established when a tap operation is input three times in succession. In addition, the “third combo row” is defined such that a combo is established when a tap operation is input three times in succession. In addition, the “fourth combo row” is defined such that a combo is established when a tap operation is input twice in succession and then a flick operation is input. In addition, the “fifth combo row” is defined such that a combo is established when a tap operation is input twice in succession and then a flick operation and a tap operation are input continuously. Although not shown, each input operation is set with a time during which the input operation can be accepted. That is, the combo is established when the above-described procedure is executed within each reception time. A common reception time may be set for all input operations. Hereinafter, the combo procedure including such a temporal element is also referred to as a combo condition. Details of the reception time will be described later.

  When the combo condition is satisfied, an effect on the game is achieved. The effects on the game are predetermined for each combo row. An example of a game effect is an increase or decrease in game parameters. The game parameter is, for example, an attack damage value, an attack mitigation value, an attack power, defense power, HP, attribute, etc. of the game character CA1 or enemy character. Another example of the effect on the game is a change of the attack motion of the game character. As an example of the effect on the game, the attack motion of the game character may be changed depending on whether the combo condition is satisfied or not. In the first combo row to the third combo row, the same input operation may be repeated. In this case, when no effect on the game is added to the input, it is not necessary to determine whether the combo is established.

  The table example (B) of FIG. 19 is a combo table TB2 that associates a combo row with game effects that are played when the combo condition of the combo row is satisfied. As shown in the example table (B) in FIG. 19, a game effect is associated with each combo row. As an example, in the “first combo row”, an attack damage value is increased by 10% and an operation in the second motion is associated with the game effect. Since the combo condition of the first combo row is satisfied at the time of “tap operation” which is the last procedure of the first combo row, the attack damage value increases by 10% at the time of this tap operation, and the second motion and It is defined that Similarly, the “second combo row” is associated with an increase in attack damage value by 15% and an action in the first motion as game effects. In the “third combo row”, an attack damage value is increased by 20% and an operation in the second motion is associated with the game effect. In the “fourth combo row”, an attack damage value is increased by 25%, and an action in the third motion is associated as an effect on the game. In the “fifth combo row”, an attack damage value is increased by 30%, and an action in the third motion is associated as an effect on the game.

(Combo column branch)
FIG. 20 is a diagram for explaining the branching of the combo row. A screen example (A) to a screen example (F) in FIG. 20 are part of an image displayed on the touch screen 130. Screen example (A) shows the motion of game character CA1 when a tap operation is performed in a state where there is no attack operation a predetermined time ago.

  Screen example (B) shows the motion of game character CA1 when a tap operation is performed within the reception time during the motion shown in screen example (A). That is, the screen example (B) is a part of the screen when the combo condition of the “first combo row” defined in the combo table TB2 of FIG. 19 is satisfied. In the screen example (B), the game character CA1 attacking with the second motion is displayed.

  In the example of the combo table TB2 of FIG. 19, when the tap operation is continued twice, the combo conditions that are satisfied differ depending on the type of the attack operation that is input next within the reception time. For example, when a tap operation is input as the next attack operation within the reception time, the combo condition of the “second combo row” defined in the combo table TB2 of FIG. 19 is satisfied. In this case, as shown in the screen example (C), the game character CA1 attacking with the first motion is displayed. On the other hand, when the flick operation is input as the next attack operation within the reception time, the “fourth combo column” combo condition defined in the combo table TB2 of FIG. 19 is satisfied. In this case, as shown in the screen example (E), the game character CA1 attacking with the third motion is displayed. As described above, in the screen example (B), whether to transition to the screen example (C) or the screen example (E) is determined according to the type of the next attack operation. This situation is called “branch of combo row”.

  Screen example (D) shows the motion of game character CA1 when the tap operation is performed within the reception time during the motion shown in screen example (C) (third of combo table TB2 in FIG. 19). Combo column). Screen example (F) shows the motion of game character CA1 when the tap operation is performed within the reception time during the motion shown in screen example (E) (the fifth combo row in combo table TB2 in FIG. 19). ).

(Guidance display when branching combo line)
In the situation of the screen example (B) in FIG. 20 (when the combo row is branched), the user is guided to the next input operation that satisfies the combo condition. Hereinafter, the display on the screen for guiding the next input operation that satisfies the combo condition is referred to as a guidance display. The timing at which the combo row branches is called branch timing. The guidance display is displayed for a predetermined guidance display time at the branch timing. Details of the guidance display time (an example of display time) will be described later. The guidance display at the branch timing presents the user with an input operation to be input next in order to establish the combo. Therefore, the complexity of the operation due to the increased number of combo rows can be reduced.

  There are the following four methods for presenting the guidance display. The first method is a method of displaying a guidance display in a balloon format. For example, during the guidance display time, a guidance display indicating the next input operation is displayed on the touch screen 130 as a balloon of the game character CA1. There are a plurality of candidates for the next input operation to be guided. The guiding input operation may be all possible candidates or selected candidates. As a selection criterion, for example, an input operation that becomes a combo row having the highest game effect among possible combo rows may be selected. Alternatively, an input operation different from the immediately preceding input operation may be selected from among a plurality of candidates. In the first method, since the guidance display appears on the touch screen 130 only during the guidance display time, it is possible to suppress the overlap with other objects and characters of the game. For this reason, the first method can also be adopted for a device having a narrow display area such as a smartphone. In the first method, since a guidance display appears in association with the operation target in the vicinity of the operation target, a user who focuses on the operation target is likely to notice.

  The second method is a method of displaying a combo string in advance on a screen as a graph using nodes and edges. A node indicates an input operation, and an edge indicates a combo order. In the second method, a node indicating the next input operation is highlighted in the guidance display time. In the second method, the display area necessary for guidance display is larger than that in the first method, but the user can understand the entire combo row from the initial stage of the combo row input operation.

  The third method is a method obtained by improving the first method. In the first method, since the next input operation is guided using a balloon, the screen display area can be used effectively, but the appearance of the balloon is significantly different from that of the operation object displaying the operation status. The operation object displays the object in a display form based on the input operation using operation information called operation history. If the operation information is defined as information relating to an input operation by the user on the screen displaying the game, the input operation to be guided next is also a kind of operation information. For this reason, both the guidance display and the operation object appear on the screen in order to display the operation information. For this reason, it is easier for the user to accept the guidance display and the operation object if they have the same or similar appearance.

  An example of the third method is a method of using an operation object for guidance display by using deformation of the operation object. Since the operation object used for the guidance display does not display the user's input status, it becomes a guidance object. For example, the guidance object is deformed so as to prompt the input operation with the previous touch position by the user as the display position. For example, a guide object that guides a drag operation expands and contracts in a predetermined cycle along the drag operation direction. Such a guide object is easy to understand and accept by a user who uses the operation object.

  The fourth method is a method obtained by improving the third method. In order to realize an example of the third technique, it is necessary to drastically change a program related to display and deformation of the operation object. The fourth method can be adopted to suppress the modification of the operation object program as much as possible. In the fourth method, during the guidance display time, the display of the operation object is interrupted and switched to the animation display. That is, in a period before the guidance display time, an operation history (an example of operation information) is displayed on the touch screen 130 with an operation object (an example of a display form based on the input operation) that is deformed according to the input operation. In the guidance display time, an operation object is not displayed, and a guidance display (an example of operation information) is displayed in an animation (an example of a display form not based on an input operation). The “display mode based on the input operation” is a mode in which the shape parameter or the color parameter of the object is controlled according to the input operation. As a result of starting and ending animation reproduction by a user input operation, the shape and color of the graphic on the touch screen 130 may be changed. Such an operation controls the shape parameter or the color parameter. Since it is not a thing, it is an example of a “display mode not based on an input operation”.

(Example of animation)
FIG. 21 is an example of an animation image serving as a drag operation guidance display. An image example (A) to an image example (C) in FIG. 21 are a part of images displayed on the touch screen 130. The image example (A) includes a graphic 500A similar to the shape of the operation object. The image example (B) includes a graphic 500B having a width wider than that of the graphic 500A. The image example (C) includes a graphic 500C having a width wider than that of the graphic 500B. By switching in the order of the image example (A), the image example (B), and the image example (C), a graphic extending in the horizontal direction is expressed as a guidance display. Further, by switching in the order of the image example (C), the image example (B), and the image example (A), a figure that shrinks in the horizontal direction is expressed as a guidance display. Thus, by switching the image example (A) to the image example (C), the figure becomes an animation that expands and contracts in the left-right direction, and guides the drag operation during the guidance display time.

(Example of screen transition for guidance display)
FIG. 22 is a diagram illustrating an example of guidance display using animation. Screen examples (A) to (F) in FIG. 22 are a part of images displayed on the touch screen 130. The screen example (A) to the screen example (F) transition in time series.

  The screen example (A) in FIG. 22 is an image at the timing when the tap operation by the user is performed. The operation object 300 is displayed by the tap operation, and the game character CA1 starts an attack motion (for example, a first motion) that is predetermined according to the tap operation. As an example, when the input operation is not received during a predetermined period before the tap operation is input, the game character CA1 operates in the first motion in response to the tap operation.

  The screen example (B) in FIG. 22 is an image that displays the game character CA1 in the attack motion corresponding to the tap operation input in the screen example (A) in FIG. In the screen example (B) of FIG. 22, the tap operation is input to the game character CA1 during the attack motion (during the first motion), and the operation object 300 is displayed. The two consecutive tap operations satisfy the combo condition related to the “first combo row” in the table example (A) of FIG. Although the combo condition includes a temporal element, in the description of FIG. 22, the combo condition related to the temporal element is omitted, and details will be described later. When the combo condition related to the “first combo row” is satisfied, the next attack motion is “second motion” as an effect on the game related to the “first combo row” in the table example (B) of FIG. Become. The game character CA1 starts the second motion.

  The screen example (C) of FIG. 22 is an image that displays the game character CA1 during the attack motion (during the second motion) corresponding to the tap operation input in the screen example (B) of FIG. When the combo condition of the “first combo row” is satisfied, if the next input operation is a tap operation, the combo condition of the “second combo row” is satisfied, and if the next input operation is a flick operation, Satisfy the combo condition of “4 Combo Rows”. That is, the screen example (C) in FIG. 22 is a screen example at the branch timing. At this time, the guidance display 500 by the animation of FIG. 21 is displayed for the set predetermined period. Below, the said predetermined period is also called guidance display time. The guidance display 500 is a result of reproducing the figures 500A to 500C in FIG. 21 in a predetermined order.

  The screen example (D) in FIG. 22 is an image at the timing when the tap operation is input with respect to the screen example (C) in FIG. 22. Since the guidance display 500 is an animation, it does not deform in response to a tap operation. In addition, since the display of the operation object is also prohibited, the operation status according to the tap operation is not displayed. However, since the tap operation is input, the combo condition of the second combo row is satisfied. Therefore, the next attack motion is the “first motion” as an effect on the game related to the “second combo row” in the table example (B) of FIG. The game character CA1 starts the first motion.

  The screen example (E) in FIG. 22 is an image that displays the game character CA1 during the attack motion (during the first motion) corresponding to the tap operation input in the screen example (D) in FIG. In the screen example (E) of FIG. 22, the guidance display time has elapsed, and the animation showing the guidance display 500 has ended. Then, the tap operation is input to the game character CA1 during the attack motion (during the first motion), and the operation object 300 is displayed. The four consecutive tap operations satisfy the combo condition related to the “third combo row” in the table example (A) of FIG. When the combo condition related to the “third combo row” is satisfied, the next attack motion is “second motion” as an effect on the game related to the “third combo row” in the table example (B) of FIG. Become. The game character CA1 starts the second motion.

  The screen example (F) in FIG. 22 is an image that displays the game character CA1 during the attack motion (during the second motion) corresponding to the tap operation input in the screen example (E) in FIG.

  As described above, the effect on the game is changed according to successive tap operations, and the animation guidance display 500 is displayed during the guidance display time.

  FIG. 23 is a diagram for explaining another example of guidance display using animation. Screen examples (A) to (F) in FIG. 23 are part of an image displayed on the touch screen 130. The screen example (A) to the screen example (F) transition in time series.

  Screen examples (A) to (C) in FIG. 23 are the same as screen examples (A) to (C) in FIG.

  A screen example (D) in FIG. 23 is an image at a timing when a flick operation is input with respect to the screen example (C) in FIG. Since the guidance display 500 is an animation, it does not deform according to the flick operation. In addition, since the display of the operation object is also prohibited, the operation status corresponding to the flick operation is not displayed. However, since the flick operation is input, the combo condition of the fourth combo row is satisfied. Therefore, the next attack motion is the “third motion” as an effect on the game related to the “fourth combo row” in the table example (B) of FIG. The game character CA1 starts the third motion.

  The screen example (E) in FIG. 23 is an image that displays the game character CA1 during the attack motion (during the third motion) according to the flick operation input in the screen example (D) in FIG. In the screen example (E) of FIG. 23, the guidance display time has elapsed, and the animation showing the guidance display 500 has ended. Then, the tap operation is input to the game character CA1 during the attack motion (during the third motion), and the operation object 300 is displayed. When the tap operation is further performed after the two consecutive tap operations and the flick operation, the combo condition related to the “fifth combo row” in the table example (A) of FIG. 19 is satisfied. When the combo condition related to the “fifth combo row” is satisfied, the next attack motion is “third motion” as an effect on the game related to the “fifth combo row” in the table example (B) of FIG. Become. The game character CA1 starts the third motion.

  The screen example (F) in FIG. 23 is an image that displays the game character CA1 during the attack motion (during the third motion) according to the tap operation input in the screen example (E) in FIG.

  As described above, the effect on the game is changed according to the tap operation and the flick operation, and the animation guide display 500 is displayed during the guide display time.

(Temporal elements of combo conditions, prior input and subsequent input)
FIG. 24 is a diagram for explaining prior input. FIG. 24 is a diagram for explaining in detail the operation of the game character CA1 from the screen example (B) to the screen example (E) in FIG.

  As shown in FIG. 24, the second motion is started in response to the tap operation. The reproduction of the second motion starts from the start time t1 and ends at the end time t2. During the reproduction of the second motion, an acceptance time for accepting the next input operation is set. The reception time is set between the start time t1 and the end time t2, which is a playback time of the second motion (an example of a period during which a character that moves in the first combo motion is displayed). In the figure, the reception time starts from the start time t3 and ends at the end time t4.

  When an input operation related to a combo attack is received within the reception time, it is determined that the combo condition is satisfied. For this reason, even if an input operation related to a combo attack is received outside the reception time, the input operation is not considered in determining whether the combo condition is satisfied. That is, the combo condition includes a temporal element. In the description of FIGS. 22 and 23, the time element is omitted, but the reception time is set for all operations, and it is determined whether or not the condition of the time element is satisfied as a combo condition.

  In addition, when an input operation related to a combo attack is received within the reception time, the start time of the playback time of the next motion is changed depending on whether the input is a preceding input or a subsequent input. In the reception time, a branchable timing TA (an example of a first timing) is set in advance. The branchable timing TA is a timing at which the motion related to the branched combo can be reproduced. When the input operation related to the combo attack received within the reception time is received from the start time t3 of the reception time to the branchable timing TA, the input operation is determined as the preceding input. In the example of FIG. 24, the flick operation is the preceding input. When the input operation related to the combo attack is the preceding input, the next motion reproduction is started from the branchable timing TA. In the example of FIG. 24, the start time t5 of the third motion reproduction is the same time as the branchable timing TA.

  FIG. 25 is a diagram for explaining late input. The input operation is the same as that shown in FIG. 24 except that the flick operation is accepted after the branchable timing TA. As shown in FIG. 25, when an input operation related to the combo attack received within the reception time is received from the branchable timing TA to the end time t4 of the reception time, the input operation is a subsequent input. Determined. In the example of FIG. 25, the flick operation is a subsequent input. When the input operation related to the combo attack is a subsequent input, the next motion reproduction is started from the timing when the subsequent input is made. In the example of FIG. 25, the start time t5 of the third motion playback is the same as the timing when the flick operation is performed.

(Guidance display time)
FIG. 26 is a diagram for explaining the guidance display time. The guidance display time is set based on the reception time. As shown in FIG. 26, the start time t7 of the guidance display time is set to the start time t3 of the reception time. Further, the guidance display time end time t8 is set based on the branchable timing TA when the input operation related to the combo attack is a preceding input. For example, the guidance display time end time t8 is set to end before the first period M1 from the branchable timing TA. The first period M1 includes zero. For this reason, the end time t8 of the guidance display time may be simultaneous with the branchable timing TA. As described above, when the input operation related to the combo attack is a preceding input, the motion playback starts at the branchable timing TA, so that the video and the guidance display are displayed by ending the guidance display at least by the branchable timing TA. In order to synchronize, a guidance display that is easy for the user to understand is provided.

  In addition, the guidance display time end time t8 is set based on the reception time end time t4 when the input operation related to the combo attack is a subsequent input. For example, the guidance display time end time t8 is set to end before the second period M2 from the reception time end time t4. The second period M2 includes 0. For this reason, the end time t8 of the guidance display time may be simultaneously with the end time t4 of the reception time. As described above, when the input operation related to the combo attack is a later input, the user can learn the end timing of the reception time by setting the guidance display time with reference to the end time t4 of the reception time.

  Note that the guidance display time end time t8 may end at a timing when a later input is accepted. In this case, since the video and the guidance display are synchronized, a guidance display that is easy for the user to understand is provided.

(Combo processing flowchart)
FIG. 27 is a flowchart for explaining the combo process. The flowchart in FIG. 27 is a flowchart illustrating a process for causing the control unit 190 to advance the action game by executing the game program 151. The flowchart shown in FIG. 27 is started when a later-described branch flag is “0”. The branch flag is a flag that is set to “1” when there is a branch in the combo row, and is set to “0” when there is no branch in the combo row.

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

  If it is determined that the input operation has been accepted (step S90: YES), in step S92, the control unit 190 displays the operation object 300, and whether the relationship between the input operation and the previous input operation satisfies the combo condition. Determine whether. The previous input operation may be an input operation input immediately before or may be an input operation input a predetermined number of times before. For example, the control unit 190 refers to the combo table TB1 in the table example (A) illustrated in FIG. 19, and the relationship between the input operation accepted in step S90 and the previous input operation stored in the operation history is as follows. Then, it is determined whether or not it matches the procedure of any combo string. Further, control unit 190 determines whether or not the input operation received in step S90 is received within the reception time set at the time of the previous input operation. When the above two determinations are affirmative, the control unit 190 determines that the relationship between the input operation and the previous input operation satisfies the combo condition.

  As an example, the input operation received in step S90 is a tap operation, the previous input operation stored in the operation history is a tap operation, and is input within the reception time set for the previous input operation. Suppose there is. In this case, the control unit 190 determines that the combo condition related to the “first combo row” is satisfied (the combo table TB1 in FIG. 19). Further, as an example, the input operation received in step S90 is a tap operation, and the previous input operation stored in the operation history is a tap operation, but is input outside the reception time set for the previous input operation. Suppose that In this case, the control unit 190 determines that the combo condition is not satisfied.

  If it is determined that the combo condition is not satisfied (step S92: NO), in step S96, the control unit 190 starts displaying a character that operates in response to the input operation. For example, as illustrated in a screen example (A) in FIG. 20, the control unit 190 starts displaying the game character CA <b> 1 that operates in the first motion.

  When it is determined that the combo condition is satisfied (step S92: YES), in step S94, the control unit 190 starts displaying a character that operates by a combo action. For example, as shown in the screen example (B) of FIG. 20, the control unit 190 starts displaying the game character CA1 that operates in the second motion (the combo table TB2 of FIG. 19).

  When the display of the action of the game character CA1 is started (step S94 or step S96), in step S97, the control unit 97 sets a reception time for the next input operation (FIGS. 24 and 25).

  Subsequently, in step S98, the control unit 190 determines whether or not a combo string branch exists. For example, the control unit 190 refers to the combo table TB1 and the operation history in the table example (A) illustrated in FIG. 19, and there are a plurality of relationships between the input operation accepted in step S90 and the next input operation. It is determined whether the situation satisfies the combo condition. As an example, a case will be described in which the previous tap operation is once and the input operation accepted in step S90 is a tap operation. When such two consecutive tap operations are accepted, as shown in the combo table TB1 of FIG. 19, if the next input operation is a tap operation, the “second combo row” is satisfied, and the next input operation is performed. If it is a flick operation, the “fourth combo row” is satisfied. In such a case, the control unit 190 determines that there is a combo string branch.

  If it is determined that there is a combo string branch (S98: YES), in step S100, the control unit 190 sets the branch flag to “1”. On the other hand, if it is determined that there is no branch in the combo row (S98: YES), the control unit 190 sets the branch flag to “0” in step S102.

  When it is determined that the input operation has not been accepted (step S90: NO), or when the setting of the branch flag is finished (step S100 or step S102), the flowchart shown in FIG. 27 is finished. Then, when the branch flag is “0”, the control unit 190 executes the flowchart shown in FIG. 27 from the beginning.

(Flow chart of combo process when branching combo line)
FIG. 28 is a flowchart of the combo process when the combo string is branched. The flowchart in FIG. 28 is a flowchart illustrating a process for causing the control unit 190 to advance the action game by executing the game program 151. The flowchart shown in FIG. 28 is started when the branch flag is “1”. In the following, when there are two branch destinations in the combo row, for example, the situation in the screen example (B) in FIG. 20 will be described as an example.

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

  If it is determined that the input operation has been accepted (step S110: YES), in step S112, the control unit 190 determines whether or not the relationship between the input operation and the previous input operation satisfies the first combo condition. The first combo condition is a combo condition related to one of the two combo strings to be branched. For example, the control unit 190 refers to the combo table TB1 of the table example (A) shown in FIG. 19 and the relationship between the input operation accepted in step S110 and the previous input operation stored in the operation history is as follows. , It is determined whether or not the procedure matches the “second combo row” (an example of a first combo condition). Furthermore, the control unit 190 determines whether or not the input operation received in step S110 is received within the reception time set during the previous input operation (an example of a first combo condition). When the two determinations are positive, the control unit 190 determines that the relationship between the input operation and the previous input operation satisfies the first combo condition.

  When it is determined that the first combo condition is satisfied (step S112: YES), in step S114, the control unit 190 starts displaying a character that operates in the first combo action. As an example, if the combo condition related to the “second combo row” is satisfied, the control unit 190 may display the first motion (an example of the first combo operation) as illustrated in the screen example (C) of FIG. 20, for example. ) Starts the display of the game character CA1 that operates.

  If it is determined that the first combo condition is not satisfied (step S112: NO), in step S116, the control unit 190 determines whether the relationship between the input operation and the previous input operation satisfies the second combo condition. judge. The second combo condition is a combo condition related to the other combo row of the two combo rows to be branched. For example, the control unit 190 refers to the combo table TB1 of the table example (A) shown in FIG. 19 and the relationship between the input operation accepted in step S110 and the previous input operation stored in the operation history is as follows. , It is determined whether or not the procedure matches the “fourth combo row” (an example of a second combo condition). Furthermore, the control unit 190 determines whether or not the input operation received in step S110 is received within the reception time set during the previous input operation (an example of a second combo condition). When the two determinations are positive, the control unit 190 determines that the relationship between the input operation and the previous input operation satisfies the second combo condition.

  If it is determined that the second combo condition is satisfied (step S116: YES), in step S118, the control unit 190 starts displaying a character that operates in the second combo action. As an example, when the combo condition related to the “fourth combo row” is satisfied, the control unit 190, for example, as shown in the screen example (E) of FIG. ) Starts the display of the game character CA1 that operates.

  If it is determined that the second combo condition is not satisfied (step S116: NO), in step S120, the control unit 190 starts displaying a character that operates in response to an input operation. For example, as illustrated in a screen example (A) in FIG. 20, the control unit 190 starts displaying the game character CA <b> 1 that operates in the first motion.

  When the display of the action of the game character CA1 is started (step S114, step S118 or step S120), in step S122, the control unit 97 sets a reception time for the next input operation (FIGS. 24 and 25). ).

  Subsequently, in step S124, the control unit 190 performs a branch flag process. The branch flag process is the same as steps S98, S100, and S102 in FIG.

  When it is determined that the input operation has not been accepted (step S110: NO), or when the setting of the branch flag is completed (step S124), the flowchart shown in FIG. 28 ends. Then, when the branch flag is “1”, the control unit 190 executes the flowchart shown in FIG. 28 from the beginning.

(Flowchart of guidance display processing)
FIG. 29 is a flowchart of the guidance display process. The flowchart in FIG. 29 is a flowchart illustrating a process for causing the control unit 190 to advance the action game by executing the game program 151. The flowchart shown in FIG. 29 is started when the branch flag is “1”. For this reason, it is performed in parallel with the flowchart shown in FIG. Hereinafter, the situation in the screen example (B) of FIG. 20 will be described as an example. And guidance display shall guide operation which concerns on the 4th combo row | line with a big effect on a game.

  In step S132, the control unit 190 sets a branchable timing TA (FIGS. 24 and 25). The control unit 190 sets the branchable timing TA for the reception time set for the input operation input immediately before. As an example, the control unit 190 sets the branchable timing TA with a predetermined time interval from the start of the reception time.

  Subsequently, in step S134, the control unit 190 starts displaying guidance. For example, the control unit 190 reproduces the animation shown in FIG. 21 together with the start of the reception time set for the input operation input immediately before. In this case, an animation that prompts input of the next input operation (flick operation of the fourth combo row) is displayed as the reception time starts. The start of the guidance display time may be delayed by a predetermined time from the start of the reception time.

  Subsequently, in step S136, the control unit 190 determines whether or not the relationship between the input operation and the previous input operation satisfies the second combo condition. This process is the same as step S116 in FIG.

  If it is determined that the second combo condition is satisfied (step S136: YES), in step S138, the control unit 190 determines whether the next input operation (flick operation of the fourth combo row) is a preceding input or a subsequent input. It is determined whether there is any (FIGS. 24 and 25). When the next input operation is a preceding input, the control unit 190 sets the end timing of the guidance display time based on the branchable timing TA. For example, the control unit 190 sets the end time t8 of the guidance display time before the first period M1 from the branchable timing TA (FIG. 26). When the next input operation is a late input, the control unit 190 sets the end timing of the guidance display time based on the end time of the reception time. For example, the control unit 190 sets the guidance display time end time t8 before the second period M2 from the reception time end time t4 (FIG. 26). Or the control part 190 may set the completion | finish timing of guidance display time on the basis of late input. For example, the control unit 190 sets the end time t8 of the guidance display time at the same timing as the later input or after a predetermined time has elapsed.

  On the other hand, if it is determined that the second combo condition is not satisfied (step S136: NO), in step S140, the control unit 190 sets the end timing of the guidance display time based on the end time of the reception time. For example, the control unit 190 sets the guidance display time end time t8 before the second period M2 from the reception time end time t4.

  When the setting of the end timing is completed, in step S142, the control unit 190 ends the guidance display at the set timing. This is the end of the flowchart shown in FIG. Then, when the branch flag is “1”, the control unit 190 executes the flowchart shown in FIG. 29 from the beginning.

(Summary of guidance display)
The guidance display is displayed at the timing when the combo row branches. As an example of the guidance display, an animation similar to an operation object is reproduced. Also, the operation object is not displayed during animation playback.

(Modification 1)
The control unit 190 refers to the combo table TB1 that defines the combo procedure, and determines the branch of the combo row. However, the control unit 190 is not limited to this. For example, the control unit 190 may refer to a branch timing table in which an operation content and a branch flag are associated. The branch timing table can be created in advance from the combo table TB1.

(Modification 2)
Furthermore, in the embodiment, the camera arrangement control unit 194 determines the shooting direction of the virtual camera VC based on the first attack operation of the combo attack during the combo attack, and fixes the shooting direction during the subsequent combo attack. However, the present invention is not limited to this. For example, when an attack operation (including a combo attack operation) is accepted, the camera arrangement control unit 194 may control the virtual camera VC so that the game character CA1 is always shot from behind. That is, during the combo attack, the shooting direction of the virtual camera is changed so as to maintain the shooting direction of the virtual camera VC determined based on the first attack operation (the direction in which the game character CA1 is shot from behind). to continue. In this case, the control unit 190 directs the game character CA1 to the enemy character CA2 to be attacked at the time of the attack in step S74 and step S78 in FIG. 18, and the shooting direction of the virtual camera VC according to the direction of the game character CA1. (The processing corresponding to steps S40 and S42 in FIG. 15 is performed). Thereby, in the battle scene, a game screen is provided in which the game character CA1 always faces the enemy character CA2 from the front and is always observed from behind the game character CA1. By using such camera work, the user does not lose sight of the character's direction, so that the operability can be improved even when the attack operation includes a directional input operation.

(Modification 3)
The operation object 300 indicating the operation result of the drag operation may be expressed using a plurality of objects.

(Modification 4)
The operation included during the continuous hit operation has been described as an example of a flick operation, but may be a drag operation.

(Modification 5)
The touch screen 130 may be replaced with a device including a motion sensor and a display device.

(Modification 6)
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 operate a game character (for example, a game character) displayed on a screen (for example, a touch screen 130) in accordance with an input operation by a user,
When the input operation is accepted and the relationship between the input operation and the previous input operation satisfies a predetermined combo condition (for example, a combo condition related to the first combo row), a predetermined combo operation (for example, a first combo operation) A first display step (for example, step S92, step S94) for displaying the character operating in two motions on the screen;
The relationship between the input operation and the next first input operation (for example, a tap operation) satisfies a first combo condition (for example, a combo condition related to the second combo row) for displaying the character that operates in the predetermined combo operation. And the relationship between the input operation and the next second input operation (for example, flick operation) is related to a second combo condition (for example, a fourth combo row) for causing the character to move with the second combo operation. When the situation satisfies the combo condition), a guidance display step (for example, step) is performed to display a guidance display for prompting the input of the second input operation on the screen while the character operating in the predetermined combo motion is displayed. S134)
When receiving the second input operation, a second display step (for example, step S118) for displaying the character that operates in a second combo operation (for example, third motion) on the screen;
An information processing method comprising:

  According to this information processing method, since the guidance display can be displayed on the screen at the branch timing of the combo row, the next input operation can be guided to the user at an appropriate timing.

(Item 2)
In the guidance display step, the reception time of the second input operation (for example, the time t3 to the time t3) is displayed in a period (for example, the second motion reproduction period: time t1 to time t2) for displaying the character that operates in the predetermined combo motion The information processing method according to item 1, wherein time t4) is set, and a display time of the guidance display (for example, time t7 to time t8) is set based on the reception time.

  According to this information processing method, an input operation outside the reception time can be excluded from the combo determination.

(Item 3)
A first timing (for example, a branchable timing TA) is set for the reception time,
In the second display step, when the second input operation is received between the start of the reception time and the first timing (for example, preceding input), the character that moves in the second combo motion is When the second input operation is received from the first timing to the end of the reception time from the timing (for example, late input), the character operating in the second combo action is displayed on the screen. The information processing method according to item 2, wherein the information is displayed on the screen from a timing when a two-input operation is received.

  According to this information processing method, the start timing of the movement of the character performing the combo action can be changed between the preceding input and the subsequent input.

(Item 4)
4. The information processing method according to item 2 or 3, wherein, in the guidance display step, the end of the display time is set at the end of the reception time or a predetermined time before the end of the reception time.

  According to this information processing method, it is possible to avoid guiding an operation for which reception has been completed by guidance display.

(Item 5)
In the guidance display step, when the second input operation is received from the start of the reception time to the first timing, the end of the display time is from the first timing or the first timing. Is set a predetermined time before (for example, the first period M1), and when the second input operation is received from the first timing to the end of the reception time, the end of the display time is Item 5. The item according to any one of Items 2 to 4, which is set at a timing when an input operation is received, the end of the reception time, or a predetermined time before the end of the reception time (for example, the second period M2). Information processing method.

  According to this information processing method, by terminating the guidance display at least by the first timing, the video and the guidance display are synchronized, so that a guidance display that is easy for the user to understand is provided. Further, according to this information processing method, by setting the guidance display time based on the end time of the reception time, the user can learn the end timing of the reception time.

(Item 6)
The information processing method according to any one of Items 1 to 5, wherein the guidance display is displayed in association with the character in the vicinity of the character.

  According to this information processing method, it is possible to provide guidance to a user who is paying attention to the operation target.

(Item 7)
The information processing method according to any one of Items 1 to 5, wherein the guidance display is displayed as a graph using nodes and edges at a predetermined position on the screen.

  According to this information processing method, the user can understand the entire combo string from the initial stage of the combo string input operation.

(Item 8)
The information processing method according to any one of Items 1 to 5, wherein the guidance display is generated by deforming an operation object when the screen is a touch screen.

  According to this information processing method, it is easy to understand and accept by the user who uses the operation object.

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

(Item 10)
Memory,
A processor coupled to the memory;
The apparatus which performs the method as described in any one of the items 1-8 by control of the said 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: Movement direction detection unit, 194: Camera arrangement control unit, 195 ... Object control unit, 1
96 ... Display control unit, 220 ... Communication unit, 250 ... Storage unit, 251 ... Game program, 29
DESCRIPTION OF SYMBOLS 0 ... Control part, 291 ... Transmission / reception part, 292 ... Server processing part, 293 ... Data management part, 294
... matching unit, 295 ... measuring unit, 300, 400 ... operation object, 500 ... guidance display, CA1 ... game character (an example of a character).

Claims (10)

An information processing method executed by a computer to operate a game character displayed on a screen in accordance with an input operation by a user,
When the input operation is accepted and the relationship between the input operation and the previous input operation satisfies a predetermined combo condition, a first display that displays the character that operates in a predetermined combo operation on the screen Steps,
The relationship between the input operation and the next first input operation is a condition that satisfies a first combo condition for moving the character in the first combo operation, and the input operation and the next second input operation are Is a situation that satisfies the second combo condition for moving the character with the second combo action, the second input operation is performed while the character operating with the predetermined combo action is being displayed. A guidance display step for displaying a guidance display prompting input on the screen;
When receiving the second input operation, a second display step of displaying the character operating in the second combo action on the screen;
An information processing method comprising:   In the guidance display step, a reception time for the second input operation is set during a period for displaying the character that operates in the predetermined combo action, and a display time for the guidance display is set based on the reception time. The information processing method according to claim 1. A first timing is set for the reception time,
In the second display step, when the second input operation is received from the start of the reception time to the first timing, the character operating in the second combo action is transferred from the first timing to the screen. And when the second input operation is received from the first timing to the end of the reception time, the character operating in the second combo action is displayed from the timing when the second input operation is received. The information processing method according to claim 2, wherein the information processing method is displayed on a screen.   The information processing method according to claim 2 or 3, wherein in the guidance display step, the end of the display time is set at the end of the reception time or a predetermined time before the end of the reception time.   In the guidance display step, when the second input operation is received from the start of the reception time to the first timing, the end of the display time is from the first timing or the first timing. Is set before a predetermined time, and when the second input operation is received from the first timing to the end of the reception time, the end of the display time is the timing at which the second input operation is received. The information processing method according to claim 3, wherein the information processing method is set at a predetermined time before the end of the reception time or the end of the reception time.   The information processing method according to any one of claims 1 to 5, wherein the guidance display is displayed in association with the character in the vicinity of the character.   The information processing method according to claim 1, wherein the guidance display is displayed as a graph using nodes and edges at predetermined positions on the screen.   The information processing method according to any one of claims 1 to 5, wherein the guidance display is generated by deforming an operation object when the screen is a touch screen.   The program which makes a computer perform the method as described in any one of Claims 1-8. Memory,
A processor coupled to the memory;
An apparatus for performing the method according to claim 1 under the control of the processor.

Images