JP6858727B2 - Systems, methods, and programs for providing games - Google Patents

Description

The present invention relates to a system, method, and program for providing a game in which two units play against each other.

Conventionally, a game in which a unit such as a deck composed of a plurality of cards competes against each other is known (see, for example, Patent Document 1). The battle in such a game is automatically processed by the system that provides the game, or is processed in response to an operation input by the player. When the battle process is performed according to the operation input by the player, the attack by one unit and the attack by the other unit are typically performed alternately. Then, the player who is being attacked by the opponent waits for the attack to end.

Japanese Unexamined Patent Publication No. 2015-042221

However, in the conventional game as described above, simply waiting for the attack by the opponent to end is boring for the player and can be a factor that discourages the game. Therefore, in a game in which units compete against each other, it is desirable to suppress the player from simply waiting for the end of the attack by the opponent.

One of the objects of the embodiment of the present invention is to prevent the player from simply waiting for the end of the attack by the opponent. Other objects of the embodiments of the present invention will become apparent by reference to the entire specification.

The system according to an embodiment of the present invention is a system for providing a game in which two units compete against each other, and includes one or more computer processors, the one or more computer processors being readable. The value of the counterattack parameter of the second unit in the first mode in which only one first unit attacks according to the execution of the command and in response to the first action on the other second unit side. The second unit is based on at least the value of the counterattack parameter of the second unit according to the process of controlling the progress of the game in the first mode and the end of the first mode. And the process of executing the counterattack against the first unit by.

A method according to an embodiment of the present invention is a method for providing a game executed by one or a plurality of computers and in which two units compete against each other, and the first unit attacks only one of the first units. The step of controlling the progress of the game in the first mode of updating the value of the counterattack parameter of the second unit in response to the first action on the other second unit side in the mode of A step of performing a counterattack against the first unit by the second unit, at least based on the value of the counterattack parameter of the second unit, upon termination of the first mode.

A program according to an embodiment of the present invention is a program for providing a game in which two units compete against each other, and the one or a plurality of computers may be executed on one or a plurality of computers. In addition, in the first mode in which only one first unit attacks, the value of the counterattack parameter of the second unit is updated in response to the first action on the other second unit side. The first unit by the second unit is based on at least the value of the counterattack parameter of the second unit according to the process of controlling the progress of the game in the first mode and the end of the first mode. The process of executing a counterattack against the unit and the process of executing it are executed.

Various embodiments of the present invention prevent the player from simply waiting for the end of an attack by an opponent.

FIG. 6 is a configuration diagram schematically showing a configuration of a network including a game providing system 10 according to an embodiment of the present invention. The block diagram which shows the function which the game providing system 10 has. The figure which illustrates the information managed in the player information table 411. The figure which illustrates the information managed in the unit information table 412. The figure which illustrates the information managed in the battle information table 413. The figure for demonstrating the outline of the card battle game. The flow diagram which illustrates the operation of the game providing system 10. The figure which illustrates the game screen 50 of a normal mode. The figure for demonstrating an example of the state of the player deck of each unit. The figure which illustrates the game screen 50 of a normal mode. The figure which illustrates the game screen 50 of a special mode. The figure which illustrates the game screen 50 of a special mode. The figure for demonstrating how the counterattack is executed in a card battle game.

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

FIG. 1 is a configuration diagram schematically showing a configuration of a network including a game providing system 10 according to an embodiment of the present invention. As shown in FIG. 1, the system 10 is communicably connected to the player terminal 30 via a network 20 such as the Internet. Although only one player terminal 30 is shown in FIG. 1, the system 10 is communicably connected to a plurality of player terminals 30. The system 10 has a function of providing a player with a game in which two units play against each other via a player terminal 30.

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

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

The user I / F 13 includes various input / output devices for exchanging information with the user. The user I / F 13 includes, for example, an information input device such as a keyboard and a pointing device (for example, a mouse, a touch panel, etc.), a voice input device such as a microphone, and an image input device such as a camera. Further, the user I / F 13 includes an information output device such as a display and an audio output device such as a speaker.

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

The storage 15 is composed of, for example, a magnetic disk, a flash memory, or the like. The storage 15 stores various programs including an operating system, various data, and the like.

In this embodiment, the system 10 can be configured using a plurality of computers, each having the hardware configuration described above. For example, the system 10 may be composed of a plurality of server devices.

The game providing system 10 configured in this way has functions as a web server and an application server, and is a game provided by the web browser or system 10 installed on the player terminal 30 (hereinafter referred to as "provided game"). In response to a request from the application for (may be), various processes are executed, and screen data (for example, HTML data), control data, and the like according to the result of the processes are transmitted to the player terminal 30. The player terminal 30 displays a web page or other screen based on the received data.

The player terminal 30 is configured as a general computer, and as shown in FIG. 1, a CPU (computer processor) 31, a main memory 32, a user I / F33, a communication I / F34, and a storage (memory). A device) 35, and each of these components is electrically connected via a bus or the like (not shown).

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

The user I / F 33 is various input / output devices for exchanging information with the user. The user I / F 33 includes, for example, an information input device such as a keyboard and a pointing device (for example, a mouse, a touch panel, etc.), a voice input device such as a microphone, and an image input device such as a camera. Further, the user I / F 33 includes an information output device such as a display and an audio output device such as a speaker.

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

The storage 35 is composed of, for example, a magnetic disk, a flash memory, or the like. The storage 35 stores various programs including an operating system, various data, and the like. The program stored in the storage 35 can be downloaded and installed from the application market or the like.

In the present embodiment, the player terminal 30 can be configured as a smartphone, a tablet terminal, a wearable device, a personal computer, a game-dedicated terminal, or the like.

The user (player) of the player terminal 30 configured in this way plays the provided game by executing communication with the system 10 via a web browser installed in the storage 35 or the like or an application for the provided game. You can play. The provided game application executed on the player terminal 30 can be an example of a program that implements a part or all of the program of the present invention.

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

The information storage management unit 41 of the system 10 stores and manages various information in the storage 15 and the like. As shown in FIG. 2, the information storage management unit 41 has, for example, a player information table 411 that manages information about players, a unit information table 412 that manages information about units, and battle information that manages information about individual battles. It has a table 413 and.

The basic function control unit 43 of the system 10 executes various processes related to the control of the basic functions of the provided game. For example, the basic function control unit 43 transmits HTML data or control data of various screens related to the basic function to the player terminal 30, and responds to various operation inputs by the user via the screen displayed on the player terminal 30. Processing is executed, and HTML data or control data corresponding to the result of the processing is transmitted to the player terminal 30. The basic functions of the provided game include, for example, player management (for example, updating the player information table 411) and unit management (for example, updating the unit information table 412).

The game progress control unit 45 of the system 10 executes various processes related to control of the progress of the game including the battle between units. For example, the game progress control unit 45 transmits HTML data or control data of various screens related to the progress of the game to the player terminal 30, and responds to an operation input by the player via the screen displayed on the player terminal 30. Various processes (including battle processes between units) are executed, and HTML data or control data according to the result of the processes is transmitted to the player terminal 30.

In the present embodiment, the game progress control unit 45 controls the progress of the game in the first mode. The first mode is a mode in which only one first unit attacks and the value of the counterattack parameter of the second unit is updated in response to the first action on the other second unit side. .. For example, in the first mode, the game progress control unit 45 executes an attack process against the second unit in response to an operation input from the player on the first unit side via the screen displayed on the player terminal 30. At the same time, in response to the operation input from the player on the second unit side via the screen displayed on the player terminal 30, a process of updating the value of the counterattack parameter of the second unit is executed. Here, in the attack processing, for example, the damage given to the defender is calculated based on at least the value of the attack parameter of the attacking side and the value of the defense parameter of the attacking side (defender), and the calculation is performed. Includes processing to reduce damage from the defender's HP, etc.

As described above, in the provided game of the present embodiment, in the first mode in which only one first unit attacks, the other second unit side sets the value of the counterattack parameter used for the subsequent counterattack. Take the first action to update. Therefore, in the present embodiment, it is suppressed that the player on the second unit side simply waits for the end of the attack by the first unit.

In this embodiment, at least one of the two opposing units can be controlled by a computer (system 10). In this case, the "player" in this specification may correspond to a computer.

In this embodiment, the game progress control unit 45 may be configured to control the progress of the game in a second mode in which both of the two units attack each other. For example, in the second mode, the game progress control unit 45 executes an attack process against the second unit in response to an operation input from the player on the first unit side via the screen displayed on the player terminal 30. At the same time, in response to the operation input from the player on the second unit side via the screen displayed on the player terminal 30, the attack process against the first unit is executed. As described above, in the second mode of the present embodiment, since both of the two units attack each other, it is possible to prevent the player from simply waiting for the end of the attack by the opponent's unit.

In the present embodiment, the game progress control unit 45 controls the transition between a plurality of battle modes including the first mode and the second mode while the provided game is in progress (during a battle between two units). Can be configured in. The transition between the battle modes can be made at various occasions. For example, the game progress control unit 45 shifts from another mode (including the second mode) to the first mode, or shifts to another mode (first mode) according to the satisfaction of the predetermined transition condition. To shift to the second mode. The predetermined transition conditions include, for example, defeating one or more specific attack targets (for example, HP is set to 0), and the duration of the battle mode before the transition reaches a predetermined time. Not limited to these.

The unit in the present embodiment is a unit that is the main body of the battle in the provided game. Further, the unit may be composed of a plurality of subunits. In this case, for example, the unit includes, but is not limited to, a unit (deck) composed of a plurality of virtual contents (cards and the like) and a unit (team) composed of a plurality of decks. When a unit is composed of a plurality of subunits, an attack by the unit is performed individually by each of the plurality of subunits, for example.

Further, in the present embodiment, each of the plurality of subunits can be configured to be arranged in any of a plurality of predetermined number of battle areas, and the game progress control unit 45 may be configured in the second mode. It may be configured to enable a second action on the side of the second unit when there is no subunit of the first unit that is ready for battle in one battle area included in a predetermined number of battle areas. .. The subunit that is in a battleable state is, for example, a subunit in which HP remains (non-zero). That is, in a battle area where there are no subunits that can be battled, for example, a battle area in which no subunit is placed, or all of the subunits that are placed are in a battle-incapable state (for example, HP). Is 0) It is a battle area. The second action is typically an action to advance the battle in an advantageous manner, for example, an attack on an attack target that cannot be attacked when an enemy subunit that is in a battleable state exists in the battle area. ..

Further, in the present embodiment, the game progress control unit 45 executes a counterattack by the second unit against the subunits of all the first units arranged in the one battle area included in the predetermined number of battle areas. Can be configured as In this case, the game progress control unit 45 identifies one battle area (a battle area to be counterattacked) from a predetermined number of battle areas, for example, according to the selection by the player or automatically.

Further, in the present embodiment, each of the plurality of subunits possessed by the unit may be configured to be operated by each of the plurality of players corresponding to the unit. That is, the provided game in the present embodiment is a game in which a team composed of a plurality of players competes against each other, and each of the plurality of players can be configured as a game in which each of the plurality of subunits is operated. In this case, the game progress control unit 45 is configured to update the value of the counterattack parameter of the second unit in response to the first action by each of the plurality of players of the second unit in the first mode. Can be done. That is, in the provided game of the present embodiment configured to be played by a team composed of a plurality of players, the counterattack parameter may be configured as a parameter shared by a plurality of players.

Further, in the present embodiment, the first action for updating the value of the counterattack parameter may be configured to involve the consumption of a predetermined virtual content. In this case, the game progress control unit 45 may be configured to update the value of the counterattack parameter based on the consumption quantity of the predetermined virtual content associated with the first action in the first mode. The predetermined virtual content is, for example, a specific virtual item (including a virtual currency such as a coin). Information about a predetermined virtual content held by the player is managed in, for example, the player information table 411. The predetermined virtual content can be made available for executing other actions (for example, attacks) in addition to executing the first action.

Next, the operation of the game providing system 10 of the present embodiment having such a function will be described with reference to a specific example. The provided game in the specific example is a card battle game in which a team composed of a plurality of players competes against each other. The unit corresponding to the team is composed of each player's deck (hereinafter, may be referred to as "player deck") (subunit). The player deck is composed of cards selected by the player from among the cards held by the player.

FIG. 3 illustrates the information managed in the player information table 411 in this specific example. The player information table 411 manages information for each player, and as shown in the figure, is associated with a "player ID" that identifies an individual player, "basic information" including a nickname, and information about a player deck. Manage information such as "deck information", "owned card information", and "owned item information". The deck information is information that identifies a plurality of cards that make up the deck, and parameters that are set in the deck itself according to the combination of the plurality of cards that make up the deck (for example, parameters such as HP are specially increased. Includes values such as (special effects such as making). The "possessed card information" includes the values of various parameters (for example, level, attack power, defense power, HP (maximum value), etc.) set on the card.

FIG. 4 illustrates the information managed in the unit information table 412 in this specific example. The unit information table 412 manages information for each unit, and as shown in the figure, is "player" which is information about a plurality of players constituting a unit (team) in association with a "unit ID" that identifies an individual unit. Information such as "information" and "competition history information" which is information on the battle history of the card battle game (including the history of winning / losing and points earned) is managed. The player information includes information (player ID, etc.) that identifies the players that make up the team. In this specific example, the player can create a unit by himself / herself, and in this case, another player participates in the created unit. The player can also participate in units created by other players.

FIG. 5 illustrates the information managed in the battle information table 413 in this specific example. The battle information table 413 manages information for each battle, and as shown in the figure, associates it with a "competition ID" that identifies an individual battle, and identifies each of the two units in the battle, a "first unit ID" and It manages information such as "second unit ID", "first unit parameter information" and "second unit parameter information" which are information related to parameters used in a battle between two competing units. Each unit parameter information includes the value of the parameter of the unit and the value of each parameter of the plurality of player decks included in the unit. The unit parameters will be described in detail later, but include counterattack points (counterattack parameters) and boss card parameters (defense power, HP (current value and maximum value), etc.). The parameters of the player deck, which will be described in detail later, include attack power, defense power, HP (current value and maximum value), earned points, and the like. The attack power, defense power, and HP (maximum value) of the player deck are managed in the values of these parameters (card information held in the player information table 411) set for each of a plurality of cards constituting the player deck. ) Etc. are set.

Hereinafter, the operation of the game providing system 10 in this example will be described. First, the outline of the card battle game in this example will be described. FIG. 6 is a diagram for explaining an outline of the card battle game. In FIG. 6, three adjacent vertically long rectangles LA, CA, and RA shown by solid lines indicate three battle areas. Nine player decks A11-A19 of unit A, which is one unit, are arranged below these battle areas, and nine player decks B11 of unit B, which is the other unit, are also arranged above the battle area. -B19 is arranged. At the beginning of the game, the nine player decks of each unit are evenly allocated to the three battle areas, and as a result, three player decks are arranged in one battle area. Each unit also has a boss card (A1 and B1) provided by the system 10. As will be described in detail later, in this card battle game, the player attacks the enemy player deck and the boss card using his / her own player deck, and obtains points according to the damage given by the attack. Then, the unit having the larger total value of the points earned by each of the plurality of players constituting the unit wins.

In this embodiment, the two competing units are automatically matched by the system 10 (eg, matched based on the battle history of each unit). This card battle game is a real-time battle type game in which the players of each of the two opposing units play at the same time. For example, at a predetermined start date and time, the card battle game is automatically started, and the player can play the game (operate the player's own player deck, etc.) by logging in to the system 10. The start date and time of the game is notified to the player in advance.

FIG. 7 is a flow chart illustrating the operation of the system 10 after the card battle game is started. When the game is started, the system 10 (game progress control unit 45) is in the normal mode (second mode) until the end condition of the game is satisfied or the game shifts to the special mode (first mode). ) To advance the game (steps S100-S120).

FIG. 8 illustrates a game screen 50 in a normal mode displayed on the player terminal 30. The screen 50 is displayed on the player terminal 30 of the player who has logged in to the system 10 and started playing the card battle game among the players constituting each of the two units in the battle. The game screen 50 illustrated in FIG. 8 is a screen displayed on the player terminal 30 of the player corresponding to the player deck A12 of the unit A in FIG. As shown in the figure, the game screen 50 has a battle field area 52 and a command area 54. The screen 50 may display the play status (login status to the system 10, etc.) of the player (allied player) of the own unit.

The battle field area 52 displays the player decks of the enemy and the ally in the battle area where the player's own player deck is arranged, and the boss cards of the enemy and the ally. In the example of FIG. 8, the enemy player decks B11-B13 and the boss card B1 arranged in the battle area LA on the left side where the player's own player deck A12 is arranged are displayed above, and the battle area is also displayed. The friendly player decks A11-13 and the boss card A1 including the player himself, which are arranged in the LA, are displayed below. An HP gauge 521 indicating the remaining amount (current value) of HP is arranged under each of these player decks and boss cards. Further, the frame 522 is arranged so as to surround the player's own player deck A12. Further, in the upper left corner of the battle field area 52, the points acquired at the present time (the total value of the points acquired by the player) of the own unit and the enemy unit are displayed.

The command area 54 includes an area status display area 541 that displays the status of each of the three battle areas, a move button 542 for moving the player deck to another battle area, and an attack button for attacking using the player deck. It has 543 and a recovery button 544 for recovering the HP of the player deck. In the area status display area 541, the number of player decks arranged (number of arrangements) and the number of player decks in a battleable state (number of battles possible) are set for each enemy and ally in each of the three battle areas. It is displayed in the format of "number of possible matches / number of placements". In the area status display area 541, the battle area in which the player's own player deck is arranged can be identified from other battle areas. In the example of FIG. 8, the area corresponding to the battle area LA on the left side displayed as “LEFT” is highlighted, so that the player can arrange his / her own player deck in the battle area LA. Can be recognized.

In normal mode, both of the two units can attack enemy units against each other. Specifically, when the player selects the attack button 543, an attack is performed on one enemy player deck arranged in the same battle area as the battle area in which the player's own player deck is placed. When a plurality of enemy player decks are arranged in the battle area, an attack is performed against one randomly specified enemy player deck. When an attack is made, damage is calculated based on the attack power of the player's own player deck and the defense power of the enemy player deck, and the calculated damage is reduced from the HP of the enemy player deck. Further, in this specific example, a specific virtual item is consumed in association with the attack (the attack is performed using the specific virtual item). Specifically, when the attack button 543 is selected, the player can select the number of virtual items to be consumed, and the damage is calculated based on the number of virtual items to be consumed (for example, to be consumed). The greater the number of virtual items, the greater the damage). When the enemy player deck is damaged, points are given to the player according to the magnitude of the damage. The battle information table 413 (first unit parameter information and / or second unit parameter information) is updated according to such changes in HP and points given, and player information table 411 (player information table 411 (1st unit parameter information and / or 2nd unit parameter information) is updated according to the consumption of virtual items. Owned item information) is updated.

When the HP of the player deck attacked by the enemy becomes 0, the player deck becomes incapable of fighting. Then, when the player selects the recovery button 544, the HP of the player's player deck is recovered. If the player deck is in a non-competitive state (HP is 0), the player deck becomes a competitive state according to the recovery of HP. Further, in this specific example, a specific virtual item (may be the same virtual item as the above-mentioned attack virtual item, or may be a different virtual item) with the recovery of HP). Is consumed (HP recovery is performed using a specific virtual item). Specifically, when the recovery button 544 is selected, the player can select the number of virtual items to be consumed, and the amount of HP to be recovered is calculated based on the number of virtual items to be consumed (). For example, the greater the number of virtual items consumed, the greater the amount of HP recovered). The battle information table 413 (first unit parameter information and / or second unit parameter information) is updated according to such a change in HP, and the player information table 411 (possessed item information) is updated according to the consumption of virtual items. Will be done.

FIG. 9 is for explaining an example of the state of the player deck of each unit after the card battle game is started (from the state of FIG. 6) and after the two units attack each other in the normal mode. It is a figure. In the example of FIG. 9, the "X" mark attached to the upper right of the player deck indicates that the corresponding player deck is in a non-competitive state. In the example of FIG. 9, the player deck A16 of the unit A and the player decks B11-13 and 15 of the unit B are in a non-competitive state. Further, in the example of FIG. 9, the player deck A17 arranged in the right battle area RA and the player deck B16 arranged in the center battle area CA in the state of FIG. 6 are the center battle area CA and the right side, respectively. We are moving to the battle area RA.

FIG. 10 illustrates a game screen 50 displayed on the player terminal 30 of the player corresponding to the player deck A12 of the unit A in the state illustrated in FIG. On the game screen 50, all of the enemy player decks B11-13 arranged in the battle area LA on the same left side as the player deck A12 are in an incapable state of battle, and these player decks B11-13 are in a battle. It is displayed in a manner that can be identified as being in an incapacitated state (in the example of FIG. 10, the outline is shown by a broken line). Further, the display content of the area status display area 541 changes according to such a change in the state of the player deck and the movement of the battle area described above (for example, the display regarding the enemy player deck in the battle area LA on the left side is ". "Enemy: 3/3" changes to "Enemy: 0/3", and the display related to the player deck of the ally in the central battle area CA changes from "Self: 3/3" to "Self: 3/4". doing).

Here, in this card battle game, the player deck cannot attack the enemy's boss card if there is at least one enemy player deck in the same battle area that is in a battleable state. .. On the other hand, if there is no enemy player deck in the same battle area that is ready for battle, the enemy's boss card can be attacked. Therefore, in the state illustrated in FIGS. 9 and 10, since there is no player deck of unit B in the battle area LA on the left side, the player deck of unit A arranged in the same battle area LA A11-13 can attack the enemy boss card B1. When the player selects the attack button 543 on the game screen 50 illustrated in FIG. 10, an attack similar to the attack on the player deck is performed on the boss card B1. That is, the calculated damage is deducted from the HP of the enemy's boss card, and points are given to the player according to the magnitude of the damage given. Such an attack on the enemy's boss card corresponds to the second action in the present embodiment.

As described above, each player can recover the HP of the player deck by selecting the recovery button 544 of the game screen 50, and also by selecting the move button 542, the player deck can be moved to another battle area. Can be moved to. Therefore, when a battle area in which a friendly player deck that is in a battleable state does not exist occurs, the player who operates the player deck that is in a battle-incapable state located in the battle area can set the HP of the player deck. By recovering, and if the player operates a player deck located in a battle area other than the battle area, the player is in the battle area (a battle area where there is no friendly player deck in the battle area). By moving your own player deck, you can avoid attacks on your boss cards.

In this specific example, the HP of one of the boss cards becomes 0, which is a transition condition for shifting from the normal mode to the special mode. Returning to the flow diagram of FIG. 7, when the HP of one of the boss cards becomes 0 and the transition condition is satisfied (step S120), the system 10 (game progress control unit 45) changes the battle mode from the normal mode to the special mode. The transition is made and the game is advanced in the special mode (step S130). In the special mode, only the player on the unit side who defeated the enemy boss card (HP is set to 0) can attack.

FIG. 11 illustrates a game screen 50 displayed on the player terminal 30 when the HP of the enemy boss card is 0. As shown in the figure, the information display area 56 is displayed on the game screen 50 of the player (player who can attack in the special mode) whose HP of the enemy boss card is 0 in the special mode. The information display area 56 displays the remaining time of the special mode together with the texts "Special mode !!!" and "Chase the boss! (Acquire points three times as much as usual)". In this way, the special mode in the card battle game of this specific example is set to further attack (pursue) the enemy's boss card whose HP is 0, and it is more aggressive than the normal mode. The points that can be obtained according to the damage (points given according to the damage given) are large (three times in this example). When the player selects the attack button 543, an attack involving the consumption of a specific virtual item is performed as in the attack in the normal mode. However, in the attack in the special mode, the damage is calculated and points are given based on the calculated damage, but the HP of the enemy boss card that is already 0 does not change. Also, in the special mode, all player decks that are in a battleable state can attack (pursue) the boss card regardless of the battle area in which they are placed.

FIG. 12 illustrates a game screen 50 displayed on the player terminal 30 when the HP of the boss card of the ally is 0. As shown in the figure, the information display area 57 is displayed on the game screen 50 of the player (player who cannot attack in the special mode) whose HP of the boss card of the ally is 0 in the special mode. The information display area 57 displays the remaining time of the special mode together with the texts "Special mode !!!" and "Charge counterattack points! (Attack impossible)". Further, on the game screen 50, instead of the move button 542, the attack button 543, and the recovery button 544, a charge button 545 displayed as "charge counterattack points" is arranged. As described above, in the special mode in the card battle game of this specific example, when the boss card of the ally is defeated and the HP is 0, the operation input of the movement, the attack, and the recovery to the player deck is executed. Instead of this, the counterattack points can be charged (added) (first action). Regardless of the battle area where the battle area is located, all player decks that are in a battleable state can be charged with counterattack points.

When the player selects the charge button 545, the counterattack points are charged (added). Further, in this specific example, a specific virtual item (the same virtual item as the above-mentioned attack and recovery virtual items may be used as the counterattack point is charged, or a virtual item different from these may be used. (May be present) is consumed (counterattack points are charged using specific virtual items). Specifically, when the charge button 545 is selected, the player can select the number of virtual items to be consumed, and the counterattack points to be charged (added) based on the number of virtual items to be consumed. Is calculated (for example, the more virtual items you consume, the more counterattack points you will be charged). The battle information table 413 (first unit parameter information and / or second unit parameter information) is updated according to the addition of such counterattack points, and the player information table 411 (possessed item information) is updated according to the consumption of virtual items. Will be updated.

In this specific example, reaching a predetermined time (for example, 60 seconds) for the duration of the special mode is a transition condition for shifting from the special mode to the normal mode (the special mode ends). Returning to the flow chart of FIG. 7, when the duration of the special mode reaches a predetermined time and the transition condition is satisfied (step S140), the system 10 (game progress control unit 45) executes a counterattack (step S150).

In this card battle game, the counterattack performed at the end of the special mode causes damage based on the counterattack points charged (for example, the more counterattack points, the greater the damage) to one of the three battle areas. It is dealt to all of the placed enemy player decks (the same damage is dealt to all player decks). The battle area to be counterattacked is randomly determined from the three battle areas. Further, among the player decks of the units on the counterattack side, the player deck of the player charged with the counterattack points in the special mode automatically moves to the battle area targeted for the counterattack. In the counterattack, the HP of the player deck is reduced according to the damage received, but points are not given to the unit on the counterattack side. In addition, the HP of all player decks and boss cards of the counterattacking unit recovers to the maximum value (total recovery) with the execution of the counterattack (with the end of the special mode).

FIG. 13 is a diagram for explaining how a counterattack is executed in a card battle game. In the example of FIG. 13, the battle area LA on the left side is determined as the battle area of the counterattack target that causes counterattack damage, and is arranged in the battle area LA of the counterattack target among the player decks of the unit A to be counterattacked. Counterattack damage is dealt to the three player decks A11-A13. Further, in the example of FIG. 13, among the player decks of the unit B on the counterattack side, which are arranged in the battle areas CA and RA other than the battle area LA on the left side, which is the target of the counterattack, in the special mode. Player decks B15-16 and 18 charged with counterattack points have moved to the battle area LA on the left side, which is the target of counterattack.

Here, as described above, in this card battle game, it is possible to attack the boss card by generating a battle area in which the enemy player deck that is in a battleable state does not exist, and further, defeat the boss card. This makes it possible to pursue in a special mode in which the points earned are larger than in the normal mode. Therefore, it is important in this card battle game to generate a battle area in which there is no enemy player deck in a battleable state. Then, the above-mentioned counterattack damages all the enemy player decks arranged in one battle area, and the player deck charged with the counterattack points automatically moves to the battle area. From the point of view of the unit that counterattacked, it is easy to make the battle area a battle area where there is no enemy player deck that is in a battleable state. In other words, the unit that counterattacked can quickly turn the situation of the game into an advantageous situation by counterattacking.

Returning to the flow chart of FIG. 7, when the counterattack is executed, the game progresses in the normal mode (step S100). Then, when the progress of the game in the normal mode, the transition to the special mode, and the counterattack corresponding to the end of the special mode are repeatedly executed and the end condition of the game is satisfied (step S110), the system 10 (game progress control unit 45) ) Presents the match result of the game to the player (step S160). The end condition of the game is, for example, that the predetermined time has come (the predetermined time has elapsed from the start time of the game). The battle result is presented to the player, for example, via a screen displaying the battle result displayed on the player terminal 30. The result of the match includes the victory or defeat of the game, and the victory or defeat of the game is determined by comparing the points earned by each unit (the total value of the points earned by the player).

The game providing system 10 according to the present embodiment described above is a first mode (special mode) in which only one first unit attacks, and a first action (counterattack point) on the other second unit side. The process of controlling the progress of the game in the first mode, which updates the value of the counterattack parameter (counterattack point) of the second unit according to the charge), and the second mode, depending on the end of the first mode. A process of executing a counterattack against the first unit by the second unit based on at least the value of the counterattack parameter of the unit is executed. As described above, in the present embodiment, in the first mode in which only one first unit attacks, the other second unit side updates the value of the counterattack parameter used for the subsequent counterattack. Will perform the first action of. Therefore, it is possible to prevent the player on the second unit side from simply waiting for the end of the attack by the first unit.

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

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

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

10 Game providing system 20 Network 30 Player terminal 41 Information storage management unit 411 Player information table 412 Unit information table 413 Battle information table 43 Basic function control unit 45 Game progress control unit 50 Game screen LA, CA, RA Battle area

Claims (9)

A system for providing a game in which two units play against each other.
Equipped with one or more computer processors
The one or more computer processors depend on the execution of readable instructions.
The first mode in which only one first unit attacks, and the value of the counterattack parameter of the second unit is updated in response to the first action on the other second unit side. The process of controlling the progress of the game in the mode,
Upon termination of the first mode, a process of executing a counterattack against the first unit by the second unit based on at least the value of the counterattack parameter of the second unit is executed.
The first action is executed in response to an operation input by the player on the second unit side.
The first mode ends when the duration of the first mode reaches a predetermined time.
The process of controlling the progress of the game in the first mode is presented to the first screen and / or the player on the second unit side presented to the player on the first unit side. The second screen includes displaying the remaining time until the first mode ends.
The one or more computer processors further control the progress of the game in the second mode in which both the first unit and the second unit attack each other, and the first mode and the second mode. The process of controlling the transition between multiple modes, including the second mode, and the execution of
The process of controlling the transition is an information display area including the remaining time on the first screen and / or the second screen according to the transition from the second mode to the first mode. Including displaying,
system. The system of claim 1
The unit has a plurality of subunits and has a plurality of subunits.
Attacks by the units are made individually by each of the plurality of subunits.
system. The system of claim 2
Each of the plurality of subunits is arranged in any of a plurality of predetermined number of battle areas.
The process of controlling the progress of the game in the second mode is the process of controlling the progress of the game when there is no subunit of the first unit in a battleable state in one battle area included in the predetermined number of battle areas. Including enabling a second action on the side of two subunits,
system. The process of executing the counterattack by the second unit includes performing a counterattack against all the subunits of the first unit arranged in one battle area included in the predetermined number of battle areas. Item 3 system. The system according to any one of claims 2 to 4.
Each of the plurality of subunits of the second unit is operated by each of the plurality of players corresponding to the second unit.
The process of controlling the progress of the game in the first mode includes updating the value of the counterattack parameter of the second unit in response to the first action by each of the plurality of players.
system. The first action is the system according to any one of claims 1 to 5, which involves consumption of a predetermined virtual content. The process of controlling the progress of the game in the first mode includes updating the value of the counterattack parameter of the second unit based on the consumption quantity of the predetermined virtual content accompanying the first action. The system of claim 6. A method for providing a game that is run by one or more computers and is played between two units.
The first mode in which only one first unit attacks, and the value of the counterattack parameter of the second unit is updated in response to the first action on the other second unit side. Steps to control the progress of the game in the mode,
A step of performing a counterattack against the first unit by the second unit, at least based on the value of the counterattack parameter of the second unit, upon termination of the first mode.
The first action is executed in response to an operation input by the player on the second unit side.
The first mode ends when the duration of the first mode reaches a predetermined time.
The step of controlling the progress of the game in the first mode is presented to the first screen and / or the player on the second unit side presented to the player on the first unit side. The second screen includes displaying the remaining time until the first mode ends.
The method further comprises a step of controlling the progress of the game in a second mode in which both the first unit and the second unit attack each other, and the first mode and the second mode. With steps to control the transition between multiple modes, including
The step of controlling the transition is an information display area including the remaining time on the first screen and / or the second screen according to the transition from the second mode to the first mode. Including displaying,
Method. A program to provide a game in which two units play against each other.
To the one or more computers, depending on running on one or more computers.
The first mode in which only one first unit attacks, and the value of the counterattack parameter of the second unit is updated in response to the first action on the other second unit side. The process of controlling the progress of the game in the mode,
Upon termination of the first mode, a process of executing a counterattack against the first unit by the second unit based on at least the value of the counterattack parameter of the second unit is executed.
The first action is executed in response to an operation input by the player on the second unit side.
The first mode ends when the duration of the first mode reaches a predetermined time.
The process of controlling the progress of the game in the first mode is presented to the first screen and / or the player on the second unit side presented to the player on the first unit side. The second screen includes displaying the remaining time until the first mode ends.
To the one or more computers, further, a process of both of said first unit and said second unit to control the progress of the game in the second mode to attack each other, the first mode and the second To execute the process of controlling the transition between a plurality of modes including the two modes,
The process of controlling the transition is an information display area including the remaining time on the first screen and / or the second screen according to the transition from the second mode to the first mode. Including displaying,
program.

Images