(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-03-14
(45)【発行日】2024-03-25
(54)【発明の名称】プログラム、方法、情報処理装置、システム
(51)【国際特許分類】
A63F 13/79 20140101AFI20240315BHJP
A63F 13/30 20140101ALI20240315BHJP
A63F 13/87 20140101ALI20240315BHJP
A63F 13/69 20140101ALI20240315BHJP
A63F 13/80 20140101ALI20240315BHJP
A63F 13/798 20140101ALI20240315BHJP
【FI】
A63F13/79
A63F13/30
A63F13/87
A63F13/69 500
A63F13/80 B
A63F13/798
(21)【出願番号】P 2022172296
(22)【出願日】2022-10-27
【審査請求日】2022-12-12
(73)【特許権者】
【識別番号】504440133
【氏名又は名称】株式会社ポケモン
(74)【代理人】
【識別番号】110002815
【氏名又は名称】IPTech弁理士法人
(72)【発明者】
【氏名】廣部 圭太
(72)【発明者】
【氏名】橋本 拓也
(72)【発明者】
【氏名】中村 聡希
(72)【発明者】
【氏名】高木 俊輔
【審査官】安田 明央
(56)【参考文献】
【文献】特開2019-180940(JP,A)
【文献】特開2020-031846(JP,A)
【文献】特開2021-040904(JP,A)
(58)【調査した分野】(Int.Cl.,DB名)
A63F 13/00-13/98
A63F 9/24
(57)【特許請求の範囲】
【請求項1】
プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、前記プログラムは、前記プロセッサに、
第1プレイヤから、複数のデジタルカードを組み合わせて作成したデッキを登録する要求を受け付けるステップと、
登録する要求を前記第1プレイヤから受け付けた前記デッキが、初めて作成されたデッキである
か否か判断するステップと、
初めて作成されたデッキである場合、前記デッキを、前記デッキを初めて作成した前記第1プレイヤと関連付けて登録するステップと、
登録した前記デッキに関する情報に対して、第2プレイヤからのアクセスを可能とし、前記デッキに関する情報に、前記デッキを
初めて作成した
プレイヤとして、前記第1プレイヤに関する情報を含めるステップと
を実行させるプログラム。
【請求項2】
前記判断するステップにおいて、
前記デッキが、初めて作成されたデッキであり、かつ、デッキの使用についての所定の条件を満たすか否かを判断し、
前記登録するステップにおいて、初めて作成されたデッキであり、かつ、前記所定の条件を満たすデッキである場合、前記デッキを、前記デッキを初めて作成した前記第1プレイヤと関連付けて登録する請求項1記載のプログラム。
【請求項3】
前記デッキの使用に
ついての所定の条件は、前記デッキが使用された対戦の回数、前記デッキが使用された対戦の勝利数、所定の対戦会への前記デッキのエントリー回数、又は所定の対戦会での前記デッキを使用した前記第1プレイヤの所定順位の獲得の少なくともいずれか一つの条件を含む請求項2記載のプログラム。
【請求項4】
前記登録するステップにおいて、前記デッキを構築する複数のデジタルカードに関する情報と前記第1プレイヤに関する情報とを、コンピュータネットワークにより形成される分散型台帳に記憶する請求項1記載のプログラム。
【請求項5】
所定のプレイヤにより作成されたデッキが登録されると、前記プレイヤが作成したデッキが新たに登録されたことを他プレイヤに通知するステップを前記プロセッサに実行させる請求項1記載のプログラム。
【請求項6】
登録されたデッキが前記第2プレイヤに貢献した度合に基づいて前記第1プレイヤに特典を付与するステップを前記プロセッサに実行させる請求項1記載のプログラム。
【請求項7】
前記第1プレイヤが前記第2プレイヤに貢献した度合に基づいて前記第1プレイヤに特典を付与するステップを前記プロセッサに実行させる請求項1記載のプログラム。
【請求項8】
プロセッサと、メモリとを備えるコンピュータに実行される方法であって、前記プロセッサが、
第1プレイヤから、複数のデジタルカードを組み合わせて作成したデッキを登録する要求を受け付けるステップと、
登録する要求を前記第1プレイヤから受け付けた前記デッキが、初めて作成されたデッキである
か否か判断するステップと、
初めて作成されたデッキである場合、前記デッキを、前記デッキを初めて作成した前記第1プレイヤと関連付けて登録するステップと、
登録した前記デッキに関する情報に対して、第2プレイヤからのアクセスを可能とし、前記デッキに関する情報に、前記デッキを
初めて作成した
プレイヤとして、前記第1プレイヤに関する情報を含めるステップと
を実行する方法。
【請求項9】
制御部と、記憶部とを備える情報処理装置であって、前記制御部が、
第1プレイヤから、複数のデジタルカードを組み合わせて作成したデッキを登録する要求を受け付けるステップと、
登録する要求を前記第1プレイヤから受け付けた前記デッキが、初めて作成されたデッキである
か否か判断するステップと、
初めて作成されたデッキである場合、前記デッキを、前記デッキを初めて作成した前記第1プレイヤと関連付けて登録するステップと、
登録した前記デッキに関する情報に対して、第2プレイヤからのアクセスを可能とし、前記デッキに関する情報に、前記デッキを
初めて作成した
プレイヤとして、前記第1プレイヤに関する情報を含めるステップと
を実行する情報処理装置。
【請求項10】
第1プレイヤから、複数のデジタルカードを組み合わせて作成したデッキを登録する要求を受け付ける手段と、
登録する要求を前記第1プレイヤから受け付けた前記デッキが、初めて作成されたデッキである
か否か判断する
手段と、
初めて作成されたデッキである場合、前記デッキを、前記デッキを初めて作成した前記第1プレイヤと関連付けて登録する手段と、
登録した前記デッキに関する情報に対して、第2プレイヤからのアクセスを可能とし、前記デッキに関する情報に、前記デッキを
初めて作成した
プレイヤとして、前記第1プレイヤに関する情報を含める手段と
を具備するシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、プログラム、方法、情報処理装置、システムに関する。
【背景技術】
【0002】
近年、デジタルカードを用いてプレイするデジタルTCG(Trading Card Game)が注目されている。
【先行技術文献】
【特許文献】
【0003】
【発明の概要】
【発明が解決しようとする課題】
【0004】
デジタルTCGでは、他プレイヤ又はCPUと対戦するために、所有する複数のデジタルカードを組み合わせてデッキを構築する。強いデッキ、個性的なデッキ等、デッキを構築することは、TCGの楽しみの一つである。
【0005】
特許文献1では、プレイヤがデッキを作成し、作成したデッキを、使用するゲーム毎に登録することは記載されている。しかしながら、特許文献1では、デッキを作成する興趣性を向上させることについては述べられていない。
【0006】
本開示の目的は、デッキを作成する興趣性を向上させることである。
【課題を解決するための手段】
【0007】
プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムである。プログラムは、プロセッサに、第1プレイヤから、複数のデジタルカードを組み合わせて作成したデッキを登録する要求を受け付けるステップと、登録する要求を第1プレイヤから受け付けたデッキが、初めて作成されたデッキであることを含む所定の条件を満たすか判断するステップと、所定の条件を満たす場合、デッキを、デッキを初めて作成した第1プレイヤと関連付けて登録するステップと、登録したデッキに関する情報に対して、第2プレイヤからのアクセスを可能とし、デッキに関する情報に、デッキを作成した第1プレイヤに関する情報を含めるステップとを実行させる。
【発明の効果】
【0008】
本開示によれば、デッキを作成する興趣性を向上させることができる。
【図面の簡単な説明】
【0009】
【
図1】本実施形態に係るTCGの対戦を準備する局面を示す図である。
【
図2】本実施形態に係るTCGの対戦を開始しようとする局面を示す図である。
【
図3】各ユーザがTCGの対戦を進行させている局面を示す図である。
【
図4】システム1の全体構成の例を示すブロック図である。
【
図5】
図4に示す端末装置10の構成例を表すブロック図である。
【
図6】サーバ20の機能的な構成の例を示す図である。
【
図7】カード情報182のデータ構造を示す図である。
【
図8】デッキ情報183のデータ構造を示す図である。
【
図9】ユーザ情報テーブル2021のデータ構造を示す図である。
【
図10】カードマスタテーブル2022のデータ構造を示す図である。
【
図11】デッキ情報テーブル2023のデータ構造を示す図である。
【
図12】対戦情報テーブル2024のデータ構造を示す図である。
【
図13】特典情報テーブル2025のデータ構造を示す図である。
【
図14】端末装置10に表示されるデッキ一覧の例を表す模式図である。
【
図15】ディスプレイ141の表示例を表す模式図である。
【
図16】端末装置10に表示される、デッキ2の編集画面の例を表す模式図である。
【
図17】ユーザがデッキを登録する際の端末装置10とサーバ20との動作の例を説明する図である。
【
図18】ディスプレイ141の表示例を表す模式図である。
【
図19】デッキを登録する際のサーバ20の動作の例を示すフローチャートである。
【
図20】ディスプレイ141の表示例を表す模式図である。
【
図21】ディスプレイ141の表示例を表す模式図である。
【
図22】デッキを登録する際のサーバ20の動作の例を示すフローチャートである。
【
図23】ディスプレイ141の表示例を表す模式図である。
【
図24】デッキと、デッキの作成者とを対応付ける際のサーバ20の動作の例を示すフローチャートである。
【
図25】ディスプレイ141の表示例を表す模式図である。
【
図26】デッキの対戦情報を管理する際の端末装置10とサーバ20との動作の例を説明する図である。
【
図27】ディスプレイ141の表示例を表す模式図である。
【
図28】コンピュータ90の基本的なハードウェア構成を示すブロック図である。
【発明を実施するための形態】
【0010】
以下、図面を参照しつつ、本開示の実施形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称及び機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【0011】
<概略>
本実施形態に係るプログラムは、プレイヤが作成したデッキが、初めて作成されたデッキであることを含む所定の条件を満たす場合、当該デッキを、当該デッキを初めて作成した第1プレイヤと関連付けて登録する。登録したデッキに関する情報は、第1プレイヤに関する情報を含み、第1プレイヤ、又は第1プレイヤ及びプレイヤからのアクセスにより公開される。
【0012】
まず、本実施形態に係るTCGの概要について説明する。次いで、カードの管理システムについて説明する。
【0013】
<0 TCGの概要>
図1は、本実施形態に係るTCGの対戦を準備する局面を示す図である。
図2は、本実施形態に係るTCGの対戦を開始しようとする局面を示す図である。
図3は、各ユーザがTCGの対戦を進行させている局面を示す図である。
【0014】
ユーザは、プレイマット30を配置し、TCGの対戦に使用するカードを組み合わせて構築したデッキを用い、TCGの対戦を行う。
【0015】
<0.1 プレイマット30の構成>
図1を参照して、各ユーザがTCGの対戦で使用する各種用品について説明する。
図1に示すように、ユーザ5A(第1ユーザ)と、ユーザ5B(第2ユーザ)とが、TCGの対戦を開始するにあたり、ユーザ5Aとユーザ5Bとの間にプレイマット30を配置する。プレイマット30は、デッキに含まれるカードを配置するためのものである。各ユーザは、プレイマット30に山札等としてカードを配置し、山札からカードを手札に加えつつTCGの対戦を進行させる。
【0016】
プレイマット30の構成について説明する。プレイマット30は、例えば、カードを配置する位置が表されるマットを含む。プレイマット30は、例えば、山札配置部31A及び山札配置部31B(以下、「山札配置部31」と総称することもある)と、準備カード配置部32A及び準備カード配置部32B(以下、「準備カード配置部32」と総称することもある)と、勝敗条件カード配置部33A及び勝敗条件カード配置部33B(以下、「勝敗条件カード配置部33」と総称することもある)と、バトルカード配置部34A及びバトルカード配置部34B(以下、「バトルカード配置部34」と総称することもある)と、消費カード配置部35A及び消費カード配置部35B(以下、「消費カード配置部35」と総称することもある)と、を含む。
【0017】
図3示すように、TCGの対戦において、各ユーザは、山札からカードを手札に補充しつつ、カード同士のバトルを進行させる。
図3の例では、ユーザ5Aは、手札93A(
図3の例では手札に2枚のカード)を有している。ユーザ5Bは、手札93B(
図3の例では手札に3枚のカード)を有している。
【0018】
山札配置部31は、各ユーザが所有するデッキを構成するカードのうちいずれかを、山札として配置するための領域である。山札配置部31Aは、ユーザ5Aがカードを山札として配置するための領域である。山札配置部31Bは、ユーザ5Bがカードを山札として配置するための領域である。
【0019】
図2に示すように、各ユーザがTCGの対戦を開始するにあたり、各ユーザは、デッキを構成するカードを混ぜ、カードを裏向きにして山札配置部31に配置する。ユーザ5Aは、山札配置部31Aにカードを山札91Aとして配置する。ユーザ5Bは、山札配置部31Bにカードを山札91Bとして配置する。
【0020】
準備カード配置部32は、対戦相手のカードと戦うことができるカードを準備するための領域である。各ユーザは、準備カード配置部32に配置されているカードと、バトルカード配置部34に配置されているカードとを入れ替えつつ、バトルカード配置部34に配置されているカード同士を戦わせる。
【0021】
図2に示すように、TCGの対戦を開始する前においては、準備カード配置部32、バトルカード配置部34にはカードは配置されていない。一方、
図3に示すように、TCGの対戦が進行すると、各ユーザが準備カード配置部32、バトルカード配置部34にカードを配置し、バトルカード配置部34にカード同士を戦わせる。各ユーザは山札から手札を補充しつつ、手札の中からバトルに使用するカードを準備カード配置部32、バトルカード配置部34に配置する。ユーザ5Aは、準備カード配置部32Aにカードを配置する。ユーザ5Bは、準備カード配置部32Bにカードを配置する。
【0022】
勝敗条件カード配置部33は、各プレイヤが勝利条件をどの程度満たしているかを示す領域である。本実施形態では、勝敗条件カード配置部33に、各プレイヤが山札から所定枚数のカードを裏向きにして勝敗条件カード配置部33に配置する。
図2に示すように、ユーザ5Aは、勝敗条件カード配置部33Aにカードを配置する。ユーザ5Bは、勝敗条件カード配置部33Bにカードを配置する。
【0023】
バトルカード配置部34は、対戦相手のカードと戦うカードを配置するための領域である。ユーザ5Aは、バトルカード配置部34Aにカードを配置する。ユーザ5Bは、バトルカード配置部34Bにカードを配置する。本実施形態では、基本的には、バトルカード配置部34Aに配置されるカードと、バトルカード配置部34Bに配置されるカードとが、各カードに設定される体力、攻撃力、カードに示されるキャラクタの属性、弱点の属性、その他のパラメータに基づいて戦う。バトルカード配置部34に配置されているカードは、攻撃力・カードの属性・弱点等に応じたダメージが与えられ、与えられたダメージが体力から減らされていく。攻撃を受ける等によりカードに設定される体力が失われると、カードがバトルカード配置部34から退場させられ、消費カード配置部35に配置される。
【0024】
消費カード配置部35は、TCGの対戦で消費したカードを配置するための領域である。例えば、バトルで体力を失ったカード、効果を発動させたカード等が消費カード配置部35に配置される。
図3に示すように、ユーザ5Aは、消費カード配置部35Aに、対戦で消費したカードを、カード92Aとして配置する。ユーザ5Bは、消費カード配置部35Bに、対戦で消費したカードを、カード92Bとして配置する。
【0025】
消費カード配置部35に配置されたカードは、所定のカードの効果を発動させることで、山札配置部31、準備カード配置部32、手札等に配置させることが可能である。プレイマット30は、消費カード配置部35の他に、対戦で消費したカードを配置するための領域をさらに有してもよい。当該領域を、例えば、第2消費カード配置部と称する。第2消費カード配置部に配置されたカードは、所定のカードの効果を発動させても、場に戻ってくることはない。なお、第2消費カード配置部に配置されたカードの枚数によって、所定の効果が発動するようにしてもよい。
【0026】
<0.2 TCGで使用するカードの種類>
本実施形態のTCGでは、カードの種類として、(i)バトルに使用することができるキャラクタカードと、(ii)キャラクタカードに関連付けて使用する行動力カード(エネルギーカード)と、(iii)対戦中に特定の効果を発揮させる効果カード(サポートカード、グッズカード、スタジアムカード等)とがある。
【0027】
(i)キャラクタカードには、ユーザが山札からカードを引いて手札に加えると、準備カード配置部32又はバトルカード配置部34に配置することができるカード(「無条件カード」とも言う)と、特定の条件を満たすことにより、準備カード配置部32又はバトルカード配置部34に配置することができるカード(「条件付きカード」とも言う)とが含まれる。
【0028】
(iA)例えば、条件付きカードは、条件付きカードに関連する無条件カードを配置することを条件として、配置することができる。例えば、キャラクタの進化になぞらえて、まず無条件カードをプレイマット30に配置すること等により対戦相手のユーザに提示したうえで、当該無条件カードに関連する条件付きカードをプレイマット30に配置する。このような条件付きカードは、無条件カードから進化させたものとして「進化キャラクタ」とも称されることがある。また、無条件カードは、「進化キャラクタ」を配置するための元となるキャラクタともいえるため、「たねキャラクタ」とも称されることがある。
【0029】
(iB)例えば、条件付きカードは、特定のカードを消費して消費カード配置部35に移動させることにより、準備カード配置部32又はバトルカード配置部34に配置できる。具体的には、特定のカードとして、プレイマット30に配置されている無条件カードを消費して(消費カード配置部35に移動させて)、条件付きカードを準備カード配置部32又はバトルカード配置部34に配置できる、としてもよい。
【0030】
例えば、条件付きカードは、プレイマット30にユーザが配置した単数又は複数のキャラクタカードと引き換えに、準備カード配置部32又はバトルカード配置部34に配置できる。例えば、各キャラクタカードに、カードに示されるキャラクタの攻撃力等の個々のパラメータとは別に、キャラクタの総合的な性能を示すパラメータ(例えば、進化レベルなど)が付されている場合に、ユーザが配置したキャラクタカードの進化レベルの値に対応した進化レベルを有する条件付きカードを配置してもよい。例えば、進化レベル1のキャラクタと進化レベル2のキャラクタとをプレイマット30に配置した状態で、これらキャラクタのカードに重ねて(または、これらのキャラクタカードと引き換えに)、進化レベル3の条件付きカードを配置できる。
【0031】
この他にも、条件付きカードにより定められる複数のキャラクタカードと引き換えに、当該条件付きカードをバトルに参加させることができる、としてもよい。このとき、キャラクタカードとは異なる後述する補助カードを消費して、条件付きカードをバトルに参加させることとしてもよい。例えば、補助カードに示される効果として、プレイマット30のバトルカード配置部34、消費カード配置部35等にある特定の無条件カードと引き換えに、特定の条件付きカードをバトルに参加させられることが定められている。
【0032】
(iC)これらカードには、上記キャラクタカード、後述する行動力カード、補助カードのうち複数を兼ねるものも含まれる。例えば、キャラクタカードとしても使用でき、補助カードとしても使用できる特殊なカードが含まれることとしてもよい。ユーザは、当該特殊なカードを、キャラクタカードを配置すべき位置(例えば準備カード配置部32、バトルカード配置部34)に配置した場合は、キャラクタカードとして使用することができる。
【0033】
(ii)行動力カード(エネルギーカード)は、ユーザが山札からカードを引いて手札に加えたのち、キャラクタカードと関連付けてプレイマット30に配置することにより、キャラクタカードに示される所定の行動を行うことを可能とするものである。行動力カードをキャラクタカードに関連付ける操作は、例えば、ユーザのターン中に行えることとしてもよい。例えば、プレイマット30に配置されるキャラクタカードの近傍に行動力カードを配置することで、キャラクタカードに行動力カードを関連付けたとしてもよい。また、ターン中に行動力カードをキャラクタカードに関連付けられる回数は制限があってもよい。例えば、ユーザのターン中に1回、プレイマット30に配置されるキャラクタカードのいずれかに、手札中の行動力カードを関連付けるよう配置することができる。例えば、キャラクタカードに、第1の攻撃アクションと、第2の攻撃アクションとが設定されているとする。第1の攻撃アクションは、キャラクタカードに1枚の行動力カードが関連付けられている場合に使用可能であり、第2の攻撃アクションは、1枚の行動力カードでは足りず2枚の行動力カードがキャラクタカードに関連付けられている場合に使用可能であるとしてもよい。
【0034】
キャラクタカードがバトルにより体力値が尽きる等により、バトルカード配置部34から退場することとなった場合、当該キャラクタカードに関連付けられている行動力カードを当該対戦中で使用不可とすることとしてもよい。また、当該キャラクタカードに関連付けられている行動力カードを消費カード配置部35へ移動させてもよい。
【0035】
(iii)対戦を補助する補助カードには、ユーザの手札にある限り、ユーザがターン中に何枚でも使用できるカード種と、ターン中に1枚だけ使用できるカード種とが含まれる。これら補助カードには、ユーザが補助カードの効果を使用することを宣言することで効果を発揮させるものも含まれる。
【0036】
なお、補助カードとして、予めプレイマット30の所定の位置(本実施形態では、当該所定の位置については図示していない)に、裏向きにするなどして配置したうえで、ユーザが補助カードの使用を発声等により宣言することで補助カードの効果を発揮させるものも含まれる。
【0037】
<0.3 TCGの対戦ルールの概要>
以上のように、TCGの対戦で使用するプレイマット30と、カードの種類とについて説明した。次に、TCGの対戦ルールについて詳細に説明する。
【0038】
本実施形態に示すTCGでは、上記のように、各ユーザがバトルカード配置部34A、バトルカード配置部34Bに配置したカードに基づき攻撃または防御(バトル)を行ってTCGの対戦を進行させるものとする。TCGの対戦は、ユーザがターン毎に交互に行動して進行するものとする。例えば、第1ユーザが行動した後にターンを終えると、第2ユーザのターンとなる。第2ユーザは自身のターンで行動し、行動が終了すると、第1ユーザのターンとなる。
【0039】
各ユーザは、ターンが到来するごとに、山札から所定枚数のカードを引いて手札に加える。
【0040】
各ユーザは、手札にあるカードのうち、対戦相手のユーザのカードへの攻撃または防御に使用するカード(キャラクタカード)の候補を準備カード配置部32に配置する。
【0041】
ユーザ5Aは、準備カード配置部32Aに並べられたカードと、バトルカード配置部34Aに並べられたカードとを、ユーザ5Aのターン中に入れ替えることができる。また、ユーザ5Bは、準備カード配置部32Aに並べられたカードと、バトルカード配置部34Aに並べられたカードとを、ユーザ5Bのターン中に入れ替えることができる。
【0042】
勝敗条件カード配置部33Aと勝敗条件カード配置部33Bとは、上記のように、それぞれのユーザが対戦に勝利する条件に対してどの程度の進捗があるかを各ユーザに通知するための領域である。ここで、ユーザが対戦に勝利する条件としては、例えば、勝敗条件カード配置部33A又は勝敗条件カード配置部33Bに配置されるカードが全て回収されることとしてもよい。すなわち、勝敗条件カード配置部33A又は勝敗条件カード配置部33Bのいずれかにおいて、全てのカードが回収されたことにより、勝敗が決することとしてもよい。
【0043】
例えば、各ユーザが、TCGの対戦に先立ち、山札から勝敗条件カード配置部33に所定枚数のカードを配置する。すなわち、ユーザ5Aは、山札91Aから所定枚数のカードを抜き出して勝敗条件カード配置部33Aに配置する。ユーザ5Bは、山札91Bから所定枚数のカードを抜き出して勝敗条件カード配置部33Bに配置する。ユーザ5Aとユーザ5Bとが、バトルカード配置部34Aに配置したキャラクタカードと、バトルカード配置部34Bに配置したキャラクタカードとを対戦させ、キャラクタカードに設定される退場条件が満たされると(例えば、キャラクタカードに設定される体力値が、対戦相手のキャラクタカードに設定される攻撃力に基づき減算され、尽きた場合)、当該キャラクタカードのキャラクタが気絶したものとして、当該キャラクタカードを消費カード配置部35(「トラッシュ」ともいう)へ移動させる。
【0044】
これにより、バトルに勝利して対戦相手のキャラクタカードを退場させたユーザは、勝敗条件カード配置部33A又は勝敗条件カード配置部33Bに配置されたカードを手札に加える。例えば、ユーザ5Bが、自身のターンでユーザ5Aのキャラクタカードに攻撃をすることによりバトルカード配置部34Aに配置されるカードを退場させた場合、勝敗条件カード配置部33Bに配置されるカードから所定枚数のカードを取って手札に加える。一方、ユーザ5Aが、自身のターンでユーザ5Bのキャラクタカードに攻撃をすることによりバトルカード配置部34Bに配置されるカードを退場させた場合、勝敗条件カード配置部33Aに配置されるカードから所定枚数のカードを取って手札に加える。これら操作を繰り返し、ユーザ5Bが勝敗条件カード配置部33Bに配置されるカードを全て回収したとき、または、ユーザ5Aが勝敗条件カード配置部33Aに配置されるカードを全て回収したときに、回収しきったユーザを、TCGの対戦に勝利したユーザと決定することとしてもよい。
【0045】
なお、対戦の勝利条件としては、この他に、バトルカード配置部34と準備カード配置部32のいずれにもキャラクタカードがない場合に敗北する、としてもよい。また、対戦の勝利条件としては、各ユーザが自分のターンで山札配置部31から山札を引けない場合に敗北する、としてもよい。
【0046】
図1~
図3では、ユーザ同士が対面してTCGの対戦を行う例を説明している。しかしながら、TCGの対戦は、ユーザ同士が対面するものに限定されない。ユーザ同士がインターネットで接続し、相手の音声及び相手のカード配置等をインターネットを介して取得することで対戦を行ってもよい。具体的には、例えば、ユーザは、プレイマット30における自身の領域をカメラ等で撮影しながら対戦を行う。撮影された画像は、リアルタイムで対戦相手へ送信される。ユーザは、対戦相手から送られてきた、対戦相手の領域についての画像を受信し、受信した画像をディスプレイに表示する。これにより、ユーザは、現実の自身のカードを扱いながら、画面越しに対戦相手のカードをリアルタイムに確認することが可能となる。このように、ユーザは、アナログカードを用いたTCGの対戦をオンラインで実施してもよい。
【0047】
カメラが複数ある場合、又は、カメラの視野角を調整可能なデバイスがある場合、ユーザの顔を撮影し、撮影した画像を対戦相手へ送信してもよい。こうすることで、対戦中の相手の表情を確認することが可能となるため、オンラインでのTCGの対戦で、対面での対戦の満足度を得ることが可能となる。
【0048】
<1 システム全体の構成図>
図4は、システム1の全体構成の例を示すブロック図である。
図4に示すシステム1は、例えば、端末装置10、及びサーバ20を含む。端末装置10、及びサーバ20は、例えば、ネットワーク80を介して通信接続する。
【0049】
図4において、システム1が端末装置10を3台含む例を示しているが、システム1に含まれる端末装置10の数は、3台に限定されない。システム1に含まれる端末装置10は、2台以下であってもよいし、4台以上であってもよい。
【0050】
図4において、システム1がサーバ20を1台含む例を示しているが、システム1に含まれるサーバ20の数は、1台に限定されない。サーバ20は、有する機能に応じ、複数のサーバから構成されていてもよい。また、サーバ20は、例えば、複数の装置の集合体を1つのサーバとしてもよい。1つ又は複数のハードウェアに対して本実施形態に係るサーバ20を実現することに要する複数の機能の配分の仕方は、各ハードウェアの処理能力及び/又はサーバ20に求められる仕様等に鑑みて適宜決定することができる。
【0051】
図4に示す端末装置10は、例えば、デジタルTCGをプレイするユーザが操作する情報処理装置である。端末装置10は、例えば、スマートフォン、タブレット等の携帯端末により実現される。また、端末装置10は、据え置き型のPC(Personal Computer)、ラップトップPC等により実現されてもよいし、HMD(Head Mount Display)等のウェアラブル端末により実現されてもよい。
【0052】
端末装置10は、通信IF(Interface)12と、入力装置13と、出力装置14と、メモリ15と、ストレージ16と、プロセッサ19とを備える。入力装置13は、ユーザからの入力操作を受け付けるための装置(例えば、タッチパネル、タッチパッド等)である。出力装置14は、ユーザに対して情報を提示するための装置(ディスプレイ、スピーカー等)である。
【0053】
サーバ20は、例えば、カードに関する情報及びデッキに関する情報を管理する情報処理装置である。
【0054】
サーバ20は、例えば、ネットワーク80に接続されたコンピュータにより実現される。
図4に示すように、サーバ20は、通信IF22と、入出力IF23と、メモリ25と、ストレージ26と、プロセッサ29とを備える。入出力IF23は、ユーザからの入力操作を受け付けるための入力装置、及び、ユーザに対して情報を提示するための出力装置とのインタフェースとして機能する。
【0055】
各情報処理装置は演算装置と記憶装置とを備えたコンピュータにより構成されている。コンピュータの基本ハードウェア構成及び、当該ハードウェア構成により実現されるコンピュータの基本機能構成は後述する。端末装置10、及びサーバ20のそれぞれについて、後述するコンピュータの基本ハードウェア構成及びコンピュータの基本機能構成と重複する説明は省略する。
【0056】
<1.1 端末装置の構成>
図5は、
図4に示す端末装置10の構成例を表すブロック図である。
図5に示すように、端末装置10は、通信部120と、入力装置13と、出力装置14と、音声処理部17と、マイク171と、スピーカー172と、カメラ160と、位置情報センサ150と、記憶部180と、制御部190とを備える。端末装置10に含まれる各ブロックは、例えば、バス等により電気的に接続される。
【0057】
通信部120は、端末装置10が他の装置と通信するための変復調処理等の処理を行う。通信部120は、制御部190で生成された信号に送信処理を施し、外部(例えば、サーバ20)へ送信する。通信部120は、外部から受信した信号に受信処理を施し、制御部190へ出力する。
【0058】
入力装置13は、端末装置10を操作するユーザが指示、又は情報を入力するための装置である。入力装置13は、例えば、操作面へ触れることで指示が入力されるタッチ・センシティブ・デバイス131等により実現される。端末装置10がPC等である場合には、入力装置13は、リーダー、キーボード、マウス等により実現されてもよい。入力装置13は、ユーザから入力される指示を電気信号へ変換し、電気信号を制御部190へ出力する。なお、入力装置13には、例えば、外部の入力機器から入力される電気信号を受け付ける受信ポートが含まれてもよい。
【0059】
出力装置14は、端末装置10を操作するユーザへ情報を提示するための装置である。出力装置14は、例えば、ディスプレイ141等により実現される。ディスプレイ141は、制御部190の制御に応じたデータを表示する。ディスプレイ141は、例えば、LCD(Liquid Crystal Display)、又は有機EL(Electro-Luminescence)ディスプレイ等によって実現される。
【0060】
音声処理部17は、例えば、音声信号のデジタル-アナログ変換処理を行う。音声処理部17は、マイク171から与えられる信号をデジタル信号に変換して、変換後の信号を制御部190へ与える。また、音声処理部17は、音声信号をスピーカー172へ与える。音声処理部17は、例えば音声処理用のプロセッサによって実現される。マイク171は、音声入力を受け付けて、当該音声入力に対応する音声信号を音声処理部17へ与える。スピーカー172は、音声処理部17から与えられる音声信号を音声に変換して当該音声を端末装置10の外部へ出力する。
【0061】
カメラ160は、受光素子により光を受光し、撮影信号として出力するためのデバイスである。
【0062】
位置情報センサ150は、端末装置10の位置を検出するセンサであり、例えばGPS(Global Positioning System)モジュールである。GPSモジュールは、衛星測位システムで用いられる受信装置である。衛星測位システムでは、少なくとも3個または4個の衛星からの信号を受信し、受信した信号に基づいて、GPSモジュールが搭載される端末装置10の現在位置を検出する。位置情報センサ150は、端末装置10が接続する無線基地局の位置から、端末装置10の現在の位置を検出してもよい。
【0063】
記憶部180は、例えば、メモリ15、及びストレージ16等により実現され、端末装置10が使用するデータ、及びプログラムを記憶する。記憶部180は、例えば、ユーザ情報181、カード情報182、デッキ情報183を記憶する。
【0064】
ユーザ情報181は、例えば、TCGをプレイするユーザに関する情報を含む。ユーザに関する情報には、例えば、ユーザID、ユーザの氏名、年齢、住所、生年月日、登録年月日、ユーザがフォローしている他ユーザに関する情報等が含まれる。
【0065】
カード情報182は、例えば、カードに関する情報を含む。カード情報182は、ユーザが所有するカードに関する情報を含んでいてもよい。詳細は後述する。
【0066】
デッキ情報183は、例えば、ユーザが構築したデッキに関する情報を含む。詳細は後述する。
【0067】
制御部190は、プロセッサ19が記憶部180に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。制御部190は、端末装置10の動作を制御する。制御部190は、プログラムに従って動作することにより、操作受付部191、送受信部192、管理部193、表示制御部194、対戦処理部195としての機能を発揮する。
【0068】
操作受付部191は、入力装置13から入力される指示、又は情報を受け付けるための処理を行う。具体的には、例えば、操作受付部191は、タッチ・センシティブ・デバイス131等から入力される指示、又は情報を受け付ける。
【0069】
また、操作受付部191は、カメラ160から入力される画像を受け付ける。具体的には、例えば、操作受付部191は、カメラ160により撮影された撮影データを受信する。
【0070】
また、操作受付部191は、マイク171から入力される音声情報を受け付ける。具体的には、例えば、操作受付部191は、マイク171から入力され、音声処理部17でデジタルデータに変換された音声データを受信する。
【0071】
送受信部192は、端末装置10が、サーバ20等の外部の装置と、通信プロトコルに従ってデータを送受信するための処理を行う。具体的には、例えば、送受信部192は、ユーザから入力された指示、又は取得した種々の情報をサーバ20へ送信する。また、送受信部192は、サーバ20から提供される情報を受信する。サーバ20から提供される情報は、例えば、新たにユーザが入手したカードに関する情報、又は、デッキに関する情報を含む。
【0072】
管理部193は、記憶部180に記憶される、ユーザ情報181、カード情報182、デッキ情報183を管理する。例えば、管理部193は、ユーザに関する情報が編集されると、編集された情報をユーザ情報181に記憶する。また、管理部193は、カードに関する情報が更新されると、カード情報182を更新する。また、管理部193は、デッキに関する情報が更新されると、デッキ情報183を更新する。
【0073】
表示制御部194は、ユーザに対して所定の画像を表示するため、出力装置14を制御する。例えば、表示制御部194は、カード情報182で管理される情報と、デッキ情報183で管理される情報とに基づき、ユーザが所有しているカードの管理画面を表示するように、ディスプレイ141を制御する。また、表示制御部194は、デッキに関する情報を表示するように、ディスプレイ141を制御する。
【0074】
対戦処理部195は、他デッキとの対戦処理を制御する。対戦は、例えば、以下の態様が想定される。
・デジタルカードで構築したデッキを用いたCPUとの対戦
・デジタルカードで構築したデッキを用いた他プレイヤとの対戦
・アナログカードをカメラで読み込んで行う他プレイヤとの対戦
・大会での対戦
【0075】
<1.2 サーバの機能的な構成>
図6は、サーバ20の機能的な構成の例を示す図である。
図6に示すように、サーバ20は、通信部201と、記憶部202と、制御部203としての機能を発揮する。
【0076】
通信部201は、サーバ20が外部の装置と通信するための処理を行う。
【0077】
記憶部202は、例えば、ユーザ情報テーブル2021、カードマスタテーブル2022、デッキ情報テーブル2023、対戦情報テーブル2024、特典情報テーブル2025を有する。
【0078】
ユーザ情報テーブル2021は、例えば、TCGに関するサービスに登録しているユーザに関する情報を記憶するテーブルである。詳細は後述する。
【0079】
カードマスタテーブル2022は、例えば、ユーザが入手可能なカードに関する情報を記憶するテーブルである。詳細は後述する。
【0080】
デッキ情報テーブル2023は、例えば、ユーザにより登録されたデッキに関する情報を記憶するテーブルである。詳細は後述する。
【0081】
対戦情報テーブル2024は、例えば、過去に実施された対戦に関する情報を記憶するテーブルである。詳細は後述する。
【0082】
特典情報テーブル2025は、例えば、ユーザに付与する特典に関する情報(特典情報)を記憶するテーブルである。詳細は後述する。
【0083】
制御部203は、プロセッサ29が記憶部202に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。制御部203は、プログラムに従って動作することにより、受信制御モジュール2031、送信制御モジュール2032、管理モジュール2033、付与モジュール2034、対戦処理モジュール2035としての機能を発揮する。
【0084】
受信制御モジュール2031は、サーバ20が外部の装置から通信プロトコルに従って信号を受信する処理を制御する。
【0085】
送信制御モジュール2032は、サーバ20が外部の装置に対し通信プロトコルに従って信号を送信する処理を制御する。
【0086】
管理モジュール2033は、記憶部202に記憶されるテーブルを管理する。具体的には、例えば、管理モジュール2033は、デッキに関する指示を受信すると、受信した指示に基づき、デッキ情報テーブル2023を更新する。また、管理モジュール2033は、対戦に関する情報を受信すると、受信した情報に基づき、デッキ情報テーブル2023、対戦情報テーブル2024を更新する。
【0087】
付与モジュール2034は、ユーザに対し、特典を付与する。例えば、付与モジュール2034は、特典情報テーブル2025を参照し、条件を満たしたユーザに特典を付与する。
【0088】
対戦処理モジュール2035は、ユーザ同士の対戦処理を制御する。例えば、対戦処理モジュール2035は、デジタルカードで構築したデッキを用いたプレイヤ同士の対戦を制御する。また、対戦処理モジュール2035は、例えば、アナログカードをカメラで読み込んで行うプレイヤ同士の対戦を制御する。
【0089】
<2 データ構造>
図7、
図8は、端末装置10が記憶する情報のデータ構造を示す図である。なお、
図7、
図8は一例であり、記載されていないデータを除外するものではない。
【0090】
図7は、カード情報182のデータ構造を示す図である。
図7に示すカード情報182は、カードIDをキーとして、名称、種別、属性、カード情報、画像データ、枚数等のカラムを有するテーブルである。カード情報182は、これらの他に、全く同じカードに対してもカードを一意に特定するためのカード管理ID、レギュレーション、又はレアリティに関する情報等を有していてもよい。
【0091】
カードIDは、カードの種類を一意に識別するための識別子を記憶する項目である。本実施形態において、全く同じカードに対しては同一のカードIDが割り当てられている。同一の名称であっても、効果が異なるカード、レアリティが異なるカード、レギュレーションが異なるカードには、異なるカードIDが割り振られている。名称は、カードの名称を記憶する項目である。種別は、カードの種類を記憶する項目である。本実施形態において、カードの種類は、例えば、キャラクタ、エネルギー、サポート、グッズ、スタジアム等を含む。
【0092】
属性は、キャラクタが属する性質を記憶する項目である。本実施形態において、属性は、例えば、炎、水、雷、草、超、鋼、悪、闘等を含む。属性には、相対すると有利になる属性、及び不利になる属性が存在する。カード情報は、カードの内容を説明する情報を記憶する項目である。カードの種別がキャラクタである場合、カード情報は、例えば、キャラクタの攻撃力、体力、技を出すのに必要なエネルギー量、逃げるのに必要なエネルギー量、弱点、抵抗力、キャラクタが有する特殊な特性等を含む。カードの種別がサポート、グッズ、スタジアムである場合、カード情報は、例えば、カードの使用要件、カード使用時に発生する効果等を含む。
【0093】
画像データは、画像を記憶する項目である。画像データは、他の場所に配置された画像データファイルに対する参照情報(パス)を記憶するものとしてもよい。枚数は、ユーザが所持している、同一のカードIDが割り振られているカードの枚数を記憶する項目である。本実施形態において、同一の名称であっても、効果が異なるカードには、異なるカードIDが割り振られている。また、同一の名称であっても、レアリティが異なるカードには、異なるカードIDが割り振られている。また、同一の名称であっても、レギュレーションが異なるカードには、異なるカードIDが割り振られている。なお、所有しているカードがカード管理IDによりそれぞれ一意に管理されている場合、枚数は管理されなくてもよい。
【0094】
図8は、デッキ情報183のデータ構造を示す図である。
図8に示すデッキ情報183は、デッキIDをキーとして、名称、編成カード、完成、更新日、登録情報等のカラムを有するテーブルである。デッキ情報183は、これらの他に、デッキの通称名称に関する情報、デッキの使用履歴、代表画像等を有していてもよい。デッキの通称名称は、例えば、デッキに用いられている特徴的なカードに基づいて付けられる、デッキの特徴を端的に表す、複数のユーザ間で共通の認識のもと付けられる名称である。代表画像は、例えば、デッキに編成されるカードのうち、ユーザにより指定されたカードについての画像である。代表画像は、例えば、カードの記載のうち、文章を除く、イラストに係る画像である。代表画像は、例えば、画素数を所定の数まで縮小させた画像、例えば、サムネイル画像である。
【0095】
デッキIDは、デッキを一意に識別するための識別子を記憶する項目である。名称は、デッキの名称を記憶する項目である。名称は、例えば、デッキを編成するカードの一部に基づいて生成されたり、ユーザにより付けられる。編成カードは、デッキを編成するカードを記憶する項目である。編成カードでは、例えば、デッキを編成するカードのカードIDが記憶される。
【0096】
完成は、デッキが完成しているか否かを記憶する項目である。本実施形態において、丸は、デッキが完成していることを表し、ばつは、デッキが完成していないことを表す。本実施形態において、デッキが完成しているとは、例えば、規定枚数のカードによりデッキを組み上げ、対戦に使用可能な状態となったことを表す。更新日は、デッキの構成を変更した日を記憶する項目である。更新日の算定において、一のデッキに採用されるカードを他のデッキで採用することも変更と扱ってもよい。登録情報は、サーバ20に登録されているデッキとの係りを記憶する項目である。登録情報には、例えば、デッキがサーバ20に登録されたときに発行されるデッキコードが記憶される。
【0097】
デッキについてのレコードは、ユーザからの指示により、端末装置10において新たなデッキが作成されたときに追加される。
【0098】
図9~
図13は、サーバ20が記憶する情報のデータ構造を示す図である。なお、
図9~
図13は一例であり、記載されていないデータを除外するものではない。
【0099】
図9は、ユーザ情報テーブル2021のデータ構造を示す図である。
図9に示すユーザ情報テーブル2021は、ユーザIDをキーとして、氏名、年齢、住所、生年月日、登録年月日、フォロー等のカラムを有するテーブルである。ユーザ情報テーブル2021は、上記に限らず、熟練度等をカラムとして有してもよい。
【0100】
ユーザIDは、ユーザを一意に識別するための識別子を記憶する項目である。氏名は、ユーザの氏名を記憶する項目である。年齢は、ユーザの年齢を記憶する項目である。住所は、ユーザが住んでいる場所を記憶する項目である。生年月日は、ユーザが生まれた日付を記憶する項目である。登録年月日は、ユーザがTCGに係るサービスの利用を開始した日付を記憶する項目である。フォローは、ユーザがフォローしている他ユーザに関する情報を記憶する項目である。フォローは、例えば、ユーザがフォローしている他ユーザのユーザIDが記憶される。
【0101】
ユーザ情報テーブル2021におけるレコードは、ユーザが新たに登録されると追加される。
【0102】
図10は、カードマスタテーブル2022のデータ構造を示す図である。
図10に示すカードマスタテーブル2022は、カードIDをキーとして、名称、種別、属性、カード情報、画像データ等のカラムを有するテーブルである。
【0103】
カードIDは、カードの種類を一意に識別するための識別子を記憶する項目である。名称は、カードの名称を記憶する項目である。種別は、カードの種類を記憶する項目である。属性は、キャラクタが属する性質を記憶する項目である。カード情報は、カードの内容を説明する情報を記憶する項目である。画像データは、画像を記憶する項目である。
【0104】
カードマスタテーブル2022におけるレコードは、例えば、カードが新たに発行されると追加される。
【0105】
図11は、デッキ情報テーブル2023のデータ構造を示す図である。
図11に示すデッキ情報テーブル2023は、デッキコードをキーとして、名称、作成者、作成日、編成カード、対戦情報、公開等のカラムを有するテーブルである。デッキ情報テーブル2023は、これらの他に、デッキの通称名称に関する情報、代表画像、登録者、閲覧回数、ユーザが登録を要求した日、デッキの使用が所定の条件を達成した日等を有していてもよい。登録者は、例えば、デッキを登録したユーザのうち、作成者ではないユーザを記憶する。つまり、登録者は、2番目以降にデッキを作成して登録したユーザのユーザIDを表す。また、登録者を区別可能な情報が含まれていてもよい。例えば、登録した順番を認識可能な番号が含まれていてもよい。つまり、作成者に「1」が付される場合、最初の登録者には「2」が付される。最初の登録者に「1」が付される場合には、次の登録者に「2」が付されてもよい。こうすることで、ユーザは、該当するデッキを使い始めた順序を把握することが可能となり、例えば、流行に先駆けたことを意識することが可能となる。閲覧回数は、例えば、デッキの内容を確認したユーザ数を記憶する。デッキ編成をコピーする機能をサーバ20が提供している場合、コピーしたユーザの数を参照回数として記憶してもよい。
【0106】
デッキコードは、登録されているデッキを一意に識別するための識別子を記憶する項目である。デッキコードは、ユーザから公開が要求されたデッキが新規なデッキである場合、管理モジュール2033により発行される。新規なデッキとは、例えば、デッキの少なくとも一部が既存のデッキと異なるデッキを表す。また、新規なデッキとは、例えば、全く同一の構成のデッキが存在しないデッキを表すと換言可能である。
図11に示すデッキコードは、例えば、
図8に示すデッキIDとは異なる識別子となっている。
図11に示すデッキコードは、公開されているデッキを管理するものであり、
図8に示すデッキIDは、自身のデッキを管理するためのものであるからである。
【0107】
名称は、デッキの名称を記憶する項目である。名称はユーザにより付けられる。作成者は、デッキを最初に作成したユーザのユーザIDを記憶する項目である。作成日は、デッキが最初に作成された日付を記憶する項目である。編成カードは、デッキを編成するカードを記憶する項目である。編成カードでは、例えば、デッキを編成するカードのカードIDが記憶される。対戦情報は、デッキコードにより識別されるデッキを用いて実施した対戦に関する情報を記憶する項目である。対戦情報は、例えば、以下の情報を含む。
・対戦を識別するための対戦ID
・対戦の日時
・参加した大会
・大会の結果
【0108】
公開は、デッキが他ユーザに公開されているか否かを記憶する項目である。本実施形態において、丸は、デッキが他ユーザに公開されていることを表し、ばつは、デッキが他ユーザに公開されていないことを表す。本実施形態において、デッキが公開されていないとは、自身のみが確認可能なことを意味する。
【0109】
デッキ情報テーブル2023におけるレコードは、デッキが新たに登録されると追加される。
【0110】
図12は、対戦情報テーブル2024のデータ構造を示す図である。
図12に示す対戦情報テーブル2024は、対戦IDをキーとして、日時、対戦者、デッキコード、勝者、対戦ログ情報、大会情報等のカラムを有するテーブルである。
【0111】
対戦IDは、対戦を一意に識別するための識別子を記憶する項目である。対戦IDは、対戦に関する新たな情報が登録されると、管理モジュール2033により発行される。日時は、対戦が行われた日時を記憶する項目である。対戦者は、対戦を行ったプレイヤに関する情報を記憶する項目である。本実施形態では、例えば、対戦者には、対戦を行ったプレイヤ同士のユーザIDが記憶されている。
【0112】
デッキコードは、対戦に用いられたデッキを識別するコードを記憶する項目である。本実施形態では、例えば、対戦を行ったプレイヤと、そのプレイヤが使用したデッキのデッキコードとが関連付けられている。なお、デッキコードは必ずしも記憶されていなくてもよい。つまり、デッキコードが登録されていなくてもよい。デッキコードが登録されていない場合、例えば、項目「デッキコード」には、デッキに含まれるカードの内容から判別される、デッキを表す情報が記憶されてもよい。このとき、例えば、管理モジュール2033は、デッキに含まれるカードに基づき、デッキを表す情報を作成し、作成した情報を項目「デッキコード」に記憶する。例えば、管理モジュール2033は、デッキに含まれる主要なカードの名称に基づき、デッキを表す情報を作成する。また、管理モジュール2033は、デッキに含まれるカードについての情報を項目「デッキコード」に記憶してもよい。
【0113】
勝者は、対戦の勝者を記憶する項目である。対戦ログ情報は、対戦中にプレイヤが採用した手を記憶する項目である。具体的には、例えば、対戦ログ情報には、プレイヤが所定の配置部(山札又は勝敗条件カード等)からカードを引くこと、プレイヤが所定の配置部にカードを配置すること、プレイヤが所定のカードの効果を使用すること等が記憶される。対戦中にプレイヤが採用した手は、対戦中のデッキ回しと称してもよい。大会情報は、対戦に関する情報を記憶する項目である。例えば、大会情報には、対戦が行われた大会名、大会における対戦のラウンド数が含まれる。大会情報は、公式に開催された大会に関わらず、プライベートで開催された大会での対戦情報を含んでもよい。また、大会情報は、大会に限定されず、プライベートでの対戦での対戦情報を含んでもよい。
【0114】
対戦情報テーブル2024におけるレコードは、対戦が新たに登録されると追加される。
【0115】
図13は、特典情報テーブル2025のデータ構造を示す図である。
図13に示す特典情報テーブル2025は、特典IDをキーとして、特典内容、条件等のカラムを有するテーブルである。
【0116】
特典IDは、特典を一意に識別するための識別子を記憶する項目である。特典内容は、特典の内容を記憶する項目である。条件は、特典が付与される条件を記憶する項目である。
【0117】
<3 動作>
ユーザがデッキを構築し、構築したデッキを登録する際の端末装置10と、サーバ20との動作について説明する。
【0118】
(デッキの構築)
ユーザは、端末装置10を操作することで、カードを編集し、複数のデジタルカードから編成されるデッキを構築する。
【0119】
ユーザは、端末装置10に対し、自身が所有しているカードの一覧を表示するように指示を入力する。具体的には、例えば、ユーザは、端末装置10にインストールされているデジタルTCGに係るアプリを実行させる。ユーザは、立ち上げたアプリにおいて、所有するカードを表示させる指示を端末装置10に入力する。端末装置10の制御部190は、表示制御部194により、カード情報182、デッキ情報183に基づき、カードの一覧をディスプレイ141に表示する。
【0120】
ユーザは、端末装置10に対し、自身が所有しているデッキの一覧を表示するように指示を入力する。具体的には、例えば、ユーザは、カードの一覧表示において、デッキの一覧を表示させる指示を入力するための指示オブジェクトに接触する。表示制御部194は、デッキ情報183に基づき、デッキの一覧をディスプレイ141に表示する。なお、ユーザは、端末装置10にインストールされているデジタルTCGに係るアプリを立ち上げ、立ち上げたアプリにおいて、デッキを編集する指示を端末装置10に入力してもよい。
【0121】
図14は、端末装置10に表示されるデッキ一覧の例を表す模式図である。
図14において、表示制御部194は、領域1411と、領域1412とを表示する。領域1412は、領域1411で記載される表示条件に則った態様で、ユーザが所有するデッキを表示する領域である。
【0122】
図14に示す例では、領域1411に、表示条件として、表示順が表示されている。表示順は、順序の規則を表す。表示順は、例えば、番号順、名称順、更新日付順等のうちからユーザにより選択される。
図14に示す例では、「表示順:名称順」となっており、領域1412に、デッキが、名称の並び順で、配列されている。
【0123】
領域1411には、検索ウィンドウ14111が表示されている。ユーザは、所望のデッキがある場合、検索ウィンドウ14111にキーワード等を入力し、所望のデッキを検索する。
【0124】
ユーザがデッキを選択すると、表示制御部194は、ユーザにより選択されたデッキに対して実施可能な処理をディスプレイ141に表示する。
【0125】
図15は、ディスプレイ141の表示例を表す模式図である。
図15に示す例では、表示制御部194は、デッキに対する処理が選択可能にリスト状に表示されたウィンドウ14121を表示する。表示制御部194は、ウィンドウ14121に、デッキに対する処理として、例えば、編集、登録等を表示する。ユーザは、入力装置13を操作することで、デッキに対する処理を選択する。
【0126】
ユーザは、例えば、端末装置10に対し、選択しているデッキの編集画面を表示するように指示を入力する。具体的には、例えば、ユーザは、
図15に示されるウィンドウ14121において、「編集」を選択する。表示制御部194は、カード情報182、デッキ情報183に基づき、デッキの編集画面をディスプレイ141に表示する。
【0127】
図16は、端末装置10に表示される、デッキ2の編集画面の例を表す模式図である。
図16では、デッキ2がユーザにより選択された場合の編集画面を示しているが、ユーザにより選択されるデッキはデッキ2に限定されない。
図16において、表示制御部194は、領域1411と、領域1413と、領域1414とを表示する。領域1413は、領域1411で記載される表示条件に則った態様で、デッキを構成しているカードを表示する領域である。領域1414は、領域1411で記載される表示条件に則った態様で、ユーザが所有するカードの一覧を表示する領域である。領域1414には、領域1413に表示されるカードと入れ替え可能にカードが表示される。領域1413に表示されるカードは、領域1414に表示されるカードと識別可能な態様で表示されてもよい。
図16に示す例では、領域1413に表示されるカードは、領域1414に表示されるカードよりも大きく表示されている。
【0128】
図16に示す例では、領域1411に、表示条件として、表示順が表示されている。表示順は、順序の規則を表す。表示順は、例えば、番号順、名称順、レアリティ順、取得日付順等のうちからユーザにより選択される。
図16に示す例では、「表示順:番号順」となっており、領域1413、1414に、カードが、カードIDの並び順で配列されている。
【0129】
(デッキの登録)
ユーザは、端末装置10を操作することで、構築したデッキを登録する。
【0130】
図17は、ユーザがデッキを登録する際の端末装置10とサーバ20との動作の例を説明する図である。
【0131】
ユーザは、例えば、端末装置10を操作して所望のデッキを選択し、選択しているデッキを登録するように指示を入力する。具体的には、例えば、ユーザは、
図15に示されるウィンドウ14121において、「登録」を選択する。
【0132】
端末装置10は、ユーザにより「登録」が選択されると、表示制御部194により、デッキを登録することを確認するための画面を表示する。
【0133】
図18は、ディスプレイ141の表示例を表す模式図である。
図18に示す例では、表示制御部194は、デッキを登録することを確認するためのウィンドウ14122を表示する。ウィンドウ14122には、ユーザの意思を入力するためのボタン141221、141222が表示されている。デッキを登録することに間違いがない場合、ユーザは、Yesボタン141221を押下する。本実施形態において、ボタン141221の押下が登録要求の入力を意味する。
【0134】
ステップS11において、端末装置10は、操作受付部191により、ユーザから入力されたデッキの登録要求を受け付ける。端末装置10は、送受信部192により、受け付けた登録要求をサーバ20へ送信する。
【0135】
ステップS12において、サーバ20は、ユーザからのデッキの登録要求に基づき、デッキを登録する。具体的には、例えば、サーバ20の制御部203は、管理モジュール2033により、登録要求のあったデッキのうち、新しい編成のデッキのレコードをデッキ情報テーブル2023に作成する。
【0136】
管理モジュール2033は、新たな編成のデッキと、当該デッキの作成者とを対応付ける。具体的には、例えば、管理モジュール2033は、デッキの作成者のユーザIDを、新たに作成したレコードの項目「作成者」に記憶する。
【0137】
管理モジュール2033は、新規でないデッキに対する登録要求については、当該登録を要求したユーザと、登録が要求された既存のデッキとを関連付ける。例えば、管理モジュール2033は、登録が要求された既存のデッキについてのレコードの項目「登録者」に、登録を要求したユーザのユーザIDを記憶する。
【0138】
ステップS13において、管理モジュール2033は、登録したデッキの公開範囲を設定する。具体的には、管理モジュール2033は、例えば、デッキを登録したユーザに対し、登録したデッキを自身以外の他ユーザに公開するか否かを確認する。
【0139】
管理モジュール2033は、ユーザが他ユーザにも公開することを望む場合、他ユーザからのアクセスが可能なようにデッキを管理する。例えば、管理モジュール2033は、デッキ情報テーブル2023の項目「公開」に丸を記憶する。
【0140】
管理モジュール2033は、ユーザが他ユーザへの公開を望まない場合、他ユーザからのアクセスができないようにデッキを管理する。例えば、管理モジュール2033は、デッキ情報テーブル2023の項目「公開」にばつを記憶する。
【0141】
ユーザ情報テーブル2021には、ユーザがフォローする他ユーザが登録されている。管理モジュール2033は、所定のユーザによりデッキが登録されると、当該ユーザをフォローしているユーザに対し、当該ユーザにより新たなデッキが登録されたことを通知してもよい。新たなデッキを構築することに長けたユーザが存在している。他ユーザは、このようなユーザをフォローすることで、現在のデッキのトレンドを把握することが可能となる。
【0142】
(デッキの登録における詳細処理1)
図17のステップS12に示す制御部203の処理を詳細に説明する。
【0143】
図19は、デッキを登録する際のサーバ20の動作の例を示すフローチャートである。
【0144】
ステップS21において、サーバ20の制御部203は、管理モジュール2033により、登録が要求されたデッキが新規のデッキであるか否かを判断する。具体的には、管理モジュール2033は、デッキを編成するカードの少なくとも一部のカードが、既存のデッキを編成するカードと異なるか否かを判断する。管理モジュール2033は、全く同一の構成のデッキが存在するか否かを判断してもよいし、構成の一致度合いが一定の条件を満たすデッキが存在するか否かを判断してもよい。以下は全く同一の構成のデッキが存在しない場合を例に説明する。
【0145】
全く同一の構成のデッキが存在しない場合、管理モジュール2033は、登録要求があったデッキが新規のデッキであると判断し、処理をステップS22へ移行させる。
【0146】
ステップS22において、管理モジュール2033は、デッキ情報テーブル2023に新たなレコードを作成し、作成したレコードにデッキコードを割り当てる。管理モジュール2033は、作成したレコードに、要求があったデッキに関する情報を記憶する。管理モジュール2033は、例えば、作成したレコードの名称、編成カードを、ユーザから入力される情報に基づいて記憶する。また、管理モジュール2033は、新たに作成したデッキレコードと、デッキの登録を要求してきたユーザとを対応付ける。すなわち、管理モジュール2033は、レコードにおける項目「作成者」に、デッキの登録を要求してきたユーザのユーザIDを記憶し、項目「作成日」に、新規であると判断した日付を記憶する。
【0147】
ステップS23において、送信制御モジュール2032は、登録が要求されたデッキが登録されたことを端末装置10へ通知する。具体的には、送信制御モジュール2032は、登録が要求されたデッキが登録されたことと、登録されたデッキのデッキコードとを、登録要求の要求元の端末装置10へ送信する。
【0148】
サーバ20からの通知を受信すると、端末装置10の制御部190は、表示制御部194により、デッキが登録されたことと共に、ユーザが作成者として対応付けられたことをディスプレイ141に表示する。表示制御部194は、登録を要求したデッキが新しい構成のデッキであるために登録されたという理由をディスプレイ141に表示してもよい。また、制御部190は、管理部193により、デッキ情報183において対応するレコードにデッキコードを関連付ける。これにより、表示制御部194は、記憶されているデッキがサーバ20に登録されているデッキであることを表示することが可能となる。
【0149】
図20は、ディスプレイ141の表示例を表す模式図である。
図20に示す例では、表示制御部194は、デッキが登録され、ユーザが作成者として対応付けられたことを通知するためのウィンドウ14123を表示する。なお、ウィンドウ14123における現在形、又は過去形の表現には制限はない。ウィンドウ14123には、通知を確認したことを入力するためのボタン141231が表示されている。通知内容を確認した場合、ユーザは、確認ボタン141231を押下する。
【0150】
図17のステップS13において、端末装置10は、登録されたデッキを他ユーザに公開するか否かの選択をユーザから受け付ける。具体的には、表示制御部194は、登録されたデッキを他ユーザに公開するか否かの選択を受け付けるための画像をディスプレイ141に表示する。
【0151】
図21は、ディスプレイ141の表示例を表す模式図である。例えば、
図20に示す画面においてユーザが確認ボタン141231を押下すると、表示制御部194は、他ユーザへの公開の選択を受け付けるためのウィンドウ14124を表示する。ウィンドウ14124には、ユーザの意思を入力するためのボタン141241、141242が表示されている。デッキを他ユーザにも公開する場合、ユーザは、Yesボタン141241を押下する。送受信部192は、デッキの公開に関する指示をサーバ20へ送信する。
【0152】
デッキの公開に関する指示を受信すると、サーバ20は、管理モジュール2033により、公開に関する情報をデッキ情報テーブル2023の項目「公開」に記憶する。これにより、項目「公開」に丸が記憶される場合、他ユーザもデッキの編成、及び作成者を確認することが可能となる。一方、項目「公開」にばつが記憶される場合、作成者であるユーザだけがデッキの編成、及び作成者を確認することが可能となる。
【0153】
ステップS21において、登録が要求されたデッキが新規のデッキでない場合、管理モジュール2033は、処理をステップS24へ移行させる。
【0154】
ステップS24において、管理モジュール2033は、例えば、既存のデッキに、登録を要求したユーザを関連付ける。具体的には、例えば、管理モジュール2033は、デッキ情報テーブル2023を参照し、登録が要求されたデッキと同一のデッキを取得する。管理モジュール2033は、取得したデッキのレコードに、登録を要求したユーザのユーザIDを記憶する。これにより、登録を要求したユーザに対し、既存のデッキを関連付けることが可能となる。
【0155】
ステップS24において、送信制御モジュール2032は、登録が要求されたデッキが既に存在していることを端末装置10へ通知する。具体的には、送信制御モジュール2032は、同一のデッキが既に存在することと、既存のデッキのデッキコードとを登録要求の要求元の端末装置10へ送信する。送信制御モジュール2032は、既存のデッキを作成したユーザのユーザIDを要求元の端末装置10へ送信してもよい。これにより、デッキを作成したユーザの存在感が高まり、デッキを先に作成することの動機となり得る。
【0156】
サーバ20からの通知を受信すると、端末装置10の制御部190は、表示制御部194により、デッキが既に存在していることをディスプレイ141に表示する。また、制御部190は、管理部193により、デッキ情報183において対応するレコードに、既存のデッキのデッキコードを関連付ける。これにより、表示制御部194は、記憶されているデッキがサーバ20に登録されているデッキであることを表示することが可能となる。
【0157】
なお、ステップS24の処理は必須ではない。既存のデッキと、ユーザとの関連付けが不要である場合、ステップS24の処理を実施しなくてもよい。つまり、既存のデッキと、ユーザとの関連付けが不要である場合、例えば、ステップS21で、登録が要求されたデッキが新規のデッキでないと判断すると、送信制御モジュール2032は、デッキが既に存在していることを端末装置10へ通知する。
【0158】
(デッキの登録における詳細処理2)
図17のステップS12に示す制御部203の処理のその他の例を詳細に説明する。詳細処理1では、登録が要求されたデッキが新規である場合に、登録を要求したユーザを作成者としてデッキ情報と紐づけることを説明した。詳細処理2では、デッキの新規作成者として登録されるための条件が複数ある場合を説明する。
【0159】
図22は、デッキを登録する際のサーバ20の動作の例を示すフローチャートである。
【0160】
ステップS31において、サーバ20の制御部203は、管理モジュール2033により、登録が要求されたデッキが新規のデッキであるか否かを判断する。全く同一の構成のデッキが存在しない場合、管理モジュール2033は、登録要求があったデッキが新規のデッキであると判断し、処理をステップS32へ移行させる。
【0161】
ステップS32において、管理モジュール2033は、デッキ情報テーブル2023に新たなレコードを作成し、作成したレコードにデッキコードを割り当てる。管理モジュール2033は、作成したレコードに、要求があったデッキに関する情報を記憶する。管理モジュール2033は、例えば、作成したレコードの名称、編成カードを、ユーザから入力される情報に基づいて記憶する。
図22で説明するフローでは、
図19で説明するフローと異なり、管理モジュール2033は、ステップS32において、新たに作成したデッキレコードの項目「作成者」と、項目「作成日」に情報を記憶しない。管理モジュール2033は、作成したレコードの所定の項目に、デッキの登録を要求してきたユーザに関する情報(例えば、ユーザID)を記憶する。こうすることで、管理モジュール2033は、デッキの登録要求を送信してきたユーザを記憶することが可能となる。
【0162】
ステップS33において、送信制御モジュール2032は、登録が要求されたデッキが登録されたことを端末装置10へ通知する。具体的には、送信制御モジュール2032は、登録が要求されたデッキが新規な構成のデッキであること、デッキを使用することで所定の要件を満たす場合、ユーザがデッキの作成者として対応付けられること、及び登録されたデッキのデッキコードを、登録要求の要求元の端末装置10へ送信する。
【0163】
サーバ20からの通知を受信すると、端末装置10の制御部190は、表示制御部194により、デッキが新しい編成であること、及び所定の要件を満たすとデッキの作成者としてデッキと対応付けられることをディスプレイ141に表示する。また、制御部190は、管理部193により、デッキ情報183において対応するレコードにデッキコードを関連付ける。これにより、表示制御部194は、記憶されているデッキがサーバ20に登録されているデッキであり、所定の要件を満たすことで作成者として登録されることを表示することが可能となる。
【0164】
図23は、ディスプレイ141の表示例を表す模式図である。
図23に示す例では、表示制御部194は、デッキが新規のデッキであり、所定の要件を満たすとユーザが作成者として対応付けられることを通知するためのウィンドウ14125を表示する。ウィンドウ14125には、通知を確認したことを入力するためのボタンが表示されていてもよい。
【0165】
ステップS31において、登録が要求されたデッキが新規のデッキでない場合、管理モジュール2033は、処理をステップS24へ移行させる。
【0166】
図24は、デッキと、デッキの作成者とを対応付ける際のサーバ20の動作の例を示すフローチャートである。
【0167】
ステップS41において、管理モジュール2033は、新規のデッキについての使用の条件が満たされたか否かを判断する。具体的には、例えば、管理モジュール2033は、デッキ情報テーブル2023を参照し、レコードは作成されているが、作成者が記憶されていないデッキについて、項目「対戦情報」の情報を読み出す。管理モジュール2033は、読み出した情報がデッキの使用についての所定の条件を満たすか否かを判断する。つまり、管理モジュール2033は、登録を要求してきたユーザがデッキを使用することで、所定の条件を満たしたか否かを判断する。本実施形態において、デッキの使用についての所定の条件とは、例えば、以下である。
・デッキを使用した対戦の回数が所定回数に達したこと
・デッキを使用した対戦の勝利数が所定回数に達したこと
・所定の対戦会でのデッキの使用登録
・所定の対戦会への出場回数が所定回数に達したこと
・所定の対戦会のエントリー回数が所定回数に達したこと
・所定の対戦会での所定順位の獲得
・デッキの公開後、登録を要求したユーザ以外のユーザがデッキを使用して上記の条件を達成したこと
【0168】
読み出した情報がデッキの使用についての所定の条件を満たす場合、管理モジュール2033は、処理をステップS42へ移行させる。
【0169】
ステップS42において、管理モジュール2033は、所定の使用条件を満たしたデッキについて、デッキ情報テーブル2023を更新する。具体的には、例えば、管理モジュール2033は、項目「対戦情報」の情報を読み出したレコードの項目「作成者」に、デッキを使用したユーザ、言い換えると、デッキを最初に作成したユーザのユーザIDを記憶する。つまり、管理モジュール2033は、所定の使用条件を満たしたデッキと、デッキの作成者とを対応付ける。
【0170】
ステップS43において、送信制御モジュール2032は、ユーザがデッキの作成者として登録されたことを端末装置10へ通知する。具体的には、送信制御モジュール2032は、ユーザがデッキの作成者として登録されたことと、作成者として登録されたデッキのデッキコードとを、デッキの登録要求の要求元の端末装置10へ送信する。
【0171】
サーバ20からの通知を受信すると、端末装置10の制御部190は、表示制御部194により、登録されているデッキに、ユーザが作成者として対応付けられたことをディスプレイ141に表示する。表示制御部194は、デッキの使用について満たした条件をディスプレイ141に表示してもよい。また、制御部190は、管理部193により、デッキ情報183において対応するレコードに、ユーザが作成者になったことを記憶する。これにより、表示制御部194は、記憶されているデッキがユーザにより初めて作成されたデッキであることを表示することが可能となる。
【0172】
図25は、ディスプレイ141の表示例を表す模式図である。
図25に示す例では、表示制御部194は、使用についての条件を満たしたことで、ユーザが作成者として対応付けられたことを通知するためのウィンドウ14126を表示する。なお、ウィンドウ14126における現在形、又は過去形の表現には制限はない。ウィンドウ14126には、通知を確認したことを入力するためのボタン141261が表示されている。通知内容を確認した場合、ユーザは、確認ボタン141261を押下する。
【0173】
図25に示す画面においてユーザが確認ボタン141261を押下すると、表示制御部194は、例えば、他ユーザへの公開の選択を受け付けるためのウィンドウを表示する。
【0174】
ステップS41において、新規のデッキについての使用の条件が満たされていない場合、制御部203は、ステップS41の処理を繰り返す。管理モジュール2033は、予め設定した期間において条件が満たされない場合、新規のデッキについてのレコードを削除してもよい。
【0175】
(対戦情報テーブルの更新処理)
サーバ20の制御部203は、管理モジュール2033により、デッキが対戦で使用された情報を管理する。
【0176】
ユーザは、カード情報182で管理されているカードを組み合わせることでデッキを構築する。管理部193は、ユーザが構築したデッキに関する情報をデッキ情報183で管理している。
【0177】
また、ユーザは、自身が構築したデッキをサーバ20に登録している。具体的には、例えば、ユーザは、上記の「デッキの登録」で示すように端末装置10を操作することで、自身が構築したデッキをサーバ20に登録している。
【0178】
図26は、デッキの対戦情報を管理する際の端末装置10とサーバ20との動作の例を説明する図である。
【0179】
ユーザは、対戦を開始する際に、端末装置10を用いて、サーバ20にアクセスする。端末装置10は、サーバ20で設定されている、対戦情報の登録フォームをディスプレイ141に表示する。ユーザは、ディスプレイ141に表示されるフォームを利用し、対戦に関する情報を入力する。対戦に関する情報は、例えば、対戦を実施する日時、対戦者、対戦で使用するデッキに関する情報、大会情報等である。ユーザは、対戦に関する情報を入力すると、対戦情報を登録する要求を端末装置10に入力する。
【0180】
ステップS51において、端末装置10は、操作受付部191により、ユーザから入力された対戦情報の登録要求を受け付ける。端末装置10は、送受信部192により、入力された対戦情報と、登録要求とをサーバ20へ送信する。
【0181】
ステップS52において、サーバ20は、ユーザから入力された対戦情報に基づいて対戦情報テーブル2024を更新する。具体的には、例えば、管理モジュール2033は、対戦情報の登録要求がユーザから入力されると、対戦IDを発行し、対戦情報テーブル2024に、発行した対戦IDをキーとするレコードを作成する。管理モジュール2033は、作成したレコードの日時、対戦者、デッキコード、大会情報を、ユーザから入力される情報に基づいて記憶する。
【0182】
日時、対戦者、大会情報は、大会の運営者により事前に入力されていてもよい。この場合、すでに対戦IDは発行されており、対戦情報テーブル2024にレコードが作成されている。また、対戦で使用するデッキに関する情報は、ユーザにより事前に登録されてもよい。例えば、大会で利用する予定の複数のデッキが対戦の前に登録されており、ユーザは、対戦の開始時に、登録されているデッキのうちいずれかを選択してもよい。
【0183】
ステップS53において、管理モジュール2033は、デッキ情報テーブル2023を更新する。具体的には、管理モジュール2033は、デッキコードにより識別されるデッキのレコードの項目「対戦情報」に、対戦に関する情報、例えば、対戦IDを記憶する。デッキが使用される対戦に関する情報は、参加した大会に関する情報、参加した大会の結果に関する情報等を含んでもよい。対戦情報は、対戦回数が増えると、記憶する情報が増える。これにより、デッキがどの対戦で利用されたかを把握することが可能となる。
【0184】
サーバ20は、デッキ情報テーブル2023で管理される情報を端末装置10へ送信してもよい。具体的には、例えば、対戦情報テーブル2024の項目「対戦情報」に新たに対戦IDが記憶された場合、管理モジュール2033は、新たに記憶された対戦IDと、デッキに関連付けられているユーザIDとを読み出す。送信制御モジュール2032は、読み出した対戦IDを、ユーザIDにより識別されるユーザが所有する端末装置10へ送信する。
【0185】
端末装置10は、サーバ20から送信される情報を受信し、受信した情報に基づき、デッキ情報183を更新する。具体的には、例えば、端末装置10は、管理部193により、デッキコードにより特定されるレコードの項目「対戦情報」に、サーバ20から受信した対戦情報、例えば、対戦IDを記憶する。これにより、表示制御部194は、ユーザに対し、デッキを使用した情報を表示することが可能となる。
【0186】
対戦が開始されると、制御部203は、対戦処理モジュール2035により、プレイヤ同士の対戦処理を制御する。対戦処理モジュール2035は、対戦中にプレイヤが採用した手に関する情報を記憶部202に記憶する。管理モジュール2033は、対戦中にプレイヤが採用した手に関する情報を、対戦情報テーブル2024に対戦ログ情報として記憶する。対戦処理モジュール2035は、対戦が終了すると、対戦に勝ったプレイヤを勝者として認定する。管理モジュール2033は、勝者を対戦情報テーブル2024に記憶する。
【0187】
(特典付与処理)
付与モジュール2034は、特典情報テーブル2025に基づき、ユーザに特典を付与する。
【0188】
具体的には、例えば、付与モジュール2034は、デッキに関する情報が、特典情報テーブル2025で設定される条件を充足するか否かを判断する。特典情報テーブル2025で設定される条件は、例えば、以下である。
・登録されているデッキが他ユーザに貢献した度合が所定の条件を満たしていること
・ユーザが他ユーザに貢献した度合が所定の条件を満たしている
【0189】
具体的には、例えば、付与モジュール2034は、特典情報テーブル2025に基づき、登録されているデッキが他ユーザに貢献した度合が所定値に達した場合、デッキを最初に作成したユーザ(作成者として登録されているユーザ)に特典を付与する。デッキが他ユーザに貢献した度合は、例えば、他ユーザがデッキを閲覧した閲覧回数、他ユーザがデッキを参照した参照回数、他ユーザがデッキを登録した登録回数、他ユーザがデッキを使用した使用回数等を含む。
【0190】
また、付与モジュール2034は、特典情報テーブル2025に基づき、ユーザが他ユーザに貢献した度合が所定値に達した場合、当該ユーザに特典を付与する。ユーザが他ユーザに貢献した度合は、例えば、新規のデッキを作成した回数、他ユーザからフォローされている人数等を含む。
【0191】
特典情報テーブル2025において、条件毎に所定の特典内容が設定されている。特典内容は、例えば、以下である。
・カードの提供
・オリジナルカードを作成できる権利の付与
・カードの抽選権の付与
・対戦における有利な効果
・カードの抽選における有利な効果
【0192】
サーバ20は、登録されているデッキが他ユーザに貢献した度合を、ユーザ又は他ユーザに提示してもよい。具体的には、送信制御モジュール2032は、ユーザ又は他ユーザからの要求に応じ、登録されているデッキが他ユーザに貢献した度合に関する情報を要求元の端末装置10へ送信する。端末装置10は、受信した情報に基づき、貢献した度合をディスプレイ141に表示させる。これによりユーザは、特典を付与されるまでの貢献度を把握することが可能となる。また、他ユーザは、どれほど他者に役立っているデッキかを認識することが可能となる。
【0193】
また、サーバ20は、ユーザが他ユーザに貢献した度合を、ユーザ又は他ユーザに提示してもよい。具体的には、送信制御モジュール2032は、ユーザ又は他ユーザからの要求に応じ、ユーザが他ユーザに貢献した度合に関する情報を要求元の端末装置10へ送信する。端末装置10は、受信した情報に基づき、貢献した度合をディスプレイ141に表示させる。これによりユーザは、特典を付与されるまでの貢献度を把握することが可能となる。また、他ユーザは、どれほど効果的なデッキを作成しているユーザかを認識することが可能となる。
【0194】
(デッキ情報の表示)
端末装置10は、ユーザからの指示に応じ、サーバ20で登録されているデッキの一覧を表示する。端末装置10の制御部190は、表示制御部194により、デッキ情報テーブル2023に基づき、登録されているデッキの一覧をディスプレイ141に表示する。
【0195】
図27は、ディスプレイ141の表示例を表す模式図である。
図27において、表示制御部194は、領域1411と、領域1413とを表示する。領域1411は、表示条件等を記載する領域である。領域1413は、領域1411で記載される表示条件に則った態様で、登録されているデッキを表示する領域である。
【0196】
図27に示す例では、領域1411に、表示条件として、表示順が表示されている。表示順は、順序の規則を表す。表示順は、例えば、番号順、名称順、レアリティ順、取得日付順等のうちからユーザにより選択される。表示順は、ユーザからの指示に基づき、例えば、番号順から、名称順、レアリティ順、取得日付順等に切り替えることが可能である。
図27に示す例では、「表示順:名称順」となっており、領域1413に、デッキが、デッキの名称の並び順で配列されている。
【0197】
表示制御部194は、領域1413に表示されるデッキがユーザにより選択されると、選択されたデッキを構築するカードの一覧をディスプレイ141に表示する。
【0198】
以上のように、上記実施形態では、サーバ20の制御部203は、受信制御モジュール2031により、第1プレイヤから、複数のデジタルカードを組み合わせて作成したデッキを登録する要求を受け付ける。制御部203は、管理モジュール2033により、登録を要求されたデッキが、初めて作成されたデッキであることを含む所定の条件を満たすか判断する。管理モジュール2033は、所定の条件を満たす場合、デッキを、デッキを初めて作成した第1プレイヤと関連付けて登録する。管理モジュール2033は、登録したデッキに関する情報に対して、第2プレイヤからのアクセスを可能とし、デッキに関する情報に、デッキを作成した第1プレイヤに関する情報を含める。これにより、初めて作成されたデッキであることを含む所定の条件を満たしたデッキが、作成者と共に登録される。このため、プレイヤは自身の名前がデッキと共に登録されるように、デッキの作成に励むようになる。
【0199】
したがって、本実施形態に係るプログラムによれば、プレイヤがデッキを作成する興趣性を向上させることができる。
【0200】
また、上記実施形態では、管理モジュール2033は、所定の条件に、初めて作成されたデッキの使用に関する条件を含む。これにより、デッキを作成したのみでは、プレイヤが登録されず、作成したデッキを実際に使用した場合にプレイヤが登録されるようになる。このため、デッキを登録させることのみを目的としてデッキを作成した場合には、プレイヤが登録されない。つまり、実際に使用され得る、他プレイヤにとって価値のあるデッキの情報がプレイヤと共に登録されることになる。
【0201】
また、上記実施形態では、管理モジュール2033は、初めて作成されたデッキの使用に関する条件に、デッキが使用された対戦の回数、デッキが使用された対戦の勝利数、所定の対戦会へのデッキのエントリー回数、又は所定の対戦会でのデッキを使用した第1プレイヤの所定順位の獲得を少なくとも含む。これにより、実用性のある使用条件を満たした場合に、デッキと共にプレイヤが登録されるようになる。
【0202】
また、上記実施形態では、管理モジュール2033は、所定のプレイヤにより作成されたデッキが登録されると、当該プレイヤが作成したデッキが新たに登録されたことを他プレイヤに通知する。これにより、新たなデッキを作成することに長けたプレイヤ、又は有名なプレイヤが作成するデッキを追跡することが可能となり、デッキ作成のトレンドを把握することが可能となる。
【0203】
また、上記実施形態では、付与モジュール2034は、登録されたデッキが第2プレイヤ(他プレイヤ)に貢献した度合に基づいて第1プレイヤ(デッキの作成者)に特典を付与する。これにより、他プレイヤに役に立つデッキを作成する動機となり得る。
【0204】
また、上記実施形態では、付与モジュール2034は、第1プレイヤ(デッキの作成者)が第2プレイヤ(他プレイヤ)に貢献した度合に基づいて第1プレイヤに特典を付与する。これにより、新たなデッキを多く作成した第1プレイヤは特典を受けることが可能となり、デッキを作成する動機となり得る。
【0205】
<変形例>
上記実施形態では、ユーザ情報テーブル2021、カードマスタテーブル2022、デッキ情報テーブル2023、対戦情報テーブル2024、特典情報テーブル2025がサーバ20に記憶される場合を説明した。しかしながら、これらのテーブルで記憶される情報は、サーバ20に記憶されていなくてもよい。例えば、少なくともデッキ情報テーブル2023で記憶されるデッキ情報は、P2Pのコンピュータネットワークにより形成されるブロックチェーン(分散型台帳)に記憶されてもよい。
【0206】
このとき、デジタルカードのそれぞれは、ノンファンジブルトークン(NFT)としてブロックチェーンにおいて取引される。上記実施形態において、NFTには、例えば、NFTを識別するための固有の識別子(NFT-ID)が割り当てられる。なお、デッキのそれぞれがNFTとしてブロックチェーンにおいて取引されてもよい。
【0207】
NFTに対する取引は、例えば、ブロックチェーンに実装されるスマートコントラクトにより実行される。NFTについての取引履歴はトランザクションとしてブロックチェーンに記憶される。これにより、NFTの所有者の履歴がブロックチェーンに記憶される。
【0208】
また、NFTの使用に関する管理は、例えば、ブロックチェーンに実装されるスマートコントラクトにより実行される。NFTの使用履歴は、トランザクションとしてブロックチェーンに記憶される。これにより、NFTを対戦で使用した履歴がブロックチェーンに記憶される。
【0209】
また、デッキを作成したことによる特典の付与は、例えば、ブロックチェーンに実装されるスマートコントラクトにより実行される。これにより、デッキの作成に関する履歴が所定の要件を満たすと、デッキの作成者に所定の特典が付与される。
【0210】
このように、サーバ20の制御部203は、管理モジュール2033により、デッキに関する情報を、コンピュータネットワークにより形成される分散型台帳に記憶する。つまり、デッキを構築する複数のデジタルカードに関する情報と、第1プレイヤに関する情報とを分散型台帳に記憶する。なお、端末装置10の制御部190が、管理部193により、デッキに関する情報を、コンピュータネットワークにより形成される分散型台帳に記憶してもよい。これにより、デッキをNFTとして扱うことが可能となる。また、新規に作成されるデッキについて公明な記録を残すことが可能となる。
【0211】
上記実施形態では、サーバ20が対戦情報テーブル2024を記憶している場合を説明した。ユーザ自身の対戦情報は、端末装置10の記憶部180に記憶されてもよい。管理部193は、記憶部180に記憶される対戦情報に基づき、デッキ情報183における対戦情報を更新してもよい。送受信部192は、デッキ情報183が更新されると、デッキに関する情報をサーバ20へ送信する。サーバ20の管理モジュール2033は、端末装置10から送信された情報に基づき、デッキ情報テーブル2023を更新する。これにより、端末装置10において、対戦情報を把握することが可能となる。
【0212】
上記実施形態では、デッキが新しいと、当該デッキに関する情報がデッキ情報テーブル2023に記憶されるようにしている。しかしながら、デッキが新しいとの条件のみを満たす場合において、デッキに関する情報がデッキ情報テーブル2023に記憶されないようにしてもよい。例えば、管理モジュール2033は、デッキが新しく、かつ、デッキがその他の条件を満たした場合に、デッキ情報テーブル2023に情報を記憶するようにしてもよい。この場合、例えば、管理モジュール2033は、新しいと判断したデッキに関する情報を、デッキ情報テーブル2023以外の所定の記憶領域に記憶し、例えば、デッキの使用に関する条件を満たした場合に、デッキ情報テーブル2023に情報を記憶する。
【0213】
上記実施形態では、デッキを最初に登録したユーザが作成者として登録される場合を説明した。しかしながら、作成者として登録されるのは、デッキを最初に登録したユーザのみに限定されない。例えば、管理モジュール2033は、作成者として登録するユーザに幅を持たせてもよい。つまり、最初にデッキを登録したユーザに加え、早期にデッキの強さに気が付き、何らかの形で名声を得たユーザも作成者として登録してもよい。こうすると、「作成者」は、自身で名声を取得した者であり、「登録者」は、「作成者」の知恵からの恩恵を得た者と区分することが可能である。具体的には、例えば、管理モジュール2033は、デッキについて登録を申請してきた先着X人のユーザを作成者としても登録する。また、管理モジュール2033は、デッキについて登録を申請してきたユーザのうち、先に申請してきた上位X%のユーザを作成者としてもよい。
【0214】
<4 コンピュータの基本ハードウェア構成>
図28は、コンピュータ90の基本的なハードウェア構成を示すブロック図である。コンピュータ90は、プロセッサ91、主記憶装置92、補助記憶装置93、通信IF99(インタフェース、Interface)を少なくとも備える。これらはバスにより相互に電気的に接続される。
【0215】
プロセッサ91とは、プログラムに記述された命令セットを実行するためのハードウェアである。プロセッサ91は、演算装置、レジスタ、周辺回路等から構成される。
【0216】
主記憶装置92とは、プログラム、及びプログラム等で処理されるデータ等を一時的に記憶するためのものである。例えば、DRAM(Dynamic Random Access Memory)等の揮発性のメモリである。
【0217】
補助記憶装置93とは、データ及びプログラムを保存するための記憶装置である。例えば、フラッシュメモリ、HDD(Hard Disc Drive)、光磁気ディスク、CD-ROM、DVD-ROM、半導体メモリ等である。
【0218】
通信IF99とは、有線又は無線の通信規格を用いて、他のコンピュータとネットワークを介して通信するための信号を入出力するためのインタフェースである。
【0219】
ネットワークは、インターネット、LAN、無線基地局等によって構築される各種移動通信システム等で構成される。例えば、ネットワークには、3G、4G、5G移動通信システム、LTE(Long Term Evolution)、所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク(例えば、Wi-Fi(登録商標))等が含まれる。無線で接続する場合、通信プロトコルとして例えば、Z-Wave(登録商標)、ZigBee(登録商標)、Bluetooth(登録商標)等が含まれる。有線で接続する場合は、ネットワークには、USB(Universal Serial Bus)ケーブル等により直接接続するものも含む。
【0220】
なお、各ハードウェア構成の全部または一部を複数のコンピュータ90に分散して設け、ネットワークを介して相互に接続することによりコンピュータ90を仮想的に実現することができる。このように、コンピュータ90は、単一の筐体、ケースに収納されたコンピュータ90だけでなく、仮想化されたコンピュータシステムも含む概念である。
【0221】
<コンピュータ90の基本機能構成>
図28に示すコンピュータ90の基本ハードウェア構成により実現されるコンピュータの機能構成を説明する。コンピュータは、制御部、記憶部、通信部の機能ユニットを少なくとも備える。
【0222】
なお、コンピュータ90が備える機能ユニットは、それぞれの機能ユニットの全部または一部を、ネットワークで相互に接続された複数のコンピュータ90に分散して設けても実現することができる。コンピュータ90は、単一のコンピュータ90だけでなく、仮想化されたコンピュータシステムも含む概念である。
【0223】
制御部は、プロセッサ91が補助記憶装置93に記憶された各種プログラムを読み出して主記憶装置92に展開し、当該プログラムに従って処理を実行することにより実現される。制御部は、プログラムの種類に応じて様々な情報処理を行う機能ユニットを実現することができる。これにより、コンピュータは情報処理を行う情報処理装置として実現される。
【0224】
記憶部は、主記憶装置92、補助記憶装置93により実現される。記憶部は、データ、各種プログラム、各種データベースを記憶する。また、プロセッサ91は、プログラムに従って記憶部に対応する記憶領域を主記憶装置92または補助記憶装置93に確保することができる。また、制御部は、各種プログラムに従ってプロセッサ91に、記憶部に記憶されたデータの追加、更新、削除処理を実行させることができる。
【0225】
データベースは、リレーショナルデータベースを指し、行と列によって構造的に規定された表形式のテーブルと呼ばれるデータ集合を、互いに関連づけて管理するためのものである。データベースでは、表をテーブル、表の列をカラム、表の行をレコードと呼ぶ。リレーショナルデータベースでは、テーブル同士の関係を設定し、関連づけることができる。
【0226】
通常、各テーブルにはレコードを一意に特定するためのキーとなるカラムが設定されるが、カラムへのキーの設定は必須ではない。制御部は、各種プログラムに従ってプロセッサ91に、記憶部に記憶された特定のテーブルにレコードを追加、削除、更新を実行させることができる。
【0227】
通信部は、通信IF99により実現される。通信部は、ネットワークを介して他のコンピュータ90と通信を行う機能を実現する。通信部は、他のコンピュータ90から送信された情報を受信し、制御部へ入力することができる。制御部は、各種プログラムに従ってプロセッサ91に、受信した情報に対する情報処理を実行させることができる。また、通信部は、制御部から出力された情報を他のコンピュータ90へ送信することができる。
【0228】
以上、本開示のいくつかの実施形態を説明したが、これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものとする。
【0229】
<付記>
以上の各実施形態で説明した事項を以下に付記する。
(付記1)
プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムであって、プログラムは、プロセッサに、第1プレイヤから、複数のデジタルカードを組み合わせて作成したデッキを登録する要求を受け付けるステップと、登録する要求を第1プレイヤから受け付けたデッキが、初めて作成されたデッキであることを含む所定の条件を満たすか判断するステップと、所定の条件を満たす場合、デッキを、デッキを初めて作成した第1プレイヤと関連付けて登録するステップと、登録したデッキに関する情報に対して、第2プレイヤからのアクセスを可能とし、デッキに関する情報に、デッキを作成した第1プレイヤに関する情報を含めるステップとを実行させるプログラム。
(付記2)
判断するステップにおいて、所定の条件は、初めて作成されたデッキの使用に関する条件を含む(付記1)に記載のプログラム。
(付記3)
初めて作成されたデッキの使用に関する条件は、デッキが使用された対戦の回数、デッキが使用された対戦の勝利数、所定の対戦会へのデッキのエントリー回数、又は所定の対戦会でのデッキを使用した第1プレイヤの所定順位の獲得の少なくともいずれか一つの条件を含む(付記2)に記載のプログラム。
(付記4)
登録するステップにおいて、デッキを構築する複数のデジタルカードに関する情報と第1プレイヤに関する情報とを、コンピュータネットワークにより形成される分散型台帳に記憶する(付記1)乃至(付記3)のいずれかに記載のプログラム。
(付記5)
所定のプレイヤにより作成されたデッキが登録されると、プレイヤが作成したデッキが新たに登録されたことを他プレイヤに通知するステップをプロセッサに実行させる(付記1)乃至(付記4)のいずれかに記載のプログラム。
(付記6)
登録されたデッキが第2プレイヤに貢献した度合に基づいて第1プレイヤに特典を付与するステップをプロセッサに実行させる(付記1)乃至(付記5)のいずれかに記載のプログラム。
(付記7)
第1プレイヤが第2プレイヤに貢献した度合に基づいて第1プレイヤに特典を付与するステップをプロセッサに実行させる(付記1)乃至(付記6)のいずれかに記載のプログラム。
(付記8)
プロセッサと、メモリとを備えるコンピュータに実行される方法であって、プロセッサが、第1プレイヤから、複数のデジタルカードを組み合わせて作成したデッキを登録する要求を受け付けるステップと、登録する要求を第1プレイヤから受け付けたデッキが、初めて作成されたデッキであることを含む所定の条件を満たすか判断するステップと、所定の条件を満たす場合、デッキを、デッキを初めて作成した第1プレイヤと関連付けて登録するステップと、登録したデッキに関する情報に対して、第2プレイヤからのアクセスを可能とし、デッキに関する情報に、デッキを作成した第1プレイヤに関する情報を含めるステップとを実行する方法。
(付記9)
制御部と、記憶部とを備える情報処理装置であって、制御部が、第1プレイヤから、複数のデジタルカードを組み合わせて作成したデッキを登録する要求を受け付けるステップと、登録する要求を第1プレイヤから受け付けたデッキが、初めて作成されたデッキであることを含む所定の条件を満たすか判断するステップと、所定の条件を満たす場合、デッキを、デッキを初めて作成した第1プレイヤと関連付けて登録するステップと、登録したデッキに関する情報に対して、第2プレイヤからのアクセスを可能とし、デッキに関する情報に、デッキを作成した第1プレイヤに関する情報を含めるステップとを実行する情報処理装置。
(付記10)
第1プレイヤから、複数のデジタルカードを組み合わせて作成したデッキを登録する要求を受け付ける手段と、登録する要求を第1プレイヤから受け付けたデッキが、初めて作成されたデッキであることを含む所定の条件を満たすか判断するステップと、所定の条件を満たす場合、デッキを、デッキを初めて作成した第1プレイヤと関連付けて登録する手段と、登録したデッキに関する情報に対して、第2プレイヤからのアクセスを可能とし、デッキに関する情報に、デッキを作成した第1プレイヤに関する情報を含める手段とを具備するシステム。
【符号の説明】
【0230】
1…システム
10…端末装置
12…通信IF
120…通信部
13…入力装置
131…タッチ・センシティブ・デバイス
14…出力装置
141…ディスプレイ
15…メモリ
150…位置情報センサ
16…ストレージ
160…カメラ
17…音声処理部
171…マイク
172…スピーカー
180…記憶部
19…プロセッサ
190…制御部
20…サーバ
【要約】
【課題】デッキを作成する興趣性を向上させる。
【解決手段】 プロセッサと、メモリとを備えるコンピュータに実行させるためのプログラムである。プログラムは、プロセッサに、第1プレイヤから、複数のデジタルカードを組み合わせて作成したデッキを登録する要求を受け付けるステップと、登録する要求を第1プレイヤから受け付けデッキが、初めて作成されたデッキであることを含む所定の条件を満たすか判断するステップと、所定の条件を満たす場合、デッキを、デッキを初めて作成した第1プレイヤと関連付けて登録するステップと、登録したデッキに関する情報に対して、第2プレイヤからのアクセスを可能とし、デッキに関する情報に、デッキを作成した第1プレイヤに関する情報を含めるステップとを実行させる。
【選択図】
図20