JP6949485B2 - Programs, systems, and methods for providing games - Google Patents

Description

The present invention relates to programs, systems, and methods for providing games.

Conventionally, a technique for automatically advancing a game has been proposed. For example, the RPG disclosed in Patent Document 1 below is configured so that the player character automatically moves toward a predetermined destination in response to a tap operation at an arbitrary position on the game screen. This automatic movement is canceled when the player character reaches the destination, or when a manual operation of touching and sliding the player character is performed during the automatic movement.

Japanese Unexamined Patent Publication No. 2015-029520

However, in the above-mentioned conventional game, the above-mentioned manual operation (operation of touching and sliding the player character) is required to cancel the automatic movement during movement, and some players may feel that the operation is troublesome. Further, for example, when it is desired to promptly cancel the automatic movement (for example, when it is desired to acquire an item found during the automatic movement), the above-mentioned manual operation hinders the prompt cancellation of the automatic movement. As described above, in the conventional game, there is room for improvement in the operability regarding the automatic progress of the game.

One of the objects of the embodiment of the present invention is to improve the operability of the automatic progress of the game. Other objects of the embodiments of the present invention will become apparent by reference to the entire specification.

The program according to the embodiment of the present invention is a program for providing a game, and is in a manual mode in which the computer advances the game in response to an operation by the player in response to being executed on the computer. A step of controlling the progress of the game, a step of starting an automatic mode for automatically advancing the game in response to a first operation of maintaining a predetermined operation state by the player, and a step of controlling the progress of the game in the automatic mode. The step of ending the automatic mode and the step of ending the automatic mode in response to the second operation of canceling the predetermined operation state by the player are executed.

A system according to an embodiment of the present invention includes one or more computer processors for providing a game, wherein the one or more computer processors respond to execution of a readable instruction. Start an automatic mode that automatically advances the game in response to a step that controls the progress of the game in the manual mode in which the game progresses according to the operation by the player and a first operation that maintains a predetermined operation state by the player. A step of controlling the progress of the game in the automatic mode, and a step of ending the automatic mode in response to a second operation of canceling the predetermined operation state by the player are executed.

A method according to an embodiment of the present invention is a method executed by one or more computers to provide a game, and controls the progress of the game in a manual mode in which the game is progressed according to an operation by a player. A step, a step of starting an automatic mode in which the game is automatically advanced in response to a first operation of maintaining a predetermined operation state by the player, a step of controlling the progress of the game in the automatic mode, and a step by the player. A step of terminating the automatic mode is provided in response to a second operation of canceling the predetermined operation state.

Various embodiments of the present invention improve operability with respect to automatic progress of the game.

FIG. 6 is a configuration diagram schematically showing a configuration of a network including a user terminal 10 according to an embodiment of the present invention. The block diagram which shows schematic the function which a user terminal 10 has. The flow diagram which illustrates the process executed by the user terminal 10. The figure which illustrates the game screen 50. The figure which illustrates the game screen 50 in the bird's-eye view mode. The figure which illustrates the game screen 50 in the automatic mode. The figure which illustrates the display mode of the automatic button 541 which changes according to a swipe operation. The figure which illustrates the display mode of the automatic button 1541 which changes according to a swipe operation.

Hereinafter, embodiments of the present invention will be described with reference to the drawings.

FIG. 1 is a configuration diagram schematically showing a configuration of a network including a user terminal 10 according to an embodiment of the present invention. As shown in the figure, the user terminal 10 is communicably connected to the game management server 30 via a network 20 such as the Internet. The user terminal 10 functions as a device that provides a game to the player. The user terminal 10 is an example of a device that implements all or a part of the system of the present invention.

The user terminal 10 is configured as a general computer, and as shown in FIG. 1, a CPU (computer processor) 11, a main memory 12, a user I / F13, a communication I / F14, and a storage (storage). A device) 15 is provided, and each of these components is electrically connected via a bus or the like (not shown).

The CPU 11 reads various programs stored in the storage 15 or the like into the main memory 12 and executes various instructions included in the programs. The main memory 12 is composed of, for example, a DRAM or the like.

The user I / F 13 is various input / output devices for exchanging information with the user. The user I / F13 is, for example, an information input device such as a keyboard, a pointing device (for example, a mouse, a touch panel, etc.), a game pad, a motion recognition system (a system that recognizes the movement of a human body or a hand), a voice input device such as a microphone. , Includes image input devices such as cameras. Further, the user I / F 13 includes an information output device (display device) such as a display and an audio output device such as a speaker.

The communication I / F 14 is implemented as hardware such as a network adapter, various communication software, and a combination thereof, and is configured to realize wired or wireless communication via the network 20 or the like.

The storage 15 is composed of, for example, a magnetic disk, a flash memory, or the like. The storage 15 stores various programs including an operating system, various data, and the like. The program stored in the storage 15 can be downloaded and installed from the application market or the like. In the present embodiment, the program stored in the storage 15 includes the game program 40 according to the embodiment of the present invention. The game program 40 is a program for making the user terminal 10 function as a device for providing a game.

In the present embodiment, the user terminal 10 can be configured as a smartphone, a tablet terminal, a wearable device, a personal computer, a game-dedicated terminal, a VR (Virtual Reality) device (head-mounted display, etc.), and the like.

Like the user terminal 10, the game management server 30 has a configuration as a general computer. The game management server 30 stores and manages information about the game provided by the user terminal 10. For example, the game management server 30 manages the progress of the game for each player, game data (for example, game data for each stage, etc.) and the like. The game management server 30 may be configured using a plurality of server devices, each of which has a general computer configuration.

For example, the user terminal 10 acquires the game progress status and game data of the player from the game management server 30 in response to the activation of the game program 40. Further, for example, the user terminal 10 acquires game data from the game management server 30 during execution of the game program 40 (for example, after clearing a specific stage, acquires game data of a subsequent stage), and , The player's latest game progress is transmitted to the game management server 30.

Next, the function of the user terminal 10 of the present embodiment will be described. FIG. 2 is a block diagram schematically showing the functions of the user terminal 10. As shown in the figure, the user terminal 10 has an information storage management unit 41 that stores and manages information, and a game progress control unit 43 that controls the progress of the game. These functions are realized by the hardware such as the CPU 11 and the main memory 12, and various programs (including the game program 40) and data stored in the storage 15 and the like operating in cooperation with each other, for example. , It is realized by the CPU 11 executing the instruction included in the program read in the main memory 12. Further, a part or all of the functions shown in FIG. 2 may be realized by the cooperation of the user terminal 10 and the game management server 30, or may be realized by the game management server 30.

The information storage management unit 41 stores and manages various information in the storage 15 and the like. The game progress control unit 43 executes various processes related to controlling the progress of the game. For example, the game progress control unit 43 executes various processes related to the progress of the game, and displays various screens according to the results of the processes.

In the present embodiment, the game progress control unit 43 is configured to control the progress of the game in the manual mode in which the game progresses according to the operation by the player. For example, in the manual mode, the game progress control unit 43 waits for an operation by the player, executes a corresponding process according to the operation by the player, and repeats the game progressing according to the result of the process. The operation by the player is performed via various input means such as the above-mentioned information input device, voice input device, or image input device.

Further, the game progress control unit 43 is configured to control the progress of the game in the automatic mode in which the game is automatically progressed. For example, the game progress control unit 43 automatically identifies the process for advancing the game in the automatic mode, executes the specified process, and repeats the process of advancing the game according to the result of the process. As described above, the automatic mode can be said to be a mode in which the game automatically progresses without individual operations by the player.

Further, the game progress control unit 43 is configured to start the automatic mode in response to the first operation by the player and end the automatic mode in response to the second operation by the player. The first operation is an operation for maintaining a predetermined operation state, and the second operation is an operation for canceling the predetermined operation state. That is, the automatic mode that starts in response to the operation of maintaining the predetermined operation state by the player ends in response to the operation of canceling the predetermined operation state.

As described above, the user terminal 10 of the present embodiment starts the automatic mode in response to the operation of maintaining the predetermined operation state, and ends the automatic mode in response to the operation of canceling the predetermined operation state. The start and end of the mode is realized by a simple continuous operation. As described above, the user terminal 10 of the present embodiment improves the operability regarding the automatic progress of the game.

In the present embodiment, the predetermined operation state includes various states based on the operation by the player. For example, the predetermined operation state is a touch state with respect to a predetermined object displayed on the screen (a state in which a player's fingertip or the like is touching the predetermined object via the touch panel). In this case, the game progress control unit 43 starts the automatic mode when the touch state with respect to the predetermined object is maintained for a predetermined time, and when the touch state is canceled (a player's finger or the like is released from the predetermined object). Exits automatic mode (when you leave). The operation of maintaining the touch state is sometimes called a long tap operation.

Further, the game progress control unit 43 may be configured to set the control mode of the automatic mode in the automatic mode in response to a third operation on a predetermined object by the player. In the automatic mode, since the touch state for the predetermined object is maintained, it can be said that the third operation is an operation starting from the touch state for the predetermined object. Such a configuration assists the player in setting the control mode by a simple operation in the automatic mode. The control mode of the automatic mode includes, for example, a rule for automatically advancing the game and a speed for automatically advancing the game.

In the present embodiment, the third operation is, for example, a swipe operation (an operation of sliding a finger or the like touching a predetermined object). In this case, the game progress control unit 43 may be configured to set the control mode based on the direction of the swipe operation. For example, as a rule for automatically advancing the game, the game progress control unit 43 has a first rule (for example, an enemy character in an RPG) when the direction of the swipe operation is the first direction (for example, the right direction). Set a rule that prioritizes the battle with, and if the direction of the swipe operation is the second direction (for example, left direction), set the second rule (for example, the rule that prioritizes the use of items in RPG). Set.

Further, the game progress control unit 43 may be configured to set the control mode based on the distance of the swipe operation. For example, the game progress control unit 43 sets a speed of 1.5 times (normal speed) when the swipe operation distance is in the first range as the speed at which the game progresses automatically, and swipes. If the operating distance is in the second range, which is longer than the first range, set 2.0 times the speed.

Here, the swipe operation is an example of the third operation, and the third operation includes various operations other than the swipe operation. For example, the third operation includes an operation of strongly pressing the touch panel (sometimes referred to as "3D touch"), in which case the game progress control unit 43 controls based on the strength with which a predetermined object is pressed. It can be configured to set aspects.

Here, the predetermined operation state in the present embodiment is not limited to the touch state with respect to the above-mentioned predetermined object, and for example, an arbitrary position on the screen is long-tapped (long-pressed) via a touch panel of a smartphone or the like. A state in which a specific button of a physical controller such as a game pad is pressed, a state in which the movement of a human body or hand recognized via a motion recognition system is maintained in a specific posture, and This includes a state in which an object in the game space corresponding to a human body or a hand recognized via a motion recognition system is touching a specific object also existing in the game space. As described above, the predetermined operation state in the present embodiment includes various states based on various operations by the player via the various input means described above.

Further, the game progress control unit 43 may be configured to continue the automatic mode when the second operation for canceling the touch state for the predetermined object is accompanied by the fourth operation for the predetermined object. The fourth operation is, for example, a swipe operation. In this case, the game progress control unit 43 terminates the automatic mode when the touch state for the predetermined object is canceled without the swipe operation, while the game progress control unit 43 is canceled when the touch state is canceled with the swipe operation. Will maintain the automatic mode. Such a configuration may help a player who does not like to maintain the touch state for a long time to continue the automatic mode.

Further, the game progress control unit 43 may be configured to end the automatic mode according to the state of the game. For example, the game progress control unit 43 has a second game when the state of the game requires a warning to the player (for example, when the parameter value such as the HP of the player character is equal to or less than a predetermined value). It is configured to exit automatic mode regardless of the operation.

The game in this embodiment is configured to progress in response to the execution of a command, for example. In this case, the game progress control unit 43 is configured to execute a command in response to an operation by the player in the manual mode, and repeatedly execute the automatically specified command in the automatic mode. Further, the game progress control unit 43 may be configured to execute the automatically specified command once in response to a tap operation on a predetermined object by the player in the manual mode. In this case, the game progress control unit 43 starts the automatic mode in response to a long tap operation on the predetermined object, while in the manual mode as well, the command is automatically specified in response to the tap operation on the predetermined object. It can be configured to run once. Such a configuration can help the player to easily use the automatic execution of a command that ends once and the automatic execution of a command that is repeated until the touch state is resolved.

Further, the game progress control unit 43 may be configured to display a command automatically specified in the automatic mode. For example, the game progress control unit 43 is configured to display one or more commands that have been executed most recently, or one or more commands that are automatically identified and will be executed, on the screen of the game. Such a configuration helps the player to recognize the automatically identified command.

Here, the game configured to proceed in response to the execution of a command includes, for example, a turn-based game in which a turn in which the player side acts and a turn in which the enemy side acts are alternately and repeatedly performed. .. As one of such turn-based games, a turn-based RPG in which a turn in which a character on the player side including at least a player character acts and a turn in which an enemy character acts are alternately repeated is exemplified. The game in this embodiment is not limited to the turn-based RPG described above, and includes other types of RPGs such as action RPGs, and games of various other genres such as simulation games.

Next, the operation of the user terminal 10 of the present embodiment having such a function will be described with reference to a specific example according to the present embodiment. In the game provided by the user terminal 10 in this example, the player character explores the game space, plays against an enemy character existing in the game space, collects items also existing in the game space, and the like. , An RPG that aims at the destination. The game space is configured as, for example, a dungeon consisting of a plurality of floors, and defeating the boss character existing in the deepest part is a condition for clearing the dungeon (stage).

Further, the game of this example is configured as a turn-based RPG in which the turn in which the character on the player side acts and the turn in which the enemy character acts are alternately repeated. Such RPGs are sometimes referred to as roguelike games. The character on the player side includes a non-player character controlled by a computer (game progress control unit 43) in addition to the player character.

FIG. 3 is a flow chart illustrating the process executed by the user terminal 10 in this example. The RPG of this example has a manual mode in which the game progresses according to an operation by the player and an automatic mode in which the game automatically progresses without an individual operation by the player as the progress mode of the game. First, when the progress mode of the game is the manual mode, the operation corresponding to the execution of the command by the player is accepted (steps S100-S110). The operation corresponding to the execution of the command is performed via the game screen 50 displayed on the user terminal 10. Here, the game screen 50 illustrated in FIG. 4 will be described.

As shown in FIG. 4, the game screen 50 has a game space display area 52 located at the substantially center of the screen and displaying the game space, and an operation area 54 located at the lower end of the screen and accepting operations by the player. As shown in the figure, the game space display area 52 displays an image corresponding to the field of view in which the player character is located substantially in the center of the entire game space. Specifically, an image is displayed in the game space display area 52 via a virtual camera in the game space, and the virtual camera is controlled to move following the player character.

As described above, the character on the player side includes a non-player character in addition to the player character. In the game space display area 52 of the game screen 50 of FIG. 4, three non-player characters NPC1-3 are displayed in addition to the player character PC. As will be described in detail later, the non-player character is controlled to automatically act according to the action of the player character.

Further, as described above, there are enemy characters and items in the game space. In the game space display area 52 of the game screen 50 of FIG. 4, four enemy characters EC1-4 are displayed. Enemy characters and items are placed at predetermined positions in the game space.

As shown in FIG. 4, in the game space display area 52, grid-like (grid-like) squares are displayed in a part of the ground in the game space. The area where the squares are displayed is a movable area 521 where the character can move. In the ground of the game space, squares are not displayed in the area where obstacles such as buildings exist, and the area is an area in which the character cannot move. Further, the character on the player side cannot pass through the square in which the enemy character exists even in the movable area 521. That is, the character on the player side can move the square in the movable area 521 where the enemy character does not exist.

When the player performs a tap operation on the movable area 521 displayed in the game space display area 52, the player character PC moves to the position of the square corresponding to the tap operation. That is, the tap operation for the movable area 521 is an operation corresponding to the execution of the movement command for the player character. If the moving path is blocked by the enemy character, the player character PC moves to a position facing the enemy character and stops.

As shown in FIG. 4, the operation area 54 includes an automatic button (predetermined object) 541 located substantially in the center of the left and right sides and having a double circle shape, and an attack button 543 located in the lower left direction of the automatic button 541. The tool button 544 located in the lower right direction of the automatic button 541, the grid display switching button 545 located in the upper left direction of the attack button 543 and displayed as "GRID", and the tool button 544 located in the upper right direction of "CAMERA". The camera switching button 547 displayed as is arranged.

The automatic button 541 is an object for performing an operation related to automatic execution of a command. When the player performs a long tap operation (first operation) on the automatic button 541 in the manual mode, the automatic mode in which the game progresses automatically starts. Further, when the player performs an operation (second operation) for canceling the touch state of the automatic button 541 in the automatic mode, the automatic mode ends (returns to the manual mode). Further, when the player performs a tap operation (fourth operation) on the automatic button 541 in the manual mode, the command for the player character is automatically executed once. That is, the tap operation for the automatic button 541 is an operation corresponding to one execution of the automatically specified command for the player character.

The attack button 543 is an object for inputting an attack command to the player character. When the player taps the attack button 543, the player attacks the enemy character located in the attackable range of the player character (for example, the surrounding eight squares). That is, the tap operation on the attack button 543 is an operation corresponding to the execution of the attack command on the player character. For example, on the game screen 50 of FIG. 4, when the attack button 543 is tapped, the enemy character EC1 adjacent to the right side of the player character PC is attacked. When there are a plurality of enemy characters in the attackable range, the tap operation for selecting the enemy character to attack may be accepted after the tap operation of the attack button 543. The attack button 543 is configured so as not to function when the enemy character does not exist in the attackable range of the player character.

An attack on an enemy character is a process of damaging an enemy character. The damage is calculated based on, for example, a comparison of parameter values (for example, attack power and defense power) set for each other character, and the calculated damage is deducted from the HP of the enemy character. As a result of the attack, when the enemy character is defeated (for example, the HP of the enemy character becomes 0), the enemy character disappears and the player character obtains rewards such as experience points. If the route on which the enemy character moves is blocked, the route is opened by defeating the enemy character.

The tool button 544 is an object for inputting a tool command for the player character. When the player taps the tool button 544, a screen for selecting an item to be used from the items owned by the player character is displayed, and the item selected via the screen is used. That is, the tap operation for the tool button 544 is an operation corresponding to the execution of the tool command for the player character. With the use of the item, for example, the parameter values of the player character and / or the non-player character change (for example, the attack power, attack power, or HP increases), or a special attack on the enemy character. Is done. The special attack is, for example, an attack having a wider attackable range and / or a large amount of damage given as compared with a normal attack corresponding to the attack button 543.

The grid display switching button 545 and the camera switching button 547 are objects for changing the display mode of the game space in the game space display area 52. When the player taps the grid display switching button 545, the display / non-display of the grid-shaped squares in the game space display area 52 is switched. For example, a player who prioritizes the aesthetic appearance of the game space displayed in the game space display area 52 over the operability hides the squares.

Further, when the camera switching button 547 is tapped, the position of the virtual camera for displaying the image of the game space in the game space display area 52 is switched between the normal mode and the bird's-eye view mode. The game screen 50 illustrated in FIG. 4 corresponds to the case where the position of the virtual camera is in the normal mode. Further, FIG. 5 illustrates a game screen 50 when the position of the virtual camera is in the bird's-eye view mode. The position of the virtual camera in the bird's-eye view mode is farther from the player character than the position of the virtual camera in the normal mode, and has a high angle (an angle substantially perpendicular to the ground in the game space). As a result, in the game space display area 52 in the bird's-eye view mode exemplified in FIG. 5, an image having a wider field of view is displayed as compared with the game space display area 52 in the normal mode illustrated in FIG. , You can see a wider range of game space. For example, in the game space display area 52 in FIG. 5, an enemy character EC5-8 that is not displayed in the game space display area 52 in FIG. 4 is displayed, and the player sees the game space display area 52 in the bird's-eye view mode. This makes it possible to know the existence of these enemy characters EC5-8. In this example, the game screen 50 in the bird's-eye view mode is configured so that an operation corresponding to the execution of a command for the player character cannot be performed.

Returning to the flow chart of FIG. 3, in step S110, the operation corresponding to the execution of the command for the player character is accepted. Specifically, the operations corresponding to the execution of the command include an operation corresponding to the execution of the move command (tap operation of the movable area 521), an operation corresponding to the execution of the attack command (tap operation of the attack button 543), and the operation corresponding to the execution of the attack command. It is either an operation corresponding to the execution of the tool command (tap operation of the tool button 544) or an operation corresponding to one execution of the automatically specified command (tap operation of the automatic button 541).

When the operation by the player is a tap operation of the automatic button 541, the command to be executed for the player character is automatically specified from the movement command, the attack command, and the tool command (steps S115 and S120). ).

In this example, four rules are set as command specification rules for automatically specifying a command. Specifically, a balance-oriented rule that emphasizes the balance of movement commands, attack commands, and tool commands, an attack priority rule that prioritizes attack commands, a tool priority rule that prioritizes tool commands, and a movement priority rule that prioritizes movement commands. Four rules are set. The default command specification rule is a balance-oriented rule, and when the automatic button 541 is tapped in the manual mode, the command is automatically specified according to this balance-oriented rule. The other three rules will be described in detail later, but are rules that are set according to the operation of the player in the automatic mode and can be applied only in the automatic mode. The command specific rule is an example of a rule that automatically advances the game.

When the operation corresponding to the execution of the command is accepted in this way, the command for the player character is executed (step S130). Specifically, when the tap operation of the movable area 521 is performed, the move command is executed, and when the tap operation of the attack button 543 is performed, the attack command is executed, and the tap operation of the tool button 544 is performed. Is executed, the tool command is executed, and when the tap operation of the automatic button 541 is performed, the automatically specified command is executed. Depending on the execution of the command, the player character performs any action of moving, attacking, or using an item.

When the command for the player character is executed, the action of the non-player character is then performed (step S140). The action of the non-player character is movement or attack, and is automatically identified based on the command executed for the player character in step S130. For example, when a move command is executed for a player character, the non-player character moves so as to follow the player character.

Further, for example, when an attack command or a tool command is executed for a player character, the non-player character attacks an enemy character existing in the attackable range. For example, on the game screen 50 of FIG. 4, when an attack command against the enemy character EC1 is executed against the player character PC, the non-player character NPC1 attacks the enemy character EC2 adjacent to the upper side and is a non-player. The character NPC2 attacks the enemy character EC3 adjacent to the left side, and the non-player character NPC3 attacks the enemy character EC4 located on the right side via an obstacle. If there is no enemy character in the attackable range of the non-player character, the non-player character moves to the position of the nearest enemy character or stands by without doing anything. As described above, the action of the non-player character includes waiting without doing anything.

When the action of the non-player character is performed in this way, the turn on the player side ends, and then the action of the enemy character is performed (step S150). In this example, the enemy character counterattacks when attacked by a player character or non-player character, and stands by without doing anything when not attacked. Counterattack is a process of damaging a character to be counterattacked, similar to an attack. The enemy character that has not been attacked may move according to a predetermined rule.

When the action of the enemy character is performed, the turn on the enemy side ends, and if the end condition of the game is not satisfied (NO in step S160), the process returns to step S100, and the turn on the player side is performed again. Be told. The conditions for ending the game are, for example, that the HP of the player character becomes 0, that the stage is cleared, and the like. As described above, in the game of this example, the player's turn and the enemy's turn are alternately repeated until the end condition of the game is satisfied.

In the manual mode, when the long tap operation of the automatic button 541 is performed, the automatic mode is started. When the automatic mode is started, the command to be executed is automatically specified without accepting the operation corresponding to the execution of the command by the player (steps S100 and S120). After that, the automatic mode continues until the touch state of the automatic button 541 is released.

Here, as described above, since the actions of the non-player character and the enemy character are automatically controlled, in the automatic mode, the actions of all the characters including the player character are automatically performed. The player will see how the game automatically progresses through the game space display area 52 of the game screen 50.

In this example, the position of the virtual camera in the automatic mode is different from the position of the virtual camera in the manual mode. FIG. 6 illustrates a game screen 50 in an automatic mode. The position of the virtual camera in the automatic mode is closer to the player character PC and has a lower angle than the position of the virtual camera in the manual mode corresponding to FIG. As a result, an image having a narrower field of view is displayed in the game space display area 52 in the automatic mode illustrated in FIG. 6 as compared with the game space display area 52 in the normal mode illustrated in FIG. The image is displayed.

Further, as shown in FIG. 6, on the game screen 50 in the automatic mode, the command display area 522 is displayed near the lower end portion of the game space display area 52 (upper side of the automatic button 541). In the command display area 522, one command executed immediately before is automatically displayed for the player character (in the example of FIG. 6, the text corresponding to the attack command "monster attack" is displayed). .. Here, the command display area 522 in another specific example is a predetermined number of commands of two or more executed most recently and / or a predetermined number of commands before execution, instead of one command executed immediately before. Can be configured to display. Further, as shown in FIG. 6, in the game screen 50 in the automatic mode, the display mode (for example, color) of the outer ring portion 5411 of the double circle-shaped automatic button 541 changes. Then, with the release (end) of the automatic mode, the display mode of the annulus portion 5411 returns to the original state.

In this example, the game screen 50 is configured so that the command identification rule in the automatic mode is set and the automatic mode is fixed in response to the swipe operation (third operation) for the automatic button 541 in the automatic mode. Has been done. FIG. 7 is a diagram illustrating a display mode of the automatic button 541 that changes according to a swipe operation. The automatic button 541 is configured so that a command specifying rule corresponding to the direction of the swipe operation is set by the swipe operation in the left-right direction and the downward direction. FIG. 7A exemplifies the automatic button 541 when the swipe operation is performed to the left. In this case, the inner circle of the double round automatic button 541 is biased to the left and the left side. A strip-shaped display area 541A displayed as "attack" is displayed on the screen. The swipe operation to the left is an operation to set an attack priority rule in which the attack command is prioritized when the player character fights against the enemy character, and the attack priority is given while the swipe operation state to the left is maintained. The command is automatically identified according to the rules.

Similarly, FIG. 7B exemplifies the automatic button 541 when the swipe operation is performed to the right. In this case, the inner circle of the automatic button 541 is biased to the right and the right side is ". A strip-shaped display area 541B labeled "Tools" is displayed. The swipe operation to the right is an operation to set a tool priority rule in which the tool command is prioritized when the player character fights against the enemy character, and the tool is prioritized while the swipe operation state to the right is maintained. The command is automatically identified according to the rules. Similarly, FIG. 7C exemplifies the automatic button 541 when the swipe operation is performed downward. In this case, the inner circle of the automatic button 541 is biased downward and downward. A strip-shaped display area 541C labeled "shortest distance" is displayed. The downward swipe operation is an operation for setting a movement priority rule that prioritizes the movement command so that the player character moves from the current location of the player character to the destination (dungeon exit, etc.) in the game space at the shortest distance. The command is automatically identified according to the move priority rule while the swipe operation state is maintained.

Here, the above-mentioned command specific rule is an example, and for example, an enemy priority rule (a rule that prioritizes a battle with an enemy character appearing in the game space) and an item acquisition priority rule (an item placed in the game space). Various command-specific rules such as (rules that prioritize the acquisition of) can be applied.

Further, the automatic button 541 is configured so that the automatic mode is fixed by swiping upward. FIG. 7D exemplifies the automatic button 541 when the swipe operation is performed upward. In this case, the inner circle of the automatic button 541 is biased upward and "fixed" is displayed on the upper side. A strip-shaped display area 541D is displayed. When the touch state of the automatic button 541 is released from the state in which the automatic button 541 is swiped upward, the automatic mode is continued without ending (the automatic mode is fixed). When the automatic mode is fixed, any of the operations corresponding to the execution of the command for the player character (specifically, the movable area 521, the attack button 543, the tool button 544, or the tap operation for the automatic button 541). When is performed, the automatic mode ends.

In the above-described example, the command specific rule in the automatic mode is set and the automatic mode is fixed in response to the swipe operation for the automatic button 541 in the automatic mode. However, other specific examples according to the present embodiment are performed. In, instead of setting the command specific rule, the speed at which the game progresses automatically is set. FIG. 8 is a diagram illustrating a display mode that changes according to a swipe operation of the automatic button 1541 in the other specific example. The automatic button 1541 is configured so that the progress speed of the game corresponding to the direction of the swipe operation is set by the swipe operation in the left-right direction and the downward direction. FIG. 8A illustrates an automatic button 1541 when swiped to the left. In this case, a strip-shaped display area 1541A displayed as “x1.5” is displayed on the left side, and the game is played. As the traveling speed of, 1.5 times the normal speed (the speed when the swipe operation for the automatic button 541 is not performed) is set. Similarly, FIG. 8B illustrates an automatic button 1541 when swiped to the right. In this case, a strip-shaped display area 1541B displayed as “x3.0” on the right side. Is displayed, and 3.0 times the normal speed is set as the progress speed of the game. Similarly, FIG. 8C illustrates an automatic button 1541 when the swipe operation is performed downward. In this case, a strip-shaped display area in which "x2.0" is displayed on the lower side is illustrated. 1541C is displayed, and the progress speed of the game is set to 2.0 times the normal speed. When the progress speed of the game is set in this way, the image is displayed in the game space display area 52 according to the set speed. The progress speed of the game in the automatic mode can also be said to be the playback speed of the moving image corresponding to the game space in the game space display area 52. The automatic button 1541 is configured so that the automatic mode is fixed by swiping upward, as in the case of the automatic button 541 described above (see FIG. 8D).

In the above-mentioned example, the control mode of the automatic mode (command specific rule or the progress speed of the game) is set based on the direction of the swipe operation, and the automatic mode is fixed. In the specific example of, the control mode can be set and / or the automatic mode can be fixed based on the distance of the swipe operation. Further, instead of the swipe operation, the control mode of the automatic mode may be set and / or the automatic mode may be fixed based on the operation of strongly pressing the touch panel.

In the above example, the automatic mode is terminated in response to the operation of canceling the touch state of the automatic button 541, but in addition to this, when a state requiring a warning to the player is required (the HP of the player character is predetermined). When it becomes less than or equal to the value), the automatic mode may be terminated.

The user terminal 10 of the present embodiment described above responds to a first operation (for example, a long tap operation for the automatic button 154) for maintaining a predetermined operation state (for example, a touch state for the automatic button 154) by the player. The automatic mode for automatically advancing the game is started, and the automatic mode is terminated in response to a second operation for canceling a predetermined operation state by the player. As described above, in the embodiment of the present invention, the automatic mode is started in response to the operation of maintaining the predetermined operating state, and the automatic mode is terminated in response to the operation of canceling the predetermined operating state. The start and end are realized by a simple continuous operation. As a result, the operability regarding the automatic progress of the game is improved.

In another embodiment of the present invention, the information managed by the game management server 30 is managed by the user terminal 10, and the functions of the game management server 30 can be integrated into the user terminal 10.

The processes and procedures described herein are implemented by software, hardware, or any combination thereof, other than those expressly described. For example, the processes and procedures described herein are realized by implementing logic corresponding to the processes and procedures on a medium such as an integrated circuit, a volatile memory, a non-volatile memory, or a magnetic disk. Further, the processes and procedures described in the present specification can be implemented as a computer program corresponding to the processes and procedures and executed by various computers.

Even if it is explained that the processes and procedures described herein are performed by a single device, software, component, module, such processes or procedures may be performed by multiple devices, multiple software, multiple devices. Can be executed by a component of, and / or multiple modules. The software and hardware components described herein can also be realized by integrating them into fewer components or by breaking them down into more components.

In the present specification, when the components of the invention are described as either singular or plural, or even when the components of the invention are described without limitation to either singular or plural, they should be understood separately in the context. Except for, the component may be singular or plural.

10 User terminal 20 Network 30 Game management server 41 Information storage management unit 43 Game progress control unit 50 Game screen 521 Movable area 541 Automatic button 543 Attack button 544 Tool button

Claims (10)

A program for providing a game that is configured to progress as a command is executed.
Depending on what is running on the computer,
Steps to control the progress of the game in manual mode, which executes commands in response to player operations,
A step of starting an automatic mode in which a command automatically specified from a plurality of commands is repeatedly executed in response to a first operation of maintaining a predetermined operation state by the player.
A step of controlling the progress of the game in the automatic mode is executed.
The predetermined operation state is a touch state for a predetermined object displayed on the screen.
The first operation is a long tap operation.
The step of controlling the progress of the game in the manual mode includes executing a command automatically specified from a plurality of commands once in response to a tap operation on the predetermined object.
program. When a warning to the player is required, the step of ending the automatic mode is further executed.
The program of claim 1. The step of controlling the progress of the game in the automatic mode includes immobilizing the automatic mode in response to a predetermined operation.
The program of claim 1 or 2. The immobilization of the automatic mode is released in response to a tap operation of a button arranged around the predetermined object.
The program of claim 3. The step of controlling the progress of the game in the automatic mode includes changing the mode of the predetermined object.
The program according to any one of claims 1 to 4. The step of controlling the progress of the game in the automatic mode includes specifying a command to be executed according to a command specifying rule specified by the player.
The program according to any one of claims 1 to 5. The command specific rule is specified by a swipe operation.
The program of claim 6. The predetermined object has an aspect based on the specified type of the command specific rule.
The program of claim 6 or 7. A system for providing a game that includes one or more computer processors and is configured to progress in response to command execution.
The one or more computer processors depend on the execution of readable instructions.
Steps to control the progress of the game in manual mode, which executes commands in response to player operations,
A step of starting an automatic mode in which a command automatically specified from a plurality of commands is repeatedly executed in response to a first operation of maintaining a predetermined operation state by the player.
A step of controlling the progress of the game in the automatic mode is executed.
The predetermined operation state is a touch state for a predetermined object displayed on the screen.
The first operation is a long tap operation.
The step of controlling the progress of the game in the manual mode includes executing a command automatically specified from a plurality of commands once in response to a tap operation on the predetermined object.
system. A method for providing a game that is run by one or more computers and is configured to progress in response to the execution of a command.
Steps to control the progress of the game in manual mode, which executes commands in response to player operations,
A step of starting an automatic mode in which a command automatically specified from a plurality of commands is repeatedly executed in response to a first operation of maintaining a predetermined operation state by the player.
A step of controlling the progress of the game in the automatic mode is provided.
The predetermined operation state is a touch state for a predetermined object displayed on the screen.
The first operation is a long tap operation.
The step of controlling the progress of the game in the manual mode includes executing a command automatically specified from a plurality of commands once in response to a tap operation on the predetermined object.
Method.

Images