JP7800596B2 - Program, game device, and game progression method - Google Patents

Description

The present invention relates to a game device, a game system, and a program.

Conventionally, there have been competitive games in which the right to attack is transferred between players, and the player with the right to attack the opposing player using cards from their deck within a time limit. In such conventional competitive games, each player wins by repeatedly attacking and defending with characters summoned using cards, thereby eliminating the opposing player's HP (hit points) (see, for example, Patent Document 1).

Patent No. 6179110

In the above-mentioned fighting games, the player with the attacking right will launch successive attacks on the opposing player within a time limit. Furthermore, the player with the attacking right cannot launch an attack that will reduce the opposing player's HP until the defending player has defeated all of the defending characters that have been summoned. For this reason, in the above-mentioned fighting games, many defending characters are often summoned before the attacking right is transferred to the opposing player. Therefore, in conventional fighting games, it is difficult to reduce the opposing player's HP, which can result in a long time until the winner is determined.

The present invention aims to provide a game device that can shorten the playing time of a competitive game in which a player plays against an opponent.

In order to solve the above problem, claim 1 of the present application is characterized as a game device having count management means for managing the progress of time in a game using a count value; instruction acceptance means for accepting instructions, via player operation, for one or more player characters who act in the game in accordance with the player's instructions; instruction acceptance means for receiving instructions from an opponent for one or more opponent characters who act in the game in accordance with the opponent's instructions; and action control means for, each time an instruction-permitted period represented by the count value has elapsed, causing the player character to act in accordance with the instructions accepted from the player during the instruction-permitted period and causing the opponent character to act in accordance with the opponent's instructions.

This invention allows players to shorten the playing time of competitive games against opponents.

1 is a diagram illustrating an example of a configuration of a game system according to an embodiment of the present invention. FIG. 2 is a diagram illustrating an example of a hardware configuration of a computer according to the present embodiment. 1 is a diagram illustrating an example of a hardware configuration of a game device according to an embodiment of the present invention. 1 is a functional block diagram of an example of a game system according to an embodiment of the present invention. FIG. 10 is an image diagram of an example of a battle screen before an instruction-enabling period. FIG. 10 is an image diagram of an example of a battle screen during an instruction possible period. 10 is a flowchart illustrating an example of a processing procedure of a game according to the present embodiment. FIG. 10 is a diagram illustrating an example of an instructionable period and an action time. FIG. 10 is a diagram illustrating an example of a battle between a player character and an opponent character. FIG. 10 is a diagram illustrating the consumption and return of SP. FIG. 10 is an image diagram (1/3) showing an example of a battle in a fighting game between a player and an opponent in chronological order. FIG. 10 is an image diagram (2/3) showing an example of a battle in a fighting game between a player and an opponent in chronological order. FIG. 10 is an image diagram (3/3) showing an example of a battle in a fighting game between a player and an opponent in chronological order. FIG. 10 is an image diagram showing another example of a time series of a battle example of a fighting game between a player and an opponent. FIG. 10 is an image diagram (1/3) of another example showing a time series of an example battle in a fighting game between a player and an opponent. FIG. 10 is an image diagram (2/3) of another example showing a time series of an example battle in a fighting game between a player and an opponent. FIG. 10 is an image diagram (3/3) of another example showing a time series of an example battle in a fighting game between a player and an opponent.

Next, an embodiment of the present invention will be described in detail.
[First embodiment]
<System Configuration>
Fig. 1 is a diagram showing the configuration of an example of a game system according to this embodiment. In the game system 1 shown in Fig. 1(A), a server device 10 is connected via a network 20 such as the Internet to a network 22 such as a LAN of a store 14 located in various locations, for example, an amusement facility. One or more game devices 12 are installed in each store 14. The game devices 12 are connected to the network 22 of the store 14.

The server device 10 manages information about games played on the game devices 12, information about players playing games on the game devices 12, etc. The server device 10 also matches players playing games with each other and connects multiple game devices 12. A game device 12 is a device (game console) on which players play games.

Note that the game system 1 in Figure 1(A) is just one example, and it goes without saying that there are various system configurations depending on the application and purpose. For example, the server device 10 may be configured as a distributed system across multiple computers, or may be configured to connect to the network 22 of the store 14. Furthermore, in the game system 1, the game devices 12 may be connected to other game devices 12 without going through the server device 10. Furthermore, the game device 12 that pits a player against a computer may be standalone, as shown in Figure 1(B).

<Hardware configuration>
The server device 10 in Fig. 1 is realized by, for example, a computer having the hardware configuration shown in Fig. 2. Fig. 2 is a diagram showing the hardware configuration of an example of a computer according to this embodiment.

The computer in FIG. 2 includes an input device 501, an output device 502, an external I/F 503, a RAM 504, a ROM 505, a CPU 506, a communication I/F 507, and a HDD 508, all of which are interconnected via a bus B. Note that the input device 501 and the output device 502 may be connected and used when necessary.

The input device 501 includes a touch panel, operation keys and buttons, a keyboard, a mouse, etc. used for input. The output device 502 includes a display such as an LCD or organic EL display for displaying the screen, and a speaker for outputting audio data such as voice and music. The communication I/F 507 is an interface that connects the computer to the network 20. The HDD 508 is an example of a non-volatile storage device that stores programs and data. The computer may also use a drive device that uses flash memory as a storage medium (for example, a solid-state drive: SSD).

The external I/F 503 is an interface with external devices. Examples of external devices include a recording medium 503a. This allows the computer 500 to read and/or write data from and to the recording medium 503a via the external I/F 503. Examples of recording media 503a include flexible disks, CDs, DVDs, SD memory cards, and USB memory.

ROM 505 is an example of a non-volatile semiconductor memory (storage device) that can retain programs and data even when the power is turned off. RAM 504 is an example of a volatile semiconductor memory (storage device) that temporarily retains programs and data. CPU 506 is a computing device that reads programs and data from storage devices such as ROM 505 and HDD 508 onto RAM 504 and executes processing, thereby realizing control and functionality of the entire computer. The server device 10 according to this embodiment can perform various processes by executing programs on a computer with the above-described hardware configuration.

Furthermore, the game device 12 in FIG. 1 is realized, for example, by a hardware configuration such as that shown in FIG. 3. FIG. 3 is a diagram showing the hardware configuration of an example of a game device according to this embodiment.

The game device 12 includes a computer 650 that controls the entire device. The game device 12 also includes an operation unit 600, an image display unit 610, a sound unit 620, and an IO board 640 that are connected to the computer 650. The game device 12 also includes an IC card unit 660, a coin insertion unit 670, and a communication unit 680 that are connected to the computer 650.

The operation unit 600 is used by the player to operate the game. The image display unit 610 displays the game screen. The sound unit 620 includes, for example, an amplifier and speaker, and outputs game sounds. Various types of lighting 630, such as cold cathode fluorescent lamps 631, fluorescent lights 632, and lamps 633, are connected to the IO board 640. For example, the lighting 630 is controlled to perform predetermined lighting and flashing operations as a presentation according to the game scene.

The game device 12 also has an IC card unit 660 and a coin insertion unit 670. The IC card unit 660 includes an IC card reader/writer 661 that reads and writes information from an IC card, which is an information storage medium. When a player holds an IC card over the IC card unit 660 to read IC card information such as an IC card ID, the game device 12 obtains player information linked to the IC card information from the server device 10. In this way, the game device 12 can identify the player playing the game.

The coin insertion unit 670 is an insertion mechanism into which the player inserts credits. The communication unit 680 is an interface that connects the game device 12 to the network 22. This allows the game device 12 to communicate data via the communication unit 680.

Note that the hardware configuration of the game device 12 in Figure 3 is an example, and it may be realized by a computer with the hardware configuration shown in Figure 2, or it may be a smartphone, tablet terminal, or dedicated home game device.

<Software configuration>
<Function Block>
The software configuration of the game system 1 according to this embodiment will be described. Fig. 4 is a functional block diagram of an example of the game system according to this embodiment. Note that although the software configuration of the server device 10 is not shown in Fig. 4, it implements, for example, a player management unit, a player information storage unit, a matching control unit, and the like.

In addition, by executing the client program, the game device 12 realizes a game control unit 40, a game execution unit 42, a count management unit 44, a timing unit 46, an instruction reception unit 48, a character use point management unit 50, an instruction transmission/reception unit 52, a behavior control unit 54, a hit point management unit 56, and a display control unit 58.

The game control unit 40 of the game device 12 is notified of IC card information read by the IC card unit 660 from the player's IC card, and credit information, which is information about the credits inserted into the coin insertion unit 670.

When the game control unit 40 is notified of the IC card information, it obtains player information linked to the notified IC card information from the server device 10 and identifies the player playing the game. The game execution unit 42 controls the display of the game screen, the output of game sounds, and the lighting and blinking of the lights 630 to allow the player to play the game.

The count management unit 44 manages the count value of an indicator that shows the progress of time in the game. The timing unit 46 measures the timing (update time) for updating the count value. The instruction reception unit 48 receives various instructions from the player. For example, the instruction reception unit 48 receives instructions for the character (player character) used by the player in the game through player operation. The character use point management unit 50 manages points (hereinafter referred to as soul points: SP) consumed to give instructions to the player character.

The instruction transmission/reception unit 52 transmits and receives instruction information to and from the opponent's game device 12. For example, the instruction transmission/reception unit 52 receives instructions to a character (opponent character) used by the opponent in the game as instruction information from the opponent's game device 12. The instruction transmission/reception unit 52 also transmits instructions to the player character as instruction information to the opponent's game device.

When the instruction period (described below) elapses and the action time (described below) begins, the action control unit 54 causes the player character to act in accordance with the instructions received from the player up until that instruction period, and causes the opponent character to act in accordance with the opponent's instruction information. When the player character and opponent character finish acting, the count management unit 44 updates the count value to the next one. Note that the count value may be updated using either a count-up method or a count-down method.

The hit point management unit 56 manages the points (hereinafter referred to as hit points: HP) of the player and opponent, which are used to determine the outcome of the game. The display control unit 58 controls the screen display of the game device 12 as the game progresses.

<Processing>
Game Overview
Next, to facilitate understanding of this embodiment, an overview of the game according to this embodiment will be described with reference to an example battle screen of the game according to this embodiment. Fig. 5 is an image diagram of an example battle screen before an instruction-enabled period. An area 100 enclosed by a dotted line on the lower side of the screen in Fig. 5 is a standby UI area for the player character. An area 110 enclosed by a dotted line on the upper side of the screen in Fig. 5 is a standby UI area for the opponent character.

The battle screen in Figure 5 shows an example in which there are four player characters and four opponent characters. The player character standby UI area in Figure 5 includes a character model display field 101, a hand display field 102, a draw button 103, and an equipped card display field 104 for each player character. Each player character is associated with a card deck consisting of a stack of multiple cards.

The character model display field 101 displays the player character selected by the player. The hand display field 102 displays the hand of cards that the player can select and use. The draw button 103 is a button that the player can press when they are able to draw a card from the card deck; by pressing this button, the card drawn from the card deck is added to and displayed in the hand display field 102 as a hand of cards. The equipped card display field 104 displays the card that the player selected and used from the hand display field 102 as an equipped card. As will be described in more detail below, a player character whose equipped card is displayed in the equipped card display field 104 can receive instructions from the player for actions corresponding to the equipped card without consuming SP again.

By selecting and using cards displayed in the hand display area 102, the player can instruct the player character to act in accordance with the cards in their hand (such as sortie, casting a spell, or using an item). The standby UI area of a player character that has received an action instruction from the player displays the current status (sortie, casting a spell, etc.) and the countdown until the current status ends.

The cards in Figure 5 that are drawn from the card deck have the SP consumed to use the card, as well as speed, attack power, and defense power, all of which are represented numerically. The number displayed at the top of the card is SP, the number displayed at the bottom left is attack power, the number displayed at the bottom right is defense power, and the number displayed above defense power is speed.

Note that on the battle screen in Figure 5, the opponent character's standby UI area is also displayed as in area 110. Therefore, the player can check information such as the opponent character selected by the opponent, the number of cards in their hand, and whether or not they have equipped cards.

Figure 6 is an image diagram of an example battle screen during the instruction period. The HP display field 121 at the top of the screen in Figure 6 displays the player's HP. The HP display field 122 displays the opponent's HP. In the game according to this embodiment, as will be described later, the opponent's HP can be reduced by attacking the opponent, and the player's HP will also be reduced by being attacked by the opponent. The player wins the game by reducing the opponent's HP to "0" before the player's HP reaches "0", and loses the game if the player's HP reaches "0" before the opponent's HP reaches "0". The HP bar display field 123 displays the player's HP in bar form. The HP bar display field 124 displays the opponent's HP in bar form.

The count display field 125 displays the count value of an indicator that indicates the progress of time in the game, as well as the timing at which the count value is updated (update time). The count display field 125 in FIG. 6 visually represents the count value update time with a timer that goes around once every four seconds. As described below, the count value update time is reset to the initial time (0 seconds) when an instruction is given to the player character or opponent character. In this embodiment, when the count value update time reaches four seconds, the instruction period for that count value ends, and the game transitions to the next count value after the actions of the player character and opponent character are displayed on the battle screen. For example, the game starts with a count value of 40 and ends when the count value transitions to 0. The count display field 125 in FIG. 6 also displays an icon in the center indicating the current time period (morning, afternoon, evening, night, etc.) and the remaining count value until the time period changes.

The opponent model display field 126 displays the opponent's model. Lanes 127 are generated when a player character or opponent character enters after receiving instructions for an action based on their hand. For example, up to five lanes 127 are generated on the battle screen in Figure 6. The battle screen in Figure 6 shows an example of a lane 127 made up of five squares.

A player character or opponent character entered into lane 127 moves forward on lane 127, for example, one square at a time, with one count value. In the game according to this embodiment, the initial placement square on lane 127 can be changed based on the speed of the player character or opponent character, thereby varying the time from entry to attacking or casting magic. A player character that enters lane 127 before an opponent character will be on the attacking side. A player character that enters lane 127 after an opponent character will be on the defending side.

The SP display field 128 also displays the current remaining number of SP owned by the player in numbers, as well as the maximum number of SP and the current remaining number (maximum number of SP - number currently in use) in an SP gauge. The card stock display field 129 displays the number of cards that the player can draw from the card deck by pressing the draw button 103 shown in FIG. 5. The card stock display field 129 may also show the count down until the card stock is restored, for example, by displaying an icon. The player model display field 130 displays the player's model. The special move gauge display field 131 displays the count down until a special move can be used.

Battle Processing
7 is a flowchart illustrating an example of the processing procedure for a game according to this embodiment. Proceeding to step S10, the count management unit 44 of the game device 12 sets an initial count value of, for example, "40." The timing unit 46 starts timing the update time (for example, 4 seconds) that is the timing for updating the count value. The game device 12 repeats the processing of steps S11 to S15 until it determines in step S11 that the instruction-enabled period has elapsed.

When an operation by the player or opponent is accepted in step S12, the game device 12 proceeds to step S13 and performs processing according to the accepted operation. Furthermore, in step S14, it is determined whether the operation accepted in step S12 is an operation (instruction) directed at the player character or the opponent character.

If the operation received in step S12 is not an operation directed at the player character or the opponent character, the game device 12 returns to step S11 and continues processing. If the operation received in step S12 is an operation directed at the player character or the opponent character, the timing unit 46 proceeds to step S15 and resets the update time of the instruction possible period to the initial time (0 seconds).

If the instruction period has elapsed (the update time has finished timing) without the game device 12 receiving any operation on the player character or the opponent character through the processing of steps S11 to S15, the game device 12 proceeds to the processing of step S16. In step S16, when the instruction period has elapsed and the action time has begun, the action control unit 54 causes the player character to act in accordance with the instructions received from the player up until that instruction period, and causes the opponent character to act in accordance with the instructions of the opponent.

The process proceeds to step S17, where the count management unit 44 determines whether the counter value is "1." If the counter value is not "1," the process proceeds to step S18, where the count management unit 44 subtracts "1" from the current counter value and causes the timing unit 46 to return the update time for the instructionable period to the initial value (0 seconds), after which the process returns to step S11 and continues processing. If the counter value is "1," the count management unit 44 ends the game because the count value has transitioned from 40 to 0.

In the game according to this embodiment, the instruction period and action time are repeated, for example, as shown in Figure 8. Figure 8 is a diagram illustrating an example of the instruction period and action time. The first count (40 count value) shown in Figure 8 shows an example in which an operation for the player character or opponent character is accepted once before the instruction period has elapsed, and then the instruction period has elapsed without accepting any operation for the player character or opponent character.

When the first count's instruction period has elapsed, the action time begins, and the player character or opponent character acts according to the instructions received from the player or opponent during the first count's instruction period.

The second count (count value 39) shown in Figure 8 after the action time following the first count has ended shows an example in which three operations for the player character or opponent character are accepted before the instruction period has elapsed, and then the instruction period has elapsed without accepting any operations for the player character or opponent character. The passage of the instruction period for the second count marks the transition to action time, in which the player character or opponent character acts in accordance with the instructions accepted from the player or opponent during the instruction period for the first and second counts. This cycle of instruction period and action time is repeated, for example, from count value 40 to count value 1.

Figure 9 is a diagram illustrating an example of a battle between a player character and an opponent character. Figure 9 illustrates an example in which the player character enters lane 127 as the attacking side.

Figure 9 (A) shows a battle between a player character (attack power 3, defense power 3) and an opponent character (attack power 3, defense power 3). When the player character attacks the opponent character, the player character's attack with an attack power of "3" reduces the opponent character's defense power of "3" to "0", resulting in the opponent character being defeated. When the opponent character counterattacks the player character, the opponent character's attack with an attack power of "3" reduces the player character's defense power of "3" to "0", resulting in the player character being defeated. Thus, in Figure 9 (A), both characters are defeated, so the opponent's HP cannot be reduced.

Figure 9 (B) shows a battle between the player character (attack power 1, defense power 3) and the opponent character (attack power 3, defense power 3), in which the player character is defeated and the opponent's HP cannot be reduced.

Figure 9 (C) shows a battle between the player character (attack power 3, defense power 3) and the opponent character (attack power 1, defense power 1). Because the opponent character is defeated, the player character is able to attack the opponent's HP, reducing the opponent's HP by the value equivalent to the player character's attack power of "3".

In the game according to this embodiment, if an attacking player character or opponent character defeats a defending player character or opponent character, the HP of the defending player or opponent can be reduced. Note that in the game according to this embodiment, battles cannot be conducted in different lanes 127, and therefore damage to the HP of the defending player or opponent cannot be avoided even if a defending player character or opponent character remains in another lane 127. In this way, in the game according to this embodiment, if a defending player character or opponent character entered in the same lane 127 is defeated, damage to the HP of the defending player or opponent can be inflicted regardless of the entry status of the defending player character or opponent character in another lane 127, thereby shortening the playing time.

Figure 10 is a diagram explaining the consumption and return of SP. In Figure 10(A), the player did not give any instructions to the player character during the first count, so the player's remaining SP (possessed SP) remains at "6." Note that possessed SP is consumed as a cost for using cards. If possessed SP remains, the player can use multiple cards during the same count.

In Figure 10(B), on the second count, the player uses a card with SP "4", reducing their possessed SP from "6" to "2". In Figure 10(C), on the third count, the player uses a card with SP "2", reducing their possessed SP from "2" to "0". In Figure 10(D), on the fourth count, the player destroys a card with SP "2", so the SP "2" consumed as the cost to use that card is refunded, increasing the possessed SP from "0" to "2". In this way, the SP consumed as the cost to use a card is fully refunded to the possessed SP after the card is destroyed, or after the magic or item used with that card has finished being activated.

In this way, the SP consumed as the cost of using a card will not be returned to the player's SP unless the card is destroyed. This allows for strategies such as deliberately leaving a high-cost opponent character intact rather than destroying it, thereby tying up SP and gaining an advantage in the game. The maximum SP value may also be increased, for example, each time a predetermined count value is reached.

<<Example of a battle>>
An example of a battle between a player and an opponent in a fighting game will be described below with reference to the drawings. Figures 11A to 11C are image diagrams showing an example of a battle between a player and an opponent in chronological order.

In Figure 11A(a), the player character (attack power 3, defense power 1) is entered as an attacker in the middle lane and dispatches himself. After the player character in Figure 11A(a) dispatches, the opponent takes measures to defend against the player character's attack, as shown in Figure 11A(b). In Figure 11A(b), the opponent enters an opponent character (attack power 6, defense power 6) as a defender in the middle lane, dispatches him, and waits for the player character to arrive.

If the player does not respond in the situation shown in Figure 11A (b), the player's character will reduce the opponent's defensive strength by "3" in the battle in the middle lane, but will still be defeated by the opponent's character. Therefore, the player can respond in the manner described below, for example.

Figure 11B(c) shows a situation in which the player's SP is "6" and one of the player characters has an attack power enhancement item in their hand with an SP of "3" that increases the attack power of another player character by "+3". The player then performs an operation to use the attack power enhancement item that one of the player characters has in their hand, which increases the attack power of another player character by "+3". Figure 11B(d) is an example of the presentation screen when an attack power enhancement item is used.

In Figure 11C(e), an attack power enhancement item is used on the player character deployed in the middle lane, increasing the attack power of the player character deployed in the middle lane from "3" to "6." If the situation in Figure 11C(e) remained the same, the battle in the middle lane would end in a draw.

Furthermore, Figure 11C(f) is an example of a presentation screen when the equipped card of a player character deployed in the middle lane has the ability "First Attack." In the state of Figure 11C(f), the "First Attack" ability allows the player character to deal damage of attack strength "6" to the opponent character first, defeating the opponent character with a defense strength of "6." As a result, the player character deployed in the middle lane can perform an attack that reduces the opponent's HP by "6."

Figure 12 is an image diagram of another example of a battle between a player and an opponent, shown in chronological order. Figure 12(a) shows a state in which an opponent character (attack power 1, defense power 1) who has been entered as an attacker in the first lane from the right and is currently deployed is about to execute an attack that will reduce the player's HP by "1" with one count remaining. The player then responds in the manner described below, for example.

In Figure 12(b), the player has 7 SP and spends 5 SP to enter the player character (attack power 5, defense power 1) as the defender in the first lane from the right, dispatching him and waiting for the opponent to arrive. However, in this state, the battle in the first lane from the right could end in a draw, or, depending on the abilities of the opponent character, the player could be defeated.

By using an attack power enhancement item with SP "2" held by one of the player characters in their hand, which increases the defensive power of other player characters by "+2", the player can increase the defensive power of the player character deployed in the first lane from the right from "1" to "3", allowing them to repel the attacking opponent character.

Figures 13A to 13C are conceptual diagrams of other examples of battles in a fighting game between a player and an opponent, shown in chronological order. Note that the examples in Figures 13A to 13C show an example in which the opponent's remaining HP is "8." In Figure 13A(a), the player enters and deploys the player character (attack power 5, defense power 1) as the attacking side in the middle lane.

In response to the player character's deployment, the opponent responds by entering an opponent character (attack strength 8, defense strength 5) as a defender in the middle lane to defend against the player character's attack, deploying it and waiting for the player character's arrival. If the player does not respond in the situation shown in Figure 13A (a), the battle in the middle lane will end in a draw, and no damage will be done to the opponent's HP. At this time, the player's SP is "7," so they can use cards from the hand of other player characters. Therefore, the player may respond, for example, as described below.

In Figure 13A(b), one of the player characters uses a card from his hand that contains a defense-lowering item with an SP of "4" that reduces the opponent character's defense by "-4," causing the defense of the opponent character deployed in the middle lane to drop from "5" to "1." In Figure 13(b), the player character deployed in the middle lane is equipped with a card with the ability "Penetrate." In the state shown in Figure 13A(b), the "Penetrate" ability allows the player character to use "1" of his attack power of "5" to defeat the opponent character with a defense of "1," and then use the remaining attack power of "4" to perform an attack that reduces the opponent's HP by "4."

However, reducing the opponent's HP by "4" will not decide the battle, so the player can use an attack power enhancement item with SP "3" held by one of the player characters, which increases the attack power of the other player character by "+3", to enhance the attack power of the player character deployed in the middle lane from "5" to "8", as shown in Figure 13B(c). In the state shown in Figure 13B(c), the "Pierce" ability can be used to perform an attack that reduces the opponent's HP by "7".

Furthermore, the player can use a special move that increases the attack power of the player character by "+2," for example, to increase the attack power of the player character deployed in the middle lane from "8" to "10." Figure 13B (d) shows an example of the visual effect when a special move is used.

In Figure 13C (e), a battle occurs between the attacking player character (attack strength 10, defense strength 1) deployed in the center lane and the defending opponent character (attack strength 8, defense strength 1). As shown in Figure 13C (f), the player character and the opponent character each inflict damage equal to their attack strength on the opponent's defense, resulting in a draw.

However, thanks to the "Penetrate" ability of the player character deployed in the middle lane, the attacking player character can inflict damage of "9" to the opponent's HP, exceeding the opponent's defensive power of "1", reducing the opponent's HP to 0 and winning the game.

(summary)
As described above, according to this embodiment, if the result of the battle held in each lane is a victory for the attacking side, the attacking side can reduce the HP of the defending side regardless of the state of the other lanes, and playing time can be shortened compared to conventional games in which attacks that reduce the HP of the defending side cannot be made unless all of the defending characters are defeated.

The present invention is not limited to the specifically disclosed embodiments above, and various modifications and variations are possible without departing from the scope of the claims.

REFERENCE SIGNS LIST 1 Game system 10 Server device 12 Game device 14 Store 20, 22 Network 40 Game control unit 42 Game execution unit 44 Count management unit 46 Timekeeping unit 48 Instruction reception unit 50 Character use point management unit 52 Instruction transmission/reception unit 54 Action control unit 56 Hit point management unit 58 Display control unit

Claims (5)

Computer,
a unit battle consisting of a first stage in which a player performs an operation input relating to the action of a player character and a second stage in which the player character is caused to act based on the operation input is repeated as one cycle, thereby functioning as game progression means for progressing a battle game in which the player character battles against an opponent character;
The game progression means
When a player makes an operation input relating to an action of a player character in a first stage of a unit battle, the number of points associated with the action is reduced from the number of points currently possessed by the player, and when a predetermined time has passed without the player making an operation input after the operation input, the unit battle is transitioned to a second stage, and in the second stage after the transition, the player character is made to act based on the operation input in the first stage, and when the action of the player character in the second stage is completed, the number of points associated with the action, which is the reduction, is added back to the number of points currently possessed by the player,
increasing the maximum number of points that the player can currently possess each time the unit battle is repeated a predetermined number of times;
A program characterized by: The game progression means
allowing the player to perform a plurality of operation inputs in the first stage of the unit battle as long as the number of points associated with the action of the player character can be reduced from the number of points currently possessed by the player;
The program according to claim 1 . The game progression means
when a player performs a first operation input relating to an action of a player character in a first stage of a unit battle in an nth round (n is an integer of 1 or more), the number of points associated with the action is reduced from the number of points currently possessed by the player, and in a second stage of the unit battle in the nth round, the player character is made to act based on the first operation input in the first stage;
when a player performs a second operation input related to an action of a player character in a first stage of a unit battle in the n+1th round, the number of points associated with the action is reduced from the number of points currently possessed by the player, and the player character is made to act based on the first operation input and the second operation input in a second stage of the unit battle in the n+1th round;
The program according to claim 1 or 2 . a game progression means for progressing a battle game in which the player character battles against an opponent character by repeating a unit battle consisting of a first stage in which a player performs an operation input relating to an action of the player character and a second stage in which the player character is caused to act based on the operation input,
The game progression means
When a player makes an operation input relating to an action of a player character in a first stage of a unit battle, the number of points associated with the action is reduced from the number of points currently possessed by the player, and when a predetermined time has passed without the player making an operation input after the operation input, the unit battle is transitioned to a second stage, and in the second stage after the transition, the player character is made to act based on the operation input in the first stage, and when the action of the player character in the second stage is completed, the number of points associated with the action, which is the reduction, is added back to the number of points currently possessed by the player,
increasing the maximum number of points that the player can currently possess each time the unit battle is repeated a predetermined number of times;
A game device characterized by: The computer
a battle game in which the player character battles against an opponent character is progressed by repeating a unit battle consisting of a first stage in which the player performs an operation input related to the action of the player character and a second stage in which the player character acts based on the operation input, as one cycle;
In the progression of the battle game,
When a player makes an operation input relating to an action of a player character in a first stage of a unit battle, the number of points associated with the action is reduced from the number of points currently possessed by the player, and when a predetermined time has passed without the player making an operation input after the operation input, the unit battle is transitioned to a second stage, and in the second stage after the transition, the player character is made to act based on the operation input in the first stage, and when the action of the player character in the second stage is completed, the number of points associated with the action, which is the reduction, is added back to the number of points currently possessed by the player,
increasing the maximum number of points that the player can currently possess each time the unit battle is repeated a predetermined number of times;
A game progression method characterized by: