JP2022174093A - Game system, game management device, terminal, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To realize a game for preventing fun from being lost.

SOLUTION: Player sponsor tournament management site managing means executes: a process for receiving an application of holding of a player sponsor tournament from a terminal of a sponsor player via a player sponsor tournament management site; a process for providing information as to the player sponsor tournament to a terminal of a player; and a process for receiving an application of participating in a player sponsor tournament from a terminal of a player other than a sponsor player. Tournament management means manages players who participate in a player sponsor tournament for each player sponsor tournament by using player identification information for identifying players who use native applications. Match execution means executes a match among players who participate in a player sponsor tournament on terminals of participating players by using player identification information managed for each player sponsor tournament.

SELECTED DRAWING: Figure 25

COPYRIGHT: (C)2023,JPO&INPIT

Description

Application for application of Article 30, Paragraph 2 of the Patent Law (1) Publication date September 9, 2019 to March 19, 2020 Website address: https://www. amazon. co. jp/dp/B07WRYC7NS Website address: https://apps.jp/dp/B07WRYC7NS apple. com/jp/app/id1451804678 Website address: https://play. google. com/store/apps/details? id=com. bandai. zzard

Application for application of Article 30, Paragraph 2 of the Patent Act (2) Website posting date and website posting address ・Posting date: May 16, 2019 Posting address: https://www. youtube. com/watch? v=_NyLVRHtY2s ・Posting date May 17, 2019 Posting address: https://www. youtube. com/watch? v=QFCLfSniz_w ・Posting date June 21, 2019 Posting address: https://www. youtube. com/watch? v=5jBBmkkxa3I ・Posting date July 9, 2019 Posting address: https://www. youtube. com/watch? v=G4yFXs5MqpU ・Posting date July 26, 2019 Posting address: https://www. youtube. com/watch? v=BHVeKlkzs8I ・Posting date August 21, 2019 Posting address: https://www. youtube. com/watch? v=Gt8Ou43BH0Y ・Posting date August 30, 2019 Posting address: https://www. youtube. com/watch? v=CjpuEEWGf6I ・Posting date September 20, 2019 Posting address: https://www. youtube. com/watch? v=t_7aMoj4dRc

Application for application of Article 30, Paragraph 2 of the Patent Law (3) Website posting date and website posting address ・Posting date: October 11, 2019 Posting address: https://www. youtube. com/watch? v=ySyM9gqzC9c ・Posting date: October 18, 2019 Posting address: https://www. youtube. com/watch? v=Q3tqigJw15U ・Posting date: October 23, 2019 Posting address: https://www. youtube. com/watch? v=fBTC6FMMwLk ・Posted date: October 29, 2019 Posted address: https://www. youtube. com/watch? v=adFVaKTkLwM ・Posting date November 14, 2019 Posting address: https://www. youtube. com/watch? v=c-kEJocH9TM ・Posting date December 6, 2019 Posting address: https://www. youtube. com/watch? v=eCh_TgLKcWc ・Posting date December 20, 2019 Posting address: https://www. youtube. com/watch? v=dJ2UR_MXSBQ

Applied for application of Article 30, Paragraph 2 of the Patent Act (4) Website publication date and website address ・Website publication date January 22, 2020 Website address https://www. aicarddass. com/zenonzard/information/news_0122_1. php Zenonzard <ZENONZARD> Official Website ・Website publication date January 23, 2020 Website address https://sec. carddass. com/club/researches/bnid/2908/CARDDASS. COM ・Website publication date February 4, 2020 Website address https://zenonzard-1da. com/ZENONZARD 1DAY ARENA ・Website publication date February 4, 2020 Website address https://zenonzard-1da. com/news/how-to-join ZENONZARD 1DAY ARENA

Patent Act Article 30, Paragraph 2 has been applied (5) Website posting date and website address ・Website posting date February 5, 2020 Website address https://twitter. com/zenonzard/status/1224959367562219522 Zenonzard <ZENONZARD> official website ・Website publication date February 8, 2nd year of Reiwa Website address https://zenonzard-1da. com/news/11 ZENONZARD 1DAY ARENA ・Website publication date February 14, 2020 Website address https://zenonzard-1da. com/news/12 ZENONZARD 1DAY ARENA ・Website publication date February 13, 2020, February 14, 2020 Website address https://twitter. com/zenonzard/status/1228261188808527873 [Official] Zenonzard <ZENONZARD>

The present invention relates to a game system, game management device, terminal, and program.

In recent years, games using smartphones, mobile phones, etc. as platforms have become popular. For example, it is a game that uses a deck in which game elements such as virtual cards are combined, and uses the parameter values of each game element that constitutes the deck to determine the outcome of a competitive game. Among such games, there is a mode of games in which competitions are held and competitions are played (for example, Patent Document 1).

JP-A-2006-26237

However, the procedure for participating in the competition requires a complicated procedure for the player, and there are cases where the interest of the user is lost.

SUMMARY OF THE INVENTION Accordingly, it is an object of the present invention to provide a game system game management device, a terminal, and a program that can realize a game that does not impair the interest.

According to one aspect of the present invention, there are provided player-sponsored tournament management site management means for operating a player-sponsored tournament management site for a player-sponsored tournament hosted by a host player on a browser basis, tournament management means for managing the player-sponsored tournament, and a match execution means for running a match between the players on a native application installed in the terminal, wherein the player-sponsored tournament management site management means controls the player-sponsored tournament through the player-sponsored tournament management site. A process of accepting an application for holding from a host player's terminal, a process of providing information on the player-sponsored tournament to the player's terminal, and a process of accepting an application for participation in the player-sponsored tournament from a terminal of a player other than the host player. and the tournament management means uses player identification information for identifying a player using the native application to manage players participating in the player-sponsored tournament for each of the player-sponsored tournaments. The executing means uses player identification information managed for each player-sponsored tournament to execute a match between players participating in the player-sponsored tournament on a native application of a terminal of the participating player. be.

According to one aspect of the present invention, there are provided player-sponsored tournament management site management means for operating a player-sponsored tournament management site for a player-sponsored tournament hosted by a host player on a browser basis, tournament management means for managing the player-sponsored tournament, and a match execution means for running a match between the players on a native application installed in the terminal, wherein the player-sponsored tournament management site management means controls the player-sponsored tournament through the player-sponsored tournament management site. A process of accepting an application for holding from a host player's terminal, a process of providing information on the player-sponsored tournament to the player's terminal, and a process of accepting an application for participation in the player-sponsored tournament from a terminal of a player other than the host player. and the tournament management means uses player identification information for identifying a player using the native application to manage players participating in the player-sponsored tournament for each of the player-sponsored tournaments. The execution means is a game management device that uses player identification information managed for each player-sponsored tournament to execute a match between players participating in the player-sponsored tournament on a native application of a terminal of a participating player. is.

According to one aspect of the present invention, a browser-based browsing means for browsing a player-sponsored tournament management site of a player-sponsored tournament hosted by a host player; Holding application means for executing application for holding; Participation application means for executing applications for participation in the player-sponsored tournament by players other than the host player via the player-sponsored tournament management site; and installed in player terminals. a match execution means for executing a match between the players on the native application that has been created, and the match execution means performs a match between the player and another player who participates in the player-sponsored tournament in which the player participates. , a terminal that executes on the native application of the player's terminal.

According to one aspect of the present invention, browser-based browsing means for viewing a player-sponsored tournament management site for a player-sponsored tournament hosted by a host player, and participation application means for executing an application for a player other than the host player to participate in the player-sponsored tournament via the player-sponsored tournament management site; native installed in the player's terminal The computer functions as a match execution means for executing a match between players on the application, and the match execution means performs a match between the player and another player who participates in the player-sponsored tournament in which the player participates. , a program executed on a native application of the terminal of the player.
.

According to the present invention, it is possible to provide a game that does not lose interest.

FIG. 1 is a diagram showing an example of the overall configuration of a game system according to this embodiment. FIG. 2 is a diagram showing a device configuration example of a smart phone, which is an example of the player terminal 1. As shown in FIG. FIG. 3 is a diagram showing an example of a battle screen of a competitive game displayed on the display 11 of the player terminal 1. As shown in FIG. FIG. 4 is a diagram showing an example of a battle mode. FIG. 5 is a block diagram showing a functional configuration example of the player terminal 1. As shown in FIG. FIG. 6 is a diagram showing an example of the user information data D1. FIG. 7 is a diagram showing an example of possessed card data D2. FIG. 8 is a diagram showing an example of the card character data D3. FIG. 9 is a diagram showing an example of the deck setting data D4. FIG. 10 is a diagram showing an example of player A's buddy setting data D5. FIG. 11 is a block diagram showing a functional configuration example of the game server 2. As shown in FIG. FIG. 12 is a diagram showing an example of the user information data G1. FIG. 13 is a diagram showing an example of the tournament account management table T1. FIG. 14 is a diagram showing an example of the tournament management table T2. FIG. 15 is a sequence diagram of cooperation between the web browser and the game application. FIG. 16 is an example of an account registration screen displayed on the browser of the player terminal 1. FIG. FIG. 17 is a sequence diagram showing how a player participates in a tournament from the tournament management site and performs a match. FIG. 18 shows an example of the top screen displayed on the player terminal 1. As shown in FIG. FIG. 19 is an example of a tournament management site displayed on the player terminal 1. FIG. FIG. 20 is a display example of a list of competitions scheduled to be held displayed on the player terminal 1 . FIG. 21 is a display example of the details of the selected tournament displayed on the player terminal 1. FIG. FIG. 22 is an example of battle information displayed on the player terminal 1. FIG. FIG. 23 is a sequence diagram until a player hosts a tournament on the tournament management site. FIG. 24 is an example of a tournament holding screen displayed on the player terminal 1. FIG. FIG. 25 is a diagram for explaining this embodiment.

<Embodiment of the present invention>
[overall structure]
FIG. 1 is a diagram showing an example of the overall configuration of a game system according to this embodiment. As shown in FIG. 1, the game system comprises player terminals 1 prepared for each of game players A and B, 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.

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

The player terminal 1 is a computer capable of executing a game program, is connected to a communication line N via a wireless communication base station or the like, and can perform data communication with the game server 2 . The player terminal 1 is, for example, a smart phone, a mobile phone, a portable game device, a stationary home game device, an arcade game device, a personal computer, a tablet computer, a controller for a stationary home game device, or the like. A plurality of player terminals 1 are basically present and operated by each player.

The game server 2 is a server system including one or more server devices, storage devices, and the like. The game server 2 provides various services for operating the game of this embodiment, manages data required for operating the game, distributes game programs and data required for executing the game on the player terminal 1, and so on. It can be performed.

FIG. 2 is a diagram showing a device configuration example of a smart phone, which is an example of the player terminal 1. As shown in FIG. As shown in FIG. 2 , the player terminal 1 includes a display 11 , a touch operation panel 12 integrated with the display 11 , and a speaker 13 . Further, the player terminal 1 is provided with a control board, an internal battery, a power button, a volume control button, etc., which are not shown.

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 wirelessly communicating with a mobile phone base station are mounted on the control board. In addition, a so-called I/F circuit (interface circuit) such as a driver circuit for the touch operation panel 12 is mounted on the control board. Each element mounted on these control boards is electrically connected to each other via a bus circuit or the like, and is connected so as to be able to read/write data and transmit/receive signals.

In the present embodiment, the game system as described above is applied to a competitive game using the first game element owned by the first player A and the first game element owned by the second player B, who is the opponent. An example is explained.

Here, the first game element is a character, which is embodied as an image, a virtual or tangible item, 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 item is not limited to the card, but is not limited to the card as long as the item is configured so that the game element associated with the item can be identified. The article may be a modeled object such as a figure having the appearance of a game element, for example.

In the following description, it is assumed that in the game to be executed, the first game element is a character whose action is controlled based on the player's (including non-players operated by a computer) card operation, and that the card corresponds to the character. Description will be given on the assumption that a design of a character (an image showing the appearance of the character) is added. Furthermore, the character is not limited to this, and it goes without saying that the character may specify other game elements such as game items to be executed and effects to be activated.

A deck consists of a predetermined number of first game elements. A predetermined number of first game elements are set up as a player's deck. For example, if the first game elements are virtual cards displayed on a computer, the deck is a card group consisting of a predetermined number of cards selected by the player. The player selects a desired deck from among the set decks, and plays a game using the cards that make up the deck.

Furthermore, in the competitive game to which the present embodiment is applied, a second game element different from the first game element is added.

The second game element uses the first game element owned by the player in the game. Using the first game element includes determining the selection or action of the first game element within the game. Assuming that the first game elements are cards, for example, the second game elements autonomously or voluntarily determine the selection or actions of the cards held by the player in the competition within the game. In other words, like a non-player function operated by a computer, it performs an action similar to the selection of the first game element or decision such as action made by the player. However, conventional non-players are operated by a computer instead of a human player, but the second game element exists independently of the human player and uses the first game element possessed by the player. different in that

Also, the second game element has character information. This character information is attribute information of the second game element. Character information influences the autonomous or voluntary behavior of the second game element (use of the first game element). In other words, the character information is the ability of the second game element, and the autonomous or voluntary behavior of the second game element (use of the first game element) differs depending on the difference in this ability. be. This character information differs depending on the acquired second game element. The character information changes as the player progresses in the game. Character information can have multiple parameters. For example, in the present embodiment, the character information is a parameter (hereinafter referred to as a level) that changes according to the experience value obtained by the player's game result, and changes according to the frequency of use of the first game element used by the player. A parameter (hereinafter referred to as card comprehension level), a parameter (hereinafter referred to as personality) that changes depending on the usage ratio of the type of the first game element used by the player, and the player's achievement of a predetermined event and variable parameters (hereinafter referred to as sync levels). Furthermore, as will be described later, when the second game element engages in a battle, etc., it can also be changed according to the experience value obtained according to the progress of the game of the second game element itself.

There may be a plurality of second game elements, and each second game element may have different character information in the 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 action of the second game element described above is performed by the AI function that the game server 2 has. This AI function is made possible by a learning model obtained by machine learning, using as teacher data the contents of the progress of many competitive games, their results, and the like. Machine learning methods are typically deep learning, reinforcement learning, or a combination thereof, but are not limited to these. Note that the learning model can output different actions 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 for searching for the optimum solution. There is a learning model etc. that can obtain the optimum solution.

The second game element described above is referred to as a buddy in the following description.
[Outline of game contents]
Next, an overview of the game will be described using the display screen of the display 11 of the player terminal 1 in order to facilitate understanding of the description of the embodiment.

In the game of this embodiment, the player uses a virtual game card (first game element incarnated by a character, hereinafter simply referred to as "card"), which is a game object. Multiple types of cards are prepared, and are differentiated by combinations of character abilities, rarities, attributes (colors), numbers, etc. associated with each card. For the abilities of the character, for example, ability parameter values such as level, attack power, and HP used in a competitive play (battle) with a computer-controlled enemy character or an opponent such as another player are determined.

In addition to the minimum number of cards required for battle play (battle) at the time of account registration, cards can be obtained during the game, purchased as charged items, or obtained by lottery called gacha. . In addition, cards can also be acquired by obtaining physical game cards (hereinafter referred to as "real cards") and performing registration procedures to enable the obtained real cards to be used in the game. Specifically, when the players A and B complete the real card registration procedure, they can acquire cards of the card type associated with the real card.

Then, player A organizes a deck with a predetermined number (for example, 40 cards) of the cards that he has, and challenges a competitive play (battle) using the deck. In a competitive play (battle) using a deck, victory or defeat with an opponent is determined using the character's ability parameter values and card attribute setting values specified in the cards that make up the deck (deck cards). .

Players A and B register accounts before starting the game. 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 buddies) presented by the player terminal 1, the buddies forming a group together with the players A and B are formed. set respectively. Depending on the abilities and personalities of these selected buddies, there is a possibility that the later gameplay style will change. Then, each of the players A and B constructs a deck with a predetermined number (for example, 40) of the cards they possess. Deck formation can be performed from a deck formation menu presented as one of the card menus touch-operated from the home screen or the like. Competitive 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 competitive game displayed on the display 11 of the player terminal 1. As shown in FIG. The battle screen displayed on the display 11 includes a first player area 40, which is the area of the self player, and a second player area 41, which is the area of the opponent player. Further, on the boundary between the first player area 40 and the second player area 41, operation information 42 displaying 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 . In the hand area 43, cards (hand) obtained from the own deck are arranged. Cards selected by the player from the hand area 43 or the base area 45 are arranged in the field area 44 . Cards in the hand area 43 can be placed in the field area 44 by spending a predetermined cost. 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 costs for placing cards in the field area 44 are arranged. The life area 46 includes a player life area 47, which is the area of the player who has life (HP), and a force life area 48, which is the area of the first object (force) which also has life. The player life area 47 displays the second object corresponding to the player and the life value of the player. The force life area 48 displays the first object and the life value of the first object. The first object exhibits a specific effect in the game. In this example, an image of a buddy is displayed as the second object.

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

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

In the main phase, the player can summon characters, attack opponents, activate card effects, move cards, and the like. Summoning a character means placing a card in the field area 44 on the condition that a cost is consumed.

Attacking 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. A flush timing step is a step in which a specific card with a special effect can be used by both the player and the opponent. The block specifying step is a step in which the opponent player can select whether or not to block the attack from the own player using the cards placed in the field area 44 of the second player area 41 . The battle resolution step is a step of judging the result of the attack and, based on the judgment result, performing resolution processing such as eliminating attacking cards and blocking cards and reducing the life of the opponent player or force.

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

Player A's team and the opponent's player B's team alternately repeat turns consisting of such a series of phases, and either player's life becomes 0, or the number of cards in the deck becomes 0. This will determine victory or defeat. The player's rank, buddy's experience value, and buddy's character information (varying ability information) change depending on the battle result.

The above example is a normal match play in which player A and player B play against each other. , team battles are also possible. For example, as shown in FIG. 4, player A and player A's buddies form one team, and player B and player B's buddies form one team. Then, one team battle is composed of the first game in which the player A and the buddies of the player B play against each other to decide victory or defeat, and the second game in which the player B and the buddies of the player A play against each other to decide the victory or defeat. is. In such a team game, the decks used by each player and the player's buddies are set from the decks owned by the players. The decks to be set may be the same for the player and the player's buddies, or different decks may be used for the player and the player's buddies.

The above-described team competition is suitable when a plurality of players gather to play one tournament. This is because, unlike a real tournament in which players compete against each other, in a virtual tournament, due to time constraints, players may not always be able to compete against each other at the same time. However, if the opponent of the human player is a buddy, as long as the game server 2 is in operation, it is possible to compete without considering the time at which the opponent player can compete.

In the following example, an example in which a tournament in which a plurality of players participate is held in the above-described team competition will be described.

[Function configuration]
FIG. 5 is a block diagram showing a functional configuration example of the player terminal 1. As shown in FIG.

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

The operation input unit 51 is used by 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, elements such as a touch operation pad, home button, button switch, joystick, and trackball that are directly operated by player A's fingers, as well as acceleration sensors, angular velocity sensors, tilt sensors, and geomagnetic sensors. It can also be realized by an element or the like for detecting motion or posture. In FIG. 2, the touch operation panel 12 corresponds to this.

The processing unit 52 comprehensively controls operations of the player terminal 1 based on programs and data stored in the storage unit 56, operation input signals from the operation input unit 51, and the like. The functions of the processing unit 52 can be realized by, for example, electronic components such as microprocessors such as CPUs and GPUs, ASICs, and IC memories. The processing unit 52 includes a game calculation unit 61, a browser execution unit 62, an image generation unit 63, a sound generation unit 64, and a communication control unit 65 as main functional units.

The browser execution unit 62 is in charge of the processing of the first system that operates on a browser base (web base). The game calculation unit 61 is in charge of processing that operates on a game application (native application). Here, "browser-based" means that, for example, a Web browser is used as means of operation and use (user interface). A native application is an application of a type in which an arithmetic unit in a terminal directly executes arithmetic processing, and in the present embodiment, a game application corresponds to it. Native apps basically need to be downloaded and installed on the device.

The game calculation unit 61 executes various game processes for realizing the game of this 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 battle execution unit 74, a browser cooperation unit 75, and a game management unit 76. .

The player information management unit 70 manages player information using the user information data D1. The managed information includes basic user information such as player nicknames (player names), in-game user identification information (user IDs), buddy identification information, player ranks, buddy levels, and the like. FIG. 6 is a diagram showing an example of the user information data D1.

The card management unit 71 uses the owned card data D2 and the card character data D3 stored in the storage unit 56 to manage cards that can be provided by the game system, including whether or not the player owns and uses them.

Possessed card data D2 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 usage permission flag indicating whether the card can be used by the player. is the associated data. FIG. 7 is a diagram showing an example of possessed card data D2. In FIG. 7, the card identification information field describes the card identification information of cards that can be provided by the game system. When the player possesses the card of the card identification information, "1" is set in the possession flag field, and when the player does not possess the card, "0" is set in the possession flag field. It is If the card of the card identification information can be used by the player, the usable flag field is set to "1", and if the card cannot be used by the player, the usable flag field is set to "0". is set. FIG. 7 shows an example of the possessed card data D2, and is not limited to this. 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 held by the player, the player is allowed to use the card temporarily.

The card character data D3 is data in which card identification information of a card is associated with character information of the card. FIG. 8 is a diagram showing an example of the card character data D3. In FIG. 8, card identification information and character information (character image, card name, card type, cost, attribute, race, ability, attack power, hit points, and rarity) are associated. Note that FIG. 8 shows an example of the card character data D2, and is not limited to this.

If 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 D3 of the card identification information through communication with the game server 2 . Then, the card management unit 71 adds the acquired card identification information to the owned card data D2, and sets the possession flag of the card identification information to "0" and the usable flag field to "0". Also, the acquired card character data D3 is stored in the storage unit 56 . When the player acquires and holds a new card, the card management unit 71 sets the holding flag of the card identification information of the holding card data D2 to "1" and sets the usable flag field to "1".

Using the owned card data D2 and the card character data D3, the deck setting unit 72 presents cards (in principle owned cards) that can be used as the cards that currently constitute the deck, and the presented cards are displayed according to the user's operation. Select the cards that make up the deck from , and set (edit) the deck. The set deck can be used not only by the player in the battle, but also by the player's buddies. The deck setting unit 72 generates deck setting data D4 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. 56. FIG. 9 is a diagram showing an example of the deck setting data D4. The example of FIG. 9 is an example of the deck setting data D4 of the deck 1 of player A, and the deck 1 with the deck ID "D001" starts from the cards with the card identification information "0001", "0006" to card identification information "0450". This is an example showing that it is configured. Note that FIG. 9 shows an example of the deck setting data D3, and the present invention is not limited to this.

The buddy setting unit 73 manages information about buddies selected by the player from among a plurality of buddies (second game elements) when the players A and B register their accounts, using the buddy setting data D4. The buddy setting data D4 is 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 character information after the change is notified from the game server 2, and the character information is updated. FIG. 10 is a diagram showing an example of player A's buddy setting data D5. In the example of FIG. 10, the buddy setting data D5 includes buddy identification information, buddy image, buddy name, level, and character information. FIG. 10 shows an example of buddy setting data D5, and is not limited to this. The level and character information of the buddy (second game element) at the time of account registration are set to initial values (lowest values). Also, when the buddy is changed, the level and character information of the previous buddy are not inherited, and the level and character information of the buddy (second game element) after the change are set to initial values (lowest values). Also, the buddy setting unit 73 outputs buddy image information to the image generating unit 62 during the battle or on other menu screens. It should be noted that the set buddy may play alone with the opponent player in the case of the team battle.

The battle execution unit 74 uses the set deck to execute a normal battle between players and a team battle in which teams fight each other.

The browser linking unit 75 transmits the URL of the tournament management site, which will be described later, to the browser executing unit 76, causes the browser executing unit 76 to start up the web browser, and transfers the data obtained via the browser to the game computing unit 61 (game application). , and make it processable. In addition, as will be described later, in cooperation with the browser execution unit 76, registration processing of the player's account is performed on the tournament management site.

The game management section 76 manages the progress of the entire game.

The browser execution unit 62 is a web browser, communicates with the server mainly by HTTP, and acquires the tournament management site. For web content such as the tournament management site, parse the syntax according to the type (HTML/XHTML/XML, document, image, etc.), and arrange characters and images appropriately based on the result of the parse, or Draw by adjusting the size of the characters, adding colors, etc. It is also possible to control or cooperate with other applications using a script language such as JavaScript (registered trademark).

The image generation unit 63 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 functions of the image generating unit 63 are, for example, a processor such as a GPU or a digital signal processor (DSP), a video signal IC, programs such as a video codec, an IC memory for drawing frames such as a frame buffer, and texture data development. It can be realized by an IC memory or the like.

The sound generation unit 64 generates sound signals such as sound effects and background music related to the game, audio information of operation assistance information, and various operation sounds based on the processing results of the game calculation unit 61 and the browser execution unit 62 . output to The function of the sound generator 64 can be realized by, for example, a digital signal processor (DSP), a processor such as a voice synthesis IC, an audio codec capable of reproducing voice files, or the like.

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

The image display section 53 displays various game screens based on the image signal input from the image generation section 63 . 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 section 53 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 64 . In FIG. 2 , the sound output unit 54 corresponds to the speaker 13 .

The communication unit 55 is connected 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 wired communication cable jack, a control circuit, or the like.

In the storage unit 56, a program for operating the player terminal 1 and realizing various functions of the player terminal 1, data used during the execution of the program, etc. are stored in advance, or temporarily stored each time processing is performed. stored. The storage unit 56 can be realized by, for example, a RAM, a ROM, an IC memory such as 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.

The storage unit 56 stores a system program, a game program, and a browser. 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 section 52 to function as the game calculation section 61 . This program is delivered from the game server 2 or another application delivery server or the like after the player completes account registration. A browser is a program for causing the processing unit 52 to function as the browser execution unit 76 .

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

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

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

The processing unit 91 includes a player management unit 101 , an AI processing unit 102 , a battle execution unit 103 , a game management unit 104 and a tournament management site management unit 105 .

The player management unit 101 uses the user information data G1 to manage accounts, progress of the game, etc. for each player of the connected player terminal 1 . The user information data G1 is basic data of the players participating in the game, and records the user information data G1 for each player. FIG. 12 is a diagram showing an example of the user information data G1. In the example of FIG. 12, it includes player identification information D1, possessed card data D2, deck setting data D4, and buddy setting data D5. Note that FIG. 12 shows an example of the user information data G1, and is not limited to this.

The AI processing unit 102 has a learning model obtained by machine-learning teacher data such as the progress of many competitive games and their results. This learning model has different output contents depending on the buddy's character information (buddy's ability). As an example of such a learning model, the higher the buddy's character information (buddy's ability), the more time it takes to search for the optimum solution. There is a learning model that provides a more optimal solution to deal with A typical machine learning method is deep learning, but it is not limited to this. The AI processing unit 102 receives the card setting information transmitted from the player terminal 1 and the character information of the buddy of the player of the player terminal 1, and outputs the card operation information of the buddy in the situation of the card setting information. Card operation information is information such as card movement, attack targets, and defense methods. In the algorithm, since the content of the card operation information differs depending on the character information of the buddy, even if the card setting information transmitted from the player terminal 1 is the same, if the character information of the player's buddy differs, the card operation information will be different. May output operational information.

The battle executing unit 103 not only executes a player-to-player battle, but also receives an output from the AI processing unit 102 and executes a player-to-buddy (non-player) battle.

The game management unit 104 manages the entire game.

The player management unit 101, the AI processing unit 102, the battle execution unit 103, and the game management unit 104 described above are mainly responsible for processing with the game application (native application) of the player terminal 1. FIG.

The tournament management site management unit 105 is a unit that performs web-based processing. The tournament management site management unit 105 manages a web-based tournament management site. Management of the tournament management site is performed using a tournament account management table T1 and a tournament management table T2. FIG. 13 is a diagram showing an example of the tournament account management table T1, and FIG. 14 is a diagram showing an example of the tournament management table T2. In the example of FIG. 13, the player names and user IDs of players who can access the tournament management site are associated. In the example of FIG. 14, the name of the tournament, the date of the tournament, the rules of the tournament, the player IDs of the players participating in the tournament, and the match combinations are recorded for each tournament. The tournament management site management unit 105 sequentially updates the tournament account management table T1 and the tournament management table T2 to manage the tournament site. In addition, the tournament management site management unit 105 transmits the tournament management site to the player terminal 1 using the tournament account management table T1 and the tournament management table T2 in response to access to the tournament management site.

The communication unit 92 is connected to the communication line N to realize communication.

The storage unit 93 stores a system program, a game program, and a browser management program. The system program is a program for realizing the basic functions of the game server 2 as a computer. The game program is a program for causing the processing section 91 to function as the player management section 101 , the AI processing section 102 , the battle execution section 103 and the game management section 104 . The browser management program is a program for functioning as the tournament management site management section 105 .

Further, the recording unit 92 stores user information data G1, a tournament account management table T1, a tournament management table T2, and card data.

Card data is card data of all cards used in this game. Basically, data similar to the card character data of FIG. 8 described above are stored for all cards used in the game. In addition, the card data includes the basic data of the buddy used in this game (buddy identification information, character image, buddy name, initial level, initial card comprehension, initial personality, and initial synchro level. ) may be included.

[Operation of each device]
Next, operations of the player terminal 1 and the game server 2 will be described. In the following description, a game operating company will host a tournament, perform the process from announcement of the tournament to participation based on the Web browser, and each competition in the tournament in which the player participates will be performed using a game application. It is assumed that the details of the tournament to be held are registered in the tournament management table T2 by the game operating company. In addition, each match in the tournament consists of a team match (the first match between Player A and Player B's buddies to decide the winner, and the second match between Player B and Player A's buddies to decide the winner). shall be played in a team competition consisting of

First, the cooperation between the web browser and the game application will be described with reference to the sequence diagram of FIG.

First, the browser execution unit 62 of the player terminal 1 activates the browser (Step 1), and when accessing the tournament management site, the tournament management site is displayed on the player terminal 1 (Step 2).

When the player selects the login button of the tournament management site in order to register an account, the browser execution unit 62 notifies the browser cooperation unit 75 of the login execution request (Step 3).

The browser cooperation unit 75 receives the login execution request and starts the game application (Step 4). The browser linking unit 75 displays a linking request screen asking whether to link the browser and the game application by registering the account of the tournament management site on the screen of the player terminal 1 (Step 5). When the player selects the cooperation request, the browser cooperation unit 75 transmits the cooperation request (account registration request) to the game server 2 (Step 6). A cooperation request (account registration request) includes at least a player name and a user ID.

When the game server receives the cooperation request (account registration request), the tournament management site management unit 105 transmits an account registration screen on a browser basis (Step 7). At this time, the user ID associated with the game application is stored.

The browser execution unit 62 of the player terminal 1 that has received the account registration screen displays the account registration screen on the browser (Step 8). FIG. 16 is an example of an account registration screen displayed on the browser of the player terminal 1. FIG.

The player inputs an e-mail address in the e-mail address field 111 on the account registration screen, and the browser execution unit 62 transmits the e-mail address (Step 9). It should be noted that not only the email address but also the telephone number may be used, and in this case, a short message (SMS) associated with the telephone number is used.

The tournament management site management unit 105 that has received the e-mail address issues a confirmation code for authentication corresponding to the user ID associated with the game application, transmits the confirmation code to the received e-mail address, and displays a confirmation screen. Send (Step 10).

The browser execution unit 62 of the player terminal 1 displays the received confirmation screen on the browser. The browser execution unit 62 receives the e-mail and transmits the confirmation code input by the player (Step 11).

The tournament management site management unit 105 collates the user ID and the confirmation code, and if they match, registers the player's user ID in the tournament account management table T1 and performs account registration (Step 12).

Through these operations, the player's user ID is registered in the tournament account management table T1, and thereafter the browser and game application can be linked, and the player can use the tournament management site through the browser.

Next, the operation of a player participating in a tournament from the tournament management site and playing a match will be described. FIG. 17 is a sequence diagram showing how a player participates in a tournament from the tournament management site and performs a match.

First, the player starts the game application and displays the top screen (Step 20). FIG. 18 shows an example of the top screen displayed on the player terminal 1. As shown in FIG. The player can switch to the browser-based tournament management site by selecting the web tournament button 120 displayed on the top screen. When the Web tournament button 120 is selected, the browser linking unit 75 passes a user ID and a browser activation request to the browser execution unit 62, and the browser execution unit 62 activates the browser (Step 21). The browser execution unit 62 transmits the user ID and accesses the tournament administration site (Step 22).

The tournament management site management unit 105 of the accessed game server 2 authenticates the received user ID using the tournament account management table T1, and if authenticated, transmits the tournament management site to the player terminal 1 (Step 23).

The browser execution unit 62 displays the tournament management site (Step 24). FIG. 19 is an example of a tournament management site displayed on the player terminal 1. FIG. In the example of FIG. 19, a tournament participation button 120 for selecting participation in the tournament and a tournament holding button 121 for the player to select holding of the tournament are displayed. The holding of the tournament by the players will be described later.

The player can display a list of tournaments to be held by selecting the tournament participation button 120 . FIG. 20 is a display example of a list of competitions scheduled to be held displayed on the player terminal 1 . In the example of FIG. 20, "XYZ Tournament" and "AAA Tournament" are displayed.

The player selects the competition he wants to participate in (Step 25). For example, if he wants to participate in the "XYZ Tournament", he selects the "XYZ Tournament" button 122 . The browser execution unit 62 transitions to the detailed information site of the selected tournament.

The tournament management site manager 105 of the accessed game server 2 transmits detailed information on the selected tournament (Step 26).

The browser execution unit 62 displays detailed information on the tournament (Step 27). FIG. 21 is a display example of the details of the selected tournament displayed on the player terminal 1. FIG. In the example of FIG. 21, detailed information 125 of "XYZ Tournament" and an entry button 126 for participating in "XYZ Tournament" are displayed. When the entry button 126 is selected, the browser execution unit 62 makes an entry request for the selected competition (Step 28).

The tournament management site management unit 105 that has received the entry request registers the player's user ID in the tournament management table T2 of the selected tournament and accepts the entry (Step 29). Subsequently, the tournament management site management unit 105 determines a match combination based on the user IDs of the participants registered in the tournament management table T2 (Step 30).

On the other hand, according to the date and time of the tournament, the user accesses the tournament management site using the browser execution unit 62 and acquires match information (Step 31). FIG. 22 is an example of battle information displayed on the player terminal 1. FIG. In the example of FIG. 22, players A, B, and C are displayed as opponents.

When the player selects the button 127 of the player to compete against, the browser execution unit 62 transmits information specifying the selected opponent (Step 32).

The tournament management site management unit 105 receives the selection of the opponent from the player terminal 1, and transmits the user ID of the opponent to the battle execution unit 104 (Step 33).

From now on, it will be game application-based, not browser-based.

The battle execution unit 103 of the game server 2 refers to the user information data G1 corresponding to the user ID of the opponent, acquires the opponent's deck information, buddy information, and other information necessary for the battle, and sends it to the AI processing unit 102. Send. The AI processing unit 102 acquires the action information of the buddy of the opponent and passes it to the battle executing unit 103 . Then, a battle between the player and the opponent buddy is executed between the battle execution unit 103 and the battle execution unit 74 of the player terminal 1 (Step 34).

When the competition ends, the competition execution section 103 transmits the competition result to the competition management site management section 105, and the competition management site management section 105 updates the competition result in the competition management table T2 (Step 35).

The browser execution unit 62 accesses the tournament management site and acquires match result information (Step 36). Then, the actions from Step 31 to Step 36 are performed until all opponents are played.

Next, an example in which a player himself hosts a tournament will be described. FIG. 23 is a sequence diagram until a player hosts a tournament on the tournament management site. Note that the operation (Step 20 to Step 24) until the tournament management site is displayed is the same as the operation described above, so a description thereof will be omitted.

When the tournament management site is displayed on the browser (see FIG. 19) and the player selects the tournament holding button 121, the browser execution unit 62 transmits a tournament holding request (Step 30).

The tournament management site management unit 105 of the game server 2 that has received the tournament holding request transmits a tournament holding screen (Step 31).

The browser execution unit 62 displays the received tournament holding screen (Step 32). FIG. 24 is an example of a tournament holding screen displayed on the player terminal 1. FIG.

The player inputs tournament holding information on the tournament holding screen, and the browser execution unit 62 transmits the tournament holding information (Step 33).

The tournament management site management unit 105 registers the received tournament holding information in the tournament management table T2 (Step 34). Then, the tournament newly registered in the tournament management table T2 is reflected in the tournament management site (Step 35).

In this way, a player can hold a tournament based on a browser.

In this embodiment, as shown in FIG. 25, the player terminal 1 and the game server 2 use a browser-based (web-based) first system and a native application-based (game application) second system. is doing. The browser 100 of the player terminal 1 and the game application 200 of the player terminal 1 are mutually linked within the player terminal 1 , and the browser-based control 101 of the game server 2 and the application-based control 201 of the game server 2 are implemented within the game server 2 . are collaborating with each other. Then, the first browser-based system (the browser 100 of the player terminal 1 and the browser-based control 101 of the game server 2) manages the participation or holding of a competition in which a plurality of players compete, and the second system based on the native application. (the game application 200 of the player terminal 1 and the application-based control 201 of the game server 2), the players play against each other.

With such a configuration, there is no need to update or temporarily maintain the native application-based game application in order to hold the tournament, and the burden on the management side of the game can be reduced. Also, the player can easily browse the tournament management site using a browser.

Furthermore, since each match in the tournament takes the format in which the participating players compete with their opponent's buddies (non-players), the players can compete without considering the times when they can compete.

In the above embodiment, a card game using virtual game cards was exemplified, but applicable game genres are 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 training game of a character associated with the first game element.

Some or all of the above-described embodiments are also described in the following additional remarks, but are not limited to the following.

[Appendix 1]
A terminal for executing a competitive game using game elements by a player on a computer,
comprising a memory storing execution instructions and a processor,
The processor, by the execution instruction,
A browser-based process of presenting a selection screen from which an opponent can be selected;
A terminal for executing a process of executing a match with the opponent selected by the browser base by a native application base.

[Appendix 2]
A game management device for managing a game played by a player using game elements,
comprising a memory storing execution instructions and a processor,
The processor, by the execution instruction,
a process of presenting a browser-based selection screen on the player's terminal from which an opponent can be selected;
A game management device for executing a process of causing a match with the opponent selected by the browser base to be executed by a native application installed in the player terminal.

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 its technical ideas.

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 browser execution unit 63 image generation unit 64 sound generation Unit 65 Communication control unit 70 Player information management unit 71 Card management unit 72 Deck setting unit 73 Buddy setting unit 74 Battle execution unit 75 Browser cooperation unit 76 Game management unit 91 Processing unit 92 Communication unit 93 Storage unit 101 Player management unit 102 AI processing Unit 103 Battle execution unit 104 Game management unit 105 Tournament management site management unit

Claims (10)

a player-sponsored tournament management site operating means for operating a player-sponsored tournament management site of a player-sponsored tournament hosted by the host player on a browser basis;
Tournament management means for managing the player-sponsored tournament;
a match execution means for executing a match between players on a native application installed on a player's terminal;
with
The player-sponsored tournament management site operating means receives an application for holding the player-sponsored tournament from the host player's terminal via the player-sponsored tournament management site, and transmits information on the player-sponsored tournament to the player's terminal. performing a process of providing and a process of accepting an application for participation in the player-sponsored tournament from a terminal of a player other than the host player;
The tournament management means manages players participating in the player-sponsored tournament for each player-sponsored tournament using player identification information that identifies a player using the native application,
The match execution means uses player identification information managed for each player-sponsored tournament to execute a match between players participating in the player-sponsored tournament on a native application of a terminal of the participating player.
game system. The player-sponsored tournament management site management means receives rules for participation in the player-sponsored tournament from the host player, and provides the rules for participation in the player-sponsored tournament as information on the player-sponsored tournament to the terminal of the player.
A game system according to claim 1 . The tournament management site operating means includes authentication means capable of authenticating the player of the native application,
2. The tournament management site operating means controls to allow the player to input and select information on the tournament management site on condition that the player is authenticated by the authentication means. Item 2. The game system according to item 2. a player-sponsored tournament management site operating means for operating a player-sponsored tournament management site of a player-sponsored tournament hosted by the host player on a browser basis;
Tournament management means for managing the player-sponsored tournament;
a match execution means for executing a match between players on a native application installed on a player's terminal;
with
The player-sponsored tournament management site operating means receives an application for holding the player-sponsored tournament from the host player's terminal via the player-sponsored tournament management site, and transmits information on the player-sponsored tournament to the player's terminal. performing a process of providing and a process of accepting an application for participation in the player-sponsored tournament from a terminal of a player other than the host player;
The tournament management means manages players participating in the player-sponsored tournament for each player-sponsored tournament using player identification information that identifies a player using the native application,
The match execution means uses player identification information managed for each player-sponsored tournament to execute a match between players participating in the player-sponsored tournament on a native application of a terminal of the participating player.
Game management device. The player-sponsored tournament management site management means receives rules for participation in the player-sponsored tournament from the host player, and provides the rules for participation in the player-sponsored tournament as information on the player-sponsored tournament to the terminal of the player.
5. The game management device according to claim 4. The tournament management site operating means includes authentication means capable of authenticating the player of the native application,
4 or claim 4, wherein said tournament management site operating means controls so that said player can input and select information on said tournament management site on condition that said player has been authenticated by said authentication means. 6. A game system according to item 5. browser-based viewing means for viewing a player-sponsored tournament management site of a player-sponsored tournament hosted by the host player;
holding application means for the hosting player to apply for holding the player-sponsored tournament via the player-sponsored tournament management site;
participation application means for executing an application for participation in the player-sponsored tournament by a player other than the host player via the player-sponsored tournament management site;
a match execution means for executing a match between players on a native application installed on a player's terminal;
with
The competition executing means executes a competition between the player and another player who participates in the player-sponsored tournament in which the player participates, on a native application of the player's terminal.
terminal. The holding application means enables the host player to set participation rules for the player-sponsored tournament.
A terminal according to claim 7. browser-based viewing means for viewing a player-sponsored tournament management site of a player-sponsored tournament hosted by the host player;
holding application means for the hosting player to apply for holding the player-sponsored tournament via the player-sponsored tournament management site;
Participation application means for executing an application for participation in the player-sponsored tournament by a player other than the sponsoring player via the player-sponsored tournament management site;
A match execution means for executing a match between players on a native application installed on a player's terminal;
to make the computer work as
The competition executing means executes a competition between the player and another player who participates in the player-sponsored tournament in which the player participates, on a native application of the player's terminal.
program. The holding application means enables the host player to set participation rules for the player-sponsored tournament.
10. A program according to claim 9.

Images