(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-02-28
(45)【発行日】2024-03-07
(54)【発明の名称】プログラムおよび情報処理システム
(51)【国際特許分類】
G06T 19/00 20110101AFI20240229BHJP
H04N 7/15 20060101ALI20240229BHJP
H04N 21/8541 20110101ALI20240229BHJP
【ＦＩ】
G06T19/00 300A
H04N7/15 170
H04N21/8541
【請求項の数】
6
(21)【出願番号】P 2022156445
(22)【出願日】2022-09-29
【審査請求日】2022-11-01
【早期審査対象出願】
(73)【特許権者】
【識別番号】509070463
【氏名又は名称】株式会社コロプラ
(74)【代理人】
【識別番号】100104547
【弁理士】
【氏名又は名称】栗林 三男
(74)【代理人】
【識別番号】100206612
【弁理士】
【氏名又は名称】新田 修博
(74)【代理人】
【識別番号】100209749
【弁理士】
【氏名又は名称】栗林 和輝
(74)【代理人】
【識別番号】100217755
【弁理士】
【氏名又は名称】三浦 淳史
(72)【発明者】
【氏名】猪俣 篤
【審査官】橘 高志
(56)【参考文献】
【文献】米国特許出願公開第２０１２／００３８６６７（ＵＳ，Ａ１）
【文献】韓国公開特許第１０－２０１０－００７５０４１（ＫＲ，Ａ）
【文献】特開２０１３－０７３４８８（ＪＰ，Ａ）
【文献】特開２０１１－２１６０７３（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｔ １９／００
Ｈ０４Ｎ ７／１５
Ｈ０４Ｎ ２１／８５４１
(57)【特許請求の範囲】
【請求項1】
コンピュータを、メタバースを利用するユーザに関連する所定の情報を取得する取得手段と、
複数のユーザについての前記所定の情報に基づいてお薦めの音楽を決定し、前記複数のユーザの前記メタバース内の背景音楽を、お薦めの音楽として決定した同一の音楽に変化させる変化手段と、として機能させ、
前記所定の情報は、ユーザの、年齢、性別、前記メタバース内での行動履歴、現実世界での行動履歴、または趣味もしくは嗜好に関する情報の少なくともいずれかを含む
プログラム。
【請求項2】
前記変化手段は、ユーザの前記メタバース内の背景音楽を、お薦めの音楽として決定した特定の音楽に変化させることを選択する当該ユーザの操作に基づいて、当該特定の音楽に変化させる請求項１に記載のプログラム。
【請求項3】
前記取得手段は、前記メタバース内でのユーザの行動履歴を取得し、前記変化手段は、前記複数のユーザについての前記メタバース内での行動履歴に基づいてお薦めの音楽を決定し、前記複数のユーザの前記メタバース内の背景音楽を、お薦めの音楽として決定した同一の音楽に変化させる
請求項１または２に記載のプログラム。
【請求項4】
前記変化手段は、前記メタバース内の特定の領域内にいる前記複数のユーザについての前記所定の情報に基づいてお薦めの音楽を決定し、前記特定の領域内にいる前記複数のユーザの前記メタバース内の背景音楽を、お薦めの音楽として決定した音楽の中から前記特定の領域内にいる特定のユーザによる選択操作によって選択された音楽に変化させる請求項１または２に記載のプログラム。
【請求項5】
前記変化手段は、前記メタバース内の特定の領域内にいる特定の種類の音楽を好むユーザの数が所定の閾値以上である場合に、前記特定の領域内にいる複数のユーザの前記メタバース内の背景音楽を、前記特定の種類の音楽に変化させる請求項１または２に記載のプログラム。
【請求項6】
メタバースを利用するユーザに関連する所定の情報を取得する取得手段と、複数のユーザについての前記所定の情報に基づいてお薦めの音楽を決定し、前記複数のユーザの前記メタバース内の背景音楽を、お薦めの音楽として決定した同一の音楽に変化させる変化手段と、を備え、
前記所定の情報は、ユーザの、年齢、性別、メタバース内での行動履歴、現実世界での行動履歴、または趣味もしくは嗜好に関する情報の少なくともいずれかを含む
情報処理システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、プログラムおよび情報処理システムに関する。
【背景技術】
【0002】
従来より、ユーザ同士が交流可能な仮想空間（換言すると、メタバース）を提供するサービスが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１１－２１６０７３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ところで、このようなサービスにおいては、興趣性を向上させることが求められていた。
【0005】
本発明は、前記事情に鑑みてなされたものであり、サービスの興趣性を向上させることを目的とする。
【課題を解決するための手段】
【0006】
本開示に示す一実施形態によれば、
コンピュータを、
メタバースを利用するユーザに関連する情報を取得する取得手段と、
少なくとも２以上のユーザについての前記情報に基づいて、複数のユーザの前記メタバース内の環境を変化させる変化手段と、として機能させる
プログラムが提供される。
コンピュータを、
メタバースを利用するユーザに関連する情報を取得する取得手段と、
少なくとも２以上のユーザについての前記情報に基づいて、複数のユーザの前記メタバース内の環境を変化させる変化手段と、として機能させる
プログラムが提供される。
【発明の効果】
【0007】
本発明によれば、サービスの興趣性を向上させることができる。
【図面の簡単な説明】
【0008】
【図1】ある実施の形態に従うＨＭＤシステムの構成の概略を表す図である。
【図2】ある実施の形態に従うコンピュータのハードウェア構成の一例を表すブロック図である。
【図3】ある実施の形態に従うＨＭＤに設定されるｕｖｗ視野座標系を概念的に表す図である。
【図4】ある実施の形態に従う仮想空間を表現する一態様を概念的に表す図である。
【図5】ある実施の形態に従うＨＭＤを装着するユーザの頭部を上から表した図である。
【図6】仮想空間において視界領域をＸ方向から見たＹＺ断面を表す図である。
【図7】仮想空間において視界領域をＹ方向から見たＸＺ断面を表す図である。
【図8(A)】ある実施の形態に従うコントローラの概略構成を表す図である。
【図8(B)】ある実施の形態に従うユーザの右手に対して規定されるヨー、ロール、ピッチの各方向の一例を示す図である。
【図9】ある実施の形態に従うサーバのハードウェア構成の一例を表すブロック図である。
【図10】ある実施の形態に従うコンピュータをモジュール構成として表すブロック図である。
【図11】ある実施の形態に従うＨＭＤセットにおいて実行される処理を示すシーケンスチャートである。
【図12(A)】ネットワークにおいて、各ＨＭＤがユーザに仮想空間を提供する状況を表す模式図である。
【図13】ある実施の形態に従うＨＭＤシステムにおいて実行される処理を示すシーケンスチャートである。
【図14】ある実施の形態に従うコンピュータのモジュールの詳細構成を表すブロック図である。
【図15】ある実施の形態に従うサーバをモジュール構成として表すブロック図である。
【図16】ある実施の形態に従うユーザに設定される属性について説明するための図である。
【図17】ある実施の形態に従うユーザに所定の推薦をする表示について説明する図である。
【図18】ある実施の形態に従うユーザに所定の推薦をする表示について説明する図である。
【図19】ある実施の形態に従うメタバース内での行動履歴に基づいて他のユーザを推薦する処理の一例を示すシーケンスチャートである。
【図20】ある実施の形態に従うメタバース内での行動履歴に基づいてメタバース内のコンテンツを推薦する処理の一例を示すシーケンスチャートである。
【図21】ある実施の形態に従う現実世界での行動履歴に基づいてメタバース内の事物に関する推薦を行う処理の一例を示すシーケンスチャートである。
【図22】ある実施の形態に従うメタバース内での行動履歴に基づいて現実世界の事物に関する推薦を行う処理の一例を示すシーケンスチャートである。
【図23】ある実施の形態に従うメタバース内の環境が変化した際の表示について説明する図である。
【図24】ある実施の形態に従う特定の領域内にいるユーザに対する環境に関する推薦について説明するための図である。
【図25】ある実施の形態に従うＢＧＭの推薦がされた際の表示について説明する図である。
【図26】ある実施の形態に従う特定のユーザの選択に基づいて特定の領域内の複数のユーザの環境を変化させる場合の表示について説明する図である。
【図27】ある実施の形態に従う２以上のユーザについてのユーザ関連情報に基づいて複数のユーザのメタバース内の環境を変化させる処理の一例を示すシーケンスチャートである。
【発明を実施するための形態】
【0009】
以下、この技術的思想の実施の形態について図面を参照しながら詳細に説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。本開示において示される１以上の実施形態において、各実施形態が含む要素を互いに組み合わせることができ、かつ、当該組み合わせられた結果物も本開示が示す実施形態の一部をなすものとする。
【0010】
［ＨＭＤシステムの構成］
図１を参照して、ＨＭＤ（Head-Mounted Device）システム１００の構成について説明する。図１は、本実施の形態に従うＨＭＤシステム１００の構成の概略を表す図である。ＨＭＤシステム１００は、家庭用のシステムとしてあるいは業務用のシステムとして提供される。ＨＭＤシステム１００は、ユーザに所定のサービスを提供する。
図１を参照して、ＨＭＤ（Head-Mounted Device）システム１００の構成について説明する。図１は、本実施の形態に従うＨＭＤシステム１００の構成の概略を表す図である。ＨＭＤシステム１００は、家庭用のシステムとしてあるいは業務用のシステムとして提供される。ＨＭＤシステム１００は、ユーザに所定のサービスを提供する。
【0011】
ＨＭＤシステム１００は、サーバ６００と、ＨＭＤセット１１０Ａ，１１０Ｂ，１１０Ｃ，１１０Ｄと、外部機器７００と、ネットワーク２とを含む。ＨＭＤセット１１０Ａ，１１０Ｂ，１１０Ｃ，１１０Ｄの各々は、ネットワーク２を介してサーバ６００や外部機器７００と通信可能に構成される。以下、ＨＭＤセット１１０Ａ，１１０Ｂ，１１０Ｃ，１１０Ｄを総称して、ＨＭＤセット１１０とも言う。ＨＭＤシステム１００を構成するＨＭＤセット１１０の数は、４つに限られず、３つ以下でも、５つ以上でもよい。ＨＭＤセット１１０は、ＨＭＤ１２０と、コンピュータ２００と、ＨＭＤセンサ４１０と、ディスプレイ４３０と、コントローラ３００とを備える。ＨＭＤ１２０は、モニタ１３０と、注視センサ１４０と、第１カメラ１５０と、第２カメラ１６０と、マイク１７０と、スピーカ１８０とを含む。コントローラ３００は、モーションセンサ４２０を含み得る。
【0012】
ある局面において、コンピュータ２００は、インターネットその他のネットワーク２に接続可能であり、ネットワーク２に接続されているサーバ６００その他のコンピュータと通信可能である。その他のコンピュータとしては、例えば、他のＨＭＤセット１１０のコンピュータや外部機器７００が挙げられる。別の局面において、ＨＭＤ１２０は、ＨＭＤセンサ４１０の代わりに、センサ１９０を含み得る。
【0013】
ＨＭＤ１２０は、ユーザ５の頭部に装着され、動作中に仮想空間をユーザ５に提供し得る。より具体的には、ＨＭＤ１２０は、右目用の画像および左目用の画像をモニタ１３０にそれぞれ表示する。ユーザ５の各目がそれぞれの画像を視認すると、ユーザ５は、両目の視差に基づき当該画像を３次元画像として認識し得る。ＨＭＤ１２０は、モニタを備える所謂ヘッドマウントディスプレイと、スマートフォンその他のモニタを有する端末を装着可能なヘッドマウント機器のいずれをも含み得る。
【0014】
モニタ１３０は、例えば、非透過型の表示装置として実現される。ある局面において、モニタ１３０は、ユーザ５の両目の前方に位置するようにＨＭＤ１２０の本体に配置されている。したがって、ユーザ５は、モニタ１３０に表示される３次元画像を視認すると、仮想空間に没入することができる。ある局面において、仮想空間は、例えば、背景、ユーザ５が操作可能なオブジェクト、ユーザ５が選択可能なメニューの画像を含む。ある局面において、モニタ１３０は、所謂スマートフォンその他の情報表示端末が備える液晶モニタまたは有機ＥＬ（Electro Luminescence）モニタとして実現され得る。
【0015】
別の局面において、モニタ１３０は、透過型の表示装置として実現され得る。この場合、ＨＭＤ１２０は、図１に示されるようにユーザ５の目を覆う密閉型ではなく、メガネ型のような開放型であり得る。透過型のモニタ１３０は、その透過率を調整することにより、一時的に非透過型の表示装置として構成可能であってもよい。モニタ１３０は、仮想空間を構成する画像の一部と、現実空間とを同時に表示する構成を含んでいてもよい。例えば、モニタ１３０は、ＨＭＤ１２０に搭載されたカメラで撮影した現実空間の画像を表示してもよいし、一部の透過率を高く設定することにより現実空間を視認可能にしてもよい。
【0016】
ある局面において、モニタ１３０は、右目用の画像を表示するためのサブモニタと、左目用の画像を表示するためのサブモニタとを含み得る。別の局面において、モニタ１３０は、右目用の画像と左目用の画像とを一体として表示する構成であってもよい。この場合、モニタ１３０は、高速シャッタを含む。高速シャッタは、画像がいずれか一方の目にのみ認識されるように、右目用の画像と左目用の画像とを交互に表示可能に作動する。
【0017】
ある局面において、ＨＭＤ１２０は、図示せぬ複数の光源を含む。各光源は例えば、赤外線を発するＬＥＤ（Light Emitting Diode）により実現される。ＨＭＤセンサ４１０は、ＨＭＤ１２０の動きを検出するためのポジショントラッキング機能を有する。より具体的には、ＨＭＤセンサ４１０は、ＨＭＤ１２０が発する複数の赤外線を読み取り、現実空間内におけるＨＭＤ１２０の位置および傾きを検出する。
【0018】
別の局面において、ＨＭＤセンサ４１０は、カメラにより実現されてもよい。この場合、ＨＭＤセンサ４１０は、カメラから出力されるＨＭＤ１２０の画像情報を用いて、画像解析処理を実行することにより、ＨＭＤ１２０の位置および傾きを検出することができる。
【0019】
別の局面において、ＨＭＤ１２０は、位置検出器として、ＨＭＤセンサ４１０の代わりに、あるいはＨＭＤセンサ４１０に加えてセンサ１９０を備えてもよい。ＨＭＤ１２０は、センサ１９０を用いて、ＨＭＤ１２０自身の位置および傾きを検出し得る。例えば、センサ１９０が角速度センサ、地磁気センサ、あるいは加速度センサである場合、ＨＭＤ１２０は、ＨＭＤセンサ４１０の代わりに、これらの各センサのいずれかを用いて、自身の位置および傾きを検出し得る。一例として、センサ１９０が角速度センサである場合、角速度センサは、現実空間におけるＨＭＤ１２０の３軸周りの角速度を経時的に検出する。ＨＭＤ１２０は、各角速度に基づいて、ＨＭＤ１２０の３軸周りの角度の時間的変化を算出し、さらに、角度の時間的変化に基づいて、ＨＭＤ１２０の傾きを算出する。
【0020】
注視センサ１４０は、ユーザ５の右目および左目の視線が向けられる方向を検出する。つまり、注視センサ１４０は、ユーザ５の視線を検出する。視線の方向の検出は、例えば、公知のアイトラッキング機能によって実現される。注視センサ１４０は、当該アイトラッキング機能を有するセンサにより実現される。ある局面において、注視センサ１４０は、右目用のセンサおよび左目用のセンサを含むことが好ましい。注視センサ１４０は、例えば、ユーザ５の右目および左目に赤外光を照射するとともに、照射光に対する角膜および虹彩からの反射光を受けることにより各眼球の回転角を検出するセンサであってもよい。注視センサ１４０は、検出した各回転角に基づいて、ユーザ５の視線を検知することができる。
【0021】
第１カメラ１５０は、ユーザ５の顔の下部を撮影する。より具体的には、第１カメラ１５０は、ユーザ５の鼻および口などを撮影する。第２カメラ１６０は、ユーザ５の目および眉などを撮影する。ＨＭＤ１２０のユーザ５側の筐体をＨＭＤ１２０の内側、ＨＭＤ１２０のユーザ５とは逆側の筐体をＨＭＤ１２０の外側と定義する。ある局面において、第１カメラ１５０は、ＨＭＤ１２０の外側に配置され、第２カメラ１６０は、ＨＭＤ１２０の内側に配置され得る。第１カメラ１５０および第２カメラ１６０が生成した画像は、コンピュータ２００に入力される。別の局面において、第１カメラ１５０と第２カメラ１６０とを１台のカメラとして実現し、この１台のカメラでユーザ５の顔を撮影するようにしてもよい。
【0022】
マイク１７０は、ユーザ５の発話を音声信号（電気信号）に変換してコンピュータ２００に出力する。スピーカ１８０は、音声信号を音声に変換してユーザ５に出力する。別の局面において、ＨＭＤ１２０は、スピーカ１８０に替えてイヤホンを含み得る。
【0023】
コントローラ３００は、有線または無線によりコンピュータ２００に接続されている。コントローラ３００は、ユーザ５からコンピュータ２００への命令の入力を受け付ける。ある局面において、コントローラ３００は、ユーザ５によって把持可能に構成される。別の局面において、コントローラ３００は、ユーザ５の身体あるいは衣類の一部に装着可能に構成される。さらに別の局面において、コントローラ３００は、コンピュータ２００から送信される信号に基づいて、振動、音、光のうちの少なくともいずれかを出力するように構成されてもよい。さらに別の局面において、コントローラ３００は、ユーザ５から、仮想空間に配置されるオブジェクトの位置や動きを制御するための操作を受け付ける。
【0024】
ある局面において、コントローラ３００は、複数の光源を含む。各光源は例えば、赤外線を発するＬＥＤにより実現される。ＨＭＤセンサ４１０は、ポジショントラッキング機能を有する。この場合、ＨＭＤセンサ４１０は、コントローラ３００が発する複数の赤外線を読み取り、現実空間内におけるコントローラ３００の位置および傾きを検出する。別の局面において、ＨＭＤセンサ４１０は、カメラにより実現されてもよい。この場合、ＨＭＤセンサ４１０は、カメラから出力されるコントローラ３００の画像情報を用いて、画像解析処理を実行することにより、コントローラ３００の位置および傾きを検出することができる。
【0025】
モーションセンサ４２０は、ある局面において、ユーザ５の手に取り付けられて、ユーザ５の手の動きを検出する。例えば、モーションセンサ４２０は、手の回転速度、回転数等を検出する。検出された信号は、コンピュータ２００に送られる。モーションセンサ４２０は、例えば、コントローラ３００に設けられている。ある局面において、モーションセンサ４２０は、例えば、ユーザ５に把持可能に構成されたコントローラ３００に設けられている。別の局面において、現実空間における安全のため、コントローラ３００は、手袋型のようにユーザ５の手に装着されることにより容易に飛んで行かないものに装着される。さらに別の局面において、ユーザ５に装着されないセンサがユーザ５の手の動きを検出してもよい。例えば、ユーザ５を撮影するカメラの信号が、ユーザ５の動作を表す信号として、コンピュータ２００に入力されてもよい。モーションセンサ４２０とコンピュータ２００とは、一例として、無線により互いに接続される。無線の場合、通信形態は特に限られず、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）その他の公知の通信手法が用いられる。
【0026】
ディスプレイ４３０は、モニタ１３０に表示されている画像と同様の画像を表示する。これにより、ＨＭＤ１２０を装着しているユーザ５以外のユーザにも当該ユーザ５と同様の画像を視聴させることができる。ディスプレイ４３０に表示される画像は、３次元画像である必要はなく、右目用の画像や左目用の画像であってもよい。ディスプレイ４３０としては、例えば、液晶ディスプレイや有機ＥＬモニタなどが挙げられる。
【0027】
サーバ６００は、コンピュータ２００にプログラムを送信し得る。別の局面において、サーバ６００は、他のユーザによって使用されるＨＭＤ１２０に仮想現実を提供するための他のコンピュータ２００と通信し得る。例えば、アミューズメント施設において、複数のユーザが参加型のゲームを行う場合、各コンピュータ２００は、各ユーザの動作に基づく信号をサーバ６００を介して他のコンピュータ２００と通信して、同じ仮想空間において複数のユーザが共通のゲームを楽しむことを可能にする。各コンピュータ２００は、各ユーザの動作に基づく信号をサーバ６００を介さずに他のコンピュータ２００と通信するようにしてもよい。
【0028】
外部機器７００は、コンピュータ２００と通信可能な機器であればどのような機器であってもよい。外部機器７００は、例えば、ネットワーク２を介してコンピュータ２００と通信可能な機器であってもよいし、近距離無線通信や有線接続によりコンピュータ２００と直接通信可能な機器であってもよい。また、外部機器７００は、例えば、ネットワーク２を介してサーバ６００と通信可能な機器であってもよい。外部機器７００としては、例えば、スマートデバイス、ＰＣ（Personal Computer）、およびコンピュータ２００の周辺機器などが挙げられるが、これらに限定されるものではない。
【0029】
［コンピュータのハードウェア構成］
図２を参照して、本実施の形態に係るコンピュータ２００について説明する。図２は、本実施の形態に従うコンピュータ２００のハードウェア構成の一例を表すブロック図である。コンピュータ２００は、主たる構成要素として、プロセッサ２１０と、メモリ２２０と、ストレージ２３０と、入出力インターフェイス２４０と、通信インターフェイス２５０とを備える。各構成要素は、それぞれ、バス２６０に接続されている。
図２を参照して、本実施の形態に係るコンピュータ２００について説明する。図２は、本実施の形態に従うコンピュータ２００のハードウェア構成の一例を表すブロック図である。コンピュータ２００は、主たる構成要素として、プロセッサ２１０と、メモリ２２０と、ストレージ２３０と、入出力インターフェイス２４０と、通信インターフェイス２５０とを備える。各構成要素は、それぞれ、バス２６０に接続されている。
【0030】
プロセッサ２１０は、コンピュータ２００に与えられる信号に基づいて、あるいは、予め定められた条件が成立したことに基づいて、メモリ２２０またはストレージ２３０に格納されているプログラムに含まれる一連の命令を実行する。ある局面において、プロセッサ２１０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＭＰＵ（Micro Processor Unit）、ＦＰＧＡ（Field-Programmable Gate Array）その他のデバイスとして実現される。
【0031】
メモリ２２０は、プログラムおよびデータを一時的に保存する。プログラムは、例えば、ストレージ２３０からロードされる。データは、コンピュータ２００に入力されたデータと、プロセッサ２１０によって生成されたデータとを含む。ある局面において、メモリ２２０は、ＲＡＭ（Random Access Memory）その他の揮発メモリとして実現される。
【0032】
ストレージ２３０は、プログラムおよびデータを永続的に保持する。ストレージ２３０は、例えば、ＲＯＭ（Read-Only Memory）、ハードディスク装置、フラッシュメモリ、その他の不揮発記憶装置として実現される。ストレージ２３０に格納されるプログラムは、ＨＭＤシステム１００において仮想空間を提供するためのプログラム、シミュレーションプログラム、ゲームプログラム、ユーザ認証プログラム、他のコンピュータ２００との通信を実現するためのプログラムを含む。ストレージ２３０に格納されるデータは、仮想空間を規定するためのデータおよびオブジェクト等を含む。
【0033】
別の局面において、ストレージ２３０は、メモリカードのように着脱可能な記憶装置として実現されてもよい。さらに別の局面において、コンピュータ２００に内蔵されたストレージ２３０の代わりに、外部の記憶装置に保存されているプログラムおよびデータを使用する構成が使用されてもよい。このような構成によれば、例えば、アミューズメント施設のように複数のＨＭＤシステム１００が使用される場面において、プログラムやデータの更新を一括して行うことが可能になる。
【0034】
入出力インターフェイス２４０は、ＨＭＤ１２０、ＨＭＤセンサ４１０、モーションセンサ４２０およびディスプレイ４３０との間で信号を通信する。ＨＭＤ１２０に含まれるモニタ１３０，注視センサ１４０，第１カメラ１５０，第２カメラ１６０，マイク１７０およびスピーカ１８０は、ＨＭＤ１２０の入出力インターフェイス２４０を介してコンピュータ２００との通信を行ない得る。ある局面において、入出力インターフェイス２４０は、ＵＳＢ（Universal Serial Bus）、ＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）その他の端子を用いて実現される。入出力インターフェイス２４０は上述のものに限られない。
【0035】
ある局面において、入出力インターフェイス２４０は、さらに、コントローラ３００と通信し得る。例えば、入出力インターフェイス２４０は、コントローラ３００およびモーションセンサ４２０から出力された信号の入力を受ける。別の局面において、入出力インターフェイス２４０は、プロセッサ２１０から出力された命令を、コントローラ３００に送る。当該命令は、振動、音声出力、発光等をコントローラ３００に指示する。コントローラ３００は、当該命令を受信すると、その命令に応じて、振動、音声出力または発光のいずれかを実行する。
【0036】
通信インターフェイス２５０は、ネットワーク２に接続されて、ネットワーク２に接続されている他のコンピュータ（例えば、サーバ６００）と通信する。ある局面において、通信インターフェイス２５０は、例えば、ＬＡＮ（Local Area Network）その他の有線通信インターフェイス、あるいは、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near Field Communication）その他の無線通信インターフェイスとして実現される。通信インターフェイス２５０は上述のものに限られない。
【0037】
ある局面において、プロセッサ２１０は、ストレージ２３０にアクセスし、ストレージ２３０に格納されている１つ以上のプログラムをメモリ２２０にロードし、当該プログラムに含まれる一連の命令を実行する。当該１つ以上のプログラムは、コンピュータ２００のオペレーティングシステム、仮想空間を提供するためのアプリケーションプログラム、仮想空間で実行可能なゲームソフトウェア等を含み得る。プロセッサ２１０は、入出力インターフェイス２４０を介して、仮想空間を提供するための信号をＨＭＤ１２０に送る。ＨＭＤ１２０は、その信号に基づいてモニタ１３０に映像を表示する。
【0038】
図２に示される例では、コンピュータ２００は、ＨＭＤ１２０の外部に設けられる構成が示されているが、別の局面において、コンピュータ２００は、ＨＭＤ１２０に内蔵されてもよい。一例として、モニタ１３０を含む携帯型の情報通信端末（例えば、スマートフォン）がコンピュータ２００として機能してもよい。
【0039】
コンピュータ２００は、複数のＨＭＤ１２０に共通して用いられる構成であってもよい。このような構成によれば、例えば、複数のユーザに同一の仮想空間を提供することもできるので、各ユーザは同一の仮想空間で他のユーザと同一のアプリケーションを楽しむことができる。
【0040】
ある実施の形態において、ＨＭＤシステム１００では、現実空間における座標系である実座標系が予め設定されている。実座標系は、現実空間における鉛直方向、鉛直方向に直交する水平方向、並びに、鉛直方向および水平方向の双方に直交する前後方向にそれぞれ平行な、３つの基準方向（軸）を有する。実座標系における水平方向、鉛直方向（上下方向）、および前後方向は、それぞれ、ｘ軸、ｙ軸、ｚ軸と規定される。より具体的には、実座標系において、ｘ軸は現実空間の水平方向に平行である。ｙ軸は、現実空間の鉛直方向に平行である。ｚ軸は現実空間の前後方向に平行である。
【0041】
ある局面において、ＨＭＤセンサ４１０は、赤外線センサを含む。赤外線センサが、ＨＭＤ１２０の各光源から発せられた赤外線をそれぞれ検出すると、ＨＭＤ１２０の存在を検出する。ＨＭＤセンサ４１０は、さらに、各点の値（実座標系における各座標値）に基づいて、ＨＭＤ１２０を装着したユーザ５の動きに応じた、現実空間内におけるＨＭＤ１２０の位置および傾き（向き）を検出する。より詳しくは、ＨＭＤセンサ４１０は、経時的に検出された各値を用いて、ＨＭＤ１２０の位置および傾きの時間的変化を検出できる。
【0042】
ＨＭＤセンサ４１０によって検出されたＨＭＤ１２０の各傾きは、実座標系におけるＨＭＤ１２０の３軸周りの各傾きに相当する。ＨＭＤセンサ４１０は、実座標系におけるＨＭＤ１２０の傾きに基づき、ｕｖｗ視野座標系をＨＭＤ１２０に設定する。ＨＭＤ１２０に設定されるｕｖｗ視野座標系は、ＨＭＤ１２０を装着したユーザ５が仮想空間において物体を見る際の視点座標系に対応する。
【0043】
［ｕｖｗ視野座標系］
図３を参照して、ｕｖｗ視野座標系について説明する。図３は、ある実施の形態に従うＨＭＤ１２０に設定されるｕｖｗ視野座標系を概念的に表す図である。ＨＭＤセンサ４１０は、ＨＭＤ１２０の起動時に、実座標系におけるＨＭＤ１２０の位置および傾きを検出する。プロセッサ２１０は、検出された値に基づいて、ｕｖｗ視野座標系をＨＭＤ１２０に設定する。
図３を参照して、ｕｖｗ視野座標系について説明する。図３は、ある実施の形態に従うＨＭＤ１２０に設定されるｕｖｗ視野座標系を概念的に表す図である。ＨＭＤセンサ４１０は、ＨＭＤ１２０の起動時に、実座標系におけるＨＭＤ１２０の位置および傾きを検出する。プロセッサ２１０は、検出された値に基づいて、ｕｖｗ視野座標系をＨＭＤ１２０に設定する。
【0044】
図３に示されるように、ＨＭＤ１２０は、ＨＭＤ１２０を装着したユーザ５の頭部を中心（原点）とした３次元のｕｖｗ視野座標系を設定する。より具体的には、ＨＭＤ１２０は、実座標系を規定する水平方向、鉛直方向、および前後方向（ｘ軸、ｙ軸、ｚ軸）を、実座標系内においてＨＭＤ１２０の各軸周りの傾きだけ各軸周りにそれぞれ傾けることによって新たに得られる３つの方向を、ＨＭＤ１２０におけるｕｖｗ視野座標系のピッチ軸（ｕ軸）、ヨー軸（ｖ軸）、およびロール軸（ｗ軸）として設定する。
【0045】
ある局面において、ＨＭＤ１２０を装着したユーザ５が直立し、かつ、正面を視認している場合、プロセッサ２１０は、実座標系に平行なｕｖｗ視野座標系をＨＭＤ１２０に設定する。この場合、実座標系における水平方向（ｘ軸）、鉛直方向（ｙ軸）、および前後方向（ｚ軸）は、ＨＭＤ１２０におけるｕｖｗ視野座標系のピッチ軸（ｕ軸）、ヨー軸（ｖ軸）、およびロール軸（ｗ軸）に一致する。
【0046】
ｕｖｗ視野座標系がＨＭＤ１２０に設定された後、ＨＭＤセンサ４１０は、ＨＭＤ１２０の動きに基づいて、設定されたｕｖｗ視野座標系におけるＨＭＤ１２０の傾きを検出できる。この場合、ＨＭＤセンサ４１０は、ＨＭＤ１２０の傾きとして、ｕｖｗ視野座標系におけるＨＭＤ１２０のピッチ角（θｕ）、ヨー角（θｖ）、およびロール角（θｗ）をそれぞれ検出する。ピッチ角（θｕ）は、ｕｖｗ視野座標系におけるピッチ軸周りのＨＭＤ１２０の傾き角度を表す。ヨー角（θｖ）は、ｕｖｗ視野座標系におけるヨー軸周りのＨＭＤ１２０の傾き角度を表す。ロール角（θｗ）は、ｕｖｗ視野座標系におけるロール軸周りのＨＭＤ１２０の傾き角度を表す。
【0047】
ＨＭＤセンサ４１０は、検出されたＨＭＤ１２０の傾きに基づいて、ＨＭＤ１２０が動いた後のＨＭＤ１２０におけるｕｖｗ視野座標系を、ＨＭＤ１２０に設定する。ＨＭＤ１２０と、ＨＭＤ１２０のｕｖｗ視野座標系との関係は、ＨＭＤ１２０の位置および傾きに関わらず、常に一定である。ＨＭＤ１２０の位置および傾きが変わると、当該位置および傾きの変化に連動して、実座標系におけるＨＭＤ１２０のｕｖｗ視野座標系の位置および傾きが変化する。
【0048】
ある局面において、ＨＭＤセンサ４１０は、赤外線センサからの出力に基づいて取得される赤外線の光強度および複数の点間の相対的な位置関係（例えば、各点間の距離など）に基づいて、ＨＭＤ１２０の現実空間内における位置を、ＨＭＤセンサ４１０に対する相対位置として特定してもよい。プロセッサ２１０は、特定された相対位置に基づいて、現実空間内（実座標系）におけるＨＭＤ１２０のｕｖｗ視野座標系の原点を決定してもよい。
【0049】
［仮想空間］
図４を参照して、仮想空間についてさらに説明する。図４は、ある実施の形態に従う仮想空間１１を表現する一態様を概念的に表す図である。仮想空間１１は、中心１２の３６０度方向の全体を覆う全天球状の構造を有する。図４では、説明を複雑にしないために、仮想空間１１のうちの上半分の天球が例示されている。仮想空間１１では各メッシュが規定される。各メッシュの位置は、仮想空間１１に規定されるグローバル座標系であるＸＹＺ座標系における座標値として予め規定されている。コンピュータ２００は、仮想空間１１に展開可能なパノラマ画像１３（静止画、動画等）を構成する各部分画像を、仮想空間１１において対応する各メッシュにそれぞれ対応付ける。
図４を参照して、仮想空間についてさらに説明する。図４は、ある実施の形態に従う仮想空間１１を表現する一態様を概念的に表す図である。仮想空間１１は、中心１２の３６０度方向の全体を覆う全天球状の構造を有する。図４では、説明を複雑にしないために、仮想空間１１のうちの上半分の天球が例示されている。仮想空間１１では各メッシュが規定される。各メッシュの位置は、仮想空間１１に規定されるグローバル座標系であるＸＹＺ座標系における座標値として予め規定されている。コンピュータ２００は、仮想空間１１に展開可能なパノラマ画像１３（静止画、動画等）を構成する各部分画像を、仮想空間１１において対応する各メッシュにそれぞれ対応付ける。
【0050】
ある局面において、仮想空間１１では、中心１２を原点とするＸＹＺ座標系が規定される。ＸＹＺ座標系は、例えば、実座標系に平行である。ＸＹＺ座標系における水平方向、鉛直方向（上下方向）、および前後方向は、それぞれＸ軸、Ｙ軸、Ｚ軸として規定される。したがって、ＸＹＺ座標系のＸ軸（水平方向）が実座標系のｘ軸と平行であり、ＸＹＺ座標系のＹ軸（鉛直方向）が実座標系のｙ軸と平行であり、ＸＹＺ座標系のＺ軸（前後方向）が実座標系のｚ軸と平行である。
【0051】
ＨＭＤ１２０の起動時、すなわちＨＭＤ１２０の初期状態において、仮想カメラ１４が、仮想空間１１の中心１２に配置される。ある局面において、プロセッサ２１０は、仮想カメラ１４が撮影する画像をＨＭＤ１２０のモニタ１３０に表示する。仮想カメラ１４は、現実空間におけるＨＭＤ１２０の動きに連動して、仮想空間１１を同様に移動する。これにより、現実空間におけるＨＭＤ１２０の位置および傾きの変化が、仮想空間１１において同様に再現され得る。
【0052】
仮想カメラ１４には、ＨＭＤ１２０の場合と同様に、ｕｖｗ視野座標系が規定される。仮想空間１１における仮想カメラ１４のｕｖｗ視野座標系は、現実空間（実座標系）におけるＨＭＤ１２０のｕｖｗ視野座標系に連動するように規定されている。したがって、ＨＭＤ１２０の傾きが変化すると、それに応じて、仮想カメラ１４の傾きも変化する。仮想カメラ１４は、ＨＭＤ１２０を装着したユーザ５の現実空間における移動に連動して、仮想空間１１において移動することもできる。
【0053】
コンピュータ２００のプロセッサ２１０は、仮想カメラ１４の位置と傾き（基準視線１６）とに基づいて、仮想空間１１における視界領域１５を規定する。視界領域１５は、仮想空間１１のうち、ＨＭＤ１２０を装着したユーザ５が視認する領域に対応する。つまり、仮想カメラ１４の位置は、仮想空間１１におけるユーザ５の視点と言える。
【0054】
注視センサ１４０によって検出されるユーザ５の視線は、ユーザ５が物体を視認する際の視点座標系における方向である。ＨＭＤ１２０のｕｖｗ視野座標系は、ユーザ５がモニタ１３０を視認する際の視点座標系に等しい。仮想カメラ１４のｕｖｗ視野座標系は、ＨＭＤ１２０のｕｖｗ視野座標系に連動している。したがって、ある局面に従うＨＭＤシステム１００は、注視センサ１４０によって検出されたユーザ５の視線を、仮想カメラ１４のｕｖｗ視野座標系におけるユーザ５の視線とみなすことができる。
【0055】
【0056】
ある局面において、注視センサ１４０は、ユーザ５の右目および左目の各視線を検出する。ある局面において、ユーザ５が近くを見ている場合、注視センサ１４０は、視線Ｒ１およびＬ１を検出する。別の局面において、ユーザ５が遠くを見ている場合、注視センサ１４０は、視線Ｒ２およびＬ２を検出する。この場合、ロール軸ｗに対して視線Ｒ２およびＬ２が成す角度は、ロール軸ｗに対して視線Ｒ１およびＬ１が成す角度よりも小さい。注視センサ１４０は、検出結果をコンピュータ２００に送信する。
【0057】
コンピュータ２００が、視線の検出結果として、視線Ｒ１およびＬ１の検出値を注視センサ１４０から受信した場合には、その検出値に基づいて、視線Ｒ１およびＬ１の交点である注視点Ｎ１を特定する。一方、コンピュータ２００は、視線Ｒ２およびＬ２の検出値を注視センサ１４０から受信した場合には、視線Ｒ２およびＬ２の交点を注視点として特定する。コンピュータ２００は、特定した注視点Ｎ１の位置に基づき、ユーザ５の視線Ｎ０を特定する。コンピュータ２００は、例えば、ユーザ５の右目Ｒと左目Ｌとを結ぶ直線の中点と、注視点Ｎ１とを通る直線の延びる方向を、視線Ｎ０として検出する。視線Ｎ０は、ユーザ５が両目により実際に視線を向けている方向である。視線Ｎ０は、視界領域１５に対してユーザ５が実際に視線を向けている方向に相当する。
【0058】
別の局面において、ＨＭＤシステム１００は、テレビジョン放送受信チューナを備えてもよい。このような構成によれば、ＨＭＤシステム１００は、仮想空間１１においてテレビ番組を表示することができる。
【0059】
さらに別の局面において、ＨＭＤシステム１００は、インターネットに接続するための通信回路、あるいは、電話回線に接続するための通話機能を備えていてもよい。
【0060】
［視界領域］
図６および図７を参照して、視界領域１５について説明する。図６は、仮想空間１１において視界領域１５をＸ方向から見たＹＺ断面を表す図である。図７は、仮想空間１１において視界領域１５をＹ方向から見たＸＺ断面を表す図である。
図６および図７を参照して、視界領域１５について説明する。図６は、仮想空間１１において視界領域１５をＸ方向から見たＹＺ断面を表す図である。図７は、仮想空間１１において視界領域１５をＹ方向から見たＸＺ断面を表す図である。
【0061】
図６に示されるように、ＹＺ断面における視界領域１５は、領域１８を含む。領域１８は、仮想カメラ１４の位置と基準視線１６と仮想空間１１のＹＺ断面とによって定義される。プロセッサ２１０は、仮想空間における基準視線１６を中心として極角αを含む範囲を、領域１８として規定する。
【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】
ユーザ情報は、ユーザ５を識別するユーザＩＤを保持する。ユーザＩＤは、例えば、ユーザが使用するコンピュータ２００に設定されるＩＰ（Internet Protocol）アドレスまたはＭＡＣ（Media Access Control）アドレスであり得る。別の局面において、ユーザＩＤはユーザによって設定され得る。ユーザ情報は、ＨＭＤシステム１００の制御装置としてコンピュータ２００を機能させるためのプログラム等を含む。また、ユーザ情報は、サービスのアカウント毎（換言すると、ユーザＩＤ毎）に管理される情報を含む。
【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】
属性設定モジュール１７３２は、例えば、図１６に示されるように、ユーザ５の行動履歴の示す、現実世界における移動距離が所定の閾値以上であることや、現実世界における消費カロリーが所定の閾値以上であることや、現実世界における運動の回数または頻度が所定の閾値以上であることや、ＳＮＳ（Social networking service）での投稿回数または頻度が所定の閾値以上であることや、メタバース外での所定のアプリケーションでの他のユーザとの会話の回数または頻度が所定の閾値以上であることや、メタバース外での所定のアプリケーションでの会話をしたユーザの数が所定の閾値以上であること等に基づいて、当該ユーザ５を「アクティブ」と判定し、当該ユーザ５に「アクティブ」という現実世界内属性を付してもよい。
【0182】
また、属性設定モジュール１７３２は、例えば、ユーザ５の行動履歴の示す、現実世界における移動距離が所定の閾値未満であること等に基づいて、当該ユーザ５を「オタク」と判定し、当該ユーザ５に「オタク」という現実世界内属性を付してもよい。
【0183】
また、属性設定モジュール１７３２は、例えば、ユーザ５の行動履歴の示す、ＳＮＳでの自撮り写真の投稿回数または頻度が所定の閾値以上であることや、ＳＮＳでのファッションに関する投稿に対するリアクション（所謂いいね等）の回数または頻度が所定の閾値以上であること等に基づいて、当該ユーザ５を「オシャレ」と判定し、当該ユーザ５に「オシャレ」という現実世界内属性を付してもよい。なお、属性設定モジュール１７３２は、例えば、ユーザ５のＳＮＳの投稿等におけるユーザ５の写った写真等を画像認識することにより検出される現実世界内でのユーザの装いの種類の傾向（例えば、特定の種類の装いにする回数や頻度）に応じて、当該ユーザ５の現実世界内属性を「ストリート系」、「モード系」、「ナチュラル系」、「ロック系」等に設定してもよい。
【0184】
また、属性設定モジュール１７３２は、例えば、ユーザ５の行動履歴の示す、ＳＮＳでの食事に関する投稿の回数または頻度が所定の閾値以上であることや、ＳＮＳでの飲食に関する投稿に対するリアクションの回数または頻度が所定の閾値以上であることや、高級飲食店についての訪問回数または頻度が所定の閾値以上であること等に基づいて、当該ユーザ５を「グルメ」と判定し、当該ユーザ５に「グルメ」という現実世界内属性を付してもよい。
【0185】
また、属性設定モジュール１７３２は、例えば、ユーザ５の行動履歴の示す、現実世界における移動距離が所定の閾値未満であることや、現実世界における消費カロリーが所定の閾値未満であることや、現実世界における運動の回数または頻度が所定の閾値未満であること等に基づいて、当該ユーザ５を「非アクティブ」と判定し、当該ユーザ５に「非アクティブ」という現実世界内属性を付してもよい。
【0186】
なお、上述の各条件等に基づいてユーザ５の現実世界内属性を設定する場合に、属性設定モジュール１７３２は、仮想空間内属性の場合と同様、ユーザ５の行った行動に応じて、各現実世界内属性に関する値（以下、「属性値」という。）をユーザ５に付与し、その累積値に基づいて現実世界内属性を設定するなどしてもよい。
【0187】
また、現実世界の事物（例えば、場所、サービス、物等）には、予め現実世界内属性が設定されており、属性設定モジュール１７３２は、ユーザ５が利用した場所やサービスや物の現実世界内属性に応じて、利用した場所やサービスや物の現実世界内属性の属性値をユーザ５に付与することとしてもよい。そして、特定の現実世界内属性の属性値（具体的には、属性値の累積値）が閾値に達すると、当該特定の現実世界内属性をユーザ５に設定する等してもよい。換言すると、現実世界の事物には、属性が設定された事物があり、属性設定モジュール１７３２は、ある属性が設定された現実世界の事物をユーザ５が利用したことに基づいて、当該ユーザ５に当該ある属性を設定してもよい。なお、現実世界の事物に関する現実世界内属性の設定情報は、例えば、サーバ６００の、メモリモジュール１６３０に予め記憶されていてもよい。
【0188】
例えば、現実世界の特定の場所には現実世界内属性が設定されており、属性設定モジュール１７３２は、ユーザ５が訪れた場所に付された現実世界内属性の属性値をユーザ５に付与してもよい。具体的には、例えば、現実世界には現実世界内属性が設定された複数の地域（具体的には、例えば、「オシャレ」という現実世界内属性が付された「渋谷」および「原宿」や、「オタク」という現実世界内属性が設定された「秋葉原」など）が存在し、属性設定モジュール１７３２は、ユーザ５が現実世界内である地域を訪れたことに基づいて、その地域に設定された現実世界内属性の属性値をユーザ５に付与してもよい。また、例えば、現実世界には、現実世界内属性が設定された複数の施設（具体的には、例えば、「オシャレ」という現実世界内属性が設定された商業施設や、「オタク」という現実世界内属性が付されたゲームセンターおよび雀荘や、「グルメ」という現実世界内属性が設定されたレストラン等）が存在し、属性設定モジュール１７３２は、ユーザ５が現実世界である施設を訪れたことに基づいて、その施設に設定された現実世界内属性の属性値をユーザ５に付与してもよい。
【0189】
また、例えば、現実世界の特定のイベント（例えば、音楽ライブ、祭り、スポーツイベント等）には現実世界内属性が設定されており、属性設定モジュール１７３２は、ユーザ５が現実世界であるイベントに参加したことに基づいて、そのイベントの現実世界内属性の属性値をユーザ５に付与してもよい。
【0190】
推薦モジュール１７３１は、例えば、ユーザ５に対して、当該ユーザ５に設定された現実世界内属性に対応する仮想空間内属性が設定された他のユーザ５（換言すると、他のユーザ５のアバター）を推薦する。具体的には、例えば、推薦モジュール１７３１は以下のような処理を行ってもよい。すなわち、例えば、図１６に示すように、推薦モジュール１７３１は、「アクティブ」という現実世界内属性が設定されたユーザ５に対しては、「アクティブ」または「オシャレ」という仮想空間内属性が設定された他のユーザ５を推薦することとしてもよい。また、例えば、推薦モジュール１７３１は、「オタク」という現実世界内属性が設定されたユーザ５に対しては、「オタク」または「非アクティブ」という仮想空間内属性が設定された他のユーザ５を推薦することとしてもよい。また、例えば、推薦モジュール１７３１は、「オシャレ」という現実世界内属性が設定されたユーザ５に対しては、「オシャレ」または「アクティブ」という仮想空間内属性が設定された他のユーザ５を推薦することとしてもよい。また、例えば、推薦モジュール１７３１は、「グルメ」という現実世界内属性が設定されたユーザ５に対しては、「グルメ」という仮想空間内属性が設定された他のユーザ５を推薦することとしてもよい。また、例えば、推薦モジュール１７３１は、「非アクティブ」という現実世界内属性が設定されたユーザ５に対しては、「非アクティブ」または「オタク」という仮想空間内属性が設定された他のユーザ５を推薦することとしてもよい。
【0191】
また、推薦モジュール１７３１は、例えば、ユーザ５に対して、当該ユーザ５に設定された現実世界内属性に応じたメタバース内のコンテンツを推薦してもよい。具体的には、例えば、メタバース内のコンテンツの中には、いずれの属性のユーザ５に推薦するかを示す推薦対象属性が設定されたコンテンツが用意されており、推薦モジュール１７３１は、ユーザ５に対して、当該ユーザ５に設定された現実世界内属性に対応する推薦対象属性が設定されたコンテンツを推薦することとしてもよい。すなわち、例えば、メタバース内のコンテンツの中には、推薦対象属性として「アクティブ」、「オタク」、「オシャレ」、「グルメ」、「非アクティブ」などが設定されたコンテンツがあり、コンテンツに設定された推薦対象属性と一致する現実世界内属性が設定されたユーザ５に対して、当該コンテンツが推薦されるなどしてもよい。より具体的には、例えば、推薦モジュール１７３１は、「アクティブ」という現実世界内属性が設定されたユーザに対しては、「アクティブ」という推薦対象属性の設定されたコンテンツを推薦するなどしてもよい。
【0192】
なお、本実施形態では、属性設定モジュール１７３２が、現実世界でのユーザ５の行動履歴に基づいて現実世界内属性をユーザ５に設定し、推薦モジュール１７３１が、現実世界内属性に基づいてユーザ５に対してメタバース内の所定の事物に関する推薦を行うこととしたが、推薦モジュール１７３１は、属性設定モジュール１７３２による現実世界内属性の設定を伴わずに行動履歴に基づく推薦を行うものであってもよい。具体的には、例えば、メタバース内に現実世界の所定の場所に対応する場所（例えば、現実の渋谷の特定の施設を模した、仮想渋谷の特定の施設等）が存在する場合であって、現実世界でのユーザ５の行動履歴が、当該所定の場所に頻繁に訪れていることを示す場合（換言すると、行動履歴自体が当該所定の場所に頻繁に訪れるというユーザ５の属性を示す場合。さらに換言すると、当該所定の場所の利用回数が多い場合。）に、推薦モジュール１７３１は、当該ユーザ５に対して、当該所定の場所に対応するメタバース内の場所を推薦するなどしてもよい。
【0193】
また、現実世界でのユーザ５の行動履歴に基づくメタバース内の所定の事物に関する推薦は、以下のようなものであってもよい。すなわち、例えば、行動履歴は、後述するユーザデバイス７００を用いてのユーザ５の検索（例えば、所定のウェブブラウザ等での検索）に関する履歴や、商品等の購入に関する履歴（例えば、所定のＥＣサイト等での購入履歴）等であってもよい。そして、推薦モジュール１７３１は、例えば、現実世界でのユーザ５の行動履歴が、例えば、音楽コンサートについて検索したことを示す場合や、所定のＥＣサイトで楽器を購入したことを示す場合に、メタバース内の音楽コンサートを推薦するなどしてもよい。
【0194】
また、行動履歴は、クレジットカードの利用に関する履歴等であってもよい。そして、推薦モジュール１７３１は、例えば、現実世界でのユーザ５の行動履歴としてのクレジットカードの利用に関する履歴が、ユーザ５が家電を購入したことを示す場合に、メタバース内の家電量販店を推薦するなどしてもよい。
【0195】
［メタバース内での行動履歴に基づく現実世界の事物に関する推薦］
推薦モジュール１７３１は、メタバース内でのユーザ５の行動履歴に基づくメタバース内の所定の事物に関する推薦や、現実世界でのユーザ５の行動履歴に基づくメタバース内の所定の事物に関する推薦に代え、またはこれらの推薦に加え、メタバース内でのユーザ５の行動履歴に基づく現実世界の所定の事物に関する推薦を行ってもよい。
推薦モジュール１７３１は、メタバース内でのユーザ５の行動履歴に基づくメタバース内の所定の事物に関する推薦や、現実世界でのユーザ５の行動履歴に基づくメタバース内の所定の事物に関する推薦に代え、またはこれらの推薦に加え、メタバース内でのユーザ５の行動履歴に基づく現実世界の所定の事物に関する推薦を行ってもよい。
【0196】
メタバース内での行動履歴に基づく現実世界の所定の事物のユーザ５への推薦は、例えば、以下のように行われてもよい。すなわち、各ユーザ５には、属性設定モジュール１７３２により仮想空間内属性が設定され、推薦モジュール１７３１は、仮想空間内属性に基づいて現実世界の所定の事物に関する推薦を行うこととしてもよい。
【0197】
推薦モジュール１７３１は、例えば、ユーザ５に対して、当該ユーザ５に設定された仮想空間内属性に応じた現実世界の事物（例えば、場所、サービス、物等）を推薦する。具体的には、例えば、現実世界の事物の中には、いずれの属性のユーザに推薦するかを示す推薦対象属性が設定された事物が用意されており、推薦モジュール１７３１は、ユーザ５に対して、当該ユーザ５に設定された仮想空間内属性に対応する推薦対象属性が設定された事物を推薦することとしてもよい。すなわち、例えば、現実世界の事物の中には、推薦対象属性として「アクティブ」、「オタク」、「オシャレ」、「グルメ」、「非アクティブ」などが設定された事物があり、事物に設定された推薦対象属性と一致する仮想空間内属性が設定されたユーザ５に対して、当該事物が推薦されるなどしてもよい。より具体的には、例えば、推薦モジュール１７３１は、「アクティブ」という仮想空間内属性が設定されたユーザに対しては、「アクティブ」という推薦対象属性の設定された現実世界のサービスや施設等を推薦するなどしてもよい。なお、現実世界の各事物の推薦対象属性を示す情報は、例えば、サーバ６００の、メモリモジュール１６３０に予め記憶されていてもよい。
【0198】
また、メタバース内には、現実世界の事物に対応付けられた（換言すると、関連付けられた）複数のコンテンツが存在し、推薦モジュール１７３１は、現実世界の事物に対応付けられた複数のコンテンツのうちの特定のコンテンツへのユーザ５のアクセスに基づいて、当該特定のコンテンツに対応づけられた事物に関する推薦を行うこととしてもよい。なお、現実世界の事物とメタバース内のコンテンツとの対応関係を示す情報は、例えば、サーバ６００の、メモリモジュール１６３０に予め記憶されていてもよい。ここで、現実世界の事物に対応付けられたコンテンツとは、例えば、現実世界に実在する場所（例えば、地域または施設等）をモチーフとした（例えば、模した）メタバース内の場所等であってもよい。具体的には、例えば、現実の特定の町をモチーフとした仮想の町の中に、現実の特定の施設をモチーフとした仮想施設が存在する場合に、推薦モジュール１７３１は、ユーザ５がメタバース内において当該仮想施設を訪れたことに基づいて、当該特定の施設をユーザ５に推薦する等してもよい。
【0199】
また、現実世界の事物に対応付けられたコンテンツとは、例えば、現実世界に実在するイベントと類似するメタバース内のイベント等であってもよい。具体的には、例えば、メタバース内で、現実世界で開催される特定の音楽ライブと類似する音楽ライブ（例えば、音楽の系統が類似するライブや、同一のアーティストが出演するライブ等）が行われる場合、推薦モジュール１７３１は、ユーザ５のメタバース内における当該音楽ライブへの参加（例えば、実際の参加または参加の予約等）に基づいて、現実世界で開催される当該特定の音楽ライブを当該ユーザ５に推薦する等してもよい。
【0200】
また、例えば、メタバース内で、現実の特定のサービスに対応するサービスが利用可能な場合、推薦モジュール１７３１は、メタバース内におけるユーザ５の当該サービスの利用に基づいて、現実世界の当該特定のサービスを当該ユーザ５に推薦する等してもよい。
【0201】
なお、現実世界の事物とメタバース内の各コンテンツとは、一対一で対応付けられるものであってもよいが、一対一で対応付けられるものでなくてもよい。換言すると、現実世界の１の事物に対してメタバース内の複数のコンテンツが対応付けられていてもよく、現実世界の複数の事物に対してメタバース内の１のコンテンツが対応付けられていてもよい。例えば、メタバース内には複数のカジノがあり、当該複数のカジノが、現実世界の１のカジノに対応付けられているなどしてもよい。また、メタバース内には１のカジノがあり、当該１のカジノが、現実世界の複数のカジノに対応付けられているなどしてもよい。
【0202】
なお、メタバース内でのユーザ５の行動履歴に基づく現実世界の所定の事物に関する推薦は、以下のようなものであってもよい。すなわち、例えば、行動履歴は、メタバース内での買物に関する履歴であってもよい。そして、推薦モジュール１７３１は、例えば、メタバース内でのユーザ５の行動履歴が、例えば、メタバース内において使用可能な特定の商品（例えば、アバターが着用する服飾品や、メタバース内の家に置く家具等）を購入したことを示す場合に、当該特定の商品に関連する現実世界の商品を推薦するなどしてもよい。より具体的には、例えば、推薦モジュール１７３１は、ユーザ５がメタバース内の所定の店舗で購入した商品に応じて、当該所定の店舗に対応付けられた現実世界の店舗のウェブサイトにおいてユーザ５にお薦めする商品として表示される現実世界の商品を変化させるなどしてもよい。
【0203】
また、推薦モジュール１７３１は、メタバース内でのユーザ５の行動履歴に基づいて、現実世界での行動（例えば、推奨する行動）を推薦してもよい。具体的には、推薦モジュール１７３１は、メタバース内においてユーザ５の移動が少ないこと（例えば、移動距離が閾値未満であること）等に基づいて、現実世界で運動することを推薦するなどしてもよい。また、推薦モジュール１７３１は、メタバース内でのユーザ５の行動履歴に基づいて、現実世界での生活習慣の見直しを推薦するなどしてもよい。このような構成によれば、メタバース内での行動履歴に表れるユーザ５の特徴に基づいて、現実世界でのユーザ５の生活に有用なアドバイスを行うことなどができる。
【0204】
また、推薦モジュール１７３１は、例えば、ユーザ５に対して、当該ユーザ５とメタバース内で特定の関係性を有する他のユーザと特定の関連性のある現実世界の事物を推薦してもよい。他のユーザ５と特定の関連性のある現実世界の事物とは、例えば、当該他のユーザ５の利用回数の多い現実世界内の事物（例えば、頻繁に訪れる施設や、頻繁に利用するサービス）等であってもよい。なお、当該他のユーザ５の利用回数の多い現実世界の事物は、当該他のユーザ５の現実世界内での行動履歴に基づいて（例えば、当該行動履歴の示す各施設やサービスの利用回数等から）割り出してもよい。また、他のユーザ５と特定の関連性のある現実世界の事物とは、例えば、当該他のユーザ５の利用回数の多いメタバース内のコンテンツに対応する現実世界内の事物等であってもよい。なお、特定の関係性を有する他のユーザ５については、前述した通りである。このような構成によれば、例えば、メタバース内で特定の関係性を有する（例えば、よく交流する）他のユーザ５がメタバース内で特定のライブイベントによく参加する場合に、ユーザ５に対して、当該特定のライブイベントに対応する現実世界のライブイベントを推薦すること等が可能となる。したがって、メタバース内だけでの関係性を現実世界に広げることなどが可能となる。
【0205】
なお、メタバース内においては、ユーザ５は、自身の仮想空間内属性または現実世界内属性の少なくとも一方が視覚的にわかるようになっていてもよい。また、メタバース内においては、ユーザ５は、他のユーザ５の仮想空間内属性または現実世界内属性の少なくとも一方が視覚的にわかるようになっていてもよい。具体的には、例えば、アバター制御モジュール１４２９は、ユーザ５の属性をアバターオブジェクト６に反映させ、属性が反映された表示態様でアバターオブジェクト６がモニタ１３０に表示されるように制御してもよい。ここで、アバターオブジェクト６への属性の反映は、アバターオブジェクト６のスキン（例えば、服装）を属性に応じて変化させるものであってもよい。また、アバターオブジェクト６への属性の反映は、アバターオブジェクト６の周囲（例えば、頭上）に属性を示す表示（例えば、アイコン）を付加するものであってもよい。換言すると、アバターオブジェクト６への属性の反映は、アバターオブジェクト６の表示態様を、アバターオブジェクト６に、属性に応じたオブジェクト（例えば、服またはアイコン等）が付加された表示態様に設定するものであってもよい。また、属性は、例えば、そのユーザ５についての情報を一覧で表示する画面（所謂プロフィール画面等）において表示されるもの（例えば、文字や記号等によって示されるもの）であってもよい。また、例えば、あるユーザ５に設定された仮想空間内属性と現実世界内属性との間にギャップ（換言すると、特定の差異）がある場合にギャップがあることを示す表示がされてもよい。具体的には、アバターオブジェクト６の表示態様が、ギャップがあることを示す表示態様（例えば、アバターオブジェクト６の頭上にギャップがあることを示すアイコンが表示される表示態様）に変化してもよく、プロフィール画面等において、ギャップがあることを示す表示がされてもよい。なお、属性あるいはギャップ等を他のユーザ５に対して視覚的にわかるようにするか否かは、各ユーザ５が設定可能となっていてもよい。また、例えば、アバターオブジェクト６への属性の反映を行う場合に、当該反映は、自動で行われてもよく、ユーザ５の操作に基づいて行われてもよい。例えば、推薦モジュール１７３１は、ユーザ５の属性（換言すると、行動履歴）に応じてアバターオブジェクト６のスキン（例えば、服装）を推薦し、ユーザ５が、推薦されたスキンに変更する操作を行った場合に、アバターオブジェクト６のスキンが推薦されたものに変化するなどしてもよい。
【0206】
なお、本実施形態では、メタバース内での行動履歴に基づいて設定されるユーザ５の属性（すなわち、仮想空間内属性）と、現実世界での行動履歴に基づいて設定されるユーザ５の属性（すなわち、現実世界内属性）とは、区別して管理されるようになっている。ただし、メタバース内での行動履歴に基づいて設定される属性と、現実世界での行動履歴に基づいて設定される属性とは、区別されていなくてもよい。換言すると、本実施形態の仮想空間内属性および現実世界内属性は、ともに単に「属性」と読み替えてもよい。
【0207】
現実世界でのユーザ５の行動履歴は、例えば、以下のように取得されてもよい。すなわち、例えば、サーバ６００のコントロールモジュール１６１０は、行動履歴取得モジュール１７３３を備えていてもよい。また、行動履歴取得モジュール１７３３は、例えば、外部機器７００としてのユーザ５が携帯するデバイス（以下、「ユーザデバイス７００」という。）から、現実世界でのユーザ５の行動履歴に関する情報を取得し、当該情報に基づいて、現実世界でのユーザ５の行動履歴を、メモリモジュール１６３０の備える現実世界内履歴記憶部１７５３に記憶させることとしてもよい。ここで、ユーザ５が携帯するデバイスとは、例えば、スマートフォン、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、タブレット型コンピュータ、パーソナルコンピュータ等であってもよく、ユーザ５が身につけるデバイス（例えば、時計型、リストバンド型、指輪型、衣服型、メガネ型、もしくはコンタクトレンズ型等のウェアラブルデバイス、または体内埋め込み型のデバイス）等であってもよい。
【0208】
行動履歴取得モジュール１７３３は、例えば、ユーザデバイス７００が、ＧＰＳや、所定の無線通信（例えば、Ｗｉ－Ｆｉ通信、Ｂｌｕｅｔｏｏｔｈ通信、またはＵＷＢ（Ultra Wide Band）通信などの近距離無線通信）等により取得するユーザ５の位置を示す位置情報に基づいて、ユーザ５の移動距離に関する情報や、ユーザ５が訪れた場所に関する情報や、ユーザ５が利用したサービスに関する情報を行動履歴として取得してもよい。また、行動履歴取得モジュール１７３３は、例えば、ユーザデバイス７００から、ユーザ５のＳＮＳでのアクションに関する情報（例えば、投稿した画像に関する情報、投稿した日時に関する情報、投稿内容を示す情報、リアクションした投稿に関する情報等）を取得し、当該情報に基づいて、ユーザ５が訪れた場所に関する情報や、ユーザ５が利用したサービスに関する情報や、ユーザ５が身に着ける服飾品に関する情報を行動履歴として取得してもよい。また、行動履歴取得モジュール１７３３は、例えば、ユーザデバイス７００から、ユーザ５のウェブブラウザでの検索に関する履歴や、商品等の購入に関する履歴等を行動履歴として取得してもよい。また、行動履歴取得モジュール１７３３は、ユーザデバイス７００での所定のアプリケーションの利用に関する履歴を記憶する所定のサーバや、ユーザ５のクレジットカードの利用に関する履歴を記憶する所定のサーバ等から、これらの履歴を行動履歴として取得してもよい。
【0209】
また、行動履歴取得モジュール１７３３は、例えば、ユーザデバイス７００により取得される生体情報に関する情報に基づいて行動履歴を取得してもよい。ここで、生体情報は、例えば、ユーザ５が身につけるデバイスによって測定される心拍数、血圧、体温、血中酸素量、呼気、発汗量、歩数、心電図、または脳波などのデータであってもよい。また、ユーザデバイス７００または行動履歴取得モジュール１７３３は、生体情報を分析して得られる情報（以下、「分析結果情報」という。）を取得してもよい。ここで、分析結果情報は、例えば、生体情報を分析して得られる運動中（あるいは運動後）であることを示す情報や、睡眠時間を示す情報や、満腹状態であることを示す情報等であってもよい。そして、行動履歴取得モジュール１７３３は、生体情報や分岐結果情報に基づいて、ユーザ５の運動の回数または頻度に関する情報や、ユーザ５の消費カロリーに関する情報や、ユーザ５の睡眠時間に関する情報を行動履歴として取得してもよい。
【0210】
なお、行動履歴取得モジュール１７３３は、ユーザ５がユーザデバイス７００等に手動入力した情報に基づいて行動履歴を取得してもよい。例えば、ユーザ５がユーザデバイス７００のヘルスケアアプリケーションに入力した情報や、家計簿アプリケーションに入力した情報等に基づいて、行動履歴を取得してもよい。換言すると、行動履歴は、ユーザ５の行動に伴いリアルタイムで取得されてもよく、行動を行った後にユーザ５が所定の情報の入力を手動で行うことにより取得されるなどしてもよい。
【0211】
なお、コントロールモジュール１６１０は、各ユーザ５のユーザデバイス７００との連携に関する情報を管理する連携管理モジュール１７４１を備えている。また、連携管理モジュール１７４１（換言すると、連携情報登録手段）は、ユーザ５の操作（例えば、コントローラ３００による操作や、ユーザデバイス７００での操作等）に基づいて、当該ユーザ５の使用するユーザデバイス７００との連携に関する情報を登録する。ここで、ユーザデバイス７００との連携に関する情報とは、ユーザ５が使用するユーザデバイス７００（例えば、ウェアラブルデバイス等）を示す情報であってもよい。換言すると、ユーザデバイス７００との連携に関する情報とは、ユーザ５が連携を許可したユーザデバイス７００を示す情報であってもよい。また、ユーザデバイス７００との連携に関する情報とは、ユーザデバイス７００内のアプリケーション（例えば、生体情報を取得するアプリケーションや、ＳＮＳアプリケーション等）と、メタバースを提供するアプリケーションとの連携に関する情報であってもよい。換言すると、ユーザデバイス７００との連携に関する情報とは、ユーザ５が連携を許可したユーザデバイス７００内のアプリケーション（換言すると、ユーザデバイス７００で使用可能なアプリケーション）を示す情報であってもよい。すなわち、ユーザデバイス７００との連携に関する情報とは、ユーザ５の現実世界での行動履歴に関する情報の、ユーザデバイス７００を介しての取得の許諾に係る情報ともいえる。連携管理モジュール１７４１は、ユーザ５の操作に基づいて、ユーザデバイス７００との連携に関する情報をメモリモジュール１６３０に記憶させる。また、連携管理モジュール１７４１によってユーザデバイス７００との連携に関する情報が登録されると、行動履歴取得モジュール１７３３が、ユーザデバイス７００によって取得される情報に基づいてユーザ５の行動履歴を取得することが可能となる。換言すると、ユーザデバイス７００との連携に関する情報が登録されると、例えば、メタバースを提供するアプリケーションが、ユーザデバイス７００内のアプリケーションから情報を取得することが可能となる。また、連携管理モジュール１７４１（換言すると、通知手段）は、ユーザデバイス７００との連携に関する情報が登録されていないユーザ５に対して、ユーザデバイス７００との連携に関する情報の登録を促す通知を行う。具体的には、例えば、連携管理モジュール１７４１は、ユーザデバイス７００との連携を許可することで、所定の推薦が行われるようになることをユーザ５に通知する。より具体的には、例えば、連携管理モジュール１７４１は、ユーザ５のコンピュータ２００のコントロールモジュール５１０に、ユーザデバイス７００との連携に関する情報の登録がされていないことを示す情報を送信する。また、当該情報を受信したコントロールモジュール５１０は、ユーザデバイス７００との連携がされていないことをユーザ５に報知する表示またはユーザデバイス７００との連携を許可することで、現実世界での行動履歴に基づいてメタバース内の所定の事物に関する推薦がされるようになることをユーザ５に報知する表示等をモニタ１３０に表示させる。
【0212】
なお、行動履歴取得モジュール１７３３に行動履歴の取得を実行させるか否か（換言すると、許可するか否か）は、ユーザ５の操作に基づいて設定可能（換言すると、ＯＮ／ＯＦＦ切替可能）となっていてもよい。例えば、行動履歴取得モジュール１７３３は、ユーザ５による操作（例えば、所定の設定画面でのコントローラ３００による操作）により設定される設定情報（具体的には、行動履歴の取得を行うか否かについての設定情報）に基づいて行動履歴の取得を行うか否かを決定してもよい。また、行動履歴の取得を実行させるか否かは、行動履歴の取得経路毎に設定可能となっていてもよい。具体的には、例えば、ユーザデバイス７００からの行動履歴の取得を許可しつつ、クレジットカードの利用に関する履歴の取得を許可しない、といった設定が可能となっていてもよい。換言すると、複数の媒体（例えば、ユーザデバイス７００、クレジットカード等）のうちいずれの媒体についての行動履歴の取得を行動履歴取得モジュール１７３３に許可するかがユーザ毎に設定可能となっていてもよい。また、推薦モジュール１７３１に各種行動履歴に基づく各種推薦を実行させるか否か（換言すると、許可するか否か）は、ユーザ５の操作に基づいて設定可能（換言すると、ＯＮ／ＯＦＦ切替可能）となっていてもよい。例えば、推薦モジュール１７３１は、ユーザ５による操作（例えば、所定の設定画面でのコントローラ３００による操作）により設定される設定情報（具体的には、推薦を行うか否かについての設定情報）に基づいて推薦を行うか否かを決定してもよい。また、推薦を実行させるか否かは、推薦する事物毎に設定可能となっていてもよい。このような構成によれば、例えば、現実世界での行動履歴に基づいてメタバース内の事物に関する推薦が行われる構成において、メタバース内の事物に関する推薦のＯＮ／ＯＦＦを切り替えること等が可能となり、推薦される事物によって現実世界での行動がばれてしまうこと等を防止することができる。
【0213】
推薦モジュール１７３１が各種推薦を行う際のユーザ５に提供される表示は、例えば、以下のようなものであってもよい。すなわち、例えば、推薦モジュール１７３１は、メタバース内または現実世界でのユーザ５の行動履歴に基づいて、ユーザ５に推薦するメタバース内または現実世界の事物を決定すると、当該事物を示す推薦情報を出力し、推薦情報提示モジュール１７２１に送信する。また、推薦情報提示モジュール１７２１は、推薦モジュール１７３１からの推薦情報に基づいて、当該事物を推薦する表示（以下、「推薦表示３０」という。）を、モニタ１３０に表示させる。
【0214】
推薦表示３０の一例を図１７に示す。図１７は、現実世界での行動履歴に基づいてメタバース内のコンテンツおよび他のユーザ５を推薦する場合の表示例を示すものである。図１７に示すように、推薦情報提示モジュール１７２１は、推薦するコンテンツの名称等の表示を含む推薦表示３０をモニタ１３０に表示させてもよい。また、図１７に示されるように、推薦情報提示モジュール１７２１は、推薦する他のユーザ５のメタバース内での名前（換言すると、当該他のユーザ５のアバターの名前）、換言すると、当該他のユーザ５の識別情報（例えば、ユーザ名）等の表示を含む推薦表示３０をモニタ１３０に表示させてもよい。なお、他のユーザ５の推薦に係る推薦表示３０は、例えば、当該他のユーザ５に対する連絡の受付に係る表示や、当該他のユーザのメタバース内の位置を示す表示等を含んでいてもよい。また、メタバース内のコンテンツを推薦する推薦表示は、例えば、当該コンテンツに関する場所の位置（例えば、当該コンテンツとしての施設の位置、または当該コンテンツとしてのサービスが利用できる場所の位置等）を示す表示等を含んでいてもよい。なお、メタバース内での行動履歴に基づいてメタバース内のコンテンツや他のユーザを推薦する場合の推薦表示３０についても、図１７に例示されるようなものであってもよい。なお、推薦表示３０は、モニタ１３０の表示領域全体にわたって表示されるものであってもよく、表示領域の一部に表示されるものであってもよい。
【0215】
推薦表示の他の例を図１８に示す。図１８は、メタバース内での行動履歴に基づいて現実世界の事物を推薦する場合の表示例を示すものである。なお、メタバース内での行動履歴あるいは現実世界での行動履歴に基づいてメタバース内のコンテンツや他のユーザを推薦する場合の推薦表示３０についても、図１８に例示されるようなものであってもよい。
【0216】
図１８に示されるように、推薦表示３０は、推薦する事物の名称の表示を含んでいてもよい。また、推薦表示３０は、推薦する事物について説明する表示（例えば、説明文の表示等）を含んでいてもよい。また、推薦表示３０は、推薦する事物の価格（例えば、推薦する物の価格や、推薦するサービスの価格等）に関する表示を含んでいてもよい。また、推薦表示３０は、推薦する事物に関する場所の位置を示す表示を含んでいてもよい。ここで、当該位置を示す表示は、例えば、住所等の文字による表示であってもよく、地図等による表示であってもよい。また、推薦表示３０は、推薦する事物についての予約の受付に係る表示を含んでいてもよい。換言すると、推薦表示３０が表示された状態においては、ユーザ５による、推薦される事物についての予約に係る操作（例えば、コントローラ３００による操作または視線による操作等）が受け付けられてもよい。また、推薦表示３０は、推薦する事物に関する場所を、現実世界で実際に向かう目的地として設定する操作の受付に係る表示を含んでいてもよい。換言すると、推薦表示３０が表示された状態においては、ユーザ５による、推薦する事物に関する場所を、現実世界で実際に向かう目的地として設定する操作（例えば、コントローラ３００による操作または視線による操作等）が受け付けられてもよい。また、推薦表示３０は、推薦する事物についての所定のリストへの追加の受付に係る表示を含んでいてもよい。換言すると、推薦表示３０が表示された状態においては、ユーザ５による、推薦される事物についての所定のリストへの追加に係る操作（例えば、コントローラ３００による操作または視線による操作等）が受け付けられてもよい。ここで、所定のリストとは、例えば、将来行く場所の候補を登録するリストであってもよく、今から向かう場所を登録するリストであってもよく、購入する予定の物を登録するリスト等であってもよい。また、ここで、当該所定のリストは、ユーザデバイス７００において所定のアプリケーションを用いて閲覧することができるものであってもよい。また、推薦表示３０がされた状態において、推薦する事物に関する場所を、現実世界で実際に向かう目的地として設定する操作が行われると、ユーザデバイス７００のナビゲーションアプリケーションに、目的地として設定されるようになっていてもよい。なお、これらの各種設定等は、メタバースにアクセスするためのアプリケーションと他のアプリケーションやウェブサイトとを連携させる技術等の公知の技術により実現できる。
【0217】
また、推薦モジュール１７３１は、メタバース内または現実世界でのユーザ５の行動履歴に基づいて、ユーザ５に推薦するメタバース内または現実世界の事物を決定すると、当該事物を示す推薦情報を出力し、ユーザデバイス７００に送信してもよい。そして、ユーザデバイス７００のコンピュータが、推薦モジュール１７３１からの推薦情報に基づいて、当該事物を推薦する推薦表示３０を、ユーザデバイス７００のモニタに表示させるなどしてもよい。換言すると、推薦モジュール１７３１がユーザ５に対して推薦する現実世界の事物に関する情報はユーザデバイス７００（例えば、スマートフォンやウェアラブルデバイス等）においてユーザ５に提示されてもよく、メタバース内でユーザ５に提示されてもよい。また、ユーザデバイス７００に推薦情報が送られた場合に、ユーザデバイス７００において所定の操作を行うことで、ユーザデバイス７００の所定のアプリケーションに、推薦に係る情報が登録できるようになっていてもよい。具体的には、例えば、推薦情報が送られるとユーザデバイス７００において推薦表示３０が表示されるとともに、推薦する事物についての予約に係る操作、推薦する事物に関する場所を現実世界で実際に向かう目的地として設定する操作、または推薦する事物についての所定のリストへの追加に係る操作等が受け付けられ、各操作に基づいて、予約に関する日時や目的地に行く日時を管理するアプリケーション（例えば、カレンダーアプリケーション）や、所定のリストを管理するアプリケーションや、ナビゲーションアプリケーション等に、推薦に係る情報が登録されるようになっていてもよい。また、ユーザデバイス７００に現実世界の所定の事物を推薦する推薦情報が送られた場合に、ユーザデバイス７００は、推薦に係る情報を記憶しておき、当該所定の事物にユーザ５が近づいた場合に（換言すると、当該所定の事物から所定範囲内に位置する状態となった際に）、ユーザ５に対して所定の通知を行うようになっていてもよい。ここで、当該所定の通知は、例えば、当該所定の事物に近づいたことを知らせる通知や、到着したことを知らせる通知や、当該所定の事物についての詳細情報を知らせる通知等であってもよい。なお、当該所定の事物に近づいたか否かは、例えば、ユーザデバイス７００がＧＰＳ等により取得するユーザ５の位置を示す位置情報に基づいて判断されてもよい。また、ユーザ５が推薦された事物に関する場所に実際に訪れた場合に、ユーザデバイス７００は、訪れたことを検知し、訪れたことを知らせる情報をサーバ６００に送信してもよい。そして、コントロールモジュール１６１０は、当該情報に基づいて（換言すると、推薦に応じたアクションをユーザ５が行ったことに基づいて）、ユーザ５に対して所定の報酬（例えば、メタバース内で使用可能な報酬、または現実世界で使用可能な報酬）を付与してもよい。
【0218】
ユーザ５に対して推薦を行うタイミングについては、特に限定されるものでないが、例えば、以下のようにすることができる。すなわち、推薦は、複数のメニュー項目が表示されるメニュー画面（換言すると、モニタ１３０に表示されるユーザインターフェース）等において、ユーザ５が推薦を要求する操作（例えば、推薦表示３０の表示を要求する操作）を行った際に行われるなどしてもよい。なお、ここで推薦を行うタイミングとは、推薦に係る情報がユーザ５に提供されるタイミング（例えば、推薦表示３０がユーザ５に対して表示されるタイミング）を意味するが、推薦する事物を推薦モジュール１７３１が決定するタイミング等も意味し得る。
【0219】
また、推薦は、ユーザ５の行動履歴が蓄積され、ユーザ５に対して推薦する事物を特定できたタイミング（換言すると、推薦モジュール１７３１が推薦を行うことが可能な量、行動履歴が蓄積されたタイミング）等で行われるなどしてもよい。具体的には、ユーザ５の行動履歴が蓄積され、ユーザ５に対して推薦する事物が新たに抽出される毎に、推薦が行われるなどしてもよい。
【0220】
また、推薦は、メタバースにユーザ５がアクセスしたタイミングで行われてもよい。すなわち、例えば、ユーザ５がＨＭＤ１２０を装着し、メタバースにアクセスするためのアプリケーションを起動したタイミング等で行われてもよい。具体的には、例えば、メタバースにアクセスするためのアプリケーションを起動した後、ユーザ５によるアバターオブジェクト６の操作が可能となる以前のタイミング等で行われてもよい。一例として、メタバース空間に関する設定等が行われる画面（例えば、所謂ホーム画面）において推薦が行われてもよい。このような構成によれば、例えば、現実世界でのユーザ５の行動履歴に基づいてメタバース内の事物に関する推薦を行う場合等について、以下のような効果が得られる。すなわち、ユーザ５が久しぶりにメタバースにアクセスする場合等において、現実世界で行った行動がメタバース空間へ活かされることがユーザ５にわかる形で示されるので、メタバース内で活動していない期間についてもメタバースとの関わりがあるという感覚をユーザ５に与えることができ、再アクセスに対する心理的障壁を取り除くことができる。また、現実世界でのユーザ５の行動履歴に基づいてメタバース内の事物に関する推薦を行う場合、メタバースに初めてアクセスした際に推薦が行われてもよい。この場合、例えば、ユーザ５に対してある程度操作方法についての説明等がされた後（換言すると、チュートリアル中あるいはチュートリアル後）等に推薦が行われてもよい。このような構成によれば、ユーザ５がメタバース内での活動を開始するにあたりまず何をしたら良いかを、ユーザ５の特徴に合わせて提示することができる。
【0221】
また、推薦は、メタバース内の所定のコンテンツにユーザ５がアクセスしたタイミングで行われてもよい。例えば、メタバース内の所定のコンテンツに対応する現実世界の事物を推薦する場合や、メタバース内の所定のコンテンツに対応するメタバース内の事物を推薦する場合等について、当該所定のコンテンツにユーザ５がアクセスしたタイミングで推薦が行われるようにしてもよい。例えば、図１８に示すように、現実の特定の町をモチーフとした仮想の町の中に、現実の特定の施設をモチーフとした仮想施設が存在する場合において、ユーザ５がメタバース内で当該仮想施設を訪れると（具体的には、例えば、当該仮想施設が視界に入る場所を訪れると、または、当該仮想施設の中に入ると）、推薦モジュール１７３１は、現実の当該特定の施設を当該ユーザ５に推薦する等してもよい。なお、図１８に示される表示等によりユーザ５への推薦を行う場合、当該推薦は、例えば、以下のようなものであってもよい。すなわち、推薦モジュール１７３１および／または推薦情報提示モジュール１７２１は、ユーザ５がメタバース内のどの場所にいるかに基づいて、ユーザ５に対して推薦する事物を異ならせてもよい。また、推薦モジュール１７３１および／または推薦情報提示モジュール１７２１は、ユーザ５がメタバース内のどこを見ているかに基づいて、ユーザ５に対して推薦する事物を異ならせてもよい。すなわち、例えば、推薦情報提示モジュール１７２１は、ユーザ５が現実の特定の町をモチーフとした仮想の町にいる場合に、当該仮想の町の中の仮想施設に対応する現実の施設を推薦する推薦表示３０をモニタ１３０に表示させてもよい。換言すると、推薦モジュール１７３１は、メタバース内におけるユーザ５の現在位置に基づいて現実世界またはメタバース内の所定の事物（換言すると、現在位置に応じた所定の事物）を推薦するものであってもよい。また、推薦情報提示モジュール１７２１は、例えば、ユーザ５が第１の仮想施設３１を見ている場合に、当該第１の仮想施設３１に対応する現実の施設を推薦する推薦表示３０をモニタ１３０に表示させてもよい。また、推薦情報提示モジュール１７２１は、例えば、ユーザ５が第２の仮想施設３２を見ている場合に、当該第２の仮想施設３２に対応する現実の施設を推薦する推薦表示３０をモニタ１３０に表示させてもよい。換言すると、推薦モジュール１７３１は、メタバース内におけるユーザ５の見ている箇所に基づいて現実世界またはメタバース内の所定の事物（換言すると、見ている箇所に応じた所定の事物）を推薦するものであってもよい。なお、ユーザ５が見ている箇所（換言すると、どの施設を見ているか等）は、例えば、視界画像１７に基づいて判断してもよく、注視センサ１４０からの信号に基づいて特定されるユーザ５の視線に基づいて判断してもよい。具体的には、例えば、視界画像１７に映っている範囲をユーザ５の見ている箇所と判断する等してもよく、ユーザ５の視線が向かう地点を基準とする所定範囲等をユーザ５の見ている箇所と判断する等してもよい。
【0222】
また、推薦は、メタバースからユーザ５が出る際に行われてもよい。すなわち、例えば、ユーザ５がメタバースからログアウトする操作（例えば、コントローラ３００による操作）を実行したタイミング等で行われてもよい。
【0223】
また、本実施形態のコントロールモジュール１６１０は、メタバース内の特定のコンテンツについてのアクセスの可否を制御するアクセス制御モジュール１７３４を備える。アクセス制御モジュール１７３４は、推薦モジュール１７３１がユーザ５に対して特定のコンテンツを推薦すると、当該特定のコンテンツへのユーザ５のアクセスを可能とする。具体的には、例えば、メタバース内には、推薦されないとユーザ５が侵入することのできない場所（例えば、地域または施設等）が存在してもよい。この場合、アクセス制御モジュール１７３４は、例えば、推薦モジュール１７３１のユーザ５に対する当該場所の推薦に基づいて、ユーザ５の当該場所への侵入（すなわち、アクセス）を可能としてもよい。また、例えば、メタバース内には、推薦されないとユーザ５が利用することのできないサービスが存在してもよい。この場合、アクセス制御モジュール１７３４は、例えば、推薦モジュール１７３１のユーザ５に対する当該サービスの推薦に基づいて、ユーザ５の当該サービスの利用（すなわち、アクセス）を可能としてもよい。また、例えば、メタバース内には、推薦されないとユーザ５が取得（例えば、購入）することのできない物が存在してもよい。この場合、アクセス制御モジュール１７３４は、例えば、推薦モジュール１７３１のユーザ５に対する当該物の推薦に基づいて、ユーザ５の当該物の取得（すなわち、アクセス）を可能としてもよい。このように、推薦に基づいて、推薦される事物へのアクセスを可能とすることで、メタバース内あるいは現実世界での活動に対する意欲や目的意識を高めることができる。
【0224】
また、アクセス制御モジュール１７３４によってアクセスが制御される空間には、特定の属性を有するユーザ５のみがアクセスできる空間等が存在してもよい。換言すると、アクセス制御モジュール１７３４は、メタバース内の特定の空間について、ユーザ５が特定の属性を有する場合にアクセスを許可するものであってもよい。このような構成によれば、類似するユーザ５の集まる空間をメタバース内に用意することができる。
【0225】
次に図１９～２２を参照しながら、ＨＭＤシステム１００が実行する処理の流れについて説明する。
【0226】
［メタバース内での行動履歴に基づくメタバース内の事物に関する推薦に係る処理］
メタバース内での行動履歴に基づいてメタバース内の事物に関する推薦を行う処理の一例について、図１９および図２０を参照しながら説明する。なお、ここでは、ユーザ５Ａに対して推薦が行われる場合を例に説明する。
メタバース内での行動履歴に基づいてメタバース内の事物に関する推薦を行う処理の一例について、図１９および図２０を参照しながら説明する。なお、ここでは、ユーザ５Ａに対して推薦が行われる場合を例に説明する。
【0227】
まず、メタバース内での行動履歴に基づいて他のユーザを推薦する処理の一例について、図１９を参照しながら説明する。
【0228】
ステップＳ１０１において、属性設定モジュール１７３２は、仮想空間内履歴記憶部１７５１に記憶されたユーザ５Ａのメタバース内での行動履歴に基づいて、ユーザ５Ａの仮想空間内属性を決定する。
【0229】
次いで、ステップＳ１０２において、推薦モジュール１７３１は、ユーザ５Ａの仮想空間内属性に基づいて、ユーザ５Ａに推薦する他のユーザ５を決定する。具体的には、推薦モジュール１７３１は、メタバースを利用する複数のユーザ５の中から、ユーザ５Ａの仮想空間内属性に対応する仮想空間内属性を有する他のユーザ５を抽出し、ユーザ５Ａに推薦する他のユーザ５として決定する。ここでは、一例として、ユーザ５Ｃがユーザ５Ａに推薦する他のユーザ５として決定されたものとする。なお、推薦モジュール１７３１は、属性の関連性の高い他のユーザ５（例えば、対応する属性の数が多いユーザ５等）を優先的に抽出してもよい。また、推薦モジュール１７３１は、メタバース内での行動履歴の示すメタバース内のユーザ５の居場所に関する関連性が高い他のユーザ５（例えば、現在居る位置が近い他のユーザ５や、行動範囲が類似している他のユーザ５や、同じ場所によく訪れる他のユーザ５等）を優先的に抽出してもよい。また、推薦モジュール１７３１は、現実世界での行動履歴の示す現実世界でのユーザ５の居場所に関する関連性が高い他のユーザ５（例えば、現在居る位置が近い他のユーザ５や、行動範囲が類似している他のユーザ５や、同じ場所によく訪れる他のユーザ５等）を優先的に抽出してもよい。
【0230】
次いで、ステップＳ１０３において、推薦モジュール１７３１は、ユーザ５Ａに推薦する他のユーザ５Ｃに関する推薦情報を、推薦情報提示モジュール１７２１Ａに送信する。換言すると、推薦モジュール１７３１は、ユーザ５Ａに対して他のユーザ５Ｃを推薦する推薦表示３０を表示するための推薦情報を出力する。
【0231】
次いで、ステップＳ１０４において、推薦情報提示モジュール１７２１Ａは、推薦モジュール１７３１から送信された推薦情報に基づいて、ユーザ５Ａに他のユーザ５Ｃを推薦する推薦表示３０をモニタ１３０Ａに表示させる。
【0232】
次に、メタバース内での行動履歴に基づいてメタバース内のコンテンツを推薦する処理の一例について、図２０を参照しながら説明する。
【0233】
ステップＳ１５１において、属性設定モジュール１７３２は、仮想空間内履歴記憶部１７５１に記憶されたユーザ５Ａのメタバース内での行動履歴に基づいて、ユーザ５Ａの仮想空間内属性を決定する。
【0234】
次いで、ステップＳ１５２において、推薦モジュール１７３１は、ユーザ５Ａの仮想空間内属性に基づいて、ユーザ５Ａに推薦するメタバース内のコンテンツを決定する。具体的には、推薦モジュール１７３１は、メタバース内の複数のコンテンツの中から、ユーザ５Ａの仮想空間内属性に対応する推薦対象属性を有するコンテンツを抽出し、ユーザ５Ａに推薦するコンテンツとして決定する。なお、推薦モジュール１７３１は、メタバース内での行動履歴の示すメタバース内のユーザ５Ａの居場所との関連性が高いコンテンツ（例えば、現在居る位置に近いコンテンツや、ユーザ５Ａの行動範囲内に存在するコンテンツ等）を優先的に抽出してもよい。また、推薦モジュール１７３１は、現実世界での行動履歴の示す現実世界でのユーザ５Ａの居場所との関連性が高いコンテンツ（例えば、現在居る位置に近い現実世界の場所に対応するコンテンツや、ユーザ５Ａの行動範囲内に存在する現実世界の場所に対応するコンテンツ等）を優先的に抽出してもよい。
【0235】
次いで、ステップＳ１５３において、推薦モジュール１７３１は、ユーザ５Ａに推薦するコンテンツに関する推薦情報を、推薦情報提示モジュール１７２１Ａに送信する。換言すると、推薦モジュール１７３１は、ユーザ５Ａに対して所定のコンテンツを推薦する推薦表示３０を表示するための推薦情報を出力する。
【0236】
次いで、ステップＳ１５４において、推薦情報提示モジュール１７２１Ａは、推薦モジュール１７３１から送信された推薦情報に基づいて、ユーザ５Ａに所定のコンテンツを推薦する推薦表示３０をモニタ１３０Ａに表示させる。
【0237】
［現実世界での行動履歴に基づくメタバース内の事物に関する推薦に係る処理］
現実世界での行動履歴に基づいてメタバース内の事物に関する推薦を行う処理の一例について、図２１を参照しながら説明する。なお、ここでは、ユーザ５Ａに対して推薦が行われる場合を例に説明する。
現実世界での行動履歴に基づいてメタバース内の事物に関する推薦を行う処理の一例について、図２１を参照しながら説明する。なお、ここでは、ユーザ５Ａに対して推薦が行われる場合を例に説明する。
【0238】
ステップＳ２０１において、行動履歴取得モジュール１７３３は、ユーザ５Ａの現実世界での行動に関する情報に基づいてユーザ５Ａの現実世界での行動履歴を取得する。ここで、ユーザ５Ａの現実世界での行動に関する情報とは、例えば、ユーザデバイス７００により取得される生体情報または生体情報を分析して得られる分析結果情報であってもよい。また、ユーザ５Ａの現実世界での行動に関する情報とは、例えば、ユーザ５のＳＮＳでのアクションに関する情報であってもよい。また、ユーザ５Ａの現実世界での行動に関する情報とは、例えば、ユーザ５Ａの現実世界における位置を示す位置情報であってもよい。これらのユーザ５Ａの現実世界での行動に関する情報は、例えば、ユーザデバイス７００で取得され、コントロールモジュール１６１０に送られる。なお、ユーザ５のＳＮＳでのアクションに関する情報は、ＳＮＳを提供するサーバ等からコントロールモジュール１６１０に送られてもよい。なお、ＳＮＳでのアクションとは、ＳＮＳで投稿を行うことや、他者が行った投稿に対してリアクション（所謂いいね等）を行うことを含む。
【0239】
次いで、ステップＳ２０２において、属性設定モジュール１７３２は、ユーザ５Ａの現実世界での行動履歴に基づいて、ユーザ５Ａの現実世界内属性を決定する。
【0240】
次いで、ステップＳ２０３において、推薦モジュール１７３１は、ユーザ５Ａの現実世界内属性に基づいて、ユーザ５Ａに推薦するメタバース内の事物を決定する。具体的には、推薦モジュール１７３１は、メタバース内の複数のコンテンツの中から、ユーザ５Ａの現実世界内属性に対応する推薦対象属性を有するコンテンツを抽出し、ユーザ５Ａに推薦するコンテンツとして決定する。なお、推薦モジュール１７３１は、現実世界での行動履歴の示す現実世界のユーザ５Ａの居場所との関連性が高いコンテンツ（例えば、現在居る位置に近い現実世界の場所に対応するコンテンツや、ユーザ５Ａの行動範囲内に存在する現実世界の場所に対応するコンテンツ等）を優先的に抽出してもよい。また、推薦モジュール１７３１は、メタバース内での行動履歴の示すメタバース内のユーザ５Ａの居場所との関連性が高いコンテンツ（例えば、現在居る位置に近いコンテンツや、ユーザ５Ａの行動範囲内に存在するコンテンツ等）を優先的に抽出してもよい。
【0241】
次いで、ステップＳ２０４において、推薦モジュール１７３１は、ユーザ５Ａに推薦する事物（例えば、コンテンツ）に関する推薦情報を、推薦情報提示モジュール１７２１Ａに送信する。換言すると、推薦モジュール１７３１は、ユーザ５Ａに対してメタバース内の所定の事物を推薦する推薦表示３０を表示するための推薦情報を出力する。
【0242】
次いで、ステップＳ２０５において、推薦情報提示モジュール１７２１Ａは、推薦モジュール１７３１から送信された推薦情報に基づいて、ユーザ５Ａに所定の事物（例えば、所定のコンテンツ）を推薦する推薦表示３０をモニタ１３０Ａに表示させる。
【0243】
［メタバース内での行動履歴に基づく現実世界の事物に関する推薦に係る処理］
メタバース内での行動履歴に基づいて現実世界の事物に関する推薦を行う処理の一例について、図２２を参照しながら説明する。なお、ここでは、ユーザ５Ａに対して推薦が行われる場合を例に説明する。
メタバース内での行動履歴に基づいて現実世界の事物に関する推薦を行う処理の一例について、図２２を参照しながら説明する。なお、ここでは、ユーザ５Ａに対して推薦が行われる場合を例に説明する。
【0244】
ステップＳ３０１において、推薦モジュール１７３１は、ユーザ５Ａのアクセスしたメタバース内のコンテンツに対応する現実世界の事物を特定する。そして、推薦モジュール１７３１は、特定した事物をユーザ５Ａに推薦する事物として決定する。具体的には、推薦モジュール１７３１は、ユーザ５Ａの行動履歴に基づいて、ユーザ５Ａがアクセスしたコンテンツを特定し、メモリモジュール１６３０に記憶された現実世界の事物とメタバース内のコンテンツとの対応関係を示す情報に基づいて、ユーザ５Ａがアクセスしたコンテンツに対応する現実世界の事物を特定する。ここでは、一例として、ユーザ５Ａが現実世界の特定施設をモチーフとした仮想施設にアクセスしたことに基づいて、現実世界の特定施設がユーザ５Ａに推薦する事物として決定されたものとする。なお、推薦モジュール１７３１は、例えば、ユーザ５Ａがメタバース内で当該仮想施設にアクセスしたタイミングで、特定施設を推薦する事物として決定するなどしてもよい。また、推薦モジュール１７３１は、例えば、ユーザ５Ａがアクセスしたことのある複数のコンテンツ（具体的には、対応する現実世界の事物が設定された複数のコンテンツ）のうち、ユーザ５Ａに対して推薦表示３０を表示するタイミングにおいて、ユーザ５Ａの利用回数の多い（例えば、総利用回数が所定の閾値以上または所定期間内の利用回数が所定の閾値以上（すなわち利用頻度が高い））コンテンツに対応する現実世界の事物を推薦する事物として決定するなどしてもよい。
【0245】
次いで、ステップＳ３０２において、推薦モジュール１７３１は、ユーザ５Ａに推薦する現実世界の特定施設に関する推薦情報を、推薦情報提示モジュール１７２１Ａに送信する。換言すると、推薦モジュール１７３１は、ユーザ５Ａに対して現実世界の特定施設を推薦する推薦表示３０を表示するための推薦情報を出力する。なお、推薦モジュール１７３１は、ユーザ５Ａに推薦する現実世界の事物に関する推薦情報を、ユーザ５Ａのユーザデバイス７００に送信してもよい。
【0246】
次いで、ステップＳ３０３において、推薦情報提示モジュール１７２１Ａは、推薦モジュール１７３１から送信された推薦情報に基づいて、ユーザ５Ａに現実世界の特定施設を推薦する推薦表示３０をモニタ１３０Ａに表示させる。
【0247】
［メタバース内の環境に関する設定］
本実施形態では、ＨＭＤシステム１００は、ユーザ５に関する情報に基づいてメタバース内の環境に関する設定を行う。以下では、この点について説明する。
本実施形態では、ＨＭＤシステム１００は、ユーザ５に関する情報に基づいてメタバース内の環境に関する設定を行う。以下では、この点について説明する。
【0248】
ＨＭＤシステム１００は、図１５に示すように、ユーザ５に関連する情報（以下、「ユーザ関連情報」という。）を取得するユーザ情報取得モジュール１７３６を有している。ユーザ情報取得モジュール１７３６は、メタバース内でのユーザ５の行動履歴をユーザ関連情報として取得する。なお、行動履歴は、ユーザ５がどこに行ったかを示す情報や、ユーザ５がプレイしたゲームを示す情報や、ユーザ５のボイスチャットやテキストチャットでの会話の内容を示す情報等であってもよい。また、ユーザ情報取得モジュール１７３６は、ユーザ５が入力したユーザの（換言すると、アバターの）年齢、性別、および使用する言語（例えば、日本語、英語、中国語など）等の情報を、ユーザ関連情報として取得する。また、ユーザ情報取得モジュール１７３６は、ユーザ５がサーバ６００に対してアクセスするのに使用しているアクセスポイント等に関する情報（例えば、ＩＰアドレス等）を、ユーザ関連情報として取得してもよい。また、ユーザ関連情報は、前述の仮想空間内属性等を含み得る。また、ユーザ関連情報は、現実世界でのユーザ５の行動履歴や、現実世界内属性等を含み得る。換言すると、ユーザ情報取得モジュール１７３６は、行動履歴取得モジュール１７３３を含み得る。また、ユーザ関連情報は、ユーザの趣味、嗜好に関する情報を含んでいてもよい。なお、ユーザの趣味、嗜好に関する情報は、ユーザ５が自身で入力（例えば、コントローラ３００による操作等により入力）するものであってもよく、ユーザ５のメタバース内での行動履歴や現実世界での行動履歴をコントロールモジュール１６１０が分析することにより取得されてもよい。ユーザ情報取得モジュール１７３６は、取得したユーザ関連情報を、ユーザ関連情報記憶手段としてのメモリモジュール１６３０に記憶させる。
【0249】
推薦モジュール１７３１は、ユーザ情報取得モジュール１７３６が取得したユーザ関連情報に基づいて、メタバース内の所定の事物に関する推薦を行う。具体的には、推薦モジュール１７３１は、ユーザ情報取得モジュール１７３６が取得した複数（換言すると、少なくとも２以上）のユーザ５についてのユーザ関連情報に基づいて、ユーザ５にメタバース内の環境に関する推薦を行う。
【0250】
ここで、メタバース内の環境に関する推薦は、例えば、ＢＧＭ（換言すると、メタバース内に流れる背景音楽）や背景や明るさ等に関する推薦であってもよい。
【0251】
メタバース内の環境に関する推薦は、例えば、以下のように行われてもよい。すなわち、例えば、推薦モジュール１７３１は、特定のＢＧＭをユーザ５に推薦するＢＧＭとして決定した場合に、当該ユーザ５のＨＭＤセット１１０のスピーカ１８０から出力されるＢＧＭを当該特定のＢＧＭに変化させる。換言すると、推薦モジュール１７３１は、当該特定のＢＧＭのスピーカ１８０からの出力に係る情報を、当該ユーザ５のＨＭＤセット１１０のコントロールモジュール５１０に送信する。そして、コントロールモジュール５１０は、当該情報に基づいて当該特定のＢＧＭをスピーカ１８０に出力させる。なお、当該情報は、当該特定のＢＧＭの音データであってもよく、当該特定のＢＧＭを識別可能とする情報等であってもよい。
【0252】
また、例えば、推薦モジュール１７３１は、特定の背景をユーザ５に推薦する背景として決定した場合に、当該ユーザ５のＨＭＤセット１１０のモニタ１３０の表示における背景を当該特定の背景に変化させる。換言すると、推薦モジュール１７３１は、モニタ１３０の表示における背景を当該特定の背景にするための情報を、当該ユーザ５のＨＭＤセット１１０のコントロールモジュール５１０に送信する。そして、コントロールモジュール５１０は、当該情報に基づいて背景を当該特定の背景に設定する。なお、ここで、背景を変化させるとは、例えば、メタバース内の空の色（換言すると、空模様）や、建物の外観や、部屋の内装等を変化させるものであってもよい。また、背景を変化させるとは、例えば、ライブ会場等において、周囲の観客のペンライトの色を変化させるもの等であってもよい。
【0253】
また、例えば、推薦モジュール１７３１は、特定の明るさをユーザ５に推薦する明るさとして決定した場合に、当該ユーザ５のＨＭＤセット１１０のモニタ１３０の表示の明るさを当該特定の明るさに変化させる。換言すると、推薦モジュール１７３１は、モニタ１３０の表示の明るさを当該特定の明るさにするための情報を、当該ユーザ５のＨＭＤセット１１０のコントロールモジュール５１０に送信する。そして、コントロールモジュールは、当該情報に基づいてモニタ１３０の表示の明るさを当該特定の明るさに設定する。なお、ここで、表示の明るさを変化させるとは、例えば、メタバース内の建物や部屋の照明や、太陽について所定の変化を与えるものであってもよい。
【0254】
なお、推薦モジュール１７３１が、特定のＢＧＭ、特定の背景、または特定の明るさ等にユーザ５のメタバース内の環境を変化させる際に、ユーザ５の選択（換言すると、操作）を介して環境を変化させてもよく、ユーザ５の選択を要さずに環境を変化させてもよい。具体的には、例えば、推薦モジュール１７３１は、推薦するＢＧＭ、背景、または明るさ等を決定すると、推薦するＢＧＭ、背景、または明るさ等に係る情報をユーザ５のコントロールモジュール５１０に送信し、コントロールモジュール５１０は、当該情報に基づいて、ユーザ５の操作を介さずに自動的に、推薦に応じたＢＧＭをスピーカ１８０に出力させたり、推薦に応じた背景や明るさでのモニタ１３０での表示を実行したりしてもよい。あるいは、例えば、推薦モジュール１７３１は、推薦するＢＧＭ、背景、または明るさ等を決定すると、推薦するＢＧＭ、背景、または明るさ等に環境を変化させるか否かの選択を促す表示を表示させる旨の指示をコントロールモジュール５１０に送信してもよい。そして、コントロールモジュール５１０が当該指示に基づいてモニタ１３０に当該選択を促す表示を表示させている状態において、環境を変化させることを選択する操作（例えば、コントローラ３００による操作）がされると環境が推薦する内容に変化し、環境を変化させないことを選択する操作がされると環境が推薦する内容に変化しないようになっていてもよい。すなわち、本実施形態において、環境に関する推薦とは、単に推薦するＢＧＭ、背景、または明るさ等をユーザ５に文字等によって知らせることのみならず、推薦するＢＧＭ、背景、または明るさ等にユーザ５の環境を自動的に変化させること等を含む。換言すると、本実施形態において、推薦モジュール１７３１は、ユーザ関連情報に基づいて、メタバース内の環境を変化させるが、当該変化は、ユーザ５の選択を介して起こるものであってもよく、ユーザ５の選択を介さずに起こるものであってもよい。さらに換言すると、推薦モジュール１７３１は、ユーザ関連情報に基づいて環境に関する推薦を行うが、これは、ユーザ関連情報に基づいて環境に関する設定を行うと言い換えることもできる。
【0255】
なお、推薦モジュール１７３１が、ユーザ関連情報に基づいてメタバース内の環境を変化させると、コントロールモジュール５１０は、図２３に示すように、環境の変化前の状態への復帰に係る表示をモニタ１３０に表示させてもよい。換言すると、推薦モジュール１７３１がメタバース内の環境を変化させた後において、コントロールモジュール５１０は、環境（具体的には、例えば、ＢＧＭ、背景、または明るさ）を変化前の状態に戻す操作（例えば、コントローラ３００による操作）を受け付けてもよい。そして、推薦モジュール１７３１は、ユーザ５による当該操作に基づいて、環境を変化前の状態に戻してもよい。また、推薦モジュール１７３１が、ユーザ関連情報に基づいてメタバース内の環境を変化させると、コントロールモジュール５１０は、図２３に示すように、環境に関する設定の調節に係る表示をモニタ１３０に表示させてもよい。換言すると、推薦モジュール１７３１がメタバース内の環境を変化させた後において、コントロールモジュール５１０は、環境（具体的には、例えば、明るさ）の設定を調節する操作（例えば、コントローラ３００による操作）を受け付けてもよい。そして、ユーザ５による当該操作に基づいて、環境に関する設定が変化してもよい。
【0256】
以下では、推薦モジュール１７３１（以下、「環境設定モジュール１７３１」ともいう。）が、複数のユーザ５についてのユーザ関連情報に基づくメタバース内の環境の変化として、ＢＧＭを変化させる場合を例に説明する。また、以下では、環境設定モジュール１７３１は、ユーザ５に推薦するＢＧＭを決定した場合に、ユーザ５の操作を介さずに自動的にユーザ５のＢＧＭを変化させるものとして説明する。なお、以下の説明における「ＢＧＭ」とは、「背景」や「明るさ」等と読み替えてもよい。また、環境設定モジュール１７３１は、「ＢＧＭ」、「背景」、および「明るさ」等のうちの１つを変化させるものであってもよく、複数を変化させるものであってもよい。
【0257】
環境設定モジュール１７３１は、分析対象となる複数のユーザ５（以下、「対象ユーザ」ともいう。）のユーザ関連情報（例えば、各ユーザ５の年齢、性別、行動履歴等）を分析し、特徴量を算出する。そして、環境設定モジュール１７３１は、算出した特徴量を、各ＢＧＭに予め設定された特徴量と比較して、複数のＢＧＭのうち算出した特徴量に類似する特徴量が設定されたＢＧＭをユーザ５に推薦するＢＧＭとして決定する。
【0258】
環境設定モジュール１７３１は、メタバース内の特定の領域（以下、「対象領域」という。）内にいる複数のユーザ５のユーザ関連情報に基づいて、環境に関する推薦を行う。具体的には、環境設定モジュール１７３１は、対象領域内にいる全ユーザ５のユーザ関連情報に基づいて、当該全ユーザ５の環境に関する設定を行う。換言すると、本実施形態では、対象領域内にいる全ユーザ５が、ＢＧＭの推薦に係る分析対象としての対象ユーザとなっている。なお、対象ユーザは、対象領域内にいる全ユーザ５であってもよく、対象領域内にいる全ユーザ５のうち所定の属性を有するユーザ５であってもよく、対象領域内にいる全ユーザ５のうちランダムに抽出される複数のユーザ５等であってもよい。ここで、所定の属性とは、前述の仮想空間内属性や現実世界内属性であってもよい。また、所定の属性とは、ユーザ５の年齢や性別等に関する属性等であってもよい。
【0259】
対象領域は、例えば、メタバース内の所定の建物や、所定の部屋といったものであってもよい。具体的には、例えば、所定のライブ会場や、スポーツ観戦施設、パーティ会場、または店舗といったものであってもよい。また、対象領域は、メタバース内の所定の町といったものであってもよい。また、対象領域は、例えば、環境に関する推薦がされるユーザ５自身を中心とした所定の範囲といったものであってもよい。以下では、図２４に示すように、対象領域として第１空間および第２空間を含む複数の空間があるものとして説明する。
【0260】
例えば、第１空間内にいる全対象ユーザのうちの少なくとも一部が、ボイスチャットやテキストチャットでクラシック音楽についての話をしている場合に、環境設定モジュール１７３１は、第１空間内にいる全対象ユーザのＢＧＭ（換言すると、各対象ユーザのスピーカ１８０から出力されるＢＧＭ）を、クラシック音楽に変化させてもよい。換言すると、環境設定モジュール１７３１は、第１空間内にいる少なくとも２以上のユーザ５のユーザ関連情報が、特定の種類の音楽（例えば、特定のジャンル（クラシック、ロック、ジャズ、ポップス等）や、特定のアーティストや、特定の曲等）の話をしていることを示す場合に、第１空間内にいる複数のユーザ５のＢＧＭを当該特定の種類の音楽に設定してもよい。
【0261】
具体的には、例えば、第１空間内にユーザ５Ａとユーザ５Ｂとユーザ５Ｃとの３人のユーザが存在し、ユーザ５Ａとユーザ５Ｂとがクラシック音楽についての会話をしており、ユーザ５Ｃは当該会話に参加していないこととする。このとき、環境設定モジュール１７３１は、ユーザ５Ａ、ユーザ５Ｂおよびユーザ５Ｃのユーザ関連情報を分析する。そして、環境設定モジュール１７３１は、ユーザ５Ａとユーザ５Ｂとがクラシック音楽についての会話をしていることに基づいて、第１空間に適したＢＧＭをクラシック音楽と判定し、第１空間内のユーザ５に推薦する音楽をクラシック音楽に決定する。そして、環境設定モジュール１７３１は、第１空間内の全対象ユーザのＢＧＭをクラシック音楽に変化させる。すなわち、環境設定モジュール１７３１は、少なくとも２以上のユーザ５（具体的には、対象領域内の全対象ユーザ）の会話に関する履歴に基づいて複数のユーザ５（具体的には、対象領域内の全対象ユーザ）のメタバース内の環境を変化させてもよい。
【0262】
また、例えば、第１空間内にいる少なくとも２以上のユーザ５のユーザ関連情報を分析した結果が、第１空間内には特定の種類の音楽（例えば、特定のジャンルや、特定のアーティストや、特定の曲等）を好むユーザ５が多いことを示す場合（換言すると、例えば、当該特定の種類の音楽を好むユーザ５の数が所定の閾値以上である場合（具体的には、例えば、当該特定の種類の音楽を好むユーザ５の割合が所定の割合以上となる数である場合））に、環境設定モジュール１７３１は、第１空間内にいる複数のユーザ５のＢＧＭを、当該特定の種類の音楽に設定してもよい。
【0263】
具体的には、例えば、第１空間内にユーザ５Ａとユーザ５Ｂとユーザ５Ｃとの３人のユーザが存在し、ユーザ５Ａとユーザ５Ｂとが特定のアーティストの音楽を好み、ユーザ５Ｃが他のアーティストの音楽を好むこととする。このとき、環境設定モジュール１７３１は、ユーザ５Ａ、ユーザ５Ｂおよびユーザ５Ｃのユーザ関連情報を分析する。そして、環境設定モジュール１７３１は、第１空間内には当該特定のアーティストの音楽を好むユーザ５の割合が多いことに基づいて、第１空間に適したＢＧＭを当該特定のアーティストの音楽と判定し、第１空間内のユーザ５に推薦する音楽を当該特定のアーティストの音楽に決定する。そして、環境設定モジュール１７３１は、第１空間内の全対象ユーザのＢＧＭを当該特定のアーティストの音楽に変化させる。すなわち、環境設定モジュール１７３１は、少なくとも２以上のユーザ５（具体的には、対象領域内の全対象ユーザ）の趣味や嗜好に基づいて複数のユーザ５（具体的には、対象領域内の全対象ユーザ）のメタバース内の環境を変化させてもよい。なお、前述のように、各ユーザ５の好む音楽（換言すると、趣味、嗜好）は、ユーザ関連情報としてのプロフィール情報等として、ユーザが自身で入力しておくことが可能となっていてもよく、ユーザ５のメタバース内での行動履歴や現実世界での行動履歴に基づいて割り出されてもよい。
【0264】
また、例えば、第１空間内にいる全対象ユーザを年齢および性別で分類したときに２０代女性の割合が多い場合には、環境設定モジュール１７３１は、第１空間内にいる全対象ユーザのＢＧＭを、２０代女性の好む音楽に変化させてもよい。換言すると、環境設定モジュール１７３１は、第１空間内にいる少なくとも２以上のユーザ５のユーザ関連情報が、特定の性別や年齢（例えば、年齢層）のユーザ５が多いことを示す場合（換言すると、例えば、当該特定の性別や年齢のユーザ５の数が所定の閾値以上である場合（具体的には、例えば、当該特定の性別や年齢のユーザ５の割合が所定の割合以上となる数である場合））に、第１空間内の全対象ユーザのＢＧＭを当該特定の年齢や性別のユーザ５が好む音楽に設定してもよい。
【0265】
具体的には、例えば、第１空間内にユーザ５Ａとユーザ５Ｂとユーザ５Ｃとの３人のユーザが存在し、ユーザ５Ａとユーザ５Ｂとが２０代女性であり、ユーザ５Ｃは５０代男性であることとする。このとき、環境設定モジュール１７３１は、ユーザ５Ａ、ユーザ５Ｂおよびユーザ５Ｃのユーザ関連情報を分析する。そして、環境設定モジュール１７３１は、第１空間内にいる全対象ユーザを年齢および性別で分類した場合に、２０代女性の割合が多いことに基づいて、第１空間に適したＢＧＭを２０代女性の好む音楽と判定し、第１空間内のユーザ５に推薦する音楽を２０代女性の好む音楽に決定する。そして、環境設定モジュール１７３１は、第１空間内の全対象ユーザのＢＧＭを２０代女性の好む音楽に変化させる。すなわち、環境設定モジュール１７３１は、少なくとも２以上のユーザ５（具体的には、対象領域内の全対象ユーザ）の年齢や性別に基づいて複数のユーザ５（具体的には、対象領域内の全対象ユーザ）のメタバース内の環境を変化させてもよい。
【0266】
なお、環境設定モジュール１７３１は、対象ユーザ以外のＢＧＭも、対象ユーザと同様のＢＧＭに変化させてもよい。具体的には、例えば、対象領域内にいる全ユーザ５のうち、女性ユーザのみを分析対象としてユーザ関連情報の分析を行った場合（換言すると、対象ユーザが女性ユーザのみの場合）に、対象領域内にいる女性ユーザのみならず、男性ユーザについても、ＢＧＭを、当該分析の結果推薦されるＢＧＭに変化させてもよい。なお、対象領域内にいる全ユーザ５のうち、女性ユーザのみを分析対象としてユーザ関連情報の分析を行った場合に、対象領域内にいる女性ユーザのみについてＢＧＭを、当該分析の結果推薦されるＢＧＭに変化させてもよい。そして、対象領域内にいる全ユーザ５のうち、男性ユーザのみを分析対象としてユーザ関連情報の分析を別途行い、対象領域内にいる男性ユーザのみについてＢＧＭを、当該分析の結果推薦されるＢＧＭに変化させてもよい。
【0267】
なお、前述のように、環境設定モジュール１７３１は、複数のユーザ５のユーザ関連情報に基づいて、ＢＧＭを変化させるのに代えあるいは加え、背景や明るさを変化させてもよい。例えば、第１空間内にいる全対象ユーザのうちの少なくとも一部が、ボイスチャットやテキストチャットで愚痴を話している場合に、環境設定モジュール１７３１は、第１空間内にいる全対象ユーザの背景や明るさを、ムードに合わせた暗いものに変化させてもよい。なお、逆に、環境設定モジュール１７３１は、第１空間内にいる全対象ユーザの背景や明るさを、明るいものに変化させ、話題の変換を促すなどしてもよい。換言すると、環境設定モジュール１７３１は、第１空間内にいる少なくとも２以上のユーザ５（具体的には、対象領域内の全対象ユーザ）の会話の内容に基づいて、第１空間内にいる複数のユーザ５（具体的には、対象領域内の全対象ユーザ）のメタバース内の環境を第１空間内でされている会話の内容に適した環境に設定してもよい。
【0268】
このように、環境設定モジュール１７３１は、少なくとも２以上のユーザ５についてのユーザ関連情報に基づいて、複数のユーザ５のメタバース内の環境についての所定の設定を同一の設定にする。具体的には、環境設定モジュール１７３１は、ＢＧＭ、背景または明るさ等を複数のユーザ５（例えば、対象領域内の全対象ユーザ）間で同一のＢＧＭ、背景または明るさ等に設定する。換言すると、環境設定モジュール１７３１は複数のユーザ５のメタバース内の環境に同様の変化を与える。これにより、複数のユーザ５に同様の環境が提供され、複数のユーザ５間で体験が共有される。
【0269】
第２空間についても、環境設定モジュール１７３１は、第２空間内にいる複数のユーザ５のユーザ関連情報に基づいて、第２空間にいる複数のユーザ５のメタバース内の環境を変化させる。当該環境の変化については、第１空間の場合と同様にすることができるので、説明を省略する。
【0270】
環境設定モジュール１７３１が対象ユーザのユーザ関連情報を分析し、対象ユーザのＢＧＭを決定する契機は、特に限定されるものでないが、例えば、以下のようにすることができる。すなわち、例えば、環境設定モジュール１７３１は、対象領域内のユーザ５の数が所定の閾値以上となった場合に、対象領域内の対象ユーザのユーザ関連情報を分析し、対象ユーザのＢＧＭを決定してもよい。また、環境設定モジュール１７３１は、対象領域内の対象ユーザのユーザ関連情報を分析し、対象ユーザのＢＧＭを特定のＢＧＭに決定した後（換言すると、対象ユーザのスピーカ１８０から当該特定のＢＧＭが出力されているとき）に、対象領域内に他のユーザ５が入ってきた場合には、当該他のユーザ５のＢＧＭを当該特定のＢＧＭに変化させてもよく、当該他のユーザ５が入ってきたタイミングで、対象領域内の対象ユーザ（換言すると、当該他のユーザ５を含む複数のユーザ５）のユーザ関連情報を再度分析し、対象ユーザのＢＧＭを再度決定してもよい。
【0271】
また、環境設定モジュール１７３１は、対象領域内の対象ユーザのＢＧＭを特定のＢＧＭに決定すると、当該特定のＢＧＭが１週したタイミングで、対象領域内の対象ユーザのユーザ関連情報を再度分析し、次のＢＧＭを決定するなどしてもよい。ここで、特定のＢＧＭが１週したタイミングとは、例えば、１つの曲が終了するタイミングであってもよく、複数の曲からなるプレイリスト（換言すると、アルバム等）が終了するタイミング等であってもよい。また、環境設定モジュール１７３１は、対象領域内の対象ユーザのＢＧＭを特定のＢＧＭに決定すると、当該決定がされてから所定期間（例えば、５分）経過したタイミングで、対象領域内の対象ユーザのユーザ関連情報を再度分析し、次のＢＧＭを決定するなどしてもよい。
【0272】
換言すると、ユーザ情報取得モジュール１７３６によるユーザ関連情報の取得はリアルタイムで行われてもよいが、ＢＧＭは、対象領域内に存在するユーザ５の種類の変化（換言すると、あるユーザ５の対象領域への進入や、あるユーザ５の対象領域からの退出）等に応じてリアルタイムで（換言すると、即座に）変化せず、所定の契機で変化するようになっていてもよい。
【0273】
また、ある対象領域から他の対象領域にユーザ５が移動する場合のＢＧＭの変化については、例えば、以下のようにすることができる。ここでは、図２４に示すように、初めに第１空間にユーザ５Ａとユーザ５Ｂとユーザ５Ｃとの３人のユーザが存在するとともに、第２空間にユーザ５Ｄとユーザ５Ｅとの２人のユーザが存在し、その後、ユーザ５Ｃが、第１空間から第２空間に移動する場合を例に説明する。
【0274】
まず初めに、環境設定モジュール１７３１は、ユーザ５Ａとユーザ５Ｂとユーザ５Ｃとのユーザ関連情報に基づいて、第１空間に適したＢＧＭを第１ＢＧＭと判定し、ユーザ５Ａとユーザ５Ｂとユーザ５ＣとのＢＧＭを第１ＢＧＭに設定しているものとする。また、環境設定モジュール１７３１は、ユーザ５Ｄとユーザ５Ｅとのユーザ関連情報に基づいて、第２空間に適したＢＧＭを第２ＢＧＭと判定し、ユーザ５Ｄとユーザ５ＥとのＢＧＭを第２ＢＧＭに設定しているものとする。
【0275】
この状態において、ユーザ５Ｃが第１空間から第２空間に移動すると、環境設定モジュール１７３１は、ユーザ５Ａとユーザ５Ｂとのユーザ関連情報に基づいて、第１空間に適したＢＧＭを再度決定し、ユーザ５Ａとユーザ５ＢとのＢＧＭを変化させる。なお、ユーザ５Ａとユーザ５ＢとのＢＧＭを変化させるタイミング（換言すると、ＢＧＭを再度決定するタイミング）は、ユーザ５Ｃが第１空間を離れたタイミングであってもよく、第１ＢＧＭが１週したタイミングや、第１空間のＢＧＭが第１ＢＧＭに決定されてから所定期間（例えば、５分）経過したタイミング等であってもよい。なお、ここでは、ユーザ５が対象領域から離れる場合のＢＧＭの変化について、ユーザ５Ｃが第１空間から第２空間へ移動する場合を例に説明したが、ユーザ５がメタバースからログアウトすることにより対象領域から離れる場合についても同様とすることができる。
【0276】
また、ユーザ５Ｃが第１空間から第２空間に移動すると、環境設定モジュール１７３１は、ユーザ５Ｃとユーザ５Ｄとユーザ５Ｅとのユーザ関連情報に基づいて、第２空間に適したＢＧＭを再度決定し、ユーザ５Ｃとユーザ５Ｄとユーザ５ＥとのＢＧＭを変化させる。なお、ユーザ５Ｄとユーザ５ＥとのＢＧＭを変化させるタイミング（換言すると、ＢＧＭを再度決定するタイミング）は、ユーザ５Ｃが第２空間に入ったタイミングであってもよく、第２ＢＧＭが１週したタイミングや、第２空間のＢＧＭが第２ＢＧＭに決定されてから所定期間（例えば、５分）経過したタイミング等であってもよい。
【0277】
このように、対象領域について一旦ＢＧＭの設定（換言すると、環境の設定）がされると、対象領域内に存在するユーザの種類や数が変化しても、当該ＢＧＭの設定がされてから所定期間経過するまでは新たなＢＧＭの変化（換言すると、環境の変化）が起きないように環境に係る制御がされてもよい。
【0278】
また、環境設定モジュール１７３１は、ユーザ５ＣのＢＧＭについては、以下のように変化させてもよい。すなわち、例えば、環境設定モジュール１７３１は、ユーザ５Ｃが第２空間に入ると、ユーザ５ＣのＢＧＭを、ユーザ５Ｃが第２空間に入る前に第２空間にいたユーザ５Ｄおよびユーザ５Ｅに対して設定されていた第２ＢＧＭに変化させてもよい。なお、この場合、ユーザ５Ｃについては、第２ＢＧＭがユーザ５Ｄおよびユーザ５Ｅの聴いている再生時点から再生されるようになっていてもよく、最初から再生されるようになっていてもよい。そして、その後、第２ＢＧＭが１週したタイミング、あるいは第２空間のＢＧＭが第２ＢＧＭに決定されてから所定期間（例えば、５分）経過したタイミング等で、ユーザ５Ｃとユーザ５Ｄとユーザ５ＥとのＢＧＭを、ユーザ５Ｃとユーザ５Ｄとユーザ５Ｅとのユーザ関連情報に基づいて、環境設定モジュール１７３１が決定したＢＧＭに変化させてもよい。あるいは、環境設定モジュール１７３１は、ユーザ５Ｃが第２空間に入ったタイミングで、ユーザ５Ｃとユーザ５Ｄとユーザ５Ｅとのユーザ関連情報を分析し、ユーザ５Ｃとユーザ５Ｄとユーザ５ＥとのＢＧＭを、当該分析に基づいて決定したＢＧＭに変化させてもよい。
【0279】
なお、第１空間から第２空間に移動する際に、コントロールモジュール５１０は、ユーザ５ＣのＢＧＭを第１ＢＧＭが徐々に聞こえなくなり、第２ＢＧＭが徐々に聞こえてくるように変化させてもよい。換言すると、コントロールモジュール５１０は、ユーザ５がある特定の対象領域から離れる場合に、当該特定の対象領域内の対象ユーザに設定されるＢＧＭがフェードアウトするように、ＢＧＭに係る制御を行ってもよい。また、コントロールモジュール５１０は、ユーザ５がある特定の対象領域に近づく場合に、当該特定の対象領域内の対象ユーザに設定されるＢＧＭがフェードインするように、ＢＧＭに係る制御を行ってもよい。換言すると、環境設定モジュール１７３１によって、第１空間にいる対象ユーザとしてのユーザ５Ｃに対して設定された第１ＢＧＭ（換言すると、環境についての設定）は、第１空間からユーザ５Ｃが離れた後もユーザ５Ｃのスピーカ１８０からの出力が持続するようになっていてもよい。なお、環境設定モジュール１７３１によって、第１空間にいる対象ユーザとしてのユーザ５Ｃに対して設定された第１ＢＧＭは、第１空間からユーザ５Ｃが離れた時点でユーザ５Ｃのスピーカ１８０からの出力が止まるようになっていてもよい。
【0280】
なお、環境設定モジュール１７３１が対象ユーザのユーザ関連情報に基づいて決定し、特定のユーザ５を含む対象ユーザのＢＧＭとして設定されたＢＧＭ（ここでは、「推薦ＢＧＭ」という。）は、任意のタイミングで当該特定のユーザ５が聴くことができるようになっていてもよい。具体的には、例えば、環境設定モジュール１７３１は、特定のＢＧＭを当該特定のユーザ５に推薦するＢＧＭとして決定した場合に、当該特定のユーザ５のＨＭＤセット１１０のスピーカ１８０から出力されるＢＧＭを当該特定のＢＧＭに変化させる。例えば、環境設定モジュール１７３１は、当該特定のユーザ５に推薦する推薦ＢＧＭを決定すると、推薦ＢＧＭのスピーカ１８０からの出力に係る情報を、当該特定のユーザ５のＨＭＤセット１１０のコントロールモジュール５１０に送信する。そして、コントロールモジュール５１０は、当該情報を受信すると推薦ＢＧＭをスピーカ１８０に出力させる。また、コントロールモジュール５１０は、当該情報を受信すると、図２５に示すように、推薦ＢＧＭのお気に入りとしての登録に係る表示（以下、「お気に入り登録表示３５」という。）をモニタ１３０に表示させる。具体的には、コントロールモジュール５１０は、当該情報を受信すると、推薦ＢＧＭのお気に入りとしての登録に係るお気に入り登録表示３５をモニタ１３０に自動的（換言すると、ユーザ５の操作を介さず）に表示させてもよい。あるいは、コントロールモジュール５１０は、当該情報を受信し、推薦ＢＧＭをスピーカ１８０に出力させている状態において、所定の操作（例えば、コントローラ３００による操作）がされた場合に、当該推薦ＢＧＭのお気に入りとしての登録に係るお気に入り登録表示３５をモニタ１３０に表示させてもよい。あるいは、コントロールモジュール５１０は、当該情報を受信し、推薦ＢＧＭのスピーカ１８０からの出力が開始された後（例えば、当該推薦ＢＧＭが流れている状態あるいは当該推薦ＢＧＭが流れ終わった後）において、ユーザ５がメタバースからのログアウトに係る操作を行うと、ログアウトを実行する前に、当該推薦ＢＧＭのお気に入りとしての登録に係るお気に入り登録表示３５をモニタ１３０に表示させてもよい。そして、モニタ１３０にお気に入り登録表示３５が表示されている状態において、所定の操作が行われると、推薦ＢＧＭがお気に入りとして登録されるようになっていてもよい。なお、お気に入りとして登録されたＢＧＭについての情報は、例えば、お気に入り記憶手段としての、メモリモジュール５３０またはメモリモジュール１６３０に記憶される。そして、コントロールモジュール５１０は、メタバース内での活動中において、ユーザ５による所定の操作（例えば、所定のメニュー画面上でのコントローラ３００による操作）がされると、お気に入りとして登録されたＢＧＭをスピーカ１８０に出力させてもよい。なお、「お気に入りとしての登録」とは、デフォルトＢＧＭとしての設定であってもよい。デフォルトＢＧＭとは、例えば、対象領域以外の領域において、ユーザ５のＢＧＭとして通常流れるＢＧＭ等のことをいう。なお、デフォルトＢＧＭは、例えば、メタバース外において（例えば、メタバースにログインするための操作が受け付けられる画面の表示中等において）、スピーカ１８０から出力されるＢＧＭ等であってもよい。換言すると、コントロールモジュール５１０は、お気に入りとして登録されたＢＧＭを、メタバース外において（例えば、自動的にあるいはユーザ５による所定の操作等に基づいて）スピーカ１８０に出力させてもよい。
【0281】
なお、一度ユーザ５に推薦された推薦ＢＧＭについての情報は、ログ情報としてメモリモジュール５３０またはメモリモジュール１６３０に記憶されてもよい。そして、コントロールモジュール５１０は、メタバース内での活動中において、ユーザ５による所定の操作（例えば、所定のメニュー画面上でのコントローラ３００による操作）がされると、当該ログ情報に基づいて過去に当該ユーザ５に推薦された推薦ＢＧＭのリストをモニタ１３０に表示させ、当該ユーザ５による当該リストからの選択に基づいて、過去に推薦された推薦ＢＧＭをスピーカ１８０に出力させてもよい。
【0282】
また、環境設定モジュール１７３１が、特定のＢＧＭ、特定の背景、または特定の明るさ等に対象領域内の複数の対象ユーザのメタバース内の環境を変化させる際に、当該対象領域内の特定のユーザ５の選択（換言すると、操作）を介して環境を変化させてもよい。具体的には、例えば、対象領域内には、当該特定のユーザ５として、ＤＪ（Disc Jockey）が存在していてもよい。そして、対象領域内の複数の対象ユーザのＢＧＭが、当該ＤＪの選択に応じて変化するようになっていてもよい。なお、ＤＪ（換言すると、特定のユーザ５）の設定方法は、特に限定されるものではないが、例えば、対象領域が、所定のライブ会場や、スポーツ観戦施設、パーティ会場、店舗といったものである場合、メタバース内においてイベントの主催者（換言すると、招待者）や場のオーナーとして設定されているユーザ５がＤＪに設定されてもよい。また、ＤＪは、コントロールモジュール１６１０が、対象領域内にいる複数の対象ユーザの中から所定の規則に基づいて決定したり、ランダムに決定したりしてもよい。なお、ＤＪは、対象ユーザに含まれてもよく、含まれなくてもよい。
【0283】
ＤＪの選択に基づいて対象領域内の複数の対象ユーザのＢＧＭを変化させる場合の制御例を図２６を参照しながら説明する。本制御例においては、環境設定モジュール１７３１は、対象領域内の複数の対象ユーザのユーザ関連情報に基づいて、当該複数の対象ユーザのＢＧＭとして推薦するＢＧＭ（換言すると、当該複数の対象ユーザについて設定するＢＧＭの候補）を複数抽出する。このとき、環境設定モジュール１７３１は、推薦する複数のＢＧＭのお薦め度（換言すると、各候補のお薦め度）に関する情報も出力する。そして、環境設定モジュール１７３１は、推薦するＢＧＭを示す情報および推薦するＢＧＭのお薦め度に関する情報をＤＪのコントロールモジュール５１０に送信する。なお、お薦め度は、例えば、対象領域内の対象ユーザについて、適合する（換言すると、好む可能性の高い）対象ユーザが多いＢＧＭほどお薦め度が高いといえる。
【0284】
ＤＪのコントロールモジュール５１０は、環境設定モジュール１７３１から送信された情報に基づいて、推薦する複数のＢＧＭと各ＢＧＭのお薦め度とを示す表示をモニタ１３０に表示させる。具体的には、コントロールモジュール５１０は、当該複数のＢＧＭの曲名やアーティスト名をモニタ１３０に表示させる。また、コントロールモジュール５１０は、各ＢＧＭのお薦め度を示す表示としてのパーセント表示をモニタ１３０に表示させる。なお、当該パーセント表示は、各ＢＧＭの適合する（換言すると、各ＢＧＭを好む可能性の高い）ユーザ５の割合を示すもの等であってもよい。なお、各ＢＧＭのお薦め度は、モニタ１３０における表示順序によって示されてもよい。具体的には、例えば、モニタ１３０において上側に表示されるＢＧＭほどお薦め度合が高くなっていてもよい。また、各ＢＧＭのお薦め度は、パーセント表示ではなく、例えば、図２６に示すように、各ＢＧＭの適合するユーザ５の人数の表示等によって示されてもよい。
【0285】
また、モニタ１３０に推薦する複数のＢＧＭと各ＢＧＭのお薦め度とを示す表示がされている状態において、推薦された複数のＢＧＭのうちのいずれかを選択するＤＪの操作（例えば、コントローラ３００による操作）がされると、コントロールモジュール５１０は、選択されたＢＧＭを示す情報を環境設定モジュール１７３１に送信する。そして、環境設定モジュール１７３１は、当該情報に基づいて、対象領域内の全対象ユーザのＢＧＭを、選択されたＢＧＭに変化させる。換言すると、環境設定モジュール１７３１は、対象領域内にいる複数の対象ユーザについてのユーザ関連情報に基づいて抽出される複数の候補の中から、当該対象領域内にいる特定のユーザが選択した候補に応じて、当該複数の対象ユーザのメタバース内の環境を変化させる。
【0286】
なお、ＤＪに提示される（換言するとＤＪのモニタ１３０に表示される）複数の推薦ＢＧＭには、各対象ユーザが自身のプロフィール情報等として予め登録しておいた、対象ユーザの好きな音楽が含まれてもよい。また、ＤＪに提示される複数の推薦ＢＧＭには、対象ユーザの行動履歴に基づいて抽出される対象ユーザに適した音楽が含まれてもよい。
【0287】
なお、環境設定モジュール１７３１は、ＢＧＭの推薦について、所定の課金を行ったユーザ５のユーザ関連情報の重要度を、当該所定の課金を行っていないユーザ５のユーザ関連情報の重要度よりも高く設定してもよい。すなわち、環境設定モジュール１７３１は、複数のユーザ５のユーザ関連情報に基づいて複数のユーザ５のＢＧＭを変化させるが、このとき、課金を行ったユーザ５に適合するＢＧＭの方が、課金を行っていないユーザ５に適合するＢＧＭよりも優先的に流れるように制御してもよい。また、例えば、環境設定モジュール１７３１は、ＤＪのモニタ１３０における表示において、課金を行ったユーザ５に適合するＢＧＭの方が、課金を行っていないユーザ５に適合するＢＧＭに比べ、お薦め度が高くなるように制御してもよい。なお、例えば、環境設定モジュール１７３１は、ＤＪのコントロールモジュール５１０に推薦するＢＧＭを示す情報を送る際に、各ＢＧＭが課金を行ったユーザ５に適合するＢＧＭか否かを示す情報を送ることとしてもよい。そして、コントロールモジュール５１０は、環境設定モジュール１７３１から送信された情報に基づいて、推薦する複数のＢＧＭと各ＢＧＭが課金を行ったユーザ５に適合するか否かとを示す表示をモニタ１３０に表示させてもよい。なお、各ユーザ５が課金を行ったか否かの情報は、例えば、メモリモジュール１６３０に記憶されている。
【0288】
また、環境設定モジュール１７３１は、メタバース内等において所定のゲームに参加する複数のユーザ５のユーザ関連情報に基づいてメタバース内の環境を変化させてもよい。例えば、環境設定モジュール１７３１は、ゲームにおいて所定の対象領域内にいる対象ユーザのユーザ関連情報の分析として、対象ユーザが自身のキャラクタ（ここで、キャラクタとはアバターを含む）に設定している職業（例えば、戦士、魔法使い等）の集計を行ってもよい。そして、環境設定モジュール１７３１は、例えば、当該所定の対象領域内にいる全対象ユーザを分析した結果、対象領域内に職業を戦士に設定したユーザ５が多いという分析結果が得られた場合に、対象領域内の全対象ユーザ（換言すると、職業を戦士以外に設定したユーザ５を含む複数のユーザ５）のＢＧＭを戦士に対応する勇ましいＢＧＭに変化させるなどしてもよい。
【0289】
なお、変化手段としての環境設定モジュール１７３１は、所定のゲームに参加する複数のユーザ５のユーザ関連情報に基づいてメタバース内の事物に次のような変化をもたらしてもよい。すなわち、例えば、環境設定モジュール１７３１は、所定の対象領域内にいる複数の対象ユーザのユーザ関連情報に基づいて、メタバース内で取得可能なアイテムまたは発生するイベント等を変化させてもよい。また、例えば、環境設定モジュール１７３１は、所定の対象領域内にいる複数の対象ユーザのユーザ関連情報に基づいて、当該複数の対象ユーザにバフをかけたり、当該複数の対象ユーザの敵にデバフをかけたりしてもよい。換言すると、環境設定モジュール１７３１は、所定の対象領域内にいる複数の対象ユーザのユーザ関連情報に基づいて、当該所定の対象領域を当該複数の対象ユーザに有利な場に変化させるなどしてもよい。具体的には、例えば、対象領域内にいる敵を複数のユーザ５で倒すゲーム等において、対象領域内に職業を特定の職業（例えば、魔法使い）に設定したユーザ５が所定数以上いる場合（具体的には、例えば、対象領域内の全対象ユーザが職業を特定の職業に設定している場合等）に、対象領域内の全対象ユーザについて（換言すると、全対象ユーザのキャラクタに）バフをかけるなどしてもよい。なお、例えば、環境設定モジュール１７３１は、複数のユーザでグループ（換言すると、パーティ）を組んで敵を倒すゲーム等において、グループ内のユーザ全員が職業を特定の職業（例えば、魔法使い）に設定している場合に、当該グループ内のユーザ全員について（換言すると、全対象ユーザのキャラクタに）バフをかけるなどしてもよい。換言すると、環境設定モジュール１７３１は、複数のユーザ５のユーザ関連情報に基づいて、所定のゲームにおいて所定の目的の達成（例えば、所定のステージのクリアや、所定の敵の討伐など）に影響を与える所定のパラメータを変化させる（具体的には、例えば、ユーザ５のキャラクタの特定のアクション（例えば、攻撃）が敵に与える影響（例えば、ダメージ）を変化させる）ようになっていてもよい。
【0290】
以上のように、環境設定モジュール１７３１は、２以上のユーザ５についてのユーザ関連情報に基づいて複数のユーザ５のメタバース内の環境等を変化させるが、当該２以上のユーザ５は、ともに特定の同じ領域内にいるユーザ５でなくてもよい。例えば、環境設定モジュール１７３１は、所定のグループを形成する複数のユーザ５についてのユーザ関連情報に基づいて、当該複数のユーザ５のメタバース内の環境（例えば、ＢＧＭ）を変化させてもよい。当該所定のグループは、例えば、ボイスチャットやテキストチャットにおける互いに会話を行うユーザ５同士のグループであってもよい。また、当該所定のグループは、例えば、自身と、自身のフレンドとによって形成されるグループであってもよい。また、当該所定のグループは、ゲームにおいて所定の目的の達成を共に目指すグループ（換言すると、パーティ）等であってもよい。
【0291】
また、環境設定モジュール１７３１は、２以上のユーザ５についてのユーザ関連情報に基づいて複数のユーザ５のメタバース内の環境等を変化させるが、当該２以上のユーザ５および当該複数のユーザ５の少なくとも一方には、不特定のユーザ５が含まれ得るようになっていてもよい。換言すると、例えば、当該２以上のユーザ５のうちの１のユーザと、他のユーザとは、同一の対象領域内にいるという関係性以外の特定の関係性（例えば、フレンド関係や、互いに会話をしている（例えば、同一のグループチャットに参加している）という関係や、パーティを組んでいるという関係等）を有さないものであってもよい。また、当該複数のユーザ５のうちの１のユーザと、他のユーザとは、同一の対象領域内にいるという関係性以外の特定の関係性を有さないものであってもよい。換言すると、対象領域は、不特定のユーザ５が対象ユーザとして進入可能な領域であってもよい。
【0292】
なお、対象領域内の２以上のユーザ５についてのユーザ関連情報に基づいて複数のユーザ５のメタバース内の環境等を変化させる場合において、環境設定モジュール１７３１は、ユーザ関連情報のみならず、ユーザ関連情報と対象領域自体が持つイメージとに基づいてメタバース内の環境等を変化させてもよい。換言すると、環境設定モジュール１７３１が対象ユーザに対して推薦するＢＧＭ、背景または明るさ等には、対象領域自体が持つイメージが反映されてもよい。
【0293】
次に、２以上のユーザ５についてのユーザ関連情報に基づいて複数のユーザ５のメタバース内の環境を変化させる処理の一例について、図２７を参照しながら説明する。
【0294】
ステップＳ４０１において、ユーザ情報取得モジュール１７３６は、メタバース内の各ユーザ５のユーザ関連情報を取得し、ユーザ関連情報記憶手段としてのメモリモジュール１６３０に記憶させる。
【0295】
次いで、ステップＳ４０２において、環境設定モジュール１７３１は、特定の対象領域内にいる複数のユーザ５（例えば、全ユーザ５）のユーザ関連情報に基づき、当該複数のユーザ５のＢＧＭとして設定するＢＧＭを決定する。
【0296】
次いで、ステップＳ４０３において、環境設定モジュール１７３１は、決定したＢＧＭに関する情報を当該複数のユーザ５それぞれのＨＭＤセット１１０に送信する。
【0297】
次いで、ステップＳ４０４において、当該複数のユーザ５それぞれのＨＭＤセット１１０のコントロールモジュール５１０は、ステップＳ４０３で送信された情報に基づいて、環境設定モジュール１７３１が決定したＢＧＭをスピーカ１８０に出力させる。
【0298】
なお、本発明は、上述した実施形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変形して実施できる。本発明はその発明の範囲内において、各構成要素の自由な組み合わせ、任意の構成要素の変形、または任意の構成要素の省略等が可能である。また、本明細書において説明した処理の流れはあくまで一例であり、各処理の順序や構成は異なるものであってもよい。
【0299】
［付記］
以上の実施形態で説明した事項は、以下の付記のようにも記載され得る。
以上の実施形態で説明した事項は、以下の付記のようにも記載され得る。
【0300】
（付記１）
コンピュータを、
メタバースを利用するユーザに関連する情報を取得する取得手段（例えば、ユーザ情報取得モジュール１７３６）と、
少なくとも２以上のユーザについての前記情報に基づいて、複数のユーザの前記メタバース内の環境を変化させる変化手段（例えば、推薦モジュール１７３１）と、として機能させる
プログラム。
このような構成によれば、２以上のユーザについてのユーザに関連する情報に応じて複数のユーザのメタバース内の環境が変化する。したがって、２以上のユーザについてのユーザに関連する情報を総合的に判断して当該複数のユーザのメタバース内の環境を変化させることができる。したがって、当該複数のユーザ、換言すると所定のグループについてメタバース内の環境をグループに応じた適切な環境に設定することができ、サービスの興趣性を向上させることができる。すなわち、このような構成によれば、メタバース内においてグループに応じた適切な環境設定ができない等の課題を解決することができる。
コンピュータを、
メタバースを利用するユーザに関連する情報を取得する取得手段（例えば、ユーザ情報取得モジュール１７３６）と、
少なくとも２以上のユーザについての前記情報に基づいて、複数のユーザの前記メタバース内の環境を変化させる変化手段（例えば、推薦モジュール１７３１）と、として機能させる
プログラム。
このような構成によれば、２以上のユーザについてのユーザに関連する情報に応じて複数のユーザのメタバース内の環境が変化する。したがって、２以上のユーザについてのユーザに関連する情報を総合的に判断して当該複数のユーザのメタバース内の環境を変化させることができる。したがって、当該複数のユーザ、換言すると所定のグループについてメタバース内の環境をグループに応じた適切な環境に設定することができ、サービスの興趣性を向上させることができる。すなわち、このような構成によれば、メタバース内においてグループに応じた適切な環境設定ができない等の課題を解決することができる。
【0301】
（付記２）
前記変化手段は、前記メタバース内の特定の領域内にいる少なくとも２以上のユーザについての前記情報に基づいて、前記特定の領域内にいる複数のユーザの前記メタバース内の環境を変化させる
付記１に記載のプログラム。
このような構成によれば、特定の領域内にいる２以上のユーザについてのユーザに関連する情報を総合的に判断して当該特定の領域内にいる複数のユーザのメタバース内の環境を変化させることができる。したがって、当該特定の領域内のユーザについてメタバース内の環境の設定を当該特定の領域内にいるユーザのグループに応じた適切なものとすることができ、サービスの興趣性を向上させることができる。
前記変化手段は、前記メタバース内の特定の領域内にいる少なくとも２以上のユーザについての前記情報に基づいて、前記特定の領域内にいる複数のユーザの前記メタバース内の環境を変化させる
付記１に記載のプログラム。
このような構成によれば、特定の領域内にいる２以上のユーザについてのユーザに関連する情報を総合的に判断して当該特定の領域内にいる複数のユーザのメタバース内の環境を変化させることができる。したがって、当該特定の領域内のユーザについてメタバース内の環境の設定を当該特定の領域内にいるユーザのグループに応じた適切なものとすることができ、サービスの興趣性を向上させることができる。
【0302】
（付記３）
前記変化手段は、前記メタバース内の特定の領域内にいる全ユーザについての前記情報に基づいて、前記特定の領域内にいる全ユーザの前記メタバース内の環境を変化させる
付記１に記載のプログラム。
このような構成によれば、特定の領域内にいる全ユーザについてのユーザに関連する情報を総合的に判断して当該特定の領域内にいる全ユーザのメタバース内の環境を変化させることができる。したがって、当該特定の領域内のユーザについてメタバース内の環境の設定を当該特定の領域に適したものとすることができ、サービスの興趣性を向上させることができる。
前記変化手段は、前記メタバース内の特定の領域内にいる全ユーザについての前記情報に基づいて、前記特定の領域内にいる全ユーザの前記メタバース内の環境を変化させる
付記１に記載のプログラム。
このような構成によれば、特定の領域内にいる全ユーザについてのユーザに関連する情報を総合的に判断して当該特定の領域内にいる全ユーザのメタバース内の環境を変化させることができる。したがって、当該特定の領域内のユーザについてメタバース内の環境の設定を当該特定の領域に適したものとすることができ、サービスの興趣性を向上させることができる。
【0303】
（付記４）
前記変化手段は、前記メタバース内の特定の領域内にいる複数のユーザについての前記情報に基づいて抽出される複数の候補の中から、前記特定の領域内にいる特定のユーザが選択した候補に応じて、当該複数のユーザの前記メタバース内の環境を変化させる
付記１に記載のプログラム。
このような構成によれば、特定の領域内にいる複数のユーザのメタバース内の環境を、当該複数のユーザについてのユーザに関連する情報に基づいて変化させるにあたり、変化の内容を、当該特定の領域内にいる特定のユーザの選択に応じて決定することができる。したがって、環境の変化に、選択権を持つユーザ毎の特徴が表れるようになり、サービスの興趣性を向上させることができる。
前記変化手段は、前記メタバース内の特定の領域内にいる複数のユーザについての前記情報に基づいて抽出される複数の候補の中から、前記特定の領域内にいる特定のユーザが選択した候補に応じて、当該複数のユーザの前記メタバース内の環境を変化させる
付記１に記載のプログラム。
このような構成によれば、特定の領域内にいる複数のユーザのメタバース内の環境を、当該複数のユーザについてのユーザに関連する情報に基づいて変化させるにあたり、変化の内容を、当該特定の領域内にいる特定のユーザの選択に応じて決定することができる。したがって、環境の変化に、選択権を持つユーザ毎の特徴が表れるようになり、サービスの興趣性を向上させることができる。
【0304】
（付記５）
前記変化手段は、前記メタバース内の環境の変化として、前記メタバース内に流れる背景音楽を変化させる
付記１～４のいずれか１つに記載のプログラム。
このような構成によれば、複数のユーザの背景音楽を２以上のユーザについてのユーザに関連する情報に応じて変化させることができ、サービスの興趣性を向上させることができる。
前記変化手段は、前記メタバース内の環境の変化として、前記メタバース内に流れる背景音楽を変化させる
付記１～４のいずれか１つに記載のプログラム。
このような構成によれば、複数のユーザの背景音楽を２以上のユーザについてのユーザに関連する情報に応じて変化させることができ、サービスの興趣性を向上させることができる。
【0305】
（付記６）
メタバースを利用するユーザに関連する情報を取得する取得手段（例えば、ユーザ情報取得モジュール１７３６）と、
少なくとも２以上のユーザについての前記情報に基づいて、複数のユーザの前記メタバース内の環境を変化させる変化手段（例えば、推薦モジュール１７３１）と、を備える
情報処理システム。
このような構成によれば、付記１に記載のプログラムと同様の作用効果を奏することができる。
メタバースを利用するユーザに関連する情報を取得する取得手段（例えば、ユーザ情報取得モジュール１７３６）と、
少なくとも２以上のユーザについての前記情報に基づいて、複数のユーザの前記メタバース内の環境を変化させる変化手段（例えば、推薦モジュール１７３１）と、を備える
情報処理システム。
このような構成によれば、付記１に記載のプログラムと同様の作用効果を奏することができる。
【符号の説明】
【0306】
５ ユーザ、６ アバターオブジェクト、１１ 仮想空間、１００ ＨＭＤシステム、１１０ ＨＭＤセット、１２０ ＨＭＤ、１３０ モニタ、２００ コンピュータ、２１０ プロセッサ、２２０ メモリ、２３０ ストレージ、２４０ 入出力インターフェイス、２５０ 通信インターフェイス、３００ コントローラ、４１０ ＨＭＤセンサ、４２０ モーションセンサ、５１０ コントロールモジュール、５２０ レンダリングモジュール、５３０ メモリモジュール、５４０ 通信制御モジュール、６００ サーバ、６１０ プロセッサ、６２０ メモリ、６３０ ストレージ、６４０ 入出力インターフェイス、６５０ 通信インターフェイス、７００ 外部機器、１４２１ 仮想カメラ制御モジュール、１４２２ 視界領域決定モジュール、１４２３ 基準視線特定モジュール、１４２４ 顔器官検出モジュール、１４２５ 動き検出モジュール、１４２６ 仮想空間定義モジュール、１４２７ 仮想オブジェクト生成モジュール、１４２８ 操作オブジェクト制御モジュール、１４２９ アバター制御モジュール、１４３８ 視界画像生成モジュール、１６１０ コントロールモジュール、１６３０ メモリモジュール、１６４０ 通信制御モジュール、１７２１ 推薦情報提示モジュール、１７３１ 推薦モジュール（環境設定モジュール）、１７３２ 属性設定モジュール、１７３３ 行動履歴取得モジュール、１７３４ アクセス制御モジュール、１７３６ ユーザ情報取得モジュール、１７４１ 連携管理モジュール、１７５１ 仮想空間内履歴記憶部、１７５２ ユーザ属性記憶部、１７５３ 現実世界内履歴記憶部
【要約】
【課題】サービスの興趣性を向上させる。
【解決手段】プログラムは、コンピュータを、メタバースを利用するユーザに関連する情報を取得する取得手段と、少なくとも２以上のユーザについてのユーザに関連する情報に基づいて、複数のユーザのメタバース内の環境を変化させる変化手段と、として機能させる。
【選択図】図１
【解決手段】プログラムは、コンピュータを、メタバースを利用するユーザに関連する情報を取得する取得手段と、少なくとも２以上のユーザについてのユーザに関連する情報に基づいて、複数のユーザのメタバース内の環境を変化させる変化手段と、として機能させる。
【選択図】図１
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8(A)】
【図8(B)】
【図9】
【図10】
【図11】
【図12(A)】
【図12(B)】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】