JP2014042797A - Game program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To reduce time and labor required for operation input.SOLUTION: A computer is caused to perform: registration processing for registering attribute information specified by a player in a storage part in advance; imparting processing for imparting a game content to a player; determination processing for determining whether or not the imparted game content should be a game content that the player possesses, by comparing attribute information of the imparted game content to the specified attribute information; synthesizing processing for synthesizing the imparted game content and another game content to create one game content after the synthesis when it is determined that the imparted game content should not be a game content that the player possesses; and recording processing for recording the game content after the synthesis in the storage part as a game content that the player possesses, without recording the imparted game content in the storage part as a game content that the player possesses.

Description

  The present invention relates to a game program and an information processing apparatus.

  A game system is known in which a player executes a game using game content such as a character card (for example, Patent Document 1).

JP 2008-264183 A

In such a game system, game content used in the game is given to the player. Here, when game contents are successively given to the player, the player owns a large number of game contents. However, since the number of game contents that can be owned by the player is limited, the player determines whether or not the given game content is necessary in consideration of the number of possession, and takes time to input the operation according to the necessity. It is necessary to do.
The present invention has been made in view of such circumstances, and an object of the present invention is to reduce labor required for operation input.

The main invention of the present invention to solve the above problems is
A game program for causing a computer to execute a game performed by a player using game content in which attribute information is set,
On the computer,
A registration process for pre-registering the attribute information designated by the player in the storage unit;
A grant process for granting the game content to a player;
A determination process for determining whether or not the assigned game content is to be the game content owned by a player by comparing the assigned attribute information of the game content with the designated attribute information;
When it is determined that the given game content is not to be the game content owned by the player, the given game content and another game content are synthesized to generate one synthesized game content A compositing process,
A recording process for recording the combined game content in the storage unit as the game content owned by the player without recording the assigned game content in the storage unit as the game content owned by the player;
Is a game program characterized in that
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 reduce the labor required for operation input.

1 is a diagram illustrating an example of an overall configuration of a game system 1. FIG. 2 is a block diagram showing a functional configuration of a server device 10. FIG. 3 is a block diagram illustrating a functional configuration of a player terminal 20. FIG. It is a figure which shows the data structure example of card information. It is a figure which shows the data structure example of player information. It is a figure which shows the data structure example of possession card information. It is a figure which shows the data structure example of pictorial book information. 3 is a flowchart for explaining an operation example of the game system 1; It is a figure which shows an example of the game screen at the time of setting a base card. It is a figure which shows an example of the game screen at the time of designating a base card. It is a figure which shows an example of the game screen at the time of inputting base card designation | designated conditions. It is a figure which shows an example of the game screen at the time of performing reservation registration of a material card | curd. It is a flowchart for demonstrating a card | curd synthetic | combination process. It is a figure which shows the other example of the game screen at the time of performing reservation registration of a material card | curd.

At least the following matters will become apparent from the description of the present specification and the accompanying drawings.
That is, a game program for causing a computer to execute a game played by a player using game content in which attribute information is set,
On the computer,
A registration process for pre-registering the attribute information designated by the player in the storage unit;
A grant process for granting the game content to a player;
A determination process for determining whether or not the assigned game content is to be the game content owned by a player by comparing the assigned attribute information of the game content with the designated attribute information;
When it is determined that the given game content is not to be the game content owned by the player, the given game content and another game content are synthesized to generate one synthesized game content A compositing process,
A recording process for recording the combined game content in the storage unit as the game content owned by the player without recording the assigned game content in the storage unit as the game content owned by the player;
Is a game program characterized in that
According to such a game program, the game content after being automatically synthesized is allowed to be owned by the player, so that it is possible to reduce the effort required for operation input.

Also, such a game program,
In the registration process, the other game content designated by the player is registered in the storage unit in advance,
In the synthesis process, when it is determined that the assigned game content is not to be the game content owned by the player, the game content assigned to the other specified game content is synthesized,
In the recording process, the other game content after synthesis may be recorded in the storage unit as the game content owned by the player.
According to such a game program, the other game content after being automatically synthesized is allowed to be owned by the player, so that it is possible to reduce the labor required for operation input.

Also, such a game program,
In the synthesis process, when it is determined that the assigned game content is not to be the game content owned by the player, the other game content is automatically selected, and the selected other game content is selected. Synthesize the game content granted
In the recording process, the other game content after synthesis may be recorded in the storage unit as the game content owned by the player.
According to such a game program, the other game content is automatically selected and the other game content after being automatically synthesized is allowed to be owned by the player. It becomes possible to reduce.

Also, such a game program,
In the giving process, a plurality of the game contents are given to the player at a time,
In the determination process, each of the plurality of game contents is made the game content owned by the player by comparing the attribute information of the plurality of game contents assigned at a time with the specified attribute information. Whether or not
In the synthesizing process, among the plurality of game contents assigned at one time, the game content that the player does not make the game content is synthesized with the other game content, and one synthesized game content is obtained. It may be generated.
According to such a game program, even when a plurality of game contents are given at one time, the player can own the other game contents after being automatically synthesized. Can be reduced.

An information processing apparatus for causing a player to play a game using game content in which attribute information is set,
A registration unit for registering in advance the attribute information designated by the player;
A granting unit for granting the game content to a player;
A determination unit that determines whether or not the assigned game content is the game content owned by a player by comparing the assigned attribute information of the game content with the specified attribute information;
When it is determined that the given game content is not to be the game content owned by the player, the given game content and another game content are synthesized to generate one synthesized game content A combining unit to
A recording unit that records the combined game content as the game content owned by the player without recording the assigned game content as the game content owned by the player;
An information processing apparatus characterized by comprising:
According to such an information processing apparatus, it is possible to reduce the labor required for operation input.

=== 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 to a player via a network 2 (for example, the Internet or the like), and includes a server device 10 and a plurality of player terminals 20.

<< Configuration of Server Device 10 >>
FIG. 2 is a block diagram illustrating a functional configuration of the server apparatus 10 according to the present embodiment. 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 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 each unit and controls the entire server device 10 and is realized by a CPU (Central Processing Unit) executing a program stored in a predetermined memory. . The control unit 11 according to the present embodiment includes a reservation registration unit 111, a grant unit 112, a determination unit 113, a recording unit 114, a synthesis unit 115, and an image generation unit 116.

  The reservation registration unit 111 is connected to the data storage unit 12 via the bus, and has a function of executing processing for recording reservation registration data in the data storage unit 12 in response to a command from the control unit 11. .

  The assigning unit 112 has a function of executing a process of giving game content used in a game to a player. The game content is, for example, a game card or a figure associated with a character or the like, or an item such as a tool / ability that can be used in the game.

  The determination unit 113 has a function of executing various determination processes, such as a process of determining whether or not the player owns the game content granted by the grant unit 112.

  The recording unit 114 is connected to the data storage unit 12 via a bus, and has a function of executing processing for recording data in the data storage unit 12 in response to a command from the control unit 11.

  The combining unit 115 has a function of executing a process of generating one game content by combining a plurality of game contents.

  The image generation unit 116 has a function of executing processing for generating various image data such as operation images and game images for causing a player to play a game.

  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 card information that is information related to a game card as an example of game content, and player information that is information related to a player. These pieces of information will be described in detail later.

  The input unit 13 is for a system administrator or the like to input various data (for example, card information), 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, according to a function as a receiving unit that receives various data and signals transmitted from the player terminal 20 and a command from the control unit 11. It has a function as a transmission part which transmits various data and signals to the player terminal 20. The communication unit 15 is realized by, for example, a NIC (Network Interface Card).

<< Configuration of Player Terminal 20 >>
FIG. 3 is a block diagram illustrating a functional configuration of the player terminal 20. The player terminal 20 of the present embodiment is an information processing device (for example, a mobile phone terminal, a smartphone, or the like) that is used by the player when playing a game. Page etc.) distribution request. Since the player terminal 20 has a Web browser function for allowing the player to browse the Web page, the player terminal 20 can display the Web page (game play image or the like) distributed from the server device 10 on the screen. The player terminal 20 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 operations and the like), and is realized by, for example, operation buttons, a touch panel, and the like.

  The terminal display unit 24 is for displaying a game screen (game image, operation image, or the like) according to a command from the terminal control unit 21, and is realized by, for example, a liquid crystal display (LCD).

  The terminal communication unit 25 functions as a transmission / reception unit for transmitting / receiving various kinds of information to / from the server device 10 via the network 2 and is realized by, for example, a NIC (Network Interface Card) or the like.

<< About data structure >>
FIG. 4 is a diagram illustrating a data structure example of card information stored in the data storage unit 12 of the server device 10. This card information has items (fields) such as a card ID, a character name, a character image, a rarity, an initial attack power, and an initial defense power. The card ID is identification information for identifying a game card as an example of game content. The character name is information indicating the display name of the character named for each type. In the present embodiment, warrior characters such as “Warrior A” and “Warrior B”, magic characters such as “Wizard Z”, and the like are set. Specifically, a warrior character is set for a game card whose card ID is “0” in the third digit. A magic card is set in the game card whose third digit of the card ID is “5”. The character image is character image data. Rarity is a parameter that indicates the rarity of a character. In the present embodiment, four levels of rarity (“common” → “uncommon” → “rare” → “super rare”) are set as characters (game cards). Specifically, “common” is set for the game card whose first digit of the card ID is “1”. “Uncommon” is set for the game card whose first digit is “2”. “Rare” is set for the game card whose first digit is “3”. “Super rare” is set for the game card whose first digit is “4”. The character's attack power, defense power, etc. are parameters indicating the ability values set for the character.

  FIG. 5 is a diagram illustrating a data structure example of player information stored in the data storage unit 12 of the server device 10. This player information includes items such as player ID, friend player ID, virtual currency, game points, possession card information, picture book information, and the like. The player ID is identification information for identifying the player. The friend player ID is information indicating another player registered in the player's friend list. The virtual currency is information indicating the amount of virtual currency owned by the player, and is updated when the player consumes the virtual currency. The game point is information indicating the amount of game points owned by the player, and is updated when the player consumes the game points. The owned card information is information indicating a game card (hereinafter also referred to as an owned card) owned by the player. The picture book information is history information indicating the history of owned cards that the player has owned so far.

  FIG. 6 is a diagram illustrating an example of the data structure of the possessed card information. This possessed card information includes items such as possessed card ID, possessed card level, attack power, defense power, and acquisition date. The possession card ID is identification information for identifying the possession card. The possessed card level, attack power, and defense power are parameters indicating the ability values set for the character corresponding to the owned card. These various parameters are updated according to the result of the battle game. The acquisition date and time is information indicating the date and time when the player acquires the possessed card.

  FIG. 7 is a diagram showing an example of the data structure of picture book information. This pictorial book information includes items such as a card ID and flag information. The card ID is identification information for identifying a possessed card that the player has owned so far. In the flag information, “TRUE” is set for the card ID of a game card that has been owned so far, and “FALSE” is set for the card ID of a game card that has not been owned so far.

<< About the game outline >>
Here, an outline of a game provided by the game system 1 of the present embodiment will be described. In this game system 1, a battle game is provided that is played using a game card (a virtual card used in a virtual space on the game).

<Competition game>
In the game system 1 of this embodiment, the player can own a plurality of game cards associated with game characters. The player can play a battle game using a game card (character) selected from a plurality of game cards owned by the player. The control unit 11 determines an enemy character to play against the character selected by the player, and based on various parameters (attack power, defense power, physical strength, life strength, etc.) set for each character, Decide on victory or defeat.

<Granting game cards>
In the game system 1 according to the present embodiment, a game card is given to a player when winning a battle game against an enemy character or when a lottery game called “Gachagacha” (registered trademark) is performed. The

  This lottery game is a game in which a player is given a game card selected from a plurality of game cards. In this lottery game, a normal lottery game and a special lottery game are performed. A normal lottery game is a game in which one game card is given to a player at the time of one lottery. A special lottery game is a game in which a plurality of game cards are given to a player at the time of one lottery. The player can selectively perform a normal lottery game and a special lottery game.

  In this way, the player can increase the number of game cards owned by himself / herself until the upper limit is reached by owning a game card (hereinafter also referred to as a grant card) given by a lottery game or the like. Then, the player can play the above-described battle game using the game card owned by the player. The player can also synthesize a game card, which will be described later, using the game card owned by the player.

<Combining game cards>
In the game system 1 of the present embodiment, the player can generate one game card (synthesize a game card) by combining a plurality of game cards. By combining the game cards, various parameters (for example, level, attack power, defense power, etc.) of the character corresponding to the combined game card are changed.

  In this embodiment, a game card is synthesized by combining at least one material card with a base card. By this game card synthesis, the values of parameters such as level, attack power, defense power, etc. set in the base card before synthesis increase, and the increased new parameters are set in the base card after synthesis. When the game cards are combined in this way, the player does not own both the base card and the material card, but only the combined base card.

  In the present embodiment, by pre-registering a game card used for card composition, it is possible to automatically synthesize a game card regardless of player operations. Therefore, when a game card is given to a player, the game card is synthesized after it is automatically determined whether or not the given game card is owned by the player. Can be reduced.

<< Operation of Game System 1 >>
FIG. 8 is a flowchart for explaining an operation example related to game card composition in the game system 1.

  First, in the player terminal 20, when receiving an operation input for starting reservation registration from the player from the terminal input unit 23, the terminal control unit 21 sends a command (reservation registration request) for starting reservation registration to the terminal communication unit 25. To the server device 10 (S101).

  Next, when the server apparatus 10 receives the reservation registration request transmitted from the player terminal 20, the server apparatus 10 transmits the game image (image data) generated by the image generation unit 116 to the requesting player terminal 20 via the communication unit 15. (S102).

  Next, the player terminal 20 displays a game screen on the terminal display unit 24 based on the game image (image data) transmitted from the server device 10 (S103).

  FIG. 9 is a diagram showing an example of a game screen for base card setting displayed on the terminal display unit 24. The game screen 50 is a game screen for allowing the player to perform an operation input relating to the setting of the base card, and includes a base card designation button 51 and a base card automatic designation button 52. When the base card designation button 51 is selected by the player, a transition is made to a game screen for reserving and registering a base card designated by the player himself (see FIG. 10). Further, when the base card automatic designation button 52 is selected by the player, a transition is made to a game screen for the player to input designation conditions when the base card is automatically designated (see FIG. 11).

  The game screen 60 shown in FIG. 10 includes an owned card area 61, a base card area 62, and a base card reservation registration button 63. When any game card is selected from among a plurality of owned cards displayed in the owned card area 61 by a player's operation input, the selected game card is displayed in the base card area 62 as a base card. When the base card reservation registration button 63 is selected by the player, the base card reservation registration displayed in the base card area 62 is started.

  On the other hand, a base card reservation registration button 71 is displayed on the game screen 70 shown in FIG. 11, and a plurality of designation conditions for automatically designating the base card are displayed. When one of the check boxes for the specified condition is selected by the player's operation input and the base card reservation registration button 71 is selected, the reservation registration of the base card automatically specified based on the selected specified condition starts. Is done.

  FIG. 12 is a diagram illustrating an example of a game screen for material card reservation registration displayed on the terminal display unit 24. The game screen 80 is a game screen for reserving and registering attribute information designated by the player himself, and a material card reservation registration button 81 is displayed, and a plurality of rarities as an example of attribute information set on the material card are displayed. It is displayed. When any rarity is designated by the player's operation input and the material card reservation registration button 81 is selected, reservation registration of the designated rarity is started.

  Returning to FIG. 8, when the operation information regarding the reservation registration of the base card and the material card is input by the player in this way, the operation information is transmitted from the player terminal 20 to the server device 10 (S104).

  Next, the server device 10 performs reservation registration for the base card and the material card based on the operation information received from the player terminal 20 (S105). Specifically, when the base card is designated by the player on the game screen 60 shown in FIG. 10, the reservation registration unit 111 registers the base card designated by the player himself in the data storage unit 12 in advance. Further, the reservation registration unit 111 shown in FIG. 6 when the check box of “recommendation designation” is selected by the player on the game screen 70 shown in FIG. 11 or when the reservation registration request is not made by the player. With reference to the possessed card information, a designated game card is registered in advance in the data storage unit 12 as a base card from the player's owned cards without operation by the player. For example, a game card most suitable for the game situation (a game card with the highest attack power, a game card with the highest rarity, etc.) is automatically designated as the base card. In addition, the reservation registration unit 111 refers to the possessed card information shown in FIG. 6 when the player selects “emphasis on attack power” on the game screen 70 shown in FIG. Are pre-registered in the data storage unit 12 as base cards. For example, the game card having the highest attack parameter value at the current time, the game card having the highest attack parameter value at the time when the level of the game card is raised to the maximum, or the like is automatically designated as the base card. Further, when the rarity of the material card is designated by the player on the game screen 80 shown in FIG. 12, the reservation registration unit 111 registers the rarity designated by the player himself in the data storage unit 12 in advance.

  Here, in the player terminal 20, when the terminal control unit 21 receives an operation input for starting the card grant from the player from the terminal input unit 23, the terminal communication unit 25 sends a command (card grant request) for starting the card grant. (S106).

  And the server apparatus 10 will perform the card | curd grant process which provides a game card with respect to a player, if the card | curd grant request | requirement transmitted from the player terminal 20 is received (S107). In this embodiment, a game card is awarded to a player by executing a battle game or a lottery game.

  In the case of a battle game, the grant unit 112 of the server device 10 executes a game process related to the battle game, and determines the battle content and the battle result. Then, the granting unit 112 gives the player a game card selected from a plurality of game cards with reference to the card information shown in FIG. 4 based on the battle result and the battle content.

  In the case of a lottery game, the granting unit 112 executes a game process related to the lottery game, and grants a game card selected by a random number from among a plurality of game cards with reference to the card information shown in FIG. The granting unit 112 gives one game card at the time of one lottery in a normal lottery game, and gives ten game cards at the time of one lottery in a special lottery game.

  Next, when a game card is given to the player by this card granting process, the server device 10 judges whether or not the given game card is a game card owned by the player, and based on the judgment result, the game card A card composition process for synthesizing is performed (S108).

FIG. 13 is a flowchart for explaining the card compositing process.
First, the determination unit 113 in the server device 10 causes the player to own the granted card by comparing the rarity of the granted card given to the player by the card granting process with the rarity specified by the player in the reservation registration. It is determined whether or not the card is owned (S201).

  When a plurality of game cards are awarded to the player at a time by the card granting process, the determination unit 113 compares each given card with the rarity specified by the player in the reservation registration. .

  Specifically, the determination unit 113 in this embodiment determines whether or not the rarity of the granted card matches the rarity specified by the player. If the determination unit 113 determines that the rarity matches (S201: YES), the determination unit 113 proceeds to the next step S202. On the other hand, if the determination unit 113 determines that the rarity does not match (S201: NO), the determination unit 113 sets the granted card as the player's possessed card (S206). At this time, the recording unit 114 updates the player-owned card information (see FIG. 6) by additionally recording the granted card as the player-owned card in the data storage unit 12.

  In step S202, when the rarity matches (S201: YES), the determination unit 113 includes the card ID (“TRUE” is set) in which the card ID of the granted card is included in the picture book information (see FIG. 7). It is determined whether or not it matches. If the card IDs match (S202: YES), the determination unit 113 proceeds to the next step S203. On the other hand, when the determination unit 113 determines that the card IDs do not match (S202: NO), the determination unit 113 sets the granted card as the player's possessed card (S206). At this time, the recording unit 114 adds and updates the added card to the player's possessed card information (see FIG. 6).

  In step S203, when the card IDs match (S202: YES), the determination unit 113 refers to the player information shown in FIG. 5 and determines whether or not the player has more than a predetermined number of game points. When there are more than a predetermined number of game points (S203: YES), the determination unit 113 consumes a predetermined number of game points owned by the player (the player information shown in FIG. 5 is automatically updated). The process proceeds to the next step S204. On the other hand, when the game points are insufficient (S203: NO), the determination unit 113 sets the granted card as the player's own card (S206). At this time, the recording unit 114 adds and updates the added card to the player's possessed card information (see FIG. 6).

  In step S204, when there are enough play points (S203: YES), the determination unit 113 synthesizes a game card by combining the granted card with a base card as a material card.

  Specifically, the combining unit 115 of the server device 10 has a base card (player that is registered in advance in the data storage unit 12 when the player himself / herself specifies a base card on the game screen 60 shown in FIG. Base card specified by), and the grant card is combined with the base card as a material card. Further, when “recommendation designation” is selected by the player on the game screen 70 shown in FIG. 11, the synthesizing unit 115 automatically registers the base card registered in the data storage unit 12 (automatically regardless of the player's operation). The designated base card) is read out, and the grant card is combined with the base card as a material card. In addition, when each designation condition other than “recommendation designation” is selected by the player on the game screen 70 shown in FIG. Based on each designated condition, a designated base card) is automatically read without depending on the player's operation, and the grant card is combined with the base card as a material card.

  In addition, when a plurality of game cards are given to the player at once by the card granting process, the synthesizing unit 115 synthesizes a game card by combining a plurality of granted cards as material cards with respect to the base card. .

  When the material card is combined with the base card in this way, the synthesizer 115 refers to the possessed card information shown in FIG. 6 and acquires the ability parameters such as the base card level, attack power, defense power, and the like. Increase the ability parameter value to change to a new ability parameter. Then, the synthesis unit 115 sets the base card having the increased new ability parameter as the base card after synthesis.

  Next, when the game cards are combined in this way, the granted base card (material card) is not recorded in the data storage unit 12 as the player's own card, but the combined base card is stored as the player's own card. The data is recorded in the unit 12 (S205). That is, the recording unit 114 in the server device 10 records and updates the possessed card information shown in FIG. 5, and resets the combined base card as the owned card of the player.

  Returning to FIG. 8, when the game card is synthesized by such card synthesis processing, the server device 10 sends the game image (image data) generated by the image generation unit 116 to the requesting player via the communication unit 15. It transmits to the terminal 20 (S109).

  Next, the player terminal 20 displays a game screen on the terminal display unit 24 based on the game image (image data) transmitted from the server device 10 (S110). By seeing the game screen displayed on the terminal display unit 24, the player automatically combined the grant card with the base card as a material card, or added the grant card as a player-owned card, etc. Can be confirmed.

  As described above, according to the game system 1 according to the present embodiment, when a game card is given to a player, the grant card having the same rarity as the previously registered rarity is automatically combined with the base card as a material card. Thus, a combined game card can be generated. For example, if a player registers for low rarity, even if a card with low rarity is given, it will be automatically combined with the base card, so the card with low rarity is discarded or sold. There is no need to perform any operation. Therefore, it is possible to reduce the labor required for operation input.

=== Other Embodiments ===
The above 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 the present invention includes equivalents thereof. In particular, the embodiments described below are also included in the present invention.

<Card composition processing>
In the above embodiment, when a special lottery game is performed in the card grant process (S107) shown in FIG. 8 and a plurality of game cards are given to the player at once, the card composition process (S108) shown in FIG. ), A plurality of grant cards may be combined with the base card as a material card. At this time, a part of the grant cards in the plurality of grant cards may be used for composition of the game cards, and the remaining grant cards in the plurality of grant cards may be owned by the player. For example, if there are 8 material cards in a plurality of granted cards, the material cards are combined with the base card until the combined base card level reaches the maximum value (for example, 6 material cards), and the rest The two material cards are made the player's own cards.

  In the above embodiment, the case where the determination processing of steps S201 to S203 is executed in the card composition processing shown in FIG. 13 has been described as an example, but the present invention is not limited to this. For example, steps S202 and S203 may be omitted, and the determination unit 113 may determine only step S201. That is, only the match of rarity may be determined.

  Further, in the above-described embodiment, the case where the material card having the rarity that matches the rarity designated by the player himself is described as an example, but the present invention is not limited to this. You may make it synthesize | combine the material card with the rareness which does not correspond with a base card. For example, when a player designates a super rare or a rare and performs reservation registration, and the assigned game card is a common card, since the rareness of the two does not match, the common card is combined with the base card.

  Further, in the above-described embodiment, the present invention is not limited to the case where one material card is combined with one base card and combined, and two or more material cards may be combined and combined. It is also possible to combine a plurality of the same type of material cards and a plurality of different types of material cards in combination with the base card. For example, a game card may be synthesized by combining three same-type material cards and two different-type material cards into a base card (by combining a total of six game cards).

<Card grant processing>
In the present embodiment, the battle game and the lottery game have been described as an example of the card grant process, but the present invention is not limited to this. For example, a game card may be awarded by clearing a mission given to the player. Further, a game card may be given by the player inputting a serial code displayed on a web page or the like. Further, a game card may be given by the player logging into the game system 1. Further, a game card may be given by an event provided in the game system 1 (consumption of points in the event, ranking leader).

<Specify base card>
In the present embodiment described above, when the base card is automatically specified regardless of the player's operation (for example, when “recommendation specification” is selected on the game screen 70 shown in FIG. 11), the possession card is selected. Although the case where the designated game card is set as the base card has been described as an example, the present invention is not limited to this. For example, when a special lottery game is performed in the card granting process (S107) shown in FIG. 8 and a plurality of game cards are given to the player at a time, a base card is selected from the given game cards. It may be specified automatically.

<Reservation registration of material card>
In the present embodiment, the game screen shown in FIG. 12 has been described as an example of the material card reservation registration game screen, but the present invention is not limited to this. For example, the game screen shown in FIG. 14 may be used as a game screen for material card reservation registration. The game screen 90 is a game screen for reserving and registering attribute information designated by the player himself, and includes a pull-down menu 91 and a material card reservation registering button 92 as an example of attribute information set for the material card. Multiple rarities are displayed. The pull-down menu 91 includes three selection items “no selection”, “sale”, and “composite”. When the player designates “composite” for each rarity (“common”, “uncommon”, “rare”) by operating the pull-down menu 91 and then selects the material card reservation registration button 92, reservation registration for each rarity is performed. Can be done. In the game screen shown in FIG. 14, “composite” is designated by the player for “uncommon”. Therefore, the reservation registration unit 111 registers “uncommon” designated by the player himself / herself in the data storage unit 12 as data to be used when the material card is synthesized.

Note that the reservation registration unit 111 can also pre-register “common” in the data storage unit 12 as data to be used when the grant card is sold. In the sale of a grant card, the player automatically sells the grant card regardless of the player's operation, and gives the player game points based on the value of the grant card (rareity, character's initial attack power, initial defense power, etc.) Is done. In the game screen shown in FIG. 14, since “sale” is designated for “common” by the player, the grant card is automatically sold when the rareness of the grant card is “common”. .
In the game screen shown in FIG. 14, since “no selection” is designated for “rare” by the player, when the rarity of the grant card is “rare”, the grant card becomes the card owned by the player. .

<Server device>
In the above embodiment, the game system 1 including one server device 10 is described as an example of the server device. However, the present invention is not limited to this, and a plurality of server devices 10 are used as an example of the server device. It is good also as the game system 1 provided. 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.

<Information processing device>
In the game system 1 according to the present embodiment described above, a case where various kinds of information processing such as a card granting process and a card synthesizing process are executed in cooperation with the server device 10 and the player terminal 20 based on the game program will be described as an example. However, the present invention is not limited to this, and the player terminal 20 alone or the server device 10 alone as the information processing device may execute the various information processing based on the game program.
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.
The information processing apparatus is an example of a computer.

<Game program>
In the game system 1 in the above-described embodiment, the case where various types of information processing are executed by causing the server device 10 and the player terminal 20 to cooperate with each other has been described as an example. However, in the present invention, these processes are executed. A game program is also included. 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, 11 control unit, 12 data storage unit, 13 input unit, 14 display unit, 15 communication unit, 20 player terminal, 21 terminal control unit, 22 terminal storage unit, 23 terminal input unit 24 terminal display unit 25 terminal communication unit 50 game screen 51 base card designation button 52 base card automatic designation button 60 game screen 61 owned card area 62 base card area 63 base card reservation registration button 70 Game screen, 71 Base card reservation registration button, 80 game screen, 81 material card reservation registration button, 90 game screen, 91 pull-down menu, 92 material card reservation registration button, 111 reservation registration unit, 112 granting unit, 113 determination unit, 114 Recording unit, 115 composition , 116 image generating unit

The main invention of the present invention to solve the above problems is
A game program for causing a computer to execute a game that gives a player game content with a rarity,
On the computer,
For each rarity, a selection input process for allowing the player to selectively input whether or not the game content for which the rarity is set is to be automatically synthesized,
Based on the selection input by the player, a reservation registration process for pre-registering in the storage unit whether or not the game content in which the rarity is set is automatically synthesized in association with the rarity
After the reservation registration process, an grant process for granting the game content to the player;
A determination process for determining whether or not the rarity of the game content granted to the player in the granting process matches the rarity of the game content registered in advance as an object of automatic composition in the reservation registration process;
If it is determined by the determination processing that they match, the automatic composition processing for automatically combining the given game content and the other game content regardless of the operation of the player;
Is a game program characterized in that
Other features of the present invention will become apparent from the description of the present specification and the accompanying drawings.

Claims (5)

A game program for causing a computer to execute a game performed by a player using game content in which attribute information is set,
On the computer,
A registration process for pre-registering the attribute information designated by the player in the storage unit;
A grant process for granting the game content to a player;
A determination process for determining whether or not the assigned game content is to be the game content owned by a player by comparing the assigned attribute information of the game content with the designated attribute information;
When it is determined that the given game content is not to be the game content owned by the player, the given game content and another game content are synthesized to generate one synthesized game content A compositing process,
A recording process for recording the combined game content in the storage unit as the game content owned by the player without recording the assigned game content in the storage unit as the game content owned by the player;
A game program characterized by causing a game to be executed. The game program according to claim 1,
In the registration process, the other game content designated by the player is registered in the storage unit in advance,
In the synthesis process, when it is determined that the assigned game content is not to be the game content owned by the player, the game content assigned to the other specified game content is synthesized,
In the recording process, the other game content after synthesis is recorded in the storage unit as the game content owned by the player.
A game program characterized by that. The game program according to claim 1,
In the synthesis process, when it is determined that the assigned game content is not to be the game content owned by the player, the other game content is automatically selected, and the selected other game content is selected. Synthesize the game content granted
In the recording process, the other game content after synthesis is recorded in the storage unit as the game content owned by the player.
A game program characterized by that. The game program according to claim 1,
In the giving process, a plurality of the game contents are given to the player at a time,
In the determination process, each of the plurality of game contents is made the game content owned by the player by comparing the attribute information of the plurality of game contents assigned at a time with the specified attribute information. Whether or not
In the synthesizing process, among the plurality of game contents assigned at one time, the game content that the player does not make the game content is synthesized with the other game content, and one synthesized game content is obtained. Generate,
A game program characterized by that. An information processing apparatus for causing a player to play a game using game content in which attribute information is set,
A registration unit for registering in advance the attribute information designated by the player;
A granting unit for granting the game content to a player;
A determination unit that determines whether or not the assigned game content is the game content owned by a player by comparing the assigned attribute information of the game content with the specified attribute information;
When it is determined that the given game content is not to be the game content owned by the player, the given game content and another game content are synthesized to generate one synthesized game content A combining unit to
A recording unit that records the combined game content as the game content owned by the player without recording the assigned game content as the game content owned by the player;
An information processing apparatus comprising:

Images