JP2016055056A - Program and game device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a program and a game device capable of enhancing motivation of a player to collect a character by limiting the character that can be set as a match character.SOLUTION: From among characters that a player has, a character of a first attribute selected based on operation input of the player is set as a match character of a first attribute. From among the characters that the player has, a character of a second attribute selected based on operation input of the player is set as a match character of the second attribute.SELECTED DRAWING: Figure 9

Description

  The present invention relates to a program and a game device.

  Conventionally, a game is known in which a deck composed of a plurality of characters (cards) is constructed to play against enemy characters (for example, Patent Document 1). For example, the player selects a character (card) to be used in the battle game from among a plurality of characters (cards) held and sets the character (card) in the deck. Then, the winning / losing is determined based on the parameters of the character set in one deck.

  In such a game, the player can reinforce (increase parameters and levels) the character given as a reward. For example, the player selects a character that is a base for composition and one or more characters that are a material for composition, and combines the selected characters to enhance the character that is the base for composition. (Alternatively, it is possible to generate a new kind of character obtained by evolving (strengthening) the character that is the base of synthesis). In addition, the character used as the composition material is deleted from the list of characters held by the player.

JP 2012-61060 A

  In such a game, in order to enable the player to win the battle game, a battle character is set by selecting in order from the character with the highest parameter (for example, parameters such as hit points, attack power, etc.) among the characters held by the player ( Since the deck is constructed), there is a possibility that the setting of the battle character is simple and lacks interest, and motivation for the player to collect the character may be reduced.

  The present invention has been made in view of the problems as described above, and an object of the present invention is to provide a program and a game that can increase the motivation of character collection by limiting the characters that can be set as battle characters. To provide an apparatus.

(1) The present invention
A program for a game in which a player character and an enemy character play against each other,
Of the characters possessed by the player, the character having the first attribute selected based on the operation input of the player is set as the battle character having the first attribute,
A character setting unit that sets a second attribute character selected based on the player's operation input among the characters held by the player as a second attribute battle character;
A game processing unit for performing a battle process between a battle character having a first attribute and an enemy character having a second attribute, or a battle process between a battle character having a second attribute and an enemy character having a first attribute;
Based on the character of the first attribute and the character of the second attribute selected based on the operation input of the player, a process of changing the parameter of the character of the first attribute is performed.
Based on the second attribute character and the first attribute character selected based on the player's operation input, the computer is caused to function as a synthesis processing unit that performs processing for changing the parameter of the second attribute character. Regarding the program.

  The present invention also relates to an information storage medium that is a computer-readable information storage medium that stores a program for causing a computer to function as each of the above-described units. The present invention also relates to a game device including the above-described units.

  Here, the “character possessed by the player” refers to a character that can be used by the player as a battle character in the game, or a character that can be selected in the composition processing unit.

  According to the present invention, the character attribute that can be set as the first attribute battle character is limited to the first attribute character, and the character attribute that can be set as the second attribute battle character is the second attribute. Therefore, the player needs to collect characters having the first and second attributes in order to set the first and second battle characters, so that the motivation for collection can be increased.

  Further, according to the present invention, the character of the second attribute is required to change the parameter of the character of the first attribute (for example, to increase the attack power), and the parameter of the character of the second attribute is changed. Since the character of the 1st attribute is needed in order to make it fluctuate, the motivation which collects the character of each 1st and 2nd attribute can be raised.

(2) A program, an information storage medium and a game device according to the present invention are also provided:
The game processing unit
Performing a process of changing the parameter of the battle character of the first attribute based on the ratio of the number of characters of the first attribute to the total number of characters held by the player;
You may perform the process which changes the parameter of the battle | competition character of a 2nd attribute based on the ratio of the number of the characters of the said 2nd attribute with respect to the total number of the characters which a player holds.

  According to the present invention, the larger the number of characters of the first attribute possessed by the player is, the more the parameter of the battle character of the first attribute changes (for example, the attack power of the battle character of the first attribute is increased). The higher the number of characters of the second attribute possessed by the player is, the more the parameter of the battle character of the second attribute varies (for example, the attack of the battle character of the second attribute) Therefore, it is possible to cause the player to collect a large number of characters having attributes that are desired to be strengthened.

(3) A program, an information storage medium and a game device according to the present invention are also provided:
Based on the battle with the enemy character, let the computer function as a character giving unit that performs processing to give the player a character,
The character giving unit is
The attribute of the character to be given to the player may be determined based on the result of comparing the number of characters of each attribute held by the player.

According to the present invention, since the character attribute to be given to the player is determined based on the result of comparing the number of characters of each attribute held by the player, the character attribute to be given to the player can be appropriately determined. . For example, when the number of retained characters of the second attribute is smaller than the first attribute, the number of retained characters is smaller by performing control such as changing the attribute of the character to be given to the player to the second attribute. It is possible to supplement characters with the attribute of.

(4) A program, an information storage medium and a game device according to the present invention are also provided:
The game processing unit
When a player's battle character battles with another player's battle character as an enemy character, the battle process is performed with the player's battle character attribute different from that of the other player's battle character. You may go.

  According to the present invention, since the battle process is performed by making the attribute of the player's battle character different from the attribute of the battle character of the other player, the player has a strong battle for each attribute in order to win the other players. It is necessary to set a character for the game, and it is urged to set a battle character for each attribute that the other player can be proud of. Therefore, the motivation for collecting the characters can be further increased.

(5) A program, an information storage medium, and a game device according to the present invention are also provided:
The game processing unit
When a player's battle character cooperates with another player's battle character and battles an enemy character, the player's battle character attribute and the other player's battle character attribute are the same, The battle process may be performed by making the attribute of the player's battle character different from the attribute of the enemy character.

  According to the present invention, the attribute of the player's battle character is the same as the attribute of the other player's battle character, and the battle character attribute of the player is different from the attribute of the enemy character. Therefore, in order to win the enemy character, the player needs to set a strong battle character that can support other players for each attribute, and also set a battle character setting for each attribute that can be proud of other players. Therefore, it is possible to further increase the motivation for collecting characters.

It is a figure which shows the game system of this embodiment. It is a figure which shows an example of the functional block diagram of the terminal of this embodiment. It is a figure which shows an example of the game screen produced | generated with the game system of this embodiment. It is a figure which shows an example of the table information which stores the parameter etc. of the character which a player holds. It is a figure which shows an example of the game screen produced | generated with the game system of this embodiment. It is a figure which shows an example of the game screen produced | generated with the game system of this embodiment. It is a figure which shows an example of the game screen produced | generated with the game system of this embodiment. It is a figure which shows an example of the game screen produced | generated with the game system of this embodiment. It is a flowchart which shows the flow of the process of this embodiment. It is a flowchart which shows the flow of the process of this embodiment.

  Hereinafter, this embodiment will be described. In addition, this embodiment demonstrated below does not unduly limit the content of this invention described in the claim. Moreover, not all of the configurations described in the present embodiment are necessary constituent requirements of the present invention.

1. Configuration FIG. 1 shows a network system (game system) of this embodiment. In this embodiment, it is comprised by the some terminal 10 and the server 20 (server system). That is, as shown in FIG. 1, the network system of the present embodiment is configured such that the server 20 that provides the service and the terminal 10 can be connected to the network.

  The server 20 is an information processing apparatus that provides a service capable of providing communication among a plurality of users (players). In this embodiment, the server 20 provides a community-type service called SNS (social networking service). Server. That is, the server 20 transmits user information (user name, diary, bulletin information, game field status, etc.) not only to the logged-in user but also to other users who have a friendship with the user, and I try to communicate. The server 20 may provide a service only to the user who has registered as a member. The server 20 can be composed of one or a plurality of servers (authentication server, game processing server, communication server, billing server, database server, etc.).

  In addition, the server 20 of this embodiment provides an online game service (social game) in response to a request from the terminal 10. In the present embodiment, a game program is executed in the terminal 10, and the server 20 has a player account information, a game result of a game executed on the terminal 10, game media (characters, items, etc.) usable in the game, Information such as in-game currency that can be used in the game, information on the stages constituting the game, and the like are managed.

  The terminal 10 is an information processing device such as a mobile terminal (smart phone, mobile phone, portable game machine, etc.), personal computer (PC), game device, image generation device, and the like via a network such as the Internet (WAN) or a LAN. The device can be connected to the server 20. The communication line between the terminal 10 and the server 20 may be wired or wireless.

  FIG. 2 shows an example of a functional block diagram of the game apparatus (terminal 10) of the present embodiment. Note that the game device of this embodiment may have a configuration in which some of the components (each unit) in FIG. 2 are omitted.

  The input unit 150 is a device for inputting (detecting) input information from the player, and outputs input information (operation input) of the player to the processing unit 100. The function of the input unit 150 can be realized by an input device such as a touch panel, a touch pad, a mouse, direction keys and buttons, and a keyboard.

  The storage unit 170 stores programs and various data for causing the computer to function as each unit of the processing unit 100, and also functions as a work area of the processing unit 100. The function can be realized by a hard disk, a RAM, or the like. In addition, the storage unit 170 stores information (type, parameters, attributes, levels, etc.) related to characters held by the player (available to the player), character setting information (deck information) set as a battle character, It stores various data such as information on items held, information on enemy characters (types, parameters, attributes, levels, etc.), information on stages constituting the game, information on enemy characters appearing in each stage.

  The display unit 190 outputs the game image generated by the processing unit 100, and its function can be realized by a display such as a touch panel, LCD, or CRT.

The sound output unit 192 outputs the sound generated by the processing unit 100, and its function is as follows.
It can be realized by a speaker or headphones.

  The communication unit 196 performs various controls for communicating with the server 20, and the function can be realized by hardware such as various processors or a communication ASIC, a program, or the like.

  Note that the program and various data stored in the information storage medium and storage unit of the server 20 may be received via a network, and the received program and data may be stored in the storage unit 170. The case of receiving the program and various data and causing the computer to function as each unit of the processing unit 100 of the terminal is also included in the scope of the present invention.

  The processing unit 100 (processor) performs processing such as game processing, image generation processing, and sound generation processing based on input information (operation input) from the input unit 150, a program, data received via the communication unit 196, and the like. I do. The functions of the processing unit 100 can be realized by hardware such as various processors (CPU, DSP, etc.), ASIC (gate array, etc.), and programs.

  The processing unit 100 includes a character setting unit 110, a game processing unit 112, a synthesis processing unit 113, a character giving unit 114, an image generation unit 120, and a sound generation unit 130.

  The character setting unit 110 sets a plurality of characters selected by the player based on an operation input from the input unit 150 among a plurality of characters possessed (owned) by the player as battle characters.

  In particular, the character setting unit 110 of the present embodiment sets a character having the first attribute selected based on the player's operation input among the characters held by the player as a battle character having the first attribute. Among the possessed characters, the character having the second attribute selected based on the operation input of the player is set as the battle character having the second attribute.

  Based on the operation input from the input unit 150, the game processing unit 112 performs a battle between a plurality of characters set as battle characters and an enemy character appearing on the stage selected by the player, and outputs a battle result. A game process for determining whether or not the stage has been cleared is performed.

  For example, the game processing unit 112 performs a battle process between a battle character having a first attribute or a battle character having a second attribute and an enemy character. That is, when the stage selected by the player is “the stage where the player-side attribute is the first attribute and the enemy-side attribute is the second attribute”, the game processing unit 112 matches the first attribute. The battle process between the character for use and the enemy character having the second attribute is performed. Further, the game processing unit 112, when the stage selected by the player is “the stage where the player-side attribute is the second attribute and the enemy-side attribute is the first attribute”, the battle of the second attribute The battle process between the character for use and the enemy character having the first attribute is performed.

  Further, the game processing unit 112 may perform a process of changing the parameter of the battle character having the first attribute based on the ratio of the number of characters having the first attribute to the total number of characters held by the player.

Further, the game processing unit 112 may perform a process of changing the parameter of the battle character having the second attribute based on the ratio of the number of characters having the second attribute to the total number of characters held by the player.

  In addition, when the player's battle character battles with another player's battle character as an enemy character, the game processing unit 112 has the player's battle character attribute and the other player's battle character attribute. The battle process is performed differently.

  In addition, when the player's battle character cooperates with the other player's battle character and battles the enemy character, the game processing unit 112 determines the player's battle character attribute and the other player's battle character. The battle process is performed by making the attributes of the character the same and making the attribute of the battle character of the player different from the attribute of the enemy character.

  The composition processing unit 113 performs a process of compositing another character (material character) on one character (base character). That is, it means that the number of characters held by the player is reduced by synthesis and the parameters of the base character are increased (enhanced). Note that the base character image may be changed to a different image by synthesis. In the following description, when a base character is selected and combined, a character required in addition to the base character and a character when combined without selecting a base character are referred to as a material character.

  The composition processing unit 113 operates the player with the first attribute character and the player based on the first attribute character (base character) and the second attribute character (material character) selected based on the player operation input. By combining the character with the second attribute selected based on the input, the parameter of the character with the first attribute is changed.

  In addition, the composition processing unit 113 determines that the second attribute character and the player are based on the second attribute character (base character) and the first attribute character (material character) selected based on the player's operation input. By combining the character with the first attribute selected based on the operation input, the process of changing the parameter of the character with the second attribute is performed.

  Further, the composition processing unit 113 performs processing for deleting the material character from the possessed character of the player after the composition. That is, the composition processing unit 113 performs processing for deleting the material character from the player's possessed characters stored in the storage unit after composition.

  The character giving unit 114 performs a process of giving a character to the player on the condition that the battle with the enemy character is won or the predetermined value is subtracted from the in-game currency. For example, when the character is added (for example, when the player character clears the game and gives the character), the character giving unit 114 and the number of the first attribute characters held by the player and the second attribute The character attribute to be given to the player is determined based on the result of comparison with the number of characters.

  It should be noted that the character granting unit 114 determines the player based on the game progress (for example, the number of times of login, the number of times of playing the game, the time from the previous login to the login again, the number of stages of the cleared game, and the elapsed time). It may be determined whether or not to add a character.

The image generation unit 120 performs a drawing process based on the results of various processes performed by the processing unit 100, thereby generating a game image (a game image including a player character, an enemy character, contents according to a determination result, and the like). And output to the display unit 190. The image generation unit 120 may generate an image (so-called three-dimensional image) that can be seen from a virtual camera (a given viewpoint) in the object space (game space).

  The sound generation unit 130 performs sound processing based on the results of various processes performed by the processing unit 100, generates game sounds such as BGM, sound effects, or sounds, and outputs the game sounds to the sound output unit 192.

  In addition, when the game is started, the processing unit 100 transmits information for notifying that the game is started to the server 20, and when the game is ended, the game result information regarding the game result and various game parameters is transmitted. Is transmitted to the server 20. The server 20 updates various data associated with each player based on the game result information transmitted from the game device (terminal 10).

  It should be noted that the terminal 10 stores information related to the character held by the player stored in the storage unit 170 and character setting information set as a battle character for each of the first and second attributes (deck information of the first attribute, Deck information of the second attribute), information on items held by the player, information such as in-game currency, and the like are transmitted to the server 20.

  The terminal 10 also includes information on the character held by the player and character setting information set as a battle character for each of the first and second attributes (deck information for the first attribute, deck information for the second attribute). ) When the information about the items held by the player and the information such as the in-game currency are changed, the changed information is transmitted to the server 20.

  The server 20 includes information on the character held by the player, character setting information set as a battle character for each of the first and second attributes (deck information of the first attribute, deck information of the second attribute), Information relating to items held by the player, information such as in-game currency, etc. are received from the terminal 10 as player information, and the player information is stored in the storage unit (storage unit) of the server. That is, for each player, the server 20 associates with the player identification information, information about the character held by the player, and character setting information (first character set as the battle character for each of the first and second attributes). (Deck information of the second attribute, deck information of the second attribute), information relating to items held by the player, and player information such as in-game currency.

  The server 20 also includes information related to the character held by the player and character setting information set as a battle character for each of the first and second attributes (deck information for the first attribute, deck information for the second attribute). ) When the information about the items held by the player and the information such as the in-game currency are changed, when the information after the change is received from the terminal 10, a process of updating to the changed content is performed.

Moreover, you may comprise the game system of this embodiment as a server system (game system). The server system can be composed of one or a plurality of servers (authentication server, game processing server, communication server, billing server, database server, etc.). In this case, the server system receives an operation input (from an input unit of the terminal) transmitted from one or a plurality of terminals (for example, a game device, a smartphone, a mobile phone, a portable game machine, etc.) connected via a network. Based on the input data), the character setting unit 110, the game processing unit 112, the composition processing unit 113, and the character providing unit 114 are processed to generate and generate image generation data for generating an image. Image generation data is transmitted to each terminal. Here, the image generation data is data for displaying an image generated by the method of the present embodiment on each terminal, and may be image data itself or various types used by each terminal to generate an image. Data (object data, game processing result data, etc.) may be used. In addition, the game system is configured so that the processing of each unit (the character setting unit 110, the game processing unit 112, the composition processing unit 113, the character providing unit 114, and the image generation unit 120) of the processing unit 100 is executed in a distributed manner between the server and the terminal. May be configured. For example, the game system may be configured such that the processing of the character setting unit 110, the game processing unit 112, and the composition processing unit 113 is executed by a terminal, and the processing of the character providing unit 114 is executed by a server.

2. Method of this embodiment (1) Outline The game system of this embodiment is configured to execute a battle game between a player character and an enemy character.

  FIG. 3 is a diagram showing a game screen W3 displayed when the player character battles with the enemy character. The game screen W3 is displayed on the display unit 190 (touch panel) of the terminal 10, and the player can perform an operation input by performing an operation (touch operation) for bringing a fingertip, a touch pen, or the like into contact with the touch panel. That is, the terminal (game device) detects a touch input to the touch panel and performs a game process based on the detected input information.

  Further, as shown in FIG. 3, player characters PCA1 to PCA4 and an enemy character ECB are displayed on the game screen W3. In the example shown in FIG. 3, four player characters PCA1 to PCA4 that construct a deck (form a party) are displayed. The four player characters PCA1 to PCA4 are characters that are selected by the player among a plurality of characters held by the player and set as battle characters. When playing a battle against an enemy character, the player can arbitrarily select four characters that make up the deck from a plurality of characters held by the player. In addition, a gauge PG representing the total value of hit points (physical strength values) of the four player characters PCA1 to PCA4 and a gauge EG representing the hit points of the enemy character ECB are displayed on the game screen W3.

  The deck (deck information) is setting information for setting a battle character. Of the characters held by the player, only the battle character set for the deck is played against the enemy character.

  In the game screen W3 shown in FIG. 3, when the player makes an attack input, an action in which one or more player characters of the player characters PCA1 to PCA4 attack the enemy character ECB is executed, and the enemy character represented by the gauge EG. The ECB hit points are updated. The hit point of the enemy character ECB decreases according to the attack power of the player character that executed the attack.

  In addition, an action in which the enemy character attacks the player character is executed at a given timing (for example, every time a predetermined number of turns or the number of turns unique to the enemy character elapses), and the player character represented by the gauge PG The total value of hit points is updated. The total value of the hit points of the player character decreases according to the attack power of the enemy character.

  Further, when the player performs an operation input for causing the selected player character to perform a recovery operation, the player character performs a recovery operation to update the total value of the hit points of the player character represented by the gauge PG. May be. In this case, the total value of the hit points of the player character increases according to the recovery power of the player character that has performed (selected) the recovery operation.

The battle between the player character and the enemy character continues until the enemy character falls below a predetermined value (for example, 0) or until the total value of hit points of all player characters falls below a predetermined value (for example, 0).

  When the hit point of the enemy character falls below a predetermined value, it is determined that the enemy character has been defeated. When the total hit point value of all player characters falls below the predetermined value, the player Judged as defeated.

  A plurality of enemy characters appear on the stage constituting the game. When the first enemy character appearing on the stage is defeated, the second enemy character appears, and when the second enemy character is defeated, the third enemy character appears. When the enemy character appearing on the final surface of the stage is defeated, the stage is cleared (the player wins). When the stage is cleared, a reward corresponding to the stage (a plurality of enemy characters appearing on the stage) is given to the player. As a reward, for example, a new character, item, experience value, points such as in-game currency, etc. are given to the player. When points such as experience points are awarded as rewards, parameters, levels, etc., such as attack power of each player character are updated (increased).

  Further, in the game of the present embodiment, a new character or item (equipment or consumption) is obtained by consuming predetermined points (including points obtained free of charge or points obtained for a fee) in the game. Are provided to the player (so-called “gacha”).

(2) Description of Attributes In this embodiment, attributes are set for characters. FIG. 4 is a diagram illustrating an example of table information for storing character attributes, parameters, and the like held by the player in the storage unit. The table information 200 stores information such as identification information, attack power, recovery power, hit points, attributes, and levels of each character held by the player. Of these, attack power, recovery power, hit points, and defense power are examples of parameters. Also, information such as identification information, attack power, recovery power, hit points, attributes (“A”, “B”, etc.), level, and the like is also stored in the storage unit for the enemy character.

  In the present embodiment, one of the two types of attributes “A attribute” (an example of the first attribute) and “B attribute” (an example of the second attribute) is defined as a character, and based on the attribute. Perform the battle process. In the present embodiment, two types of attributes “A” and “B” are used, but the number of attributes may be three or more. For example, there may be three types of attributes (for example, three types of attributes “fire”, “water”, and “tree”) having a three-sided relationship.

  In the present embodiment, information (defense power, etc.) other than information such as attack power, recovery power, hit points, attributes (“A”, “B”, etc.), level, etc., shown in FIG. May be stored in association with each other.

(3) Construction of Deck In this embodiment, a deck is set for each attribute. That is, control is performed so that the “A attribute” character is set for the “A attribute” deck and the “B attribute” character is set for the “B attribute” deck. That is, in this embodiment, the characters that can be set in the deck are limited to characters having a predetermined attribute.

That is, since the attribute of the character that can be set as the A attribute battle character is limited to the A attribute character and the character attribute that can be set as the B attribute battle character is limited to the B attribute character, Since it is necessary to collect the characters of the A attribute and the B attribute in order to set the battle attribute of the B attribute, the motivation for collection can be increased.

  FIG. 5 shows an example of the game screen W5 of the “A attribute” deck setting. For example, a plurality of characters held by the player are displayed in the region K, and selection input of the characters PCA1, PCA2, PCA3, PCA4 of “A attribute” among the plurality of characters held by the player is received, and the selected “A attribute” “Characters PCA1, PCA2, PCA3, and PCA4 are set in the“ A attribute ”deck DA as battle characters for the A attribute.

  FIG. 6 shows an example of a game screen W6 for “B attribute” deck setting. For example, a plurality of characters held by the player are displayed in the region K, and selection input of the characters PCB1, PCB2, PCB3, and PCB4 of “B attribute” among the plurality of characters held by the player is received, and the selected “B attribute is selected. “Characters PCB1, PCB2, PCB3, and PCB4 are set in the“ B attribute ”deck DB as battle characters for the B attribute.

  In the present embodiment, one character may be limited to be set to one deck, or control may be performed so that one character can be set to a plurality of decks having the same attribute. For example, when there are two A-attribute decks such as DA1 and DA2, the A-attribute player character PCA1 may be set to only one of the deck DA1 or the deck DA2, or the A-attribute player character PCA1 may be set to It may be possible to set both the deck DA1 and the deck DA2.

(4) Character Management In this embodiment, the total number of characters held by the player and the number of characters for each character attribute held by the player are managed. In other words, in the present embodiment, the number of A attribute characters held by the player and the number of B attribute characters held by the player are managed.

  For example, in the present embodiment, the number of characters that can be held by the player is limited to a predetermined number (for example, 50), and the characters of the A attribute and the B attribute can be set within the range of the number of characters that can be held. That is, the total value of the number of characters held by the player's A attribute and the number of characters held by the player's B attribute is limited to be within a predetermined number.

  In the present embodiment, the number of characters that the player can hold is limited to a predetermined number. Therefore, when the number of held characters reaches the predetermined number, the player combines the characters to reduce the number of characters or delete the characters. Need to do.

  In addition, the terminal according to the present embodiment controls the player to transmit the character information and deck information held by the player to the server so that the player can compete with other players in a hostile or cooperative relationship.

(5) Battle according to attribute In the present embodiment, the battle process is performed with different attributes of the player character and the enemy character. For example, the player character (A attribute battle character) set in the “A attribute” deck and the B attribute enemy character are battled. Alternatively, a process is performed in which a character (a battle character for the B attribute) set by the player in the “B attribute” deck and an enemy character of the A attribute are battled. In other words, the player needs to build a strong deck for each of the A attribute and the B attribute so that the player can win against any of the enemy characters, so that the player can be more motivated to collect the A and B attributes. Can do.

The enemy character may be a computer controlled character (non-player character) or another player character. For example, when a player plays against another player, the character set by the player in the “A attribute” deck (matching character for A attribute) and the character set by the other player in the “B attribute” deck ( A process of competing with a B attribute battle character) is performed. When a player battles with another player, the character set by the player in the “B attribute” deck (a battle character for B attribute) and the character set by the other player in the “A attribute” deck ( A process of competing with an A-character battle character) is performed.

  In the present embodiment, when a battle with an enemy character is performed in cooperation with another player, a battle process is performed using a battle character having the same attribute as the battle character of the other player.

  That is, when the enemy character has the “A attribute”, the player and the other players perform a battle process using the character set in the “B attribute” deck (a battle character for the B attribute). When the enemy character has the “B attribute”, the player and the other players perform a battle process using the character (A attribute battle character) set in the “A attribute” deck.

  Note that in this embodiment, a battle with other players in a hostile or cooperative relationship allows other players to brag about the characters in their decks, further increasing the player's motivation to collect characters. Can do.

  Further, in the present embodiment, when the player battles with another player in a hostile or cooperative relationship, information on the other player's battle character (deck information of the other player) is received from the server, and the received other player The battle process is performed based on the information of the battle character.

(6) Description of Compositing Process In the present embodiment, when there is an operation input for instructing compositing of a plurality of characters selected by the player, a process of composing a plurality of characters into one character is performed.

  “Composition” means (A) selecting one character (base character) and another character (material character), and combining the selected one character (base character) and another character (material character). (B) One character (base character) parameters (for example, parameters such as hit points, attack power, etc.) are changed (increased) and other characters (material characters) are deleted. (Base character) and another character (material character) are selected, a new character is generated based on a combination of the selected one character (base character) and another character (material character), and one character ( A process of deleting a base character) and other characters (material characters).

  In other words, in the present embodiment, the player selects a combination base character and one or more characters to be combined, and combines the plurality of selected characters. Can be strengthened (or a new type of character can be generated by evolving (strengthening) the character that is the base of synthesis). The amount of increase in parameters and levels when the character is strengthened changes according to the parameters and levels of the character selected as the composition material. A character whose level reaches the maximum value cannot be further strengthened. The maximum level varies depending on the type of each character. In addition, the character used as the composition material is deleted from the list of characters held by the player.

In this embodiment, the attribute of the material character combined with the base character is limited to an attribute different from that of the base character. That is, when combining based on the A attribute character, the A attribute character and the B attribute character selected and input by the player are combined to perform processing for changing the parameters of the A attribute character. Further, in the case of compositing based on the B attribute character, the B attribute character and the A attribute character selected and input by the player are combined to perform processing for changing the parameter of the B attribute character. In this way, in order to increase parameters such as the attack power of the A attribute character, it is necessary to collect B attribute characters, and in order to increase the parameter such as the attack power of the B attribute character, A Since it is necessary to collect characters with attributes, it is possible to increase the motivation of collecting characters for the A and B attributes as a result.

  FIG. 7 is a diagram illustrating an example of a selection screen for selecting a base character. As shown in FIG. 7, a list of characters held by the player is displayed on the selection screen W7. The player can select a base character by performing an operation of touching a character to be evolved (strengthened) from a plurality of characters on the selection screen W7. Note that there is a one-to-one correspondence between a base character and a composite character that has evolved (strengthened) the base character.

  Further, in the selection screen W7 shown in FIG. 7, the mark MK attached to the character indicates that it has been selected as the base character by the operation input of the player.

  FIG. 8 shows an example of the character composition screen W8. As shown in FIG. 8, on the character composition screen W8, a composition button GB for instructing composition of an A attribute base character PCA1 and a B attribute material characters PCB1, PCB2, and PCB3 is displayed. Note that the number of material characters may be one or more.

  Further, in the present embodiment, when a compositing instruction is received by performing an operation of touching the compositing button GB on the character compositing screen W8, parameters of the base character PCA1 (for example, parameters such as hit points and attack power) ) And the material characters PCB1, PCB2, and PCB3 are deleted from the possessed characters of the player. That is, after the composition, a process of deleting the material characters PCB1, PCB2, and PCB3 from the player's stored characters stored in the storage unit is performed.

  Note that in the composition processing of the present embodiment, the increase amount (variation amount) of the parameter of the base character is stored in advance in the storage unit in association with the combination of the composite base character and the material character.

(7) Parameter Change In the present embodiment, processing for changing the parameter of the A-attribute battle character may be performed based on the ratio of the number of A-attribute characters to the number of characters held by the player. In the present embodiment, the parameter of the B attribute battle character may be varied based on the ratio of the number of B attribute characters to the number of characters held by the player.

For example, assuming that the ratio (a / x) of “the number of A-attribute characters a held by the player” to “the number x of characters held by the player” is Na, the larger the value of Na, the larger the A-attribute deck. The process of increasing the attack power of each character (each A-character fighting character) set to (2) is performed. For example, 0 ≦ Na <0.1 controls the attack power 1 times, 0.1 ≦ Na <0.5 controls the attack power 2 times, 0.5 ≦ Na ≦ 1 controls the attack power 3 times. To do. In the present embodiment, the amount of change (increase) for changing the parameter of the A-attribute battle character is stored in advance in the storage unit based on the ratio of the number of A-attribute characters to the number of characters held by the player. .

  Also, the parameter for the B attribute is changed in the same manner as the A attribute. For example, assuming that the ratio (b / x) of “the number of B attribute characters held by the player b” to “the number of characters held by the player x” is Nb, the larger the value of Nb, the larger the B attribute deck. The process of increasing the attack power of each character (each character for battle with B attribute) set to (2) is performed. For example, 0 ≦ Nb <0.1 controls the attack power 1 times, 0.1 ≦ Nb <0.5 controls the attack power 2 times, 0.5 ≦ Nb ≦ 1 controls the attack power 3 times To do. In the present embodiment, the variation amount (increase amount) for varying the parameter of the B attribute battle character is stored in advance in the storage unit based on the ratio of the number of B attribute characters to the number of characters held by the player. .

  As described above, according to the present embodiment, when the player wants to increase the attack power or the like of the character set in the A attribute deck, the number of characters possessed by the A attribute is made larger than the number of characters possessed by the B attribute. On the contrary, when it is desired to increase the attack power or the like of the character set in the B attribute deck, the number of B attribute possessed characters may be increased more than the number of A attribute possessed characters. That is, it is possible to cause the player to collect a large number of characters having attributes that are desired to be strengthened.

(8) Explanation of character assignment In this embodiment, when a given condition is satisfied, a process of newly giving a game medium such as a character or an item to the player is performed. For example, when the enemy character is defeated in a battle between the player character and the enemy character, or the player consumes (subtracts) predetermined points obtained in the game (including points obtained free of charge and points obtained for a fee) In this case, a new character or item (equipment, consumable, etc.) is given to the player.

  In particular, in the present embodiment, when assigning a character, the number of A-attribute characters held by the player is compared with the number of B-attribute characters, and the character attributes to be given to the player are determined based on the comparison result. decide.

  For example, when “the number of A-attribute characters a held by the player” is larger than “the number B of B-attribute characters held by the player” (a> b), the probability of adding a B-attribute character is increased. To control. For example, the probability of assigning an A attribute character is 20%, the probability of assigning a B attribute character is 80%, and the character (character attribute) to be given to the player is determined based on each probability.

  In addition, when “the number of A attribute characters a possessed by the player” is smaller than “the number b of B attribute characters possessed by the player” (a <b), the probability of adding an A attribute character is increased. To control. For example, the probability of assigning an A attribute character is 80%, the probability of assigning a B attribute character is 20%, and the character (character attribute) to be given to the player is determined based on each probability.

  In the case where “the number of A-attribute characters a held by the player” and “the number B of B-attribute characters held by the player” are the same number (a = b), the probability of assigning the A attribute and the B attribute It is controlled so that the probability of giving the character is the same. For example, the probability of assigning an A attribute character is 50%, the probability of assigning a B attribute character is 50%, and the character (character attribute) to be given to the player is determined based on each probability.

  As described above, when adding a character, the player determines the character attribute based on the result of comparing the number of characters of each attribute held by the player. The character can be replenished.

(9) Example of strengthening based on a game medium acquired during a game In this embodiment, when an enemy character is defeated during a game (when the hit point value of the enemy character is set to 0), a given game medium ( Item, character, etc.) are given to the player. For example, when an enemy character is defeated during the game, the enemy character itself or an item (weapon or the like) of the enemy character is given to the player.

  In this embodiment, control is performed so that the game media obtained by the player during the game can be used during the game.

  For example, in this embodiment, when an enemy character is defeated during the game, the player selects whether or not to strengthen the player character for battle based on the enemy character or enemy character item acquired during the game. Accept input.

  When a selection input for strengthening the player character for battle is received based on the enemy character or enemy character item acquired by the player during the game, the player character or enemy character item acquired by the player during the game is received. Control is performed so as to increase the parameters (for example, parameters such as hit points and attack power) of the player character for battle. For example, when an enemy character is obtained, a selection input is received using the battle player character set in the deck as a base character, and the obtained enemy character is synthesized as a material character.

  In addition, when the selection input which does not strengthen the player character for a battle | competition is received based on the enemy character or enemy character item which the player acquired during the game, the acquired enemy character is added to the character which the player holds ( The acquired enemy character is stored as a possessed character in the storage unit), or the acquired enemy character item is added to the item held by the player (the acquired item is stored as a retained item in the storage unit). .

3. Flowchart (1) Game Process An example of the game process of this embodiment will be described with reference to the flowchart of FIG.

  First, an A attribute character selected based on an operation input is set as an A attribute battle character (step S1). That is, the selected A attribute character is set to the A attribute deck.

  Then, the B attribute character selected based on the operation input is set as a B attribute battle character (step S2). That is, the selected B attribute character is set as the B attribute deck.

  Next, based on the operation input, the player side attribute and the enemy side attribute at the time of the battle are determined (step S3). In other words, based on the operation input of the player, either the stage with the A attribute on the player side and the B attribute on the enemy side or the stage with the B attribute on the player side and the enemy side with the A attribute is determined.

Based on the determined player-side attribute and enemy-side attribute, a battle between the battle character and the enemy character is executed (step S4). For example, when a stage having the A attribute on the player side and the B attribute on the enemy side is determined, a battle between the A attribute battle character (the battle character set in the A attribute deck) and the B attribute enemy character is played. Execute. on the other hand,
When the player side has the B attribute and the enemy side has the A attribute stage, the battle between the B attribute battle character (the battle character set in the B attribute deck) and the A attribute enemy character is executed. To do.

  Then, it is determined whether or not the enemy character has been defeated (step S5). When the enemy character is defeated (Y in step S5), it is determined whether or not to strengthen the battle character based on the acquired game medium (defeated enemy character or items held by the defeated enemy character). (Step S7).

  When a selection input for strengthening the battle character based on the obtained game medium is received (Y in step S7), the battle character is strengthened based on the obtained game medium (step S8).

  On the other hand, when a selection input not strengthening the battle character is received based on the acquired game medium (N in step S7), a process of adding the acquired game medium to the possessed game medium is performed (step S9). That is, the process which memorize | stores the acquired game media as a possessed game media in a memory | storage part is performed.

  Then, it is determined whether or not the game has ended (step S10). If the game has not ended (N in step S10), the process returns to step S5.

  On the other hand, when the game is over (Y in Step S10), when the player wins (Y in Step S11), a process of giving a reward is performed (Step S12), and the process is finished. If the player has lost (N in step S11), the process is terminated.

(2) Character Assignment Next, the flow of processing related to character assignment will be described with reference to FIG.

  First, it is determined whether or not to add a character (step S21). If it is determined that a character is to be assigned (Y in step S21), the probability of the A attribute, the B attribute, based on the result of comparing the number of A attribute characters held by the player with the number of B attribute characters. Is determined (step S22).

  Then, based on the probability of the A attribute and the probability of the B attribute, a process of determining the attribute of the character to be given is performed (step S23). Then, a process of assigning the character having the determined attribute to the player is performed (step S24). The process ends here.

4). Application Examples The present invention is not limited to that described in the above embodiment, and various modifications can be made. For example, terms cited as broad or synonymous terms in the description in the specification or drawings can be replaced with broad or synonymous terms in other descriptions in the specification or drawings.

  (1) In this embodiment, an example of a character in which either the A attribute or the B attribute is set has been described. However, in the character in which either the A attribute or the B attribute is set, In addition, there may be a character in which both attributes A and B are set.

10 terminals, 20 servers, 100 processing units, 110 character setting units, 112 game processing units, 113 synthesis processing units, 114 character giving units, 120 image generation units, 13
0 sound generation unit, 150 input unit, 170 storage unit, 190 display unit, 192 sound output unit, 196 communication unit

Claims (6)

A program for a game in which a player character and an enemy character play against each other,
Of the characters possessed by the player, the character having the first attribute selected based on the operation input of the player is set as the battle character having the first attribute,
A character setting unit that sets a second attribute character selected based on the player's operation input among the characters held by the player as a second attribute battle character;
A game processing unit for performing a battle process between a battle character having a first attribute and an enemy character having a second attribute, or a battle process between a battle character having a second attribute and an enemy character having a first attribute;
Based on the character of the first attribute and the character of the second attribute selected based on the operation input of the player, a process of changing the parameter of the character of the first attribute is performed.
Based on the second attribute character and the first attribute character selected based on the player's operation input, the computer is caused to function as a synthesis processing unit that performs processing for changing the parameter of the second attribute character. A program characterized by that. In claim 1,
The game processing unit
Performing a process of changing the parameter of the battle character of the first attribute based on the ratio of the number of characters of the first attribute to the total number of characters held by the player;
A program for performing a process of changing a parameter of a battle character having a second attribute based on a ratio of the number of characters having the second attribute to the total number of characters held by the player. In claim 1 or 2,
Based on the battle with the enemy character, let the computer function as a character giving unit that performs processing to give the player a character,
The character giving unit is
A program for determining an attribute of a character to be given to the player based on a result of comparing the number of characters of each attribute held by the player. In any one of Claims 1-3,
The game processing unit
When a player's battle character battles with another player's battle character as an enemy character, the battle process is performed with the player's battle character attribute different from that of the other player's battle character. A program characterized by being performed. In any one of Claims 1-4,
The game processing unit
When a player's battle character cooperates with another player's battle character and battles an enemy character, the player's battle character attribute and the other player's battle character attribute are the same, A program for performing a battle process with different attributes of a battle character of the player and attributes of the enemy character. A game device in which a player character and an enemy character battle each other,
Of the characters possessed by the player, the character having the first attribute selected based on the operation input of the player is set as the battle character having the first attribute,
A character setting unit that sets a second attribute character selected based on the player's operation input among the characters held by the player as a second attribute battle character;
A game processing unit for performing a battle process between a battle character having a first attribute and an enemy character having a second attribute, or a battle process between a battle character having a second attribute and an enemy character having a first attribute;
Based on the character of the first attribute and the character of the second attribute selected based on the operation input of the player, a process of changing the parameter of the character of the first attribute is performed.
A synthesis processing unit that performs a process of changing a parameter of the second attribute character based on the second attribute character and the first attribute character selected based on the operation input of the player. A game device.

Images