JP2014091041A - Game program, and information processor - Google Patents

Abstract

PROBLEM TO BE SOLVED: To reduce time and labor spent for operational input.SOLUTION: A server device is connected to enable information communication with a player terminal used by a player and comprises: a storage part for storing deck information in which a plurality of game media to be accommodated in a deck are set and assembly information in which a plurality of assemblies composed of game media serving as selection candidates out of the plurality of game media accommodated in the deck are set; a granting part for granting, in response to a demand from the player terminal, a player a game medium selected from the game media serving as the selection candidates in each assembly selected sequentially from the assemblies according to the selection order predetermined based on the assembly information; and an update part for updating the deck information so that the game medium granted by the granting part is treated as a game medium which is not accommodated in the deck.

Description

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

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

JP 2008-264183 A

In this game system, game media used in the game are given to the player. At this time, the player needs to perform an operation input that consumes game values such as points that the player owns.
Here, when there are many ways to give a game medium to a player, the player must take time and input an operation according to each way. Further, in this case, there is a possibility that it may be difficult for the player to understand in which order the operation can be performed efficiently.
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 server device connected to a player terminal used by a player so that information communication is possible,
A set of deck information in which a plurality of game media stored in the deck is set, and a plurality of sets of game media that are selection candidates among the plurality of game media stored in the deck A storage unit for storing information;
In response to a request from the player terminal, the set is sequentially selected according to a preset selection order based on the set information, and the game medium selected from the game media that are the selection candidates for each of the selected sets. A granting section for granting to a player,
An update unit that updates the deck information so that the game medium provided by the assigning unit is a game medium that is not accommodated in the deck;
A server device characterized by comprising:
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 example of a data structure of possession medal 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 deck information. It is a figure explaining group 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 for performing reservation registration. It is a figure which shows an example of the game screen for inputting a game value. It is a flowchart for demonstrating an automatic gasher process.

At least the following matters will become apparent from the description of the present specification and the accompanying drawings.
That is, a server device connected to be able to communicate information with a player terminal used by a player,
A set of deck information in which a plurality of game media stored in the deck is set, and a plurality of sets of game media that are selection candidates among the plurality of game media stored in the deck A storage unit for storing information;
In response to a request from the player terminal, the set is sequentially selected according to a preset selection order based on the set information, and the game medium selected from the game media that are the selection candidates for each of the selected sets. A granting section for granting to a player,
An update unit that updates the deck information so that the game medium provided by the assigning unit is a game medium that is not accommodated in the deck;
A server device characterized by comprising:
According to such a server device, an appropriate set is automatically selected sequentially regardless of the player's operation, and game media selected from each set selected in sequence are given to the player. It is possible to reduce the labor required for operation input.

Also, such a server device,
In the deck information, the number of game media accommodated in the deck is set in association with each game media,
The granting unit may select the next set based on the number of game media to be selected that constitute the selected current set.
According to such a server device, it is possible to select a set in an order that is advantageous to the player.

Also, such a server device,
In the deck information, rarity levels classified into a plurality of classes according to rarity values are set in association with each game medium,
The granting unit may select the game media associated with the rarity of the lowest class first from the set including the selection candidates.
According to such a server device, by selecting such a set first, it is possible to increase the possibility that a game medium with a high degree of rarity will be selected from the selection candidates of the next set to be selected. .

Also, such a server device,
In the deck information, the rarity classified into a plurality of classes according to the rarity value is set in association with each game medium,
The set information includes a class of rarity associated with one of the game media as a selection candidate that constitutes one set among the plurality of sets and a selection that constitutes another set. The rarity class associated with one of the candidate game media is configured to match,
The assigning unit includes a set of game media that are candidates for selection of game media associated with the rarity of a class lower than the matching class among the one set and the other set. It is also possible to select the method first.
According to such a server device, the game media associated with the rarity of the lower class than the matching class can be reduced first from the deck, and therefore, from among the set selection candidates to be selected next. It is possible to increase the possibility of selecting a game medium associated with a rarity level.

Also, such a server device,
A registration unit for pre-registering the rarity specified by the player;
A determination unit that determines whether or not the given game medium is the game medium owned by the player by comparing the degree of rarity of the game medium given by the granting unit with the specified degree of rarity When,
When it is determined that the assigned game medium is not to be the game medium owned by the player, the given game medium and another game medium are combined to generate one combined game medium A synthesis processing unit to
A recording unit that records the combined game medium as the game medium owned by the player without recording the assigned game medium as the game medium owned by the player. .
According to such a server device, since the assigned game media are automatically synthesized, it is possible to reduce the effort required for operation input.

Also, such a server device,
A registration unit for pre-registering the rarity specified by the player;
A determination unit that determines whether or not the given game medium is the game medium owned by the player by comparing the degree of rarity of the game medium given by the granting unit with the specified degree of rarity When,
When it is determined that the assigned game medium is not to be the game medium owned by the player, the assigned game medium is converted into a game value corresponding to the value, and the converted game value is converted into the player A game value granting section to be given to
It is good also as having.
According to such a server device, the assigned game media are automatically converted into a game value, so that it is possible to reduce the effort required for operation input.

Also, such a server device,
The storage unit stores player information in which the game value owned by the player is set for each type,
The grant unit is
Consuming the game value of each type owned by the player, and giving the game medium accommodated in the deck,
When the game medium is given, any set may be sequentially selected from a plurality of sets based on each type of the game value consumed.
According to such a server apparatus, since a set is automatically selected based on each type of game value, it is possible to reduce the labor required for operation input.

Also, such a server device,
The storage unit stores player information in which the amount of game value owned by the player is set,
The grant unit is
Consuming the game value owned by a player, and providing the game medium to be stored in the deck,
When the game medium is given, any set may be selected from a plurality of sets based on the amount of the game value consumed.
According to such a server device, since a set is automatically selected based on the amount of game value, it is possible to reduce the labor required for operation input.

Also, such a server device,
It is good also as providing the initialization process part which initializes the said deck information after being updated by the said update part according to the initialization conditions being satisfy | filled.
According to such a server device, the game media is replenished in the deck by the initialization of the deck information, so that the player's willingness to acquire can be increased.

In addition, in a computer as a server device that is connected so that information communication is possible with a player terminal used by the player,
A set of deck information in which a plurality of game media stored in the deck is set, and a plurality of sets of game media that are selection candidates among the plurality of game media stored in the deck Storing information in the storage unit;
In response to a request from the player terminal, the set is sequentially selected according to a preset selection order based on the set information, and the game medium selected from the game media that are the selection candidates for each of the selected sets. A process for giving the player
A process of updating the deck information stored in the storage unit so that the assigned game medium is a game medium not stored in the deck;
It is a program characterized by executing.
According to such a server device, 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 (game image or the like) created in a markup language (HTML or the like) adapted to the standard of the player terminal 20 can be distributed (response). 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 of this embodiment includes a reservation registration unit 111 (registration unit), a grant unit 112, a determination unit 113, a recording unit 114, an update unit 115, a game value grant unit 116, a composition processing unit 117, and an initialization processing unit 118. The image data generating unit 119 is provided.

  The reservation registration unit 111 is connected to the data storage unit 12 via a bus, and executes a process of previously registering reservation registration data designated by the player in the data storage unit 12 in response to a command from the control unit 11. It has a function.

  The assigning unit 112 has a function of executing a process of giving a game medium used in a game to a player. The game medium is, for example, a game card or a figure associated with a character or the like, or an item such as a tool or ability that can be used in the game. The granting unit 112 in the present embodiment sequentially selects a set set for the deck in accordance with a preset selection order, and selects game media selected from game media that are candidates for selection for each set that is sequentially selected. Grant to players.

  The determination unit 113 has a function of executing various determination processes, such as a process of determining whether or not to allow the player to own 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 update unit 115 is connected to the data storage unit 12 via a bus, and has a function of executing processing for updating data stored in the data storage unit 12 in response to a command from the control unit 11.

  The game value giving unit 116 has a function of converting a game medium to be sold into a game value corresponding to the value, and giving the converted game value to the player. The game value is, for example, an exchange value with a product (content) such as a game card or item, or an exchange value with a service such as one game play, and includes virtual currency, virtual medal, game points, etc. It is.

  The composition processing unit 117 has a function of executing processing for generating one game medium by combining a plurality of game media.

  The initialization processing unit 118 has a function of executing processing for initializing deck information, which will be described later, when a predetermined initialization condition is satisfied. The initialization conditions include, for example, that there is an operation input requesting initialization from the player, that the game medium having the highest rarity is selected from the deck and given to the player, and all game media contained in the deck This includes the fact that the total number of items stored is less than a certain number, the passage of a predetermined time from a predetermined time point, and the like. The initialization of the deck information means setting or updating the deck information so that the number of game media accommodated in the deck is equal to the total accommodated number.

  The image data generation unit 119 has a function of executing processing for generating image data for causing the player terminal 20 to display an operation screen for causing the player to play a game and a game screen. In the present embodiment, HTML data is generated as image data corresponding to the game image.

  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 according to the present embodiment includes card information that is information related to a game card as an example of a game medium, player information that is information related to a player, and game cards that are selection candidates in a deck to be described later. At least set information that is information about the set is stored. 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, character name, character image, rarity, initial attack power, initial defense power, and initial physical strength. The card ID is identification information for identifying a game card as an example of a game medium. The character name is information indicating the display name of the character associated with the game card. The character image is character image data. The rarity is a parameter indicating the rarity classified into a plurality of classes according to the rarity value of the game card. In the present embodiment, the rarities classified into six classes (R1 “common” → R2 “uncommon” → R3 “rare” → R4 “super rare” → R5 “special super rare” → R6 “ultra rare”) are games. Set to card (character). A character's initial attack power, initial defense power, initial physical strength, and the like are parameters indicating the ability values initially 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 a player ID, virtual currency, game points, possession medal information, possession card information, deck information, and the like. The player ID is identification information for identifying the player. The virtual currency is an example of a game value and is information indicating the amount of virtual currency owned by the player. Players can purchase and own virtual currency. The game point is an example of game value, and is information indicating the amount of game points owned by the player. The player can acquire and own play points by satisfying acquisition conditions such as sale of a game card and winning in a battle game. The owned medal information is information indicating a virtual medal as an example of the game value owned by the player. The player can acquire and own various virtual medals by satisfying acquisition conditions such as winning the battle game. The owned card information is information indicating a game card (hereinafter also referred to as an owned card) owned by the player. The deck information is information related to a deck containing a plurality of game cards. Thus, in the present embodiment, a deck is assigned to each player.

  FIG. 6 is a diagram illustrating a data structure example of owned medal information. This possessed medal information includes items such as medal ID, medal name, and number of possessions. The medal ID is identification information for identifying various virtual medals owned by the player. The medal name is information indicating a display name associated with the virtual medal. The number of possessions is information indicating the amount of virtual medals owned by the player. In this embodiment, the player can own three types of virtual medals (silver medal, gold medal, and black medal).

  FIG. 7 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. 8 is a diagram illustrating an example data structure of deck information. The deck information is information that defines a game medium accommodation deck (also simply referred to as “deck”) in which a predetermined number of game cards that can be given to a player are grouped into one set. The deck information includes items such as card ID, rarity, total number of pieces accommodated, and number of pieces accommodated.

  The card ID is identification information for identifying each of the plurality of game cards accommodated in the deck. The rarity is index information indicating difficulty in obtaining the game media. In this embodiment, the data structure is such that the lower the rarity class of the game card is, the easier the card is obtained, and the higher the rarity class is, the harder it is to obtain. That is, as shown in FIG. 8, the deck information is set such that the higher the game card rarity class, the smaller the total number of game cards accommodated in the deck. For this reason, by randomly selecting a game card to be given to the player from among the game cards stored in the deck, a game card having a higher rarity class is less likely to be selected.

  The total accommodated number is information indicating the number of game cards accommodated in the deck in the initial state. In the present embodiment, as shown in FIG. 8, the total number of game cards set to “R1 (common)” having the lowest rarity class is set to “50”. On the other hand, the total accommodated number of game cards set to “R6 (ultra rare)” having the highest rarity class is set to “1”. Therefore, in the initial state, when a game card is randomly selected from the game cards stored in this deck, the probability that the game card “R6 (Ultra Rare)” will be selected is “R1 (common)”. It becomes 1/50 of the probability that a game card will be selected.

  The accommodation number is information indicating the number of game cards remaining in the deck after the game cards are given to the player. That is, the accommodation number is calculated by subtracting the number of game cards given to the player from the total accommodation number of game cards. Therefore, this accommodation number is calculated and recorded every time a game card is given.

  FIG. 9 is a diagram for explaining set information stored in the data storage unit 12 of the server device 10. This set information is information for defining a set composed of game cards that are selection candidates from among a plurality of game cards accommodated in the deck.

  Here, for the collective information in this embodiment, a correspondence table in which each type of game value (silver medal, gold medal, black medal, virtual currency) and each class of rarity (R1 to R6) are associated (see FIG. 9). Will be described. In the deck of this embodiment, as shown in FIG. 9, a plurality of types of sets corresponding to each type of game value are set. Specifically, a first set associated with the silver medal (M1), a second set associated with the gold medal (M2), a third set associated with the black medal (M3), A fourth set associated with the virtual currency (M4) is set. In a lottery game to be described later, for example, when a silver medal is consumed, a first set of four sets is selected, and game cards constituting the first set are candidates for selection at the time of lottery.

  The first set is composed of game cards having a rarity of “R1 (common)” to “R3 (rare)” among a plurality of game cards in the deck. The second set is composed of game cards set with rarities “R2 (uncommon)” to “R5 (special super rare)”. The third set is composed of game cards in which the rarities “R2 (uncommon)” to “R6 (ultra rare)” are set. The fourth set is composed of game cards set with a rarity of “R3 (rare) to R6 (ultra rare)”. In the lottery game to be described later, for example, when the first set is selected, a game card of any rarity is selected from “R1 (common)”, “R2 (uncommon)”, and “R3 (rare)”. Will be. For example, when the second set is selected, in addition to the selection candidates of the first set, game cards of “R4 (super rare)” and “R5 (special super rare)” are also selection candidates. Therefore, the possibility that a game card with high rarity will be selected in the lottery game described later increases in the order of the first set, the second set, the third set, and the fourth set. That is, the game value increases in the order of silver medal, gold medal, black medal, and virtual currency. Therefore, in this embodiment, the gold medal is more difficult to obtain than the silver medal, and the black medal is more difficult to obtain than the gold medal. Note that, unlike various virtual medals, the virtual currency is obtained by the player purchasing with electronic money or the like, and thus has a higher value than the virtual medals.

  In addition, among a plurality of sets, a rarity class associated with one of the game cards that are selection candidates constituting one set, and a game card that is a selection candidate constituting another set The class of the rarity associated with one of the game cards is configured to match. In other words, in the present embodiment, each of the first to fourth sets is set such that a part of the class of rarity overlaps (matches) with the class of the other set. That is, “R2 (uncommon)” is duplicated in the second set, the third set, and the fourth set. “R3 (rare)” is duplicated in all of the first to fourth sets. “R4 (super rare)” and “R5 (special super rare)” overlap in the second to fourth sets. “R6 (Ultra Rare)” is duplicated in the third set and the fourth set. In a lottery game to be described later, for example, a game card “R3 (rare)” may be selected regardless of whether the first set is selected or the second set is selected.

<< About the game outline >>
Here, an outline of a game provided by the game system 1 of the present embodiment will be described. In the game system 1, various games performed using game cards (virtual cards used in a virtual space on the game) are provided.

<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, etc.) set for each character, the winning or losing of the battle game between these characters is determined. decide. In this battle game, various virtual medals (silver medals, gold medals, black medals) and game points are given to the player according to the battle results. The player can perform a lottery game, which will be described later, using a virtual medal, and can perform card composition, which will be described later, using game points.

<Lottery game>
In the game system 1 of this embodiment, the player can play a lottery game called “Gacha Gacha” (registered trademark) by consuming his game value (virtual medal, virtual currency). In this embodiment, an automatic gasher is performed as an example of a lottery game. This automatic gasher is a game in which a game card randomly selected from a finite number of game cards contained in a deck is given to a player. The deck accommodates game cards set with six classes of rarities (R1 to R6, see FIG. 4), and is set so that the number of games cards with higher rarity classes is smaller. (See FIG. 8). As a result, game cards with higher rarity classes are harder to obtain.

  The automatic gasher (lottery game) of the present embodiment limits game cards that are candidates for selection from a limited number of game cards accommodated in the deck, depending on the type of game value consumed. The game card selected from the selected candidates is given to the player. That is, a plurality of sets composed of game cards as selection candidates are set for the deck (first set to fourth set, see FIG. 9), and a set corresponding to the type of game value consumed is set. The game card is selected from a plurality of sets, and game cards are drawn by lot. For example, when a player uses a virtual medal to play a lottery game, a set corresponding to a virtual medal (silver medal, gold medal, black medal) from a plurality of sets set in the deck (first set to The third set (see FIG. 9) is selected. On the other hand, when the player consumes the virtual currency and plays the lottery game, a set corresponding to the virtual currency (fourth set, see FIG. 9) is selected. And since the game card which comprises the set selected according to the kind of game value in this way becomes a selection candidate, the game card selected from the game card used as the selection candidate is given to a player. It will be.

  In the automatic gasha (lottery game) of the present embodiment, the rarity value of the game card that can be given to the player varies depending on the rarity of the game cards constituting the set set in the deck (that is, depending on the selected set). To do. In other words, when a player consumes a virtual medal and plays a lottery game, and when a player consumes virtual currency and plays a lottery game, the set to be selected is different, so the game card that can be given to the player Rareness fluctuates. Also, even when a player performs a lottery game by consuming virtual medals, the set selected depending on the type of virtual medals (silver medals, gold medals, black medals) is different. Rarity will fluctuate. Therefore, the rarity of game cards that can be acquired by the player is influenced by how to select the game value to be consumed when the lottery game is performed, that is, by which set is selected.

  However, if there are many lottery game methods, such as playing lottery games by consuming virtual currency or performing lottery games by consuming various virtual medals, the player can input operation according to each method. Need to do. Also, it may be difficult for a player to know in which order a lottery game can be performed to efficiently obtain a rare game card. Therefore, in this embodiment, the set set in the deck is automatically selected sequentially, and the game card selected from the game cards that become the selection candidates for each set that is sequentially selected is given to the player. ing. Thereby, the effort which operation input requires can be reduced.

  Note that the player can play the above-described battle game using the game card provided by the lottery game. In addition, the player can sell the game card given by the lottery game or use it for card synthesis.

<Sale of game cards>
In the game system 1 of the present embodiment, the player can own only the necessary game card without owning the unnecessary game card by selling the unnecessary game card. When an unnecessary game card is sold, the unnecessary game card is converted into a game point corresponding to the value, and the converted game point is given to the player. In the present embodiment, there are a method of selling an unnecessary game card by a player's operation (manual sale) and a method of automatically selling an unnecessary game card without causing the player to operate (automatic sale). The player can select one of the methods as appropriate according to the situation.
If auto-sale is selected by the player, by registering unnecessary game cards in advance, if an unnecessary game card is awarded by a lottery game, it will be automatically Game cards can be sold. As a result, it is possible to reduce the effort required for operation input for selling unnecessary owned cards.

<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. As the game cards are synthesized, various parameters (for example, level, attack power, defense power, etc.) of the character corresponding to the game card after synthesis are changed.
In this embodiment, a game card is synthesized by consuming game points owned by a player and 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, there are a method of synthesizing a game card by a player's operation (manual synthesis) and a method of automatically synthesizing a game card without causing the player to operate (automatic synthesis). The player can select one of the methods as appropriate according to the situation.
If automatic synthesis is selected by the player, the game card to be the material card is reserved and registered, and if the game card to be the material card is given by the lottery game, regardless of the player's operation input Can be automatically combined with the base card. Thereby, it is possible to reduce the labor required for the operation input for synthesizing the game cards.

<< Operation of Game System 1 >>
FIG. 10 is a flowchart for explaining an operation example of the game system 1 according to the present embodiment.

  First, in the player terminal 20, when receiving the player's operation input from the terminal input unit 23, the terminal control unit 21 sends a command (automatic gasha start page request) for acquiring a web page for starting the automatic gasha to the terminal communication. The data is transmitted to the server device 10 via the unit 25 (S101).

  Next, when the server apparatus 10 receives the automatic gasha start page request transmitted from the player terminal 20, the game image data (HTML data) for causing the player terminal 20 to display an automatic disposal card reservation screen (see FIG. 11) described later. ) Is generated by the image data generation unit 119 (S102), and image data generation unit 119 displays game image data (HTML data) for displaying each game value input screen (see FIG. 12) described later on the player terminal 20. (S103). Then, the server device 10 transmits the game image data (HTML data) generated by the image data generation unit 119 to the requesting player terminal 20 via the communication unit 15.

  Next, when receiving the game image data (HTML data) transmitted from the server device 10, the player terminal 20 analyzes each game image data to display each game screen corresponding to each game image data on the terminal. The data is displayed on the unit 24 (S104).

  FIG. 11 is a diagram showing an example of an automatic disposal card reservation screen displayed on the terminal display unit 24. The automatic disposal card reservation screen 50 is a game screen for allowing a player to designate a rarity subject to automatic disposal and registering the designated rarity in advance, and includes a pull-down menu 51 and a reservation registration button 52. ing. When the automatic disposal card reservation screen 50 is displayed on the terminal display unit 24, the player terminal 20 receives an operation input related to reservation registration from the player (S105). The pull-down menu 51 includes three selection items of “No selection”, “Sale”, and “Composition”. The player operates the pull-down menu 51 to designate a rarity that is subject to automatic disposal. Here, by the player's operation, the rareness “common” is designated for the automatic disposal “sale”, the rareness “uncommon” is designated for the automatic disposal “composite”, and the rarity is designated for the automatic disposal “no selection”. “Rare” is specified. After the designation, when the reservation registration button 52 of the material card is selected by the player, the player terminal 20 transmits a reservation registration request in which such operation information is set to the server device 10. Upon receiving such a request, the server device 10 performs reservation registration for each automatic disposal for each rarity designated by the player. In other words, the reservation registration unit 111 registers the “common” game card designated by the player in advance in the data storage unit 12 so as to be a card to be automatically sold, and the “uncommon” game card designated by the player. The data storage unit 12 is pre-registered in the data storage unit 12 so as to be a card used as a material card at the time of automatic composition, and the “rare” game card designated by the player is the target of “no selection”. Register in advance. Thereby, when the rarity of the game card granted by the automatic gasher coincides with “common”, the given game card is automatically sold. Further, when the rarity of the game card assigned by the automatic gasher matches “uncommon”, the assigned game card is automatically combined with the base card as a material card. When “no selection” is designated by the player, the game card assigned by the automatic gasher becomes the player's own card as it is, and the player's own card information (see FIG. 7) is updated.

  FIG. 12 is a diagram showing an example of each game value input screen displayed on the terminal display unit 24. Each game value input screen 60 is a game screen for allowing the player to input the amount of game value to be consumed when the automatic gasha is performed, and an operation button for starting execution of a lottery process using the pull-down menu 61 and the automatic gasha. 62, and includes deck accommodation number information 63. The deck accommodation number information 63 is information that is displayed in association with the total accommodation number of game cards in the deck for each rarity. For example, “Ultra rare (1/1)” and “Special super rare (5/6)” are displayed together with the accommodation number and the total accommodation number for the rarity. This display indicates to the player that one of the ultra rare game cards remains in the deck and that five of the six super rare game cards remain. Can do. In other words, by viewing this information, the player knows how many game cards of all game cards included in the deck have already been selected (or decreased from the deck), and the amount of virtual medals to be input. And how much the amount of virtual currency will be. In addition, it is needless to say that the same effect can be obtained even when the already selected number is displayed in association with the total accommodated number instead of displaying the associated number in association with the total accommodated number. .

  When each game value input screen 60 is displayed on the terminal display unit 24, the player terminal 20 receives from the player an operation input related to the amount of each game value to be consumed when performing automatic gassha (S106). The player designates the amount of game value to be consumed for each type of game value by operating the pull-down menu 61 while referring to the accommodation number indicated by the deck accommodation number information 63. Here, 1000 coins for the silver medal, 500 coins for the gold medal, 150 coins for the black medal, and 300 coins for the virtual currency are designated by the player's operation. After the designation, when the operation button 62 is selected by the player, the player terminal 20 transmits an automatic gasha execution request in which such operation information is set to the server device 10 (S107).

  Returning to FIG. 10, when the server apparatus 10 receives the automatic gasha execution request transmitted from the player terminal 20, the server apparatus 10 executes an automatic gasher process for giving the game card selected from the deck to the player (S <b> 108).

  In this way, the player only has to specify the amount of each type of game value on each game value input screen 60, and if a lottery game is performed using the game value in any order, the game card with high rarity can be efficiently used. There is no need to consider whether it can be obtained well, and there is no need to perform an operation input corresponding to each game value. Then, the server device 10 automatically accepts designation of various game value amounts to perform automatic gasher processing, automatically and sequentially selects a set set in the deck, and for each set that is sequentially selected. A game card selected from the game cards to be selected is given to the player.

  FIG. 13 is a flowchart for explaining automatic gasher processing in the game system 1 according to the present embodiment.

  First, initial setting (i = 0) of the index i is performed (S201). This index i corresponds to the game value type (Mi). In the present embodiment, the maximum value (MAX) of the index i is set to 4 in order to correspond to the four game values of silver medal, gold medal, black medal, and virtual currency. Further, a silver medal (M1) as a game value corresponding to the index i = 1, a gold medal (M2) as a game value corresponding to the index i = 2, a black medal (M3) as a game value corresponding to the index i = 3, Virtual currency (M4) is set as the game value corresponding to index i = 4. That is, as shown in FIG. 9, the granting unit 112 selects a lottery by selecting first from a first set (corresponding to a silver medal) that includes a game card associated with the lowest class rarity as a selection candidate. After that, the second set (corresponding to the gold medal), the third set (corresponding to the black medal), and the fourth set (corresponding to the virtual currency) are sequentially selected and the lottery is performed. This allows game cards with a low class rarity level to be reduced first from the deck, so as a set is sequentially selected, a game with a higher class rarity level from the deck The possibility that a card is selected can be increased.

  Next, the index i is incremented by 1 (i = i + 1) (S202), and it is determined whether or not the index i exceeds the maximum value (MAX = 4) (S203).

  If it is determined that the index i does not exceed the maximum value (MAX = 4) (S203: NO), the process proceeds to step S204. On the other hand, when it is determined that the index i exceeds the maximum value (MAX = 4) (S203: YES), this automatic gasher process is terminated. That is, in this embodiment, since the maximum value (MAX) of the index i is 4, a lottery game that consumes the silver medal (M1) and a lottery game that consumes the virtual currency (M4) are sequentially performed. If you go and go around, the automatic gasha will end.

Next, in step S204, it is determined whether or not the number of lottery games (Li) performed by consuming the game value (Mi) is 1 or more. In this embodiment, for a virtual medal, one lottery game is performed by consuming one virtual medal. For example, when the index i = 1, one lottery game is performed by consuming one silver medal (M1). Therefore, when the number of silver medals designated by the player is 1000, the number of lotteries (L1) by silver medals (M1) is set to 1000 (L1 = 1000). Then, it is determined whether or not L1 set in this way is 1 or more. For virtual currency (when index i = 4), 100 lots of virtual currency is consumed and one lottery game is played. Therefore, when the virtual currency designated by the player is 300 coins, the number of lotteries (L4) by the virtual currency (M4) is set to 3 (L4 = 3). Then, it is determined whether L4 set in this way is 1 or more.
When it is determined that the number of lotteries (Li) based on the game value (Mi) is 1 or more (S204: YES), the process proceeds to step S205. On the other hand, when it is determined that the number of lotteries (Li) based on the game value (Mi) is not 1 or more (S204: NO), the process returns to step S202 to increment the index i by 1, and the subsequent processing is repeated. .

  Next, in step S205, it is determined whether or not a predetermined number of game cards having a predetermined rarity that can be given in a lottery game that consumes a certain type of game value (Mi) exists in the deck. For example, when a silver medal (M1) is consumed as a game value corresponding to the index i = 1 and automatic gashering is performed, the game cards constituting the first set among the game cards in the deck are selection candidates ( (See FIG. 9). As shown in FIG. 9, the rarity classes of the game cards constituting the first set are limited to three classes “R1 (common)”, “R2 (uncommon)”, and “R3 (rare)”. Then, the number of “R3 (rare)” game cards having the highest class among these three classes is specified by referring to the deck information shown in FIG. It is determined whether or not the specified number of “R3 (rare)” game cards is greater than or equal to a predetermined number (for example, one or more).

  As a result, when it is determined that a predetermined number of game cards having a predetermined rarity exist in the deck (S205: YES), the process proceeds to step S206. On the other hand, if it is determined that a predetermined number of game cards of a predetermined rarity do not exist in the deck (S205: NO), the process returns to step S202 to increment the index i by one, and the subsequent processing is performed. repeat. That is, to continue the description using the above example, when the automatic medal is performed by consuming the silver medal (M1), the number of specified “R3 (rare)” game cards is a predetermined number or more (for example, 1). In the case where there is at least one rare card (R3) in the deck), the granting unit 112 selects a game card constituting the first set from among the game cards in the deck. As a candidate, a lottery of game cards to be given to the player is performed. On the other hand, if the specified number of “R3 (rare)” game cards is not more than a predetermined number (for example, 1 or more) (when the number of rare cards (R3) in the deck is 0) The granting unit 112 performs lottery by consuming the gold medal (M2) as the game value corresponding to the index i = 2 next to the silver medal (M1). At this time, since the lottery by the silver medal (M1) is not performed, the silver medal (M1) that has not been consumed is returned to the player, and the player's possessed medal information (see FIG. 6) is updated by the update unit 115. Is done. In this way, the granting unit 112 automatically selects the second set next to the current first set from the plurality of sets set for the deck, thereby selecting the second set of the game cards in the deck. A game card to be given to a player is selected by selecting a constituent game card as a selection candidate. As a result, the gold medal is consumed and “R3 (rare)” is selected rather than selecting the first set in which the silver card is consumed and the “R3 (rare)” game card is not likely to be drawn. It is more advantageous for the player to select the next second set in which a game card having a higher rarity than “” may be drawn.

  Next, in step S206, the game value (Mi) is decremented by one (Li = Li-1) from the number of times of lottery (Li), and the game value (Mi) for one time is consumed to automatically rush (lottery game). One lottery will be performed. Based on the lottery result, the game card given to the player by the lottery game is deleted from the deck. That is, when one or more game cards are awarded to the player by the granting unit 112 by this lottery game, the updating unit 115 indicates the number of accommodations associated with the game card given to the player. Decrease by the number and update the deck information (see FIG. 9). At the same time, the update unit 115 updates the possessed card information (see FIG. 7) so that the game card granted to the player by the grant unit 112 becomes a game card owned by the player.

In this step S206, when the game card given to the player by the granting unit 112 is the “R6 (ultra rare)” game card having the highest rarity class, a lottery is performed by automatic gacha from the next time on. You may control to stop. In this embodiment, since the total number of “R6 (Ultra Rare)” game cards is set to one, a “R6 (Ultra Rare)” game card is selected from the deck by lottery and given to the player. If it is done, even if the lottery is repeated more than this, the game card of “R6 (ultra rare)” having the highest rarity class is not selected, which results in a disadvantageous game situation for the player. Therefore, the fact that the game card “R6 (Ultra Rare)” has been selected from the deck may be set as the stop condition for the lottery process.
At this time, since the next lottery will not be performed, the virtual medals and virtual currency that have not been consumed are returned to the player, and the update unit 115 provides player-owned medal information (see FIG. 6) and player information (see FIG. 6). 5) can be updated.
In addition, the player may set in advance whether or not to perform control so as to stop the lottery by the automatic gacha from the next time on when the lottery process stop condition is satisfied. That is, when the reservation registration unit 111 has registered in advance such that such control is valid according to the instruction input from the player, the granting unit 112 stops the lottery by the next automatic gacha based on the stop condition, and plays the game Control not to grant cards.
Note that a specific game card or rarity satisfying the stop condition may be designated in advance by the player, and the number of these cards may be designated. For example, the player can specify that a predetermined number of “R5 (special super rare)” game cards are drawn as a stop condition.

  Next, it is determined whether or not the number of lotteries (Li) based on the game value (Mi) has become zero (Li = 0) (S207). As a result of the determination, if it is determined that the number of lotteries (Li) based on the game value (Mi) has become zero (Li = 0) (S207: YES), the process proceeds to step S208. On the other hand, if it is determined that the number of lotteries (Li) based on the game value (Mi) is not zero (Li = 0) (S207: NO), the process returns to step S205 and the subsequent processing is repeated. That is, in the present embodiment, when the number of lotteries (L1) based on the amount of silver medals designated by the player is set to 1000 (L1 = 1000), 1000 lotteries are repeated until L1 = 0. Will be done. If the number of lotteries (L4) based on the amount of virtual currency designated by the player is set to three (L4 = 3), the lottery is repeated three times until L4 = 0. become.

  Next, in step S208, it is determined whether or not the index i matches the maximum value (MAX = 4). If they match (S208: YES), since the lottery game has been performed and all types of game value have been consumed, the automatic gasha (lottery game) ends. If they do not match (S208: NO), the game value type (Mi) still remains, so the process returns to step S202 to increment the index i by 1, and the subsequent processing is repeated.

  Returning to FIG. 10, when the automatic gasher process is completed in this way, the game card given to the player is automatically disposed as a result of the automatic gasher (S109). Specifically, an automatic sale process and an automatic synthesis process are performed on the game card granted by the grant unit 112 with an automatic gasher.

  Here, the automatic sale process will be described. First, the determination unit 113 in the server device 10 compares the rarity of the game card granted to the player by the granting unit 112 with the rarity specified by the player in the reservation registration, thereby determining the given game card as a player. It is determined whether or not the game card is to be owned.

  When a plurality of game cards are awarded to the player at once by the granting unit 112, the determining unit 113 performs a comparison determination on each card with the rarity specified by the player in the reservation registration.

  Specifically, the determination unit 113 determines whether or not the rarity of the given game card matches the rarity specified by the player. If the determination unit 113 determines that the rarity matches, the determination unit 113 automatically sells the assigned game card. On the other hand, if the determination unit 113 determines that the rarity does not match, the determination unit 113 sets the assigned game card as the player's possessed card. At this time, the recording unit 114 updates the player-owned card information (see FIG. 7) by additionally recording the given game card as the player-owned card in the data storage unit 12 (S110).

  Specifically, in the automatic sale, the game value assigning unit 116 of the server device 10 converts the assigned game card into a game point and gives it to the player because the assigned game card is a target for automatic sale. At this time, the recording unit 114 adds and updates the game points given to the player information (see FIG. 5).

  Next, automatic composition processing will be described. First, the determination unit 113 in the server device 10 compares the rarity of the game card granted to the player by the granting unit 112 with the rarity specified by the player in the reservation registration, thereby determining the given game card as a player. It is determined whether or not the game card is to be owned.

  When a plurality of game cards are awarded to the player at once by the granting unit 112, the determining unit 113 performs a comparison determination on each card with the rarity specified by the player in the reservation registration.

  Specifically, the determination unit 113 determines whether or not the rarity of the given game card matches the rarity specified by the player. If the determination unit 113 determines that the rarity matches, the determination unit 113 refers to the player information shown in FIG. 5 to determine whether or not the player has more than a predetermined number of game points. On the other hand, if the determination unit 113 determines that the rarity does not match, the determination unit 113 sets the assigned game card as the player's possessed card. At this time, the recording unit 114 updates the player-owned card information (see FIG. 7) by additionally recording the given game card as the player-owned card in the data storage unit 12 (S110).

  When there are more than a predetermined number of game points, 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), and the given game A game card is synthesized by combining a card with a base card as a material card. On the other hand, when the game points are insufficient, the determination unit 113 sets the assigned game card as the player's possessed card. At this time, the recording unit 114 adds and updates the game card assigned to the player's possessed card information (see FIG. 7).

  Specifically, in the automatic composition, the composition processing unit 117 of the server device 10 has a base card (a base card designated by the player) registered in advance in the data storage unit 12 when the player himself designates a base card. And the game card assigned to the base card is combined as a material card. Alternatively, the composition processing unit 117 reads out a base card (a base card that is automatically designated regardless of the player's operation) registered in advance in the data storage unit 12, and receives the game card that is given to the base card. Combine as a material card.

  In addition, when a plurality of game cards are given to the player at once by the granting unit 112, the composition processing unit 117 combines the plurality of granted game cards with the base card as a material card. Synthesize the cards.

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

  Next, when the game card is synthesized in this way, the game card (material card) provided is not recorded in the data storage unit 12 as the player's owned card, and the synthesized base card is used as the player's owned card. Is recorded in the data storage unit 12. 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 (S110).

  Next, in the server device 10, the determination unit 113 determines whether any of the initialization conditions is satisfied (S111). The initialization processing unit 118 initializes the deck when any one of the initialization conditions is satisfied. That is, the initialization processing unit 118 initializes the deck by updating the deck information (see FIG. 8) so that the number of game cards stored in the deck is equal to the total number of stored cards.

  Next, when the game card is given to the player in this way, the server device 10 sends the game image data (HTML data) generated by the image data generation unit 119 via the communication unit 15 to the requesting player terminal 20. (S112).

  Next, the player terminal 20 displays the game screen corresponding to the game image data on the terminal display unit 24 by analyzing the game image data (HTML data) transmitted from the server device 10 (S113). On this game screen, information related to the automatic gasha lottery result is displayed. For example, the display of the game card given to the player, the accommodation number of various rarity cards in the deck after the lottery (the total accommodation number may be described), the amount of game value consumed or not consumed by the lottery (virtual The number of medals, the amount of virtual currency), the fact that the game card given to the player was automatically sold, the game card given to the player was automatically combined with the base card as a material card, etc. Is done. In this way, the player can confirm the lottery result and the like by looking at the game screen displayed on the terminal display unit 24.

  As described above, according to the game system 1 according to the present embodiment, when an operation input is received from the player for various game value amounts, a set set for the deck is set in advance by the granting unit 112. According to the order, the game cards are automatically and sequentially selected, and a game card selected from game media as selection candidates is given to the player for each set that is sequentially selected. Therefore, it is not necessary for the player to consider in which order the game value is consumed and the lottery game can be used to efficiently acquire a game card with high rarity, and the operation input corresponding to each game value is provided. Since it is not necessary to perform this, 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.

<Gathering information>
In the present embodiment, a plurality of types of sets corresponding to each type of game value (silver medal (M1), gold medal (M2), black medal (M3), and virtual currency (M4)) are associated with the deck. Although the case where it is set has been described as an example, the present invention is not limited to this. For example, a plurality of types of sets corresponding to the amount of game value may be set for the deck. Specifically, a set corresponding to the case where the virtual currency is used for the first lottery once (100 coins) (first limited 5th set (M5)), and the virtual currency is drawn 3 times (900 coins limited). ) Set corresponding to continuous use (6th set of 3 consecutive lotteries (M6)), set corresponding to using virtual currency 10 times (for 3000 coins) with limited number of times (10 consecutive lotteries) No. 7 set (M7)), a set corresponding to the case where the virtual currency is used for one lottery (eighth set of one lottery (M8)), etc. may be set for the deck. In this case, the fifth set may be composed of game cards set with a rarity of “R5 (special super rare)” among a plurality of game cards in the deck. When a lottery game is played using virtual currency for the first time (at the time of the first lottery), “R5 (special super rare)” can be given. The sixth set is composed of game cards set with rarities “R3 (rare)” to “R6 (ultra rare)”, and one of the three lotteries is “R4 (super rare)”. A lottery may be performed from the above game cards. In addition, the seventh set is composed of game cards in which the rarities “R3 (rare)” to “R6 (ultra rare)” are set, and one of the ten lotteries is “R4 (super rare)”. A lottery may be performed from the above game cards. Further, the eighth set may be composed of game cards in which the rarities “R3 (rare)” to “R6 (ultra rare)” are set.

<Lottery with automatic gasher>
In the present embodiment, as shown in FIG. 12, an example of a case where the lottery process of the automatic gasher is started in response to an operation input from the player (in response to the player pressing the operation button 62). However, the present invention is not limited to this. For example, automatic lottery lottery processing may be automatically started based on the amount of game value registered in advance by the player.
Specifically, first, when the player designates and inputs various game value amounts, the reservation registration unit 111 registers the input information in the data storage unit 12 in advance. For example, when the player designates 1000 silver medals, 200 gold medals, and 50 black medals, the designated number of each virtual medals is registered in advance.
Next, when various virtual medals are awarded to the player by the granting unit 112 based on the result of the battle game or the like, the updating unit 115 updates the owned medal information (see FIG. 6) based on the given virtual medals.
Next, the determination unit 113 identifies the number of various virtual medals owned by the player by referring to the owned medal information (see FIG. 6), and compares it with the number of various virtual medals registered in advance. For example, the determination unit 113 determines whether or not the number of silver medals owned by the player has reached 1000 silver medals registered in advance by the player.
Next, when the determination unit 113 determines that the number of various virtual medals owned by the player has reached the number of various virtual medals registered in advance, the number of virtual medals registered in advance is automatically set. Consumes and automatically starts the lottery process of automatic gasher. For example, the granting unit 112 automatically consumes 1000 silver medals when the determining unit 113 determines that the number of silver medals owned by the player has reached 1000 silver medals registered in advance by the player. Then, the game card selected from the deck by lottery for 1000 times is given to the player.
Next, the game card given by the automatic gasher becomes the player's own card, and the player's own card information (see FIG. 7) is updated.
By doing in this way, the effort which is required for the operation input at the time of performing the automatic gasher can be reduced.

<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 above-described embodiment, the case where various types of information processing are executed in cooperation with the server device 10 and the player terminal 20 based on the game program has been described as an example. However, the present invention is not limited thereto. Instead, 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.

  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 automatic disposal card reservation screen, 51 pull-down menu, 52 reservation registration button, 60 game value input screen, 61 pull-down menu, 62 operation buttons, 63 deck capacity information, 111 reservation Registration unit, 112 adding unit, 113 determining unit, 114 recording unit, 115 updating unit, 116 game value adding unit, 117 composition processing unit, 118 initialization processing unit, 119 screen data generation unit

Claims (10)

A server device connected to a player terminal used by a player so that information communication is possible,
A set of deck information in which a plurality of game media stored in the deck is set, and a plurality of sets of game media that are selection candidates among the plurality of game media stored in the deck A storage unit for storing information;
In response to a request from the player terminal, the set is sequentially selected according to a preset selection order based on the set information, and the game medium selected from the game media that are the selection candidates for each of the selected sets. A granting section for granting to a player,
An update unit that updates the deck information so that the game medium provided by the assigning unit is a game medium that is not accommodated in the deck;
A server device comprising: The server device according to claim 1,
In the deck information, the number of game media accommodated in the deck is set in association with each game media,
The granting unit selects the next set based on the number of game media to be selected that constitute the selected current set,
A server device characterized by that. The server device according to claim 1 or 2, wherein
In the deck information, rarity levels classified into a plurality of classes according to rarity values are set in association with each game medium,
The assigning unit first selects from the set of configurations including, as selection candidates, game media associated with the rarity of the lowest class.
A server device characterized by that. The server device according to any one of claims 1 to 3,
In the deck information, the rarity classified into a plurality of classes according to the rarity value is set in association with each game medium,
The set information includes a class of rarity associated with one of the game media as a selection candidate that constitutes one set among the plurality of sets and a selection that constitutes another set. The rarity class associated with one of the candidate game media is configured to match,
The assigning unit includes a set of game media that are candidates for selection of game media associated with the rarity of a class lower than the matching class among the one set and the other set. Select first,
A server device characterized by that. The server device according to claim 3 or 4, wherein
A registration unit for pre-registering the rarity specified by the player;
A determination unit that determines whether or not the given game medium is the game medium owned by the player by comparing the degree of rarity of the game medium given by the granting unit with the specified degree of rarity When,
When it is determined that the assigned game medium is not to be the game medium owned by the player, the given game medium and another game medium are combined to generate one combined game medium A synthesis processing unit to
A recording unit that records the combined game medium as the game medium owned by the player without recording the given game medium as the game medium owned by the player;
A server device comprising: The server device according to claim 3 or 4, wherein
A registration unit for pre-registering the rarity specified by the player;
A determination unit that determines whether or not the given game medium is the game medium owned by the player by comparing the degree of rarity of the game medium given by the granting unit with the specified degree of rarity When,
When it is determined that the assigned game medium is not to be the game medium owned by the player, the assigned game medium is converted into a game value corresponding to the value, and the converted game value is converted into the player A game value granting section to be given to
A server device comprising: The server device according to claim 1 or 2, wherein
The storage unit stores player information in which the game value owned by the player is set for each type,
The grant unit is
Consuming the game value of each type owned by the player, and giving the game medium accommodated in the deck,
When assigning the game media, one of the sets is sequentially selected from a plurality of sets based on each type of the game value consumed.
A server device characterized by that. The server device according to claim 1 or 2, wherein
The storage unit stores player information in which the amount of game value owned by the player is set,
The grant unit is
Consuming the game value owned by a player, and providing the game medium to be stored in the deck,
Selecting one set from a plurality of sets based on the amount of the game value consumed when giving the game medium;
A server device characterized by that. The server device according to any one of claims 1 to 8,
A server apparatus comprising: an initialization processing unit that initializes the deck information after being updated by the updating unit in response to an initialization condition being satisfied. To a computer as a server device that is connected so that information communication is possible with the player terminal used by the player,
A set of deck information in which a plurality of game media stored in the deck is set, and a plurality of sets of game media that are selection candidates among the plurality of game media stored in the deck Storing information in the storage unit;
In response to a request from the player terminal, the set is sequentially selected according to a preset selection order based on the set information, and the game medium selected from the game media that are the selection candidates for each of the selected sets. A process for giving the player
A process of updating the deck information stored in the storage unit so that the assigned game medium is a game medium not stored in the deck;
A program characterized by having executed.

Images