特許 7612811 プログラム、方法、ＨＭＤ、及びシステム

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

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

(11)【特許番号】

(24)【登録日】2024-12-27

(45)【発行日】2025-01-14

(54)【発明の名称】プログラム、方法、ＨＭＤ、及びシステム

(51)【国際特許分類】

   A63F 13/80 20140101AFI20250106BHJP

   A63F 13/55 20140101ALI20250106BHJP

   A63F 13/52 20140101ALI20250106BHJP

   A63F 13/79 20140101ALI20250106BHJP

   G06T 19/00 20110101ALI20250106BHJP

【ＦＩ】

A63F13/80 B

A63F13/55

A63F13/52

A63F13/79 500

G06T19/00 A

【請求項の数】 18

(21)【出願番号】P 2023190647

(22)【出願日】2023-11-08

【審査請求日】2023-11-08

(73)【特許権者】

【識別番号】504440133

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

(74)【代理人】

【識別番号】110002815

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

(72)【発明者】

【氏名】吉村 勇人

(72)【発明者】

【氏名】林 揚恩

(72)【発明者】

【氏名】大場 直之

(72)【発明者】

【氏名】梶本 夢遥

(72)【発明者】

【氏名】屋島 啓佑

(72)【発明者】

【氏名】ヒックリング 亜多夢

(72)【発明者】

【氏名】新井 正浩

(72)【発明者】

【氏名】ミシュラ シュバム

【審査官】池田 剛志

(56)【参考文献】

【文献】米国特許出願公開第２０１７／０３２６４５７（ＵＳ，Ａ１）

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

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

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

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

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

【文献】海野 貴智，ＶＲカードゲームのための実カード型インタフェースの提案，情報処理学会 シンポジウム エンタテインメントコンピューティングシンポジウム ２０１９ ［ｏｎｌｉｎｅ］ ，日本，情報処理学会，2019年09月13日

【文献】デジモンカードゲームがアプリで遊べる！？新デジカティーチングアプリ！，YouTube [online][video]，2020年03月29日，<URL:https://www.youtube.com/watch?v=Irb91rVbBlE>，主に5:04～5:23を参照。,[2024年11月19日検索]

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

Ａ６３Ｆ １／００－５／０４

９／００－１１／００

１３／００－１３／９８

Ｇ０６Ｔ １／００

１１／６０ー１３／８０

１７／０５

１９／００－１９／２０

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

【請求項1】

プロセッサと、メモリとを備えて仮想空間でプレイされるデジタルトレーディングカードゲームを制御するＨＭＤ（Head Mount Display）に実行させるためのプログラムであって、前記プログラムは、前記プロセッサに、
前記仮想空間内において、前記ＨＭＤを装着する第１ユーザと、第２ユーザとの間で実施されるデジタルトレーディングカードゲームをプレイするフィールドを表示するステップと、
仮想空間内に、少なくとも１枚のデジタルトレーディングカードからなる、前記第２ユーザの手札を表示するステップと、
前記第２ユーザにより入力される、前記手札からデジタルトレーディングカードを前記フィールド上に配置するための第１操作を検出するステップと、
前記第１操作に応じて前記デジタルトレーディングカードを前記手札から前記フィールドへ移動させる間に、前記第１ユーザに対し、前記デジタルトレーディングカードの表面の認識を制限した画像を出力するステップと
を実行させるプログラム。

【請求項2】

前記第２ユーザにより入力される、前記デジタルトレーディングカードの表面を表示させるための第２操作を検出するステップと、
前記第２操作に応じて、前記制限を解除し、前記デジタルトレーディングカードの表面の画像を出力するステップと
を前記プロセッサに実行させる請求項１記載のプログラム。

【請求項3】

前記出力するステップにおいて、前記デジタルトレーディングカードが前記フィールドにおける所定の領域に到達すると、前記制限を解除し、前記デジタルトレーディングカードの表面の画像を出力する請求項１記載のプログラム。

【請求項4】

複数の他のユーザがプレイするデジタルトレーディングカードゲームを、複数の前記他のユーザと、複数の前記他のユーザが使用しているデジタルトレーディングカードとを対応付けて提示するステップを前記プロセッサに実行させる請求項１記載のプログラム。

【請求項5】

前記表示するステップにおいて、複数の前記他のユーザがプレイするデジタルトレーディングカードゲームを、複数の前記他のユーザによるプレイよりも所定時間遅らせて表示する請求項４記載のプログラム。

【請求項6】

複数の前記他のユーザがプレイするデジタルトレーディングカードゲームで使用されるデジタルトレーディングカードに対する干渉を制限するステップを前記プロセッサに実行させる請求項４記載のプログラム。

【請求項7】

所定の状態を表すオブジェクトに対する前記第１ユーザの操作に応じ、前記オブジェクトと、前記デジタルトレーディングカードとをグループ化したり、又はグループ解除したりするステップを前記プロセッサに実行させる請求項１記載のプログラム。

【請求項8】

前記フィールドを表示するステップにおいて、前記フィールドにおいて、前記デジタルトレーディングカードを載置したら当該デジタルトレーディングカードの表面が表示される第１エリアと、前記デジタルトレーディングカードを載置したら当該デジタルトレーディングカードの裏面が表示される第２エリアとを設定する請求項１記載のプログラム。

【請求項9】

前記デジタルトレーディングカードの束をシャッフルするための前記第１ユーザの操作に応じ、前記デジタルトレーディングカードの束をシャッフルするステップを前記プロセッサに実行させる請求項１記載のプログラム。

【請求項10】

前記シャッフルするステップは、前記第１ユーザにより指定される態様で実施される請求項９記載のプログラム。

【請求項11】

前記デジタルトレーディングカードゲームの戦況を戻すための前記第１ユーザの操作に応じ、前記デジタルトレーディングカードの配置を戻すステップを前記プロセッサに実行させる請求項１記載のプログラム。

【請求項12】

複数の前記デジタルトレーディングカードからなるデッキを指定するための前記第１ユーザの操作に応じ、指定された前記デッキを、前記第１ユーザが前記仮想空間内において使用可能に、前記第１ユーザに提供するステップを前記プロセッサに実行させる請求項１記載のプログラム。

【請求項13】

前記フィールドに配置されるデジタルトレーディングカードの大きさを変更させるための前記第１ユーザの操作に応じ、前記フィールドに配置されるデジタルトレーディングカードの大きさを変更させるステップを前記プロセッサに実行させる請求項１記載のプログラム。

【請求項14】

プレイするデジタルトレーディングカードゲームの選択を受け付けるステップと、
選択された前記デジタルトレーディングカードゲームにおいて使用される複数のデジタルトレーディングカードからなるデッキを指定するための前記第１ユーザの操作に応じ、指定された前記デッキを、前記第１ユーザが前記仮想空間内において使用可能に、前記第１ユーザに提供するステップと
を前記プロセッサに実行させる請求項１記載のプログラム。

【請求項15】

前記デジタルトレーディングカードゲームの選択を受け付けるステップにおいて、前記デジタルトレーディングカードゲームの選択を、前記フィールドの選択により受け付ける請求項１４記載のプログラム。

【請求項16】

プロセッサと、メモリとを備えて仮想空間でプレイされるデジタルトレーディングカードゲームを制御するＨＭＤ（Head Mount Display）に実行される方法であって、前記プロセッサが、請求項１から請求項１５のいずれかに係る発明において実行される全てのステップを実行する方法。

【請求項17】

プロセッサと、メモリとを備えて仮想空間でプレイされるデジタルトレーディングカードゲームを制御するＨＭＤ（Head Mount Display）であって、前記プロセッサが、請求項１から請求項１５のいずれかに係る発明において実行される全てのステップを実行するＨＭＤ。

【請求項18】

仮想空間でプレイされるデジタルトレーディングカードゲームを制御するＨＭＤ（Head Mount Display）を備えるシステムであって、請求項１から請求項１５のいずれかに係る発明において実行されるすべてのステップを実行する手段を備えるシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、プログラム、方法、ＨＭＤ、及びシステムに関する。

【背景技術】

【0002】

特許文献１では、仮想のＣＧ画像を表示させることにより、現実世界とＣＧの仮想世界を合わせて見ることができ、プレイボードを用いたゲームを今まで以上高い興奮度を感じることができるようにする技術について記載されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２００３－１０３０５２号公報

【発明の概要】

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

【0004】

特許文献１では、対戦型カードゲームにおいて、プレイヤーがシースルーＨＭＤ（Head Mount Display）を覗くとカード上にはカードの特性に応じたＣＧが浮き出ているように見える例が記載されている。しかしながら、特許文献１では、仮想空間において発生させた仮想的なカードを用いてゲームをプレイすることについては記載されていない。

【0005】

本開示の目的は、仮想空間において発生させた仮想的なカードを用いたゲームをプレイする環境を提供することである。

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

【0006】

プロセッサと、メモリとを備え、仮想空間でプレイされるＴＣＧを制御するＨＭＤに実行させるためのプログラムである。プログラムは、プロセッサに、仮想空間内において、ＨＭＤを装着する第１ユーザと、第２ユーザとの間で実施されるＴＣＧをプレイするフィールドを表示するステップと、仮想空間内に、少なくとも１枚のカードからなる、第２ユーザの手札を表示するステップと、第２ユーザにより入力される、手札からカードをフィールド上に配置するための第１操作を検出するステップと、第１操作に応じてカードを手札からフィールドへ移動させる間に、第１ユーザに対し、カードの表面の認識を制限した画像を出力するステップとを実行させる。

【発明の効果】

【0007】

本開示によれば、仮想空間において発生させた仮想的なカードを用いたゲームをプレイする環境を提供できる。

【図面の簡単な説明】

【0008】

【図1】現実世界における各ユーザの例を表す図である。

【図2】メタバース空間においてＴＣＧの対戦を実施するフィールドの例を示す図である。

【図3】メタバース空間においてＴＣＧの対戦を開始しようとする局面の例を示す図である。

【図4】メタバース空間において各ユーザがＴＣＧの対戦を進行させている局面の例を示す図である。

【図5】システム１の全体構成の例を示すブロック図である。

【図6】図５に示す端末装置１０の構成例を表すブロック図である。

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

【図8】ユーザ情報テーブル２０２１のデータ構造の例を示す図である。

【図9】カードマスタテーブル２０２２のデータ構造の例を示す図である。

【図10】デッキ情報テーブル２０２３のデータ構造の例を示す図である。

【図11】対戦情報テーブル２０２４のデータ構造の例を示す図である。

【図12】第１ユーザ５Ａと、第２ユーザ５Ｂとの間でＴＣＧの対戦を実施する際の、端末装置１０Ａ、端末装置１０Ｂ、サーバ２０の動作の例を説明するための図である。

【図13】第１ユーザ５Ａと第２ユーザ５Ｂとの間のＴＣＧの対戦を他のユーザ（第３ユーザ）が観戦する際のサーバ２０の動作の例を示すフローチャートである。

【図14】コンピュータ９０の基本的なハードウェア構成を示すブロック図である。

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

【0009】

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

【0010】

＜概略＞
本実施形態に係るシステムは、仮想空間上でのデジタルトレーディングカードゲーム（ＴＣＧ）のプレイを制御する。ユーザは、例えば、ＨＭＤ（Head Mount Display）を装着し、ＨＭＤにより表示される画像を介し、メタバース空間（仮想空間）に所定のアバターの姿で存在していると認識する。ユーザは、同じくＨＭＤを装着し、メタバース空間に存在する他のユーザと、メタバース空間に存在するデジタルトレーディングカードを用いたゲームをプレイする。本実施形態に係るシステムは、例えば、メタバース空間上で、仮想的なカードを「並べたり」、「シャッフルしたり」、「裏表に返せたり」というような、様々なＴＣＧに共通の操作ができる環境を提供する。ＴＣＧをプレイする例えば、２人のユーザはアバターを介し、ＴＣＧをプレイするためのフィールドにおける自由な位置に、自由なタイミングで、自由なカードを出すことが可能である。これにより、仮想的なカードのリソースデータを用意することで、ユーザは、現実空間において様々な種類のＴＣＧをプレイするように、メタバース空間内においても同様に様々な種類のＴＣＧをプレイすることが可能となる。

【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】

図５に示す端末装置１０は、例えば、メタバース空間においてＴＣＧをプレイするユーザが操作する情報処理装置である。また、端末装置１０は、例えば、メタバース空間においてプレイされるＴＣＧを観戦するユーザが操作する情報処理装置である。端末装置１０は、例えば、ＨＭＤにより実現される。ＨＭＤは、例えば、ゴーグル型をしていてもよいし、眼鏡型をしていてもよい。ＨＭＤは、例えば、ユーザの視界方向を撮影する複数のカメラを有し、当該カメラにより、ユーザの手の動き、及び、手の動きに基づくジェスチャ入力を検出する。また、ＨＭＤは、所定のボタンを有するコントローラと接続されていてもよい。ＨＭＤは、コントローラに内蔵されたセンサにより、ユーザの手の動きを検出する。また、ＨＭＤは、コントローラが有するボタンの押下により、所定の入力を検出する。

【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】

また、上記実施形態では、端末装置１０がユーザに仮想空間を提供する例を説明した。端末装置１０が提供するのは仮想空間に限定されない。端末装置１０は、拡張現実（ＡＲ：Augmented Reality）を提供してもよい。つまり、端末装置１０は、アバターを表示せず、現実に存在する構造を生かして、ＴＣＧの対戦が可能なようにユーザに情報を提供する。端末装置１０は、例えば、現実世界の構造を認識し、カードを仮想情報としてユーザに提供する。

【0187】

また、上記実施形態では、各機能を端末装置１０またはサーバ２０が備える態様の一例について説明したが、この形態に限定されることはなく、一部または全部の機能について上記実施形態と異なる態様で端末装置１０、サーバ２０、又は端末装置１０とサーバ２０の両方が備える構成としてもよい。

【0188】

さらに、本発明は、上述した端末装置１０又はサーバ２０が備える機能を情報処理装置に実行させるプログラムとして実現してもよいし、当該プログラムを格納する、コンピュータ読み取り可能な非一時的な記録媒体として実現してもよい。

【0189】

また、上記実施形態では、プレイヤーが二人である場合を説明した。しかしながら、プレイヤーは、三人以上であっても構わない。

【0190】

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

【0191】

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

【0192】

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

【0193】

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

【0194】

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

【0195】

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

【0196】

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

【0197】

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

【0198】

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

【0199】

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

【0200】

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

【0201】

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

【0202】

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

【0203】

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

【0204】

本明細書中に記載されている構成要素により実現される機能は、当該記載された機能を実現するようにプログラムされた、汎用プロセッサ、特定用途プロセッサ、集積回路、ASICs (Application Specific Integrated Circuits)、CPU (a Central Processing Unit)、従来型の回路、および／又はそれらの組合せを含む、circuitry又はprocessing circuitryにおいて実装されてもよい。プロセッサは、トランジスタやその他の回路を含み、 circuitry又はprocessing circuitryとみなされる。プロセッサは、メモリに格納されたプログラムを実行する、programmed processorであってもよい。
本明細書において、circuitry、ユニット、手段は、記載された機能を実現するようにプログラムされたハードウェア、又は実行するハードウェアである。当該ハードウェアは、本明細書に開示されているあらゆるハードウェア、又は、当該記載された機能を実現するようにプログラムされた、又は、実行するものとして知られているあらゆるハードウェアであってもよい。
当該ハードウェアがcircuitryのタイプであるとみなされるプロセッサである場合、当該circuitry、手段、又はユニットは、ハードウェアと、当該ハードウェア及び又はプロセッサを構成する為に用いられるソフトウェアの組合せである。

【0205】

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

【0206】

＜付記＞
以上の各実施形態で説明した事項を以下に付記する。
（付記１）
プロセッサと、メモリとを備えて、仮想空間でプレイされるデジタルトレーディングカードゲームを制御するＨＭＤ（Head Mount Display）に実行させるためのプログラムであって、プログラムは、プロセッサに、仮想空間内において、ＨＭＤを装着する第１ユーザと、第２ユーザとの間で実施されるデジタルトレーディングカードゲームをプレイするフィールドを表示するステップと、仮想空間内に、少なくとも１枚のデジタルトレーディングカードからなる、第２ユーザの手札を表示するステップと、第２ユーザにより入力される、手札からデジタルトレーディングカードをフィールド上に配置するための第１操作を検出するステップと、第１操作に応じてデジタルトレーディングカードを手札からフィールドへ移動させる間に、第１ユーザに対し、デジタルトレーディングカードの表面の認識を制限した画像を出力するステップとを実行させるプログラム。
（付記２）
第２ユーザにより入力される、デジタルトレーディングカードの表面を表示させるための第２操作を検出するステップと、第２操作に応じて、制限を解除し、デジタルトレーディングカードの表面の画像を出力するステップとをプロセッサに実行させる（付記１）に記載のプログラム。
（付記３）
出力するステップにおいて、デジタルトレーディングカードがフィールドにおける所定の領域に到達すると、制限を解除し、デジタルトレーディングカードの表面の画像を出力する（付記１）又は（付記２）に記載のプログラム。
（付記４）
複数の他のユーザがプレイするデジタルトレーディングカードゲームを、複数の他のユーザと、複数の他のユーザが使用しているデジタルトレーディングカードとを対応付けて提示するステップをプロセッサに実行させる（付記１）から（付記３）のいずれかに記載のプログラム。
（付記５）
表示するステップにおいて、複数の他のユーザがプレイするデジタルトレーディングカードゲームを、複数の他のユーザによるプレイよりも所定時間遅らせて表示する（付記４）に記載のプログラム。
（付記６）
複数の他のユーザがプレイするデジタルトレーディングカードゲームで使用されるデジタルトレーディングカードに対する干渉を制限するステップをプロセッサに実行させる（付記４）又は（付記５）に記載のプログラム。
（付記７）
所定の状態を表すオブジェクトに対する第１ユーザの操作に応じ、オブジェクトと、デジタルトレーディングカードとをグループ化したり、又はグループ解除したりするステップをプロセッサに実行させる（付記１）から（付記６）のいずれかに記載のプログラム。
（付記８）
フィールドを表示するステップにおいて、フィールドにおいて、デジタルトレーディングカードを載置したら当該デジタルトレーディングカードの表面が表示される第１エリアと、デジタルトレーディングカードを載置したら当該デジタルトレーディングカードの裏面が表示される第２エリアとを設定する（付記１）から（付記７）のいずれかに記載のプログラム。
（付記９）
デジタルトレーディングカードの束をシャッフルするための第１ユーザの操作に応じ、デジタルトレーディングカードの束をシャッフルするステップをプロセッサに実行させる（付記１）から（付記８）のいずれかに記載のプログラム。
（付記１０）
シャッフルするステップは、第１ユーザにより指定される態様で実施される（付記９）に記載のプログラム。
（付記１１）
デジタルトレーディングカードゲームの戦況を戻すための第１ユーザの操作に応じ、デジタルトレーディングカードの配置を戻すステップをプロセッサに実行させる（付記１）から（付記１０）のいずれかに記載のプログラム。
（付記１２）
複数のデジタルトレーディングカードからなるデッキを指定するための第１ユーザの操作に応じ、指定されたデッキを、第１ユーザが仮想空間内において使用可能に、第１ユーザに提供するステップをプロセッサに実行させる（付記１）から（付記１１）のいずれかに記載のプログラム。
（付記１３）
フィールドに配置されるデジタルトレーディングカードの大きさを変更させるための第１ユーザの操作に応じ、フィールドに配置されるデジタルトレーディングカードの大きさを変更させるステップをプロセッサに実行させる（付記１）から（付記１２）のいずれかに記載のプログラム。
（付記１４）
プレイするデジタルトレーディングカードゲームの選択を受け付けるステップと、選択されたデジタルトレーディングカードゲームにおいて使用される複数のデジタルトレーディングカードからなるデッキを指定するための第１ユーザの操作に応じ、指定されたデッキを、第１ユーザが仮想空間内において使用可能に、第１ユーザに提供するステップとをプロセッサに実行させる（付記１）から（付記１４）のいずれかに記載のプログラム。
（付記１５）
デジタルトレーディングカードゲームの選択を受け付けるステップにおいて、デジタルトレーディングカードゲームの選択を、フィールドの選択により受け付ける（付記１４）に記載のプログラム。
（付記１６）
プロセッサと、メモリとを備え、仮想空間でプレイされるデジタルトレーディングカードゲームを制御するＨＭＤ（Head Mount Display）に実行される方法であって、プロセッサが、（付記１）から（付記１５）のいずれかに係る発明において実行される全てのステップを実行する方法。
（付記１７）
プロセッサと、メモリとを備え、仮想空間でプレイされるデジタルトレーディングカードゲームを制御するＨＭＤ（Head Mount Display）であって、プロセッサが、（付記１）から（付記１５）のいずれかに係る発明において実行される全てのステップを実行するＨＭＤ。
（付記１８）
仮想空間でプレイされるデジタルトレーディングカードゲームを制御するＨＭＤ（Head Mount Display）を備えるシステムであって、（付記１）から（付記１５）のいずれかに係る発明において実行されるすべてのステップを実行する手段を備えるシステム。

【符号の説明】

【0207】

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

【要約】

【課題】仮想空間において発生させた仮想的なカードを用いたゲームをプレイする環境を提供する。
【解決手段】プロセッサと、メモリとを備え、仮想空間でプレイされるＴＣＧを制御するＨＭＤ（Head Mount Display）に実行させるためのプログラムである。プログラムは、プロセッサに、仮想空間内において、ＨＭＤを装着する第１ユーザと、第２ユーザとの間で実施されるＴＣＧをプレイするフィールドを表示するステップと、仮想空間内に、少なくとも１枚のカードからなる、第２ユーザの手札を表示するステップと、第２ユーザにより入力される、手札からカードをフィールド上に配置するための第１操作を検出するステップと、第１操作に応じてカードを手札からフィールドへ移動させる間に、第１ユーザに対し、カードの表面の認識を制限した画像を出力するステップとを実行させる。
【選択図】 図４

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】