JP2019047927A - Game program, and information processing device and method - Google Patents

Abstract

To provide a technique for further enhancing the amusement of game play by supporting the capability of changing a plurality of user-operable characters according to an aspect.SOLUTION: A game program receives a specification of a plurality of characters from a user, and uses any of the plurality of user-specified characters as an operation object character to progress the game. The game program detects that an attach operation occurs in the operation object character. In response to detection of the attack operation, the game program compares the parameter of each of the specified plurality of characters with the parameter of an enemy character 200 displayed on a display unit to identify any of the specified plurality of characters. When the identified character is not the operation object character, the game program causes the display unit to perform a display performance in which the identified character acts as an operation object character 200.SELECTED DRAWING: Figure 26

Description

  The present invention relates to a game program, an information processing apparatus, and a method according to a game capable of causing a game character to perform various operations in accordance with an input operation of a user.

  According to Patent Document 1, in a video game executed by a smartphone, the user performs a touch operation on a character object displayed on the touch panel of the smartphone to perform slide operation directions on the touch panel and actions such as movement and jump of the character object. And a game operation method for controlling a character object in association with each other.

  According to Patent Document 2, in the martial arts game, it is determined whether or not the input procedure specified by a plurality of input operations matches the reference procedure, and if the input operation matches the reference procedure, the content of the input operation 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 side-scrolling action of a smartphone game, if the user flicks up after flicking and flicking down while jumping, the technique of breaking can be taken out. In such a game, it is known that when the player succeeds in the technique, the action name is displayed along with the character on the screen.

JP, 2016-051266, A Japanese Patent Application Publication No. 09-239149

“SAO memo def (memory defragmentation) capture wiki”, [online], September 15, 2016, Game 8, [October 3, 2016 search], Internet <URL: https://game8.jp/sao- md / boss / 86386>

  In recent years, in games for smartphones and the like, game media such as game characters, equipment items that can be associated with game characters, and skills that can be acquired by game characters are randomly selected by the user performing a lottery operation. There is something to be given to the player. The game media provided by the lottery may have rarity set, and the higher the rareness, the more powerful the game play may be. For example, a character with a higher degree of scarcity may be a character with higher various parameters such as strength value and aggression. Providing game media by such lottery itself leads to diversification of the development of the game play of the user, and can be said to further enhance the interest. In particular, in a game for smartphones and the like in which the service is continued over multiple years by repeating updating after release, a mechanism that makes the user interested in the game play becomes important.

On the other hand, if the user continues to be unable to obtain a character with high rarity by lottery, it is difficult to realize the effect of advancing the game play advantageously. There is an increasing need to provide motivation for users to continue game play.
Also, if the progress of the game is monotonous, it becomes easy to get bored as the user gets familiar with the game play. For this reason, there is also a system in which a user can designate a plurality of characters and change the character in operation at any time, instead of merely designating only one character from the beginning to the end. By making it easy for the user to recognize the characteristics of each character and changing the plurality of characters according to the game progress, the game progress can be diversified and the interest can be improved. In this way, by providing the trial and error opportunity of the user, while the game progress is diversified and the interest is improved, the user can immediately determine what kind of character it is desirable to select according to the situation. Sometimes it is difficult.

  The present disclosure aims to provide a technology capable of further improving the interest of game play by assisting in changing a plurality of characters that can be operated by the user depending on the situation. Do.

  According to one embodiment shown in the present disclosure, a game program is provided. The game program is executed on a computer provided with a processor, a memory, a display unit, and an operation unit for receiving an input operation of the user. The game program includes a step of receiving specification of a plurality of characters from the user, a step of advancing the game with any one of a plurality of characters specified by the user as an operation target character, and a first of changing the operation target character A step of accepting an input operation from the user and changing the character according to the user's change instruction to the operation target character, and a predetermined event for the operation target character targeted by the user regardless of the first input operation A plurality of designated by comparing the parameter of each designated character with the parameter of the other character displayed on the display unit in response to the step of detecting occurrence and in response to the detection being performed. Identifying any one of the characters If the specified character is not a operation subject character, and a step of causing the effect display of the specified character and operation subject character to the display unit.

  According to an embodiment disclosed in the present disclosure, an information processing apparatus is provided that includes a processor, a memory, a display unit, and an operation unit for receiving an input operation of a user. When the processor reads the game program stored in the memory, the processor accepts the designation of the plurality of characters from the user, advances the game with any one of the plurality of characters designated by the user as the operation target character, and the operation target The first input operation for changing the character is received from the user, the character according to the user's change instruction is changed to the operation target character, and the operation target character for which the user is the operation target is subjected to the first input operation. By detecting that a predetermined event has occurred, and in response to the detection being performed, by comparing the parameters of each designated character with the parameters of the other characters displayed on the display unit. , Specify any one of the specified characters , If the identified character is not the operation subject character to perform the effect display for the identified character and operation subject character to the display unit.

  According to one embodiment described in the present disclosure, a method is provided which is implemented in a computer comprising a processor, a memory, a display unit, and an operation unit for receiving an input operation of a user. The method includes a step of the processor accepting designation of a plurality of characters from the user, a step of advancing the game with any one of the plurality of characters designated by the user as an operation target character, and a second for changing the operation target character A step of accepting an input operation of 1 from the user and changing the character according to the user's change instruction to the operation target character, and predetermined for the operation target character which the user has made the operation target by the first input operation Designated by comparing the parameters of each designated character with the parameters of other characters displayed on the display in response to detection of an event occurrence and in response to detection. Identifying any one of multiple characters , If the identified character is not the operation subject character to perform the steps to perform the effect display for the identified character and operation subject character to the display unit.

  According to the present disclosure, it is possible to further improve the interest of game play by assisting in changing a plurality of characters that can be operated by the user according to the situation.

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. FIG. 17 is a diagram showing processing in which the operation detection unit detects a direction in which the player character is moved in accordance with the user's input operation. It is a figure which shows the operation 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 elastically deformed the operation object. It is a schematic diagram which shows the main functional modules implemented by 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 the 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 perform a predetermined action, (A) is a figure showing an example of a screen in the state where a player character is jumping, (B) is an input of a predetermined action. It is a figure which shows the example of a screen when operation succeeds, (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 perform a predetermined action, (A) is a figure showing an example of a screen in the state where a player character is jumping, (B) is an input of a predetermined action. It is a figure which shows the example of a screen when operation succeeds, (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. Data structure of parameters of game characters that can be operated by the user, such as own character 100, and correspondence between a history of various actions performed by the game character according to the user's input operation and skills acquired by the game character Is a diagram showing a data structure including. The aspect which notifies that the self-character 100 acquired the skill resulting from an action of the self-character 100 according to a user's input operation is shown. The example of a screen of the skill list which a user can confirm the skill which self-character 100 can acquire, and the skill which self-character 100 has acquired is shown. A flowchart showing a process of notifying the user that the skill has been acquired and that the skill has been grown by updating the experience value of each skill for skill acquisition according to the operation content of the own character 100. It is. 6 is a flowchart showing processing of presenting a screen of a skill list acquired by the user character 100 on the touch screen 2 in accordance with the user's input operation. It is a flowchart which shows the display process of the user interface image for a user to change a player character in 2nd Embodiment. It is a figure which shows the example of the game screen in the flowchart shown in FIG. FIG. 22 is a view showing an example of a game screen continuous with the game screen shown in FIG. It is a figure which shows the example of the game screen which follows the game screen shown in FIG. It is a figure which shows the example of the user interface image after a user changes a player character. It is a figure which shows the example of a game screen at the time of slide operation being input, with the user interface image for a player character change displayed. It is a figure which shows the data structure of the character management information for managing the character which a user can make operation target in a game program, and the character which a user can make operation target. A user interface for switching between a first mode in which a character is automatically changed during a battle with an enemy character and a second mode in which the first mode is stopped regardless of the input operation by which the user changes the character It is a figure showing an image and a game screen where a character is changed by auto change. FIG. 16 is a flowchart showing a process of specifying a character fighting with an enemy character among characters to be formed in a party in the auto change application mode, and displaying the character on the touch screen 2 according to the specified result.

[Description of Embodiments Presented by Present Disclosure]
In the following embodiment, in order to support the user to operate the game character by performing the input operation of the game character, the aspect of displaying predetermined information on the touch screen is described. The present invention is not limited to the configuration in which the information shown is displayed on the touch screen. In addition, although an example in which the input operation to the touch screen is received is shown as the configuration for receiving the input operation of the user, the present invention is not limited to this, and the following embodiment is also performed when operating the game character by the input to the game controller or the like. The disclosure contents shown in the above may be applied.

  First, the outline of the configuration for displaying the content of the action performed by the game character on the touch screen in response to the input operation for moving the game character is as follows.

(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's input operation,
The game method is
(A) displaying an operation object on the touch screen from the start point of the input operation toward the end point of the input operation;
(B) causing the character object to execute a predetermined action based on the input operation;
(C) detecting the state of the character object in the step (b);
(D) displaying, on the touch screen, predetermined information associated with the detected state of the character object in association with the operation object;
including.

  According to the above method, feedback on 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 any one of the part on the reference point side and the part on the end point side becomes an enlarged part larger than the other part.
In the step (d), the predetermined information may be displayed inside the enlarged portion.

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

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

  (4) In the step (b), the character object is set to the first state by performing the first input operation, and the predetermined operation is executed by performing the second input operation in the first state. It may be done.

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

  According to these methods, even for actions (actions) that require a plurality of input operations, it is possible to feed back the success or failure of the input operations to the user in an easy-to-understand manner.

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

  According to this configuration, it is possible to provide a program that can intuitively give the user feedback on the input operation.

[Details of First Embodiment Illustrated 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.

  A game program according to an embodiment of the present disclosure is executed on a user terminal 1 provided with a touch screen 2 as shown in FIG. The user terminal 1 provides the user with an environment for playing a game according to the game program by executing the game program. The user terminal 1 installs, for example, a game program via a platform for distributing an application or the like. The user terminal 1 enables the 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 the player character (an example of a character object) in the game through the touch screen 2. The user terminal 1 may be, for example, 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.

  The user terminal 1 may communicate with the game server via the network. In this case, the game server is responsible for all or part of various functions related to the user terminal 1 in the following embodiments, and for example, a game image generated by the game server is displayed on the user terminal 1 by an application such as a browser It may be configured to be able to. Furthermore, it may be configured to be able to communicate with another user terminal via the game server.

  As shown in FIG. 2, the user terminal 1 has a hardware configuration including a central processing unit (CPU) 3, a main storage 4, an auxiliary storage 5, a transmission / reception unit 6, a display unit 7 and an input unit 8 mutually connected by bus. Is equipped. Among these, the main memory 4 is configured by, for example, a dynamic random access memory (DRAM) or the like, and the auxiliary storage 5 is configured by, for example, a hard disk drive (HDD) or the like. The game program according to the present embodiment is stored in the auxiliary memory 5. The game program is expanded on the main memory 4 and executed by the CPU 3. In the main memory 4, data generated while the CPU 3 is operating according to the game program and data used by the CPU 3 are also temporarily stored. The transmission / reception unit 6 establishes connection between the user terminal 1 and the network under the control of the CPU 3. The input unit 8 detects the user's operation on the display unit 7 which is the touch screen 2 and detects that the user terminal 1 has some operation.

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 shown 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 touch operation of the user (physical touch operation on the touch screen 2 or the like). Specifically, the touch sensing unit 10 outputs, to the control unit 30, an operation signal corresponding to the touch operation by the user. The touch operation may be performed by the user's finger or may be 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, for example, a liquid crystal display (LCD), an organic electroluminescence (EL), or another display device.

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

  The input operation receiving unit 32 receives an input operation of the user based on the output of the touch screen 2. Specifically, the input operation reception unit 32 detects that the user's finger or the like approaches the touch sensing unit 10 as coordinates of a coordinate system including the horizontal axis and the vertical axis of the surface configuring the touch screen 2.

  The input operation receiving unit 32 determines the user's operation on the touch screen 2. The input operation reception unit 32 may, for example, (1) “approach operation”, (2) “release operation”, (3) “tap operation”, (4) “long press operation (long touch operation)”, (5) "Drag operation (swipe operation)" and other user operations are determined. The operation of the user 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 capable of detecting the magnitude of the pressure that the user presses against the touch sensing unit 10, the input operation accepting unit 32 determines the magnitude of the pressure pressed by the user. .

  (1) The “approaching operation” is an operation for causing the user to approach the touch screen 2 with a finger or the like. The touch screen 2 detects that the user's finger or the like has approached (including the touch of the user's finger or the like on the touch screen 2) by the touch sensing unit 10, and a signal corresponding to the detected coordinates of the touch screen 2 is detected. It is output to the input operation reception unit 32. When the control unit 30 detects an approach from a state in which the approach of the user's finger or the like to the touch screen 2 is not detected, the control unit 30 determines that the state is the “touch on state”.

  (2) The “release operation” is an operation to stop the state in which the user is approaching the touch screen 2. The control unit 30 determines that the user's operation is a "release operation", for example, when the user releases the finger from the state where the finger is in contact with the touch screen 2. 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 in which the approach of the user's finger or the like to the touch screen 2 is detected. Do.

  (3) The “tap operation” is to perform a release operation at a position where the user performs an approaching operation after the user performs an approaching operation to cause the finger or the like to approach the touch screen 2. From the state in which the approaching operation is not detected (the state in which 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 on the basis of the output of, the detected coordinates are held as the “initial touch position”. When the coordinates of the initial touch position and the coordinates at which the release operation was performed are substantially the same (when the coordinates of the release operation are detected at coordinates within a certain range from the coordinates at which the approach operation is detected) The user's operation is determined to be "tap operation".

  (4) The “long press operation” is an operation in which the user keeps pressing the touch screen 2. After the control unit 30 detects the user's operation and determines the approaching operation, the time during which the approaching operation is continued at the coordinates at which the approaching operation is detected (or in a certain area including the coordinates) is constant time If exceeded, it is determined that the user's operation is "long press operation" ("long press operation" may be referred to as "long touch operation").

  (5) The “drag operation” is an operation in which the user slides the finger while maintaining the approach state in which the finger or the like approaches the touch screen 2.

  The character operation detection unit 34 performs an operation of an input operation that causes a player character appearing in the game (hereinafter, may be referred to as a “self character”) to execute a predetermined operation based on the user's input operation on the touch screen 2 To detect 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, in the character operation detection unit 34, the user causes the finger to approach the touch screen 2 from the state in which the user's finger is separated from the touch screen 2, and the input operation reception unit 32 transmits the touch sensing unit 10 to the user. When the user performs a drag operation with coordinates at which an approach of a finger is detected 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 generates various objects generated on the basis of various objects appearing in the game progressed by execution of the game program by the user terminal 1 and the operation content of the user accepted by the input operation accepting unit 32 ( For example, it controls processing such as generation, deformation, and movement of a GUI (Graphical User Interface) screen. 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 by which the user moves the player character. 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 the control of the character operation detection unit 34 and the object control unit 36, and displays various information such as an image and text according to the determined display content. Output to For example, the display control unit 38 causes the player character to perform a predetermined operation while displaying the operation object 40 in accordance with the input operation received by the input operation receiving unit 32 in a state where the player character is displayed in a predetermined area of the display 20 For example, a screen display for performing movement or jump operation) 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 for receiving an input operation for causing the own character 100 (an example of a character object and a player character) operated by the user to perform a predetermined operation. The control unit 30 causes the touch screen 2 to display the player character 100 which is the player character operated by the user and the opponent character 200 which is the character serving as the opponent (enemy). It accepts an input operation for causing a predetermined operation to be performed. When the user character 100 and the opponent character 200 place the user terminal 1 in a vertical orientation, 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 region), for example, the visual field is displayed so as to be slightly wider in the traveling direction in the left and right direction. Below the touch screen 2, for example, a cross section of the ground (a 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 own character 100 by operating the touch screen 2 to an arbitrary position. When the user inputs, for example, a drag operation in a direction along the horizontal direction of display 20 (the direction of arrow A in FIG. 4), control unit 30 accepts the drag operation and performs drag operation of self character 100 in the drag operation. It is controlled to move in the direction corresponding to the direction (for example, the direction of arrow B).

  At the end of the touch screen 2 in the left-right direction, various user interface images (UI images) 300 are displayed. The UI image 300 includes, for example, a UI image 300A for displaying a map and a UI image 300B for activating a skill (one of attacking actions performed by the own character 100 in the game).

1. Motion Control of Own Character FIG. 5 is a diagram showing processing in which the character operation detection unit 34 detects the direction in which the own character 100 is moved in accordance with the user's input operation. The character operation detection unit 34 sets a position (initial touch position) where a finger or the like approaches the touch sensing unit 10 and presses the touch screen 2 from the state where the user does not press the touch screen 2 as the starting point. When the input operation reception unit 32 determines that the user's operation is a drag operation, the self-character is based on the coordinates serving as the starting point and the coordinates at which the touch screen 2 detects the approach of the user's finger or the like. Detect the direction of moving 100.

  State (A) of FIG. 5 shows a state in which the user brings a finger close to the touch screen 2 from the 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 approaches the touch screen 2 and holds the detected coordinates in the memory (for example, the main memory 4 or the auxiliary memory 5) as an initial touch position.

  In the example of FIG. 5, the coordinates of the initial touch position held by the memory are indicated as 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 approaching the touch screen 2 and the fact that the user's finger is approaching the touch screen 2 ( The detection result "null") is stored in the buffer memory 53 for a predetermined number of frames. The buffer memory 53 may store the detection result on the touch screen 2 for a fixed number of frames (11 frames from the memory area fp [0] to the memory area fp [10] in the example of FIG. 5). it can. The buffer memory 53 can be realized, for example, as a ring buffer.

  In the example of the state (A), the position where the user pressed 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, when the user performs a drag operation on the touch screen 2, the pressed position on the touch screen 2 is changed from the pressed position 50A to the pressed position 50B (coordinates (x9, y9) of the touch screen 2) It is shown that the image is moved up to 10 frames (10 frames from the memory area fp [0] to the memory area fp [9]). The input operation receiving unit 32 stores the detection result of the touch screen 2 in the buffer memory 53, refers to the value held in the buffer memory 53, and determines that the user's operation on the touch screen 2 is a drag operation.

  In the state (C) of FIG. 5, five frames (memory area fp [10]) from the pressed position 50B to the pressed position 50C (coordinates (x14, y14) of the touch screen 2) of the position where the user is pressing 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 specifies the direction in which the user moves the own character 100 in each of the state (B) and the state (C). The character operation detection unit 34 manages information (write position of 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 state (B), character operation detection unit 34 determines coordinates 51B (coordinates (x9, y9)) from coordinates 51A (coordinates (x0, y0)) indicating the initial touch position based on the determination result of input operation reception unit 32. To detect that the user has performed a drag operation). Character operation detection unit 34 moves self-character 100 with vector 52B ((y9-y0) / (x9-x0)) defined by coordinates 51A and 51B, with coordinates 51A of the initial touch position as a starting point. Detect as a 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 reception unit 32. Detect that the operation has been performed. Character operation detection unit 34 moves self-character 100 with vector 52C ((y14-y0) / (x14-x0)) defined by coordinates 51A and 51C, with coordinates 51A of the initial touch position as a starting point. Detect as a direction.

2. Example of Operation of Own Character FIG. 6 shows an action table 60 (example of action) of the own character 100. The operation table 60 is stored, for example, in the control unit 30 (display control unit 38). As shown in FIG. 6, in the action table 60, predetermined actions to be executed by the own character 100 are set based on the user's input operation and the state of the own 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, the control unit 30 controls the self character 100 regardless of the state of the self character 100 (that is, whether or not the user lands on the ground). Make an attack action (for example, shake the sword you have).
Example 2: When the user makes a horizontal slide operation (here, the direction along the left-right direction (horizontal direction) of the touch screen 2 is 0 degrees, the upper side is positive than the horizontal direction, and the lower side is negative) The drag operation within the range of −45 degrees to +30 degrees is referred to as a lateral slide operation.), And when the self character 100 lands on the ground, the control unit 30 performs the self character 100. Move in the direction of the drag operation. If the distance (slide amount) between the start point and the end point of the drag operation is less than a predetermined threshold value, the own character 100 is caused to walk, and if the slide amount is larger than the predetermined threshold value, the own character 100 is moved. May be run.
Example 3: When the user performs an upper slide operation (for example, a drag operation in the range of +60 degrees to +120 degrees is referred to as an upper slide operation), and the self character 100 lands on the ground, The control unit 30 causes the own character 100 to execute the jumping operation.
Example 4: When the user performs the same upper slide operation as in Example 3 and the self character 100 does not land on the ground, the control unit 30 executes the jumping operation after the self character 100 lands on the ground Let That is, in this case, the jumping operation of the player character 100 is repeated.
Example 5: When the user performs a lower slide operation (for example, a drag operation in the range of -45 degrees to -135 degrees is referred to as a lower slide operation), and the self character 100 lands on the ground The control unit 30 causes the self character 100 to squash.
Example 6: When the user performs the same downward slide operation as in Example 5 and the self character 100 does not land on the ground, the control unit 30 causes the self character 100 to attack downward (so-called tearing) Run
Example 7: When the user performs a diagonal upward slide operation (for example, a drag operation within a range of +30 degrees to +60 degrees is referred to as a diagonal upward slide operation) and the self character 100 lands on the ground The control unit 30 causes the self character 100 to jump diagonally, and moves on the ground after landing.
Example 8: When the user performs the same upward slide operation as in Example 7 and the self character 100 is in contact with an obstacle such as a wall, the control unit 30 kicks the wall to the self character 100 and moves upward. To jump to the action (so-called triangular jump) is performed.

  When the control unit 30 receives, for example, the user's upper slide operation (an example of the first input operation), the control unit 30 refers to the operation table 60 to jump the own character 100 (an example of the first state), When the user's lower slide operation (an example of the second input operation) is received in the jumped state, the user's character 100 is made to execute the tearing with reference to the operation table 60. In addition, when a diagonal slide operation is received, the control unit 30 refers to the operation table 60 based on the diagonal upward slide operation, moves the player character 100 into the jump state (first state), and then moves on the ground In this state (an example of the second state). Then, when the control unit 30 receives a predetermined input operation (for example, a downward slide operation) in a state in which the player character 100 jumps or moves the ground, the control unit 30 refers to the operation table 60 and makes a determination on the character 100 itself. The operation of (in the case of a jump state, it splits, in the case of a movement state, a squatting) 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 an approach operation on the touch screen 2 of the user is detected. The operation object 40 is an elastic object that indicates the direction in which the user moves the player character 100. As shown in FIG. 7A, the operation object 40 is associated with a touch start point which is a position at which the touch screen 2 is touched (for example, the initial touch position coordinates 51A of FIG. 5) as an initial shape at the time of finger contact. It is formed to have a circular base 42 around the specified reference position. The reference position does not have to be the coordinates at which the finger first touched the touch screen 2 and may be, for example, the coordinates at which the finger touched in the frame several frames after the frame touched by the finger first . When the user performs a drag operation on the touch screen 2 from the touch start point to the touch end point (here, the touch end point means the final point in a state where the finger of the user or the like is in contact with the touch screen 2) As shown in FIG. 7B, the operation object 40 involves elastic deformation such that it is pulled by the user's finger. At this time, in addition to the base (enlarged portion) 42 displayed corresponding to the touch start point of the drag operation, the operation object 40 is the touch end point of the drag operation (note: the finger remains in contact with the touch screen 2 And the connection portion 46 connecting between the base portion 42 and the tip portion 44. In the state shown in FIG. Thus, the operation object 40 is formed to be elastically extended in the direction of the drag operation input from the touch start point toward the touch end point. Further, when the user moves a finger or the like further on the touch screen 2 while maintaining the contact end point in the contact state, the tip portion 44 also moves further following it, and the extension direction of the operation object 40 also changes. When the drag operation by the user is completed (that is, when the user's finger is separated from the touch end point on the touch screen 2), the elastically deformed operation object 40 is directed toward the touch start point according to its resilience. It is displayed so as to restore gradually to the initial shape shown in FIG. 7 (A), and disappears after a certain period of time. In addition, in (A) of FIG. 7, although the circular shaped base 42 is formed centering on the contact start point, it is not necessarily limited to this. For example, the base 42 may be formed to be offset upward or downward by a fixed 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 touch start point. Also, without deforming the operation object 40 (the base 42) formed at the contact start point in response to the drag operation, another object constituting a part of the operation object is displayed from the contact start point toward the contact end point You may make it

4. Description of Main Functional Modules With reference to FIGS. 8 to 10, the main functional modules implemented by the game program according to the present embodiment and the operation processing thereof will be described. Through the functional 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 the input operation of the user 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 operation of the own character 100 in the virtual space in accordance with the user's input operation through the touch screen 2. The operation object control program module 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 approaching operation) is performed on the touch screen 2 by the user's finger or the like, the input operation reception PM 82 receives the input operation and caches information (input operation information) related to the received input operation. For example, it stores 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 acceptance PM 82 (step S2). Then, the character control PM 90 acquires, for example, information on the state of the self character 100 (whether or not it is landing on the ground, whether it is in contact with an obstacle such as a wall, etc.) based on the in-game situation. (Step S3). Here, "the state of the player character 100" indicates a state (for example, whether it is a landing state or not) related to the motion of the character, and includes an abnormal state (for example, poisoning or petrification) of the character's status. 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 on the state of the own character 100 acquired in step S3 (hereinafter referred to as character state information). Then, the own character 100 is controlled (step S4). For example, when the user performs a horizontal slide operation, and the own character 100 lands on the ground, the character control PM 90 includes lateral slide operation information and information that the own character 100 is in the ground state. Based on Example 2 of the action table 60, the own character 100 is moved in the direction of the drag operation (the direction of the arrow C) based on the information as shown in FIG. 10A. 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 character control PM 90 attacks the opponent character 200, the character control PM 90 can cause the opponent character 200 to perform an action indicating that the attack is received.

  Next, the operation object drawing PM 84 in the operation object control PM 80 acquires input operation information from the input operation acceptance PM 82, and acquires character state information from the character control PM 90 (step S5). Then, the operation object drawing PM 84 draws the operation object 40 based on the input operation information and the character state information acquired in step S5, and displays the operation object 40 on the touch screen 2 (step S6). For example, when a horizontal slide operation is performed as in Example 2 of FIG. 6, the operation object drawing PM 84 acquires horizontal slide operation information from the input operation acceptance PM 82, and as shown in FIG. , And displays the operation object 40 so as to extend from the initial touch position coordinates (touch start point) to the current touch position coordinates (touch end point), that is, in the direction of the arrow C ′. At the same time, based on the character state information obtained from the character control PM 90, the operation object drawing PM 84 corresponds to the state of the self character 100 inside the base 42 of the operation object 40 as shown in FIG. Display information (for example, text information). For example, when the user performs a horizontal slide operation in the direction of arrow C in a state where the player character 100 lands on the ground, “Run” is displayed in the base 42 of the operation object 40 (see FIG. See A). When the slide amount of the horizontal slide operation is equal to or less than a predetermined value, “Walk” may be displayed in the base 42 instead of “Run”. Further, when the user performs the upper slide operation or the diagonal upper slide operation with the self character 100 landing on the ground, as shown in FIG. 10B, the self character 100 is in the direction of the drag operation. While jumping in accordance with the direction of the arrow D, the operation object 40 is stretched in the direction of the arrow D ′, 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.

  It is preferable that the display angle of the character information ("Run" or "Jump") displayed in the base 42 on the touch screen 2 be fixed. That is, as shown in (A) and (B) of FIG. 10, regardless of the angle of the tip 44 with respect to the base 42 of the operation object 40, when the character information is written horizontally, the character information is the lower side of the display It is displayed in the direction almost parallel to. For example, even when a drag operation is input downward from the touch start point, or when an input operation in which the touch end point rotates around the touch start point is input, character information on the touch screen 2 Since the display angle of is displayed in the direction in which the user can easily view, good visibility can be ensured.

FIG. 11 shows an example of the game screen when the user tries to cause the self-character 100 to execute the action of cracking, and (A) shows an example of the screen in a state where the self-character 100 is jumping, (B) Shows an example of the screen when the input operation of the groin succeeds, and (C) shows an example of the screen when the input operation of the groin fails.
As shown in the example 5 of the operation table 60 of FIG. 6, the cleaving (down attack) is performed by a downward slide operation in a state where the self character 100 is not grounded on the ground (state shown in (A) of FIG. 11). It becomes executable when it That is, the control unit 30 sets the self character 100 in the jumping state where it does not land on the ground based on the upper slide operation or the diagonal upper slide operation of the user, and receives an input of the lower slide operation of the user in this jump state. , Make the self character 100 execute the tearing.

  When the input operation of the split is successful, that is, when the lower slide operation is input in the jump state, as shown in FIG. 11B, the control unit 30 causes the own character 100 to execute the split. At the same time, information (for example, "Attack") regarding the tearing is displayed in the base 42 of the operation object 40. On the other hand, when the input operation of the split has failed, for example, when the angle in the downward direction of the drag operation is not sufficient, as shown in (C) of FIG. The split is not performed, and information (for example, “Jump”) on the state of the self character 100 at that time is displayed in the base 42 of the operation object 40. In this case, the user can easily recognize that the angle to the lower side of the drag operation is insufficient by looking at the display "Jump". As described above, by displaying the character information in the base portion 42, the success or failure of the input operation can be easily fed back to the user even for an operation requiring a plurality of input operations such as grooving.

FIG. 12 is an example of a game screen when the user is trying to cause the player character 100 to execute the action of tearing in the same manner as FIG. 11, and (A) is an example screen of a state in which the player character 100 is jumping. (B) shows an example screen when the input operation of the groin is successful, and (C) shows an example of the screen when the input operation of the groin fails.
As in the case of FIG. 11, when the input operation of the split is successful, as shown in FIG. 12B, the control unit 30 causes the own character 100 to perform the split and the operation object 40. In the base 42 of the information on the information regarding the groin (for example, "Attack") is displayed. On the other hand, when the input operation of the groin fails, for example, when the lower slide operation is input after the self-character 100 jumped based on the upper slide operation or the diagonal upper slide operation lands on the ground, as shown in FIG. As shown in (C), the control unit 30 does not cause the self-character 100 to perform cracking, and information in the base 42 regarding the state of the self-character 100 at that time (for example, “Run”) is indicate. In this case, the user can easily recognize that the input operation has failed because the user's character 100 lands on the ground and then performs the lower slide operation by looking at the display "Run".

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

  Character information associated with the state of the own character 100 is displayed in a base 42 which is an enlarged portion of the operation object 40. As described above, by displaying the character information in the enlarged portion of the operation object 40 which is a dead space on the touch screen 2, it is possible to effectively use a narrow screen such as a smartphone.

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

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

  Further, the character state information displayed accompanying the operation object 40 is not limited to the character information, and may be another symbol such as a figure.

5. Description of a configuration in which the parameters of the character improve as the character takes action

  Hereinafter, with reference to FIG. 15 to FIG. 19, a game program capable of strengthening various parameters of the character as a result of the character performing an action according to the user's input operation or the like will be described.

  FIG. 15 shows a data structure of parameters of game characters that can be operated by the user, such as the player character 100, and a history of the game character having made various actions according to the user's input operation and skills acquired by the game character. FIG. 8 is a diagram showing a data structure including the correspondence relationship with. The user terminal 1 holds data of the data structure shown in FIG. 15 in the main memory 4 or the like, and advances the game while referring to the data as appropriate.

  The illustrated example (A) of FIG. 15 shows a data structure of parameters of game characters that can be operated by the user, such as the own character 100. As shown in the illustrated example (A), the data structure of various parameters of the player character 100 (for example, the parameter of the character name "H") includes an item "grade", an item "item name", and an item It includes a "basic value", an item "correction value by equipment", an item "correction value by skill", and an item "correction value by title".

  The item "grade" indicates the range of skills that the own character can acquire. In the present embodiment, an example of grade "2" is shown, and the item "grade" is updated when a user satisfies predetermined conditions such as obtaining predetermined game media along with game play.

  The item “item name” indicates the name of the parameter, and in the present embodiment, “physical strength value (HP: hit point)”, “skill point (SP)”, “attack” as the name of the parameter of the own character 100 Includes value and defense value. The “physical strength value (HP: hit point)” indicates the value of the physical strength of the player character 100. For example, when the "physical strength value" is exhausted, game play may be ended as game over. “Skill points (SP)” is a special motion (a motion for performing an offensive action, a recovery operation for recovering physical strength) in response to a predetermined input operation (long press operation or the like) of the self character 100. It is a parameter consumed when activating (including motion etc.). “Attack value” affects the amount that the self character 100 damages other characters. The "defense value" affects the amount of damage that the character 100 receives from other characters and the like.

  The item “basic value” indicates the value of the parameter of the player character 100 itself that is not based on the correction of the equipped item or the like. The item “correction value by equipment” indicates a correction amount of a parameter by associating the self character 100 with a predetermined item, such as an equipment item. The item “correction value by skill” indicates the correction amount of the parameter by the skill acquired by the own character 100 (details of the skill will be described later). The item “correction value by title” is a title object acquired by the user along with game play (for example, a title including a predetermined name is given to the user by the game program operator and the title is given, etc. An in-game effect such as increasing the upper limit of the physical strength value is generated.

  The illustrated example (B) of FIG. 15 shows the correspondence between the history of causing the game character to perform various actions in accordance with the input operation of the user and the skill acquired by the game character.

  As shown in the illustrated example (B), the history of the action content in which the character has taken various actions includes the item "grade" indicating the grade of the self character 100, the item "skill name", and the item "content of parameter correction" And an item "experience value", an item "level", and an item "experience value acquisition condition".

  The item “skill name” indicates the name of the skill that the own character 100 can acquire.

  The item “content of parameter correction” indicates the content of parameter correction that the skill shown in the item “skill name” exerts on the self character 100 when the item “level” is reached.

  The item “content of parameter correction” includes, for example, (i) correction of the strength value of the self-character 100, and (ii) attacking the self-character 100 in response to an input operation such as a tap. Those that increase the attack power of the action, (iii) those that increase the upper limit of the number of times the attack action can be extended continuously (increase the number of combos), and (iv) the own character 100 according to a predetermined input operation in the game field. To shorten the time to animate the game item collecting operation (for example, an operation for acquiring stones from a mine in the game field, an operation for collecting flowers, an operation for fishing, etc.) (v) What increases the maximum skill point, (vi) the self character 100 performs an avoidance operation in response to an input operation such as flicking In the case of guarding while causing the self-character 100 to perform the squatting motion according to the input operation such as the distance, speed, etc. of the avoidance movement of the self-character 100 being increased, (vii) (Viii) to reduce the amount of damage received from the attack of the enemy character, (viii) to increase the distance, speed, etc. of the jump when the player character 100 jumps in response to the input operation such as the upper slide. The attack power or the number of times the attack can be made in the air when attacking in the air by accepting a tap operation or a lower slide operation while the own character 100 is jumping according to an input operation such as a slide. (X) Your character 100 composes a weapon or armor based on the material item and strengthens the crafting action When cormorants, types of items obtained by the craft, which enhance such success of item generation, and the like.

  The item "experience value" is, for the skill shown in the item "skill name", a value that increases when the condition shown in the item "experience value acquisition condition" is satisfied, and the value of the experience value necessary for leveling up Show.

  The item “level” indicates the degree to which the user has grown the skills shown in the item “skill name”. For example, with regard to the skill “physical strength value up”, the parameter correction content can be made better when the level is high than when the level is low. Thus, the user can be motivated to cause the self character 100 to perform the operation shown in the item "experience value acquisition condition" in order to raise the skill level. As a result, since the user can update the parameters of the player character 100 as the user performs the action shown in FIG. 6 or the like with respect to the player character 100, game play is continued, and the player character 100 is performed. Motivate you to become familiar with the operation of Also, among these skills, there is a skill that can be acquired when the level of a certain skill reaches a certain level. That is, when the level reaches a certain level for the first skill (for example, the level reaches the maximum), the second skill can be acquired.

  The item “experience value acquisition condition” indicates a condition for acquiring an experience value for the skill indicated in the item “skill name” and improving the level. As such conditions, for example, there is a case where an input operation for causing the self character 100 to perform the action shown in FIG. In other words, by performing an input operation for causing the self-character 100 to perform an action and the self-character 100 performing an action due to this, it is possible to acquire an experience value for each skill. Therefore, the user is motivated to try various actions shown in FIG. 6 and so on one after another. In addition, depending on the skill, there is also a skill whose name can be increased in parameters by the own character 100 being damaged, as in the skill name “physical strength value increase”. This can motivate the user to further prompt the user for an input operation for executing an action (avoidance action, an attack action, a guard action, etc.) for fighting with the enemy character, as well as an action for movement.

  FIG. 16 shows an aspect of notifying that the self character 100 has acquired the skill due to the self character 100 taking action in response to the user's input operation.

  The illustrated example (A) of FIG. 16 shows a side-scrolling action game (which may be an MMORPG) as an example. In the illustrated example (A), a situation is shown in which the user's own character 100 is moving by continuing the horizontal slide operation (drag operation). The user terminal 1 displays a UI component 900 on the touch screen 2. The UI component 900 is an icon for transitioning to a screen for the user to confirm a list of skills acquired by the own character 100 upon receiving an input operation such as a touch operation by the user.

  In the illustrated example (B), the user performs a diagonal upward slide operation (or a flick operation) as an input operation for causing the self character 100 to jump diagonally, and the self character 100 jumps because The aspect which notifies a user that self-character 100 acquired a skill anew, and having made it grow a skill is shown.

  The user terminal 1 causes the touch screen 2 to display a UI component 902 for notifying that the player character 100 has newly acquired a skill in the vicinity of the player character 100 for a predetermined time (for example, several seconds). As a result, the user causes the self-character 100 to perform an action by the user's input operation while gazing at the self-character 100 during game play, and as a result, the self-character 100 newly acquires the skill, and develops the skill. Can easily be recognized. The user terminal 1 ends the display of the UI component 902 when a predetermined time elapses after the UI component 902 is displayed. Thus, the user can recognize that the skill has been acquired and that the skill has been developed, and then can focus on causing the self character 100 to perform an action by paying attention to the self character 100 again.

  The user terminal 1 displays the UI component 901 near the UI component 900 displayed on the touch screen 2. The UI component 901 is an icon indicating that there are unconfirmed skills acquired by the own character 100 by the user and that the user has unconfirmed the result of growing the skills. In the illustrated example (B), the number of skills unconfirmed by the user is indicated by the UI component 901. The user terminal 1 may continue to display the UI component 901 until the user's unconfirmed skill disappears. As a result, the user performs an action operation paying attention to the player character 100, and after fighting with the enemy character, an action that the user wants the player character 100 to perform, such as settling down and checking the skill list. By displaying the UI component 901 while focusing on the user, it is possible to prevent the user from losing the opportunity to confirm the growth of the player character 100.

  FIG. 17 shows an example of a screen of a skill list in which the user can confirm the skills that the own character 100 can acquire and the skills acquired by the own character 100. The user terminal 1 displays the screen shown in FIG. 17 on the touch screen 2 by, for example, accepting a touch operation of the user on the UI component 900.

  The illustrated example (A) of FIG. 17 shows a phase in which the skill that the player character 100 has not acquired yet and the skill that the player character 100 has already acquired are displayed on the touch screen 2. As shown in the illustrated example (A), the user terminal 1 displays a standard skill button 910, a special skill button 911, a first skill group 912, and a second skill group 913 on the touch screen 2. ing. The standard skill button 910 and the special skill button 911 are icons for switching the type of skill displayed on the touch screen 2 in accordance with the user's input operation. In the illustrated example (A), the standard skill button 910 is highlighted in comparison with the special skill button 911 so that the user can recognize that the standard skill button 910 is enabled.

  When the user performs a touch operation on the special skill button 911, the user terminal 1 switches the type of skill displayed on the touch screen 2 so that the user can recognize that the special skill button 911 is enabled. The special skill button 911 is highlighted as compared to the skill button 910.

  The types of skills displayed by the special skill button 911 are, for example, (i) those capable of being acquired and grown regardless of the action corresponding to the input operation by the own character 100, and (ii) an episode about the own character 100 (Iii) A log of the contents of the conversation of the player character 100 in the past game can be displayed, (iv) A screen in a battle, and attacking operations such as tap operation In addition, it includes one that consumes skill points and causes the character to perform an attacking action or recovery action that can be activated.

  Here, (i) As a skill that the own character 100 can learn and grow regardless of the action according to the input operation, for example, the user can acquire the game medium with the game play to obtain the own character 100. Include those that can be used. For example, it is assumed that the user has acquired a game medium for offering various items, skills, characters, virtual currency in the game, and the like along with the user's game play. The user terminal 1 determines the target to be given to the user from this game medium by lottery. If the target to be given to the user from the game medium is a skill, the user terminal 1 determines which skill to give by lottery. At the time of game play, by satisfying a predetermined condition for delivering an item etc. from the game medium, the user is given a grant target (item, skill, character, virtual currency in game, etc.) according to the lottery result. . Here, the user terminal 1 may give a game medium to the user by attacking the enemy character by causing the user character 100 to attack the enemy character and destroying the enemy character.

  The first skill group 912 includes the skills classified into grade “1” among the skills that the own character 100 can acquire. The second skill group 913 includes the skills classified into grade 2 among the skills that the own character 100 can acquire.

  The user terminal 1 updates the grade of the self character 100 by satisfying predetermined conditions along with the user's game play. For example, the predetermined condition may be satisfied by causing the self character 100 to perform an action when the user performs an input operation. For example, the user terminal 1 causes the user character 100 to perform an action in response to the input operation of the user, and gives the user a game medium for offering an item or the like by destroying the enemy character or the like. When the target to be given to the user from the game medium is a character, the user terminal 1 draws lots of which character among the plurality of characters to be offered to the user. As a result of the lottery, when a character not acquired by the user is offered from the game medium, the character can be operated by the user, and when a character already acquired by the user is offered from the game medium, the character Update the grade of For example, when the character is released from the game medium while the user can operate the character of grade "1", the user terminal 1 updates the grade of the character from grade "1" to grade "2". And expand the range of skills that the character can acquire.

  In this way, it is possible to update the character grade for the user by acquiring skills and growing them within the character grade range until the character grade is updated. Encourage game play. In addition, by updating the grade of the character by providing a character or the like from the game medium acquired by the user along with the game play, it is possible for the user to realize the growth of the character as playing the game. Can. For example, if the upper limit number (combo number) of the techniques that the self-character 100 can continuously play during the attack operation is updated as the skill grows, the user can further feel the character's growth, and the game play continues. It can prompt you.

  In the illustrated example (A), compared to the first skill group 912, the second skill group 913 displays that the user can distinguish the skill that the user has not acquired yet from the skills that have already been acquired. ing. The user terminal 1 displays the skill level in the vicinity of the icon of each skill for the skill already acquired by the user. On the other hand, with regard to skills that the user has not acquired yet, the user can be motivated to acquire these skills by using a display mode such as graying out the icon or making it impossible to distinguish the contents of the skill from the icon. .

  The illustrated example (B) indicates that the user has not yet confirmed the skill acquired or developed by the user. In the illustrated example (B), the user terminal 1 displays the UI component 915 for notifying the user that there is an unconfirmed skill on the touch screen 2 while overlapping the icon of the skill. The display mode of 915 is not limited to this. Thus, the user can be prompted to operate the UI component 915 to further increase the opportunity for the user to realize the growth of the self character 100 more.

  In FIG. 18, the user terminal 1 updates the experience value of each skill for skill acquisition in accordance with the operation content of the self character 100, and notifies the user that the skill has been acquired and the skill has been grown. It is a flowchart which shows a process. The user terminal 1 executes the following steps by operating according to the program.

  In step S1801, the CPU 3 of the user terminal 1 detects that an event has occurred for the player character 100. The contents of the event include those shown in the item "experience value acquisition condition" in the illustrated example (B) of FIG.

  For example, in response to the user performing an input operation on the touch screen 2 to cause the self character 100 to perform an action, the content of the action to be performed by the self character 100 is determined, and the self character 100 is determined according to the determined contents. Includes an event due to the CPU 2 giving an instruction to operate the. Further, the contents of the event include an event that reduces the strength value, such as the self-character 100 being positioned within the range of attack motion performed by the enemy character or colliding with an obstacle. Further, as the contents of the event, as a result of the self-character 100 performing an action, the enemy character is made to hit an attack, that the enemy character is damaged, the self-character 100 is recovered, other than the self-character 100 Including having recovered other characters of.

  In step S1803, the CPU 3 determines the content of the event whose occurrence has been detected in step S1801. For example, if the content of the event causes the self-character 100 to move according to the input operation, the contents of the action performed by the self-character 100 according to the input operation (for example, an attack action, a collection action, etc.) are determined. .

  In step S1805, the CPU 3 updates the experience value of each skill according to the content determined in step S1803.

  In step S1807, when there is an experience value of each skill which has reached a level necessary for upgrading by the process of step S1805, the user has not yet confirmed that the skill has been acquired and grown. While setting the flag which shows that there exists, the notification which shows that is displayed on the touch screen 2 in a mode as shown to the illustration example (B) of FIG. The CPU 3 displays the number of unconfirmed skills in the UI component 901 of the illustrated example (B) in FIG. 16 by counting the number of skills in which a flag indicating that the user is unconfirmed is set. Can.

  FIG. 19 is a flowchart showing a process in which the user terminal 1 presents on the touch screen 2 a screen of a list of skills acquired by the own character 100 in accordance with the user's input operation. The user terminal 1 executes the following steps by operating according to the program.

  In step S1901, the CPU 3 of the user terminal 1 detects the user's input operation for displaying the skill list. For example, by detecting a touch operation on the UI component 900 shown in FIG. 16, the CPU 3 executes the following steps.

  In step S1903, the CPU 3 identifies the unconfirmed skills of the user in the skills newly acquired by the user and the grown skills, by the flags set to the respective skills in step S1807.

  In step S1905, the CPU 3 arranges a notification icon for prompting the user's confirmation to the unconfirmed skill of the user, and generates an image to be displayed on the touch screen 2.

  In step S1907, the CPU 3 displays the image generated in step S1905 on the touch screen 2. For example, the skill for displaying the UI component 915 in the illustrated example (B) of FIG. 17 indicates the skill that the user has not yet confirmed that the skill has been newly acquired and the skill has been grown.

[Description of Second Embodiment Presented by Present Disclosure]
Hereinafter, a second embodiment 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. In the second embodiment, an operation for switching characters is mainly described in a game in which the user organizes a plurality of characters and advances the character of the operation target while the user switches during the game play.

6. Description of Display Processing of UI Image (Operation Key) A display processing of an operation key in the game program according to the present embodiment will be described with reference to FIGS.

  FIG. 20 is a flowchart showing display processing of a user interface image for the user to change the player character in the second embodiment.

  In step S11 of FIG. 20, the control unit 30 outputs from the touch sensing unit 10 to the input operation reception unit 32 whether the user's finger or the like has approached the touch screen 2 (an approach operation has been input). Determined by the signal. If it is determined that the approach operation has been input (Yes in step S11), the control unit 30 detects the position of the contact end point in step S12. Then, in step S13, the control unit 30 determines whether or not the contact end point is included in a certain area including the position (contact start point) at which the approaching operation is detected. If it is determined that the contact end point is not included in the predetermined area including the approach start point, that is, it is determined that the contact start point and the contact end point are separated by a predetermined distance or more (No in step S13), In S14, the control unit 30 determines that the user requests the operation of the player character 100, and based on the vector defined by the touch start point and the touch end point (see (D) in FIG. 5), The own character 100 is caused to execute a predetermined operation. At this time, the control unit 30 may display the base 42 of the operation object 40 illustrated in FIG. 7 around the contact start point, and elastically deform the operation object 40 based on the contact end point. Thereafter, the process returns to step S11 and the process is repeated.

  On the other hand, when it is determined that the contact end point is included in the fixed area including the approach start point (Yes in step S13), in step S16, the control unit 30 keeps the time during which the approach operation continues. It is determined whether the time has been exceeded. That is, here, the control unit 30 determines whether the user's input operation is the "long press operation". When it is determined that the user's input operation is the "long press operation" (Yes in step S16), in step S17, the control unit 30 determines a predetermined UI image 60 on the touch screen 2 (see FIG. 21). Display

  FIG. 21 is a diagram showing an example of the game screen in the flowchart shown in FIG. FIG. 22 is a view showing an example of a game screen continuous with the game screen shown in FIG.

  As shown in FIG. 21, the UI image 60 includes a base unit 62, a first operation key 64 (an example of a first operation object), and a second operation key 66 (an example of a second operation object). It consists of For example, a substantially circular image may be displayed on the portion of the base portion 62, and in particular, the image may not be displayed. That is, the base portion 62 may be configured as a reference for determining the arrangement relationship between the first operation key 64 and the second operation key 66. The first operation key 64 is composed of first to third icons 64A to 64C. The first icon 64A corresponds to the self-character 100 currently displayed on the touch screen 2 (that is, selected by the user). The second icon 64B corresponds to the character 120 which can be changed by the user and the character 120 which can be changed. The third icon 64 </ b> C corresponds to the character 130 which can be changed with the user's own character 100 and is different from the character 120. The second operation key 66 is an operation key for activating the skill of the currently selected character. The skill activated by the input operation to the second operation key 66 is, for example, an attack operation or recovery operation which consumes and activates a certain amount of skill points described in the example of FIG. As described above, since it is an operation that consumes and activates skill points, it may have a stronger effect than an attack operation or the like performed by a character by a tap operation or the like.

  In the first icon 64A, information (for example, "in use") indicating a character (the own character 100) currently in use is displayed. Since the first icon 64A is an icon corresponding to the player character 100 currently displayed on the touch screen 2, it is preferable that the first icon 64A be displayed in a non-selectable state. That is, even if the user performs a release operation on the first icon 64A, no action is performed. Information of the player character 100 and the changeable characters 120 and 130 (for example, the faces of the characters 120 and 130) are displayed on the second icon 64B and the third icon 64C, respectively. The second operation key 66 displays, for example, “skill”.

  The operation keys 64 and 56 are arranged radially with respect to the base portion 62 at a predetermined distance on the left side from the touch start point (that is, the base portion 62) where the long press operation is performed. The arrangement relationship of the first operation keys 64 (the respective icons 64A to 64C) and the second operation keys 66 is fixed with respect to the base portion 62 which is the position where the operation input is input. For example, in the left side area of the base unit 62, the second operation key 66, the first icon 64A, the second icon 64B, and the third icon 64C are asymmetrical with respect to the left and right direction of the touch screen 2 from the top. It is arranged to become.

  In the example shown in FIG. 21, assuming that the user operates the touch screen 2 with the right hand finger, the first operation key 64 is provided on the left side area of the base portion 62 so as to be easily operated with the right hand finger. And although the 2nd operation key 66 is arrange | positioned, it is not restricted to this example. For example, in the case of the operation with the left finger, these operation keys may be arranged in the right area of the base portion 62 by the selection operation of the user. Also in this case, the arrangement relationship between the operation keys 64 and 66 is fixed. That is, the arrangement of the first operation keys 64 (each of the icons 64A to 64C) and the second operation keys 66 can be switched symmetrically in the case of the input operation by the user's right hand and the input operation by the user's left hand It may be. As described above, the operability is further improved by switching the arrangement of the operation keys 64 and 66 symmetrically with respect to the base portion 62 according to whether the user operates the touch screen 2 with the right hand or the left hand. Can.

  Subsequently, in step S18, the control unit 30 determines whether a release operation has been input. When it is determined that the release operation has been input (Yes in step S18), in step S19, the control unit 30 includes the position (touch-off position) at which the release operation is input in the area of each operation key 64, 56. It is determined whether the When it is determined that the touch-off position is not included in the area of each operation key 64, 56 (No in step S19), in step S20, the control unit 30 causes the user to operate the operation key 64, 56. It is determined that the UI image 60 is not displayed without performing any action. Thereafter, the process returns to step S11 and the process is repeated.

  On the other hand, when it is determined that the touch-off position is included in the area of each operation key 64, 56 (Yes in step S19), in step S21, control unit 30 performs an operation corresponding to the selected operation key. Run. For example, as shown in FIG. 22A, when it is determined that the release operation is input on the third icon 64C, as shown in FIG. While displaying the character 130 corresponding to the second icon 64C on the touch screen 2 instead of 100, the UI image 60 is not displayed. Thereafter, the process returns to step S11 and the process is repeated.

  FIG. 23 is a diagram showing an example of the user interface image after the user has changed the player character.

FIG. 23 shows the UI image 60 when the long press operation is input after the character displayed on the touch screen 2 is changed from the own character 100 to another character 130.
In this case, "in use" is displayed on the third icon 64C corresponding to the character 130 currently displayed on the touch screen 2, and the third icon 64C is in a non-selectable state. Further, the first icon 64A and the second icon 64B display the character 130 and the faces of the modifiable characters 100 and 120, respectively. As described above, the arrangement relationship of the icons 64A to 64C can be fixed and displayed by displaying the icon corresponding to the currently selected character as an icon for changing the character in an unselectable state.

  FIG. 24 is a diagram showing an example of the game screen when the slide operation is input while the user interface image for changing the player character is displayed.

(A) and (B) of FIG. 24 show screen examples when a slide (drag) operation is input in a predetermined direction from the state where the long press operation is input (the state where the UI image 60 is displayed). There is.
In step S17, when the drag operation is input with the UI image 60 displayed by the long press operation, the control unit 30 determines whether the drag operation from the touch start point to the touch end point is equal to or less than a predetermined speed Determine The speed of the drag operation can be detected based on, for example, the slide amount from the touch start point to the touch end point of the drag operation and the number of frames. When the detection speed of the drag operation is equal to or less than the predetermined threshold, the control unit 30 operates the character 100 according to the drag operation while moving the UI image 60 following the drag operation (move, jump, etc. ). For example, as shown in FIG. 24A, when the user performs a drag operation in the direction of arrow A from the state where the UI image 60 is displayed by the long press operation, the control unit 30 causes the UI image 60 to be displayed. As it is, based on the direction of the drag operation, the user character 100 is caused to execute a predetermined operation and move the UI image 60. For example, when the drag direction is a diagonally upward direction, as shown in FIG. 24B, the character 100 is jumped while being displayed while elastically deforming the operation object 40 based on the drag direction. At the same time, the control unit 30 moves the UI image 60 according to the dragging direction while maintaining the arrangement relationship between the first operation key 64 (icons 64A to 64C) and the second operation key 66. As a result, it is possible to operate the currently displayed character while maintaining a state in which the character 100 can be changed to another character. At this time, since the base portion 62 of the UI image 60 is always arranged at the contact end point of the drag operation, the operation keys 64 and 66 can not be selected.

  On the other hand, when the drag operation is faster than the predetermined speed, the control unit 30 prevents the UI image 60 from moving following the drag operation, and enables the operation keys 64 and 66 to be selectable. That is, in this case, the user can perform the release operation on each operation key 64, 66 to select each operation key 64, 66. As described above, the degree of freedom of operability can be improved by switching the operation of the player character 100 and the operation of the operation keys 64 and 66 in accordance with the speed of the drag operation.

  As described above, according to the present embodiment, the control unit 30 is a first method for changing the own character 100 to the touch screen 2 based on the user's long press operation on the arbitrary position on the touch screen 2. The operation key 64 (UI image 60) is displayed, and the user selects and operates the first operation key 64 to change the own character 100 displayed on the touch screen 2 to a different character (for example, the character 130). Do. Thereby, the UI image 60 for changing the self-character 100 only at the time of the long press operation by the user is provided without affecting the operation area or the viewable range in the space displayed on the touch screen 2 at normal times. be able to.

  Further, since the UI image 60 is displayed with the arrangement relationship of the icons 64A to 64C and the second operation keys 66 fixed, the user can store the positions of the operation keys 64 and 66. Thus, the user can store the positions of the icons 64A to 64C corresponding to the respective characters 100, 120, 130 and the operation keys 66 for activating the skill, so that the user does not visually recognize the display of the UI image 60. Can perform changes and skill activation.

7. Processing to automatically switch the user's operation target character to appear in the game field regardless of the user's switching operation

  As described above, the user can change the character to be operated by performing the input operation on each of the operation keys 64 and 66. The user terminal 1 displays on the touch screen 2 in response to an input operation for changing each character included in a party, when the user organizes a character that can be changed during the game as a party and advances the game Change the character to be

  Here, in the second embodiment, the user terminal 1 is automatically operated according to the progress of the game regardless of the input operation (the operation to each operation key 64 etc.) for changing the character to be operated by the user. Can be switched to. Specifically, the first mode (auto change application mode) of automatically changing a character (auto change) during a battle with an enemy character regardless of the user's input operation of changing the character; The user can select the second mode (auto change stop mode) for stopping the mode.

  In the first mode, for example, the parameter of each character to be operated by the user is compared with the parameter of the enemy character, and one of the characters included in the party organization is specified, and the specified character Is displayed on the touch screen 2 to change the character to be operated by the user. Here, although a large number of enemy characters may be displayed on the touch screen 2, in the user terminal 1, the character whose operation target is the enemy character whose target is the enemy character to be compared with the parameters of each character performs an attacking action May be a character that is locked on. In the lock-on state, regardless of whether the character 100 is facing the enemy character 200, if the user causes the character 100 to attack the character 100 by a tap operation or the like, the attacking action toward the enemy character 200 Take action for For example, the user terminal 1 sets an enemy character 200 located at a distance closest to the character 100 as a character on which the character 100 has been locked as an attack target.

  In the first mode, in order to specify the character to be displayed on the touch screen 2, the user terminal 1 includes, for example, (i) each character included in the party with respect to the enemy character targeted by the user's operation target. The character to be changed is identified based on the parameters related to the attack of the character. The user terminal 1 specifies, for example, a character with the highest damage efficiency for the enemy character as a character to be displayed on the touch screen 2.

  As described in the first embodiment, the character operated by the user can grow its parameters by performing various operations according to the user's input operation. When the user terminal 1 specifies a character that fights against the enemy character based on the parameters related to the attack, the user refers to the correction contents of each parameter of the character party-organized, and uses the height of attack power, the number of combos, etc. Based on this, it is also possible to specify a character that is the highest in the amount of damage that can be given to an enemy character per unit time as a character to be displayed on the touch screen 2.

  In addition, when the user terminal 1 receives an attack from an enemy character to be attacked by the character to be operated by the user (ii), the user terminal 1 displays on the touch screen 2 according to the level of possibility that the character survives. You may specify the character you want to For example, among the characters included in the party organization, the user terminal 1 specifies a character that will receive the least damage even if the character is attacked by an enemy character.

  Also, the user terminal 1 (iii) parameters of the movement speed of the character to be attacked and parameters related to the movement of each character organized by the user (movement speed, speed of avoidance action, distance of avoidance action, jump Based on the speed, the distance of the jump, etc.), the character that is likely to make the attack target character successful may be specified as the character to be displayed on the touch screen 2. For example, when the moving speed of the enemy character is fast, if the character operated by the user is an attacking means such as a one-handed sword, a fist, or a whistle, it may be easier for the character to easily follow the movement of the enemy character. It is assumed that there is. The user terminal 1 compares the parameter relating to the movement of the enemy character with the parameter relating to the movement of each party-organized character, and displays, for example, a character equal to or faster than the movement speed of the enemy character on the touch screen 2 Identify as a character.

  FIG. 25 is a view showing a data structure of character management information for managing characters which the user can operate in the game program and characters which the user can operate. The user terminal 1 holds data of the data structure shown in FIG. 25 in the main memory 4 or the like, and advances the game while referring to the data as appropriate.

  As shown in FIG. 25, the character management information includes the item “character identification information”, the item “character name”, the item “character attribute”, the item “user availability”, and the item “party organization” Includes the item "grade".

  The item “character identification information” is information for identifying each character that the user can acquire as an operation target in the game program.

  The item "character name" indicates the name of each character.

  The item "character attribute" indicates an attribute set for each character. Here, the attribute set to the character includes the type of equipment item that can be equipped by the character. The equipment items include types of weapons that can be associated with the character, types of armor, and types of accessories. The attribute set for each character includes another parameter to be referred to in the attack or defense as being set separately from the weapon type. For example, there is one in which the compatibility for each type is set, such as three freezing. In the example of FIG. 25, for example, the type “water” is strong in the type “fire”, the type “fire” is strong in the type “earth”, and the type “earth” is strong in the type “water”. The amount of damage in the battle between the character and the character may be corrected based on these compatibility. Also, for example, depending on the character, a weak attribute, an attribute that can cancel the attack may be set. For example, for a character flying in the sky, the attack of the type "earth" is nullified (not damaged), while the amount of damage when the attack is attacked increases, assuming that the attack of the type "wind" is a weak point.

  In the first mode, the user terminal 1 specifies the character to be changed based on the parameters related to the attack of each character included in the party with respect to the enemy character targeted by the character to be operated by the user. It is also possible to specify the character to be changed based on the attribute set for these characters and the attribute set for the enemy character. The user terminal 1 has, for example, an attack value determined by a basic value of each character, a correction value by equipment, and a correction value by skill among the characters organized into a party, and a maximum combo number when each character attacks. Based on the attribute of each character and the attribute of the enemy character, it is possible to specify the character that gives the highest damage to the enemy character per unit time.

  The item “usability of the user” indicates whether the character has become usable in the game play by the user or the character has not been acquired by the user.

  The item "party organization" indicates whether the user is incorporated as a character to be organized as a party at the time of game play. For example, when the game can be advanced in groups of three, the user terminal 1 accepts designation of at least one and at most three persons from the user as a party from the characters that can be used by the user, Save the accepted party organization (sometimes called a deck).

  The item "grade" indicates the range of skills that the character can acquire, as described in the first embodiment.

  FIG. 26 switches between a first mode in which the character is automatically changed during the battle with the enemy character and a second mode in which the first mode is stopped regardless of the input operation by the user changing the character. FIG. 10 is a view showing a user interface image for the game and a game screen on which a character is changed by an automatic change.

  As shown in the illustrated example (A) of FIG. 26, the user terminal 1 sets the first mode in which automatic change is possible in the user interface image on the touch screen 2 or switches the first mode to the second mode. A UI image 64E for receiving from the user a change operation as to whether to set the mode is displayed. As described with reference to FIG. 23, when the user terminal 1 receives a long press operation from the user, the user terminal 1 causes the touch screen 2 to display the UI image 60 including the UI image 64E. In the illustrated example (A), the fact that the user has enabled the first mode is displayed as “automatic character change: ON” in the UI image 64E, and the first operation is performed by a drag operation or the like on the UI image 64E. It is displayed that the mode can be switched to the second mode. As shown in the illustrated example (A), the UI image 64E as to whether or not to enable auto change, the UI image 64 for the user to switch the operation target character, and the UI image for activating the skill to the operation target character It is desirable to prevent user's erroneous input by displaying it at a different position from As shown in the illustrated example (A), the user performs a long press operation on the UI image for activating the skill to the operation target character, the UI image 64 for switching the operation target character, and the UI image 64E. You may arrange so as to oppose the base part 62 displayed based on the location.

  In the illustrated example (B) and the illustrated example (C), the parameters of the enemy character 200 and the respective characters to be manipulated by the user are compared with the character 130 to the character 100 in the state where the auto character change is valid. 6 illustrates a situation in which the user's operation target character is changed. In the illustrated example (B), it is assumed that the character 130 has locked on the enemy character 200 because the character 130 and the enemy character 200 are within a certain distance. In this state, the user terminal 1 receives a tap operation on the touch screen, and displays a UI component 260 indicating that the tap operation has been performed. At this time, the user terminal 1 responds to the occurrence of an event for causing the character 130 to perform an attack operation by performing the tap operation, and the parameters of each character organized into the party, and the enemy character The parameters are compared with 200 and displayed on the touch screen 2 to specify a character to be operated by the user. In the example of the illustrated example (B), it is assumed that the character 100 is specified as a character for fighting the enemy character 200 instead of the character 130. Thereby, the user terminal 1 changes the screen from the state of the illustrated example (B) to the state of the illustrated example (C).

  As shown in the illustrated example (C), the character to be operated by the user is switched from the character 130 to the character 100. The user terminal 1 displays, for example, the character 130 so as to move it out of the screen, and displays the character 100 so as to move it from the outside of the screen into the screen with attack determination. As a result, the character 100 appearing on the touch screen 2 by the change of the character attacks the enemy character 200 while changing to the character 130. The user terminal 1 displays a UI image 262 for causing the user to perceive that the character to be operated by the user has been switched, on the touch screen 2 for a certain period of time as the character changes. This makes it easy for the user to recognize that the character has been changed by the automatic change regardless of the user performing the operation for changing the character, and to concentrate on the movement of the character after the change. It will be easier.

  When the user changes the character based on the user's operation by operating the UI images 64A and 64B, the user recognizes that the character has already changed, and thus the UI image is changed when the character is changed. While the display 262 is not displayed, the UI image 262 may be displayed when the character is changed by the automatic change.

  FIG. 27 is a flowchart showing a process of specifying a character that battles with an enemy character among characters to be formed in a party in the auto change application mode, and displaying the character on the touch screen 2 according to the specified result. The user terminal 1 executes the following steps by operating according to the program.

  In step S2701, the CPU 3 of the user terminal 1 detects that an event generated for the character 100 is to cause an attack action. For example, when the user performs a tap operation on the touch screen 2, the user terminal 1 determines that the user's input operation is a tap operation, and the action corresponding to the tap operation is an attack operation (an example of FIG. 6) ) Causes an event for causing an attack action to be generated for the character 100.

  In step S2703, the CPU 3 compares a parameter of the enemy character locked on as the attack target by the character 100 with a parameter that affects the damage amount such as the attack power and the attribute of each character in the party formation, Identify the character with the highest amount of damage per time.

  In step S2705, when the character specified in step S2703 is a character in battle in the game field (a character that the user is currently performing an operation according to the input operation as an operation target) in step S2705, the CPU 3 selects that character. Make an attack action. On the other hand, if the character specified in step S2703 is not the character in battle in the game field but the character waiting in the party, the CPU 3 touches the character specified in step S2703 instead of the character in battle. An effect to be displayed on the screen 2 is performed, and the character to be operated by the user is switched to the character specified in step S2703.

  As described above, the first embodiment and the second embodiment have been described. The first embodiment and the second embodiment may be combined.

  Here, in the description of the first embodiment, “Here, (i) As the skill that the own character 100 can learn and grow regardless of the action according to the input operation, for example, the user Accompanied by the acquisition of the game medium, it includes those which can be used by the player character 100. For example, a game in which various items, skills, characters, virtual currency in the game, etc. are offered along with the user's game play. It is assumed that the user obtains the medium during the game, and the user terminal 1 determines the target to be given to the user from the game medium by lottery If the target to be given to the user from the game medium is the skill Decide which skill to be given by lottery, etc. At the time of game play, it is necessary to send out items etc. from game media By satisfying the condition, the user is given a grant target (item, skill, character, virtual currency in the game, etc.) according to the lottery result. It is also possible to give a game medium to the user by causing an action to attack an enemy character and destroying the enemy character.

  As described in the second embodiment, there may be a plurality of characters to be operated by the user, and each character may have a unique skill. In the above example, when a user is given a game item of the character skill, an equipment item, and a material item for generating the equipment item according to the user's game play, the target range to be provided is a character during party organization It may be related to

  Specifically, when the game terminal 1 acquires a game medium by fighting with an enemy character in the game field after the user organizes a party, the party organization includes an object to be given by lottery from the game medium. It is possible to limit to the characters related to the characters, or to increase the ratio of providing the characters related to the characters included in the party organization more than the ratio of providing the characters related to the characters not included in the party organization. For the user, acquiring items, skills, etc. that strengthen characters that are not included in the party organization does not actually lead to reinforcement of the characters included in the party organization, but by configuring as described above, the user can By strengthening the game, it is possible to reduce the chances of the game progress to be advantageous and the occurrence of a situation in which the opportunity to feel growth of the character is removed and the interest is reduced. For example, when a game item is provided with an equipment item or a material item serving as a material of the equipment item, it is possible to give priority to what can be equipped with characters included in the party organization.

  Further, when a character is offered from the game medium, as described in the first embodiment, when a character already acquired by the user is presented, the grade of the character is updated and the user acquires it. If a character that has not been played is released, the user can newly set it as the character to be operated, and it is also considered to enhance the interest of the game for the user. Therefore, in the case where a character is offered from the game medium, etc., the character may be offered according to a predetermined offering ratio regardless of which character is included in the party organization.

(Modification)
Other than the example of the second embodiment described above, it may be configured as follows. That is, even if the automatic character change is effective, the character change not depending on the input operation for the user to change the character may not be performed under a constant condition. For example, even if the character specified in step S2703 in FIG. 27 is a character suitable for maximizing the amount of damage to the enemy character, in the case where the strength value of the character is small, etc. There is a phase where the character is easily attacked and can not continue the battle. In addition, if the skill point is about to be exhausted, the number of times the skill activation causes a strong attack is limited.

  Therefore, in step S2703, the character fighting with the enemy character may be specified based on the remaining amount of strength value of the characters organized to the party and the remaining amount of skill points. For example, in party organization, each character included in the party organization is ranked based on the amount of damage per given time given to the enemy character, and if the remaining strength is not more than a certain amount in order from the upper character, the next order In the case where the remaining strength is equal to or more than a certain value, the character is specified as the character to be operated by the user.

(Additional Matter 1) The matters described in the above embodiment will be additionally stated below.
(Supplementary Note 1) According to the present embodiment, a game program is provided. The game program is executed on a computer (1) including a processor (3), a memory (4), a display unit (7), and an operation unit (2) for receiving user's input operation. . The game program is a condition for applying, to the game character, the correction content (the item “correction content of parameter” in the example of FIG. 15 (B) of FIG. 15) for correcting the character parameter of the game character which the user operates. (The value of the experience value necessary for leveling up of the item “experience value” in the example (B) of FIG. 15) and the comparison parameter (item of the example (B) in FIG. 15) showing the achievement status of the condition Storing in the memory for each of a plurality of correction contents, and an operation for operating the game character, of the "experimental value" and a value which is increased when the condition shown in the item "experience value acquisition condition" is satisfied; As a result of the user performing an input operation on the unit, the step of specifying the content of the event that has occurred for the game character (FIG. 6, step S 180 And, in response to the occurrence of the event, updating the comparison parameter for the correction content related to the content of the event (step S1805), and the comparison parameter achieving the condition for each correction content By applying the correction content corresponding to the condition to the game character, the step of correcting the character parameter of the game character so that the game play becomes advantageous (step S1807) is executed.

  (Supplementary Note 2) In (Supplementary Note 1), a range of correction contents to be adapted to the game character is set among the plurality of correction contents (a first skill group 912 shown in the illustrated example (A) of FIG. 17) The second skill group 913), the processor and the game play of the user, and by satisfying a predetermined expansion condition (for example, the character can play the game in a state where the character of grade "1" can be operated. When delivered from the medium, the user terminal 1 updates the grade of the character from grade “1” to grade “2” to expand the range of skills that the character can acquire), and is adapted to the game character Execute the step of resetting to extend the range of correction content.

  (Supplementary note 3) In (Supplementary note 2), causing the processor to further execute the step of giving the game medium representing the user's right to acquire an object that can be used at the game play with the user's game play. The expansion condition includes that a predetermined object is given from the game medium to the user by receiving from the user an input operation for acquiring an object from the game medium (for example, a character of grade "1" can be operated. When the character is issued from the game medium in the normal state, the user terminal 1 updates the grade of the character from grade "1" to grade "2" to expand the range of skills that the character can acquire. ).

  (Supplementary Note 4) In any of (Supplementary Note 1) to (Supplementary Note 3), at least one of the plurality of correction contents includes one for correcting a character parameter for the game character to exert an effect on another game character ( In the illustrated example (B) of FIG. 15, an item “content of parameter correction” corresponding to “increase criticality” of the item “skill name”, “classification of weapon type”, and the like).

  (Supplementary Note 5) In (Supplementary Note 4), at least one of the plurality of correction contents is to continuously attack the game character in response to the input operation for the game character to act on the other game character. Including increasing the number of times that can be done (eg, “maximum combo number + 2” in the item “correction content of parameter” corresponding to “weapon type learning” in the item “skill name” in the illustrated example (B) of FIG. .

  (Supplementary Note 6) In any of (Supplementary note 1) to (Supplementary note 5), at least one of the plurality of correction contents relates to a character parameter that decreases when the game character exerts an action from another game character. (In the illustrated example (B) of FIG. 15, an item “content of parameter correction” or the like corresponding to “reduction of damage upon guard” of the item “skill name”).

  (Supplementary Note 7) In any one of (Supplementary Note 1) to (Supplementary Note 6), the event that occurs in the identifying step includes causing the game character to perform an action by the user's input operation, and identifies the content of the event. That includes specifying the content of the action to be performed on the game character (Step S 1803, FIG. 6, FIG. 15) Damage to another character by “Attack Value Acquisition Condition” in the item “Experience value acquisition condition” of the illustrated example (B) Give, etc.).

  (Supplementary Note 8) In any one of (Supplementary Note 1) to (Supplementary Note 7), an event that occurs in the identifying step includes an event that occurs to the game character when the game character receives an action from another object (Step S 1803, “character receives damage”, and the like in the item “experience value acquisition condition” in the illustrated example (B) of FIGS.

  (Supplementary Note 9) In any of (Supplementary Note 1) to (Supplementary Note 8), when the comparison parameter achieves the condition for each correction content, a notification that the correction content achieves the condition is given by the display unit The step is further executed (UI component 901 in FIG. 16).

  (Supplementary Note 10) In (Supplementary Note 9), an interface causing the display unit to transition to a list screen (FIG. 17) including a list of correction contents applicable to the game character and a list of correction contents applied to the game character In the steps of displaying an image (the UI component 900 in FIG. 16) and displaying a list screen on the display unit in response to a user's input operation on the interface image, displaying the list screen, The list screen is displayed on the display unit in such a manner that the user can distinguish between the unconfirmed correction content (UI component 915) and the confirmed correction content that the condition has been achieved.

  The above embodiments are merely examples for facilitating the understanding of the present invention, and are not intended to limit the present invention. It goes without saying that the present invention can be modified and improved without departing from the gist thereof, and that the present invention includes equivalents thereof.

1: User terminal, 2: Touch screen, 3: CPU, 4: Main memory, 5: Auxiliary memory, 6: Transmitter and receiver, 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, 44: tip, 46: connection unit, 53: buffer memory, 55: initial touch position coordinates, 60: operation 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 (player character, an example of a character object), 200: opponent character Data

Claims (6)

A game program,
The game program is executed by a computer including a processor, a memory, a display unit, and an operation unit for receiving an input operation of a user.
A step of accepting specification of a plurality of characters from the user;
Advancing the game with any one of the plurality of characters specified by the user as the operation target character;
Accepting from the user a first input operation for changing the operation target character, and changing the character according to the user's change instruction into the operation target character;
Detecting that a predetermined event has occurred regardless of the first input operation for the operation target character that the user is operating on;
In response to the detection, the parameter of each of the designated characters is compared with the parameters of the other characters displayed on the display unit, any of the plurality of designated characters Identifying a character of
A game program that causes the display unit to perform an effect display that sets the specified character as the operation target character when the specified character is not the operation target character. The step of detecting includes detecting an event that occurs as a result of accepting from the user a second input operation for causing the operation target character to perform an attacking operation,
The game program according to claim 1, wherein the step of specifying includes the step of specifying the character by performing the comparison with parameters of the other character which the operation target character is to attack. The method further includes the step of setting a character to be attacked by the operation target character based on a positional relationship between the operation target character and another character.
The game program according to claim 2, wherein the detecting step includes performing the comparison with parameters of the other character based on the setting of the attack target. A condition for applying correction contents for correcting parameters of a plurality of characters designated by a user to the character, and a comparison parameter indicating an achievement status of the condition are stored in the memory for each of the plurality of correction contents. Step and
Identifying a content of an event generated for the character as a result of the user performing an input operation on the operation unit to move the character;
Updating the comparison parameter for the correction content associated with the content of the event in response to the occurrence of the event;
When the comparison parameter achieves the condition for each correction content, the character parameter of the character is selected so that game play becomes advantageous by applying the correction content corresponding to the condition to the game character. The game program according to claim 3, further comprising: performing the correcting step. An information processing apparatus comprising: a processor, a memory, a display unit, and an operation unit for receiving an input operation of a user, wherein the processor reads the game program stored in the memory,
Accept specification of multiple characters from the user,
Advance the game with any one of the plurality of characters specified by the user as the operation target character;
The first input operation for changing the operation target character is accepted from the user, and the character according to the change instruction of the user is changed to the operation target character,
Detecting that a predetermined event has occurred, regardless of the first input operation, for the operation target character that the user is operating on;
In response to the detection, the parameter of each of the designated characters is compared with the parameters of the other characters displayed on the display unit, any of the plurality of designated characters Identify the character of
An information processing apparatus which causes the display unit to perform effect display in which the specified character is the operation target character when the specified character is not the operation target character; A method executed by a computer comprising a processor, a memory, a display unit, and an operation unit for receiving an input operation of a user,
Said processor
A step of accepting specification of a plurality of characters from the user;
Advancing the game with any one of the plurality of characters specified by the user as the operation target character;
Accepting from the user a first input operation for changing the operation target character, and changing the character according to the user's change instruction into the operation target character;
Detecting that a predetermined event has occurred regardless of the first input operation for the operation target character that the user is operating on;
In response to the detection, the parameter of each of the designated characters is compared with the parameters of the other characters displayed on the display unit, any of the plurality of designated characters Identifying a character of
And (c) causing the display unit to perform an effect display that sets the specified character as the operation target character when the specified character is not the operation target character.

Images