JP5903519B2 - GAME CONTROL METHOD, GAME CONTROL DEVICE, AND PROGRAM - Google Patents

Description

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

  In recent years, a social game that is provided on a social networking service (SNS) and plays while communicating with other users is known.

  An application program for playing this social game is a native application that is downloaded to a communication terminal, installed and used on the communication terminal, and a web application that operates on a web server and is used for a web browser of the communication terminal. (Web application).

  The native application is an application that depends on the OS of a communication terminal such as an iPhone (registered trademark) terminal or an Android (registered trademark) terminal of a smartphone. For example, the server device distributes native applications such as an iPhone application loaded with Objective-C or an Android application loaded with Java (registered trademark) from the platform to each communication terminal.

  The native application needs to be developed in two types: a programming language “Objective-C” corresponding to the iPhone terminal and a programming language “Java” corresponding to the Android terminal. For this reason, the native application needs to be published through an official marketplace after the coding process using the language specific to the platform of the communication terminal.

  On the other hand, web applications can be cross-developed based on languages such as HTML5 (Hyper Text Markup Language 5), Javascript (registered trademark), and CSS3 (Cascading Style Sheets 3) for both platforms. There is no need to go through the marketplace. The web application does not depend on the OS of the terminal.

  By the way, in the above-mentioned social games, a game (for example, a battle game) for performing a battle with an enemy character (for example, a character owned by another user) using various characters owned by the user, etc. ) In such a battle game, parameters such as HP (hit points) and attack power are set for the character and enemy character owned by the user, and the battle result (win / loss) is determined (calculation) according to the parameters. Is done.

JP 2007-007080 A

  In many cases, the battle in the battle game described above (battle with an enemy character using a character owned by the user) is completed once. In such a one-time battle, it is difficult to give a range of difficulty, and there is a possibility that the user's motivation for the battle game is reduced.

  In addition, when a battle is performed using, for example, a single character owned by the user, it is difficult to reflect the strategy and the like by the user, so that it is not interesting.

  Therefore, an object of the present invention is to provide a game control method, a game control device, and a program capable of improving the interest of a battle game.

  According to one aspect of the present invention, communication is connected to a communication terminal used by a user who plays a game, and parameter management information including parameters set for each character used in the game is stored. There is provided a game control method executed by a game control device having a storage means. The game control method includes a step of selecting a plurality of first characters owned by the user according to an operation of the user with respect to the communication terminal, and for each of the selected first characters Obtaining parameter management information including set parameters from the storage means; obtaining parameter management information including parameters set for the second character owned by the user from the storage means; Calculating a parameter of the second character based on a parameter set for each of the plurality of first characters and a parameter set for the second character; and the calculated The result of each battle between the second character with the parameter set and each of the multiple enemy characters A step of computing a turn, of the calculation result, when the second character wins all of the plurality of enemy characters, and a step of imparting a benefit to the user.

  The present invention makes it possible to improve the interest of a battle game.

The block diagram which shows the hardware constitutions of the network system containing the game control apparatus which concerns on embodiment of this invention. The block diagram which mainly shows a function structure of the game control apparatus 50 shown in FIG. The figure which shows an example of the data structure of the card parameter management information stored in the storage part shown in FIG. The figure which shows an example of the data structure of the robot parameter management information stored in the storage part shown in FIG. The flowchart for demonstrating schematically the flow of the card battle game in this embodiment. The flowchart which shows the process sequence of the game control apparatus 50 when the quest is started in the card battle game in this embodiment. The flowchart which shows the process sequence of the game control apparatus 50 at the time of carrying out the evolution synthesis | combination of the card character in the card battle game in this embodiment. The flowchart which shows the process sequence of the game control apparatus 50 when a robot battle generate | occur | produces in the card battle game in this embodiment. The flowchart which shows the process sequence of the parameter setting process for battle performed by the parameter setting part 53. FIG. The flowchart which shows the process sequence of the robot battle effect image generation process performed by the game control part 54. FIG. The flowchart which shows the process sequence of the robot battle effect image generation process performed by the game control part 54. FIG. The figure for demonstrating notionally the flow of continuous PvP. The flowchart which shows the process sequence of the game control apparatus 50 when continuous PvP is performed in the card battle game in this embodiment.

  Embodiments of the present invention will be described below with reference to the drawings.

  FIG. 1 is a block diagram showing a hardware configuration of a network system including a game control apparatus according to the present embodiment.

  The network system shown in FIG. 1 mainly includes a computer (server computer) 10 and a communication terminal 20 used by a user.

  The communication terminal 20 is communicably connected to the computer 10 through a network 30 such as the Internet.

  For example, a smartphone, a feature phone, a tablet terminal, or the like can be used as the communication terminal 20, and the model-specific hardware configuration, the OS that is used, the installed application programs, and the like are diverse. To do.

  The computer 10 is connected to an external storage device 40 such as a hard disk drive (HDD). The external storage device 40 stores a program 41 executed by the computer 10. The computer 10 and the external storage device 40 constitute a game control device 50.

  The game control device 50 according to the present embodiment has a function of providing a user with a card battle game using card characters as game elements such as various characters via the communication terminal 20. In the card battle game according to the present embodiment, the user combines a plurality of card characters owned by the user via the communication terminal 20 with an enemy character such as a non-player character (NPC) or a character owned by another user. Battle (battle) can be performed.

  In addition, the card battle game in this embodiment shall be implement | achieved by the web application which operate | moves on the game control apparatus (web server) 50, and is utilized for the web browser of the communication terminal 20. FIG.

FIG. 2 is a block diagram mainly showing a functional configuration of the game control device 50 shown in FIG.
As shown in FIG. 2, the game control device 50 includes a card management unit 51, a deck construction unit 52, a parameter setting unit 53, and a game control unit 54. In the present embodiment, each of these units is realized by the computer 10 illustrated in FIG. 1 executing a program 41 stored in the external storage device 40. This program 41 can be stored in advance in a computer-readable storage medium and distributed. The program 41 may be downloaded to the computer 10 via the network 30.

  In addition, the game control device 50 includes a storage unit 42. In the present embodiment, the storage unit 42 is stored in, for example, the external storage device 40.

  The card management unit 51 has a function of giving various card characters used in the card battle game to a user who plays the card battle game in accordance with the progress of the card battle game. It is assumed that a parameter is set in advance for the card character given by the card management unit 51 (that is, the card character owned by the user). The card management unit 51 has a function of managing card characters (information related to) owned by the user.

  The deck construction unit 52 selects a plurality of card characters (first characters) owned by the user in response to a user operation on the communication terminal 20. The deck construction unit 52 constructs a deck of the user who plays the card battle game using the selected card characters and a robot character (second character owned by the user) that is different from the card characters. . In other words, the deck constructed by the deck construction unit 52 includes a plurality of card characters and robot characters. In the present embodiment, the battle is performed using the deck constructed by the deck construction unit 52 (a plurality of card characters and robot characters included therein).

  The robot character is a game element given to the user in advance when playing a card battle game, for example. In addition, it is assumed that parameters are set in advance for the robot character in the same manner as the card character described above.

  Further, the deck construction unit 52 has a first value (hereinafter referred to as a cost point) based on a parameter set for a plurality of card characters (and robot characters) included in the constructed deck as a second value. It is determined whether or not (hereinafter referred to as a battle point). In addition, a battle point is a point for performing a battle in a card battle game, and is given to the user who plays the said card battle game. This battle point increases according to the level which improves, for example according to progress of a card battle game, victory in a battle, etc.

  The parameter setting unit 53 determines the parameters of the robot character based on the parameters set for the plurality of card characters and the robot character included in the deck constructed by the deck construction unit 52. The parameter determined by the parameter setting unit 53 is set as a robot battle parameter for the robot character.

  The game control unit 54 has a function of receiving, for example, operation information indicating various user operations on the communication terminal 20 from the communication terminal 20 and controlling the overall progress of the card battle game based on the operation information and the like. .

  Further, the game control unit 54 performs the robot battle parameter and the enemy character in a battle between the robot character and the enemy character for which the robot battle parameter is set (hereinafter referred to as a robot battle). Based on the parameters set for, the battle between the robot character and the enemy character is controlled, and the result of the battle is calculated. At this time, the game control unit 54 generates an image (hereinafter referred to as a robot battle effect image) for displaying the effect of the robot battle and the result of the robot battle. The robot battle effect image generated by the game control unit 54 is displayed on the communication terminal 20 via the network 30.

  The enemy characters in the robot battle include non-player characters set in advance in the card battle game, robot characters owned by other users, and the like. Note that the parameters for robot battle of robot characters owned by other users are determined (set) by the parameter setting unit 53 as described above.

  The storage unit 42 stores various information necessary for controlling (progressing) the card battle game. Specifically, the storage unit 42 performs parameter management information (hereinafter referred to as card parameter management information) including parameters set in advance for various card characters used in the card battle game described above and robot characters. Parameter management information including parameters set in advance (hereinafter referred to as robot parameter management information) is stored in advance. When a new card character, robot character, or the like is added as a new game element of the card battle game, the parameter management information stored in the storage unit 42 is updated. Here, although parameter management information was mainly demonstrated, the storage part 42 stores the information regarding the user who plays a card battle game, the information regarding the card which the said user etc. other than parameter management information.

  FIG. 3 shows an example of the data structure of the card parameter management information stored in the storage unit 42 shown in FIG.

  As shown in FIG. 3, the card parameter management information includes HP (hit points), attack power, speed, skill, and cost points (parameter values thereof) in association with the card ID. The card ID is an identifier for identifying a card character. The HP is a numerical value of damage that the card character identified by the card ID can withstand the attack of the enemy character. In addition, when HP becomes 0, it becomes impossible to fight, for example, and it is defeated in a battle. The attack power is a numerical value of the ability related to the attack on the enemy character, and affects the damage given to the enemy character. The speed is a numerical value that affects, for example, the order of attack in the battle with the enemy character. The skill generates a predetermined effect in the battle with the enemy character, and includes, for example, an attack skill, a defense skill, a pre-battle skill, and the like as described later. A cost point is a point required when performing the robot battle mentioned above using the deck containing the card character identified by card ID (namely, the battle point consumed in a robot battle). Note that the cost point is such that, for example, the HP, attack power and speed values (parameter values) set for the card character identified by the card ID are higher, or the skill included in the parameter is more useful. The higher the value is set.

  In the example shown in FIG. 3, the card parameter management information includes HP “100”, attack power “10”, speed “12”, skill “skill 1”, and cost point “5” in association with the card ID “1”. It is included. According to this, the HP of the card character identified by the card ID “1” is 100, the attack power is 10, the speed is 12, and the card character has skill 1. Has been. Further, it is shown that when a robot battle is performed using a deck including a card character identified by the card ID “1”, 5 are required as cost points (that is, 5 battle points are consumed).

  Similarly, the card parameter management information includes HP “120”, attack power “15”, speed “8”, skill “skill 2”, and cost point “8” in association with the card ID “2”. Yes. According to this, the HP of the card character identified by the card ID “2” is 120, the attack power is 15, the speed is 8, and the card character has the skill 2. Has been. Further, it is shown that 8 is required as a cost point when performing a robot battle using a deck including a card character identified by the card ID “2” (that is, 8 battle points are consumed).

  Here, the card parameter management information has been described as including HP, attack power, speed, skill, and cost point parameters, but other parameters may also be included.

  FIG. 4 shows an example of the data structure of the robot parameter management information stored in the storage unit 42 shown in FIG.

  As shown in FIG. 4, the robot parameter management information includes HP, attack power, speed, and attributes (parameters) in association with the robot ID. The robot ID is an identifier for identifying a robot character. Since HP, attack power, and speed are the same as those included in the card parameter management information described above, detailed description thereof is omitted here. The attribute indicates an attribute assigned to the robot character identified by the robot ID, and includes, for example, a long distance type, a medium distance type, a short distance type, and the like.

In the example illustrated in FIG. 4, the robot parameter management information includes HP “300”, attack power “30”, speed “40”, and attribute “medium” in association with the robot ID “1”.
According to this, the HP of the robot character identified by the robot ID “1” is 300, the attack power is 30, the speed is 40, and the robot character (attribute) is a medium distance type. It is shown.

  The robot parameter management information includes HP “290”, attack power “25”, speed “50”, and attribute “far” in association with the robot ID “2”. According to this, the HP of the robot character identified by the robot ID “2” is 290, the attack power is 25, the speed is 50, and the robot character (attribute) is a long-distance type. It is shown.

  The robot parameter management information includes HP “320”, attack power “35”, speed “30”, and attribute “near” in association with the robot ID “3”. According to this, the HP of the robot character identified by the robot ID “3” is 320, the attack power is 35, the speed is 30, and the robot character (its attribute) is a short distance type. It is shown.

  In the card battle game in the present embodiment, as shown in FIG. 4, for example, three types of robot characters (robot characters identified by robot IDs “1” to “3”) are prepared in advance, and the card It is assumed that the robot character selected by the user at the time of initial registration to the battle game is given to the user. Thereby, the user can perform the robot battle described above in the card battle game in the present embodiment. Note that each of the three types of robot characters shown in FIG. 4 is advantageous for one of the other two attributes, for example, depending on the attribute of the robot character. May have characteristics such as being disadvantageous.

  Further, the robot parameter management information stored in the storage unit 42 may include cost points as in the case of the card parameter management information described above.

  Hereinafter, with reference to the flowchart of FIG. 5, the flow (main cycle) of the card battle game in this embodiment will be schematically described. In the card battle game according to the present embodiment, for example, a user (player) seeks to obtain a rare card (character and item) or the like by searching for a search target (such as a planet) called a chapter. . Note that quests are set in advance in chapters.

  When the card battle game in this embodiment is started, the communication terminal 20 displays a list of chapters that can be searched by the user.

  The user can select a chapter by operating the communication terminal 20 (step S1).

  When a chapter is selected by the user, a search image of the selected chapter is displayed on the communication terminal 20, and a quest set for the chapter is started (step S2).

  When the quest is started, the user can clear the quest by performing an operation (for example, a tap operation) on the communication terminal 20 (step S3). It is assumed that the conditions for clearing this quest are set in advance.

  When a plurality of quests are set for the chapter selected by the user, the above steps S2 and S3 are repeated for each quest.

  When all the quests set in the chapter selected by the user are cleared, a robot battle with the enemy character (NPC) set in the chapter is generated (step S4). In the following description, an enemy character (NPC) performing a robot battle is referred to as an enemy robot character for convenience, and other enemy characters are simply referred to as enemy characters.

  If this robot battle is won, the user can clear the chapter selected by the user (step S5). In this case, a new chapter that can be searched by the user is generated (that is, the new chapter is released).

  If the user does not give an instruction to end the card battle game (NO in step S6), the process returns to step S1 described above, and the user can search (select) a new chapter.

  On the other hand, when the user gives an instruction to end the card battle game (YES in step S6), the card battle game is ended.

  According to the card battle game in the present embodiment, by clearing each chapter described above, the game is progressed, and a card having a higher rarity value can be obtained.

  Next, with reference to the flowchart of FIG. 6, the process procedure of the game control apparatus 50 when the quest is started in the card battle game in the present embodiment will be described.

  When the quest is started as described above, the game control unit 54 included in the game control device 50 generates an event corresponding to the quest (step S11). Events that occur in the quest include, for example, experience values for improving the level of the user (card characters owned by the user, etc.) by searching for chapters, in-game currency and various cards (characters and items that can be used in the card battle game) ) And the like, and battle events for performing battles with enemy characters in the quest are included. It is assumed that experience points, in-game currency, and various cards can be obtained even when an enemy character is won in a battle event.

  Depending on the event that has occurred, a simple operation (for example, a tap operation) by the user with respect to the communication terminal 20 is required. When the requested operation is performed by the user, the game control unit 54 advances the card battle game (quest).

  When an event is generated as described above and a quest progresses, a battle with an enemy character (quest boss) set for the quest occurs (step S12). This quest boss is a character having higher abilities (for example, parameters such as HP and attack power) than the enemy character in the battle event described above.

  The battle with the enemy character and the battle with the quest boss in the battle event described above are different from the robot battle described above, for example, one of a plurality of card characters owned by the user (hereinafter referred to as a leader card character). ). Specifically, the game control unit 54 is based on the parameters set for the leader card character and the parameters set for the enemy character or quest boss included in the parameter management information stored in the storage unit 42. The battle between the leader card character and the enemy character or the quest boss is controlled.

  The game control unit 54 displays the result of the battle with the quest boss (that is, win / loss) on the communication terminal 20 (step S13).

  Here, if you win the quest boss, the quest is cleared and a new quest is generated. When a plurality of quests are cleared in this way, a robot battle occurs as described above.

  In the card battle game according to the present embodiment, one of a plurality of card characters owned by the user (hereinafter referred to as a base card character) is used as a card character other than the base card character (hereinafter referred to as a composite card character). ), The base card character can be evolved (strengthened).

  Here, with reference to the flowchart of FIG. 7, the process procedure of the game control apparatus 50 at the time of carrying out the evolution | combination synthesis | combination of a card character in the card battle game in this embodiment is demonstrated.

  In this case, the game control unit 54 included in the game control device 50 displays a list of a plurality of card characters owned by the user on the communication terminal 20. Thereby, the user can select a base card from a list of a plurality of card characters owned by the user by operating the communication terminal 20. The game control unit 54 determines a base card character in accordance with a user operation (step S21).

  Furthermore, the user can select a composite card from a list of a plurality of card characters owned by the user by operating the communication terminal 20. The game control unit 54 determines a synthetic card character according to the user's operation (step S22).

  The game control unit 54 increases points related to the evolution of the base card character (hereinafter referred to as evolution point) in accordance with, for example, parameters set for the synthetic card character (step S23). It is assumed that the evolved synthesis points of the base card character are stored and managed in the storage unit 42, for example. At this time, the increase in evolution points is notified to the user by a gauge or the like displayed on the communication terminal 20.

  The game control unit 54 determines whether or not the evolution point of the base card character has reached a predetermined value (hereinafter referred to as a prescribed value) for the base card character (that is, MAX). (Step S24).

  When it is determined that the evolution point of the base card character has reached the specified value (YES in step S24), the game control unit 54 evolves the base card character (step S25). The parameters of the base card character evolved in this way are set higher than the parameters of the base card character before the evolution.

  That is, in the card battle game according to the present embodiment, the game can be advantageously advanced in the robot battle with the enemy robot character, the battle with the enemy character, or the like by evolving and synthesizing various card characters in this way.

  On the other hand, when it is determined that the evolution point of the base card character has not reached the specified value (NO in step S24), the process in step S25 is not executed. In this case, the increased evolution point of the base card character is stored and managed in the storage unit 42 or the like, and used in the next evolution synthesis of the base card character.

  In step S23 described above, for example, if the composite card character is the same as the base card character, the number of evolution points to be increased is increased. Thus, for example, it is possible to prompt the user to consume the same card character in order to evolve a card character with a high rare value, so that a card character with a high rare value can be easily given to a user (that is, a rare character character). Can increase the probability of discharging high value cards). In addition, a card character (base card character) in which the above-described evolution point is difficult to reach a predetermined value is set, and the card character can be acquired only when winning a specific enemy character (for example, a raid boss described later). By being able to do so, it is possible to encourage the player to fight with the specific enemy character over and over, thereby expanding the play range of the card battle game.

  Next, a processing procedure of the game control device 50 when a robot battle occurs in the card battle game in the present embodiment will be described with reference to the flowchart of FIG.

  When the robot battle described above occurs, the communication terminal 20 displays a screen for constructing a deck (hereinafter referred to as a deck construction screen). The deck is constructed from a plurality of card characters (for example, five card characters) and a robot character. For this reason, the user performs an operation of designating five card characters among the card characters owned by the user on the deck construction screen displayed on the communication terminal 20. Note that operation information indicating an operation performed by the user is transmitted from the communication terminal 20 to the game control device 50.

  The deck construction unit 52 included in the game control device 50 selects five card characters in accordance with such user operation (operation information transmitted from the communication terminal 20).

  The deck constructing unit 52 constructs the user's deck using the selected five card characters and the robot character owned by the user (step S32). Hereinafter, the robot character included in the deck constructed by the deck construction unit 52 is referred to as a deck robot character for convenience.

  Here, the deck construction unit 52 uses the constructed deck (deck robot character) to perform cost battles (that is, parameters set for each card character included in the deck). Is calculated (step S33). In this case, the deck construction unit 52 acquires parameter management information including parameters preset for each of the plurality of card characters included in the constructed deck from the storage unit 42. When the deck construction unit 52 performs a robot battle using the constructed deck, the total value of the cost points (cost points set in advance for each card character) included in the acquired parameter management information. Calculate as necessary cost points.

  Note that when the robot parameter management information includes a cost point as described above, the cost point may be further added.

  Next, the deck construction unit 52 determines whether or not the calculated cost point is equal to or less than the battle point given to the user (step S34).

  When it is determined that the cost point is equal to or less than the battle point (YES in step S34), the parameter setting unit 53 executes a battle parameter setting process for the constructed deck (deck robot character) (step S35). . In this battle parameter setting process, robot battle parameters (hereinafter referred to as battle parameters) are set for the deck robot character. The battle parameters include the deck robot character's HP, attack power, speed, skill, attributes, and the like. Details of the battle parameter setting process will be described later.

  The game control unit 54 determines whether or not a robot battle start instruction has been given by the user in response to a user operation on the communication terminal 20 (step S36). Note that the user can issue a robot battle start instruction by performing a tap operation on a robot battle start button or the like displayed on the screen of the communication terminal 20.

  If it is determined that a robot battle start instruction has been issued (YES in step S36), the cost point calculated in step S33 is subtracted from the battle point given to the user (step S37). Thereby, the battle point according to the deck (a plurality of card characters included therein) constructed by the deck construction unit 52 is consumed. Note that the battle points after the cost points are subtracted (hereinafter referred to as remaining battle points) are held, for example, inside the deck construction unit 52. When a different robot battle occurs later and the process shown in FIG. 8 is executed, the processes of steps S34 and S37 described above are executed using the remaining battle points held in the deck construction unit 52. The

  Next, the game control unit 54 executes the robot battle effect image generation process described above (step S38). In this robot battle effect image generation process, the robot battle is controlled based on the battle parameters set for the deck robot character in step S35 and the parameters set in advance for the enemy robot character in the robot battle. Then, a robot battle effect image corresponding to the control is generated. The parameters set in advance for the enemy robot character include the HP, attack power, speed, skill, attributes, and the like of the enemy robot character as in the case of the battle parameters set for the deck robot character. included.

  The game control unit 54 displays the generated robot battle effect image on the communication terminal 20 (step S39).

  When a robot battle effect image is displayed in the card battle game, the communication terminal 20 automatically displays images representing the battle between the deck robot character and the enemy robot character in sequence, and finally the result of the robot battle ( That is, an image representing win / loss is displayed. In addition, it is possible to shorten the display time of the robot battle effect image and display only the image representing the result of the robot battle according to the user's instruction.

  On the other hand, if it is determined in step S34 that the cost point is not equal to or less than the battle point, or if it is determined in step S36 that a robot battle start instruction has not been given, the process returns to step S31 and the process is repeated. For example, when the user gives an instruction not to perform the robot battle, the process is terminated.

  As described in FIG. 8, the battle points given to the user decrease (consume) each time a robot battle is performed, but the battle points increase (recover) over time, for example. It may be possible to recover by a specific item or the like.

  Next, with reference to the flowchart of FIG. 9, the process sequence of the battle parameter setting process (the process of step S35 shown in FIG. 8) will be described. The battle parameter setting process is executed by the parameter setting unit 53 as described above.

  In the parameter setting process for battle, the parameter setting unit 53 includes parameter management information (robot parameter management) including parameters set in advance for the deck robot character (the robot character included in the deck constructed by the deck construction unit 52). Information) is acquired (step S41). The robot parameter management information (parameters included) includes HP, attack power, speed, and attributes as described above.

  Next, the parameter setting unit 53 applies to each of a plurality of card characters included in the deck constructed by the deck construction unit 52 as described above (that is, a plurality of card characters selected when constructing the deck). Parameter management information (card parameter management information) including parameters set in advance is acquired (step S42). Note that the card parameter management information (parameters included therein) includes HP, attack power, speed, and skill as described above.

  Although detailed description is omitted, the storage unit 42 identifies, for example, a robot ID and a card character for identifying a robot character owned by the user in association with a user ID for identifying the user. The information including the card ID and the like is stored (managed). In steps S41 and S42, the robot parameter management information and the card parameter management information can be acquired based on the robot ID and the card ID included in the information. it can.

  The parameter setting unit 53 is set for the deck robot character based on the HP included in the robot parameter management information acquired in step S41 and the HP included in each of the card parameter management information acquired in step S42. HP (parameters) included in the battle parameters are calculated (step S43).

  In this case, the parameter setting unit 53 adds the HP (parameter value) included in the robot parameter management information and the HP (parameter value) included in each of the card parameter management information to thereby add the robot parameter management information. The total value of the HP included in the card parameter management information and the HP included in the card parameter management information is calculated as the HP included in the battle parameter.

  Here, the total value of the HP included in the robot parameter management information and the HP included in each of the card parameter management information has been described as being calculated as the HP included in the battle parameter. The configuration may be such that attribute correction is performed on the HP included in each. Specifically, although omitted in FIG. 3 described above, the card parameter management information includes an attribute of the card character identified by the card ID included in the card parameter management information, and the attribute of the card character is the deck. Depending on whether or not the attribute (the attribute of the deck robot character) included in the robot parameter management information matches, the HP included in the card parameter management information may be multiplied by the attribute correction value. In this case, the HP included in the battle parameters is calculated by “the sum of HP + included in the robot parameter management information (HP * attribute correction value included in the card parameter management information)”. The attribute correction value when the attribute of the card character matches the attribute of the deck robot character is a value larger than 1, and the attribute correction value when the attribute of the card character does not match the attribute of the deck robot character. Is 1. Thereby, when the user constructs the deck, the user selects the card character having the same attribute as the attribute of the robot character (deck robot character) possessed by the user, so that the HP (value) included in the battle parameter is increased. Can be high.

  Next, the parameter setting unit 53 determines the deck robot character based on the attack power included in the robot parameter management information acquired in step S41 and the attack power included in each of the card parameter management information acquired in step S42. The attack power (parameters) included in the battle parameters set for it is calculated (step S44).

  In this case, the parameter setting unit 53 adds the attack power (parameter value) included in the robot parameter management information and the attack power (parameter value) included in each of the card parameter management information to thereby add the robot parameter. The total value of the attack power included in the management information and the attack power included in each of the card parameter management information is calculated as the attack power included in the battle parameter.

Here, although it has been described that the total value of the attack power included in the robot parameter management information and the attack power included in each of the card parameter management information is calculated as the attack power included in the battle parameter, the above-described HP As in the case of, for example, a configuration may be adopted in which attribute correction is performed for the attack power included in each of the card parameter management information.
Specifically, the card parameter management information includes an attribute of the card character identified by the card ID included in the card parameter management information, and the attribute of the card character includes an attribute (the deck robot character of the deck robot character). It is possible to adopt a configuration in which the attribute correction value is multiplied by the attack power included in the card parameter management information in accordance with whether or not the attribute matches. In this case, the attack power of the battle parameter is calculated by “the sum of attack power included in the robot parameter management information + (attack power included in the card parameter management information * attribute correction value)”. The attribute correction value when the attribute of the card character matches the attribute of the deck robot character is a value larger than 1, and the attribute correction value when the attribute of the card character does not match the attribute of the deck robot character. Is 1. Accordingly, the user can increase the attack power included in the battle parameter by selecting a card character having the same attribute as that of the robot character (deck robot character) owned by the user when the deck is constructed. Can do.

  Further, the parameter setting unit 53 sets the deck robot character based on the speed included in the robot parameter management information acquired in step S41 and the speed included in each of the card parameter management information acquired in step S42. The speed (parameter) included in the battle parameters to be calculated is calculated (step S45).

  In this case, the parameter setting unit 53 adds the speed (parameter value) included in the robot parameter management information and the speed (parameter value) included in each of the card parameter management information to thereby add the robot parameter management information. Is calculated as the speed included in the battle parameter. The total value of the speed included in the card parameter management information and the speed included in each of the card parameter management information is calculated.

Here, the total value of the speed included in the robot parameter management information and the speed included in each of the card parameter management information has been described as being calculated as the speed included in the battle parameter. As in the case of, for example, a configuration may be adopted in which attribute correction is performed for the speed included in each of the card parameter management information. Specifically, the card parameter management information includes an attribute of the card character identified by the card ID included in the card parameter management information, and the attribute of the card character includes an attribute (the deck robot character of the deck robot character). It is possible to adopt a configuration in which an attribute correction value is multiplied by the speed included in the card parameter management information depending on whether or not the attribute matches. In this case, the speed included in the battle parameter is calculated by “the sum of the speed included in the robot parameter management information + (speed included in the card parameter management information * attribute correction value)”.
The attribute correction value when the attribute of the card character matches the attribute of the deck robot character is a value larger than 1, and the attribute correction value when the attribute of the card character does not match the attribute of the deck robot character. Is 1. As a result, the user can select a card character having the same attribute as that of the robot character (deck robot character) owned by the user when constructing the deck, thereby increasing the speed (value) included in the battle parameter. Can be high.

  Next, the parameter setting unit 53 specifies the skill included in the battle parameters set for the deck robot character based on each of the card parameter management information acquired in step S42 (step S46). In this case, the parameter setting unit 53 identifies all of the skills included in each of the card parameter management information as skills included in the battle parameters.

  The parameter setting unit 53 sets the battle parameters including the HP calculated in step S43, the attack power calculated in step S44, the speed calculated in step S45, and the skill specified in step S46, to the deck robot character. (Step S47).

  Note that, as described above, when attribute correction is performed on HP, attack power, and speed included in each of the card parameter management information, for example, the attributes of all the card characters match the attributes of the deck robot character. In special cases, it is possible to further improve the battle parameters (HP, attack power and speed) set for the deck robot character, and to combine the deck robot character with the card character. Accordingly, a special skill (for example, a combo skill) may be provided.

  In the robot battle according to the present embodiment, the above-described robot battle effect image generation processing is executed based on the battle parameters set for the deck robot character and the parameters set for the enemy robot character. The

  Next, a processing procedure of the robot battle effect image generation process (the process of step S38 shown in FIG. 8) will be described with reference to the flowcharts of FIGS. In this robot battle effect image generation process, the robot battle between the deck robot character and the enemy robot character is controlled and an image for displaying the effect and result of the robot battle is generated. Note that the robot battle effect image generation process is executed by the game control unit 54 as described above.

  In the robot battle effect image generation process, the game control unit 54 determines the first attack and the second attack in the robot battle. In this case, the game control unit 54 is set for the speed and enemy robot character included in the battle parameters set for the deck robot character (hereinafter simply referred to as the deck robot character battle parameter). The speed included in the parameter (hereinafter simply referred to as the parameter of the enemy robot character) is compared, and the higher speed (parameter value) is determined as the first attack, and the lower one is determined as the second attack. Here, description will be made assuming that the deck robot character is determined as the first attack and the enemy robot character is determined as the second attack.

  Here, the skills included in the deck robot character battle parameters and the enemy robot character parameters include attack skills, defense skills, and pre-battle skills.

  The attack skill is activated when a robot character (deck robot character or enemy robot character) having the attack skill attacks, and within a predetermined period after the attack skill is activated, for example, its attack power This skill produces an effect that increases the value. The defensive skill is activated when a robot character (deck robot character or enemy robot character) having the defensive skill is defended (that is, when receiving an attack by the opponent), and a predetermined period after the defensive skill is activated. Among them, for example, it is a skill that produces an effect of reducing the attack power (parameter value) of the opponent in the robot battle. Pre-battle skills, like attack skills and defensive skills, have the effect of increasing their own attack power or lowering their opponent's attack power, but unlike attack skills and defensive skills, robot battles It is activated before the start of the battle (combat) in, and continues to produce the effect during the robot battle period. It is assumed that the activation timing and the activation probability are set in advance for each of these skills.

  In this case, the game control unit 54 determines the first attack based on the activation probability set in the pre-battle skill (hereinafter referred to as the first pre-battle skill) among the skills included in the battle parameters of the deck robot character. It is determined whether to activate the pre-battle skill (step S51). If there are a plurality of first-stage pre-battle skills, it is determined whether or not the first-stage pre-battle skill is activated.

  If it is determined that the first-stage pre-battle skill is to be activated (YES in step S51), the game control unit 54 generates an image (first-stage pre-battle skill activation image) representing the activation of the first-stage pre-battle skill (step 1). S52). Further, the game control unit 54 reflects the effect caused by the first pre-battle skill determined to be activated in the battle parameter of the deck robot character or the parameter of the enemy robot character.

  On the other hand, when it is determined not to activate the first pre-battle skill (NO in step S51), the process in step S52 is not executed.

  Next, the game control unit 54 determines the subsequent attack based on the activation probability set in the pre-battle skill (hereinafter referred to as the pre-battle skill) of the skills included in the parameters of the enemy robot character. It is determined whether to activate the pre-battle skill (step S52). When there are a plurality of pre-battle skills for the subsequent attack, it is determined whether or not to activate each of the pre-battle skills for the subsequent attack.

  When it is determined that the next-stage pre-battle skill is activated (YES in step S53), the game control unit 54 generates an image (second-stage pre-battle skill activation image) representing the activation of the second-stage pre-battle skill. (Step S54). Further, the game control unit 54 reflects the effect caused by the subsequent pre-battle skill determined to be activated in the battle parameter of the deck robot character or the parameter of the enemy robot character.

  On the other hand, when it is determined that the next pre-battle skill is not activated (NO in step S53), the process in step S54 is not executed.

Next, the game control unit 54 determines the attack of the first attack based on the activation probability set in the attack skill (hereinafter referred to as the first attack skill) of the skills included in the battle parameters of the deck robot character. It is determined whether or not the skill is activated (step S55).
When there are a plurality of first attack skills, it is determined whether or not the first attack skill is activated.

  If it is determined that the first attack skill is activated (YES in step S55), the game control unit 54 generates an image (first attack skill activation image) representing the activation of the first attack skill (step S56). In addition, the game control unit 54 reflects the effect caused by the first attack skill determined to be activated in the battle parameter of the deck robot character (the attack power included).

  On the other hand, when it is determined that the first attack skill is not activated (NO in step S55), the process in step S56 is not executed.

  The game control unit 54 generates an image (first attack effect image) representing the attack effect of the deck robot character (step S57).

  Next, the game control unit 54 determines the defense of the subsequent attack based on the activation probability set in the defense skill (hereinafter referred to as the defense skill of the subsequent attack) among the skills included in the parameters of the enemy robot character. It is determined whether or not the skill is activated (step S58). In addition, when there are a plurality of defense skills for the subsequent attack, it is determined whether or not the defense skill is activated for each of the defense skills for the subsequent attack.

  If it is determined that the defense skill for the next attack is to be activated (YES in step S58), the game control unit 54 generates an image (the defense skill activation image for the second attack) representing the activation of the defense skill for the next attack (step S58). S59). In addition, the game control unit 54 reflects the effect caused by the subsequent defense skill determined to be activated in the battle parameter (the attack power included) of the deck robot character.

  On the other hand, when it is determined not to activate the defensive defense skill (NO in step S58), the process in step S59 is not executed.

  The game control unit 54 generates an image representing the effect of damage received by the enemy robot character (secondary damage effect image) (step S60). In the process of step S60, an image indicating that the attack of the deck robot character is avoided may be generated based on the probability according to the speed included in the parameter of the enemy robot character.

Here, the game control unit 54 calculates the damage (value) given to the enemy robot character based on the attack power included in the battle parameter of the deck robot character.
In this case, for example, the damage given to the enemy robot character may be appropriately changed according to the attribute included in the battle robot parameter and the attribute included in the enemy robot character parameter.

  The damage calculated by the game control unit 54 is subtracted from the HP (parameter value) included in the parameter of the enemy robot character. As described above, when the image indicating that the attack of the deck robot character is avoided in step S60, the damage given to the enemy robot character is set to zero.

  Next, the game control unit 54 determines whether or not the HP from which the damage is subtracted (hereinafter simply referred to as the remaining HP of the enemy robot character) is 0 or less (step S61).

  When it is determined that the remaining HP of the enemy robot character is not 0 or less (NO in step S61), the remaining HP of the enemy robot character is held in the game control unit 54.

  Next, the game control unit 54 determines the attack of the next attack based on the activation probability set in the attack skill (hereinafter referred to as the attack skill of the second attack) among the skills included in the parameters of the enemy robot character. It is determined whether or not the skill is activated (step S62). If there are a plurality of subsequent attack skills, it is determined whether or not the attack skills are activated for each subsequent attack skill.

  If it is determined that the attack skill for the subsequent attack is to be activated (YES in step S62), the game control unit 54 generates an image (the attack skill activation image for the subsequent attack) representing the activation of the attack skill for the subsequent attack (step S62). S63). Further, the game control unit 54 reflects the effect caused by the attacking skill of the subsequent attack determined to be activated in the parameter (the attacking power included) of the enemy robot character.

  On the other hand, when it is determined that the attack skill of the second attack is not activated (NO in step S62), the process of step S63 is not executed.

  The game control unit 54 generates an image representing the attack effect of the enemy robot character (secondary attack effect image) (step S64).

Next, the game control unit 54 determines the defense of the first attack based on the activation probability set in the defense skill (hereinafter referred to as the first defense skill) of the skills included in the battle parameters of the deck robot character. It is determined whether or not the skill is activated (step S65).
When there are a plurality of first defense skills, it is determined whether or not the first defense skills are activated.

  If it is determined that the first defense skill is to be activated (YES in step S65), the game control unit 54 generates an image (first defense skill activation image) representing the activation of the first defense skill (step S66). In addition, the game control unit 54 reflects the effect produced by the first defense skill determined to be activated in the parameter (the attack power included) of the enemy robot character.

  On the other hand, when it is determined that the first defense skill is not activated (NO in step S65), the process in step S66 is not executed.

  The game control unit 54 generates an image representing the effect of damage received by the deck robot character (first damage effect image) (step S67). In the process of step S67, an image indicating that the attack of the enemy robot character is avoided may be generated based on the probability according to the speed included in the parameter of the deck robot character.

  Here, the game control unit 54 calculates the damage (value) given to the deck robot character based on the attack power included in the parameter of the enemy robot character. In this case, as described above, for example, the damage given to the deck robot character may be appropriately changed according to the attribute included in the battle parameter of the deck robot character, the attribute included in the parameter of the enemy robot character, and the like.

  The damage calculated by the game control unit 54 is subtracted from the HP (parameter value) included in the battle parameter of the deck robot character. As described above, when the image indicating that the attack of the enemy robot character is avoided is generated in step S67, the damage given to the deck robot character is set to zero.

  Next, the game control unit 54 determines whether or not the HP from which the damage is subtracted (hereinafter simply referred to as the remaining HP of the deck robot character) is 0 or less (step S68).

  If it is determined that the remaining HP of the deck robot character is not equal to or less than 0 (NO in step S68), the remaining HP of the deck robot character is held in the game control unit 54, and the process returns to step S55 described above to repeat the process. It is. It should be noted that the damage calculated by the game control unit 54 in the subsequent processing is subtracted from the remaining HP of the deck robot character or enemy robot character held in the game control unit 54 as described above. That is, in the robot battle, the above-described processing from step S55 is repeated until either the remaining HP of the deck robot character or the remaining HP of the enemy robot character becomes 0 or less.

  On the other hand, if it is determined in step S61 described above that the remaining HP of the enemy robot character is 0 or less, or if it is determined in step S68 that the remaining HP of the deck robot character is 0 or less, the game control unit 54 generates an image (win / loss image) representing the result (win / loss) of the robot battle (step S69). When it is determined that the remaining HP of the enemy robot character is 0 or less, an image indicating that the deck robot character has won is generated, and when the remaining HP of the deck robot character is determined to be 0 or less. An image indicating that the deck robot character has been defeated is generated.

  Next, the game control unit 54 generates each image generated in the above processing (first-stage pre-battle skill activation image, second-stage pre-battle skill activation image, first-stage attack skill activation image, first-stage attack effect image, Attack attack skill activation image, attack attack effect image, attack attack skill image of attack, attack attack image of attack next attack, attack skill activation image of attack, attack effect display image of win and loss image) By combining them so as to transition, a robot battle effect image for displaying the effect and result of the robot battle is generated (step S70).

  By displaying the robot battle effect image generated in this way on the communication terminal 20, the user can appreciate each effect of the robot battle and confirm the result of the robot battle.

  As described above, in the card battle game (main cycle) in the present embodiment, various cards (characters and items) are obtained by clearing chapters (quests) and the like, and the difficulty level is further increased using the obtained cards. By clearing high chapters, you will advance the story.

  On the other hand, in the card battle game according to the present embodiment, a mechanism for continuously performing a robot battle with another user (deck robot character) separately from the main cycle described with reference to FIG. 5 (hereinafter referred to as continuous PvP). A sub-cycle including is provided.

  Here, the flow of continuous PvP will be conceptually described with reference to FIG. As shown in FIG. 12, in continuous PvP, for example, three robot battles are set as one set. In other words, in continuous PvP, a user performs a robot battle in order with three other users (hereinafter referred to as first to third users). In addition, the 1st-3rd user who performs a robot battle in continuous PvP is a user of the same level as the user who performs continuous PvP (level which improves according to progress of a card battle game, victory in a battle, etc.), for example Suppose that

  In continuous PvP, when all three robot battles are won, the user can obtain a privilege. The benefits that can be obtained in continuous PvP include, for example, various cards (characters and items).

  In continuous PvP, after winning all the robot battles with the first to third users, for example, an Extra boss may appear with a predetermined probability (random). The Extra boss is assumed to be an enemy robot character set with a higher parameter value than the deck robot characters of the first to third users. The Extra boss may be a non-player character or a deck robot character of another user other than the first to third users. If the robot battle with the Extra boss is won, further benefits can be obtained.

  On the other hand, when a robot battle with one of the first to third users is defeated in the continuous PvP, it is possible to rematch the defeated opponent (enemy robot character). In this case, the above-described deck construction screen is displayed on the communication terminal 20, and a new deck can be constructed (that is, the deck can be changed). In this case, battle points are consumed according to the new deck (a plurality of card characters included in the deck). At this time, it is also possible to recover the battle points with the specific items described above.

  In addition, when it is a case where a robot battle is defeated and it does not rematch, the privilege in continuous PvP cannot be obtained. In other words, in continuous PvP, a privilege cannot be obtained unless all robot battles with the first to third users are won.

  If, for example, the robot battle with the first user is won in the continuous PvP, the HP of the user's deck robot character is carried over in the next robot battle with the second user (that is, with the first user) The result of the robot battle with the second user is calculated with the HP reduced in the robot battle). The same applies to the case where the robot battle with the second user is won.

  On the other hand, in continuous PvP, for example, when a robot battle with the first user is defeated, and when rematching with the first user, the user does not construct a new deck (that is, change the deck). However, the HP of the user's deck robot character is the HP before decreasing in the robot battle with the first user. On the other hand, the HP of the deck robot character of the first user is carried over. The same applies when rematching the second and third users.

  Hereinafter, with reference to the flowchart of FIG. 13, the processing procedure of the game control apparatus 50 when continuous PvP is performed in the card battle game in the present embodiment will be described.

  Here, the user can instruct the start of continuous PvP from a menu or the like displayed on the screen of the communication terminal 20. In the following description, a user who instructs the start of continuous PvP is referred to as a target user.

  When the start of continuous PvP is instructed in this way, the game control unit 54 included in the game control device 50 displays a plurality of other users (hereinafter referred to as battle users) who perform robot battles with the target user in the continuous PvP. Determine (step S81).

  In addition, a some battle | competition user (for example, three battle | competition users) is determined according to a target user (in the card battle game) level, for example. Specifically, a user at the same level as the target user is determined as the battle user.

  Here, a plurality of fighting users are described as being automatically determined. For example, a predetermined number of fighting user candidates are presented to the target user, and the target user selects a fighting user from the candidates. It is also possible to adopt such a configuration. At this time, the configuration may be such that the order of performing the robot battle can be specified. It is also possible to change the number of fighting users as appropriate.

  As described above, when a plurality of battle users are determined, the results of robot battles between the target user's deck robot character and each battle user's deck robot character (enemy character) are calculated in order.

  Specifically, the game control unit 54 generates a robot battle between the target user's deck robot character and the first deck robot character of the plurality of fighting users determined in step S81 (step S82). In this case, the game control device 50 executes the process described with reference to FIG.

  The parameters (battle parameters) set for the battle user's deck robot character are determined in the same manner as the parameters set for the target user's deck robot character. In addition, it is assumed that the battle user's deck (a plurality of card characters and robot characters included therein) is managed in the game control device 50 (for example, the storage unit 42).

  Next, the game control unit 54 determines whether or not the target user has won the robot battle (step S83).

  When it is determined that the target user has won the robot battle (YES in step S83), the game control unit 54 displays a privilege for winning the robot battle (step S84). This privilege includes various cards as described above. However, the privilege may be determined in advance, or may be selected randomly from a plurality of cards. Also good.

  The game control unit 54 determines whether or not there is a next robot battle (that is, the next game) (step S85). In this case, when a robot battle is performed with all of the plurality of battle users determined in step S81 (that is, when all battle users have been won by robot battle), it is determined that there is no next battle. On the other hand, when the robot battle is not performed with all of the plurality of battle users determined in step S81, it is determined that there is a next battle.

  When it is determined that there is a next game (YES in step S85), the process returns to the above-described step S82 and the process is repeated. In this case, a robot battle is generated with a battle user who is not performing a robot battle. When a robot battle is generated in this way, the process shown in FIG. 8 is executed again as described above, but here, the processes of steps S31 to S37 shown in FIG. 8 are not executed. In other words, when the target user wins the robot battle, the construction of a new deck and the consumption of battle points are not performed.

  Here, as described in FIG. 10 and FIG. 11 described above, in the robot battle, the HP of the deck robot character of the target user and the deck robot character of the opponent user (HP set for the deck robot character) is Decreases according to the damage dealt with each other. As described above, when the target user wins the robot battle and there is a next battle, the HP (that is, the remaining HP) of the target user's deck robot character that is decreased in accordance with the robot battle is carried over to the next battle. (That is, maintained). In other words, when the target user wins the robot battle, the remaining HP of the target user's deck robot character is held in, for example, the game control unit 54 and is used by using the held remaining HP (that is, the remaining HP). As the HP of the target user's deck robot character at the start of the next robot battle).

  On the other hand, when it is determined that there is no next game (NO in step S85), the game control unit 54 grants the privilege displayed in step S84 to the target user (step S86). The privilege given with respect to a target user here is all the privileges with respect to winning each of the above-mentioned multiple times of robot battles. In addition, the privilege provided with respect to the target user in this way is managed in the game control device 50, and can be used for the progress of a subsequent card battle game.

  Further, when it is determined in step S83 that the target user has not won the robot battle (that is, defeated), the user can instruct a rematch of the robot battle by operating the communication terminal 10. The game control unit 54 determines whether or not a rematch has been instructed in accordance with a user operation (step S87).

  If it is determined that a rematch has been instructed (YES in step S87), the process returns to step S82 described above and the process is repeated. In this case, a robot battle is again generated with the enemy robot character (the battle user's deck robot character) that the target user has lost. When another robot battle is generated in this way, the process shown in FIG. 8 (the processes of steps S31 to S39) is executed as described above. In other words, as described above, when the target user wins the robot battle, it has been described that a new deck is not constructed and no battle points are consumed, but if the target user loses the robot battle, New decks are built and more battle points are consumed. In this case, in order to make up for the shortage of battle points, it is also possible to recover the battle points with the specific items described above.

  As described above, in the robot battle, the HP of the deck robot character of the target user and the deck robot character of the opponent user (HP set for the deck robot character) decreases according to the damage given to each other. As described above, when the target user loses the robot battle and replays, the HP (that is, the remaining HP) of the fighting user's deck robot character decreased according to the robot battle is carried over to the robot battle to be replayed. (That is, maintained). In other words, when the target user loses the robot battle, the remaining HP of the opponent user's deck robot character is held in, for example, the game control unit 54, and the remaining HP is used (that is, the remaining HP is used). The result of the robot battle is computed (as the HP of the battle user's deck robot character at the start of the robot battle in the rematch).

  On the other hand, when it is determined that the rematch is not instructed (NO in step S87), the continuous PvP is ended. In this case, since the target user has not won all the robot battles, the process of step S86 described above is not executed.

  In FIG. 13, the description has been made on the assumption that all of the plurality of battle users are determined in step S <b> 81. However, for example, the configuration may be such that the battle user of the robot battle is determined each time a robot battle is performed. Is possible.

  Moreover, after determining that there is no next battle in step S85 described above, an Extra boss may be generated with a predetermined probability as described in FIG. In this case, when the robot battle between the target user's deck robot character and the Extra boss (enemy robot character) is won in the same manner as in Step S82 described above, the target user is given further benefits. To do. If the robot battle is defeated, the same processing as in step S87 described above is executed, and it is possible to rematch the Extra boss.

  Moreover, it is also possible to make the target user select whether or not to perform a robot battle with the Extra boss. In this case, when the robot battle with the Extra boss is not performed, a privilege for winning each robot battle with the battle user is given to the target user in the same manner as Step S86 described above. On the other hand, when performing a robot battle with the Extra boss, unless the robot battle with the Extra boss is won, a privilege for winning the robot battle with the opponent user and the robot battle with the Extra boss is given to the target user. Shall not be.

  In addition to the above-described benefits, a ranking point may be given to the target user according to the result of the robot battle in continuous PvP (for example, when the robot battle is won). In this case, the ranking points given to the target user are totaled every predetermined period (for example, one week), and various privileges are given according to the total value of the ranking points given to the target user within the period. It can be set as such. In addition, a ranking point shall be given even if it has not won all the robot battles with the battle | competition user in continuous PvP (that is, it is given for every robot battle). Specifically, in the case of performing a robot battle with three opponent users in continuous PvP, if the robot battle (first match) with the first opponent user is won, three points and the second opponent user 10 points if you win the robot battle (2nd game) and 30 points if you win the robot battle (3rd game) with the third opponent, and you win the robot battle with the Extra boss In that case, 50 points shall be awarded. Thereby, even if it is a case where it cannot win all the robot battles with a battle | competition user, since a ranking point is provided, it becomes possible to improve a user's motivation with respect to performing continuous PvP more.

  As described above, in the present embodiment, in response to a user operation on the communication terminal 20, a plurality of card characters (first characters) owned by the user are selected, and each of the selected card characters is selected. It is determined whether the cost point based on is less than or equal to the battle point given to the user to perform a battle in the card battle game, and if it is determined that the cost point is less than or equal to the battle point, a plurality of selected Parameter management information including parameters set for each of the card characters is acquired from the storage unit 42, and based on the parameters set for a plurality of card characters included in the acquired parameter management information, the user Parameter of the robot character (second character) owned by And calculating the result of each battle between the robot character set with the calculated parameter and each of the plurality of enemy robot characters, and as a result of the calculation, the robot character wins all of the plurality of enemy robot characters. With the configuration in which a privilege is given to the user, it is possible to improve the interest of the card battle game.

  Specifically, in this embodiment, a privilege is given only when a robot battle is performed with a plurality of enemy robot characters (for example, three battle user deck robot characters) and all robot battles are won. For example, compared with the case where a robot battle is performed only once, it becomes possible to expand the range of the difficulty according to the combination of the fighting users, and suppress the decrease in the user's willingness to the card battle game. It becomes possible.

  Further, in this embodiment, it is necessary to construct a deck by selecting a plurality of card characters so that the cost points are within the range of battle points. Furthermore, if the robot battle is defeated, the remaining battle points In order to build a new deck within the range, in consecutive PvP, for example, a deck with a high cost point (robot character) is aimed for a winning streak, or a rematch (sequel) is considered with a deck with a low cost point (robot character) It is possible to provide a card battle game with high strategy such as.

  Furthermore, in this embodiment, ranking points are given according to the result of the robot battle with the battle user in continuous PvP, and the total value of the ranking points given to the user within a predetermined period such as one week, for example. It is possible to improve the willingness to perform continuous PvP by granting a privilege according to.

  Moreover, in this embodiment, it becomes possible to improve interest by further performing a robot battle combining a plurality of card characters.

  In the card battle game according to the present embodiment, the main cycle described in FIG. 5 described above and the subcycle including the continuous PvP described in FIG. 12 and the like have been described. For example, a mechanism for performing a robot battle with one other user (hereinafter referred to as PvP) may be further included. Even in this PvP, the above-described ranking points and various benefits can be provided according to the result.

  Also, for example, in a normal quest or a dedicated quest, a raid boss event or a group called a guild, for example, which borrows another user's leader card character and fights an enemy character called a raid boss, is configured with another user. It is also possible to adopt a configuration in which a raid NPC event for performing a robot battle (raid robot battle) with an enemy robot character called a raid robot character (raid NPC) in cooperation is generated at random.

  According to the raid boss event, for example, by making it easy to borrow a leader card of a user registered as a friend, motivation to increase friends in a card battle game can be given, and continuous play can be encouraged. In addition, by generating a raid boss event, it is possible to recognize the strength (that is, parameter) of another user's card character (leader card character) and to know the presence of a new card character, its parameters, and the like. . In addition, for a user who lent a leader card character to another user by a raid boss event, for example, a privilege such as a point used for acquiring a card character or an item in a card battle game is given.

  In the case of a raid NPC event, each user who constitutes a group individually performs a robot battle using his / her deck robot character and competes for points obtained by the raid NPC event in units of the group (GvG). Is also possible. Further, when a raid robot battle is defeated in a raid NPC event, it is also possible to adopt a configuration in which a rescue request can be made to another group.

  Moreover, although the card battle game in this embodiment was demonstrated as what is implement | achieved by a web application, it was implement | achieved by the native application downloaded to the communication terminal (terminal device) 20, installed in the said communication terminal 20, and utilized. It doesn't matter.

Note that the present invention is not limited to the above-described embodiment as it is, and can be embodied by modifying the constituent elements without departing from the scope of the invention in the implementation stage. Moreover, various inventions can be formed by appropriately combining a plurality of constituent elements disclosed in the embodiment. For example, some components may be deleted from all the components shown in the embodiment.
Regarding the above embodiment, the following additional notes are disclosed.
[Appendix]
1. A game control device that is communicably connected to a communication terminal used by a user who plays a game and has storage means for storing parameter management information including parameters set for each character used in the game is executed. A game control method,
Selecting a plurality of first characters owned by the user in response to the user's operation on the communication terminal;
Obtaining parameter management information including parameters set for each of the selected plurality of first characters from the storage means;
Obtaining from the storage means parameter management information including parameters set for the second character owned by the user;
Calculating a parameter of the second character based on a parameter set for each of the plurality of first characters and a parameter set for the second character;
Calculating in turn the results of each battle between the second character set with the calculated parameters and each of the plurality of enemy characters;
A game control method comprising: providing a privilege to the user when the second character wins all of the plurality of enemy characters as a result of the calculation.
2. The calculated parameter includes a parameter value obtained by quantifying damage that the second character can endure against the attack of the enemy character in the battle,
The plurality of enemy characters include first and second enemy characters,
In the step of calculating, when calculating a battle result in the order of the first and second enemy characters, the battle between the second character and the first enemy character for which the calculated parameter is set is performed. Accordingly, when the parameter value included in the parameter is subtracted and the second character wins the first enemy character, the result of the battle with the second enemy character using the subtracted parameter value. Is characterized by the following: 1. The game control method described.
3. In each of the plurality of enemy characters, a parameter including a parameter value obtained by quantifying the damage that the enemy character can withstand against the attack of the second character in the battle is set.
In the calculating step, the parameter value included in the parameter set for the enemy character is subtracted according to the battle between the second character and the enemy character, and the second character is defeated by the enemy character. If so, the subtracted parameter value is held in the holding means,
The method further comprises the step of calculating again the result of the battle with the enemy character defeated by the second character, using the parameter value held in the holding means. The game control method described.
4). A second value given to the user for performing a battle in the game is a first value based on a parameter set for each of the plurality of first characters included in the acquired parameter management information. Further comprising the step of determining whether the value is less than or equal to
In the calculating step, when it is determined that the first value is less than or equal to the second value, the parameters set for each of the plurality of first characters and the acquired parameter management information The parameter of the second character is calculated based on the parameter set for the second character included in 1. To 3. A game control method according to any one of the above.
5. Subtracting the first value from the second value if it is determined that the first value is less than or equal to the second value;
As a result of the calculation, when the second character is defeated by any of the plurality of enemy characters, the plurality of first characters owned by the user are again determined according to the user's operation on the communication terminal. A step to choose;
Obtaining from the storage means parameter management information including parameters set for each of the plurality of first characters selected again;
Whether a first value based on a parameter set for each of the plurality of reselected first characters included in the acquired parameter management information is equal to or smaller than the subtracted second value. A determining step;
When it is determined that a first value based on a parameter set for each of the plurality of first characters selected again is equal to or less than the subtracted second value, the parameter and the acquired Calculating a parameter of the second character based on a parameter set for the second character included in the parameter management information, the second character having the calculated parameter set, and the calculation And a step of calculating again the result of the battle with the enemy character defeated by the second character. The game control method described.
6). Granting ranking points to the user according to the result of each battle;
A step of granting a privilege in accordance with a total value of ranking points given to the user within a predetermined period. The game control method described.
7). In a game control device that is communicably connected to a communication terminal used by a user who plays a game,
Storage means for storing parameter management information including parameters set for each character used in the game;
Selection means for selecting a plurality of first characters owned by the user in response to the user's operation on the communication terminal;
First acquisition means for acquiring parameter management information including parameters set for each of the selected plurality of first characters from the storage means;
Second acquisition means for acquiring parameter management information including parameters set for the second character owned by the user from the storage means;
Calculation means for calculating a parameter of the second character based on a parameter set for each of the plurality of first characters and a parameter set for the second character;
Calculating means for calculating in turn the results of each battle between the second character set with the calculated parameter and each of the plurality of enemy characters;
A game control apparatus comprising: a granting unit that grants a privilege to the user when the second character wins all of the plurality of enemy characters as a result of the calculation.
8). A second value given to the user for performing a battle in the game is a first value based on a parameter set for each of the plurality of first characters included in the acquired parameter management information. And determining means for determining whether the first value is equal to or less than a value of the first character. When the first value is determined to be equal to or smaller than the second value, each of the plurality of first characters 6. Based on the parameter set for the second character and the parameter set for the second character included in the acquired parameter management information, the parameter of the second character is calculated. The game control device described.
9. By a computer of a game control device that is connected to a communication terminal used by a user who plays a game and has storage means for storing parameter management information including parameters set for each character used in the game A program to be executed,
In the computer,
Selecting a plurality of first characters owned by the user in response to the user's operation on the communication terminal;
Obtaining parameter management information including parameters set for each of the selected plurality of first characters from the storage means;
Obtaining from the storage means parameter management information including parameters set for the second character owned by the user;
Calculating a parameter of the second character based on a parameter set for each of the plurality of first characters and a parameter set for the second character;
Calculating in turn the results of each battle between the second character set with the calculated parameters and each of the plurality of enemy characters;
As a result of the calculation, when the second character wins all of the plurality of enemy characters, a program for executing a step of giving a privilege to the user.
10. A first value based on a parameter set for each of the plurality of first characters included in the acquired parameter management information is given to the computer for performing a battle in the game. A step of determining whether or not the second value is less than or equal to
In the calculating step, when it is determined that the first value is less than or equal to the second value, the parameters set for each of the plurality of first characters and the acquired parameter management information 8. calculating parameters of the second character based on parameters set for the second character included in the second character; The listed program.
11. A game control method executed by a terminal device having storage means for storing parameter management information including parameters set for each character used in the game and used by a user who plays the game,
Selecting a plurality of first characters owned by the user in response to the user's operation;
Obtaining parameter management information including parameters set for each of the selected plurality of first characters from the storage means;
Obtaining from the storage means parameter management information including parameters set for the second character owned by the user;
Calculating a parameter of the second character based on a parameter set for each of the plurality of first characters and a parameter set for the second character;
Calculating in turn the results of each battle between the second character set with the calculated parameters and each of the plurality of enemy characters;
A game control method comprising: providing a privilege to the user when the second character wins all of the plurality of enemy characters as a result of the calculation.
12 A second value given to the user for performing a battle in the game is a first value based on a parameter set for each of the plurality of first characters included in the acquired parameter management information. Further comprising the step of determining whether the value is less than or equal to
In the calculating step, when it is determined that the first value is less than or equal to the second value, the parameters set for each of the plurality of first characters and the acquired parameter management information 10. calculating a parameter of the second character based on a parameter set for the second character included in the second character. The game control method described.
13. A program that is used by a user who plays a game and is executed by a computer of a terminal device having storage means for storing parameter management information including parameters set for each character used in the game,
In the computer,
Selecting a plurality of first characters owned by the user in response to the user's operation;
Obtaining parameter management information including parameters set for each of the selected plurality of first characters from the storage means;
Obtaining from the storage means parameter management information including parameters set for the second character owned by the user;
Calculating a parameter of the second character based on a parameter set for each of the plurality of first characters and a parameter set for the second character;
Calculating in turn the results of each battle between the second character set with the calculated parameters and each of the plurality of enemy characters;
As a result of the calculation, when the second character wins all of the plurality of enemy characters, a program for executing a step of giving a privilege to the user.
14 A first value based on a parameter set for each of the plurality of first characters included in the acquired parameter management information is given to the computer for performing a battle in the game. A step of determining whether or not the second value is less than or equal to
In the calculating step, when it is determined that the first value is less than or equal to the second value, the parameters set for each of the plurality of first characters and the acquired parameter management information 12. Calculate parameters of the second character based on parameters set for the second character included in the character 13. The listed program.

  DESCRIPTION OF SYMBOLS 10 ... Computer, 20 ... Communication terminal, 30 ... Network, 40 ... External storage device, 41 ... Program, 42 ... Storage part, 50 ... Game control apparatus, 51 ... Card management part, 52 ... Deck construction part, 53 ... Parameter setting 54, a game control unit.

Claims (12)

A game control method that is executed by a game control device that is communicably connected to a communication terminal used by a user who plays a game and has storage means for storing parameters set for each character used in the game. And
Selecting a plurality of first characters given to the user in response to the user's operation on the communication terminal;
Obtaining a parameter set for each of the selected plurality of first characters from the storage means;
Obtaining from the storage means a parameter set for the second character assigned to the user;
Calculating a corrected parameter of the second character based on a parameter set for each of the selected plurality of first characters and a parameter set for the second character; ,
Each battle between the calculated second character set with the corrected parameter and each of the plurality of enemy characters with the parameter set is performed in order, and each battle is dealt with each time the battle is won. Only when a privilege is presented to the user and all battles have been won, all the privileges presented to the user are given and a second enemy character set with a higher parameter than each of the plurality of enemy characters is played. Executing a battle with a predetermined probability ;
A step of giving the user a second privilege different from the privilege when winning the second enemy character;
A game control method comprising:   The corrected parameter of the second character is calculated based on whether or not the attribute of each of the plurality of first characters and the attribute of the second character match in the calculating step. The game control method according to 1. The calculated post-correction parameter includes a parameter value obtained by quantifying damage that the second character can withstand against the attack of the enemy character in the battle,
In the step of assigning, when each of the battles is performed in order, the parameter included in the parameter according to the battle between the second character for which the calculated post-correction parameter is set and each of the plurality of enemy characters The value is subtracted, and when the second character wins the enemy character, a battle with the enemy character in the next order of the winning enemy character is performed using the subtracted parameter value. 3. The game control method according to 2. In each of the plurality of enemy characters, a parameter including a parameter value obtained by quantifying the damage that the enemy character can withstand against the attack of the second character in the battle is set.
In the assigning step, a parameter value included in a parameter set for the enemy character is subtracted according to a battle between the second character and the enemy character, and the second character is defeated by the enemy character. In this case, the method further comprises the step of holding the subtracted parameter value in the holding means and performing again the battle with the enemy character defeated by the second character using the parameter value held in the holding means. The game control method according to claim 1 or 2. Whether a first value based on a parameter set for each of the acquired first characters is equal to or less than a second value given to the user for performing a battle in the game Further comprising the step of determining
5. The corrected parameter of the second character is calculated if the first value is determined to be less than or equal to the second value in the calculating step. 5. The game control method described. Subtracting the first value from the second value if it is determined that the first value is less than or equal to the second value;
As a result of the battle, when the second character is defeated by any of the plurality of enemy characters, the plurality of first characters given to the user are changed according to the user's operation on the communication terminal. Selecting again,
Obtaining from the storage means a parameter set for each of the plurality of first characters selected again;
Determining whether a first value based on a parameter set for each of the acquired plurality of first characters selected again is less than or equal to the subtracted second value;
When it is determined that a first value based on a parameter set for each of the plurality of first characters selected again is equal to or less than the subtracted second value, based on the parameter The corrected parameter of the second character is calculated, and the battle between the second character in which the calculated corrected parameter is set and the enemy character defeated by the second character as a result of the battle is performed again. The game control method according to claim 5, further comprising a step. Granting ranking points to the user according to the result of each battle;
The game control method according to claim 1, further comprising: giving a privilege according to a total value of ranking points given to the user within a predetermined period.   In the granting step, when the second character wins the enemy character, the next battle is performed without consuming the second value given to the user to perform the battle in the game. The game control method according to any one of claims 1 to 7, wherein when the second character is defeated by the enemy character, the second value is consumed to perform the next battle. In a game control device that is communicably connected to a communication terminal used by a user who plays a game,
Storage means for storing parameters set for each character used in the game;
Selecting means for selecting a plurality of first characters given to the user in response to the user's operation on the communication terminal;
First acquisition means for acquiring parameters set for each of the selected plurality of first characters from the storage means;
Second acquisition means for acquiring parameters set for the second character assigned to the user from the storage means;
Calculation means for calculating a corrected parameter of the second character based on a parameter set for each of the selected plurality of first characters and a parameter set for the second character When,
Each battle between the calculated second character set with the corrected parameter and each of the plurality of enemy characters with the parameter set is performed in order, and each battle is dealt with each time the battle is won. Only when a privilege is presented to the user and all battles have been won, all the privileges presented to the user are given and a second enemy character set with a higher parameter than each of the plurality of enemy characters is played. And a calculation means for executing a battle to be performed with a predetermined probability ,
The computing means gives the user a second privilege different from the privilege when winning the second enemy character,
The game control apparatus characterized by the above-mentioned. Whether a first value based on a parameter set for each of the acquired first characters is equal to or less than a second value given to the user for performing a battle in the game Further comprises a determination means for determining
The game control device according to claim 9, wherein the calculation unit calculates a corrected parameter of the second character when it is determined that the first value is equal to or less than the second value. A program executed by a computer of a game control device that is communicably connected to a communication terminal used by a user who plays a game and has storage means for storing parameters set for each character used in the game. There,
In the computer,
Selecting a plurality of first characters given to the user in response to the user's operation on the communication terminal;
Obtaining a parameter set for each of the selected plurality of first characters from the storage means;
Obtaining from the storage means a parameter set for the second character assigned to the user;
Calculating a corrected parameter of the second character based on a parameter set for each of the selected plurality of first characters and a parameter set for the second character; ,
Each battle between the calculated second character set with the corrected parameter and each of the plurality of enemy characters with the parameter set is performed in order, and each battle is dealt with each time the battle is won. Only when a privilege is presented to the user and all battles have been won, all the privileges presented to the user are given and a second enemy character set with a higher parameter than each of the plurality of enemy characters is played. Executing a battle with a predetermined probability ;
A step of giving the user a second privilege different from the privilege when winning the second enemy character;
A program characterized by having executed. A second value assigned to the user for performing a battle in the game on the computer based on a parameter set for each of the acquired first characters. Further executing a step of determining whether:
The program according to claim 11, wherein, in the calculating step, when it is determined that the first value is equal to or less than the second value, a corrected parameter of the second character is calculated.

Images