JP2021145761A - Program, terminal, game management device - Google Patents

Abstract

To provide a program, a terminal, and a game management device that realize a highly entertaining game.SOLUTION: The present invention is a program for executing a battle game using a game element. The program causes a computer to function as deck setting means for setting a deck composed of game elements selected from the game elements owned by players, first battle group execution means for controlling a first battle group including one or more first battles using a deck set with a first type non-player to be executable, second battle group execution permission acquiring means, when the first battle group is executed and a predetermined condition is satisfied, for acquiring permission information to permit the execution of the second battle group including at least one second battle using a deck with a second type non-player, and second battle group execution means for controlling a second battle group to be executable on condition that the permission information is acquired.SELECTED DRAWING: Figure 4

Description

The present invention relates to a program, a terminal, a game execution device and a method, and relates to a program, a terminal and a game management device that enhances the interest of the player.

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. Among such games, there is a mode of a game in which teams play against each other (for example, Patent Document 1).

Japanese Unexamined Patent Publication No. 2006-26237

Among various game modes, a highly interesting game mode has been required.

Therefore, the present invention is to provide a program, a terminal, and a game management device that realize a highly interesting game.

One aspect of the present invention is a program for executing a competitive game using game elements, and is a deck setting means for setting a computer to a deck composed of game elements selected from game elements owned by the player. And the first battle group execution means for controlling the first battle group including at least one first battle using the set deck with the non-player of the first type, and the first battle group are executed. However, if the predetermined conditions are met, the second battle group execution is obtained to obtain permission information for permitting the execution of the second battle group including at least one second battle using the deck with the second type non-player. It is a program that functions as a permission acquisition means and a second battle group execution means that controls the second battle group in an executable manner on condition that the permission information is acquired.

One aspect of the present invention is a deck setting means for setting a deck composed of game elements selected from game elements owned by a player, which is a terminal for executing a battle game using game elements. The first battle group execution means for executably controlling the first battle group including at least one first battle using the set deck with one type of non-player, and the first battle group are executed and the first battle group is executed. , If the predetermined conditions are met, the second battle group execution permission acquisition means for acquiring the permission information for permitting the execution of the second battle group including at least one second battle using the deck with the second type non-player. The terminal includes a second battle group execution means for executably controlling the second battle group on condition that the permission information has been acquired.

One aspect of the present invention is a game management device for executing a competitive game using game elements, and is a first type of a player who uses a first deck composed of game elements and a non-player of the first type. The first battle group is executed by using the first battle group execution means for executably controlling the first battle group including at least one battle and the second deck composed of game elements, and predetermined conditions are satisfied. It is a game management device including a second battle group execution means for executably controlling a second battle group including at least one second battle between a satisfying player and a second type non-player.

According to the present invention, it is possible to provide an aspect of a highly interesting game.

FIG. 1 is a diagram showing an example of the overall configuration of the 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 showing an example of a battle screen of a battle game 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 possessed card data D1. FIG. 6 is a diagram showing an example of the card character data D2. FIG. 7 is a diagram showing an example of deck setting data D3. FIG. 8 is a diagram showing an example of the buddy setting data D4 of the player A. FIG. 9 is a block diagram showing a functional configuration example of the game server 2. FIG. 10 is an example of the tournament management table. FIG. 11 is a diagram showing an example of user information data D6. FIG. 12 is a sequence diagram for explaining the operation of the player terminal 1 and the game server 2. FIG. 13 is an example of a tournament notification displayed on the player terminal 1.

<Embodiment of the present invention>
[overall structure]
FIG. 1 is a diagram showing an example of the overall configuration of the 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 each player operates them.

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, a built-in battery, a power button, a volume control button, and the like (not shown).

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 is applied to a battle game using the first game element possessed by the first player A and the first game element possessed by the second player B as an opponent. An example of this will be described.

Here, the first game element is a character, which is 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 the card, but is not limited to the card as long as the article is 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, it is assumed that the first game element is a character whose behavior is controlled based on the operation of the card of the player (including the non-player operated by the computer), and the card is supported. It will be described as assuming that the design of the character to be used (an image showing the appearance of the character) is attached. Further, the character is not limited to this, and it goes without saying that the character may specify other game elements such as an item of the game to be executed and an effect to be activated.

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 a virtual card displayed on a computer, the deck is a group of cards composed of a predetermined number of cards selected by the player. The player selects a desired deck from the set decks, and plays a game using the cards that make up the deck.

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 it does not necessarily have to be associated with a virtual or physical article. And, unlike the first game element, the second game element is not the operation target of the player (including the non-player operated by the computer) in the in-game battle, and at least the phase in which the player can operate the second game element. It has the property of providing the player with operation assistance information which is information related to the progress of the game and provision reason information which is information about the content of the operation assistance information or the reason for providing the game.

In other words, the second game element is autonomous or voluntary in the game, unlike the first game element in which the behavior is controlled based on the operation of the player (including the non-player operated by the computer). It can also be said that it provides operation assistance information or provision reason information.

The operation assistance information may be of any type as long as it is information related to the progress of the game, but for example, information on the operation method, information on the selection or action of the first game element (card selection, opponent to be attacked). (Advice information such as cards), information that favors the progress of the game (advice information such as presentation of the type of card that favors the match result of the game), and the like.

The provision reason information is information regarding the basis (reason) of the content of the operation assistance information. For example, if the provision reason information is information for the selection or action of the first game element, it is the basis (reason) for the information for the selection or action of the first game element. Specifically, when the operation assistance information is the advice information that "the opponent's card Y should be attacked using the card X", the provision reason information is "the reason for selecting the card X" or "the card Y". It is information on the basis (reason) for the advice information, such as "reason for targeting the attack." The reason for provision information is not limited to this, and may be the basis (reason) for the timing at which the operation assistance information is provided.

The content or the timing of provision of the operation assist information and the provision reason information changes depending on the character information possessed by the second game element. The character information changes according to the progress of the player's game. Character information can have a plurality of parameters. For example, in the present embodiment, the character information changes depending on a parameter (hereinafter, referred to as a level) that changes depending on the experience value obtained from the result of the player's game and the frequency of use of the first game element used by the player. By the parameters (hereinafter referred to as card comprehension), the parameters that change depending on the usage ratio of the type of the first game element used by the player (hereinafter referred to as personality), and the player achieving a predetermined event. Includes changing parameters (hereinafter referred to as synchro level). Therefore, it should be noted that the operation assist information and the reason for provision information provided by the second game element may differ depending on the character information of the second game element.

There may be a plurality of second game elements, and each second game element may have different character information at an initial stage. Then, the player may select a desired second game element from a plurality of second game elements having different character information.

The autonomous or voluntary operation assistance information and the provision reason information of the second game element described above are provided by the AI function provided in the game server 2. This AI function is possible by a learning model 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. The learning model can output operation assistance information and provision reason information having different contents according to the character information of the second game element. As a method of realizing this, for example, the higher the character information of the second game element, the longer the time to search for the optimum solution, and the higher the character information of the second game element, the better than dealing with a certain situation. There is a learning model that can obtain the optimum solution.

The above-mentioned second game element will be referred to as a buddy in the following description.

Although the second game element can be set for each player, the game management side may also prepare a second game element dedicated to the game management side. Unlike the above-mentioned buddy, the second game element dedicated to the game management side does not provide operation assistance information and provision reason information to the player, but plays a role as a so-called non-player and plays against the player.
[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 player uses 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 ability, rarity, attribute (color), number, etc. associated with each. As for the character's ability, for example, the ability parameter values such as the level, attack power, and HP used for battle play (battle) with a computer-controlled enemy character or an opponent such as 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 (battle) using a deck, the victory or defeat with the opponent is determined by using the ability parameter value of the character and the set value of the card attribute defined in the cards (deck cards) that make up the deck. ..

Before 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. Differences in the abilities and personalities of this selected buddy can change later gameplay styles. Then, each player A and B organizes a deck with a predetermined number (for example, 40) of the cards they have. The deck formation can be performed from the deck formation 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, operation information 42 that displays information on operations 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 arranged 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 cards 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 this example, a buddy image is displayed as the second object.

In the battle, the turn of the player A and the turn of the opponent player B are alternately executed. 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 one 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.

An attack on an 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 a special effect 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 is to activate 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 alternately repeated 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. Depending on the battle result, the player's rank, the buddy's experience value, and the buddy's character information (change ability information) change.

In the above description, a player-to-player battle example has been described, but the same applies even if one of them is a non-player processed by AI. Then, in the following description, a tournament mode in which a player and a non-player compete against each other will be described as an example.
[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 51, a processing unit 52, an image display unit 53, a sound output unit 54, a communication unit 55, and a storage unit 56.

The operation input unit 51 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 51 include, for example, touch operation pads, home buttons, button switches, joysticks, trackballs, and other elements directly operated by player A with 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 processing unit 52 comprehensively controls the operation of the player terminal 1 based on the programs and data stored in the storage unit 56, the operation input signal from the operation input unit 51, 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 player information management unit 70, a card management unit 71, a deck setting unit 72, a buddy setting unit 73, a tournament entry unit 74, a battle execution unit 75, a reward acquisition unit 76, and a game. Includes management unit 77.

The player information management unit 70 manages player information. The information to be managed manages basic user information such as a player's nickname, player rank, and buddy level.

The card management unit 71 manages the cards that can be provided by the game system, including whether or not the player is possessed and used, by using the possessed card data D1 and the card character data D2 stored in the storage unit 56.

The possessed card data D1 includes card identification information of a card that can be provided by the game system, a possession flag indicating whether or not the player possesses the card, and a usage permission flag indicating whether or not the card can be used by the player. Is the associated data. FIG. 5 is a diagram showing an example of possessed card data D1. In FIG. 5, the card identification information of the card that can be provided by the game system is described in the card identification information field. Then, when the player holds the card of the card identification information, "1" is set in the holding flag field, and when the player does not hold the card, "0" is set in the holding flag field. Has been done. Further, if the card of the card identification information can be used by the player, "1" is set in the field of the enable flag, and if the card cannot be used by the player, "0" is set in the field of the permission flag. It is set. FIG. 5 shows an example of the possessed card data D1, and the present invention is not limited to this. Even if "0" is set in the possession flag field, "1" may be set in the enable flag field. For example, even if the card is not owned by the player, the player may temporarily use the card.

The card character data D2 is data in which the card identification information of the card and the character information of the card are associated with each other. FIG. 6 is a diagram showing an example of the card character data D2. In FIG. 6, card identification information and character information (character image, card name, card type, number of costs, attributes, race, ability, attack power, hit points, and rarity) are associated with each other. Note that FIG. 5 shows an example of the card character data D2, and the present invention is not limited to this.

When there is a new card that can be provided, the card management unit 71 acquires the card identification information of the card and the card character data D2 of the card identification information via communication with the game server 2. Then, the card management unit 71 adds the acquired card identification information to the possessed card data D1, sets the possession flag of the card identification information to "0", and sets the field of the usable flag to "0". Further, the acquired card character data D2 is stored in the storage unit 56. Then, when the player newly acquires and holds a card, the card management unit 71 sets the holding flag of the card identification information to "1" and the field of the usable flag to "1".

The deck setting unit 72 presents a card (in principle, a possessed card) that can be currently used as a card constituting the deck by using the possessed card data D1 and the card character data D2, and the presented card is operated by the user. Select the cards that make up the deck from, and set (edit) the deck. The deck setting unit 72 generates deck setting data D3 that associates the name of the set deck, the identification information (deck ID) of the deck, and the card identification information of each card constituting the deck, and stores the storage unit. Store in 56. FIG. 7 is a diagram showing an example of deck setting data D3. In the example of FIG. 7, it is an example of the deck setting data D3 of the deck 1 of the player A, and the deck 1 of the deck ID “D001” is from the cards of the card identification information “0001”, “0006” to the card identification information “0450”. This is an example showing that it is configured. Note that FIG. 7 shows an example of the deck setting data D3, and the present invention is not limited to this.

The buddy setting unit 73 manages the information about the buddy selected by the player from the plurality of buddies (second game elements) at the time of account registration by the players A and B using the buddy setting data D4. The buddy setting data D4 is the character information of the buddy selected from the menu setting. The character information of this buddy changes as the game progresses, but when it changes, the changed character information is notified from the game server 2 and the character information is updated. FIG. 8 is a diagram showing an example of the buddy setting data D4 of the player A. In the example of FIG. 8, the buddy setting data D4 includes the buddy identification information, the buddy image, the buddy name, the level, and the character information. FIG. 8 shows an example of the buddy setting data D4, and the present invention is not limited to this. The buddy (second game element) level and character information at the time of account registration are set to the initial values (lowest values). When the buddy is changed, the level and character information of the previous buddy is not inherited, and the level and character information of the changed buddy (second game element) is set to the initial value (lowest value). Further, the buddy setting unit 73 outputs the image information of the buddy to the image generation unit 62 during the battle or on other menu screens.

The entry unit 74 transmits the entry information for entering the tournament to the server 2. The entry information includes the tournament entry request and the player ID of the player. In addition, it receives the entry reception sent from the server 2 and stores the entry information (including the presence or absence of entry qualification).

The battle execution unit 75 uses the set deck to execute a normal battle between players and a battle between a non-player and a player prepared by the game operator.

The reward acquisition unit 76 acquires a reward obtained according to the result of the battle provided by the game server 2.

The game management unit 74 manages the progress of the entire game.

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 103. 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 texture data expansion. 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 assistance information, and various operation sounds based on the processing result of the game calculation unit 61, and outputs the sound signals 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 signal input from the image generation unit 62. The function of the image display unit 53 can be realized by, for example, 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 62 corresponds to the display 11.

The sound output unit 54 is for outputting 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.

The storage unit 56 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 56 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 56. 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 causing the processing unit 52 to function as the game calculation unit 61. This program is distributed from the game server 2 or another application distribution server when the player completes the account registration.

Further, the storage unit 56 stores the possessed card data D1, the card character data D2, the deck setting data D3, the buddy setting data D4, and the card composite data D5. In addition, model data, texture data, motion data, effect data, background image of the game screen, sound data such as sound effects, etc. for displaying images of card characters and buddies are necessary data for the game as appropriate. Is delivered and stored in the storage unit 56.

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

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

The processing unit 91 includes a player management unit 101, a tournament notification unit 102, a tournament management unit 103, an AI processing unit 104, a non-player execution unit 105, a reward providing unit 106, and a game management unit 107.

The player management unit 101 manages accounts, game progress, and the like for each connected player terminal 1 using user information data described later.

The tournament notification unit 102 transmits the content of the tournament hosted by the game operator to the player terminal 1. If the tournament consists of multiple competition groups such as qualifying and finals, the contents of each competition group (duration, passing conditions, etc.) are included. In this example, a case where the tournament consists of a preliminary round (first match group) and a final round (second match group) will be described.

For example, the contents of the qualifying (period, conditions for passing the qualifying) may be as follows.
(1) The qualifying period must be the first period.
(2) In order to advance to the final round, the number of matches with the first type non-player (non-player for qualifying) must exceed the specified number during the first period.
(3) In order to advance to the final round, the number of wins in the match against the first type non-player (non-player for qualifying) must exceed the specified number.
(4) It is possible to advance to the final round by winning the lottery (selected by a predetermined random number) from the players who satisfy the conditions of (2) or (3).
(5) It is possible to advance to the final round by winning a lottery according to the number of participating players (selected by a predetermined random number) from among the players who satisfy the conditions of (2) or (3).
(6) The deck that can be used for the battle must consist of cards owned by the player.

The above is an example, and other conditions may be used. For example, monetary payments may be required to participate in qualifying.

The contents of the final selection can be considered as follows.
(1) The period of the final round shall be the second period, which is shorter than the first period of the qualifying round.
(2) In the final round, all cards can be used as the cards that make up the deck, regardless of whether or not the player owns them.
(3) If you play against a second type non-player (non-player for tournament) whose fighting ability is higher than that of the first type non-player (non-player for qualifying) and the number of wins exceeds a predetermined number It is possible to play against a third type non-player who has a higher fighting ability than a second type non-player (non-player for a tournament).
(4) In the final round, rewards will be given according to the number of wins.

The above is an example, and other conditions may be used.

The tournament management unit 103 manages the competition contents of the players who have entered the tournament. The tournament management unit 103 uses the tournament management table T to record the competition content of the player's tournament for each identification information (hereinafter referred to as player ID) of the player who has entered the tournament. FIG. 10 is an example of the tournament management table T. In the tournament management table T of FIG. 10, the player ID, the number of battles executed against the non-players in the preliminary round, the qualifications for participation in the final round, and the number of wins in the battle against the non-players in the final round are associated with each other. The tournament management unit 103 records the battle result of each player who has entered the tournament in the tournament management table T.

The AI processing unit 104 has a learning model obtained by machine learning 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 104 inputs the card setting information or action selection information transmitted from the player terminal 1 and the character information (buddy ability) of the player buddy of the player terminal 1, and the card setting information or action selection information. Outputs operation assistance information in the situation of. In the learning model of the AI processing unit 104, the output content of the operation auxiliary information differs depending on the character information (buddy's ability) of the buddy. As an example of such a learning model, the higher the buddy's character information (buddy's ability), the longer it takes to search for the optimum solution, and the higher the buddy's character information (buddy's ability), the more certain the situation. There is a learning model that gives a more optimal solution to deal with. Therefore, even if the card setting information or the action selection information transmitted from the player terminal 1 is the same, if the character information (buddy's ability) of the player's buddy is different, different operation assistance information is output as described above. It should be noted that there is a possibility.

Further, the AI processing unit 104 also plays the role of a non-player on the game management side by using the learning model described above. The ability of the non-player is determined step by step by changing the time for searching for the optimum solution, and a plurality of non-players having different abilities are prepared.

The non-player execution unit 105 executes a battle between the player and the non-player according to the content of the tournament. For example, in a qualifying match, a match between a non-player of the first type and a player is executed. In the final match, a match between a player and a non-player of the second type, which has higher ability than that of the non-player of the first type, is executed. Further, in a special match such as the final of the final round, a match with a third type non-player having higher ability than the second type non-player may be executed. The first type non-player, the second type non-player, and the third type non-player having different abilities can be realized by the AI processing unit 104 described above.

When the tournament is completed, the reward providing unit 106 uses the tournament management table T to provide the participating players with rewards according to the result of the match. For example, the reward is based on the number of wins in the match. It is also possible to determine the total number of rewards in advance and divide the final match by the number of players who have won. Rewards include special cards and in-game currency.

The game management unit 107 manages the entire game.

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

A system program and a game program are stored in the storage unit 93. The system program is a program for realizing the basic functions of the game server 2 as a computer. The game program includes the processing unit 91, the player management unit 101, the tournament notification unit 102, the tournament management unit 103, the AI processing unit 104, the non-player execution unit 105, the reward providing unit 106, and the game management unit 107. It is a program to function as.

Further, the recording unit 92 stores the user information data D6 and the card data.

The user information data D6 is basic data of the players participating in the game, and records the user information data D6 for each player. FIG. 11 is a diagram showing an example of user information data D6. In the example of FIG. 11, the user identification information of the player, the possessed card data D1, the deck setting data D3, and the buddy setting data D4 are included. Note that FIG. 11 shows an example of the user information data D6, and the present invention is not limited to this.

The card data is the card data of all the cards used in this game. Basically, the same data as the card character data of FIG. 5 described above is stored for all the cards used in the game. The card data includes basic data of the buddy used in this game (buddy identification information, character image, buddy name, initial level, initial value of card comprehension, initial value of personality, and initial value of synchro level. ) May be included.
[Operation of each device]
Next, the operation of the player terminal 1 and the game server 2 will be described. FIG. 12 is a sequence diagram for explaining the operation of the player terminal 1 and the game server 2. In the following description, a case where a player participates in a tournament held by a game operator and plays a competitive game by using the player terminal 1 will be described. The tournament held by the game operator consists of a preliminary round and a final round.

First, the tournament notification unit 102 of the game server 2 announces the tournament to the player's terminal 1 (Step 1). The announcement of the tournament is as follows as an example.
Qualifying content (passing conditions)
-The qualifying period is from March 1, 2020 to March 10, 2020 (first period).
-During the qualifying period, the number of matches with the first type non-player (non-player for qualifying) exceeds 3 times.
-From among the players who have played against the first type non-players (non-players for qualifying) more than three times, 400 people will be qualified to participate in the final round by lottery.
Contents of the final round ・ The final round will be held on March 15, 2020 (second period). ・ In the final round, all cards can be used as the cards that make up the deck, regardless of whether or not the player owns them.
・ If you play against a non-player of the second type (non-player for the tournament), which has a higher fighting ability than the non-player of the first type (non-player for qualifying), and the number of wins exceeds 4, the second It is possible to play against a third type of non-player whose fighting ability is higher than that of a type of non-player (non-player for a tournament).
・ In the final round, rewards will be given according to the number of wins.

The tournament notification unit 102 notifies the player's terminal 1 of the tournament under the above conditions. FIG. 13 is an example of a tournament notification displayed on the player terminal 1. In the example of FIG. 13, the content information 110 of the tournament and the entry button 111 for entering the tournament are displayed.

Next, the player who intends to participate in the tournament by seeing the tournament announcement displayed on the player's terminal 1 sets the deck to be used for the qualifying match. The deck is set by the deck setting process of the deck setting unit 72 (Step 2). The deck that can be used for the qualifying match is a deck composed of cards owned by the player. Therefore, the deck setting unit 72 presents a card in which "1" is added to the possession flag from the possession card data D1. Then, by the user's operation, the cards constituting the deck are selected from the presented cards, and the deck is set (edited).

After setting the deck to be used for the qualifying match, the qualifying entry will be made. Qualifying entries are made by the entry process of entry section 74 (Step 3). The entry unit 74 transmits the entry information to the game server 2 by the operation of the player. In the example of FIG. 13, this is done by pressing the entry button 111. The entry information includes a qualifying entry request and a player user ID.

The tournament management unit 103 of the game server 2 that has received the entry information performs the entry acceptance process (Step 4). In the entry acceptance process, the user ID of the player who entered the qualifying round is recorded in the tournament participation table T, and the entry acceptance indicating that the entry has been accepted is transmitted to the player terminal 1 that has transmitted the entry information.

The player who receives the entry reception executes the qualifying match. A qualifying match execution process is performed between the match execution unit 75 of the player terminal and the non-player battle execution unit 105 of the game server 2 (Step 5). The match performed in the qualifying match execution process (Step 5) is a match between a player and a non-player of the first type (non-player for qualifying). Then, each time a match between a player and a non-player of the first type (non-player for qualifying) is executed and ended, the tournament management unit 103 records the match result in the tournament management table of the corresponding user ID.

When the first period, which is the qualifying period, is completed, the tournament management unit 103 of the game server 2 performs the final selection participation qualification determination process (Step 6). The final selection participation qualification judgment process performed by the tournament management department 103 reads the tournament management table, and during the first period when the qualifying is held, the number of battles with the first type non-player (non-player for qualifying) exceeds three times. 400 players are selected from the players using a predetermined random number. Then, the tournament management unit 103 transmits the lottery result to each player terminal 1.

Among the players who received the lottery result, the card management unit 71 of the player terminal 1 who can participate in the final selection sets the usage flag of all the cards of the possessed card data D1 to "1" regardless of whether or not the player possesses it. This is to allow players who can advance to the final round to use all the cards that make up the deck. Players who can participate in the final round set a deck for the final round. The deck is set by the deck setting process of the deck setting unit 72 (Step 7). The deck that can be used for the final match can be configured by selecting from all the cards. Therefore, the deck setting unit 72 presents all the cards whose usage flag is set to "1" from the possessed card data D1. Then, by the user's operation, the cards constituting the deck are selected from the presented cards, and the deck is set (edited).

Next, the player executes the final match. The final battle execution process is performed between the battle execution unit 75 of the player terminal 1 and the non-player battle execution unit 105 of the game server 2 (Step 8). In the battle performed in the final battle execution process (Step 8), first, a battle between a player and a second type non-player (non-player for qualifying) is performed. Then, only the player who has won all the battles with the second type non-player (non-player for qualifying) can execute the battle with the third type non-player (non-player for qualifying). The tournament management unit 103 records the battle result in the tournament management table of the corresponding user ID. When the final selection is completed, the tournament management unit 103 reads the tournament management table and transmits the result to the reward providing unit 106.

The reward providing unit 106 provides the player with cards that can be used in the game, in-game currency, and the like according to the number of wins in the final round (Step 9).

The reward acquisition unit 76 of the player terminal 1 acquires the reward (Step 10).

According to this embodiment, by using a non-player for each battle group (for example, qualifying and final selection), the player can enjoy the atmosphere of the tournament without having to play a human battle. In addition, by dedicating the non-players used in the tournament to the tournament, it is possible to further become interested in the game.

After the final round (second match group) is completed, it is possible to hold a pseudo final round in which anyone can participate by using the non-player for the final round used in the final round.

In the above embodiments, a card game using a virtual game card has been illustrated, but the applicable game genre is not limited. For example, it may be a sports competition game in which a character associated with the first game element is a player, or a character training game associated with the first game element.

In addition, some or all of the above embodiments are described as in the following appendix, but are not limited to the following.

[Appendix 1]
A terminal that executes a competitive game on a computer using game elements by the player.
It has a memory for storing execution instructions and a processor.
The processor receives the execution instruction.
Deck setting process that sets a deck composed of game elements selected from the game elements owned by the player, and
The first battle group execution process that controls the first battle group including at least one first battle using the set deck with the first type non-player so as to be executable, and the first battle group execution process.
If the first battle group is executed and certain conditions are met, permission information for permitting execution of the second battle group including at least one second battle using a deck with a second type non-player is provided. The second battle group execution permission acquisition process to be acquired,
A terminal that executes a second battle group execution process that controls the second battle group so that it can be executed on condition that the permission information has been acquired.

[Appendix 2]
A game management device that manages a game played by a player using the first game element.
It has a memory for storing execution instructions and a processor.
The processor receives the execution instruction.
The first battle group execution process that controls the first battle group including at least one first battle between a player who uses the first deck composed of game elements and a non-player of the first type so as to be feasible, and
A second battle group that includes at least one second battle between a player who executes the first battle group and satisfies a predetermined condition and a non-player of the second type, which uses a second deck composed of game elements. The second battle group execution process that controls the execution of
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 51 Operation input unit 52 Processing unit 53 Image display unit 54 Sound output unit 55 Communication unit 56 Storage unit 61 Game calculation unit 62 Image generation unit 63 Sound generation unit 64 Communication control Department 70 Player Information Management Department 71 Card Management Department 72 Deck Setting Department 73 Buddy Setting Department 74 Entry Department 75 Battle Execution Department 76 Reward Acquisition Department 77 Game Management Department 91 Processing Department 92 Communication Department 93 Storage Department 101 Player Management Department 102 Tournament Notification Department 103 Tournament Management Department 104 AI Processing Department 105 Non-Character Battle Actual Rear 106 Reward Providing Department 107 Game Management Department

Claims (18)

It is a program for executing a competitive game using game elements.
Computer,
Deck setting means for setting a deck composed of game elements selected from the game elements owned by the player, and
A first battle group execution means for executably controlling a first battle group including at least one first battle using the set deck with a non-player of the first type.
If the first battle group is executed and certain conditions are met, permission information for permitting execution of the second battle group including at least one second battle using a deck with a second type non-player is provided. 2nd battle group execution permission acquisition means to acquire,
On condition that the permission information is acquired, the second battle group execution means for controlling the second battle group in an executable manner and the second battle group execution means.
A program that works. The program according to claim 1, wherein the first battle group execution means controls the first battle group in an executable manner during the first period. The program according to claim 2, wherein the second battle group execution means controls the second battle group to be executable during a second period shorter than the first period. The predetermined condition is that the number of executions of the first match of the first match group exceeds a predetermined number, and the number of wins of the first match of the first match group exceeds a predetermined number. The program according to any one of claims 3. The predetermined condition is
Satisfy either the condition that the number of executions of the first match of the first match group exceeds the predetermined number, or that the number of wins of the first match of the first match group exceeds the predetermined number.
The player
The program according to any one of claims 1 to 3, which is a player selected by a predetermined random number among the players satisfying the above conditions. The predetermined condition is
Satisfy either the condition that the number of executions of the first match of the first match group exceeds the predetermined number, or that the number of wins of the first match of the first match group exceeds the predetermined number.
The player
The program according to any one of claims 1 to 3, which is a player who satisfies the above conditions and wishes to execute the second battle group and is selected by a predetermined random number. The program according to claim 5 or 6, wherein the predetermined random number varies depending on the number of players satisfying the above conditions. The deck setting means can set a second deck composed of game elements selected from usable game elements regardless of the possession of the player, provided that the permission information is acquired.
The program according to any one of claims 1 to 7, wherein the second battle group execution means controls the second battle so as to be feasible using the second deck. The computer
The program according to any one of claims 1 to 8, which functions as a reward acquisition means for acquiring a reward for the execution of the second battle group. The program according to claim 9, wherein the reward is a reward according to the number of wins in the second match. The program according to claim 9, wherein the reward varies depending on the number of players who have won the second match. The program according to any one of claims 1 to 11, wherein the execution of the first battle group execution means and the second battle group execution means does not require monetary consideration. The program according to any one of claims 1 to 11, wherein the first battle group execution means requires monetary consideration. The program according to any one of claims 1 to 13, wherein the second type non-player has a higher fighting ability than the first type non-player. The program according to any one of claims 1 to 14, wherein the second battle group includes a third battle with a third type non-player having a higher fighting ability than the second type non-player. The computer
Claims 1 to claim that the first battle group execution means and the second battle group execution means are made to function as a battle execution means for operably controlling a battle similar to the second battle group on condition that the second battle group execution means cannot be executed. The program according to any of 15. It is a terminal for executing a competitive game using game elements,
Deck setting means for setting a deck composed of game elements selected from the game elements owned by the player, and
A first battle group execution means for executably controlling a first battle group including at least one first battle using the set deck with a non-player of the first type.
If the first battle group is executed and certain conditions are met, permission information for permitting execution of the second battle group including at least one second battle using a deck with a second type non-player is provided. 2nd battle group execution permission acquisition means to acquire,
On condition that the permission information is acquired, the second battle group execution means for controlling the second battle group in an executable manner and the second battle group execution means.
A terminal equipped with. A game management device for executing competitive games using game elements.
A first battle group execution means for executably controlling a first battle group including at least one first battle between a player who uses the first deck composed of game elements and a non-player of the first type.
A second battle group that includes at least one second battle between a player who executes the first battle group and satisfies a predetermined condition and a non-player of the second type, which uses a second deck composed of game elements. 2nd battle group execution means to control
A game management device equipped with.

Images