JP6626876B2 - Game program, information processing apparatus and method - Google Patents

Description

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

  There are games such as role playing games and action role playing games, in which a game character is operated to progress the game. In these games, for example, an experience value is given to a game character by causing the game character to act in response to a user's input operation and causing a battle with an enemy character. As the game character grows, it will be possible to battle with stronger enemy characters to win and progress the game.

  As a technique for operating a character, for example, there is Japanese Patent Application Laid-Open No. 2006-051266 (Patent Document 1). Patent Literature 1 discloses that in a video game executed by a smartphone, when a user performs a touch operation on a character object displayed on a touch panel of the smartphone, a sliding operation direction on the touch panel and various actions such as movement and jump of the character object are performed. A game operation method for controlling a character object by associating a character object with a game object is disclosed.

JP-A-2006-051266

  As the game character grows, it becomes possible to perform more various actions, and as a result, the user can enjoy the game play more and more.

For example, as a game character grows, skills such as learning a recovery spell or learning a special attack may be acquired. Typically, when the game character obtains an experience value, the level of the game character rises, and every time the game character reaches a certain level, a skill such as an attack spell is obtained. However, if the growth method of the game character is monotonous, the range of development of the game play is narrowed, and it is necessary to further improve the interest of the game.

  Depending on the game, various game developments are realized by preparing various options for how to grow the character during the game and allowing the user to spontaneously intervene in how to grow the character. is there. For example, in a role-playing game, a player character is given a job such as a warrior, a wizard, a monk, or a fighter in advance, and this job can be changed in the game in the form of changing jobs. For example, by making the acquired skills different depending on the occupation, the user can progress the game in accordance with the way of growth of the character that he or she thought.

  However, in a game that employs such a job change system, typically, a user specifies a job change destination by himself / herself, but in many cases, the character after the job change is a low-level character. Therefore, after the user has made the character a certain occupation, the user grows the character slowly. Then, the user needs to carefully consider the choice of which occupation to take in the first place, and is cautious about changing the occupation of the character. As a result, there is a problem that various game developments may not be promoted.

  The present disclosure provides a technique capable of supporting diversification of game development by diversifying a method of updating a parameter of a character, thereby further improving the interest of game play. Aim.

  According to one embodiment shown in the present disclosure, a game program is provided. The game program is executed on a computer including a processor and a memory. A first step of causing the processor to store, in the memory, information indicating an attribute which can be associated with the character, for one or more characters to be operated, in the memory; A second step of performing a lottery process to be performed, and a third step of performing a process for updating a parameter related to the attribute by supplying the attribute that can be associated with the character as a result of the lottery process. Steps and are performed.

  According to one embodiment shown in the present disclosure, an information processing device including a processor and a memory is provided. When the processor reads the game program stored in the memory, the processor causes the memory to store information indicating, for one or more characters to be operated, attributes that can be associated with the character. The processor performs a lottery process in which the attribute of the character is to be provided. The processor performs a process for updating a parameter related to the attribute when the attribute that can be associated with the character is already provided as a result of the lottery process.

  According to one embodiment shown in the present disclosure, there is provided a method executed in a computer comprising a processor and a memory. The method includes a first step in which the processor stores, in the memory, information indicating an attribute that can be associated with the one or more characters to be operated, in the memory; A second step of performing a lottery process to be performed, and a third step of performing a process for updating a parameter related to the attribute by supplying the attribute that can be associated with the character as a result of the lottery process. Performing the steps of

  According to the present disclosure, by diversifying the updating method of the parameter of the character, it is possible to support the diversification of the game development, thereby further improving the interest of the game play.

It is a figure showing the user terminal concerning this embodiment. It is a figure showing the hardware constitutions of the user terminal concerning this embodiment. It is a functional block diagram of a user terminal concerning this embodiment. It is a figure showing an example of a game screen of a game displayed on a touch screen of a user terminal concerning this embodiment. FIG. 8 is a diagram illustrating a process in which an operation detection unit detects a direction in which a player character moves in response to a user input operation. FIG. 9 is a diagram illustrating an action table of a player character (here, a player character). (A) is a figure showing an example of an operation object displayed on a touch screen, and (B) is a figure showing a state where an operation object elastically deformed. FIG. 3 is a schematic diagram showing main functional modules implemented in the game program according to the embodiment. 9 is a flowchart illustrating a process for displaying information regarding a state of a player character in an operation object in the present embodiment. (A) and (B) are diagrams showing examples 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 a 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 is successful, (C) is a figure which shows the example of a screen when input operation of the said action fails. It is an example of a screen when a user wants a player character to perform a predetermined action, (A) is a figure showing an example of a screen in a 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 is successful, (C) is a figure which shows the example of a screen when input operation of the said action fails. It is a figure showing the game screen concerning a modification. FIG. 11 is a diagram illustrating an operation object according to another modification. The data structure of the parameters of the game character that can be operated by the user such as the player character 100, and the relationship between the history of the game character performing various actions in accordance with the input operation of the user and the skills acquired by the game character FIG. 4 is a diagram showing a data structure including a. A situation is shown in which the self-character 100 has acquired a skill due to the fact that the self-character 100 performs an action in response to a user's input operation. 5 shows an example of a screen of a skill list that allows the user to check the skills that the own character 100 can acquire and the skills that the own character 100 has acquired. The flowchart which shows the process which the user terminal 1 updates the experience value of each skill for skill acquisition according to the content of operation | movement of the own character 100, and notifies the user that the skill was acquired and the skill was grown. It is. 9 is a flowchart illustrating a process in which the user terminal 1 presents a screen of a skill list acquired by the character 100 on the touch screen 2 in response to a user's input operation. 11 is a flowchart illustrating a display process of a user interface image for a user to change a player character in the second embodiment. FIG. 21 is a diagram showing an example of a game screen in the flowchart shown in FIG. 20. FIG. 22 is a diagram showing an example of a game screen that is continuous with the game screen shown in FIG. FIG. 22 is a diagram showing an example of a game screen that is continuous with the game screen shown in FIG. 21. It is a figure showing an example of a user interface picture after a user changes a player character. FIG. 14 is a diagram illustrating an example of a game screen when a slide operation is input while a user interface image for changing a player character is displayed. It is a figure which shows the data structure of the character management information for managing the character which can be operated by the user in the game program, and the character which can be operated by the user. 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 irrespective of an input operation for changing a character It is a figure showing an image and a game screen where a character is changed by an automatic change. 9 is a flowchart illustrating a process of identifying a character fighting with an enemy character among characters formed in a party in an auto change application mode, and displaying the character on the touch screen 2 according to the identified result. It is a table which shows the game media provided by the lottery process. In the lottery process, an example of a screen displayed on the display 2 of the user terminal is shown. It is an example of a screen for displaying the skill associated with the job of the character. It is a flowchart shown in this embodiment.

In the following description, a technique that supports diversifying the game development by diversifying the update of the parameter of the game character will be described.
First, (a) a mode in which predetermined information is displayed on the touch screen to assist the user in performing an input operation of the game character to operate the game character is described. The present invention is not limited to a configuration in which information is displayed on a touch screen. Further, as an example of a configuration for receiving a user input operation, an example in which an input operation on a touch screen is received is shown. However, the present invention is not limited to this. May be applied. (A) Next, a description will be given of a game program capable of enhancing various parameters of a character as a result of the character performing an action in response to a user's input operation or the like. (C) In these configurations, a mode in which each character is associated with an attribute of job (occupation) will be described. In the present embodiment, the attribute of each character is given to the user by the lottery process. Furthermore, when changing a character's job, the character's physical strength, skill points, and other parameters are inherited from before the job change, and after the job change, equipment items unique to that job can be equipped, You will be able to activate skills. The game program updates parameters associated with the job, such as skills unique to the job, as follows. For example, when a job that has already been submitted to the user is resubmitted by lottery, the game program gives the user a material item for growing parameters related to the job, or the job is resubmitted. Grow the parameters associated with the job.
According to the present disclosure, the configuration of (c) above allows the user to change the job of the character, and at the same time, grows the parameter of the character related to the job itself in accordance with the result of the lottery process. Thus, by prompting the user to successively acquire new jobs by lottery, it is possible to further support diversification of game development. As described above, the game program grows the first parameter representing the performance of the character by causing the character to perform an action such as attack, avoidance, or jump according to the input operation of the user. The game program provides a character job, which is an attribute of the character, to the user by lottery. The game program updates the second parameter (such as a job-specific skill) according to the job of the character by a method different from the method of growing the first parameter. Specifically, when the game program performs a lottery process for giving a character job, it is determined that the job already acquired by the user is to be provided by lottery (that is, the jobs overlap). , The user is provided with an item for updating the second parameter related to the job, or the second parameter related to the job is updated.
Conventionally, among jobs in which the job change can be updated for each character, there is a device in which parameters are initialized each time a job is changed (for example, a process in which the job returns to level 1). Conventionally, there is a type in which a character is changed according to a user's selection of an arbitrary occupation. Compared with this conventional example, the game program disclosed in the present disclosure assigns a character job to a user by a lottery process, so that the user does not hesitate to select which occupation. Further, the game program described in the present disclosure can enjoy the growth of a character by a job in addition to the growth of basic parameters. Further, since jobs can be grown by overlapping jobs by a lottery process for acquiring jobs, it is possible to prompt the user to acquire jobs by lottery one after another. As a result, it is possible to urge the user to play a game that diversifies while diversifying the character growth method, and it is possible to further improve the interest of the game.

  First, an outline of a configuration in which the content of an operation performed by a game character is displayed on a touch screen in accordance with an input operation for operating the game character will be described 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 according to a user's input operation,
The game method is
(A) displaying an operation object on the touch screen from a start point of the input operation toward an end point of the input operation;
(B) causing the character object to execute a predetermined action based on the input operation;
(C) detecting the state of the character object in the step (b);
(D) displaying predetermined information associated with the detected state of the character object on the touch screen along with the operation object;
including.

  According to the above method, it is possible to intuitively give a feedback to the user to the input operation.

(2) The operation object is an object displayed between the start point and the end point,
In the step (a), the operation object is displayed such that one of the part on the reference point side and the part on the end point side is an enlarged portion 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 that is a dead space on the touch screen, a narrow screen such as a smartphone can be effectively used.

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

  According to the above method, it is possible to ensure the visibility of the information displayed in the operation object.

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

  (5) In the step (b), by performing the first input operation, the character object is set 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 the input operation described above.

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

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

  According to this configuration, it is possible to provide a program capable of intuitively providing a user with feedback on an input operation.

[Details of First Embodiment Shown by the Present Disclosure]
Hereinafter, embodiments of the present disclosure will be described with reference to the drawings. For members having the same reference numerals as those already described in the description of the present embodiment, the description thereof will not be repeated for convenience of description.

  A game program according to an embodiment of the present disclosure is executed on a user terminal 1 having 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 a game program via a platform that distributes applications and the like, for example. The user terminal 1 enables a user to play a game by executing a game program installed on the user terminal 1 or a game program preinstalled. The user can operate a player character (an example of a character object) in the game via the touch screen 2. The user terminal 1 may be, 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.

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

  As shown in FIG. 2, the user terminal 1 has a hardware configuration including a CPU (Central Processing Unit) 3, a main memory 4, an auxiliary memory 5, a transmitting / receiving unit 6, a display unit 7, and an input unit 8 which are connected to each other by a bus. It has. Among these, the main memory 4 is configured by, for example, a DRAM (Dynamic Random Access Memory), and the auxiliary storage 5 is configured by, for example, an HDD (Hard Disk Drive). The auxiliary storage 5 stores the game program according to the present embodiment. The game program is developed on the main memory 4 and executed by the CPU 3. The main memory 4 also temporarily stores data generated while the CPU 3 operates according to the game program and data used by the CPU 3. The transmission / reception unit 6 establishes a connection between the user terminal 1 and a network under the control of the CPU 3. The input unit 8 detects a user's operation on the display unit 7 that is the touch screen 2 and detects that any operation has been performed on the user terminal 1.

FIG. 3 shows an example of a functional block diagram of the user terminal 1 according to the present embodiment.
The display unit 7 and the input unit 8 in the present embodiment correspond to the touch screen 2 described above. As 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 user's touch operation (such as a physical contact operation on the touch screen 2). Specifically, the touch sensing unit 10 outputs an operation signal corresponding to a touch operation by the user to the control unit 30. The touch operation may be performed by a user's finger, a stylus, or the like. The display 20 displays an image corresponding to a user operation based on a display signal output from the control unit 30. The display 20 is realized by, for example, a liquid crystal display (LCD), an organic EL (electroluminescence), 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 operation of the player character functioning as a player in the game world. The control unit 30 performs the functions of the input operation receiving unit 32, the character operation detecting unit 34, the object control unit 36, and the display control unit 38 by executing the game program.

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

  The input operation receiving unit 32 determines a user operation on the touch screen 2. The input operation receiving unit 32 includes, for example, (1) “approaching 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 user operation determined by the input operation receiving unit 32 is not limited to the above. For example, when the touch sensing unit 10 has a mechanism capable of detecting the magnitude of the pressure pressed by the user on the touch sensing unit 10, the input operation receiving unit 32 determines the magnitude of the pressure pressed by the user. .

  (1) The “approaching operation” is an operation in which the user makes a finger or the like approach the touch screen 2. The touch screen 2 detects that the user's finger or the like approaches (including that the user's finger or the like touches the touch screen 2) by the touch sensing unit 10, and outputs a signal corresponding to the detected coordinates of the touch screen 2. Output to the input operation receiving unit 32. The control unit 30 determines that the state has changed to the “touch-on state” when the approach is detected from the state where the approach of the user's finger or the like to the touch screen 2 is not detected.

  (2) “Release operation” is an operation of stopping the state in which the user is performing an approach operation on the touch screen 2. For example, when the user performs an operation of releasing the finger from a state in which the user is touching the touch screen 2, the control unit 30 determines that the operation of the user is a “release operation”. The control unit 30 determines that the state has changed from the “touch-on state” to the “touch-off state” when the state of detecting the approach of the user's finger or the like to the touch screen 2 changes to a state of not detecting the approach. I do.

  (3) The “tap operation” means that after the user performs an approach operation of approaching the touch screen 2 with a finger or the like, a release operation is performed at the position where the approach operation is performed. The input operation accepting unit 32 changes the state of the touch screen 2 from a state in which the approach operation is not detected (a 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 based on the output of (1), the detected coordinates are held as the “initial touch position”. When the coordinates of the initial touch position and the coordinates of the release operation are substantially the same (when the coordinates of the release operation are detected in coordinates within a certain range from the coordinates of the approach operation detected), the control unit 30 determines , The user operation is determined to be a “tap operation”.

  (4) “Long press operation” is an operation in which the user keeps pressing the touch screen 2. After detecting the user's operation and determining the approaching operation, the control unit 30 determines that the approaching operation is continued for a certain period of time at the coordinates where the approaching operation is detected (or within a certain area including the coordinates). If it exceeds, the operation of the user is determined to be a “long-press operation” (the “long-press operation” may be referred to as a “long-touch operation”).

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

  The character operation detection unit 34 performs an operation content of an input operation for causing a player character appearing in the game (hereinafter, sometimes referred to as “own character”) to execute a predetermined operation based on a user input operation on the touch screen 2. Is detected. The character operation detection unit 34 detects, for example, a direction in which the player character moves based on an input operation by the user. That is, the character operation detection unit 34 accepts an input operation in which the user specifies the moving direction of the player character.

  Specifically, the character operation detection unit 34 causes the user to move the finger closer to the touch screen 2 from a state in which the user's finger is separated from the touch screen 2, and the input operation reception unit 32 When the user performs a drag operation with the coordinates at which the detection of the approach of the finger as the initial touch position, the movement direction of the player character is detected based on the coordinates of the initial touch position and the detection result of the touch screen 2. . Specific processing in the character operation detection unit 34 will be described later.

  The object control unit 36 includes various objects appearing in a game played by the user terminal 1 executing the game program, and various objects generated based on the user's operation content received by the input operation reception unit 32 ( For example, it controls processing such as generation, transformation, and movement of a GUI (Graphical User Interface) screen. The object control unit 36 generates the 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 in accordance with the control by the character operation detection unit 34 and the object control unit 36, and displays various information such as images and texts according to the determined display content on the display 20. Output to For example, in a state where the player character is displayed in a certain area of the display 20, the display control unit 38 performs a predetermined operation (for the player character) while displaying the operation object 40 according to the input operation received by the input operation receiving unit 32. For example, a screen display for performing a moving or jumping 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 or 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 a player character operated by the user, and an opponent character 200, which is a character to be an opponent (enemy). An input operation for performing a predetermined operation is received. The user character 100 and the opponent character 200 are placed near the center of the touch screen 2 in the vertical direction when the user terminal 1 is placed in a vertical type (for example, when the touch screen 2 is divided into three in the vertical direction). For example, in the central region), the display is made so that the field of view becomes slightly wider in the traveling direction in the left-right direction. Below the touch screen 2, for example, a cross section of the ground (dotted 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 character 100 by operating the touch screen 2 at an arbitrary position. For example, when the user inputs a drag operation in the direction along the left-right direction of the display 20 (the direction of arrow A in FIG. 4), the control unit 30 accepts the drag operation and moves the own character 100 to perform the drag operation. Control is performed so as to move in the direction corresponding to the direction (for example, the direction of arrow B).

  Various user interface images (UI images) 300 are displayed on the left and right ends of the touch screen 2. 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 the attack actions performed by the own character 100 in the game).

1. Motion Control of Own Character FIG. 5 is a diagram illustrating a process in which the character operation detection unit 34 detects a direction in which the own character 100 moves in response to a user input operation. The character operation detection unit 34 sets a position (initial touch position) at which the user presses the touch screen 2 by approaching the touch sensing unit 10 with a finger or the like from a state where the user does not press the touch screen 2. When determining that the user operation is a drag operation, the input operation accepting unit 32 determines the own character based on the coordinates as the starting point and the coordinates at which the touch screen 2 detects the approach of the user's finger or the like. The direction in which 100 is moved is detected.

  The state (A) in FIG. 5 shows a state where the user has moved his / her finger closer to the touch screen 2 from a state where the user's finger has moved away from the touch screen 2. The input operation accepting unit 32 detects that the user's finger has approached the touch screen 2, and stores the detected coordinates in a 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 shown as initial touch position coordinates 55. The input operation receiving unit 32 detects 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 not approaching the touch screen 2 ( The detection result “null”)) is stored in the buffer memory 53 for a certain number of frames. The buffer memory 53 can store the detection result on the touch screen 2 for a certain number of frames for each frame (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 (the coordinates (x0, y0) of the touch screen 2).

  In the state (B) of FIG. 5, the user performs a drag operation on the touch screen 2 to change the pressed position on the touch screen 2 from the pressed position 50A to the pressed position 50B (the coordinates (x9, y9) of the touch screen 2). 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, and determines a user operation on the touch screen 2 as a drag operation with reference to the value held in the buffer memory 53.

  In the state (C) of FIG. 5, the position where the user is pressing the touch screen 2 is from the pressed position 50B to the pressed position 50C (the coordinates (x14, y14) of the touch screen 2) in five frames (memory area fp [10]). , Fp [0], fp [1], fp [2], fp [3]).

  The state (D) of FIG. 5 shows the detection result of the input operation in which the user 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 in the buffer memory 53) indicating which memory area in the buffer memory 53 is to write coordinates of a pressed position detected by the touch screen 2. .

  In the state (B), the character operation detection unit 34 changes the coordinates 51A (coordinates (x0, y0)) indicating the initial touch position to the coordinates 51B (coordinates (x9, y9)) based on the determination result of the input operation reception unit 32. ) To detect that the user has performed the drag operation. The character operation detection unit 34 moves the own character 100 by a vector 52B ((y9−y0) / (x9−x0)) defined by the coordinates 51A and 51B, starting from the coordinates 51A of the initial touch position. Detect as direction.

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

2. Action Example of Own Character FIG. 6 shows an action table 60 (example of action) of the own character 100. The operation table 60 is stored in, for example, 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 based on the input operation of the user and the state of the own character 100 at the time of the input operation are set. Examples 1 to 8 illustrated in the operation table 60 will be described in detail below.

Example 1: When the user performs a tap operation, regardless of the state of the player character 100 (ie, whether the player character 100 lands on the ground or not), the controller 30 sets the player character 100 To perform an offensive action (for example, swing a sword that you have).
Example 2: When the user performs a horizontal slide operation (here, the direction along the left-right direction (horizontal direction) of the touch screen 2 is 0 degree, the upper side of the horizontal direction is positive, and the lower side is negative, for example, , A drag operation in the range of −45 degrees to +30 degrees is referred to as a horizontal slide operation), and when the own character 100 is on the ground, the control unit 30 moves the own character 100 Move in the direction of the drag operation. When the distance (slide amount) between the start point and the end point of the drag operation is equal to or smaller than a predetermined threshold, the player character 100 is allowed to walk, and when the slide amount is larger than the predetermined threshold value, the player character 100 is moved. May be run.
Example 3: When the user performs an upward slide operation (for example, a drag operation within a range of +60 degrees to +120 degrees is referred to as an upward slide operation), and the own character 100 is landing on the ground, The control unit 30 causes the own character 100 to execute a jump operation.
Example 4: When the user performs the same upward slide operation as in Example 3, and the own character 100 is not on the ground, the control unit 30 executes the jump operation after the own character 100 has landed on the ground. Let it. That is, in this case, the jump operation of the own character 100 is repeated.
Example 5: When the user performs a downward slide operation (for example, a drag operation within a range of -45 degrees to -135 degrees is referred to as a downward slide operation) and the own character 100 is landing on the ground. The control unit 30 makes the own character 100 squat down.
Example 6: When the user performs the same downward slide operation as in Example 5 and the own character 100 is not on the ground, the control unit 30 performs a downward attack operation on the own character 100 (so-called helmet split). Is executed.
Example 7: When the user performs a diagonally upward slide operation (for example, a drag operation within a range of +30 degrees to +60 degrees is referred to as a diagonally upward slide operation) and the self-character 100 is landing on the ground. The controller 30 makes the self-character 100 jump diagonally, and moves on the ground after landing.
Example 8: When the user performs the same diagonally upward sliding operation as in Example 7, and the own character 100 is in contact with an obstacle such as a wall, the control unit 30 kicks the wall to the own character 100 and moves upward. (The so-called triangle jump) is executed.

  For example, upon receiving a user's upward slide operation (an example of a first input operation), the control unit 30 refers to the operation table 60 and causes the own character 100 to jump (an example of a first state). When the user accepts the downward slide operation (an example of the second input operation) in the jumped state, the control unit 50 refers to the operation table 60 and causes the own character 100 to execute the helmet split. When the diagonal slide operation is received, the control unit 30 refers to the operation table 60 based on the diagonally upward slide operation, moves the own character 100 to the jump state (first state), and then moves on the ground. (A second state). Then, when the control unit 30 receives a predetermined input operation (for example, a downward slide operation) in a state where the own character 100 is jumped or moved on the ground, the control unit 30 refers to the operation table 60 and performs a predetermined operation on the own character 100. (The helmet split in the case of the jumping state, and the squatting down in the case of the moving state).

3. Basic Configuration of Operation Object The operation object 40 (see FIG. 4) according to the present embodiment is displayed on the touch screen 2 when a user's approach operation to the touch screen 2 is detected. The operation object 40 is an elastic object indicating a direction in which the user moves the own character 100. As shown in FIG. 7A, the operation object 40 is associated with a contact start point that is a position where the finger touches the touch screen 2 (for example, the initial touch position coordinate 51A in FIG. 5) as an initial shape when the finger touches. It is formed so as to have a circular base 42 around the set reference position. Note that 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 a frame several frames after the frame initially touched by the finger. . When the user performs a drag operation on the touch screen 2 from a contact start point to a contact end point (here, the contact end point means a final point in a state where the user's finger or the like is in contact with the touch screen 2). As shown in FIG. 7B, the operation object 40 is elastically deformed as if pulled by the user's finger. At this time, in addition to the base (enlarged portion) 42 displayed corresponding to the contact start point of the drag operation, the operation object 40 has a contact end point of the drag operation (note: the finger remains in contact with the touch screen 2). This is a state.) It is configured to include a distal end portion 44 located in the vicinity, and a connecting portion 46 that connects between the base portion 42 and the distal end portion 44. As described above, the operation object 40 is formed so as to be elastically extended in the direction of the drag operation input from the contact start point to the contact end point. Further, when the user further moves the finger or the like on the touch screen 2 while maintaining the contact end point in the contact state, the distal end portion 44 also moves further following the movement, and the extending direction of the operation object 40 also changes. When the drag operation by the user is completed (that is, when the user's finger leaves the contact end point on the touch screen 2), the elastically deformed operation object 40 moves toward the contact start point according to the restoring force. It is displayed so as to gradually shrink and restore to the initial shape shown in FIG. 7A, and disappears after a certain period of time. In FIG. 7A, the circular base 42 is formed around the contact start point, but is not necessarily limited to this. For example, the base 42 may be formed so as to be shifted upward or downward by a certain distance from the contact start point. That is, the base 42 of the operation object 40 may be displayed corresponding to a predetermined position (reference position) associated with the contact start point. Further, another object constituting a part of the operation object is displayed from the contact start point to the contact end point without deforming the operation object 40 (base 42) formed at the contact start point in response to the drag operation. You may make it do.

4. Description of Main Function Modules With reference to FIGS. 8 to 10, main function modules implemented in the game program according to the present embodiment and operation processing thereof will be described. Through the function module, an input as an operation signal is processed to generate an output as a display signal.
An operation object control program module (operation object control PM) 80 shown in FIG. 8 is a module for controlling the operation object 40 based on a user input operation through the touch screen 2 (touch sensing unit 10). The character control program module (character control PM) 90 is a module for 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 and operating the own character 100. 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 approach operation) with a user's finger or the like is performed on the touch screen 2, the input operation reception PM 82 receives the input operation, and stores information (input operation information) regarding the received input operation in the cache memory (input operation information). For example, it is stored in the buffer memory 53 of FIG. 5 (step S1 of FIG. 9). Next, the character control PM 90 acquires input operation information from the input operation reception PM 82 (Step S2). Then, based on the in-game situation, the character control PM 90 acquires information on the state of the own character 100 (whether or not it is landing on the ground, whether or not it is in contact with an obstacle such as a wall, etc.). (Step S3). Here, the “state of the own character 100” indicates a state related to the motion of the character (for example, whether or not it is a landing state), and includes an abnormal state of the status of the character (for example, poison or petrification). Absent.

  Next, the character control PM 90 refers to the motion table 60 in 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). To control the own character 100 (step S4). For example, when the user performs the horizontal slide operation and the own character 100 is landing on the ground, the character control PM90 transmits the horizontal slide operation information and the information that the own character 100 is landing on the ground. Based on this information, based on Example 2 of the motion table 60, the player character 100 is moved in the direction of the drag operation (the direction of arrow C) as shown in FIG. The character control PM 90 can also control the opponent character 200 based on the control result of the own character 100. For example, when the player character 100 attacks the opponent character 200, the character control PM 90 can cause the opponent character 200 to perform an action indicating that the character has been attacked.

  Next, the operation object drawing PM84 in the operation object control PM80 acquires input operation information from the input operation reception PM82 and character state information from the character control PM90 (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 the horizontal slide operation is performed as in Example 2 of FIG. 6, the operation object drawing PM84 acquires the horizontal slide operation information from the input operation reception PM 82, and as illustrated in FIG. The operation object 40 is displayed so as to be extended from the initial touch position coordinates (the contact start point) to the current touch position coordinates (the contact end point), that is, in the direction of the arrow C ′. At the same time, the operation object drawing PM84 corresponds to the state of the own character 100 inside the base 42 of the operation object 40 based on the character state information acquired from the character control PM90, as shown in FIG. Display information (for example, character information). For example, when the user performs a horizontal slide operation in the direction of arrow C while the player character 100 is on the ground, “Run” is displayed in the base 42 of the operation object 40 (( A)). When the slide amount of the horizontal slide operation is equal to or smaller than a predetermined value, “Walk” may be displayed in the base 42 instead of “Run”. When the user performs an upward slide operation or a diagonally upward slide operation in a state where the own character 100 has landed on the ground, the own character 100 is in the drag operation direction as shown in FIG. 10B. While jumping in the direction of arrow D, the operation object 40 is stretched in the direction of arrow D ′, and “Jump” is displayed in the base 42 of the operation object 40. Upon completion of the process in the step S6, the process returns to the 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 is fixed. That is, as shown in FIGS. 10A and 10B, regardless of the angle of the distal end portion 44 with respect to the base portion 42 of the operation object 40, when the character information is written horizontally, the character information is written on the lower side of the display unit. Are displayed in a direction substantially parallel to. For example, when a drag operation is input downward from the contact start point, or when an input operation in which the contact end point is rotated about the contact start point is input, the character information on the touch screen 2 is also displayed. Is displayed in a direction that is easy for the user to see, so that good visibility can be ensured.

FIG. 11 is an example of a game screen in a case where the user wants the own character 100 to execute a helmet splitting action. FIG. 11A shows an example of a screen in which the own character 100 is jumping, and FIG. Shows an example of a screen when the input operation of the helmet split is successful, and (C) shows an example of a screen when the input operation of the helmet split fails.
In the helmet split (downward attack), as shown in Example 5 of the operation table 60 in FIG. 6, a downward slide operation is performed in a state where the own character 100 is not on the ground (a state shown in FIG. 11A). Becomes executable when That is, the control unit 30 sets the own character 100 to a jump state in which the user character 100 has not landed on the ground based on the user's upward slide operation or diagonally upward slide operation. Then, the player character 100 executes the helmet split.

  When the input operation of the helmet split is successful, that is, when the downward slide operation is input in the jump state, the control unit 30 causes the own character 100 to execute the helmet split as shown in FIG. At the same time, information on the helmet split (for example, “Attack”) is displayed in the base 42 of the operation object 40. On the other hand, when the input operation of the helmet split fails, for example, when the angle of the drag operation in the downward direction is insufficient, the control unit 30 sends the helmet to the own character 100 as shown in FIG. The split is not executed, and information (for example, “Jump”) on the state of the own 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 downward angle of the drag operation is insufficient by looking at the display “Jump”. As described above, by displaying the character information in the base 42, the success or failure of the input operation such as the helmet splitting that requires a plurality of input operations can be fed back to the user in an easy-to-understand manner.

FIG. 12 is an example of a game screen in a case where the user wants the own character 100 to execute a helmet splitting action, as in FIG. 11. FIG. 12A is an example of a screen in which the own character 100 is jumping. (B) shows an example of a screen when the input operation of the helmet split is successful, and (C) shows an example of a screen when the input operation of the helmet split fails.
As in the case of FIG. 11, when the input operation of the helmet division is successful, the control unit 30 causes the own character 100 to execute the helmet division and the operation object 40 as shown in FIG. (For example, “Attack”) is displayed in the base 42 of the helmet. On the other hand, when the input operation of the helmet split fails, for example, when the own character 100 jumped based on the upward slide operation or the diagonal upward slide operation lands on the ground and then the lower slide operation is input, As shown in (C), the control unit 30 does not cause the own character 100 to perform the helmet split, and stores information (for example, “Run”) related to the state of the own character 100 at that time in the base 42. indicate. In this case, by viewing the display “Run”, the user can easily recognize that the input operation has failed because the own character 100 has performed the downward slide operation after landing on the ground.

  As described above, according to the present embodiment, the control unit 30 displays the operation object 40 on the touch screen 2 from the contact start point to the contact end point based on the input operation of the user, and Causes the character 100 to perform a predetermined action. Then, the control unit 30 detects the state of the own character 100, and transmits predetermined information (for example, the character information described above) associated with the detected state of the own character 100 to the operation object 40 on the touch screen 2. Is displayed in the base 42. As a result, it is 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 that is an enlarged portion of the operation object 40. As described above, by displaying character information on the enlarged portion of the operation object 40 which is a dead space on the touch screen 2, a narrow screen such as a smartphone can be effectively used.

  In the above embodiment, as shown in FIGS. 10 to 12, the character information regarding the state of the own character 100 is displayed inside the base 42 which is an enlarged portion of the operation object 40, but the present invention is not limited to this. As shown in FIG. 13, information about the state of the player character 100 (for example, “Run”) may be displayed in a form like a balloon 48 from the operation object 40. That is, it is sufficient that the information regarding the own character 100 is 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 that the base 42 is larger than the tip 44, but the invention is not limited to this. As shown in the operation object 140 in FIG. 14, the distal end 144 may be formed larger than the base 142. In this case, information (for example, “Run”) related to the state of the own character 100 is displayed in the front end portion 144 that is an enlarged portion.

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

5. Description of the configuration in which the more the character performs the action, the more the parameter of the character improves

  Hereinafter, with reference to FIGS. 15 to 19, a description will be given of a game program capable of enhancing various parameters of a character as a result of the character performing an action in response to a user's input operation or the like.

  FIG. 15 shows a data structure of parameters of a game character such as the player character 100 that can be operated by the user, a history of the game character performing various actions according to the user's input operation, and skills acquired by the game character. FIG. 9 is a diagram showing a data structure including a correspondence relationship with the data. The user terminal 1 holds the data having 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.

  FIG. 15A shows a data structure of a parameter of a game character that can be operated by a user such as the player character 100. As shown in the illustrated example (A), the data structure of various parameters of the own character 100 (for example, an example of a parameter having the character name “H”) includes an item “grade”, an item “item name”, and an item “item name”. 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 a 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 the user satisfies a predetermined condition such as obtaining a predetermined game content along with game play.

  The item “item name” indicates the name of a parameter, and in the present embodiment, “physical strength value (HP: hit point)”, “skill point (SP)”, “attack” Value "and" defense value ". The “physical strength value (HP: hit point)” indicates a value of the physical strength of the own character 100. For example, when the “physical strength value” is exhausted, the game play may be ended as a game over. The “skill point (SP)” is used for the player character 100 to perform a special motion (a motion for performing an attacking motion or a recovery motion for recovering physical strength) in response to a predetermined input operation (such as a long press operation) or the like. (Including motion). The “attack value” affects the amount by which the player character 100 damages another character. The “defense value” affects the amount of damage that the own character 100 receives from other characters and the like.

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

  The illustrated example (B) of FIG. 15 illustrates a correspondence relationship between a history of causing the game character to perform various actions according to a user's input operation and skills acquired by the game character.

  As shown in the illustrated example (B), the history of the action details of the character performing various actions includes an item “grade” indicating the grade of the own character 100, an item “skill name”, and an item “contents of parameter correction”. , An item “experience value”, an item “level”, and an item “experience value acquisition condition”.

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

  The item “contents of parameter correction” indicates the content of parameter correction that the skill indicated in the item “skill name” exerts on the player character 100 when the skill reaches the item “level”.

  The item “contents of parameter correction” includes, for example, (i) an item for correcting the physical strength value of the own character 100, and (ii) an attack when the own character 100 performs an attack operation in response to an input operation such as tapping. (Iii) increasing the upper limit of the number of times that the attacking action can be repeated continuously (increasing the number of combos); (iv) own character 100 in response to a predetermined input operation in the game field. A game item collecting operation (for example, an operation of obtaining a stone from a mine in a game field, an operation of collecting a flower, an operation of fishing, etc.) for shortening the animation time; (Vi) The self-character 100 performs an avoidance operation in response to an input operation such as a flick. In such a case, the distance or speed of the avoidance operation of the own character 100 is increased, or (vii) the guard is performed while the own character 100 performs a squatting operation in response to an input operation such as a downward slide. (Viii) a device that increases the distance and speed of a jump when the own character 100 performs a jump operation in response to an input operation such as an upper slide; and (ix) a device that reduces the amount of damage received from an attack by an enemy character. When the player character 100 receives a tap operation, a lower slide operation, or the like in response to an input operation such as a slide operation and performs an attack operation in the air, the attack power and the number of times the character 100 can attack in the air. (X) A craft operation in which the character 100 synthesizes and strengthens weapons and armor based on the material items When cormorants, types of items obtained by the craft, which enhance such success of item generation, and the like.

  The item “experience value” is a value that increases when the condition shown in the item “experience value acquisition condition” is satisfied and the value of the experience value required for level up for the skill shown in the item “skill name”. Show.

  The item “level” indicates the degree to which the user has grown for the skill indicated in the item “skill name”. For example, for the skill “up strength value”, the parameter correction content can be made better when the level is higher than when the level is lower. Accordingly, the user can be motivated to cause the own character 100 to perform the operation indicated in the item “experience value acquisition condition” in order to improve the skill level. As a result, the more the user performs the action shown in FIG. 6 or the like on the own character 100, the more the user can update the parameters of the own character 100. Can be motivated to become familiar with the operation of In addition, some of these skills can be acquired when a certain skill level reaches a certain level. That is, when the level of the first skill reaches a certain level (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 a condition, for example, an input operation for causing the own character 100 to perform an action shown in FIG. In other words, the input operation for causing the own character 100 to perform an action is performed, and the own character 100 performs an action based on the input operation, so that an experience value can be obtained for each skill. Therefore, the user is motivated to try the various actions shown in FIG. In addition, depending on the skill, there is a skill, such as the skill name “increase in physical fitness value”, in which the parameter can be increased by receiving damage to the own character 100. Accordingly, it is possible to motivate the user to further perform an input operation for performing an action (such as an avoidance operation, an attack operation, or a guard operation) for performing a battle with the enemy character, in addition to the action for the movement.

  FIG. 16 illustrates a phase in which the user character 100 acquires a skill due to the action of the user character 100 in response to a user input operation.

  The illustrated example (A) of FIG. 16 illustrates a horizontal scroll action game (may be 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) by the user. The user terminal 1 displays a UI component 900 on the touch screen 2. The UI component 900 is an icon for accepting a user's input operation such as a touch operation and transitioning to a screen for the user to check a list of skills that the own character 100 has acquired.

  In the illustrated example (B), the user performs a diagonally upward slide operation (or flick operation) as an input operation for causing the user character 100 to jump diagonally, and the user character 100 jumps. This shows a situation in which the user is notified that the player character 100 has newly acquired a skill and has grown the skill.

  The user terminal 1 causes the touch screen 2 to display a UI component 902 for notifying that the own character 100 has newly acquired a skill near the own character 100 for a certain period of time (for example, several seconds). As a result, the user gazes at the own character 100 during game play, and causes the own character 100 to perform an action by an input operation of the user. Can be easily recognized. The user terminal 1 ends the display of the UI component 902 when a certain time has elapsed since the UI component 902 was displayed. Accordingly, the user can concentrate on causing the character 100 to take action again by paying attention to the character 100 again after recognizing that the skill has been acquired and the skill has been grown.

  The user terminal 1 displays the UI component 901 near the UI component 900 displayed on the touch screen 2. The UI part 901 is an icon indicating that the user has unconfirmed skills acquired by the own character 100 and that the user has not confirmed the results of skill development. In the illustrated example (B), the number of skills that the user has not confirmed is shown in the UI part 901. The user terminal 1 may continue to display the UI parts 901 until the user has no unconfirmed skills. Accordingly, the user performs an action operation while paying attention to the own character 100, and after performing a battle with the enemy character, calms down and checks the skill list. By displaying the UI parts 901 while focusing on the user, it is possible to prevent the user from missing an opportunity to confirm the growth of the own character 100.

  FIG. 17 shows a screen example of a skill list that allows the user to check the skills that the character 100 can acquire and the skills that the character 100 has acquired. The user terminal 1 displays the screen shown in FIG. 17 on the touch screen 2 by receiving, for example, a user's touch operation on the UI component 900.

  The illustrated example (A) of FIG. 17 illustrates a situation in which skills that the character 100 has not yet acquired and skills that the 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 according to a user's input operation. In the illustrated example (A), the standard skill button 910 is highlighted compared to 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 compared to the skill button 910.

  The types of skills displayed by the special skill button 911 include, for example, (i) a character that the own character 100 can learn and grow irrespective of an action according to an input operation, and (ii) an episode of the own character 100. And (iii) those capable of displaying a log of the conversation content of the player character 100 in a past game, and (iv) an attack operation such as a tap operation on a screen during a battle. Separately, an action that causes the character to perform an attack action or a recovery action that can be activated by consuming skill points is included.

  Here, (i) as a skill that the own character 100 can acquire and grow without depending on an action corresponding to an input operation, for example, the user acquires a game medium along with game play, Including those that can be used. For example, it is assumed that the user obtains a game medium that provides various items, skills, characters, virtual currency during the game, and the like in the game along with the game play of the user. The user terminal 1 determines a target to be given to the user from the game content by lottery. If the target to be provided from the game content to the user is a skill, the user terminal 1 determines which skill is to be provided by lottery. At the time of game play, by satisfying a predetermined condition for delivering an item or the like from the game medium, a grant target (item, skill, character, virtual currency in the game, etc.) is granted to the user according to the lottery result. . Here, the user terminal 1 may give a game content to the user when the user makes the own character 100 perform an attacking operation to attack the enemy character and defeat the enemy character.

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

  The user terminal 1 updates the grade of the own character 100 by satisfying a predetermined condition along with the user's game play. For example, the predetermined condition may be a condition that can be satisfied by causing the user character 100 to perform an action by performing an input operation by the user. For example, the user terminal 1 allows the user character 100 to perform an action in response to a user's input operation, and defeats an enemy character. When the target given to the user from the game content is a character, the user terminal 1 randomly selects which character of the plurality of characters is to be provided to the user. As a result of the lottery, if a character not obtained by the user is provided from the game medium, the user can operate the character. If a character already obtained by the user is provided from the game medium, the character is not provided. Update grades. For example, if the character is provided from the game medium in a state where the user can already operate the character of the grade “1”, the user terminal 1 updates the grade of the character from the grade “1” to the grade “2”. Then, the range of skills that the character can acquire is expanded.

  In this way, until the grade of the character is updated, it is possible to acquire and grow skills within the range of the grade of the character, so that the user can update the grade of the character. Game play can be encouraged. In addition, by providing a character or the like from a game medium acquired by the user along with the game play, the grade of the character is updated, so that the more the user plays the game, the more the user feels the growth of the character. Can be. For example, when the upper limit number of combos (the number of combos) that the own character 100 can continuously advance during an attack operation is updated with the growth of the skill, the user can feel the further growth of the character, and can continue the game play. Can be encouraged.

  In the illustrated example (A), as compared with the first skill group 912, the second skill group 913 displays that the user has not yet acquired a skill so that the user can distinguish it from the acquired skill. ing. The user terminal 1 displays a skill level near the icon of each skill acquired by the user, indicating the skill level. On the other hand, for skills that the user has not yet acquired, by displaying the icons in a grayed-out manner or making the contents of the skills indistinguishable from the icons, the user can be motivated to acquire these skills. .

  The illustrated example (B) indicates that the user has unconfirmed some of the skills acquired or grown by the user. In the illustrated example (B), the user terminal 1 displays a UI component 915 for notifying the user that the user has an unconfirmed skill on the touch screen 2 so as to overlap the skill icon. The display mode of 915 is not limited to this. Accordingly, it is possible to encourage the user to operate the UI part 915, and increase the opportunity for the user to realize the growth of the own character 100 further.

  FIG. 18 shows that the user terminal 1 updates the experience value of each skill for skill acquisition according to the operation content of the own 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 performs 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 for causing the own character 100 to perform an action, the content of the action to be performed by the own character 100 is determined. Includes an event caused by the CPU 2 instructing the CPU to operate. In addition, the content of the event includes an event that reduces the physical strength value, such as the fact that the own character 100 is located in the range of the attack motion performed by the enemy character or collides with an obstacle. In addition, the contents of the event include the fact that the player character 100 has performed an action, causing the enemy character to hit the attack, damaging the enemy character, recovering the player character 100, and other than the player character 100. And that other characters have been recovered.

  In step S1803, the CPU 3 determines the contents of the event detected in step S1801. For example, if the content of the event is to cause the character 100 to move in response to the input operation, the content of the action performed by the character 100 in response to the input operation (for example, an attack operation, a collecting operation, and the like) is 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, the CPU 3 determines in step S1805 that if the experience value of each skill has reached a level necessary for level up, the user has not confirmed that the skill has been acquired or grown. A flag indicating that there is is set, and a notification indicating that fact is displayed on the touch screen 2 in a manner as shown in the example (B) of FIG. The CPU 3 displays the number of skills that the user has not confirmed in the UI part 901 in the illustrated example (B) of FIG. 16 by counting the number of skills for which a flag indicating that the user has not been confirmed is set. Can be.

  FIG. 19 is a flowchart illustrating a process in which the user terminal 1 presents, on the touch screen 2, a screen of a list of skills acquired by the character 100 in response to an input operation by the user. The user terminal 1 performs the following steps by operating according to the program.

  In step S1901, the CPU 3 of the user terminal 1 detects a user's input operation for displaying a 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 specifies the skills that have not been confirmed by the user among the skills that the user has newly acquired and the skills that the user has grown by using the flags set in each skill in step S1807.

  In step S1905, the CPU 3 generates an image to be displayed on the touch screen 2 by arranging a notification icon for prompting the user to confirm the skill to which the user has not confirmed.

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

[Explanation of Second Embodiment of Present Disclosure]
Hereinafter, a second embodiment according to the present disclosure will be described with reference to the drawings. For members having the same reference numerals as those already described in the description of the present embodiment, the description thereof will not be repeated for convenience of description. In the second embodiment, an operation for switching characters in a game in which a user organizes a plurality of characters and the user advances an operation target character while switching the game during game play will be mainly described.

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

  FIG. 20 is a flowchart illustrating a process of displaying a user interface image for the user to change the player character in the second embodiment.

  In step S11 in FIG. 20, the control unit 30 outputs from the touch sensing unit 10 to the input operation receiving unit 32 whether or not the user's finger or the like has approached the touch screen 2 (an approach operation has been input). Judge by the signal. When it is determined that the approach operation has been input (Yes in step S11), in step S12, the control unit 30 detects the position of the contact end point. 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 where the approaching operation is detected (the contact start point). If it is determined that the contact end point is not included in the fixed 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 certain distance or more (No in step S13), the process proceeds to step S13. In S14, the control unit 30 determines that the user has requested the operation of the own character 100, and based on the vector defined by the contact start point and the contact end point (see FIG. 5D). Causes own character 100 to perform a predetermined action. At this time, the control unit 30 may display the base 42 of the operation object 40 shown 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 determines that the time during which the approach operation is continued is constant. It is determined whether the time has been exceeded. That is, here, the control unit 30 determines whether or not the user's input operation is a “long press operation”. If it is determined that the user's input operation is a “long press operation” (Yes in step S16), in step S17, the control unit 30 causes the control unit 30 to display a predetermined UI image 60 on the touch screen 2 (see FIG. 21). Is displayed.

  FIG. 21 is a diagram showing an example of the game screen in the flowchart shown in FIG. FIG. 22 is a diagram showing an example of a game screen that is 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 is composed of For example, a substantially circular image may be displayed on the base portion 62, or an image may not be particularly displayed. That is, the base section 62 may be configured as a reference for determining the arrangement relationship between the first operation keys 64 and the second operation keys 66. The first operation key 64 includes first to third icons 64A to 64C. The first icon 64A corresponds to the character 100 currently displayed on the touch screen 2 (that is, selected by the user). The second icon 64B corresponds to the character 120 that can be changed with the player character 100 by user selection. The third icon 64C corresponds to a character 130 that can be changed from the own character 100 by user selection 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 an input operation to the second operation key 66 is, for example, an attack operation or a recovery operation activated by consuming a certain amount of skill points described in the example of FIG. As described above, since the movement is performed by consuming the skill points, the movement may have a stronger effect than an attack movement performed by the character by a tap operation or the like.

  The first icon 64A displays information (for example, “in use”) indicating the currently used character (own character 100). Since the first icon 64A is an icon corresponding to the own character 100 currently displayed on the touch screen 2, it is preferable that the first icon 64A is 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. In the second icon 64B and the third icon 64C, information on the self-character 100 and the changeable characters 120 and 130 (for example, the faces of the characters 120 and 130) are displayed. For example, “skill” is displayed on the second operation key 66.

  These operation keys 64 and 56 are arranged radially with respect to the base portion 62 at a predetermined distance to the left from the contact start point (that is, the base portion 62) where the long press operation is performed. The arrangement of the first operation keys 64 (the icons 64A to 64C) and the second operation keys 66 is fixed with respect to the base 62, which is the position where the operation input is input. For example, in the left area of the base 62, the second operation key 66, the first icon 64A, the second icon 64B, and the third icon 64C are asymmetric with respect to the left-right direction of the touch screen 2 in this order from the top. It is arranged so that it becomes.

  In the example shown in FIG. 21, it is assumed that the user operates the touch screen 2 with the right finger, and the first operation key 64 is provided on the left area of the base 62 so as to be easily operated with the right finger. And the second operation key 66 are arranged, but are not limited to this example. For example, when operating with the left finger, these operation keys may be arranged in the right area of the base unit 62 by a user's selection operation. 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 (the icons 64A to 64C) and the second operation keys 66 can be switched symmetrically between the case of the input operation by the user's right hand and the case of the input operation by the user's left hand. There may be. As described above, the operability is further improved by switching the arrangement of the operation keys 64 and 66 relative to the base unit 62 in the left-right direction according to whether the user operates the touch screen 2 with the right hand or the left hand. Can be.

  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) where the release operation was input in the area of each of the operation keys 64 and 56. Is determined. When it is determined that the touch-off position is not included in the area of each of the operation keys 64 and 56 (No in step S19), in step S20, the control unit 30 allows the user to perform an operation corresponding to each of the operation keys 64 and 56. Is not requested, and the UI image 60 is not displayed without executing 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 of the operation keys 64 and 56 (Yes in step S19), in step S21, the control unit 30 performs an operation corresponding to the selected operation key. Execute For example, as shown in FIG. 22A, when it is determined that a release operation has been input on the third icon 64C, the control unit 30 transmits the own character as shown in FIG. The character 130 corresponding to the second icon 64C is displayed on the touch screen 2 instead of 100, and the UI image 60 is not displayed. Thereafter, the process returns to step S11, and the process is repeated.

  FIG. 23 is a diagram illustrating an example of a user interface image after the user changes the player character.

FIG. 23 shows the UI image 60 when a 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 an unselectable state. In addition, the faces of the character 130 and the changeable characters 100 and 120 are displayed on the first icon 64A and the second icon 64B, respectively. In this way, by displaying the icon corresponding to the currently selected character as a character change icon in a state where it cannot be selected, the arrangement relationship between the icons 64A to 64C can be fixed and displayed.

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

FIGS. 24A and 24B show screen examples when a slide (drag) operation is input in a predetermined direction from a state where a long press operation is input (a state where the UI image 60 is displayed). I have.
In step S17, when the drag operation is input in a state where the UI image 60 is displayed by the long press operation, the control unit 30 determines whether the drag operation from the contact start point to the contact end point is equal to or lower than a certain speed. Is determined. The speed of the drag operation can be detected, for example, based on the slide amount and the number of frames from the contact start point to the contact end point of the drag operation. When the detection speed of the drag operation is equal to or lower 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 (moving, jumping, etc.). ). For example, as shown in FIG. 24A, when the user performs a drag operation in the direction of arrow A from a state in which the UI image 60 is displayed by a long press operation, the control unit 30 causes the UI image 60 to be displayed. The user character 100 is caused to execute a predetermined action and to move the UI image 60 based on the direction of the drag operation. For example, when the drag direction is an obliquely upward direction, as shown in FIG. 24B, the character 100 is jumped while the operation object 40 is displayed while being elastically deformed based on the drag direction. At the same time, the control unit 30 moves the UI image 60 in accordance with the drag direction while maintaining the positional relationship between the first operation keys 64 (icons 64A to 64C) and the second operation keys 66. This allows the currently displayed character to be operated while maintaining the state where the character 100 can be changed to another character. At this time, since the base portion 62 of the UI image 60 is always located at the contact end point of the drag operation, the operation keys 64 and 66 cannot be selected.

  On the other hand, when the drag operation is faster than the fixed 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 selected. That is, in this case, the user can perform a release operation on each of the operation keys 64 and 66 to select each of the operation keys 64 and 66. As described above, by switching between the operation of the own character 100 and the operations of the operation keys 64 and 66 in accordance with the speed of the drag operation, the degree of freedom of the operability can be improved.

  As described above, according to the present embodiment, the control unit 30 controls the first character for changing the self-character 100 to the touch screen 2 based on the user's long press operation on an 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). I do. Thereby, the UI image 60 for changing the character 100 only at the time of the long press operation by the user is provided without affecting the operation area and the viewable range in the space displayed on the touch screen 2 in the normal state. be able to.

  Further, since the UI image 60 is displayed with the positional relationship between 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. This allows the user to memorize the positions of the icons 64A to 64C and the operation keys 66 for activating the skills corresponding to the characters 100, 120, and 130. You can change the skill and activate skills.

7. A process of automatically switching the character to be operated by the user 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 an input operation on each of the operation keys 64 and 66. When the user organizes characters that can be changed during the game as a party and progresses the game, the user terminal 1 displays the characters on the touch screen 2 according to an input operation for changing each character included in the party. Change the character to be played.

  Here, in the second embodiment, the user terminal 1 automatically changes according to the progress of the game without depending on an input operation (operation on each operation key 64 or the like) for changing a character to be operated by the user. Can be performed. Specifically, a first mode (auto change application mode) in which a character is automatically changed (auto change) during a battle with an enemy character regardless of an input operation for changing a character, and a first mode (auto change application mode). The user can select a second mode for stopping the mode (auto change stop mode).

  In the first mode, for example, a parameter of each character to be operated by the user is compared with a parameter of an enemy character to identify any one of the characters included in the party formation, and the identified character Is displayed on the touch screen 2 to change the character to be operated by the user. Here, a large number of enemy characters can be displayed on the touch screen 2, but in the user terminal 1, a character whose user operates the enemy character to be compared with the parameters of each character performs an attack operation. Therefore, the character may be locked on. In the lock-on state, regardless of whether the character 100 faces the enemy character 200, when the user performs an attack operation on the character 100 by a tap operation or the like, the attack operation toward the enemy character 200 is performed. Take action for The user terminal 1 sets, for example, an enemy character 200 located closest to the character 100 as a character to which the character 100 has been locked on as an attack target.

  In the first mode, the user terminal 1 specifies a character to be displayed on the touch screen 2. For example, (i) each user included in the party with respect to an enemy character targeted for attack by a character targeted for operation by the user. A character to be changed is specified based on parameters relating to the character's attack. The user terminal 1 specifies, for example, a character having the highest damage efficiency to the enemy character as a character to be displayed on the touch screen 2.

  As described in the first embodiment, the character to be operated by the user can grow its parameters by performing various actions according to the input operation of the user. When the user terminal 1 specifies a character that fights with the enemy character based on the parameters related to the attack, the user terminal 1 refers to the correction content of each parameter of the character that the user has formed into a party, and adjusts the attack strength, the number of combos, and the like. Based on this, it is also possible to specify a character having the highest amount of damage that can be given to the enemy character per unit time as a character to be displayed on the touch screen 2.

  In addition, (ii) when the character to be operated by the user is attacked by the enemy character to be attacked, the user terminal 1 displays the character on the touch screen 2 according to the possibility of the character surviving. The character to be made may be specified. The user terminal 1 specifies, for example, a character included in the party formation that has the least damage to the character even if the character is attacked by an enemy character.

  In addition, the user terminal 1 includes (iii) parameters of the movement speed of the character to be attacked and parameters (movement speed, speed of the avoidance operation, distance of the avoidance operation, Based on the speed, jump distance, and the like), a character likely to be successful in attacking the attack target character may be specified as a 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 attack means such as a one-handed sword, a fist, an ax, etc., a character that easily follows the movement of the enemy character may be more likely to hit. 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 character that has formed the party, and displays on the touch screen 2 a character that is, for example, equal to or faster than the moving speed of the enemy character. Identify as a character.

  FIG. 25 is a diagram showing a data structure of character management information for managing characters that can be operated by the user and characters that can be operated by the user in the game program. The user terminal 1 holds the data having 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 an item "character identification information", an item "character name", an item "character attribute", an item "user availability", an item "party organization", Item "grade" is included.

  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 for the character includes the type of equipment item that the character can wear. The equipment items include types of weapons, types of armor, types of accessories, and the like that can be associated with the character. The attribute set for each character includes another parameter which is set separately from the weapon type and is referred to when attacking or defending. For example, there is a type in which compatibility for each type is set, such as three-way freezing. In the example of FIG. 25, for example, compatibility is set such that the type “water” is strong against the type “fire”, the type “fire” is strong against the type “soil”, and the type “earth” is strong against the type “water”. Therefore, the amount of damage in the battle between the characters may be corrected based on these compatibility. Further, for example, depending on the character, an attribute that is a weak point and an attribute that can invalidate an attack may be set. For example, for a character flying in the sky, an attack of type "earth" is invalidated (no damage is received), while an attack of type "wind" is regarded as a weak point, and the amount of damage when attacked is increased.

  In the first mode, the user terminal 1 specifies a character to be changed based on a parameter related to an attack of each character included in the party with respect to an enemy character to be attacked by the character to be operated by the user. Alternatively, the character to be changed may be specified based on the attributes set for these characters and the attributes set for the enemy characters. The user terminal 1 has, for example, an attack value determined by a basic value of each character, a correction value by equipment, a correction value by skill, and a maximum number of combos when each character attacks, among characters formed in a party. Based on the attribute of each character and the attribute of the enemy character, it is possible to specify the character that causes the highest damage to the enemy character per unit time.

  The item “usability of the user” indicates whether the user is a character that can be used in game play or a character that the user has not acquired.

  The item “party organization” indicates whether or not the user is incorporated as a character to be organized as a party during game play. The user terminal 1, for example, when the game can be advanced by a set of three players, from among characters that the user can use, at least one party as a party, and a maximum of three designations are received from 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 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 user's input operation of changing the character. FIG. 7 is a diagram showing a user interface image for a game and a game screen in which a character is changed by an automatic change.

  As shown in the example (A) of FIG. 26, the user terminal 1 sets the first mode in which the auto-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 accepting a mode change operation from the user is displayed. As described with reference to FIG. 23, when a long press operation is received from the user, the user terminal 1 displays the UI image 60 including the UI image 64E on the touch screen 2. In the illustrated example (A), the fact that the user has activated the first mode is displayed as “Auto character change: ON” in the UI image 64E, and the first operation is performed by dragging the UI image 64E or the like. It is displayed that the mode can be switched from the mode to the second mode. As shown in the illustrated example (A), a UI image 64E for the user to switch the operation target character is displayed on the UI image 64E indicating whether or not to enable the automatic change, and a UI image for invoking the skill on the operation target character. It is desirable to suppress a user's erroneous input by displaying at a position different from the above. 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. It may be arranged so as to face the base portion 62 displayed based on the location.

  In the illustrated example (B) and the illustrated example (C), in a state in which the automatic character change is enabled, the parameters of the character to be operated by the user and the enemy character 200 are compared to change the character 130 to the character 100. Shows a situation in which the character to be operated by the user is changed. In the illustrated example (B), it is assumed that the character 130 is 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 the 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 attacking operation by performing the tap operation, and responds to the parameter of each character formed in the party and the enemy character. By comparing them with the 200 parameters, a character to be displayed on the touch screen 2 and to be operated by the user is specified. In the example of the illustrated example (B), it is assumed that the character 100 is specified as a character for causing a battle with 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 to be moved to the outside of the screen, and also displays the character 100 to be moved from the outside of the screen to the inside of the screen with an attack determination. Thereby, the character 100 appearing on the touch screen 2 due to the change of the character attacks the enemy character 200 while changing the character 130. The user terminal 1 displays a UI image 262 for allowing 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 together with the replacement of the character. Thus, the user can easily recognize that the character has been changed by the automatic change regardless of whether the user has performed an operation for changing the character, and can concentrate on the movement of the character after the change. It will be easier.

  If the user changes the character based on the user's operation by operating the UI images 64A and 64B, the user already knows that the character will change. 262 may not be displayed, but the UI image 262 may be displayed when the character is changed by the automatic change.

  FIG. 27 is a flowchart illustrating a process of identifying a character fighting with an enemy character among characters formed in a party in the auto change application mode, and displaying the character on the touch screen 2 according to the identified result. The user terminal 1 performs the following steps by operating according to the program.

  In step S2701, the CPU 3 of the user terminal 1 detects that the event that has occurred for the character 100 causes an attack operation. 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 (the example in FIG. 6). ), An event for causing an attack action is generated for the character 100.

  In step S2703, the CPU 3 compares the parameters of the enemy character whose character 100 is locked on as the target of attack with the parameters that affect the amount of damage, such as the attack power and attributes of each character in the party formation, and determines a predetermined value. Identify the character with the greatest amount of damage per time.

  In step S2705, if the character specified in step S2703 is a character in battle in the game field (a character that is currently being operated by the user according to an input operation as an operation target), the CPU 3 determines that character. Make an attack action. On the other hand, if the character specified in step S2703 is not a character in battle in the game field but a character waiting at a party, the CPU 3 touches the character specified in step S2703 instead of the character in battle. An effect to appear 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, "(i) Skills that the user character 100 can acquire and grow regardless of an action in accordance with an input operation include, for example, Acquisition of the game contents includes the use of the player character 100. For example, a game in which various items, skills, characters, virtual currency in the game, and the like are provided in accordance with the user's game play. It is assumed that the user obtains the medium during the game.The user terminal 1 determines a target to be provided to the user from the game medium by lottery. In the game play, predetermined skills for delivering items and the like from the game medium are determined by lottery. By satisfying the condition, a grant target (item, skill, character, virtual currency in the game, etc.) is granted to the user according to the result of the lottery. The user may be provided with a game medium by performing an action to attack the enemy character and defeat the enemy character. "

  As described in the second embodiment, there are cases where the user operates a plurality of characters, and each character has a unique skill. In the above example, when a user is given a new character skill, equipment item, or material item for generating an equipment item in accordance with the user's game play, the target range to be added is the character being party-organized. It may be related to.

  Specifically, in the case where the game terminal 1 acquires a game medium by forming a party and fighting with an enemy character in the game field, the game terminal 1 includes, in the party organization, an object given by lottery from the game medium. It is also possible to limit the ratio of characters related to characters included in the party formation to a higher ratio than the ratio of characters related to characters not included in the party formation. For the user, acquiring items, skills, and the like that enhance characters that are not included in the party formation does not actually enhance the characters that are included in the party formation. It is possible to reduce the occurrence of a situation in which the game progress is advantageous due to the enhancement of the character, and the opportunity to feel the growth of the character is kept away from the game and the interest is reduced. For example, when an equipment item and a material item that is a material of the equipment item are supplied from the game medium, the equipment that can be equipped by the character included in the party formation may be preferentially supplied.

  When a character is provided from a game medium, as described in the first embodiment, when a character that has already been obtained by the user is provided, the grade of the character is updated, and the user obtains the character. When a character that has not been provided is provided, the user can newly set the character as an operation target, and therefore, it is considered that the user's interest in the game is enhanced. Therefore, when a character is provided from the game medium, the character may be provided in accordance with a predetermined supply ratio, regardless of which character is included in the party formation.

(Modification)
In addition to the example of the second embodiment, the following configuration may be adopted. That is, even if the automatic character change is effective, under a certain condition, the user may not perform the character change that is not performed by the input operation for changing the character. 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, if the character's physical strength value is small, for example, There is a situation where the character is likely to be unable to continue the battle due to the attack. In addition, if the character is running out of skill points, the number of times a strong attack by activating the skill is executed is limited.

  Therefore, in step S2703, the character fighting with the enemy character may be specified based on the remaining physical strength value and remaining skill points of the characters formed in the party. For example, in the party formation, each character included in the party formation is ranked based on the amount of damage given to the enemy character per predetermined time, and if the remaining physical strength is not equal to or more than a certain level from the top character, the next rank is determined. Is given priority, and when the remaining physical strength is equal to or more than a certain level, the character is specified as a character to be operated by the user.

(Appendix 1) The matters described in the above embodiment are additionally described 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 a user's input operation. . The game program provides the processor with conditions for applying the correction contents for correcting the character parameters of the game character to be operated by the user (item “parameter correction contents” in the example (B) of FIG. 15) to the game character. (The value of the experience value required for level up of the item "experience value" in the example (B) of FIG. 15) and the comparison parameter indicating the achievement status of the condition (item of the example (B) in FIG. 15) Storing the "experience value" in the memory for each of the plurality of correction contents, the value being increased by satisfying the condition shown in the item "experience value acquisition condition"; and operating the game character to operate it. A step of specifying the content of an event that has occurred for the game character as a result of the user performing an input operation on the unit (FIG. 6, step S180) ), 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 when the comparison parameter for each correction content satisfies the condition. Then, a step (Step S1807) of correcting the character parameters of the game character so that the game play is advantageous by applying the correction content corresponding to the condition to the game character.

  (Supplementary Note 2) In (Supplementary Note 1), among a plurality of correction contents, a range of the correction contents adapted to the game character is set (first skill group 912 shown in example (A) of FIG. 17). The second skill group 913), the processor further satisfies the user's game play, and satisfies a predetermined expansion condition (for example, in a state where a character of grade “1” can be operated, the character When provided from the medium, the user terminal 1 updates the grade of the character from grade “1” to grade “2”, thereby expanding the range of skills that the character can acquire), and is adapted to the game character. A step of resetting the range of the correction content to be expanded is executed.

  (Supplementary note 3) In (Supplementary note 2), the processor may further execute, with the user's game play, a step of giving the user a game content representing a right for the user to obtain an object usable during the game play, The extended condition includes that a predetermined object is given to the user from the game medium by receiving an input operation for acquiring an object from the game medium from the user (for example, a character of grade “1” can be operated). In such a state, when the character is provided from the game medium, the user terminal 1 updates the grade of the character from grade “1” to grade “2” and expands 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 a correction of a character parameter for a game character to act on another game character ( In the illustrated example (B) of FIG. 15, the item “skill name” includes “critical rate up”, and the item “contents of parameter correction” corresponding to “weapon type learning”.

  (Supplementary Note 5) In (Supplementary Note 4), at least one of the plurality of correction contents may be such that the game character continuously performs an attack operation on the game character in response to an input operation for acting on another game character. (In the illustrated example (B) of FIG. 15, “Maximum number of combos +2” in the item “Parameter correction contents” corresponding to the item “Skill name” “Weapon type proficiency”) .

  (Supplementary Note 6) In any one 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 a game character is affected by another game character. (In the illustrated example (B) of FIG. 15, the item “contents of parameter correction” corresponding to the item “skill name” and “reduced guard damage”)

  (Supplementary Note 7) In any of (Supplementary note 1) to (Supplementary note 6), in the specifying step, the event that occurs includes causing the game character to perform an action by a user input operation, and specifies the content of the event. This includes specifying the content of the action to be performed by the game character (step S1803, “damage to another character by attack” in item “experience value acquisition condition” in the illustrated example (B) of FIGS. 6 and 15). Give ").

  (Supplementary Note 8) In any one of (Supplementary note 1) to (Supplementary note 7), in the specifying step, the event that occurs includes an event that occurs in the game character when the game character is affected by another object (step S1803, “Character is damaged” in the item “experience value acquisition condition” in the illustrated example (B) of FIGS. 6 and 15).

  (Supplementary Note 9) In any one of (Supplementary note 1) to (Supplementary note 8), when the comparison parameter satisfies a condition for each correction content, a notification indicating that there is a correction content that satisfies the condition is performed on the display unit. The steps are further executed (UI component 901 in FIG. 16).

  (Supplementary Note 10) In (Supplementary Note 9), an interface for transitioning 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 on the display unit. Displaying an image (UI component 900 in FIG. 16) and displaying a list screen on the display unit in response to a user input operation on the interface image, and displaying the list screen. The list screen is displayed on the display unit in such a manner that the user can distinguish between the correction content that has not been confirmed by the user as having achieved the condition (UI component 915) and the corrected content that has been confirmed.

[Embodiment 3]
Next, a description will be given of a mode in which each character is associated with the attribute of job (occupation) in the configuration of the above embodiment. In the present embodiment, the job of each character is provided by the lottery process. When a job is set for the character (for example, the character “XXX” can be changed from the attribute “none” (especially no job setting) to the attribute “magic swordsman.” At this time, the character “XXX” is originally equipped. Equipment that could not be equipped can also be equipped with equipment related to the job, for example, when the character “XXX” can be equipped with the weapon “spear” but cannot use other types of weapons. Even so, when the job becomes a magic swordsman, the weapon "sword" can be equipped, so that not only the job skills but also the weapons that can be equipped can be diversified.

  FIG. 28 is a table showing the game media provided by the lottery process. As shown in FIG. 28, in the table, the name of the game medium to be provided, the type name of the game medium, the rarity of the game medium, and the supply probability of the game medium are associated with each other. As shown in the example of FIG. 28, the game program delivers “job”, which is an attribute of each character, and “equipment items” (weapons, armor, and the like) that can be equipped with each character, as delivery objects. For example, a job “magic swordsman” for the character “XXX” is provided, and the rarity of the game medium is set to “4”. The user terminal or server holds the table shown in FIG.

  FIG. 29 shows an example of a screen displayed on the display 2 of the user terminal in the lottery process. The example (A) of FIG. 29 is an example of a screen for receiving an input operation for starting a lottery from a user. The example (B) in FIG. 29 is an example of a screen displaying the result of executing the lottery process.

  As shown in an example (A), an icon (icons 2903, 2904, 2905, 2906) for starting a lottery process and an example of a game medium provided by the lottery process are displayed on the touch screen 2 of the user's terminal. Are displayed on the image display sections 2901 and 2902. In the image display unit 2901, for example, when a character job is provided by lottery, the game program displays a character name, an image, and the like related to the job. The game program, when providing a character job by lottery in the image display unit 2902, includes, for example, (i) the name of the job, (ii) the type of equipment that can be used in the job, and (iii) the equipment used in the job. Displays special character actions (special skills) that can be performed.

  The icon 2903 is for accepting an operation for executing the lottery process once using the virtual currency. The icon 2905 is used to receive an operation for executing the lottery process once by consuming an item different from the virtual currency.

  The icon 2904 is used to accept an operation for executing the lottery process a plurality of times using virtual currency. For example, a lottery process of a fixed multiple (for example, 10 times) can be executed as compared with the case where one lottery is executed using virtual currency.

  The icon 2905 is used to receive an operation for executing the lottery process a plurality of times by consuming an item different from the virtual currency.

  As shown in the example (B), the game program displays the result of the lottery process (provided game media 2910-1 to 2910-11) on the touch screen 2 of the user's terminal. In the example (B), the result of executing the lottery process on the eleventh floor in response to the operation on the icon 2904 is displayed.

  In the example (B), the job of the character “XXX” is given to the user by the lottery process (game medium 2910-1). Also, when a character job acquired by the user in the past is given to the user by the current lottery process, the job enhancement is an item that can be used to enhance the job of any character instead of the job. The game medium 2910-6 indicates that the item has been given to the user. When an operation on the icon 2907 has been received, the game program executes a lottery process.

  FIG. 30 is an example of a screen for displaying skills associated with the job of the character.

  As shown in FIG. 30, a job of each character assigned to the user can be set for each character. The touch screen 2 displays a list of skills that can be activated by the job “magic swordsman” of a certain character. On the touch screen 2, a special skill of grade 1 for the job “magic swordsman” is shown in a skill display area 3012. On the touch screen 2, the special skill of grade 2 for the job “Magic Swordsman” is shown in the skill display area 3013.

  In the above-described embodiment, it has been described that the standard skill and the special skill of each character are acquired by causing each character to perform an action. Here, when a job is set for each character, it is possible to acquire a special skill (one that causes an action) specific to the job. However, in order to acquire the special skill specific to this job, a lottery process is performed. Use the job enhancement item provided to the user when the character jobs overlap. Regardless of which character's job overlaps, a common job enhancement item is given to the user. The terminal of the user can receive an operation from the user for consuming the job enhancement item, and can grow the grade of the job of the character acquired by the user (for example, consuming the job enhancement item, (You can grow the grade of "Magic Swordsman" from Grade "1" to Grade "2.")

  FIG. 31 is a flowchart shown in the present embodiment. The processing shown in FIG. 31 is executed at, for example, either the user terminal or the server, or executes the lottery processing at the user terminal and executes the lottery processing at the server. Is displayed on the user's terminal.

  In step S3101, the user's terminal receives an operation for starting a lottery from the user via the touch screen 2.

  In step S3103, the user terminal refers to the table shown in FIG. 28 and specifies a game medium to be provided by lottery. When the terminal of the user specifies that the attribute of the character is to be supplied as the supply target object, if the terminal overlaps with the job of the character already acquired by the user, the terminal determines that an item for enhancing the job is given to the user. .

  In step S3105, the user terminal displays the game content provided to the user as a result of the lottery process.

  As described above, according to the game program of the present embodiment, information indicating an attribute (job) that can be associated with a character for one or more characters to be operated by a user is stored in a memory in a computer. Let it. The game program causes the computer to perform a lottery process in which a character attribute (job) is to be delivered. The game program updates the parameter related to the attribute (job) by providing the computer with an attribute (job) that can be already associated with the character as a result of the lottery process (due to duplication of the job). (For example, a job enhancement item is given to the user).

  The game program further includes a step of operating the character in response to a user's input operation on the operation unit (the touch screen 2) and a performance of the character based on the fact that the character has been operated. Updating the first parameter (HP, SP, etc. in the above embodiment). In the game program, the first parameter is updated by operating the character (HP increases, skills are developed), while the parameter related to the attribute (job) is changed regardless of the history of operating the character. A process for updating is performed (for example, a job enhancement item is given to the user).

  The game program responds to a user's input operation for designating one of attributes (jobs) that can be associated with the character to the processor of the computer, and sets the job to be set to the character. Then, a step of changing the character to an attribute (job) designated by the user is executed. The game program applies the first parameter (HP, SP, etc.) to any attribute (job) when the attribute (job) of the character is changed by specifying the attribute (job).

  A step of providing a first item (job enhancement item) to the user in response to the fact that an attribute (job) that can be associated with the character has already been provided by the lottery process; Consuming (job enhancement items) updates parameters related to attributes (jobs) that can be associated with one or more characters (grows job grades and gains special skills according to jobs) Expanding).

The game program updates parameters related to the attribute (job) of the character in response to the fact that an attribute (job) that can be already associated with the character has been provided by the lottery process (for example, to increase the grade of the job). ).
With such a configuration, the development of the game play of the user becomes more diverse.

  The above embodiment is merely an example for facilitating the understanding of the present invention, and is not intended to limit and interpret the present invention. The present invention can be changed and improved without departing from the spirit thereof, and it goes without saying that the present invention includes equivalents thereof.

1: user terminal, 2: touch screen, 3: CPU, 4: main memory, 5: auxiliary memory, 6: transmitting / receiving unit, 7: display unit, 8: input unit, 10: touch sensing unit, 20: display unit, 30: control unit, 32: input operation reception unit, 34: character operation detection unit, 36: object control unit, 38: display control unit, 40: operation object, 42: base, 44: tip, 46: connection, 53: buffer memory, 55: initial touch position coordinates, 60: operation table, 80: set 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 (an example of a player character or a character object); 200: partner character Data

Claims (8)

A game program,
The game program is executed on a computer including a processor and a memory.
A first step of performing a lottery process for one or more characters to be operated, with an attribute that can be associated with the character as a delivery target;
A second step of storing information indicating the attribute provided according to the result of the lottery process in the memory;
Attributes that have already been delivered according to the result of the lottery process that has already been performed and that can be associated with the character are delivered again according to the result of the newly performed lottery process. And a third step of performing a process for updating a parameter related to the attribute itself so as to grow ,
In the third step, the attribute that has been provided according to the result of the lottery processing that has already been performed and that can be already associated with the character is added to the result of the newly performed lottery processing. Responding to the re-delivery in response to providing the first item to the user;
Updating the parameter associated with the attribute itself, which can be associated with the one or more characters, by consuming the first item so as to grow the attribute . The processor further comprises:
Operating the character in response to a user's input operation on an operation unit;
Updating a first parameter indicating the performance of the character based on operating the character,
While the first parameter is updated according to the history accumulated by operating the character, the parameters related to the attribute itself are not based on the history accumulated by operating the character. The game program according to claim 1, wherein the third step performs a process for updating the lottery process in accordance with a result of the lottery process. The processor further comprises:
In response to the user's input operation to specify any of the attributes that can be associated with the character, execute the step of changing the character to the specified attribute,
In the third step, when the attribute of the character is changed by the designation of the attribute, the character is updated based on the operation of the character regardless of which attribute is changed. The game program according to claim 2, wherein the first parameter indicating the performance of the character is not updated. Even if the first item is an attribute other than the attribute that triggered the grant of the first item, if the attribute can be associated with the one or more characters, the parameter related to the attribute is grown. The game program according to any one of claims 1 to 3, wherein the game program is an item that can be updated as described above. In the third step, the attribute that has been provided according to the result of the lottery processing that has already been performed and that can be already associated with the character is added to the result of the newly performed lottery processing. The game program according to any one of claims 1 to 4 , further comprising a step of updating a parameter associated with the attribute itself of the character so as to grow in response to being re-supplied accordingly. The parameter related to the attribute is information for specifying a range in which the first parameter indicating the performance of the character can be raised,
The process for updating to grow is a process of updating a parameter related to the attribute, so as to be information specifying a range wider than the ascending range at the time of executing the process. The game program according to any one of claims 1 to 5 . An information processing device,
The information processing device includes a processor and a memory, and the processor reads a game program stored in the memory, whereby the processor:
For one or more characters to be operated, a lottery process is performed in which an attribute that can be associated with the character is to be delivered.
Storing information indicating the attribute provided according to the result of the lottery process in the memory;
Attributes that have already been delivered according to the result of the lottery process that has already been performed and that can be associated with the character are delivered again according to the result of the newly performed lottery process. Accordingly, have rows process for updating to grow parameters associated with the attribute itself,
In the process for updating, the attribute that can be associated with the character by being provided according to the result of the lottery process that has already been performed is a result of the newly performed lottery process. In response to being re-submitted in response to the first item,
An information processing apparatus , which consumes the first item to update a parameter associated with the attribute itself, which can be associated with the one or more characters, so as to grow the parameter . A method performed on a computer comprising a processor and a memory, the method comprising:
The method, wherein the processor comprises:
A first step of performing a lottery process for one or more characters to be operated, with an attribute that can be associated with the character as a delivery target;
A second step of storing information indicating the attribute provided according to the result of the lottery process in the memory;
Attributes that have already been delivered according to the result of the lottery process that has already been performed and that can be associated with the character are delivered again according to the result of the newly performed lottery process. Accordingly, viewing including the performing a third step of performing processing for updating to grow parameters associated with the attribute itself,
In the third step, the attribute that has been provided according to the result of the lottery processing that has already been performed and that can be already associated with the character is added to the result of the newly performed lottery processing. Responding to the re-delivery in response to providing the first item to the user;
Updating the parameter associated with the attribute itself that can be associated with the one or more characters by consuming the first item to grow .

Images