(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-09-11
(45)【発行日】2024-09-20
(54)【発明の名称】プログラム、方法、情報処理装置、及びシステム
(51)【国際特許分類】
A63F 13/80 20140101AFI20240912BHJP
A63F 1/02 20060101ALI20240912BHJP
A63F 1/06 20060101ALI20240912BHJP
A63F 13/20 20140101ALI20240912BHJP
A63F 13/95 20140101ALI20240912BHJP
A63F 13/79 20140101ALI20240912BHJP
A63F 13/426 20140101ALI20240912BHJP
【ＦＩ】
A63F13/80 B
A63F1/02 Z
A63F1/06 Z
A63F13/20 A
A63F13/95 A
A63F13/79
A63F13/426
【請求項の数】
21
(21)【出願番号】P 2023102987
(22)【出願日】2023-06-23
【審査請求日】2023-06-23
(73)【特許権者】
【識別番号】504440133
【氏名又は名称】株式会社ポケモン
(74)【代理人】
【識別番号】110002815
【氏名又は名称】ＩＰＴｅｃｈ弁理士法人
(72)【発明者】
【氏名】林 揚恩
(72)【発明者】
【氏名】屋島 啓佑
(72)【発明者】
【氏名】大場 直之
(72)【発明者】
【氏名】吉村 勇人
(72)【発明者】
【氏名】梶本 夢遥
(72)【発明者】
【氏名】ヒックリング 亜多夢
【審査官】安田 明央
(56)【参考文献】
【文献】特開２０２０－０３１８４６（ＪＰ，Ａ）
【文献】特開２０２１－０４０９０４（ＪＰ，Ａ）
【文献】特開２０２０－０５４８８５（ＪＰ，Ａ）
【文献】特開２０２０－０３２１６４（ＪＰ，Ａ）
【文献】特開２０２０－０３６７６６（ＪＰ，Ａ）
【文献】特開２０１１－０７８６４９（ＪＰ，Ａ）
【文献】特開２０１９－１０７２０５（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ａ６３Ｆ １３／００－１３／９８
Ａ６３Ｆ ９／２４
Ａ６３Ｆ １／０２
Ａ６３Ｆ １／０６
(57)【特許請求の範囲】
【請求項1】
プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、前記プログラムは、前記プロセッサに、アナログカードを用いたＴＣＧ（Trading Card Game）の対戦に係る複数のデッキに関する情報を受け付けるステップと、
前記対戦のプレイ履歴を再現するために、前記複数のデッキを構成するカードの内容を認識可能、かつ、選択可能に表示するステップと、
表示した前記カードから、前記対戦においてプレイヤーがプレイしたカードの選択を受け付け、選択されたカードの履歴を記憶するステップと、
記憶した前記履歴に基づき、前記履歴を他ユーザと共有するための共有用データを作成するステップと
を実行させるプログラム。
【請求項2】
前記共有用データを作成するステップにおいて、前記共有用データに識別番号を付与し、任意のプレイヤーからアクセス可能とする請求項１記載のプログラム。
【請求項3】
前記複数のデッキは、それぞれ第１プレイヤー及び第２プレイヤーが使用するデッキであり、前記第１プレイヤー又は前記第２プレイヤーを本人とする指定を受け付けるステップを前記プロセッサに実行させ、
前記共有用データを作成するステップにおいて、前記本人のデッキを識別可能な情報を前記共有用データと関連付ける請求項１記載のプログラム。
【請求項4】
前記複数のデッキは、それぞれ第１プレイヤー及び第２プレイヤーが使用するデッキであり、前記第１プレイヤー又は前記第２プレイヤーを本人とする指定を受け付けるステップを前記プロセッサに実行させ、
前記共有用データを作成するステップにおいて、前記本人のデッキに含まれるカードを識別可能な情報を前記共有用データと関連付ける請求項１記載のプログラム。
【請求項5】
前記複数のデッキは、それぞれ第１プレイヤー及び第２プレイヤーが使用するデッキであり、前記第１プレイヤーを本人とする指定を受け付けるステップを前記プロセッサに実行させ、
前記共有用データを作成するステップにおいて、前記第１プレイヤーを識別可能な情報を前記共有用データと関連付ける請求項１記載のプログラム。
【請求項6】
参照する対戦に関する情報を受け付けるステップを前記プロセッサに実行させ、前記共有用データを作成するステップにおいて、前記対戦を識別可能な情報を前記共有用データと関連付ける請求項１記載のプログラム。
【請求項7】
前記選択されたカードの履歴を記憶するステップにおいて、選択された前記カードについてのコメントを受け付け、受け付けたコメントを前記履歴と関連付けて記憶する請求項１記載のプログラム。
【請求項8】
前記複数のデッキは、それぞれ第１プレイヤー及び第２プレイヤーが使用するデッキであり、前記第１プレイヤー及び前記第２プレイヤーがプレイしたカードについてのコメントを、前記共有用データを閲覧する閲覧者から受け付け、受け付けたコメントを前記共有用データと関連付けて記憶するステップを前記プロセッサに実行させる請求項１記載のプログラム。
【請求項9】
前記共有用データに基づき、カードをプレイする傾向を分析するステップを前記プロセッサに実行させる請求項１記載のプログラム。
【請求項10】
前記選択されたカードの履歴を記憶するステップにおいて、ゲームのルールに基づく誘導情報を提示する請求項１記載のプログラム。
【請求項11】
前記選択されたカードの履歴を記憶するステップにおいて、使用されたカードに基づく誘導情報を提示する請求項１記載のプログラム。
【請求項12】
前記共有用データを作成するステップにおいて、記憶した前記履歴にエラーがあるか否かを判断する請求項１記載のプログラム。
【請求項13】
前記共有用データが選択されると、選択された前記共有用データに基づき、カードのプレイ履歴を再生するステップを前記プロセッサに実行させる請求項１記載のプログラム。
【請求項14】
前記カードのプレイ履歴を再生するステップにおいて、対戦相手の非開示領域に配置されるカードの開示非開示の選択を受け付ける請求項１３記載のプログラム。
【請求項15】
前記カードのプレイ履歴を再生するステップにおいて、カードのプレイ履歴の再生速度を調整する請求項１３記載のプログラム。
【請求項16】
前記カードのプレイ履歴を再生するステップにおいて、選択された前記共有用データと類似する共有用データに基づき、カードのプレイ履歴を再生する請求項１３記載のプログラム。
【請求項17】
前記共有用データと関連付けられている数の多いプレイヤーに特典を付与するステップを前記プロセッサに実行させる請求項５記載のプログラム。
【請求項18】
参照された回数の多い前記共有用データと関連付けられているプレイヤーに特典を付与するステップを前記プロセッサに実行させる請求項５記載のプログラム。
【請求項19】
プロセッサと、メモリとを備えるコンピュータに実行される方法であって、前記プロセッサが、請求項１から１８のいずれかに係る発明において実行される全てのステップを実行する方法。
【請求項20】
制御部と、記憶部とを備える情報処理装置であって、前記制御部が、請求項１から１８のいずれかに係る発明において実行される全てのステップを実行する情報処理装置。
【請求項21】
請求項１から１８のいずれかに係る発明において実行される全てのステップを実行する手段を備えるシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、プログラム、方法、情報処理装置、及びシステムに関する。
【背景技術】
【0002】
特許文献１では、画像によって行われるゲームのプレイ中の情報やプレイ結果の情報を記録する技術について記載されている。具体的には、特許文献１では、画像に表れた所定の評価対象物の特定時点又は特定時間帯における状態を示す情報としての画像情報を取得する。そして、先行文献１では、取得した画像情報を所定の規則に依存して数値情報、文字情報、記号情報のうちの少なくとも何れか一つの情報としての状態記録情報に置き換えて記録する。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０２１－０２３５１４号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１では、ゲームの画像情報を取得し、取得した画像情報を所定の規則に依存して状態記録情報に置き換えるようにしている。ＴＣＧ（Trading Card Game）は、デジタルカードを用いたデジタル空間での対戦に限らず、現実のカードを用いた対戦ももちろん存在する。特許文献１では、現実のカードを用いた対戦には対応していない。
【0005】
本開示の目的は、アナログカード、及びデジタルカードに関わらず、ＴＣＧの対戦に関する情報の効率的な蓄積を支援することである。
【課題を解決するための手段】
【0006】
プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムである。プログラムは、プロセッサに、アナログカードを用いたＴＣＧの対戦に係る複数のデッキに関する情報を受け付けるステップと、対戦のプレイ履歴に基づく共有用データの作成のために、複数のデッキを構成するカードの内容を認識可能、かつ、選択可能に表示するステップと、表示したカードから、前記対戦においてプレイヤーがプレイしたカードの選択を受け付け、選択されたカードの履歴を記憶するステップと、記憶した履歴に基づき、共有用データを作成するステップとを実行させる。
【発明の効果】
【0007】
開示によれば、アナログカード、及びデジタルカードに関わらず、ＴＣＧの対戦に関する情報の効率的な蓄積を支援できる。
【図面の簡単な説明】
【0008】
【図1】本実施形態に係るＴＣＧの対戦を準備する局面を示す図である。
【図2】本実施形態に係るＴＣＧの対戦を開始しようとする局面を示す図である。
【図3】各ユーザがＴＣＧの対戦を進行させている局面を示す図である。
【図4】システム１の全体構成の例を示すブロック図である。
【図6】サーバ２０の機能的な構成の例を示す図である。
【図7】ユーザ情報テーブル２０２１のデータ構造の例を示す図である。
【図8】カードマスタテーブル２０２２のデータ構造の例を示す図である。
【図9】デッキ情報テーブル２０２３のデータ構造の例を示す図である。
【図10】対戦情報テーブル２０２４のデータ構造の例を示す図である。
【図11】変換テーブル２０２５のデータ構造の例を示す図である。
【図12】プレイ履歴テーブル２０２６のデータ構造の例を示す図である。
【図13】棋譜テーブル２０２７のデータ構造の例を示す図である。
【図14】エラー検出テーブル２０２８のデータ構造の例を示す図である。
【図15】ユーザからの操作に基づき、棋譜データを作成する際の制御部２０３の動作の例を表すフローチャートである。
【図16】端末装置１０で表示される棋譜データの作成画面の一例を表す模式図である。
【図17】手札が配布された際の作成画面の一例を表す模式図である。
【図18】勝敗条件カード配置部３３Ａ、３３Ｂにカードが配置された際の作成画面の一例を表す模式図である。
【図19】誘導情報が提示される際の作成画面の一例を表す模式図である。
【図20】誘導情報が提示される際の作成画面のその他の例を表す模式図である。
【図21】ユーザからの要求に応じ、棋譜データを提示する際の制御部２０３の動作の例を表すフローチャートである。
【図22】端末装置１０で表示される棋譜データの一覧画面の一例を表す模式図である。
【図23】棋譜データをテキスト形式で表示する際の端末装置１０の表示画面の一例を表す模式図である。
【図24】棋譜データを動画形式で表示する際の端末装置１０の表示画面の一例を表す模式図である。
【図25】棋譜データをテキスト形式で表示する際の端末装置１０の表示画面のその他の例を表す模式図である。
【図26】棋譜データを動画形式で表示する際の端末装置１０の表示画面のその他の例を表す模式図である。
【図27】棋譜データを分析する際の制御部２０３の動作の例を表すフローチャートである。
【図28】コンピュータ９０の基本的なハードウェア構成を示すブロック図である。
【発明を実施するための形態】
【0009】
以下、図面を参照しつつ、本開示の実施形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称及び機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【0010】
＜概略＞
本実施形態に係るプログラムを実行する情報処理装置は、実在するカード（アナログカード）を用いたＴＣＧの対戦についてのプレイ内容を共有可能に記憶することをサポートする。具体的には、例えば、情報処理装置は、複数のデッキに関する情報を取得する。つまり、情報処理装置は、例えば、ＴＣＧで対戦する第１プレイヤーと第２プレイヤーとが使用するデッキに関する情報を取得する。情報処理装置は、取得した情報に基づき、デッキを構成するカードの内容を認識可能、かつ、選択可能にユーザに表示する。ユーザは、例えば、動画を見ながら、又は対戦を実際に見ながら、第１プレイヤーと第２プレイヤーとのプレイを参照し、第１プレイヤーと第２プレイヤーとがプレイ中に選択したカードをプレイ内容に沿って選択する。情報処理装置は、ユーザにより選択されたカードの履歴を記憶する。情報処理装置は、記憶した履歴に基づき、共有用データを作成する。共有用データは、ＴＣＧの対戦についてのプレイ内容を所定の条件の下で手順毎に記憶したデータである。囲碁、将棋、チェス等において、互いの対局者が採った手を順番に記入した記録を棋譜と称している。本実施形態において、共有用データを、この棋譜になぞらえ、ＴＣＧにおける棋譜データと称する。
なお、本実施形態において、情報処理装置は、上記のとおり、共有用データを作成することを補助する機能を有する。本機能は、ＴＣＧの対戦をプレイするための機能ではない。
本実施形態に係るプログラムを実行する情報処理装置は、実在するカード（アナログカード）を用いたＴＣＧの対戦についてのプレイ内容を共有可能に記憶することをサポートする。具体的には、例えば、情報処理装置は、複数のデッキに関する情報を取得する。つまり、情報処理装置は、例えば、ＴＣＧで対戦する第１プレイヤーと第２プレイヤーとが使用するデッキに関する情報を取得する。情報処理装置は、取得した情報に基づき、デッキを構成するカードの内容を認識可能、かつ、選択可能にユーザに表示する。ユーザは、例えば、動画を見ながら、又は対戦を実際に見ながら、第１プレイヤーと第２プレイヤーとのプレイを参照し、第１プレイヤーと第２プレイヤーとがプレイ中に選択したカードをプレイ内容に沿って選択する。情報処理装置は、ユーザにより選択されたカードの履歴を記憶する。情報処理装置は、記憶した履歴に基づき、共有用データを作成する。共有用データは、ＴＣＧの対戦についてのプレイ内容を所定の条件の下で手順毎に記憶したデータである。囲碁、将棋、チェス等において、互いの対局者が採った手を順番に記入した記録を棋譜と称している。本実施形態において、共有用データを、この棋譜になぞらえ、ＴＣＧにおける棋譜データと称する。
なお、本実施形態において、情報処理装置は、上記のとおり、共有用データを作成することを補助する機能を有する。本機能は、ＴＣＧの対戦をプレイするための機能ではない。
【0011】
まず、本実施形態に係るＴＣＧの概要について説明する。次いで、本実施形態に係るプログラムについて説明する。
【0012】
＜０ ＴＣＧの概要＞
図１は、本実施形態に係るＴＣＧの対戦を準備する局面を示す図である。図２は、本実施形態に係るＴＣＧの対戦を開始しようとする局面を示す図である。図３は、各ユーザがＴＣＧの対戦を進行させている局面を示す図である。
図１は、本実施形態に係るＴＣＧの対戦を準備する局面を示す図である。図２は、本実施形態に係るＴＣＧの対戦を開始しようとする局面を示す図である。図３は、各ユーザがＴＣＧの対戦を進行させている局面を示す図である。
【0013】
ユーザは、プレイマット３０を配置し、ＴＣＧの対戦に使用するカードを組み合わせて構築したデッキを用い、ＴＣＧの対戦を行う。
【0014】
＜０．１ プレイマット３０の構成＞
図１を参照して、各ユーザがＴＣＧの対戦で使用する各種用品について説明する。図１に示すように、ユーザ５Ａ（第１ユーザ）と、ユーザ５Ｂ（第２ユーザ）とが、ＴＣＧの対戦を開始するにあたり、ユーザ５Ａとユーザ５Ｂとの間にプレイマット３０を配置する。プレイマット３０は、デッキに含まれるカードを配置するためのものである。各ユーザは、プレイマット３０に山札等としてカードを配置し、山札からカードを手札に加えつつＴＣＧの対戦を進行させる。
図１を参照して、各ユーザがＴＣＧの対戦で使用する各種用品について説明する。図１に示すように、ユーザ５Ａ（第１ユーザ）と、ユーザ５Ｂ（第２ユーザ）とが、ＴＣＧの対戦を開始するにあたり、ユーザ５Ａとユーザ５Ｂとの間にプレイマット３０を配置する。プレイマット３０は、デッキに含まれるカードを配置するためのものである。各ユーザは、プレイマット３０に山札等としてカードを配置し、山札からカードを手札に加えつつＴＣＧの対戦を進行させる。
【0015】
プレイマット３０の構成について説明する。プレイマット３０は、例えば、カードを配置する位置が表されるマットを含む。プレイマット３０は、例えば、山札配置部３１Ａ及び山札配置部３１Ｂ（以下、「山札配置部３１」と総称することもある）と、準備カード配置部３２Ａ及び準備カード配置部３２Ｂ（以下、「準備カード配置部３２」と総称することもある）と、勝敗条件カード配置部３３Ａ及び勝敗条件カード配置部３３Ｂ（以下、「勝敗条件カード配置部３３」と総称することもある）と、バトルカード配置部３４Ａ及びバトルカード配置部３４Ｂ（以下、「バトルカード配置部３４」と総称することもある）と、消費カード配置部３５Ａ及び消費カード配置部３５Ｂ（以下、「消費カード配置部３５」と総称することもある）と、を含む。プレイマット３０は、ユーザ毎に配置されてもよい。このとき、例えば、プレイマット３０は、一方のユーザと関わる領域を含む。具体的には、例えば、プレイマット３０は、山札配置部３１Ａと、準備カード配置部３２Ａと、勝敗条件カード配置部３３Ａと、バトルカード配置部３４Ａと、消費カード配置部３５Ａとを含む。
【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】
図４に示す端末装置１０は、例えば、ＴＣＧの棋譜（共有用データ）を作成するユーザが操作する情報処理装置である。端末装置１０は、例えば、スマートフォン、タブレット等の携帯端末により実現される。また、端末装置１０は、据え置き型のＰＣ（Personal Computer）、ラップトップＰＣ等により実現されてもよいし、ＨＭＤ（Head Mount Display）等のウェアラブル端末により実現されてもよい。
【0051】
端末装置１０は、通信ＩＦ（Interface）１２と、入力装置１３と、出力装置１４と、メモリ１５と、ストレージ１６と、プロセッサ１９とを備える。入力装置１３は、ユーザからの入力操作を受け付けるための装置（例えば、タッチパネル、タッチパッド等）である。出力装置１４は、ユーザに対して情報を提示するための装置（ディスプレイ、スピーカー等）である。
【0052】
サーバ２０は、例えば、ユーザからの入力に基づいて棋譜を作成し、作成した棋譜を記憶する情報処理装置である。また、サーバ２０は、ユーザからの要求に応じ、記憶している棋譜をユーザに提供する情報処理装置である。
【0053】
サーバ２０は、例えば、ネットワーク８０に接続されたコンピュータにより実現される。図４に示すように、サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、及び、ユーザに対して情報を提示するための出力装置のインタフェースとして機能する。
【0054】
各情報処理装置は演算装置と記憶装置とを備えたコンピュータにより構成されている。コンピュータの基本ハードウェア構成及び、当該ハードウェア構成により実現されるコンピュータの基本機能構成は後述する。端末装置１０、及びサーバ２０のそれぞれについて、後述するコンピュータの基本ハードウェア構成及びコンピュータの基本機能構成と重複する説明は省略する。
【0055】
＜１．１ 端末装置の構成＞
図５は、図４に示す端末装置１０の構成例を表すブロック図である。図５に示すように、端末装置１０は、通信部１２０と、入力装置１３と、出力装置１４と、音声処理部１７と、マイク１７１と、スピーカー１７２と、カメラ１６０と、位置情報センサ１５０と、記憶部１８０と、制御部１９０とを備える。端末装置１０に含まれる各ブロックは、例えば、バス等により電気的に接続される。
図５は、図４に示す端末装置１０の構成例を表すブロック図である。図５に示すように、端末装置１０は、通信部１２０と、入力装置１３と、出力装置１４と、音声処理部１７と、マイク１７１と、スピーカー１７２と、カメラ１６０と、位置情報センサ１５０と、記憶部１８０と、制御部１９０とを備える。端末装置１０に含まれる各ブロックは、例えば、バス等により電気的に接続される。
【0056】
通信部１２０は、端末装置１０が他の装置と通信するための変復調処理等の処理を行う。通信部１２０は、制御部１９０で生成された信号に送信処理を施し、外部（例えば、サーバ２０）へ送信する。通信部１２０は、外部から受信した信号に受信処理を施し、制御部１９０へ出力する。
【0057】
入力装置１３は、端末装置１０を操作するユーザが指示、又は情報を入力するための装置である。入力装置１３は、例えば、操作面へ触れることで指示が入力されるタッチ・センシティブ・デバイス１３１等により実現される。端末装置１０がＰＣ等である場合には、入力装置１３は、リーダー、キーボード、マウス等により実現されてもよい。入力装置１３は、ユーザから入力される指示を電気信号へ変換し、電気信号を制御部１９０へ出力する。なお、入力装置１３には、例えば、外部の入力機器から入力される電気信号を受け付ける受信ポートが含まれてもよい。
【0058】
出力装置１４は、端末装置１０を操作するユーザへ情報を提示するための装置である。出力装置１４は、例えば、ディスプレイ１４１等により実現される。ディスプレイ１４１は、制御部１９０の制御に応じたデータを表示する。ディスプレイ１４１は、例えば、ＬＣＤ（Liquid Crystal Display）、又は有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現される。
【0059】
音声処理部１７は、例えば、音声信号のデジタル－アナログ変換処理を行う。音声処理部１７は、マイク１７１から与えられる信号をデジタル信号に変換して、変換後の信号を制御部１９０へ与える。また、音声処理部１７は、音声信号をスピーカー１７２へ与える。音声処理部１７は、例えば音声処理用のプロセッサによって実現される。マイク１７１は、音声入力を受け付けて、当該音声入力に対応する音声信号を音声処理部１７へ与える。スピーカー１７２は、音声処理部１７から与えられる音声信号を音声に変換して当該音声を端末装置１０の外部へ出力する。
【0060】
カメラ１６０は、受光素子により光を受光し、撮影信号として出力するためのデバイスである。
【0061】
位置情報センサ１５０は、端末装置１０の位置を検出するセンサであり、例えばＧＰＳ（Global Positioning System）モジュールである。ＧＰＳモジュールは、衛星測位システムで用いられる受信装置である。衛星測位システムでは、少なくとも３個または４個の衛星からの信号を受信し、受信した信号に基づいて、ＧＰＳモジュールが搭載される端末装置１０の現在位置を検出する。位置情報センサ１５０は、端末装置１０が接続する無線基地局の位置から、端末装置１０の現在の位置を検出してもよい。
【0062】
記憶部１８０は、例えば、メモリ１５、及びストレージ１６等により実現され、端末装置１０が使用するデータ、及びプログラムを記憶する。記憶部１８０は、例えば、ユーザ情報１８１を記憶する。
【0063】
ユーザ情報１８１は、例えば、ユーザに関する情報を含む。ユーザに関する情報には、例えば、ユーザＩＤ、ユーザの氏名、年齢、住所、生年月日、登録年月日等が含まれる。
【0064】
制御部１９０は、プロセッサ１９が記憶部１８０に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。制御部１９０は、端末装置１０の動作を制御する。制御部１９０は、プログラムに従って動作することにより、操作受付部１９１、送受信部１９２、管理部１９３、表示制御部１９４としての機能を発揮する。
【0065】
操作受付部１９１は、入力装置１３から入力される指示、又は情報を受け付けるための処理を行う。具体的には、例えば、操作受付部１９１は、タッチ・センシティブ・デバイス１３１等から入力される指示、又は情報を受け付ける。
【0066】
また、操作受付部１９１は、カメラ１６０から入力される画像を受け付ける。具体的には、例えば、操作受付部１９１は、カメラ１６０により撮影された撮影データを受信する。
【0067】
また、操作受付部１９１は、マイク１７１から入力される音声情報を受け付ける。具体的には、例えば、操作受付部１９１は、マイク１７１から入力され、音声処理部１７でデジタルデータに変換された音声データを受信する。
【0068】
送受信部１９２は、端末装置１０が、サーバ２０等の外部の装置と、通信プロトコルに従ってデータを送受信するための処理を行う。具体的には、例えば、送受信部１９２は、ユーザから入力された指示、又は取得した種々の情報をサーバ２０へ送信する。また、送受信部１９２は、サーバ２０から提供される情報を受信する。サーバ２０から提供される情報は、例えば、ユーザに棋譜を作成させるための情報、又はサーバ２０に記憶されている棋譜を表示させるための情報等を含む。
【0069】
管理部１９３は、記憶部１８０に記憶される、ユーザ情報１８１を管理する。例えば、管理部１９３は、ユーザに関する情報が編集されると、編集された情報をユーザ情報１８１に記憶する。
【0070】
表示制御部１９４は、ユーザに対して所定の画像を表示するため、出力装置１４を制御する。例えば、表示制御部１９４は、ユーザに棋譜を作成させるための情報に基づき、棋譜の作成画像を表示するように、ディスプレイ１４１を制御する。また、表示制御部１９４は、棋譜を表示させるための情報に基づき、棋譜に関する画像を表示するように、ディスプレイ１４１を制御する。
【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】
提示モジュール２０３６は、棋譜データの閲覧を要求するユーザに対し、棋譜データを提示する。具体的には、例えば、提示モジュール２０３６は、棋譜テーブル２０２７に記憶されている棋譜データを、テキストを含む態様で閲覧者に提示する。また、例えば、棋譜データを動画により閲覧することが要求された場合、提示モジュール２０３６は、棋譜テーブル２０２７に記憶されている棋譜データを、変換テーブル２０２５に基づいて動画に変換する。提示モジュール２０３６は、動画を提示するための情報を端末装置１０へ送信する。
【0100】
【0101】
図７は、ユーザ情報テーブル２０２１のデータ構造の例を示す図である。図７に示すユーザ情報テーブル２０２１は、ユーザＩＤをキーとして、氏名、年齢、住所、生年月日、登録年月日等のカラムを有するテーブルである。ユーザ情報テーブル２０２１は、上記に限らず、腕前（熟練度）、フォロワー等をカラムとして有してもよい。
【0102】
ユーザＩＤは、ユーザを一意に識別するための識別子を記憶する項目である。氏名は、ユーザの氏名を記憶する項目である。年齢は、ユーザの年齢を記憶する項目である。住所は、ユーザが住んでいる場所を記憶する項目である。生年月日は、ユーザが生まれた日付を記憶する項目である。登録年月日は、ユーザがＴＣＧに係るサービスの利用を開始した日付を記憶する項目である。
【0103】
ユーザ情報テーブル２０２１におけるレコードは、ユーザが新たに登録されると追加される。
【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】
図１６に示す例では、準備カード配置部３２Ａ、勝敗条件カード配置部３３Ａ、バトルカード配置部３４Ａ、消費カード配置部３５Ａが第１プレイヤーのために設定され、準備カード配置部３２Ｂ、勝敗条件カード配置部３３Ｂ、バトルカード配置部３４Ｂ、消費カード配置部３５Ｂが第２プレイヤーのために設定されている。
【0150】
ユーザは、作成画面中に表示されるカードを移動させたり、カードの効果を発動させたりすることで、第１プレイヤーと第２プレイヤーとが実際にプレイした対戦の内容を再現する。ユーザは、例えば、過去に録画した対戦の動画を見ながら棋譜データを作成する。また、ユーザは、例えば、実施中の対戦を見ながら棋譜データを作成する。なお、ユーザは、例えば、所定の情報を参照して棋譜データを作成してもよい。また、ユーザは、例えば、情報を参照せず、空想の対戦に基づいて棋譜データを作成してもよい。
【0151】
まず、ユーザは、実際のプレイで第１プレイヤーに手札として配布されたカードを配置領域３６Ａから選択し、選択したカードを第１プレイヤーの手札を配置する領域へ移動させる。また、ユーザは、実際のプレイで第２プレイヤーに手札として配布されたカードを配置領域３６Ｂから選択し、選択したカードを第２プレイヤーの手札を配置する領域へ移動させる。作成モジュール２０３４は、配置領域３６Ａ、３６Ｂから移動させたカードを、配置領域３６Ａ、３６Ｂから削除する。なお、作成モジュール２０３４は、配置領域３６Ａ、３６Ｂから移動させたカードを、配置領域３６Ａ、３６Ｂから削除させず、配置領域３６Ａ、３６Ｂに維持させるようにしてもよい。
【0152】
図１７は、手札が配布された際の作成画面の一例を表す模式図である。図１７に示す図において、第１プレイヤーに手札９３Ａが配布され、第２プレイヤーに手札９３Ｂが配布されている。図１７は、棋譜データの作成画面であるため、第２プレイヤーの手札９３Ｂは、隠されておらず、カードの表面がユーザから把握可能に表示されている。
【0153】
作成モジュール２０３４は、配置領域３６Ａから複数のカードを手札９３Ａとして移動させた行動を、変換テーブル２０２５に基づき、「手札としてカードを取得」等の動作テキストに変換する。管理モジュール２０３３は、動作テキストに、行動者：第１プレイヤー、対象カード：カードＣＸＸＸ１～ＣＸＸＸＸを関連付けてプレイ履歴テーブル２０２６に記憶する。また、作成モジュール２０３４は、配置領域３６Ｂから複数のカードを手札９３Ｂとして移動させた行動を、変換テーブル２０２５に基づき、「手札としてカードを取得」等の動作テキストに変換する。管理モジュール２０３３は、動作テキストに、行動者：第２プレイヤー、対象カード：カードＣＹＹＹ１～ＣＹＹＹＹを関連付けてプレイ履歴テーブル２０２６に記憶する。
【0154】
手札を配布すると、ユーザは、勝敗条件カード配置部３３Ａ、３３Ｂに所定枚数のカードを配置させる。ユーザは、配置領域３６Ａから勝敗条件カード配置部３３Ａへカードを移動させてもよいし、移動させなくてもよい。勝敗条件カード配置部３３Ａへ配置されたカードは、第１プレイヤーが当該カードを取得するまで使用することはできないため、配置領域３６Ａからの移動がなく、また、対戦が進むと明らかになるため、明らかになった段階で配置領域３６Ａから移動させればよいからである。勝敗条件カード配置部３３Ａに配置されるカードは、表面が伏せられているのが通常であるが、表面が向けられていてもよい。なお、手札からどのようにカードを使用するかが重要であるため、必ずしも勝敗条件カード配置部３３Ａにカードを配置しなくてもよい。なお、勝敗条件カード配置部３３Ｂについても同様である。
【0155】
図１８は、勝敗条件カード配置部３３Ａ、３３Ｂにカードが配置された際の作成画面の一例を表す模式図である。図１８のようにカードを配置すると、ユーザは、第１プレイヤーと第２プレイヤーとのプレイを再現するように、カードを操作する。
【0156】
例えば、先行の第１プレイヤーが１ターン目に山札からキャラクタカードを引いた場合、ユーザは、同じキャラクタカードを配置領域３６Ａから手札９３Ａへ移動させる。続いて、第１プレイヤーが手札に含まれる効果カードの効果を発動させた場合、ユーザは、手札９３Ａに含まれる同一の効果カードの効果を発動させ、当該カードを消費カード配置部３５Ａに移動させる。ユーザは、第１プレイヤーが発動させた効果を、作成画面において発動させる。例えば、効果カードの効果が、山札に存在するキャラクタカードのいずれかを準備カード配置部３２Ａに登場させるものである場合、ユーザは、配置領域３６Ａから準備カード配置部３２Ａへカードを移動させる。
【0157】
作成モジュール２０３４は、変換テーブル２０２５に基づき、ユーザから入力されたカードの移動又は効果の発動を、対応する動作テキストへ変換する。管理モジュール２０３３は、変換後の動作テキストに、行動者：第１プレイヤー、対象カード：カードＣＸＸＸＸを関連付けてプレイ履歴テーブル２０２６に記憶する。
【0158】
ユーザは、対戦が終了するまで、第１プレイヤーと第２プレイヤーとのプレイに基づき、作成画面中に表示されるカードを移動させたり、カードの効果を発動させたりする。
【0159】
例えば、ユーザは、手札９３Ａに含まれるキャラクタカードを選択し、準備カード配置部３２Ａに配置する。また、例えば、ユーザは、準備カード配置部３２Ａに配置してあるキャラクタカードを選択し、バトルカード配置部３４Ａに配置する。また、例えば、ユーザは、手札９３Ａに含まれる効果カードの効果を発動させ、配置領域３６Ａから手札９３Ａ、又は準備カード配置部３２Ａ等へカードを移動させたり、バトルカード配置部３４Ａに配置されているキャラクタカードと準備カード配置部３２Ａに配置されているキャラクタカードとを入れ替えたり、消費カード配置部３５Ａから手札９３Ａ等へカードを移動させたりする。また、例えば、ユーザは、手札９３Ａに含まれる効果カードの効果を発動させ、第２プレイヤーのカードに影響を与える。また、例えば、ユーザは、準備カード配置部３２Ａ、又はバトルカード配置部３４Ａに配置してあるキャラクタカードを使用し、第２プレイヤーのカードに影響を与える。ユーザは、第２プレイヤーのプレイについても同様に行動する。
【0160】
作成モジュール２０３４は、作成画面において、誘導情報をユーザに提示してもよい。例えば、作成モジュール２０３４は、ゲームのルールに基づく誘導情報をユーザに提示してもよい。具体的には、例えば、作成モジュール２０３４は、ユーザが山札からカードをドローする必要がある場合、ユーザに対し、配置領域３６Ａからカードを選択し、所定位置へ移動させることを誘導する情報を提示する。また、例えば、作成モジュール２０３４は、ユーザが準備カード配置部３２Ａ、勝敗条件カード配置部３３Ａ、バトルカード配置部３４Ａ等からカードを移動させる必要がある場合、ユーザに対し、準備カード配置部３２Ａ、勝敗条件カード配置部３３Ａ、バトルカード配置部３４Ａ等に配置されているカードを選択し、所定位置へ移動させることを誘導する情報を提示する。
【0161】
また、例えば、作成モジュール２０３４は、発動させたカードの効果に基づく誘導情報をユーザに提示してもよい。作成モジュール２０３４は、カードの効果を発動させたことによりユーザが所定の行動をとる必要がある場合、対応するカードを選択し、所定位置へ移動させることを誘導する情報をユーザに提示する。より具体的には、例えば、作成モジュール２０３４は、山札から所定のキャラクタカードを呼び出す効果を発動させるカードを使用した場合、配置領域３６Ａから該当するキャラクタカードを選択し、所定位置へ移動させることを誘導する情報をユーザに提示する。作成モジュール２０３４は、第２プレイヤー側のユーザの行動に対しても同様に誘導情報を提示する。
【0162】
図１９、２０は、誘導情報が提示される際の作成画面の一例を表す模式図である。図１９に示す図において、配置領域３６Ａからカードを選択し、所定位置へ移動させることを誘導する情報がウィンドウ１４１１に表示されている。また、図２０に示す図において、山札から所定のキャラクタカードを呼び出す効果を発動させる効果カードが使用された際に、配置領域３６Ａから該当するキャラクタカードを選択し、所定位置へ移動させることを誘導する情報がウィンドウ１４１２に表示されている。
【0163】
ユーザは、対戦が終了する場合、端末装置１０を操作し、盤面の操作を終了させる指示を入力する。なお、盤面の操作の終了は、対戦の勝敗が決した場合に限らず、対戦が途中の場合であってもよい。勝敗がつかずに盤面の操作を終わらせる場合には、勝敗がついていないことがプレイ履歴テーブル２０２６に記憶される。端末装置１０は、盤面の操作を終了させる指示をサーバ２０へ送信する。
【0164】
ステップＳ１４において、サーバ２０は、プレイ履歴テーブル２０２６に記憶された情報に基づき、棋譜データを作成する。具体的には、例えば、制御部２０３は、盤面の操作を終了させる指示を受けると、作成モジュール２０３４により、棋譜の作成開始から操作終了までの間にプレイ履歴テーブル２０２６に記憶されたレコードに基づき、棋譜データを作成する。棋譜データは、例えば、対戦において第１プレイヤーと第２プレイヤーとにより採られた動作についてのテキスト情報と、各状況下における所定領域（例えば、準備カード配置部３２、バトルカード配置部３４、手札９３）でのカード配置に関する情報とを含む。管理モジュール２０３３は、作成した棋譜データに識別番号を付し、任意のユーザが閲覧可能に棋譜テーブル２０２７に記憶する。
【0165】
作成モジュール２０３４は、作成した棋譜データに基づき、棋譜データの動画データを作成する。具体的には、例えば、作成モジュール２０３４は、棋譜データに含まれる動作テキストと対応する画像を、変換テーブル２０２５を参照して取得する。作成モジュール２０３４は、取得した画像に、動作の対象となったカードの画像を適応させる。作成モジュール２０３４は、カード画像を適応させた画像を組み合わせ、動画を作成する。管理モジュール２０３３は、作成した動画データを棋譜テーブル２０２７に記憶する。棋譜データから動画データを作成する処理は、学習済みモデルを用いて実施してもよい。この場合、例えば、学習済みモデルは、対戦中の動作に係るテキストを入力とし、対応する画像を正解出力として学習される。
【0166】
作成モジュール２０３４は、棋譜データを作成する際に、棋譜データの作成に用いる動作にエラー（違反）が生じているか否かを判断する。具体的には、作成モジュール２０３４は、例えば、棋譜データの作成に用いる動作と、エラー検出テーブル２０２８に記憶されている条件とを比較することで、記憶したプレイヤーの動作にエラーがあるか否かを判断する。より具体的には、作成モジュール２０３４は、例えば、プレイ履歴テーブル２０２６に記憶されているレコード毎に、エラー検出テーブル２０２８に記憶されている条件を参照し、記憶されたレコードにエラーがあるか否かを判断する。作成モジュール２０３４は、検出したエラーを、棋譜データの閲覧時に認識可能に棋譜データを作成する。なお、作成モジュール２０３４は、エラーを検出した場合であっても棋譜データの修正を提案することはない。エラーが残っている棋譜データを分析することで、発生しやすいエラーを認識することが可能となる。
【0167】
作成モジュール２０３４は、ユーザから入力された行動を動作テキストに変換する際に、動作にエラーが生じているか否かを判断してもよい。具体的には、作成モジュール２０３４は、例えば、変換した動作と、エラー検出テーブル２０２８に記憶されている条件とを比較することで、記憶したプレイヤーの動作にエラーがあるか否かを判断する。
【0168】
作成モジュール２０３４は、ユーザが入力した動作に対するコメントの入力をユーザから受け付けてもよい。入力されたコメントは、例えば、管理モジュール２０３３により、動作と関連付けてプレイ履歴テーブル２０２６に記憶される。
【0169】
（棋譜データの提示）
図２１は、ユーザからの要求に応じ、棋譜データを提示する際の制御部２０３の動作の例を表すフローチャートである。
図２１は、ユーザからの要求に応じ、棋譜データを提示する際の制御部２０３の動作の例を表すフローチャートである。
【0170】
まず、端末装置１０を操作するユーザは、棋譜データを閲覧するためにサーバ２０にアクセスする。サーバ２０は、棋譜テーブル２０２７に基づき、閲覧可能な棋譜データの一覧をユーザに提示する。
【0171】
図２２は、端末装置１０で表示される棋譜データの一覧画面の一例を表す模式図である。図２２に示す例では、記憶されている棋譜データの一覧がディスプレイ１４１に表示されている。端末装置１０の制御部１９０は、表示制御部１９４により、棋譜データを、棋譜データの名称、棋譜データで使用されているデッキに関する情報、対戦者に関する情報、対戦が行われた大会に関する情報、作成者に関する情報等を付して表示する。ユーザは、棋譜データに付されている情報を参照し、所望の棋譜データを選択する。
【0172】
図２２に示す一覧画面では、検索ウィンドウ１４１３が表示されている。ユーザは、検索ウィンドウ１４１３からキーワードを入力し、所望の棋譜データを検索する。表示制御部１９４は、棋譜データの表示順を変更するための情報を受け付けるようにしてもよい。例えば、ユーザは、優先的に表示させたい棋譜データに関する情報を入力する。具体的には、例えば、ユーザは、デッキに関する情報、対戦者に関する情報、対戦が行われた大会に関する情報、作成者に関する情報、棋譜データに関連付けられているタグ情報、対戦者の腕前を表す指標等を入力する。表示制御部１９４は、入力された情報に基づいて、棋譜データが表示される順序を変更する。
【0173】
ユーザは、端末装置１０を操作し、所望の棋譜データを選択し、選択した棋譜データの閲覧要求を入力する。端末装置１０は、棋譜データの閲覧要求をサーバ２０へ送信する。
【0174】
ステップＳ２１において、サーバ２０は、棋譜データの閲覧要求を受け付ける。具体的には、例えば、制御部２０３は、受信制御モジュール２０３１により、端末装置１０から送信された閲覧要求を受信する。
【0175】
ステップＳ２２において、サーバ２０は、棋譜データの閲覧態様を選択させるための情報を提示する。具体的には、提示モジュール２０３６は、ユーザから閲覧要求を受けると、例えば、ユーザに対し、棋譜データをテキストで閲覧するか、動画で閲覧するかの選択肢を提供する。ユーザは、端末装置１０を操作し、閲覧態様を選択する。端末装置１０は、閲覧態様の選択指示をサーバ２０へ送信する。
【0176】
ステップＳ２３において、サーバ２０は、端末装置１０により選択された態様で棋譜データをユーザに提示する。具体的には、例えば、テキスト形式での棋譜データの閲覧がユーザから選択された場合、制御部２０３は、提示モジュール２０３６により、棋譜テーブル２０２７に記憶されている動作テキスト、及びカードの配置状況を表示させるための情報を端末装置１０へ送信する。
【0177】
図２３は、棋譜データをテキスト形式で表示する際の端末装置１０の表示画面の一例を表す模式図である。図２３に示す図において、対戦中の動作がテキストで表示されている。また、図２３に示す図において、各行動時における準備カード配置部３２、バトルカード配置部３４、手札９３のカードの状況が模式的に表示されている。対戦の状況が視認性よくシンプルに表示されているため、ユーザは、対戦の状況を直感的に把握することが可能となる。
【0178】
また、例えば、動画での棋譜データの閲覧がユーザから選択された場合、提示モジュール２０３６は、棋譜データについての動画データを表示させるための情報を端末装置１０へ送信する。提示モジュール２０３６は、例えば、動画をストリーミング再生する。
【0179】
図２４は、棋譜データを動画形式で表示する際の端末装置１０の表示画面の一例を表す模式図である。図２４に示す図において、棋譜データに基づいて作成された動画データが表示される。図２４において、例えば、準備カード配置部３２Ｂ、バトルカード配置部３４Ｂに配置されるカードの向きは、ユーザに閲覧しやすい向きになっている。提示モジュール２０３６は、動画に対する操作が可能なインタフェースを表示してもよい。具体的には、例えば、提示モジュール２０３６は、再生、停止、早送り再生、巻戻し再生、倍速再生等の操作が可能なインタフェースを表示する。
【0180】
図２４に示す図において、第２プレイヤーのカードは、一部の領域において、裏面が表示されている。具体的には、例えば、手札９３Ｂ、山札配置部３１Ｂ、勝敗条件カード配置部３３Ｂ、消費カード配置部３５Ｂ等の非開示領域に配置されるカードは、裏面が表示されている。提示モジュール２０３６は、例えば、ユーザからの指示に応じ、これらのカードの表面が表示されるようにしてもよい。提示モジュール２０３６は、ユーザからの指示に応じ、手札９３Ｂ、山札配置部３１Ｂ、勝敗条件カード配置部３３Ｂ、消費カード配置部３５Ｂそれぞれについて、表示するカードの面を個別に切り替えてもよい。
【0181】
つまり、提示モジュール２０３６は、ユーザにより手札９３Ｂが指定されて表面の表示が指示されると、手札９３Ｂのカードを表向きに表示させてもよい。また、提示モジュール２０３６は、ユーザにより山札配置部３１Ｂが指定されて表面の表示が指示されると、山札配置部３１Ｂのカードを表向きに表示させてもよい。また、提示モジュール２０３６は、ユーザにより勝敗条件カード配置部３３Ｂが指定されて表面の表示が指示されると、勝敗条件カード配置部３３Ｂのカードを表向きに表示させてもよい。また、提示モジュール２０３６は、ユーザにより消費カード配置部３５Ｂが指定されて表面の表示が指示されると、消費カード配置部３５Ｂのカードを表向きに表示させてもよい。これにより、動画を閲覧するユーザは、対戦の理解度を向上させることが可能となる。
【0182】
提示モジュール２０３６は、例えば、第１プレイヤーのターンの再生速度を、第２プレイヤーのターンの再生速度よりも遅くするようにしてもよい。具体的には、提示モジュール２０３６は、第２プレイヤーのターンから、第１プレイヤーのターンへ遷移すると、再生速度を遅くしてもよい。これにより、手前に位置する第１プレイヤーのターンの再生速度が遅くなるため、ユーザは、第１プレイヤーの手を考えながら動画を閲覧することが可能となる。
【0183】
提示モジュール２０３６は、ユーザからの指示に応じ、「本人」と「他人」とを入れ替えるようにしてもよい。
【0184】
提示モジュール２０３６は、例えば、棋譜データを提示する際に、棋譜データと関連付けられているコメントを提示してもよい。具体的には、例えば、提示モジュール２０３６は、棋譜データにおいて、動作毎又はターン毎等、所定の単位に対して関連付けられているコメントを、棋譜データと共に提示する。
【0185】
図２５は、棋譜データをテキスト形式で表示する際の端末装置１０の表示画面のその他の例を表す模式図である。図２５に示す図において、作成者、又は閲覧者が記入したコメントが所定の単位毎に表示されている。図２５に示す例では、ターン先行を対戦の所定単位としてコメントを表示するためのウィンドウ１４１５が表示されている。ウィンドウ１４１５には、ターン１先行において作成者又は閲覧者が記入したコメント、閲覧者がコメントを入力するためのウィンドウ１４１５１、入力したコメントを投稿するためのボタン１４１５２が表示されている。図２５において、対戦における所定の単位はターン毎に限定されない。ターンに含まれる動作毎にコメントが付されてもよい。管理モジュール２０３３は、閲覧者からコメントが投稿されると、投稿されたコメントを、棋譜データと関連付けて棋譜テーブル２０２７に記憶させる。
【0186】
図２６は、棋譜データを動画形式で表示する際の端末装置１０の表示画面のその他の例を表す模式図である。図２６に示す図において、作成者、又は閲覧者が記入したコメントが所定の単位毎に表示されている。図２６に示す例では、コメントを表示するためのウィンドウ１４１６が表示されている。ウィンドウ１４１６には、ターン１先行について作成者又は閲覧者が記入したコメント、閲覧者がコメントを入力するためのウィンドウ１４１６１、入力したコメントを投稿するためのボタン１４１６２が表示されている。図２６において、対戦における所定の単位はターン毎に限定されない。ターンに含まれる動作毎にコメントが付されてもよい。管理モジュール２０３３は、閲覧者からコメントが投稿されると、投稿されたコメントを、棋譜データと関連付けて棋譜テーブル２０２７に記憶させる。
【0187】
提示モジュール２０３６は、表示するコメントについてユーザから所定の指定を受け付けてもよい。例えば、ユーザは、記入者を指定する。提示モジュール２０３６は、例えば、記入者についての指定に基づき、コメントをウィンドウ１４１５、１４１６に表示する。具体的には、提示モジュール２０３６は、指定された記入者のコメントのみをウィンドウ１４１５、１４１６に表示したり、指定された記入者のコメントを優先した順序でウィンドウ１４１５、１４１６に表示したりしてもよい。
【0188】
また、例えば、ユーザは、記入者の腕前を表す指標を指定する。提示モジュール２０３６は、例えば、指標についての指定に基づき、コメントをウィンドウ１４１５、１４１６に表示する。具体的には、提示モジュール２０３６は、指定された以上の指標の記入者のコメントのみをウィンドウ１４１５、１４１６に表示したり、指定された以上の指標の記入者のコメントを優先した順序でウィンドウ１４１５、１４１６に表示したりしてもよい。
【0189】
提示モジュール２０３６は、記入者に基づき、コメントの記入を制限してもよい。具体的には、提示モジュール２０３６は、予め設定されたプレイヤー以外からのコメントの記入を受け付けないようにしてもよい。また、提示モジュール２０３６は、腕前を表す指標についての条件を満たしていないユーザからのコメントの記入を受け付けないようにしてもよい。これにより、棋譜データに付されるコメントの質を担保することが可能となる。
【0190】
提示モジュール２０３６は、例えば、エラーが発生している動作を、エラーが発生していることを表す指標と共に表示してもよい。
【0191】
なお、提示モジュール２０３６が棋譜データに関する動画をストリーミング再生する例を説明したが、棋譜データに関する動画は、端末装置１０にダウンロードされてもよい。表示制御部１９４は、ユーザからの指示に応じて動画を再生することが可能である。
【0192】
（棋譜データの分析）
図２７は、棋譜データを分析する際の制御部２０３の動作の例を表すフローチャートである。
図２７は、棋譜データを分析する際の制御部２０３の動作の例を表すフローチャートである。
【0193】
ステップＳ３１において、サーバ２０は、棋譜データを分析する。具体的には、例えば、制御部２０３は、提示モジュール２０３６により、分析可能な項目をユーザに提示し、ユーザが所望の分析を選択可能にしている。選択可能な分析は例えば、以下である。
・配布されるカードの傾向
・所定ターン後の準備カード配置部３２Ａ、バトルカード配置部３４Ａ等における好適な状態
・所定状況において所定のカードを使用する統計的指標
・デッキ内における所定のカードの役割
・デッキの勝率
・現在トレンドになっているデッキ
・現在トレンドになっているカード
・配布されるカードの傾向
・所定ターン後の準備カード配置部３２Ａ、バトルカード配置部３４Ａ等における好適な状態
・所定状況において所定のカードを使用する統計的指標
・デッキ内における所定のカードの役割
・デッキの勝率
・現在トレンドになっているデッキ
・現在トレンドになっているカード
【0194】
ユーザは、所望の分析を選択する。端末装置１０は、ユーザにより要求される分析をサーバ２０へ送信する。
【0195】
分析モジュール２０３５は、棋譜データを分析する要求を端末装置１０から受け付ける。分析モジュール２０３５は、棋譜テーブル２０２７に記憶されている棋譜データに基づき、ユーザから要求された分析を実施する。
【0196】
ステップＳ３２において、サーバ２０は、分析結果をユーザに提示する。具体的には、例えば、制御部２０３は、提示モジュール２０３６により、分析により得られた情報を表示するための情報を端末装置１０へ送信する。
【0197】
なお、分析モジュール２０３５が棋譜データを分析するタイミングは、ユーザから要求されたときに限定されない。分析モジュール２０３５は、所定のタイミングで棋譜データを分析してもよい。所定のタイミングは、例えば、所定の周期、所定の日付、所定の時間等を含む。分析モジュール２０３５は、分析結果を記憶しておき、ユーザからの要求に対し、記憶している分析結果を提示する。
【0198】
以上のように、本実施形態では、作成モジュール２０３４は、アナログカードを用いたＴＣＧ（Trading Card Game）の対戦に係る複数のデッキに関する情報を受け付ける。作成モジュール２０３４は、複数のデッキを構成するカードの内容を認識可能、かつ、選択可能に表示する。作成モジュール２０３４は、表示したカードから、対戦においてプレイヤーがプレイしたカードの選択を受け付け、選択されたカードの履歴を記憶する。作成モジュール２０３４は、記憶した履歴に基づき、共有用データを作成する。これにより、サーバ２０は、対戦に係る第１プレイヤーと第２プレイヤーとの対戦内容に基づいた共有用データ（棋譜データ）を作成することが可能となる。また、本実施形態において、作成モジュール２０３４は、共有用データを作成するためのサポートを実施している。つまり、本実施形態に係る機能は、ＴＣＧの対戦をプレイするための機能ではない。このため、ユーザは、対戦に係る両プレイヤーのデッキを選択可能に確認することが可能となっている。
【0199】
したがって、本実施形態によれば、アナログカード、及びデジタルカードに関わらず、ＴＣＧの対戦に関する情報の効率的な蓄積を支援できる。
【0200】
また、上記実施形態では、作成モジュール２０３４は、共有用データに識別番号を付与し、任意のプレイヤーからアクセス可能とする。これにより、ユーザは、所定の対戦を参照して作成された棋譜データを自由に閲覧することが可能となる。
【0201】
また、上記実施形態では、作成モジュール２０３４は、第１プレイヤー又は第２プレイヤーを本人とする指定を受け付ける。作成モジュール２０３４は、本人のデッキを識別可能な情報を共有用データと関連付ける。これにより、デッキに基づいて棋譜データを検索することが可能となるため、ユーザは、所望の棋譜データに効率的に到達することが可能となる。
【0202】
また、上記実施形態では、作成モジュール２０３４は、第１プレイヤー又は第２プレイヤーを本人とする指定を受け付ける。作成モジュール２０３４は、本人のデッキに含まれるカードを識別可能な情報を共有用データと関連付ける。これにより、カードに基づいて棋譜データを検索することが可能となるため、ユーザは、所望の棋譜データに効率的に到達することが可能となる。
【0203】
また、上記実施形態では、作成モジュール２０３４は、第１プレイヤーを本人とする指定を受け付ける。作成モジュール２０３４は、第１プレイヤーを識別可能な情報を共有用データと関連付ける。これにより、対戦を行った第１プレイヤーに基づいて棋譜データを検索することが可能となるため、ユーザは、所望の棋譜データに効率的に到達することが可能となる。
【0204】
また、上記実施形態では、作成モジュール２０３４は、参照する対戦に関する情報を受け付ける。作成モジュール２０３４は、対戦を識別可能な情報を共有用データと関連付ける。これにより、実施された対戦に基づいて棋譜データを検索することが可能となるため、ユーザは、所望の棋譜データに効率的に到達することが可能となる。
【0205】
また、上記実施形態では、作成モジュール２０３４は、選択されたカードについてのコメントを受け付け、受け付けたコメントを履歴と関連付けて記憶する。これにより、作成モジュール２０３４は、作成者のコメントを含めて棋譜データを作成することが可能となる。
【0206】
また、上記実施形態では、管理モジュール２０３３は、第１プレイヤー及び第２プレイヤーがプレイしたカードについてのコメントを、共有用データを閲覧する閲覧者から受け付け、受け付けたコメントを共有用データと関連付けて記憶する。これにより、閲覧者のコメントが棋譜データに付されることになる。
【0207】
また、上記実施形態では、分析モジュール２０３５は、共有用データに基づき、カードをプレイする傾向を分析する。具体的には、例えば、分析モジュール２０３５は、カードのプレイ動向を分析し、手札の状態において最初に取るべき行動を推定する。また、分析モジュール２０３５は、カードのプレイ動向を分析し、所定ターン後の場の状態を推定する。また、分析モジュール２０３５は、カードのプレイ動向を分析し、カードの役割を推定する。また、分析モジュール２０３５は、カードのプレイ動向を分析し、所定状況における所定手に対する統計的指標を算出する。これにより、対戦中にプレイする手の合理性を確認することが可能となる。
【0208】
また、上記実施形態では、作成モジュール２０３４は、選択されたカードの履歴を記憶する際に、ゲームのルールに基づく誘導情報を提示する。これにより、棋譜データを作成する際のユーザの操作ミスを低減させることが可能となる。
【0209】
また、上記実施形態では、作成モジュール２０３４は、選択されたカードの履歴を記憶する際に、使用されたカードに基づく誘導情報を提示する。これにより、棋譜データを作成する際のユーザの操作ミスを低減させることが可能となる。
【0210】
また、上記実施形態では、作成モジュール２０３４は、共有用データを作成する際に、記憶した履歴にエラーがあるか否かを判断する。これにより、共有用データにおいてエラーが発生していることが明らかとなり、誤ったプレイが広まることを抑えることが可能となる。また、ユーザは、誤りやすいポイントを把握することが可能となる。
【0211】
また、上記実施形態では、提示モジュール２０３６は、共有用データが選択されると、選択された共有用データに基づき、カードのプレイ履歴を再生する。これにより、閲覧者は、棋譜データを動画で確認することが可能となるため、カードの使用についての理解度が向上する。
【0212】
また、上記実施形態では、提示モジュール２０３６は、対戦相手の非開示領域に配置されるカードの開示非開示の選択を受け付ける。これにより、プレイの理解度を深めることが可能となる。
【0213】
また、上記実施形態では、提示モジュール２０３６は、カードのプレイ履歴の再生速度を調整する。これにより、提示モジュール２０３６は、ユーザが手を考えたい状況において、再生速度を遅らせることが可能となる。
【0214】
＜変形例＞
上記実施形態では、提示モジュール２０３６は、ユーザにより選択された棋譜データの動画を再生する場合を例に説明した。しかしながら、提示モジュール２０３６による棋譜データの動画再生はこれに限定されない。提示モジュール２０３６は、例えば、同一のデッキについての他の対戦の動画を連続で再生してもよい。具体的には、例えば、提示モジュール２０３６は、ユーザにより選択された棋譜データの動画再生が終了すると、第１プレイヤーが使用するデッキが同一の棋譜データを抽出する。提示モジュール２０３６は、抽出した棋譜データの動画を再生する。提示モジュール２０３６は、棋譜データの抽出、抽出した棋譜データの動画再生を繰り返す。これにより、ユーザが興味を持つデッキに関する動画が再生され続けることになり、ユーザは、デッキの使い方を自然と理解することが可能となる。
上記実施形態では、提示モジュール２０３６は、ユーザにより選択された棋譜データの動画を再生する場合を例に説明した。しかしながら、提示モジュール２０３６による棋譜データの動画再生はこれに限定されない。提示モジュール２０３６は、例えば、同一のデッキについての他の対戦の動画を連続で再生してもよい。具体的には、例えば、提示モジュール２０３６は、ユーザにより選択された棋譜データの動画再生が終了すると、第１プレイヤーが使用するデッキが同一の棋譜データを抽出する。提示モジュール２０３６は、抽出した棋譜データの動画を再生する。提示モジュール２０３６は、棋譜データの抽出、抽出した棋譜データの動画再生を繰り返す。これにより、ユーザが興味を持つデッキに関する動画が再生され続けることになり、ユーザは、デッキの使い方を自然と理解することが可能となる。
【0215】
提示モジュール２０３６は、ユーザにより選択された棋譜データの動画再生が終了すると、第１プレイヤーが使用するデッキがわずかに異なる（例えば、２～３枚程度異なる）棋譜データを抽出してもよい。提示モジュール２０３６は、抽出した棋譜データの動画の再生を提案する。これにより、興味を持つデッキから派生するデッキの使い方が把握できるため、デッキ構築について新たな視点を持つことが可能となる。
【0216】
また、上記実施形態では、棋譜データに対して作成者又は閲覧者からのコメントが付与されている場合を説明した。棋譜データに付されているのはコメントに限定されない。棋譜データに作成者又は閲覧者が記入したアンケートが付されていてもよい。アンケートは、例えば、作成者が棋譜データの作成中に記入する。管理モジュール２０３３は、作成者からアンケートが記入されると、記入されたアンケートを、動作テキストと関連付けてプレイ履歴テーブル２０２６に記憶させる。または、アンケートは、例えば、閲覧者が棋譜データを閲覧している際に記入する。管理モジュール２０３３は、閲覧者からアンケートが記入されると、記入されたアンケートを、棋譜データと関連付けて棋譜テーブル２０２７に記憶させる。アンケートは、例えば、採用した手のもっともらしさを問う内容、所定の状況下における他の選択肢を問う内容、デッキの適切さを問う内容等を含む。管理モジュール２０３３は、アンケートに対する回答が閲覧者から記入されると、記入された回答を、棋譜データと関連付けて棋譜テーブル２０２７に記憶させる。アンケートは、例えば、対戦における所定の単位毎に記入可能である。
【0217】
提示モジュール２０３６は、例えば、棋譜データを提示する際に、棋譜データと関連付けられているアンケートを提示する。具体的には、例えば、提示モジュール２０３６は、棋譜データにおいて、動作毎又はターン毎等、所定の単位に対して関連付けられているアンケートを、棋譜データと共に提示する。
【0218】
提示モジュール２０３６は、表示するアンケートについてユーザから所定の指定を受け付けてもよい。例えば、ユーザは、記入者を指定する。提示モジュール２０３６は、例えば、記入者についての指定に基づき、アンケートを端末装置１０に提示する。具体的には、提示モジュール２０３６は、指定された記入者のアンケートのみを端末装置１０に提示したり、指定された記入者のアンケートを優先した順序で端末装置１０に提示したりしてもよい。
【0219】
また、例えば、ユーザは、記入者の腕前を表す指標を指定する。提示モジュール２０３６は、例えば、指標についての指定に基づき、アンケートを端末装置１０に提示する。具体的には、提示モジュール２０３６は、指定された以上の指標の記入者のアンケートのみを端末装置１０に提示したり、指定された以上の指標の記入者のアンケートを優先した順序で端末装置１０に提示したりしてもよい。
【0220】
提示モジュール２０３６は、記入者に基づき、アンケートの記入を制限してもよい。具体的には、提示モジュール２０３６は、予め設定されたプレイヤー以外からのアンケートの記入を受け付けないようにしてもよい。また、提示モジュール２０３６は、腕前を表す指標についての条件を満たしていないユーザからのアンケートの記入を受け付けないようにしてもよい。これにより、棋譜データに付されるアンケートの質を担保することが可能となる。
【0221】
提示モジュール２０３６は、記入者に基づき、アンケートに対する回答の記入を制限してもよい。具体的には、提示モジュール２０３６は、アンケートに対する回答の記入を、予め設定されたプレイヤー以外から受け付けないようにしてもよい。また、提示モジュール２０３６は、アンケートに対する回答の記入を、腕前を表す指標についての条件を満たしていないユーザから受け付けないようにしてもよい。これにより、アンケートに対する回答の質を担保することが可能となる。
【0222】
また、上記実施形態では、棋譜データに係るプレイヤー又は作成者に対し、特典が付与されてもよい。具体的には、例えば、制御部２０３は、棋譜テーブル２０２７に基づき、棋譜データと関連付けられている数が多いプレイヤーに特典を付与する。また、制御部２０３は、所定の要件を満たす棋譜データと関連付けられているプレイヤー又は作成者に特典を付与する。所定の要件を満たすとは、例えば、参照された回数が所定回数を超えること、閲覧者からの評価が所定値よりも高いこと等を含む。これにより、棋譜データを作成する動機が生まれ、作成される棋譜データの数を増加させることに貢献することになる。
【0223】
また、上記実施形態では、棋譜データを作成することについて説明している。しかしながら、棋譜データを削除することも可能である。具体的には、例えば、制御部２０３は、サーバ２０の管理者の指示に応じ、記憶させたままにしておくと分析に悪影響を与える恐れのある棋譜データを削除することが可能である。分析に悪影響を与える恐れのある棋譜データは、例えば、まじめに対戦を行っていない、デッキ構築のルールが守られていない等である。
【0224】
また、棋譜データの作成者は、自身が作成した棋譜データの自由閲覧を停止させることが可能である。制御部２０３は、作成者からの指示に応じ、指定された棋譜データを自由閲覧ができないように設定する。制御部２０３は、棋譜データの閲覧を制限した場合であっても、当該棋譜データを分析の対象に含められるようにしてもよい。
【0225】
また、上記実施形態において、複数の棋譜データを分析することで、カードの使用に関する情報を蓄積している。そのため、制御部２０３は、カードの使用に関するユーザの疑問に対し、アドバイスを提供することが可能となる。例えば、制御部２０３は、所定のカードに対する指定を受け付ける。制御部２０３は、指定されたカードが所定のデッキにおいて使用される状況を出力する。つまり、カードの使い方に関する疑問に対する回答を出力する。また、例えば、制御部２０３は、デッキ中の所定のカードに対する指定を受け付け、指定されたカードが当該デッキにおいて使用される状況を出力してもよい。
【0226】
また、上記実施形態では、棋譜データにおけるエラーを許容している。制御部２０３は、エラーがあると判断されている複数の棋譜データを分析することで、発生しやすいエラーの傾向を取得することが可能となる。制御部２０３は、例えば、エラーが発生した事象を集約し、エラー集を作成してもよい。これにより、発生しやすいエラーをユーザに認識させることができるため、エラーの発生を抑えることが可能となる。
【0227】
また、上記実施形態では、プレイヤーが二人である場合を説明した。しかしながら、プレイヤーは、三人以上であっても構わない。
【0228】
＜４ コンピュータの基本ハードウェア構成＞
図２８は、コンピュータ９０の基本的なハードウェア構成を示すブロック図である。コンピュータ９０は、プロセッサ９４、主記憶装置９５、補助記憶装置９６、通信ＩＦ９９（インタフェース、Interface）を少なくとも備える。これらはバスにより相互に電気的に接続される。
図２８は、コンピュータ９０の基本的なハードウェア構成を示すブロック図である。コンピュータ９０は、プロセッサ９４、主記憶装置９５、補助記憶装置９６、通信ＩＦ９９（インタフェース、Interface）を少なくとも備える。これらはバスにより相互に電気的に接続される。
【0229】
プロセッサ９４とは、プログラムに記述された命令セットを実行するためのハードウェアである。プロセッサ９４は、演算装置、レジスタ、周辺回路等から構成される。
【0230】
主記憶装置９５とは、プログラム、及びプログラム等で処理されるデータ等を一時的に記憶するためのものである。例えば、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。
【0231】
補助記憶装置９６とは、データ及びプログラムを保存するための記憶装置である。例えば、フラッシュメモリ、ＨＤＤ（Hard Disc Drive）、光磁気ディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリ等である。
【0232】
通信ＩＦ９９とは、有線又は無線の通信規格を用いて、他のコンピュータとネットワークを介して通信するための信号を入出力するためのインタフェースである。
【0233】
ネットワークは、インターネット、ＬＡＮ、無線基地局等によって構築される各種移動通信システム等で構成される。例えば、ネットワークには、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えば、Ｗｉ－Ｆｉ（登録商標））等が含まれる。無線で接続する場合、通信プロトコルとして例えば、Ｚ－Ｗａｖｅ（登録商標）、ＺｉｇＢｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等が含まれる。有線で接続する場合は、ネットワークには、ＵＳＢ（Universal Serial Bus）ケーブル等により直接接続するものも含む。
【0234】
なお、各ハードウェア構成の全部または一部を複数のコンピュータ９０に分散して設け、ネットワークを介して相互に接続することによりコンピュータ９０を仮想的に実現することができる。このように、コンピュータ９０は、単一の筐体、ケースに収納されたコンピュータ９０だけでなく、仮想化されたコンピュータシステムも含む概念である。
【0235】
＜コンピュータ９０の基本機能構成＞
図２８に示すコンピュータ９０の基本ハードウェア構成により実現されるコンピュータの機能構成を説明する。コンピュータは、制御部、記憶部、通信部の機能ユニットを少なくとも備える。
図２８に示すコンピュータ９０の基本ハードウェア構成により実現されるコンピュータの機能構成を説明する。コンピュータは、制御部、記憶部、通信部の機能ユニットを少なくとも備える。
【0236】
なお、コンピュータ９０が備える機能ユニットは、それぞれの機能ユニットの全部または一部を、ネットワークで相互に接続された複数のコンピュータ９０に分散して設けても実現することができる。コンピュータ９０は、単一のコンピュータ９０だけでなく、仮想化されたコンピュータシステムも含む概念である。
【0237】
制御部は、プロセッサ９４が補助記憶装置９６に記憶された各種プログラムを読み出して主記憶装置９５に展開し、当該プログラムに従って処理を実行することにより実現される。制御部は、プログラムの種類に応じて様々な情報処理を行う機能ユニットを実現することができる。これにより、コンピュータは情報処理を行う情報処理装置として実現される。
【0238】
記憶部は、主記憶装置９５、補助記憶装置９６により実現される。記憶部は、データ、各種プログラム、各種データベースを記憶する。また、プロセッサ９４は、プログラムに従って記憶部に対応する記憶領域を主記憶装置９５または補助記憶装置９６に確保することができる。また、制御部は、各種プログラムに従ってプロセッサ９４に、記憶部に記憶されたデータの追加、更新、削除処理を実行させることができる。
【0239】
データベースは、リレーショナルデータベースを指し、行と列によって構造的に規定された表形式のテーブルと呼ばれるデータ集合を、互いに関連づけて管理するためのものである。データベースでは、表をテーブル、表の列をカラム、表の行をレコードと呼ぶ。リレーショナルデータベースでは、テーブル同士の関係を設定し、関連づけることができる。
【0240】
通常、各テーブルにはレコードを一意に特定するためのキーとなるカラムが設定されるが、カラムへのキーの設定は必須ではない。制御部は、各種プログラムに従ってプロセッサ９４に、記憶部に記憶された特定のテーブルにレコードを追加、削除、更新を実行させることができる。
【0241】
通信部は、通信ＩＦ９９により実現される。通信部は、ネットワークを介して他のコンピュータ９０と通信を行う機能を実現する。通信部は、他のコンピュータ９０から送信された情報を受信し、制御部へ入力することができる。制御部は、各種プログラムに従ってプロセッサ９４に、受信した情報に対する情報処理を実行させることができる。また、通信部は、制御部から出力された情報を他のコンピュータ９０へ送信することができる。
【0242】
以上、本開示のいくつかの実施形態を説明したが、これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものとする。
【0243】
＜付記＞
以上の各実施形態で説明した事項を以下に付記する。
（付記１）
プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、アナログカードを用いたＴＣＧ（Trading Card Game）の対戦に係る複数のデッキに関する情報を受け付けるステップと、対戦のプレイ履歴に基づく共有用データの作成のために、複数のデッキを構成するカードの内容を認識可能、かつ、選択可能に表示するステップと、表示したカードから、対戦においてプレイヤーがプレイしたカードの選択を受け付け、選択されたカードの履歴を記憶するステップと、記憶した履歴に基づき、共有用データを作成するステップとを実行させるプログラム。
（付記２）
共有用データを作成するステップにおいて、共有用データに識別番号を付与し、任意のプレイヤーからアクセス可能とする（付記１）に記載のプログラム。
（付記３）
複数のデッキは、それぞれ第１プレイヤー及び第２プレイヤーが使用するデッキであり、第１プレイヤー又は第２プレイヤーを本人とする指定を受け付けるステップをプロセッサに実行させ、共有用データを作成するステップにおいて、本人のデッキを識別可能な情報を共有用データと関連付ける（付記１）又は（付記２）に記載のプログラム。
（付記４）
複数のデッキは、それぞれ第１プレイヤー及び第２プレイヤーが使用するデッキであり、第１プレイヤー又は第２プレイヤーを本人とする指定を受け付けるステップをプロセッサに実行させ、共有用データを作成するステップにおいて、本人のデッキに含まれるカードを識別可能な情報を共有用データと関連付ける（付記１）から（付記３）のいずれかに記載のプログラム。
（付記５）
複数のデッキは、それぞれ第１プレイヤー及び第２プレイヤーが使用するデッキであり、第１プレイヤーを本人とする指定を受け付けるステップを前記プロセッサに実行させ、共有用データを作成するステップにおいて、第１プレイヤーを識別可能な情報を共有用データと関連付ける（付記１）から（付記４）のいずれかに記載のプログラム。
（付記６）
参照する対戦に関する情報を受け付けるステップをプロセッサに実行させ、共有用データを作成するステップにおいて、対戦を識別可能な情報を共有用データと関連付ける（付記１）から（付記５）のいずれかに記載のプログラム。
（付記７）
選択されたカードの履歴を記憶するステップにおいて、選択されたカードについてのコメントを受け付け、受け付けたコメントを履歴と関連付けて記憶する（付記１）から（付記６）のいずれかに記載のプログラム。
（付記８）
複数のデッキは、それぞれ第１プレイヤー及び第２プレイヤーが使用するデッキであり、第１プレイヤー及び第２プレイヤーがプレイしたカードについてのコメントを、共有用データを閲覧する閲覧者から受け付け、受け付けたコメントを共有用データと関連付けて記憶するステップをプロセッサに実行させる（付記１）から（付記７）のいずれかに記載のプログラム。
（付記９）
共有用データに基づき、カードをプレイする傾向を分析するステップをプロセッサに実行させる（付記１）から（付記８）のいずれかに記載のプログラム。
（付記１０）
選択されたカードの履歴を記憶するステップにおいて、ゲームのルールに基づく誘導情報を提示する（付記１）から（付記９）のいずれかに記載のプログラム。
（付記１１）
選択されたカードの履歴を記憶するステップにおいて、使用されたカードに基づく誘導情報を提示する（付記１）から（付記１０）のいずれかに記載のプログラム。
（付記１２）
共有用データを作成するステップにおいて、記憶した履歴にエラーがあるか否かを判断する（付記１）から（付記１１）のいずれかに記載のプログラム。
（付記１３）
共有用データが選択されると、選択された共有用データに基づき、カードのプレイ履歴を再生するステップをプロセッサに実行させる（付記１）から（付記１２）のいずれかに記載のプログラム。
（付記１４）
カードのプレイ履歴を再生するステップにおいて、対戦相手の非開示領域に配置されるカードの開示非開示の選択を受け付ける（付記１３）に記載のプログラム。
（付記１５）
カードのプレイ履歴を再生するステップにおいて、カードのプレイ履歴の再生速度を調整する（付記１３）に記載のプログラム。
（付記１６）
カードのプレイ履歴を再生するステップにおいて、選択された共有用データと類似する共有用データに基づき、カードのプレイ履歴を再生する（付記１３）から（付記１５）のいずれかに記載のプログラム。
（付記１７）
共有用データと関連付けられている数の多いプレイヤーに特典を付与するステップをプロセッサに実行させる（付記５）に記載のプログラム。
（付記１８）
参照された回数の多い共有用データと関連付けられているプレイヤーに特典を付与するステップをプロセッサに実行させる（付記５）に記載のプログラム。
（付記１９）
プロセッサと、メモリとを備えるコンピュータに実行される方法であって、プロセッサが、（付記１）から（付記１８）のいずれかに係る発明において実行される全てのステップを実行する方法。
（付記２０）
制御部と、記憶部とを備える情報処理装置であって、制御部が、（付記１）から（付記１８）のいずれかに係る発明において実行される全てのステップを実行する情報処理装置。
（付記２１）
（付記１）から（付記１８）のいずれかに係る発明において実行される全てのステップを実行する手段を備えるシステム。
以上の各実施形態で説明した事項を以下に付記する。
（付記１）
プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、アナログカードを用いたＴＣＧ（Trading Card Game）の対戦に係る複数のデッキに関する情報を受け付けるステップと、対戦のプレイ履歴に基づく共有用データの作成のために、複数のデッキを構成するカードの内容を認識可能、かつ、選択可能に表示するステップと、表示したカードから、対戦においてプレイヤーがプレイしたカードの選択を受け付け、選択されたカードの履歴を記憶するステップと、記憶した履歴に基づき、共有用データを作成するステップとを実行させるプログラム。
（付記２）
共有用データを作成するステップにおいて、共有用データに識別番号を付与し、任意のプレイヤーからアクセス可能とする（付記１）に記載のプログラム。
（付記３）
複数のデッキは、それぞれ第１プレイヤー及び第２プレイヤーが使用するデッキであり、第１プレイヤー又は第２プレイヤーを本人とする指定を受け付けるステップをプロセッサに実行させ、共有用データを作成するステップにおいて、本人のデッキを識別可能な情報を共有用データと関連付ける（付記１）又は（付記２）に記載のプログラム。
（付記４）
複数のデッキは、それぞれ第１プレイヤー及び第２プレイヤーが使用するデッキであり、第１プレイヤー又は第２プレイヤーを本人とする指定を受け付けるステップをプロセッサに実行させ、共有用データを作成するステップにおいて、本人のデッキに含まれるカードを識別可能な情報を共有用データと関連付ける（付記１）から（付記３）のいずれかに記載のプログラム。
（付記５）
複数のデッキは、それぞれ第１プレイヤー及び第２プレイヤーが使用するデッキであり、第１プレイヤーを本人とする指定を受け付けるステップを前記プロセッサに実行させ、共有用データを作成するステップにおいて、第１プレイヤーを識別可能な情報を共有用データと関連付ける（付記１）から（付記４）のいずれかに記載のプログラム。
（付記６）
参照する対戦に関する情報を受け付けるステップをプロセッサに実行させ、共有用データを作成するステップにおいて、対戦を識別可能な情報を共有用データと関連付ける（付記１）から（付記５）のいずれかに記載のプログラム。
（付記７）
選択されたカードの履歴を記憶するステップにおいて、選択されたカードについてのコメントを受け付け、受け付けたコメントを履歴と関連付けて記憶する（付記１）から（付記６）のいずれかに記載のプログラム。
（付記８）
複数のデッキは、それぞれ第１プレイヤー及び第２プレイヤーが使用するデッキであり、第１プレイヤー及び第２プレイヤーがプレイしたカードについてのコメントを、共有用データを閲覧する閲覧者から受け付け、受け付けたコメントを共有用データと関連付けて記憶するステップをプロセッサに実行させる（付記１）から（付記７）のいずれかに記載のプログラム。
（付記９）
共有用データに基づき、カードをプレイする傾向を分析するステップをプロセッサに実行させる（付記１）から（付記８）のいずれかに記載のプログラム。
（付記１０）
選択されたカードの履歴を記憶するステップにおいて、ゲームのルールに基づく誘導情報を提示する（付記１）から（付記９）のいずれかに記載のプログラム。
（付記１１）
選択されたカードの履歴を記憶するステップにおいて、使用されたカードに基づく誘導情報を提示する（付記１）から（付記１０）のいずれかに記載のプログラム。
（付記１２）
共有用データを作成するステップにおいて、記憶した履歴にエラーがあるか否かを判断する（付記１）から（付記１１）のいずれかに記載のプログラム。
（付記１３）
共有用データが選択されると、選択された共有用データに基づき、カードのプレイ履歴を再生するステップをプロセッサに実行させる（付記１）から（付記１２）のいずれかに記載のプログラム。
（付記１４）
カードのプレイ履歴を再生するステップにおいて、対戦相手の非開示領域に配置されるカードの開示非開示の選択を受け付ける（付記１３）に記載のプログラム。
（付記１５）
カードのプレイ履歴を再生するステップにおいて、カードのプレイ履歴の再生速度を調整する（付記１３）に記載のプログラム。
（付記１６）
カードのプレイ履歴を再生するステップにおいて、選択された共有用データと類似する共有用データに基づき、カードのプレイ履歴を再生する（付記１３）から（付記１５）のいずれかに記載のプログラム。
（付記１７）
共有用データと関連付けられている数の多いプレイヤーに特典を付与するステップをプロセッサに実行させる（付記５）に記載のプログラム。
（付記１８）
参照された回数の多い共有用データと関連付けられているプレイヤーに特典を付与するステップをプロセッサに実行させる（付記５）に記載のプログラム。
（付記１９）
プロセッサと、メモリとを備えるコンピュータに実行される方法であって、プロセッサが、（付記１）から（付記１８）のいずれかに係る発明において実行される全てのステップを実行する方法。
（付記２０）
制御部と、記憶部とを備える情報処理装置であって、制御部が、（付記１）から（付記１８）のいずれかに係る発明において実行される全てのステップを実行する情報処理装置。
（付記２１）
（付記１）から（付記１８）のいずれかに係る発明において実行される全てのステップを実行する手段を備えるシステム。
【符号の説明】
【0244】
１…システム
１０…端末装置
１２…通信ＩＦ
１２０…通信部
１３…入力装置
１３１…タッチ・センシティブ・デバイス
１４…出力装置
１４１…ディスプレイ
１５…メモリ
１５０…位置情報センサ
１６…ストレージ
１６０…カメラ
１７…音声処理部
１７１…マイク
１７２…スピーカー
１８０…記憶部
１９…プロセッサ
１９０…制御部
２０…サーバ
１０…端末装置
１２…通信ＩＦ
１２０…通信部
１３…入力装置
１３１…タッチ・センシティブ・デバイス
１４…出力装置
１４１…ディスプレイ
１５…メモリ
１５０…位置情報センサ
１６…ストレージ
１６０…カメラ
１７…音声処理部
１７１…マイク
１７２…スピーカー
１８０…記憶部
１９…プロセッサ
１９０…制御部
２０…サーバ
【要約】
【課題】アナログカード、及びデジタルカードに関わらず、ＴＣＧの対戦に関する情報の効率的な蓄積を支援する。
【解決手段】プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムである。プログラムは、プロセッサに、アナログカードを用いたＴＣＧ（Trading Card Game）の対戦に係る複数のデッキに関する情報を受け付けるステップと、前記複数のデッキを構成するカードの内容を認識可能、かつ、選択可能に表示するステップと、表示したカードから、前記対戦においてプレイヤーがプレイしたカードの選択を受け付け、選択されたカードの履歴を記憶するステップと、記憶した履歴に基づき、共有用データを作成するステップとを実行させる。
【選択図】 図１７
【解決手段】プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムである。プログラムは、プロセッサに、アナログカードを用いたＴＣＧ（Trading Card Game）の対戦に係る複数のデッキに関する情報を受け付けるステップと、前記複数のデッキを構成するカードの内容を認識可能、かつ、選択可能に表示するステップと、表示したカードから、前記対戦においてプレイヤーがプレイしたカードの選択を受け付け、選択されたカードの履歴を記憶するステップと、記憶した履歴に基づき、共有用データを作成するステップとを実行させる。
【選択図】 図１７
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
