JP7184745B2

JP7184745B2 - 情報処理装置、方法、プログラム

Info

Publication number: JP7184745B2
Application number: JP2019238596A
Authority: JP
Inventors: 貴行新藤; 慧小川; 佑貴寺田
Original assignee: Pokemon Co
Current assignee: Pokemon Co
Priority date: 2019-12-27
Filing date: 2019-12-27
Publication date: 2022-12-06
Anticipated expiration: 2039-12-27
Also published as: JP2023025097A; JP2021106662A

Description

本開示は、情報処理装置、方法、プログラムに関する。

ユーザが現実のカードを使用して対戦を行うＴＣＧが知られている。例えば、特許文献１には、所定の対戦能力を持つ複数のカードを使用して、相手カードとの攻防を繰り返し、最終的にカードの体力をゼロにすることによって勝敗を競うカードゲーム玩具が開示されている。ＴＣＧでは、ユーザはカードを収集し、収集したカードの中から、対戦に使用するカードを編成する。当該編成をすることについて、「デッキを編成する」と称されることも一般的であるといえる。

ＴＣＧのユーザは、現実世界でユーザ同士が互いにカードを編成したデッキを持ち寄って、対戦を行う。このようなＴＣＧを盛り上げるために、ＴＣＧのカードを提供する事業者や、カードを販売する店舗等が、対戦会を行うことがある。

特開２００１－２０４８７４号公報

デッキに編成されるカードには、相性やカードの効果など様々なパラメータが設定されている。ユーザは、これらの各カードに設定されたパラメータを考慮しながら、複数のカードの組み合わせを検討する。例えば、デッキに組み入れられたカードの種類によっては、特定のデッキに対して相性がよいデッキが存在し得る。このようなカード間の有利不利を考慮しながらデッキを編成することに興趣性がある。

対戦会では、予め、ユーザが使用するデッキを１つ登録したうえで、ユーザ同士の対戦を進行させていることがある。これにより、ユーザ間の勝敗結果を集計した際に、編成されたデッキの勝率を、対戦会の運営者等が把握することが容易になる。

しかし、対戦会のように、事前に１種類のデッキを登録したうえで対戦に臨む際、デッキの相性により、あるプレイヤにとっては、別のプレイヤのデッキに勝利することが困難な事態が生じうる。すなわち、マッチングにより対戦相手のユーザが決定した段階で、勝敗の趨勢がおおよそ定まってしまうことがあり得る。

したがって、ユーザが編成したデッキを持ち寄って対戦をする対戦会において、マッチングした対戦相手との対戦の展開を、よりいっそう多様化することができる技術が必要とされている。

本開示は、上記課題を解決すべくなされたものであって、その目的は、対戦会における対戦の展開を、よりいっそう多様化する技術を提供することである。

一実施形態によると、ＴＣＧ(Trading Card Game)の対戦会の運営を支援するための情報処理装置が提供される。情報処理装置は、対戦会に関する対戦会情報と、対戦会に参加する各ユーザの対戦情報を管理しており、対戦会情報に対応付けて、ユーザが対戦会で使用可能な複数のデッキの情報を登録デッキ情報として記憶するように構成されており、情報処理装置の制御部は、一のユーザと対戦をする対戦相手のユーザを決定するステップと、一のユーザと対戦相手のユーザの勝敗情報の登録前に、対戦相手のユーザの登録デッキ情報に関連する情報を一のユーザに提示するステップと、ユーザに提示するステップによる提示の後に、一のユーザの登録デッキ情報のうち、対戦に使用するデッキの指定を一のユーザから受け付けるステップと、対戦をする各ユーザがデッキの指定をしたことに応答して、管理される対戦情報を更新させるステップと、を実行させる。

本開示によれば、デッキを編成して対戦を行うものにおいて、対戦の展開を、よりいっそう多様化することができる。

実施の形態１の支援システム１の構成を示す図である。各ユーザが支援システム１を用いてＴＣＧの対戦を進行させている局面を示す図である。支援システム１の全体の構成を示す図である。実施の形態１の支援システム１を構成する端末装置１０のブロック図である。サーバ２０の機能的な構成を示す図である。サーバ２０が記憶するユーザ情報データベース２８１、マッチング履歴データベース２８２、および対戦履歴データベース２８３のデータ構造を示す図である。ユーザ同士の対戦を端末で解析し、解析結果に応じてＴＣＧの対戦の進行を支援するための通知を行う処理を示すフローチャートである。端末装置１０Ｂが、対戦中にルールに適合しない行為が行われたことをユーザに通知する局面を示す図である。ＴＣＧの対戦の進行を支援するために、ＴＣＧ用品３０に対して端末装置１０を配置する他の配置例を示す図である。各ユーザが端末を用いてＴＣＧの対戦を進行させる処理を示す図である。カード情報２８６と、対戦会データベース２８７のデータ構造を示す図である。対戦会エントリー情報２８８と、マッチング履歴データベース２８２Ｃと、対戦履歴データベース２８３Ｃのデータ構造を示す図である。実施の形態２における各装置の動作を示す図である。第２の実施の形態における端末装置１０の画面例を示す図である。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

以下の実施形態では、ユーザがＴＣＧ(Trading Card Game)の対戦を行う際、支援システム１がＴＣＧの対戦の進行を支援する技術について説明する。また、このようにユーザ間のＴＣＧの対戦を支援することにより、多数のユーザでＴＣＧの対戦を行う対戦会（大会など）の運営を容易にする技術を説明する。このように対戦の進行を支援するために、以下の実施形態では、ユーザが保持する携帯端末を使用してＴＣＧ用品をセンシングすることにより、ユーザ間のＴＣＧの対戦で起きている事象を特定すること、特定した内容に基づいてユーザに所定の情報を通知すること等を説明する。

ＴＣＧの対戦の進行を支援することとしては、具体的には以下の内容が含まれる。

（１）対戦前の準備段階として、例えば、（ｉ）対戦するユーザのマッチングを行うこと、（ｉｉ）各ユーザに、対戦相手と、対戦を行う場所を案内すること、（ｉｉｉ）システムを利用して対戦を行う際、カードを配置するためのＴＣＧ用品（例えば、マット、シート状のものが使用される）に対しユーザの端末でセンシングを行うにあたり、センシングに適したユーザ端末の位置をユーザに通知すること、等が含まれる。

（２）対戦中の段階として、例えば、（ｉ）ＴＣＧ用品においてカードを配置すべき位置をユーザに通知すること、（ｉｉ）ＴＣＧで対戦を行う際のルールをユーザに通知すること、（ｉｉｉ）ユーザが各カードを配置して、相手方のカードを攻撃したり、攻撃を受けたり、パラメータをアップさせる等の効果を発動させた場合に、カードのパラメータの変動を計算してユーザに通知すること、（ｉｖ）ＴＣＧの対戦の進行状況（各ユーザが勝利条件にどれだけ近づいているか等）をユーザに通知すること、（ｖ）各ユーザが、ＴＣＧのルールに適合しない行為（例えば、特定のカードが使用できないタイミングでカードを使用したこと、対戦会等のルールで禁止されているカードを使用したこと、対戦会で事前に使用するカードを登録するルールであるにも関わらず登録申請していないカードを使用したこと等）を行ったことを通知すること、（ｖｉ）ＴＣＧのルールに適合しない行為とまでは言えないがＴＣＧの対戦を行うための規範を守るよう促すこと（例えば、ＴＣＧ用品において、カードを配置すべき位置にユーザが乱雑に配置しないようユーザに促すこと等がある。例えば、カードを配置すべき位置がＴＣＧ用品において枠などで示されているとする。この場合に、端末が、ＴＣＧ用品の撮影画像を解析することで、これら枠を無視してユーザがカードを配置していることを検出すると、ユーザに対し、カードを乱雑に配置しないよう注意を促す通知をすることとしてもよい。このとき、規範を守ってＴＣＧの対戦を行うことで、当該行為を評価することをユーザに通知してもよい。）等が含まれる。

（３）対戦終了後の段階として、例えば、（ｉ）ユーザが次に対戦する対戦相手をマッチングすること、（ｉｉ）対戦中の各ユーザのプレイ内容を評価して、ユーザの熟練度を評価する（ユーザがターンを進行させるまでの時間、ルールの熟知度合い等に基づき評価する）こと、（ｉｉｉ）ユーザが登録するデッキ（ＴＣＧの対戦に使用するカードの組み合わせ）の内容、ユーザの熟練度の評価結果などに基づいて、ユーザの対戦相手をレコメンドすること、当該対戦相手との対戦をマッチングさせること、（ｉｖ）ユーザがＴＣＧの対戦を行うための規範を守ってプレイしたことを評価してユーザに通知すること（例えば、ＴＣＧ用品においてカードを配置するための枠などに対し、ユーザが枠に従ってカードを適切に配置したことを、端末が、ＴＣＧ用品の撮影画像を解析すること等により評価する。端末が、ユーザに対し、当該評価結果を、例えばフェアプレーポイント等として通知する）、等が含まれる。

＜１構成＞
図１は、実施の形態１の支援システム１の構成を示す図である。図２は、各ユーザが支援システム１を用いてＴＣＧの対戦を進行させている局面を示す図である。

図１の状態（Ａ）は、ユーザが支援システム１を利用してＴＣＧの対戦を準備する局面を示す図である。図１の状態（Ｂ）は、ユーザがＴＣＧ用品に対してユーザの端末とユーザのカードとを配置して、ＴＣＧの対戦を開始しようとする局面を示す。

図２の状態（Ａ）は、ユーザが山札から手札を加えつつＴＣＧの対戦を進行させている局面を示す。図２の状態（Ｂ）は、ＴＣＧの対戦の進行状況を、端末装置１０Ｂによりユーザに通知する局面を示す図である。図２の状態（Ｃ）は、ユーザがＴＣＧの対戦を終えることにより、ユーザの端末が次の対戦相手と対戦場所とをユーザに通知する局面を示す図である。

＜１．１ＴＣＧ用品３０の構成＞
まず図１を参照して、各ユーザがＴＣＧの対戦で使用する各種用品について説明する。図１の状態（Ａ）に示すように、第１のユーザ（ユーザ５Ａ）と、第２のユーザ（ユーザ５Ｂ）とが、ＴＣＧの対戦を開始するにあたり、ユーザ５Ａとユーザ５Ｂとの間にＴＣＧ用品３０を配置する。ＴＣＧ用品３０は、各ユーザがＴＣＧの対戦で使用するカードを配置するためのものである。

各ユーザは、ＴＣＧ用品にカードを配置して、カードを山札から手札に加えつつＴＣＧの対戦を進行させる。まず、ＴＣＧ用品３０の構成について説明すると、ＴＣＧ用品３０は、山札配置部３１Ａおよび山札配置部３１Ｂ（以下、「山札配置部３１」と総称することもある）と、準備カード配置部３２Ａとおよび準備カード配置部３２Ｂ（以下、「準備カード配置部３２」と総称することもある）と、勝敗条件カード配置部３３Ａおよび勝敗条件カード配置部３３Ｂ（以下、「勝敗条件カード配置部３３」と総称することもある）と、バトルカード配置部３４Ａおよびバトルカード配置部３４Ｂ（以下、「バトルカード配置部３４」と総称することもある）と、消費カード配置部３５Ａおよび消費カード配置部３５Ｂ（以下、「消費カード配置部３５」と総称することもある）と、二次元コード３６とを含む。

また、図２に示すように、ＴＣＧの対戦において、各ユーザは、山札から手札を補充しつつカード同士のバトルを進行させる。図２の例では、第１のユーザ（ユーザ５Ａ）は、手札９３Ａ（図２の例では２枚の手札）を有している。第２のユーザ（ユーザ５Ｂ）は、手札９３Ｂ（図２の例では３枚の手札）有している。

山札配置部３１は、各ユーザがデッキとして編成したカードのうち、山札を配置するための領域である。山札配置部３１Ａは、ユーザ５Ａが山札を置くための領域である。山札配置部３１Ｂは、ユーザ５Ｂが山札を置くための領域である。

図１の状態（Ｂ）に示すように、各ユーザがＴＣＧの対戦を開始するにあたり、まず、山札配置部３１に、各ユーザのカードを山札として配置する。山札配置部３１は、ユーザが山札を配置するための領域である。各ユーザは、デッキを構成する各カードを混ぜて、カードを裏向きにして山札配置部３１に配置する。ユーザ５Ａは、山札配置部３１Ａに山札９１Ａを配置する。ユーザ５Ｂは、山札配置部３１Ｂに山札９１Ｂを配置する。

準備カード配置部３２は、対戦相手のカードとバトルをすることができるカードを配置するための領域である。各ユーザは、準備カード配置部３２に配置されているカードと、バトルカード配置部３４に配置されているカードとを入れ替えつつ、バトルカード配置部３４に配置されているカード同士で、攻撃力・体力・カードの属性・弱点等に応じたダメージ量の補正などを行わせることで対戦を進行させる。図１の状態（Ｂ）に示すように、ＴＣＧの対戦を開始する前においては、準備カード配置部３２、バトルカード配置部３４にはカードは配置されていない。一方、図２の状態（Ａ）に示すように、ＴＣＧの対戦が進行すると、各ユーザが準備カード配置部３２、バトルカード配置部３４にカードを配置しつつカード同士のバトルを行う。各ユーザは山札から手札を補充しつつ、手札の中からバトルに使用するカードを準備カード配置部３２、バトルカード配置部３４に配置する。ユーザ５Ａは、準備カード配置部３２Ａにカードを配置する。ユーザ５Ｂは、準備カード配置部３２Ｂにカードを配置する。

勝敗条件カード配置部３３は、各プレイヤーが勝利条件をどの程度満たしているかを示す領域である。本実施形態では、勝敗条件カード配置部３３に、各プレイヤーが山札から所定枚数のカードを裏向きにして勝敗条件カード配置部３３に配置する。図１の状態（Ｂ）に示すように、ユーザ５Ａは、勝敗条件カード配置部３３Ａにカードを配置する。ユーザ５Ｂは、勝敗条件カード配置部３３Ｂにカードを配置する。

バトルカード配置部３４は、対戦相手のカードとバトルを行うカードを配置するための領域である。ユーザ５Ａは、バトルカード配置部３４Ａにカードを配置する。ユーザ５Ｂは、バトルカード配置部３４Ｂにカードを配置する。本実施形態では、基本的には、バトルカード配置部３４Ａに配置されるカードと、バトルカード配置部３４Ｂに配置されるカードとで、各カードに設定される体力、攻撃力、カードに示されるキャラクタの属性、弱点の属性、その他のパラメータに基づきバトルを行う。攻撃を受ける等によりカードに設定される体力を失うと、カードに示されるキャラクタが気絶したとしてバトルから退場させ、後述する消費カード配置部３５に配置する。

消費カード配置部３５は、ＴＣＧの対戦で消費したカードを配置するための領域である。例えば、バトルに敗北して体力を失ったカード、効果を発動させたカード等を消費カード配置部３５に配置する。図２の状態（Ａ）に示すように、ユーザ５Ａは、消費カード配置部３５Ａに、カード９２Ａを配置する。ユーザ５Ｂは、消費カード配置部３５Ｂに、カード９２Ｂを配置する。

二次元コード３６は、対戦が行われる場所を特定するための情報であり、例えば端末装置１０のカメラ等により光学読み取り可能な二次元コードである。二次元コード３６は、例えば、対戦会などで各ユーザが対戦を行うための卓が複数配置されている場合に、任意の卓を特定するための情報を含む。二次元コード３６は、例えば、卓を特定する情報を含むＵＲＬを表す文字列である。ユーザの端末で二次元コード３６に示されるＵＲＬを読み込み、当該ＵＲＬにアクセスする際、ユーザの端末に保持されるユーザの識別情報をアクセス先の装置（例えばサーバ）に送信する。そして、事前に卓に対応付けられたユーザの識別情報と照合することにより、当該ユーザの識別情報に示されるユーザが正しい卓に到着していること、対戦の準備が可能であることを判定し得る。例えば、ユーザ５Ａの端末である端末装置１０Ａ、または、ユーザ５Ｂの端末である端末装置１０Ｂがカメラにより二次元コード３６を撮影することにより、二次元コード３６に示される情報を端末装置１０Ａまたは端末装置１０Ｂで読み込むことができる。なお、例えば対戦会などで予め各ユーザが対戦を行う卓をユーザに提示する場合に限らず、ユーザ同士でＴＣＧの対戦を行うにあたり、各ユーザの端末装置のカメラにより二次元コード３６を撮影することとしてもよい。これにより、ユーザが対戦を行った卓、対戦を行ったタイミング（日時）を特定することができるため、例えばサーバ等でユーザ間の対戦の記録を行うことができる。

＜１．２ＴＣＧで使用するカードの種類＞
本実施形態のＴＣＧでは、カードの種類として、（ｉ）バトルに使用することができるキャラクタカードと、（ｉｉ）キャラクタカードに関連付けて使用する行動力カード（エネルギーカード）と、（ｉｉｉ）対戦中に特定の効果を発揮させる効果カードとがある。

（ｉ）キャラクタカードには、ユーザが山札からカードを引いて手札に加えたのち、バトルカード配置部３４に配置してバトルに使用することができるカード（「無条件カード」とも言う）と、特定の条件を満たすことによりバトルで使用することができるカード（「条件付きカード」とも言う）とが含まれる。

（ｉＡ）例えば、条件付きカードは、条件付きカードに関連する無条件カードを使用することを条件として、バトルに参加させることができる。例えば、キャラクタの進化になぞらえて、まず無条件カードをＴＣＧ用品３０に配置すること等により対戦相手のユーザに提示したうえで、当該無条件カードに関連する条件付きカードをＴＣＧ用品３０に配置することにより、条件付きカードをバトルに参加させることができる。このような条件付きカードは、無条件カードから進化させたものとして「進化キャラクタ」とも称されることがある。また、無条件カードは、「進化キャラクタ」をバトルに参戦させるための元となるキャラクタともいえるため、「たねキャラクタ」とも称されることがある。

（ｉＢ）例えば、条件付きカードは、特定のカードを消費して消費カード配置部３５に移動させることにより、バトルに参加させることができる。具体的には、特定のカードとして、ＴＣＧ用品３０に配置されている無条件カードを消費して（消費カード配置部３５に移動させて）、条件付きカードをバトルに参加させることができる、としてもよい。

例えば、条件付きカードは、ＴＣＧ用品３０にユーザが配置した単数又は複数のキャラクタカードと引き換えに、バトルに参加させることができる。例えば、各キャラクタカードに、カードに示されるキャラクタの攻撃力等の個々のパラメータとは別に、キャラクタの総合的な性能を示すパラメータ（例えば、進化レベルなど）が付されている場合に、ユーザが配置したキャラクタカードの進化レベルの値に対応した進化レベルを有する条件付きカードをバトルに参加させられることとしてもよい。例えば、進化レベル１のキャラクタと進化レベル２のキャラクタとをＴＣＧ用品３０に配置した状態で、これらキャラクタのカードに重ねて（または、これらのキャラクタカードと引き換えに）、進化レベル３の条件付きカードを配置することができる。

この他にも、条件付きカードにより定められる複数のキャラクタカードと引き換えに、当該条件付きカードをバトルに参加させることができる、としてもよい。このとき、キャラクタカードとは異なる後述する補助カードを消費して、条件付きカードをバトルに参加させることとしてもよい。例えば、補助カードに示される効果として、ＴＣＧ用品３０のバトルカード配置部３４、消費カード配置部３５等にある特定の無条件カードと引き換えに、特定の条件付きカードをバトルに参加させられることが定められている。

（ｉＣ）これらカードには、上記キャラクタカード、後述する行動力カード、補助カードのうち複数を兼ねるものも含まれる。例えば、キャラクタカードとしても使用でき、補助カードとしても使用できる特殊なカードが含まれることとしてもよい。ユーザは、当該特殊なカードを、キャラクタカードを配置すべき位置(例えば準備カード配置部３２、バトルカード配置部３４)に配置した場合は、キャラクタカードとして使用することができる。

（ｉｉ）行動力カード（エネルギーカード）は、ユーザが山札からカードを引いて手札に加えたのち、キャラクタカードと関連付けてＴＣＧ用品３０に配置することにより、キャラクタカードに示される所定の行動を行うことを可能とするものである。行動力カードをキャラクタカードに関連付ける操作は、例えば、ユーザのターン中に行えることとしてもよい。例えば、ＴＣＧ用品３０に配置されるキャラクタカードの近傍に行動力カードを配置することで、キャラクタカードに行動力カードを関連付けたとしてもよい。また、ターン中に行動力カードをキャラクタカードに関連付けられる回数は制限があってもよい。例えば、ユーザのターン中に１回、ＴＣＧ用品３０に配置されるキャラクタカードのいずれかに、手札中の行動力カードを関連付けるよう配置することができる。例えば、キャラクタカードに、第１の攻撃アクションと、第２の攻撃アクションとが設定されているとする。第１の攻撃アクションは、キャラクタカードに１枚の行動力カードが関連付けられている場合に使用可能であり、第２の攻撃アクションは、１枚の行動力カードでは足りず２枚の行動力カードがキャラクタカードに関連付けられている場合に使用可能であるとしてもよい。

キャラクタカードがバトルにより体力値が尽きる等により退場することとなった場合、当該キャラクタカードに関連付けられている行動力カードも当該対戦中で使用不可とすることとしてもよい。

（ｉｉｉ）対戦を補助する補助カードには、ユーザの手札にある限り、ユーザがターン中に何枚でも使用できるカード種と、ターン中に１枚だけ使用できるカード種とが含まれる。これら補助カードには、ユーザが補助カードの効果を使用することを宣言することで効果を発揮させるものも含まれる。

なお、補助カードとして、予めＴＣＧ用品３０の所定の位置（本実施形態では、当該所定の位置については図示していない）に、裏向きにするなどして配置したうえで、ユーザが補助カードの使用を発声等により宣言することで補助カードの効果を発揮させるものも含まれる。

＜１．３ＴＣＧの対戦ルールの概要＞
以上のように、ＴＣＧの対戦で使用するＴＣＧ用品３０と、カードの種類とについて説明した。次に、ＴＣＧの対戦ルールについて詳細に説明する。

本実施形態に示すＴＣＧでは、上記のように、各ユーザがバトルカード配置部３４Ａ、バトルカード配置部３４Ｂに配置したカードに基づき攻撃または防御（バトル）を行ってＴＣＧの対戦を進行させるものとする。ＴＣＧの対戦は、ユーザがターンごとに交互に行動を行って進行させるものとする。例えば、第１のユーザがターンの行動を終えると、第２のユーザのターンとなる。第２のユーザが当該ターンで行動を行い、行動を終了させると、第１のユーザのターンとなる。

各ユーザは、ターンが到来するごとに、山札から所定枚数のカードを引いて手札に加える。

各ユーザは、手札にあるカードのうち、対戦相手のユーザのカードへの攻撃または防御に使用するカード（キャラクタカード）の候補を準備カード配置部３２に配置する。

ユーザ５Ａは、準備カード配置部３２Ａに並べられたカードと、バトルカード配置部３４Ａに並べられたカードとを、ユーザ５Ａのターン中に入れ替えることができる。また、ユーザ５Ｂは、準備カード配置部３２Ａに並べられたカードと、バトルカード配置部３４Ａに並べられたカードとを、ユーザ５Ｂのターン中に入れ替えることができる。

勝敗条件カード配置部３３Ａと勝敗条件カード配置部３３Ｂとは、上記のように、それぞれのユーザが対戦に勝利する条件に対してどの程度の進捗があるかを各ユーザに通知するための領域である。ここで、ユーザが対戦に勝利する条件としては、例えば、勝敗条件カード配置部３３Ａまたは勝敗条件カード配置部３３Ｂに配置されるカードが全て回収されることとしてもよい。すなわち、勝敗条件カード配置部３３Ａまたは勝敗条件カード配置部３３Ｂのいずれかにおいて、全てのカードが回収されたことにより、勝敗が決することとしてもよい。

例えば、各ユーザが、ＴＣＧの対戦に先立ち、山札から勝敗条件カード配置部３３Ａまたは勝敗条件カード配置部３３Ｂに所定枚数のカードを配置する。すなわち、ユーザ５Ａは、山札から所定枚数のカードを抜き出して勝敗条件カード配置部３３Ａに配置する。ユーザ５Ｂは、山札から所定枚数のカードを抜き出して勝敗条件カード配置部３３Ｂに配置する。ユーザ５Ａがバトルカード配置部３４Ａに配置したキャラクタカードと、ユーザ５ｂがバトルカード配置部３４Ｂに配置したキャラクタカードとを対戦させ、キャラクタカードに設定される退場条件が満たされると（例えば、キャラクタカードに設定される体力値が、対戦相手のキャラクタカードに設定される攻撃力に基づき減算され、尽きた場合）、当該キャラクタカードのキャラクタが気絶したものとして、消費カード配置部３５（「トラッシュ」ともいう）へ移動させる。

これにより、バトルに勝利して対戦相手のキャラクタカードを退場させたユーザは、勝敗条件カード配置部３３Ａまたは勝敗条件カード配置部３３Ｂに配置されたカードを手札に加える。例えば、ユーザ５Ｂが、自身のターンでユーザ５Ａのキャラクタカードに攻撃をすることによりバトルカード配置部３４Ａに配置されるカードを退場させた場合、勝敗条件カード配置部３３Ｂに配置されるカードから所定枚数のカードを取って手札に加える。一方、ユーザ５Ａが、自身のターンでユーザ５Ｂのキャラクタカードに攻撃をすることによりバトルカード配置部３４Ｂに配置されるカードを退場させた場合、勝敗条件カード配置部３３Ａに配置されるカードから所定枚数のカードを取って手札に加える。これら操作を繰り返し、ユーザ５Ｂが勝敗条件カード配置部３３Ｂに配置されるカードを全て回収したとき、または、ユーザ５Ａが勝敗条件カード配置部３３Ａに配置されるカードを全て回収したときに、回収しきったユーザを、ＴＣＧの対戦に勝利したユーザと決定することとしてもよい。なお、対戦の勝利条件としては、この他に、バトルカード配置部３４と準備カード配置部３２のいずれにもキャラクタカードがない場合に敗北する、としてもよい。また、対戦の勝利条件としては、各ユーザが自分のターンで山札配置部３１から山札を引けない場合に敗北する、としてもよい。

＜１．４ＴＣＧの対戦を支援するシステムの概要＞
図１の状態（Ｂ）に示すように、ユーザ５Ａとユーザ５ＢとがＴＣＧの対戦を開始する際に、ユーザ５Ａの端末である端末装置１０Ａと、ユーザ５Ｂの端末である端末装置１０Ｂとで通信接続を確立することにより、互いの端末を関連付ける。図示するように、端末装置１０Ａは、ＴＣＧ用品３０の外部に配置する。端末装置１０Ａは、端末装置１０Ａのカメラにより、ＴＣＧ用品３０においてカードが配置される範囲の全てをセンシングできるように配置される。

＜１．４．１ユーザの行動を判別する方法＞
（ｉ）画像解析による、ユーザの行動の判別
端末装置１０Ａは、端末装置１０Ａのカメラの撮影画像を解析することにより、各ユーザの指または手の動き、ユーザの視線、ＴＣＧ用品３０に配置されるカードを特定する。端末装置１０Ａは、各ユーザの発話内容を音声認識し、ＴＣＧの対戦における所定の行動を抽出する。これにより、端末装置１０Ａは、例えば、ユーザ５Ａおよびユーザ５ＢがカードをＴＣＧ用品３０に配置する操作を行ったこと、当該操作の内容を特定すること（カードの効果を発動させる等）、ユーザ５Ａまたはユーザ５Ｂの発話内容を音声認識することにより各ユーザがカードの効果を発動させたこと、等のＴＣＧの進行に関する情報を判別する。

具体的には、端末装置１０Ａは、例えば距離を検出できる深度カメラ等を搭載している。端末装置１０Ａは、撮影画像に基づいて、ＴＣＧ用品３０が配置されるテーブルなどの面を認識する。端末装置１０Ａは、撮影画像の画像解析により、テーブルなどに設置されるＴＣＧ用品３０を特定し、面状のオブジェクトとして認識する。端末装置１０Ａは、画像解析により、ＴＣＧ用品３０を構成する山札配置部３１、準備カード配置部３２、勝敗条件カード配置部３３、バトルカード配置部３４、消費カード配置部３５の範囲を特定する。

（ｉｉ）ＴＣＧ用品３０の各領域にカードが載置されていることの検出
端末装置１０Ａは、撮影画像の画像解析により、ＴＣＧで使用されるカードを検出する。端末装置１０Ａは、カードの図柄、またはカードに埋め込まれた識別コード等と、カードのデータベースとに基づいて、ＴＣＧの対戦で使用されている個々のカードを特定する（どのキャラクタカードであるか等を特定する）。カードの図柄は、通常、カードごとにそれぞれ異なるため、端末装置１０Ａは、撮影画像に含まれるカードの図柄に基づいて、いずれのカードが使用されているかを検出することができる。また、例えば、カードの裏面がカードごとに異なる場合（例えばカードの裏面に識別コードが付与されている場合）、端末装置１０Ａは、撮影画像に含まれるカードの裏面に基づいて、いずれのカードであるかを検出する。なお、後述するように、各ユーザがＴＣＧの対戦で使用するカードの情報をデッキとして登録している場合、これらデッキに登録されているカードの中からいずれのカードがＴＣＧ用品３０に載置されているかを検出する。ＴＣＧの対戦に多数の種類のカードを使用できる状況で、このように予め各ユーザのデッキの内容を登録しておき、当該デッキを構成するカードの中から上記の検出を行うことにより、カードの検出の精度をよりいっそう向上させることができる。

（ｉｉｉ）ユーザが指定しているカードの検出
端末装置１０Ａは、撮影画像にユーザの身体が含まれる場合に、特定の動作、行為、姿勢を検出する。例えば、ＴＣＧ用品３０は、撮影画像中のユーザの身体を検出すると、身体を構成する点を検出することに基づいて骨格情報（ボーン）を設定する。例えば、端末装置１０Ａは、撮影画像中のユーザの手の範囲を検出すると、指先の位置と、指関節の位置と、手首の位置とを特定して、これらを連結する骨格情報を設定する。これにより、端末装置１０Ａは、ユーザが手を動かしてＴＣＧ用品３０に配置されたカードに触っていること、ＴＣＧ用品３０に配置されたカードを指さしていること等を検出する。

＜１．４．２判別する内容＞
端末装置１０ＡがＴＣＧの進行に関する情報を判別することには、例えば以下のように（１）対戦の進行に関する情報を判別することと、（２）ＴＣＧのルールに適合しない行為が行われたことを判別すること等が含まれる。

（１）対戦の進行に関する情報の判別
（１－１）バトルの準備に関するユーザの行為の判別
（ｉ）手札の補充と消費端末装置１０Ａは、ユーザの手が山札配置部３１に触れたこと、ユーザが山札からカードを取って保持していることを検出する。これにより、端末装置１０Ａは、ユーザの山札からカードが取られたことを検出し、各ユーザの山札にあるカードの枚数を管理する。また、ユーザがカードを消費カード配置部３５に置いた場合（カードをトラッシュに移動させた場合）、端末装置１０Ａは、消費カード配置部３５にカードが配置されたこと、配置されたカードの種別を特定することで、各ユーザが消費カード配置部３５に配置したカード（対戦で消費したカード）の枚数を管理する。これら端末装置１０Ａにより管理される情報は、ＴＣＧの対戦中においてユーザに通知することとしてもよい。例えば、端末装置１０Ｂが、各ユーザからの入力操作に応答して、各ユーザの山札のカードの枚数、対戦中に消費したカードの枚数等をディスプレイに表示する。

また、端末装置１０Ａは、各ユーザの手札（例えば、カードの背面）を撮影することにより、各ユーザの手札の内容（すなわち、各ユーザが、デッキのカードのうち、どのカードを手札として保持しているか）を判別する。

（ｉｉ）キャラクタカード同士のバトルの準備端末装置１０Ａは、ＴＣＧ用品３０のバトルカード配置部３４または準備カード配置部３２にカードが配置されていること、当該配置されているカードがキャラクタカードであること、どのキャラクタカードがバトルカード配置部３４または準備カード配置部３２に配置されているかを特定する。これにより、端末装置１０Ａは、各プレイヤーがバトルカード配置部３４または準備カード配置部３２に配置しているキャラクタカードの情報を更新する。

（ｉｉｉ）行動力カードの関連付け端末装置１０Ａは、ユーザが当該キャラクタカードの近傍にカードを配置すること、配置されたカードが行動力カードであることを検出すると、当該キャラクタカードのキャラクタに関連付けられている行動力カードの枚数の情報を更新する。なお、キャラクタカードに重ねて行動力カードをＴＣＧ用品３０に配置してもよい。すなわち、端末装置１０Ａは、行動力カードの図柄等に基づいて、行動力カードの全ての範囲が撮影画像に含まれていなくとも、カードが行動力カードであることを検出する。

（ｉｖ）キャラクタカードの進化端末装置１０Ａは、キャラクタカードのうち、条件付きカードがバトルで使用できる状態になったこと（進化）を検出する。端末装置１０Ａは、バトルカード配置部３４または準備カード配置部３２に配置されているカードが、キャラクタカードのうち無条件カード（たねキャラクタ）であることを特定する。端末装置１０Ａは、ユーザが、当該無条件カードに関連付けてＴＣＧ用品３０に配置したカードが、条件付きカード（進化キャラクタ）であることを特定すると、ユーザが使用しているキャラクタカードの情報を、無条件カードのキャラクタから条件付きカードのキャラクタに更新する。このとき、端末装置１０Ａは、無条件カードのキャラクタに関連付けられている行動力カード（エネルギーカード）の数、無条件カードのキャラクタのパラメータ変化（相手側のユーザのキャラクタから受けたダメージ量など）も、条件付きカードのキャラクタに引き継いでデータを更新することとしてもよい。

なお、無条件カードに関連付けて条件付きカードを配置する方法としては、例えば、無条件カードに重ねて条件付きカードを配置することとしてもよい。端末装置１０Ａは、ＴＣＧ用品３０に無条件カードが配置されている領域に、新たに配置されるカードを検出し、当該カードが条件付きカードである場合に、無条件カードに代えて条件付きカードがバトルで使用できる状態になった（たねキャラクタが進化キャラクタへ進化した）と判別する。

（１－２）バトル中の行動の判別
例えば、端末装置１０Ａが、バトルカード配置部３４Ａに配置されたカードを特定することにより、ユーザ５Ａがバトルに使用するキャラクタカードを特定する。端末装置１０Ａは、ユーザ５Ａの発話内容を音声認識すること、および、バトルカード配置部３４Ａに配置されるカードをユーザ５Ａが指等で指定したことを検出すること等により、バトルカード配置部３４Ａに配置されるキャラクタカードに、どのような行動を行わせたか（例えば、キャラクタカードに攻撃手段が複数ある場合、どの攻撃手段を行ったか）を特定する。これにより、キャラクタカードの攻撃力、体力等のパラメータに基づいて、キャラクタカードのパラメータを計算する。

（１－３）補助カードを使用したことの判別
端末装置１０Ａは、ユーザの発話内容を音声認識することと、ユーザがＴＣＧ用品３０に配置した補助カードを指定すること等により、ユーザが補助カードを使用したことを検出する。例えば、ユーザが補助カードを手に取り、対戦相手のユーザに提示して、補助カードを使用することを宣言した場合に、端末装置１０Ａが補助カードの使用を検出する。端末装置１０Ａは、補助カードの効果に従って、各キャラクタカードのパラメータを補正する等の処理を行う。

（１－４）勝利条件を満たしていることの判別
端末装置１０Ａは、勝敗条件カード配置部３３に配置されているカードの枚数を特定することにより、いずれのユーザが勝利したかを判別する。上記のように、バトルに勝利して、対戦相手のバトルカード配置部３４に配置されるキャラクタカードの体力値を尽きさせるたびに、勝敗条件カード配置部３３に配置されるカードをユーザが入手できることとしているため、端末装置１０Ａは、勝敗条件カード配置部３３に配置されるカードがなくなったことを検出することにより、勝利したユーザを判別する。

以上のように、端末装置１０Ａが対戦の進行に関する情報を判別することにより、ターンごとに各ユーザが行った行動を端末装置１０Ａが記録する。端末装置１０Ａは、各ユーザについて、山札の枚数、バトルに参戦できるキャラクタ（準備カード配置部３２またはバトルカード配置部３４に配置されるキャラクタカード）、各キャラクタの攻撃等により増減する各キャラクタのパラメータ、発揮されている補助カードの効果、勝敗条件カード配置部３３に配置されているカードの総数などの情報を記録する。

（２）ＴＣＧのルールに適合しない行為の判別
端末装置１０Ａは、上記のようにユーザが行った行為を判別することにより、ユーザの行為がルールに適合するものか否かを判別することができる。

（２－１）使用できる枚数の不適合：例えば、端末装置１０Ａが、ユーザが行動できるターン中でユーザが使用したカードの履歴を保持することにより、ターン中で使用できるカード数の上限に違反していることを判別する。端末装置１０Ａは、例えば、補助カードのうちターン中で使用できる枚数が１枚に限られるカード種のカードが、ターン中に２枚使用された場合に、ルールに適合しない行為であることを判別する。

（２－２）使用できる行動の不適合：（ｉ）端末装置１０Ａは、各ユーザがキャラクタカードのキャラクタに特定の行動を行わせるための条件を満たしたうえで、当該行動を行っているか否かを判別する。例えば、キャラクタカードに複数の攻撃アクションが設定されており、それぞれの攻撃アクションを実行するのに必要な行動力カードの数が設定されているとする。ＴＣＧ用品３０には、キャラクタカードと、キャラクタカードに関連付けて行動力カードが配置されている。端末装置１０Ａは、キャラクタカードに設定される攻撃アクションのうち、ユーザが指定した攻撃アクションを行うのに必要な行動力カードが足りない場合に、ルールに適合しない行為であることを判別する。

（ｉｉ）端末装置１０Ａは、キャラクタカードのうち条件付きカードをバトルで使用できる条件を満たしたうえで、当該条件付きカードを使用しているか否かを判別する。すなわち、端末装置１０Ａは、条件付きカードをバトルで使用できる条件を満たしていないにもかかわらず条件付きカードをバトルで使用できるようにしていることを判別した場合に、ユーザに警告等を通知する。

また、上記のように、条件付きカードは、特定のカードを消費して消費カード配置部３５に移動させることでバトルに参加させられるものもある。端末装置１０は、このような条件付きカードがバトルに参加する場合に、当該特定カードが消費されていること（消費カード配置部３５に移動させたこと）を検出する。端末装置１０Ａは、ユーザが条件付きカードをバトルに参加させようとしているにもかかわらず当該特定カードが消費カード配置部３５に移動していない場合に、ルールに適合しない行為であることを判別する。この場合、端末装置１０Ａは、条件付きカードをバトルに参加させる際のルールとして、当該特定カードを消費カード配置部３５に移動させるようユーザに通知する。

また、上記のように、条件付きカードは、特定のカードをＴＣＧ用品３０に配置したうえで、これら特定のカードを消費せず（すなわち、消費カード配置部３５に移動させず）にバトルに参加させられるものも含まれる。端末装置１０Ａは、ユーザが条件付きカードをバトルに参加させようとし、特定のカードを消費する必要がないにもかかわらず、これら特定のカードをユーザが消費している（すなわち、消費カード配置部３５に移動させている）ことを判別する。この場合、端末装置１０Ａは、条件付きカードをバトルに参加させる際のルールとして、当該特定カードを消費カード配置部３５に移動させる必要がないことをユーザに通知する。

（２－３）対戦の進行手順の不適合：（ｉ）端末装置１０Ａは、各ユーザがターン中に行うことができる行動の手順が定められている場合に、手順に従わず行動が行われたことを検出する。例えば、各ユーザがターンの開始時に山札から所定枚数のカードを入手してから、その他の行為を行うものとする。この場合、端末装置１０Ａは、ユーザのターンが開始してから山札配置部３１の山札のカードが入手されるのを検出することなく、バトルカード配置部３４に配置されるキャラクタカードに攻撃を行わせる、補助カードを使用する等の行為が行われたことを検出した場合に、当該行為がルールに適合しない行為であることを判別する。

（ｉｉ）端末装置１０Ａは、各ユーザの勝利条件にかかわる操作が不適切に行われたことを検出する。例えば、バトルカード配置部３４に配置されるカードのキャラクタが通常のキャラクタではなく特殊なキャラクタであり、当該特殊なキャラクタがバトルで体力値が尽きて退場する場合に、ユーザが勝敗条件カード配置部３３から取るカードの枚数が、通常のキャラクタの場合と比べて多いとする。この場合、端末装置１０Ａは、キャラクタカードのバトルで退場したキャラクタが通常のキャラクタであるか特殊なキャラクタであるかを特定し、その後、勝敗条件カード配置部３３から取られるカードの枚数が適切でないことを検出することにより、ルールに適合しない行為を判別する。例えば、端末装置１０Ａは、バトルで退場するキャラクタが特殊なキャラクタであることを特定し、勝敗条件カード配置部３３に配置されるカードの枚数が、通常のキャラクタが退場した場合の変化量に留まっていることを検出することで、ルールに適合しない行為であることを判別する。

＜１．５ＴＣＧの対戦を支援する情報をユーザに通知する方法＞
以上のように、端末装置１０Ａがユーザ間のＴＣＧ対戦の内容、ルールに適合しない行為を検出する。端末装置１０Ｂは、端末装置１０Ａと通信することにより、端末装置１０Ａが画像解析の結果に基づいて判別した内容を、ユーザに通知する。

図１の状態（Ｂ）に示すように、端末装置１０Ｂは、操作受付部１３０（タッチスクリーン）において、対戦の進行状況を、進行状況表示部１３２Ａに表示する。端末装置１０Ｂは、対戦の進行状況として、例えば、バトルを行っている各キャラクタの体力の情報、各キャラクタに関連付けられている行動力カード（エネルギーカード）の数をユーザに通知する。これらのパラメータは、ユーザが対戦中に行う行為（攻撃の指示など）に応じて端末装置１０Ａがこれら行為を特定し、特定した結果に基づいて計算される（攻撃を受けたキャラクタの体力値を、攻撃力に応じて減算する等）。端末装置１０Ｂは、各ユーザがターンを進行させるための入力操作を受け付けるためのボタンを、ターン進行ボタン１３２Ｂに表示する。端末装置１０Ｂは、ターン進行ボタン１３２Ｂへの入力操作をユーザから受け付けると、当該ユーザのターンが終了したことを示す信号を端末装置１０Ａへ送信する。

端末装置１０Ａがユーザ同士の対戦の終了を検出すると、その旨を後述するサーバおよび端末装置１０Ｂへ送信する。端末装置１０Ｂは、対戦の勝敗結果の情報を端末装置１０Ａまたはサーバから受信する。また、対戦会や大会などでＴＣＧの対戦を行う場合、後述するサーバが、ユーザ同士の対戦のマッチングを行い、その対戦を行う場所（会場にある卓など）を決定する。端末装置１０Ａまたは端末装置１０Ｂは、サーバと通信し、ユーザごとに、次の対戦相手の情報と、対戦の場所の情報とを取得する。

図２の状態（Ｃ）に示すように、端末装置１０Ｂは、操作受付部１３０において、対戦の勝敗結果の情報と、次に対戦する対戦相手の情報（対戦相手の強さを示すレーティング値など）と、対戦場所の情報とを、対戦会情報表示部１３２Ｃに表示する。端末装置１０Ｂは、ユーザが次に対戦を行う場所への地図を、地図表示部１３２Ｄに表示する。地図表示部１３２Ｄは、例えば、対戦会場内で、ユーザの現在地から、対戦を行う卓への移動経路の情報を表示する。

以上のようにして、本実施形態によると、対戦会などの運営を支援しつつ、ユーザ同士がＴＣＧで対戦を行うのを支援する情報を各ユーザに通知することができる。

＜１．６システム全体の構成図＞
図３は、支援システム１の全体の構成を示す図である。

図３に示すように、支援システム１は、ＴＣＧの対戦を行うユーザが使用する端末装置１０Ａおよび端末装置１０Ｂ（以下、総称して「端末装置１０」ということもある）と、ＴＣＧの対戦を運営する運営者側のユーザが使用する端末装置１１と、サーバ２０とを含む。端末装置１０とサーバ２０とは、ネットワーク８０を介して通信接続する。また、本実施形態において、各装置（端末装置、サーバ等）を情報処理装置として把握することもできる。すなわち、各装置の集合体を１つの「情報処理装置」として把握することができ、支援システム１を複数の装置の集合体として形成してもよい。１つ又は複数のハードウェアに対して本実施形態に係る支援システム１を実現することに要する複数の機能の配分の仕方は、各ハードウェアの処理能力及び／又は支援システム１に求められる仕様等に鑑みて適宜決定することができる。

端末装置１０は、各ユーザが操作する装置である。端末装置１０は、移動体通信システムに対応したスマートフォン、タブレット等の携帯端末などにより実現される。この他に、端末装置１０は、例えば据え置き型のＰＣ（Personal Computer）、ラップトップＰＣであるとしてもよい。図３に端末装置１０Ｂとして示すように、端末装置１０は、通信ＩＦ（Interface）１２と、入出力ＩＦ１３と、メモリ１５と、ストレージ１６と、プロセッサ１９とを備える。サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。

端末装置１０は、ネットワーク８０を介してサーバ２０と通信可能に接続される。端末装置１０は、ＬＴＥなどの通信規格に対応した無線基地局８１、ＩＥＥＥ８０２．１１などの無線ＬＡＮ規格に対応した無線ＬＡＮルータ８２等の通信機器と通信することによりネットワーク８０に接続される。

通信ＩＦ１２は、端末装置１０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入出力ＩＦ１３は、ユーザからの入力操作を受け付けるための入力装置（例えば、タッチパネル、タッチパッド、マウス等のポインティングデバイス、キーボード等）、および、ユーザに対し情報を提示するための出力装置（ディスプレイ、スピーカ等）とのインタフェースとして機能する。メモリ１５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。ストレージ１６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。プロセッサ１９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。

端末装置１１は、ＴＣＧの対戦の運営者が操作する装置である。運営者は、例えば、対戦会の情報をサーバ２０にアップロードする。対戦会の情報としては、対戦会を開催する日時、対戦会の場所（例えば、店舗や展示場など）、対戦会のルール（例えば、新規に発売するＴＣＧ対戦用のカードをデッキに含めるか否か、特定のカードの使用を認めるか否か等）、参加できるユーザの条件（例えば、特定の対戦会で上位に入賞する等）、などがある。運営者は、これら対戦会の情報を入力して、地図データなどとともにサーバ２０にアップロードする。

また、対戦会として、（ｉ）ユーザが対戦を行う卓を複数用意して、各ユーザに対し卓を指定したうえで対戦会を進行させるものがある。例えば、リーグ戦やトーナメント戦などを行う場合、どのユーザを対戦させるかを運営者側で管理しながら対戦会を進行させることがあり得る。この他に、対戦会として、（ｉｉ）対戦を行う卓は運営者が用意するが、各ユーザが対戦を行う卓は特に指定しないで対戦会を進行させるもの、がある。例えば、対戦会の会場にいるユーザ同士で、対面で対戦を行ってもらいつつ、一定数の勝利を収めたユーザを選出する場合などがあり得る。端末装置１１は、運営者から、対戦会をいずれの形式で運営するか（すなわち、各ユーザが対戦を行う卓を指定して対戦会を行うか、卓を指定しないで対戦会を行うか、あるいはこれらの両方か）の指定を受け付ける。端末装置１１は、ユーザから受け付けた対戦会の情報をサーバ２０へ送信する。

サーバ２０は、各ユーザの情報を管理する。サーバ２０は、ユーザ間のＴＣＧの対戦を支援するため、ユーザ同士のマッチング等を行う。サーバ２０は、端末装置１０とネットワーク８０を介して通信し、端末装置１０Ａが判別するＴＣＧ対戦の内容を、対戦の履歴として保持する。

通信ＩＦ２２は、サーバ２０が外部の装置と通信するため、信号を入出力するためのインタフェースである。入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、および、ユーザに対し情報を提示するための出力装置とのインタフェースとして機能する。メモリ２５は、プログラム、および、プログラム等で処理されるデータ等を一時的に記憶するためのものであり、例えばＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。ストレージ２６は、データを保存するための記憶装置であり、例えばフラッシュメモリ、ＨＤＤ（Hard Disc Drive）である。プロセッサ２９は、プログラムに記述された命令セットを実行するためのハードウェアであり、演算装置、レジスタ、周辺回路などにより構成される。

＜１．７端末装置１０の構成＞
図４は、実施の形態１の支援システム１を構成する端末装置１０のブロック図である。図４に示すように、端末装置１０は、複数のアンテナ（アンテナ１１１、アンテナ１１２）と、各アンテナに対応する無線通信部（第１無線通信部１２１、第２無線通信部１２２）と、操作受付部１３０（タッチセンシティブデバイス１３１およびディスプレイ１３２を含む）と、音声処理部１４０と、マイク１４１と、スピーカ１４２と、位置情報センサ１５０と、カメラ１６０と、記憶部１８０と、制御部１９０と、を含む。端末装置１０は、図４では特に図示していない機能及び構成（例えば、電力を保持するためのバッテリ、バッテリから各回路への電力の供給を制御する電力供給回路など）も有している。図４に示すように、端末装置１０に含まれる各ブロックは、バス等により電気的に接続される。

アンテナ１１１は、端末装置１０が発する信号を電波として放射する。また、アンテナ１１１は、空間から電波を受信して受信信号を第１無線通信部１２１へ与える。

アンテナ１１２は、端末装置１０が発する信号を電波として放射する。また、アンテナ１１２は、空間から電波を受信して受信信号を第２無線通信部１２２へ与える。

第１無線通信部１２１は、端末装置１０が他の無線機器と通信するため、アンテナ１１１を介して信号を送受信するための変復調処理などを行う。第２無線通信部１２２は、端末装置１０が他の無線機器と通信するため、アンテナ１１２を介して信号を送受信するための変復調処理などを行う。第１無線通信部１２１と第２無線通信部１２２とは、チューナー、ＲＳＳＩ（Received Signal Strength Indicator）算出回路、ＣＲＣ（Cyclic Redundancy Check）算出回路、高周波回路などを含む通信モジュールである。第１無線通信部１２１と第２無線通信部１２２とは、端末装置１０が送受信する無線信号の変復調や周波数変換を行い、受信信号を制御部１９０へ与える。

操作受付部１３０は、ユーザの入力操作を受け付けるための機構を有する。具体的には、操作受付部１３０は、タッチスクリーンとして構成され、タッチセンシティブデバイス１３１と、ディスプレイ１３２とを含む。タッチセンシティブデバイス１３１は、端末装置１０のユーザの入力操作を受け付ける。タッチセンシティブデバイス１３１は、例えば静電容量方式のタッチパネルを用いることによって、タッチパネルに対するユーザの接触位置を検出する。タッチセンシティブデバイス１３１は、タッチパネルにより検出したユーザの接触位置を示す信号を入力操作として制御部１９０へ出力する。

ディスプレイ１３２は、制御部１９０の制御に応じて、画像、動画、テキストなどのデータを表示する。ディスプレイ１３２は、例えばＬＣＤ（Liquid Crystal Display）や有機ＥＬ（Electro-Luminescence）ディスプレイによって実現される。

音声処理部１４０は、音声信号の変復調を行う。音声処理部１４０は、マイク１４１から与えられる信号を変調して、変調後の信号を制御部１９０へ与える。また、音声処理部１４０は、音声信号をスピーカ１４２へ与える。音声処理部１４０は、例えば音声処理用のプロセッサによって実現される。マイク１４１は、音声入力を受け付けて、当該音声入力に対応する音声信号を音声処理部１４０へ与える。スピーカ１４２は、音声処理部１４０から与えられる音声信号を音声に変換して当該音声を端末装置１０の外部へ出力する。

位置情報センサ１５０は、端末装置１０の位置を検出するセンサであり、例えばＧＰＳ（Global Positioning System）モジュールである。ＧＰＳモジュールは、衛星測位システムで用いられる受信装置である。衛星測位システムでは、少なくとも３個または４個の衛星からの信号を受信し、受信した信号に基づいて、ＧＰＳモジュールが搭載される端末装置１０の現在位置を検出する。このＧＰＳモジュールが検出する位置は、例えば、端末装置１０がセンサ装置５０の検知結果に基づいて、予め定められた報知処理を行った時の端末装置１０の位置情報をメモリに保存する際等に利用され得る。例えば、ＴＣＧの対戦会場において、ユーザがいる位置を位置情報センサ１５０により取得することができる。

カメラ１６０は、受光素子により光を受光して、撮影画像として出力するためのデバイスである。カメラ１６０は、例えば、カメラ１６０から撮影対象までの距離を検出できる深度カメラである。

記憶部１８０は、例えばフラッシュメモリ等により構成され、端末装置１０が使用するデータおよびプログラムを記憶する。ある局面において、記憶部１８０は、ユーザ情報１８１と、対戦会エントリー情報１８２と、会場マップ情報１８３とを記憶する。

ユーザ情報１８１は、ＴＣＧの対戦を行うユーザの情報である。ユーザの情報としては、ユーザを識別する情報、ユーザが対戦を行うにあたり登録しているデッキの情報（デッキを識別する情報、および、デッキを構成するカードの情報）、ユーザが使用する言語の設定、ユーザが対戦会や大会などに参加した履歴の情報等が含まれる。

対戦会エントリー情報１８２は、端末装置１０のユーザがエントリーしている対戦会の情報である。対戦会エントリー情報１８２は、例えば、対戦会を識別する情報、対戦会の日時の情報等を含む。

会場マップ情報１８３は、対戦会などＴＣＧの対戦が行われる会場のマップの情報である。会場マップ情報１８３は、会場に配置されＴＣＧの対戦が行われる卓を識別する情報と、卓が配置される位置の情報とを含む。

制御部１９０は、記憶部１８０に記憶されるプログラムを読み込んで、プログラムに含まれる命令を実行することにより、端末装置１０の動作を制御する。制御部１９０は、例えばアプリケーションプロセッサである。制御部１９０は、プログラムに従って動作することにより、入力操作受付部１９１と、送受信部１９２と、データ処理部１９３と、報知制御部１９４としての機能を発揮する。

入力操作受付部１９１は、タッチセンシティブデバイス１３１等の入力装置に対するユーザの入力操作を受け付ける処理を行う。入力操作受付部１９１は、タッチセンシティブデバイス１３１に対してユーザが指などを接触させた座標の情報に基づき、ユーザの操作がフリック操作であるか、タップ操作であるか、ドラッグ（スワイプ）操作であるか等の操作の種別を判定する。

送受信部１９２は、端末装置１０が、サーバ２０等の外部の装置と、通信プロトコルに従ってデータを送受信するための処理を行う。

データ処理部１９３は、端末装置１０が入力を受け付けたデータに対し、プログラムに従って演算を行い、演算結果をメモリ等に出力する処理を行う。例えば、データ処理部１９３は、端末装置１０と、他のユーザの端末とを関連付ける処理を行う。データ処理部１９３は、カメラ１６０のセンシング結果（撮影画像）を解析することにより、ＴＣＧの対戦の進行状況を判別する。データ処理部１９３は、対戦の進行に関する情報をユーザに通知ための、通知の内容を決定する。

報知制御部１９４は、表示画像をディスプレイ１３２に表示させる処理、音声をスピーカ１４２に出力させる処理、振動をカメラ１６０に発生させる処理を行う。

＜１．８サーバ２０の機能的な構成＞
図５は、サーバ２０の機能的な構成を示す図である。図５に示すように、サーバ２０は、通信部２０１と、記憶部２０２と、制御部２０３としての機能を発揮する。

通信部２０１は、サーバ２０が外部の装置と通信するための処理を行う。

記憶部２０２は、サーバ２０が使用するデータ及びプログラムを記憶する。記憶部２０２は、ユーザ情報データベース２８１と、マッチング履歴データベース２８２と、対戦履歴データベース２８３と、対戦会場マップ情報２８４とを記憶する。

ユーザ情報データベース２８１は、ＴＣＧの対戦を行う各ユーザの情報を保持するためのデータベースである。詳細は後述する。

マッチング履歴データベース２８２は、サーバ２０がユーザ間の対戦のマッチングを行った履歴を示すデータベースである。詳細は後述する。

対戦履歴データベース２８３は、ＴＣＧの対戦内容の履歴を保持するためのデータベースである。対戦履歴データベース２８３は、端末装置１０Ａおよび端末装置１０ＢがＴＣＧの対戦の進行を支援する過程で、ユーザの行動内容を解析した結果を保持している。よって、例えば端末装置１０等が対戦履歴データベース２８３の情報を取得することにより、対戦履歴データベース２８３に保持される対戦内容の履歴に基づいて、各ユーザが行った行動をリプレイとして再現することができる。詳細は後述する。

対戦会場マップ情報２８４は、対戦会などＴＣＧの対戦が行われる会場のマップの情報である。会場マップ情報１８３は、会場に配置されＴＣＧの対戦が行われる卓を識別する情報と、卓が配置される位置の情報とを含む。サーバ２０は、端末装置１０の要求に応答して、対戦会場マップ情報２８４を送信する。

制御部２０３は、サーバ２０のプロセッサがプログラムに従って処理を行うことにより、各種モジュールとして示す機能を発揮する。

操作内容取得モジュール２０４１は、サーバ２０が端末装置１０に対し大会への参加などの情報の入力を受け付ける場合に、ユーザの操作内容を取得する。

受信制御モジュール２０４２は、サーバ２０が外部の装置から通信プロトコルに従って信号を受信する処理を制御する。

送信制御モジュール２０４３は、サーバ２０が外部の装置に対し通信プロトコルに従って信号を送信する処理を制御する。

マッチングモジュール２０４４は、ＴＣＧで対戦するユーザをマッチングさせる。

マッチングモジュール２０４４は、例えば、対戦履歴データベース２８３に保持される各ユーザの対戦履歴の情報に基づいて、対戦させるユーザをマッチングさせてもよい。各ユーザの対戦履歴の情報には、各ユーザの勝敗の情報が記録されるため、各ユーザについてＴＣＧの対戦の習熟度合いを示す評価値を算出することができる。このような評価値の算出方法としては、レーティング（例えば、イロレーティング）によることとしてもよい。

また、マッチングモジュール２０４４は、対戦履歴データベース２８３に基づいて、各ユーザがターンを進行させるのに要する時間に基づいて、ユーザのマッチングを行うこととしてもよい。ユーザがターンを進行させるのに、制限時間いっぱいまで要する場合は、ユーザが対戦に慣れていない可能性がある。一方、ユーザがターンを進行させる時間が短い場合や、ユーザがターン中に複数の行動を途切れなく行う場合（例えば、複数のカードを次々と使用する）は、ユーザが対戦に慣れている可能性がある。よって、マッチングモジュール２０４４は、対戦履歴データベース２８３に基づいて、対戦に慣れているユーザ同士をマッチングさせる、あるいは、対戦に慣れていないユーザ同士をマッチングさせることができる。

また、マッチングモジュール２０４４は、対戦履歴データベース２８３に基づいて、各ユーザが対戦中にルールに適合しない行為を行った履歴を参照してユーザのマッチングを行う。ルールに適合しない行為を行うユーザは、対戦ルールに慣れていない可能性がある。一方、ルールに適合しない行為をほとんど行わないユーザは、対戦ルールに慣れているといえる。よって、マッチングモジュール２０４４は、対戦ルールに慣れているユーザ同士をマッチングさせる、あるいは、対戦に慣れていないユーザ同士をマッチングさせることができる。

また、マッチングモジュール２０４４が、対戦会の参加者同士のマッチングを行う場合、各参加者が対戦を行っている卓の位置に基づいてマッチングを行うこととしてもよい。卓での対戦を終えたユーザに対し、次に対戦する対戦相手を決定する際、卓の位置が近いユーザ同士をマッチングさせ、新たな対戦場所の卓をユーザに通知することで、ユーザの移動時間が短くなるため、対戦の開始までの時間をより短くすることができる。

対戦行動解析モジュール２０４５は、対戦履歴データベース２８３に保持される、各ユーザが対戦を進行させた履歴に基づいて、ユーザごとの行動の傾向を解析する。例えば、各ユーザのデッキの傾向、対戦相手のデッキに対する相性のよさ（勝率）等を解析することで、ユーザに対し、デッキを構築する際の参考となる情報を提供し得る。

＜２データ構造＞
図６は、サーバ２０が記憶するユーザ情報データベース２８１、マッチング履歴データベース２８２、および対戦履歴データベース２８３のデータ構造を示す図である。

図６に示すように、ユーザ情報データベース２８１のレコードのそれぞれは、ユーザを識別する情報それぞれについて、項目「登録デッキ識別情報（ＩＤ）」と、項目「登録デッキ内容」と、項目「言語設定」と、項目「対戦会参加履歴」とを含む。

項目「登録デッキ識別情報（ＩＤ）」は、ユーザが登録するデッキそれぞれを識別するための情報である。

項目「登録デッキ内容」は、ユーザがデッキに登録するカードの内容を示す情報である。

項目「言語設定」は、ユーザが使用する言語の設定を示す情報である。

項目「対戦会参加履歴」は、ユーザが大会にエントリーして参加した実績を示す情報である。本実施形態では、対戦会に参加するにあたり、対戦開始より前に、対戦に使用するデッキを大会運営に届け出ることとしている。項目「対戦会参加履歴」は、ユーザが参加した対戦会それぞれについて、ユーザが各ユーザの端末装置１０の操作によって登録したデッキの情報を含む。

マッチング履歴データベース２８２のレコードのそれぞれは、項目「マッチング識別情報（ＩＤ）」と、項目「マッチング日時」と、項目「対象ユーザ」と、項目「対戦会種別情報」とを含む。

項目「マッチング識別情報（ＩＤ）」は、サーバ２０が行ったマッチングそれぞれを識別するための情報である。なお、本実施形態では、サーバ２０がマッチングを行ったからといって、必ずしもマッチングされたユーザ同士が対戦をするとは限らないものとしているが、ユーザ同士が対戦を行うに至ったマッチングのみをマッチング履歴データベース２８２において保持することとしてもよい。

項目「マッチング日時」は、サーバ２０がマッチングを行ったタイミング（日時）を示す。

項目「対象ユーザ」は、マッチングされたユーザの情報を含む。サーバ２０は、ユーザ同士をマッチングさせると、対戦をするよう各ユーザの端末装置１０に通知する。

項目「対戦会種別情報」は、マッチングを行った対戦会を特定するための情報を含む。サーバ２０は、対戦会などを運営する運営者のオペレーションを支援するために、対戦会の参加者の中からマッチングを行うこととしてもよい。図示するように、項目「対戦会種別情報」は、対戦会を特定するための情報として、対戦会の名称、対戦会のルールの内容、対戦会の日時その他の情報を含む。

対戦履歴データベース２８３のレコードのそれぞれは、項目「対戦識別情報（ＩＤ）」と、項目「対戦日時」と、項目「対象ユーザ」と、項目「マッチングＩＤ」と、項目「対戦進行履歴」と、項目「ルール不適合履歴」とを含む。

項目「マッチング識別情報（ＩＤ）」と、項目「マッチング日時」と、項目「対象ユーザ」と、項目「対戦会種別情報」とを含む。

項目「対戦識別情報（ＩＤ）」は、ユーザが対戦を行ったそれぞれを識別するための情報である。サーバ２０は、支援システム１を使用して端末装置１０がユーザ同士の対戦を解析した結果を受け付けることにより、対戦履歴データベース２８３のレコードを更新する。

項目「対戦日時」は、ユーザ同士の対戦が行われたタイミングを示す。ここで、対戦が行われたタイミングには、サーバ２０がマッチングを行ったタイミング（日時）、各ユーザが対戦を開始した時刻（後述するようにサーバ２０がユーザ同士の対戦開始を受け付けた時刻）、各ユーザが対戦を終了した時刻（後述するように対戦を行ったユーザのいずれかが勝利条件を満たしたと判定された時刻）が含まれることとしてもよい。

項目「対象ユーザ」は、対戦を行ったユーザそれぞれを識別する情報である。

項目「マッチングＩＤ」は、サーバ２０がマッチングを行い、このマッチングに基づいてユーザ同士の対戦が行われた場合のマッチングＩＤを示す。

項目「対戦進行履歴」は、端末装置１０がＴＣＧ用品をセンシングすることにより解析される各ユーザの行動の手順を含む。これら行動の手順の情報には、各ユーザがターンを進行させるのに要した時間の情報が含まれる。例えば、端末装置１０Ｂで「ターン進行ボタン」をユーザが操作することでターンを進行させるため、これにより各ユーザがターンを進行させるのに要した時間を計測することができる。この他に、端末装置１０Ｂで、各ユーザがターン中に行える各種行動に対応してボタンを表示することとしてもよい。この場合に、これらボタンに対する操作がなされることで、各ユーザがターンを進行させるのに要した時間を計測してもよい。例えば、端末装置１０Ｂは、操作受付部１３０に、ターン中に所定枚数しか使用できないカードを使用したことをユーザから受け付けるボタン（例えば、ターン中に使用できる枚数の上限がある補助カードを使用したことをユーザから受け付ける）を表示する。また、例えば、端末装置１０Ｂは、行動力カードをキャラクタカードに関連付けたことをユーザから受け付けるボタンを操作受付部１３０に表示する。これにより、各ユーザがターンを進行させることを支援することができる。例えば、ターン中に既に行動力カードをキャラクタカードに所定枚数まで関連付けており、これ以上は当該ターン中で行動力カードを関連付けられないことを各ユーザに通知することができる。

各ユーザが行う行動については、それぞれ固有の行動ＩＤが設定されている。項目「対戦進行履歴」は、これらの情報を含んでいるため、各ユーザが自身のデッキを用いてどのように対戦を進行させたかを、項目「対戦進行履歴」の情報に基づいて再現することができる。

項目「ルール不適合履歴」は、端末装置１０Ａがユーザの対戦中にルールに適合しない行為があったことを判別した履歴を示す。

＜３動作＞
以下、ユーザが行うＴＣＧの対戦を、端末装置１０Ａ、端末装置１０Ｂが支援する処理を説明する。

図７は、ユーザ同士の対戦を端末で解析し、解析結果に応じてＴＣＧの対戦の進行を支援するための通知を行う処理を示すフローチャートである。以下の例では、対戦会などで各ユーザが対戦場所の通知を受けながら対戦を繰り返していく局面を説明する。

ステップＳ６５１において、サーバ２０は、対戦でマッチングさせるユーザを決定すると、各ユーザの端末に、対戦相手の情報と、対戦を行う会場（卓の情報）とを送信する。

ステップＳ６０１Ａにおいて、第１のユーザ（ユーザ５Ａ）が操作する端末装置１０Ａは、ディスプレイ１３２に、対戦相手の情報と、対戦を行う会場の情報とを表示する。

ステップＳ６０１Ｂにおいて、第２のユーザ（ユーザ５Ｂ）が操作する端末装置１０Ｂは、ディスプレイ１３２に、対戦相手の情報と、対戦を行う会場の情報とを表示する。

ステップＳ６０３Ａにおいて、ユーザ５Ａが端末装置１０Ａの撮影機能により、ＴＣＧ用品３０の二次元コード３６を読み取る。二次元コード３６は、対戦を行う卓を識別する情報を含み、例えばＵＲＬである。端末装置１０Ａは、二次元コード３６の読み取り結果に基づいて、サーバ２０に、対戦を行う卓を識別する情報を送信する。

ステップＳ６０３Ｂにおいて、ユーザ５Ｂが端末装置１０Ｂの撮影機能により、ＴＣＧ用品３０の二次元コード３６を読み取る。端末装置１０Ｂは、二次元コード３６の読み取り結果に基づいて、サーバ２０に、対戦を行う卓を識別する情報を送信する。

なお、ユーザが端末装置１０の撮影機能により二次元コード３６を読み取った場合に、端末装置１０は、当該ユーザが対戦を行うべき卓と、二次元コード３６の読み取り結果に示される卓とを比較することで、ユーザが対戦を行う卓にいるか否かを検出する。すなわち、端末装置１０は、ユーザが、対戦を行うべき卓とは異なる卓で対戦を行おうとしていることを検出する。端末装置１０は、ユーザが対戦を行うべき卓と、二次元コード３６の読み取り結果に示される卓とが一致しない場合に、エラーを通知するとともに、ユーザに対し、対戦を行うべき卓の位置の案内を通知する。このような案内としては、例えば、二次元コード３６に示される卓の位置から、対戦を行うべき卓の位置までの経路を端末装置１０に表示すること、または、対戦を行うべき卓の位置の周囲にある目印となるものを端末装置１０に表示すること等が含まれる。例えば、端末装置１０は、対戦会場の入り口や対戦会場の設置物等の目印と、これら目印に対する卓の位置の情報を表示する（「対戦を行う卓は、入り口から２つめの席です」といった表示をする）。

ステップＳ６５３において、サーバ２０は、対戦を行うユーザの端末それぞれから、二次元コード３６の読み取り結果に基づいて信号を受信することにより、マッチングを行ったユーザが対戦を開始したものとして受け付ける。サーバ２０は、ユーザが対戦を開始したことを受け付けたことを、端末装置１０Ａ、端末装置１０Ｂに送信する。サーバ２０は、各ユーザが登録しているデッキの情報を、端末装置１０Ａと端末装置１０Ｂに送信する。各ユーザの端末は、対戦を行うユーザのデッキの情報を受信する。

ステップＳ６０５ＡおよびステップＳ６０５Ｂにおいて、端末装置１０Ａと端末装置１０Ｂとは、互いに通信接続を確立する。例えば、Bluetooth（登録商標）、WiFi等の近距離無線通信により、通信接続を確立する。

ステップＳ６０７Ｂにおいて、端末装置１０Ｂは、ユーザ５Ｂに、ＴＣＧ用品３０の盤面上に端末装置１０Ｂを配置するよう通知する（図１の状態（Ａ））。図１の状態（Ｂ）に示すように、端末装置１０Ｂは、対戦の進行状況をユーザに通知しつつ、ターン進行ボタン１３２Ｂを表示して各ユーザがターンを進行させる操作を受け付ける。よって、図１の状態（Ａ）の配置例に限らず、端末装置１０Ｂは、例えば、ユーザ５Ａとユーザ５Ｂとがともに情報の通知を受けられる位置に配置することとしてもよい。

ステップＳ６０７Ａにおいて、端末装置１０Ａは、ＴＣＧ用品３０に対して端末装置１０Ａを配置する個所を、画像または音声によりユーザ５Ａに通知する。端末装置１０Ａは、カメラ１６０の撮影画像に基づいて、端末装置１０Ａが、ＴＣＧ用品３０においてユーザがカードを配置する範囲の全てを撮影可能な位置に配置されているか否かを判定し、端末装置１０Ａが適切な箇所に配置されるまで、ユーザ５Ａに通知をする。また、端末装置１０Ａが撮影する範囲内に端末装置１０Ｂを配置する場合、端末装置１０Ａは、撮影画像に基づいて、端末装置１０Ｂが適切に配置されていることを検出し、端末装置１０Ｂを検出しない場合に、端末装置１０Ｂを適切な位置に配置するようユーザに通知する。端末装置１０Ａは、端末装置１０Ａ、端末装置１０Ｂが適切な位置に配置されたことを検出すると、ユーザに対し、ＴＣＧの対戦が開始できることを音声でユーザに通知する。または、端末装置１０Ａは、ＴＣＧの対戦が開始できることを示す信号を端末装置１０Ｂに送信し、端末装置１０Ｂに、ＴＣＧの対戦が開始できることをユーザに通知させる。

ステップＳ６０９Ａにおいて、端末装置１０Ａは、ユーザがＴＣＧの対戦を進行させている間、カメラ１６０の撮影画像に基づいて、対戦の進行状況を特定する。具体的には、端末装置１０Ａは、カメラ１６０がＴＣＧ用品３０を撮影する撮影画像を解析することにより、キャラクタカードの戦闘内容、補助カードの効果発動等を特定する。端末装置１０Ａは、ユーザの音声を解析することにより、これら対戦中にユーザが行った行為を特定する。端末装置１０Ａは、撮影画像と音声の双方に基づいて、対戦中にユーザが行った行為を特定する。端末装置１０Ａは、このようにして特定された結果に基づいて、対戦の進行状況（例えば、キャラクタカードのキャラクタの体力値が変動した、補助カードの効果が発動された等）を判別し、判別した結果を、端末装置１０Ｂへ送信する。また、端末装置１０Ａは、撮影画像を解析することにより、ユーザが対戦のルールに適合しない行為を行ったことを特定し、当該行為が行われたことを端末装置１０Ｂへ送信する。なお、対戦の進行状況の特定や、ユーザが対戦のルールに適合しない行為を行ったことは、撮影画像を解析することに加えて、または、撮影画像の解析の代わりに、ユーザの音声を解析することや、端末装置１０Ｂへの入力操作を受け付けること等によって特定してもよい。

ステップＳ６０９Ｂにおいて、端末装置１０Ｂは、端末装置１０Ａから、対戦の進行状況の判別結果を受信して、対戦の進行状況をユーザに通知する。端末装置１０Ｂは、対戦が進行している間、ターンをユーザが進行させるための入力操作を受け付ける（例えば、図１の状態（Ｂ）のように通知する）。端末装置１０Ｂは、ルールに適合しない行為が行われたことを端末装置１０Ａから受信した場合に、画像または音声によりユーザに通知する。端末装置１０Ｂは、サーバ２０にユーザ情報データベース２８１として保持される、ユーザの言語設定に応じて、ユーザに情報を通知する際の言語を決定する。端末装置１０Ｂは、例えば、ターンで行動を行っているユーザの言語設定に応じて通知する。例えば、ターンが到来したユーザに対し、「あなたのターンです」といった音声を、ターンが到来したユーザの言語で通知する。または、端末装置１０Ｂは、対戦に参加しているユーザの言語それぞれにより、対戦の進行状況をユーザに画像または音声により通知する。例えば、端末装置１０ＢをＴＣＧ用品３０に載置する場合、端末装置１０Ｂのディスプレイ１３２において、ユーザ５Ａから視認しやすい領域には、ユーザ５Ａから視認しやすい向きでユーザ５Ａの言語設定で情報を表示し、ユーザ５Ｂから視認しやすい領域には、ユーザ５Ａから視認しやすい向き（ユーザ５Ａの言語設定での情報とは異なる向き）でユーザ５Ｂの言語設定で情報を表示する。このように、端末装置１０Ａが撮影画像を解析することにより、ＴＣＧ用品３０における端末装置１０Ｂの向きを特定し、端末装置１０Ｂが、ディスプレイ１３２にそれぞれの言語で情報を表示する。端末装置１０Ｂは、ユーザがターンを開始してから一定時間内にターンを進行させる操作を行わない場合に、ターンを進行させ、当該ユーザのターンを終了させる通知を行う。端末装置１０Ｂは、ターン進行ボタン１３２Ｂへの入力操作に応答して、ユーザがターンを進行させたことをサーバ２０、端末装置１０Ａへ送信する。これにより、端末装置１０Ａは、ユーザのターンが進行したことを検知することができる。

図８は、端末装置１０Ｂが、対戦中にルールに適合しない行為が行われたことをユーザに通知する局面を示す図である。端末装置１０Ｂは、操作受付部１３０において、ルールに適合しない行為が行われたこと、および、その内容を示す情報を、エラー検出表示部１３２Ｅに表示する。端末装置１０Ｂは、対戦会などで審判を行なう審判員（ジャッジ）を呼び出すための操作を受け付けるジャッジ呼出部１３２Ｆと、端末装置１０Ａの撮影画像をリプレイとして表示するための操作を受け付けるリプレイ再生部１３２Ｇとを操作受付部１３０に表示する。

端末装置１０Ｂは、ジャッジ呼出部１３２Ｆへのユーザの入力操作に応答して、サーバ２０に信号を送信する。これにより、対戦会の運営者は、どの卓でルールに適合しない行為が行われたかを知ることができ、当該卓へ審判員を派遣することができる。

端末装置１０Ｂは、リプレイ再生部１３２Ｇへのユーザの入力操作に応じて、端末装置１０Ａまたはサーバ２０へ信号を送信する。これにより、端末装置１０Ａが撮影し記録している動画を、端末装置１０Ｂ、または、対戦会の運営者の端末等で表示することができる。

図７の説明に戻ると、ステップＳ６１１Ａにおいて、端末装置１０Ａは、対戦の終了条件を満たしたと判定すると、対戦中に判別した各ユーザの行動の履歴をサーバ２０へ送信する。

ステップＳ６５５において、サーバ２０は、端末装置１０から、対戦を進行させた履歴、および、ルールに適合しない行為が行われた履歴を受信して、対戦履歴データベース２８３に保持する。

ステップＳ６５７において、サーバ２０は、各ユーザが次に対戦する対戦相手のマッチングを行い、対戦相手の情報、対戦場所の情報を端末装置１０Ａ、端末装置１０Ｂへ送信する。

ステップＳ６１３Ａにおいて、端末装置１０Ａは、ディスプレイ１３２に、対戦相手の情報と、対戦を行う会場の情報とを表示する。

ステップＳ６１３Ｂにおいて、端末装置１０Ｂは、ディスプレイ１３２に、対戦相手の情報と、対戦を行う会場の情報とを表示する（図２の状態（Ｃ））。

＜４配置例＞
図９は、ＴＣＧの対戦の進行を支援するために、ＴＣＧ用品３０に対して端末装置１０を配置する他の配置例を示す図である。

図９の例（Ａ）では、対戦を行うユーザの両サイドに、ＴＣＧ用品３０を撮影するよう端末装置１０Ａと端末装置１０Ｂを配置している。２台の端末でＴＣＧ用品３０を撮影し、画像解析を行うことにより、対戦の進行状況を判別する精度をよりいっそう向上させることができる。

例（Ｂ）では、対戦を行うユーザの手元に、それぞれの端末を配置している。ユーザの音声入力に基づいて対戦の進行状況を判別する場合に、話者に近い位置に端末を配置することにより、判別の精度をよりいっそう向上させることができる。

例（Ｃ）では、３台の端末を配置している。ここで、端末装置１０Ａはユーザ５Ａの端末であり、端末装置１０Ｂはユーザ５Ｂの端末である。この他に、対戦会の運営者などの第三者が端末装置１０Ｃを用意し、ＴＣＧ用品３０に載置する。端末装置１０Ｃは、上記の図７の説明における端末装置１０Ｂと同様の処理を行うことで、ＴＣＧの対戦の進行を支援することができる。また、端末装置１０Ｃは、図１、図２で説明した二次元コード３６に代えて、卓を識別する情報（例えば、二次元コード）をディスプレイに表示することとしてもよい。各ユーザは、対戦場所が割り当てられた状態で、端末装置１０Ａと端末装置１０Ｂで端末装置１０Ｃに表示される情報を読み取ることで、対戦会などでの対戦を開始することができることとしてもよい。すなわち、対戦で組み合わせられた正しいユーザである場合に、その卓での対戦を開始することができる。このように、端末装置１０Ａと端末装置１０Ｂとが、端末装置１０Ｃに表示される二次元コードを読み取ることでＴＣＧの対戦の開始をサーバ２０で受け付けると（図７のステップＳ６５３）、サーバ２０から端末装置１０Ｃに対して、対戦が開始したことを通知する。以降、端末装置１０Ｃは、図７で説明した端末装置１０Ｂの役割を発揮して、ＴＣＧの対戦の進行を支援する情報を表示する（ステップＳ６０９Ｂと同様）。また、各ユーザの端末を用いて、２台でＴＣＧ用品３０をセンシングし、各端末が、対戦の進行状況を判別してサーバ２０へ送信することとしてもよい。これにより、対戦履歴データベース２８３に記録される対戦進行履歴の保持内容の整合性を高め、ＴＣＧ対戦における不正を抑止する。

＜５サーバ２０によるマッチングを介さない場合＞
図７の説明では、対戦会などでサーバ２０が対戦相手をマッチングする例を説明したが、これに限らない。

図１０は、各ユーザが端末を用いてＴＣＧの対戦を進行させる処理を示す図である。

まず、対戦の開始にあたり、各ユーザが互いの端末に表示される情報を読み取ることにより、対戦相手となるユーザを端末が識別するものとする。

ステップＳ９０１Ａにおいて、端末装置１０Ａは、端末装置１０Ａのユーザを識別するための情報（例えば、ユーザＩＤ）を、端末装置１０Ｂが読み取り可能な態様（例えば、二次元コード）で表示する。

ステップＳ９０１Ｂにおいて、端末装置１０Ｂは、端末装置１０Ａに表示されるコードを読み取ることにより、対戦相手のユーザ（ユーザ５Ａ）の情報を取得する。

ステップＳ９０３Ｂにおいて、端末装置１０Ｂは、端末装置１０Ｂのユーザを識別するための情報を、端末装置１０Ａが読み取り可能な態様で表示する。

ステップＳ９０３Ａにおいて、端末装置１０Ａは、端末装置１０Ｂに表示されるコードを読み取ることにより、対戦相手のユーザ（ユーザ５Ｂ）の情報を取得する。

端末装置１０Ａと端末装置１０Ｂは、それぞれが読み取った対戦相手の情報を、サーバ２０へ送信する。

ステップＳ６５３Ａにおいて、サーバ２０は、対戦を開始するユーザの情報を各端末から受信することにより、ユーザが対戦を開始したことを受け付ける。

以降の処理は、図７で説明したものと同様であるため説明を繰り返さない。

＜６変形例＞
（１）以上の実施形態の説明では、端末装置１０Ａが、対戦が終了したことを判定しているものとしているが、これに限らず、以下のようにしてもよい。例えば、端末装置１０Ａでは、対戦が終了したことを判定せず、対戦が終了したかどうかをユーザが判断し、ユーザが端末装置１０Ｂに対戦を終了させる入力操作を行う等によりＴＣＧの対戦を終了させることとしてもよい。これにより、ユーザ間で、対面でＴＣＧの対戦を行いつつ、対戦の終了の際にコミュニケーションを促すことができる。

（２）図９で説明したような端末の配置例について、対戦ごとに個別に配置のパターンを指定してもよいし、対戦会などにおいては運営者が事前に設定しておいてもよい。

（３）以上の実施形態では、キャラクタカード同士の対戦において、バトルカード配置部３４に配置するカードの向きにかかわらず、攻撃等により体力値などのパラメータを変動させることとしている。これに限らず、カードが配置された向きを考慮し、カードが配置された向きを端末装置１０Ａが検出することにより、ＴＣＧの対戦の進行に影響を与える（例えば、ダメージ量が異なる等）こととしてもよい。

（４）以上の実施形態の説明では、第１のユーザ（ユーザ５Ａ）の端末装置１０ＡによりＴＣＧ用品３０を撮影し、第２のユーザ（ユーザ５Ｂ）の端末装置１０ＢをＴＣＧ用品３０に載置してＴＣＧの対戦の進行を支援する情報を表示することとしている。ここで、各ユーザが使用する端末装置の性能は様々であり、カメラの性能、プロセッサの処理能力、ディスプレイの解像度等が異なり得る。よって、例えばサーバ２０等が、各ユーザの端末の性能に関する情報を比較することにより、いずれの端末をＴＣＧ用品３０の撮影に使用するか（上記の端末装置１０Ａの役割にするか）を決定することとしてもよい。例えば、ＴＣＧ用品３０等のセンシングの精度が一定以上である端末装置を、撮影に用いる端末装置としてもよい。具体的には、カメラの撮影画像に基づいてＴＣＧの対戦における各ユーザの行動の内容等を判別することとしているため、一定以上の画素数を有するカメラを搭載し、かつ、プロセッサによる処理能力が高い端末装置（すなわち、各ユーザの行動内容の判別に要する時間が短い端末装置）を、撮影用の端末装置としてもよい。この他に、ＴＣＧの対戦中、端末装置が、各ユーザの行動内容を判別するためにセンシングを継続することとなるため、電池残量が十分にある端末装置をセンシングに用いることとしてもよい。

（５）以上の実施形態では、ルールに適合しない行為が行われた場合に、リプレイを端末装置１０で表示することとして説明した。この他に、対戦会の審判員（ジャッジ）が操作する端末装置では、端末装置１０Ａ等で撮影された画像を、随時、審判員の入力操作に応答すること等により表示することとしてもよい。これにより、審判員は、各ユーザの対戦の進行状況を把握することがよりいっそう容易になる。

（６）ＴＣＧの対戦において、カード以外の物品を使用してパラメータを変動させる場合に、端末装置１０Ａが、センシング結果に基づいて当該物品を検出することとしてもよい。端末装置１０は、これら物品の検出結果に基づいて、各種パラメータを変動させて、その結果をユーザに通知する。例えば、キャラクタカードに体力値のパラメータが設定されており、バトルにより体力値が減少する、または回復等により体力値が増加する場合に、これら減少している値を示す物品を、キャラクタカードに関連付けて配置するものとする。例えば、キャラクタカードがダメージを受けている場合に、ダメージ量の分だけ、数字が印字された物品を、カードに重ねて配置するものとする。この場合、端末装置１０Ａは、当該物品を検出することで、体力値のパラメータの変動を認識することができる。なお、上記のように、ユーザがキャラクタカードを用いてバトルを行った場合に、各キャラクタカードのパラメータに基づいて、体力値などのパラメータを端末装置１０Ａ等で変動させて管理しているが、当該管理しているパラメータと、上記の物品に示されるダメージ量とが異なる場合に、端末装置１０Ｂが、ユーザにその旨を通知することとしてもよい。

（７）上記の実施形態の説明では、端末装置１０Ａのセンシング結果に基づいて、ＴＣＧ用品３０に配置されているカードやユーザの手札のカードがいずれであるかを特定している。この他に、センシング結果（端末装置１０Ａが判別したカードの種類）を端末装置１０Ｂで表示して、ユーザに対し、正しいセンシング結果であるか確認する操作を促すこととしてもよい。例えば、カードごとに、カードの種類を特定できる精度が異なる場合（特定のカードについては端末装置１０Ａ等で判別し難い場合があり得る）、精度が一定以下のカードについては、ユーザから、いずれのカードであるか入力を端末装置１０Ｂ等で受け付けることとしてもよい。

＜７第２の実施の形態＞
次に、第２の実施の形態について説明する。第１の実施の形態と同様の構成については説明を繰り返さない。

第２の実施の形態では、サーバ２０は、ユーザから、対戦会での対戦において、予め、複数のデッキの登録を受け付ける。サーバ２０は、対戦会での対戦において、各ユーザをマッチングさせると、各ユーザの端末装置１０に対し、対戦相手となるユーザのデッキの情報（デッキを構成するカードの一部の情報）を表示させる。各ユーザの端末装置１０は、ユーザから、複数登録しているデッキのうち、対戦で使用するデッキの指定を受け付ける。

これにより、デッキを構成するカードの相性なども考慮して、対戦に使用するデッキをユーザが指定することができるため、ＴＣＧ対戦の興趣性をよりいっそう向上させることができる。

＜７．１第２の実施の形態におけるデータ構造＞
第２の実施の形態において、サーバ２０は、記憶部２０２において、カード情報２８６と、対戦会データベース２８７と、対戦会エントリー情報２８８と、マッチング履歴データベース２８２Ｃと、対戦履歴データベース２８３Ｃとを記憶する。

図１１は、カード情報２８６と、対戦会データベース２８７のデータ構造を示す図である。カード情報２８６は、ＴＣＧの対戦で使用されるカードの情報を保持するためのデータベースである。対戦会データベース２８７は、ＴＣＧの対戦会それぞれの運営にかかわる情報を保持するためのデータベースである。

図１１に示すように、カード情報２８６のレコードのそれぞれは、項目「カードＩＤ」と、項目「カード名称」と、項目「カード種類」と、項目「カード属性」と、項目「パラメータ」と、項目「レギュレーション」等を含む。

項目「カードＩＤ」は、ＴＣＧで対戦に使用されるカードそれぞれを識別するための情報である。

項目「カード名称」は、カードの名称を示す。例えば、カードの名称として、カードに記載されるキャラクタの名称、補助カードの名称などがある。

項目「カード種類」は、別の実施の形態で既に説明したように、カードの種類を示す。カードの種類として、キャラクタカード（無条件カード、条件付きカード）、行動力カード、補助カード（ユーザがターン中に何枚でも使用できる第１のカード種と、ターン中に１枚だけ使用できる第２のカード種とを含む）等がある。

項目「カード属性」は、カードに設定される属性を示す。ここで、カードに設定される属性としては、複数の種類が予め用意されており、それぞれの種類ごとの相性が設定されているものとする。例えば、第１の種類（例えば、種類「森」）。第２の種類（例えば、種類「火」）、第３の種類（例えば、種類「水」）などの種類があり、これら種類間で有利不利の傾向が設定される。例えば、第１の種類は第２の種類に対し有利になるようカードのパラメータが補正される等であり、これら複数の種類間で三すくみのような相性が設定される。なお、カードに設定される属性の種類は３種類に限らず、属性が設定されない「無」属性もあり得る。

項目「パラメータ」は、カードに設定される体力、攻撃力などのキャラクタのパラメータ、効果の量などを規定したパラメータ等である。

項目「レギュレーション」は、カードごとに設定されており、対戦会の種類ごとに対戦での使用可否を規定した情報である。例えば、ＴＣＧで使用されるカードのシリーズごとにレギュレーションが設定されることがある。対戦会によっては、レギュレーション（つまり、対戦会で使用できるカードの種類の範囲）が規定されることがある。

対戦会データベース２８７のレコードのそれぞれは、項目「対戦会ＩＤ」と、項目「対戦会名称」と、項目「対戦会開催日時」と、項目「デッキ登録受付期間」と、項目「対戦会場」と、項目「デッキのレギュレーション」と、項目「大会参加資格」等を含む。

項目「対戦会ＩＤ」は、対戦会それぞれを識別するための情報である。

項目「対戦会名称」は、対戦会の名称を示す。

項目「対戦会開催日時」は、対戦会が開催される期間を示す。１日で終了する対戦会もあれば、複数日にわたって開催される対戦会もあり得る。

項目「デッキ登録受付期間」は、対戦会で各ユーザが使用するデッキについて、対戦会に参加するにあたり事前に登録を受け付けるための期間である。例えば、対戦会の開催日時よりも前にデッキの登録を受け付ける期間を締め切る場合もあれば、対戦会当日にエントリーする（対戦会に参加するユーザとして登録するための手続きをとる）段階でデッキの登録を受け付ける（対戦会でのＴＣＧの対戦が開始するより前）こともあり得る。サーバ２０は、デッキ登録受付期間を経過した以降、または、対戦会の対戦の開始以降において、ユーザの操作にかかわらず、当該対戦会で使用するものとしてユーザから受け付けた複数のデッキの情報をユーザに変更させない。つまり、対戦会において対戦が始まっている期間において、ユーザは、対戦会に登録した複数のデッキを変更することができない（デッキを構成するカードの組み合わせを変更することができない）こととする。また、サーバ２０は、ユーザが対戦会で使用する複数のデッキの情報について、当該ユーザの対戦相手を含む他のユーザの操作にかかわらず、当該ユーザの複数のデッキの情報を変更させない。

項目「対戦会場」は、対戦会が行われる場所を示す。

項目「デッキのレギュレーション」は、対戦会で使用可能なカードの範囲を規定する場合の、カードのレギュレーションを示す。すなわち、レギュレーションとして指定された範囲のカードを用いて、各ユーザがデッキを編成することとなる。

項目「大会参加資格」は、対戦会に参加するための条件がある場合の、当該条件を示す。

図１２は、対戦会エントリー情報２８８と、マッチング履歴データベース２８２Ｃと、対戦履歴データベース２８３Ｃのデータ構造を示す図である。対戦会エントリー情報２８８は、対戦会に参加者として登録している各ユーザのデッキの情報を管理するためのデータベースである。マッチング履歴データベース２８２Ｃは、サーバ２０がユーザ間の対戦のマッチングを行った履歴を示すデータベースであり、各ユーザが対戦で使用したデッキの情報を含む。対戦履歴データベース２８３Ｃは、ＴＣＧの対戦内容の履歴を保持するためのデータベースである。

図１２に示すように、対戦会エントリー情報２８８のレコードのそれぞれは、対戦会それぞれの識別情報と関連付けて、項目「ユーザＩＤ」と、項目「第１の登録デッキ」と、項目「第２の登録デッキ」と、項目「第３の登録デッキ」等を含む。ユーザが対戦会にエントリーするにあたり、対戦会で登録できるデッキの数よりも、少ない数のデッキでエントリーできることとしてもよい。図示する例では、ユーザ「#USER_01」は３つのデッキを登録している一方、ユーザ「#USER_02」は、ユーザ自身が編成した１つのデッキを登録している。対戦会へのエントリーにあたり、ユーザ自身が編成したデッキの他に、ダミーとなるデッキ（ダミーデッキ）を登録することができることとしてもよい。つまり、ユーザが所有していないカードであっても、ダミーデッキとして登録できるようにしてもよい。よって、ダミーデッキは、ユーザが所有していないカードが関連付けられていることがあり得るために対戦に使用できないデッキ（制限デッキ）とも言える。一方、ユーザが所有しているカードにより編成したデッキは、対戦会で登録し、対戦において使用できるデッキ（非制限デッキ）であると言える。

サーバ２０は、ユーザからダミーデッキの登録を受け付けるか、ユーザが登録するデッキが所定数よりも少ない場合（例えば、１つのデッキを登録する場合）、ユーザの操作によらず自動的にダミーデッキを登録することとしてもよいし、ダミーデッキの候補を自動的に生成してユーザに提示し、ユーザからダミーデッキの選択を受け付けることとしてもよい。つまり、サーバ２０は、ダミーデッキの情報を、ユーザの操作（ユーザがデッキを編成するためにカードを選択する操作）によらず生成することとしてもよい。

項目「ユーザＩＤ」は、対戦会に参加するユーザそれぞれを識別するための情報である。

項目「第１の登録デッキ」は、ユーザが登録した複数のデッキのうちの第１のデッキを構成する各カードの情報を示す。

項目「第２の登録デッキ」は、ユーザが登録した複数のデッキのうちの第２のデッキを構成する各カードの情報を示す。

項目「第３の登録デッキ」は、ユーザが登録した複数のデッキのうちの第３のデッキを構成する各カードの情報を示す。

マッチング履歴データベース２８２Ｃのレコードのそれぞれは、項目「マッチングＩＤ」と、項目「マッチング日時」と、項目「対象ユーザ」と、項目「テーブル番号」と、項目「使用デッキ」等を含む。

項目「マッチングＩＤ」は、サーバ２０が行ったマッチングそれぞれを識別するための情報である。

項目「対象ユーザ」は、マッチングされたユーザの情報を含む。

項目「テーブル番号」は、対戦会の会場に、対戦を行うための卓（テーブル）が配置される場合に、各ユーザが対戦を行った卓を識別する情報である。

項目「使用デッキ」は、ユーザ間で対戦する際、各ユーザが複数のデッキのうち対戦に使用するために指定したデッキを示す。

対戦履歴データベース２８３Ｃのレコードのそれぞれは、項目「対戦ＩＤ」と、項目「対戦日時」と、項目「対象ユーザ」と、項目「マッチングＩＤ」と、項目「対戦進行履歴」と、項目「ルール不適合履歴」等を含む。

項目「対戦ＩＤ」は、ユーザが対戦を行ったそれぞれを識別するための情報である。

項目「対戦日時」は、ユーザ同士の対戦が行われたタイミングを示す。

項目「対戦進行履歴」は、端末装置１０がＴＣＧ用品をセンシングすることにより解析される各ユーザの行動の手順を含む。

＜７．２第２の実施の形態における動作＞
次に第２の実施の形態における各装置の動作について説明する。図１３は実施の形態２における各装置の動作を示す図である。図１３の説明において、ステップＳ６０１Ａ、ステップＳ６０１Ｂの処理は、図７と同様であるため説明を繰り返さない。

ステップＳ６５１Ａにおいて、サーバ２０は、対戦するユーザをマッチングし、マッチングさせた各ユーザの端末（端末装置１０Ａ、１０Ｂ）に、対戦場所の情報を通知する。サーバ２０は、各ユーザの端末に、対戦相手のデッキの情報（対戦会エントリー情報２８８に保持される、各ユーザが登録する複数のデッキの情報）を送信する。サーバ２０は、対戦相手のユーザが登録する複数のデッキの情報を全て各ユーザの端末に送信することとしてもよいし、登録する複数のデッキの情報の一部を各ユーザの端末に送信することとしてもよい。サーバ２０は、ユーザの情報と関連付けてダミーデッキが登録されている場合、当該ユーザの複数のデッキの情報として、ダミーデッキを含む情報を、当該ユーザの対戦相手となるユーザの端末に送信する。または、サーバ２０は、ユーザ同士をマッチングさせることにより、ダミーデッキを生成することとしてもよい。すなわち、第１のユーザが、第１のユーザ自身が編成した複数のデッキを登録していない場合（例えば、１つのデッキを登録している場合）、サーバ２０は、対戦を行うユーザ同士をマッチングすることにより、第１のユーザの対戦相手となる第２のユーザに送信するダミーデッキを生成して、生成したダミーデッキの情報と、第１のユーザ自身が編成したデッキの情報とを、当該第２のユーザの端末に送信することとしてもよい。

ステップＳ１３０３Ａにおいて、端末装置１０Ａは、マッチングされた対戦相手のデッキの少なくとも一部の情報をサーバ２０から取得し、取得したデッキの一部の情報を表示する。端末装置１０Ａは、ユーザが対戦で使用するデッキの指定を受け付ける。なお、ユーザと対戦する対戦相手のデッキの情報にダミーデッキの情報が含まれていたとしても、どのデッキの情報がダミーデッキのものであるか、ユーザには判別し難いものとなる。つまり、端末装置１０において、対戦相手が所有しているカードにより編成され、対戦会に登録されているデッキ（非制限デッキ）と、ダミーデッキ（制限デッキ）とを区別なくユーザに提示する。一方、対戦相手のユーザは、１つのデッキを編成しておくことで、複数のデッキを編成しなくとも対戦会に参加することができ、対戦会に参加することが容易になる。

ステップＳ１３０３Ｂにおいて、端末装置１０Ｂは、マッチングされた対戦相手のデッキの少なくとも一部の情報をサーバ２０から取得し、取得したデッキの一部の情報を表示する。端末装置１０Ｂは、ユーザが対戦で使用するデッキの指定を受け付ける。ここで、ユーザが、複数ではなく１つのデッキを編成している場合には、ユーザが対戦で使用するデッキの指定を受け付けることなく当該１つのデッキを使用するものとして、ユーザの端末装置１０が処理を行うこととしてもよい。また、ユーザの端末装置１０において、対戦相手のユーザの端末装置１０に表示させているダミーデッキの情報を表示してもよい。つまり、対戦相手に提示されるダミーデッキの情報をユーザが確認できることとしてもよい。端末装置１０は、対戦相手に提示されるダミーデッキの情報を表示する場合に、当該ダミーデッキを、対戦で使用するデッキとして指定できないよう処理してもよい（例えば、ダミーデッキを指定するためのボタン等を非表示にする、ダミーデッキを指定する操作を行った際にエラーを通知する、等）。

端末装置１０Ａと端末装置１０Ｂとは、それぞれ、ステップＳ１３０３Ａ、Ｓ１３０３Ｂにおいて、一定時間内に、対戦で使用するデッキの指定を各ユーザから受け付けており、ユーザからデッキの指定がない場合、各ユーザが登録する複数のデッキのいずれかを対戦で使用するものとしてユーザの指定によらず特定してもよい。端末装置１０Ａ、１０Ｂは、それぞれのユーザが対戦で使用するとして指定したデッキの情報をサーバ２０へ送信する。

ステップＳ１３５３において、サーバ２０は、マーチングした各ユーザが指定したデッキの情報をもとにデータベース（マッチング履歴データベース２８２Ｃの項目「使用デッキ」）を更新する。サーバ２０は、ユーザ同士の対戦の開始を受け付ける。サーバ２０は、各ユーザのデッキの登録内容を、各ユーザの端末装置へ送信する。つまり、サーバ２０は、各ユーザが登録する複数のデッキの情報のうち、少なくとも、各ユーザがステップＳ１３０３ＡまたはステップＳ１３０３Ｂにおいて指定したデッキの情報を、マッチングされた各ユーザの端末装置へ送信する。これにより、各端末装置は、対戦相手のユーザのデッキの情報を保持することができる。

以上のように、サーバ２０は、ＴＣＧの対戦を行う各ユーザをマッチングさせる処理を行い、対戦するユーザ同士のマッチングが完了したことに応答して、各ユーザに対戦相手のデッキの情報をユーザに提示させる。サーバ２０は、端末装置１０において、マッチングが完了するまでは、各ユーザのデッキの情報を各ユーザに提示しないこととする。つまり、各ユーザは、マッチングにより対戦相手が決定することにより、当該対戦相手の複数のデッキの情報の一部の提示を受ける。これにより、マッチングする前に事前に各ユーザのデッキの情報を知ったうえで対策を練ることが難しくなるため、各ユーザが対戦をするうえで公平性を高めることができる。つまり、事前に対策を練ったユーザが有利になるといった事態を抑制し得る。

＜７．３第２の実施の形態における画面例＞
図１４は、第２の実施の形態における端末装置１０の画面例を示す図である。

図１４（Ａ）に示すように、端末装置１０は、マッチングされた対戦相手の情報をディスプレイ１３２に表示する。端末装置１０は、ディスプレイ１３２において、対戦相手となるユーザの情報と、対戦場所の情報と、対戦会が終了するまでの残りの時間の情報等を表示する。

端末装置１０は、情報表示部１３２Ｐ２において、対戦相手が対戦会に登録する複数のデッキの情報の一部を表示する。

ここで、端末装置１０が、複数のデッキの情報の一部を表示することには、デッキを構成する各カードの情報（カード情報２８６に示す各項目の情報）を表示することが含まれる。具体的には、端末装置１０は、対戦相手のデッキに含まれるカードの種類（カード情報２８６の項目「カード種類」）に関する情報（またはカードの名称に関する情報）を表示することとしてもよい。これにより、例えば、対戦相手が主力とするキャラクタカードの情報を知ったうえで、当該キャラクタカードの対策をしたデッキを選択するといった判断材料を提供することができる。

端末装置１０は、対戦相手のデッキに含まれるカードの属性に関する情報を表示する（例えば、デッキに含まれる各カードの属性のうち最も多い属性の情報を表示する）こととしてもよい。これにより、ユーザに対し、対戦相手のデッキの属性より有利な属性のカードが含まれるデッキを選択しようと、デッキ選択のための判断材料を提供することができる。

端末装置１０は、情報表示部１３２Ｐ２に表示される情報が、対戦相手のデッキの情報の一部であることをユーザに認識させる表示をしてもよい。

端末装置１０は、指定受付部１３２Ｐ３において、ユーザが対戦で使用するデッキの指定を受け付ける。指定受付部１３２Ｐ３において、ユーザが対戦会で登録している各デッキを示す情報（第１のデッキ１３２Ｐ４、第２のデッキ１３２Ｐ５、第３のデッキ１３２Ｐ６）を表示して、ユーザの指定を受け付ける。

サーバ２０は、マッチングされた各ユーザに対し対戦相手の複数のデッキの情報の一部を表示することとして、対戦相手のユーザに対して提示するカードの範囲について、対戦会の運営者から指定を受け付けることとしてもよい。例えば、対戦会の運営者は、予め、サーバ２０に、マッチングされた各ユーザに対し、登録している複数のデッキを構成するカードの種類に関する情報を表示させると指定してもよい。これにより、対戦会に参加するユーザのデッキ構成に応じて、または、対戦会に参加するユーザの力量に応じて、デッキの情報を対戦相手に提示する範囲を設定することができる。また、端末装置１０において、マッチングされたユーザが、対戦相手の複数のデッキのうち情報の提示を受ける範囲を指定できることとしてもよい。これにより、ユーザ間で合意した提示の範囲により、対戦を開始する前のデッキの選択の駆け引きをすることができる。

図１４（Ｂ）は、対戦相手の複数のデッキについて、情報の提示を受ける範囲を、対戦を行うユーザが指定する局面を示す。

サーバ２０は、端末装置１０において、情報表示部１３２Ｐに、対戦相手のデッキのカードの種類について提示を受けるための操作受付部１３２Ｐ１０と、対戦相手のデッキを構成するカードの属性の傾向について提示を受けるための操作受付部１３２Ｐ１１とを表示する。

端末装置１０は、ユーザから、操作受付部１３２Ｐ１０または操作受付部１３２Ｐ１１を指定する操作を受け付けることにより、対戦相手のデッキの一部の情報を表示する範囲についての指定を受け付ける。端末装置１０は、当該指定に応答して、対戦相手のデッキの一部の情報を表示する。

図１４（Ｃ）は、対戦相手のデッキの一部の情報を表示する、他の例を示す。

図１４（Ｃ）に示すように、端末装置１０は、指定受付部１３２Ｐ３において、ユーザが複数のデッキのいずれを指定するかの意思決定を支援するための情報を、情報表示部１３２Ｐ７に表示する。端末装置１０は、情報表示部１３２Ｐ７において、対戦相手の複数のデッキの情報と、端末装置１０のユーザが登録する複数のデッキの情報とに基づいて、デッキ間の勝敗確率を推定し、推定結果に基づいた情報を表示する。例えば、図示するように、対戦相手のユーザのデッキに対し、端末装置１０のユーザが登録するデッキ（当該デッキを構成するカードの組み合わせ）で対戦を行った場合の有利不利を示唆する情報を、情報表示部１３２Ｐ７において表示することとしてもよい。このようなデッキ間の勝敗確率の推定は、サーバ２０が、対戦履歴データベース２８３Ｃを参照することにより、各ユーザが対戦で使用したデッキの情報（マッチング履歴データベース２８２Ｃ、対戦履歴データベース２８３Ｃ）と、当該仕様したデッキの情報に基づいて対戦が行われた結果の情報とに基づいて学習済みモデルを生成することにより行われる。当該学習済みモデルは、対戦する各ユーザのデッキの情報を入力とし、いずれのユーザが勝利する確率（敗北する確率）を出力する。以上のように、サーバ２０は、デッキの相性について、デッキに編成されたカードの組み合わせ、または、デッキを用いて対戦が行われた対戦成績の履歴に基づいて判定する。

図１４（Ｄ）は、ユーザが指定したデッキに関わらずユーザがデッキに含まれていないカードを使用した場合のエラーを表示する例を示す。端末装置１０は、情報表示部１３２Ｐ８において、指定されたデッキには含まれていないカードが使用されていること（対戦会において対戦が中断し得る事由）を表示する。サーバ２０または端末装置１０は、マッチングした各ユーザが対戦で使用するとして指定したデッキの情報を参照する。一方、第１の実施の形態で説明したように、ＴＣＧ用品３０に載置されるカードの絵柄などをカメラにより撮影し、画像認識を行うことにより、対戦を進行させる履歴を記録することができる。これにより、サーバ２０または端末装置１０は、ユーザが指定したデッキには含まれていないカードを使用した場合に、端末装置１０においてエラーを表示させる。

＜７．４第２の実施の形態における変形例＞
以上の第２の実施の形態の説明では、サーバ２０がマッチングを行うことに応答して、マッチングされた各ユーザの端末装置１０に対し、対戦相手のデッキの一部の情報を表示する処理、ユーザが対戦で使用するデッキを指定する操作を受け付ける処理について説明した。

この他に、各ユーザの端末装置１０において、マッチングの成否にかかわらず、他のユーザの複数のデッキの情報をユーザに提示することとしてもよい。サーバ２０は、各ユーザの複数のデッキの情報を、各ユーザの端末装置１０へ送信する。端末装置１０は、他のユーザの複数のデッキの情報をユーザに提示し、ユーザから、他のユーザのデッキの情報の指定を受け付ける。つまり、端末装置１０は、他のユーザのデッキを指定する操作を、端末装置１０のユーザから受け付ける。端末装置１０は、当該他のユーザのデッキを指定する操作に応答して、当該他のユーザに対し対戦を申し込む処理を行う。サーバ２０は、端末装置１０から、他のユーザへの対戦を申し込むための信号を受信して、当該他のユーザの端末装置１０に対し、対戦の申し込みがあることを示す信号を送信する。サーバ２０は、端末装置１０から、他のユーザへ対戦を申し込むための信号を受信することに応答して、各ユーザの対戦場所を決定し、各ユーザの端末装置１０へ、対戦場所の情報を送信する。

上記実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものとする。

＜付記＞
以上の実施形態で説明した事項を以下に付記する。

（付記１）
ＴＣＧ(Trading Card Game)の対戦会の運営を支援するための情報処理装置（２０）であって、対戦会（２８７）に関する対戦会情報と、対戦会に参加する各ユーザ（２８８）の対戦情報（２８２Ｃ、２８３Ｃ）を管理しており、対戦会情報に対応付けて、ユーザが対戦会で使用可能な複数のデッキの情報を登録デッキ情報として記憶するように構成されており（２８８）、情報処理装置の制御部（２０３）は、一のユーザと対戦をする対戦相手のユーザを決定するステップと、一のユーザと対戦相手のユーザの勝敗情報の登録前に、対戦相手のユーザの登録デッキ情報に関連する情報を一のユーザに提示するステップと（Ｓ６５１Ａ、Ｓ１３０３Ａ、Ｓ１３０３Ｂ）、ユーザに提示するステップによる提示の後に、一のユーザの登録デッキ情報のうち、対戦に使用するデッキの指定を一のユーザから受け付けるステップと（Ｓ１３０１Ａ、Ｓ１３０３Ｂ、Ｓ１３５３）、対戦をする各ユーザがデッキの指定をしたことに応答して、管理される対戦情報を更新させるステップと（Ｓ１３５３）、を実行させる、情報処理装置。

（付記２）
対戦会情報は、開催期間に関する情報が含まれ（２８７）、制御部は、ユーザから、登録デッキ情報を、開催期間以前のタイミングにおいて受け付ける（２８７）ステップと、デッキの情報を記憶することに応答して、記憶部に、当該登録デッキの情報をユーザと関連付けて記憶させる（２８８）ステップとを実行させ、所定の条件の成立後において、ユーザの操作にかかわらず、登録デッキ情報をユーザに変更させない、（付記１）に記載の情報処理装置。

（付記３）
制御部は、一のユーザの登録デッキ情報について、当該一のユーザの対戦相手のユーザを含む他のユーザの操作にかかわらず、当該一のユーザの登録デッキの情報を変更させない、（付記２）に記載の情報処理装置。

（付記４）
ＴＣＧの対戦において使用されるカードが配置される範囲をセンシングするセンシング機構から、センシングされたデータを取得し（１０Ａ）、制御部は、センシングされたデータの解析結果に基づいて、登録デッキ情報として記憶されたデッキに含まれるカードと異なるカードが使用されたことを検出するステップを実行させる、（付記１）から（付記３）のいずれか一項に記載の情報処理装置。

（付記５）
制御部は、対戦するユーザ同士のマッチングが完了したことに応答して、各ユーザに対戦相手のデッキの情報をユーザに提示させ、対戦相手のデッキの情報は、マッチングが完了するまでは各ユーザに提示されない、（付記１）から（付記４）のいずれか一項に記載の情報処理装置。

（付記６）
登録デッキ情報に関連する情報をユーザに提示するステップにおいて、制御部は、複数のデッキそれぞれの一部の情報を提示する、（付記５）に記載の情報処理装置。

（付記７）
複数のデッキそれぞれの一部の情報は、複数のデッキそれぞれに編成されたカード内の特定の種類のカードである（２８６、図１４、１３２Ｐ２）、（付記６）に記載の情報処理装置。

（付記８）
複数のデッキそれぞれの一部の情報は、対戦会の運営者および／または対戦するユーザによって指定される、（付記６）または（付記７）に記載の情報処理装置。

（付記９）
複数のデッキそれぞれの一部の情報は、複数のデッキそれぞれに編成されたカードが示す情報の一部である、（付記６）に記載の情報処理装置。

（付記１０）
複数のデッキそれぞれの一部の情報は、複数のデッキそれぞれと、他のデッキとの相性の情報である、（付記６）に記載の情報処理装置。

（付記１１）
制御部は、相性を、デッキに編成されたカードの組み合わせ、または、デッキの過去の対戦成績の履歴に基づいて判定する、（付記１０）に記載の情報処理装置。

（付記１２）
制御部は、他のユーザのデッキの情報を取得して、ユーザに提示するステップと、ユーザが当該提示されたデッキの情報を指定したことに応じて、他のユーザに対戦を申し込むステップと、を実行する、（付記１）から（付記４）のいずれか一項に記載の情報処理装置。

（付記１３）
対戦情報を更新させるとは、各ユーザが対戦に使用するための指定したデッキの情報を保持させることを含む、（付記１）に記載の情報処理装置。

（付記１４）
登録デッキ情報として、対戦に使用できる少なくとも一の非制限デッキの情報と、対戦に使用できない少なくとも一の制限デッキの情報を含み、ユーザに提示するステップにおいて、対戦相手のユーザに対し、非制限デッキと制限デッキとを区別なく提示する、（付記１）に記載の情報処理装置。

（付記１５）
制限デッキの情報は、ユーザの操作によるカード選択操作なしに生成する、（付記１４）に記載の情報処理装置。

５Ａ，５Ｂユーザ、１０Ａ，１０Ｂ端末装置、１２通信ＩＦ、１３入出力ＩＦ、１５メモリ、１６ストレージ、１９プロセッサ、２０サーバ、２２通信ＩＦ、２３入出力ＩＦ、２５メモリ、２６ストレージ、２９プロセッサ、３０ＴＣＧ用品（マット）、３１Ａ，３１Ｂ山札配置部、３２Ａ，３２Ｂ準備カード配置部、３３Ａ，３３Ｂ勝敗条件カード配置部、３４Ａ，３４Ｂバトルカード配置部、３５Ａ，３５Ｂ消費カード配置部、８０ネットワーク、８１無線基地局、８２無線ＬＡＮ基地局、１３０操作受付部（タッチスクリーン）、１３２ディスプレイ、１８１カード情報、１８２デッキ情報、２８１ユーザ情報データベース、２８２、２８２Ｃマッチング履歴データベース、２８３、２８３Ｃ対戦履歴データベース、カード情報２８６、対戦会データベース２８７、対戦会エントリー情報２８８。

Claims

制御部と、記憶部とを備え、ＴＣＧ(Trading Card Game)の対戦会の運営を支援するための情報処理装置であって、前記制御部が、
前記対戦会に参加する複数の参加者のうち、第１ユーザと、当該第１ユーザと対戦する対戦相手としての第２ユーザを決定するステップと、
前記第１ユーザと前記第２ユーザの勝敗情報の登録前に、複数の前記参加者それぞれが登録した、前記対戦会で使用するトレーディングカードの組み合わせであるデッキについてのデッキ情報のうち、前記第２ユーザの前記デッキ情報に関連する情報を前記第１ユーザに提示するステップと、
前記第１ユーザに提示するステップによる提示の後に、前記デッキ情報に含まれる前記第１ユーザのデッキから、前記第２ユーザとの対戦に使用するデッキの指定を前記第１ユーザから受け付けるステップと
を実行する、情報処理装置。
前記制御部は、
複数の前記参加者から、前記デッキ情報を、前記対戦会の開催期間以前のタイミングにおいて受け付けるステップと、
受け付けた前記デッキ情報を複数の前記参加者と関連付けて記憶するステップと
を実行し、
所定の条件の成立後において、複数の前記参加者の操作にかかわらず、前記デッキ情報を複数の前記参加者に変更させない、請求項１に記載の情報処理装置。
前記制御部は、前記第２ユーザを含む他のユーザの操作にかかわらず、前記第１ユーザの前記デッキ情報を、前記第１ユーザに変更させない、請求項２に記載の情報処理装置。
前記制御部は、
前記ＴＣＧの前記対戦において使用されるカードが配置される範囲をセンシングするセンシング機構でセンシングされたデータの解析結果に基づいて、デッキ情報として記憶されたデッキに含まれるカードと異なるカードが使用されたことを検出するステップを実行する、請求項１から請求項３のいずれか一項に記載の情報処理装置。
前記デッキ情報に関連する情報を提示するステップにおいて、記第１ユーザと前記第２ユーザとのマッチングが完了したことに応答して、前記第１ユーザに前記第２ユーザのデッキ情報に関連する情報を提示し、前記第２ユーザに前記第１ユーザのデッキ情報に関連する情報を提示する、請求項１から請求項４のいずれか一項に記載の情報処理装置。
前記デッキ情報に関連する情報を提示するステップにおいて、前記複数のデッキそれぞれの一部の情報を提示する、請求項５に記載の情報処理装置。
前記複数のデッキそれぞれの一部の情報は、複数のデッキそれぞれに編成されたカード内の特定の種類のカードである、請求項６に記載の情報処理装置。
前記複数のデッキそれぞれの一部の情報は、対戦会の運営者および／または対戦するユーザによって指定される、請求項６または請求項７に記載の情報処理装置。
前記複数のデッキそれぞれの一部の情報は、複数のデッキそれぞれに編成されたカードが示す情報の一部である、請求項６に記載の情報処理装置。
前記複数のデッキそれぞれの一部の情報は、前記複数のデッキそれぞれと、他のデッキとの相性の情報である、請求項６に記載の情報処理装置。
前記制御部は、前記相性を、前記デッキに編成されたカードの組み合わせ、または、前記デッキの過去の対戦成績の履歴に基づいて判定する、請求項１０に記載の情報処理装置。
前記制御部は、対戦に使用するデッキの指定を前記第１ユーザから受け付けると、前記第２ユーザの端末に、前記第１ユーザが指定したデッキの情報を保持させるステップを実行する、請求項１に記載の情報処理装置。
前記デッキ情報として、前記対戦に使用できる少なくとも一の非制限デッキの情報と、前記対戦に使用できない少なくとも一の制限デッキの情報を含み、
前記デッキ情報に関連する情報を提示するステップにおいて、前記第１ユーザに対し、前記非制限デッキと前記制限デッキとを区別なく提示する、請求項１に記載の情報処理装置。
前記制限デッキの情報は、ユーザの操作によるカード選択操作なしに生成する請求項１３に記載の情報処理装置。
プロセッサと、メモリとを備え、ＴＣＧ(Trading Card Game)の対戦会の運営を支援するためのコンピュータに実行される方法であって、前記プロセッサが、
前記対戦会に参加する複数の参加者のうち、第１ユーザと、当該第１ユーザと対戦する対戦相手としての第２ユーザを決定するステップと、
複数の前記参加者それぞれが登録した、前記対戦会で使用するトレーディングカードの組み合わせであるデッキについてのデッキ情報のうち、前記第２ユーザのデッキ情報に関連する情報を前記第１ユーザに提示するステップと、
前記デッキ情報に含まれる前記第１ユーザのデッキから、前記第２ユーザとの対戦に使用するデッキの指定を前記第１ユーザから受け付けるステップと
を実行する、方法。
プロセッサと、メモリとを備え、ＴＣＧ(Trading Card Game)の対戦会の運営を支援するためのコンピュータに実行させるためのプログラムであって、前記プログラムは、前記プロセッサに、
前記対戦会に参加する複数の参加者のうち、第１ユーザと、当該第１ユーザと対戦する対戦相手としての第２ユーザを決定するステップと、
複数の前記参加者それぞれが登録した、前記対戦会で使用するトレーディングカードの組み合わせであるデッキについてのデッキ情報のうち、前記第２ユーザのデッキ情報に関連する情報を前記第１ユーザに提示するステップと、
前記デッキ情報に含まれる前記第１ユーザのデッキから、前記第２ユーザとの対戦に使用するデッキの指定を前記第１ユーザから受け付けるステップと
を実行させる、プログラム。