JP6889985B2 - Control methods, computers and control programs - Google Patents

Description

The present invention relates to control methods, computers and control programs.

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

Further, a role-playing game in which sub-characters (non-player characters, fellow characters, etc.) appear in addition to the main character (player character, hero character, etc.) to be operated by the player is 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 executes a game in which a battle is performed.

For example, Patent Document 1 displays a screen on which a character having a different level from that of the main character can be selected, and advances the game by 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.

Japanese Unexamined Patent Publication No. 2012-45422

However, in a conventional role-playing game or card battle game, even if a player forms a party or a deck using a main character and a sub character, the current ability of the main character does not change. In particular, the abilities of the main character did not change under the influence of the abilities of the sub-characters that formed the party or deck, which was a factor that lowered 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 capable of improving the interest of a game.

The control method according to the present invention is a control method of a computer having a storage unit and executing a game in which a battle is performed, and the computer is a game medium group composed of a main game medium and a sub-game medium, each of which has a parameter. Is stored in the storage unit, and when a battle is performed, the parameters of the main game medium are corrected based on the parameters of the sub-game medium, and the battle is performed using the game medium group in which the parameters of the main game medium are corrected. including. The computer may be a mobile terminal, a stationary terminal, a server, or the like as long as the above procedure can be executed.

Further, in the control method according to the present invention, it is preferable that the computer corrects the parameters of the main game medium by adding a value based on a predetermined ratio of the parameters of the sub game medium to the parameters of the main game medium in the correction. ..

Further, in the control method according to the present invention, the parameter possessed by the main game medium has a plurality of element parameters, and in the correction, the computer performs the total of the plurality of element parameters of the main game medium and the ratio of each element parameter or the subgame. 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.

Further, in the control method according to the present invention, the parameter possessed by the sub-game medium has a plurality of element parameters, and the computer multiplies the total 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.

Further, 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 that defines 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 selectable according to an instruction from the player, and the characteristic information associated with the sub-game medium may not be selectable according to an instruction from the player. preferable.

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

Further, in the control method according to the present invention, it is preferable that the computer further stores the game medium of another player related to the player in the storage unit, and the sub-game medium includes the game medium of the other player.

Further, 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 performs the correction based on the corresponding element parameters of the sub-game medium. It is preferable to correct each element parameter of the game medium.

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

The computer according to the present invention is a computer that executes a game in which a battle is performed, and when a battle is performed with a storage unit that stores a group of game media composed of a main game medium and a sub-game medium, each of which has a parameter. It has 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.

The control program according to the present invention stores a game medium group composed of a main game medium and a sub-game medium having parameters in a computer having a storage unit and executing a game in which a battle is performed, and stores the game medium group in the storage unit for battle. When performing the above, the parameters of the main game medium are corrected based on the parameters of the sub-game medium, and the battle is executed using the game medium group in which the parameters of the main game medium are corrected.

The control method, computer, and control program according to the present invention determine the parameters of the main game medium based on the parameters of the sub-game medium in a game in which a battle is performed using a game medium group composed of the main game medium and the sub-game medium. Since it is corrected, it is possible to improve the fun of the game.

It is a figure which shows an example of the schematic structure of the game system 1. It is a figure which shows an example of the schematic structure of the mobile terminal 2. It is a figure which shows an example of the schematic structure of the server 3. It is a figure which shows an example of the data structure of various tables which a server storage part 32 stores. It is a figure which shows an example of the data structure of various tables which a server storage part 32 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 a main character. (A) is a diagram showing an example of a menu screen 800 displayed on the mobile terminal 2, and (b) is a diagram showing an example of a party organization screen 810 displayed on the mobile terminal 2. It is a figure which shows an example of the main character setting screen 900 displayed on the mobile terminal 2. An example of the occupation change screen 1000 displayed on the mobile terminal 2 is shown. It is a figure which shows an example of the sub-character setting screen 1100 displayed on the mobile terminal 2. It is a figure which shows an example of the sub-character change screen 1200 displayed on the mobile terminal 2. It is a figure which shows an example of the operation sequence of the game system 1. It is a figure which shows an example of the operation sequence of the game system 1. It is a figure which shows an example of the operation flow of a parameter correction processing.

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 those embodiments, but extends to the inventions described in the claims and their equivalents.

In the present embodiment, the player executes a game in which a party composed of a main character and a sub character is used to battle an enemy character. Here, a party means a set or a group of characters. The main character is a character owned by the player, and is a character that 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 owned by the player other than the main character.

The main character and the sub character are examples of game media. The game medium is electronic data used in the game, and includes, for example, cards, items, characters, avatars, and the like. Further, the game medium is electronic data that can be acquired, owned, used, managed, exchanged, synthesized, strengthened, sold, discarded, and / or gifted by the player in the game according to the progress of the game. The usage mode of the game medium is not limited to that specified in the present specification. The image of the appearance of the main character may be changed according to a player's instruction, the level of the main character, or the like.

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

The main character and the sub character have parameters. The parameters are physical strength (or HP (hit point)), magic power (or MP (magic point)), attack power, magic attack power, defense power, magic defense power, skill (special effect) activation rate, attack in one-on-one battle. It has element parameters such as the number of times and the number of defenses in a 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 in which a battle with an enemy character is performed using a party in which the parameters of the main character are corrected.

In this way, before the battle is performed, the parameters of the main character are corrected based on the parameters of the sub-characters constituting the party, thereby improving the fun of the battle game.

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

The game system 1 includes at least one mobile terminal 2 and a server 3. The mobile 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. The program executed on the mobile terminal 2 (for example, a browsing program) and the program executed on the server 3 (for example, a game program) use a communication protocol such as Hypertext Transfer Protocol (HTTP). Communicate.

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

The mobile terminal 2 connects 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 mobile terminal 2 requests the server 3 to proceed with the game in response to the operation of the operation unit 23 (button or the like) by the player. Further, the mobile terminal 2 receives and displays display data related to the progress of the game from the server 3. Therefore, 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 multifunctional mobile phone (so-called "smartphone") is assumed as the mobile terminal 2, but the present invention is not limited to this. The mobile terminal 2 may be any application as long as the present invention can be applied. For example, a mobile phone (so-called "feature phone"), a personal digital assistant (PDA), a portable game machine, a portable music player, a tablet terminal, or a tablet. It may be a PC, a notebook PC, or the like.

The terminal communication unit 21 includes a communication interface circuit including an antenna having a predetermined frequency band as a sensitive band, and connects the mobile terminal 2 to a wireless communication network. The terminal communication unit 21 establishes a wireless signal line with the base station 4 by a CDMA (Code Division Multiple Access) method or the like via 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 the 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 operating system programs, driver programs, application programs, data, and the like used for processing in the terminal processing unit 25. For example, the terminal storage unit 22 stores, as a driver program, an input device driver program that controls the operation unit 23, an output device driver program that controls the display unit 24, and the like. In addition, the terminal storage unit 22 stores, as an application program, a program for acquiring and displaying display data related to the progress of the game. In addition, the terminal storage unit 22 stores display data, video data, image data, and the like related to the progress of the game 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, for example, a touch panel, a key button, or the like. The player can input characters, numbers, symbols, etc. using the operation unit 23. When the operation unit 23 is operated by the player, the operation unit 23 generates a signal corresponding to the operation. Then, the generated signal is supplied to the terminal processing unit 25 as a player's instruction.

The display unit 24 may be any device as long as it can display an image, an image, or the like, and is, for example, a liquid crystal display, an organic EL (Electro-Luminescence) display, or the like. The display unit 24 displays an image corresponding to the image 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 more processors and peripheral circuits thereof. The terminal processing unit 25 controls the overall operation of the mobile terminal 2 in an integrated manner, and is, for example, a CPU (Central Processing Unit). The terminal processing unit 25 has 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 or an operation of the operation unit 23. Controls the operation of 24 etc. The terminal processing unit 25 executes processing based on a program (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 (application programs and the like) 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 included in the terminal processing unit 25. Alternatively, each of these parts may be mounted on the mobile terminal 2 as firmware.

The browsing execution unit 251 acquires and displays display data related to the progress of the game. That is, in response to an instruction from the player, a request for acquiring display data related to the progress of the game is transmitted to the server 3 via the terminal communication unit 21. Further, the browsing execution unit 251 receives the 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, specifies the control data and the content data, lays out the similarly specified content data based on the specified 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 showing an example of a schematic configuration of the server 3. 4 and 5 are diagrams showing an example of the data structure of various tables stored in the server storage unit 32.

The server 3 advances the game in response to a request from the mobile terminal 2. Further, the server 3 creates display data related to the progress of the game and transmits it to the mobile terminal 2. Therefore, 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 communicates with the Internet 7. Then, the server communication unit 31 supplies the data received from the mobile terminal 2 or the like to the server processing unit 33. Further, 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 operating system programs, driver programs, application programs, data, and the like used for processing by the server processing unit 33. For example, the server storage unit 32 stores, as an application program, a game program or the like that advances a game and creates display data related to the result.

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

The server processing unit 33 includes one or more processors and peripheral circuits thereof. The server processing unit 33 controls the overall operation of the server 3 in an integrated manner, 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 the program and the like stored in the server storage unit 32. The server processing unit 33 executes processing based on a program (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 (application programs and the like) in parallel.

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

In the example shown in FIG. 6, the party is composed of the main character and the sub-characters 1 to 3. 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, the points to be given to the main character are calculated for each sub character. For example, as shown in frame 601 of 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 grant points. Similarly, for the sub-character 2 and the sub-character 3, 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 points granted 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 the sub-character parameters, and the grant point is an example of a value based on the predetermined ratio of the sub-character parameters.

Next, as shown in frame 602, the total value (960 points) of the granted points calculated for each sub-character is calculated as the total added points to be added to the element parameters of the main character.

Next, as shown in frame 603, all the addition points (960 points) of the main character are allocated to the HP addition points and the MP addition points of the main character. In this example, 960 points are allocated to HP addition points (912 points) and MP addition points (48 points) based on the ratio of the main character's current HP to current MP. The formulas for calculating the HP addition points and the MP addition points are as follows.
HP addition points = total addition points of the main character x ratio (HP)
MP addition points = total addition points of the main character 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 frame 604, the HP addition points (912 points) are added to the current HP (950 points) of the main character, and the corrected HP (1862 points) is calculated. Similarly, the MP addition points are added to the current MP of the main character to calculate the corrected MP. As described above, the HP and MP of the main character are corrected by adding a value based on a predetermined ratio of the total HP and MP of the sub character.

As the ratio (HP) and ratio (MP), the current ratio of HP and MP of the main character is not used, but the ratio of HP and MP of any one of the sub-characters 1 to 3 is used. You may. In that 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 total value of HP and MP among the sub-characters 1 to 3 is used. Alternatively, the HP and MP ratios 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 or more 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.

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

Further, when each character has a profession, the grant rate of the sub-character having the same profession as the main character may be set higher than the grant rate of the sub-character having another profession. A profession is a status capable of using a unique technique or skill used in a battle or adventure, and is, for example, a warrior, a magician, or the like. Occupation is an example of character characteristic information. The characteristic information is a special property of each character set for each character.

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

Further, the corresponding MP and MP of 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 points given to the HP of each sub-character are calculated, and the total of the points given to the HP of each sub-character is added to the current HP as the addition points of the HP, and the correction is made. 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 the method.

The current attack power, defense power, magic attack power, and magic defense power of the main character are 200 points, 200 points, 50 points, and 50 points, respectively. 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. 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. 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, the points granted are calculated for each sub-character. For example, as shown in frame 701 of FIG. 7, the total value (500 points) 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, which corresponds to 20% of the points), are calculated as grant points. Similarly, for the sub-character 2 and the sub-character 3, grant points (160 points and 260 points) corresponding to 20% of the total value of the attack power, the defense power, the magic attack power, and the magic defense power are calculated.

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

Next, as shown in frame 703, the total addition points (520 points) of the main character are the addition points of the main character's attack power, the addition points of the defense power, the addition points of the magic attack power, and the addition points of the magic defense power. Will be distributed to. In this example, based on the ratio of the main character's current attack power, current defense power, current magic attack power, and current magic defense power, 520 points are the additional points of attack power (208 points) and defense power. It is distributed to 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 the MP addition points are as follows.
Attack power addition points = All main character addition points x ratio (attack power)
Defense power addition points = All main character addition points x ratio (defense power)
Magic attack power addition points = All main character addition points x ratio (magic attack power)
Magic defense power addition points = All main character addition points x ratio (magic defense power)
Ratio (attack power) = current attack power of the main character / (current attack power of the main character + current defense power of the main character + current magic attack power of the main character + current magic defense power of the main character)
Ratio (defense power) = current defense power of the main character / (current attack power of the main character + current defense power of the main character + current magic attack power of the main character + current magic defense power of the main character)
Ratio (magic attack power) = current magic attack power of the main character / (current attack power of the main character + current defense power of the main character + current magic attack power of the main character + current magic defense power of the main character )
Ratio (magic defense) = main character's current magic defense / (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 frame 704, the added points (208 points) of the attack power are added to the current attack power (200 points) of the main character, and the corrected attack power (408 points) is calculated. .. Similarly, the current defense power, current magic attack power, and current magic defense power of the main character are corrected by adding the additional points of defense power, the additional points of magic attack power, and the additional points of magic defense power, respectively. Later defense power, magic attack power, and magic defense power are calculated.

In a conventional role-playing game or card battle game, the sub-characters that make up the party may be stronger than the main character, and the main character with a lower level may be the weak point of the party. Furthermore, if the main characters that make up the party can be changed, it may be necessary to remove the main character, which is a favorite of the player's alter ego, from the party.

By adopting the above-mentioned method of correcting the parameters of the main character, it is possible to prevent the main character from causing dissatisfaction of the player with being a weak point in the party.

8 to 12 are diagrams showing an example of a display screen of the mobile terminal 2 based on the display data created by the server 3.

FIG. 8A shows an example of the 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. A plurality of buttons including an "adventure" button 801, a "battle" button 802, a "party formation" button 803, a "shop" button 804, a "setting" button 805, and the like are listed on the screen.

When the "adventure" button 801 is pressed, a game progress screen (not shown) is displayed in which the game progresses using the main character or a party composed of the main character and the sub character. When the "battle" button 802 is pressed, a battle is executed using the party, and a battle result screen (not shown) including the result of the battle is displayed. When the "party formation" button 803 is pressed, a party formation screen for forming a party is displayed. When the "shop" button 804 is pressed, a screen (not shown) for purchasing an item or character is displayed. Further, when the "setting" button 805 is pressed, a screen (not shown) for making necessary settings when proceeding with the game is displayed.

FIG. 8B shows an example of the party organization screen 810. The party formation screen 810 is displayed when the player presses the "party formation" button 803. The main character image 811 and the three sub-character images 812, 815, 814 are displayed on the party organization screen 810. That is, this party is composed of a main character and three sub-characters, and the four character images (811, 812, 815, 814) are left according to the order of the parties stored in the party table described later for each player. Arranged in order from.

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

On the party organization screen 810, the "back" button 815 is displayed at a position below the main character image 811 or the sub character image 812, 833, 814. When the "back" button 815 is pressed, the menu screen 800 is displayed.

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

On the main character setting screen 900, the main character image 901 and three sub-character images 902,903,904, the main character name 905, the occupation 906, the level 907, the "change occupation" button 908, HP, MP, attack power, and so on. Each element parameter 909 such as defense power, magic attack power, magic defense power, etc., skill name 910, "skill change" button 911, "back" button 912, etc. are displayed.

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

Skills are special abilities that each character can use when performing battles. Special abilities include the ability to inflict damage on an enemy character that is different from the damage caused by the character's attack power and magic attack power, and the ability to confuse the enemy character. The main character can possess two or more skills. The player can select up to two skills to be used by the main character in the battle from two or more skills possessed by the player. As the element parameter 909, each element parameter after the correction processing described with reference to 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. Further, 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 more emphasis than the other sub character images 902,903,904. For example, the main character image 901 is displayed brighter than the other sub character images 902,903,904. Alternatively, the main character image 901 may be displayed in a darker color than the other sub character images 902,903,904, or may be displayed blinking. Alternatively, the main character image 901 may be displayed larger than the other sub character images 902,903,904. The highlighting of the main character image 901 allows the player to intuitively understand the selected main character.

When the "occupation change" button 908 is pressed, the occupation change screen described later is displayed. Further, when the "skill change" button 911 is pressed, a skill change screen (not shown) for changing the skill that the main character can use in the battle is displayed. When the player changes the skill 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 "back" button 912 is pressed, the menu screen 800 is displayed again.

FIG. 10 shows an example of the occupation change screen 1000. On the occupation change screen 1000, the main character image 1001, the occupation name and level (Lv) 1002, the "selection" button 1003, each element parameter 1004, etc. are displayed for each occupation, and the "back" button 1005 is displayed. Will be 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 checking the main character image 1001 or each element parameter 1004.

When the "selection" 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. On the main character setting screen 900, the main character after the correction processing for each element parameter changed according to the occupation is displayed. When the "back" button 1005 is pressed, the 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 allows the player to display any of the sub-character images 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.

On the sub-character setting screen 1100, the main character image 1101, the three sub-character images 1102, 1103 and 1104, the sub-character name 1105, the occupation 1106 and the level 1107, the "change friend" button 1108, and the sub-characters to be changed are displayed. Element parameters 1109, skill name 1110, and "back" button 1111 are displayed.

The sub-character image 1102 displayed on the sub-character setting screen 1100 is highlighted more than the main character image 1101 and other sub-character images 1103 and 1104, similarly to the highlighting 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. Two skills are uniquely set for the sub-character as skills that can be used in battle.

When the "change friend" button 1108 is pressed, the sub-character change screen described later is displayed. Further, when the "back" button 1111 is pressed, the menu screen 800 is displayed again.

FIG. 12 shows an example of the sub-character change screen 1200. On the sub-character change screen 1200, the sub-character name 1201, image 1202, occupation name and level 1203, "details" button 1204, "selection" button 1205, each element parameter 1206, etc. are displayed for each sub-character. , "Back" button 1207 is displayed. The player can select a sub-character to be added to the party while checking the image 1202 or each element parameter 1206.

When the "Details" button 1204 is pressed, a screen (not shown) containing detailed information about the corresponding sub-character is displayed. Detailed information includes skills that can be used in battles. The mobile terminal 2 can provide a large amount of information about the sub-character to the player by displaying a screen including detailed information in addition to the sub-character change screen 1200.

When the "selection" 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 this sub-character setting screen, the main character whose element parameters are corrected according to the change of the sub-characters constituting the party is displayed. When the "back" 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 the player table, the party table, the parameter table, the main character table, and the 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 parts may be mounted on the server 3 as firmware.

Hereinafter, the 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, the player ID of the player, the main character ID of the main character, the name, occupation and level, the possessed sub-character information, the related player ID, and the like are stored in association with each player.

The main character ID is information that identifies the main character owned by each player. The possessed sub-character information is information about the sub-character owned by each player, and the sub-character ID and the level are stored as the possessed sub-character information. The related player ID is a player ID of another player related to each player.

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

FIG. 4C shows a parameter table. In the parameter table, for each player, the player ID of the player and each element parameter (HP, MP, attack power, defense power, magic attack power, and magic defense power) before and after the correction of the main character of the player are displayed. ) 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 the main character table. For each main character, the main character ID of the main character, the main character information, and the like are stored in association with each other in the main character table. In the main character information, the occupation of the main character, the file name of the image data, and the basic parameters are stored.

The basic parameters are the parameters 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 by using a predetermined calculation formula according to the level, occupation, basic parameter, random number, etc. 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, image data file name, basic parameters, etc. of the sub-character are stored in association with each other. Each element parameter of the sub-character is calculated according to a predetermined calculation formula in the same manner as each element parameter of the main character. Alternatively, in the sub-character table, each element parameter at each level of each sub-character may be stored.

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 the request for each screen described with reference to FIGS. 8 to 12 from the mobile terminal 2, the progress control unit 331 identifies the player ID included in the request. Then, the progress control unit 331 creates a button for receiving an instruction from the target player, character information to be notified to the target player, and display data for displaying an image in a layout corresponding to the screen, and displays the data. It is transmitted to the mobile terminal 2. When any button is pressed on the screen displayed on the mobile terminal 2 and a request for the next screen corresponding to the button is received from the mobile 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 the corresponding battle execution request is received, the progress control unit 331 instructs the battle execution unit 333 to execute the battle and executes the battle. Pass the player ID included in the request. Further, the progress control unit 331 receives the battle result from the battle execution unit 333 that executed the battle, and creates battle result screen display data for displaying the battle result screen including the battle result. 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 formation" button 803 displayed on the menu screen 800 is pressed and the corresponding party formation request is received, the progress control unit 331 creates the party formation screen display data. The progress control unit 331 specifies the player ID included in the party formation request, and extracts the main character ID and the sub character ID corresponding to the specified player ID from the party table. The progress control unit 331 extracts each 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 formation screen display data for displaying the party formation screen 810 in which the 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, when the progress control unit 331 presses 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 and receives the corresponding main character setting request from the mobile terminal 2. , Create the main character setting screen display data. The progress control unit 331 specifies the player ID included in the main character setting request, and extracts each information about the main character corresponding to the specified player ID from the player table, the main character table, and the parameter table. The progress control unit 331 creates the main character setting screen display data for displaying the main character setting screen 900 in which the 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 the 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 specified player ID from the player table. The progress control unit 331 makes a main character table of the main character information corresponding to the extracted main character ID, and calculates each element parameter in each occupation of the main character based on each extracted information. The progress control unit 331 creates the 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 "selection" 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 includes 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 specified player ID to the specified occupation in the player table.

Next, the progress control unit 331 instructs the correction unit 332 to execute the parameter correction process. When the player table is updated, the progress control unit 331 does not instruct the correction unit 332 to execute the parameter correction process, but instructs the correction unit 332 to execute the parameter correction process immediately before executing the battle. May be good.

Next, the progress control unit 331 creates the main character setting screen display data for displaying the main character setting screen. Each element parameter 909 of the main character setting screen 900 displays each element parameter and the difference after correction. 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 between each element parameter of the main character on the main character setting screen, the player can confirm how much the main character has been strengthened.

Further, the progress control unit 331 presses any 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 makes 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 specifies the player ID included in the sub-character setting request, and extracts the level of the main character corresponding to the specified player ID from the player table. The progress control unit 331 specifies the sub-character ID included in the sub-character setting request, and extracts each information corresponding to the specified 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 progress control unit 331 presses the "friend change" button 1108 displayed on the sub-character setting screen 1100 and receives the corresponding sub-character change request from the mobile terminal 2, the sub-character change screen display data is displayed. create. The progress control unit 331 identifies the player ID included in the sub-character change request, extracts the possessed sub-character information corresponding to the specified player ID from the player table, and the progress control unit 331 is based on each extracted information. , Calculate each element parameter of the sub-character. The progress control unit 331 creates sub-character change screen display data for displaying the sub-character change screen 1200 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 change screen display data to the mobile terminal 2 via the server communication unit 31.

Further, when the "selection" 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. The player ID, the sub-character ID, and the order in the party are specified. The progress control unit 331 updates the specified player ID and the sub-character ID corresponding to the order to the specified sub-character ID in the party table.

Next, the progress control unit 331 instructs the correction unit 332 to execute the parameter correction process. 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.

When the progress control unit 331 instructs the correction unit 332 to execute the parameter correction process, the correction unit 332 identifies the player ID of the player included in the occupation determination request or the sub-character determination request, and the correction unit 332 identifies the player ID of 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 specified player ID from the party table, and extracts each 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 the extracted information.

The correction unit 332 calculates the grant points by multiplying the total of each element parameter of the sub-character by the grant rate for each sub-character, and calculates the total of the grant points of each sub-character as the total addition points. 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 the addition point by multiplying the total addition points by the ratio of each element parameter. Next, the correction unit 332 adds each addition point to each element parameter of the main character to calculate each element parameter of the corrected main character. The correction unit 332 stores each element parameter of the main character before and after the correction, each element parameter before the correction, and each difference of each element parameter after the correction in the parameter table.

The correction unit 332 does not change each element parameter of the sub-character used in the parameter correction process. The correction unit 332 may subtract each given point from each element parameter of the sub-character.

Further, the sub-character grant rate may be set according to an instruction from the player. In that case, for example, the higher the grant rate is set, the stronger the enemy character appearing in the battle is changed. In addition, 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. Further, an upper limit value may be set for the given points. In that case, when the granted points reach the upper limit, a specific special effect may be exerted in the battle.

When the progress control unit 331 instructs the battle execution unit 333 to execute the battle, the battle execution unit 333 executes the battle with the enemy character using the party in which the parameters of the main character are 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. Further, the battle execution unit 333 extracts the sub-character ID of the sub-character corresponding to the specified player ID from the party table, and extracts each 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 each information of the extracted sub-character.

The battle execution unit 333 executes a battle with an 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.

13 and 14 are diagrams showing an example of the operation sequence of the game system 1. 13 and 14 show operation sequences particularly related to party formation, character setting, and battle execution. This operation sequence collaborates with each element of the mobile 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. Is executed.

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

First, when the player presses the "party organization" button 803 while the menu screen 800 is displayed on the display unit 24, the viewing execution unit 251 transmits the party organization request to the server 3 via the terminal communication unit 21. (Step S101). When the party formation request is received via the server communication unit 31, the progress control unit 331 creates the party formation 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 the browsing execution unit 251 receives the party organization screen display data via the terminal communication unit 21, the viewing 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 the 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 "occupation change" button 908 on the main character setting screen 900, the browsing execution unit 251 transmits the occupation change request to the server 3 via the terminal communication unit 21 (step S109).

When the occupation change request is received via the server communication unit 31, the progress control unit 331 creates the occupation 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 "selection" button 1003 on the occupation change screen 1000, the browsing execution unit 251 transmits the 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 the parameter correction process (step S115). The details of the parameter correction process will be described later. Next, the progress control unit 331 creates the 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 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 S118). ).

After that, when the menu screen 800 is displayed on the display unit 24 again according to the operation of the player, 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 , The battle execution request is transmitted to the server 3 via the terminal communication unit 21 (step S119).

When the progress control unit 331 receives the battle execution request via the server communication unit 31, the battle execution unit 333 executes the 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). When the browsing execution unit 251 receives the battle result screen display data via the terminal communication unit 21, the viewing execution unit 251 displays the battle result screen on the display unit 24 based on the received battle result screen display data (step S122). This completes the operation sequence related to party formation, character setting, and battle execution.

Next, the 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. 13, so the description thereof will be omitted.

When the player presses any of the sub-character images 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 the 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 mobile 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 "friend change" 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 the sub-character change screen display data (step S210). Next, the progress control unit 331 transmits the created sub-character change screen display data to the mobile 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 the "selection" 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 the parameter correction process (step S215). The details of the parameter correction process 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 mobile 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 showing an example of an operation flow of the parameter correction process by the correction unit 332. The parameter correction process shown in FIG. 15 is executed in step S115 of FIG. 13 and step S215 of FIG.

When the progress control unit 331 instructs the correction unit 332 to execute the parameter correction process, the correction unit 332 includes the main character and the main character forming the party from the party table based on the player ID of the player included in the occupation determination request or the sub-character determination request. The sub-character is specified (step S301).

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

As described above, in the game system 1 of the present embodiment, the server 3 corrects the parameters of the main character based on the parameters of the sub-character, and battles using the party in which the parameters of the main character are corrected. Run the game you want to play. As a result, the game system 1 in the present embodiment can improve the fun of the battle game.

Further, in a conventional role-playing game or card battle game, the sub-characters constituting the party may be stronger than the main character, and in this case, the main character with a low level is 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, which is a favorite of the player's alter ego, from the party. In the game system 1, it is possible to suppress the player's dissatisfaction with the fact that the main character becomes a weak point in the party.

In the game system 1, the player may configure a deck with a main character card and a sub character card to perform a battle with an enemy character. In this case, the placement position of the deck of each character card is determined by the order of the parties 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 placed in the avant-garde of the deck, the grant rate of each sub character is set higher than usual. Further, the grant rate of the sub-character cards placed in the avant-garde of the deck may be set lower than the grant rate of the sub-character cards placed in the rear guard of the deck, and the grant rate of the sub-character cards placed in the front guard of the deck may be set. , May be set higher than the grant rate of sub-character cards placed in the rear guard of the deck.

Further, the correction unit 332 may execute the parameter correction process only in the case of a RAID battle or a quest to play against a boss character.

Further, in the present embodiment, an 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, but 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 immediately before the execution of the battle based on each element parameter of the sub-characters constituting the party at that time. Further, if the sub-characters constituting the party are changed by an instruction or the like by the player during the execution of 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 becomes equal to or less than the lower limit value during the execution of the battle, or when a specific battle effect is activated.

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

1 Game system 2 Mobile terminal 3 Server 31 Server communication unit 32 Server storage unit 33 Server processing unit 331 Progress control unit 332 Correction unit 333 Battle execution unit

Claims (12)

A method of controlling a computer including a storage unit, wherein the computer is
A group of game media composed of a main game medium and a sub-game medium, each of which has a parameter, is stored in the storage unit.
The parameter of the main game medium is corrected by adding the given value calculated by multiplying the parameter of the sub-game medium by a predetermined ratio set by the player to the parameter of the main game medium.
Said having parameters after compensation main game medium and the game content group including a said sub-game medium is allowed to proceed battle game play against enemy game medium having a strength corresponding to the previous SL predetermined ratio,
Look at including it,
In the progress of the battle game, the computer
It is determined whether or not the granted value has reached the upper limit, and
A control method characterized in that a specific special effect is exerted when the given value reaches an upper limit value. The parameters of the main game medium and the parameters of the sub-game medium each have a plurality of element parameters.
The computer is responsible for correcting the parameters.
A value obtained by multiplying the total of the plurality of element parameters of the sub-game medium by the predetermined ratio is calculated as the given value.
Each element is obtained by multiplying the given value by the ratio of each element parameter to the total of the plurality of element parameters of the main game medium or the ratio of each element parameter to the total of the plurality of element parameters of the sub game medium. Calculated as an additional value of parameters,
The control method according to claim 1, wherein each element parameter of the main game medium is corrected by adding the added value of each element parameter to each element parameter of the main game medium. The computer is further the main game medium body, the main game medium body definitive in the association with characteristic information that defines the ratio of the element parameters stored in the storage unit,
The characteristic information associated with the main game medium, Ru selectable der in accordance with an instruction from the player, the control method according to claim 2. The control method according to any one of claims 1 to 3 , wherein the main game medium cannot be selected according to an instruction from the player, and the sub game medium can be selected according to an instruction from the player. The computer further stores the game medium of another player related to the player in the storage unit.
The control method according to any one of claims 1 to 4 , wherein the sub-game medium includes a game medium of the other player. The parameters of the main game medium and the sub-game medium each have a plurality of element parameters.
The control method according to claim 1, wherein the computer corrects each element parameter of the main game medium based on each element parameter of the sub-game medium in the correction. The control method according to any one of claims 1 to 6 , wherein the computer further creates display data for displaying the difference between the corrected parameter and the parameter before correction. A computer with a display and an operation unit
Each game contents group including a main game medium and the sub game medium having parameters to be displayed on said display,
A predetermined ratio of settings is received from the player from the operation unit.
Configure granted value calculated by multiplying a predetermined ratio to the parameters before Symbol sub game medium, by said main game medium having a parameter that has been corrected by adding to the parameters of the main game medium and the sub-game medium It has been the game medium group, before Symbol a battle game play against enemy game medium having a strength corresponding to a predetermined ratio, whether the granted value has reached the upper limit value is determined, the grant value The screen of the battle game in which a specific special effect is exerted when the upper limit is reached is displayed on the display.
A control method characterized by including. A storage unit that stores a group of game media composed of a main game medium and a sub-game medium, each of which has a parameter, and a storage unit.
A correction unit that corrects the parameters of the main game medium by adding a given value calculated by multiplying the parameters of the sub-game medium by a predetermined ratio set by the player to the parameters of the main game medium.
The main game medium and the game content group including a said sub-game medium, battle to advance the battle game play against enemy game medium having a strength corresponding to the previous SL predetermined ratio with the parameters of the post-compensation Execution part and
Have a,
The battle execution unit
It is determined whether or not the granted value has reached the upper limit, and
A computer characterized in that a specific special effect is exerted when the given value reaches an upper limit value. A display that displays a group of game media composed of a main game medium and a sub-game medium, each of which has a parameter, and a display.
An operation unit accepting an setting a predetermined ratio from the player,
Configure granted value calculated by multiplying a predetermined ratio to the parameters before Symbol sub game medium, by said main game medium having a parameter that has been corrected by adding to the parameters of the main game medium and the sub-game medium It has been the game medium group, before Symbol a battle game play against enemy game medium having a strength corresponding to a predetermined ratio, whether the granted value has reached the upper limit value is determined, the grant value A display processing unit that displays the screen of a battle game in which a specific special effect is exhibited when the upper limit is reached, and a display processing unit.
A mobile terminal characterized by having. For computers equipped with a storage unit
A group of game media composed of a main game medium and a sub-game medium, each of which has a parameter, is stored in the storage unit.
The parameter of the main game medium is corrected by adding the given value calculated by multiplying the parameter of the sub-game medium by a predetermined ratio set by the player to the parameter of the main game medium.
Said having parameters after compensation main game medium and the game content group including a said sub-game medium is allowed to proceed battle game play against enemy game medium having a strength corresponding to the previous SL predetermined ratio,
Let me do that
In the progress of the battle game, the computer
It is determined whether or not the granted value has reached the upper limit, and
A control program characterized in that a specific special effect is exerted when the given value reaches an upper limit value. For a computer that has a display and an operation unit
Each game contents group including a main game medium and the sub game medium having parameters to be displayed on said display,
A predetermined ratio of settings is received from the player from the operation unit.
Configure granted value calculated by multiplying a predetermined ratio to the parameters before Symbol sub game medium, by said main game medium having a parameter that has been corrected by adding to the parameters of the main game medium and the sub-game medium It has been the game medium group, before Symbol a battle game play against enemy game medium having a strength corresponding to a predetermined ratio, whether the granted value has reached the upper limit value is determined, the grant value The screen of the battle game in which a specific special effect is exerted when the upper limit is reached is displayed on the display.
A control program characterized by doing things.

Images