JP2022044799A - Program, terminal, game system, and game management device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game in which the interest of a player is increased.

SOLUTION: A program causes a computer to execute: a presentation process for presenting a recommended deck that is composed of multiple first game elements and is recommended for use in a competitive game; a reception process for receiving a player's selection of the recommended deck; and a recommended deck setting process for setting the recommended deck selected by the player using the first game element owned by the player. In the recommended deck setting process, when there is a first game element not owned by the player among the first game elements constituting the recommended deck selected by the player, the first game element that substitutes the first game element not owned by the player is selected from among the first game elements owned by the player and presented to the player.

SELECTED DRAWING: Figure 4

COPYRIGHT: (C)2022,JPO&INPIT

Description

Application for application of Article 30, Paragraph 2 of the Patent Act (1) Publication date September 9, 1st year of Reiwa-February 25th, 2nd year of Reiwa Website address: https: // www. amazon. co. jp / dp / B07WRYC7NS Website address: https: // apps. apple. com / jp / app / id1451804678 Website address: https: // play. Google. com / store / apps / detachs? id = com. bandai. zzard (2) Website posting date and website posting address ・ Posting date May 16, 1st Reiwa Posting address: https: // www. youtube. com / watch? v = _NyLVRHtY2s ・ Publication date May 17, 1st Reiwa Publication address: https: // www. youtube. com / watch? v = QFCLfSniz_w ・ Publication date June 21, 1st Reiwa Publication address: https: // www. youtube. com / watch? v = 5jBBmkkxa3I ・ Publication date July 9, 1st Reiwa Publication address: https: // www. youtube. com / watch? v = G4yFXs5MqpU ・ Publication date July 26, 1st Reiwa Publication address: https: // www. youtube. com / watch? v = BHVeKlkzs8I ・ Publication date August 21, 1st Reiwa Publication address: https: // www. youtube. com / watch? v = Gt8Ou43BH0Y ・ Publication date August 30, 1st Reiwa Publication address: https: // www. youtube. com / watch? v = CjpuEEWGf6I ・ Publication date September 20, 1st Reiwa Publication address: https: // www. youtube. com / watch? v = t_7aMoj4dRc ・ Publication date October 11, 1st Reiwa Publication address: https: // www. youtube. com / watch? v = ySyM9gqzC9c ・ Publication date October 18, 1st Reiwa Publication address: https: // www. youtube. com / watch? v = Q3tqigJw15U ・ Publication date October 23, 1st year Reiwa Posting address: https: // www. youtube. com / watch? v = fBTC6FMMwLk

Application for application of Article 30, Paragraph 2 of the Patent Law ・ Publication date October 29, 1st Reiwa Publication address: https: // www. youtube. com / watch? v = adFVaKTkLwM ・ Publication date November 14, 1st Reiwa Publication address: https: // www. youtube. com / watch? v = c-kEJocH9TM ・ Publication date December 6, 1st Reiwa Publication address: https: // www. youtube. com / watch? v = eCh_TgLKcWc ・ Publication date December 20, 1st Reiwa Publication address: https: // www. youtube. com / watch? v = dJ2UR_MXSBQ (3) Website posting date January 22, 2nd Reiwa Website posting address: https: // www. aicardass. com / zenonzard / information / news 0122_1. php

The present invention relates to programs, terminals, game systems and game management devices.

In recent years, games using smartphones, mobile phones, and the like as platforms have become popular. For example, a game in which a deck in which game elements such as virtual cards are combined is used, and the victory or defeat of a competitive game is determined using the parameter values of each game element constituting the deck.

There is also a game device that displays an area for which selection is recommended in a game in which a character corresponding to a player defeats an enemy character existing in each area (Patent Document 1).

Japanese Unexamined Patent Publication No. 2013-169220

In a battle game that uses a deck, if the deck recommended for the use of the battle can be set, the interest of the player will be enhanced.

An object of the present invention is to provide a program, a terminal, a game system, and a game management device capable of providing a game with improved interest of a player.

One aspect of the present invention is a presentation process for presenting a recommended deck, which is composed of a plurality of first game elements and is recommended for use in a competitive game, to a computer, a reception process for accepting a selection of the recommended deck by a player, and the above-mentioned. This is a program for executing a recommended deck setting process for setting a recommended deck selected by a player using a first game element owned by the player.

One aspect of the present invention is a first aspect in which a computer can set a normal deck composed of a plurality of first game elements including a first game element owned by the player based on a selection operation of the first game element by the player. Based on the setting means and the deck selection operation by the player, a deck different from the normal deck and recommended for use in the battle game can be set by using the first game element owned by the player. It is a program that functions as a second setting means.

One aspect of the present invention is a program for controlling a competitive game using a deck composed of a first game element on a computer, and is an acquisition process for acquiring information on a player on the computer, information on the player. Is a program for executing a selection process for selecting a second recommended deck from among the first recommended decks recommended for use in a battle game, and a process for outputting the second recommended deck.

One aspect of the present invention includes a memory in which an execution instruction is stored and a processor, and the processor is composed of a plurality of first game elements by the execution instruction and is recommended for use in a competitive game. A presentation process for presenting a deck, a reception process for accepting the selection of the recommended deck by the player, and a recommended deck setting process for setting the recommended deck selected by the player using the first game element owned by the player. Is a terminal that executes.

One aspect of the present invention is composed of a plurality of first game elements, a presenting means for presenting a recommended deck recommended for use in a competitive game, a receiving means for accepting the selection of the recommended deck by the player, and a player. The recommended deck is provided with a recommended deck setting means for setting the selected recommended deck using the first game element owned by the player, and the recommended deck is acquired by using the first recommended deck and the information about the player. It is a game system including the second recommended deck.

One aspect of the present invention is to acquire a recommended deck, which is composed of a first acquisition means for acquiring information about a player and a plurality of first game elements and is recommended for use in a competitive game, by using the information about the player. It is a game management device including a second acquisition means for outputting the recommended deck and an output means for outputting the recommended deck.

The present invention can provide a game with improved player interest.

FIG. 1 is a diagram showing an overall configuration example of a game system according to the present embodiment. FIG. 2 is a diagram showing an example of a device configuration of a smartphone, which is an example of a player terminal 1. FIG. 3 is a diagram illustrating a battle screen displayed on the display 11 of the player terminal 1. FIG. 4 is a block diagram showing a functional configuration example of the player terminal 1. FIG. 5 is a diagram showing an example of card setting data. FIG. 6 is a diagram showing an example of user information data. FIG. 7 is a diagram showing an example of recommended deck data. FIG. 8 is a diagram illustrating a deck organization menu screen. FIG. 9 is a diagram illustrating a deck organization screen. FIG. 10 is a diagram illustrating a deck organization screen. FIG. 11 is a diagram illustrating a second recommended deck presentation screen. FIG. 12 is a diagram showing a display example when there is an unowned card. FIG. 13 is a diagram illustrating an alternative card proposal screen. FIG. 14 is a diagram showing a functional configuration example of the game server 2. FIG. 15 is a diagram showing an example of battle data. FIG. 16 is an overall sequence diagram for explaining the operation of the player terminal 1 and the game server 2. FIG. 17 is an overall sequence diagram for explaining the operation of the player terminal 1 and the game server 2. FIG. 18 is a flowchart for explaining the second recommended deck selection process. FIG. 19 is a flowchart for explaining the alternative card selection process. FIG. 20 is a flowchart for explaining the deck organization process. FIG. 21 is a flowchart for explaining the first recommended deck formation process. FIG. 22 is a flowchart for explaining the normal deck formation process. FIG. 23 is a diagram showing a display example when there is an unowned card.

[overall structure]
FIG. 1 is a diagram showing an overall configuration example of a game system according to the present embodiment. As shown in FIG. 1, the game system includes a player terminal 1 prepared for each player A and B of the game, and a game server 2. The player terminal 1 and the game server 2 can be connected to the communication line N and can communicate with each other.

The communication line N means a communication path capable of data communication. That is, the communication line N includes a telephone communication network, a cable network, a communication network such as the Internet, as well as a LAN by a dedicated line (dedicated cable) for direct connection and Ethernet (registered trademark), and the communication method is wired. / Regardless of wireless.

The player terminal 1 is a computer capable of executing a game program, and can be connected to a communication line N via a wireless communication base station or the like to perform data communication with the game server 2. The player terminal 1 is, for example, a smartphone, a mobile phone, a portable game device, a stationary home-use game device, a business-use game device, a personal computer, a tablet computer, a controller of a stationary home-use game device, or the like. Basically, there are a plurality of player terminals 1 and they are operated by each player.

The game server 2 is a server system configured to include a single server device, a plurality of server devices, a storage device, and the like. The game server 2 provides various services for operating the game of the present embodiment, manages data necessary for operating the game, distributes game programs and data necessary for executing the game on the player terminal 1, and the like. It can be performed.

FIG. 2 is a diagram showing an example of a device configuration of a smartphone, which is an example of a player terminal 1. As shown in FIG. 2, the player terminal 1 includes a display 11, a touch operation panel 12 integrally configured with the display 11, and a speaker 13. Further, the player terminal 1 is provided with a control board (not shown), a built-in battery, a power button, a volume control button, and the like.

The control board is equipped with various microprocessors such as a CPU, GPU, and DSP, various IC memories such as ASIC, VRAM, RAM, and ROM, and a wireless communication module for wireless communication with a mobile phone base station. Further, a so-called I / F circuit (interface circuit) or the like, such as a driver circuit of the touch operation panel 12, is mounted on the control board. Each element mounted on these control boards is electrically connected via a bus circuit or the like, and is connected so as to be able to read / write data and send / receive signals.

In the present embodiment, the above-mentioned game system uses a first game element associated with the first player A and a first game element associated with the second player B as an opponent. An example applied to a competitive game will be described.

Here, the first game element is a character, and is represented by being embodied in an image, a virtual or tangible article, or the like. Images include still images and moving images. An example of a virtual or tangible article is, for example, a virtual card displayed on a computer, a tangible card, or the like. The article is not limited to a card as long as it is an article configured so that the game element associated with the article can be specified. The article may be, for example, a modeled object such as a figure having the appearance of a game element.

In the following description, in the game to be executed, the first game element that can be made to appear by using a card is a character whose behavior is controlled based on the operation of a player (including a non-player operated by a computer). It is assumed that the card is attached with a design of the corresponding character (an image showing the appearance of the character). Furthermore, the card for specifying the game element of the game to be executed is not limited to this, and the card is not limited to the one that can specify the game element such as a character, and the item, the effect to be activated, etc. Needless to say, it may specify other game elements.

The deck is composed of a predetermined number of first game elements. A predetermined number of first game elements are set as the player's deck. For example, when the first game element is embodied in a virtual card displayed on a computer, the deck is a group of cards composed of a predetermined number of cards. The decks that can be set in this embodiment include a normal deck and a recommended deck. A normal deck is a deck that is organized by a normal deck organization function according to an operation by a player. On the other hand, the recommended deck is a deck recommended for use in a competitive game. The recommended deck is determined by the deck composition (cards included in the deck) based on, for example, the balance of the parameters of the first game element (card), the winning percentage, the usage rate, the popularity, and the ease of use in the competitive game. It is a deck that has been played. Recommended decks include a first recommended deck and a second recommended deck. Since the second recommended deck is a recommended deck obtained by using information about the player, it is a deck more suitable for the player than the first recommended deck. In the present embodiment, when the player does not possess all of the first game elements (cards) included in the recommended deck, the first game element (card) possessed by the player is not possessed. A first game element (alternative card) that substitutes for (card) can be selected and proposed to the player.

At least one attribute of a plurality of attributes is associated with the first game element (card). Each of these attributes is specified, for example, by color. In this case, the first game element is associated with any of a plurality of different colors (eg, red, white, yellow, blue, green, purple). The type of color is not limited to this, and other colors may be used.

Further, in the battle game to which the present embodiment is applied, a second game element different from the first game element is added. The second game element is a character like the first game element, but does not necessarily have to be associated with a virtual or physical article.

The second game element uses the first game element owned by the player in the game. Using the first game element includes determining the selection or action of the first game element in the game. Assuming that the first game element is, for example, a character embodied in a card, the second game element autonomously or voluntarily (actively) determines the selection or action of the card held by the player in an in-game match. do. In other words, it performs the same operation as the selection of the first game element or the determination of the action performed by the player, like the function of a non-player operated by a computer. However, the conventional non-player is operated by a computer instead of a human player, but the second game element exists separately from the human player and uses the first game element owned by the player. It is different in that it does. And, unlike the conventional non-player, the player and the second game element form one group (pair). The second game element is not necessarily one, and there may be a plurality of types. The player can select one or a plurality of second game elements constituting a group with himself / herself from a plurality of types of second game elements. When a plurality of second game elements exist, each second game element has a different initial value of character information described later, and affects the autonomous or voluntary (active) behavior of the second game element. ..

The second game element has character information. The character information affects the autonomous or spontaneous (active) behavior (use of the first game element) of the second game element. In other words, character information is the ability of the second game element, and the difference in this ability causes the autonomous or spontaneous (active) behavior of the second game element to differ. The character information changes as the game progresses. The character information may include a plurality of parameters. For example, in this embodiment, the character information includes parameters of level, card comprehension, synchronization level, and personality.

The level represents the basic level of the second game element, and is increased by the experience value obtained from the battle result. Then, as the level goes up, the thinking ability of the second game element can be raised. The higher the thinking ability, the more appropriately the first game element can be used according to the situation of the game.

The card comprehension level is a parameter that changes depending on the usage status, frequency of use, etc. of the type of the first game element in the battle, and indicates the comprehension level for the first game element. The higher the degree of understanding, the more the first game element (card) can be used at an appropriate timing.

The sync level increases as the game progresses. Synchro levels are also increased by achieving certain in-game events. Predetermined events include logging in to the game, acting with players in the game, purchasing cards, and acquiring specific cards. The higher the sync level, the more intimate the movement. The synchronization level can be said to be a parameter indicating the relationship between the player and the second game element.

Personality is an attribute related to the character of the second game element. One of a plurality of attributes (colors) is set for the personality. The personality is changed according to the frequency of use of the attribute (color) of the first game element used in the battle.

The autonomous or voluntary (active) action by the second game element is performed based on the information given by the AI function provided in the game server 2. This AI function is an AI function obtained by machine learning using the contents of the game progress of many competitive games and the results thereof as teacher data. The machine learning method is typically, but not limited to, deep learning, reinforcement learning, or a combination thereof.

Further, the autonomous or voluntary (active) behavior by the second game element is not only changed by the performance of the AI function provided in the game server 2, but also depends on the character information of the second game element. For example, depending on the character information of the second game element, it may not be possible to extract all the capabilities of the AI function included in the game server 2, and only a part of the capabilities of the AI function may be extracted. That is, it is an image that the ability of the AI function provided in the game server 2 is sequentially released as the character information of the second game element increases. For example, an algorithm for finding the optimum solution may be used, and the search time for the solution may be increased as the character information of the second game element increases so that a more optimal solution can be obtained. Further, a plurality of algorithms having different accuracy may be prepared, and the higher the character information of the second game element, the higher the accuracy of the algorithm may be used. The above-mentioned second game element is referred to as a buddy in the following description.

[Outline of game content]
Next, in order to help understanding the description of the embodiment, the outline of the game will be described using the display screen of the display 11 of the player terminal 1.

In the game of the present embodiment, the players A and B use a virtual game card (a first game element embodied by a character, hereinafter simply referred to as a "card") which is a game object in the game. Multiple types of cards are prepared, and they are distinguished by the combination of the character's abilities, attributes, costs, rarities, etc. associated with each. As for the character's ability, for example, the level, attack power, HP, and other ability parameter values used for battle play (battle) with an opponent such as a computer-controlled enemy character or another player are defined.

The minimum number of cards required for battle play (battle) is given at the time of account registration, and can be obtained during the game, by purchase as a chargeable item, or by lottery called gacha. .. In addition, the card can also be obtained by obtaining a real game card (hereinafter referred to as "real card") and performing a registration procedure for making the obtained real card usable in the game. Specifically, the players A and B can acquire a card of the card type associated with the real card by performing the registration procedure of the real card.

Then, the player A organizes a deck with a predetermined number of cards (for example, 40 cards) possessed, and challenges the battle play (battle) using the deck. In battle play using a deck, you can win or lose against your opponent by using the character's ability parameter values, attributes, costs, rarity, and other settings defined for the cards that make up the deck (deck cards). It is something to decide.

When starting the game, players A and B register an account. At the time of this account registration, by selecting a favorite buddy from a plurality of types of second game elements (hereinafter referred to as buddy) presented by the player terminal 1, the buddy forming a group together with the players A and B can be formed. Each is set. The character of this selected buddy can change the later gameplay style. Then, each player A and B organizes a deck with a predetermined number (for example, 40) of the cards they have. Deck organization can be performed from the deck organization menu presented as one of the touch operations of the card menu from the home screen or the like. Battle play (battle) is started by selecting and operating the battle menu from the home screen displayed after login.

FIG. 3 is a diagram showing an example of a battle screen of a battle game displayed on the display 11 of the player terminal 1. The battle screen displayed on the display 11 includes a first player area 40, which is an area of the own player, and a second player area 41, which is an area of an opponent player to play against. Further, at the boundary between the first player area 40 and the second player area 41, the operation information 42 that displays the information of the operation that can be executed at present is displayed.

Each area of the first player area 40 and the second player area 41 includes a hand area 43, a field area 44, a base area 45, and a life area 46. Cards (hands) acquired from the own deck are placed in the hand area 43. Cards selected by the player from the hand area 43 or the base area 45 are arranged in the field area 44. By consuming a predetermined cost, the card in the hand area 43 can be placed in the field area 44. Cards placed in the field area 44 can activate card actions or effects. In the base area 45, cards and mana items that are consumed as a cost for arranging cards in the field area 44 are arranged. The life area 46 includes a player life area 47, which is an area of a player having a life (HP), and a force life area 48, which is an area of a first object (force) having a life as well. In the player life area 47, the second object corresponding to the player and the life value of the player are displayed. In the force life area 48, the first object and the life value of the first object are displayed. The first object exerts a specific effect in the game.

In the battle, the turn of the player A and the turn of the opponent player B are executed alternately. Each turn consists of multiple phases such as a standby phase, a mana phase (card use preparation phase), and a main phase (competition phase).

The standby phase consists of steps such as placing a card drawn from the deck in the hand area 43. In the mana phase, players may place cards or mana items in their base area 45.

In the main phase, the player can summon a character, attack an opponent (attack), activate a card effect, move a card, and so on. Summoning a character means placing a card in the field area 44 on condition that the cost is consumed.

The attack on the opponent is composed of a plurality of steps such as an attack designation step, a flash timing step, a block designation step, and a battle resolution step. The attack designation step is a step in which the own player selects an attack target from the opponent player and the force. The flash timing step is a step in which the own player and the opponent player can use a specific card having special effects with each other. The block designation step is a step in which the opponent player can select whether or not to block the attack from the own player by using the card arranged in the field area 44 of the second player area 41. The battle resolution step is a step of determining the result of the attack, and based on the determination result, performing a resolution process such as extinguishing the card on the attack side or the card on the block side, reducing the life of the opponent player or the force.

The activation of the card effect activates the effect of a specific card having a special effect (for example, a magic card) arranged in the hand area 43 on condition that the cost is consumed. Further, the movement of the card is to move the card between the field area 44 and the base area 45. The player may end the battle phase without summoning a character, attacking an opponent (attack), activating a card effect, moving a card, or the like.

The turn consisting of such a series of phases is repeated alternately by the team of player A and the team of the opponent player B, and the life of any player becomes 0 or the number of cards in the deck becomes 0. By doing so, the victory or defeat is decided. The player's rank, buddy's experience value, buddy's character information, etc. change depending on the match result of the game. Information that changes depending on the battle result of the game (experience value of buddy, character information of buddy, element, rank of player, etc.) is called change ability information.

[Functional configuration]
FIG. 4 is a block diagram showing a functional configuration example of the player terminal 1.

As shown in FIG. 4, the player terminal 1 includes an operation input unit 50, a storage unit 51, a processing unit 52, an image display unit 53, a sound output unit 54, and a communication unit 55.

The operation input unit 50 is for the player to input various operations related to the game, and outputs an operation input signal corresponding to the operation input to the processing unit 52. The functions of the operation input unit 50 include, for example, touch operation pads, home buttons, button switches, joysticks, trackballs, and other elements that the player directly operates with their fingers, as well as acceleration sensors, angular velocity sensors, tilt sensors, and geomagnetic sensors. It can also be realized by an element that detects movement or posture. In FIG. 2, the touch operation panel 12 corresponds to this.

The storage unit 51 stores in advance a program for operating the player terminal 1 and realizing various functions included in the player terminal 1, data used during execution of this program, and the like, or temporarily stores each time a process is performed. Is remembered. The storage unit 51 can be realized by, for example, an IC memory such as a RAM, ROM, or a flash memory, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or a DVD, or the like.

A system program and a game program are stored in the storage unit 51. The system program is a program for realizing the basic functions of the player terminal 1 as a computer. The game program is a program for making the processing unit 52 function as the game calculation unit 61. This program is distributed from the game server 2 or another application distribution server or the like when the player completes the account registration.

Further, the storage unit 51 stores card setting data, user information data, and recommended deck data. In addition, model data and texture data for displaying images of game elements, motion data, effect data, background images of game screens, sound data such as sound effects, etc. are distributed as data necessary for the game as appropriate. And stored in the storage unit 51.

The card setting data is information on the character's ability of the card held by the player, the attributes of the card, and the like, and is prepared for each card. FIG. 5 is a diagram showing an example of card setting data of a card owned by a player. FIG. 5 shows the card setting data of one card specified by the card identification information “001”. The card setting data includes card identification information, character name, card image, race, ability, attack power, hit point, rarity, cost information, attribute (color), and the like. Note that FIG. 5 shows an example of card setting data, and the present invention is not limited to this. The card setting data increases or decreases as the number of cards held by the player increases or decreases.

The user information data is various data related to the player used in the progress of the game. FIG. 6 is a diagram showing an example of user information data. In the example of FIG. 6, the user information data includes player ID, rank, element (cumulative victory points up to now), buddy setting data, possessed card information, deck setting data, and battle record data (results of each player and buddy match). , Includes balance information, etc. Buddy setting data is data related to a buddy selected by the player from multiple types of buddies at the time of account registration, and is buddy identification information, character image, buddy name, buddy experience value, character information (level, card comprehension, personality). , Sync level) etc. are included. The personality includes data of the color (attribute) associated with the buddy at that time and the points (cumulative value) for each color. The possessed card information includes the card identification information of the card possessed by the player. The deck setting data is data related to each deck owned by the player, and includes card identification information of the cards constituting each deck. The user information data is not limited to the example of FIG. 6, and may have other data structures.

The recommended deck data is the data used in the formation of the recommended deck. FIG. 7 is a diagram showing an example of recommended deck data. In the example of FIG. 7, the recommended deck data includes recommended deck identification information, deck names, card identification information of cards constituting the deck, and the like for each recommended deck.

The processing unit 52 comprehensively controls the operation of the player terminal 1 based on the programs and data stored in the storage unit 51, the operation input signal from the operation input unit 50, and the like. The function of the processing unit 52 can be realized by, for example, a microprocessor such as a CPU or GPU, or an electronic component such as an ASIC or an IC memory. The processing unit 52 includes a game calculation unit 61, an image generation unit 62, a sound generation unit 63, and a communication control unit 64 as main functional units.

The game calculation unit 61 executes various game processes for realizing the game of the present embodiment, and outputs the processing results to the image generation unit 62 and the sound generation unit 63. The game calculation unit 61 includes a card supply unit 70, a card management unit 71, a deck setting unit 72, a recommended deck setting unit 73, a buddy setting unit 74, a card operation control unit 75, and a game management unit 76. including.

The card providing unit 70 performs processing related to the provision of the card. The card is provided to the player by satisfying a predetermined condition. The predetermined conditions include payment of price (money, in-game currency, points acquired by the player by participating in a lottery event held on the Internet, etc.), in-game or out-of-game actions of the player. There are exchanges for the obtained consideration, registration of user accounts, etc. The card providing unit 70 transmits a card providing request to the game server 2, and receives card data transmitted from the game server 2 from the game server 2 via the communication unit 55 when the card providing conditions are satisfied. It is added to the card setting data of the storage unit 51.

The card management unit 71 manages the possessed cards held by the player.

The deck setting unit 72 normally performs deck setting processing. Ordinary deck organization can be performed, for example, by touching the card menu from the home screen and using the deck organization menu presented as one of them. FIG. 8 is an example of a deck organization menu screen. The deck organization menu screen of FIG. 8 has a normal deck button B1 for organizing a normal deck, a recommended deck area R1 that selectively presents a plurality of recommended decks, and a recommended deck (second recommended deck) more suitable for the player. Includes an advice button B3 for requesting presentation.

On the deck organization menu screen, the recommended deck is presented as recommended over the normal deck button. For example, the recommended deck area R1 and the advice button B3 are displayed at the upper part of the screen than the normal deck button B1. Further, for example, the recommended deck area R1 is displayed larger on the screen than the normal deck button B1.

When the normal deck button B1 is pressed, the deck setting unit 72 displays the deck formation screen and performs a process of forming a normal deck according to an operation by the player. FIG. 9 is an example of a deck organization screen. The deck organization screen of FIG. 9 includes a possessed card area 31 in which cards possessed by the player are displayed, and a deck area 32 in which cards constituting the deck are displayed. The player selects a card displayed in the possessed card area 31 and slides the card into the deck area 32, so that the operated card is included in the deck. Further, by sliding the card in the deck area 32 out of the deck area 32, the operated card is excluded from the deck. When the deck save button on the deck organization screen is pressed, the deck setting unit 72 generates deck setting data including card identification information of all the cards arranged in the deck area 32 and stores it in the storage unit 51. In this way, a normal deck is created.

The recommended deck setting unit 73 performs the setting process of the recommended deck. The recommended deck area R1 of the deck organization menu screen (see FIG. 8) includes a recommended deck button B2 corresponding to each of the plurality of recommended decks. The deck name and the like of the corresponding recommended deck is displayed on each recommended deck button B2. When any of the recommended deck buttons B2 in the recommended deck area R1 is pressed, the recommended deck setting unit 73 performs a process of organizing a recommended deck according to an operation by the player. In this process, the recommended deck setting unit 73 shifts the screen display to the deck organization screen (FIG. 9). The recommended deck setting unit 73 acquires the recommended deck data of the recommended deck corresponding to the pressed recommended deck button B2 from the storage unit 51, and acquires the card identification information of the cards included in the recommended deck. Then, the card image or the like corresponding to the acquired card identification information is acquired from the card setting data of the storage unit 51 and displayed in the deck area 32 of the deck organization screen. At this time, the recommended deck setting unit 73 uses the card identification information included in the recommended deck and the card identification information (card identification information of the card owned by the player) of the possessed card information in the user information data of the storage unit 51. Among the cards of the recommended decks, the cards owned by the player and the cards not owned by the player (unowned cards) are displayed in the deck area 32 in different expression forms. For example, as shown in FIG. 10, the image of the card owned by the player may be displayed in color, and the image of the card not owned by the player may be displayed in gray. Further, a mark indicating that the card is not owned may be displayed on the corresponding card image. The unowned card displayed in the deck area 32 can be excluded from the deck by the operation of sliding the card out of the deck area 32. If the unowned cards are excluded, there will be a shortage of cards that make up the deck, but as in the case of normal deck organization, by sliding the cards in the possessed card area 31 to the deck area 32, the cards will be moved to the deck area 32. Can be added to. Then, when the deck save button on the deck organization screen is pressed, the recommended deck setting unit 73 generates deck setting data including card identification information of all the cards arranged in the deck area 32 and stores it in the storage unit 51. do. In this way, the recommended deck (first recommended deck) is created.

When the advice button B3 is pressed, the display screen transitions to the second recommended deck presentation screen. The second recommended deck presentation screen is illustrated in FIG. The second recommended deck presentation screen is a screen for presenting a second recommended deck more suitable to the player in a selectable manner. The second recommended deck presentation screen in this embodiment is a recommended deck (second recommended deck) selected from the recommended deck (first recommended deck) presented in the recommended deck area R1 of the deck organization menu screen (FIG. 8). Is presented. On the second recommended deck presentation screen, the recommended deck button B2 corresponding to each of the second recommended decks is displayed. The deck name and the like of the corresponding recommended deck is displayed on each recommended deck button B2. Since the second recommended deck is presented on a screen different from the screen on which the first recommended deck is presented, it can be said that the second recommended deck and the first recommended deck are presented in a distinguishable manner. The process of selecting the second recommended deck suitable for the player from the first recommended deck is executed on the game server 2 side. This selection process will be described later.

When any of the recommended deck buttons B4 on the second recommended deck presentation screen is pressed, the recommended deck setting unit 73 shifts the screen display to the deck organization screen (FIG. 9). The recommended deck setting unit 73 acquires the recommended deck data of the recommended deck corresponding to the pressed recommended deck button B4 from the storage unit 51, and acquires the card identification information of the cards included in the recommended deck. Then, the card image or the like corresponding to the acquired card identification information is acquired from the card setting data of the storage unit 51 and displayed in the deck area 32 of the deck organization screen. At this time, the recommended deck setting unit 73 uses the card identification information included in the recommended deck and the card identification information (card identification information of the card owned by the player) of the possessed card information in the user information data of the storage unit 51. Among the cards in the recommended decks, the cards owned by the player and the cards not owned by the player (unowned cards) are displayed in different expression forms (for example, color display and gray display) in the deck area. Displayed on 32. Further, as a result of collation, if there is an unowned card in the card of the recommended deck, the recommended deck setting unit 73 becomes a message indicating that there is an unowned card and substitutes for the unowned card, for example, as shown in FIG. A request for proposal button B5 for the player to request a proposal for a card (alternative card) and a button B6 for the player to organize a deck are displayed on the screen. Further, as shown in FIG. 12, a message indicating that there is an unowned card may be displayed together with an image of the buddy as if it were a comment from the buddy. The message may be output by the voice data of the buddy.

When the proposal request button B5 is pressed, the recommended deck setting unit 73 shifts the screen display to the proposal screen in which the alternative card is presented. The proposal screen is illustrated in FIG. On the proposal screen, an unowned card and a corresponding alternative card are presented. As shown in FIG. 13, the proposal of the alternative card may output (display and / or voice output) the image and message of the buddy as the proposal from the buddy. Further, the proposal screen includes an adoption button B7 that is pressed when the player adopts the proposal of the alternative card. When the adoption button B7 is pressed, the recommended deck setting unit 73 generates deck setting data including the card identification information of the substitute card instead of the card identification information of the unowned card for the recommended deck, and stores it in the storage unit 51. do. In this way, the recommended deck is created. Further, the proposal screen includes a button B8 for the player himself to organize the deck. When the proposal is not adopted and the button B8 is pressed, the recommended deck setting unit 73 displays the deck organization screen and performs a process of organizing the deck according to the operation by the player.

The buddy setting unit 74 performs various setting processes related to buddies, such as setting a buddy selected by a player from a plurality of types of buddies.

The card operation control unit 75 determines a card selection and a card action by the player's operation in the battle, and performs processing of selecting the determined card, displaying an image according to the determined card action, and generating action selection information. Further, the card operation control unit 75 transmits the generated action selection information to the game server 2 via the communication unit 55.

The game management unit 76 manages the progress of the entire game. For example, the game management unit 76 displays a menu screen or the like and executes a process selected by the player. Further, when the game management unit 76 determines the outcome of the game, the game management unit 76 receives the battle result and various information (change ability information) changed by the battle from the game server 2 and stores (updates) it in the storage unit 51. Change ability information includes rank, element, buddy experience value, level, card comprehension, personality, synchronization level, and the like. The game management unit 76 may display various updated information. For example, at least a portion of a player's rank, buddy experience, buddy level, card comprehension, personality, and sync level may be displayed on the screen.

The image generation unit 62 generates one game screen in one frame time (for example, 1/60 second) based on the processing result of the game calculation unit 61, and outputs the image signal of the generated game screen to the image display unit 53. do. The function of the image generation unit 62 is used, for example, for a processor such as a GPU or a digital signal processor (DSP), a program such as a video signal IC or a video codec, an IC memory for a drawing frame such as a frame buffer, and expansion of texture data. It can be realized by using an IC memory or the like.

The sound generation unit 63 generates sound signals such as sound effects related to the game, BGM, voice information of operation assist information, and various operation sounds based on the processing result of the game calculation unit 61, and outputs them to the sound output unit 54. The function of the sound generation unit 63 can be realized by, for example, a processor such as a digital signal processor (DSP) or a voice synthesis IC, an audio codec capable of reproducing a voice file, or the like.

The communication control unit 64 performs communication connection and data processing for data communication with the game server 2.

The image display unit 53 displays various game screens based on the image signals input from the image generation unit 62. The function of the image display unit 53 can be realized by a display device such as a flat panel display, a cathode ray tube (CRT), a projector, or a head-mounted display. In FIG. 2, the image display unit 53 corresponds to the display 11.

The sound output unit 54 is for outputting sound, sound effects, and the like related to the game based on the sound signal input from the sound generation unit 63. In FIG. 2, the sound output unit 54 corresponds to the speaker 13.

The communication unit 55 connects to the communication line N to realize communication. The function of the communication unit 55 can be realized by, for example, a wireless communication device, a modem, a TA (terminal adapter), a jack of a wired communication cable, a control circuit, or the like.

Next, the configuration of the game server 2 will be described. FIG. 14 is a block diagram showing a functional configuration example of the game server 2.

The game server 2 includes a storage unit 91, a processing unit 92, and a communication unit 93.

A system program and a game program are stored in the storage unit 91. The system program is a program for realizing the basic functions of the game server 2 as a computer. The game program causes the processing unit 92 to function as a player management unit 101, a game management unit 102, an AI processing unit 103, a recommended deck processing unit 104, an information update unit 105, and a card provision management unit 106. It is a program.

Further, the recording unit 91 stores card data, recommended deck data, user information data, and battle data.

The card data is the card data of all the cards used in this game. Basically, the same data as the card setting data of FIG. 5 described above is stored for all the cards used in the game.

The recommended deck data has the same data structure as the recommended deck data (see FIG. 7) managed by the player terminal 1. The recommended deck data is acquired by the game server 2 based on, for example, card parameters and information on the battle game of a plurality of players (win rate, usage rate, popularity, ease of use, etc. of the deck or card). It is data showing the configuration (card identification information) of the recommended deck. The game server 2 transmits recommended deck data to the player terminal 1 at predetermined timings (for example, updating the game program, every predetermined time, logging in, etc.).

The user information data is basic data of players participating in the game, and user information data for each player is stored. The user information data stored in the storage unit 91 has the same data structure as the user information data (see FIG. 6) managed by the player terminal 1.

The match data is data related to the content and result of each match of each player, and is stored for each player. A player's match includes a match by that player and a match by that player's buddy. FIG. 15 is a diagram showing an example of battle data. In the example of FIG. 15, the battle data is associated with the user identification information of the player, and the battle ID, the battle result (win / loss), the battle date / time, the opponent (player or buddy), and the deck information used (used for the battle). Includes information such as card identification information of the deck) and detailed information on the match. The match details information is information about the details of the match content, for example, the card identification information of all the cards included in the deck used by the player or the buddy in the match, the card identification information of the cards used in each turn, and the card identification information of each turn. Includes information such as the results of battles. Here, the card used in each turn includes, for example, a card summoned to the field by the player paying the cost set for the card in each turn. The content of the detailed battle information is not limited to this, and various information regarding the battle may be included.

The processing unit 92 includes a player management unit 101, a game management unit 102, an AI processing unit 103, a recommended deck processing unit 104, an information update unit 105, and a card provision management unit 106.

The player management unit 101 manages the account, the progress of the game, and the like for each connected player terminal 1 by using the user information data.

The game management unit 102 receives card setting information, action selection information, etc. indicating the card arrangement status from each player terminal 1, performs battle processing using the card setting information, action selection information, and card data, and the processing result. Is output. Further, the game management unit 102 generates battle data when the life or deck of any player becomes 0 and the battle ends, and stores the battle data in the storage unit 51 in association with the user identification information of the player.

The AI processing unit 103 has a learning model obtained by machine learning the teacher data such as the contents of the game progress of many competitive games and the results thereof. Deep learning is a typical method of machine learning, but it is not limited to this. The AI processing unit 103 inputs the card setting information transmitted from the player terminal 1, the character information of the buddy of the player of the player terminal 1, and the like, and outputs the card operation information of the buddy in the status of the card setting information. The output content of the learning model differs depending on the character information of the buddy. The higher the character information (ability) of the buddy, the more optimal the solution can be obtained (for example, the search time for the optimal solution is lengthened, or a learning model that can obtain the optimal solution is used). Is executed.

The recommended deck processing unit 104 performs a second recommended deck selection process for selecting a second recommended deck from the first recommended deck, using information about the player, in response to a predetermined request from the player terminal 1. In the second recommended deck selection process, for example, among the first recommended decks, a deck in which the cards constituting the deck include a predetermined number or more of the cards owned by the player may be selected as the second recommended deck. good. In this case, the card identification information included in the recommended deck data and the card identification information included in the card possession information of the player's user setting data are collated for each recommended deck data, and a recommended deck with a predetermined number of matches or more is selected. do. Further, in the selection process, for example, among the first recommended decks, a deck close to the deck used by the player in the battle may be selected. In this case, the card identification information included in the recommended deck data and the card identification information included in the used deck information of the player's battle data are collated for each recommended deck, and a recommended deck having a predetermined number of matches or more is selected. The information about the player used in the election process includes, for example, the player's card holding status, the player's card usage tendency in a match, and the like. The holding status of the player's card can be obtained from, for example, the holding card information in the user information data. The usage tendency of the player's card in the battle can be obtained from, for example, the deck information used in the battle data, the detailed battle information, and the like.

Further, the recommended deck processing unit 104 selects, in response to a request from the player terminal 1, a substitute card for the unowned card in the second recommended deck selected by the player from the cards owned by the player. In this selection process, a card having a high degree of similarity to the non-owned card in the second recommended deck is obtained from the player's possessed card (owned card information in the user information data). For example, the correlation value of the parameter of the card setting data may be obtained for each card owned by the player and the unowned card, and the possessed card having the maximum correlation value may be selected as a card having a high degree of similarity to the unowned card.

The information updating unit 105 uses the battle data and the like stored in the storage unit 91 to change the buddy's experience value, level, card comprehension, personality, synchronization level, element, rank, etc. in the player's user information data. The information is updated, and the updated information is transmitted to the player terminal 1.

In the element update process, the information update unit 105 adds or subtracts a predetermined value to the element according to the winning / losing result in the battle data. Further, regarding the rank update process, since the rank is determined in conjunction with the element, the rank is increased, decreased or maintained according to the changed element. Further, regarding the update process of the buddy experience value, the information update unit 105 adds a predetermined value according to the winning / losing result in the battle data. In addition, regarding the level update process, since the level is determined in conjunction with the buddy experience value, the level is increased, decreased, or maintained according to the changed buddy experience value. Further, in the personality update process, the information update unit 105 updates according to the frequency of use for each attribute of the cards used in the battle. Further, the information updating unit 105 raises the card comprehension level by a predetermined rate based on the frequency of use of each card used in the battle. In addition, regarding the sync level, the value is increased by a predetermined rate by a predetermined event (for example, the end of a match, etc.) regardless of the result of winning or losing or the information of the card used.

The card provision management unit 106 reads the card information from the storage unit 91 and transmits it to the player terminal 1 in response to the card provision request from the player terminal 1. When the card purchase request is received from the player terminal 1, after the payment of the price is confirmed, the data corresponding to the data corresponding to the card setting data is read from the storage unit 91 and transmitted to the player terminal 1. Further, the card information acquired by the player is supplied to the player management unit 101. The price may be paid, for example, by deducting the price from the balance (balance of in-game currency or points) in the user information data stored in the storage unit 91, or another payment method may be used.

The communication unit 93 connects to the communication line N to realize communication.

[Operation of each device]
Next, the operation of each device will be described. 16 and 17 are sequence diagrams of the entire system including the player terminal 1 and the game server 2.

First, the player selects, for example, the "card menu" from the menu screen after logging in to the player terminal 1. In response to this, the deck setting unit 72 of the player terminal 1 acquires data such as the deck name of each recommended deck from the recommended deck data stored in the storage unit 51 (Step 11), and uses the deck name of the recommended deck. Display the deck organization menu screen that was used (Step 12). The deck organization menu screen (see FIG. 9) includes a normal deck button B1, a recommended deck area R1 that selectively presents a plurality of recommended decks (first recommended decks), and an advice button B3.

When the advice button B3 is pressed by the player (Step 13: advice button), the recommended deck setting unit 73 transmits the second recommended deck request to the game server 2 together with the user identification information of the player (Step 14).

The recommended deck processing unit 104 of the game server 2 performs a second recommended deck selection process for selecting a second recommended deck in response to a request from the player terminal 1 (Step 15).

The second recommended deck selection process by the game server 2 will be described with reference to FIG.
The recommended deck processing unit 104 acquires the possessed card information of the user information data corresponding to the received user identification information among the user information data of the storage unit 91 (Step 151).

The recommended deck processing unit 104 is the i-th (i = 1, ..., M) first recommended deck among the recommended deck data corresponding to the first recommended deck having a total number of M stored in the storage unit 91. Acquires the card identification information included in the recommended deck data of (Step 152).

The recommended deck processing unit 104 collates the card identification information of the i-th first recommended deck acquired in Step 152 with the card identification information included in the possessed card information acquired in Step 151, and counts the number of matching cards. , The count value is stored in the work area (Step 153).

The recommended deck processing unit 104 determines whether the processing has been completed for all the first recommended decks (Step 154), and if not (Step 154: No), adds 1 to i (Step 155). Return to the process of Step 152. When the processing is completed for all the first recommended decks (Step 154: Yes), the first recommended deck in which the number of matching cards is equal to or more than the predetermined value is referred to as the second recommended deck by referring to the count value of the work area. (Step 156). The recommended deck processing unit 104 transmits the deck identification information of the selected second recommended deck to the player terminal 2 of the requesting source (Step 157).

The description will be continued by returning to the sequence diagram of FIG. The recommended deck setting unit 73 of the player terminal 1 acquires data such as a deck name in the recommended deck data corresponding to the deck identification information received from the game server 2 among the recommended deck data of the storage unit 51 (Step 16). The second recommended deck presentation screen using the deck name is displayed (Step 17). In the example of FIG. 11, the recommended deck 3, the recommended deck 5, and the recommended deck 8 are presented as the selected second recommended deck.

When the recommended deck setting unit 73 detects a deck selection operation (pressing the recommended deck button B4) by the player from the second recommended deck presented on the second recommended deck presentation screen (Step 18), the selected second recommended deck is selected. The card identification information included in the recommended deck data of is acquired from the storage unit 51 (Step 19). The recommended deck setting unit 73 collates each card identification information included in the recommended deck data with the card identification information of the possessed card information in the user information data of the storage unit 51 (Step 20), and uses the collation result to organize the deck. Display the screen (Step 21). At this time, the recommended deck setting unit 73 displays a card image or the like corresponding to the card identification information acquired in Step 19 in the deck area 32 of the deck organization screen, but the card (player) that matches the card identification information in the collation of Step 20. The expression form is changed between the card (card possessed) and the card whose card identification information does not match in the collation of Step 20 (card not possessed by the player). In the example of FIG. 10, the cards owned by the player are displayed in color, and the cards not owned by the player are displayed in gray.

Further, as a result of collation of Step 20, the recommended deck setting unit 73 may find a card (unowned card) that does not match the card identification information of the card possession data among the card identification information of the recommended deck data (Step 22: Yes). ), For example, as shown in FIG. 12, a message indicating that there is an unowned card, a request for proposal button B5 for requesting a proposal for an alternative card to replace the unowned card, and the player himself for forming a deck. The organization button B6 and the above are displayed on the screen (Step 23).

When the request for proposal button B5 is pressed by the player (Step24: Yes), the recommended deck setting unit 73 makes a request for a substitute card together with the user identification information of the player and the deck identification information of the second recommended deck selected by the player. It is transmitted to the game server 2 (Step 25).

The recommended deck processing unit 104 of the game server 2 performs an alternative card selection process for selecting an alternative card for an unowned card of the second recommended deck in response to a request from the player terminal 1 (Step 26).

The alternative card selection process by the game server 2 will be described with reference to FIG.
The recommended deck processing unit 104 acquires the possessed card information of the user information data corresponding to the received user identification information from the user information data of the storage unit 91 (Step 261), and of the recommended deck data of the storage unit 91. , Acquires the card identification information corresponding to the received deck identification information (Step 262). Then, the card identification information of the recommended deck data acquired in Step 262 and the card identification information of the possessed card information acquired in Step 261 are collated, and among the card identification information acquired in Step 262, the unowned cards that do not match in the collation Acquire card identification information (Step 263).

Of the card identification information of the unowned cards (total number L) acquired in Step 263, the card setting data corresponding to the card identification information of the kth (k = 1, ..., L) unowned card is stored from the storage unit 91. A card corresponding to the card identification information of the jth (j = 1, ..., N) possessed card among the possessed cards (total number N) indicated by the possessed card information acquired (Step 264) and acquired in Step 261. The setting data is acquired from the storage unit 91 (Step 265), and the card setting data acquired in Step 264 and Step 265 is used to calculate the similarity between the kth unowned card and the jth owned card in the work area. Remember (Step 266).

In the calculation of the similarity, for example, the correlation value may be calculated using the value of each parameter of the card setting data of the unowned card and the value of each parameter of the card setting data of the possessed card to obtain the similarity. For example, the Euclidean distance d between the card setting data of the unowned card (parameter 1, parameter 2, ...) And the card setting data of the possessed card (parameter 1, parameter 2, ...) Is obtained, and the distance d is obtained. The closest (minimum) card may be the card with the highest similarity. For example, the reciprocal of the distance d may be used as the similarity, and the card with the highest similarity may be selected.

The recommended deck processing unit 104 determines whether the processing has been completed for all the possessed cards in the possessed card information (Step 267), and if not (Step 267: No), adds 1 to j (Step 268). ), Return to the process of Step 265. When the processing is completed for all the possessed cards (Step 267: Yes), the recommended deck processing unit 104 selects the possessed card having the maximum similarity by referring to the similarity of the work area, and the card identification information. Is determined as the card identification information of the substitute card of the kth unowned card and stored in the work area (Step 268).

The recommended deck processing unit 104 determines whether the processing has been completed for all the unowned cards acquired in Step 263 (Step 269), and if not (Step 269: No), adds 1 to k (Step 269: No). Step 270), the process returns to Step 264. Further, when the processing for all the unowned cards is completed (Step 269: Yes), the recommended deck processing unit 104 sets the card identification information and the card identification information of the alternative card for each of the all unowned cards. Generate and transmit to the player terminal 1 (Step 271).

The description will be continued by returning to the sequence diagram of FIG. The recommended deck setting unit 73 of the player terminal 1 uses the received card identification information of the unowned card and the card identification information of the corresponding alternative card to store data such as an image of each card from the storage unit 51 card setting data. Obtained and, for example, as shown in FIG. 13, a proposal screen in the form of proposing a substitute card for an unowned card is generated and displayed (Step 27).

When the player presses the adoption button B7 arranged on the proposal screen (Step 28: adoption button), the recommended deck setting unit 73 determines the card identification information of the unowned card for the second recommended deck selected in Step 18. Instead, deck setting data including the card identification information of the substitute card displayed on the proposal screen is generated and stored in the storage unit 51 (Step 29). In this way, the second recommended deck is created.

As a result of collation of Step 20, when all the card identification information included in the recommended deck data matches the card identification information of the card possession data (when there is no unowned card) (Step 22: Yes), the recommended deck setting unit. 73 generates deck setting data including card identification information of recommended deck data and stores it in the storage unit 51 (Step 30).

Further, when the knitting button B6 is pressed in Step 24 (Step 24: knitting button), the recommended deck setting unit 73 displays a screen similar to the deck knitting screen displayed in Step 21, and the second recommended deck is according to the player's operation. The deck organization process for organizing is performed (Step 31).

The deck organization process by the recommended deck setting unit 73 will be described with reference to FIG.
The recommended deck setting unit 73 displays a screen similar to the deck organization screen displayed in Step 21 (Step 301). When the recommended deck setting unit 73 detects a slide operation on the cards arranged in the possessed card area 31 or the deck area 32 on the deck organization screen (Step 302: slide operation), the operated cards are added to the deck or decked. A process of excluding from (Step 303) is performed. Further, when the save button is pressed on the deck organization screen (Step 302: save button), the recommended deck setting unit 73 generates deck setting data including card identification information of all the cards arranged in the deck area 32. It is stored in the storage unit 51 (Step 303). This creates a second recommended deck.

Further, when the recommended deck button B2 is pressed in Step 13 (Step 13: recommended deck button), the recommended deck setting unit 73 performs a first recommended deck organization process for organizing the selected first recommended deck (Step 32). ..

The first recommended deck organization process by the recommended deck setting unit 73 will be described with reference to FIG.
The recommended deck setting unit 73 acquires the card identification information included in the recommended deck data of the selected first recommended deck from the storage unit 51 (Step 311). The recommended deck setting unit 73 collates each card identification information included in the recommended deck data with the card identification information of the possessed card information in the user information data of the storage unit 51 (Step 312), and uses the collation result to organize the deck. Display the screen (Step 313). At this time, the recommended deck setting unit 73 displays a card image or the like corresponding to the card identification information acquired in Step 311 in the deck area 32 of the deck organization screen, but the card (player) whose card identification information matches in the collation of Step 312 is displayed. The expression form is changed between the possessed card) and the card whose card identification information does not match in the collation of Step 312 (card not possessed by the player) (see FIG. 10). When the recommended deck setting unit 73 detects a slide operation on the cards arranged in the possessed card area 31 or the deck area 32 on the deck organization screen (Step 314: slide operation), the operated cards are added to the deck or decked. The process of excluding from is performed (Step 315). Further, when the save button is pressed on the deck organization screen (Step 314: save button), the recommended deck setting unit 73 generates deck setting data including card identification information of all the cards arranged in the deck area 32. It is stored in the storage unit 51 (Step 316). In this way, the first recommended deck is created.

Further, when the normal deck button B1 is pressed in Step 13 (Step 13: normal deck button), the deck setting unit 72 performs a normal deck knitting process for knitting a normal deck (Step 32).

The normal deck organization process by the deck setting unit 72 will be described with reference to FIG. 22.
The deck setting unit 72 displays, for example, a deck organization screen as shown in FIG. 10 (Step 321). Then, when a slide operation for the cards arranged in the possessed card area 31 or the deck area 32 is detected on the deck organization screen (Step 322: slide operation), the processed card is added to the deck or excluded from the deck. Do (Step 323). Further, when the save button is pressed on the deck organization screen (Step 322: save button), the deck setting unit 72 generates deck setting data including card identification information of all the cards arranged in the deck area 32. It is stored in the storage unit 51 (Step 324). In this way, a normal deck is created.

As described above, according to the present embodiment, a recommended deck recommended for use in a competitive game is presented, and the recommended deck selected by the player is used by the first game element (card) owned by the player. And set. With such a configuration, the player can use the cards he or she owns to create a recommended deck recommended for use in a match, which improves the fun of the game. In addition, a recommended deck (second recommended deck) using the player's information is presented to the player. With such a configuration, the player can create a recommended deck suitable for his / her own card, his / her battle content, and the like.

<Modified example of the embodiment>
In the above embodiment, the second recommended deck is selected from the first recommended deck, but the present invention is not limited to this. The second recommended deck may be acquired independently of the first recommended deck using information about the player and presented to the player terminal 1.

The recommended deck processing unit 104 of the game server 2 in this modification determines the deck configuration for each of the first recommended deck and the second recommended deck, generates recommended deck data, and transmits the recommended deck data to the player terminal 1. The first recommended deck is the same as the above embodiment, and is based on, for example, card parameters and information on a battle game of a plurality of players (win rate, usage rate, popularity, ease of use, etc. of the deck or card). And decide the composition of the deck. As a result, the first recommended deck becomes a deck with a configuration recommended for general players. For the second recommended deck, the deck configuration is determined based on the information about the player who requested the second recommended deck (for example, the player's card possession status, the player's card usage tendency in the match, etc.). For example, a deck that suits the player's card usage tendency (including many cards frequently used by the player) may be selected from a plurality of decks prepared in advance and used as the second recommended deck. In addition, the cards held by the player may be specified from the cards prepared in advance and recommended for the battle, and the deck configuration may be determined so that many of these cards are included. As a result, the second recommended deck becomes a recommended deck having a configuration suitable for the player who requested the second recommended deck.

In this modification, instead of the second recommended deck selection process of Step 15 in the sequence diagram of FIG. 16, the process of acquiring the second recommended deck is executed. In this case, the recommended deck processing unit 104 of the game server 2 transmits the acquired recommended deck data (deck name, deck identification information, card identification information included in the deck) of the second recommended deck to the requesting player terminal 1. .. The player terminal 1 stores the received recommended deck data in the storage unit 51, displays a screen for presenting the second recommended deck (second recommended deck presentation screen), and accepts selection from the player.

When the player selects a desired deck from the screen on which the second recommended deck is presented (second recommended deck presentation screen, FIG. 11), the recommended deck setting unit 73 displays an unowned card, for example, as shown in FIG. 23. In addition to a message to the effect that there is, a button B9 for transitioning to the card providing screen (shop screen) for providing a card may be displayed. When the button B9 is pressed, the card providing unit 70 displays a screen for providing the card, and performs a process of providing the card to the player on condition of payment of a price or the like. Further, when the cards are provided in units of a plurality of cards (packs) on the card provision screen, a pack of cards that may contain unowned cards may be presented as a provision target.

The method of selecting a substitute card for a card not owned by the player is not limited to the above embodiment. For example, a card having a predetermined relationship with a card that the player does not have may be selected. For example, a plurality of groups of cards composed of a plurality of different cards are defined, a group to which a card not owned by the player belongs is specified, and a card owned by the player is selected from among other cards belonging to the group. You may search for and select it as an alternative card. In this case, it is desirable that the plurality of cards belonging to the same group are cards whose similarity to each other is equal to or higher than a predetermined value.

In the first match game using the recommended deck, the player using the recommended deck may be controlled to win. In this case, the deck setting data of the user information data of the storage unit 51 is a recommended deck flag indicating whether or not it is a recommended deck, and if it is a recommended deck, whether or not the first game by the player using that deck is completed. It also has a first match flag to indicate. For example, the game management unit 76 of the player terminal 1 acquires deck setting data used by the player and transmits it to the game server 2 before the start of the battle by the player. The game management unit 102 of the game server 2 refers to the recommended deck flag and the first game flag in the received deck setting data, indicates that the recommended deck flag is the recommended deck, and the first game flag is the first game incomplete. On condition that, the level of the player's opponent (buddy) is adjusted. The adjustment of the level of the opponent (buddy) may be any adjustment method so that the player wins, and is calculated using, for example, a predetermined level value (for example, a low value such as 0 or 1) and the rank of the player. A level value (for example, a level value obtained by subtracting 10 from the level value of a buddy equivalent to the rank of the player) or the like may be set. After the match is completed, the game management unit 76 of the player terminal 1 updates the first match flag in the deck setting data to indicate that the first match is completed.

Further, in the above embodiment, the recommended deck, the card, and the player's possessed card are collated, and the process of selecting and presenting a substitute card for the unowned card is performed only for the second recommended deck. Since the second recommended deck is selected using, for example, the information of the cards owned by the player, there are few unowned cards as compared with the first recommended deck. As an effect, it is possible to create a highly complete recommended deck. As with the second recommended deck, the first recommended deck can also be selected and presented as a substitute card for unowned cards, but in that case, it is a deck with a higher degree of perfection than the second recommended deck. Can not always be created.

In the above embodiment, the player terminal 1 receives the card setting data and the card setting data of the card provided to the player at the time of providing the card, but the present invention is not limited to this. In advance (when downloading a game program, etc.), the player terminal 1 receives the card setting data of all the cards used in the game (including the cards not provided to the player) from the game server 2 and stores them in the storage unit 51. You may. In this case, the player terminal 1 receives the card identification information of the card to be provided from the game server 2 when the card is provided, and reads the card setting data information corresponding to the received card identification information from the storage unit 51. You may set it.

Further, a part or all of the above embodiments are described as in the following appendix, but are not limited to the following.

[Appendix 1]
A presentation means that is composed of multiple first game elements and presents recommended decks that are recommended for use in competitive games.
A reception means for accepting the selection of the recommended deck by the player,
A terminal including a recommended deck setting means for setting a recommended deck selected by the player using a first game element owned by the player.

[Appendix 2]
A game management device that controls the progress of competitive games.
It has a memory for storing execution instructions and a processor.
The memory stores the match identification information for identifying the player's match and the match result information of the match in association with each other.
The processor receives the execution instruction.
The first acquisition process to acquire information about the player,
A second acquisition process for acquiring a recommended deck, which is composed of a plurality of first game elements and is recommended for use in a competitive game, using information about the player.
The output means to output the recommended deck and
A game management device that runs.

Although the present invention has been described above with reference to preferred embodiments, the present invention is not necessarily limited to the above embodiments and can be variously modified and implemented within the scope of the technical idea.

1 Player terminal 2 Game server 11 Display 12 Touch operation panel 13 Speaker 31 Owned card area 32 Deck area 40 1st player area 41 2nd player area 42 Operation information 43 Hand area 44 Field area 45 Base area 46 Life area 47 Player life area 48 Force life area 50 Operation input unit 51 Storage unit 52 Processing unit 53 Image display unit 54 Sound output unit 55 Communication unit 61 Game calculation unit 62 Image generation unit 63 Sound generation unit 64 Communication control unit 70 Card supply unit 71 Card management unit 72 Deck setting unit 73 Recommended deck setting unit 74 Buddy setting unit 75 Card operation control unit 76 Game management unit 91 Storage unit 92 Processing unit 93 Communication unit 101 Player management unit 102 Game management unit 103 AI processing unit 104 Recommended deck processing unit 105 Information update Department 106 Card provision management department

Claims (14)

On the computer
A presentation process that consists of multiple first game elements and presents recommended decks for use in competitive games.
Reception process that accepts the selection of the recommended deck by the player,
Recommended deck setting process for setting the recommended deck selected by the player using the first game element owned by the player.
To execute,
In the recommended deck setting process, if there is a first game element that the player does not own among the first game elements that constitute the recommended deck selected by the player, the first game element that the player does not own is used. A program that selects an alternative first game element from the first game elements owned by the player and presents it to the player. The recommended deck includes a first recommended deck and a second recommended deck.
The program according to claim 1, wherein the presentation process separately presents the first recommended deck and the second recommended deck. The program according to claim 2, wherein the second recommended deck is presented based on at least one of a player's possession of a first game element and a player's tendency to use the first game element in a match. The program according to claim 2 or 3, wherein the presentation process presents the first recommended deck on the first screen and presents the second recommended deck on a second screen different from the first screen. .. The program according to any one of claims 2 to 4, wherein the second recommended deck is selected from the first recommended deck. The program according to any one of claims 1 to 5, wherein the presentation process is an operation for requesting the presentation of a recommended deck. As the alternative first game element, from claim 1, among the first game elements owned by the player, the first game element having a predetermined relationship with the first game element not owned by the player is selected. The program according to any one of claims 6. In the recommended deck setting process, if there is a first game element that the player does not own among the first game elements that constitute the recommended deck selected by the player, the first game element that the player does not own is used. The program according to any one of claims 1 to 7, which outputs a display that guides the user to a provide screen that can be provided. The recommended deck setting process includes a first game element owned by the player and a first game element not owned by the player among the first game elements constituting the recommended deck selected by the player. The program according to any one of claims 1 to 8, which is displayed in a different display mode. The presentation process is performed in a competitive game rather than a normal deck in which the recommended deck is composed of a plurality of first game elements including the first game element owned by the player based on the selection operation of the first game element by the player. The program according to any one of claims 1 to 9, which is presented as recommended in the use of. It is a program for controlling a competitive game using a deck composed of the first game element.
On the computer
First acquisition process to acquire information about the player,
Second acquisition process to acquire recommended decks recommended for use in competitive games using the information about the player.
Processing to output the recommended deck,
In the first battle game using the recommended deck, a program that executes a process of controlling the player using the recommended deck to win. It has a memory for storing execution instructions and a processor.
The processor receives the execution instruction.
A presentation process that presents recommended decks that are composed of multiple first game elements and are recommended for use in competitive games.
The reception process that accepts the selection of the recommended deck by the player,
The recommended deck setting process for setting the recommended deck selected by the player using the first game element owned by the player, and the recommended deck setting process.
And run
In the recommended deck setting process, if there is a first game element not owned by the player among the first game elements constituting the recommended deck selected by the player, the first game element not owned by the player is used. A terminal that selects an alternative first game element from the first game elements owned by the player and presents it to the player. A presentation means that is composed of multiple first game elements and presents recommended decks that are recommended for use in competitive games.
A reception means for accepting the selection of the recommended deck by the player,
Recommended deck setting means for setting the recommended deck selected by the player using the first game element owned by the player, and
Equipped with
The recommended deck includes a first recommended deck and a second recommended deck obtained using information about the player.
If there is a first game element that the player does not own among the first game elements that constitute the recommended deck selected by the player, the recommended deck setting means selects the first game element that the player does not own. A game system in which a first game element to be replaced is selected from the first game elements owned by the player and presented to the player. The first acquisition method for acquiring information about the player,
A second acquisition means for acquiring a recommended deck composed of a plurality of first game elements and recommended for use in a competitive game by using information about the player.
The output means to output the recommended deck and
In the first competitive game using the recommended deck, a game management device including a control means for controlling the player using the recommended deck to win.

Images