JP5663693B2 - 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), 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-described social games, there is a game in which a battle with an enemy character is performed using various characters owned by the user. In such a game, parameters such as HP (hit points) and attack power are set for the characters and enemy characters owned by the user, and the battle result (win / loss) is determined (calculated) according to the parameters. The

JP 2007-007080 A

  However, as described above, in a game in which a battle or the like is performed using only one character owned by the user as described above, the result is determined only by the parameters of the character, 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 by a mechanism for playing a game by combining a plurality of characters.

  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: selecting a plurality of first characters owned by the user in response to the user's operation on the communication terminal; and calculating each of the calculated first characters. Acquiring parameter management information including a set parameter from the storage means, and based on a parameter set for each of the plurality of first characters included in the acquired parameter management information, Calculating a parameter of a second character owned by the user, and controlling a progress of a game in the communication terminal using the second character in which the calculated parameter is set.

  The present invention makes it possible to improve interest by a mechanism for playing a game by combining a plurality of characters.

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.

  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 in the present embodiment, the user can perform a battle (battle) with an enemy character such as a non-player character (NPC) by combining a plurality of card characters owned by the user via the communication terminal 20. it can.

  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.

  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.

  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). The battle between the robot character and the enemy character is controlled based on the parameters set for the. In this case, 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 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, and skill (parameters) 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.

  In the example illustrated in FIG. 3, the card parameter management information includes HP “100”, attack power “10”, speed “12”, and skill “skill 1” in association with the card ID “1”. 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.

  Similarly, the card parameter management information includes HP “120”, attack power “15”, speed “8”, and skill “skill 2” in association with the card ID “2”. 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.

  Here, the card parameter management information has been described as including HP, attack power, speed, and skill 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 in 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.

  Hereinafter, the flow of the card battle game in the present embodiment will be schematically described with reference to the flowchart of FIG. 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.

  Next, the parameter setting unit 53 executes battle parameter setting processing for the constructed deck (deck robot character) (step S33). 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 is given by the user in response to a user operation on the communication terminal 20 (step S34). 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 S34), the game control unit 54 executes the robot battle effect image generation process described above (step S35). 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 S33 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 S36).

  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.

  Next, with reference to the flowchart of FIG. 9, the process sequence of the battle parameter setting process (the process of step S33 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 sum of the speed included in the card parameter 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 S35 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, the attack skill This skill produces an effect that raises 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 S51). 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 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. Parameter management information including parameters set for the card is acquired from the storage unit 42, and the user owns the parameters based on the parameters set for each of the plurality of card characters included in the acquired parameter management information. By calculating the parameters of the robot character (second character) to be played, and using the robot character (deck robot character) to which the calculated parameters are set, the progress of the game on the communication terminal 20 is controlled. Interest by the mechanism of playing games by combining characters It makes it possible to improve.

  In the present embodiment, the parameter value set for the card character is corrected according to whether or not the attribute of each of the plurality of card characters matches the attribute of the robot character, and the robot character is The robot character parameter is calculated by adding the corrected parameter value to the parameter value set for the user, so that when the user selects the card character to construct the deck, the card character Since it is necessary to consider the attribute, it is possible to improve the interest more.

  In the card battle game according to the present embodiment, in addition to the flow of the card battle game described with reference to FIG. 5 described above, for example, a robot battle (PvP) can be performed with another user (player). I do not care. 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, a user who lent a leader card character to another user by a raid boss event is given incentives such as points used to acquire card characters, items, etc. in a card battle game, in-game currency, etc. And

  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. Furthermore, constituent elements over different embodiments may be appropriately combined.
The invention described in the scope of the original claims of the original application of the present application will be appended below.

  [1] A game control apparatus including a storage unit that is communicably connected to a communication terminal used by a user who plays a game and stores parameter management information including parameters set for each character used in the game Is a game control method executed by selecting a plurality of first characters owned by the user in response to an operation of the user with respect to the communication terminal, and selecting the plurality of selected first characters. Obtaining parameter management information including parameters set for each from the storage means; and parameters set for each of the plurality of first characters included in the acquired parameter management information And calculating a parameter of the second character owned by the user based on , Game control method the calculated parameter with a second character set, characterized by comprising a step of controlling the progress of the game in the communication terminal.

  [2] In the obtaining step, parameter management information including a parameter set for the second character owned by the user is further obtained from the storage means, and the obtained parameter is obtained in the calculating step. The parameter value set for each of the plurality of first characters included in the acquired parameter management information is added to the parameter value set for the second character included in the management information. The game control method according to [1], wherein the parameter of the second character is calculated by addition.

  [3] The parameter set for each of the plurality of first characters includes the attribute of the first character, and the parameter set for the character of the second character is the second The calculating step includes: determining whether the attribute of each of the plurality of first characters and the attribute of the second character match with each other. Correcting the parameter value set in the above, and calculating the parameter of the second character by adding the corrected parameter value to the parameter value set for the second character. A game control method according to [2], including a step.

  [4] The controlling step includes a step of controlling a battle between the second character and the enemy character for which the calculated parameter is set, a battle effect and a battle effect for displaying the result of the battle. The game control method according to [1], including a step of generating an image and a step of displaying the generated battle effect image on the communication terminal.

  [5] Storage means for storing parameter management information including parameters set for each character used in the game in a game control apparatus communicably connected to a communication terminal used by a user who plays the game And a selection means for selecting a plurality of first characters owned by the user according to an operation of the user with respect to the communication terminal, and a setting for each of the selected first characters Based on parameters set for each of the plurality of first characters included in the acquired parameter management information, acquisition means for acquiring parameter management information including parameters from the storage means, the user A calculating means for calculating a parameter of the second character possessed, and the calculated parameter; Using the second character set, the game control device, characterized by a control means for controlling the progress of the game in the communication terminal.

  [6] A game control apparatus that is communicably connected to a communication terminal used by a user who plays a game, and stores parameter management information including parameters set for each character used in the game A program executed by a computer of a game control device having storage means, wherein the computer selects a plurality of first characters owned by the user in response to the user's operation on the communication terminal; Acquiring from the storage means parameter management information including parameters set for each of the selected plurality of first characters, and the plurality of first characters included in the acquired parameter management information. Based on the parameters set for each of the characters A step of calculating a parameter of a second character possessed by the user and a step of controlling the progress of the game in the communication terminal using the second character in which the calculated parameter is set Program.

  [7] 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, In response to the user's operation, selecting a plurality of first characters owned by the user, and parameter management information including parameters set for each of the selected first characters Acquiring from the storage means, and parameters of the second character owned by the user based on parameters set for each of the plurality of first characters included in the acquired parameter management information And a second character in which the calculated parameter is set Game control method used, characterized by comprising a step of controlling the progress of the game.

  [8] A terminal device used by a user who plays a game, and executed by a computer of the terminal device having storage means for storing parameter management information including parameters set for each character used in the game A program for selecting a plurality of first characters owned by the user in response to an operation of the user on the computer, and for each of the selected first characters Acquiring the parameter management information including the set parameters from the storage means, based on the parameters set for each of the plurality of first characters included in the acquired parameter management information, Calculating a parameter of the second character owned by the user; , By using the second character the calculated parameters are set, the program for executing and controlling the progress of the game.

  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 (6)

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,
A first step of selecting a plurality of first characters used in the game owned by the user in response to the user's operation on the communication terminal;
A second step of building a deck including the plurality of selected first characters and a second character used in the game owned by the user;
A third step of acquiring, from the storage means, parameter management information including parameters set for each of a plurality of first characters included in the constructed deck;
A fourth step of acquiring, from the storage means, parameter management information including parameters set for a second character used in the game owned by the user;
Based on the parameters set for each of the plurality of first characters and the parameters set for the second character included in the acquired parameter management information, the second included in the deck A fifth step of newly calculating parameters of the deck character that is the character;
Using a deck character in which the calculated parameter is set, and a sixth step of controlling the progress of the game on the communication terminal, and
The parameters set for each of the plurality of first characters include the attribute and speed of the first character,
The parameters set for the deck character as the second character include the attribute and speed of the deck character,
The attribute of the deck character indicates a long distance type, a medium distance type, or a short distance type.
The fifth step includes
Correcting to increase the value of the speed of each of the first characters according to whether or not the attributes of each of the plurality of first characters match the attributes of the deck character;
Adding a new speed as a parameter of the deck character by adding each corrected speed value to the speed value of the deck character, and
The sixth step includes
Controlling a battle between the deck character and the enemy character based on the calculated parameter;
Generating a battle effect image for displaying the effect of the battle and the result of the battle;
Displaying the generated battle effect image on the communication terminal,
The game control method, wherein the deck character is a game element of a different type from the first character. The step of controlling the battle includes changing the damage given to the enemy character and the damage given to the deck character according to the attribute of the deck character and the attribute of the enemy character,
The game control method according to claim 1, further comprising: 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;
Construction means for constructing a deck including the plurality of selected first characters and a second character used in the game owned by the user;
First acquisition means for acquiring, from the storage means, parameter management information including parameters set for each of the plurality of first characters included in the constructed deck;
Second acquisition means for acquiring parameter management information including parameters set for the second character used in the game owned by the user from the storage means;
Based on the parameters set for each of the plurality of first characters and the parameters set for the second character included in the acquired parameter management information, the second included in the deck A calculation means for newly calculating a parameter of a deck character as a character;
Control means for controlling the progress of the game in the communication terminal using the deck character in which the calculated parameter is set, and
The parameters set for each of the plurality of first characters include the attribute and speed of the first character,
The parameters set for the deck character as the second character include the attribute and speed of the deck character,
The attribute of the deck character indicates a long distance type, a medium distance type, or a short distance type.
The calculating means includes
Means for correcting the speed value of each of the first characters to increase in accordance with whether or not the attributes of the plurality of first characters match the attributes of the deck character;
Means for newly calculating a new speed as a parameter of the deck character by adding each corrected speed value to the speed value of the deck character,
The control means includes
Means for controlling a battle between the deck character and the enemy character based on the calculated parameter;
Means for generating a battle effect image for displaying the effect of the battle and the result of the battle;
Means for displaying the generated battle effect image on the communication terminal,
The game control device, wherein the deck character is a game element of a different type from the first character. A game control device communicably connected to a communication terminal used by a user who plays a game, and storing means for storing parameter management information including parameters set for each character used in the game In the computer of the game control device having
A first step of selecting a plurality of first characters owned by the user in response to the user's operation on the communication terminal;
A second step of building a deck including the plurality of selected first characters and a second character used in the game owned by the user;
A third step of acquiring, from the storage means, parameter management information including parameters set for each of a plurality of first characters included in the constructed deck;
A fourth step of acquiring, from the storage means, parameter management information including parameters set for a second character used in the game owned by the user;
Based on the parameters set for each of the plurality of first characters and the parameters set for the second character included in the acquired parameter management information, the second included in the deck A fifth step of newly calculating parameters of the deck character that is the character;
And a sixth step of controlling the progress of the game in the communication terminal using the deck character in which the calculated parameter is set,
The parameters set for each of the plurality of first characters include the attribute and speed of the first character,
The parameters set for the deck character as the second character include the attribute and speed of the deck character,
The attribute of the deck character indicates a long distance type, a medium distance type, or a short distance type.
The fifth step includes
Correcting to increase the value of the speed of each of the first characters according to whether or not the attributes of each of the plurality of first characters match the attributes of the deck character;
Adding a new speed as a parameter of the deck character by adding each corrected speed value to the speed value of the deck character, and
The sixth step includes
Controlling a battle between the deck character and the enemy character based on the calculated parameter;
Generating a battle effect image for displaying the effect of the battle and the result of the battle;
Displaying the generated battle effect image on the communication terminal,
The deck character is a program that is a different type of game element from the first character. 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,
A first step of selecting a plurality of first characters owned by the user in response to the user's operation;
A second step of building a deck including the plurality of selected first characters and a second character used in the game owned by the user;
A third step of acquiring, from the storage means, parameter management information including parameters set for each of a plurality of first characters included in the constructed deck;
A fourth step of acquiring, from the storage means, parameter management information including parameters set for a second character used in the game owned by the user;
Based on the parameters set for each of the plurality of first characters and the parameters set for the second character included in the acquired parameter management information, the second included in the deck A fifth step of newly calculating parameters of the deck character that is the character;
Using a deck character in which the calculated parameter is set, and a sixth step of controlling the progress of the game,
The parameters set for each of the plurality of first characters include the attribute and speed of the first character,
The parameters set for the deck character as the second character include the attribute and speed of the deck character,
The attribute of the deck character indicates a long distance type, a medium distance type, or a short distance type.
The fifth step includes
Correcting to increase the value of the speed of each of the first characters according to whether or not the attributes of each of the plurality of first characters match the attributes of the deck character;
Adding a new speed as a parameter of the deck character by adding each corrected speed value to the speed value of the deck character, and
The sixth step includes
Controlling a battle between the deck character and the enemy character based on the calculated parameter;
Generating a battle effect image for displaying the effect of the battle and the result of the battle;
Displaying the generated battle effect image, and
The game control method, wherein the deck character is a game element of a different type from the first character. A terminal device used by a user who plays a game, the computer of the terminal device having storage means for storing parameter management information including parameters set for each character used in the game,
A first step of selecting a plurality of first characters owned by the user in response to the user's operation;
A second step of building a deck including the plurality of selected first characters and a second character used in the game owned by the user;
A third step of acquiring, from the storage means, parameter management information including parameters set for each of a plurality of first characters included in the constructed deck;
A fourth step of acquiring, from the storage means, parameter management information including parameters set for a second character used in the game owned by the user;
Based on the parameters set for each of the plurality of first characters and the parameters set for the second character included in the acquired parameter management information, the second included in the deck A fifth step of newly calculating parameters of the deck character that is the character;
And a sixth step of controlling the progress of the game using the deck character in which the calculated parameter is set,
The parameters set for each of the plurality of first characters include the attribute and speed of the first character,
The parameters set for the deck character as the second character include the attribute and speed of the deck character,
The attribute of the deck character indicates a long distance type, a medium distance type, or a short distance type.
The fifth step includes
Correcting to increase the value of the speed of each of the first characters according to whether or not the attributes of each of the plurality of first characters match the attributes of the deck character;
Adding a new speed as a parameter of the deck character by adding each corrected speed value to the speed value of the deck character, and
The sixth step includes
Controlling a battle between the deck character and the enemy character based on the calculated parameter;
Generating a battle effect image for displaying the effect of the battle and the result of the battle;
Displaying the generated battle effect image, and
The deck character is a program that is a different type of game element from the first character.

Images