JP5938499B2 - Control method, computer and control program - Google Patents

Description

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

  In recent years, a so-called social game in which a plurality of players can communicate with each other is known as a game provided to a mobile terminal via a communication network. As the social game, for example, there is a card battle game in which a battle is executed using a deck composed of a main character card and a sub character card acquired by the progress of the game.

  Further, role playing games in which sub characters (non-player characters, fellow characters, etc.) appear in addition to main characters (player characters, hero characters, etc.) to be operated by the player are known. In such a role-playing game, the player selects a sub character from a plurality of characters, forms a party with the main character and the selected sub character, and causes a game to be executed.

  For example, Patent Document 1 displays a screen on which a character having a different level from the main character can be selected, and the game is advanced using a party composed of the main character and a character selected by the player using the screen. A role playing game system is described.

JP 2012-45422 A

  However, in the conventional role-playing game or card battle game, even if the player forms a party or deck using the main character and the sub-character, the current ability of the main character does not change. In particular, the main character's ability is not affected by the ability of the party or deck sub-characters, which is a factor that reduces the interest of the battle game.

  The present invention has been made to solve such a problem, and an object of the present invention is to provide a control method, a computer, and a control program that can improve the interest of a game.

  A control method according to the present invention is a control method for a computer that includes a storage unit and executes a game for performing a battle, and the computer includes a main game medium and a sub game medium each having a parameter. Is stored in the storage unit, and when the battle is performed, the parameter of the main game medium is corrected based on the parameter of the sub game medium, and the battle is performed using the game medium group in which the parameter of the main game medium is corrected. including. Note that the computer is only required to be able to execute the above procedure, and is, for example, a mobile terminal, a stationary terminal, a server, or the like.

  In the control method according to the present invention, the computer preferably corrects the main game medium parameter by adding a value based on a predetermined ratio of the sub game medium parameter to the main game medium parameter in the correction. .

  In the control method according to the present invention, the parameter of the main game medium has a plurality of element parameters, and the computer corrects the sum of the plurality of element parameters of the main game medium and the ratio of each element parameter or the sub game in the correction. It is preferable to correct each element parameter of the main game medium based on the ratio of each element parameter to the sum of the plurality of element parameters of the medium.

  In the control method according to the present invention, the parameter of the sub game medium has a plurality of element parameters, and the computer multiplies the sum of the plurality of element parameters of the sub game medium by the ratio of each element parameter in the correction. It is preferable to correct each element parameter of the main game medium based on the value.

  In the control method according to the present invention, the computer further associates each of the main game medium and the sub game medium with the characteristic information defining the ratio of each element parameter in the main game medium and the sub game medium in the storage unit. The characteristic information stored and associated with the main game medium may be selected in accordance with an instruction from the player, and the characteristic information associated with the sub game medium may not be selected in accordance with an instruction from the player. preferable.

  In the control method according to the present invention, it is preferable that the main game medium cannot be selected in accordance with an instruction from the player, and the sub game medium can be selected in accordance with an instruction from the player.

  In the control method according to the present invention, it is preferable that the computer further stores game media of other players related to the player in the storage unit, and the sub game media include game media of other players.

  In the control method according to the present invention, the parameters of the main game medium and the sub game medium each have a plurality of element parameters, and the computer corrects the main game medium based on the corresponding element parameters of the sub game medium in the correction. It is preferable to correct each element parameter of the game medium.

  In the control method according to the present invention, it is preferable that the computer further generates display data for displaying a difference between the corrected parameter and the parameter before correction.

  A computer according to the present invention is a computer that executes a game for performing a battle, and a storage unit that stores a group of game media each composed of a main game medium and a sub game medium each having a parameter, and when performing a battle. And a correction unit that corrects the parameters of the main game medium based on the parameters of the sub game medium, and a battle execution unit that performs a battle using the game medium group in which the parameters of the main game medium are corrected.

  A control program according to the present invention includes a storage unit, stores a game medium group composed of a main game medium and a sub game medium each having a parameter in a storage unit, and stores the game in a storage unit. When performing, the parameters of the main game medium are corrected based on the parameters of the sub game medium, and a battle is executed using the game medium group in which the parameters of the main game medium are corrected.

  A control method, a computer, and a control program according to the present invention provide a parameter of a main game medium based on a parameter of a sub game medium in a game in which a battle is performed using a game medium group including a main game medium and a sub game medium. Since the correction is made, it is possible to improve the interest of the game.

1 is a diagram illustrating an example of a schematic configuration of a game system 1. FIG. 2 is a diagram illustrating an example of a schematic configuration of a mobile terminal 2. FIG. 2 is a diagram illustrating an example of a schematic configuration of a server 3. FIG. It is a figure which shows an example of the data structure of the various tables which the server memory | storage part 32 memorize | stores. It is a figure which shows an example of the data structure of the various tables which the server memory | storage part 32 memorize | stores. It is a figure which shows an example of the correction method of the element parameter (HP * MP) of a main character. It is a figure which shows an example of the correction method of the element parameter (attack power / defense power / magic attack power / magic defense power) of the main character. (A) is a figure which shows an example of the menu screen 800 displayed on the portable terminal 2, (b) is a figure which shows an example of the party organization screen 810 displayed on the portable terminal 2. FIG. It is a figure which shows an example of the main character setting screen 900 displayed on the portable terminal. It is an example of the occupation change screen 1000 displayed on the portable terminal 2. It is a figure which shows an example of the sub character setting screen 1100 displayed on the portable terminal. It is a figure which shows an example of the subcharacter change screen 1200 displayed on the portable terminal. 2 is a diagram illustrating an example of an operation sequence of the game system 1. FIG. 2 is a diagram illustrating an example of an operation sequence of the game system 1. FIG. It is a figure which shows an example of the operation | movement flow of a parameter correction process.

  Hereinafter, various embodiments of the present invention will be described with reference to the drawings. However, it should be noted that the technical scope of the present invention is not limited to these embodiments, and extends to the invention described in the claims and equivalents thereof.

  In the present embodiment, the player executes a game of performing a battle with an enemy character using a party constituted by a main character and a sub character. Here, the party means a set or group of characters. The main character is a character owned by the player, and is always included in the party when the player executes a battle. The sub character is a character that constitutes a party in addition to the main character, and is selected from characters held by the player other than the main character.

  The main character and the sub character are examples of game media. A game medium is electronic data used for a game and includes, for example, a card, an item, a character, an avatar, and the like. The game medium is electronic data that can be acquired, held, used, managed, exchanged, combined, strengthened, sold, discarded, and / or gifted, etc. by the player as the game progresses. The usage mode of the game media is not limited to those specified in this specification. Note that the image of the appearance of the main character may be changed according to an instruction from the player or the level of the main character.

  A party is an example of a game media group composed of a plurality of game media. In the present embodiment, a party is described as an example of a game media group. However, a deck in which a plurality of game media are arranged at predetermined positions may be used as the game media group.

  The main character and the sub character have parameters. The parameters are physical strength (or HP (hit points)), magic power (or MP (magic points)), attack power, magic attack power, defense power, magic defense power, skill (special effect) trigger rate, attack in a single battle It has element parameters such as the number of times and the number of times of defense in a single match.

  In this game, the parameters of the main character are corrected based on the parameters of the sub characters that make up the party. The player executes a game of performing a battle with the enemy character using the party whose parameters of the main character are corrected.

  Thus, before performing a battle, based on the parameter of the sub character which comprises a party, it corrects the parameter of a main character, and aims at improving the interest property of a battle game.

  FIG. 1 is a diagram illustrating an example of a schematic configuration of the game system 1.

  The game system 1 includes at least one mobile terminal 2 and a server 3. The portable terminal 2 and the server 3 are connected to each other via a communication network, and are connected to each other via, for example, a base station 4, a mobile communication network 5, a gateway 6, and the Internet 7. A program (for example, a browsing program) executed on the portable terminal 2 and a program (for example, a game program) executed on the server 3 are made using a communication protocol such as Hypertext Transfer Protocol (HTTP). Communicate.

  FIG. 2 is a diagram illustrating an example of a schematic configuration of the mobile terminal 2.

  The mobile terminal 2 is connected to the server 3 via the base station 4, the mobile communication network 5, the gateway 6, and the Internet 7, and communicates with the server 3. The portable terminal 2 requests the server 3 to advance the game in accordance with the operation of the operation unit 23 (button or the like) by the player. In addition, the mobile terminal 2 receives display data related to the progress of the game from the server 3 and displays it. For this purpose, the mobile terminal 2 includes a terminal communication unit 21, a terminal storage unit 22, an operation unit 23, a display unit 24, and a terminal processing unit 25.

  In the present embodiment, a multi-function mobile phone (so-called “smart phone”) is assumed as the mobile terminal 2, but the present invention is not limited to this. The mobile terminal 2 only needs to be applicable to the present invention. For example, a mobile phone (so-called “feature phone”), a mobile information terminal (Personal Digital Assistant, PDA), a mobile game machine, a mobile music player, a tablet terminal, a tablet A PC, a notebook PC, or the like may be used.

  The terminal communication unit 21 includes a communication interface circuit including an antenna whose sensitivity band is a predetermined frequency band, and connects the mobile terminal 2 to the wireless communication network. The terminal communication unit 21 establishes a radio signal line by a CDMA (Code Division Multiple Access) method or the like with the base station 4 through a channel assigned by the base station 4, and communicates with the base station 4. Do. Then, the terminal communication unit 21 transmits the data supplied from the terminal processing unit 25 to the server 3 or the like. Further, the terminal communication unit 21 supplies data received from the server 3 or the like to the terminal processing unit 25.

  The terminal storage unit 22 includes, for example, a semiconductor memory device. The terminal storage unit 22 stores an operating system program, a driver program, an application program, data, and the like used for processing in the terminal processing unit 25. For example, the terminal storage unit 22 stores an input device driver program for controlling the operation unit 23, an output device driver program for controlling the display unit 24, and the like as driver programs. In addition, the terminal storage unit 22 stores, as an application program, a program that acquires and displays display data related to the progress of the game. Further, the terminal storage unit 22 stores display data relating to the progress of the game, video data, image data, and the like as data. Further, the terminal storage unit 22 may temporarily store temporary data related to a predetermined process.

  The operation unit 23 may be any device as long as the mobile terminal 2 can be operated, such as a touch panel or a key button. The player can input characters, numbers, symbols, and the like using the operation unit 23. When operated by the player, the operation unit 23 generates a signal corresponding to the operation. The generated signal is supplied to the terminal processing unit 25 as an instruction from the player.

  The display unit 24 may be any device as long as it can display images, images, and the like, and is, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display. The display unit 24 displays a video corresponding to the video data supplied from the terminal processing unit 25, an image corresponding to the image data, and the like.

  The terminal processing unit 25 includes one or a plurality of processors and their peripheral circuits. The terminal processing unit 25 controls the overall operation of the mobile terminal 2 and is, for example, a CPU (Central Processing Unit). The terminal processing unit 25 includes a terminal communication unit 21 and a display unit so that various processes of the mobile terminal 2 are executed in an appropriate procedure based on a program stored in the terminal storage unit 22, an operation of the operation unit 23, and the like. The operation of 24 etc. is controlled. The terminal processing unit 25 executes processing based on programs (operating system program, driver program, application program, etc.) stored in the terminal storage unit 22. Further, the terminal processing unit 25 can execute a plurality of programs (such as application programs) in parallel.

  The terminal processing unit 25 includes at least a browsing execution unit 251. Each of these units is a functional module realized by a program executed by a processor provided in the terminal processing unit 25. Or these each part may be mounted in the portable terminal 2 as firmware.

  The browsing execution unit 251 acquires and displays display data relating to the progress of the game. That is, in response to an instruction from the player, a display data acquisition request relating to the progress of the game is transmitted to the server 3 via the terminal communication unit 21. In addition, the browsing execution unit 251 receives corresponding display data from the server 3 via the terminal communication unit 21. The browsing execution unit 251 creates drawing data based on the received display data. That is, the browsing execution unit 251 analyzes the received display data to identify control data and content data, lays out the content data that has been identified based on the identified control data, and creates drawing data. Then, the browsing execution unit 251 outputs the created drawing data to the display unit 24.

  FIG. 3 is a diagram illustrating an example of a schematic configuration of the server 3. 4 and 5 are diagrams illustrating examples of data structures of various tables stored in the server storage unit 32. FIG.

  The server 3 advances the game in response to a request from the mobile terminal 2. Further, the server 3 creates display data relating to the progress of the game and transmits it to the mobile terminal 2. For this purpose, the server 3 includes a server communication unit 31, a server storage unit 32, and a server processing unit 33.

  The server communication unit 31 includes a communication interface circuit for connecting the server 3 to the Internet 7 and performs communication with the Internet 7. And the server communication part 31 supplies the data received from the portable terminal 2 grade | etc., To the server process part 33. FIG. In addition, the server communication unit 31 transmits the data supplied from the server processing unit 33 to the mobile terminal 2 or the like.

  The server storage unit 32 includes, for example, at least one of a magnetic tape device, a magnetic disk device, and an optical disk device. The server storage unit 32 stores an operating system program, a driver program, an application program, data, and the like used for processing in the server processing unit 33. For example, the server storage unit 32 stores, as an application program, a game program that progresses a game and creates display data related to the result.

  The server storage unit 32 stores, as data, various tables shown in FIGS. 4 and 5, game fields, items, avatars, data related to enemy characters, and the like. Further, the server storage unit 32 may temporarily store temporary data related to a predetermined process. Various tables will be described later.

  The server processing unit 33 includes one or a plurality of processors and their peripheral circuits. The server processing unit 33 comprehensively controls the overall operation of the server 3 and is, for example, a CPU. The server processing unit 33 controls the operation of the server communication unit 31 and the like so that various processes of the server 3 are executed in an appropriate procedure based on a program or the like stored in the server storage unit 32. The server processing unit 33 executes processing based on programs (operating system program, driver program, application program, etc.) stored in the server storage unit 32. Further, the server processing unit 33 can execute a plurality of programs (such as application programs) in parallel.

  Here, a method for correcting the parameters of the main character in the game provided by the game system 1 will be described with reference to FIGS. FIG. 6 is a schematic diagram for explaining a method of correcting the main character's HP and MP based on the HP and MP of the subcharacters 1 to 3 constituting the party.

  In the example shown in FIG. 6, the main character and the sub characters 1 to 3 form a party. The current HP and MP of the main character are 950 points and 50 points, respectively. The current HP and MP of sub-character 1 are 700 points and 300 points, respectively, the current HP and MP of sub-character 2 are 1000 points and 500 points, respectively, and the current HP and MP of sub-character 3 are , 2000 points and 300 points, respectively.

  First, a grant point to be provided to the main character is calculated for each sub character. For example, as indicated by a frame 601 in FIG. 6, 200 points corresponding to 20% of the total value (1000 points) of HP (700 points) and MP (300 points) of the sub character 1 are calculated as the granted points. In the sub-character 2 and the sub-character 3 as well, grant points (300 points and 460 points) corresponding to 20% of the total value of HP and MP are calculated. Hereinafter, the ratio of the granted points to the total value of each element parameter of the sub character (“20%” in the above example) is referred to as the grant rate. That is, the grant rate is an example of a predetermined ratio of sub-character parameters, and the grant point is an example of a value based on the predetermined ratio of sub-character parameters.

  Next, as shown in a frame 602, the total value (960 points) of the grant points calculated for each sub character is calculated as a total addition point added to the element parameter of the main character.

Next, as shown in a frame 603, the main character's total addition points (960 points) are distributed to the main character's HP addition points and MP addition points. In this example, 960 points are distributed to HP addition points (912 points) and MP addition points (48 points) based on the ratio between the current character's current HP and current MP. The formulas for calculating the HP addition points and MP addition points are as follows.
HP addition points = all main character addition points x ratio (HP)
MP addition points = main character total addition points x ratio (MP)
Ratio (HP) = current HP of main character / (current HP of main character + current MP of main character)
Ratio (MP) = current MP of main character / (current HP of main character + current MP of main character)

  Finally, as shown in a frame 604, an HP addition point (912 points) is added to the current HP (950 points) of the main character, and a corrected HP (1862 points) is calculated. Similarly, the MP addition point is added to the current MP of the main character, and the corrected MP is calculated. As described above, HP and MP of the main character are corrected by adding values based on a predetermined ratio of the sum of HP and MP of the sub characters.

  As the ratio (HP) and ratio (MP), the current HP and MP ratio of the main character is not used, but the ratio of any one of the sub characters 1 to 3 is used. May be. In this case, as the ratio (HP) and the ratio (MP), for example, the ratio of HP and MP of the sub character 3 having the largest sum of HP and MP among the sub characters 1 to 3 is used. Alternatively, the ratio of HP and MP of one sub character selected by lottery may be used.

  Further, as the ratio (HP) and the ratio (MP), the ratio of HP and MP of any one of the sub characters 1 to 3 may be used. In that case, as the ratio (HP) and the ratio (MP), for example, the ratio of the average value of HP and the average value of MP of a plurality of sub characters selected by lottery is used.

  Moreover, when each character has an attribute, the grant rate of a sub character having the same attribute as the main character may be set higher than the grant rates of sub characters having other attributes. An attribute is a characteristic or property that determines the superiority of an enemy character in a battle that each character has, for example, fire, water, thunder, and the like.

  Moreover, when each character has a profession, the grant rate of sub characters having the same profession as the main character may be set higher than the grant rates of sub characters having other professions. The occupation is an identity that can use unique techniques or skills used in battles or adventures, such as a warrior or a magician. The occupation is an example of character characteristic information. The characteristic information is a special property of each character set for each character.

  The sub character may be a character of a player who has a friend relationship with the player on the game with the player or on an SNS (Social Networking Service). In that case, the grant rate of the sub character to which the character of the player who is in a friend relationship is set is set higher than the grant rates of the other sub characters. A player who is in a friend relationship with a player is an example of a related player that is another player related to the player. Related players include, for example, other players that belong to the same group as the player, other players who have friendships with the player, other players who have rescued the player in battles with past enemy characters, Other players who have played against each other and / or other players belonging to groups that have played in the past.

  Further, the MP and MP corresponding to the main character may be corrected based on the HP and MP of each sub character. For example, when the HP of the main character is corrected, the HP grant points of each sub character are calculated, and the sum of the HP grant points of each sub character is added to the current HP as an HP addition point to correct the HP. The later HP is calculated.

  FIG. 7 corrects the attack power, defense power, magic attack power and magic defense power of the main character based on the attack power, defense power, magic attack power and magic defense power of the sub-characters 1 to 3 constituting the party. It is a schematic diagram for demonstrating a method.

  The main character's current attack power, defense power, magic attack power, and magic defense power are 200 points, 200 points, 50 points, and 50 points, respectively. Further, the current attack power, defense power, magic attack power and magic defense power of the sub character 1 are 100 points, 100 points, 150 points and 150 points, respectively. Further, the current attack power, defense power, magic attack power, and magic defense power of the sub character 2 are 100 points, 100 points, 400 points, and 200 points, respectively. Further, the current attack power, defense power, magic attack power, and magic defense power of the sub character 3 are 500 points, 500 points, 150 points, and 150 points, respectively.

  First, a grant point is calculated for each sub character. For example, as shown in a frame 701 in FIG. 7, the total value (500) of the attack power (100 points), defense power (100 points), magic attack power (150 points), and magic defense power (150 points) of the sub character 1 100 points corresponding to 20% of the points) are calculated as grant points. In the sub character 2 and the sub character 3 as well, grant points (160 points and 260 points) corresponding to 20% of the total value of the attack power, defense power, magic attack power, and magic defense power are similarly calculated.

  Next, as shown in a frame 702, the total value (520 points) of the grant points calculated for each sub character is calculated as a total addition point.

Next, as shown in a frame 703, the main character's total addition points (520 points) are the main character's attack power addition points, defense power addition points, magic attack power addition points, and magic defense power addition points. To be distributed. In this example, based on the ratio of the current character's current attack power, current defense power, current magic attack power, and current magic defense power, 520 points are the attack power addition points (208 points), defense power The additional points (208 points), the magic attack power addition points (52 points), and the magic defense power addition points (52 points). The formulas for calculating the HP addition points and MP addition points are as follows.
Additional points of attack power = total added points of main character x ratio (attack power)
Defense Defense Points = Main Character Total Addition Points x Ratio (Defense)
Magic Attack Power Points = Main Character Total Points x Ratio (Magic Attack Power)
Magic Defense Power Points = Main Character Total Points x Ratio (Magic Defense Power)
Ratio (attack power) = main character's current attack power / (main character's current attack power + main character's current defense power + main character's current magic attack power + main character's current magic defense power)
Ratio (defense power) = main character's current defense power / (main character's current attack power + main character's current defense power + main character's current magic attack power + main character's current magic defense power)
Ratio (magic attack power) = main character's current magic attack power / (main character's current attack power + main character's current defense power + main character's current magic attack power + main character's current magic defense power )
Ratio (magic defense power) = main character's current magic defense power / (main character's current attack power + main character's current defense power + main character's current magic attack power + main character's current magic defense power )

  Finally, as shown in a frame 704, the attack power addition point (208 points) is added to the current character's current attack power (200 points) to calculate the corrected attack power (408 points). . Similarly, the main character's current defense strength, current magic attack strength, and current magic defense strength are each corrected by adding a defense strength addition point, a magic attack strength addition point, and a magic defense strength addition point, respectively. Later defense power, magic attack power and magic defense power are calculated.

  In the conventional role-playing game or card battle game, there is a possibility that the sub character constituting the party becomes stronger than the main character, and the main character having a lower level becomes the weak point of the party. Further, when the main character constituting the party can be changed, it is sometimes necessary to remove the main character that is considered as a substitute for the player from the party.

  By adopting the above-described parameter correction method for the main character, it becomes possible to prevent the main character from frustrating the player to become a weak point in the party.

  8-12 is a figure which shows an example of the display screen of the portable terminal 2 based on the display data produced by the server 3. FIG.

  FIG. 8A shows an example of a menu screen 800 displayed when the game is started. The menu screen 800 is displayed based on the menu screen display data received from the server 3. The screen displays a list of a plurality of buttons including an “adventure” button 801, a “battle” button 802, a “party organization” button 803, a “shop” button 804, a “setting” button 805, and the like.

  When the “adventure” button 801 is pressed, a game progress screen (not shown) for progressing the game using the main character or a party constituted by the main character and the sub character is displayed. When the “battle” button 802 is pressed, a battle is executed using a party, and a battle result screen (not shown) including the result of the battle is displayed. When a “party organization” button 803 is pressed, a party organization screen for configuring a party is displayed. When the “shop” button 804 is pressed, a screen (not shown) for purchasing items and characters is displayed. Further, when the “setting” button 805 is pressed, a screen (not shown) for performing settings necessary for proceeding with the game is displayed.

  An example of the party organization screen 810 is shown in FIG. The party organization screen 810 is displayed when the player presses the “party organization” button 803. On the party organization screen 810, a main character image 811 and three sub character images 812, 813 and 814 are displayed. That is, this party is composed of a main character and three sub-characters, and four character images (811, 812, 813, 814) are displayed in accordance with the party order stored for each player in the party table described later. Are arranged in order.

  When the main character image 811 is pressed, a later-described main character setting screen is displayed, and when any one of the sub-character images 812, 813, 814 is pressed, a later-described sub-character setting screen is displayed.

  On the party organization screen 810, a “return” button 815 is displayed at a position below the main character image 811 or the sub character images 812, 813, 814. When the “return” button 815 is pressed, a menu screen 800 is displayed.

  FIG. 9 shows an example of the main character setting screen 900. The main character setting screen 900 sets a main character displayed when the player presses a main character image displayed on the party organization screen 810 shown in FIG. 8B or a sub character setting screen described later. It is a screen for.

  The main character setting screen 900 includes a main character image 901 and three sub character images 902, 903, and 904, a main character name 905, an occupation 906, a level 907, an “occupation change” button 908, HP, MP, attack power, Each element parameter 909 such as defense power, magic attack power and magic defense power, a skill name 910, a “skill change” button 911, a “return” button 912, and the like are displayed.

  The level is a numerical value indicating the level of strength accumulated in each character constituting the party when a battle or the like executed by each player is won.

  Skills are special abilities that can be used when each character performs a battle. Special abilities include the ability to give an enemy character damage different from the damage caused by the attack power and magic attack power of the character, and the ability to confuse the enemy character. The main character can own two or more skills. The player can select up to two skills used by the main character in the battle from two or more skills possessed. As the element parameter 909, each element parameter after the correction processing described in FIGS. 6 and 7 and the difference between the element parameters are displayed.

  The difference from each element parameter before correction to each element parameter after correction may be displayed on another screen such as a help screen. Furthermore, the rate of increase from each element parameter before correction of the main character to each element parameter after correction may be displayed.

  The main character image 901 displayed on the main character setting screen 900 is displayed with emphasis over the other sub-character images 902, 903, and 904. For example, the main character image 901 is displayed brighter than the other sub-character images 902, 903, and 904. Alternatively, the main character image 901 may be displayed in a darker color than the other sub-character images 902, 903, and 904, or may be displayed blinking. Alternatively, the main character image 901 may be displayed larger than the other sub character images 902, 903, and 904. By highlighting the main character image 901, the player can intuitively understand the selected main character.

  When the “change occupation” button 908 is pressed, an occupation change screen described later is displayed. When the “skill change” button 911 is pressed, a skill change screen (not shown) for changing the skills that the main character can use in the battle is displayed. When the player performs a skill change operation on the skill change screen (not shown), the newly set skill is set as a skill that can be used in the battle. When the “return” button 912 is pressed, the menu screen 800 is displayed again.

  FIG. 10 shows an example of the occupation change screen 1000. The occupation change screen 1000 displays, for each occupation, a main character image 1001, an occupation name and level (Lv) 1002, a “select” button 1003, each element parameter 1004, and the like, and a “return” button 1005. Is done.

  The main character image 1001 is an image showing a main character having a different appearance for each occupation. Each element parameter 1004 is an element parameter calculated or set according to each occupation and level. The player can select the occupation of the main character while confirming the main character image 1001 or each element parameter 1004.

  When the “select” button 1003 is pressed, the occupation of the main character is changed to the selected occupation, and the main character setting screen 900 is displayed again. The main character setting screen 900 displays the main character after correction processing is performed for each element parameter changed according to occupation. When a “return” button 1005 is pressed, a main character setting screen 900 before displaying the occupation change screen 1000 is displayed.

  FIG. 11 shows an example of the sub character setting screen 1100. The sub character setting screen 1100 displays any sub character image displayed on the party organization screen 810 shown in FIG. 8B, the main character setting screen 900 shown in FIG. 9, or the sub character setting screen 1100. Displayed when pressed. The sub character corresponding to the pressed sub character image is the sub character to be changed.

  The sub-character setting screen 1100 includes a main character image 1101, three sub-character images 1102, 1103 and 1104, sub-character names 1105, occupations 1106 and levels 1107, a “change friend” button 1108, and sub-characters to be changed. An element parameter 1109, a skill name 1110, a “return” button 1111 and the like are displayed.

  The sub character image 1102 displayed on the sub character setting screen 1100 is more emphasized than the main character image 1101 and the other sub character images 1103 and 1104 in the same manner as the highlighted display of the main character image 901 on the main character setting screen 900. It is displayed. The skill name 1110 displays the name of the skill that the sub character can use in the battle. In the sub character, two skills are uniquely set as skills that can be used in the battle.

  When the “change friend” button 1108 is pressed, a sub-character change screen to be described later is displayed. When the “return” button 1111 is pressed, the menu screen 800 is displayed again.

  FIG. 12 shows an example of the sub character change screen 1200. The sub-character change screen 1200 displays a sub-character name 1201, an image 1202, an occupation name and level 1203, a “detail” button 1204, a “select” button 1205, element parameters 1206, and the like for each sub-character. , A “return” button 1207 is displayed. The player can select a sub character to be added to the party while confirming the image 1202 or each element parameter 1206.

  When a “detail” button 1204 is pressed, a screen (not shown) including detailed information regarding the corresponding sub-character is displayed. The detailed information includes skills that can be used in the battle. The mobile terminal 2 can provide a player with a lot of information related to the sub character by displaying a screen including detailed information in addition to the sub character change screen 1200.

  When the “select” button 1205 is pressed, the sub character to be changed included in the party is changed to the selected sub character, and the sub character setting screen 1100 is displayed again. On the sub character setting screen, a main character in which each element parameter is corrected in accordance with the change of the sub character constituting the party is displayed. When the “return” button 1207 is pressed, the sub character setting screen 1100 before the sub character change screen 1200 is displayed is displayed.

  In order to realize the above functions, the server storage unit 32 stores a player table, a party table, a parameter table, a main character table, and a sub character table shown in FIGS. 4 and 5 as various tables. Further, as shown in FIG. 3, the server processing unit 33 includes a progress control unit 331, a correction unit 332, and a battle execution unit 333. Each of these units is a functional module realized by a program executed by a processor included in the server processing unit 33. Alternatively, each of these units may be mounted on the server 3 as firmware.

  Hereinafter, details of the various tables shown in FIGS. 4 and 5 and the functional blocks of the server processing unit 33 shown in FIG. 3 will be described in order.

  FIG. 4A shows a player table. In the player table, for each player, the player ID of the player, the main character ID of the main character, name, occupation and level, owned sub-character information, related player ID, and the like are stored in association with each other.

  The main character ID is information for identifying a main character owned by each player. The owned subcharacter information is information regarding the subcharacters owned by each player, and the subcharacter ID and the level are stored as the owned subcharacter information. The related player ID is a player ID of another player related to each player.

  FIG. 4B shows a party table. In the party table, for each player, the player ID of the player and the main character ID or sub character ID corresponding to each party order are stored in association with each other.

  FIG. 4C shows a parameter table. In the parameter table, for each player, the player ID of the player and the element parameters (HP, MP, attack power, defense power, magic attack power, and magic defense power before and after correction of the main character of the player) ) And the difference between each element parameter before correction and each element parameter after correction are stored in association with each other.

  FIG. 5A shows a main character table. In the main character table, the main character ID of the main character, main character information, and the like are stored in association with each main character. The main character information stores the occupation of the main character, the file name of image data, and basic parameters.

  The basic parameter is a parameter at level 1 set for each occupation. In the example of FIG. 5A, HP, MP, attack power, defense power, magic attack power, and magic defense power at level 1 are stored as basic parameters. Each element parameter of the main character is calculated using a predetermined calculation formula according to the level, occupation, basic parameters, random number, and the like of the main character. In the main character table, each element parameter at each level of each main character may be stored.

  FIG. 5B shows a sub character table. In the sub character table, for each sub character, the sub character ID, name, occupation, file name of the image data, basic parameters, and the like are stored in association with each other. In addition, each element parameter of a sub character is calculated according to a predetermined | prescribed calculation formula similarly to each element parameter of a main character. Alternatively, each element parameter at each level of each sub character may be stored in the sub character table.

  The progress control unit 331 controls the start and execution of the game, and appropriately instructs the correction unit 332 and the battle execution unit 333 to execute the process. The progress control unit 331 exchanges necessary data with the mobile terminal 2 via the server communication unit 31.

  When the progress control unit 331 receives a request for each screen described with reference to FIGS. 8 to 12 from the mobile terminal 2, the progress control unit 331 specifies a player ID included in the request. Then, the progress control unit 331 creates display data for displaying a button for accepting an instruction from the target player, character information to be notified to the target player, and an image with a layout corresponding to the screen. It transmits to the portable terminal 2. When one of the buttons is pressed on the screen displayed on the portable terminal 2 and a request for the next screen corresponding to the button is received from the portable terminal 2, the progress control unit 331 similarly displays the next screen. Data is created and the data is transmitted to the mobile terminal 2.

  In particular, when the “battle” button 802 displayed on the menu screen 800 is pressed and a corresponding battle execution request is received, the progress control unit 331 instructs the battle execution unit 333 to execute the battle and performs the battle execution. Pass the player ID included in the request. Moreover, the progress control part 331 receives the result of a battle from the battle execution part 333 which performed the battle, and produces the battle result screen display data for displaying the battle result screen containing the result of a battle. The progress control unit 331 transmits the created battle result screen display data to the mobile terminal 2 via the server communication unit 31.

  Further, when the “party organization” button 803 displayed on the menu screen 800 is pressed and a corresponding party organization request is received, the progress control unit 331 creates party organization screen display data. The progress control unit 331 identifies the player ID included in the party organization request, and extracts the main character ID and sub character ID corresponding to the identified player ID from the party table. The progress control unit 331 extracts information corresponding to the extracted main character ID and sub character ID from the main character table and the sub character table. The progress control unit 331 creates party organization screen display data for displaying a party organization screen 810 in which each extracted information is arranged in a predetermined layout. The progress control unit 331 transmits the created party organization screen display data to the mobile terminal 2 via the server communication unit 31.

  Further, the progress control unit 331 receives a main character setting request corresponding to the main character image 811 or the main character image 1101 displayed on the party organization screen 810 or the sub-character setting screen 1100 received from the mobile terminal 2. The main character setting screen display data is created. The progress control unit 331 identifies the player ID included in the main character setting request, and extracts each piece of information related to the main character corresponding to the identified player ID from the player table, the main character table, and the parameter table. The progress control unit 331 creates main character setting screen display data for displaying the main character setting screen 900 in which each extracted information is arranged in a predetermined layout. The progress control unit 331 transmits the created main character setting screen display data to the mobile terminal 2 via the server communication unit 31.

  Further, when the “occupation change” button 908 displayed on the main character setting screen 900 is pressed and the corresponding occupation change request is received from the mobile terminal 2, the progress control unit 331 creates occupation change screen display data. . The progress control unit 331 identifies the player ID included in the occupation change request, and extracts the main character ID and level of the main character corresponding to the identified player ID from the player table. The progress control unit 331 stores main character information corresponding to the extracted main character ID in the main character table, and calculates each element parameter for each occupation of the main character based on each extracted information. The progress control unit 331 creates occupation change screen display data for displaying the occupation change screen 1000 in which the extracted information and the calculated element parameters are arranged in a predetermined layout. The progress control unit 331 transmits the created occupation change screen display data to the mobile terminal 2 via the server communication unit 31.

  Further, when the “select” button 1003 displayed on the occupation change screen 1000 is pressed and the corresponding occupation determination request is received from the mobile terminal 2, the progress control unit 331 receives the player ID included in the received occupation determination request. And identify occupations. The progress control unit 331 updates the occupation of the main character corresponding to the identified player ID to the identified occupation in the player table.

  Next, the progress control unit 331 instructs the correction unit 332 to execute parameter correction processing. The progress control unit 331 instructs the correction unit 332 to execute the parameter correction process immediately before executing the battle without instructing the correction unit 332 to execute the parameter correction process when the player table is updated. Also good.

  Next, the progress control unit 331 creates main character setting screen display data for displaying the main character setting screen. In each element parameter 909 of the main character setting screen 900, each element parameter after correction and the difference are displayed. Next, the progress control unit 331 transmits the created main character setting screen display data to the mobile terminal 2 via the server communication unit 31. By displaying the difference of each element parameter of the main character on the main character setting screen, the player can check how much the main character is strengthened.

  Further, the progress control unit 331 presses one of the sub character images displayed on the party organization screen 810, the main character setting screen 900, or the sub character setting screen 1100, and sends a corresponding sub character setting request from the mobile terminal 2. When received, the sub character setting screen display data is created. The progress control unit 331 identifies the player ID included in the sub-character setting request, and extracts the level of the main character corresponding to the identified player ID from the player table. The progress control unit 331 identifies the sub character ID included in the sub character setting request, and extracts each piece of information corresponding to the identified sub character ID from the sub character table. Further, the progress control unit 331 calculates each element parameter of the sub character based on each extracted information.

  Next, the progress control unit 331 creates sub character setting screen display data for displaying the sub character setting screen 1100 in which the extracted information and the calculated element parameters are arranged in a predetermined layout. The progress control unit 331 transmits the created sub character setting screen display data to the mobile terminal 2 via the server communication unit 31.

  Further, when the “change friend” button 1108 displayed on the sub character setting screen 1100 is pressed and the corresponding sub character change request is received from the mobile terminal 2, the progress control unit 331 displays the sub character change screen display data. create. The progress control unit 331 specifies the player ID included in the sub-character change request, extracts the owned sub-character information corresponding to the specified player ID from the player table, and the progress control unit 331 based on the extracted information. Then, each element parameter of the sub character is calculated. The progress control unit 331 creates sub character change screen display data for displaying a sub character change screen 1200 in which each extracted information and each calculated element parameter are arranged in a predetermined layout. The progress control unit 331 transmits the created subcharacter change screen display data to the mobile terminal 2 via the server communication unit 31.

  In addition, when the “select” button 1205 displayed on the sub-character change screen 1200 is pressed and the corresponding sub-character determination request is received from the mobile terminal 2, the progress control unit 331 is included in the received sub-character determination request. Player ID, sub character ID, and order in the party are specified. The progress control unit 331 updates the sub character ID corresponding to the specified player ID and order in the party table to the specified sub character ID.

  Next, the progress control unit 331 instructs the correction unit 332 to execute parameter correction processing. The progress control unit 331 creates sub character setting screen display data for displaying the sub character setting screen. The corrected element parameters and differences may be displayed below the main character image 1101 on the sub character setting screen 1100.

  The correction unit 332, when instructed to execute the parameter correction processing from the progress control unit 331, specifies the player ID of the player included in the occupation determination request or the sub character determination request, and the main character corresponding to the specified player ID Each information is extracted from the player table. Further, the correction unit 332 extracts the sub character ID of the sub character corresponding to the identified player ID from the party table, and extracts each piece of information of the sub character corresponding to the extracted sub character ID from the sub character table. The correction unit 332 calculates each element parameter of the main character and the sub character based on each extracted information.

  The correction unit 332 calculates a grant point by multiplying the sum of each element parameter of the sub character by the grant rate for each sub character, and calculates the sum of the grant points of each sub character as a total addition point. Next, the correction unit 332 calculates the ratio of each element parameter to the total of each element parameter of the main character, and calculates an addition point obtained by multiplying the total addition point by the ratio of each element parameter. Next, the correction unit 332 adds each addition point to each element parameter of the main character, and calculates each element parameter of the corrected main character. The correction unit 332 stores, in the parameter table, each element parameter of the main character before correction and after correction, and each difference between each element parameter before correction and each element parameter after correction.

  The correction unit 332 does not change each element parameter of the sub character used for the parameter correction processing. The correction unit 332 may subtract each awarded point from each element parameter of the sub character.

  Moreover, you may enable it to set the grant rate of a subcharacter according to the instruction | indication from a player. In this case, for example, the higher the grant rate is set, the stronger the enemy character appearing in the battle is changed. Moreover, when the grant rate is set high, the experience value may be changed according to the grant rate so that the experience value obtained when winning the battle is low.

  Further, an upper limit value (for example, 60%) may be set for the grant rate. In that case, when the grant rate exceeding the upper limit is set, the skill may not be used in the battle. In addition, an upper limit value may be set for the grant point. In that case, when the granted point reaches the upper limit value, a specific special effect may be exhibited in the battle.

  When the execution of the battle is instructed from the progress control unit 331, the battle execution unit 333 executes a battle with the enemy character using the party whose main character parameter is corrected. The battle execution unit 333 specifies the player ID included in the battle execution request, and extracts each element parameter of the main character corresponding to the specified player ID from the parameter table. Also, the battle execution unit 333 extracts the sub character ID of the sub character corresponding to the identified player ID from the party table, and extracts each piece of information of the sub character corresponding to the extracted sub character ID from the sub character table. The battle execution unit 333 calculates using each element parameter of the sub character based on the extracted information of the sub character.

  The battle execution unit 333 executes a battle with the enemy character using the parameters of each character. The battle execution unit 333 passes the result of the executed battle to the progress control unit 331.

  FIG. 13 and FIG. 14 are diagrams showing an example of an operation sequence of the game system 1. FIG. 13 and FIG. 14 show an operation sequence particularly related to party organization, character setting, and battle execution. This operation sequence cooperates with each element of the portable terminal 2 and the server 3 mainly by the terminal processing unit 25 and the server processing unit 33 based on the programs stored in the terminal storage unit 22 and the server storage unit 32 in advance. And executed.

  Hereinafter, an operation sequence of the game system 1 shown in FIG. 13 will be described.

  First, when the player presses the “party organization” button 803 with the menu screen 800 displayed on the display unit 24, the browsing execution unit 251 transmits a party organization request to the server 3 via the terminal communication unit 21. (Step S101). When the party organization request is received via the server communication unit 31, the progress control unit 331 creates party organization screen display data (step S102). Next, the progress control unit 331 transmits the created party organization screen display data to the mobile terminal 2 via the server communication unit 31 (step S103). When receiving the party organization screen display data via the terminal communication unit 21, the browsing execution unit 251 displays the party organization screen 810 on the display unit 24 based on the received party organization screen display data (step S104).

  When the player presses the main character image 811 on the party organization screen 810, the browsing execution unit 251 transmits a main character setting request to the server 3 via the terminal communication unit 21 (step S105).

  When the main character setting request is received via the server communication unit 31, the progress control unit 331 creates main character setting screen display data (step S106). Next, the progress control unit 331 transmits the created main character setting screen display data to the mobile terminal 2 via the server communication unit 31 (step S107). When the browsing execution unit 251 receives the main character setting screen display data via the terminal communication unit 21, the browsing execution unit 251 displays the main character setting screen 900 on the display unit 24 based on the received main character setting screen display data (step S108). ).

  When the player presses the “change occupation” button 908 on the main character setting screen 900, the browsing execution unit 251 transmits an occupation change request to the server 3 via the terminal communication unit 21 (step S109).

  When the job change request is received via the server communication unit 31, the progress control unit 331 creates job change screen display data (step S110). Next, the progress control unit 331 transmits the created occupation change screen display data to the mobile terminal 2 via the server communication unit 31 (step S111). When the browsing execution unit 251 receives the occupation change screen display data via the terminal communication unit 21, the browsing execution unit 251 displays the occupation change screen 1000 on the display unit 24 based on the received occupation change screen display data (step S112).

  When the player presses the “select” button 1003 on the occupation change screen 1000, the browsing execution unit 251 transmits an occupation determination request to the server 3 via the terminal communication unit 21 (step S113).

  When the occupation determination request is received via the server communication unit 31, the progress control unit 331 updates the main character ID, occupation, and skill character ID in the player table (step S114).

  Next, the correction unit 332 executes parameter correction processing (step S115). Details of the parameter correction processing will be described later. Next, the progress control unit 331 creates main character setting screen display data for displaying the main character setting screen (step S116).

  The progress control unit 331 transmits the created main character setting screen display data to the mobile terminal 2 via the server communication unit 31 (step S117). When the browsing execution unit 251 receives main character setting screen display data via the terminal communication unit 21, the browsing execution unit 251 displays the main character setting screen 900 on the display unit 24 based on the received main character setting screen display data (step S118). ).

  Thereafter, when the menu screen 800 is displayed again on the display unit 24 according to the player's operation, when the player presses the “battle” button 803 while the menu screen 800 is displayed on the display unit 24, the browsing execution unit 251 A battle execution request is transmitted to the server 3 via the terminal communication unit 21 (step S119).

  When the progress control unit 331 receives a battle execution request via the server communication unit 31, the battle execution unit 333 executes a battle. Next, the progress control unit 331 creates battle result screen display data (step S120).

  Next, the progress control unit 331 transmits the created battle result screen display data to the mobile terminal 2 via the server communication unit 31 (step S121). The browsing execution part 251 displays a battle result screen on the display part 24 based on the received battle result screen display data, when battle result screen display data is received via the terminal communication part 21 (step S122). The operation sequence related to party organization, character setting, and battle execution is thus completed.

  Next, an operation sequence of the game system 1 shown in FIG. 14 will be described. In FIG. 14, S201 to S204 and S219 to S222 are the same as S101 to S104 and S119 to S122 shown in FIG.

  When the player presses any sub-character image on the party organization screen 810, the browsing execution unit 251 transmits a sub-character setting request to the server 3 via the terminal communication unit 21 (step S205).

  When the sub character setting request is received via the server communication unit 31, the progress control unit 331 creates sub character setting screen display data (step S206). Next, the progress control unit 331 transmits the created sub character setting screen display data to the portable terminal 2 via the server communication unit 31 (step S207). When the browsing execution unit 251 receives the sub character setting screen display data via the terminal communication unit 21, the browsing execution unit 251 displays the sub character setting screen 1100 on the display unit 24 based on the received sub character setting screen display data (step S208). ).

  When the player presses the “change friend” button 1108 on the sub character setting screen 1100, the browsing execution unit 251 transmits a sub character change request to the server 3 via the terminal communication unit 21 (step S209).

  When the sub-character change request is received via the server communication unit 31, the progress control unit 331 creates sub-character change screen display data (step S210). Next, the progress control unit 331 transmits the created subcharacter change screen display data to the portable terminal 2 via the server communication unit 31 (step S211). When the browsing execution unit 251 receives the sub character change screen display data via the terminal communication unit 21, the browsing execution unit 251 displays the sub character change screen 1200 on the display unit 24 based on the received sub character change screen display data (step S212). ).

  When the player presses a “select” button 1205 on the sub character change screen 1200, the browsing execution unit 251 transmits a sub character determination request to the server 3 via the terminal communication unit 21 (step S213).

  When the sub character determination request is received via the server communication unit 31, the progress control unit 331 updates the sub character ID in the party table (step S214).

  The correction unit 332 executes parameter correction processing (step S215). Details of the parameter correction processing will be described later. Next, the progress control unit 331 creates sub character setting screen display data for displaying the sub character setting screen (step S216).

  The progress control unit 331 transmits the created sub character setting screen display data to the portable terminal 2 via the server communication unit 31 (step S217). When the browsing execution unit 251 receives the sub character setting screen display data via the terminal communication unit 21, the browsing execution unit 251 displays the sub character setting screen 1100 on the display unit 24 based on the received sub character setting screen display data (step S218). ).

  FIG. 15 is a diagram illustrating an example of an operation flow of parameter correction processing by the correction unit 332. The parameter correction process shown in FIG. 15 is executed in step S115 in FIG. 13 and step S215 in FIG.

  The correction unit 332, when instructed to execute the parameter correction process from the progress control unit 331, based on the player ID of the player included in the occupation determination request or the sub character determination request, A sub character is specified (step S301).

  The correcting unit 332 corrects each parameter of the identified main character using each parameter of the identified sub character (step S302). The correction unit 332 stores the parameters of the main character before and after correction, and the difference between the parameters of the main character before and after correction in the parameter table (step S303), and ends a series of steps.

  As described above, in the game system 1 according to the present embodiment, the server 3 corrects the main character parameter based on the sub character parameter, and performs the battle using the party whose main character parameter is corrected. Run the game you want to do. Thereby, the game system 1 in this embodiment can improve the interest property of a battle game.

  Further, in the conventional role playing game or card battle game, the sub characters constituting the party may become stronger than the main character, and in this case, the main character having a low level has become a weak point of the party. Further, when the main character constituting the party can be changed, in order to strengthen the party, it is necessary to remove the main character that is considered as a player's alternation from the party. In the game system 1, it is possible to suppress the player's dissatisfaction with respect to the main character becoming a weak point in the party.

  In the game system 1, the player may form a deck with the main character card and the sub character card to execute a battle with the enemy character. In this case, the arrangement position of the deck of each character card is determined by the party order stored in the party table.

  In this case, the grant rate may be further changed according to the arrangement position of the deck of the main character card or the sub character card. For example, when the main character card is arranged on the vanguard of the deck, the grant rate of each sub character is set higher than usual. In addition, the grant rate of the sub character card arranged on the front vane of the deck may be set lower than the grant rate of the sub character card arranged on the rear vane of the deck. Alternatively, it may be set higher than the grant rate of the sub character cards arranged in the rear guard of the deck.

  Moreover, the correction | amendment part 332 may perform a parameter correction | amendment process only in the case of the quest which fights against a RAID battle or a boss character.

  In the present embodiment, the example in which the parameter correction process is executed when the player table is updated, that is, before the battle is performed has been described. However, if the parameter correction process is executed when the battle is performed, It may be executed at any timing. For example, the parameter correction process may be executed based on each element parameter of the sub character constituting the party at that time immediately before the battle is executed. Further, when a sub character constituting the party is changed by an instruction from the player or the like during the battle, the parameter correction process may be executed at that time. Further, the parameter correction process may be executed when each element parameter of the main character is equal to or lower than the lower limit value or when a specific battle effect is activated during the execution of the battle.

  It should be understood by those skilled in the art that various changes, substitutions, and modifications can be made thereto without departing from the spirit and scope of the present invention. In particular, when the game system 1 of the present invention functions as the server 3 connected to the mobile terminal 2 via the network, the game progress screen is displayed on the mobile terminal 2 based on the data generated by the server 3. A hybrid game in which each of the server 3 and the mobile terminal 2 is responsible for part of the processing, such as a web display and a native display in which other menu screens are displayed by a native application installed in the mobile terminal 2 You can also.

DESCRIPTION OF SYMBOLS 1 Game system 2 Portable terminal 3 Server 31 Server communication part 32 Server memory | storage part 33 Server processing part 331 Progress control part 332 Correction | amendment part 333 Battle execution part

Claims (10)

A computer control method that includes a storage unit and executes a game for performing a battle, wherein the computer includes:
Storing in the storage unit a game media group constituted by a main game media having parameters corresponding to the property information selected by the user from among a plurality of property information and a sub game media having unique parameters ;
When performing the battle, based on the parameters of the sub game media and the arrangement position of the main game media or the sub game media in the game media group, the parameters of the main game media are corrected,
Performing the battle using a game media group in which the parameters of the main game media are corrected,
The main game medium has a plurality of special abilities,
In the main game medium, special abilities used in the battle are set by a player's selection for the plurality of special abilities possessed,
In the sub game media, special abilities used in the battle are uniquely set.
A control method characterized by that.   The computer corrects the parameter of the main game medium by adding a value based on a predetermined ratio of the parameter of the sub game medium to the parameter of the main game medium in the correction. The control method described.   The predetermined ratio of the sub game media arranged at the first arrangement position in the game media group is the predetermined ratio of the sub game media arranged at the second arrangement position behind the first arrangement position. The control method according to claim 2, wherein the control method is set to a value higher than the ratio.   The predetermined ratio of the sub game media when the main game media is arranged at the first arrangement position in the game media group is the main game at the second arrangement position behind the first arrangement position. The control method according to claim 2, wherein the control method is set to a value higher than the predetermined ratio of the sub game media when the media is arranged. The parameters of the main game media and the sub game media each have a plurality of element parameters,
The computer, in the correction, based on a ratio of each element parameter to a sum of the plurality of element parameters of the main game medium or a ratio of each element parameter to a sum of the plurality of element parameters of the sub game medium, The control method according to any one of claims 1 to 4, wherein each element parameter of the main game medium is corrected.   The computer corrects each element parameter of the main game medium based on a value obtained by multiplying a sum of the plurality of element parameters of the sub game medium by a ratio of each element parameter in the correction. The control method described in 1. The computer further stores each of the main game medium and the sub game medium in the storage unit in association with characteristic information defining a ratio of each element parameter in the main game medium and the sub game medium,
The characteristic information associated with the main game medium can be selected according to an instruction from a player, and the characteristic information associated with the sub game medium cannot be selected according to an instruction from the player. 6. The control method according to 6. The computer further stores game media of other players related to the player in the storage unit,
The control method according to claim 1, wherein the sub game medium includes a game medium of the other player. A computer that executes a game of battle,
A storage unit for storing a game medium group including a main game medium having parameters corresponding to characteristic information selected by the user from a plurality of characteristic information and a sub game medium having unique parameters ;
A correction unit that corrects the parameter of the main game medium based on the parameter of the sub game medium and the arrangement position of the main game medium or the sub game medium in the game medium group when performing the battle; ,
A battle execution unit that performs the battle using a group of game media in which the parameters of the main game media are corrected,
The main game medium has a plurality of special abilities,
In the main game medium, special abilities used in the battle are set by a player's selection for the plurality of special abilities possessed,
In the sub game media, special abilities used in the battle are uniquely set.
A computer characterized by that. A computer that has a storage unit and executes a battle game,
Storing in the storage unit a game media group constituted by a main game media having parameters corresponding to the property information selected by the user from among a plurality of property information and a sub game media having unique parameters ;
When performing the battle, based on the parameters of the sub game media and the arrangement position of the main game media or the sub game media in the game media group, the parameters of the main game media are corrected,
Performing the battle using a game media group in which the parameters of the main game media are corrected,
The main game medium has a plurality of special abilities,
In the main game medium, special abilities used in the battle are set by a player's selection for the plurality of special abilities possessed,
In the sub game media, special abilities used in the battle are uniquely set.
A control program characterized by that.

Images