JP2022088581A - Program, terminal, and game managing device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a program that has achieved a game with high amusement properties.

SOLUTION: A program causes a computer to function as: deck setting means for setting a first deck composed of a game element selected from game elements that a player possesses; first match group execution means for executing control to perform a first match group including a plurality of first matches between the player and a first type non-player character using the first deck; second deck setting means for setting a second deck composed of a game element selected out of usable game elements on condition that permission information is acquired; second match group execution means for executing control to perform a second match group using the second deck; third deck setting means for setting a third deck composed of a game element selected out of usable game elements; and third match group execution means for executing control to perform a third match group including a plurality of third matches between the player and a second type non-player character using the third deck.

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 March 28, 2019 Publication address: https: // www. youtube. com / watch? time_continue = 17 & v = E79AoXSUJ6Q (2) Release date April 22, 2019 Public name: 1st closed β test Reiwa May 9, 1 Public name: 2nd closed β test (3) Release date From September 9, 1st year of Reiwa to March 19th, 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 (4) 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

There is an application for application of Article 30, Paragraph 2 of the Patent Law ・ Publication date October 18, 1st year 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 ・ 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 (5) Publication date September 10, 1st year Reiwa Publication address: https: // www. youtube. com / watch? v = A9rVI-4Ghd0 (6) Date and publication date November 23, 1st Reiwa Meeting name: ZENONZARD THE 5WALLS powered by RAGE Publication address: https: // www. openrec. tv / live / 6oz324xq7r3 https: // www. youtube. com / watch? v = o7qpGwi3Hwc https: // live. nicovideo. jp / gate / lv322770047

Application for application of Article 30, Paragraph 2 of the Patent Act (7) Website publication date and website publication address ・ Website publication date September 11, 1st Reiwa Website address https://www. aicardass. com / zenonzard / information / 5walls. php ZENONZARD <ZENONZARD> Official Website ・ Website Publication Date October 23, 1st Reiwa Website Address https: // twitter. com / zenonzard / status / 11869167399942402818 [Official] Zenonzard <ZENONZARD> ・ Website publication date November 7, 1st Reiwa Website address https://www. aicardass. com / zenonzard / information /% e3% 80% 8c5walls% e3% 80% 8d% e5% bd% 93% e8% 90% bd% e7% b5% 90% e6% 9e% 9c% e3% 81% ae% e7 % 99% ba% e8% a1% a8. php ZENONZARD <ZENONZARD> Official Website ・ Website Publication Date November 7, 1st Reiwa Website Address https: // twitter. com / zenonzard / status / 1192370871035281408 [Official] Zenonzard <ZENONZARD>

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 having improved 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 sought.

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 executably controlling the first battle group including at least one first battle using the set deck with the first type non-player, and the first battle group are executed. However, if certain conditions are met, the second battle group execution to acquire permission information that permits 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 executably 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. , Second battle group execution permission acquisition means for acquiring permission information for permitting execution of a second battle group including at least one second battle using a deck with a second type non-player when a predetermined condition is satisfied. The terminal is provided with a second battle group execution means for executably controlling the second battle group on condition that the permission information is acquired.

One aspect of the present invention is a game management device for executing a competitive game using game elements, and is a first aspect of a player using a first deck composed of game elements and a non-player of the first type. A predetermined condition is satisfied by executing the first battle group 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. 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 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 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 the 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 announcement displayed on the player terminal 1.

<Embodiment of the present invention>
[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 for 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 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. I will explain the example.

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 the card, and 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, the first game element is assumed to be 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 corresponds to the card. 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, it is needless to say that the character is not limited to this, and 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 constituting 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. In the above, the player is provided with operation assist information which is information related to the progress of the game and provision reason information which is information regarding the content of the operation assist information or the reason for the timing of provision.

In other words, the second game element is different from 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), and the second game element is autonomous or voluntary in the game. It can also be said to provide 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 provision reason 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 multiple 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 game of the player and the frequency of use of the first game element used by the player. Parameters (hereinafter referred to as card comprehension), 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 by the player achieving a predetermined event. Includes changing parameters (hereinafter referred to as sync level). Therefore, it should be noted that the operation assist information and the provision reason 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 assist 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 assist 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 is 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 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.

In addition to the minimum number of cards required for battle play (battle) at the time of account registration, cards can be acquired during the game, by purchase as a billing 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 setting value of the card attribute defined in the card (deck card) constituting the deck. ..

Before starting the game, players A and B register for 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. 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 this example, the image of the buddy is displayed as the second object.

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. 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 possessed flag indicating whether or not the player possesses the card, and a license 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, "1" is set in the possession flag field when the player possesses the card of the card identification information, and "0" is set in the possession flag field when the player does not possess the card. 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 is not limited thereto. Even if "0" is set in the possession flag field, "1" may be set in the usable 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 in which 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 are associated with each other, and the storage unit 72. 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 card 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 the change occurs, 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 is not limited thereto. The level and character information of the buddy (second game element) at the time of account registration are set to the initial value (lowest value). 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) are 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 from 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 generated image signal of the 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 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 signal 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 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, a 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 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 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 synthesis 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 content of each competition group (duration, passing conditions, etc.) is 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 shall 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 preliminary round.
(2) In the final round, all the cards that make up the deck can be used regardless of whether or not the player owns them.
(3) If you play against a second type non-player (non-player for tournament), which has a higher fighting ability than the first type non-player (non-player for qualifying), and the number of wins exceeds the specified 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 qualifying non-player, the qualification for participation in the final round, and the number of battle wins against the non-player 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 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 104 inputs card setting information or action selection information transmitted from the player terminal 1 and 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 assist information differs depending on the character information (buddy's ability) of the buddy. As an example of such a learning model, the higher the character information of the buddy (the ability of the buddy), the longer the time to search for the optimum solution, and the higher the character information of the buddy (the ability of the buddy), the more the situation is. 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, different operation assist information is output if the character information (buddy's ability) of the player's buddy is different 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. By changing the time to search for the optimum solution, the ability of the non-player is determined step by step, and multiple non-players with different abilities are prepared.

The non-player execution unit 105 executes a match 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 over, 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. In addition, the total number of rewards can be determined in advance, and the number of players who have won all the final matches can be divided into mountains. 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 the 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 buddy data 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 synchronization 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 terminal 1 of the player (Step 1). The announcement of the tournament is as follows as an example.
Contents of qualifying (conditions for passing)
-The qualifying period is from March 1, 2020 to March 10, 2020 (first period).
-During the qualifying period, the number of matches against the first type non-player (non-player for qualifying) exceeds 3 times.
-Among the players who have played against the first type non-player (non-player 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 non-player whose fighting ability is higher than that of a type 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 announcement 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 unit 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 has entered the preliminary 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 first-class non-player (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 round participation qualification determination process performed by the tournament management unit 103 reads the tournament management table, and during the first period when the qualifying round is held, the number of battles with the first type non-player (non-player for qualifying round) 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 have 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 make it possible for 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 the 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 out the tournament management table and sends 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 match group (for example, qualifying and final selection), the player can enjoy the atmosphere of the tournament without having to play a human match. 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 exemplified, 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 used as a player, or a character training game associated with the first game element.

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 terminal that runs 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 for executably controlling the first battle group including at least one first battle using the set deck with the first type non-player, 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 as to be feasible on condition that the permission information is 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 to execute 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, 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 using the 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 (10)

It is a program for executing a competitive game using game elements.
Computer,
A deck setting means for setting a first deck composed of game elements selected from game elements owned by the player, and a deck setting means.
A first battle group execution means for executably controlling a first battle group including a plurality of first battles between the player and a non-player character of the first type using the first deck.
When the player executes the first battle group and satisfies a predetermined condition, the player can execute the battle of the first battle group including a plurality of second battles between the player and the non-player character of the second type. After the end of the first period, the second battle group execution permission acquisition means for acquiring the permission information for permitting the execution of the second battle group performed within the second period, and
A second deck setting means for setting a second deck composed of game elements selected from usable game elements, regardless of whether or not the player owns the player, provided that the permission information is acquired.
On condition that the permission information is acquired, the second battle group execution means for executably controlling the second battle group using the second deck, and
After the end of the second period in which the second battle group is feasible, a third deck composed of game elements selected from available game elements is set regardless of the possession of the player. Deck setting means and
After the end of the second period in which the second battle group can be executed, a third battle group including a plurality of third battles between the player and the non-player character of the second type using the third deck is executed. The third battle group execution means to control as much as possible,
To make it work
In the battle of the third battle group, all the players can play the battle of the third battle group without setting the condition that all the players can play against each other.
The second type non-player character has a higher fighting ability than the first type non-player character.
program. 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 executably during the 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, or 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 1 to 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 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 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 computer
The program according to any one of claims 1 to 7, which functions as a reward acquisition means for acquiring a reward for the execution of the second battle group. It is a terminal for executing a competitive game using game elements,
A deck setting means for setting a first deck composed of game elements selected from game elements owned by the player, and a deck setting means.
A first battle group execution means for executably controlling a first battle group including a plurality of first battles between the player and a non-player character of the first type using the first deck.
When the player executes the first battle group and satisfies a predetermined condition, the player can execute the battle of the first battle group including a plurality of second battles between the player and the non-player character of the second type. After the end of the first period, the second battle group execution permission acquisition means for acquiring the permission information for permitting the execution of the second battle group performed within the second period, and
A second deck setting means for setting a second deck composed of game elements selected from usable game elements, regardless of whether or not the player owns the player, provided that the permission information is acquired.
On condition that the permission information is acquired, the second battle group execution means for executably controlling the second battle group using the second deck, and
After the end of the second period in which the second battle group is feasible, a third deck composed of game elements selected from available game elements is set regardless of the possession of the player. Deck setting means and
After the end of the second period in which the second battle group can be executed, a third battle group including a plurality of third battles between the player and the non-player character of the second type using the third deck is executed. The third battle group execution means to control as much as possible,
Equipped with
In the battle of the third battle group, all the players can play the battle of the third battle group without setting the condition that all the players can play against each other.
The second type non-player character has a higher fighting ability than the first type non-player character.
Terminal. 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 a plurality of first battles between a player who uses a first deck composed of game elements owned by the player and a non-player character of the first type. ,
When the player executes the first battle group and satisfies a predetermined condition, the player can execute the battle of the first battle group including a plurality of second battles between the player and the non-player character of the second type. After the end of the first period, the second battle group execution permission transmission means for transmitting the permission information for permitting the execution of the second battle group to be performed within the second period to the player,
A second deck setting permission means for permitting a player who has acquired the permission information to set a second deck composed of game elements selected from available game elements regardless of whether or not the player owns the player.
A second battle group execution means for executably controlling a second battle group including a plurality of second battles between a player who has acquired the permission information and a non-player character of the second type using the second deck.
After the end of the second period in which the second battle group is feasible, the setting of the third deck composed of the game elements selected from the available game elements is permitted regardless of the possession of the player. 3 deck setting permission means and
After the end of the second period in which the second battle group can be executed, a third battle group including a plurality of third battles between a player and a non-player character of the second type using the third deck can be executed. 3rd battle group execution means to control,
Equipped with
In the battle of the third battle group, all the players can play the battle of the third battle group without setting the condition that all the players can play against each other.
The second type non-player character has a higher fighting ability than the first type non-player character.
Game management device.

Images