特許 7184733 情報処理装置、方法、プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-11-28

(45)【発行日】2022-12-06

(54)【発明の名称】情報処理装置、方法、プログラム

(51)【国際特許分類】

   A63F 1/06 20060101AFI20221129BHJP

   A63F 13/20 20140101ALN20221129BHJP

   A63F 13/80 20140101ALN20221129BHJP

【ＦＩ】

A63F1/06 Z

A63F13/20 A

A63F13/80 B

【請求項の数】 9

(21)【出願番号】P 2019212502

(22)【出願日】2019-11-25

(65)【公開番号】P2021083484

(43)【公開日】2021-06-03

【審査請求日】2021-11-30

(73)【特許権者】

【識別番号】504440133

【氏名又は名称】株式会社ポケモン

(74)【代理人】

【識別番号】110002815

【氏名又は名称】ＩＰＴｅｃｈ弁理士法人

(72)【発明者】

【氏名】新藤 貴行

(72)【発明者】

【氏名】小川 慧

(72)【発明者】

【氏名】寺田 佑貴

【審査官】金子 和孝

(56)【参考文献】

【文献】特開２０１３－１４１５６４（ＪＰ，Ａ）

【文献】特開２０１９－１５４９１２（ＪＰ，Ａ）

【文献】特開２００３－０６２３２８（ＪＰ，Ａ）

【文献】特開２０１８－０８９１２３（ＪＰ，Ａ）

【文献】特開２０１３－０３４６２４（ＪＰ，Ａ）

【文献】特開２０１９－１５５０３９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ａ６３Ｆ １／０６

Ａ６３Ｆ １３／２０

Ａ６３Ｆ １３／８０

(57)【特許請求の範囲】

【請求項1】

ＴＣＧ(Trading Card Game)で使用するカードを管理するための情報処理装置であって、記憶部と、制御部と、読み取り機構とを備え、
前記制御部は、
前記読み取り機構が単数のカードを収容する収容袋に関する情報を取得するステップと、
前記読み取り機構が読み取った前記収容袋に関する情報が、前記記憶部に記憶されているか否かを判断するステップと、
前記記憶部に記憶されていると判断した場合は、当該収容袋に関する情報に対応付けて記憶されているＴＣＧの対戦に使用するカードの組み合わせを示すデッキの情報を更新し、前記記憶部に記憶されていないと判断した場合は、デッキの情報を新たに生成するステップと、
を実行する、情報処理装置。

【請求項2】

ＴＣＧ(Trading Card Game)で使用するカードを管理するための情報処理装置であって、記憶部と、制御部と、読み取り機構とを備え、
前記制御部は、
プレイヤが保持するカードの情報を前記読み取り機構により読み取り、読み取った情報を前記記憶部に記憶させるステップと、
前記読み取り機構が、単数のカードを収容する収容袋に関する情報を取得するステップと、
前記カードの情報と、前記収容袋に関する情報とを対応付ける操作を前記プレイヤから受け付けたことに応じ、記憶している前記カードの情報に、前記収容袋に関する情報を対応付けるステップと、
前記プレイヤが保持しないカードの情報と、前記読み取り機構により読み取られた前記収容袋に関する情報と対応付けられる、ＴＣＧの対戦に使用するカードの組み合わせを示すデッキの情報とを対応付ける操作を前記プレイヤから受け付けたことに応じ、前記デッキに規定された枚数に関わらず、前記デッキの情報に、前記保持しないカードの情報を希望カード情報として対応付けるステップと、
を実行する、情報処理装置。

【請求項3】

ＴＣＧ(Trading Card Game)で使用するカードを管理するための情報処理装置であって、記憶部と、制御部と、読み取り機構とを備え、
前記制御部は、
プレイヤが保持するカードの情報を前記読み取り機構により読み取り、読み取った情報を前記記憶部に記憶させるステップと、
前記読み取り機構が、単数のカードを収容する収容袋に関する情報を取得するステップと、
前記カードの情報と、前記収容袋に関する情報とを対応付ける操作を前記プレイヤから受け付けたことに応じ、記憶している前記カードの情報に、前記収容袋に関する情報を対応付けるステップと、
前記プレイヤが保持するカードの情報と、前記読み取り機構により読み取られた前記収容袋に関する情報と対応付けられる、ＴＣＧの対戦に使用するカードの組み合わせを示すデッキの情報とを対応付ける操作を前記プレイヤから受け付けたことに応じ、前記デッキの情報に、前記保持するカードであり、且つ、当該デッキとは異なる他のデッキに対応付けられているカードの情報をサブカード情報として対応付けるステップと、
を実行する、情報処理装置。

【請求項4】

前記収容袋にはマーカが付されており、
前記収容袋に関する情報を取得するステップは、前記読み取り機構が前記収容袋に付されたマーカを読み取るステップを含む、請求項１から請求項３のいずれか一項に記載の情報処理装置。

【請求項5】

ＴＣＧ(Trading Card Game)で使用するカードを管理するための情報処理装置であって、記憶部と、制御部とを備え、
前記制御部は、
プレイヤが保持するカードの情報を前記記憶部に記憶させるステップと、
ＴＣＧの対戦に使用するデッキの情報を生成するステップと、
前記カードの情報と、前記デッキの情報とを対応付けて前記記憶部に記憶させるステップと、
前記プレイヤが保持するカードの情報と、前記デッキの情報とを対応付ける操作を当該プレイヤから受け付けたことに応じて、当該デッキの情報に、当該保持するカードであり、且つ、当該デッキとは異なる他のデッキに対応付けられているカードの情報をサブカード情報として登録するステップと、を実行する、情報処理装置。

【請求項6】

ＴＣＧ(Trading Card Game)で使用するカードを管理するための情報処理装置で実行される方法であって、前記情報処理装置は、記憶部と、制御部とを備え、
前記制御部が、請求項１から請求項４のいずれか一項に記載のステップを実行する方法。

【請求項7】

ＴＣＧ(Trading Card Game)で使用するカードを管理するためのコンピュータを動作させるプログラムであって、前記コンピュータは、記憶部と、制御部とを備え、前記制御部に、請求項１から請求項４のいずれか一項に記載のステップを実行させるプログラム。

【請求項8】

ＴＣＧ(Trading Card Game)で使用するカードを管理するための情報処理装置で実行される方法であって、前記情報処理装置は、記憶部と、制御部とを備え、
前記制御部が、
プレイヤが保持するカードの情報を前記記憶部に記憶させるステップと、
ＴＣＧの対戦に使用するデッキの情報を生成するステップと、
前記カードの情報と、前記デッキの情報とを対応付けて前記記憶部に記憶させるステップと、
前記プレイヤが保持するカードの情報と、前記デッキの情報とを対応付ける操作を当該プレイヤから受け付けたことに応じて、当該デッキの情報に、当該保持するカードであり、且つ、当該デッキとは異なる他のデッキに対応付けられているカードの情報をサブカード情報として登録するステップと、を実行する、方法。

【請求項9】

ＴＣＧ(Trading Card Game)で使用するカードを管理するためのコンピュータを動作させるプログラムであって、前記コンピュータは、記憶部と、制御部とを備え、
前記制御部に、
プレイヤが保持するカードの情報を前記記憶部に記憶させるステップと、
ＴＣＧの対戦に使用するデッキの情報を生成するステップと、
前記カードの情報と、前記デッキの情報とを対応付けて前記記憶部に記憶させるステップと、
前記プレイヤが保持するカードの情報と、前記デッキの情報とを対応付ける操作を当該プレイヤから受け付けたことに応じて、当該デッキの情報に、当該保持するカードであり、且つ、当該デッキとは異なる他のデッキに対応付けられているカードの情報をサブカード情報として登録するステップと、を実行させる、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【先行技術文献】

【特許文献】

【0004】

【文献】特開２００１－２０４８７４号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

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

【0006】

したがって、現実のカードをユーザがアナログＴＣＧで使用をするうえでは、現実のカードを保管しておくことが必要になる。また、デッキを編成するパターンも様々であるため、デッキを構成するカード枚数よりも多くの枚数を保管しておくことが必要になる。

【0007】

しかしながら、ユーザがデッキ編成のバリエーションを増やそうとして、所持するカードの枚数を増やせば増やすほど、どのカードをどこに置いたかの保管を管理することが困難になる。また、現実のカードを読み取ってゲームで使用する場合と異なり、アナログのＴＣＧでは現実のカードを使用して対戦をすることになるため、デジタルアイテムとしての所有情報と紐づけがされていないことが多いためカードを破棄することもできない。

【0008】

したがって、アナログＴＣＧで使用されるカードをユーザが管理することを、よりいっそう容易にする技術が必要とされている。

【0009】

本開示は、上記課題を解決すべくなされたものであって、その目的は、ＴＣＧユーザが複数のカードを容易に管理することができる装置を提供することである。

【課題を解決するための手段】

【0010】

一実施形態によると、ＴＣＧで使用するカードを管理するための情報処理装置であって、記憶部と、制御部とを備え、制御部は、プレイヤが保持するカードの情報を記憶部に記憶させるステップと、カードを収容する物体に関する情報を取得するステップと、カードの情報と、収容する物体に関する情報とを対応付けて記憶部に記憶させるステップと、を実行する。

【0011】

一実施形態によると、ＴＣＧで使用するカードを管理するための情報処理装置が提供される。情報処理装置は、記憶部と、制御部とを備える。制御部は、プレイヤが保持するカードの情報を記憶部に記憶させるステップと、ＴＣＧの対戦に使用するデッキの情報を生成するステップと、カードの情報と、デッキの情報とを対応付けて記憶部に記憶させるステップと、プレイヤが保持するカードの情報と、デッキの情報とを対応付ける操作を当該プレイヤから受け付けたことに応じて、当該デッキの情報に、当該保持するカードであり、且つ、当該デッキとは異なる他のデッキに対応付けられているカードの情報をサブカード情報として登録するステップと、を実行する。

【発明の効果】

【0012】

本開示によれば、ＴＣＧユーザが複数のカードを容易に管理することができる。

【図面の簡単な説明】

【0013】

【図1】本実施形態に係るＴＣＧを説明するための図である。

【図2】各ユーザがＴＣＧの対戦を進行させている局面を示す図である。

【図3】本実施形態に係るカードを収容する物体の一例を示す図である。

【図4】本実施形態に係る支援システム１の全体の構成を示す図である。

【図5】本実施形態に係る支援システム１を構成する端末装置１０のブロック図である。

【図6】サーバ２０の機能的な構成を示す図である。

【図7】端末装置１０が記憶するカード情報１８１、およびデッキ情報１８２のデータ構造を示す図である。

【図8】ユーザがカードを管理する処理の一例を示すシーケンス図である。

【図9】ユーザが希望カード情報またはサブカード情報を登録してデッキ情報を更新する処理の一例を示すシーケンス図である。

【図10】ディスプレイに表示されたカードおよび収容する物体に対して、ユーザが行う操作の一例を示した図である。

【発明を実施するための形態】

【0014】

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

【0015】

まず、本実施形態に係るＴＣＧ(Trading Card Game)の概要について説明する。次いで、ユーザ間のＴＣＧの対戦を支援する技術の一つとして、ユーザ（プレイヤ）が複数のカードを容易に管理することができる支援システムについて説明する。

【0016】

＜１ ＴＣＧの概要＞
図１は、本実施形態に係るＴＣＧを説明するための図である。図１の状態（Ａ）は、ユーザがＴＣＧ用品３０を利用してＴＣＧの対戦を準備する局面を示す図である。図１の状態（Ｂ）は、ユーザがＴＣＧの対戦を開始しようとする局面を示す。

【0017】

図２は、各ユーザがＴＣＧの対戦を進行させている局面を示す図である。

【0018】

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

【0019】

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

【0020】

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

【0021】

山札配置部３１は、各ユーザがデッキ（ＴＣＧの対戦に使用するカードの組み合わせ）として編成したカードのうち、山札を配置するための領域である。山札配置部３１Ａは、ユーザ５Ａが山札を置くための領域である。山札配置部３１Ｂは、ユーザ５Ｂが山札を置くための領域である。

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

＜１．４ カードを収容する物体＞
ユーザは、上述のようなＴＣＧで用いるカードをそのまま保持していては損傷するおそれがあるので、カードを保護するために１枚ずつ専用の収容袋に挿入して保管する。収容袋は、カードスリーブ、カードケース、カードプロテクタなどと称され、収納袋は、一方の面（裏面）に無地、またはキャラクタの絵柄や模様などがデザインされている。ユーザは、例えば同じ絵柄や模様、色などの収納袋を用いてデッキごとにカードを保管することで、各デッキを構成するカードを容易に把握することができる。また、同じ絵柄や模様、色などの収納袋を用いることで、裏面からはそれぞれのカードの種類を把握することができないため、ＴＣＧをプレイする際に収納袋に入れたままプレイすることができる。

【0047】

また、ユーザはカードを多数収集した場合は、それらを収容箱にいれて保管する。収容箱は、収容空間がカードのサイズに合わせて形成されているようなＴＣＧカード専用の箱が好ましい。

【0048】

図３は、本実施形態に係るカードを収容する物体の一例を示す図である。図３（Ａ）は、カードを収容する収容袋の一例を示す図であり、図３（Ｂ）は、カードを収容する収容箱の一例を示す図である。

【0049】

図３（Ａ）において、カード９５は、平面視にて略長方形状を有しており、例えば、紙、プラスチック等の材料を用い、所定の厚さを有して形成される。また、カード９５の表面には、カードの情報を示す表示がなされており、例えばキャラクタの図、名称、特徴、カードの効果等が表示される。また、カード９５には、カードを一意に識別する識別子が付されていてもよい。

【0050】

収容袋９６は、カード９５の平面視における形状と略同一の形状（図３（Ａ）においては略長方形）を有して袋状に形成されており、カード９５を１枚（単数）内部に収容することができる。また、収容袋９６は、少なくともカード９５に表示されているカードの情報が外部から視認できるように、カードの情報が表示される面を覆う被覆部材は、透明もしくは半透明の材料が用いられる。

【0051】

収容袋９６には、マーカ９７が付与されている。マーカ９７は、カードを収容する物体に関する情報であって、例えば、収容袋を一意に識別できる識別子である。マーカ９７は、例えば、バーコードやＱＲコード（登録商標）等の２次元コードであるが、ＩＣチップ等であってもよい。マーカ９７が付与される位置は特に限定されないが、収容袋９６の被覆部材ではない一方の面側に付与されていてもよいし、被覆部材に付与されていてもよい。被覆部材に付与される場合は、カード９５の情報を示す表示とマーカ９７とが同時にカメラで撮影できる位置に付与されることが好ましい。これにより、ユーザがカードの管理のために撮影する（読み取り機構を操作する）労力を軽減することができる。なお、マーカ９７がカード９５の認識を妨げないよう、自然光下では不可視となるインクでマーカ９７が印刷されていてもよい。

【0052】

また、収容袋９６のマーカ９７は、デッキの情報としてデッキを識別する情報（識別子）を含んでもよい。上述したように、デッキごとに同じデザイン等の収納袋を用いるとデッキを構成するカードの把握が容易になる。管理のためには一意の収納袋を特定して管理する必要まではないため、予め同じデザインの収納袋には、同じデッキの識別子を付与しておくことで、カードの管理を容易にすることができる。詳細は後述する。

【0053】

図３（Ｂ）において、収容箱９８は、内部にカード収容空間を形成し、カード収容空間の上方を覆うことができる蓋部を一体的に設けている。カード収容空間は、カード９５を複数枚入れて収容可能なサイズであり、カード９５は、どのような向きで収容されるかは特に限定されない。

【0054】

収容箱９８には、マーカ９９が付与されている。マーカ９９は、カードを収容する物体に関する情報であって、例えば、収容箱を一意に識別できる識別子である。マーカ９９は、例えば、バーコードやＱＲコード（登録商標）等の２次元コードであるが、ＩＣチップ等であってもよい。マーカ９９の付与される位置は特に限定されないが、ユーザがマーカ９９をカメラで撮影しやすい位置であることが好ましい。

【0055】

ユーザが保持するカード９５の情報と、カードを収納する物体である収容袋９６や収容箱９８に関する情報と対応付けて端末装置１０（図４参照）に記憶させることで、ユーザはカードの管理を行うことができる。

【0056】

＜２ システム構成＞
＜２．１ システム全体の構成＞
図４は、本実施形態に係る支援システム１の全体の構成を示す図である。図４を参照して、ＴＣＧで使用するカードの管理を支援する支援システム１について説明する。

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

サーバ２０は、ＴＣＧの対戦に参加するユーザの情報として、ユーザが保持するカードの情報やデッキの情報を管理する。また、サーバ２０は、ＴＣＧで使用されるカードの情報やユーザがカードを収容するために用いる収容物体の情報を管理する。

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

カメラ１６０は、受光素子により光を受光して、撮影画像として出力するためのデバイスである。カメラ１６０は、例えば、カメラ１６０から撮影対象までの距離を検出できる深度カメラである。また、カメラ１６０は、読み取り機構として機能し、カードを収容する物体に付されたマーカを撮影して、マーカの情報を読み取ることができる。

【0072】

記憶部１８０は、例えばフラッシュメモリ等により構成され、端末装置１０が使用するデータおよびプログラムを記憶する。記憶部１８０は、カード情報１８１と、デッキ情報１８２と、を記憶する。

【0073】

カード情報１８１は、ユーザが保持するカードの情報である。カードの情報は、例えば、カードの識別子、カードを収容する物体の識別子および当該カードが組み合わされたデッキの識別子の対応付けを含む。また、カード情報１８１は、カードに描かれるキャラクタや文字、記号、ゲームにおける効果、強さ、属性などの情報を含んでもよい。

【0074】

デッキ情報１８２は、ＴＣＧの対戦に使用するカードの組み合わせを示すデッキの情報である。デッキの情報は、例えば、デッキの識別子、当該デッキを構成するカードの識別子の対応付けを含む。また、デッキの情報は、デッキの識別子と、希望カード情報（後述）および／またはサブカード情報（後述）との対応付けを含む。

【0075】

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

【0076】

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

【0077】

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

【0078】

データ処理部１９３は、端末装置１０が入力を受け付けたデータに対し、プログラムに従って演算を行い、演算結果をメモリ等に出力する処理を行う。

【0079】

データ処理部１９３は、ユーザが保持するカードの情報を取得し、記憶部１８０のカード情報１８１に記憶させる。カードの情報は、カードを識別することができる情報であり、ユーザが入力するカードの識別子（識別番号や、カードの名前など）により取得されてもよい。また、カードの情報は、データ処理部１９３が、ユーザがカメラ１６０によってカードを撮影した撮影画像を解析することにより取得してもよい。例えば、カードに表示された識別子や、キャラクタや文字、図形、その組み合わせなどを解析して、ＴＣＧで用いられるカードの情報を保有するサーバ２０に解析結果を送信し、サーバ２０からの回答に基づいて、撮影画像のカードを特定するようにしてもよい。

【0080】

また、データ処理部１９３は、カードを収容する物体に関する情報を取得する。例えば、ユーザがカメラ１６０によって収納袋や収納箱に付与されたマーカを読み取ることで、データ処理部１９３は、収納袋や収納箱を識別することができる情報を、カードを収容する物体に関する情報として取得する。

【0081】

データ処理部１９３は、カード情報１８１に記憶されたカードの情報と、カードを収容する物体に関する情報と、を対応付ける操作をユーザから操作受付部１３０を介して受け付けたことに応じて、カードの情報とカードを収容する物体に関する情報とを対応付けを行い、カード情報１８１に記憶させる。例えば、ユーザが保持するカードと、カードを収容する収容袋または収容箱とが対応付けられて記憶される。ユーザは、保有するカードとカードを収容する物体とを対応付けて記憶させることで、容易にカードの管理ができる。

【0082】

また、データ処理部１９３は、ディスプレイ１３２に表示させる表示画像を生成する処理を行う。例えば、データ処理部１９３は、収容する物体に関する情報を指定する操作をユーザから受け付けたことに応じて、指定された収容する物体に関する情報と対応付けられたカードの情報をユーザに提示する表示画像を生成する。ユーザは、これにより、指定した収容袋や収容箱に収容されているカードの情報を知ることができる。

【0083】

また、データ処理部１９３は、カメラ１６０が収容袋に関する情報を読み取ったことに応じて、当該収容袋に関する情報と、デッキの情報とを対応付けてカード情報１８１に格納する。例えば、カメラ１６０は、収納袋に関する情報として予め付与されている収納袋の識別子とデッキの識別子を読み取り、データ処理部１９３は、収納袋の識別子およびデッキの識別子を対応付けてカード情報１８１に記憶させる。そして、デッキの識別子と、当該識別子に対応付けられた収納袋と対応付けられたカードの情報をデッキの情報として生成し、デッキ情報１８２に格納する。ユーザは、収納袋を端末装置１０のカメラ１６０で読み取ることで、容易にデッキの情報を管理することができる。

【0084】

この際、データ処理部１９３は、カメラ１６０が読み取った収容袋に関する情報が、カード情報１８１にカードの情報と対応付けて記憶されているか否かを判断する。すなわち、読み取った収納袋に予め付与されているデッキの識別子がすでに記憶されているか否かを判断する。カード情報１８１に記憶されていると判断した場合は、読み取った収納袋と対応付けられているカードを、デッキを構成するカードとして加え、デッキの情報を更新する。一方、カード情報１８１に記憶されていないと判断した場合は、上記のようにデッキの情報を生成するようにしてもよい。

【0085】

また、データ処理部１９３は、ユーザが保持しないカードの情報と、デッキの情報とを対応付ける操作をユーザから受け付けたことに応じて、デッキに規定された枚数に関わらず、デッキの情報に、保持しないカードの情報を希望カード情報として登録する。ユーザは、デッキの構成を考える際、保持しないカードを組み合わせたい場合がある。そこで、組み合わせたいカードを希望カード情報としてデッキの情報と対応付けて登録することで、メモとして機能させることができ、カードの購入や交換などによってカードを入手する際に有用である。

【0086】

また、データ処理部１９３は、ユーザが保持するカードの情報と、デッキの情報とを対応付ける操作をユーザから受け付けたことに応じて、デッキの情報に、当該保持するカードの情報をサブカード情報として登録する。デッキを構成するカード枚数は予め規定されており、ユーザはデッキの構成を考える際、規定枚数に従って保持するカードを組み合わせる必要がある。そこで、保持するカードのうちデッキに組み込む候補カードが複数ある場合は、候補カードをサブカード情報としてデッキの情報と対応付けて登録することで、メモとして機能させることができ、デッキの管理に有用である。

【0087】

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

【0088】

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

【0089】

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

【0090】

記憶部２０２は、サーバ２０が使用するデータ及びプログラムを記憶する。記憶部２０２は、ユーザ情報データベース２８１と、カード情報データベース２８２と、収容物体データベース２８３と、を記憶する。

【0091】

ユーザ情報データベース２８１は、端末装置１０を保有する各ユーザのユーザ情報を保持するためのデータベースである。ユーザごとにカード情報やデッキ情報が格納される。

【0092】

カード情報データベース２８２は、ＴＣＧで用いられるカードの情報を保持するためのデータベースである。カードの情報は、例えば、カードの識別子と、カードに表示されるキャラクタや絵柄、図形、記号、文字、カードの強さ、効果などが対応付けられている。端末装置１０は、カードの撮影画像を解析する際に、カード情報データベース２８２に問い合わせて、撮影画像を照会し、カードの情報を取得してもよい。また、端末装置１０は、ユーザが入力したカードの情報が、ＴＣＧで用いられるカードであるか否かをカード情報データベース２８２に問い合わせて確認してもよい。また、カード情報データベース２８２において、カードそれぞれについて、大会等の対戦会で使用可能か否かの基準となる情報を保持することとしてもよい。例えば、対戦会ごとに、使用できるカードの基準が規定されている。当該基準は、複数種類、用意されていてもよい。端末装置１０は、ユーザが入力したカードの情報が、対戦会において使用可能なものであるか否かをサーバ２０に問い合わせ、サーバ２０が、カード情報データベース２８２を参照して、カードが対戦会において使用可能であるか否かを応答することとしてもよい。

【0093】

収容物体データベース２８３は、カードを収容する物体であって、例えばマーカが付与されている物体の情報を保持するためのデータベースである。収容する物体に関する情報は、収容する物体の識別子と、収容袋や収容箱に表示されるキャラクタや絵柄等の画像、収容箱に収容できるカード枚数などが対応付けられている。

【0094】

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

【0095】

操作内容取得モジュール２０４１は、サーバ２０が端末装置１０に対し保持するカードの情報の入力を受け付ける場合に、ユーザの操作内容を取得する。

【0096】

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

【0097】

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

【0098】

＜２．４ データ構造＞
図７は、端末装置１０が記憶するカード情報１８１、およびデッキ情報１８２のデータ構造を示す図である。

【0099】

図７に示すように、カード情報１８１は、項目「カードＩＤ」と、項目「番号（No.）」と、項目「収容物体ＩＤ」と、項目「デッキＩＤ」とを含む。

【0100】

項目「カードＩＤ」は、ユーザが保持するカードを識別するための情報である。項目「番号（No.）」は、ユーザが複数の同一のカードを保持する場合に、当該同種のカードそれぞれを区別するための情報である。アナログＴＣＧにおいて、同一のカードを複数枚デッキに編成することが許容されていることもある。また、ユーザは、同一のカードを複数枚保持しており、それぞれ、異なるデッキに編成させることもある。項目「収容物体ＩＤ」は、カードを収容する物体を識別するための情報である。項目「デッキＩＤ」は、デッキを識別するための情報である。

【0101】

例えば、端末装置１０を保有するユーザは、カードＩＤ「＃０００１」，「＃０１２２」，「＃０３２３」，「＃００１４」，「＃１２３５」，「＃３２１６」，「＃００１６」，「＃７Ｄ１ｆ」，「＃００２１」・・・が付与されているカードを保有している。各カードＩＤには、収容物体ＩＤ「＃ａ０１」，「＃ａ０２」，「＃ｂ０１」，「＃Ａ」，「＃ａ０３」，「＃ａ１２」，「＃ｂ０３」，「＃Ａ」，「＃ｂ０２」・・・がそれぞれ対応付けられている。図７の例では、小文字アルファベットおよび数字から構成されるＩＤは収容袋を、大文字アルファベットで構成されるＩＤは収容箱を示している。

【0102】

収容袋のＩＤのうち、小文字アルファベットが同じものは、同一デッキを示している。例えば、収容物体ＩＤ「＃ａ０１」と「＃ａ０２」は、共通する小文字アルファベット「ａ」を含んでおり、デッキＩＤ「＃ａ」と対応付けられている。すなわち、収容物体ＩＤ「＃ａ０１」，「＃ａ０２」，「＃ａ０３」，「＃ａ１２」と対応付けられるカードＩＤ「＃０００１」，「＃０１２２」，「＃１２３５」，「＃３２１６」は、デッキＩＤ「＃ａ」とも対応付けられており、同一デッキ（デッキａ）に組み合わされたカードであることを示している。

【0103】

また、カードＩＤ「＃０００１」のカードについては、項目「番号（No.）」において、番号「００１」と番号「００２」の２枚のカードをユーザが保有していることを示している。当該カードＩＤ「＃０００１」のカードについて、番号「００１」のカードは収容物体ＩＤ「＃ａ０１」の物体に収容され、デッキＩＤ「＃ａ」に編成されている。また、番号「００２」のカードは収容物体ＩＤ「＃ｃ０１」の物体に収容され、デッキＩＤ「＃ｃ」に編成されている。例えば、端末装置１０は、カードを収容する収容袋を識別する情報と、カードを識別する情報とを読み取ることにより、カード情報１８１にレコードを登録する。このとき、端末装置１０は、既にカード情報１８１において登録済みのカードの識別情報を読み取ることにより、ユーザが同一のカードを複数枚保持しているとして、当該カードについて、複数枚保持している各カードを区別できるよう項目「番号（No.）」の値を決定する。

【0104】

また、収容物体ＩＤ「＃ｂ０１」，「＃ｂ０３」，「＃ｂ０２」と対応付けられたカードＩＤ「＃０３２３」，「＃００１６」，「＃００２１」は、デッキＩＤ「＃ｂ」と対応付けられており、同一デッキ（デッキｂ）に組み合わされたカードであることを示している。

【0105】

一方、収容物体ＩＤ「＃Ａ」（収容箱Ａ）に対応付けられたカードＩＤ「＃００１４」，「＃７Ｄ１ｆ」は、項目「デッキＩＤ」が「－」（ＮＵＬＬ）であり、デッキを構成するカードではないことを示している。

【0106】

デッキ情報１８２は、項目「デッキＩＤ」と、項目「デッキカード」と、項目「希望カードＩＤ」と、項目「サブカードＩＤ」とを含む。

【0107】

項目「デッキＩＤ」は、上述したように、デッキを識別するための情報である。

【0108】

項目「デッキカード」は、デッキを構成するカードを識別するための情報である。つまり、項目「デッキカード」は、デッキに登録されているカードである。なお、項目「デッキカード」に示されるカードの情報は、カード情報１８１における項目「カードＩＤ」と対応付けられている。そのため、端末装置１０は、カード情報１８１とデッキ情報１８２とにより、デッキに編成されているカードそれぞれの所在（どの収容物体に収容されているか）を特定することができる。

【0109】

項目「希望カードＩＤ」は、ユーザがデッキに組み込みたいカード（希望カード）を識別するための情報である。希望カードとしては、ユーザが保持しないカードとしてもよいし、デッキに組み込まれているカードではあるがデッキに同一のカードを編成できる最大の枚数には達しておらずデッキに追加できる余地があるカードとしてもよい。すなわち、希望カード情報が示すカードは、カード情報１８１には含まれないカードであることもある。端末装置１０は、ユーザから、デッキを識別するための情報と関連付けて、希望カードを指定する操作を受け付けることにより、デッキ情報１８２において、当該デッキを識別するための情報（項目「デッキＩＤ」）と関連付けて、項目「希望カードＩＤ」を更新する。つまり、端末装置１０は、ユーザが指定した希望カードを識別する情報を、項目「希望カードＩＤ」において保持する。端末装置１０は、デッキを識別する情報と関連付けて、当該デッキを構成するカード（項目「デッキカード」の情報）と、希望カードとを画面に表示する。ユーザはデッキに登録した希望カードの情報を参照することで、デッキの構築のために新たに所有する必要があるカードを容易に把握することができる。

【0110】

項目「サブカードＩＤ」は、ユーザが保持するカードであって、ユーザがデッキに組み込みたいカード（サブカード）を識別するための情報である。すなわち、サブカード情報が示すカードは、カード情報１８１に含まれるカードである。また、サブカード情報は、他のデッキに既に組み込まれているカードであり、サブカードが示すカードの物理的な所在は、サブカード情報が対応付けられているデッキではない。端末装置１０は、デッキを識別する情報と関連付けて、当該デッキを構成するカード（項目「デッキカード」の情報）と、サブカードとを画面に表示する。以上のように、端末装置１０において、希望カードとサブカードが別に管理されているため、ユーザはデッキに登録したサブカードの情報を参照することで、デッキの構築に必要なカードを新たに手に入れる必要がないことと、どのデッキを探せば所望のカードが見つかるかを容易に把握することができる。

【0111】

図７の例では、デッキＩＤ「＃ａ」は、カードＩＤ「＃００１１」，「＃０１２２」，「＃１２３５」，「＃３２１６」・・・と対応付けられており、デッキａがカードＩＤ「＃００１１」，「＃０１２２」，「＃１２３５」，「＃３２１６」・・・で識別されるカードの組み合わせで構成されることを示している。また、デッキＩＤ「＃ａ」は、希望カードＩＤ「＃１１００」，「＃０１０２」およびサブカードＩＤ「＃００１４」と対応付けられている。したがって、「＃１１００」，「＃０１０２」はユーザが所持していないカードであることを容易に把握できる。

【0112】

また、デッキＩＤ「＃ｂ」についても同様に、項目「デッキカード」、項目「希望カードＩＤ」および項目「サブカードＩＤ」が対応付けられているが、この例では、項目「希望カードＩＤ」が「－」（ＮＵＬＬ）であり、希望カード情報は登録されていないことを示している。一方で、サブカードＩＤ「＃０１２２」が対応付けられているが、このサブカードは、デッキＩＤ「＃ａ」にデッキカードとして対応付けられている。ユーザがこの情報を参照することで、デッキＩＤ「＃ｂ」でゲームをプレイしたい場合には、どのデッキとも対応付けれていない「＃００１４」をデッキに組み込み、且つ、デッキＩＤ「＃ａ」を探すことで「＃０１２２」を組み込めば良いことを容易に把握することができる。

【0113】

＜３ 動作＞
以下、ユーザがＴＣＧで使用する複数のカードを管理する処理を説明する。

【0114】

図８は、ユーザがカードを管理する処理の一例を示すシーケンス図である。なお、各処理の順序は図８で示す例に限られないことはいうまでもない。

【0115】

ステップＳ６０１において、端末装置１０は、カメラ１６０によりカードの情報を読み取り、読み取ったカードの情報を記憶部１８０のカード情報１８１に記憶する。なお、端末装置１０は、カードの情報を読み取るために、光学的な読み取り手段（カメラ１６０によりカードを撮影する等）の他に、音声による読み取り手段を用いることとしてもよい。例えば、端末装置１０は、マイク１４１により、ユーザからの音声入力を受け付ける。当該音声入力は、カードを識別する情報をユーザが読み上げた音声をマイク１４１により受け付けることを含む。端末装置１０は、例えば、ユーザが、カードに対応付けられているキャラクター名、当該キャラクターのパラメータ、スキルなどカードに記載されている情報を読み上げることで発する音声をマイク１４１により取得する。端末装置１０は、取得した音声に対し、カードに記載され得る用語（キャラクター名、スキル名、各種パラメータ量（体力値など））の情報に基づいて音声認識処理を行うことで、音声入力に基づきカードの情報をカード情報１８１に記憶させることができる。例えば、端末装置１０は、ユーザが保持するカードとして、読み取ったカードの情報に基づき、カードＩＤ（識別子）を記憶する。また、カードの情報をサーバ２０に送信する。

【0116】

ステップＳ６５１において、サーバ２０は、受信したカードの情報を、ユーザが保持するカードとして、ユーザを識別するユーザＩＤとカードＩＤとを対応付けてユーザ情報データベース２８１に記憶する。なお、ここで、サーバ２０は、カード情報データベース２８２にＴＣＧの対戦で使用されるカードとして予め登録されているカードの情報と照合して、端末装置１０が読み取ったカードが予め登録されているカードであるか否かをチェックするようにしてもよい。カードが登録されていないカードである場合は、端末装置１０に例えば「エラー（誤認識）」などの通知をしてもよい。また、カードが登録されている場合は、カードの情報として、カードに表示されるキャラクタや、カードの強さなどの情報を端末装置１０に送信するようにしてもよい。また、ステップＳ６０１およびステップＳ６５１は、ユーザが保持するカードすべてを記憶部に記憶させるまで繰り返し行うように構成してもよい。

【0117】

ステップＳ６０３において、端末装置１０は、カードを収容する物体に付与されているマーカを読み取り収容する物体の識別子を取得する。そして、収容する物体の識別子をサーバ２０に送信する。

【0118】

ステップＳ６５３において、サーバ２０は、収容する物体の識別子と、収容物体データベース２８３に格納された情報とを照合し、収容する物体に関する情報を端末装置１０に送信する。例えば、収容する物体の識別子と対応付けられている収容物体に表示されるキャラクタや絵柄、収容物体を示す画像データなどが送信される。図８の例では、サーバ２０は、照合の結果、収容する物体が収容袋であると判断し、収容袋の情報を端末装置１０に送信する。端末装置１０は、受信した情報に基づき、収容袋をディスプレイに表示などしてユーザに提示する。

【0119】

ステップＳ６０５において、端末装置１０は、ユーザから、カード情報１８１に記憶されたカードＩＤと、上記提示された収容袋とを対応付ける操作を受け付ける。ここで、端末装置１０は、収容袋に関する情報がカード情報１８１に記憶されているか否かを判断する。具体的には、収納袋に予め付与されているデッキの識別子がカード情報１８１に記憶されているか否かを判断する。

【0120】

ステップＳ６０７において、端末装置１０は、デッキの識別子が記憶されていないと判断した場合は、読み取った収容袋に関する情報に基づき、カードＩＤと、収容袋ＩＤおよびデッキＩＤとを対応付けてカード情報１８１に記憶する。さらに、デッキＩＤと、カードＩＤとを対応付けたデッキ情報を生成し、デッキ情報１８２に格納する。

【0121】

一方、デッキの識別子が記憶されていると判断した場合は、収納袋のＩＤと対応付けられたカードＩＤを、デッキを構成するカードとして追加し、デッキ情報１８２を更新する。

【0122】

ステップＳ６５５において、サーバ２０は、ステップＳ６０７において生成または更新されたデッキ情報をユーザ情報データベース２８１に記憶する。

【0123】

ステップＳ６０９において、端末装置１０は、ステップＳ６０５の操作に応じて、カードＩＤと収容袋ＩＤとを対応付けてカード情報１８１に記憶し、当該対応付けをサーバ２０に送信する。

【0124】

ステップＳ６５７において、サーバ２０は、カードＩＤと収容袋ＩＤとを対応付けてユーザ情報データベース２８１に記憶する。

【0125】

以上のように、ユーザは保持するカードと、収容物体およびデッキとを対応付けて記憶させ、カードを管理することができる。

【0126】

図９は、ユーザが希望カード情報またはサブカード情報を登録してデッキ情報を更新する処理の一例を示すシーケンス図である。

【0127】

ステップＳ７０１において、端末装置１０は、ユーザからカードＩＤとデッキＩＤとを対応付ける操作を受け付ける。端末装置１０は、ユーザが入力した識別子や、撮影画像などからカードＩＤを取得してもよい。

【0128】

ステップＳ７０３において、端末装置１０は、カード情報１８１を参照して、ステップＳ７０１のカードＩＤが、ユーザが保持するカードか否かを判断する。

【0129】

ステップＳ７０５において、端末装置１０は、ステップＳ７０３においてユーザが保持しないカードであると判断した場合は、当該カードＩＤを希望カード情報としてデッキＩＤと対応付け、デッキ情報を更新する。一方、ユーザが保持するカードであると判断した場合は、当該カードＩＤをサブカード情報としてデッキＩＤと対応付け、デッキ情報を更新する。端末装置１０は、更新したデッキ情報をサーバ２０に送信する。

【0130】

ステップＳ７５１において、サーバ２０は、受信した情報に基づき、デッキ情報を更新する。

【0131】

以上のように、ユーザは、デッキと希望カード情報およびサブカード情報とを対応付けて記憶させ、デッキの管理を行うことができる。

【0132】

図１０は、ディスプレイに表示されたカードおよび収容する物体に対して、ユーザが行う操作の一例を示した図である。

【0133】

図１０（Ａ）は、カードと収納袋とを対応付ける操作の一例であり、図１０（Ｂ）は、収容する物体に対応付けられたカードをユーザに提示する画面例である。

【0134】

図１０（Ａ）において、端末装置１０のディスプレイ１３０には、カメラ１６０で読み取ったカード３０１と、記憶部に記憶されている複数の収容袋３０２と複数の収容箱３０３とが示されている。

【0135】

ユーザは、例えばカード３０１を指などで矢印の方向へドラッグして移動させることで、収容袋３０２と対応付けることができる。図１０（Ａ）では、「カード＃０００１」と「収容袋＃ａ０１」とが対応付けられる。また、カード３０１を収容袋３０２の表示されている位置まで移動させ、所定時間指を抑えた状態のままにすると、一番手前の収容袋（この例の場合、「収容袋＃ａ０１」）に代わって、後列に配置される複数の収容袋が順に表示され、ユーザは対応付けを希望する収容袋が表示されたタイミングでカード３０１を抑えていた指をディスプレイから離すことにより、カード３０１と収容袋３０２とを対応付けるように構成してもよい

【0136】

図１０（Ｂ）において、端末装置１０のディスプレイ１３０には、収容袋３０２に収容されているカード３１２、収容箱３０３に収容されているカード群３１３が示されている。

【0137】

ユーザは、例えば収容袋３０２や収容箱３０３を指などでタップすることで、収容袋３０２や収容箱３０３が、どのカードと対応付けられているか（すなわち、どのカードを収容しているか）表示させることができる。また、収容袋３０２の位置に、所定時間指を抑えた状態のままにすると、一番手前の収容袋（この例の場合、「収容袋＃ｂ０３」）に代わって、後列に配置される複数の収容袋が順に表示され、ユーザは収容されているカードの提示を希望する収容袋が表示されたタイミングで収容袋３０２を抑えていた指をディスプレイから離すことにより、指を話したタイミングで一番手前に表示されていた収容袋３０２と対応付けられたカードを提示するよう構成してもよい。

【0138】

＜変形例＞
（１）上記の実施形態の説明では、図３において、カードを収容する物体（収容袋９６）にマーカ９７を付与しておき、端末装置１０のカメラ１６０等で撮影をすることでマーカ９７の情報を読み取る例を説明した。つまり、収納袋や収納箱に付与されたマーカを読み取ることで、カードを収容する物体それぞれを特定可能にしている。

【0139】

この他に、端末装置１０が、カードを収容する物体の外観（デザイン、絵柄）を特定して、当該物体の種類を識別するに留まり、同種類の当該物体のそれぞれについては識別しないこととしてもよい。例えば、収容袋９６において、カードの情報が表示される面（おもて面）を覆う被覆部材については透明もしくは半透明の材料を用いつつ、カードの情報が表示されない面（おもて面とは反対側の裏面）を覆う被覆部材については、模様、背景、キャラクタなどが描かれているものがあるとする。例えば、ユーザは、販売店等において、同一のデザインの収容袋が複数枚封入された商品を購入する。

【0140】

端末装置１０は、収容袋９６の当該被覆部材をカメラ１６０等で撮影することにより、収容袋９６それぞれのデザインを認識することができる。

【0141】

ここで、ユーザは、デッキを構成するカードについて、同一のデザインの収容袋９６に収容するとする。これにより、端末装置１０は、収容袋９６のデザインの認識結果を、デッキを特定する情報として管理することができる。つまり、端末装置１０は、第１のデザインの収容袋９６と、第１のデザインの複数の収容袋９６にそれぞれ収容されるカードとを対応付けて１つのデッキとして管理する。端末装置１０は、図７のカード情報１８１において、項目「カードＩＤ」と、収容袋９６のデザインの読み取り結果（デッキＩＤ）とを対応付けて管理することとしてもよい。

【0142】

また、ユーザが、収容袋９６のデザインと、当該デザインに対応するデッキとを確認することを容易にするよう、端末装置１０等においてこれら収容袋９６のデザインおよび当該デザインに対応するデッキの情報を確認できるようにしてもよい。

【0143】

例えば、端末装置１０は、収容袋９６のデザインと、当該デザインに対応するデッキとをディスプレイ１３２に表示することとしてもよい。例えば、ユーザが、複数のデッキと、各デッキに対応する収容袋９６のデザインとを端末装置１０に登録しているとする。端末装置１０は、ディスプレイ１３２に、デッキとして登録している収容袋９６のデザインを示す画像のそれぞれを並べる等により表示する。端末装置１０は、ユーザから、収容袋９６のデザインを指定する入力操作を受け付けており、当該入力操作に応答して、当該デザインに対応するデッキを構成するカードの情報（カードの絵柄、カードに設定される各種パラメータ等）をディスプレイ１３２に表示する。なお、端末装置１０は、１画面において、収容袋９６のデザインを指定するための入力操作を受け付ける領域と、当該指定されたデザインに対応するデッキを構成するカードの情報を表示するための領域とをともに表示してもよい。

【0144】

これにより、ユーザは、収容袋９６のデザインが、どのデッキに対応しているかをよりいっそう容易に認識することができる。例えば、対戦会等において、ユーザが端末装置１０を操作してデッキの内容を確認しつつ、ＴＣＧの対戦で使用する収容袋９６のデザインを把握することが容易になる。

【0145】

また、サーバ２０において、各ユーザの収容袋９６のデザインと、各デザインに対応するデッキの情報とを管理することとしてもよい。これにより、端末装置１０が、ユーザから、対戦会等で対戦をした他のユーザの収容袋９６のデザインに基づいて、当該他のユーザのデッキの情報を参照できる操作を受け付けることとしてもよい。

【0146】

例えば、対戦会等において、各ユーザが、予めデッキの情報をサーバ２０等に登録しているとする。端末装置１０は、サーバ２０に対し、端末装置１０のユーザとは異なる他のユーザの収容袋９６のデザインおよび当該デザインに対応するデッキの情報を要求する。サーバ２０は、当該要求に応答して、端末装置１０に対し、各ユーザの収容袋９６のデザインおよび当該デザインに対応するデッキの情報を送信する。これにより、ユーザは、他のユーザが対戦時に使用していた収容袋９６のデザインを手掛かりとして、対戦相手のユーザのデッキの情報を参照することができる。

【0147】

（２）以上の実施形態の説明では、カードを収納袋または収納箱に収納するものとしているが、これに限らず、収納袋に収容されたカードを収容箱に収容するようにしてもよい。これにより、収納箱に収納するために、収容袋からカードを出し入れする必要がなくなり、ユーザに煩雑さを感じさせることなく、容易にカードの管理を行うことができる。

【0148】

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

【符号の説明】

【0149】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】