JP2018111011A - System, method, and program for providing game - Google Patents

Abstract

PROBLEM TO BE SOLVED: To suppress that a player is simply made to wait for attacks by opponents to end.SOLUTION: A game providing system 10 according to one embodiment has a function to provide via a player terminal 30 a player with a game played between two units. The system 10 performs: processing to control progress of a game in a first mode in which only one first unit attacks and a value of counterattack parameter of a second unit is updated according to the first action on the other second unit side; and processing to launch a counterattack against the first unit by the second unit at least on the basis of the value the counterattack parameter of the second unit as the first mode ends.SELECTED DRAWING: Figure 1

Description

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

  2. Description of the Related Art Conventionally, a game in which a battle between units such as a deck constituted by a plurality of cards is known (for example, see Patent Document 1). A match in such a game is automatically processed by a system that provides the game, or is processed in response to an operation input by a player. When a battle process according to an operation input by a player is performed, typically, an attack by one unit and an attack by the other unit are alternately performed. Then, the player who is receiving an attack from the opponent waits for the attack to end.

Japanese Patent Laying-Open No. 2015-042221

  However, in the conventional game as described above, simply waiting for the opponent's attack to end is tedious for the player and can be a factor that reduces the willingness to play the game. Therefore, it is desirable to prevent the player from simply waiting for the end of the attack by the opponent in a game in which the units battle each other.

  The embodiment of the present invention has an object to suppress 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 referring to the entire specification.

  A system according to an embodiment of the present invention is a system for providing a game in which two units battle each other, and includes one or more computer processors, the one or more computer processors being readable In the first mode in which only one first unit attacks in accordance with the execution of the command, the value of the counter parameter for the second unit in response to the first action on the other second unit side A process for controlling the progress of the game in the first mode and updating the second unit based on at least the value of the counter-attack parameter of the second unit in response to the end of the first mode. Performing a counterattack on the first unit.

  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 playing a battle between two units, in which only one first unit attacks. Controlling the progress of the game in the first mode in which the value of the counter-attack parameter of the second unit is updated in accordance with the first action on the other second unit side, Performing a counterattack on the first unit by the second unit based on at least a value of the counterattack parameter of the second unit in response to the end of the first mode.

  The program which concerns on one Embodiment of this invention is a program for providing the game which competes between two units, Comprising: When it runs on one or a plurality of computers, the one or a plurality of computers Further, in the first mode in which only one first unit attacks, the second unit counter-attack parameter value is updated according to the first action on the other second unit side. The process of controlling the progress of the game in the first mode and the first unit by the second unit based on at least the value of the counter-attack parameter of the second unit in response to the end of the first mode. And a process of performing a counterattack on the unit.

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

The lineblock diagram showing roughly the composition of the network containing game providing system 10 concerning one embodiment of the present invention. The block diagram which shows schematically the function which the game provision 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 | summary of a card | curd battle game. FIG. 6 is a flowchart illustrating 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 a mode that a counterattack is performed in a card | curd battle game.

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

  FIG. 1 is a configuration diagram schematically showing the 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 a 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 connected to a plurality of player terminals 30 so as to be communicable. The system 10 has a function of providing a game that is played between two units to the player via the 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 / F 13, a communication I / F 14, a storage (storage device) 15), and these components are 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 configured by, for example, a DRAM.

  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 and a touch panel), a voice input device such as a microphone, and an image input device such as a camera. 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 types of 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 configured by, 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 the present embodiment, the system 10 can be configured using a plurality of computers each having the hardware configuration described above. For example, the system 10 can be configured by a plurality of server devices.

  The game providing system 10 configured as described above has functions as a web server and an application server, and a game provided by the web browser or the system 10 installed in the player terminal 30 (hereinafter referred to as “provided game”). In response to a request from the application, the CPU executes various processes, and transmits screen data (for example, HTML data) and control data corresponding to the result of the processes to the player terminal 30. On the player terminal 30, a web page or other screen based on the received data is displayed.

  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 / F 33, a communication I / F 34, and storage (memory). Device) 35, and these components are electrically connected via a bus or the like (not shown).

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

  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 and a touch panel), a voice input device such as a microphone, and an image input device such as a camera. 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 types of communication software, and combinations thereof, and is configured to realize wired or wireless communication via the network 20 or the like.

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

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

  A user (player) of the player terminal 30 configured as described above performs communication with the system 10 via a web browser installed in the storage 35 or the like or an application for a provided game, thereby playing the provided game. You can play. The provided game application executed on the player terminal 30 can be an example of a program in which part or all of the program of the present invention is installed.

  Next, functions of the game providing system 10 according to the present embodiment will be described. FIG. 2 is a block diagram schematically showing the functions of the system 10. As shown, the system 10 includes an information storage management unit 41 that stores and manages various information, a basic function control unit 43 that controls basic functions of the provided game, and a game progress that controls the progress of the game in the provided game. And a control unit 45. These functions are realized by the cooperation of hardware such as the CPU 11 and the main memory 12 and various programs and data stored in the storage 15 and the like. For example, the functions are read into the main memory 12. This is realized by the CPU 11 executing instructions included in the program. 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. For example, as shown in FIG. 2, the information storage management unit 41 includes 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. And a table 413.

  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 in response to an operation input by the user via the screen displayed on the player terminal 30. This 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, update of the player information table 411), unit management (for example, update of the unit information table 412), and the like.

  The game progress control unit 45 of the system 10 executes various processes relating to the control of the progress of the game including the battle between the 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 a battle process between units) are executed, and HTML data or control data corresponding to the result of the process 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 second unit counterattack parameter is updated in accordance with the first action on the other second unit side. . For example, in the first mode, the game progress control unit 45 performs an attack process on the second unit in response to an operation input via the screen displayed on the player terminal 30 by the player on the first unit side. However, in response to an operation input through the screen displayed on the player terminal 30 by the player on the second unit side, processing for updating the value of the counter-attack parameter of the second unit is executed. Here, the attack process calculates, for example, the damage given to the defender based on at least the value of the attack parameter on the attacking side and the value of the defense parameter on the attacking side (defensive side). Includes processing to reduce damage from the defender's HP.

  Thus, 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 a first action to update. Therefore, in this 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 the present embodiment, at least one of the two units that compete may be controlled by the computer (system 10). In this case, the “player” in this specification may correspond to a computer.

  In the present embodiment, the game progress control unit 45 may be configured to control the progress of the game in the second mode in which both two units attack each other. For example, in the second mode, the game progress control unit 45 performs an attack process on the second unit in response to an operation input via a screen displayed on the player terminal 30 by the player on the first unit side. However, in response to an operation input through the screen displayed on the player terminal 30 by the player on the second unit side, the attack processing on the first unit is executed. In this way, in the second mode in the present embodiment, both the two units attack each other, so that it is suppressed that the player simply waits for the end of the attack by the opponent unit.

  In the present embodiment, the game progress control unit 45 controls 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. Transition between the battle modes can be performed at various occasions. For example, the game progress control unit 45 makes a transition from another mode (including the second mode) to the first mode or establishes another mode (the first mode) according to establishment of a predetermined transition condition. To the second mode. The predetermined transition condition includes, for example, defeating one or a plurality of specific attack targets (for example, HP is set to 0), and the duration of the battle mode before the transition reaches a predetermined time. It is not limited to these.

  The unit in the present embodiment is a unit that becomes a main subject of the battle in the provided game. The unit can be composed of a plurality of subunits. In this case, for example, the unit includes, but is not limited to, a unit (deck) configured by a plurality of virtual contents (such as cards) and a unit (team) configured by a plurality of decks. When the unit is configured by a plurality of subunits, the 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 is configured in the second mode. When there is no subunit of the first unit that is in a battleable state in one battle area included in the predetermined number of battle areas, the second action on the second unit side may be configured to be possible. . The subunit that is in a battleable state is, for example, a subunit in which HP remains (not 0). That is, a battle area where there is no subunit that is in a battleable state is, for example, a battle area in which one subunit is not arranged, or all of the arranged subunits are in a battle impossible state (for example, HP Is a battle area. The second action is typically an action for advantageously proceeding with the battle, for example, an attack against an attack target that cannot be attacked when an enemy subunit that is in a battle enabled state exists in the battle area. .

  Moreover, in this embodiment, the game progress control part 45 performs the counterattack by the 2nd unit with respect to the subunit of all the 1st units arrange | positioned at 1 battle | competition area contained in a predetermined number of battle | competition areas. Can be configured as follows. In this case, the game progress control unit 45 specifies, for example, one battle area (a battle area to be counterattacked) from a predetermined number of battle areas in response to selection by the player or automatically.

  In the present embodiment, each of the plurality of subunits included in the unit can 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, 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 counter-attack parameter of the second unit in accordance with 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 play a team composed of a plurality of players, the counterattack parameter can be configured as a parameter shared by a plurality of players.

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

  Next, operation | movement of the game provision system 10 of this embodiment which has such a function is demonstrated using 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. A unit corresponding to a team is constituted by a deck (sub-unit) of each player's deck (hereinafter sometimes referred to as “player deck”). The player deck is composed of cards selected by the player from the cards held by the player.

  FIG. 3 illustrates information managed in the player information table 411 in this specific example. The player information table 411 manages information for each player. As shown in the drawing, the player information table 411 is “basic information” including a nickname in association with “player ID” for identifying individual players, and information related to the player deck. Information such as “deck information”, “held card information”, “held item information” is managed. Deck information is information that identifies each of the cards that make up the deck, and parameters that are set on the deck itself according to the combination of the cards that make up the deck. Value of special effects, etc.). The “held card information” includes values of various parameters (for example, level, attack power, defense power, HP (maximum value), etc.) set in the card.

  FIG. 4 illustrates 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 drawing, the unit information table 412 is associated with a “unit ID” for identifying an individual unit and is information related to a plurality of players constituting a unit (team). Information such as “competition history information”, which is information relating to the battle history of the card battle game (including the history of winning and losing points and points acquired), is managed. The player information includes information (player ID or the like) that identifies the players that make up the team. In this specific example, the player can create a unit himself, and in this case, another player participates in the created unit. Players can also participate in units created by other players.

  FIG. 5 illustrates information managed in the battle information table 413 in this specific example. The battle information table 413 manages the information for each battle, and as shown in the figure, the “first unit ID” for identifying each of the two units to be battled in association with the “match ID” for identifying individual battles, and Information such as “second unit ID”, “first unit parameter information” and “second unit parameter information”, which are information related to parameters used in the battle between the two units to be battled, is managed. Each unit parameter information includes a unit parameter value and a parameter value of each of a plurality of player decks included in the unit. The unit parameters include counterattack points (counterattack parameters) and boss card parameters (defense, HP (current value and maximum value), etc.), which will be described in detail later. The player deck parameters include attack power, defense power, HP (current value and maximum value), acquisition points, and the like, as will be described in detail later. The attack power, defense power, and HP (maximum value) of the player deck are managed in the values of these parameters (held card information in the player information table 411) set for a plurality of cards constituting the player deck. ) And the like.

  Hereinafter, the operation of the game providing system 10 in this example will be described. First, an outline of the card battle game in this example will be described. FIG. 6 is a diagram for explaining the outline of the card battle game. In FIG. 6, three adjacent vertical rectangles LA, CA, and RA indicated by solid lines indicate three battle areas. Below these battle areas, nine player decks A11-A19 of unit A, which is one unit, are arranged. Similarly, nine player decks B11 of unit B, the other unit, are arranged above the battle area. -B19 is arranged. The nine player decks of each unit are equally allocated to the three battle areas at the start of the game. 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 player deck, and acquires points according to the damage given by the attack. A unit having a large total value of points acquired by a plurality of players constituting the unit is won.

  In this specific example, two units that compete are automatically matched by the system 10 (for example, 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 the two units that battle each other play simultaneously. For example, when a predetermined start date / time is reached, a card battle game is automatically started, and the player can play the game (operating the player's own player deck, etc.) by logging into the system 10. The player is notified in advance of the game start date and time.

  FIG. 7 is a flowchart 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) causes the normal mode (second mode) until the game end condition is satisfied or the mode is shifted to the special mode (first mode). ) To advance the game (steps S100 to S120).

  FIG. 8 illustrates a game screen 50 in the normal mode displayed on the player terminal 30. The screen 50 is displayed on the player terminal 30 of a player who logs in to the system 10 and starts playing a card battle game among the players constituting each of the two units in the battle. A 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. The game screen 50 has a battle field area 52 and a command area 54 as shown in the figure. In addition, on the said screen 50, you may make it display the play condition (login condition etc. to the system 10) of the player (friend player) of an own unit.

  The battle field area 52 displays the enemy and ally player decks in the battle area where the player's own player deck is arranged, and the enemy and ally boss cards. 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 placed are displayed above, and the battle area is also the same. An ally player deck A11-13 and a boss card A1 including the player who are arranged in LA are displayed below. Under each of these player decks and boss cards, an HP gauge 521 indicating the remaining amount of HP (current value) is arranged. Further, a frame 522 is arranged so as to surround the player deck A12 of the player himself. In addition, in the upper left corner of the battle field area 52, the current acquisition points (the total value of 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 for displaying 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. 543 and a recovery button 544 for recovering the HP of the player deck. For each of the three battle areas, the area status display area 541 indicates the number of player decks (arranged) and the number of player decks that are available for battle (number of possible battles) for each enemy and allies. Displayed in the format of “number of possible matches / number of arrangements”. In the area status display area 541, the battle area in which the player's own player deck is arranged is distinguishable from other battle areas. In the example of FIG. 8, the area corresponding to the left battle area LA displayed as “LEFT” is highlighted, so that the player's own player deck is placed in the battle area LA. Can be recognized.

  In normal mode, both 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 placed 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 on one enemy player deck specified at random. When an attack is performed, 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. In this specific example, a specific virtual item is consumed 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 damage is calculated based on the number of virtual items to be consumed (for example, consumed) The more virtual items there are, the greater the damage). When damage is given to an enemy player deck, points corresponding to the magnitude of the damage are given to the player. The match information table 413 (first unit parameter information and / or second unit parameter information) is updated in accordance with such changes in HP and points, and the player information table 411 (in accordance with consumption of virtual items) (Retained item information) is updated.

  When the HP of a player deck that has been attacked by an enemy becomes 0, the player deck is in a battle impossible state. When the player selects the recovery button 544, the HP of the player deck of the player is recovered. When the player deck is in a battle impossible state (HP is 0), the player deck is in a battle capable state in accordance with the recovery of HP. Further, in this specific example, a specific virtual item (which may be the same virtual item as the above-described attack virtual item or a different virtual item) may be associated 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 amount of HP recovered increases as the number of virtual items consumed increases). The match 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 (held item information) is updated according to consumption of virtual items. Is done.

  FIG. 9 is a view for explaining an example of the state of the player deck of each unit after the mutual attack by the two units is performed in the normal mode after the card battle game is started (from the state of FIG. 6). FIG. In the example of FIG. 9, an “X” mark added to the upper right of the player deck indicates that the corresponding player deck is in a battle impossible state. In the example of FIG. 9, the player deck A16 of unit A and the player decks B11-13 and 15 of unit B are in a battle-impossible state. In the example of FIG. 9, in the state of FIG. 6, the player deck A17 arranged in the right battle area RA and the player deck B16 arranged in the central battle area CA are respectively connected to the central battle area CA and the right battle area CA. Has moved 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. In the game screen 50, all of the enemy player decks B11-13 arranged in the same battle area LA on the left side as the player deck A12 are in a battle impossible state, and these player decks B11-13 are in battle. It is displayed in such a manner that it can be identified that it is in an incapable state (in the example of FIG. 10, the outline is indicated by a broken line). In addition, the display content of the area status display area 541 changes in accordance with the 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 is “ “Enemy: 3/3” changes to “Enemy: 0/3”, and the display of the player deck in the center battle area CA changes from “O: 3/3” to “O: 3/4” doing).

  Here, in this card battle game, the player deck cannot attack an enemy boss card if there is even one enemy player deck that is placed in the same battle area and is ready for battle. . On the other hand, when there is no enemy player deck in the same battle area that is ready for battle, the enemy boss card can be attacked. Accordingly, in the state illustrated in FIG. 9 and FIG. 10, the player deck of the unit A arranged in the same battle area LA is not present in the battle area LA on the left side because there is no player deck of the unit B that is in the battle enabled state. 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 subtracted from the HP of the enemy boss card, and points corresponding to the magnitude of the damage given are given to the player. Such an attack on the enemy boss card corresponds to the second action in the present embodiment.

  As described above, each player can restore the HP of the player deck by selecting the recovery button 544 on the game screen 50, and similarly, by selecting the move button 542, each player can move the player deck to another battle area. Can be moved to. Therefore, when a battle area in which a player deck that is in a battleable state does not exist exists, a player who operates a player deck that is placed in the battle area and is in a battle-disabled state may use the HP of the player deck. If it is a player who operates a player deck arranged in a battle area other than the battle area by recovery, the player is in the battle area (a battle area where there is no friendly player deck in a battle enabled state). By moving its own player deck, it is possible to avoid attacks on boss cards of allies.

  In this specific example, the transition condition for shifting from the normal mode to the special mode is that the HP of one boss card is 0. Returning to the flowchart of FIG. 7, when the HP of one boss card 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 game is advanced in the special mode (step S130). In the special mode, only the player on the unit side who defeats 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 zero. As shown in the drawing, in the special mode, an information display area 56 is displayed on the game screen 50 of the player whose HP of the enemy boss card is 0 (player capable of attacking in the special mode). The information display area 56 displays the remaining time of the special mode together with the text “special mode !!!” and “follow the boss! (Acquisition of 3 times the usual points)”. In this way, the special mode in the card battle game of this specific example is set to further attack (follow) the enemy boss card whose HP is 0. The points that can be acquired accordingly (points given according to the damage given) are large (in this example, tripled). When the player selects the attack button 543, an attack involving consumption of a specific virtual item is performed in the same manner as the attack in the normal mode. However, in the attack in the special mode, damage is calculated and points are assigned based on the calculated damage, but the HP of the enemy boss card that is already 0 does not change. In the special mode, all player decks that are in a battle-capable state can attack (follow-up) the boss card regardless of the battle area that is arranged.

  FIG. 12 illustrates the game screen 50 displayed on the player terminal 30 when the HP of the ally boss card is 0. As shown in the drawing, in the special mode, an information display area 57 is displayed on the game screen 50 of the player whose HP of the ally boss card is 0 (player who cannot attack in the special mode). The information display area 57 displays the remaining time of the special mode together with the text “special mode !!!” and “charge counterattack points! (Impossible to attack)”. In addition, on the game screen 50, a charge button 545 displaying “charge counterattack points” is arranged instead of the move button 542, the attack button 543, and the recovery button 544. Thus, in the special mode in the card battle game of this specific example, when the boss card of the ally is defeated and HP is 0, the movement input, attack, and recovery operation inputs to the player deck are executed. However, instead of this, charging (addition) of the counterattack points (first action) can be performed. Regardless of the battle area that is arranged, all player decks that are ready for battle can charge counterattack points.

  When the player selects the charge button 545, the counterattack points are charged (added). Moreover, in this specific example, a specific virtual item (which may be the same virtual item as the above-mentioned attacking and recovery virtual items, or a virtual item different from these may be used as the counterattack points are charged. (Which may be present) is consumed (a counterpoint is charged using a specific virtual item). Specifically, when the charge button 545 is selected, the player can select the number of virtual items to be consumed, and the counterattack points that are charged (added) based on the number of virtual items to be consumed. (For example, the greater the number of virtual items to be consumed, the larger the counterattack points charged). The battle information table 413 (first unit parameter information and / or second unit parameter information) is updated according to the addition of the counterattack points, and the player information table 411 (held item information) is updated according to the consumption of the virtual item. Updated.

  In this specific example, reaching the predetermined time (for example, 60 seconds) in the special mode is a transition condition for shifting from the special mode to the normal mode (ending the special mode). Returning to the flowchart 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, damage based on the charged counterattack points (for example, damage that increases as the number of counterattack points increases) due to the counterattack performed at the end of the special mode becomes one of the three battle areas. It is given to all the enemy player decks that are placed (the same damage is given to all player decks). A battle area to be counterattacked is randomly determined from the three battle areas. In addition, among the player decks of the counter-attacking unit, the player deck of the player who has charged the counter-attack points in the special mode automatically moves to the battle area targeted for the counter-attack. In the counterattack, although HP of the player deck is reduced according to the received damage, points are not given to the unit on the counterattack side. Further, the HPs of all the player decks and boss cards of the counter-attacking unit are recovered to the maximum value (full recovery) with the execution of the counter-attack (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 to be counterattacked, which is counterattack damage, and is arranged in the battle area LA to be counterattacked among the player decks of the unit A to be counterattacked. Counterattack damage is given to the three player decks A11-A13. In the example of FIG. 13, the player deck of the unit B on the counterattack side, which is the player deck placed in the battle areas CA and RA other than the battle area LA on the left side that is the target of counterattack, in the special mode. The player decks B15-16, 18 that have charged the counterattack points have moved to the battle area LA on the left side that 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 where there is no enemy player deck that is ready for battle, and further defeat the boss card. By this, pursuit in the special mode in which the points to be acquired becomes larger than in the normal mode becomes possible. Therefore, in this card battle game, it is important to generate a battle area in which there is no enemy player deck in a battle enabled state. The above-mentioned counterattack damages all enemy player decks arranged in one battle area, and the player deck charged with the counterattack points automatically moves to the battle area. When viewed from the unit on the counterattack side, the battle area can be easily set as a battle area where there is no enemy player deck that is capable of battle. That is, the counter-attacking unit can reverse the game situation to an advantageous situation in a short period of time by the counter-attack.

  Returning to the flowchart of FIG. 7, when a counterattack is executed, the game returns to the normal mode (step S100). When the progress of the game in the normal mode, the transition to the special mode, and the counterattack according to the end of the special mode are repeatedly executed and the game end condition is satisfied (step S110), the system 10 (game progress control unit 45) ) Presents the game result to the player (step S160). The game end condition is, for example, that a predetermined time has been reached (a predetermined time has elapsed since the game start time). Presentation of the battle result to the player is performed, for example, via a screen displaying the battle result displayed on the player terminal 30. The match result includes a game win / loss, and the game win / loss is determined by comparing the points acquired by each unit (the total value of the points acquired by the player).

  The game providing system 10 according to the present embodiment described above is the first mode (special mode) in which only one first unit attacks, and the first action (counterattack point) on the other second unit side. In the first mode for updating the value of the counter-attack parameter (counter-attack point) of the second unit in accordance with the charge of the second unit, and in response to the end of the first mode, the second Performing a counterattack on the first unit by the second unit based on at least the value of the parameter for the counterattack of the unit. Thus, 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. The first action will be performed. Therefore, it is suppressed that the player on the second unit side simply waits for the end of the attack by the first unit.

  The processes and procedures described in this specification are implemented by software, hardware, or any combination thereof other than those explicitly described. For example, the processes and procedures described in this specification are realized by mounting logic corresponding to the processes and procedures on a medium such as an integrated circuit, a volatile memory, a nonvolatile memory, and a magnetic disk. The processing and procedure described in this specification can be implemented as a computer program corresponding to the processing / procedure and executed by various computers.

  Even if the processes and procedures described herein are described as being performed by a single device, software, component, or module, such processes or procedures may be performed by multiple devices, multiple software, multiple Component and / or multiple modules. Also, the software and hardware elements described herein can be implemented by integrating them into fewer components or by disassembling them into more components.

  In the present specification, when the constituent elements of the invention are described as one or a plurality, or when they are described without being limited to one or a plurality of cases, they should be interpreted separately in context. The component may be either singular or plural.

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

Claims (10)

A system for providing a game between two units,
Comprising one or more computer processors;
The one or more computer processors are responsive to execution of readable instructions,
In the first mode in which only one first unit attacks, the first unit updates the value of the counter parameter for the second unit in response to the first action on the other second unit side. Processing to control the progress of the game in the mode;
Performing a counterattack on the first unit by the second unit based on at least a value of the counterattack parameter of the second unit in response to the end of the first mode;
system.   The system according to claim 1, wherein the one or more computer processors further execute a process of controlling the progress of a game in a second mode in which both the first unit and the second unit attack each other. The system of claim 2, wherein
The unit has a plurality of subunits;
The attack by the unit is performed individually by each of the plurality of subunits.
system. The system of claim 3, comprising:
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 performed when the subunit of the first unit that is in a battle-capable state does not exist in one battle area included in the predetermined number of battle areas. Including enabling a second action on two unit sides,
system.   The process of executing a counterattack by the second unit includes performing a counterattack on the subunits of all the first units arranged in one battle area included in the predetermined number of battle areas. Item 4. The system according to item 4. The system according to any one of claims 3 to 5,
Each of the plurality of subunits of the second unit is operated by each of a 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 second unit's counterattack parameter in accordance with the first action by each of the plurality of players.
system.   The system according to claim 1, wherein the first action involves consumption of predetermined virtual content.   The process of controlling the progress of the game in the first mode includes updating the value of the counter-attack parameter of the second unit based on the consumption amount of the predetermined virtual content accompanying the first action. The system of claim 7. A method for providing a game executed by one or more computers and played between two units, comprising:
In the first mode in which only one first unit attacks, the first unit updates the value of the counter parameter for the second unit in response to the first action on the other second unit side. Controlling the progress of the game in mode;
Performing a counterattack on the first unit by the second unit based on at least a value of the counterattack parameter of the second unit in response to the end of the first mode,
Method. A program for providing a game between two units,
In response to being executed on one or more computers, the one or more computers,
In the first mode in which only one first unit attacks, the first unit updates the value of the counter parameter for the second unit in response to the first action on the other second unit side. Processing to control the progress of the game in the mode;
Performing a counterattack on the first unit by the second unit based on at least a value of the counterattack parameter of the second unit in response to the end of the first mode,
program.

Images