JP7386953B1 - プログラム、方法、情報処理装置、システム - Google Patents

Abstract

【課題】複数のデッキに一のデジタルカードを同時に採用する場合であっても、デジタルカードを効率的に管理する。【解決手段】 プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムである。プログラムは、プロセッサに、複数のデジタルカードに関する情報を記憶するステップと、複数のデジタルカードの少なくともいずれかを組み合わせて構築する複数のデッキに関する情報を、複数のデジタルカードと関連付けて記憶するステップと、複数のデジタルカードに関する情報の一覧をユーザに表示し、一覧において、単一のデッキで採用されるデジタルカードを、当該デッキで採用されていることを把握可能に表示し、複数のデッキで採用されるデジタルカードを、現在収容しているデッキと、採用しているが収容していないデッキとを把握可能に表示するステップと実行させる。【選択図】図１６

Description

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

アナログカードを用いてプレイするアナログＴＣＧ（Trading Card Game）が楽しまれている。これに加えて、近年では、デジタルカードを用いてプレイするデジタルＴＣＧが存在している。

特許文献１では、トレーディングカードに対応するデジタルカードのデジタル上での増殖を抑制しつつ、デジタル上で利用可能にできるカード利用システムが提案されている。

特開２０２１－３７１９９号公報

特許文献１では、アナログカードに基づくデジタルカードを管理することが記載されているが、複数のデッキに一のデジタルカードを同時に採用して管理することは記載されていない。

本開示の目的は、複数のデッキに一のデジタルカードを同時に採用する場合であっても、デジタルカードを効率的に管理することである。

プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムである。プログラムは、プロセッサに、複数のデジタルカードに関する情報を記憶するステップと、複数のデジタルカードの少なくともいずれかを組み合わせて構築する複数のデッキに関する情報を、複数のデジタルカードと関連付けて記憶するステップと、複数のデジタルカードに関する情報の一覧をユーザに表示し、一覧において、単一のデッキで採用されるデジタルカードを、当該デッキで採用されていることを把握可能に表示し、複数のデッキで採用されるデジタルカードを、現在収容しているデッキと、採用しているが収容していないデッキとを把握可能に表示するステップと実行させる。

本開示によれば、複数のデッキに一のデジタルカードを同時に採用する場合であっても、デジタルカードを効率的に管理できる。

本実施形態に係るＴＣＧの対戦を準備する局面を示す図である。 本実施形態に係るＴＣＧの対戦を開始しようとする局面を示す図である。 各ユーザがＴＣＧの対戦を進行させている局面を示す図である。 システム１の全体構成の例を示すブロック図である。 図４に示す端末装置１０の構成例を表すブロック図である。 サーバ２０の機能的な構成の例を示す図である。 カード情報１８２のデータ構造を示す図である。 デッキ情報１８３のデータ構造を示す図である。 ユーザ情報テーブル２０２１のデータ構造を示す図である。 カード情報テーブル２０２２のデータ構造を示す図である。 デッキ情報テーブル２０２３のデータ構造を示す図である。 Ｑ＆Ａ情報テーブル２０２４のデータ構造を示す図である。 端末装置１０に表示されるカード一覧の例を表す模式図である。 端末装置１０に表示されるカード一覧のその他の例を表す模式図である。 端末装置１０に表示されるデッキ一覧の例を表す模式図である。 端末装置１０に表示される、デッキ２の編集画面の例を表す模式図である。 端末装置１０に表示される、デッキ３の編集画面の例を表す模式図である。 デッキの編集時に、カードがデッキから外された際の制御部１９０の動作の例を示すフローチャートである。 デッキの編集時に、カードがデッキに入れられた際の制御部１９０の動作の例を示すフローチャートである。 端末装置１０に表示される、希望カードの通知画面の例を表す模式図である。 端末装置１０に表示される、デッキ２の編集画面のその他の例を表す模式図である。 Ｑ＆Ａ情報の表示画面の例を表す模式図である。 コンピュータ９０の基本的なハードウェア構成を示すブロック図である。

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

＜概略＞
本実施形態に係るプログラムは、ＴＣＧ(Trading Card Game)をプレイするユーザが有するカードを管理するプログラムである。ユーザは、ＴＣＧの対戦に使用するカードを組み合わせてデッキを構築する。ユーザは、構築したデッキを用い、他のユーザが構築したデッキと対戦する。デッキは、組み合わせるカードに応じて様々な特徴を有する。デッキ毎に相性の良し悪しが存在するため、ユーザによっては、複数のデッキを所有している。

特徴のあるカードが複数存在しているが、デッキを構築する上で必要となる汎用的なカードが共通することがある。デッキ毎に汎用的なカードを用意することは困難であるため、デッキ間でカードを共有することがある。このような場合、複数のデッキで共有されているカードが現在どのデッキで収容されているのか、わからなくなることがある。また、他のデッキと共有してるカードが抜き取られている場合、何のカードが入っていたかわからなくなることがある。

本実施形態に係るプログラムは、複数のデッキで採用されているカードを、現在組み込まれているデッキと、採用されてはいるが現在収容されていないデッキと関連付けて記憶する。これにより、複数のデッキを構築する場合において、どのデッキにどのカードが入っているかを容易に把握可能となる。

まず、本実施形態に係るＴＣＧの概要について説明する。次いで、ユーザが所有するカードを管理することができる支援システムについて説明する。

＜０ ＴＣＧの概要＞
図１は、本実施形態に係るＴＣＧの対戦を準備する局面を示す図である。図２は、本実施形態に係るＴＣＧの対戦を開始しようとする局面を示す図である。図３は、各ユーザがＴＣＧの対戦を進行させている局面を示す図である。

ユーザは、プレイマット３０を配置し、ＴＣＧの対戦に使用するカードを組み合わせて構築したデッキを用い、ＴＣＧの対戦を行う。

＜０．１ プレイマット３０の構成＞
図１を参照して、各ユーザがＴＣＧの対戦で使用する各種用品について説明する。図１に示すように、ユーザ５Ａ（第１ユーザ）と、ユーザ５Ｂ（第２ユーザ）とが、ＴＣＧの対戦を開始するにあたり、ユーザ５Ａとユーザ５Ｂとの間にプレイマット３０を配置する。プレイマット３０は、デッキに含まれるカードを配置するためのものである。各ユーザは、プレイマット３０に山札等としてカードを配置し、山札からカードを手札に加えつつＴＣＧの対戦を進行させる。

プレイマット３０の構成について説明する。プレイマット３０は、例えば、カードを配置する位置が表されるマットを含む。プレイマット３０は、例えば、山札配置部３１Ａ及び山札配置部３１Ｂ（以下、「山札配置部３１」と総称することもある）と、準備カード配置部３２Ａ及び準備カード配置部３２Ｂ（以下、「準備カード配置部３２」と総称することもある）と、勝敗条件カード配置部３３Ａ及び勝敗条件カード配置部３３Ｂ（以下、「勝敗条件カード配置部３３」と総称することもある）と、バトルカード配置部３４Ａ及びバトルカード配置部３４Ｂ（以下、「バトルカード配置部３４」と総称することもある）と、消費カード配置部３５Ａ及び消費カード配置部３５Ｂ（以下、「消費カード配置部３５」と総称することもある）と、を含む。プレイマット３０は、ユーザ毎に配置されてもよい。このとき、例えば、プレイマット３０は、一方のユーザと関わる領域を含む。具体的には、例えば、プレイマット３０は、山札配置部３１Ａと、準備カード配置部３２Ａと、勝敗条件カード配置部３３Ａと、バトルカード配置部３４Ａと、消費カード配置部３５Ａとを含む。

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

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

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

準備カード配置部３２は、対戦相手のカードと戦うことができるカードを準備するための領域である。各ユーザは、準備カード配置部３２に配置されているカードと、バトルカード配置部３４に配置されているカードとを入れ替えつつ、バトルカード配置部３４に配置されているカード同士を戦わせる。

図２に示すように、ＴＣＧの対戦を開始する前においては、準備カード配置部３２、バトルカード配置部３４にはカードは配置されていない。一方、図３に示すように、ＴＣＧの対戦が進行すると、各ユーザが準備カード配置部３２、バトルカード配置部３４にカードを配置し、バトルカード配置部３４にカード同士を戦わせる。各ユーザは山札から手札を補充しつつ、手札の中からバトルに使用するカードを準備カード配置部３２、バトルカード配置部３４に配置する。ユーザ５Ａは、準備カード配置部３２Ａにカードを配置する。ユーザ５Ｂは、準備カード配置部３２Ｂにカードを配置する。

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

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

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

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

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

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

（ｉＢ）例えば、条件付きカードは、特定のカードを消費して消費カード配置部３５に移動させることにより、準備カード配置部３２又はバトルカード配置部３４に配置できる。具体的には、特定のカードとして、プレイマット３０に配置されている無条件カードを消費して（消費カード配置部３５に移動させて）、条件付きカードを準備カード配置部３２又はバトルカード配置部３４に配置できる、としてもよい。

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

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

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

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

キャラクタカードがバトルにより体力値が尽きる等により、バトルカード配置部３４から退場することとなった場合、当該キャラクタカードに関連付けられている行動力カードを当該対戦中で使用不可とすることとしてもよい。また、当該キャラクタカードに関連付けられている行動力カードを消費カード配置部３５へ移動させてもよい。

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

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

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

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

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

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

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

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

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

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

なお、対戦の勝利条件としては、この他に、バトルカード配置部３４と準備カード配置部３２のいずれにもキャラクタカードがない場合に敗北する、としてもよい。また、対戦の勝利条件としては、各ユーザが自分のターンで山札配置部３１から山札を引けない場合に敗北する、としてもよい。

図１～図３では、ユーザ同士が対面してＴＣＧの対戦を行う例を説明している。しかしながら、ＴＣＧの対戦は、ユーザ同士が対面するものに限定されない。ユーザ同士がインターネットで接続し、相手の音声及び相手のカード配置等をインターネットを介して取得することで対戦を行ってもよい。具体的には、例えば、ユーザは、プレイマット３０における自身の領域をカメラ等で撮影しながら対戦を行う。撮影された画像は、リアルタイムで対戦相手へ送信される。ユーザは、対戦相手から送られてきた、対戦相手の領域についての画像を受信し、受信した画像をディスプレイに表示する。これにより、ユーザは、現実の自身のカードを扱いながら、画面越しに対戦相手のカードをリアルタイムに確認することが可能となる。このように、ユーザは、アナログカードを用いたＴＣＧの対戦をオンラインで実施してもよい。

カメラが複数ある場合、又は、カメラの視野角を調整可能なデバイスがある場合、ユーザの顔を撮影し、撮影した画像を対戦相手へ送信してもよい。こうすることで、対戦中の相手の表情を確認することが可能となるため、オンラインでのＴＣＧの対戦で、対面での対戦の満足度を得ることが可能となる。

＜１ システム全体の構成図＞
図４は、システム１の全体構成の例を示すブロック図である。図４に示すシステム１は、例えば、端末装置１０、及びサーバ２０を含む。端末装置１０、及びサーバ２０は、例えば、ネットワーク８０を介して通信接続する。

図４において、システム１が端末装置１０を３台含む例を示しているが、システム１に含まれる端末装置１０の数は、３台に限定されない。システム１に含まれる端末装置１０は、２台以下であってもよいし、４台以上であってもよい。

図４において、システム１がサーバ２０を１台含む例を示しているが、システム１に含まれるサーバ２０の数は、１台に限定されない。サーバ２０は、有する機能に応じ、複数のサーバから構成されていてもよい。また、サーバ２０は、例えば、複数の装置の集合体を１つのサーバとしてもよい。１つ又は複数のハードウェアに対して本実施形態に係るサーバ２０を実現することに要する複数の機能の配分の仕方は、各ハードウェアの処理能力及び／又はサーバ２０に求められる仕様等に鑑みて適宜決定することができる。

図４に示す端末装置１０は、例えば、ＴＣＧのカードを所有するユーザが操作する情報処理装置である。端末装置１０は、例えば、スマートフォン、タブレット等の携帯端末により実現される。また、端末装置１０は、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣ等により実現されてもよいし、ＨＭＤ（Head Mount Display）等のウェアラブル端末により実現されてもよい。

端末装置１０は、通信ＩＦ（Interface）１２と、入力装置１３と、出力装置１４と、メモリ１５と、ストレージ１６と、プロセッサ１９とを備える。入力装置１３は、ユーザからの入力操作を受け付けるための装置（例えば、タッチパネル、タッチパッド等）である。出力装置１４は、ユーザに対して情報を提示するための装置（ディスプレイ、スピーカー等）である。

サーバ２０は、例えば、カードに関する情報及びデッキに関する情報を管理する情報処理装置である。

サーバ２０は、例えば、ネットワーク８０に接続されたコンピュータにより実現される。図４に示すように、サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、及び、ユーザに対して情報を提示するための出力装置とのインタフェースとして機能する。

各情報処理装置は演算装置と記憶装置とを備えたコンピュータにより構成されている。コンピュータの基本ハードウェア構成及び、当該ハードウェア構成により実現されるコンピュータの基本機能構成は後述する。端末装置１０、及びサーバ２０のそれぞれについて、後述するコンピュータの基本ハードウェア構成及びコンピュータの基本機能構成と重複する説明は省略する。

＜１．１ 端末装置の構成＞
図５は、図４に示す端末装置１０の構成例を表すブロック図である。図５に示すように、端末装置１０は、通信部１２０と、入力装置１３と、出力装置１４と、音声処理部１７と、マイク１７１と、スピーカー１７２と、カメラ１６０と、位置情報センサ１５０と、記憶部１８０と、制御部１９０とを備える。端末装置１０に含まれる各ブロックは、例えば、バス等により電気的に接続される。

通信部１２０は、端末装置１０が他の装置と通信するための変復調処理等の処理を行う。通信部１２０は、制御部１９０で生成された信号に送信処理を施し、外部（例えば、サーバ２０）へ送信する。通信部１２０は、外部から受信した信号に受信処理を施し、制御部１９０へ出力する。

入力装置１３は、端末装置１０を操作するユーザが指示、又は情報を入力するための装置である。入力装置１３は、例えば、操作面へ触れることで指示が入力されるタッチ・センシティブ・デバイス１３１等により実現される。端末装置１０がＰＣ等である場合には、入力装置１３は、リーダー、キーボード、マウス等により実現されてもよい。入力装置１３は、ユーザから入力される指示を電気信号へ変換し、電気信号を制御部１９０へ出力する。なお、入力装置１３には、例えば、外部の入力機器から入力される電気信号を受け付ける受信ポートが含まれてもよい。

出力装置１４は、端末装置１０を操作するユーザへ情報を提示するための装置である。出力装置１４は、例えば、ディスプレイ１４１等により実現される。ディスプレイ１４１は、制御部１９０の制御に応じたデータを表示する。ディスプレイ１４１は、例えば、ＬＣＤ（Liquid Crystal Display）、又は有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現される。

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

カメラ１６０は、受光素子により光を受光し、撮影信号として出力するためのデバイスである。

位置情報センサ１５０は、端末装置１０の位置を検出するセンサであり、例えばＧＰＳ（Global Positioning System）モジュールである。ＧＰＳモジュールは、衛星測位システムで用いられる受信装置である。衛星測位システムでは、少なくとも３個または４個の衛星からの信号を受信し、受信した信号に基づいて、ＧＰＳモジュールが搭載される端末装置１０の現在位置を検出する。位置情報センサ１５０は、端末装置１０が接続する無線基地局の位置から、端末装置１０の現在の位置を検出してもよい。

記憶部１８０は、例えば、メモリ１５、及びストレージ１６等により実現され、端末装置１０が使用するデータ、及びプログラムを記憶する。記憶部１８０は、例えば、ユーザ情報１８１、カード情報１８２、デッキ情報１８３を記憶する。

ユーザ情報１８１は、例えば、ＴＣＧをプレイするユーザに関する情報を含む。ユーザに関する情報には、例えば、ユーザＩＤ、ユーザの氏名、年齢、住所、生年月日、登録年月日等が含まれる。
カード情報１８２は、例えば、カードに関する情報を含む。カード情報１８２は、ユーザが所有するカードに関する情報を含んでいてもよい。詳細は後述する。
デッキ情報１８３は、例えば、ユーザが構築したデッキに関する情報を含む。詳細は後述する。

制御部１９０は、プロセッサ１９が記憶部１８０に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。制御部１９０は、端末装置１０の動作を制御する。制御部１９０は、プログラムに従って動作することにより、操作受付部１９１、送受信部１９２、管理部１９３、表示制御部１９４、補助部１９５、通知部１９６としての機能を発揮する。

操作受付部１９１は、入力装置１３から入力される指示、又は情報を受け付けるための処理を行う。具体的には、例えば、操作受付部１９１は、タッチ・センシティブ・デバイス１３１等から入力される指示、又は情報を受け付ける。

また、操作受付部１９１は、カメラ１６０から入力される画像を受け付ける。具体的には、例えば、操作受付部１９１は、カメラ１６０により撮影された撮影データを受信する。

また、操作受付部１９１は、マイク１７１から入力される音声情報を受け付ける。具体的には、例えば、操作受付部１９１は、マイク１７１から入力され、音声処理部１７でデジタルデータに変換された音声データを受信する。

送受信部１９２は、端末装置１０が、サーバ２０等の外部の装置と、通信プロトコルに従ってデータを送受信するための処理を行う。具体的には、例えば、送受信部１９２は、ユーザから入力された指示、又は取得した種々の情報をサーバ２０へ送信する。また、送受信部１９２は、サーバ２０から提供される情報を受信する。サーバ２０から提供される情報は、例えば、新たにユーザが入手したカードに関する情報、又は、所定のサイトで公開されているデッキに関する情報を含む。

管理部１９３は、記憶部１８０に記憶される、ユーザ情報１８１、カード情報１８２、デッキ情報１８３を管理する。例えば、管理部１９３は、ユーザに関する情報が編集されると、編集された情報をユーザ情報１８１に記憶する。また、管理部１９３は、カードに関する情報が更新されると、カード情報１８２を更新する。また、管理部１９３は、デッキに関する情報が更新されると、デッキ情報１８３を更新する。

補助部１９５は、デッキの構築を補助する。例えば、補助部１９５は、ユーザが所有しているカードから、デッキを構築するのに適したカードを抽出する。例えば、補助部１９５は、ユーザから入力される情報に基づき、所有しているカードから構築することが可能なデッキを構成するカードを抽出する。ユーザから入力される情報は、例えば、以下である。
・主な属性
・主軸となるキャラクタ名
・参考とするデッキ編成

補助部１９５は、ユーザが途中まで構築したデッキに対し、構築中のデッキに含まれるカードに基づき、規定枚数までの残りのカードを、所有しているカードから抽出する。補助部１９５は、例えば、種別毎のカード枚数のバランス、属性に係る情報の一致、デッキ構築の典型パターンに基づいて必要と推定されるカード等に基づいてカードを抽出する。また、補助部１９５は、ユーザが途中まで構築したデッキに対し、構築中のデッキに含まれるカードに基づき、規定枚数を超えた分のカードを、デッキから外す。補助部１９５は、例えば、種別毎のカード枚数のバランス、属性に係る情報の一致、デッキ構築の典型パターンに基づいて不要と推定されるカード等に基づいてデッキからカードを外す。

補助部１９５は、デッキを強化するのに必要なカード（希望カード）を管理する。希望カードは、例えば、以下のようなカードを表す。
・所有しているカードが１枚あるが、複数枚必要であるカード
・使用が関連付けられているキャラクタカード群（例えば、進化前と進化後のキャラクタカード）において、一部は有しているがその他を有していないカード
・同一デッキで使用されることが推奨されるカード群のうち、所有できていない一部のカード

補助部１９５は、ユーザから指定されるカードを希望カードとしてもよいし、構築済みのデッキに基づき、未所有のカードを希望カードとしてもよい。補助部１９５は、例えば、インターネット上で公開されているデッキと、構築済みのデッキとを比較し、公開されているデッキに対して不足しているカードを希望のカードとしてもよい。

表示制御部１９４は、ユーザに対して所定の画像を表示するため、出力装置１４を制御する。例えば、表示制御部１９４は、カード情報１８２で管理される情報と、デッキ情報１８３で管理される情報とに基づき、ユーザが所有しているカードの管理画面を表示するように、ディスプレイ１４１を制御する。具体的には、表示制御部１９４は、ユーザが所有しているカードを、所属しているデッキを把握可能に表示するように、ディスプレイ１４１を制御する。

表示制御部１９４は、デッキの構築を補助するための情報をユーザに表示するため、出力装置１４を制御する。

通知部１９６は、デッキに関する情報をユーザが確認しやすい手法でユーザへ通知する。

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

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

記憶部２０２は、例えば、ユーザ情報テーブル２０２１、カード情報テーブル２０２２、デッキ情報テーブル２０２３、Ｑ＆Ａ情報テーブル２０２４を有する。

ユーザ情報テーブル２０２１は、例えば、ＴＣＧに関するサービスに登録しているユーザに関する情報を記憶するテーブルである。詳細は後述する。

カード情報テーブル２０２２は、例えば、カードに関する情報を記憶するテーブルである。詳細は後述する。

デッキ情報テーブル２０２３は、例えば、ユーザにより登録されたデッキに関する情報を記憶するテーブルである。詳細は後述する。

Ｑ＆Ａ情報テーブル２０２４は、例えば、カードの使い方に関する質問と、当該質問に対する答えとを記憶するテーブルである。詳細は後述する。

制御部２０３は、プロセッサ２９が記憶部２０２に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。制御部２０３は、プログラムに従って動作することにより、受信制御モジュール２０３１、送信制御モジュール２０３２、管理モジュール２０３３、実行モジュール２０３４としての機能を発揮する。

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

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

管理モジュール２０３３は、記憶部２０２に記憶されるテーブルを管理する。

実行モジュール２０３４は、ユーザから提供される情報に基づき、所定のサービスに係る処理を実行する。

＜２ データ構造＞
図７、図８は、端末装置１０が記憶する情報のデータ構造を示す図である。なお、図７、図８は一例であり、記載されていないデータを除外するものではない。

図７は、カード情報１８２のデータ構造を示す図である。図７に示すカード情報１８２は、カードＩＤをキーとして、名称、種別、属性、カード情報、画像データ、枚数等のカラムを有するテーブルである。カード情報１８２は、これらの他に、レギュレーション、又はレアリティに関する情報等を有していてもよい。

カードＩＤは、カードを一意に識別するための識別子を記憶する項目である。名称は、カードの名称を記憶する項目である。種別は、カードの種類を記憶する項目である。本実施形態において、カードの種類は、例えば、キャラクタ、エネルギー、サポート、グッズ等を含む。

属性は、キャラクタが属する性質を記憶する項目である。本実施形態において、属性は、例えば、炎、水、雷、草、超、鋼、悪、闘等を含む。属性には、相対すると有利になる属性、及び不利になる属性が存在する。カード情報は、カードの内容を説明する情報を記憶する項目である。カードの種別がキャラクタである場合、カード情報は、例えば、キャラクタの攻撃力、体力、技を出すのに必要なエネルギー量、逃げるのに必要なエネルギー量、弱点、抵抗力、キャラクタが有する特殊な特性等を含む。カードの種別がサポート、グッズである場合、カード情報は、例えば、カードの使用要件、カード使用時に発生する効果等を含む。画像データは、画像を記憶する項目である。画像データは、他の場所に配置された画像データファイルに対する参照情報（パス）を記憶するものとしてもよい。

枚数は、ユーザが所持している、同一のカードＩＤが割り振られているカードの枚数を記憶する項目である。本実施形態において、同一の名称であっても、効果が異なるカードには、異なるカードＩＤが割り振られている。また、同一の名称であっても、レアリティが異なるカードには、異なるカードＩＤが割り振られている。また、同一の名称であっても、レギュレーションが異なるカードには、異なるカードＩＤが割り振られている。

カードについてのレコードは、例えば、ユーザが該当するカードを取得すると、サーバ２０から読み出される。具体的には、端末装置１０は、例えば、ユーザがカードを取得すると、当該カードのカードＩＤを所定の手法により取得する。カードＩＤは、例えば、カードの表面に印刷されている番号、又はコードを読み出すことで取得してもよいし、撮影したカードを画像解析することで、取得してもよい。端末装置１０は、カードＩＤに基づき、取得したカードに関する情報をサーバ２０に要求する。サーバ２０は、要求されたカードに関する情報を端末装置１０へ送信する。

カードの画像解析は、１枚ずつに限らず、複数枚まとめて解析してもよい。具体的には、例えば、ユーザは、所有する複数のカードを、各カードを視認可能に載置し、載置した複数のカードを画角に含めるように撮影する。このとき、複数のカードは、デッキに含まれる６０枚のカードであってもよい。端末装置１０は、複数のカードを撮影した画像を解析し、各カードのカードＩＤを取得する。

端末装置１０は、読み取り以外の手法でカードＩＤを取得してもよい。例えば、端末装置１０は、ユーザから番号、又はカード名等の入力を受け付けることで、カードＩＤを取得してもよい。

なお、ユーザが所有していないカードに関する情報も、最初から端末装置１０に記憶されていてもよい。端末装置１０は、ユーザがカードを取得し、取得したカードのカードＩＤを取得すると、取得したことを表すフラグを立てる。枚数が「１」になった際に、当該カードを取得したと判断してもよい。

図８は、デッキ情報１８３のデータ構造を示す図である。図８に示すデッキ情報１８３は、デッキＩＤをキーとして、名称、枚数、編成カード、共有カード、貸出カード、希望カード、完成、更新日等のカラムを有するテーブルである。デッキ情報１８３は、これらの他に、デッキの通称名称に関する情報、デッキの使用履歴等を有していてもよい。デッキの通称名称は、例えば、デッキに用いられている特徴的なカードに基づいて付けられる、デッキの特徴を端的に表す、複数のユーザ間で共通の認識のもと付けられる名称である。

デッキＩＤは、デッキを一意に識別するための識別子を記憶する項目である。名称は、デッキの名称を記憶する項目である。名称はユーザにより付けられる。枚数は、デッキを構成するカードの枚数を記憶する項目である。枚数は、カードの種別毎の枚数を記憶してもよい。編成カードは、デッキを編成するカードを記憶する項目である。編成カードでは、例えば、カードＩＤが記憶される。

共有カードは、他のデッキと共有しているカードを記憶する項目である。共有カードでは、例えば、カードが共有されるデッキのデッキＩＤと、このデッキと共有されているカードのカードＩＤとが関連付けて記憶されている。図８に示す例では、例えば、デッキＩＤ：Ｄ０００２のレコードに、共有カードとして、「Ｃ００５０－Ｄ０００１、－Ｄ０００３」が記載されている。これは、デッキＩＤ：Ｄ０００２のデッキで編成されている「Ｃ００５０」のカードが、デッキＩＤ：Ｄ０００１のデッキと、デッキＩＤ：Ｄ０００３のデッキとにも採用されるが、現在は、デッキＩＤ：Ｄ０００２のデッキに編成されていることを表す。

貸出カードは、他のデッキへ貸し出しているカードを記憶する項目である。貸出カードでは、例えば、貸し出されているカードのカードＩＤと、このカードが貸し出されているデッキのデッキＩＤとが関連付けて記憶されている。図８に示す例では、例えば、デッキＩＤ：Ｄ０００１のレコードに、貸出カードとして、「Ｃ００５０－Ｄ０００２」が記載されている。これは、デッキＩＤ：Ｄ０００１のデッキから、デッキＩＤ：Ｄ０００２のデッキへ「Ｃ００５０」のカードが貸し出されていることを表す。

希望カードは、デッキを強化するのに必要なカードを記憶する項目である。完成は、デッキが完成しているか否かを記憶する項目である。本実施形態において、丸は、デッキが完成していることを表し、ばつは、デッキが完成していないことを表す。本実施形態において、デッキが完成しているとは、例えば、規定枚数のカードによりデッキを組み上げ、対戦に使用可能な状態となったことを表す。更新日は、デッキの構成を変更した日を記憶する項目である。更新日の算定において、一のデッキに採用されるカードを他のデッキで採用することも変更と扱ってもよい。

デッキについてのレコードは、ユーザからの指示により、端末装置１０において新たなデッキが作成されたときに追加される。図８では記載していないが、デッキ情報１８３には、デッキの構築、カードの移動に関する過去の情報がログとして記憶されていてもよい。

図９～図１２は、サーバ２０が記憶する情報のデータ構造を示す図である。なお、図９～図１２は一例であり、記載されていないデータを除外するものではない。

図９は、ユーザ情報テーブル２０２１のデータ構造を示す図である。図９に示すユーザ情報テーブル２０２１は、ユーザＩＤをキーとして、名称、年齢、住所、生年月日、登録年月日等のカラムを有するテーブルである。ユーザ情報テーブル２０２１は、上記に限らず、熟練度をカラムとして有してもよい。

ユーザＩＤは、ユーザを一意に識別するための識別子を記憶する項目である。名称は、ユーザの名称を記憶する項目である。年齢は、ユーザの年齢を記憶する項目である。住所は、ユーザが住んでいる場所を記憶する項目である。生年月日は、ユーザが生まれた日付を記憶する項目である。登録年月日は、ユーザがＴＣＧに係るサービスの利用を開始した日付を記憶する項目である。

ユーザ情報テーブル２０２１におけるレコードは、ユーザが新たに登録されると追加される。

図１０は、カード情報テーブル２０２２のデータ構造を示す図である。図１０に示すカード情報テーブル２０２２は、カードＩＤをキーとして、名称、種別、属性、カード情報、画像データ等のカラムを有するテーブルである。

カードＩＤは、カードを一意に識別するための識別子を記憶する項目である。名称は、カードの名称を記憶する項目である。種別は、カードの種類を記憶する項目である。属性は、キャラクタが属する性質を記憶する項目である。カード情報は、カードの内容を説明する情報を記憶する項目である。画像データは、画像を記憶する項目である。

カード情報テーブル２０２２におけるレコードは、カードが新たに発行されると追加される。

図１１は、デッキ情報テーブル２０２３のデータ構造を示す図である。図１１に示すデッキ情報テーブル２０２３は、デッキＩＤをキーとして、名称、ユーザＩＤ、登録日、編成カード等のカラムを有するテーブルである。デッキ情報テーブル２０２３は、これらの他に、デッキの通称名称に関する情報等を有していてもよい。

デッキＩＤは、登録されているデッキを一意に識別するための識別子を記憶する項目である。デッキＩＤは、ユーザから新たなデッキが登録されると、管理モジュール２０３３により発行される。図１１に示すデッキＩＤは、例えば、図８に示すデッキＩＤとは異なる識別子となっている。図１１に示すデッキＩＤは、公開されているデッキを管理するものであり、図８に示すデッキＩＤは、自身のデッキを管理するためのものであるからである。名称は、デッキの名称を記憶する項目である。名称はユーザにより付けられる。ユーザＩＤは、デッキを登録したユーザのユーザＩＤを記憶する項目である。登録日は、デッキが登録された日付を記憶する項目である。編成カードは、デッキを編成するカードを記憶する項目である。

デッキ情報テーブル２０２３におけるレコードは、デッキが新たに登録されると追加される。

図１２は、Ｑ＆Ａ情報テーブル２０２４のデータ構造を示す図である。図１２に示すＱ＆Ａ情報テーブル２０２４は、Ｑ＆ＡＩＤをキーとして、内容、関連デッキ、関連カード、登録日等のカラムを有するテーブルである。

Ｑ＆ＡＩＤは、Ｑ＆Ａを一意に識別するための識別子を記憶する項目である。Ｑ＆ＡＩＤは、新たなＱ＆Ａが登録されると、管理モジュール２０３３により発行される。内容は、Ｑ＆Ａの内容を記憶する項目である。例えば、Ｑ＆Ａの内容には、カードに係る質問と、当該質問に対する回答が含まれている。関連デッキは、Ｑ＆Ａが関連しているデッキに関する情報を記憶する項目である。図１２に示す例では、デッキの通称が記憶されている。関連カードは、Ｑ＆Ａが関連しているカードに関する情報を記憶する項目である。図１２に示す例では、カードＩＤが記憶されている。登録日は、Ｑ＆Ａが登録された日付を記憶する項目である。
Ｑ＆Ａ情報テーブル２０２４におけるレコードは、デッキが新たに登録されると追加される。

＜３ 動作＞
システム１における端末装置１０及びサーバ２０の動作について説明する。以下の説明の前提として、端末装置１０が、ユーザが所有するアナログカードを、デジタルデータ（デジタルカード）として取り込んでいる場合を想定する。端末装置１０が、ユーザが所有するアナログカードを、デジタルデータとして取り込む手法については既存のいかなる手法を利用してもよい。例えば、端末装置１０は、カードの表面に印刷されている番号、又はコードを読み出すことでカードＩＤを取得してもよいし、撮影したカードを画像解析することでカードを認識してもよい。カードの表面に印刷されている番号、又はコードは、視認可能であってもよいし、不可能であってもよい。また、カードが封入されているパックにカードＩＤが記入されたカードが同封されている場合には、端末装置１０は、同封されたカードを読み取ることでカードＩＤを取得してもよい。これにより、ユーザが所有するアナログカードが、デジタルデータとして管理できるようになる。

（カードの一覧表示）
ユーザは、端末装置１０に対し、自身が所有しているカードの一覧を表示するように指示を入力する。具体的には、例えば、ユーザは、端末装置１０にインストールされているＴＣＧの管理支援アプリを実行させる。ユーザは、立ち上げたアプリにおいて、所有するカードを表示させる指示を端末装置１０に入力する。端末装置１０の制御部１９０は、表示制御部１９４により、カード情報１８２、デッキ情報１８３に基づき、カードの一覧をディスプレイ１４１に表示する。

図１３は、端末装置１０に表示されるカード一覧の例を表す模式図である。図１３において、表示制御部１９４は、領域１４１１と、領域１４１２とを表示する。領域１４１１は、表示条件等を記載する領域である。領域１４１２は、領域１４１１で記載される表示条件に則った態様で、ユーザが所有するカードを表示する領域である。

図１３に示す例では、領域１４１１に、表示条件として、表示順、デッキ表示が表示されている。表示順は、順序の規則を表す。表示順は、例えば、番号順、名称順、レアリティ順、取得日付順等のうちからユーザにより選択される。デッキ表示は、カードが収容されているデッキに関する情報を表示するか否かを表す。デッキ表示は、例えば、あり、なしのうちからユーザにより選択される。

図１３に示す例では、「表示順：番号順」となっており、領域１４１２に、カードが、カードＩＤの並び順で配列されている。また、図１３に示す例では、「デッキ表示：なし」となっており、カードが収容されているデッキに関する情報は表示されていない。

領域１４１１には、検索ウィンドウ１４１１１が表示されている。ユーザは、所望のカードがある場合、検索ウィンドウ１４１１１にキーワード等を入力し、所望のカードを検索する。

表示順、及びデッキ表示は、ユーザからの指示に基づき、切り替えることが可能である。ユーザは、表示順について、例えば、番号順から、名称順、レアリティ順、取得日付順等に切り替えることが可能である。

また、ユーザは、デッキ表示について、「なし」から「あり」に切り替えることが可能である。表示制御部１９４は、「デッキ表示：あり」に切り替えられると、デッキ情報１８３を参照し、カードが収容されているデッキ、採用されているが収容されていないデッキを把握可能に、カードの一覧をディスプレイ１４１に表示する。

図１４は、端末装置１０に表示されるカード一覧のその他の例を表す模式図である。表示制御部１９４は、「デッキ表示：あり」に切り替えられると、ディスプレイ１４１に表示するカードに対し、当該カードを収容するデッキを識別可能な情報を付与する。また、表示制御部１９４は、「デッキ表示：あり」に切り替えられると、ディスプレイ１４１に表示するカードに対し、当該カードを採用しているが、収容していないデッキが識別可能な情報を付与する。

図１４に示す例では、表示制御部１９４は、デッキ２に収容されるカードについて、デッキ２が示されたタグ１４１２１を付与する。また、表示制御部１９４は、デッキ１に収容されるカードについて、デッキ１が示されたタグ１４１２１を付与する。また、表示制御部１９４は、デッキ１で採用されているが、デッキ１に収容されていないカードについて、デッキ１が示されたタグ１４１２２を付与する。収容されているデッキを表すタグと、採用されているが収容はされていないデッキを表すタグとは、識別可能な態様であってもよい。図１４に示す例では、収容されているデッキを表すタグは実線で表されており、採用されているが収容はされていないデッキを表すタグは破線で表されている。

ユーザは、領域１４１２で表示されるカードの優先度を切り替えることが可能である。例えば、ユーザは、領域１４１２において、デッキに収容されているカードを優先的に表示させることが可能である。つまり、表示制御部１９４は、実線のタグが付されたカードを優先的に表示可能である。

また、ユーザは、領域１４１２において、一のデッキに収容され、他のデッキでも採用されているカードを優先的に表示させることが可能である。つまり、表示制御部１９４は、実線のタグと、破線のタグとが付されたカードを優先的に表示可能である。

識別可能な情報は、タグに限らない。識別可能な情報は、例えば、カード自体の表示態様を変えてもよい。

（デッキの一覧表示）
ユーザは、端末装置１０に対し、自身が所有しているデッキの一覧を表示するように指示を入力する。具体的には、例えば、ユーザは、端末装置１０にインストールされているＴＣＧの管理支援アプリを実行させる。ユーザは、立ち上げたアプリにおいて、所有するデッキを表示させる指示を端末装置１０に入力する。端末装置１０の制御部１９０は、表示制御部１９４により、デッキ情報１８３に基づき、デッキの一覧をディスプレイ１４１に表示する。

図１５は、端末装置１０に表示されるデッキ一覧の例を表す模式図である。図１５において、表示制御部１９４は、領域１４１１と、領域１４１３とを表示する。領域１４１３は、領域１４１１で記載される表示条件に則った態様で、ユーザが所有するデッキを表示する領域である。

図１５に示す例では、領域１４１１に、表示条件として、表示順が表示されている。表示順は、順序の規則を表す。表示順は、例えば、番号順、名称順、更新日付順等のうちからユーザにより選択される。

図１５に示す例では、「表示順：名称順」となっており、領域１４１３に、デッキが、名称の並び順で、配列されている。

図１５に示す例では、表示制御部１９４は、完成しているが、収容カードが規定枚数に達していないデッキを、完成しており、収容カードが規定枚数であるデッキに対して識別可能に表示している。言い換えると、表示制御部１９４は、完成しているが、採用しているカードが他のデッキに収容されているデッキを、完成しており、収容カードのいずれかが他のデッキと共有されているデッキに対して識別可能に表示している。具体的には、例えば、表示制御部１９４は、完成しているが、採用しているカードが他のデッキに収容されているデッキ１、３、５を破線で表示し、完成しており、収容カードのいずれかが他のデッキと共有されているデッキ２、４を実線で表示している。

図１５に示す例では、表示制御部１９４は、カードの移動を把握可能に表示している。例えば、表示制御部１９４は、カードの貸出元のデッキと、貸出先のデッキとを関連付けるように表示している。具体的には、表示制御部１９４は、カードの貸出元のデッキから、貸出先のデッキへ矢印を出すように表示している。これにより、破線で表されるデッキから、実線で表されるデッキへ矢印が引かれることとなり、ユーザは、どのデッキのカードがどのデッキへ貸し出されて収容されているかを一目で視認可能となる。

図１５に示す例では、表示制御部１９４は、完成していないデッキを、完成しているデッキに対して識別可能に表示している。具体的には、例えば、表示制御部１９４は、完成していないデッキ６を一点鎖線で表示している。

（デッキの編集表示 その１）
ユーザは、端末装置１０に対し、自身が所有しているデッキの編集画面を表示するように指示を入力する。具体的には、例えば、ユーザは、図１５に示されるデッキのうち、いずれかを選択し、選択したデッキの編集画面を表示させる指示を端末装置１０に入力する。端末装置１０の制御部１９０は、表示制御部１９４により、カード情報１８２、デッキ情報１８３に基づき、デッキの編集画面をディスプレイ１４１に表示する。

図１６は、端末装置１０に表示される、デッキ２の編集画面の例を表す模式図である。デッキ２は、デッキ１、デッキ３から共有するカードを受け入れているデッキである。図１６において、表示制御部１９４は、領域１４１１と、領域１４１４と、領域１４１５とを表示する。領域１４１４は、領域１４１１で記載される表示条件に則った態様で、デッキを構成しているカードを表示する領域である。領域１４１５は、領域１４１１で記載される表示条件に則った態様で、ユーザが所有するカードの一覧を表示する領域である。領域１４１５には、領域１４１４に表示されるカードと入れ替え可能にカードが表示される。領域１４１４に表示されるカードは、領域１４１５に表示されるカードと識別可能な態様で表示されてもよい。図１６に示す例では、領域１４１４に表示されるカードは、領域１４１５に表示されるカードよりも大きく表示されている。

図１６に示す例では、領域１４１１に、表示条件として、表示順、デッキ表示、採用表示が表示されている。表示順は、順序の規則を表す。表示順は、例えば、番号順、名称順、レアリティ順、取得日付順等のうちからユーザにより選択される。デッキ表示は、カードが収容されているデッキに関する情報を表示するか否かを表す。採用表示は、カードを採用しているデッキに関する情報を表示するか否かを表す。採用表示は、例えば、あり、なしのうちからユーザにより選択される。表示制御部１９４は、「採用表示：あり」が選択されると、カードを採用しているデッキに関する情報を表示し、「採用表示：なし」が選択されると、カードを採用しているデッキに関する情報を表示しない。

図１６に示す例では、「表示順：番号順」となっており、領域１４１４、１４１５に、カードが、カードＩＤの並び順で配列されている。また、図１６に示す例では、「デッキ表示：あり」となっており、領域１４１５に表示されるカードには、カードが収容されているデッキに関する情報が表示されている。また、図１６に示す例では、「デッキ表示：あり」となっており、領域１４１５に表示されるカードには、収容されてはいないが、採用されているデッキに関する情報が表示されているカードがある。また、図１６に示す例では、「採用表示：あり」となっており、領域１４１４に表示されるカードには、カードが採用されているデッキに関する情報が表示されているカードがある。

具体的には、図１６に示す例では、表示制御部１９４は、領域１４１４において、デッキ１、３と共有するカードについて、「デッキ１」、「デッキ３」が示されたタグ１４１４１を付与する。これにより、ユーザは、当該デッキに収容されているが、他のデッキから持ち出してきたカードを直感的に把握することが可能となる。

また、図１６に示す例では、表示制御部１９４は、領域１４１５において、デッキ１に収容されるカードについて、デッキ１が示されたタグ１４１５１を付与する。また、表示制御部１９４は、領域１４１５において、デッキ３に収容されるカードについて、デッキ３が示されたタグ１４１５１を付与する。また、表示制御部１９４は、領域１４１５において、デッキ４に収容されるカードについて、デッキ４が示されたタグ１４１５１を付与する。

また、図１６に示す例では、表示制御部１９４は、領域１４１５において、デッキ１で採用されているが、デッキ１に収容できていないカードについて、デッキ１が示されたタグ１４１５２を付与する。表示制御部１９４は、カードを収容できているデッキの表示を、採用しているが、カードを収容できていないデッキの表示と異なるようにしてもよい。図１６では、表示制御部１９４は、カードを収容できているデッキの表示を実線で表し、採用しているが、カードを収容できていないデッキの表示を破線で表している。

（デッキの編集表示 その２）
ユーザは、端末装置１０に対し、自身が所有しているデッキの編集画面を表示するように指示を入力する。具体的には、例えば、ユーザは、図１５に示されるデッキのうち、いずれかを選択し、選択したデッキの編集画面を表示させる指示を端末装置１０に入力する。端末装置１０の制御部１９０は、表示制御部１９４により、カード情報１８２、デッキ情報１８３に基づき、デッキの編集画面をディスプレイ１４１に表示する。

図１７は、端末装置１０に表示される、デッキ３の編集画面の例を表す模式図である。デッキ３は、デッキ２、デッキ４へ採用しているカードを貸し出しているデッキである。図１７において、表示制御部１９４は、領域１４１１と、領域１４１４と、領域１４１５とを表示する。

図１７に示す例では、領域１４１１に、表示条件として、表示順、デッキ表示、採用表示が表示されている。表示順は、順序の規則を表す。デッキ表示は、カードが収容されているデッキに関する情報を表示するか否かを表す。採用表示は、カードを採用しているデッキに関する情報を表示するか否かを表す。

図１７に示す例では、「表示順：番号順」となっており、領域１４１４、１４１５に、カードが、カードＩＤの並び順で配列されている。また、図１７に示す例では、「デッキ表示：あり」となっており、領域１４１５に表示されるカードには、カードが収容されているデッキに関する情報が表示されているカードがある。また、図１７に示す例では、「採用表示：あり」となっており、領域１４１４に表示されるカードには、カードが採用されているデッキに関する情報が表示されているカードがある。

具体的には、図１７に示す例では、表示制御部１９４は、領域１４１４において、デッキ２へ貸し出しているカードについて、デッキ３には収容されていないことを表す。表示制御部１９４は、カードがデッキ３で採用されているが、収容されていないことを、カードを、例えば、透明、又は破線で表示することで表す。表示制御部１９４は、カードがデッキ３で採用されているが、収容されていないことを、カードを、例えば、カードの背面で表示することで表してもよい。表示制御部１９４は、デッキ２へ貸し出されているカードについて、「デッキ２」が示されたタグ１４１４２を付与する。また、表示制御部１９４は、デッキ４へ貸し出されているカードについて、「デッキ４」が示されたタグ１４１４２を付与する。これにより、ユーザは、当該デッキで採用されているが、他のデッキへ貸し出されているカードを直感的に把握することが可能となる。

また、図１７に示す例では、表示制御部１９４は、領域１４１５において、デッキ２に収容されるカードについて、デッキ２が示されたタグ１４１５１を付与する。また、表示制御部１９４は、領域１４１５において、デッキ４に収容されるカードについて、デッキ４が示されたタグ１４１５１を付与する。また、表示制御部１９４は、領域１４１５において、デッキ５に収容されるカードについて、デッキ５が示されたタグ１４１５１を付与する。

（デッキの編集処理）
ユーザがデッキを編集する際の端末装置１０の制御部１９０の動作を説明する。

図１８は、デッキの編集時に、カードがデッキから外された際の制御部１９０の動作の例を示すフローチャートである。例えば、図１６又は図１７に示す画面において、ユーザが、デッキに編成されているカードを、デッキから外すとする。つまり、ユーザが、領域１４１４に表示されるカードを、領域１４１５へ移動させるとする。

ステップＳ１１において、制御部１９０は、管理部１９３により、カードがデッキから外されたか否かを判断する。カードがデッキから外されたとは、例えば、カードが領域１４１４から領域１４１５へ移動されたことを表す。カードがデッキから外された場合（ステップＳ１１のＹｅｓ）、管理部１９３は、処理をステップＳ１２へ移行する。

ステップＳ１２において、管理部１９３は、デッキから外されたカードは、対象とするデッキに収容されていた、他デッキと共有されていたカードか否かを判断する。対象とするデッキに収容されていた、他デッキと共有されていたカードとは、例えば、図１６の領域１４１４において、タグ１４１４１が付されたカードを表す。デッキから外されたカードが、対象とするデッキに収容されていた、他デッキと共有されていたカードである場合（ステップＳ１２のＹｅｓ）、管理部１９３は、処理をステップＳ１３へ移行する。

ステップＳ１３において、管理部１９３は、貸し出し元のデッキは１つであるか否かを判断する。貸し出し元のデッキが１つである場合（ステップＳ１３のＹｅｓ）、管理部１９３は、処理をステップＳ１４へ移行する。

ステップＳ１４において、管理部１９３は、対象とするデッキからカードを外し、貸し出し元のデッキに収容するようにデッキ情報１８３を更新する。表示制御部１９４は、領域１４１５において、デッキから外されたカードに対し、収容したデッキを示すタグ１４１５１を付す。表示制御部１９４は、ユーザに対し、デッキから外されたカード（共有していたカード）を、貸し出し元のデッキに戻すことを促す旨の通知を表示する。

ステップＳ１３において、貸し出し元のデッキが２つ以上である場合、管理部１９３は、処理をステップＳ１５へ移行する。

ステップＳ１５において、管理部１９３は、対象とするデッキから外されたカードをいずれのデッキへ収容するかを決定する。具体的には、制御部１９０は、表示制御部１９４により、対象とするデッキから外されたカードをいずれのデッキに収容するかをユーザに選択させる画面をディスプレイ１４１に表示させる。ユーザは、表示された画面に従い、いずれのデッキにカードを収容するかを選択する。管理部１９３は、ユーザにより選択されたデッキにカードを収容することを決定する。

管理部１９３は、ユーザからの選択を受け付けず、カードを収容するデッキを所定の規則に則って決定してもよい。所定の規則とは、例えば、以下である。
・お気に入り登録されているデッキ
・よく使われているデッキ
・高い優先度が設定されているデッキ
・更新が直近のデッキ
・ランダム

ステップＳ１６において、管理部１９３は、決定したデッキにカードを収容し、他のデッキから決定したデッキへカードを貸し出すようにデッキ情報１８３を更新する。表示制御部１９４は、領域１４１５において、デッキから外したカードに対し、収容したデッキを示すタグ１４１５１を付す。また、表示制御部１９４は、領域１４１５において、デッキから外したカードに対し、貸し出し元のデッキを示すタグ１４１５２を付す。表示制御部１９４は、ユーザに対し、デッキから外されたカード（共有していたカード）を、決定したデッキへ移動させることを促す旨の通知を表示する。

ステップＳ１２において、デッキから外されたカードが、対象とするデッキに収容されていた、他デッキと共有されていたカードでない場合、管理部１９３は、処理をステップＳ１７へ移行する。

ステップＳ１７において、管理部１９３は、デッキから外されたカードが、他デッキへ貸し出しているカードであるか否かを判断する。他デッキへ貸し出しているカードとは、例えば、図１７の領域１４１４において、タグ１４１４２が付されたカードを表す。デッキから外されたカードが、他デッキへ貸し出しているカードである場合、管理部１９３は、処理をステップＳ１８へ移行する。

ステップＳ１８において、管理部１９３は、対象とするデッキからカードを外し、他のデッキへの貸し出しを外すようにデッキ情報１８３を更新する。表示制御部１９４は、領域１４１５において、デッキから外されたカードに対し、収容したデッキを示すタグ１４１５１を付す。

ステップＳ１７において、デッキから外されたカードが、他のデッキと共有するデッキでもなく、他デッキへ貸し出しているカードでもない場合、管理部１９３は、処理をステップＳ１９へ移行する。他のデッキと共有するデッキでもなく、他デッキへ貸し出しているカードでもないカードとは、例えば、図１６の領域１４１４において、タグが付されていないカードを表す。

ステップＳ１９において、管理部１９３は、対象とするデッキからカードを外すようにデッキ情報１８３を更新する。表示制御部１９４は、デッキから外されたカードを、領域１４１５に表示する。

図１９は、デッキの編集時に、カードがデッキに入れられた際の制御部１９０の動作の例を示すフローチャートである。例えば、図１６又は図１７に示す画面において、ユーザが、編成されていないカードを、デッキに編成するとする。つまり、ユーザが、領域１４１５に表示されるカードを、領域１４１４へ移動させるとする。

ステップＳ２１において、制御部１９０は、管理部１９３により、カードがデッキに入れられた否かを判断する。カードがデッキに入れられたとは、例えば、カードが領域１４１５から領域１４１４へ移動されたことを表す。カードがデッキに入れられた場合（ステップＳ２１のＹｅｓ）、管理部１９３は、処理をステップＳ２２へ移行する。

ステップＳ２２において、管理部１９３は、入れられたカードが、他デッキに収容されているカードであるか否かを判断する。入れられたカードが他デッキに収容されているカードである場合、管理部１９３は、処理をステップＳ２３へ移行させる。

ステップＳ２３において、管理部１９３は、入れられたカードを、他デッキから取り出すか否かを判断する。具体的には、制御部１９０は、表示制御部１９４により、ユーザにより入れられたカードを他デッキから取り出して、対象とするデッキへ収容することをユーザに確認させる画面をディスプレイ１４１に表示させる。ユーザは、表示された画面に従い、他デッキからカードを取り出すか否かを判断する。他デッキからカードを取り出すことをユーザが承諾すると、管理部１９３は、入れられたカードを、他デッキから取り出すと判断する。入れられたカードを、他デッキから取り出すと判断すると、管理部１９３は、処理をステップＳ２４へ移行させる。

ステップＳ２４において、管理部１９３は、入れられたカードを対象とするデッキに収容し、当該カードを収容元のデッキから取り出すように、デッキ情報１８３を更新する。表示制御部１９４は、図１６に示す領域１４１４において、新たに収容したカードに、当該カードを貸し出したデッキを示すタグ１４１４１を付す。

ステップＳ２３において、他デッキからカードを取り出すことをユーザが承諾しないと、管理部１９３は、入れられたカードを、他デッキから取り出さないと判断する。入れられたカードを、他デッキから取り出さないと判断すると、管理部１９３は、処理をステップＳ２５へ移行させる。

ステップＳ２５において、管理部１９３は、入れられたカードを、他デッキへの貸し出しとするか否かを判断する。具体的には、制御部１９０は、表示制御部１９４により、ユーザにより入れられたカードを、対象とするデッキから、他デッキへの貸し出しとすることをユーザに確認させる画面をディスプレイ１４１に表示させる。ユーザは、表示された画面に従い、他デッキへの貸し出しとするか否かを判断する。他デッキへの貸し出しとすることをユーザが承諾すると、管理部１９３は、入れられたカードを、他デッキへの貸し出しとすると判断する。入れられたカードを、他デッキへの貸し出しとすると判断すると、管理部１９３は、処理をステップＳ２６へ移行させる。

ステップＳ２６において、管理部１９３は、入れられたカードを収容元のデッキと共有し、対象とするデッキから収容元のデッキへカードを貸し出すように、デッキ情報１８３を更新する。表示制御部１９４は、図１７に示す領域１４１４において、収容元のデッキへ貸し出したとするカードに、当該カードを収容するデッキを示すタグ１４１４２を付す。

ステップＳ２５において、他デッキへの貸し出しとすることをユーザが承諾しないと、管理部１９３は、入れられたカードを、他デッキへの貸し出しとしない判断する。入れられたカードを、他デッキへの貸し出しとしないと判断すると、管理部１９３は、処理をステップＳ２７へ移行させる。

ステップＳ２７において、管理部１９３は、入れられたカードをデッキに編成しないとする。表示制御部１９４は、領域１４１４に入れられたカードを、領域１４１５に戻す。

ステップＳ２２において、入れられたカードが他デッキに収容されているカードでない場合、管理部１９３は、処理をステップＳ２８へ移行させる。

ステップＳ２８において、管理部１９３は、対象とするデッキにカードを編成するようにデッキ情報１８３を更新する。表示制御部１９４は、デッキから入れられたカードを、領域１４１４に表示する。

（デッキ構築サポート 構築初期での実施）
ユーザは、端末装置１０に対し、デッキ構築の補助を実施する指示を入力する。例えば、ユーザは、デッキの構築を開始する際において、デッキ構築の補助を実施する指示を端末装置１０に入力する。端末装置１０の制御部１９０は、補助部１９５により、デッキを編成するのに必要なカードを、所有するカードから抽出する。

具体的には、例えば、補助部１９５は、ユーザから入力される情報に基づき、所有しているカードから構築することが可能なデッキ案を作成する。補助部１９５は、複数のデッキ案を作成してもよい。表示制御部１９４は、作成したデッキ案をユーザに表示するようにディスプレイ１４１を制御する。

ユーザは、表示されるデッキ案を採用するか否かを検討する。ユーザは、採用するデッキを選択し、選択したデッキを構築する旨を端末装置１０に入力する。

デッキを構築する旨がユーザから入力されると、補助部１９５は、デッキ案に含まれるカードを、所有するカードから抽出する。表示制御部１９４は、抽出したカードをディスプレイ１４１の領域１４１４に表示する。

補助部１９５は、ユーザが所有していないカードを用いたデッキをデッキ案として作成してもよい。ユーザは、例えば、インターネット上で公開されているデッキに関する情報を取得する。補助部１９５は、取得されたデッキに関する情報に基づき、当該デッキを構築するのに必要なカードを、所有しているカードから抽出する。表示制御部１９４は、抽出したカードをディスプレイ１４１の領域１４１４に表示する。管理部１９３は、足りないカードを希望カードとして、デッキと関連付けてデッキ情報１８３に記憶する。

（デッキ構築サポート 編集中の実施）
ユーザは、端末装置１０に対し、デッキ構築の補助を実施する指示を入力する。例えば、ユーザは、デッキを編集している途中の状態において、デッキ構築の補助を実施する指示を端末装置１０に入力する。補助部１９５は、デッキを編成するのに必要なカードを、所有するカードから抽出する。また、補助部１９５は、デッキを編成するのに不要なカードを、デッキから外す。

具体的には、例えば、ユーザは、図１６、又は図１７に示す、デッキの編集中の画面において、デッキ構築の補助を実施する指示を端末装置１０に入力する。補助部１９５は、ユーザが途中まで構築したデッキに対し、構築中のデッキに含まれるカードに基づき、規定枚数までの残りのカードを、所有しているカードから抽出する。補助部１９５は、例えば、種別毎のカード枚数のバランス、属性に係る情報の一致、デッキ構築の典型パターンに基づいて必要と推定されるカード等、に基づいて所有しているカードから適したカードを抽出する。

表示制御部１９４は、抽出したカードをディスプレイ１４１の領域１４１４に表示する。表示制御部１９４は、領域１４１４において、抽出したカードを、ユーザが編成したカードに対して識別可能に表示してもよい。

また、補助部１９５は、ユーザが途中まで構築したデッキに対し、構築中のデッキに含まれるカードに基づき、規定枚数を超えた分のカードを、デッキから外す。補助部１９５は、例えば、種別毎のカード枚数のバランス、属性に係る情報の一致、デッキ構築の典型パターンに基づいて不要と推定されるカード等、に基づいてデッキからカードを外す。

表示制御部１９４は、除外したカードをディスプレイ１４１の領域１４１５に表示する。表示制御部１９４は、領域１４１５において、デッキから除外したカードを、もともと採用されていなかったカードに対して識別可能に表示してもよい。

（デッキ構築サポート 構築後の実施）
ユーザは、端末装置１０に対し、デッキ構築の補助を実施する指示を入力する。例えば、ユーザは、構築した後のデッキに対し、デッキ構築の補助を実施する指示を端末装置１０に入力する。補助部１９５は、デッキを強化するのに必要なカード（希望カード）を設定する。

具体的には、補助部１９５は、例えば、未所有のカードについての指定をユーザから受け付ける。補助部１９５は、指定されたカードを希望カードとする。表示制御部１９４は、希望カードをディスプレイ１４１に表示させる。管理部１９３は、希望カードに関する情報を、デッキＩＤと関連付けてデッキ情報１８３に記憶する。

また、補助部１９５は、構築済みのデッキに基づき、ユーザからの指定なしに、未所有のカードを希望カードとしてもよい。具体的には、補助部１９５は、例えば、インターネット上で公開されているデッキに関する情報を取得する。補助部１９５は、公開されているデッキと、構築済みのデッキとを比較し、公開されているデッキに対して不足しているカードを抽出する。補助部１９５は、抽出したカードを所有しているか否かを判断し、所有していないカードを希望カードとする。表示制御部１９４は、希望カードをディスプレイ１４１に表示させる。管理部１９３は、希望カードに関する情報を、デッキＩＤと関連付けてデッキ情報１８３に記憶する。

（希望カードの通知）
表示制御部１９４は、カード情報１８２でデッキと関連付けて記憶されている希望カードを、ユーザが確認しやすい手法でユーザに通知する。希望カードについて通知する情報は、例えば、希望カードと関連するデッキ名、希望カードの名称、希望カードの画像等である。確認しやすい手法とは、例えば、以下である。
・メールで送信する
・ＳＮＳに投稿する
・連絡ツールで送信する
・ＴＣＧサービスの会員ポータルに投稿する

図２０は、端末装置１０に表示される、希望カードの通知画面の例を表す模式図である。表示制御部１９４は、所定の連絡ツールを利用して希望カードに関する情報をユーザへ通知する。図２０において、デッキ名、希望カード、カードの名称、カードの画像を表示するボックス１４１６が表示される。ユーザは、連絡ツールを立ち上げると希望カードを確認することが可能となる。そのため、必要に応じて即座に希望カードを確認することが可能となる。

（Ｑ＆Ａの表示）
ユーザは、端末装置１０に対し、Ｑ＆Ａ情報を要求する指示を入力する。例えば、ユーザは、デッキの構築中にデッキと関連するカードについてのＱ＆Ａ情報を要求する指示を端末装置１０に入力する。

図２１は、端末装置１０に表示される、デッキ２の編集画面のその他の例を表す模式図である。図２１において、表示制御部１９４は、Ｑ＆Ａ情報を要求するためのボタン１４１７を表示する。ユーザは、編集中のデッキと関連するＱ＆Ａ情報を要求する場合、ボタン１４１７を押下する。制御部１９０は、送受信部１９２により、例えば、Ｑ＆Ａ情報を要求する旨の信号と、デッキを編成しているカードに関する情報をサーバ２０へ送信する。送受信部１９２は、デッキの名称をサーバ２０へ送信してもよい。送受信部１９２は、デッキを構築する上でのキーワードの入力をユーザに要求し、入力されたキーワードをサーバ２０へ送信してもよい。

サーバ２０の制御部２０３は、Ｑ＆Ａ情報の要求を受けると、管理モジュール２０３３により、ユーザが関心を持っているデッキと関連するＱ＆Ａ情報をＱ＆Ａ情報テーブル２０２４から抽出する。具体的には、例えば、管理モジュール２０３３は、ユーザから送信される、デッキを編成しているカードに関する情報、デッキの名称、デッキを構築する上でのキーワード等に基づき、Ｑ＆Ａ情報テーブル２０２４からＱ＆Ａ情報を抽出する。制御部２０３は、送信制御モジュール２０３２により、抽出したＱ＆Ａ情報を端末装置１０へ送信する。

表示制御部１９４は、サーバ２０から送信されるＱ＆Ａ情報をディスプレイ１４１に表示する。

図２２は、Ｑ＆Ａ情報の表示画面の例を表す模式図である。図２２において、領域１４１８に、デッキ２に関連するＱ＆Ａ情報がリスト状に配列されている。リスト表示される情報は、Ｑ＆Ａ情報における、例えば、Ｑ＆Ａ情報の概要、関連するカードの名称等である。ユーザによりいずれかのＱ＆Ａ情報が選択された場合、表示制御部１９４は、選択されたＱ＆Ａ情報の詳細をディスプレイ１４１に表示する。

（データの外部出力）
ユーザは、自身のデッキ情報１８３をサーバ２０にアップロードする場合、端末装置１０に対し、デッキ情報１８３をアップロードするように指示を入力する。端末装置１０は、アップロードの指示が入力されると、送受信部１９２により、デッキ情報１８３をサーバ２０へ送信する。

サーバ２０の制御部２０３は、ユーザからデッキ情報１８３を受信すると、実行モジュール２０３４により、所定のサービスに係る処理を実施する。例えば、実行モジュール２０３４は、ユーザから送信されてきたデッキ情報１８３に基づき、ユーザのデッキのランクを算出する。ランクは、レベル等と換言してもよい。具体的には、実行モジュール２０３４は、例えば、大会での実績等が紐づけられた複数のデッキ情報を記憶している。実行モジュール２０３４は、例えば、記憶しているデッキ情報と、ユーザから送信されたデッキ情報１８３とを比較し、ユーザのデッキのランクを算出する。

実行モジュール２０３４は、ユーザの属性毎にランクを算出してもよい。ユーザの属性は、例えば、年代、ＴＣＧの熟練度等である。属性毎にランクを算出する場合、実行モジュール２０３４は、予め記憶しているデッキ情報、他のユーザのデッキ情報、他のユーザのユーザ情報等を参照し、ユーザの属性毎のランクを算出する。

また、例えば、実行モジュール２０３４は、先に送信したユーザのデッキ情報と比較し、過不足がないかを確認してもよい。例えば、ＴＣＧの大会等において、対戦の開始前に対戦者同士がデッキの枚数等を確認することがある。デッキを構築するカードの枚数は、例えば、６０枚であるため、カードの枚数を確認するのにそれなりの労力が発生する。実行モジュール２０３４は、現在のデッキに係るデッキ情報を受信し、デッキに過不足がないかを判断する。現在のデッキにカードの過不足がある場合、実行モジュール２０３４は、その旨をユーザへ通知し、対戦を開始させるには、カードの追加、又はカードの削減が必要であることをユーザへ伝える。これにより、対戦前のデッキの確認が不要となるため、対戦会の運営が楽になる。

補助部１９５は、デッキにカードの過不足が発生している場合において、ユーザを補助してもよい。補助部１９５は、例えば、種別毎のカード枚数のバランス、属性に係る情報の一致、デッキ構築の典型パターンに基づいて必要と推定されるカード等、に基づき、足りないカードを推定し、所有しているカードから適したカードを提案する。また、補助部１９５は、例えば、種別毎のカード枚数のバランス、属性に係る情報の一致、デッキ構築の典型パターンに基づいて不要と推定されるカード等、に基づき、多く入っているカードを推定し、当該カードを外すようにユーザに提案する。

また、実際の対戦に使うデッキを事前に登録し、対戦の開始時に対戦で用いられるデッキが、事前に登録したデッキと同一かを確認することがある。実行モジュール２０３４は、対戦の開始時に、対戦で用いるデッキについてのデッキ情報を受信し、事前に登録されているデッキと同一であるかを判断する。事前に登録されているデッキと同一でない場合、実行モジュール２０３４は、その旨をユーザへ通知し、対戦を開始させるには、事前に登録したデッキに戻す必要があることをユーザへ伝える。これにより、対戦開始時のデッキの確認が不要となるため、対戦会の運営が楽になる。

以上のように、上記実施形態では、端末装置１０の制御部１９０は、管理部１９３により、複数のデジタルカードに関する情報を記憶する。管理部１９３は、複数のデジタルカードの少なくともいずれかを組み合わせて構築する複数のデッキに関する情報を、複数のデジタルカードと関連付けて記憶する。制御部１９０は、表示制御部１９４により、複数のデジタルカードに関する情報の一覧をユーザに表示し、一覧において、単一のデッキで採用されるデジタルカードを、当該デッキで採用されていることを把握可能に表示し、複数のデッキで採用されるデジタルカードを、現在収容しているデッキと、採用しているが収容していないデッキとを把握可能に表示する。これにより、複数デッキで共有するアナログカードがある場合であっても、デジタルカードを利用し、当該デジタルカードと対応するアナログカードが収容されるデッキを把握することが可能となる。

したがって、本実施形態によれば、複数のデッキに一のデジタルカードを同時に採用する場合であっても、デジタルカードを効率的に管理できる。また、デジタル技術を用い、アナログカードを効率的に管理できる。

また、上記実施形態では、表示制御部１９４は、デッキに採用されるデジタルカードの一覧を表示する。これにより、ユーザは、デッキを構成するアナログカードを、デジタル情報として確認することが可能となる。

また、上記実施形態では、表示制御部１９４は、デッキで採用されているが、他デッキで収容されているため、デッキに収容されていないデジタルカードを把握可能な態様で表示する。これにより、アナログカードを複数のデッキで共有している場合に、想定しているデッキの構成を、デジタルカードを用いて視覚的に把握することが可能となる。

また、上記実施形態では、表示制御部１９４は、デッキの一覧を表示する際において、収容されていないデジタルカードを表示した状態と、表示していない状態とを切り替える。これにより、実際に対戦に使用する際のデッキの状態と、現在のデッキの状態とを切り替えて確認することが可能となる。現在のデッキの状態を確認することで、カードの組み換えを柔軟に想像することが可能となる。

また、上記実施形態では、表示制御部１９４は、デッキの一覧を表示する際において、収容されていないデジタルカードを、当該デジタルカードを収容しているデッキを判別可能に表示する。これにより、アナログカードを複数のデッキで共有している場合であっても、ユーザは、どのデッキに当該アナログカードが収容されているかを、デジタルカードを用いて視覚的に把握することが可能となる。

また、上記実施形態では、表示制御部１９４は、デッキの一覧を表示する際において、他デッキでも採用されているが当該他デッキに収容されず、デッキに収容されているデジタルカードを把握可能な態様で表示する。これにより、ユーザは、他のデッキの状態を想像しながら、本デッキを編集することが可能となる。

また、上記実施形態では、制御部１９０は、補助部１９５により、デッキを構築するのに適したデジタルカードを提案する。これにより、端末装置１０は、デジタルデータを用い、ユーザがデッキを構築する際の負担を軽減可能となる。

また、上記実施形態では、補助部１９５は、提案するデジタルカードを、ユーザが所有しているデジタルカードに含まれるデジタルカードから決定する。これにより、ユーザは、該当するデッキに適したカードを自身が所有するカードから探す労力が抑えられる。

また、上記実施形態では、補助部１９５は、提案するデジタルカードを、ユーザが所有していないデジタルカードから決定する。これにより、ユーザは、デッキを強化するために取得する必要のあるカードを把握することが可能となる。

また、上記実施形態では、制御部１９０は、通知部１９６により、デッキを構築するのに適したデジタルカードのうち、ユーザが所有していないデジタルカードに関する情報を、ユーザが認識容易な態様でユーザに通知する。これにより、ユーザは、確認が必要な時に、容易に必要なカードを確認することが可能となる。

また、上記実施形態では、補助部１９５は、デッキを構成するデジタルカードの枚数が規定枚数未満、又は規定枚数を超える場合、規定枚数になるようにカードの追加、又は除外を提案する。これにより、あと少しでデッキが完成する場合において、ユーザがカードを選択する労力を低減することが可能となる。また、デッキを構成するカード以外のカードが紛れ込んだ場合、又はデッキを構成するカードが紛失した場合等において、デッキを復帰させる際の労力を低減することが可能となる。

また、上記実施形態では、制御部１９０は、送受信部１９２により、ユーザにより選択されたデッキで採用されるデジタルカードについてのＱ＆Ａに関する情報を取得する。表示制御部１９４は、取得したＱ＆Ａに関する情報をユーザに表示する。これにより、ユーザは、デッキと関連するＱ＆Ａに関する情報を容易に取得することが可能となる。

＜変形例＞
上記実施形態では、他のデッキと共有するカード、及び他のデッキへ貸し出すカードを、全てのカードについて管理する場合を例に説明した。しかしながら、他のデッキと共有するカード、及び他のデッキへ貸し出すカードとして管理するカードは、全てでなくても構わない。例えば、管理部１９３は、所定の分類のカードのみを、他のデッキと共有するカード、及び他のデッキへ貸し出すカードとして管理してもよい。所定の分類のカードとは、例えば、以下である。
・レアリティが所定以上のカード
・特殊な効果を有するカード（例えば、カード特有の「特性」を有しているカード）
・所定の種別のカード
・ユーザが選択したカード

このように、表示制御部１９４は、デッキの一覧を表示する際において、収容先が管理されるデジタルカードを、所定の分類のデジタルカードであるとする。これにより、所有枚数を気にする必要のないカードについては、収容されているデッキの記載がされなくなるため、情報過多になることを避けることが可能となる。

また、デッキの一覧を表示する際において、収容先が管理されるデジタルカードの分類がユーザにより指定される。これにより、ユーザが気にしているデジタルカードについて、デジタルカードを採用しているデッキ及び収容しているデッキについての情報が表示されるため、ユーザが所望する情報を提供することが可能となる。

また、デッキの一覧を表示する際において、収容先が管理されるデジタルカードの分類が、デジタルカードの希少性に基づいて設定される。これにより、ユーザは、枚数を気にする必要が発生し得る希少性の高いカードについての情報を取得することが可能となる。

ユーザがアプリケーション上では、デッキ間でデジタルカードを入れ替えたのに、アナログカードを入れ替え忘れることも想定される。このような場合、ユーザは、デッキにどのカードが足りないのか、どのカードが過剰に入っているかを把握しなければならず、デッキの確認に手間がかかる。

端末装置１０は、例えば、デッキに組み込まれているカードを撮影する。補助部１９５は、撮影した画像から把握されるカードと、デッキ情報１８３に記憶されている、対応するデッキに組み込まれているカードとを比較する。補助部１９５は、比較結果に基づき、所定のカードに関する情報を抽出する。具体的には、例えば、補助部１９５は、現状のデッキに組み込まれているカードが、記憶されているカードよりも少ない場合、足りないカードを抽出する。補助部１９５は、抽出したカードがどのデッキに収容されているかをデッキ情報１８３に基づいて取得する。表示制御部１９４は、デッキに組み込まれているはずなのに実際には入っていないカードと、このカードが収容されているデッキをユーザに提示する。補助部１９５は、デッキ情報１８３に記憶されるデッキ間のカードの移動ログを参照してもよい。

また、例えば、補助部１９５は、現状のデッキに組み込まれているカードが、記憶されているカードよりも多い場合、過剰なカードを抽出する。補助部１９５は、抽出したカードが当該デッキから外されてどのデッキに収容されるべきか、又は単に当該デッキから外されるべきかをデッキ情報１８３に基づいて取得する。表示制御部１９４は、デッキに組み込まれないはずなのに実際には入っているカードと、このカードの扱いをユーザに提示する。補助部１９５は、デッキ情報１８３に記憶されるデッキ間のカードの移動ログを参照してもよい。

＜４ コンピュータの基本ハードウェア構成＞
図２３は、コンピュータ９０の基本的なハードウェア構成を示すブロック図である。コンピュータ９０は、プロセッサ９１、主記憶装置９２、補助記憶装置９３、通信ＩＦ９９（インタフェース、Interface）を少なくとも備える。これらはバスにより相互に電気的に接続される。

プロセッサ９１とは、プログラムに記述された命令セットを実行するためのハードウェアである。プロセッサ９１は、演算装置、レジスタ、周辺回路等から構成される。

主記憶装置９２とは、プログラム、及びプログラム等で処理されるデータ等を一時的に記憶するためのものである。例えば、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。

補助記憶装置９３とは、データ及びプログラムを保存するための記憶装置である。例えば、フラッシュメモリ、ＨＤＤ（Hard Disc Drive）、光磁気ディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリ等である。

通信ＩＦ９９とは、有線又は無線の通信規格を用いて、他のコンピュータとネットワークを介して通信するための信号を入出力するためのインタフェースである。

ネットワークは、インターネット、ＬＡＮ、無線基地局等によって構築される各種移動通信システム等で構成される。例えば、ネットワークには、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が含まれる。無線で接続する場合、通信プロトコルとして例えば、Ｚ－Ｗａｖｅ（登録商標）、ＺｉｇＢｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等が含まれる。有線で接続する場合は、ネットワークには、ＵＳＢ（Universal Serial Bus）ケーブル等により直接接続するものも含む。

なお、各ハードウェア構成の全部または一部を複数のコンピュータ９０に分散して設け、ネットワークを介して相互に接続することによりコンピュータ９０を仮想的に実現することができる。このように、コンピュータ９０は、単一の筐体、ケースに収納されたコンピュータ９０だけでなく、仮想化されたコンピュータシステムも含む概念である。

＜コンピュータ９０の基本機能構成＞
図２３に示すコンピュータ９０の基本ハードウェア構成により実現されるコンピュータの機能構成を説明する。コンピュータは、制御部、記憶部、通信部の機能ユニットを少なくとも備える。

なお、コンピュータ９０が備える機能ユニットは、それぞれの機能ユニットの全部または一部を、ネットワークで相互に接続された複数のコンピュータ９０に分散して設けても実現することができる。コンピュータ９０は、単一のコンピュータ９０だけでなく、仮想化されたコンピュータシステムも含む概念である。

制御部は、プロセッサ９１が補助記憶装置９３に記憶された各種プログラムを読み出して主記憶装置９２に展開し、当該プログラムに従って処理を実行することにより実現される。制御部は、プログラムの種類に応じて様々な情報処理を行う機能ユニットを実現することができる。これにより、コンピュータは情報処理を行う情報処理装置として実現される。

記憶部は、主記憶装置９２、補助記憶装置９３により実現される。記憶部は、データ、各種プログラム、各種データベースを記憶する。また、プロセッサ９１は、プログラムに従って記憶部に対応する記憶領域を主記憶装置９２または補助記憶装置９３に確保することができる。また、制御部は、各種プログラムに従ってプロセッサ９１に、記憶部に記憶されたデータの追加、更新、削除処理を実行させることができる。

データベースは、リレーショナルデータベースを指し、行と列によって構造的に規定された表形式のテーブルと呼ばれるデータ集合を、互いに関連づけて管理するためのものである。データベースでは、表をテーブル、表の列をカラム、表の行をレコードと呼ぶ。リレーショナルデータベースでは、テーブル同士の関係を設定し、関連づけることができる。

通常、各テーブルにはレコードを一意に特定するためのキーとなるカラムが設定されるが、カラムへのキーの設定は必須ではない。制御部は、各種プログラムに従ってプロセッサ９１に、記憶部に記憶された特定のテーブルにレコードを追加、削除、更新を実行させることができる。

通信部は、通信ＩＦ９９により実現される。通信部は、ネットワークを介して他のコンピュータ９０と通信を行う機能を実現する。通信部は、他のコンピュータ９０から送信された情報を受信し、制御部へ入力することができる。制御部は、各種プログラムに従ってプロセッサ９１に、受信した情報に対する情報処理を実行させることができる。また、通信部は、制御部から出力された情報を他のコンピュータ９０へ送信することができる。

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

＜付記＞
以上の各実施形態で説明した事項を以下に付記する。
（付記１）
プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、複数のデジタルカードに関する情報を記憶するステップと、複数のデジタルカードの少なくともいずれかを組み合わせて構築する複数のデッキに関する情報を、複数のデジタルカードと関連付けて記憶するステップと、複数のデジタルカードに関する情報の一覧をユーザに表示し、一覧において、単一のデッキで採用されるデジタルカードを、当該デッキで採用されていることを把握可能に表示し、複数のデッキで採用されるデジタルカードを、現在収容しているデッキと、採用しているが収容していないデッキとを把握可能に表示するステップとを実行させるプログラム。
（付記２）
デッキに採用されるデジタルカードの一覧を表示するステップをプロセッサに実行させる（付記１）に記載のプログラム。
（付記３）
デッキの一覧を表示するステップにおいて、デッキで採用されているが、他デッキで収容されているため、デッキに収容されていないデジタルカードを把握可能な態様で表示する（付記２）に記載のプログラム。
（付記４）
デッキの一覧を表示するステップにおいて、収容されていないデジタルカードを表示した状態と、表示していない状態とを切り替える（付記３）に記載のプログラム。
（付記５）
デッキの一覧を表示するステップにおいて、収容されていないデジタルカードを、当該デジタルカードを収容しているデッキを判別可能に表示する（付記３）に記載のプログラム。
（付記６）
デッキの一覧を表示するステップにおいて、他デッキでも採用されているが当該他デッキに収容されず、デッキに収容されているデジタルカードを把握可能な態様で表示する（付記２）乃至（付記５）のいずれかに記載のプログラム。
（付記７）
デッキの一覧を表示するステップにおいて、収容先が管理されるデジタルカードは、所定の分類のデジタルカードである（付記３）乃至（付記５）のいずれかに記載のプログラム。
（付記８）
デッキの一覧を表示するステップにおいて、収容先が管理されるデジタルカードの分類がユーザにより指定される（付記７）に記載のプログラム。
（付記９）
デッキの一覧を表示するステップにおいて、収容先が管理されるデジタルカードの分類は、デジタルカードの希少性に基づく（付記７）に記載のプログラム。
（付記１０）
デッキを構築するのに適したデジタルカードを提案するステップをプロセッサに実行させる（付記１）乃至（付記９）のいずれかに記載のプログラム。
（付記１１）
提案するステップにおいて、提案するデジタルカードは、ユーザが所有しているデジタルカードに含まれる（付記１０）に記載のプログラム。
（付記１２）
提案するステップにおいて、提案するデジタルカードは、ユーザが所有していないデジタルカードである（付記１０）に記載のプログラム。
（付記１３）
デッキを構築するのに適したデジタルカードのうち、ユーザが所有していないデジタルカードに関する情報を、ユーザが認識容易な態様でユーザに通知するステップをプロセッサに実行させる（付記１）乃至（付記１２）のいずれかに記載のプログラム。
（付記１４）
デッキを構成するデジタルカードの枚数が規定枚数未満、又は規定枚数を超える場合、規定枚数になるようにカードの追加、又は除外を提案する（付記１）乃至（付記１３）のいずれかに記載のプログラム。
（付記１５）
ユーザにより選択されたデッキで採用されるデジタルカードについてのＱ＆Ａに関する情報を取得するステップと、取得したＱ＆Ａに関する情報をユーザに表示するステップとをプロセッサに実行させる（付記１）乃至（付記１４）のいずれかに記載のプログラム。
（付記１６）
プロセッサと、メモリとを備えるコンピュータに実行される方法であって、プロセッサが、複数のデジタルカードに関する情報を記憶するステップと、複数のデジタルカードの少なくともいずれかを組み合わせて構築する複数のデッキに関する情報を、複数のデジタルカードと関連付けて記憶するステップと、複数のデジタルカードに関する情報の一覧をユーザに表示し、一覧において、単一のデッキで採用されるデジタルカードを、当該デッキで採用されていることを把握可能に表示し、複数のデッキで採用されるデジタルカードを、現在収容しているデッキと、採用しているが収容していないデッキとを把握可能に表示するステップとを実行する方法。
（付記１７）
制御部と、記憶部とを備える情報処理装置であって、制御部が、複数のデジタルカードに関する情報を記憶するステップと、複数のデジタルカードの少なくともいずれかを組み合わせて構築する複数のデッキに関する情報を、複数のデジタルカードと関連付けて記憶するステップと、複数のデジタルカードに関する情報の一覧をユーザに表示し、一覧において、単一のデッキで採用されるデジタルカードを、当該デッキで採用されていることを把握可能に表示し、複数のデッキで採用されるデジタルカードを、現在収容しているデッキと、採用しているが収容していないデッキとを把握可能に表示するステップとを実行する情報処理装置。
（付記１８）
複数のデジタルカードに関する情報を記憶する手段と、複数のデジタルカードの少なくともいずれかを組み合わせて構築する複数のデッキに関する情報を、複数のデジタルカードと関連付けて記憶する手段と、複数のデジタルカードに関する情報の一覧をユーザに表示し、一覧において、単一のデッキで採用されるデジタルカードを、当該デッキで採用されていることを把握可能に表示し、複数のデッキで採用されるデジタルカードを、現在収容しているデッキと、採用しているが収容していないデッキとを把握可能に表示する手段とを具備するシステム。

１…システム
１０…端末装置
１２…通信ＩＦ
１２０…通信部
１３…入力装置
１３１…タッチ・センシティブ・デバイス
１４…出力装置
１４１…ディスプレイ
１５…メモリ
１５０…位置情報センサ
１６…ストレージ
１６０…カメラ
１７…音声処理部
１７１…マイク
１７２…スピーカー
１８０…記憶部
１９…プロセッサ
１９０…制御部
２０…サーバ

Claims (18)

1. プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、前記プログラムは、前記プロセッサに、
   複数のデジタルカードに関する情報を記憶するステップと、
   複数の前記デジタルカードの少なくともいずれかを組み合わせて構築する複数のデッキに関する情報を、複数の前記デジタルカードと関連付けて記憶するステップと、
   複数の前記デジタルカードに関する情報の一覧をユーザに表示し、前記一覧において、単一のデッキで採用され、かつ収容されるデジタルカードを、当該デッキで採用され、かつ収容されていることを把握可能に表示し、複数のデッキで採用されるデジタルカードを、現在収容しているデッキと、採用しているが収容していないデッキとを把握可能に表示するステップと
   を実行させるプログラム。
2. 前記デッキに採用されるデジタルカードの一覧を表示するステップを前記プロセッサに実行させる請求項１記載のプログラム。
3. 前記デッキの一覧を表示するステップにおいて、前記デッキで採用されているが、他デッキで収容されているため、前記デッキに収容されていないデジタルカードを把握可能な態様で表示する請求項２記載のプログラム。
4. 前記デッキの一覧を表示するステップにおいて、収容されていないデジタルカードを表示した状態と、表示していない状態とを切り替える請求項３記載のプログラム。
5. 前記デッキの一覧を表示するステップにおいて、収容されていないデジタルカードを、当該デジタルカードを収容しているデッキを判別可能に表示する請求項３記載のプログラム。
6. 前記デッキの一覧を表示するステップにおいて、他デッキでも採用されているが当該他デッキに収容されず、前記デッキに収容されているデジタルカードを把握可能な態様で表示する請求項２記載のプログラム。
7. 前記デッキの一覧を表示するステップにおいて、収容先が管理されるデジタルカードは、所定の分類のデジタルカードである請求項３記載のプログラム。
8. 前記デッキの一覧を表示するステップにおいて、収容先が管理されるデジタルカードの分類がユーザにより指定される請求項７記載のプログラム。
9. 前記デッキの一覧を表示するステップにおいて、収容先が管理されるデジタルカードの分類は、デジタルカードの希少性に基づく請求項７記載のプログラム。
10. 前記デッキを構築するのに適したデジタルカードを提案するステップを前記プロセッサに実行させる請求項１記載のプログラム。
11. 前記提案するステップにおいて、提案する前記デジタルカードは、前記ユーザが所有しているデジタルカードに含まれる請求項１０記載のプログラム。
12. 前記提案するステップにおいて、提案する前記デジタルカードは、前記ユーザが所有していないデジタルカードである請求項１０記載のプログラム。
13. 前記デッキを構築するのに適したデジタルカードのうち、前記ユーザが所有していないデジタルカードに関する情報を、前記ユーザが認識容易な態様でユーザに通知するステップを前記プロセッサに実行させる請求項１記載のプログラム。
14. 前記デッキを構成するデジタルカードの枚数が規定枚数未満、又は規定枚数を超える場合、規定枚数になるようにカードの追加、又は除外を提案する請求項１記載のプログラム。
15. 前記ユーザにより選択されたデッキで採用されるデジタルカードについてのＱ＆Ａに関する情報を取得するステップと、
    前記取得したＱ＆Ａに関する情報を前記ユーザに表示するステップと
    を前記プロセッサに実行させる請求項１記載のプログラム。
16. プロセッサと、メモリとを備えるコンピュータに実行される方法であって、前記プロセッサが、
    複数のデジタルカードに関する情報を記憶するステップと、
    複数の前記デジタルカードの少なくともいずれかを組み合わせて構築する複数のデッキに関する情報を、複数の前記デジタルカードと関連付けて記憶するステップと、
    複数の前記デジタルカードに関する情報の一覧をユーザに表示し、前記一覧において、単一のデッキで採用され、かつ収容されるデジタルカードを、当該デッキで採用され、かつ収容されていることを把握可能に表示し、複数のデッキで採用されるデジタルカードを、現在収容しているデッキと、採用しているが収容していないデッキとを把握可能に表示するステップと
    を実行する方法。
17. 制御部と、記憶部とを備える情報処理装置であって、前記制御部が、
    複数のデジタルカードに関する情報を記憶するステップと、
    複数の前記デジタルカードの少なくともいずれかを組み合わせて構築する複数のデッキに関する情報を、複数の前記デジタルカードと関連付けて記憶するステップと、
    複数の前記デジタルカードに関する情報の一覧をユーザに表示し、前記一覧において、単一のデッキで採用され、かつ収容されるデジタルカードを、当該デッキで採用され、かつ収容されていることを把握可能に表示し、複数のデッキで採用されるデジタルカードを、現在収容しているデッキと、採用しているが収容していないデッキとを把握可能に表示するステップと
    を実行する情報処理装置。
18. 複数のデジタルカードに関する情報を記憶する手段と、
    複数の前記デジタルカードの少なくともいずれかを組み合わせて構築する複数のデッキに関する情報を、複数の前記デジタルカードと関連付けて記憶する手段と、
    複数の前記デジタルカードに関する情報の一覧をユーザに表示し、前記一覧において、単一のデッキで採用され、かつ収容されるデジタルカードを、当該デッキで採用され、かつ収容されていることを把握可能に表示し、複数のデッキで採用されるデジタルカードを、現在収容しているデッキと、採用しているが収容していないデッキとを把握可能に表示する手段と
    を具備するシステム。