JP2018069032A - Gaming method and gaming program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a gaming method that can intuitively give a user feedback for an input operation.SOLUTION: Provided is a gaming method for controlling a character object displayed on a touch screen 2 according to a user input operation. The gaming method includes: (a) a step of displaying an operation object 40 on the touch screen 2 from the start point of the input operation toward the end point of the input operation; (b) a step of making a character object 100 execute a prescribed action on the basis of the input operation; (c) a step of detecting the status of the character object 100 at step (b); and (d) a step of displaying, on the touch screen 2, prescribed information associated with the detected status of the character object 100 in addition to the operation object 40.SELECTED DRAWING: Figure 10

Description

  The present invention relates to a game method and a game program.

In Patent Document 1, when a slide operation is performed on the touch panel, an elastic object is displayed at a slide operation start point, and the user interface is displayed so that the elastic object extends while being elastically deformed toward the slide operation end point. The program is disclosed.
Patent Document 2 discloses that in a video game executed by a smartphone, a user touch-operates a character object displayed on the touch panel of the smartphone, so that a slide operation direction with respect to the touch panel and actions such as movement and jump of the character object A game operation method for controlling a character object in association with each other is disclosed.
In Patent Literature 3, in a martial arts game, it is determined whether or not an input procedure specified by a plurality of input operations matches a reference procedure. If the input operation matches a reference procedure, the contents of the input operation are determined. It is disclosed that an identification symbol for visually identifying the image is displayed on the screen.
Non-Patent Document 1 discloses that in a horizontal scroll action of a smartphone game, after jumping with an upper flick and then flicking down while jumping, a technique of splitting can be achieved. In such a game, it is known that an action name is displayed along with a character on the screen when the technique is successfully completed.

Japanese Patent Laying-Open No. 2015-222595 Japanese Patent Laid-Open No. 2006-051266 JP 09-239149 A

“SAO Memo Def (Memory Defrag) Strategy Wiki”, [online], September 15, 2016, Game 8, [October 3, 2016 search], Internet <URL: https://game8.jp/sao- md / boss / 86386>

  In a video game (for example, a so-called smartphone game) disclosed in Patent Document 2, a user needs to perform a predetermined input operation in order to set a character object in a predetermined state. However, conventionally, feedback to the user of the input operation result has been insufficient, and it has been difficult for the user to intuitively understand why the input has failed when there is an error in the user's input operation.

  An object of the present disclosure is to provide a game method and a game program capable of intuitively giving feedback to an input operation to a user.

According to an embodiment shown in the present disclosure, a game method for controlling a character object displayed on a touch screen in accordance with a user input operation is provided. The game method is
(A) displaying an operation object on the touch screen from a start point of the input operation toward an end point of the input operation;
(B) causing the character object to perform a predetermined action based on the input operation;
(C) detecting the state of the character object in the step (b);
(D) displaying predetermined information associated with the detected state of the character object on the touch screen in association with the operation object.

  Moreover, according to one embodiment shown in this indication, a game program for making a computer perform the above-mentioned game methods is provided.

  According to the present disclosure, it is possible to provide a game method and a game program that can intuitively give feedback to an input operation to a user.

It is a figure which shows the user terminal which concerns on this embodiment. It is a figure which shows the hardware constitutions of the user terminal which concerns on this embodiment. It is a functional block diagram of the user terminal concerning this embodiment. It is a figure which shows an example of the game screen of the game displayed on the touch screen of the user terminal which concerns on this embodiment. It is a figure which shows the process in which an operation detection part detects the direction which moves a player character according to a user's input operation. It is a figure which shows the operation | movement table of a player character (here self character). (A) is a figure which shows an example of the operation object displayed on a touch screen, (B) is a figure which shows the state which the operation object elastically deformed. It is a schematic diagram which shows the main functional modules mounted with the game program which concerns on this embodiment. It is a flowchart which shows the process for displaying the information regarding the state of a player character in an operation object in this embodiment. (A) And (B) is a figure which shows the example of the game screen in the flowchart of FIG. It is an example of a screen when a user wants a player character to execute a predetermined action, (A) is a diagram showing an example of a screen in a state where the player character is jumping, and (B) is an input of a predetermined action It is a figure which shows the example of a screen when operation is successful, (C) is a figure which shows the example of a screen when input operation of the said action fails. It is an example of a screen when a user wants a player character to execute a predetermined action, (A) is a diagram showing an example of a screen in a state where the player character is jumping, and (B) is an input of a predetermined action It is a figure which shows the example of a screen when operation is successful, (C) is a figure which shows the example of a screen when input operation of the said action fails. It is a figure which shows the game screen which concerns on a modification. It is a figure which shows the operation object which concerns on another modification.

[Description of Embodiments Presented by the Present Disclosure]
An overview of an embodiment indicated by the present disclosure will be described.
(1) A game method according to an embodiment of the present disclosure is a game method for controlling a character object displayed on a touch screen in accordance with a user input operation,
The game method is
(A) displaying an operation object on the touch screen from a start point of the input operation toward an end point of the input operation;
(B) causing the character object to perform a predetermined action based on the input operation;
(C) detecting the state of the character object in the step (b);
(D) displaying predetermined information associated with the detected state of the character object on the touch screen in association with the operation object.

  According to the above method, feedback to the input operation can be intuitively given to the user.

(2) The operation object is an object displayed between the start point and the end point,
In the step (a), the operation object is displayed such that one of the reference point side portion and the end point side portion is an enlarged portion larger than the other portion,
In the step (d), the predetermined information may be displayed inside the enlarged portion.

  According to the above method, a narrow screen such as a smartphone can be effectively used by displaying the state display information on the enlarged portion of the operation object which is a dead space on the touch screen.

  (3) In the step (d), the display angle of the predetermined information on the touch screen may be fixed regardless of the positional relationship between the start point and the end point.

  According to the above method, the visibility of the information displayed in the operation object can be ensured.

  (4) In the step (b), the character object is set to a first state by performing a first input operation, and the predetermined operation is performed by performing a second input operation in the first state. May be.

  (5) In the step (b), the character object is set to the first state by performing a first input operation, and then set to the second state, and the second state is set to the second state in the first state or the second state. The predetermined operation may be executed by performing the input operation.

  According to these methods, the success or failure of the input operation can be fed back to the user in an easy-to-understand manner even for an operation (action) that requires a plurality of input operations.

  (6) A program according to an embodiment of the present disclosure is a program for causing a computer to execute the game method according to any one of (1) to (5).

  According to this configuration, it is possible to provide a program capable of intuitively giving feedback to the input operation to the user.

[Details of Embodiments Presented by the Present Disclosure]
Hereinafter, embodiments of the present disclosure will be described with reference to the drawings. In addition, about the member which has the same reference number as the member already demonstrated in description of this embodiment, the description is not repeated for convenience of explanation.

  As shown in FIG. 1, the game program according to the embodiment of the present disclosure is executed on the user terminal 1 including the touch screen 2. The user terminal 1 provides the user with an environment for playing a game according to the game program by executing the game program. For example, the user terminal 1 installs a game program via a platform that distributes applications and the like. The user terminal 1 enables a user to play a game by executing a game program installed in the user terminal 1 or a game program pre-installed in advance. The user can operate a player character (an example of a character object) in the game via the touch screen 2. The user terminal 1 may be a portable terminal such as a smartphone, a PDA (Personal Digital Assistant), or a tablet computer, or may be a personal computer, a video game device, or the like.

  Note that the user terminal 1 may communicate with the game server via a network. In this case, all or a part of various functions related to the user terminal 1 in the following embodiment is performed by the game server. For example, a game image generated by the game server is displayed on the user terminal 1 by an application such as a browser. You may comprise so that it can do. Further, the user terminal 1 can be configured to be able to communicate with another user terminal via the game server.

  As shown in FIG. 2, the user terminal 1 includes, as a hardware configuration, a CPU (Central Processing Unit) 3, a main memory 4, an auxiliary memory 5, a transmission / reception unit 6, a display unit 7, and an input unit 8 connected to each other via a bus. It has. Of these, the main memory 4 is composed of, for example, a DRAM (Dynamic Random Access Memory), and the auxiliary memory 5 is composed of, for example, an HDD (Hard Disk Drive). The auxiliary memory 5 stores a game program according to the present embodiment. The game program is expanded on the main memory 4 and executed by the CPU 3. Note that the main memory 4 also temporarily stores data generated while the CPU 3 is operating according to the game program and data used by the CPU 3. The transmission / reception unit 6 establishes a connection between the user terminal 1 and the network under the control of the CPU 3. The input unit 8 detects a user operation on the display unit 7, which is the touch screen 2, and detects that there is some operation on the user terminal 1.

FIG. 3 shows an example of a functional block diagram of the user terminal 1 according to the present embodiment.
The display unit 7 and the input unit 8 in the present embodiment correspond to the touch screen 2 described above. As illustrated in FIG. 3, the touch screen 2 includes a touch sensing unit 10 corresponding to the input unit 8 and a display 20 corresponding to the display unit 7. The touch screen 2 receives a user's touch operation (such as a physical contact operation on the touch screen 2). Specifically, the touch sensing unit 10 outputs an operation signal corresponding to the touch operation by the user to the control unit 30. The touch operation may be performed by a user's finger, a stylus, or the like. The display 20 displays an image corresponding to the user operation based on the display signal output from the control unit 30. The display 20 is realized by a display device such as an LCD (Liquid Crystal Display) or an organic EL (electroluminescence).

  The control unit 30 executes the game program based on an instruction from the user received by the touch sensing unit 10, and advances the game while controlling the action of the player character that functions as a player in the game world. The control unit 30 exhibits the functions of the input operation reception unit 32, the character operation detection unit 34, the object control unit 36, and the display control unit 38 by executing the game program.

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

  The input operation reception unit 32 determines a user operation on the touch screen 2. For example, the input operation accepting unit 32 includes (1) “approach operation”, (2) “release operation”, (3) “tap operation”, (4) “long press operation (long touch operation)”, (5) Identify user operations such as “drag operation (swipe operation)”. The user operation determined by the input operation receiving unit 32 is not limited to the above. For example, when the touch sensing unit 10 has a mechanism that can detect the magnitude of the pressure that the user presses against the touch sensing unit 10, the input operation reception unit 32 determines the magnitude of the pressure that the user pressed. .

  (1) The “approach operation” is an operation in which the user brings a finger or the like closer to the touch screen 2. The touch screen 2 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 2) by the touch sensing unit 10, and outputs a signal corresponding to the detected coordinates of the touch screen 2. The data is output to the input operation receiving unit 32. The control unit 30 determines that the state is “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 2 is not detected.

  (2) “Release operation” is an operation for stopping the state in which the user is operating the touch screen 2 to approach. For example, when the user performs an operation of releasing the finger from a state where the user is in contact with the touch screen 2, the control unit 30 determines that the user's operation is a “release operation”. The control unit 30 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 where the approach of the user's finger or the like to the touch screen 2 is detected. To do.

  (3) “Tap operation” refers to performing a release operation at a position where the user has performed an approach operation after the user performs an approach operation in which a finger or the like approaches the touch screen 2. The input operation receiving unit 32 is in a state where no approaching operation is detected (a state where the user's finger or the like is separated from the touch screen 2 and the touch sensing unit 10 does not detect the approach of the user's finger or the like). When it is detected that the user's finger or the like has approached based on the output, 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 within the coordinates within a certain range from the coordinates where the approach operation is detected), the control unit 30 The user's operation is determined as “tap operation”.

  (4) “Long press operation” is an operation in which the user continues to press the touch screen 2. After detecting the user's operation and determining the approaching operation, the control unit 30 determines that the time during which the approaching operation continues in the coordinates where the approaching operation is detected (or within a certain region including the coordinates) When it exceeds, it is determined that the user's operation is “long press operation” (“long press operation” may be referred to as “long touch operation”).

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

  Based on the user's input operation on the touch screen 2, the character operation detection unit 34 causes the player character appearing in the game (hereinafter also referred to as “own character”) to perform a predetermined operation. Is detected. The character operation detection unit 34 detects, for example, the direction in which the player character is moved based on the user's input operation. That is, the character operation detection unit 34 receives an input operation in which the user specifies the moving direction of the player character.

  Specifically, the character operation detection unit 34 causes the user to bring the finger close to the touch screen 2 from the state where the user's finger is separated from the touch screen 2, and the input operation reception unit 32 causes the touch sensing unit 10 to input the user's finger. When the user performs a drag operation using the coordinates at which the finger is approached as an initial touch position, the moving direction of the player character is detected based on the coordinates of the initial touch position and the detection result of the touch screen 2. . Specific processing in the character operation detection unit 34 will be described later.

  The object control unit 36 includes various objects that appear in a game that is progressed by the user terminal 1 executing a game program, and various objects that are generated based on user operation contents received by the input operation receiving unit 32 ( For example, processing such as generation, deformation, and movement of a GUI (Graphical User Interface) screen is controlled. The object control unit 36 generates an operation object 40 indicating the moving direction of the player character based on, for example, an input operation on the touch screen 2 for moving the player character by the user. Details of the operation object 40 will be described later.

  The display control unit 38 determines the display content of the display 20 according to control by the character operation detection unit 34 and the object control unit 36, and displays various information such as images and texts according to the determined display content. Output to. For example, the display control unit 38 displays the operation object 40 according to the input operation received by the input operation receiving unit 32 in a state where the player character is displayed in a certain area of the display 20, and performs a predetermined action ( For example, a screen display for moving or jumping is performed.

  FIG. 4 shows an example of a game screen displayed on the touch screen 2 of the user terminal 1 according to the present embodiment. The screen example of FIG. 4 is a screen that accepts an input operation for causing the own character 100 (an example of a character object or a player character) operated by the user to perform a predetermined action. The control unit 30 causes the touch screen 2 to display the player character 100 that is a player character operated by the user and the opponent character 200 that is a character that becomes an opponent (enemy), and makes the user character 100 An input operation for performing a predetermined operation is accepted. When the user character 1 and the opponent character 200 are placed so that the user terminal 1 is in a vertical type, the vicinity of the center of the touch screen 2 in the vertical direction (for example, when the touch screen 2 is divided into three in the vertical direction) In the central area, for example, the field of view is displayed so as to be slightly wider in the direction of travel in the left-right direction. Below the touch screen 2, for example, a cross section of the ground (dot pattern portion in FIG. 4) is displayed. The lower half of the touch screen 2, that is, the portion where the cross section of the ground is displayed can be used as a space for operating the operation object 40 described later. The user can operate the player character 100 by operating the touch screen 2 to an arbitrary position. For example, when the user inputs a drag operation in the direction along the left-right direction of the display 20 (the direction of arrow A in FIG. 4), the control unit 30 accepts the drag operation and performs the drag operation on the player character 100. Control is performed so as to move in the direction corresponding to the direction (for example, the direction of arrow B).

<1. Action control of own character>
FIG. 5 is a diagram illustrating a process in which the character operation detection unit 34 detects a direction in which the player character 100 is moved in accordance with a user input operation. The character operation detection unit 34 sets, as a starting point, a position (initial touch position) where the user presses the touch screen 2 by bringing a finger or the like closer to the touch sensing unit 10 from a state where the user is not pressing the touch screen 2. When the input operation receiving unit 32 determines that the user's operation is a drag operation, the input operation receiving unit 32 determines the own character based on the coordinates of the starting point and the coordinates at which the touch screen 2 detects the approach of the user's finger or the like. The direction in which 100 is moved is detected.

  A state (A) in FIG. 5 shows a state in which the user brings the finger closer to the touch screen 2 from a state in which the user's finger is separated from the touch screen 2. The input operation reception unit 32 detects that the user's finger has approached the touch screen 2, and holds the detected coordinates in the memory (for example, the main memory 4 or the auxiliary memory 5) as the initial touch position.

  In the example of FIG. 5, the coordinates of the initial touch position held by the memory are shown as the initial touch position coordinates 55. The input operation reception unit 32 does not detect the detection result of the touch screen 2 (the coordinates at which the user's finger is close to the touch screen 2 and the proximity of the user's finger to the touch screen 2 ( The detection result “null”)) is stored in the buffer memory 53 for a certain number of frames. The buffer memory 53 can store the detection results on the touch screen 2 for each frame (in the example of FIG. 5, 11 frames from the memory area fp [0] to the memory area fp [10]). it can. The buffer memory 53 can be realized as a ring buffer, for example.

  In the example of the state (A), a position where the user presses the touch screen 2 is shown as a pressed position 50A (coordinates (x0, y0) of the touch screen 2).

  In the state (B) of FIG. 5, the user performs a drag operation on the touch screen 2, and the pressing position on the touch screen 2 is changed from the pressing position 50 </ b> A to the pressing position 50 </ b> B (coordinates (x9, y9) of the touch screen 2). This indicates that the frame has been moved by 10 frames (10 frames from the memory area fp [0] to the memory area fp [9]). The input operation reception unit 32 stores the detection result of the touch screen 2 in the buffer memory 53 and refers to the value held in the buffer memory 53 to determine that the user's operation on the touch screen 2 is a drag operation.

  In the state (C) of FIG. 5, the position where the user is pressing the touch screen 2 is five frames (memory area fp [10]) from the pressing position 50B to the pressing position 50C (coordinates (x14, y14) of the touch screen 2). , 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 character operation detection unit 34 designates the direction in which the user moves the player character 100 in each of the state (B) and the state (C). The character operation detection unit 34 manages information (writing position in the buffer memory 53) indicating which memory area is the target of writing the coordinates of the pressed position detected by the touch screen 2 in the buffer memory 53. .

  In the state (B), the character operation detecting unit 34, based on the determination result of the input operation receiving unit 32, from the coordinate 51A (coordinate (x0, y0)) indicating the initial touch position to the coordinate 51B (coordinate (x9, y9)). ) Until the user performs a drag operation. The character operation detection unit 34 moves the own character 100 with a vector 52B ((y9−y0) / (x9−x0)) defined by the coordinates 51A and 51B, starting from the coordinates 51A of the initial touch position. Detect as direction.

  In the state (C), the character operation detection unit 34 drags the user from the coordinate 51B (coordinate (x9, y9)) to the coordinate 51C (coordinate (x14, y14)) based on the determination result of the input operation receiving unit 32. Detects that an operation has been performed. The character operation detection unit 34 moves the own character 100 with a vector 52C ((y14−y0) / (x14−x0)) defined by the coordinates 51A and the coordinates 51C, starting from the coordinates 51A of the initial touch position. Detect as direction.

<2. Action example of own character>
FIG. 6 shows an action table 60 (action example) of the player character 100. The operation table 60 is stored in, for example, the control unit 30 (display control unit 38). As shown in FIG. 6, the action table 60 is set with predetermined actions to be executed by the player character 100 based on the user's input operation and the state of the player character 100 at the time of the input operation. Examples 1 to 8 illustrated in the operation table 60 will be described in detail below.

Example 1: When the user performs a tap operation, regardless of the state of the player character 100 (that is, whether the player character has landed or not landed), the control unit 30 determines the player character 100. To perform an attack action (for example, swing a sword you have).
Example 2: When the user performs a horizontal slide operation (where the direction along the left-right direction (horizontal direction) of the touch screen 2 is 0 degree, the upper side from the horizontal direction is positive, and the lower side is negative, for example, , A drag operation within a range of −45 degrees to +30 degrees is referred to as a horizontal slide operation), and when the player character 100 has landed on the ground, the control unit 30 causes the player character 100 to move. Move in the direction of the drag operation. If the distance (slide amount) between the start point and end point of the drag operation is equal to or smaller than a predetermined threshold, the player character 100 is allowed to walk. If the slide amount is greater than the predetermined threshold, the player character 100 is allowed to walk. You may make it run.
Example 3: When the user performs an up-slide operation (for example, a drag operation within the range of +60 degrees to +120 degrees is referred to as an up-slide operation) and the player character 100 is landing on the ground. The control unit 30 causes the own character 100 to execute a jump action.
Example 4: When the user performs an up-slide operation as in Example 3 and the player character 100 does not land on the ground, the control unit 30 performs a jump action after the player character 100 has landed on the ground. Let That is, in this case, the jump action of the player character 100 is repeated.
Example 5: When the user performs a downward slide operation (for example, a drag operation within a range of −45 degrees to −135 degrees is referred to as a downward slide operation) and the player character 100 is landed on the ground. The control unit 30 crouches the player character 100.
Example 6: When the user performs the same downward sliding operation as in Example 5 and the own character 100 is not landing on the ground, the control unit 30 performs a downward attack action (so-called splitting) on the own character 100. Is executed.
Example 7: When the user performs an oblique upper slide operation (for example, a drag operation within the range of +30 degrees to +60 degrees is referred to as an oblique upward slide operation) and the player character 100 is landed on the ground. The control unit 30 causes the player character 100 to jump diagonally and move on the ground after landing.
Example 8: When the user performs an upward sliding operation similar to that in Example 7 and the player character 100 is in contact with an obstacle such as a wall, the control unit 30 kicks the wall against the player character 100 and moves upward. The operation to jump to (so-called triangle jump) is executed.

  For example, when the control unit 30 receives a user's up-slide operation (an example of a first input operation), the control unit 30 refers to the action table 60 to make the player character 100 jump (an example of the first state), When the user's downward slide operation (an example of a second input operation) is accepted in the jumped state, the player character 100 is caused to perform the splitting with reference to the motion table 60. When an oblique slide operation is received, the control unit 30 moves on the ground after referring to the action table 60 based on the oblique upward slide operation and setting the player character 100 in a jump state (first state). The state to be made (an example of the second state). When the control unit 30 receives a predetermined input operation (for example, a downward slide motion) in a state in which the player character 100 is jumped or in a state in which the ground is moved, the controller 30 refers to the motion table 60 to determine the player character 100 in advance. (Splitting in the jump state, crouching in the moving state) is executed.

<3. Basic configuration of operation object>
The operation object 40 (see FIG. 4) according to the present embodiment is displayed on the touch screen 2 when a user's approach operation to the touch screen 2 is detected. The operation object 40 is an elastic object that indicates a direction in which the user moves the player character 100. As shown in FIG. 7A, the operation object 40 is associated with a contact start point that is a position (for example, initial touch position coordinates 51A in FIG. 5) in contact with the touch screen 2 as an initial shape at the time of finger contact. A circular base 42 is formed around the reference position. Note that the reference position does not have to be the coordinates at which the finger first touches the touch screen 2, and may be, for example, the coordinates at which the finger touched in a frame several frames after the first touched frame. .

  When the user performs a drag operation from the contact start point on the touch screen 2 to the contact end point (here, the contact end point means the final point when the user's finger or the like is in contact with the touch screen 2). As shown in FIG. 7B, the operation object 40 is accompanied by elastic deformation such that it is pulled by the user's finger. At this time, in addition to the base part (enlarged part) 42 displayed corresponding to the contact start point of the drag operation, the operation object 40 has a contact end point of the drag operation (Note: the finger remains in contact with the touch screen 2). It is configured to include a distal end portion 44 located in the vicinity and a connection portion 46 that connects between the base portion 42 and the distal end portion 44. Thus, the operation object 40 is formed so as to be elastically extended in the direction of the drag operation input from the contact start point toward the contact end point. Further, when the user moves a finger or the like on the touch screen 2 while maintaining the contact end point in the contact state, the tip end portion 44 further moves following the movement and the extending direction of the operation object 40 also changes. When the user's drag operation is completed (that is, when the user's finger is released from the contact end point on the touch screen 2), the elastically deformed operation object 40 is directed toward the contact start point according to its restoring force. It is shrunk step by step and displayed so as to restore the initial shape shown in FIG. 7A, and disappears after a certain period of time.

  In FIG. 7A, the circular base 42 is formed around the contact start point, but the present invention is not necessarily limited thereto. For example, the base 42 may be formed to be shifted upward or downward by a certain distance from the contact start point. That is, the base 42 of the operation object 40 may be displayed corresponding to a predetermined position (reference position) associated with the contact start point. Further, another object constituting a part of the operation object is displayed from the contact start point toward the contact end point without deforming the operation object 40 (base 42) formed at the contact start point in accordance with the drag operation. You may make it let it.

<4. Description of major functional modules>
With reference to FIG. 8 to FIG. 10, main functional modules implemented in the game program according to the present embodiment and their operation processing will be described. Through the function module, an input as an operation signal is processed to generate an output as a display signal.
An operation object control program module (operation object control PM) 80 shown in FIG. 8 is a module for controlling the operation object 40 based on a user input operation through the touch screen 2 (touch sensing unit 10). The character control program module (character control PM) 90 is a module for operating the own character 100 by controlling the action of the own character 100 in the virtual space in accordance with a user input operation through the touch screen 2. The operation object control PM 80 includes an input operation reception program module (input operation reception PM) 82 and an operation object drawing program module (operation object drawing PM) 84. The input operation reception PM 82 has a function as the input operation reception unit 32 shown in FIG. 3, and the operation object drawing PM 84 has a function as the object control unit 36 and the display control unit 38. The character control PM 90 has a function as the character operation detection unit 34.

  When an input operation (for example, an approach operation) with a user's finger or the like is executed on the touch screen 2, the input operation reception PM 82 receives the input operation and stores information (input operation information) regarding the received input operation in a cache memory ( For example, it is stored in the buffer memory 53) of FIG. 5 (step S1 of FIG. 9). Next, the character control PM 90 acquires input operation information from the input operation reception PM 82 (step S2). And character control PM90 acquires the information regarding the state (whether it is landing on the ground, whether it touches an obstacle, such as a wall) based on the situation in a game, for example. (Step S3). Here, “the state of the player character 100” indicates a state related to the character's motion (for example, whether it is a landing state), and includes an abnormal state of the character's status (for example, poisoning or petrification). Absent.

  Next, the character control PM 90 refers to the action table 60 of FIG. 6 based on the input operation information acquired in step S2 and the information regarding the state of the player character 100 acquired in step S3 (hereinafter referred to as character state information). Then, the player character 100 is controlled (step S4). For example, when the user performs a side slide operation and the player character 100 is landed on the ground, the character control PM 90 displays side slide operation information and information that the player character 100 is in the ground state. Based on Example 2 of the action table 60 from the acquired information, the player character 100 is moved in the direction of the drag operation (the direction of the arrow C) as shown in FIG. The character control PM 90 can also control the opponent character 200 based on the control result of the own character 100. For example, when the own character 100 attacks the opponent character 200, the character control PM 90 can cause the opponent character 200 to perform an action indicating that the attack has been received.

  Next, the operation object drawing PM 84 in the operation object control PM 80 acquires the input operation information from the input operation reception PM 82 and acquires the character state information from the character control PM 90 (step S5). Then, the operation object drawing PM 84 draws the operation object 40 on the touch screen 2 based on the input operation information and the character state information acquired in step S5 (step S6). For example, when a side slide operation is performed as in Example 2 of FIG. 6, the operation object drawing PM 84 acquires side slide operation information from the input operation reception PM 82, and as shown in FIG. The operation object 40 is displayed so as to extend from the initial touch position coordinate (contact start point) toward the current touch position coordinate (contact end point), that is, in the direction of the arrow C ′. At the same time, based on the character state information acquired from the character control PM 90, the operation object drawing PM 84 corresponds to the state of the player character 100 inside the base portion 42 of the operation object 40, as shown in FIG. Information (for example, character information) is displayed. For example, when the user performs a horizontal slide operation in the direction of arrow C while the player character 100 has landed on the ground, “Run” is displayed in the base 42 of the operation object 40 ((FIG. 10 ( A)). When the slide amount of the lateral slide operation is equal to or less than a predetermined value, “Walk” may be displayed in the base portion 42 instead of “Run”. Further, when the user performs an up slide operation or an oblique up slide operation while the player character 100 has landed on the ground, the player character 100 is in the direction of the drag operation, as shown in FIG. While jumping according to the arrow D direction, the operation object 40 is stretched in the arrow D ′ direction, and “Jump” is displayed in the base 42 of the operation object 40. When the process of step S6 is completed, the process returns to step S1 and the process is repeated.

  On the touch screen 2, it is preferable that the display angle of the character information (“Run” or “Jump”) displayed in the base 42 is fixed. That is, as shown in FIGS. 10A and 10B, when the character information is written horizontally, regardless of the angle of the distal end portion 44 with respect to the base portion 42 of the operation object 40, the character information is displayed on the touch screen 2. Displayed in an orientation that is substantially parallel to the bottom side. For example, when a drag operation is input downward from the contact start point, or when an input operation is performed such that the contact end point is rotated around the contact start point, the character information on the touch screen 2 is also displayed. Since the display angle is displayed in a direction that the user can easily see, good visibility can be ensured.

FIG. 11 is an example of a game screen when the user tries to cause the player character 100 to execute a split action. FIG. 11A shows an example of a screen in which the player character 100 is jumping. Shows an example of a screen when the split input operation is successful, and (C) shows an example of a screen when the split input operation fails.
In the splitting (downward attack), as shown in Example 5 of the action table 60 in FIG. 6, the downward slide operation is performed in a state where the player character 100 is not landing on the ground (the state shown in FIG. 11A). It becomes executable when That is, when the control unit 30 enters a jump state in which the player character 100 does not land on the ground based on the user's up-slide operation or diagonally-upper slide operation, and receives an input of the user's down-slide operation in this jump state Then, the player character 100 is caused to perform splitting.

  When the input operation for the wood split is successful, that is, when the downward slide operation is input in the jump state, the control unit 30 causes the player character 100 to perform the wood split as shown in FIG. At the same time, information about the wood split (for example, “Attach”) is displayed in the base 42 of the operation object 40. On the other hand, when the input operation for splitting fails, for example, when the downward angle of the drag operation is insufficient, the control unit 30 touches the player character 100 as shown in FIG. No splitting is performed, and information about the state of the player character 100 at that time (for example, “Jump”) is displayed in the base 42 of the operation object 40. In this case, the user can easily recognize that the downward angle of the drag operation is insufficient by looking at the display “Jump”. Thus, by displaying the character information in the base portion 42, the success or failure of the input operation can be fed back to the user in an easy-to-understand manner even for an operation that requires a plurality of input operations such as chopping.

FIG. 12 is an example of a game screen when the user wants the player character 100 to execute a chopping action, as in FIG. 11, and (A) is an example of a screen in a state where the player character 100 is jumping. (B) shows an example of a screen when the splitting operation is successful, and (C) shows an example of a screen when the splitting operation is unsuccessful.
As in the case of FIG. 11, when the split operation is successful, as shown in FIG. 12B, the control unit 30 causes the own character 100 to execute the split operation and also operates the operation object 40. In the base portion 42, information on the wood split (for example, “Attach”) is displayed. On the other hand, when the input operation for splitting is unsuccessful, for example, when the player character 100 that has jumped based on the upper slide operation or the oblique upper slide operation has landed on the ground and the lower slide operation is input, FIG. As shown in (C), the control unit 30 does not cause the player character 100 to perform splitting, and information (for example, “Run”) regarding the state of the player character 100 at that time is stored in the base unit 42. indicate. In this case, by viewing the display “Run”, the user can easily recognize that the input operation has failed because the player character 100 has performed the downward slide operation after landing on the ground.

  As described above, according to the present embodiment, the control unit 30 automatically displays the operation object 40 on the touch screen 2 from the contact start point to the contact end point based on the user's input operation. The character 100 is caused to execute a predetermined action. Then, the control unit 30 detects the state of the own character 100, and sends predetermined information (for example, the character information described above) associated with the detected state of the own character 100 to the operation object 40 on the touch screen 2. Are displayed in the base 42. This makes it possible to intuitively give feedback to the user regarding the input operation.

  Character information associated with the state of the player character 100 is displayed in a base 42 that is an enlarged portion of the operation object 40. Thus, by displaying character information on the enlarged portion of the operation object 40 that is a dead space on the touch screen 2, a narrow screen such as a smartphone can be effectively used.

  In the above embodiment, as shown in FIGS. 10 to 12, the character information related to the state of the player character 100 is displayed inside the base portion 42 that is an enlarged portion of the operation object 40, but the present invention is not limited to this. As shown in FIG. 13, information about the state of the player character 100 (for example, “Run”) may be displayed in the form of a balloon 48 from the operation object 40. That is, the information regarding the player character 100 may be displayed so as to accompany the operation object 40.

  In the above embodiment, as shown in FIG. 7 and the like, the operation object 40 is formed so that the base 42 is larger than the tip 44, but the present invention is not limited to this. As shown in the operation object 140 in FIG. 14, the distal end portion 144 may be formed larger than the base portion 142. In this case, information about the state of the player character 100 (for example, “Run”) is displayed in the distal end portion 144 that is an enlarged portion.

  In addition, the character state information displayed accompanying the operation object 40 is not limited to character information, and may be other symbols such as graphics.

  The above embodiments are merely examples for facilitating the understanding of the present invention, and are not intended to limit the present invention. The present invention can be changed and improved without departing from the gist thereof, and it is needless to say that the present invention includes equivalents thereof.

  1: user terminal, 2: touch screen, 3: CPU, 4: main memory, 5: auxiliary memory, 6: transmission / reception unit, 7: display unit, 8: input unit, 10: touch sensing unit, 20: display unit, 30: Control unit, 32: Input operation reception unit, 34: Character operation detection unit, 36: Object control unit, 38: Display control unit, 40: Operation object, 42: Base unit, 44: Tip unit, 46: Connection unit, 53: buffer memory, 55: initial touch position coordinates, 60: motion table, 80: operation object control program module, 82: input operation reception program module, 84: operation object drawing program module, 90: character control program module, 100: Own character (example of player character, character object), 200: opponent character

Claims (6)

A game method for controlling a character object displayed on a touch screen in accordance with a user input operation,
(A) displaying an operation object on the touch screen from a start point of the input operation toward an end point of the input operation;
(B) causing the character object to perform a predetermined action based on the input operation;
(C) detecting the state of the character object in the step (b);
(D) displaying a predetermined information associated with the detected state of the character object on the touch screen in association with the operation object. The operation object is an object displayed between the start point and the end point,
In the step (a), the operation object is displayed such that one of the reference point side portion and the end point side portion is an enlarged portion larger than the other portion,
The method according to claim 1, wherein in the step (d), the predetermined information is displayed inside the enlarged portion.   The method according to claim 1 or 2, wherein in the step (d), a display angle of the predetermined information on the touch screen is fixed regardless of a positional relationship between the start point and the end point.   The step (b) sets the character object in a first state based on a first input operation, and the predetermined action is executed based on a second input operation in the first state. The method according to any one of 1 to 3.   In the step (b), the character object is set to the second state after being set to the first state based on the first input operation, and the second input operation is performed in the first state or the second state. The method according to any one of claims 1 to 3, wherein the predetermined operation is performed based on the predetermined operation. The game program for making a computer perform the game method as described in any one of Claims 1-5.