JP7132264B2 - ゲームシステム、プログラム、端末及びゲーム管理装置 - Google Patents

Description

特許法第３０条第２項適用 （１）公開日 令和１年９月９日～令和２年３月１９日 ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｗｗｗ．ａｍａｚｏｎ．ｃｏ．ｊｐ／ｄｐ／Ｂ０７ＷＲＹＣ７ＮＳ ウェブサイトのアドレス：ｈｔｔｐｓ：／／ａｐｐｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／ｉｄ１４５１８０４６７８ ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｃｏｍ．ｂａｎｄａｉ．ｚｚａｒｄ

特許法第３０条第２項適用 （２）ウェブサイトの掲載日及びウェブサイトの掲載アドレス ・掲載日 令和１年５月１６日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝＿ＮｙＬＶＲＨｔＹ２ｓ ・掲載日 令和１年５月１７日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＱＦＣＬｆＳｎｉｚ＿ｗ ・掲載日 令和１年６月２１日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝５ｊＢＢｍｋｋｘａ３Ｉ ・掲載日 令和１年７月９日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ｇ４ｙＦＸｓ５ＭｑｐＵ ・掲載日 令和１年７月２６日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＢＨＶｅＫｌｋｚｓ８Ｉ ・掲載日 令和１年８月２１日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ｇｔ８Ｏｕ４３ＢＨ０Ｙ ・掲載日 令和１年８月３０日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＣｊｐｕＥＥＷＧｆ６Ｉ ・掲載日 令和１年９月２０日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｔ＿７ａＭｏｊ４ｄＲｃ

特許法第３０条第２項適用 （３）ウェブサイトの掲載日及びウェブサイトの掲載アドレス ・掲載日 令和１年１０月１１日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｙＳｙＭ９ｇｑｚＣ９ｃ ・掲載日 令和１年１０月１８日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ｑ３ｔｑｉｇＪｗ１５Ｕ ・掲載日 令和１年１０月２３日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｆＢＴＣ６ＦＭＭｗＬｋ ・掲載日 令和１年１０月２９日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ａｄＦＶａＫＴｋＬｗＭ ・掲載日 令和１年１１月１４日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｃ－ｋＥＪｏｃＨ９ＴＭ ・掲載日 令和１年１２月６日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｅＣｈ＿ＴｇＬＫｃＷｃ ・掲載日 令和１年１２月２０日 掲載アドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｄＪ２ＵＲ＿ＭＸＳＢＱ

特許法第３０条第２項適用 （４）ウェブサイトの掲載日及びウェブサイトのアドレス ・ウェブサイトの掲載日 令和２年１月２２日 ウェブサイトのアドレス ｈｔｔｐｓ：／／ｗｗｗ．ａｉｃａｒｄｄａｓｓ．ｃｏｍ／ｚｅｎｏｎｚａｒｄ／ｉｎｆｏｒｍａｔｉｏｎ／ｎｅｗｓ＿０１２２＿１．ｐｈｐ ゼノンザード＜ＺＥＮＯＮＺＡＲＤ＞公式サイト ・ウェブサイトの掲載日 令和２年１月２３日 ウェブサイトのアドレス ｈｔｔｐｓ：／／ｓｅｃ．ｃａｒｄｄａｓｓ．ｃｏｍ／ｃｌｕｂ／ｒｅｓｅａｒｃｈｅｓ／ｂｎｉｄ／２９０８／ ＣＡＲＤＤＡＳＳ．ＣＯＭ ・ウェブサイトの掲載日 令和２年２月４日 ウェブサイトのアドレス ｈｔｔｐｓ：／／ｚｅｎｏｎｚａｒｄ－１ｄａ．ｃｏｍ／ ＺＥＮＯＮＺＡＲＤ １ＤＡＹ ＡＲＥＮＡ ・ウェブサイトの掲載日 令和２年２月４日 ウェブサイトのアドレス ｈｔｔｐｓ：／／ｚｅｎｏｎｚａｒｄ－１ｄａ．ｃｏｍ／ｎｅｗｓ／ｈｏｗｔｏ－ｊｏｉｎ ＺＥＮＯＮＺＡＲＤ １ＤＡＹ ＡＲＥＮＡ

特許法第３０条第２項適用 （５）ウェブサイトの掲載日及びウェブサイトのアドレス ・ウェブサイトの掲載日 令和２年２月５日 ウェブサイトのアドレス ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｚｅｎｏｎｚａｒｄ／ｓｔａｔｕｓ／１２２４９５９３６７５６２２１９５２２ ゼノンザード＜ＺＥＮＯＮＺＡＲＤ＞公式サイト ・ウェブサイトの掲載日 令和２年２月８日 ウェブサイトのアドレス ｈｔｔｐｓ：／／ｚｅｎｏｎｚａｒｄ－１ｄａ．ｃｏｍ／ｎｅｗｓ／１１ ＺＥＮＯＮＺＡＲＤ １ＤＡＹ ＡＲＥＮＡ ・ウェブサイトの掲載日 令和２年２月１４日 ウェブサイトのアドレス ｈｔｔｐｓ：／／ｚｅｎｏｎｚａｒｄ－１ｄａ．ｃｏｍ／ｎｅｗｓ／１２ ＺＥＮＯＮＺＡＲＤ １ＤＡＹ ＡＲＥＮＡ ・ウェブサイトの掲載日 令和２年２月１３日、令和２年２月１４日 ウェブサイトのアドレス ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｚｅｎｏｎｚａｒｄ／ｓｔａｔｕｓ／１２２８２６１１８８８０８５２７８７３ 〔公式〕 ゼノンザード＜ＺＥＮＯＮＺＡＲＤ＞

本発明はゲームシステム、プログラム、端末及びゲーム管理装置に関する。

近年、スマートフォンや携帯電話機等をプラットフォームとするゲームが人気である。例えば、仮想的なカード等のゲーム要素を組合せたデッキを用いて、デッキを構成する各ゲーム要素のパラメータ値を用いて対戦ゲームの勝敗を決定するようにしたゲーム等である。そのようなゲームの中で、大会を開催し、各対戦を行うゲームの態様がある（例えば、特許文献１）。

特開2006-26237号公報

しかし、大会への参加の手続きは、プレーヤに取って煩雑な手続きを求められており、ユーザの興趣性が損なわれる場合があった。

そこで、本発明は、興趣性が損なわれないゲームを実現できるゲームシステム、プログラム、端末及びゲーム管理装置を提供することにある。

本発明の一態様は、プレーヤ端末をブラウザベースにより制御可能な第１システムと、プレーヤ端末にインストールされたネイティブアプリを制御可能な第２システムとを備え、前記第１システムは、ブラウザベースによって対戦相手の選択が可能な選択画面を、プレーヤの端末に提示可能な提示手段を備え、前記第２システムは、前記ブラウザベースによって選択された対戦相手との対戦を、前記プレーヤ端末のネイティブアプリによって実行させる対戦実行手段を備えるゲームシステムである。

本発明の一態様は、プレーヤ端末をブラウザベースにより制御可能な第１システムと、プレーヤ端末にインストールされたプログラムを制御可能な第２システムと、通信可能なプレーヤ端末のプログラムであって、前記プログラムは、前記プレーヤ端末を、端末のブラウザによって表示された対戦選択画面において選択された対戦を実行可能に制御する対戦実行手段として機能させるプログラムである。

本発明の一態様は、ブラウザベースによって対戦相手の選択が可能な選択画面を提示可能な提示手段と、前記ブラウザベースによって選択された対戦相手との対戦を、ネイティブアプリベースによって実行させる対戦実行手段とを備える端末である。

本発明の一態様は、ブラウザベースによって対戦相手の選択が可能な選択画面を、プレーヤの端末に提示可能な提示手段と、前記ブラウザベースによって選択された対戦相手との対戦を、前記プレーヤ端末にインストールされているネイティブアプリによって実行させる対戦実行手段とを備えるゲーム管理装置である。

本発明によれば、興趣性が損なわれないゲームを提供できる。

図１は本実施形態におけるゲームシステムの全体構成例を示す図である。 図２はプレーヤ端末１の一例であるスマートフォンの装置構成例を示す図である。 図３はプレーヤ端末１のディスプレイ１１に表示される対戦ゲームのバトル画面の一例を示した図である。 図４は対戦態様の一例を示した図である。 図５は、プレーヤ端末１の機能構成例を示すブロック図である。 図６はユーザ情報データＤ１の一例を示す図である。 図７は保有カードデータＤ２の一例を示した図である。 図８はカードキャラクタデータＤ３の一例を示した図である。 図９はデッキ設定データＤ４の一例を示す図である。 図１０はプレーヤＡのバディ設定データＤ５の一例を示す図である。 図１１はゲームサーバ２の機能構成例を示すブロック図である。 図１２はユーザ情報データＧ１の一例を示した図である。 図１３は大会アカウント管理テーブルＴ１の一例を示した図である。 図１４は大会管理テーブルＴ２の一例を示した図である。 図１５はＷｅｂブラウザとゲームアプリケーションとの連携のシーケンス図である。 図１６はプレーヤ端末１のブラウザで表示されるアカウント登録画面の一例である。 図１７は、プレーヤが大会管理サイトから大会に参加し対戦を行うまでのシーケンス図である。 図１８はプレーヤ端末１に表示されるトップ画面の一例である。 図１９はプレーヤ端末１に表示される大会管理サイトの一例である。 図２０はプレーヤ端末１に表示される開催予定の大会の一覧の表示例である。 図２１はプレーヤ端末１に表示される選択大会の詳細の表示例である。 図２２はプレーヤ端末１に表示される対戦情報の一例である。 図２３はプレーヤが大会管理サイトにおいて大会を主催するまでのシーケンス図である。 図２４はプレーヤ端末１に表示される大会開催画面の一例である。 図２５は本実施の形態を説明するための図である。

＜本発明の実施の形態＞
［全体構成］
図１は本実施形態におけるゲームシステムの全体構成例を示す図である。図１に示すように、ゲームシステムは、ゲームのプレーヤＡ，Ｂ毎に用意されるプレーヤ端末１と、ゲームサーバ２とを備えて構成される。プレーヤ端末１とゲームサーバ２とは、通信回線Ｎに接続可能で、相互に通信可能である。

通信回線Ｎは、データ通信が可能な通信路を意味する。すなわち、通信回線Ｎは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮの他、電話通信網やケーブル網、インターネット等の通信網を含み、通信方法については有線／無線を問わない。

プレーヤ端末１は、ゲームプログラムを実行することのできるコンピュータであり、無線通信基地局等を介して通信回線Ｎに接続し、ゲームサーバ２とデータ通信を行うことができる。プレーヤ端末１は、例えば、スマートフォンや、携帯電話機、携帯型ゲーム装置、据置型家庭用ゲーム装置、業務用ゲーム装置、パソコン、タブレット型コンピュータ、据置型家庭用ゲーム装置のコントローラ等である。プレーヤ端末１は、基本的には、複数存在し、各プレーヤにより操作される。

ゲームサーバ２は、単数又は複数のサーバ装置や記憶装置等を含んで構成されたサーバシステムである。ゲームサーバ２は、本実施形態のゲームを運営するための各種サービスを提供し、ゲームの運営に必要なデータの管理や、プレーヤ端末１でのゲームの実行に必要なゲームプログラムやデータの配信等を行うことができる。

図２はプレーヤ端末１の一例であるスマートフォンの装置構成例を示す図である。図２に示すように、プレーヤ端末１は、ディスプレイ１１と、ディスプレイ１１と一体構成されるタッチ操作パネル１２と、スピーカ１３とを備える。また、プレーヤ端末１には、図示されていない制御基板、内蔵バッテリー、電源ボタン、音量調節ボタン等が設けられている。

制御基板には、ＣＰＵやＧＰＵ、ＤＳＰ等の各種マイクロプロセッサ、ＡＳＩＣ、ＶＲＡＭやＲＡＭ、ＲＯＭ等の各種ＩＣメモリ、携帯電話基地局と無線通信するための無線通信モジュール等が搭載されている。また、制御基板には、タッチ操作パネル１２のドライバ回路といった、いわゆるＩ／Ｆ回路（インターフェース回路）等が搭載されている。これら制御基板に搭載されている各要素は、それぞれがバス回路等を介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。

本実施の形態では、上述のようなゲームシステムを、第１プレーヤＡが保有する第１ゲーム要素と、対戦相手となる第２プレーヤＢが保有する第１ゲーム要素とを使用した対戦ゲームに適用した例を説明する。

ここで、第１ゲーム要素はキャラクタであり、画像、仮想的又は実体のある物品等に化体して表現される。画像は、静止画及び動画を含む。仮想的又は実体のある物品の一例としては、例えば、コンピュータに表示される仮想的なカードや、実体のあるカード等である。尚、物品は、カードに限られることなく、物品に対応付けられたゲーム要素を特定可能に構成された物品であれば、カードに限られるものではない。物品は、例えばゲーム要素の外観を有するフィギュア等の造形物であってもよい。

以下の説明では、実行するゲームにおいて、第１ゲーム要素は、プレーヤ（コンピュータに操作されるノンプレーヤも含む）のカードの操作に基づいて行動制御がなされるキャラクタであるものとし、カードには対応するキャラクタの図柄（該キャラクタの外観を示した画像）が付されるものとして説明する。更に、これに限られるものではなく、キャラクタは、実行されるゲームのアイテムや発動する効果等、その他のゲーム要素を特定するものであってもよいことは言うまでもない。

デッキは、所定数の第１ゲーム要素から構成される。所定数の第１ゲーム要素がプレーヤのデッキとして設定される。例えば、第１ゲーム要素がコンピュータに表示される仮想的なカードである場合、デッキはプレーヤにより選択された所定枚数のカードから構成されたカード群である。プレーヤは、設定したデッキのうち、希望するデッキを選択し、そのデッキを構成するカードを使用してゲームを行う。

更に、本実施の形態が適用される対戦ゲームでは、第１ゲーム要素とは異なる第２ゲーム要素が加わる。

第２ゲーム要素は、プレーヤが保有する第１ゲーム要素をゲーム内において使用する。第１ゲーム要素を使用するとは、ゲーム内において第１ゲーム要素の選択又は行動を決定することを含む。第１ゲーム要素が例えばカードであるとすると、第２ゲーム要素は、ゲーム内の対戦において、プレーヤが保有するカードの選択又は行動を自律的又は自発的に決定する。別の言い方をするならば、コンピュータに操作されるノンプレーヤの機能のように、プレーヤによって行われる第１ゲーム要素の選択又は行動等の決定と同様な動作を行うということである。但し、従来からあるノンプレーヤは、人間のプレーヤの代わりにコンピュータに操作されるものであるが、第２ゲーム要素は人間のプレーヤと別個独立に存在し、プレーヤが保有する第１ゲーム要素を使用する点で異なる。

また、第２ゲーム要素は、キャラクタ情報を持つ。このキャラクタ情報は、第２ゲーム要素の属性情報である。キャラクタ情報は、第２ゲーム要素の自律的又は自発的な行動（第１ゲーム要素の使用）に影響を与える。別の言い方をするならば、キャラクタ情報は第２ゲーム要素の能力であり、この能力の相違によって第２ゲーム要素の自律的又は自発的な行動（第１ゲーム要素の使用）が異なるということである。そして、このキャラクタ情報は、取得した第２ゲーム要素により異なる。キャラクタ情報は、プレーヤのゲームの進行に応じて変化する。キャラクタ情報は、複数のパラメータを持つことが可能である。例えば、本実施の形態では、キャラクタ情報は、プレーヤのゲームの結果により得られる経験値により変化するパラメータ（以下、レベルと記載する）と、プレーヤが使用する第１ゲーム要素の使用頻度によって変化するパラメータ（以下、カード理解度と記載する）と、プレーヤが使用する第１ゲーム要素の種類の使用割合によって変化するパラメータ（以下、パーソナリティと記載する）と、プレーヤが所定のイベントを達成することによって変化するパラメータ（以下、シンクロレベルと記載する）とを含む。更に、後述するように、第２ゲーム要素が対戦を行った場合等、第２ゲーム要素自身のゲームの進行に応じて得られた経験値などによっても変化可能である。

第２ゲーム要素は複数あっても良く、各第２ゲーム要素は初期の段階において異なるキャラクタ情報を持つようにしても良い。そして、プレーヤは、キャラクタ情報が異なる複数の第２ゲーム要素から、希望する第２ゲーム要素を選択するようにしても良い。

上述した第２ゲーム要素の自律的又は自発的な行動は、ゲームサーバ２が備えるＡＩ機能によって行われる。このＡＩ機能は、多くの対戦ゲームのゲーム進行の内容とその結果等を教師データとし、機械学習して得られた学習モデルによって可能である。機械学習の方法は、深層学習（ディープラーニング）、強化学習、又は、それらの組み合わせが代表的なものであるが、これに限られない。尚、学習モデルは、第２ゲーム要素のキャラクタ情報に応じて異なる行動を出力することが可能である。これを実現する方法としては、例えば、第２ゲーム要素のキャラクタ情報が高い程、最適解を探索する時間を多くするなどし、第２ゲーム要素のキャラクタ情報が高い程、ある状況に対処するより最適な解が得られる学習モデル等がある。

上述した第２ゲーム要素を、以下の説明ではバディと記載する。
［ゲーム内容の概略］
次に、実施の形態の説明の理解を助けるために、プレーヤ端末１のディスプレイ１１の表示画面を用いて、ゲームの概要を説明する。

本実施形態のゲームでは、プレーヤは、ゲームオブジェクトである仮想的なゲームカード（キャラクタが化体した第１ゲーム要素、以下、単に「カード」という。）をゲーム内で用いる。カードは複数種類用意され、各々に関連付けられたキャラクタの能力、レアリティ、属性(色)、数字等の組合せによって区別される。キャラクタの能力は、例えば、コンピュータ制御の敵キャラクタや他プレーヤ等の対戦相手との対戦プレイ（バトル）に用いるレベルや攻撃力、ＨＰといった能力パラメータ値が定められている。

カードは、アカウント登録時において対戦プレイ（バトル）に最低限必要な枚数が付与される他、ゲーム中に取得したり、課金アイテムとして購入によって取得したり、ガチャと呼ばれる抽選によって取得することができる。加えて、カードは、実体のあるゲームカード（以下、「リアルカード」という。）を入手し、入手したリアルカードをゲーム内で使用可能とするための登録手続きをすることによっても獲得できる。具体的には、プレーヤＡ，Ｂは、リアルカードの登録手続きを行うと、そのリアルカードと対応付けられたカード種類のカードを取得することができる。

そして、プレーヤAは、保有しているカードのうちの所定枚数（例えば４０枚）でデッキを編成し、デッキを用いた対戦プレイ（バトル）に挑む。デッキを用いた対戦プレイ（バトル）は、デッキを構成するカード（デッキカード）に定められているキャラクタの能力パラメータ値とカード属性の設定値を用いて、対戦相手との勝敗を決めるものである。

ゲームを開始する前に、プレーヤＡ，Ｂは、アカウント登録をする。このアカウント登録時において、プレーヤ端末１により提示された複数種類の第２ゲーム要素(以下、バディと記載する)から好みのバディを選択することにより、各プレーヤＡ，Ｂと共にグループを構成するバディがそれぞれ設定される。この選択したバディの能力や性格の相違により、後のゲームプレイスタイルが変化する可能性がある。そして、各プレーヤＡ，Ｂは、保有しているカードのうちの所定枚数（例えば４０枚）でデッキを編成する。デッキの編成は、ホーム画面等からカードメニューをタッチ操作し、その１つとして提示されるデッキ編成メニューから行うことができる。対戦プレイ（バトル）は、ログイン後に表示されるホーム画面からバトルメニューを選択操作することで開始される。

図３はプレーヤ端末１のディスプレイ１１に表示される対戦ゲームのバトル画面の一例を示した図である。ディスプレイ１１に表示されるバトル画面は、自プレーヤの領域である第１プレーヤ領域４０と、対戦する相手プレーヤの領域である第２プレーヤ領域４１とを備えている。また、第１プレーヤ領域４０と第２プレーヤ領域４１との境界には、現在実行することが可能な操作の情報を表示する操作情報４２が表示される。

第１プレーヤ領域４０、第２プレーヤ領域４１の各領域は、手札領域４３と、フィールド領域４４と、ベース領域４５と、ライフ領域４６とを備える。手札領域４３には、自デッキより取得されたカード（手札）が配置される。フィールド領域４４には、手札領域４３又ベース領域４５からプレーヤにより選択されたカードが配置される。所定のコストを消費することにより、手札領域４３のカードをフィールド領域４４に配置することができる。フィールド領域４４に配置されたカードは、カードの行動又は効果を発動することができる。ベース領域４５は、フィールド領域４４にカードを配置するためのコストとして消費されるカードやマナアイテムが配置される。ライフ領域４６は、ライフ（ＨＰ）を持つプレーヤの領域であるプレーヤライフ領域４７と、同様にライフを持つ第１オブジェクト（フォース）の領域であるフォースライフ領域４８とを備える。プレーヤライフ領域４７には、プレーヤに対応する第２オブジェクトと、プレーヤが持つライフの値とが表示される。フォースライフ領域４８には、第１オブジェクトと、第１オブジェクトが持つライフの値とが表示される。第１オブジェクトは、ゲームにおいて特定の効果を発揮するものである。尚、本例では、第２オブジェクトとして、バディの画像が表示される。

バトルは、プレーヤＡのターンと、対戦相手であるプレーヤＢのターンとが交互に実行される。各ターンは、スタンバイフェーズ、マナフェーズ（カード使用準備フェーズ）、メインフェーズ（対戦フェーズ）等の複数のフェーズから構成される。

スタンバイフェーズは、デッキから１枚引いたカードを手札領域４３に配置する等のステップから構成される。マナフェーズでは、プレーヤが自分のベース領域４５にカード又はマナアイテムを配置することができる。

メインフェーズでは、プレーヤは、キャラクタの召喚、相手への攻撃（アタック）、カード効果の発動、カードの移動等を実行することができる。キャラクタの召喚とはコストの消費を条件としてカードをフィールド領域４４に配置することである。

相手への攻撃（アタック）は、アタック指定ステップ、フラッシュタイミングステップ、ブロック指定ステップ、バトル解決ステップ等の複数のステップから構成される。アタック指定ステップは、自プレーヤが攻撃対象を相手のプレーヤとフォースから選択するステップである。フラッシュタイミングステップは、特殊効果を有する特定のカードを自プレーヤと相手プレーヤが互いに使用できるステップである。ブロック指定ステップは、相手プレーヤが、第２プレーヤ領域４１のフィールド領域４４に配置されているカードを用いて、自プレーヤからの攻撃をブロックするか否かを選択することができるステップである。バトル解決ステップは、アタックの結果を判定し、判定結果に基づいて、アタック側のカードやブロック側のカードを消滅させる、相手のプレーヤ又はフォースのライフを減らす等の解決処理を行うステップである。

カード効果の発動は、手札領域４３に配置されている、特殊効果を有する特定のカード（例えば、マジックカード）について、その効果を、コストの消費を条件として発動するものである。また、カードの移動は、フィールド領域４４とベース領域４５との間でカードを移動させるものである。なお、プレーヤは、キャラクタの召喚、相手への攻撃（アタック）、カード効果の発動、カードの移動等のいずれも行わずに対戦フェーズを終了してもよい。

このような一連のフェーズからなるターンを、プレーヤＡのチームと対戦相手のプレーヤＢのチームとが交互に繰り返し、いずれかのプレーヤのライフが０になる、又は、デッキのカードが０枚になることにより、勝敗が決定する。その対戦結果によって、プレーヤのランク、バディの経験値及びバディのキャラクタ情報（変化能力情報）が変化する。

上述の例は、プレーヤＡとプレーヤＢとが対戦する通常の対戦プレイであるが、第２のゲーム要素（バディ）が自律的又は自発的な行動（カードの使用）を実行できることを利用して、チーム戦も可能である。例えば、図４に示すように、プレーヤＡとプレーヤＡのバディとがひとつのチームを編成し、プレーヤＢとプレーヤＢのバディとがひとつのチームを編成する。そして、プレーヤＡとプレーヤＢのバディとが対戦して勝敗を決する第１戦と、プレーヤＢとプレーヤＡのバディとが対戦して勝敗を決する第２戦とからひとつのチーム対戦を構成する態様である。尚、このようなチーム戦において、各プレーヤとプレーヤのバディとが使用するデッキは、プレーヤが保有するデッキから設定する。設定するデッキは、プレーヤとプレーヤのバディとで同一であっても良いし、プレーヤとプレーヤのバディとで異なるデッキを使用しても良い。

上述したチーム対戦は、複数のプレーヤが集まってひとつの大会を行う場合などに好適である。何故なら、プレーヤ同士が対戦するリアルな大会と異なり、仮想的な大会では、時間的な都合上、かならずしもプレーヤ同士が同一時刻に対戦ができない場合がありうる。しかし、人間のプレーヤの対戦相手がバディであるならば、ゲームサーバ２が稼動していれば、対戦プレーヤの対戦可能な時刻を考慮することなく、対戦可能であるからである。

以下の例では、複数のプレーヤが参加する大会を上述したチーム戦で行う例を説明する。

［機能構成］
図５は、プレーヤ端末１の機能構成例を示すブロック図である。

図５に示すように、プレーヤ端末１は、操作入力部５１と、処理部５２と、画像表示部５３と、音出力部５４と、通信部５５と、記憶部５６とを備える。

操作入力部５１は、プレーヤがゲームに関する各種操作を入力するためのものであり、操作入力に応じた操作入力信号を処理部５２に出力する。操作入力部５１の機能は、例えば、タッチ操作パッド、ホームボタン、ボタンスイッチや、ジョイスティック、トラックボールといった直接プレーヤAが指で操作する素子はもちろん、加速度センサや角速度センサ、傾斜センサ、地磁気センサといった、運動や姿勢を検知する素子等によっても実現できる。図２では、タッチ操作パネル１２がこれに該当する。

処理部５２は、記憶部５６に格納されるプログラムやデータ、操作入力部５１からの操作入力信号等に基づいてプレーヤ端末１の動作を統括的に制御する。処理部５２の機能は、例えば、ＣＰＵやＧＰＵ等のマイクロプロセッサ、ＡＳＩＣ、ＩＣメモリ等の電子部品によって実現できる。この処理部５２は、主な機能部として、ゲーム演算部６１と、ブラウザ実行部６２と、画像生成部６３と、音生成部６４と、通信制御部６５とを備える。

ブラウザ実行部６２はブラウザベースのブラウザベース（Ｗｅｂベース）で動作する第１システムの処理を担当する。ゲーム演算部６１はゲームアプリケーション（ネイティブアプリ）で動作する処理を担当する。ここで、ブラウザベースとは、操作や利用の手段（ユーザーインターフェース）として、例えば、Webブラウザが使用されることである。また、ネイティブアプリとは、端末内の演算装置が直接に演算処理を実行するタイプのアプリであり、本実施の形態ではゲームアプリケーションが対応する。ネイティブアプリは、基本的には、アプリケーションをダウンロードし、端末へインストールする必要がある。

ゲーム演算部６１は、本実施形態のゲームを実現するための種々のゲーム処理を実行し、処理結果を画像生成部６２や音生成部６３に出力する。ゲーム演算部６１は、プレーヤ情報管理部７０と、カード管理部７１と、デッキ設定部７２と、バディ設定部７３と、対戦実行部７４と、ブラウザ連携部７５と、ゲーム管理部７６とを含む。

プレーヤ情報管理部７０は、ユーザ情報データＤ１を用いて、プレーヤの情報を管理する。管理する情報は、プレーヤのニックネーム（プレーヤ名）や、ゲーム内ユーザ識別情報（ユーザＩＤ）等の基本的なユーザ情報、バディの識別情報、プレーヤランク及びバディレベル等を管理する。図６はユーザ情報データＤ１の一例を示す図である。

カード管理部７１は、記憶部５６に格納されている保有カードデータＤ２と、カードキャラクタデータＤ３を用いて、プレーヤの保有及び使用の有無を含む、ゲームシステムが提供可能なカードの管理を行う。

保有カードデータＤ２は、ゲームシステムが提供可能なカードのカード識別情報と、そのカードをプレーヤが保有しているかの有無を示す保有フラグと、そのカードをプレーヤが使用可能かを示す使用許可フラグとが、関連付けられたデータである。図７は保有カードデータＤ２の一例を示した図である。図７では、カード識別情報のフィールドには、ゲームシステムが提供可能なカードのカード識別情報が記載されている。そして、そのカード識別情報のカードを、プレーヤが保有している場合には保有フラグのフィールドに“１”が設定され、プレーヤが保有していない場合には保有フラグのフィールドに“０”が設定されている。また、そのカード識別情報のカードを、プレーヤが使用可能な場合には使用可能フラグのフィールドに“１”が設定され、プレーヤが使用不可能な場合には使用許可フラグのフィールドに“０”が設定されている。図７は保有カードデータＤ２の一例を示したものであり、これに限定されるものではない。尚、保有フラグのフィールドに“０”が設定されていても、使用可能フラグのフィールドに“１”が設定される場合がある。例えば、プレーヤが保有していないカードであっても、一時的に、プレーヤにそのカードを使用させる場合などである。

カードキャラクタデータＤ３は、カードのカード識別情報と、そのカードのキャラクタ情報とが関連付けられたデータである。図８はカードキャラクタデータＤ３の一例を示した図である。図８では、カード識別情報とキャラクタ情報（キャラクタの画像、カード名、カード種類、コスト数、属性、種族、能力、攻撃力、ヒットポイント及びレアリティ）とが関連付けられている。尚、図８はカードキャラクタデータＤ２の一例を示したものであり、これに限定されるものではない。

カード管理部７１は、ゲームサーバ２と通信を介して、新しく提供可能なカードがある場合、そのカードのカード識別情報とそのカード識別情報のカードキャラクタデータＤ３とを取得する。そして、カード管理部７１は、取得したカード識別情報を保有カードデータＤ２に追記し、そのカード識別情報の保有フラグを“０”に、使用可能フラグのフィールドを“０”に設定する。また、取得したカードキャラクタデータＤ３を記憶部５６に格納する。そして、プレーヤが新たにカードを取得・保有した場合、カード管理部７１は、保有カードデータＤ２のカード識別情報の保有フラグを“１”に、使用可能フラグのフィールドを“１”に設定する。

デッキ設定部７２は、保有カードデータＤ２とカードキャラクタデータＤ３とを用いて、現在、デッキを構成するカードに使用可能なカード（原則保有カード）を提示し、ユーザの操作により、提示されたカードからデッキを構成するカードを選択し、デッキを設定（編集）する。設定されたデッキは、プレーヤが対戦で使用するだけでなく、プレーヤのバディも使用することができる。デッキ設定部７２は、設定されたデッキの名称と、そのデッキの識別情報（デッキＩＤ）と、そのデッキを構成する各カードのカード識別情報とを関連付けたデッキ設定データＤ４を生成し、記憶部５６に格納する。図９はデッキ設定データＤ４の一例を示す図である。図９の例では、プレーヤＡのデッキ１のデッキ設定データＤ４の例であり、デッキＩＤ“Ｄ００１”のデッキ１がカード識別情報”０００１”、”０００６”～カード識別情報”０４５０”のカードから構成されていることを示している例である。尚、図９はデッキ設定データＤ３の一例を示したものであり、これに限定されるものではない。

バディ設定部７３は、プレーヤＡ，Ｂは、アカウント登録時において、複数のバディ（第２ゲーム要素）から、プレーヤにより選択されたバディに関する情報を、バディ設定データＤ４を用いて管理する。バディ設定データＤ４は、メニュー設定より選択されたバディのキャラクタ情報である。このバディのキャラクタ情報はゲームの進行に伴って変化するが、変化した場合には変化後のキャラクタ情報がゲームサーバ２から通知され、キャラクタ情報は更新される。図１０はプレーヤＡのバディ設定データＤ５の一例を示す図である。図１０の例では、バディ設定データＤ５は、バディ識別情報、バディの画像、バディ名、レベル、キャラクタ情報を含んでいる。図１０はバディ設定データＤ５の一例を示したものであり、これに限定されるものではない。アカウント登録時のバディ（第２ゲーム要素）のレベル及びキャラクタ情報は初期値（最も低い値）に設定される。また、バディが変更された場合は、前のバディのレベル及びキャラクタ情報は引き継がず、変更後のバディ（第２ゲーム要素）のレベル及びキャラクタ情報を初期値（最も低い値）に設定される。また、バディ設定部７３は、対戦中又はその他のメニュー画面において、バディの画像情報を画像生成部６２に出力する。尚、設定されたバディは、チーム戦の場合において、対戦相手のプレーヤと単独で対戦する場合もある。

対戦実行部７４は、設定されたデッキを使用して、プレーヤ同士の通常対戦と、チームで戦うチーム戦を実行する。

ブラウザ連携部７５は、後述する大会管理サイトのＵＲＬをブラウザ実行部７６に送信し、ブラウザ実行部７６にＷｅｂブラウザを起動させ、ブラウザ経由で取得したデータを、ゲーム演算部６１（ゲームアプリ）内に取得して処理可能にする。また、後述するように、ブラウザ実行部７６と連携して、大会管理サイトにプレーヤのアカウントの登録処理を行う。

ゲーム管理部７６は、ゲーム全体の進行を管理する。

ブラウザ実行部６２は、Ｗｅｂブラウザであり、主としてHTTPによりサーバと通信し、大会管理サイトを取得する。大会管理サイトなどのＷｅｂコンテンツに対して、その種類(HTML/XHTML/XML, 文書、画像等）に応じた構文解析を行い、構文解析の結果を基に文字や画像を適切に配置し、あるいは文字の大きさを調整したり、色を付けるなどして描画する。また、JavaScript（登録商標）などのスクリプト言語等を利用して、他のアプリなども制御又は連携することもできる。

画像生成部６３は、ゲーム演算部６１の処理結果に基づいて１フレーム時間（例えば１／６０秒）で１枚のゲーム画面を生成し、生成したゲーム画面の画像信号を画像表示部１０３に出力する。画像生成部６３の機能は、例えば、ＧＰＵやデジタルシグナルプロセッサ（ＤＳＰ）等のプロセッサ、ビデオ信号ＩＣ、ビデオコーデック等のプログラム、フレームバッファ等の描画フレーム用ＩＣメモリ、テクスチャデータの展開用に使用されるＩＣメモリ等によって実現できる。

音生成部６４は、ゲーム演算部６１及びブラウザ実行部６２の処理結果に基づいてゲームに関する効果音やＢＧＭ、操作補助情報の音声情報、各種操作音等の音信号を生成し、音出力部５４に出力する。音生成部６４の機能は、例えば、デジタルシグナルプロセッサ（ＤＳＰ）や音声合成ＩＣ等のプロセッサ、音声ファイルを再生可能なオーディオコーデック等によって実現できる。

通信制御部６５は、ゲームサーバ２とのデータ通信のための通信接続及びデータ処理を行う。

画像表示部５３は、画像生成部６３から入力される画像信号に基づいて各種ゲーム画面を表示する。画像表示部５３の機能は、例えば、フラットパネルディスプレイ、ブラウン管（ＣＲＴ）、プロジェクター、ヘッドマウントディスプレイといった表示装置によって実現できる。図２では、画像表示部５３は、ディスプレイ１１に該当する。

音出力部５４は、音生成部６４から入力される音信号に基づいてゲームに関する効果音等を音出力するためのものである。図２では、音出力部５４は、スピーカ１３に該当する。

通信部５５は、通信回線Ｎと接続して通信を実現する。通信部５５の機能は、例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現できる。

記憶部５６には、プレーヤ端末１を動作させ、プレーヤ端末１が備える種々の機能を実現するためのプログラムや、このプログラムの実行中に使用されるデータ等が予め記憶され、或いは処理の都度一時的に記憶される。記憶部５６は、例えばＲＡＭやＲＯＭ、フラッシュメモリ等のＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤ等の光学ディスク等によって実現できる。

記憶部５６には、システムプログラムと、ゲームプログラムと、ブラウザとが格納される。システムプログラムは、プレーヤ端末１のコンピュータとしての基本機能を実現するためのプログラムである。ゲームプログラムは、処理部５２をゲーム演算部６１として機能させるためのプログラムである。このプログラムは、プレーヤがアカウント登録を済ませるとゲームサーバ２又は他のアプリ配信サーバ等から配信される。ブラウザは、処理部５２をブラウザ実行部７６として機能させるためのプログラムである。

また、記憶部５６には、ユーザ情報データＤ１、保有カードデータＤ２、カードキャラクタデータＤ３、デッキ設定データＤ４及びバディ設定データＤ５が格納される。尚、その他にも、カードのキャラクタ及びバディの画像を表示するためのモデルデータやテクスチャデータ、モーションデータ、エフェクトデータ、ゲーム画面の背景画像、効果音等の音データ等が適宜ゲームに必要なデータとして配信され、記憶部５６に格納される。

次に、ゲームサーバ２の構成を説明する。図１１はゲームサーバ２の機能構成例を示すブロック図である。

ゲームサーバ２は、処理部９１と、通信部９２と、記憶部９３とを備える。

処理部９１は、プレーヤ管理部１０１と、ＡＩ処理部１０２と、対戦実行部１０３と、ゲーム管理部１０４と、大会管理サイト管理部１０５とを備える。

プレーヤ管理部１０１は、ユーザ情報データＧ１を用いて、アカウントやゲームの進行状況等を接続されるプレーヤ端末１のプレーヤ毎に管理する。ユーザ情報データＧ１は、ゲームに参加しているプレーヤの基本データであり、プレーヤ毎のユーザ情報データＧ１を記録している。図１２はユーザ情報データＧ１の一例を示した図である。図１２の例では、プレーヤのユーザ識別情報Ｄ１と、保有カードデータＤ２と、デッキ設定データＤ４と、バディ設定データＤ５とを含んでいる。尚、図１２はユーザ情報データＧ１の一例を示したものであり、これに限定されるものではない。

ＡＩ処理部１０２は、多くの対戦ゲームのゲーム進行の内容とその結果等の教師データを機械学習して得られた学習モデルを有する。この学習モデルは、バディのキャラクタ情報（バディの能力）に応じて出力内容が異なる。このような学習モデルの例としては、バディのキャラクタ情報（バディの能力）が高い程、最適解を探索する時間を多くするなどし、バディのキャラクタ情報（バディの能力）が高い程、ある状況に対処するより最適な解が得られる学習モデルある。機械学習の方法は、深層学習（ディープラーニング）が代表的なものであるが、これに限られない。ＡＩ処理部１０２は、プレーヤ端末１から送信されるカード設定情報、プレーヤ端末１のプレーヤのバディのキャラクタ情報を入力し、そのカード設定情報の状況におけるバディのカード操作情報を出力する。カード操作情報は、カードの移動、攻撃対象、防御方法などの情報である。尚、アルゴリズムは、バディのキャラクタ情報に応じてカード操作情報の内容が異なるので、プレーヤ端末１から送信されるカード設定情報が同一であっても、プレーヤのバディのキャラクタ情報が異なれば、異なるカード操作情報を出力する可能性がある。

対戦実行部１０３は、プレーヤ対プレーヤの対戦を実行するばかりでなく、ＡＩ処理部１０２の出力を受けて、プレーヤ対バディ（ノンプレーヤ）との対戦も実行する。

ゲーム管理部１０４は、ゲーム全体を管理する。

以上のプレーヤ管理部１０１、ＡＩ処理部１０２、対戦実行部１０３及びゲーム管理部１０４が、プレーヤ端末１のゲームアプリケーション（ネイティブアプリ）との処理を主に担当する部である。

大会管理サイト管理部１０５は、Ｗｅｂベースの処理を行う部である。大会管理サイト管理部１０５は、Ｗｅｂベースの大会管理サイトを運営する。大会管理サイトの管理は、大会アカウント管理テーブルＴ１と、大会管理テーブルＴ２とを用いて行われる。図１３は大会アカウント管理テーブルＴ１の一例を示した図であり、図１４は大会管理テーブルＴ２の一例を示した図である。図１３の例では、大会管理サイトにアクセスできるプレーヤのプレーヤ名とユーザＩＤとが関連付けられている。図１４の例では、大会毎に、その大会名、大会開催日、大会ルール、大会参加プレーヤのプレーヤＩＤ及び対戦組み合わせが記録されている。大会管理サイト管理部１０５は、大会アカウント管理テーブルＴ１及び大会管理テーブルＴ２を、順次更新し、大会サイトを管理する。また、大会管理サイト管理部１０５は、大会管理サイトへのアクセスに対し、大会アカウント管理テーブルＴ１及び大会管理テーブルＴ２を用いて大会管理サイトをプレーヤ端末１に送信する。

通信部９２は、通信回線Ｎと接続して通信を実現する。

記憶部９３には、システムプログラムと、ゲームプログラムと、ブラウザ管理プログラムとが格納される。システムプログラムは、ゲームサーバ２のコンピュータとしての基本機能を実現するためのプログラムである。ゲームプログラムは、処理部９１を、プレーヤ管理部１０１と、ＡＩ処理部１０２と、対戦実行部１０３と、ゲーム管理部１０４として機能させるためのプログラムである。ブラウザ管理プログラムは、大会管理サイト管理部１０５として機能させるためのプログラムである。

更に、記録部９２は、ユーザ情報データＧ１、大会アカウント管理テーブルＴ１及び大会管理テーブルＴ２と、カードデータとが格納されている。

カードデータは、本ゲームで使用されるカード全てのカードデータである。基本的に、上述した図８のカードキャラクタデータと同様なデータを、ゲームで使用される全てのカードについて格納している。尚、カードデータには、本ゲームで使用されるバディの基本データ(バディ識別情報、キャラクタ画像、バディ名、レベルの初期値、カード理解度の初期値、パーソナリティの初期値及びシンクロレベルの初期値)を含んでも良い。

［各装置の動作］
次に、プレーヤ端末１と、ゲームサーバ２との動作を説明する。以下の説明では、ゲーム運営会社が大会の主催となり、大会の告知から参加までをＷｅｂブラウザベースで行い、参加した大会の各対戦はゲームアプリケーションで行う場合を説明する。尚、開催する大会については、ゲーム運営会社が大会管理テーブルＴ２に大会の詳細を登録しているものとする。また、大会の各対戦は、チーム戦（プレーヤＡとプレーヤＢのバディとが対戦して勝敗を決する第１戦と、プレーヤＢとプレーヤＡのバディとが対戦して勝敗を決する第２戦とからなるチーム戦）で行われるものとする。

まず、図１５のシーケンス図を用いて、Ｗｅｂブラウザとゲームアプリケーションとの連携について説明する。

まず、プレーヤ端末１のブラウザ実行部６２は、ブラウザを起動させ（Ｓｔｅｐ １）、大会管理サイトにアクセスすると、プレーヤ端末１に大会管理サイトが表示される（Ｓｔｅｐ ２）。

アカウントを登録するために、プレーヤが大会管理サイトのログインボタンを選択すると、ブラウザ実行部６２はブラウザ連携部７５にログインの実行要求があったことを通知する（Ｓｔｅｐ ３）。

ブラウザ連携部７５は、ログインの実行要求を受けて、ゲームアプリケーションを起動する（Ｓｔｅｐ ４）。ブラウザ連携部７５は、プレーヤ端末１の画面に大会管理サイトのアカウントを登録してブラウザとゲームアプリケーションを連携させるかの連携要求画面を表示する（Ｓｔｅｐ ５）。プレーヤが連携要求を選択すると、ブラウザ連携部７５は、連携要求（アカウントの登録要求）をゲームサーバ２に送信する（Ｓｔｅｐ ６）。連携要求（アカウントの登録要求）は、少なくともプレーヤ名及びユーザＩＤを含む。

ゲームサーバが連携要求（アカウントの登録要求）を受信すると、大会管理サイト管理部１０５が、ブラウザベースで、アカウント登録画面を送信する（Ｓｔｅｐ ７）。このとき、ゲームアプリケーションと関連付けられているユーザＩＤを記憶しておく。

アカウント登録画面を受信したプレーヤ端末１のブラウザ実行部６２は、ブラウザにアカウント登録画面を表示する（Ｓｔｅｐ ８）。図１６はプレーヤ端末１のブラウザで表示されるアカウント登録画面の一例である。

プレーヤは、アカウント登録画面のメールアドレス１１１にメールアドレスを入力し、ブラウザ実行部６２はメールアドレスを送信する（Ｓｔｅｐ ９）。尚、メールアドレスに限らず、電話番号でも良く、この場合は電話番号に関連付けられたショートメッセージ（ＳＭＳ）となる。

メールアドレスを受信した大会管理サイト管理部１０５は、ゲームアプリケーションと関連付けられているユーザＩＤに対応する認証用の確認コードを発行し、確認コードを受信したメールアドレス宛に送信するとともに、確認画面を送信する（Ｓｔｅｐ １０）。

プレーヤ端末１のブラウザ実行部６２は受信した確認画面をブラウザにより表示する。ブラウザ実行部６２は、メールで受信し、プレーヤによって入力された確認コードを送信する（Ｓｔｅｐ １１）。

大会管理サイト管理部１０５は、ユーザＩＤと確認コードとを照合し、一致していれば、プレーヤのユーザＩＤを大会アカウント管理テーブルＴ１に登録し、アカウント登録を行う（Ｓｔｅｐ １２）。

これらの動作により、プレーヤのユーザＩＤは大会アカウント管理テーブルＴ１に登録され、これ以降、ブラウザとゲームアプリケーションは連携できるようになり、プレーヤはブラウザによる大会管理サイトを利用できるようになる。

次に、プレーヤが大会管理サイトから大会に参加し対戦を行うまでの動作を説明する。図１７は、プレーヤが大会管理サイトから大会に参加し対戦を行うまでのシーケンス図である。

まず、プレーヤはゲームアプリケーションを起動し、トップ画面を表示する（Ｓｔｅｐ ２０）。図１８はプレーヤ端末１に表示されるトップ画面の一例である。プレーヤは、トップ画面に表示されているWeb大会のボタン１２０を選択することにより、ブラウザベースの大会管理サイトに遷移することができる。Web大会のボタン１２０が選択されると、ブラウザ連携部７５は、ユーザＩＤとともにブラウザ起動要求をブラウザ実行部６２に渡し、ブラウザ実行部６２はブラウザを起動させる（Ｓｔｅｐ ２１）。ブラウザ実行部６２は、ユーザＩＤを送信するとともに、大会管理サイトにアクセスする（Ｓｔｅｐ ２２）。

アクセスされたゲームサーバ２の大会管理サイト管理部１０５は、大会アカウント管理テーブルＴ１を用いて受信したユーザＩＤを認証し、認証されれば大会管理サイトをプレーヤ端末１に送信する（Ｓｔｅｐ ２３）。

ブラウザ実行部６２は、大会管理サイトを表示する（Ｓｔｅｐ ２４）。図１９はプレーヤ端末１に表示される大会管理サイトの一例である。図１９の例では大会の参加を選択する大会参加ボタン１２０と、プレーヤが大会の開催を選択する大会開催ボタン１２１とが表示されている。尚、プレーヤによる大会の開催は後述する。

プレーヤは、大会参加ボタン１２０を選択することにより、開催予定の大会の一覧を表示することができる。図２０はプレーヤ端末１に表示される開催予定の大会の一覧の表示例である。図２０の例では、“ＸＹＺ大会”と“ＡＡＡ大会”とが表示されている。

プレーヤは、参加したい大会を選択する（Ｓｔｅｐ ２５）。例えば、“ＸＹＺ大会”に参加したければ、“ＸＹＺ大会”のボタン１２２を選択する。ブラウザ実行部６２は、選択された大会の詳細情報のサイトに遷移する。

アクセスされたゲームサーバ２の大会管理サイト管理部１０５は、選択された大会の詳細情報を送信する（Ｓｔｅｐ ２６）。

ブラウザ実行部６２は、大会の詳細情報を表示する（Ｓｔｅｐ ２７）。図２１はプレーヤ端末１に表示される選択大会の詳細の表示例である。図２１の例では、“ＸＹＺ大会”の詳細情報１２５と、“ＸＹＺ大会”に参加する場合のエントリーボタン１２６とが表示されている。エントリーボタン１２６が選択されると、ブラウザ実行部６２は選択された大会のエントリー要求を行う（Ｓｔｅｐ ２８）。

エントリー要求を受けた大会管理サイト管理部１０５は、選択された大会の大会管理テーブルＴ２にプレーヤのユーザＩＤを登録し、エントリーを受け付ける（Ｓｔｅｐ ２９）。続いて、大会管理サイト管理部１０５は、大会管理テーブルＴ２に登録されている参加者のユーザＩＤより対戦の組み合わせを決定する（Ｓｔｅｐ ３０）。

一方、大会の開催日時にあわせて、ユーザは、ブラウザ実行部６２により大会管理サイトにアクセスし、対戦情報を取得する（Ｓｔｅｐ ３１）。図２２はプレーヤ端末１に表示される対戦情報の一例である。図２２の例では、対戦相手として、プレーヤＡ，Ｂ，Ｃが表示されている。

プレーヤは、対戦するプレーヤのボタン１２７を選択することにより、ブラウザ実行部６２は、選択した対戦相手を特定する情報を送信する（Ｓｔｅｐ ３２）。

大会管理サイト管理部１０５は、プレーヤ端末１からの対戦相手の選択を受けて、対戦相手のユーザＩＤを対戦実行部１０４に送信する（Ｓｔｅｐ ３３）。

これ以降、ブラウザベースではなく、ゲームアプリケーションベースとなる。

ゲームサーバ２の対戦実行部１０３では、対戦相手のユーザＩＤに対応するユーザ情報データＧ１を参照し、対戦相手のデッキ情報、バディ情報等、対戦に必要な情報を取得し、ＡＩ処理部１０２に送信する。ＡＩ処理部１０２は、対戦相手のバディの行動情報を取得し、対戦実行部１０３に渡す。そして、対戦実行部１０３とプレーヤ端末１の対戦実行部７４との間で、プレーヤと対戦相手のバディとの対戦が実行される（Ｓｔｅｐ ３４）。

対戦が終了すると、対戦実行部１０３は大会管理サイト管理部１０５に対戦結果を送信し、大会管理サイト管理部１０５は大会管理テーブルＴ２の対戦結果を更新する（Ｓｔｅｐ ３５）。

ブラウザ実行部６２は、大会管理サイトにアクセスし、対戦結果情報を取得する（Ｓｔｅｐ ３６）。そして、Ｓｔｅｐ ３１からＳｔｅｐ ３６まで動作を全ての対戦相手と対戦するまで行う。

次に、プレーヤ自らが大会を主催する例を説明する。図２３はプレーヤが大会管理サイトにおいて大会を主催するまでのシーケンス図である。尚、大会管理サイトを表示するまでの動作（Ｓｔｅｐ２０からＳｔｅｐ２４）は、上述した動作と同様なので説明を省略する。

ブラウザ上で大会管理サイトが表示されると（図１９参照）、プレーヤが大会開催ボタン１２１を選択すると、ブラウザ実行部６２は大会開催要求を送信する（Ｓｔｅｐ３０）。

大会開催要求を受信したゲームサーバ２の大会管理サイト管理部１０５は、大会開催画面を送信する（Ｓｔｅｐ ３１）。

ブラウザ実行部６２は受信した大会開催画面を表示する（Ｓｔｅｐ ３２）。図２４はプレーヤ端末１に表示される大会開催画面の一例である。

プレーヤは、大会開催画面に大会開催情報を入力し、ブラウザ実行部６２は大会開催情報を送信する（Ｓｔｅｐ ３３）。

大会管理サイト管理部１０５は、受信した大会開催情報を、大会管理テーブルＴ２に登録する（Ｓｔｅｐ ３４）。そして、新たに大会管理テーブルＴ２に登録された大会を、大会管理サイトに反映させる（Ｓｔｅｐ ３５）。

このようにして、プレーヤは、ブラウザベースで大会を開催することができる。

本実施の形態では、図２５に示すように、プレーヤ端末１とゲームサーバ２とは、ブラウザベース（Ｗｅｂベース）の第１のシステムとネイティブアプリベース（ゲームアプリケーション）の第２のシステムとを使用している。プレーヤ端末１のブラウザ１００とプレーヤ端末１のゲームアプリケーション２００とはプレーヤ端末１内で互い連携しており、ゲームサーバ２のブラウザベース制御１０１とゲームサーバ２のアプリケーションベース制御２０１とはゲームサーバ２内で互い連携している。そして、ブラウザベースの第１のシステム（プレーヤ端末１のブラウザ１００とゲームサーバ２のブラウザベース制御１０１）で、複数のプレーヤが対戦を行う大会の参加又は開催を管理し、ネイティブアプリベースの第２のシステム（プレーヤ端末１のゲームアプリケーション２００とゲームサーバ２のアプリケーションベース制御２０１）で、プレーヤ同士の対戦を実行している。

このような構成にすることにより、大会を開催するために、ネイティブアプリベースのゲームアプリケーションを更新又は一時的なメンテナンスをする必要がなく、ゲームを運営する運営側の負担を軽減することができる。また、プレーヤは、ブラウザにより簡単に大会管理サイトを閲覧することができる。

更に、大会の各対戦は、参加プレーヤは対戦相手のバディ（ノンプレーヤ）と対戦する形式を取っているので、プレーヤは対戦可能な時刻を考慮することなく、対戦可能である。

以上の実施の形態では、仮想的なゲームカードを用いたカードゲームを例示したが、適用可能なゲームのジャンルは限定されない。例えば、第１ゲーム要素に関連付けたキャラクタを選手とするスポーツの対戦ゲームとしてもよいし、第１ゲーム要素に関連付けたキャラクタの育成ゲーム等であってもよい。

また、上記の実施の形態の一部又は全部は、以下の付記のようにも記載されるが、以下には限られない。

［付記１］
プレーヤによるゲーム要素を使用した対戦ゲームをコンピュータに実行する端末であって、
実行命令が格納されたメモリと、プロセッサとを備え、
前記プロセッサは、前記実行命令により、
ブラウザベースによって対戦相手の選択が可能な選択画面を提示する処理と、
前記ブラウザベースによって選択された対戦相手との対戦を、ネイティブアプリベースによって実行させる処理と
を実行する端末。

［付記２］
プレーヤがゲーム要素を使用して行うゲームを管理するゲーム管理装置であって、
実行命令が格納されたメモリと、プロセッサとを備え、
前記プロセッサは、前記実行命令により、
ブラウザベースによって対戦相手の選択が可能な選択画面を、プレーヤの端末に提示する処理と、
前記ブラウザベースによって選択された対戦相手との対戦を、前記プレーヤ端末にインストールされているネイティブアプリによって実行させる処理と
を実行するゲーム管理装置。

以上、好ましい実施の形態をあげて本発明を説明したが、本発明は必ずしも上記実施の形態に限定されるものではなく、その技術的思想の範囲内において様々に変形し実施することが出来る。

１ プレーヤ端末
２ ゲームサーバ
１１ ディスプレイ
１２ タッチ操作パネル
１３ スピーカ
５１ 操作入力部
５２ 処理部
５３ 画像表示部
５４ 音出力部
５５ 通信部
５６ 記憶部
６１ ゲーム演算部
６２ ブラウザ実行部
６３ 画像生成部
６４ 音生成部
６５ 通信制御部
７０ プレーヤ情報管理部
７１ カード管理部
７２ デッキ設定部
７３ バディ設定部
７４ 対戦実行部
７５ ブラウザ連携部
７６ ゲーム管理部
９１ 処理部
９２ 通信部
９３ 記憶部
１０１ プレーヤ管理部
１０２ ＡＩ処理部
１０３ 対戦実行部
１０４ ゲーム管理部
１０５ 大会管理サイト管理部

Claims (5)

1. ブラウザベースによってプレーヤが主催する大会の大会管理サイトを運営する大会管理サイト運営手段と、
   前記大会を管理する大会管理手段と、
   第１プレーヤの端末にインストールされたネイティブアプリ上で、第１プレーヤと対戦相手の第２プレーヤとの間の対戦を実行する対戦実行手段と、
   前記第１プレーヤが保有するゲームカードから構成されるデッキの設定を受付けるデッキ設定手段と、
   前記第１プレーヤとチーム構成するノンプレーヤキャラクタの設定を受付けるノンプレーヤキャラクタ設定手段と、
   を備え、
   前記大会管理サイト運営手段は、前記大会管理サイトを介して、第１プレーヤが主催する大会の開催の申し込みを前記第１プレーヤの端末から受付ける処理と、開催される大会の情報を、他のプレーヤの端末に提供する処理と、大会へのプレーヤの参加の申し込みを他のプレーヤの端末から受付ける処理と、プレーヤが参加する大会における対戦相手の選択を受付ける処理と、を実行し、
   前記大会管理手段は、前記ネイティブアプリを使用するプレーヤを識別するプレーヤ識別情報を用いて、大会に参加するプレーヤを大会毎に管理し、
   前記対戦実行手段は、前記大会毎に管理されるプレーヤ識別情報を用いて、大会に参加するプレーヤ間の対戦を、第１プレーヤの端末のネイティブアプリ上で、実行し、
   前記ノンプレーヤキャラクタは、前記第１プレーヤの対戦結果及び前記ノンプレーヤキャラクタの対戦結果により得られた経験値によって変化する対戦のレベルを持ち、前記第１プレーヤの操作を必要とすることなく、単独で、前記第１プレーヤが設定したデッキを構成するゲームカードを使用し、対戦相手の第２プレーヤと対戦可能であり、
   前記大会の対戦はチーム戦であり、
   前記チーム戦は、前記第１プレーヤと前記対戦相手の第２プレーヤとチームを構成するノンプレーヤキャラクタとの対戦と、前記第１プレーヤとチームを構成するノンプレーヤキャラクタと前記対戦相手の第２プレーヤとの対戦と、を含む、ゲームシステム。
2. 前記大会管理サイト運営手段は、前記ネイティブアプリの前記プレーヤを認証可能な認証手段を備え、
   前記大会管理サイト運営手段は、前記プレーヤが前記認証手段により認証されたことを条件として、前記プレーヤによって、前記大会管理サイト上で行われる情報の入力及び選択を可能に制御する
   請求項１に記載のゲームシステム。
3. 前記大会管理サイト運営手段は、前記プレーヤの端末のネイティブアプリの画面に表示されたアイコンの選択に応答して、前記大会管理サイトを前記プレーヤの端末に提示する
   請求項１又は請求項２に記載のゲームシステム。
4. 前記対戦実行手段は、対戦の対戦結果を前記大会管理サイト運営手段に通知し、
   前記大会管理サイト運営手段は、前記大会管理サイトにより前記対戦結果を、前記プレーヤの端末に提示する
   請求項１から請求項３のいずれかに記載のゲームシステム。
5. ブラウザベースによってプレーヤが主催する大会の大会管理サイトを運営する大会管理サイト運営手段と、
   前記大会を管理する大会管理手段と、
   第１プレーヤの端末にインストールされたネイティブアプリ上で、第１プレーヤと対戦相手の第２プレーヤとの間の対戦を実行する対戦実行手段と、
   前記プレーヤが保有するゲームカードから構成されるデッキの設定を受付けるデッキ設定手段と、
   前記プレーヤとチーム構成するノンプレーヤキャラクタの設定を受付けるノンプレーヤキャラクタ設定手段と、
   を備え、
   前記大会管理サイト運営手段は、前記大会管理サイトを介して、第１プレーヤが主催する大会の開催の申し込みを前記第１プレーヤの端末から受付ける処理と、開催される大会の情報を他のプレーヤの端末に提供する処理と、大会へのプレーヤの参加の申し込みを他のプレーヤの端末から受付ける処理と、プレーヤが参加する大会における対戦相手の選択を受付ける処理と、を実行し、
   前記大会管理手段は、前記ネイティブアプリを使用するプレーヤを識別するプレーヤ識別情報を用いて、大会に参加するプレーヤを大会毎に管理し、
   前記対戦実行手段は、前記大会毎に管理されるプレーヤ識別情報を用いて、大会に参加するプレーヤ間の対戦を、前記第１プレーヤの端末のネイティブアプリ上で、実行し、
   前記ノンプレーヤキャラクタは、前記第１プレーヤの対戦結果及び前記ノンプレーヤキャラクタの対戦結果により得られた経験値によって変化する対戦のレベルを持ち、前記第１プレーヤの操作を必要とすることなく、単独で、前記第１プレーヤが設定したデッキを構成するゲームカードを使用し、対戦相手の第２プレーヤと対戦可能であり、
   前記大会の対戦はチーム戦であり、
   前記チーム戦は、前記第１プレーヤと対戦相手の第２プレーヤとチームを構成するノンプレーヤキャラクタとの対戦と、前記第１プレーヤとチームを構成するノンプレーヤキャラクタと前記対戦相手の第２プレーヤとの対戦と、を含む、
   ゲーム管理装置。

Images