JP6180359B2 - Information processing apparatus and game program - Google Patents

Description

  The present invention relates to a server device.

  There is known a server device that controls a battle game in which a player collects game cards such as character cards and battles against other players using the game card (for example, Patent Document 1).

JP 2008-264183 A

  In such a game, when the number of game cards owned by a player increases, a function of strengthening the game card by synthesizing or evolving the cards is common. Further, by using such a composition function, the player can dispose of unnecessary cards among the game cards owned by the player, so that unnecessary game cards can be used effectively. However, composition as an effective use of a game card has become a factor that makes the player feel monotonous with respect to the game.

  The present invention has been made in view of such circumstances, and an object of the present invention is to newly use a game medium effectively without making the player feel monotonous in a battle game using the game medium. To provide functionality.

The main invention of the present invention to solve the above problems is
A server device that is connected to an information processing terminal via a network and controls a game in which a player battles with another player by operating a game medium in a game space, and a plurality of the game media owned by the player, And a storage unit for storing player information including information on game items owned by the player, and a game item different from the game media from among the plurality of game media owned by the player. A server device comprising: a conversion unit that converts the information into a player; and an information change unit that changes the player information so as to manage the converted game medium as a game item.
Other features of the present invention will become apparent from the description of the present specification and the accompanying drawings.

  According to the present invention, it is possible to provide a new function for effectively using a game medium without making the player feel monotonous in a battle game using the game medium.

It is a figure which shows an example of the whole structure of the game system 1 which concerns on this embodiment. It is a block diagram which shows the functional structure of the server apparatus 10 which concerns on this embodiment. It is a block diagram which shows the functional structure of the player terminal 20 which concerns on this embodiment. It is a figure showing an example of the battle | competition screen of the game system 1 game system 1 which concerns on this embodiment. It is a figure which shows the data structure example of game card information. It is a figure which shows the data structural example of game item information. It is a figure which shows the example of a data structure of the game card which a player owns among player information. It is a figure which shows the example of a data structure about the item which a player owns among player information. It is a figure explaining the operation | movement at the time of acquiring an undead production | generation item. It is a figure explaining the flow of the battle | competition operation | movement of the game system. It is a figure explaining the operation | movement in the case of making an undead character participate in a battle process.

At least the following matters will become apparent from the description of the present specification and the accompanying drawings.
A server device that is connected to an information processing terminal via a network and controls a game in which a player battles with another player by operating a game medium in a game space, and a plurality of the game media owned by the player, And a storage unit for storing player information including information on game items owned by the player, and a game item different from the game media from among the plurality of game media owned by the player. A server device comprising: a conversion unit that converts the information into a player; and an information change unit that changes the player information so as to manage the converted game medium as a game item.
According to such a server device, it is possible to provide a new function for effectively using a game medium without making the player feel monotonous.

Further, in the server device, when there is a request for consuming the game item from the player when the battle is performed, a battle process for exerting a predetermined function of the game item in response to the request It is good also as having a part.
According to such a server device, the function of the item can be exhibited during the battle according to the game item owned by the player.

Further, in the server device according to the first aspect, the predetermined function of the game item is to generate a participating game medium that participates in the battle, and when the participating game medium participates in the battle, It is good also as having having consume the parameter set to the game medium for participation and not recovering the consumed parameter during the said battle.
According to such a server device, the player can advantageously advance the battle by generating a game medium for participation that functions like a disposable piece in the battle and participating in the battle.

In addition, the storage unit stores information on the number of game items as the player information, and the information change unit converts the game converted from game media owned by the player each time the conversion is performed. The player information may be changed so as to exclude the medium and add the number of the game items owned by the player.
According to such a server device, it is possible to generate a game medium for participation in battle by converting a predetermined game card owned by the player into a game item and managing the quantity of the game item.

Further, in the server device, the conversion source game media are set with the same or different parameters as the parameters set for the participating game media generated by the conversion destination game item. It's good.
According to such a server device, it is possible to generate a battle game medium having parameters that are weaker than the parameters set in the game medium (game card) of the conversion source. As a result, even if the game media for participation in the battle are allowed to participate in the battle, the balance of the battle is not easily lost.

In the server device, the battle processing unit is set as a specific game medium among the plurality of game media owned by the player when generating the game media for participation from the game item. Based on the parameters, the parameters of the game media for participation may be set.
According to such a server device, it is possible to generate a battle game medium having a predetermined parameter based on a parameter set in a specific game medium (game card) as a conversion source. Thereby, the importance of the specific game medium can be further increased.

In the server device, the parameter may include information on at least one of attack power, defense power, physical strength, and level of the game medium or the game medium for participation.
According to such a server device, a predetermined strength is set for the game media for participation in the war.

Further, in the server device, the game game medium for participation may have a predetermined rarity, and parameters set in the game medium for participation may differ according to the rarity.
According to such a server device, since the strength of the game media for participation can be varied according to the level of rarity, the importance as the strength can be made different for each game media for participation.

Further, in the server device, the participation game medium may have a predetermined rarity, and a skill corresponding to the rarity may be set in the participation game medium.
According to such a server device, a special ability having different effects depending on the level of rarity can be given to the game media for participation, and therefore, the importance as a strength differs for each game media for participation. be able to.

=== Embodiment ===
<About the configuration of the game system 1>
FIG. 1 is a diagram illustrating an example of the overall configuration of a game system 1 according to the present embodiment.

  The game system 1 provides various services related to games (such as social games) to a user (hereinafter also referred to as “player”) via the network 2. The game system 1 includes a server device 10 and a plurality of player terminals 20 that are communicably connected to the network 2.

  A player can play a game transmitted via the network 2 by accessing the game system 1 from the player terminal 20. Further, the player can communicate with a plurality of other players by accessing the game system 1.

  In the game system 1 of the present embodiment, a game is provided in which the player can play against other players.

<Server device 10>
FIG. 2 is a block diagram illustrating a functional configuration of the server apparatus 10. The server device 10 is an information processing device (for example, a workstation or a personal computer) used when a system administrator or the like operates and manages a game service, and receives various commands (requests) from the player terminal 20. A game program operable on the player terminal 20 or a Web page created in a markup language (HTML or the like) that conforms to the standard of the player terminal 20 can be distributed. The server device 10 according to this embodiment includes a control unit 11, a data storage unit 12, an input unit 13, a display unit 14, and a communication unit 15.

  The control unit 11 exchanges data between the units and controls the entire server device 10. The control unit 11 includes a battle processing unit 111, an information change unit 112, a conversion unit 113, and a screen generation unit 115. Specific operations of each part will be described later.

  The data storage unit 12 includes a ROM (Read Only Memory) that is a read-only storage area in which system programs are stored, and a RAM (Random) that is a rewritable storage area that is used as a work area for arithmetic processing by the control unit 11. For example, a non-volatile storage device such as a flash memory or a hard disk. The data storage unit 12 of the present embodiment stores information related to game media (for example, game cards) and items used in the game. In addition, the data storage unit 12 stores player information that is information about game media and game items owned by the player during the game. The data structure of these information will be described later.

  The input unit 13 is used by a system administrator or the like to input various data and settings related to the game (for example, settings for a game medium for a war to be described later), and is realized by, for example, a keyboard or a mouse.

  The display unit 14 is for displaying an operation screen for a system administrator based on a command from the control unit 11 and is realized by, for example, a liquid crystal display (LCD).

  The communication unit 15 is for communicating with the player terminal 20, functions as a receiving unit that receives various data and signals transmitted from the player terminal 20, and various data according to instructions from the control unit 11. And a function as a transmission unit for transmitting a signal to the player terminal 20. The communication unit 15 is realized by, for example, a NIC (Network Interface Card).

<Player terminal 20>
FIG. 3 is a block diagram illustrating a functional configuration of the player terminal 20. The player terminal 20 is an information processing terminal operated by a player (user) when playing a game. The player terminal 20 is, for example, a mobile phone terminal, a smart phone, a personal computer, a game machine, or the like, and transmits and receives information to and from the server device 10 accessible via the network 2. The player terminal 20 according to the present embodiment includes a terminal control unit 21, a terminal storage unit 22, a terminal input unit 23, a terminal display unit 24, and a terminal communication unit 25.

  The terminal control unit 21 exchanges data between each unit and controls the entire player terminal 20, and is realized by a CPU (Central Processing Unit) executing a program stored in a predetermined memory. Is done. Note that the terminal control unit 21 of the present embodiment also functions as a screen display control unit that controls the display mode of the game screen displayed on the terminal display unit 24.

  The terminal storage unit 22 is connected to the terminal control unit 21 via a bus, and performs processing of referring to, reading, and rewriting data stored in response to a command from the terminal control unit 21. The terminal storage unit 22 is realized by, for example, a flash memory or a hard disk.

  The terminal input unit 23 is for a player to perform various operations (game operation, text input operation, etc.), and is realized by an operation button, a touch panel, or the like, for example.

  The terminal display unit 24 is for displaying a game screen (for example, a battle screen described later) generated based on the game information in response to a command from the terminal control unit 21. For example, a liquid crystal display (LCD: Liquid Crystal Display) etc.

  The terminal communication unit 25 is for communicating with the server device 10, and functions as a reception unit that receives various data and signals transmitted from the server device 10 and various commands according to commands from the terminal control unit 21. It has a function as a transmission unit that transmits data and signals to the server device 10. The terminal communication unit 25 is realized by, for example, a NIC (Network Interface Card).

=== About the outline of the game ===
An outline of the game provided by the game system 1 will be described.
The game system 1 according to the present embodiment can provide a player (user) with a battle game using a game medium. Below, the battle | competition type card game played using a game card as an example of a game medium is demonstrated. Since this game card is a game card as digital content, it becomes a virtual card used in a virtual space on the game.

<Competitive card game>
The game system 1 according to the present embodiment can provide a battle-type card game in which winning / losing is determined by causing a character selected by the player to battle with the character of the opponent player.

  In this competitive card game, first, the player selects a character for performing the battle. In the present embodiment, a player can own a plurality of game cards (virtual cards used in a virtual space on the game), and a game character is associated with each game card. Therefore, when one or a plurality of game cards used for the battle are selected from among the plurality of game cards owned by the player, the character corresponding to the selected game card is used as a character (matching game medium) for performing the battle. Will be set.

  Here, the battle game medium includes an attack-type battle game medium used when attacking the opponent during the battle, and a defense-type battle game medium used when defending the attack from the opponent during the battle. Is set.

  For example, the player selects 11 game cards (11 characters) from among the game cards owned by the player as a battle game medium used at the time of attack, and forms an attack-type battle game medium. Hereinafter, the attack type game medium for battle is also referred to as “attack deck”. The attack deck is composed of one king character card corresponding to the main character and 10 fellow character cards other than the king character. If a king character is defeated in a match, it will be defeated.

  Similarly, the player selects 11 game cards (11 characters) from among the game cards owned by the player as a battle game medium used at the time of defense, and forms a defense-type battle game medium. . Hereinafter, the defensive type game medium for battle is also referred to as a “defense deck”. Like the attack deck, the defense deck is composed of one king character card corresponding to the hero character and 10 fellow character cards other than the king character.

Companion characters can be freely organized in each deck, but the king character is common to each deck. Further, the number of fellow character cards organized in each deck is not necessarily ten. Each game card (character associated with the game card) is provided with a level, and values of parameters (for example, attack power and defense power) set for the game card as the level increases. Rises. Therefore, if a deck is formed using high-level game cards, a stronger game game medium is constructed, so that a battle with other players can be advantageously advanced.

  In addition, the player can set a formation at the time of attack and defense in the battle. The formation defines how the king character and the fellow character are arranged in the battle screen (see FIG. 4). In the present embodiment, if the king character is defeated in the battle, the game is defeated, so the battle result may vary greatly depending on the arrangement of the king character.

  After the attack deck and the defense deck are organized and the formation is set, the battle is started when the player selects the opponent player and starts a battle. When the battle is started, the control unit 11 arranges the characters of the player and the opponent player on the battle screen according to the set formation. FIG. 4 is a diagram illustrating an example of a battle screen of the game system 1. As shown in the figure, characters on the attack deck organized by the player as characters on the player side are placed on the screen, and characters on the defense deck organized by the opponent player are placed on the screen as the opponent character Is done. In addition, a game medium (undead character) for participation in war to be described later is also arranged. In FIG. 4, the graphics of each character are all drawn in the same manner, but in reality, the graphics differ depending on the character's race and rarity (for example, dragons and wizards also appear). The functions of the four skull mark icons (participation instruction buttons) displayed at the left end of the screen in FIG. 4 will be described later.

  During the battle, these characters move on the screen and fight against the opponent. Then, the winning or losing of the battle is determined according to the strength of each other's deck. The criterion for the determination is, for example, that a person who damages each other's king character and first makes the opponent's king character's physical strength zero is regarded as a victory. In addition, the determination method of the win / loss at the time of a battle | competition is not this limitation, You may follow another reference | standard.

  A player who has won the battle can acquire in-game currency and experience values (hereinafter also referred to as in-game points) that can be used in the game, items used in the game, and the like as victory rewards. The acquired experience value is added to the game card used in the battle, and the level of the game card increases when the experience value exceeds a certain level.

<About game media for entry>
In the game system 1, in addition to 11 characters (11 game cards) included in the player's battle game medium (attack deck or defense deck), a participating game medium is provided to assist the battle. It is done. The game media for participation is a game card associated with a character (hereinafter also referred to as “undead character”) different from a normal character (king character or fellow character). And it participates in a battle | competition according to a player's request | requirement, and assists a battle by attacking an other party like other characters.

  Various parameters (at least one of attack power, defense power, physical strength, and level) are set for the undead character of the present embodiment, as with a normal character.

And when participating in a battle, the set parameter is consumed. For example, when the undead character is attacked by the opponent character, the health parameter is consumed, and when the undead character attacks the opponent character, the attack power parameter is consumed.

  However, parameter characteristics differ between normal characters and undead characters. For example, a normal battle game medium (normal character) can recover parameters consumed during the battle by using a recovery item or the like. In addition, even if the physical strength parameter becomes zero during the battle, it is possible to participate in the next battle or later by restoring the parameter. That is, regardless of the result of the battle, the player can continue to possess the battle game media. On the other hand, the game media for participation (undead characters) cannot recover the parameters consumed during the battle. And if the health parameter becomes zero during the match, it disappears and becomes unowned by the player. That is, the game medium for participation functions like a disposable piece for assisting a battle with the opponent player.

  In this embodiment, the game medium for participation is generated by converting from a predetermined item according to a player's request when performing a battle. A method for generating a game medium for participation and a specific operation when a battle is performed using the game medium for participation will be described later.

=== About Data Structure ===
As described above, the data storage unit 12 of the server device 10 stores various information such as information on game cards and game items, player information, and the like. Various information used in the game system 1 of the present embodiment will be described with reference to FIGS.

  FIG. 5 is a diagram illustrating a data structure example of the game card information. FIG. 6 is a diagram illustrating an example data structure of game item information. FIG. 7 is a diagram illustrating an example of a data structure of a game card owned by a player in the player information. FIG. 8 is a diagram illustrating an example of a data structure of items owned by a player in the player information.

<Game card information>
The game card information includes a card ID as an example of identification information for identifying the game card, and various information regarding the game card associated with the card ID. For example, as shown in FIG. 5, various information such as the card ID, the race of the character associated with the game card, the rarity (rare value), the maximum level of the character, the attack power, the defense power, and the physical strength at the initial level. The parameter is included in the card information. In addition to these, information such as a role (role) and a skill (special ability) for each character associated with the game card may be provided.

<Item information>
The item information includes an item ID as an example of identification information for identifying a game item, and various types of information regarding the game item associated with the item ID. For example, as shown in FIG. 6, an item ID, an item name, a function of the item, text information for explaining the item to the player, and the like are included.

<Player information>
Of the player information, the possessed card information is information indicating a game card owned by each player. For example, as shown in FIG. 7, the possessed card ID, the level of the character corresponding to the game card, and various parameters such as attack power, defense power, and physical strength at that level are included. Various parameters such as attack power can be calculated from the initial parameters (see FIG. 5) of the game card stored as card information and the level of the game card at the current time. However, since the physical strength parameter can also be handled as battle data when performing a battle, it does not necessarily have to be included in the possessed card information. In addition to these pieces of information, information such as the date and time when the player acquires the possessed card may be included.

  Of the player information, the owned item information is information indicating game items owned by each player. For example, as shown in FIG. 8, information such as the ID of the owned item, the name of the item, and the number of items owned is included. When the player acquires an item or uses (consumes) an item in the game, the number of items owned changes.

  As player information, in addition to owned card information and owned item information, player ID, experience value, information about owned in-game currency, and the like are also stored.

=== Explanation of the battle using the game media for participation in battle ===
A specific operation when playing a battle game using the game media for participation will be described.
Before playing a battle game using a game medium for participation in the game system 1, the player needs to acquire an item for generating the game medium for participation (hereinafter also referred to as “undead generation item”) in advance. is there. This undead generation item can be acquired by selecting and converting a predetermined game card from among a plurality of game cards owned by the player. And when performing a battle | competition, an undead character can be produced | generated using the said undead production | generation item, and it can participate in a battle | competition.

<Acquisition of undead generation item>
FIG. 9 is a diagram illustrating an operation when acquiring an undead generation item.
First, the player uses the player terminal 20 to request acquisition of an undead generation item (S101). The acquisition request is made by an input from a request button displayed on a game screen (not shown). The acquisition request is transmitted via the terminal communication unit 25 and accepted by the server device 10 (S102).

  When the request is received by the server device 10, the screen generation unit 115 of the control unit 11 selects a game card list screen (hereinafter referred to as conversion) from among a plurality of game cards owned by the player that are candidates for conversion to undead generation items. Data (also called a candidate list) is generated (S103). In this embodiment, all game cards other than the game card associated with the king character who is the main character can be converted into undead generation items. Therefore, game cards of all the fellow characters owned by the player are displayed in the conversion candidate list. The player can effectively use unnecessary game cards by converting the game cards into undead generation items.

  Note that a certain restriction may be provided for a game card that is a candidate for conversion to an undead generation item. For example, it is possible to convert only certain types of game cards among multiple types of game cards to undead generated items, or convert them to undead generated items only if you own two or more of the same cards. It may be configured to be possible.

  The data of the conversion candidate list is transmitted to the player terminal 20 of the player who has requested acquisition of the undead generation item via the communication unit 15, and is displayed on the terminal display unit 24 (S104). The player selects a game card to be converted while viewing the displayed conversion candidate list screen (S105). At this time, a plurality of game cards may be selected together. By making it possible to convert a plurality of images at once, it is possible to save the trouble of the player repeatedly making a conversion request.

  When the server device 10 accepts a game card selection from the player (S106), conversion processing is performed by the conversion unit 113 of the control unit 11 (S107). The conversion process is a process of converting the game card into an undead generated item.

  The conversion unit 113 refers to the information on the game card selected as the conversion target from the player's possessed card information stored in the data storage unit 12 and defines it as a conversion source game card (game medium). In the present embodiment, a conversion source game card and an undead generation item (conversion destination game item) different from the game card are associated with each other, and the correspondence is listed in advance. Based on the list, the conversion unit 113 associates the conversion source game card with any of the undead generation items that can be converted from the game card. That is, there are a plurality of types of undead generation items that can be converted based on a certain game card. Note that a method of randomly determining a conversion destination game item by the conversion unit 113 without using such a list may be used. At this time, the strength of the conversion destination game item may be changed according to the level of the conversion source game card. Further, a relationship in which a conversion source game card and a conversion destination game item are associated one-to-one may be used.

  Then, the information change part 112 of the control part 11 performs an information change process (S108). The information change process is a process for changing the player information stored in the data storage unit 12 based on the result of the conversion process. Specifically, the data of the game card (conversion source game card) used for conversion is excluded from the card information owned by the player. Then, data of the converted undead generation item (conversion destination game item) is added to the owned item information of the player (or the number of owned items is added). Here, undead generation item (conversion destination game item) information includes the rarity (rare value) of the undead generation item, initial parameters such as attack power and physical strength, and skills (special abilities activated during the battle), etc. There is. There are four types of rarity, for example, super rare (SR), rare (R), uncommon (UC), and common (C), and a stronger undead character can be generated as the rarity is higher. The rarity of the undead generation item is determined according to the rarity of the conversion source game card. For example, a game card with a common (C) rarity is easily converted to an undead item with a common (C) rarity, and a game card with a rare (R) rarity is converted to an undead item with a rare (R) rarity. Cheap. However, the conversion source game card and the conversion destination game item may have different rarities. For example, a game card with a common (C) rarity may be converted into an undead generated item with a rare (R). The initial parameter of the undead generation item is the same as the initial parameter of the conversion source game card. However, the initial parameters may be changed according to the level and rarity of the undead generation item.

  After the conversion process and the information change process are completed, the screen generation unit 115 generates screen data for notifying the player of information about the undead generation item that is the result of the conversion process (S109), and transmits it to the player terminal 20 To do.

  The player can confirm that an undead generation item has been generated from the selected game card by looking at the notification screen displayed on the terminal display unit 24 (S110).

<Generation of undead characters>
Next, the operation | movement which produces | generates an undead character from an undead production | generation item, and participates in a battle | competition is demonstrated. FIG. 10 is a diagram for explaining the flow of the battle operation of the game system 1. It is assumed that the organization of the attack deck and the defense deck used for the battle has already been completed.

  First, a player who wants to battle with another player (referred to as player A) requests a battle from the player terminal 20 (S201). The battle request is made on a game screen (not shown) displayed on the terminal display unit 24 of the player terminal 20, and is transmitted to the server device 10 via the terminal communication unit 25.

  When the server device 10 receives a battle request from the player A (S202), data of a battle list screen for causing the player A to select an opponent is generated (S203). The control unit 11 extracts a plurality of other players from the users of the game system 1 as candidates for the player A's opponent. Then, the screen generation unit 115 generates data of the battle list screen including information on the extracted battle candidate players and the defense decks of each battle candidate player. Note that not all of these pieces of information are displayed on the battle list screen, but some information may be hidden. For example, some of the characters (game cards) organized in the defense candidate player's defense deck may be hidden. Since some information of the opponent is not displayed, it becomes necessary for the player A to judge the strength of the opponent while predicting the information of the non-display part when selecting the opponent. Thereby, the interest of the player A at the time of a battle | competition can be improved.

  When the battle list screen is generated, an arbitrary player is extracted as an opponent candidate. However, a player who forms a defense deck with as much strength as possible may be extracted. When a match occurs between players of similar strength, the match is likely to be a close match, and the player can expect more thrilling development.

  The generated battle list screen data is transmitted to the player terminal 20 of the player A by the communication unit 15, and the battle list screen is displayed on the terminal display unit 24 (S204). It should be noted that as described above, when some information on the battle list screen is not displayed, it is not always necessary to transmit all data (information) to the player terminal 20, and some data may be transmitted. Good.

  Player A selects a player who wishes to battle while viewing the displayed battle list screen (S205).

  When the player A selects a player to be an opponent and the server device 10 accepts the selection of the player A (S206), the battle is started. In the following description, it is assumed that the player B is selected as the opponent of the player A.

  When the battle is started, the battle processing unit 111 of the control unit 11 performs battle processing (S207). FIG. 11 is a diagram for explaining an operation when an undead character participates in the battle process. When the battle process is started, first, data of the battle screen (see FIG. 4) is generated by the screen generation unit 115 of the control unit 11 (S271). The battle screen data is transmitted to the player terminal 20 of the player A and displayed on the terminal display unit 24 (S272). On the battle screen, a battle scene between the character on the player A side and the character on the player B side is displayed as an animation.

  While the battle is being performed, the player A can request that the game game medium (undead character) participate in the battle. The player makes a participation request by pressing a predetermined participation instruction button displayed on the battle screen (S273). In FIG. 4, the four skull marks displayed on the left end of the screen are the battle instruction buttons. Each of the four buttons corresponds to a rare of super rare (SR), rare (R), uncommon (UC), and common (C). When the player presses the rare (R) instruction button, the rare (R) undead generation item is consumed from the undead generation items owned by the player, and the rare (R) undead character is generated. Therefore, if the player does not own an undead generation item corresponding to the rarity of the instruction button, it is not possible to make a battle request for the undead character of that rarity. Also, the numbers displayed beside each button in FIG. 4 represent the number of usage restrictions during the battle. For example, in the case of FIG. 4, the rare (R) button can be used twice during the battle. That is, it is possible to enter up to two rare (R) undead characters. By providing the use restriction, it is possible to suppress the occurrence of a problem that a large number of undead characters participate in one battle and the balance of strength between players is lost.

  When the server device 10 receives a participation request for a game medium for participation from the player A (S274), the battle processing unit 111 consumes an undead generation item and generates an undead character (participation game medium) (S275). Note that the number of undead generated items consumed is subtracted from the player's owned item information.

  The strength (parameter) of the generated undead character is determined according to the parameter of the undead generated item consumed (that is, the initial parameter set in the conversion source game card) and the rarity of the undead generated item. . Basically, lower parameters are set for undead characters generated from undead items with lower rarity. For example, the parameter of an undead character with a rare (R) rarity is about 70 to 100% of the initial parameter set for the conversion source game card, and the parameter of an undead character with a common (C) rarity is converted The value is about 20 to 50% of the initial parameter set in the original game card. In this case, there is a high possibility that a parameter lower than the parameter set in the conversion source game card is set in the generated undead character. Therefore, it is possible to suppress a problem that an extreme difference occurs in the strength between players because the undead character is too strong.

  Moreover, the parameter of an undead character may be determined based on the parameter set to the specific game card. For example, when the strength of a king character is used as a reference, an undead character with a rare (R) rarity has the same strength as that of the king character in the battle, and an undead character with a common (C) rarity The strength (parameter) of the king character in the battle is 30% of the strength (parameter). Since the strength of the king character is the standard, the king character is more important among the player characters.

  Moreover, you may make it an undead character have the skill according to rarity. Skills are special abilities that activate during battles. For example, an undead character with a rare (R) rarity has the ability to bite the opponent's character and cause heavy damage, and an undead character with a common (C) rarity. Has the ability to poison the opponent's character. In addition, various skills are set.

  The generated undead character data is transmitted to the player terminal 20 of the player A and appears in the battle screen displayed on the terminal display unit 24 (S276). And an undead character participates in a battle with other characters. Note that the position (arrangement) where the undead character appears in the battle screen may be determined according to the formation set by the player, or may be determined randomly.

  Returning to FIG. 10, the winning or losing of the battle is determined depending on which player defeated the opponent's king character first, and the battle result is stored based on the determination (S208). In storing the match result, the information changing unit 112 of the control unit 11 changes the possession information of the game card and item owned by the player, the in-game points (in-game currency, etc.), and is stored in the data storage unit. For example, a predetermined amount of in-game points to be transferred is reduced from the player information of the player who has lost the match, and the reduced in-game points, or a part thereof, is added to the player information of the player who won the match. And memorize it.

  In addition, information regarding the undead character of each player (for example, the remaining value of the physical strength parameter) is also stored in the data storage unit 12, and in the next and subsequent battles, the previous information (physical strength parameters, etc.) is taken over and participated in the battle. You may be able to.

  After the information change process, data of a battle result notification screen for notifying the player of the battle result is generated by the screen generator 115 (S209). The screen data is transmitted to the player terminal 20 of the player A via the communication unit 15 and displayed on the terminal display unit 24 (S210).

  In addition, a battle restriction process is performed to limit the next and subsequent battles (S211). If the battles are repeated indefinitely, the load on the server device 10 becomes high, and there is a possibility that services relating to the game system 1 cannot be provided smoothly. In addition, if a competition such as item competition is allowed, troubles may occur between players. Therefore, when the game system 1 continuously battles, a certain restriction is provided. For example, an item that is consumed when a battle is set up against another player is provided so that the player can play as many as the number of items possessed. Or make it impossible to set up. By setting such conditions as restriction information and performing a battle restriction process based on the restriction information after a battle is performed, it is possible to suppress an unlimited battle.

  In a competitive card game provided by such a game system 1, a game game medium (undead character) is generated using a card that is no longer needed by a player, and the game game medium 1 is used to It will be possible to advance the battle against the other players. Therefore, the game media can be effectively used without making the player feel monotonous.

=== Other Embodiments ===
The above-described embodiments are for facilitating the understanding of the present invention, and are not intended to limit the present invention. The present invention can be changed and improved without departing from the gist thereof, and it is needless to say that the present invention includes equivalents thereof. The embodiments described below are also included in the present invention.

<About game media for entry>
In the above-described embodiment, an example has been described in which the parameter (physical strength) of the participating game media does not recover during the battle. However, the parameters of the participating game media may be recovered under predetermined conditions. For example, a game medium (undead character) for a battle with a super rare (SR) rarity can recover a physical strength parameter. Moreover, you may make it have the skill which a physical strength parameter recovers.

  In addition, a concept of level may be provided in the game medium for participation itself, and the parameter may be increased by raising the level according to the action during the battle (for example, the magnitude of damage given to the opponent's character). .

  Moreover, it is good also as a structure from which the performance of the game media for a battle changes according to the condition at the time of a battle. For example, when participating in a match during the daytime during the game, various parameters of the game media for participation are reduced by 20%. Conversely, when participating in a match during the night time in the game, various parameters of the game media for participation are increased by 20%.

<Undead generation items>
In the above-described embodiment, when the game media (undead character) for participation in war is generated, the increase / decrease in the quantity (number) of undead generation items is managed. However, the data management method for undead generation items is not limited to this. . For example, the undead generation item is set as flag management, and the flag is turned ON when a predetermined card is selected from the game cards owned by the player and converted into an undead generation item in the course of the game. A method of managing that the flag is ON as one of the conditions for generating an undead character is also conceivable.

<Information processing device>
In the above-described embodiment, the game system 1 including one server device 10 is described as an example of the information processing device. However, the present invention is not limited thereto, and a plurality of server devices 10 are provided as information processing devices. The game system 1 may be used. That is, a plurality of server devices 10 may be connected via the network 2 and each server device 10 may perform various processes in a distributed manner.

  Moreover, it is good also as a structure which the player terminal 20 bears a part of function as an information processing apparatus. In this case, the server device 10 and the player terminal 20 constitute an information processing device.

<Game program>
In the game system 1 in the above-described embodiment, the example in which the server device 10 and the player terminal 20 are cooperated has been described. However, the present invention includes a game program for executing these processes. That is, the server device 10 or the player terminal 20 as the information processing device may execute the above-described processes based on the game program.

1 game system,
2 network,
10 Server device (information processing device),
11 Control unit,
111 battle processing unit, 112 information changing unit, 113 converting unit, 115 screen generating unit,
12 data storage unit, 13 input unit, 14 display unit, 15 communication unit,
20 player terminal (information processing terminal),
21 terminal control unit, 22 terminal storage unit, 23 terminal input unit, 24 terminal display unit,
25 Terminal Communication Department

Claims (5)

A storage for storing player information in which a plurality of owned game media owned by a player and a battle game media used for a battle with an opponent among the plurality of owned game media are set in association with the player And
A process of converting a conversion source possession game medium selected by the player from a plurality of the possession game media into a conversion destination game item having a rarity corresponding to the rarity of the conversion source possession game medium;
By consuming destination game item, a war game medium that participates in order to assist the chromatic play against the rarity corresponding to the rarity with the game item that destination, the conversion source owned game content A process for generating a game medium for participation in which a parameter lower than the parameter set in is set, and
Besides to race the race game medium that has been generated in the fighting game medium, based on the parameters set in each of the competition game medium and the war games medium, controls the progress of the battle A control unit for executing processing;
An information processing apparatus comprising: The information processing apparatus according to claim 1,
The controller is
When the parameters set in the game media for participation are consumed during the battle, the parameters after the consumption are not recovered, and when the parameters set in the battle game media are consumed, Perform further processing to restore the parameters after consumption,
An information processing apparatus characterized by that. The information processing apparatus according to claim 1 or 2,
The controller is
Processing for generating game screen data including item selection buttons corresponding to each of the rarities of the game item to be converted;
When any of the item selection buttons of the plurality of the item selection buttons in the game screen is selected by a player, to compete the race game medium having a rarity corresponding to the item selection button thus selected Perform further processing,
An information processing apparatus characterized by that. The information processing apparatus according to claim 3,
The controller is
When one of the plurality of item selection buttons is selected by the player on the game screen and the usage limit number set for the selected item selection button is reached, It does not compete with the war games medium corresponding to the item selection button that has been selected,
An information processing apparatus characterized by that. A storage for storing player information in which a plurality of owned game media owned by a player and a battle game media used for a battle with an opponent among the plurality of owned game media are set in association with the player To a computer with a
A process of converting a conversion source possession game medium selected by the player from a plurality of the possession game media into a conversion destination game item having a rarity corresponding to the rarity of the conversion source possession game medium;
By consuming destination game item, a war game medium that participates in order to assist the chromatic play against the rarity corresponding to the rarity with the game item that destination, the conversion source owned game content Processing to generate a game medium for participation in which a parameter lower than the parameter set in is set,
In addition to the battle game medium, is war the war game medium that has been generated, based on the parameters set in each of the competition game medium and the war games medium, controls the progress of the battle Process to
A game program characterized by being executed.

Images