JP2018149436A - Game program and game system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game program and a game system including a function of enhancing strategic characteristics of a user (player) in a command battle.SOLUTION: In a command battle for selecting a command, such as "fight", from a command list, and for allowing a player object to take action corresponding to the command, the command is strengthened (boosted) by a boost item. For example, when a command of "fight" is not strengthened and is strengthened, a physical attack is performed once and twice, respectively.SELECTED DRAWING: Figure 13

Description

  At least one of the embodiments of the present invention relates to a game program for causing a computer to realize a function of controlling the progress of a video game including a command battle between a player object and an enemy object.

  Conventionally, in video games, there is a genre game called a role playing game (RPG). In the role playing game, a so-called command battle is adopted as one of the methods for fighting a player object and an enemy object operated by the player (see, for example, Patent Document 1). In the command battle, one command is selected from a plurality of commands (command list) by the user, and an action corresponding to the selected command is executed by the player object. For example, when the “warf” command is selected by the user, the player object performs an attacking action on the enemy object.

JP 2014-079529 A

  The command battle method described above has been conventionally used in many role-playing games. Therefore, for a user who has a command battle game experience in another role playing game in the past, the experience of the command battle basic strategy is easily applied to a new role playing game. On the other hand, since the contents of the commands included in the command list are fixed, it is an issue to expand the strategy width while maintaining the basic battle method of the command battle.

  An object of at least one embodiment of the present invention is to provide a function that solves the above-described problems and improves the strategy of a user (player) in a command battle.

  From a non-limiting viewpoint, a game program according to an embodiment of the present invention is a game program for causing a computer to realize a function of controlling the progress of a video game including a turn-based battle between a player object and an enemy object. A battle control function for determining the execution order of actions of the player object and the enemy object in the turn-based battle and controlling the progress of the turn-based battle, and a reception function for receiving the number of use of a predetermined item in the player object unit The battle control function realizes a function of increasing the number of actions of the player object in one turn as the usage number of the predetermined item increases.

  According to a non-limiting viewpoint, a game program according to an embodiment of the present invention is applied to a server device connected via a communication network to a game terminal device that executes a video game including a turn-based battle between a player object and an enemy object. A game program for controlling the progress of the video game, wherein the server device determines the execution order of actions of the player object and the enemy object in the turn-based battle, and controls the progress of the turn-based battle. A battle control function and a reception function for accepting the use number of a predetermined item in units of the player object are realized. In the battle control function, as the use number of the predetermined item increases, the number of actions of the player object in one turn Is to realize the function to increase

  According to a non-limiting aspect, a game system according to an embodiment of the present invention includes a game terminal device that executes a video game including a turn-based battle between a player object and an enemy object, and the game terminal device and a communication network. A game system including a server device to be connected, the battle control means for determining the execution order of the actions of the player object and the enemy object in the turn-based battle and controlling the progress of the turn-based battle, the player object Receiving means for receiving the number of use of a predetermined item in units, wherein the battle control means increases the number of actions of the player object in one turn as the use number of the predetermined item increases. To do.

  Each embodiment of the present application solves one or more deficiencies.

It is a block diagram showing an example of composition of a game system corresponding to at least one of the embodiments of the present invention. It is a flowchart which shows the example of the battle progress process corresponding to at least 1 of embodiment of this invention. It is a flowchart which shows the example of operation | movement by the side of the server apparatus in case the server apparatus corresponding to at least 1 of embodiment of this invention performs a battle progress process. It is a block diagram showing an example of composition of a game system corresponding to at least one of the embodiments of the present invention. It is a flowchart which shows the example of the battle progress process corresponding to at least 1 of embodiment of this invention. It is a block diagram showing an example of composition of a game system corresponding to at least one of the embodiments of the present invention. It is a flowchart which shows the example of the battle progress process corresponding to at least 1 of embodiment of this invention. It is a block diagram showing an example of composition of a game system corresponding to at least one of the embodiments of the present invention. It is a flowchart which shows the example of the battle progress process corresponding to at least 1 of embodiment of this invention. It is a figure which shows an example of the command selection image corresponding to at least 1 of embodiment of this invention. It is a figure which shows an example of the game image of the command battle corresponding to at least one of embodiment of this invention. It is a figure which shows an example of the command list corresponding to at least 1 of embodiment of this invention. It is a figure which shows an example of the command table corresponding to at least 1 of embodiment of this invention. It is a figure which shows an example of the command table corresponding to at least 1 of embodiment of this invention. It is a block diagram showing an example of composition of a game system corresponding to at least one of the embodiments of the present invention. It is a figure which shows an example of the execution order table corresponding to at least 1 of embodiment of this invention. It is a flowchart which shows the example of the battle progress process corresponding to at least 1 of embodiment of this invention. It is a block diagram showing an example of composition of a game system corresponding to at least one of the embodiments of the present invention. It is a figure which shows an example of the game image of the command battle corresponding to at least one of embodiment of this invention. It is a flowchart which shows the example of the battle progress process corresponding to at least 1 of embodiment of this invention.

  Hereinafter, examples of embodiments of the present invention will be described with reference to the drawings. Various constituent elements in the embodiments described below can be appropriately combined within a range in which no contradiction occurs. Moreover, the content described as an example of a certain embodiment may be omitted in other embodiments. The contents of operations and processes not related to the characteristic part of each embodiment may be omitted. Furthermore, the order of the various processes constituting the various flows described below is in no particular order as long as no contradiction occurs in the processing contents.

[First Embodiment]
FIG. 1 is a block diagram showing an example of the configuration of a game system 100 corresponding to at least one of the embodiments of the present invention. As shown in FIG. 1, the game system 100 includes a single terminal device (game terminal device) 20 used by a user (player). In FIG. 1, a configuration of a terminal device 20 </ b> A that is an example of a configuration of the terminal device 20 is illustrated. Further, the configuration of the game system 100 is not limited to this. For example, a user terminal device may be connected to a server device (video game processing server) via a communication network, and a video game service may be provided from the server device to the terminal device.

  The game system 100 has various functions for executing a video game including a command battle in which a player object and an enemy object battle each other. In the video game command battle of the example of the present embodiment, the user inputs (selects) a command for the player object from among one or more command options using the operation unit of the terminal device. Then, the player object is caused to execute an action corresponding to the selected command, and the battle with the enemy object is advanced. The command is a command for the player object, and is associated with an action such as an attack to be executed by the player object. The player object is an object operated by the user, and is operated by a command in the command battle. The enemy object is a non-player object that does not accept a user operation, and the terminal device 20 controls an action such as an attack on the player object.

  Moreover, in the video game of the example of this embodiment, the above command can be strengthened by using boost items. More specifically, when there is a request to use a boost item, the action corresponding to the command is an action that is more advantageous in the command battle than the action when there is no use request (hereinafter referred to as normal action) (hereinafter referred to as boost action). To the player object. For example, the number of possessed boost items is managed in association with the user (or player object). The number of possessions is stored in the storage unit of the terminal device 20 and decreases by the amount used by the user to strengthen the command (the number of uses).

  Note that the action that is advantageous in the command battle means an action that makes it easier for the player object to win the enemy object than the normal action.

  The terminal device 20 is managed by a user who plays a video game. For example, a terminal capable of playing a video game such as a stationary game device, a personal computer, a mobile phone terminal, a PDA (Personal Digital Assistants), or a mobile game device. Configured by the device.

  In addition, the terminal device 20 displays an operation device (operation unit) for executing a video game, a storage unit such as a hard disk drive, a control unit configured by a CPU for executing a game and generating a game image, and a game image. The display device (display unit) and the like are provided, but since it has a general configuration, detailed description thereof is omitted. Further, in the terminal device 20, software (game program) for executing a video game and controlling the progress of the game is stored in the storage unit.

  Next, the configuration of the terminal device 20A that is an example of the configuration of the terminal device 20 will be described. 20 A of terminal devices are provided with the management part 31 and the battle control part 32 for controlling advancing of a video game, when a control part runs the game program of a memory | storage part.

  The management unit 31 manages the number of boost items held in the storage unit of the terminal device 20A. The possession number means the quantity of boost items available to the user. The management unit 31 reduces the number of possessions by the amount (the number of uses) that the user uses the boost item. The battle control unit 32 controls the progress of the command battle. Specifically, in the command battle, the action of the enemy object is controlled, and the action corresponding to the command selected by the user is executed by the player object. Moreover, the battle control part 32 performs the boost action mentioned above as action corresponding to the command which the user selected, when there exists a utilization request | requirement of a boost item from a user.

  Next, the operation of the game system 100 (system 100) of this embodiment will be described.

  FIG. 2 is a flowchart illustrating an example of battle progress processing executed by the system 100. In the battle progress process in this example, a command battle progress process between the player object and the enemy object is performed. Hereinafter, the case where the terminal device 20A executes the battle progress process will be described as an example.

  The battle progress process of this example is executed when a command battle is started, for example. The command battle is started when a start condition is satisfied, for example, when the player object comes into contact with an enemy object in the game space.

  In the battle progress process, the terminal device 20A determines whether or not there is a request for using the boost item from the user (step S10). For example, what is necessary is just to determine the presence or absence of the utilization request | requirement of the boost item which the user operated and input the operation part. When it is determined that there is no usage request (step S10: NO), the terminal device 20A determines whether or not a user command is selected (determined) (step S11). For example, the presence or absence of a command input (determined) by the user operating the operation unit may be determined. If it is determined that no command has been determined (step S11: NO), the terminal device 20A returns to the process of step S10.

  On the other hand, when it is determined that the command has been determined (step S11: YES), the terminal device 20A executes a battle process (step S15). In the battle process, the player object and the enemy object are caused to execute a battle action. That is, the battle between the player object and the enemy object proceeds. Specifically, the player object is caused to execute an action corresponding to the determined command. For example, the player object is caused to attack the enemy object. The action of the player object is a normal action when there is no use request, and a boost action when there is a use request. In the example of this embodiment, in the battle process at the time of shifting from the process of step S11, since there is no request for using the boost item, the action corresponding to the determined command is a normal action. Also, the terminal measure 20A causes, for example, an enemy object to attack the player object.

  Further, in the battle process, for example, a process of increasing / decreasing parameters of each object such as a life force parameter of the player object and the enemy object is performed according to each performed action. Thereafter, the terminal device 20A proceeds to the process of step S16.

  Next, when it is determined that there is a usage request in the process of step S10, the terminal device 20A determines whether or not the usage request has been canceled (step S12). For example, it may be determined whether or not the use request input by the user operating the operation unit is cancelled. When it is determined that the use request has been canceled (step S12: YES), the terminal device 20A returns to the process of step S10.

  On the other hand, when there is no cancellation of the usage request (step S12: NO), the terminal device 20A determines whether or not a user command is selected (determined) as in the process of step S11 (step S13). If it is determined that no command has been determined (step S13: NO), the terminal device 20A returns to the process of step S12.

  On the other hand, when it is determined that the command has been determined (step S13: YES), the terminal device 20A updates the number of boost items held (subtraction process) according to the number of boost items used (step S14). For example, when the use number is fixed to 1 by one use of the boost item, the number of possession is decremented by one.

  Next, 20 A of terminal devices perform the battle process mentioned above (step S15). In the example of this embodiment, in the battle process shifted from the process of step S14, since there is a usage request, the terminal device 20A causes the player object to execute a boost action as an action corresponding to the determined command.

  Thereafter, the terminal device 20A determines whether or not a command battle end condition is satisfied (step S16). The end condition is, for example, that all enemy objects are defeated (become incapable of combat), or the player object is defeated (become incapable of combat). That is, the end condition is that the user (player object) wins or loses the enemy object. For example, the terminal device 20A may determine whether or not the termination condition is satisfied based on the vitality parameter of each object updated by the battle process in step S15. When the end condition is satisfied (step S16: YES), the terminal device 20A ends the battle progress process. On the other hand, when the termination condition is not satisfied (step S16: NO), the terminal device 20A returns to the process of step S10.

  As described above, since the terminal device 20A includes the management unit 31 and the battle control unit 32 as one aspect of the first embodiment, the action content corresponding to the command is determined according to the use of the boost item. Strengthened. That is, the command is strengthened. As a result, the range of command selection is expanded, so that the strategy range can be expanded while maintaining the basic battle method in the command battle. Therefore, the strategy of the user (player) can be improved in the command battle.

  In the example of the first embodiment described above, the terminal device 20A executes the game program to control the progress of the game, but is not particularly limited to this. Instead of the terminal device 20A, the server device may include a management unit and a battle control unit.

  The server device includes a storage unit such as a hard disk drive (not shown) and a control unit configured with a CPU and the like. In addition, the server device controls the progress of the video game in the same manner as the terminal device 20 </ b> A by causing the control unit to execute the above-described game program stored in the storage unit. The server device includes a general configuration for controlling the progress of the video game, such as a control unit and a communication unit, but detailed description thereof is omitted here.

  The server device does not execute a video game unlike the terminal device 20A. The server device includes, for example, a communication unit connected to an Internet line (communication network), and communicates with a terminal device that executes a video game. The server device receives an operation signal or the like from the user (terminal device), and transmits information related to game progress to the terminal device. A plurality of server devices may cooperate to execute the game program, and the server device and terminal device may cooperate to execute the game program (control the progress of the game).

  FIG. 3 is a flowchart illustrating an example of an operation on the server device side when the server device executes the battle progress process illustrated in FIG. 2.

  In the battle progress process, the server device determines whether or not there is a use request for the boost item from the user (step S30). If it is determined that there is no usage request (step S30: NO), the server device determines whether or not a user command is selected (determined) (step S31). If it is determined that the command has not been determined (step S31: NO), the server apparatus returns to the process of step S30.

  On the other hand, if it is determined that the command has been determined (step S31: YES), the server device executes a battle process (step S35). Thereafter, the server apparatus proceeds to the process of step S36.

  Next, when it is determined that there is a use request in the process of step S30, the server device determines whether or not the use request has been canceled (step S32). When it is determined that the usage request has been canceled (step S32: YES), the server apparatus returns to the process of step S30.

  On the other hand, when there is no cancellation of the usage request (step S32: NO), the server device determines whether or not a user command is selected (determined) as in the process of step S31 (step S33). If it is determined that the command has not been determined (step S33: NO), the server apparatus returns to the process of step S32. On the other hand, when it is determined that the command has been determined (step S33: YES), the server device updates (decreases) the number of boost items held according to the number of boost items used (step S34).

  Next, the server device executes the battle process described above (step S35). Thereafter, the server device determines whether or not a command battle end condition is satisfied (step S36). When the end condition is satisfied (step S36: YES), the server device ends the battle progress process. On the other hand, when the termination condition is not satisfied (step S36: NO), the server apparatus returns to the process of step S30.

  In addition, while performing the above-mentioned battle progress process, a server apparatus transmits the information regarding progress of command battle including the information for producing | generating the game image of a command battle to a terminal device regularly. The terminal device performs processing such as receiving information on the progress of the command battle and displaying a game image on the display unit.

  Note that the player object and the enemy object in the example of the first embodiment described above are not limited to one. In a command battle, a plurality of player objects may be used as one party and battled against a plurality of enemy objects. In this case, the user may specify a command for each of the plurality of player objects.

  Further, examples of the command in the above-described first embodiment include “warming” and “item”. The user selects a command for the player object from among the options such as “fight” and “item”. “Striking”, for example, causes a player object to execute a physical attack action using a weapon or the like. “Item” causes the player object (user) to perform an action using an item that can be used in the game.

  Furthermore, as the boost action of the above-described example of the first embodiment, for example, in the case of the above-described “attack” command, there is an action in which the number of physical attacks is increased from one to two. That is, even with the same physical attack action, one physical attack action is executed in the normal action, whereas two physical attacks are executed in the boost action. Further, for example, a physical attack having a higher attack power than that of the normal action may be used as the boost action.

  Further, the number of boost items used for one command in the above-described example of the first embodiment may be input by the user together with the use request. Further, when the number of uses is fixed, only the use request may be input. Alternatively, only the input of the usage number may be accepted. In this case, it may be determined that there is a usage request according to whether or not the number of usages is input. The number of boost item units for strengthening one command does not have to be one, and can be set arbitrarily.

  Moreover, the update of the possession number in the example of the first embodiment described above is not limited to the timing in the process of step S14. It may be any time as long as it is subtracted according to the number of boost items used. Moreover, you may increase the number of holdings according to predetermined conditions. As the predetermined condition, for example, the decrease amount (damage amount) of the vitality parameter of the enemy object due to the attack of the player object has reached a predetermined value. The vitality parameter of the enemy object is reduced by the amount of damage received by the attack of the player object. Note that when the vitality parameter decreases to a predetermined value or less, the enemy object is brought to a defeated state (non-battle state).

  Furthermore, the possession number in the example of the first embodiment described above may be managed in units of users or may be managed in units of player objects. For example, the number of possessed boost items of each of the plurality of player objects may be managed and used for strengthening the command of the player object up to the corresponding retained number. Alternatively, the possession number may be managed for each user so that it can be used to strengthen each command of a plurality of player objects.

  Furthermore, the action of the enemy object in the command battle of the example of the first embodiment described above may be executed by, for example, the action determined by the terminal device 20A by lottery from a plurality of actions.

[Second Embodiment]
FIG. 4 is a block diagram illustrating a configuration of a terminal device 20B that is an example of the terminal device 20. As illustrated in FIG. In this example, the terminal device 20B includes at least a management unit 31 and a battle control unit 32B. The management part 31 manages the possession number of the boost item memorize | stored in the memory | storage part of the terminal device 20B similarly to the example of the above-mentioned 1st Embodiment.

  The battle control unit 32B controls the progress of the command battle, as in the example of the first embodiment described above. Moreover, the battle control part 32B of the example of this embodiment is more in command battle, so that there are many use of the boost item per command as action corresponding to a command, when there is a utilization request of a boost item from a user. The player object is caused to execute an advantageous boost action. That is, different boost actions are executed according to the number of boost items used per command.

  FIG. 5 is a flowchart illustrating an example of a battle progress process executed by the system 100. In the battle progress process in this example, a command battle progress process between the player object and the enemy object is performed. Hereinafter, a case where the terminal device 20B executes the battle progress process will be described as an example. Note that the flowchart showing the operation of the server device is omitted from the viewpoint of avoiding repeated explanation.

  The battle progress process of this example is executed when a command battle is started, for example. The command battle is started when a start condition is satisfied, for example, when the player object comes into contact with an enemy object in the game space.

  In the battle progress process, the terminal device 20B determines whether or not there is a use request for the boost item from the user (step S10). For example, what is necessary is just to determine the presence or absence of the use number of the boost item which the user operated and input the operation part. More specifically, if the usage number is 0, it is determined that there is no usage request, and if the usage number is 1 or more, it may be determined that there is a usage request. When it is determined that there is no usage request (step S10: NO), the terminal device 20B determines whether or not a user command is selected (determined) (step S11). If it is determined that no command has been determined (step S11: NO), the terminal device 20B returns to the process of step S10.

  On the other hand, when it is determined that the command has been determined (step S11: YES), the terminal device 20B executes a battle process (step S15-B). In the battle process, as in the example of the first embodiment described above, the player object and the enemy object are caused to execute a battle action. Moreover, in the example of this embodiment, in the battle process at the time of shifting from the process of step S11, since there is no request for using the boost item, the action corresponding to the determined command is the example of the first embodiment. Like normal behavior. Note that, in the battle process of the example of the present embodiment, as described above, as the number of uses per command increases, the player object is caused to execute a boost action that is more advantageous in the command battle. Thereafter, the terminal device 20B proceeds to the process of step S16.

  Next, when it is determined that there is a usage request in the process of step S10, the terminal device 20B determines whether or not the usage request has been canceled (step S12). For example, what is necessary is just to determine the presence or absence of cancellation of the use number of the boost item which the user operated and input the operation part. Or what is necessary is just to judge that a user cancels, when the input which changes the number of use to 0 is performed. If it is determined that the usage request has been canceled (step S12: YES), the terminal device 20B returns to the process of step S10.

  On the other hand, if there is no cancellation of the usage request (step S12: NO), the terminal device 20B determines whether or not the user has selected (determined) the command (step S13) as in the process of step S11. If it is determined that no command has been determined (step S13: NO), the terminal device 20B returns to the process of step S12.

  On the other hand, if it is determined that a command has been determined (step S13: YES), the terminal device 20B updates the number of boost items held according to the number of boost items used (subtraction process) (step S14-B). . The terminal device 20B reduces the number of possessions by the number of uses input by the user.

  Next, the terminal device 20B performs the battle process described above (step S15-B). In the example of the present embodiment, the battle process shifted from the process of step S14-B is in a state where there is a usage request. Therefore, the terminal device 20B causes the player object to execute a boost action corresponding to the number of uses as an action corresponding to the determined command.

  Thereafter, the terminal device 20B determines whether or not a command battle end condition is satisfied (step S16). When the end condition is satisfied (step S16: YES), the terminal device 20B ends the battle progress process. On the other hand, when the termination condition is not satisfied (step S16: NO), the terminal device 20B returns to the process of step S10.

  As described above, since the terminal device 20B includes the management unit 31 and the battle control unit 32B as one aspect of the second embodiment, the command is strengthened according to the use of boost items. As a result, the range of command selection is expanded, so that the strategy range can be expanded while maintaining the basic battle method in the command battle. Therefore, the strategy of the user (player) can be improved in the command battle.

  In addition, as the number of boost items used increases, the action content corresponding to the command is further strengthened. For this reason, the setting of the number of uses per command while considering the number of possessed boost items is also a matter to be considered in order to advance the command battle advantageously. Therefore, since the range of command selection is further expanded, it is possible to further improve the strategy of the user (player) in the command battle.

  Note that the boost action of the example of the second embodiment described above performs a physical attack using a weapon or the like once for the player object when the number of boost items used is 0 with respect to the command of “warming”, for example. The action (normal action) is executed. In addition, when the number of boost items used is 1 with respect to the command of “warming”, an action of performing the physical attack twice (boost action) is executed. Further, when the number of boost items used is 2 with respect to the command of “warming”, the action of performing the physical attack four times is executed as the boost action. Therefore, as the number of uses increases, the number of physical attacks increases, so the amount of damage given to enemy objects also increases, which is advantageous in command battles. Instead of increasing the number of times, a physical attack with higher attack power may be used as a boost action as the number of uses increases.

  In the example of the second embodiment described above, the presence / absence of a use request is determined in the process of step S10 according to the presence / absence of the number of uses. However, the present invention is not particularly limited to this. For example, both the usage request input and the usage count input may be received, and the determination in step S10 may be performed based on the presence or absence of the usage request input.

[Third Embodiment]
FIG. 6 is a block diagram illustrating a configuration of a terminal device 20 </ b> C that is an example of the terminal device 20. In this example, the terminal device 20C includes at least a management unit 31C and a battle control unit 32.

  The management unit 31C manages the number of boost items stored in the storage unit of the terminal device 20C, as in the example of the first embodiment described above. In addition, the management unit 31C of the example of the present embodiment increases the number of possessions according to the progress status of the command battle. The progress status of the command battle is the progress status of the battle between the player object and the enemy object. For example, the damage amount that the player object gives to the enemy object, the damage amount that the enemy object gives to the player object, the status of the enemy object (unable to fight) State) etc. are also included. The battle control unit 32 controls the progress of the command battle as in the above-described example of the first embodiment.

  FIG. 7 is a flowchart illustrating an example of a battle progress process executed by the system 100. In the battle progress process in this example, a command battle progress process between the player object and the enemy object is performed. Hereinafter, a case where the terminal device 20C executes the battle progress process will be described as an example. Note that the flowchart showing the operation of the server device is omitted from the viewpoint of avoiding repeated explanation.

  The battle progress process of this example is executed when a command battle is started, for example. The command battle is started when a start condition is satisfied, for example, when the player object comes into contact with an enemy object in the game space.

  In the battle progress process, the terminal device 20C determines whether or not there is a request for using the boost item from the user (step S10). When it is determined that there is no usage request (step S10: NO), the terminal device 20C determines whether or not a user command is selected (determined) (step S11). If it is determined that no command has been determined (step S11: NO), the terminal device 20C returns to the process of step S10.

  On the other hand, when it is determined that the command has been determined (step S11: YES), the terminal device 20C executes a battle process (step S15). That is, the battle between the player object and the enemy object is advanced. Thereafter, the terminal device 20C proceeds to the process of step S15-10C. Next, when it is determined that there is a usage request in the process of step S10, the terminal device 20C determines whether or not the usage request has been canceled (step S12). When it is determined that the usage request has been canceled (step S12: YES), the terminal device 20C returns to the process of step S10.

  On the other hand, if there is no cancellation of the usage request (step S12: NO), the terminal device 20C determines whether or not a user command is selected (determined) as in the process of step S11 (step S13). If it is determined that the command has not been determined (step S13: NO), the terminal device 20C returns to the process of step S12.

  On the other hand, if it is determined that the command has been determined (step S13: YES), the terminal device 20C updates the number of stored boost items according to the number of boost items used (subtraction process) (step S14). Next, the terminal device 20C performs the battle process described above (step S15).

  Thereafter, the terminal device 20C updates the number of possessed boost items according to the progress of the command battle (increase processing) (step S15-10C). Specifically, the terminal device 20C determines and updates the amount of increase in the number of boost items based on the progress status of the command battle updated in the battle process in step S15.

  Thereafter, the terminal device 20C determines whether or not a command battle end condition is satisfied (step S16). When the end condition is satisfied (step S16: YES), the terminal device 20C ends the battle progress process. On the other hand, when the termination condition is not satisfied (step S16: NO), the terminal device 20C returns to the process of step S10.

  As described above, since the terminal device 20C includes the management unit 31C and the battle control unit 32 as one aspect of the third embodiment, the command is strengthened according to the use of boost items. As a result, the range of command selection is expanded, so that the strategy range can be expanded while maintaining the basic battle method in the command battle. Therefore, the strategy of the user (player) can be improved in the command battle.

  In addition, since the number of boost items held increases according to the progress of the command battle, the user will select a command in consideration that the command battle can be advanced so that the number of boost items increases efficiently. The strategy of the user (player) can be further improved in the command battle.

  The progress status of the command battle in the example of the third embodiment described above includes, for example, a reduction amount (damage amount) of the vitality parameter of the enemy object due to the attack of the player object. The vitality parameter of the enemy object is reduced by the amount of damage received by the attack of the player object. As the amount of damage given to this enemy object increases, the possession number only needs to be increased. Therefore, the user considers a strategy so as to select an attack command that increases the amount of damage given to the enemy object in order to increase the possession number. The amount of damage is calculated based on the attack power parameter, defense power parameter, and the like of the player object. Since the calculation of the damage amount is a general configuration, detailed description thereof is omitted.

  Moreover, in the example of 3rd Embodiment mentioned above, although the process which increases the holding number is performed by step S15-10C, the timing of an increase is not limited to this. For example, it may be executed while returning from the process of step S16 to the process of step S10.

[Fourth Embodiment]
FIG. 8 is a block diagram illustrating a configuration of a terminal device 20 </ b> D that is an example of the terminal device 20. In this example, the terminal device 20D includes at least a management unit 31, a battle control unit 32D, and a display control unit 33D.

  The management part 31 manages the holding | maintenance number of the boost item memorize | stored in the memory | storage part of terminal device 20D similarly to the example of the above-mentioned 1st Embodiment. The battle control unit 32D controls the progress of the command battle as in the example of the first embodiment described above. In addition, the battle control unit 32D of the example of the present embodiment causes the player object to execute an action corresponding to the command selected from the command options included in the command selection image displayed on the display unit of the terminal device 20D. .

  The display control unit 33D causes the display unit to display a command selection image including one or more commands that can be selected by the user. For example, it is an image of a list in which one or more commands are arranged. In addition, the display control unit 33D of the example of the present embodiment changes the display form of the command selection image according to whether or not there is a request for using the boost item. Specifically, the display control unit 33D changes the display mode of the command selection image so that the user can specify when there is a request for using the boost item and when there is no use request. The display form includes the shape and color of the command selection image.

  Therefore, in the terminal device 20D of the example of the present embodiment, an input of a boost item usage request is received first, and then an input of a user command selection for a command selection image is received. In addition, when a command is selected for a command selection image in a display form with no usage request, the action corresponding to the selected command is a normal action. On the other hand, when a command is selected for a command selection image in a display form that has a usage request, the action corresponding to the selected command is a boost action. That is, in the example of the present embodiment, when there is a use request, the boost action is executed regardless of which command is selected as long as the boost item can be used among the commands included in the command selection image. . That is, by using the boost item, the command selection image is displayed so that all of the commands that can use the boost item included in the command selection image are in an enhanced state.

  FIG. 9 is a flowchart illustrating an example of a battle progress process executed by the system 100. In the battle progress process in this example, a command battle progress process between the player object and the enemy object is performed. Hereinafter, a case where the terminal device 20D executes the battle progress process will be described as an example. Note that the flowchart showing the operation of the server device is omitted from the viewpoint of avoiding repeated explanation.

  The battle progress process of this example is executed when a command battle is started, for example. The command battle is started when a start condition is satisfied, for example, when the player object comes into contact with an enemy object in the game space.

  In the battle progress process, the terminal device 20D causes the display unit to display a game image including a command selection image in a display form in which there is no request for using the boost item (step S5-10D). For example, as described above, an image of a list of commands that can be selected by the user is displayed.

  Next, the terminal device 20D determines whether or not the user has requested to use the boost item (step S10). When it is determined that there is no usage request (step S10: NO), the terminal device 20D determines whether or not a user command is selected (determined) (step S11). If it is determined that no command has been determined (step S11: NO), the terminal device 20D returns to the process of step S5-10D.

  On the other hand, when it is determined that the command has been determined (step S11: YES), the terminal device 20D executes a battle process (step S15). In the example of the present embodiment, the battle process at the time of transition from the process of step S11 is determined because the command is selected in the command selection image in the display form in which there is no request for using the boost item. The action corresponding to the command is a normal action. Thereafter, the terminal device 20D proceeds to the process of step S16.

  Next, when it is determined that there is a use request in the process of step S10, the terminal device 20D causes the display unit to display a game image including a command selection image in a display form in which there is a request to use the boost item (step S10). -20D).

  Thereafter, the terminal device 20D determines whether or not the use request has been canceled (step S12). If it is determined that the usage request has been canceled (step S12: YES), the terminal device 20D returns to the process of step S5-10D.

  On the other hand, if there is no cancellation of the usage request (step S12: NO), the terminal device 20D determines whether or not a user command is selected (determined) as in the process of step S11 (step S13). If it is determined that the command has not been determined (step S13: NO), the terminal device 20D returns to the process of step S10-20D.

  On the other hand, when it is determined that the command has been determined (step S13: YES), the terminal device 20D updates the number of boost items held (subtraction process) according to the number of boost items used (step S14). When a command that does not correspond to the boost action is selected from the commands in the command selection image, the possession number is not updated (subtracted). Next, terminal device 20D performs the battle process mentioned above (Step S15). In the example of the present embodiment, in the battle process shifted from the process of step S14, the command is selected in the command selection image in the display form in which there is a request for using the boost item. As an action corresponding to, the player object is caused to execute a boost action.

  Thereafter, the terminal device 20D determines whether or not a command battle end condition is satisfied (step S16). When the end condition is satisfied (step S16: YES), the terminal device 20D ends the battle progress process. On the other hand, when the termination condition is not satisfied (step S16: NO), the terminal device 20D returns to the process of step S5-10D.

  As described above, as one aspect of the fourth embodiment, the terminal device 20D is configured to include the management unit 31, the battle control unit 32D, and the display control unit 33D. Strengthened. As a result, the range of command selection is expanded, so that the strategy range can be expanded while maintaining the basic battle method in the command battle. Therefore, the strategy of the user (player) can be improved in the command battle.

  Further, since the command selection image is displayed in a display form according to the presence / absence of the usage request, the user selects the command by operating the operation unit while visually checking which display form the command selection image is. It can be carried out. In addition, it is possible to make the user visually recognize that all the commands that can use the boost item among the commands included in the command selection image are enhanced.

  Note that the command selection image in the above-described example of the fourth embodiment may be an image of the command list 70 as shown in FIGS. 10A and 10B, for example. A command list 70 shown in FIG. 10A shows a state where there is no request for using boost items. The command list 70 shown in FIG. 10B shows a state where there is a request for using boost items. That is, an image of either the box frame 72 or the box frame 720 is displayed depending on whether there is a usage request.

[Fifth Embodiment]
FIG. 11A and FIG. 11B are diagrams illustrating an example of a game image of a command battle displayed on the display unit of the terminal device 20E that is an example of the terminal device 20. FIG. 11A shows a game image in a state where there is no use request for coins that are boost items. FIG. 11B shows a game image in a state where there is a request for using coins.

  The terminal device 20E of the example of the present embodiment, for example, plays a role playing game (video game) including a command battle in which a party of the player object 50 (50A to 50D) and a party of the enemy object 55 (55A to 55D) fight. Run. In the example of the present embodiment, the command battle is a turn system, and the objects 50 and 55 perform actions in the determined order. In the example of the present embodiment, the command is strengthened by the use of coins in the command battle, and the player object executes the boost action.

  In the example of this embodiment, various parameters such as a life force parameter, an attack power parameter, and a defense power parameter are set for each of the player object 50 and the enemy object 55. Further, when each object 50 is damaged by an attack from a battle opponent, the life force parameter is decreased by the amount of damage received. When the vitality parameter becomes equal to or less than the predetermined value, the objects 50 and 55 are brought to a defeated state (a battle impossible state). The amount of damage is calculated based on the attack power parameter and the defense power parameter of the objects 50 and 55. Since the calculation of the damage amount is a general configuration, detailed description thereof is omitted.

  First, a game image in a state where no coin is used will be described with reference to FIG.

  In the game image shown in FIG. 11A, a state in which the four player objects 50A to 50D face each other and the four enemy objects 55A to 55D are displayed. Further, on the upper left side of the game image, there is a display area 60 for the number of coins held by the user. In the display area 60, icon images of coins corresponding to the number of possessed coins are displayed. In the game image shown in FIG. 11A, a state in which the user holds nine coins is displayed.

  A display area 61 is displayed below the display area 60 for the number of possessed items. In the display area 61, a gauge that visually represents the accumulated value of the coin acquisition parameters is displayed. When the coin acquisition parameter reaches a predetermined value (acquired value), the user can acquire a new coin. That is, the number of coins held increases by one. The coin acquisition parameter increases according to the progress of the command battle (details will be described later).

  In addition, a command list (command selection image) 70 is displayed near the player object 50 for which command input is requested. In the command list 70, commands that can be selected for the player object 50 are displayed in one column. The user can select one command by operating the operation unit and moving the cursor 71. In the game image shown in FIG. 11A, the command list 70 is displayed in the vicinity of the player object 50A, and command input (selection) to the player object 50A is requested. For example, after the selection of the command of the player object 50A is completed, the display of the command list 70 moves to the vicinity of the player object 50D, and input of a command to the player object 50D is requested.

  In addition, the commands in the example of the present embodiment include “warming”, “tokugi”, “ability”, “item”, and “defense”. “Fight” causes the player object 50 to perform a physical attack action with a weapon targeting any one of the enemy objects 55A to 55D. In “Tokugi”, a unique action set for each of the player objects 50 is executed. For example, there is an attack technique having a large attack power (attack power parameter) and a recovery action that recovers the life power parameters of all the party player objects 50A to 50D by a predetermined amount.

  Note that there are cases where there are a plurality of corresponding commands with respect to “tokugi” and “ability”. For this reason, when “TOKUGI” and “Ability” are selected, the corresponding commands are displayed in another window. For example, as shown in FIG. 12A, for example, when the cursor 71 is moved to “ability”, the command “deadly sword 1” corresponding to “ability” is displayed in another window 76. Then, if the user performs a determination operation in a state where the cursor 710 designates the “deadly technique 1”, the action corresponding to the “deadly sword 1” is executed by the player object 50.

  “Abilities” are actions of magic and physical attacks that can be executed according to the attributes of the player objects 50A to 50D. Examples of attributes include occupations (jobs) such as warriors and wizards. For example, the player object 50B has a shinobi attribute, and as a command corresponding to “ability”, there is a command for invoking a special technique using a sword as a weapon. For example, there is a “deadly sword 1” shown in FIG.

  Further, for example, the player object 50C is a magician attribute, and there is a command for invoking recovery magic as a command corresponding to “ability”. In this case, after selecting “Ability”, a list of magic commands that can be further selected is displayed in the window 76. Then, magic activation corresponding to one command selected from the list is executed.

  Next, in “defense”, an action for reducing the amount of damage received by the attack from the enemy objects 55A to 55D is executed. In the example of the present embodiment, “defense” is not a coin usage target (strengthening target).

  In the game image shown in FIG. 11A, an action order table 65 is displayed on the left side. The action order table 65 shows the execution order of actions of the objects 50 and 55. In the action order table 65, the icon images of the objects 50 and 55 are arranged in a line according to the execution order. The icon images of the objects 50 and 55 whose execution order is the first (first) are displayed at the top. For example, in the game image shown in FIG. 12A, the execution order 1 is displayed as the player object 50A, and the execution order 10 is displayed as the enemy object 55A. In the example of the present embodiment, the execution order up to the tenth is displayed in the action order table 65, but the display number can be arbitrarily set. The action order table 65 may not be displayed.

  Next, a game image in a state where coins are used will be described with reference to FIG. In the example of the present embodiment, a boost action that is more advantageous in the command battle is executed as the number of coins used increases. In other words, the number of coins used means the command reinforcement level. In the example of the present embodiment, the coins held by the user are used for strengthening commands for the player objects 50A to 50D.

  In the example of the present embodiment, it is determined that there is a usage request when the number of coins used is input by the user by operating the operation unit. For example, when 2 is input as the number of coins used in the state where there is no coin usage request shown in FIG. 11A, the display form of the command list 70 is changed as in the game image shown in FIG. Is done. Specifically, the display form of the command list 70 is changed so that the user can specify when there is a request for using the boost item and when there is no use request.

  In the command list 70 shown in FIG. 11B, an image of a box frame 720 different from the image of the box frame 72 of the command list 70 shown in FIG. 11A is displayed. The upper part of the box frame 720 includes a coin icon image indicating the number of uses (strengthening level). For example, in the box frame 720 shown in FIG. 11B, icon images of two coins are displayed, and it is specified that the number of uses is two. Also, the display form of the command changes. For example, in FIG. 11A, “warming” is displayed, but in FIG. 11B, “warming × 4” is displayed. “Tataku × 4” is a state in which “Takatau” is strengthened, and is a display form of strengthening level 3 (number of coins used: 2) as shown in FIG.

  In addition, as shown in FIG. 11B, “Tokugi” and “Ability” are in the same display form as when there is no use request. However, the display form of the commands corresponding to “TOKUGI” and “Ability” displayed after the cursor 71 moves to “TOKUGI” and “Ability” is changed according to the enhancement level. For example, when the cursor 71 is moved to “Ability”, in the game image of FIG. 12A when there is no use, “deadly sword 1” is displayed, but FIG. 12B when there is use. Is displayed in the game image. “Needsword 3” is a display form of enhancement level 3 (number of coins used: 2) as shown in FIG. In addition, the display form does not change for “defense” that is not the enhancement target.

  Actions corresponding to the above-described commands are associated with command tables as shown in FIGS. The command table is included in the game data stored in the storage unit of the terminal device 20E.

  FIG. 13 is a diagram illustrating an example of the command table 90 of the command “warming”. In the command table 90, an enhancement level, display data, and action data are registered in association with the command ID. The command ID is unique identification information assigned to each command. The strengthening level indicates the degree of command strengthening according to the number of coins used. In the reinforcement level 1, the number of coins used is 0, and in the reinforcement level 4 which is the maximum level, the number of uses is 3. That is, boost actions are associated with the commands of the reinforcement levels 2 to 4. The display data is data indicating the name of a command to be displayed in the command list 70, for example, text data. The action data is data for specifying the content of the action to be executed by the player object 50, for example, identification information for identifying the action. In the behavior data shown in FIGS. 13 and 14, the content of the behavior is displayed for convenience of explanation.

  Display data and action data are registered in association with the enhancement level. At enhancement level 1 (“warming”), the action of one physical attack with a weapon possessed by the player object 50 is associated. In addition, at the reinforcement level 2 (“warming × 2”), two physical attack actions are executed with the weapon possessed by the player object 50. Two physical attacks mean that the above-mentioned enhancement level 1 physical attack is executed twice. Therefore, the amount of damage given to the enemy object 55 is larger than that in the case of the enhancement level 1. In addition, at the enhancement level 3 (“warming × 4”), four physical attack actions with the weapon possessed by the player object 50 are executed. In addition, at enhancement level 4 (“Ogi”), a mysterious attack is carried out with a possessed weapon. The mysterious attack is an attack that causes more damage to the enemy object 55 than four physical attacks.

  Next, FIG. 14 is a diagram illustrating an example of the command table 95 of the command “ability”. In the command table 95, similarly to the above-described “warf” command table 90, the command ID is registered in association with the enhancement level, display data, and action data. Also, a plurality of types of abilities are registered in the “ability” command table 95 of the present embodiment.

  In the command ID: C01, the commands “deadly sword 1”, “deadly sword 2”, “deadly sword 3”, and “deadly sword 4” are associated with each other according to the reinforcement level. Each action is an attack that activates a special technique using a sword, and the attack power (attack power parameter) is different from each other. That is, the higher the reinforcement level, the higher the attack power. Therefore, the higher the reinforcement level, the greater the amount of damage given to the same enemy object 50.

  In the command ID: C02, “recovery magic”, “recovery magic (1.5 times)”, “overall recovery magic (1.5 times)”, “overall recovery magic (1.5 times) according to the reinforcement level. Times) + Defense UP ”command. Each action is a recovery magic for recovering the vitality parameter of the player object 50, and any one of the recovery amount (effect generation amount), the number of objects to be recovered, and the incidental effect is different.

  For example, “recovery magic (1.5 times)” has a recovery amount of 1.5 times for recovering one vitality parameter of the player object 50 as compared to “recovery magic” at the enhancement level 1. The “whole recovery magic (1.5 times)” is 1.5 times the amount of recovery compared to the “recovery magic” of the reinforcement level 1, but the life force parameters of all the player objects 50A to 55D of one party. To recover. Further, “total recovery magic (1.5 times) + defense UP” has the same amount of recovery and the number of objects to be recovered (all members) as “total recovery magic (1.5 times)”, but the player objects 50A˜ An additional effect (incidental effect) that increases the defense power (defense power parameter) of 50D is also generated. If the defense parameter is high, the amount of damage that the player object 50 receives from the enemy object 55 is reduced, which is advantageous in command battle.

  Note that in the “item” command, the number of times an item is used increases once, twice, three times, and four times according to the reinforcement level. In the example of this embodiment, a coin can be used for each player object 50. For example, the number of coins used can be set to 0 for the command of the player object 50A, and the number of coins used can be set to 2 for the command of the player object 50B.

  Next, the configuration of the terminal device 20E will be described. FIG. 15 is a block diagram illustrating a configuration of a terminal device 20 </ b> E that is an example of the terminal device 20. In this example, the terminal device 20E includes at least a management unit 31E, a battle control unit 32E, and a display control unit 33E.

  The management unit 31E manages the number of coins stored in the storage unit of the terminal device 20E. In addition, the management unit 31E decreases the number of coins held according to the number of coins used by the user. Furthermore, as described above, the management unit 31E increases the number of coins held every time the coin acquisition parameter increases and reaches an acquisition value.

  The coin acquisition parameter increases the number of coins held by 1 in exchange for subtracting the acquired value. Further, the number of coins held and the coin acquisition parameters are managed only from the start to the end of one command battle. Therefore, at the start of the next command battle, an initial value (for example, 4) is set for the number of coins held, and an initial value (for example, 0) is also set for the coin acquisition parameter. In the example of this embodiment, the maximum number of coins held is set to 12.

  For example, the coin acquisition parameter increases in accordance with the amount of damage that the player object 50 gives to the enemy object 55 and the amount of damage that the player object 50 receives from the enemy object 55. Specifically, a value of 50% of the damage amount is added to the coin acquisition parameter.

  Also, the coin acquisition parameter increases, for example, when the enemy object 55 becomes in a battle impossible state. Specifically, when one enemy object 55 is in a battle impossible state, a value sufficient to acquire one coin is added to the coin acquisition parameter.

  Furthermore, the coin acquisition parameter increases according to, for example, the cumulative number of turns that have arrived at the player objects 55A to 55D. That is, the coin acquisition parameter increases as the turn of the player objects 55A to 55D progresses. For example, the amount of increase after every turn may be an amount that allows one coin to be acquired after four turns. In this case, the number of coins held increases by 1 every time at least 4 turns have elapsed. For example, when each of the player objects 55A to 55D performs an action once, four turns have elapsed, and the number of coins held increases by one.

  As described above, since the number of coins to be held increases according to the progress of the command battle, the user must fight the enemy object while taking into account the timing of coin usage, the method for efficiently increasing coins, etc. It becomes.

  In the example of this embodiment, the number of coins held is increased using the coin acquisition parameter, but any configuration is possible as long as the number of coins held is increased according to the progress of the command battle. Also good. Moreover, it is not necessary to increase the number of coins held. For example, there is a configuration in which the number of coins that can be used for each command battle is fixed. Furthermore, in the example of this embodiment, the number of coins held is reset for each command battle, but may be continuously managed without being reset.

  The battle control unit 32E controls the progress of the turn-based command battle. For example, the battle control unit 32E causes the player object 50 to execute an action corresponding to the command selected by the user. As the action corresponding to the command, as illustrated in FIGS. 13 and 14, either the normal action or the boost action is executed according to the number of coins used. In addition, the battle control unit 32E determines the action of the enemy object by lottery (action lottery) based on the action table. In the action table, information on multiple types of actions (command IDs) and winning probabilities are registered in association with each other. The configuration of the action lottery of the enemy object is a general configuration, and thus detailed description thereof is omitted.

  Further, the battle control unit 32E determines the execution order of actions of the player object 50 and the enemy object 55 in the command battle. FIG. 16 is a diagram illustrating an example of the execution order table 110. Note that the execution order table 110 shown in FIG. 16 exemplifies the execution order shown in the game images of FIGS. 11 (A) and 11 (B).

  The execution order table 110 stores the execution order of actions up to a predetermined order (for example, 10th) of the player object 50 and the enemy object 55 in the command battle. In the command battle of the example of the present embodiment, a battle with a maximum of 5 player objects 50 and a maximum of 5 enemy objects 55 is possible. The execution order table 110 is stored in the storage unit of the terminal device 20E. For example, the battle control unit 32E determines the execution order based on the quickness parameters of the player object 50 and the enemy object 55 at the start of the command battle. Since the execution order determination method has a general configuration, detailed description thereof is omitted.

  In the execution order table 110, object IDs, command IDs, and enhancement levels are registered in association with the execution order. The object ID is unique identification information given to the object. In the execution order table 110 shown in FIG. 16, the names of objects are displayed for convenience of explanation.

  In the command ID, command IDs for the objects 50 and 55 are registered. In the case of the player object 50, the command (command ID) selected by the user is registered. In the case of the enemy object 55, a command (command ID) corresponding to the action determined by the battle control unit 32E is registered. As the reinforcement level, the number of coins selected by the user is registered. In the example of the present embodiment, since the enemy object 55 has no boost action setting, a fixed value (for example, enhancement level 0) is set.

  As shown in FIG. 16, for example, the enhancement level 3 is registered for the player object 50A in the execution order 1 with the command ID “A01”. Therefore, referring to the command table 90 shown in FIG. 13, the player object 50 </ b> A performs a boost action in which a physical attack is performed four times by performing an action corresponding to the command. When the turn of the player object 50A in the execution order 1 ends, the information of the player object 50A in the execution order 1 is deleted, and each execution order is incremented by one. In the execution order 10, information on the corresponding objects 50 and 55 is newly registered (added).

  Note that the battle control unit 32E in the example of the present embodiment generates the execution order table 110 at the start of the command battle, and determines the execution order (from the execution order 1 to 10) to be registered in the execution order table 110. Further, the battle control unit 32 also registers the command ID of the enemy object 50 when the execution order table 110 is generated.

  Note that the command ID and the reinforcement level of the player object 50 in the execution order table 110 are registered when the user selects a command. In the example of the present embodiment, the battle control unit 32E selects a command for one turn for each of the player objects 50A to 50D constituting the party, and then performs one turn of each object 50, 55 according to the execution order. The action is executed. Then, selection of a command for the next one turn is requested. In addition, the battle control unit 32E updates the execution order table 110 every time an action of one object 50, 55 is executed.

  Next, the display control unit 33E will be described. The display control unit 33E generates a game image according to the progress of the game. In the command battle, a game image indicating the battle situation of the player objects 50A to 50D and the enemy objects 55A to 55D as shown in FIGS. 11 (A) and 11 (B) is generated. In addition, display areas 60 and 61, a command list 70, an execution order table 65, and the like are also displayed in the game image. The execution order table 65 is displayed based on the execution order table 110 described above. Further, as shown in FIGS. 11A and 11B, the display control unit 33E changes the display form of the command list 70 according to the presence / absence of a coin usage request.

  FIG. 17 is a flowchart illustrating an example of a battle progress process executed by the system 100. In the battle progress process in this example, a command battle progress process between the player object 50 and the enemy object 55 is performed. Hereinafter, a case where the terminal device 20E executes the battle progress process will be described as an example. Note that the flowchart showing the operation of the server device is omitted from the viewpoint of avoiding repeated explanation.

  The battle progress process of this example is executed when a command battle is started, for example. The command battle is started when a start condition is satisfied, for example, when the player object comes into contact with an enemy object in the game space.

  In the battle progress process, the terminal device 20E sets the number of coins to be held and the coin acquisition parameter to initial values (step S5-5E), and generates the execution order table 100 and stores it in the storage unit (step S5-6E). ). In the process of step S5-6, as described above, the terminal device 20E determines the execution order and the command ID for the enemy object 55, and generates the execution order table 110. Next, the terminal device 20E causes the display unit to display a game image including the command list 70 (command selection image) in a display form that does not require the use of coins (step S5-10E). Specifically, the terminal device 20E displays the command list 70 in the vicinity of the player object 50 that is the target of command selection.

  Next, the terminal device 20E determines whether or not there is a user's use request for coins (step S10). In the example of the present embodiment, whether or not there is a usage request is determined based on whether the number of coins used is 0 or 1 or more. When it is determined that there is no usage request (step S10: NO), the terminal device 20E determines whether or not a user command is selected (determined) (step S11-E). That is, the terminal device 20E determines whether or not a command is selected in the displayed command list 70. If it is determined that the command has not been determined (step S11-E: NO), the terminal device 20E returns to the process of step S5-10E and continues the display.

  On the other hand, if it is determined that the command has been determined (step S11-E: YES), the terminal device 20E updates the execution order table 110 (step S14-5E). Specifically, the command ID and the enhancement level of the corresponding player object 50 are registered based on the command selected by the user. When the process proceeds from the process of step SS11-E, there is no request for using coins. Therefore, the number of coins used is 0 as the reinforcement level information of the execution order table 110 registered together with the command ID. Strength level 1 indicating is set.

  Next, the terminal device 20E determines whether or not the selection of a command for one turn for all of the player objects 50A to 50D constituting the party has been completed (step S14-10E). If it is determined that the command selection has not been completed (step S14-10E: NO), the terminal device 20E returns to the process of step S5-10E, and the command list 70 corresponding to the player object 50 in the next execution order. Is displayed. For example, the command list 70 corresponding to the player object 50 having the second highest execution order is displayed on the game image.

  On the other hand, when determining that the selection of the command is completed (step S14-10E: YES), the terminal device 20E executes a battle process (step S15-E). For example, based on the above-described execution order table 110, command tables 90, 95, etc., the objects 50, 55 are caused to execute an action for one turn, and the state is displayed on the display unit as a game image.

  Note that the terminal device 20E causes the player object 50 to execute either the normal action or the boost action based on the command (command ID) and the reinforcement level in the execution order table 110. Further, the battle control unit 32E calculates a damage amount, a recovery amount, and the like according to each executed action, and performs a process of increasing / decreasing parameters of each object such as a life force parameter of the player object and the enemy object. Since parameter processing has a general configuration, detailed description thereof is omitted. The terminal device 20E also updates the execution order table 110 by the amount that has been executed. For example, as described above, each time the objects 50 and 55 execute an action, the execution order is incremented by one.

  On the other hand, if it is determined in step S10 that a use request has been made, the terminal device 20E causes the display unit to display a command list 70 in a display form in which there is a coin use request (step S10-20E). For example, when the command list 70 corresponding to the player object 50A shown in FIG. 11A is displayed, the command list 70 is changed to the display form shown in FIG. 11B.

  Thereafter, the terminal device 20E determines whether or not the usage request has been canceled (step S12). If it is determined that the usage request has been canceled (step S12: YES), the terminal device 20E returns to the process of step S5-10E.

  On the other hand, if there is no cancellation of the usage request (step S12: NO), the terminal device 20E determines whether or not a user command is selected (determined) as in the process of step S11-E (step S13-E). If it is determined that no command has been determined (step S13-E: NO), the terminal device 20E returns to the process of step S10-20E.

  On the other hand, if it is determined that the command has been determined (step S13-E: YES), the terminal device 20E updates the number of coins held according to the number of coins used in the determined command (subtraction). Processing) (step S14). Thereafter, the terminal device 20E updates the execution order table 110 as described above (step S14-5E). When the process proceeds from the process of step S14-E, there is a request for using coins. Therefore, the reinforcement level information in the execution order table 100 registered together with the command ID is the reinforcement level corresponding to the number of coins used. 2 to 4 are set.

  Then, the terminal device 20E determines whether or not the selection of the command for one turn for all of the player objects 50A to 50D constituting the party is completed as described above (step S14-10E). If it is determined that the command selection has not been completed (step S14-10E: NO), the terminal device 20E returns to the process of step S5-10E and displays the command list 70 for the player object 50 in the next execution order. Let Therefore, the display form of the command list 70 of the player object 50 in the next execution order is basically displayed in a state where there is no coin usage request.

  On the other hand, when it is determined that the selection of the command is completed (step S14-10E: YES), the terminal device 20E executes the battle process as described above (step S15-E). after that. The terminal device 20E updates the number of coins held (increase processing) (step S15-10E). For example, as described above, the terminal device 20E calculates the increase amount of the coin acquisition parameter according to the progress of the battle such as the amount of damage given to the enemy object. Then, after adding the increase amount to the current value of the coin acquisition parameter, the number of coins held is increased according to the current value of the coin acquisition parameter.

  Next, the terminal device 20E determines whether or not a command battle end condition is satisfied (step S16-E). For example, the end condition includes that the enemy object 55 in the battle is completely annihilated. That is, the command battle ends when the state of all enemy objects 55 is in a battle impossible state. Alternatively, the end condition is that the player object 50 is annihilated (becomes a battle impossible state). The end condition is, for example, that all the enemy objects 55 are defeated (become incapable of fighting), or all of the player objects 50 are defeated (become incapable of fighting). That is, the end condition is that the user (player object 50) wins or loses the enemy object 55.

  For example, the terminal device 20E determines whether or not the end condition is satisfied based on the parameters of the objects 50 and 55 in the battle process in step S15-E. When the end condition is satisfied (step S16-E: YES), the terminal device 20E ends the battle progress process. On the other hand, when the end condition is not satisfied (step S16-E: NO), the terminal device 20E returns to the process of step S5-10E and includes the command list 70 corresponding to the player object 50 in the earliest execution order. The game image to be displayed is displayed.

  As described above, as one aspect of the fifth embodiment, since the terminal device 20E includes the management unit 31E, the battle control unit 32E, and the display control unit 33E, according to the number of coins (boost items) used. Command is enhanced. As a result, the range of command selection is expanded, so that the strategy range can be expanded while maintaining the basic battle method in the command battle. Therefore, the strategy of the user (player) can be improved in the command battle.

  In addition, since the command list 70 (command selection image) is displayed in a display form corresponding to the presence or absence of a usage request, the user operates the operation unit while visually checking which display form the command selection image is in. Command selection. Further, it is possible to make the user visually recognize that all the commands that can use the coin among the commands included in the command selection image are strengthened.

  Further, since the number of coins to be held increases according to the progress of the command battle, the user selects a command in consideration of efficiently increasing the number of coins held, and the user (player) in the command battle. Can further improve the strategy.

  In addition, although the display form of the command list 70 in the above-described example of the fifth embodiment is changed depending on whether or not coins are used, it is not particularly limited thereto. The display form may be changed according to the number of coins used. For example, the color of the box image in the command list is changed according to the number of coins used. Alternatively, the shape size of the box image in the command list may be changed according to the number of coins used (the larger the number of use, the larger the size, etc.).

  Moreover, in the example of 5th Embodiment mentioned above, although the several player object and enemy object are fighting in a command battle, as long as the number of each object is one or more, any may be sufficient.

  Furthermore, in the example of the fifth embodiment described above, coin subtraction is performed in step S14 after the command is determined, but the timing of subtraction is not limited to this. For example, it may be performed together in the process of step S15-10E.

  In the example of the fifth embodiment described above, the “defense” command is configured such that coins cannot be used, but may be used. For example, the defense parameter may be increased by using coins.

  Furthermore, in the example of the fifth embodiment described above, the battle process of step S15-E is executed after selection of a command for one turn of all the player objects 50 constituting the party. It is not limited to. For example, the battle process may be executed every time a command of one player object 50 is selected.

  In the example of the fifth embodiment described above, an input of the number of coins used is accepted for one player object 50, but the present invention is not particularly limited to this. For example, when the number of coins used is input as 1, the command for all the player objects 50 constituting the party may be at the enhancement level 2.

  Furthermore, in the above-described example of the fifth embodiment, the command is determined using the command list 70, but is not particularly limited thereto. Any configuration is possible as long as the user can select a command. For example, in the case of an operation unit (game pad) having a plurality of buttons, one command may be set for each button. In this case, the user can select a command by pressing a button corresponding to the desired command. Further, one command may be selected by a combination of pressing a plurality of buttons at the same time or pressing them continuously.

[Sixth Embodiment]
FIG. 18 is a block diagram illustrating a configuration of a terminal device 20 </ b> F that is an example of the terminal device 20. In this example, the terminal device 20F includes at least a management unit 31F, a battle control unit 32F, and a display control unit 33F.

  The management unit 31F manages the number of coins stored in the storage unit of the terminal device 20E, as in the example of the fifth embodiment described above. In the example of the present embodiment, a magic command that generates an effect of reducing the damage amount of the player object 50 that is received by an attack from the enemy object 55 can be selected. For example, a magic that causes the above effect temporarily only during a command battle can be selected as a command for “ability”. In this case, the management unit 31F calculates the increase amount of the coin acquisition parameter with respect to the damage amount before being reduced by the magic. In this case, an amount (correction amount) obtained by subtracting a predetermined percentage (for example, 10%) of the amount of damage received from the enemy object 55 is subtracted from the vitality parameter as damage to the player object 50 by the battle control unit 32F. .

  Therefore, the amount of damage received by the enemy object 55 received by 10% is reduced by the magic. However, when the damage amount is reduced as described above, the management unit 31F calculates the increase amount of the coin acquisition parameter not by the correction amount but by the damage amount before correction. Therefore, since there is no change in the value of the coin acquisition parameter that can be acquired, a strategy of counterattacking after acquiring coins while actively reducing the amount of damage is also effective. The damage reduction by the “defense” command is the same as the above magic.

  The battle control unit 32F controls the progress of the turn-based command battle as in the example of the fifth embodiment described above. In addition, the battle control unit 32F in the example of the present embodiment selects either the normal action or the boost action as the action of the enemy object 55 according to the reinforcement level. For example, as with the user (player object), the number of coins held may be set at the party of the enemy object 55 and the boost action may be executed according to the number of use. The reinforcement level of the enemy object 55 is also set in the execution order table 110 together with the command ID.

  The action of the enemy object 55 is determined by lottery (action lottery) based on the action table, for example, as in the example of the fifth embodiment. In addition to the action lottery, a lottery at the reinforcement level (enhancement lottery) is also performed. And while setting a boost action to the execution order table 110, the number of holdings is subtracted according to the number of uses. In addition, the winning probability of each reinforcement level can be set arbitrarily. Further, when the number of coins held is less than the number of coins used based on the result of the enhanced lottery, the use of coins is canceled. Note that the battle control unit 32E also increases the number of coins held by the party of the enemy object 55 in accordance with the progress of the command battle for the enemy object 55 as in the player object 50 of the fifth embodiment. May be.

  In addition, about the boost action of the enemy object 55, it is good also as a structure which does not use a coin. For example, it may be determined whether to execute the normal action or the boost action based only on the result of winning in the enhanced lottery.

  The display control unit 33F generates a game image according to the progress of the game, as in the example of the fifth embodiment described above. Also in the command battle, a game image indicating the battle situation of the player object 50 and the enemy object 55 is generated as in the example of the fifth embodiment. In the example of the present embodiment, as shown in FIG. 19, the turn in which the boost action of the enemy object 55 is executed is displayed in the execution order table 650 in an identifiable display form. FIG. 19 is a diagram illustrating an example of a game image of a command battle displayed on the display unit of the terminal device 20F. FIG. 19 is a game image of the command battle of the player objects 50A to 50D and the enemy objects 55A to 55D, similar to the game image of FIG. 11A described above.

  For example, only the icon images of the sixth and tenth enemy objects 55C and 55A in the execution order table 650 shown in FIG. 19 are displayed in a color (for example, red) different from the other icon images. Therefore, the user selects a command for the player object 50 in consideration of the sixth and tenth enemy objects 55C and 55A performing some kind of boost action. That is, the user can take some preventive measures before the turn when the enemy object 55 is boosted.

  In addition, in the execution order table 650 of the example of this embodiment, the presence or absence of execution of the boost action can only be specified, and the specific contents of the boost action cannot be specified. Therefore, for example, collecting information such as which enemy object 55 executes what boost action is one of the strategies in the command battle. In addition, you may make it display the content of a specific boost action in the execution order table 650. FIG.

  FIG. 20 is a flowchart illustrating an example of a battle progress process executed by the system 100. In the battle progress process in this example, a command battle progress process between the player object 50 and the enemy object 55 is performed. Hereinafter, a case where the terminal device 20F executes the battle progress process will be described as an example. Note that the flowchart showing the operation of the server device is omitted from the viewpoint of avoiding repeated explanation.

  The battle progress process of this example is executed when a command battle is started, for example. The command battle is started when a start condition is satisfied, for example, when the player object comes into contact with an enemy object in the game space.

  In the battle progress process, the terminal device 20F sets the number of coins to be held and the coin acquisition parameter to initial values (step S5-5E) as in the example of the fifth embodiment, and generates the execution order table 110. Store in the storage unit (step S5-6F). As described above, the terminal device 20F determines the execution order, the command ID and the reinforcement level for the enemy object 55, and generates the execution order table 110.

  Next, similarly to the fifth embodiment described above, the terminal device 20F causes the display unit to display a game image including the command list 70 (command selection image) in a display form that does not require the use of coins (step S5- 10F). Also, in the process of step S5-10F, the terminal device 20F causes the icon image of the execution order table 650 of the enemy object 55 registered with the reinforcement level 2 or higher in the execution order table 110 to be displayed in red.

  Next, the terminal device 20F determines whether or not there is a request for using the user's coin (boost item) (step S10). If it is determined that there is no usage request (step S10: NO), the terminal device 20F determines whether or not a user command is selected (determined) (step S11-E). If it is determined that no command has been determined (step S11-E: NO), the terminal device 20F returns to the process of step S5-10F and continues the display.

  On the other hand, if it is determined that the command has been determined (step S11-E: YES), the terminal device 20F updates the execution order table 110 (step S14-5E). Next, the terminal device 20F determines whether or not the selection of the command for one turn for all of the player objects 50A to 50D constituting the party is completed (step S14-10E). If it is determined that the command selection has not been completed (step S14-10E: NO), the terminal device 20F returns to the process of step S5-10F and returns to the command list 70 corresponding to the player object 50 in the next execution order. Is displayed on the game image.

  On the other hand, when it is determined that the selection of the command has been completed (step S14-10E: YES), the terminal device 20F performs a battle process in the same manner as in the fifth embodiment described above (step S15-F). In the example of the present embodiment, in the battle process, either the normal action or the boost action is executed on the enemy object based on the command (command ID) and the reinforcement level in the command table 110.

  On the other hand, if it is determined in step S10 that a use request has been made, the terminal device 20F displays, on the display unit, a command list 70 in a display form in which there is a coin use request, as in the fifth embodiment. (Step S10-20F). In the example of the present embodiment, in the process of step S10-20F, the icon image of the turn of the enemy object 55 for which the reinforcement level 1 or higher is registered in the execution order table 110 is displayed in red as described above.

  Thereafter, the terminal device 20F determines whether or not the use request has been canceled (step S12). If it is determined that the use request has been canceled (step S12: YES), the terminal device 20F returns to the process of step S5-10F.

  On the other hand, when there is no cancellation of the usage request (step S12: NO), the terminal device 20F determines whether or not a user command is selected (determined) as in the process of step S11-E (step S13-E). If it is determined that no command has been determined (step S13-E: NO), the terminal device 20F returns to the process of step S10-20F.

  On the other hand, if it is determined that the command has been determined (step S13-E: YES), the terminal device 20F is stored in the storage unit of the terminal device 20F according to the number of coins used in the determined command. The number of coins held is updated (subtraction process) (step S14). Thereafter, the terminal device 20F updates the execution order table 100 (step S14-5E).

  Then, the terminal device 20F determines whether or not the selection of the command for one turn for all of the player objects 50A to 50D constituting the party has been completed as described above (step S14-10E). When it is determined that the command selection has not been completed (step S14-10E: NO), the terminal device 20F returns to the process of step S5-10F and displays the command list 70 for the player object 50 in the next execution order in the game. Display on the image.

  On the other hand, when it is determined that the command selection has been completed (step S14-10E: YES), the terminal device 20F executes the battle process as described above (step S15-F). after that. The terminal device 20F updates the number of coins held (increase processing) as in the fifth embodiment (step S15-10F). In the example of the present embodiment, in the process of step S15-10F, when the damage amount received from the enemy object 55 is corrected as described above, the coin acquisition parameter is set according to the damage amount before correction. The amount of increase is calculated.

  Next, the terminal device 20F determines whether or not a command battle end condition is satisfied (step S16-E). When the end condition is satisfied (step S16-E: YES), the terminal device 20F ends the battle progress process. On the other hand, when the termination condition is not satisfied (step S16-E: NO), the terminal device 20F returns to the process of step S5-10F.

  As described above, as one aspect of the sixth embodiment, since the terminal device 20F includes the management unit 31F, the battle control unit 32F, and the display control unit 33F, according to the number of coins (boost items) used. Command is enhanced. As a result, the range of command selection is expanded, so that the strategy range can be expanded while maintaining the basic battle method in the command battle. Therefore, the strategy of the user (player) can be improved in the command battle.

  In addition, since the command list 70 (command selection image) is displayed in a display form corresponding to the presence or absence of a usage request, the user operates the operation unit while visually checking which display form the command selection image is in. Command selection. Further, it is possible to make the user visually recognize that all the commands that can use the coin among the commands included in the command selection image are strengthened.

  Further, since the number of coins to be held increases according to the progress of the command battle, the user selects a command in consideration of efficiently increasing the number of coins held, and the user (player) in the command battle. Can further improve the strategy. Moreover, since the increase amount of the coin acquisition parameter is calculated based on the damage amount before correction, the coin acquisition parameter value that can be acquired does not change even if the damage amount received by the player object 50 is reduced. For this reason, a strategy such as counterattack after acquiring coins while effectively reducing the amount of damage is also effective.

  In addition, since the execution order table 650 displays whether or not the enemy object 55 performs the boost action, the user can take some preventive measures until the enemy object 55 performs the boost action.

  In the example of the sixth embodiment described above, whether or not the boost action of the enemy object 55 is executed in the execution order table 650 is displayed, but the display form is not limited to the above-described embodiment. For example, a display form in which an icon image blinks may be used.

  The concept of the objects in the first to sixth embodiments described above includes various objects such as characters, avatars, and fighters. In this embodiment, the game program also includes game data such as image data for generating each object.

  Moreover, the player object and enemy object of the example of the 1st-6th embodiment mentioned above should just be 1 or more.

  Furthermore, as a game having the command battle in the examples of the first to sixth embodiments described above, for example, there is a role playing game, but what is a video game that requires the user to input a command? It may be anything.

  Moreover, the update of the possession number of the boost item of the example of the 1st-6th embodiment mentioned above is not limited to the timing in embodiment mentioned above.

  Furthermore, the number of possessions in the examples of the first to sixth embodiments described above may be managed in units of users or may be managed in units of player objects. For example, the possession number of each boost item of a plurality of player objects may be managed, and the corresponding possession number may be maximized and used for strengthening the command of the player object. Alternatively, the possession number may be managed for each user, and may be used for strengthening each command of a plurality of player objects.

  In addition, the number of boost item units for strengthening one command in the above-described first to sixth embodiments may not be 1 and can be arbitrarily set. In addition, the initial value and maximum number of boost items can be set arbitrarily.

[Appendix]
The description of the embodiment described above describes at least the following invention so that a person having ordinary knowledge in the field to which the invention belongs can carry out the invention.

[1]
A game program for causing a computer to realize a function of controlling the progress of a video game including a command battle between a player object and an enemy object,
A management function for managing the number of boost items used in the command battle;
A battle control function for controlling the enemy object and controlling the progress of the command battle by causing the player object to execute an action corresponding to the command selected by the user via the operation unit.
Realized,
In the battle control function, when there is a use request for the boost item from the user via the operation unit, the action corresponding to the selected command is the command battle rather than the action when there is no use request. The ability to perform advantageous boost actions in
In the management function, a function to reduce the number of possession according to the number of use of the boost item,
Game program that realizes.

[2]
In the battle control function, the more the number of boost items used per command included in the use request is, the more the boost action is executed in the command battle.
The game program according to [1] for realizing the above.

[3]
In the management function, the function to increase the number of possession according to the progress of the command battle,
The game program according to [1] or [2] for realizing the above.

[4]
In addition to the computer,
In the command battle, the display unit displays a command selection image including one or more commands that can be selected by the user via the operation unit, and allows the user to specify whether or not the use request exists. A display control function for displaying the command selection image with
Realized,
In the battle control function, a function for executing the boost action as an action corresponding to the command selected based on the command selection image in the display form when the use request is made,
The game program according to any one of [1] to [3].

[5]
In the display control function, a function of displaying the command selection image in a display form according to the number of uses of the boost item per command included in the use request,
The game program according to [4] for realizing the above.

[6]
The display form of the command selection image when the use request is made includes a display form in which a user can specify a command that can use the boost item among the one or more selectable commands.
The game program according to [4] or [5].

[7]
The display form of the command selection image when there is a use request includes a display form that can specify the number of uses of the boost item per command included in the use request.
The game program according to any one of [4] to [6].

[8]
In the battle control function, a function of reducing the vitality parameter of the enemy object based on execution of an attacking action included in the action of the player object, and a function of reducing the vitality parameter of the player object based on the attacking action of the enemy object. ,
In the management function, the function of increasing the possession number according to the amount of decrease in the life force parameter of the enemy object due to the attacking action of the player object, and the battle force disabled state in which the life force parameter of the enemy object has reached a predetermined value At least one of a function of increasing the number of possessions according to circumstances and a function of increasing the number of possessions according to a decrease amount of the vitality parameter of the player object due to the attacking action of the enemy object,
The game program according to [3] for realizing the above.

[9]
In the battle control function, according to a predetermined condition, a function of performing a correction to reduce a decrease amount of the vitality parameter of the player object due to the attacking action of the enemy object;
In the management function, the function to increase the number of possession according to the amount of decrease before the correction,
The game program according to [8] for realizing the above.

[10]
In the battle control function, a function of controlling the progress of a turn-based command battle that causes the player object to execute an action corresponding to the command selected by the user based on the command selection image in the user's turn,
In the management function, the function to increase the possession number according to the cumulative number of turns of the user in the command battle,
The game program according to [4] for realizing the above.

[12]
In the management function, after the use request and the command are selected by the user, a function of reducing the holding number according to the number of use of the boost item for the selected command,
The game program according to any one of [1] to [11].

[13]
The management function manages the number of possessions between the start and end of one command battle, and sets the possession number to an initial value every time the command battle is started.
The game program according to any one of [1] to [12].

[14]
The boost behavior is at least one of the number of executions, the amount of effect generated by the command battle, the number of objects on which the effect acts, and the number of occurrence of the effect, rather than the behavior when there is no use request of the boost item Is the action that increased the
The game program according to any one of [1] to [13].

[15]
In the battle control function,
A function of determining the execution order of the actions of the player object and the enemy object in the command battle;
A function of causing the enemy object to execute the boost action based on a predetermined condition;
In the display control function,
A function for displaying the execution order on the display unit, and a function for displaying the execution order in a display form capable of specifying the enemy object that executes the boost action;
The game program according to any one of [1] to [14].

[16]
[1] to [15] A server device, wherein the game program according to any one of [1] to [15] is installed.

[17]
A terminal program for causing a game terminal device to realize a function of displaying a game screen on a display screen of a display device and controlling the progress of a video game,
In the game terminal device,
A connection function for connecting to the server device according to [16] via a communication network;
Terminal program for realizing

[18]
A game program for causing a server device connected by a communication network to a game terminal device that executes a video game including a command battle between a player object and an enemy object to control the progress of the video game,
In the server device,
A management function for managing the number of boost items used in the command battle;
A battle control function for controlling the enemy object and controlling the progress of the command battle by causing the player object to execute an action corresponding to the command selected by the user via the operation unit.
Realized,
In the battle control function, when there is a use request for the boost item from the user via the operation unit, the action corresponding to the selected command is the command battle rather than the action when there is no use request. The ability to perform advantageous boost actions in
In the management function, a function to reduce the number of possession according to the number of use of the boost item,
Game program that realizes.

[19]
In the battle control function, the more the number of boost items used per command included in the use request is, the more the boost action is executed in the command battle.
The game program according to [18] for realizing the above.

[20]
In the management function, the function to increase the number of possession according to the progress of the command battle,
The game program according to [18] or [19] for realizing the above.

[21]
In addition to the server device,
In the command battle, the display unit displays a command selection image including one or more commands that can be selected by the user via the operation unit, and allows the user to specify whether or not the use request exists. A display control function for displaying the command selection image with
Realized,
In the battle control function, a function for executing the boost action as an action corresponding to the command selected based on the command selection image in the display form when the use request is made,
The game program according to any one of [18] to [22] for realizing the above.

[22]
In the display control function, a function of displaying the command selection image in a display form according to the number of uses of the boost item per command included in the use request,
The game program according to [21] for realizing the above.

[23]
The display form of the command selection image when the use request is made includes a display form in which a user can specify a command that can use the boost item among the one or more selectable commands.
The game program according to [21] or [22].

[24]
The display form of the command selection image when there is a use request includes a display form that can specify the number of uses of the boost item per command included in the use request.
The game program according to any one of [21] to [23].

[25]
In the battle control function, a function of reducing the vitality parameter of the enemy object based on execution of an attacking action included in the action of the player object, and a function of reducing the vitality parameter of the player object based on the attacking action of the enemy object. ,
In the management function, the function of increasing the possession number according to the amount of decrease in the life force parameter of the enemy object due to the attacking action of the player object, and the battle force disabled state in which the life force parameter of the enemy object has reached a predetermined value At least one of a function of increasing the number of possessions according to circumstances and a function of increasing the number of possessions according to a decrease amount of the vitality parameter of the player object due to the attacking action of the enemy object,
The game program according to [20] for realizing the above.

[26]
In the battle control function, according to a predetermined condition, a function of performing a correction to reduce a decrease amount of the vitality parameter of the player object due to the attacking action of the enemy object;
In the management function, the function to increase the number of possession according to the amount of decrease before the correction,
The game program according to [25] for realizing the above.

[27]
In the battle control function, a function of controlling the progress of a turn-based command battle that causes the player object to execute an action corresponding to the command selected by the user based on the command selection image in the user's turn,
In the management function, the function to increase the possession number according to the cumulative number of turns of the user in the command battle,
The game program according to [21] for realizing the above.

[28]
In the management function, after the use request and the command are selected by the user, a function of reducing the holding number according to the number of use of the boost item for the selected command,
The game program in any one of [18]-[27] for implement | achieving.

[29]
The management function manages the number of possessions between the start and end of one command battle, and sets the possession number to an initial value every time the command battle is started.
The game program in any one of [18]-[28] for implement | achieving.

[30]
The boost behavior is at least one of the number of executions, the amount of effect generated by the command battle, the number of objects on which the effect acts, and the number of occurrence of the effect, rather than the behavior when there is no use request of the boost item Is the action that increased the
[18] The game program according to any one of [29].

[31]
In the battle control function,
A function of determining the execution order of the actions of the player object and the enemy object in the command battle;
A function of causing the enemy object to execute the boost action based on a predetermined condition;
In the display control function,
A function for displaying the execution order on the display unit, and a function for displaying the execution order in a display form capable of specifying the enemy object that executes the boost action;
The game program in any one of [18]-[30] for implement | achieving.

[32]
A game system comprising a game terminal device that executes a video game including a command battle between a player object and an enemy object, and a server device connected to the game terminal device via a communication network,
Management means for managing the number of boost items used in the command battle;
Battle control means for controlling the enemy object and controlling the progress of the command battle by causing the player object to execute an action corresponding to the command selected by the user via the operation unit.
Including
The battle control means, when there is a use request for the boost item from the user via the operation unit, as an action corresponding to the selected command, the command battle is more than an action when there is no use request. To perform advantageous boost actions in
The management means reduces the holding number according to the number of uses of the boost item,
Game system.

[33]
The battle control means, as the number of use of the boost item per command included in the use request is larger, to perform a more advantageous boost action in the command battle,
[32] The game system according to [32].

[34]
In the management function, the holding number is increased according to the progress of the command battle.
[32] or the game system according to [33].

[35]
In the command battle, the display unit displays a command selection image including one or more commands that can be selected by the user via the operation unit, and allows the user to specify whether or not the use request is made Display control means for displaying the command selection image at
The battle control means causes the boost action to be executed as an action corresponding to the command selected based on the command selection image in the display form when the use request is made.
[32] The game system according to any one of [34].

[36]
The display control means displays the command selection image in a display form corresponding to the number of boost items used per command included in the use request.
The game system according to [35].

[37]
The display form of the command selection image when the use request is made includes a display form in which a user can specify a command that can use the boost item among the one or more selectable commands.
The game program according to [35] or [36].

[38]
The display form of the command selection image when there is a use request includes a display form that can specify the number of uses of the boost item per command included in the use request.
[35] The game system according to any one of [37].

[39]
The battle control means decreases the vitality parameter of the enemy object based on the execution of the attack behavior included in the behavior of the player object, and decreases the vitality parameter of the player object based on the aggressive behavior of the enemy object,
The management means is a process of increasing the possession number according to the amount of decrease in the vitality parameter of the enemy object due to the attacking action of the player object, and has entered an incombat state where the vitality parameter of the enemy object has reached a predetermined value. At least one process of increasing the number of possessions according to the above and processing of increasing the number of possessions according to the amount of decrease in the vitality parameter of the player object due to the attacking action of the enemy object is performed.
The game system according to [34].

[40]
The battle control means performs a correction to reduce a decrease amount of the vitality parameter of the player object due to the attacking action of the enemy object according to a predetermined condition,
The management means increases the holding number according to the decrease amount before the correction,
[39] The game system according to [39].

[41]
The battle control means controls the progress of a turn-based command battle that causes the player object to execute an action corresponding to the command selected by the user based on the command selection image in the user's turn,
The management means increases the holding number according to the cumulative number of turns of the user in the command battle.
The game program according to [34].

[42]
The management means reduces the holding number according to the number of uses of the boost item for the selected command after the use request and the command are selected by a user.
[32] The game program according to any one of [41].

[43]
The management means manages the number of possessions between the start and end of one command battle, and sets the possession number to an initial value every time the command battle is started.
[32] The game program according to any one of [42].

[44]
The boost behavior is at least one of the number of executions, the amount of effect generated by the command battle, the number of objects on which the effect acts, and the number of occurrence of the effect, rather than the behavior when there is no use request of the boost item Is the action that increased the
[32] The game program according to any one of [43].

[45]
The battle control means is
Determining the execution order of the actions of the player object and the enemy object in the command battle;
Based on a predetermined condition, the enemy object performs the boost action,
The display control means includes
A function for displaying the execution order on the display unit, and displaying the execution order in a display form capable of specifying the enemy object that executes the boost action;
[32] The game program according to any one of [44].

[46]
A game terminal device for controlling the progress of a video game including a command battle between a player object and an enemy object,
Management means for managing the number of boost items used in the command battle;
Battle control means for controlling the enemy object and controlling the progress of the command battle by causing the player object to execute an action corresponding to the command selected by the user via the operation unit.
Including
The battle control means, when there is a use request for the boost item from the user via the operation unit, as an action corresponding to the selected command, the command battle is more than an action when there is no use request. To perform advantageous boost actions in
The management means reduces the holding number according to the number of uses of the boost item,
Game terminal device.

[47]
A game progress control method for causing a computer to control the progress of a video game including a command battle between a player object and an enemy object,
Management processing for managing the number of boost items used in the command battle;
A battle control process for controlling the enemy object and controlling the progress of the command battle by causing the player object to execute an action corresponding to the command selected by the user via the operation unit.
Including
In the battle control process, when there is a use request for the boost item from the user through the operation unit, the action corresponding to the selected command is more than the action when there is no use request. Processing to perform advantageous boost actions in
In the management process, a process of reducing the holding number according to the number of uses of the boost item,
A game progress control method including:

  According to one embodiment of the present invention, it is useful for providing a function for improving the strategy of a user (player) in a command battle.

20 terminal device 31 management unit 32 battle control unit 33 display control unit 50 (50A to 50D) player object 55 (55A to 55D) enemy object 65,650 action order table 70 command list (command selection image)
100 game system

Claims (4)

A game program for causing a computer to realize a function of controlling the progress of a video game including a turn-based battle between a player object and an enemy object,
A battle control function for determining the execution order of actions of the player object and the enemy object in the turn-based battle and controlling the progress of the turn-based battle;
A reception function for receiving the number of uses of a predetermined item in the player object unit;
Realized,
In the battle control function, the greater the number of uses of the predetermined item, the greater the number of actions of the player object per turn,
Game program that realizes. In addition to the computer,
A display control function for displaying the execution order on a display unit;
Realized,
In the battle control function, a function of causing the enemy object to execute a specific action based on a predetermined condition;
In the display control function, a function of displaying the execution order in a display form capable of specifying the enemy object that executes the specific action,
The game program according to claim 1 which realizes. A game program for causing a server device connected by a communication network to a game terminal device that executes a video game including a turn-based battle between a player object and an enemy object to control the progress of the video game,
In the server device,
A battle control function for determining the execution order of actions of the player object and the enemy object in the turn-based battle and controlling the progress of the turn-based battle;
A reception function for receiving the number of uses of a predetermined item in the player object unit;
Realized,
In the battle control function, the greater the number of uses of the predetermined item, the greater the number of actions of the player object per turn,
Game program that realizes. A game system comprising a game terminal device for executing a video game including a turn-based battle between a player object and an enemy object, and a server device connected to the game terminal device via a communication network,
A battle control means for determining the execution order of actions of the player object and the enemy object in the turn-based battle, and controlling the progress of the turn-based battle;
Accepting means for accepting the number of use of a predetermined item for each player object;
Including
The battle control means increases the number of actions of the player object in one turn as the number of uses of the predetermined item increases.
Game system.