JP2024047588A - プログラムおよび情報処理システム - Google Patents

Abstract

【課題】ユーザが不快感を抱く可能性が低減された仮想空間をユーザに提供する。【解決手段】プログラムは、コンピュータを、複数のユーザのそれぞれに対応するキャラクタを出現させることが可能な仮想空間における、キャラクタの迷惑行為となる挙動を検知可能な検知手段と、前記迷惑行為となる挙動が検知されたことに基づき、特定の制御を実行する特定制御実行手段と、として機能させる。これにより、ユーザが不快感を抱く可能性が低減された仮想空間をユーザに提供できる。【選択図】図２０

Description

本発明は、プログラムおよび情報処理システムに関する。

従来より、仮想空間内で他のユーザと交流が可能なサービス（例えば、ゲーム等）が知られている（例えば、特許文献１参照）。

特開２０２１－１１４０３６号公報

ところで、このようなサービスにおいては、ユーザが不快感を抱く可能性が低減された仮想空間をユーザに提供することが求められている。

本発明は、前記事情に鑑みてなされたものであり、ユーザが不快感を抱く可能性が低減された仮想空間をユーザに提供することを目的とする。

本開示に示す一実施形態によれば、
コンピュータを、
複数のユーザのそれぞれに対応するキャラクタを出現させることが可能な仮想空間における、キャラクタの迷惑行為となる挙動を検知可能な検知手段と、
前記迷惑行為となる挙動が検知されたことに基づき、特定の制御を実行する特定制御実行手段と、
として機能させるプログラムが提供される。

本発明によれば、ユーザが不快感を抱く可能性が低減された仮想空間をユーザに提供することができる。

ある実施の形態に従うＨＭＤシステムの構成の概略を表す図である。 ある実施の形態に従うコンピュータのハードウェア構成の一例を表すブロック図である。 ある実施の形態に従うＨＭＤに設定されるｕｖｗ視野座標系を概念的に表す図である。 ある実施の形態に従う仮想空間を表現する一態様を概念的に表す図である。 ある実施の形態に従うＨＭＤを装着するユーザの頭部を上から表した図である。 仮想空間において視界領域をＸ方向から見たＹＺ断面を表す図である。 仮想空間において視界領域をＹ方向から見たＸＺ断面を表す図である。 ある実施の形態に従うコントローラの概略構成を表す図である。 ある実施の形態に従うユーザの右手に対して規定されるヨー、ロール、ピッチの各方向の一例を示す図である。 ある実施の形態に従うサーバのハードウェア構成の一例を表すブロック図である。 ある実施の形態に従うコンピュータをモジュール構成として表すブロック図である。 ある実施の形態に従うＨＭＤセットにおいて実行される処理を示すシーケンスチャートである。 ネットワークにおいて、各ＨＭＤがユーザに仮想空間を提供する状況を表す模式図である。 図１２Ａにおけるユーザ５Ａの視界画像を示す図である。 ある実施の形態に従うＨＭＤシステムにおいて実行される処理を示すシーケンスチャートである。 ある実施の形態に従うコンピュータのモジュールの詳細構成を表すブロック図である。 ある実施の形態に従うサーバをモジュール構成として表すブロック図である。 ある実施の形態に従うＨＭＤシステムにおいて実行される表示変更処理を示すフローチャートである。 ある実施の形態に従うアバターオブジェクトの外見およびハンドルネームの一例を示す図であって、（ａ）は所定の設定がされる前を示し、（ｂ）は所定の設定がされた後を示している。 ある実施の形態に従うＨＭＤシステムにおいて実行されるダミー配置処理を示すフローチャートである。 ある実施の形態に従うＨＭＤシステムにおいて、ダミー配置処理が実行された際の仮想空間を示す模式図である。 ある実施の形態に従うＨＭＤシステムにおいて実行される迷惑行為判定処理（その１）を示すフローチャートである。 ある実施の形態に従うＨＭＤシステムにおいて実行される迷惑行為判定処理（その２）を示すフローチャートである。 ある実施の形態に従うＨＭＤシステムにおいて実行される迷惑行為判定処理（その３）を示すフローチャートである。 ある実施の形態に従うＨＭＤシステムにおいて実行される迷惑行為判定処理（その４）を示すフローチャートである。 ある実施の形態に従うＨＭＤシステムにおいて実行される迷惑行為判定処理（その５）を示すフローチャートである。

以下、この技術的思想の実施の形態について図面を参照しながら詳細に説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。本開示において示される１以上の実施形態において、各実施形態が含む要素を互いに組み合わせることができ、かつ、当該組み合わせられた結果物も本開示が示す実施形態の一部をなすものとする。

［ＨＭＤシステムの構成］
図１を参照して、ＨＭＤ（Head-Mounted Device）システム１００の構成について説明する。図１は、本実施の形態に従うＨＭＤシステム１００の構成の概略を表す図である。ＨＭＤシステム１００は、家庭用のシステムとしてあるいは業務用のシステムとして提供される。ＨＭＤシステム１００は、ユーザに所定のサービスを提供する。

ＨＭＤシステム１００は、サーバ６００と、ＨＭＤセット１１０Ａ，１１０Ｂ，１１０Ｃ，１１０Ｄと、外部機器７００と、ネットワーク２とを含む。ＨＭＤセット１１０Ａ，１１０Ｂ，１１０Ｃ，１１０Ｄの各々は、ネットワーク２を介してサーバ６００や外部機器７００と通信可能に構成される。以下、ＨＭＤセット１１０Ａ，１１０Ｂ，１１０Ｃ，１１０Ｄを総称して、ＨＭＤセット１１０とも言う。ＨＭＤシステム１００を構成するＨＭＤセット１１０の数は、４つに限られず、３つ以下でも、５つ以上でもよい。ＨＭＤセット１１０は、ＨＭＤ１２０と、コンピュータ２００と、ＨＭＤセンサ４１０と、ディスプレイ４３０と、コントローラ３００とを備える。ＨＭＤ１２０は、モニタ１３０と、注視センサ１４０と、第１カメラ１５０と、第２カメラ１６０と、マイク１７０と、スピーカ１８０とを含む。コントローラ３００は、モーションセンサ４２０を含み得る。

ある局面において、コンピュータ２００は、インターネットその他のネットワーク２に接続可能であり、ネットワーク２に接続されているサーバ６００その他のコンピュータと通信可能である。その他のコンピュータとしては、例えば、他のＨＭＤセット１１０のコンピュータや外部機器７００が挙げられる。別の局面において、ＨＭＤ１２０は、ＨＭＤセンサ４１０の代わりに、センサ１９０を含み得る。

ＨＭＤ１２０は、ユーザ５の頭部に装着され、動作中に仮想空間をユーザ５に提供し得る。より具体的には、ＨＭＤ１２０は、右目用の画像および左目用の画像をモニタ１３０にそれぞれ表示する。ユーザ５の各目がそれぞれの画像を視認すると、ユーザ５は、両目の視差に基づき当該画像を３次元画像として認識し得る。ＨＭＤ１２０は、モニタを備える所謂ヘッドマウントディスプレイと、スマートフォンその他のモニタを有する端末を装着可能なヘッドマウント機器のいずれをも含み得る。

モニタ１３０は、例えば、非透過型の表示装置として実現される。ある局面において、モニタ１３０は、ユーザ５の両目の前方に位置するようにＨＭＤ１２０の本体に配置されている。したがって、ユーザ５は、モニタ１３０に表示される３次元画像を視認すると、仮想空間に没入することができる。ある局面において、仮想空間は、例えば、背景、ユーザ５が操作可能なオブジェクト、ユーザ５が選択可能なメニューの画像を含む。ある局面において、モニタ１３０は、所謂スマートフォンその他の情報表示端末が備える液晶モニタまたは有機ＥＬ（Electro Luminescence）モニタとして実現され得る。

別の局面において、モニタ１３０は、透過型の表示装置として実現され得る。透過型のモニタ１３０としては、例えば、メガネ型のものやコンタクトレンズ型のものがある。ＨＭＤ１２０は、図１に示されるようにユーザ５の目を覆う密閉型ではなく、ユーザ５の目を覆わない開放型のものであってもよい。透過型のモニタ１３０は、その透過率を調整することにより、一時的に非透過型の表示装置として構成可能であってもよい。モニタ１３０は、仮想空間を構成する画像の一部と、現実空間とを同時に表示する構成を含んでいてもよい。例えば、モニタ１３０は、ＨＭＤ１２０に搭載されたカメラで撮影した現実空間の画像を表示してもよいし、一部の透過率を高く設定することにより現実空間を視認可能にしてもよい。

ある局面において、モニタ１３０は、右目用の画像を表示するためのサブモニタと、左目用の画像を表示するためのサブモニタとを含み得る。別の局面において、モニタ１３０は、右目用の画像と左目用の画像とを一体として表示する構成であってもよい。この場合、モニタ１３０は、高速シャッタを含む。高速シャッタは、画像がいずれか一方の目にのみ認識されるように、右目用の画像と左目用の画像とを交互に表示可能に作動する。

ある局面において、ＨＭＤ１２０は、図示せぬ複数の光源を含む。各光源は例えば、赤外線を発するＬＥＤ（Light Emitting Diode）により実現される。ＨＭＤセンサ４１０は、ＨＭＤ１２０の動きを検出するためのポジショントラッキング機能を有する。より具体的には、ＨＭＤセンサ４１０は、ＨＭＤ１２０が発する複数の赤外線を読み取り、現実空間内におけるＨＭＤ１２０の位置および傾きを検出する。

別の局面において、ＨＭＤセンサ４１０は、カメラにより実現されてもよい。この場合、ＨＭＤセンサ４１０は、カメラから出力されるＨＭＤ１２０の画像情報を用いて、画像解析処理を実行することにより、ＨＭＤ１２０の位置および傾きを検出することができる。

別の局面において、ＨＭＤ１２０は、位置検出器として、ＨＭＤセンサ４１０の代わりに、あるいはＨＭＤセンサ４１０に加えてセンサ１９０を備えてもよい。ＨＭＤ１２０は、センサ１９０を用いて、ＨＭＤ１２０自身の位置および傾きを検出し得る。例えば、センサ１９０が角速度センサ、地磁気センサ、あるいは加速度センサである場合、ＨＭＤ１２０は、ＨＭＤセンサ４１０の代わりに、これらの各センサのいずれかを用いて、自身の位置および傾きを検出し得る。一例として、センサ１９０が角速度センサである場合、角速度センサは、現実空間におけるＨＭＤ１２０の３軸周りの角速度を経時的に検出する。ＨＭＤ１２０は、各角速度に基づいて、ＨＭＤ１２０の３軸周りの角度の時間的変化を算出し、さらに、角度の時間的変化に基づいて、ＨＭＤ１２０の傾きを算出する。

注視センサ１４０は、ユーザ５の右目および左目の視線が向けられる方向を検出する。つまり、注視センサ１４０は、ユーザ５の視線を検出する。視線の方向の検出は、例えば、公知のアイトラッキング機能によって実現される。注視センサ１４０は、当該アイトラッキング機能を有するセンサにより実現される。ある局面において、注視センサ１４０は、右目用のセンサおよび左目用のセンサを含むことが好ましい。注視センサ１４０は、例えば、ユーザ５の右目および左目に赤外光を照射するとともに、照射光に対する角膜および虹彩からの反射光を受けることにより各眼球の回転角を検出するセンサであってもよい。注視センサ１４０は、検出した各回転角に基づいて、ユーザ５の視線を検知することができる。

第１カメラ１５０は、ユーザ５の顔の下部を撮影する。より具体的には、第１カメラ１５０は、ユーザ５の鼻および口などを撮影する。第２カメラ１６０は、ユーザ５の目および眉などを撮影する。ＨＭＤ１２０のユーザ５側の筐体をＨＭＤ１２０の内側、ＨＭＤ１２０のユーザ５とは逆側の筐体をＨＭＤ１２０の外側と定義する。ある局面において、第１カメラ１５０は、ＨＭＤ１２０の外側に配置され、第２カメラ１６０は、ＨＭＤ１２０の内側に配置され得る。第１カメラ１５０および第２カメラ１６０が生成した画像は、コンピュータ２００に入力される。別の局面において、第１カメラ１５０と第２カメラ１６０とを１台のカメラとして実現し、この１台のカメラでユーザ５の顔を撮影するようにしてもよい。

マイク１７０は、ユーザ５の発話を音声信号（電気信号）に変換してコンピュータ２００に出力する。スピーカ１８０は、音声信号を音声に変換してユーザ５に出力する。別の局面において、ＨＭＤ１２０は、スピーカ１８０に替えてイヤホンを含み得る。

コントローラ３００は、有線または無線によりコンピュータ２００に接続されている。コントローラ３００は、ユーザ５からコンピュータ２００への命令の入力を受け付ける。ある局面において、コントローラ３００は、ユーザ５によって把持可能に構成される。別の局面において、コントローラ３００は、ユーザ５の身体あるいは衣類の一部に装着可能に構成される。さらに別の局面において、コントローラ３００は、コンピュータ２００から送信される信号に基づいて、振動、音、光のうちの少なくともいずれかを出力するように構成されてもよい。さらに別の局面において、コントローラ３００は、ユーザ５から、仮想空間に配置されるオブジェクトの位置や動きを制御するための操作を受け付ける。

ある局面において、コントローラ３００は、複数の光源を含む。各光源は例えば、赤外線を発するＬＥＤにより実現される。ＨＭＤセンサ４１０は、ポジショントラッキング機能を有する。この場合、ＨＭＤセンサ４１０は、コントローラ３００が発する複数の赤外線を読み取り、現実空間内におけるコントローラ３００の位置および傾きを検出する。別の局面において、ＨＭＤセンサ４１０は、カメラにより実現されてもよい。この場合、ＨＭＤセンサ４１０は、カメラから出力されるコントローラ３００の画像情報を用いて、画像解析処理を実行することにより、コントローラ３００の位置および傾きを検出することができる。

モーションセンサ４２０は、ある局面において、ユーザ５の手に取り付けられて、ユーザ５の手の動きを検出する。ユーザ５の手に取り付けられるとは、例えば、モーションセンサ４２０が、ユーザ５に把持可能に構成されたコントローラ３００に設けられる。把持型のコントローラ３００の一例については、図８を用いて後述する。また、モーションセンサ４２０は、ユーザ５が装着可能に構成された手袋型のデバイス（換言すると、手袋型のコントローラ３００）に設けられてもよい。手袋型のコントローラ３００の場合、把持型のコントローラ３００に比べ、容易に飛んで行かないため、現実空間における安全を確保できる。モーションセンサ４２０は、例えば、手の回転速度、回転数、指の動き等を検出する。検出された信号は、コンピュータ２００に送られる。なお、手袋型のコントローラ３００は、把持型のコントローラ３００に比べ、より多くの数の指（例えば全ての指）の動きを検出可能に構成されていてもよい。
別の局面において、ユーザ５に装着されないセンサがユーザ５の手の動きを検出してもよい。例えば、ユーザ５を撮影するカメラの信号が、ユーザ５の動作を表す信号として、コンピュータ２００に入力されてもよい。モーションセンサ４２０とコンピュータ２００とは、一例として、無線により互いに接続される。無線の場合、通信形態は特に限られず、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）その他の公知の通信手法が用いられる。

ディスプレイ４３０は、モニタ１３０に表示されている画像と同様の画像を表示する。これにより、ＨＭＤ１２０を装着しているユーザ５以外のユーザにも当該ユーザ５と同様の画像を視聴させることができる。ディスプレイ４３０に表示される画像は、３次元画像である必要はなく、右目用の画像や左目用の画像であってもよい。ディスプレイ４３０としては、例えば、液晶ディスプレイや有機ＥＬモニタなどが挙げられる。

サーバ６００は、コンピュータ２００にプログラムを送信し得る。別の局面において、サーバ６００は、他のユーザによって使用されるＨＭＤ１２０に仮想現実を提供するための他のコンピュータ２００と通信し得る。例えば、アミューズメント施設において、複数のユーザが参加型のゲームを行う場合、各コンピュータ２００は、各ユーザの動作に基づく信号をサーバ６００を介して他のコンピュータ２００と通信して、同じ仮想空間において複数のユーザが共通のゲームを楽しむことを可能にする。各コンピュータ２００は、各ユーザの動作に基づく信号をサーバ６００を介さずに他のコンピュータ２００と通信するようにしてもよい。

外部機器７００は、コンピュータ２００と通信可能な機器であればどのような機器であってもよい。外部機器７００は、例えば、ネットワーク２を介してコンピュータ２００と通信可能な機器であってもよいし、近距離無線通信や有線接続によりコンピュータ２００と直接通信可能な機器であってもよい。また、外部機器７００は、例えば、ネットワーク２を介してサーバ６００と通信可能な機器であってもよい。外部機器７００としては、例えば、スマートデバイス、ＰＣ（Personal Computer）、およびコンピュータ２００の周辺機器などが挙げられるが、これらに限定されるものではない。

［コンピュータのハードウェア構成］
図２を参照して、本実施の形態に係るコンピュータ２００について説明する。図２は、本実施の形態に従うコンピュータ２００のハードウェア構成の一例を表すブロック図である。コンピュータ２００は、主たる構成要素として、プロセッサ２１０と、メモリ２２０と、ストレージ２３０と、入出力インターフェイス２４０と、通信インターフェイス２５０とを備える。各構成要素は、それぞれ、バス２６０に接続されている。

プロセッサ２１０は、コンピュータ２００に与えられる信号に基づいて、あるいは、予め定められた条件が成立したことに基づいて、メモリ２２０またはストレージ２３０に格納されているプログラムに含まれる一連の命令を実行する。ある局面において、プロセッサ２１０は、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＭＰＵ（Micro Processor Unit）、ＦＰＧＡ（Field-Programmable Gate Array）その他のデバイスとして実現される。

メモリ２２０は、プログラムおよびデータを一時的に保存する。プログラムは、例えば、ストレージ２３０からロードされる。データは、コンピュータ２００に入力されたデータと、プロセッサ２１０によって生成されたデータとを含む。ある局面において、メモリ２２０は、ＲＡＭ（Random Access Memory）その他の揮発メモリとして実現される。

ストレージ２３０は、プログラムおよびデータを永続的に保持する。ストレージ２３０は、例えば、ＲＯＭ（Read-Only Memory）、ハードディスク装置、フラッシュメモリ、その他の不揮発記憶装置として実現される。ストレージ２３０に格納されるプログラムは、ＨＭＤシステム１００において仮想空間を提供するためのプログラム、シミュレーションプログラム、ゲームプログラム、ユーザ認証プログラム、他のコンピュータ２００との通信を実現するためのプログラムを含む。ストレージ２３０に格納されるデータは、仮想空間を規定するためのデータおよびオブジェクト等を含む。

別の局面において、ストレージ２３０は、メモリカードのように着脱可能な記憶装置として実現されてもよい。さらに別の局面において、コンピュータ２００に内蔵されたストレージ２３０の代わりに、外部の記憶装置に保存されているプログラムおよびデータを使用する構成が使用されてもよい。このような構成によれば、例えば、アミューズメント施設のように複数のＨＭＤシステム１００が使用される場面において、プログラムやデータの更新を一括して行うことが可能になる。

入出力インターフェイス２４０は、ＨＭＤ１２０、ＨＭＤセンサ４１０、モーションセンサ４２０およびディスプレイ４３０との間で信号を通信する。ＨＭＤ１２０に含まれるモニタ１３０，注視センサ１４０，第１カメラ１５０，第２カメラ１６０，マイク１７０およびスピーカ１８０は、ＨＭＤ１２０の入出力インターフェイス２４０を介してコンピュータ２００との通信を行ない得る。ある局面において、入出力インターフェイス２４０は、ＵＳＢ（Universal Serial Bus）、ＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）その他の端子を用いて実現される。入出力インターフェイス２４０は上述のものに限られない。

ある局面において、入出力インターフェイス２４０は、さらに、コントローラ３００と通信し得る。例えば、入出力インターフェイス２４０は、コントローラ３００およびモーションセンサ４２０から出力された信号の入力を受ける。別の局面において、入出力インターフェイス２４０は、プロセッサ２１０から出力された命令を、コントローラ３００に送る。当該命令は、振動、音声出力、発光等をコントローラ３００に指示する。コントローラ３００は、当該命令を受信すると、その命令に応じて、振動、音声出力または発光のいずれかを実行する。

通信インターフェイス２５０は、ネットワーク２に接続されて、ネットワーク２に接続されている他のコンピュータ（例えば、サーバ６００）と通信する。ある局面において、通信インターフェイス２５０は、例えば、ＬＡＮ（Local Area Network）その他の有線通信インターフェイス、あるいは、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near Field Communication）その他の無線通信インターフェイスとして実現される。通信インターフェイス２５０は上述のものに限られない。

ある局面において、プロセッサ２１０は、ストレージ２３０にアクセスし、ストレージ２３０に格納されている１つ以上のプログラムをメモリ２２０にロードし、当該プログラムに含まれる一連の命令を実行する。当該１つ以上のプログラムは、コンピュータ２００のオペレーティングシステム、仮想空間を提供するためのアプリケーションプログラム、仮想空間で実行可能なゲームソフトウェア等を含み得る。プロセッサ２１０は、入出力インターフェイス２４０を介して、仮想空間を提供するための信号をＨＭＤ１２０に送る。ＨＭＤ１２０は、その信号に基づいてモニタ１３０に映像を表示する。

図２に示される例では、コンピュータ２００は、ＨＭＤ１２０の外部に設けられる構成が示されているが、別の局面において、コンピュータ２００は、ＨＭＤ１２０に内蔵されてもよい。一例として、モニタ１３０を含む携帯型の情報通信端末（例えば、スマートフォン）がコンピュータ２００として機能してもよい。

コンピュータ２００は、複数のＨＭＤ１２０に共通して用いられる構成であってもよい。このような構成によれば、例えば、複数のユーザに同一の仮想空間を提供することもできるので、各ユーザは同一の仮想空間で他のユーザと同一のアプリケーションを楽しむことができる。

ある実施の形態において、ＨＭＤシステム１００では、現実空間における座標系である実座標系が予め設定されている。実座標系は、現実空間における鉛直方向、鉛直方向に直交する水平方向、並びに、鉛直方向および水平方向の双方に直交する前後方向にそれぞれ平行な、３つの基準方向（軸）を有する。実座標系における水平方向、鉛直方向（上下方向）、および前後方向は、それぞれ、ｘ軸、ｙ軸、ｚ軸と規定される。より具体的には、実座標系において、ｘ軸は現実空間の水平方向に平行である。ｙ軸は、現実空間の鉛直方向に平行である。ｚ軸は現実空間の前後方向に平行である。

ある局面において、ＨＭＤセンサ４１０は、赤外線センサを含む。赤外線センサが、ＨＭＤ１２０の各光源から発せられた赤外線をそれぞれ検出すると、ＨＭＤ１２０の存在を検出する。ＨＭＤセンサ４１０は、さらに、各点の値（実座標系における各座標値）に基づいて、ＨＭＤ１２０を装着したユーザ５の動きに応じた、現実空間内におけるＨＭＤ１２０の位置および傾き（向き）を検出する。より詳しくは、ＨＭＤセンサ４１０は、経時的に検出された各値を用いて、ＨＭＤ１２０の位置および傾きの時間的変化を検出できる。

ＨＭＤセンサ４１０によって検出されたＨＭＤ１２０の各傾きは、実座標系におけるＨＭＤ１２０の３軸周りの各傾きに相当する。ＨＭＤセンサ４１０は、実座標系におけるＨＭＤ１２０の傾きに基づき、ｕｖｗ視野座標系をＨＭＤ１２０に設定する。ＨＭＤ１２０に設定されるｕｖｗ視野座標系は、ＨＭＤ１２０を装着したユーザ５が仮想空間において物体を見る際の視点座標系に対応する。

［ｕｖｗ視野座標系］
図３を参照して、ｕｖｗ視野座標系について説明する。図３は、ある実施の形態に従うＨＭＤ１２０に設定されるｕｖｗ視野座標系を概念的に表す図である。ＨＭＤセンサ４１０は、ＨＭＤ１２０の起動時に、実座標系におけるＨＭＤ１２０の位置および傾きを検出する。プロセッサ２１０は、検出された値に基づいて、ｕｖｗ視野座標系をＨＭＤ１２０に設定する。

図３に示されるように、ＨＭＤ１２０は、ＨＭＤ１２０を装着したユーザ５の頭部を中心（原点）とした３次元のｕｖｗ視野座標系を設定する。より具体的には、ＨＭＤ１２０は、実座標系を規定する水平方向、鉛直方向、および前後方向（ｘ軸、ｙ軸、ｚ軸）を、実座標系内においてＨＭＤ１２０の各軸周りの傾きだけ各軸周りにそれぞれ傾けることによって新たに得られる３つの方向を、ＨＭＤ１２０におけるｕｖｗ視野座標系のピッチ軸（ｕ軸）、ヨー軸（ｖ軸）、およびロール軸（ｗ軸）として設定する。

ある局面において、ＨＭＤ１２０を装着したユーザ５が直立し、かつ、正面を視認している場合、プロセッサ２１０は、実座標系に平行なｕｖｗ視野座標系をＨＭＤ１２０に設定する。この場合、実座標系における水平方向（ｘ軸）、鉛直方向（ｙ軸）、および前後方向（ｚ軸）は、ＨＭＤ１２０におけるｕｖｗ視野座標系のピッチ軸（ｕ軸）、ヨー軸（ｖ軸）、およびロール軸（ｗ軸）に一致する。

ｕｖｗ視野座標系がＨＭＤ１２０に設定された後、ＨＭＤセンサ４１０は、ＨＭＤ１２０の動きに基づいて、設定されたｕｖｗ視野座標系におけるＨＭＤ１２０の傾きを検出できる。この場合、ＨＭＤセンサ４１０は、ＨＭＤ１２０の傾きとして、ｕｖｗ視野座標系におけるＨＭＤ１２０のピッチ角（θｕ）、ヨー角（θｖ）、およびロール角（θｗ）をそれぞれ検出する。ピッチ角（θｕ）は、ｕｖｗ視野座標系におけるピッチ軸周りのＨＭＤ１２０の傾き角度を表す。ヨー角（θｖ）は、ｕｖｗ視野座標系におけるヨー軸周りのＨＭＤ１２０の傾き角度を表す。ロール角（θｗ）は、ｕｖｗ視野座標系におけるロール軸周りのＨＭＤ１２０の傾き角度を表す。

ＨＭＤセンサ４１０は、検出されたＨＭＤ１２０の傾きに基づいて、ＨＭＤ１２０が動いた後のＨＭＤ１２０におけるｕｖｗ視野座標系を、ＨＭＤ１２０に設定する。ＨＭＤ１２０と、ＨＭＤ１２０のｕｖｗ視野座標系との関係は、ＨＭＤ１２０の位置および傾きに関わらず、常に一定である。ＨＭＤ１２０の位置および傾きが変わると、当該位置および傾きの変化に連動して、実座標系におけるＨＭＤ１２０のｕｖｗ視野座標系の位置および傾きが変化する。

ある局面において、ＨＭＤセンサ４１０は、赤外線センサからの出力に基づいて取得される赤外線の光強度および複数の点間の相対的な位置関係（例えば、各点間の距離など）に基づいて、ＨＭＤ１２０の現実空間内における位置を、ＨＭＤセンサ４１０に対する相対位置として特定してもよい。プロセッサ２１０は、特定された相対位置に基づいて、現実空間内（実座標系）におけるＨＭＤ１２０のｕｖｗ視野座標系の原点を決定してもよい。

［仮想空間］
図４を参照して、仮想空間についてさらに説明する。図４は、ある実施の形態に従う仮想空間１１を表現する一態様を概念的に表す図である。仮想空間１１は、中心１２の３６０度方向の全体を覆う全天球状の構造を有する。図４では、説明を複雑にしないために、仮想空間１１のうちの上半分の天球が例示されている。仮想空間１１では各メッシュが規定される。各メッシュの位置は、仮想空間１１に規定されるグローバル座標系であるＸＹＺ座標系における座標値として予め規定されている。コンピュータ２００は、仮想空間１１に展開可能なパノラマ画像１３（静止画、動画等）を構成する各部分画像を、仮想空間１１において対応する各メッシュにそれぞれ対応付ける。

ある局面において、仮想空間１１では、中心１２を原点とするＸＹＺ座標系が規定される。ＸＹＺ座標系は、例えば、実座標系に平行である。ＸＹＺ座標系における水平方向、鉛直方向（上下方向）、および前後方向は、それぞれＸ軸、Ｙ軸、Ｚ軸として規定される。したがって、ＸＹＺ座標系のＸ軸（水平方向）が実座標系のｘ軸と平行であり、ＸＹＺ座標系のＹ軸（鉛直方向）が実座標系のｙ軸と平行であり、ＸＹＺ座標系のＺ軸（前後方向）が実座標系のｚ軸と平行である。

ＨＭＤ１２０の起動時、すなわちＨＭＤ１２０の初期状態において、仮想カメラ１４が、仮想空間１１の中心１２に配置される。ある局面において、プロセッサ２１０は、仮想カメラ１４が撮影する画像をＨＭＤ１２０のモニタ１３０に表示する。仮想カメラ１４は、現実空間におけるＨＭＤ１２０の動きに連動して、仮想空間１１を同様に移動する。これにより、現実空間におけるＨＭＤ１２０の位置および傾きの変化が、仮想空間１１において同様に再現され得る。

仮想カメラ１４には、ＨＭＤ１２０の場合と同様に、ｕｖｗ視野座標系が規定される。仮想空間１１における仮想カメラ１４のｕｖｗ視野座標系は、現実空間（実座標系）におけるＨＭＤ１２０のｕｖｗ視野座標系に連動するように規定されている。したがって、ＨＭＤ１２０の傾きが変化すると、それに応じて、仮想カメラ１４の傾きも変化する。仮想カメラ１４は、ＨＭＤ１２０を装着したユーザ５の現実空間における移動に連動して、仮想空間１１において移動することもできる。

コンピュータ２００のプロセッサ２１０は、仮想カメラ１４の位置と傾き（基準視線１６）とに基づいて、仮想空間１１における視界領域１５を規定する。視界領域１５は、仮想空間１１のうち、ＨＭＤ１２０を装着したユーザ５が視認する領域に対応する。つまり、仮想カメラ１４の位置は、仮想空間１１におけるユーザ５の視点と言える。

注視センサ１４０によって検出されるユーザ５の視線は、ユーザ５が物体を視認する際の視点座標系における方向である。ＨＭＤ１２０のｕｖｗ視野座標系は、ユーザ５がモニタ１３０を視認する際の視点座標系に等しい。仮想カメラ１４のｕｖｗ視野座標系は、ＨＭＤ１２０のｕｖｗ視野座標系に連動している。したがって、ある局面に従うＨＭＤシステム１００は、注視センサ１４０によって検出されたユーザ５の視線を、仮想カメラ１４のｕｖｗ視野座標系におけるユーザ５の視線とみなすことができる。

［ユーザの視線］
図５を参照して、ユーザ５の視線の決定について説明する。図５は、ある実施の形態に従うＨＭＤ１２０を装着するユーザ５の頭部を上から表した図である。

ある局面において、注視センサ１４０は、ユーザ５の右目および左目の各視線を検出する。ある局面において、ユーザ５が近くを見ている場合、注視センサ１４０は、視線Ｒ１およびＬ１を検出する。別の局面において、ユーザ５が遠くを見ている場合、注視センサ１４０は、視線Ｒ２およびＬ２を検出する。この場合、ロール軸ｗに対して視線Ｒ２およびＬ２が成す角度は、ロール軸ｗに対して視線Ｒ１およびＬ１が成す角度よりも小さい。注視センサ１４０は、検出結果をコンピュータ２００に送信する。

コンピュータ２００が、視線の検出結果として、視線Ｒ１およびＬ１の検出値を注視センサ１４０から受信した場合には、その検出値に基づいて、視線Ｒ１およびＬ１の交点である注視点Ｎ１を特定する。一方、コンピュータ２００は、視線Ｒ２およびＬ２の検出値を注視センサ１４０から受信した場合には、視線Ｒ２およびＬ２の交点を注視点として特定する。コンピュータ２００は、特定した注視点Ｎ１の位置に基づき、ユーザ５の視線Ｎ０を特定する。コンピュータ２００は、例えば、ユーザ５の右目Ｒと左目Ｌとを結ぶ直線の中点と、注視点Ｎ１とを通る直線の延びる方向を、視線Ｎ０として検出する。視線Ｎ０は、ユーザ５が両目により実際に視線を向けている方向である。視線Ｎ０は、視界領域１５に対してユーザ５が実際に視線を向けている方向に相当する。

別の局面において、ＨＭＤシステム１００は、テレビジョン放送受信チューナを備えてもよい。このような構成によれば、ＨＭＤシステム１００は、仮想空間１１においてテレビ番組を表示することができる。

さらに別の局面において、ＨＭＤシステム１００は、インターネットに接続するための通信回路、あるいは、電話回線に接続するための通話機能を備えていてもよい。

［視界領域］
図６および図７を参照して、視界領域１５について説明する。図６は、仮想空間１１において視界領域１５をＸ方向から見たＹＺ断面を表す図である。図７は、仮想空間１１において視界領域１５をＹ方向から見たＸＺ断面を表す図である。

図６に示されるように、ＹＺ断面における視界領域１５は、領域１８を含む。領域１８は、仮想カメラ１４の位置と基準視線１６と仮想空間１１のＹＺ断面とによって定義される。プロセッサ２１０は、仮想空間における基準視線１６を中心として極角αを含む範囲を、領域１８として規定する。

図７に示されるように、ＸＺ断面における視界領域１５は、領域１９を含む。領域１９は、仮想カメラ１４の位置と基準視線１６と仮想空間１１のＸＺ断面とによって定義される。プロセッサ２１０は、仮想空間１１における基準視線１６を中心とした方位角βを含む範囲を、領域１９として規定する。極角αおよびβは、仮想カメラ１４の位置と仮想カメラ１４の傾き（向き）とに応じて定まる。

ある局面において、ＨＭＤシステム１００は、コンピュータ２００からの信号に基づいて、視界画像１７をモニタ１３０に表示させることにより、ユーザ５に仮想空間１１における視界を提供する。視界画像１７は、パノラマ画像１３のうち視界領域１５に対応する部分に相当する画像である。ユーザ５が、頭に装着したＨＭＤ１２０を動かすと、その動きに連動して仮想カメラ１４も動く。その結果、仮想空間１１における視界領域１５の位置が変化する。これにより、モニタ１３０に表示される視界画像１７は、パノラマ画像１３のうち、仮想空間１１においてユーザ５が向いた方向の視界領域１５に重畳する画像に更新される。ユーザ５は、仮想空間１１における所望の方向を視認することができる。

このように、仮想カメラ１４の傾きは仮想空間１１におけるユーザ５の視線（基準視線１６）に相当し、仮想カメラ１４が配置される位置は、仮想空間１１におけるユーザ５の視点に相当する。したがって、仮想カメラ１４の位置または傾きを変更することにより、モニタ１３０に表示される画像が更新され、ユーザ５の視界が移動される。

ユーザ５は、ＨＭＤ１２０を装着している間、現実世界を視認することなく、仮想空間１１に展開されるパノラマ画像１３のみを視認できる。そのため、ＨＭＤシステム１００は、仮想空間１１への高い没入感覚をユーザ５に与えることができる。

ある局面において、プロセッサ２１０は、ＨＭＤ１２０を装着したユーザ５の現実空間における移動に連動して、仮想空間１１において仮想カメラ１４を移動し得る。この場合、プロセッサ２１０は、仮想空間１１における仮想カメラ１４の位置および傾きに基づいて、ＨＭＤ１２０のモニタ１３０に投影される画像領域（視界領域１５）を特定する。

ある局面において、仮想カメラ１４は、２つの仮想カメラ、すなわち、右目用の画像を提供するための仮想カメラと、左目用の画像を提供するための仮想カメラとを含み得る。ユーザ５が３次元の仮想空間１１を認識できるように、適切な視差が、２つの仮想カメラに設定される。別の局面において、仮想カメラ１４を１つの仮想カメラにより実現してもよい。この場合、１つの仮想カメラにより得られた画像から、右目用の画像と左目用の画像とを生成するようにしてもよい。本実施の形態においては、仮想カメラ１４が２つの仮想カメラを含み、２つの仮想カメラのロール軸が合成されることによって生成されるロール軸（ｗ）がＨＭＤ１２０のロール軸（ｗ）に適合されるように構成されているものとして、本開示に係る技術思想を例示する。

［コントローラ］
図８を参照して、コントローラ３００の一例について説明する。図８は、ある実施の形態に従うコントローラ３００の概略構成を表す図である。

図８に示されるように、ある局面において、コントローラ３００は、右コントローラ３００Ｒと図示せぬ左コントローラとを含み得る。右コントローラ３００Ｒは、ユーザ５の右手で操作される。左コントローラは、ユーザ５の左手で操作される。ある局面において、右コントローラ３００Ｒと左コントローラとは、別個の装置として対称に構成される。したがって、ユーザ５は、右コントローラ３００Ｒを把持した右手と、左コントローラを把持した左手とをそれぞれ自由に動かすことができる。別の局面において、コントローラ３００は両手の操作を受け付ける一体型のコントローラであってもよい。以下、右コントローラ３００Ｒについて説明する。

右コントローラ３００Ｒは、グリップ３１０と、フレーム３２０と、天面３３０とを備える。グリップ３１０は、ユーザ５の右手によって把持されるように構成されている。たとえば、グリップ３１０は、ユーザ５の右手の掌と３本の指（中指、薬指、小指）とによって保持され得る。

グリップ３１０は、ボタン３４０，３５０と、モーションセンサ４２０とを含む。ボタン３４０は、グリップ３１０の側面に配置され、右手の中指による操作を受け付ける。ボタン３５０は、グリップ３１０の前面に配置され、右手の人差し指による操作を受け付ける。ある局面において、ボタン３４０，３５０は、トリガー式のボタンとして構成される。モーションセンサ４２０は、グリップ３１０の筐体に内蔵されている。ユーザ５の動作がカメラその他の装置によってユーザ５の周りから検出可能である場合には、グリップ３１０は、モーションセンサ４２０を備えなくてもよい。

フレーム３２０は、その円周方向に沿って配置された複数の赤外線ＬＥＤ３６０を含む。赤外線ＬＥＤ３６０は、コントローラ３００を使用するプログラムの実行中に、当該プログラムの進行に合わせて赤外線を発光する。赤外線ＬＥＤ３６０から発せられた赤外線は、右コントローラ３００Ｒと左コントローラとの各位置や姿勢（傾き、向き）を検出するために使用され得る。図８に示される例では、二列に配置された赤外線ＬＥＤ３６０が示されているが、配列の数は図８に示されるものに限られない。一列あるいは３列以上の配列が使用されてもよい。

天面３３０は、ボタン３７０，３８０と、アナログスティック３９０とを備える。ボタン３７０，３８０は、プッシュ式ボタンとして構成される。ボタン３７０，３８０は、ユーザ５の右手の親指による操作を受け付ける。アナログスティック３９０は、ある局面において、初期位置（ニュートラルの位置）から３６０度任意の方向への操作を受け付ける。当該操作は、たとえば、仮想空間１１に配置されるオブジェクトを移動するための操作を含む。

ある局面において、右コントローラ３００Ｒおよび左コントローラは、赤外線ＬＥＤ３６０その他の部材を駆動するための電池を含む。電池は、充電式、ボタン型、乾電池型などを含むが、これらに限定されない。別の局面において、右コントローラ３００Ｒと左コントローラは、たとえば、コンピュータ２００のＵＳＢインターフェイスに接続され得る。この場合、右コントローラ３００Ｒおよび左コントローラは、電池を必要としない。

図８の状態（Ａ）および状態（Ｂ）に示されるように、例えば、ユーザ５の右手に対して、ヨー、ロール、ピッチの各方向が規定される。ユーザ５が親指と人差し指とを伸ばした場合に、親指の伸びる方向がヨー方向、人差し指の伸びる方向がロール方向、ヨー方向の軸およびロール方向の軸によって規定される平面に垂直な方向がピッチ方向として規定される。

［サーバのハードウェア構成］
図９を参照して、本実施の形態に係るサーバ６００について説明する。図９は、ある実施の形態に従うサーバ６００のハードウェア構成の一例を表すブロック図である。サーバ６００は、主たる構成要素として、プロセッサ６１０と、メモリ６２０と、ストレージ６３０と、入出力インターフェイス６４０と、通信インターフェイス６５０とを備える。各構成要素は、それぞれ、バス６６０に接続されている。

プロセッサ６１０は、サーバ６００に与えられる信号に基づいて、あるいは、予め定められた条件が成立したことに基づいて、メモリ６２０またはストレージ６３０に格納されているプログラムに含まれる一連の命令を実行する。ある局面において、プロセッサ６１０は、ＣＰＵ、ＧＰＵ、ＭＰＵ、ＦＰＧＡその他のデバイスとして実現される。

メモリ６２０は、プログラムおよびデータを一時的に保存する。プログラムは、例えば、ストレージ６３０からロードされる。データは、サーバ６００に入力されたデータと、プロセッサ６１０によって生成されたデータとを含む。ある局面において、メモリ６２０は、ＲＡＭその他の揮発メモリとして実現される。

ストレージ６３０は、プログラムおよびデータを永続的に保持する。ストレージ６３０は、例えば、ＲＯＭ、ハードディスク装置、フラッシュメモリ、その他の不揮発記憶装置として実現される。ストレージ６３０に格納されるプログラムは、ＨＭＤシステム１００において仮想空間を提供するためのプログラム、シミュレーションプログラム、ゲームプログラム、ユーザ認証プログラム、コンピュータ２００との通信を実現するためのプログラムを含んでもよい。ストレージ６３０に格納されるデータは、仮想空間を規定するためのデータおよびオブジェクト等を含んでもよい。

別の局面において、ストレージ６３０は、メモリカードのように着脱可能な記憶装置として実現されてもよい。さらに別の局面において、サーバ６００に内蔵されたストレージ６３０の代わりに、外部の記憶装置に保存されているプログラムおよびデータを使用する構成が使用されてもよい。このような構成によれば、例えば、アミューズメント施設のように複数のＨＭＤシステム１００が使用される場面において、プログラムやデータの更新を一括して行うことが可能になる。

入出力インターフェイス６４０は、入出力機器との間で信号を通信する。ある局面において、入出力インターフェイス６４０は、ＵＳＢ、ＤＶＩ、ＨＤＭＩ（登録商標）その他の端子を用いて実現される。入出力インターフェイス６４０は上述のものに限られない。

通信インターフェイス６５０は、ネットワーク２に接続されて、ネットワーク２に接続されているコンピュータ２００と通信する。ある局面において、通信インターフェイス６５０は、例えば、ＬＡＮその他の有線通信インターフェイス、あるいは、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、ＮＦＣその他の無線通信インターフェイスとして実現される。通信インターフェイス６５０は上述のものに限られない。

ある局面において、プロセッサ６１０は、ストレージ６３０にアクセスし、ストレージ６３０に格納されている１つ以上のプログラムをメモリ６２０にロードし、当該プログラムに含まれる一連の命令を実行する。当該１つ以上のプログラムは、サーバ６００のオペレーティングシステム、仮想空間を提供するためのアプリケーションプログラム、仮想空間で実行可能なゲームソフトウェア等を含み得る。プロセッサ６１０は、入出力インターフェイス６４０を介して、仮想空間を提供するための信号をコンピュータ２００に送ってもよい。

［ＨＭＤの制御装置］
図１０を参照して、ＨＭＤ１２０の制御装置について説明する。ある実施の形態において、制御装置は周知の構成を有するコンピュータ２００によって実現される。図１０は、ある実施の形態に従うコンピュータ２００をモジュール構成として表すブロック図である。

図１０に示されるように、コンピュータ２００は、コントロールモジュール５１０と、レンダリングモジュール５２０と、メモリモジュール５３０と、通信制御モジュール５４０とを備える。ある局面において、コントロールモジュール５１０とレンダリングモジュール５２０とは、プロセッサ２１０によって実現される。別の局面において、複数のプロセッサ２１０がコントロールモジュール５１０とレンダリングモジュール５２０として作動してもよい。メモリモジュール５３０は、メモリ２２０またはストレージ２３０によって実現される。通信制御モジュール５４０は、通信インターフェイス２５０によって実現される。

コントロールモジュール５１０は、ユーザ５に提供される仮想空間１１を制御する。コントロールモジュール５１０は、仮想空間１１を表す仮想空間データを用いて、ＨＭＤシステム１００における仮想空間１１を規定する。仮想空間データは、例えば、メモリモジュール５３０に記憶されている。コントロールモジュール５１０が、仮想空間データを生成したり、サーバ６００などから仮想空間データを取得するようにしたりしてもよい。

コントロールモジュール５１０は、オブジェクトを表すオブジェクトデータを用いて、仮想空間１１にオブジェクトを配置する。オブジェクトデータは、例えば、メモリモジュール５３０に記憶されている。コントロールモジュール５１０が、オブジェクトデータを生成したり、サーバ６００などからオブジェクトデータを取得するようにしたりしてもよい。オブジェクトは、例えば、ユーザ５の分身であるアバターオブジェクト（換言すると、ユーザ５のキャラクタオブジェクト）、キャラクタオブジェクト、コントローラ３００によって操作される仮想手などの操作オブジェクト、ゲームのストーリーの進行に従って配置される森、山その他を含む風景、街並み、動物等を含み得る。

コントロールモジュール５１０は、ネットワーク２を介して接続される他のコンピュータ２００のユーザ５のアバターオブジェクトを仮想空間１１に配置する。ある局面において、コントロールモジュール５１０は、ユーザ５のアバターオブジェクトを仮想空間１１に配置する。ある局面において、コントロールモジュール５１０は、ユーザ５を含む画像に基づいて、ユーザ５を模したアバターオブジェクトを仮想空間１１に配置する。別の局面において、コントロールモジュール５１０は、複数種類のアバターオブジェクト（例えば、動物を模したオブジェクトや、デフォルメされた人のオブジェクト）の中からユーザ５による選択を受け付けたアバターオブジェクトを仮想空間１１に配置する。

コントロールモジュール５１０は、ＨＭＤセンサ４１０の出力に基づいてＨＭＤ１２０の傾きを特定する。別の局面において、コントロールモジュール５１０は、モーションセンサとして機能するセンサ１９０の出力に基づいてＨＭＤ１２０の傾きを特定する。コントロールモジュール５１０は、第１カメラ１５０および第２カメラ１６０が生成するユーザ５の顔の画像から、ユーザ５の顔を構成する器官（例えば、口，目，眉）を検出する。コントロールモジュール５１０は、検出した各器官の動き（形状）を検出する。

コントロールモジュール５１０は、注視センサ１４０からの信号に基づいて、ユーザ５の仮想空間１１における視線を検出する。コントロールモジュール５１０は、検出したユーザ５の視線と仮想空間１１の天球とが交わる視点位置（ＸＹＺ座標系における座標値）を検出する。より具体的には、コントロールモジュール５１０は、ｕｖｗ座標系で規定されるユーザ５の視線と、仮想カメラ１４の位置および傾きとに基づいて、視点位置を検出する。コントロールモジュール５１０は、検出した視点位置をサーバ６００に送信する。別の局面において、コントロールモジュール５１０は、ユーザ５の視線を表す視線情報をサーバ６００に送信するように構成されてもよい。係る場合、サーバ６００が受信した視線情報に基づいて視点位置を算出し得る。

コントロールモジュール５１０は、ＨＭＤセンサ４１０が検出するＨＭＤ１２０の動きをアバターオブジェクトに反映する。例えば、コントロールモジュール５１０は、ＨＭＤ１２０が傾いたことを検知して、アバターオブジェクトを傾けて配置する。コントロールモジュール５１０は、検出した顔器官の動作を、仮想空間１１に配置されるアバターオブジェクトの顔に反映させる。コントロールモジュール５１０は、サーバ６００から他のユーザ５の視線情報を受信し、当該他のユーザ５のアバターオブジェクトの視線に反映させる。ある局面において、コントロールモジュール５１０は、コントローラ３００の動きをアバターオブジェクトや操作オブジェクトに反映する。この場合、コントローラ３００は、コントローラ３００の動きを検知するためのモーションセンサ、加速度センサ、または複数の発光素子（例えば、赤外線ＬＥＤ）などを備えてもよい。また、コントローラ３００の動きとは、アナログスティック３９０の動きやボタン３７０，３８０の動き等であってもよい。そして、コントロールモジュール５１０は、例えば、アナログスティック３９０の動き（換言すると、アナログスティック３９０に対するユーザの操作）に基づいてアバターオブジェクトを仮想空間１１内で移動させるなどしてもよい。

コントロールモジュール５１０は、仮想空間１１においてユーザ５の操作を受け付けるための操作オブジェクトを仮想空間１１に配置する。ユーザ５は、操作オブジェクトを操作することにより、例えば、仮想空間１１に配置されるオブジェクトを操作する。ある局面において、操作オブジェクトは、例えば、ユーザ５の手に相当する仮想手である手オブジェクト等を含み得る。ある局面において、コントロールモジュール５１０は、モーションセンサ４２０の出力に基づいて現実空間におけるユーザ５の手の動きに連動するように仮想空間１１において手オブジェクトを動かす。ある局面において、操作オブジェクトは、アバターオブジェクトの手の部分に相当し得る。

コントロールモジュール５１０は、仮想空間１１に配置されるオブジェクトのそれぞれが、他のオブジェクトと衝突した場合に、当該衝突を検出する。コントロールモジュール５１０は、例えば、あるオブジェクトのコリジョンエリアと、別のオブジェクトのコリジョンエリアとが触れたタイミングを検出することができ、当該検出がされたときに、予め定められた処理を行う。コントロールモジュール５１０は、オブジェクトとオブジェクトとが触れている状態から離れたタイミングを検出することができ、当該検出がされたときに、予め定められた処理を行う。コントロールモジュール５１０は、オブジェクトとオブジェクトとが触れている状態であることを検出することができる。例えば、コントロールモジュール５１０は、操作オブジェクトと、他のオブジェクトとが触れたときに、これら操作オブジェクトと他のオブジェクトとが触れたことを検出して、予め定められた処理を行う。

ある局面において、コントロールモジュール５１０は、ＨＭＤ１２０のモニタ１３０における画像表示を制御する。例えば、コントロールモジュール５１０は、仮想空間１１に仮想カメラ１４を配置する。コントロールモジュール５１０は、仮想空間１１における仮想カメラ１４の位置と、仮想カメラ１４の傾き（向き）を制御する。コントロールモジュール５１０は、ＨＭＤ１２０を装着したユーザ５の頭の傾きと、仮想カメラ１４の位置に応じて、視界領域１５を規定する。レンダリングモジュール５２０は、決定された視界領域１５に基づいて、モニタ１３０に表示される視界画像１７を生成する。レンダリングモジュール５２０により生成された視界画像１７は、通信制御モジュール５４０によってＨＭＤ１２０に出力される。

コントロールモジュール５１０は、ＨＭＤ１２０から、ユーザ５のマイク１７０を用いた発話を検出すると、当該発話に対応する音声データの送信対象のコンピュータ２００を特定する。音声データは、コントロールモジュール５１０によって特定されたコンピュータ２００に送信される。コントロールモジュール５１０は、ネットワーク２を介して他のユーザのコンピュータ２００から音声データを受信すると、当該音声データに対応する音声（発話）をスピーカ１８０から出力する。

メモリモジュール５３０は、コンピュータ２００が仮想空間１１をユーザ５に提供するために使用されるデータを保持している。ある局面において、メモリモジュール５３０は、空間情報と、オブジェクト情報と、ユーザ情報とを保持している。

空間情報は、仮想空間１１を提供するために規定された１つ以上のテンプレートを保持している。

オブジェクト情報は、仮想空間１１を構成する複数のパノラマ画像１３、仮想空間１１にオブジェクトを配置するためのオブジェクトデータを含む。パノラマ画像１３は、静止画像および動画像を含み得る。パノラマ画像１３は、非現実空間の画像と現実空間の画像とを含み得る。非現実空間の画像としては、例えば、コンピュータグラフィックスで生成された画像が挙げられる。

ユーザ情報は、ユーザ５を識別するユーザＩＤを保持する。ユーザＩＤは、例えば、ユーザが使用するコンピュータ２００に設定されるＩＰ（Internet Protocol）アドレスまたはＭＡＣ（Media Access Control）アドレスであり得る。別の局面において、ユーザＩＤはユーザによって設定され得る。ユーザ情報は、ＨＭＤシステム１００の制御装置としてコンピュータ２００を機能させるためのプログラム等を含む。また、ユーザ情報は、サービスのアカウント毎（換言すると、ユーザＩＤ毎）に管理される情報を含む。

メモリモジュール５３０に格納されているデータおよびプログラムは、ＨＭＤ１２０のユーザ５によって入力される。あるいは、プロセッサ２１０が、当該コンテンツを提供する事業者が運営するコンピュータ（例えば、サーバ６００）からプログラムあるいはデータをダウンロードして、ダウンロードされたプログラムあるいはデータをメモリモジュール５３０に格納する。

通信制御モジュール５４０は、ネットワーク２を介して、サーバ６００その他の情報通信装置と通信し得る。

ある局面において、コントロールモジュール５１０およびレンダリングモジュール５２０は、例えば、ユニティテクノロジーズ社によって提供されるＵｎｉｔｙ（登録商標）を用いて実現され得る。別の局面において、コントロールモジュール５１０およびレンダリングモジュール５２０は、各処理を実現する回路素子の組み合わせとしても実現され得る。

コンピュータ２００における処理は、ハードウェアと、プロセッサ２１０により実行されるソフトウェアとによって実現される。このようなソフトウェアは、ハードディスクその他のメモリモジュール５３０に予め格納されている場合がある。ソフトウェアは、ＣＤ－ＲＯＭその他のコンピュータ読み取り可能な不揮発性のデータ記録媒体に格納されて、プログラム製品として流通している場合もある。あるいは、当該ソフトウェアは、インターネットその他のネットワークに接続されている情報提供事業者によってダウンロード可能なプログラム製品として提供される場合もある。このようなソフトウェアは、光ディスク駆動装置その他のデータ読取装置によってデータ記録媒体から読み取られて、あるいは、通信制御モジュール５４０を介してサーバ６００その他のコンピュータからダウンロードされた後、メモリモジュール５３０に一旦格納される。そのソフトウェアは、プロセッサ２１０によってメモリモジュール５３０から読み出され、実行可能なプログラムの形式でＲＡＭに格納される。プロセッサ２１０は、そのプログラムを実行する。

［ＨＭＤシステムの制御構造］
図１１を参照して、ＨＭＤセット１１０の制御構造について説明する。図１１は、ある実施の形態に従うＨＭＤセット１１０において実行される処理の一部を表すシーケンスチャートである。

図１１に示されるように、ステップＳ１１１０にて、コンピュータ２００のプロセッサ２１０は、コントロールモジュール５１０として、仮想空間データを特定し、仮想空間１１を定義する。

ステップＳ１１２０にて、プロセッサ２１０は、仮想カメラ１４を初期化する。たとえば、プロセッサ２１０は、メモリのワーク領域において、仮想カメラ１４を仮想空間１１において予め規定された中心１２に配置し、仮想カメラ１４の視線をユーザ５が向いている方向に向ける。

ステップＳ１１３０にて、プロセッサ２１０は、レンダリングモジュール５２０として、初期の視界画像を表示するための視界画像データを生成する。生成された視界画像データは、通信制御モジュール５４０によってＨＭＤ１２０に出力される。

ステップＳ１１３２にて、ＨＭＤ１２０のモニタ１３０は、コンピュータ２００から受信した視界画像データに基づいて、視界画像を表示する。ＨＭＤ１２０を装着したユーザ５は、視界画像を視認すると仮想空間１１を認識し得る。

ステップＳ１１３４にて、ＨＭＤセンサ４１０は、ＨＭＤ１２０から発信される複数の赤外線光に基づいて、ＨＭＤ１２０の位置と傾きを検知する。検知結果は、動き検知データとして、コンピュータ２００に出力される。

ステップＳ１１４０にて、プロセッサ２１０は、ＨＭＤ１２０の動き検知データに含まれる位置と傾きとに基づいて、ＨＭＤ１２０を装着したユーザ５の視界方向を特定する。

ステップＳ１１５０にて、プロセッサ２１０は、アプリケーションプログラムを実行し、アプリケーションプログラムに含まれる命令に基づいて、仮想空間１１にオブジェクト
を配置する。

ステップＳ１１６０にて、コントローラ３００は、ユーザ５の操作を検出し、その検出された操作を表す検出データをコンピュータ２００に出力する。別の局面において、ユーザ５による操作は、ユーザ５の周囲に配置されたカメラからの画像に基づいて検出されてもよい。

ステップＳ１１７０にて、プロセッサ２１０は、コントローラ３００から取得した検出データに基づいて、ユーザ５によるコントローラ３００の操作を検出する。

ステップＳ１１８０にて、プロセッサ２１０は、ユーザ５によるコントローラ３００の操作に基づく視界画像データを生成する。生成された視界画像データは、通信制御モジュール５４０によってＨＭＤ１２０に出力される。

ステップＳ１１９０にて、ＨＭＤ１２０は、受信した視界画像データに基づいて視界画像を更新し、更新後の視界画像をモニタ１３０に表示する。

［アバターオブジェクト］
図１２（Ａ）、（Ｂ）を参照して、本実施の形態に従うアバターオブジェクトについて説明する。以下、ＨＭＤセット１１０Ａ，１１０Ｂの各ユーザ５のアバターオブジェクトを説明する図である。以下、ＨＭＤセット１１０Ａのユーザをユーザ５Ａ、ＨＭＤセット１１０Ｂのユーザをユーザ５Ｂ、ＨＭＤセット１１０Ｃのユーザをユーザ５Ｃ、ＨＭＤセット１１０Ｄのユーザをユーザ５Ｄと表す。ＨＭＤセット１１０Ａに関する各構成要素の参照符号にＡが付され、ＨＭＤセット１１０Ｂに関する各構成要素の参照符号にＢが付され、ＨＭＤセット１１０Ｃに関する各構成要素の参照符号にＣが付され、ＨＭＤセット１１０Ｄに関する各構成要素の参照符号にＤが付される。例えば、ＨＭＤ１２０Ａは、ＨＭＤセット１１０Ａに含まれる。

図１２（Ａ）は、ネットワーク２において、各ＨＭＤ１２０がユーザ５に仮想空間１１を提供する状況を表す模式図である。コンピュータ２００Ａ～２００Ｄは、ＨＭＤ１２０Ａ～１２０Ｄを介して、ユーザ５Ａ～５Ｄに、仮想空間１１Ａ～１１Ｄをそれぞれ提供する。図１２（Ａ）に示される例において、仮想空間１１Ａおよび仮想空間１１Ｂは同じデータによって構成されている。換言すれば、コンピュータ２００Ａとコンピュータ２００Ｂとは同じ仮想空間を共有していることになる。仮想空間１１Ａおよび仮想空間１１Ｂには、ユーザ５Ａのアバターオブジェクト６Ａと、ユーザ５Ｂのアバターオブジェクト６Ｂとが存在する。仮想空間１１Ａにおけるアバターオブジェクト６Ａおよび仮想空間１１Ｂにおけるアバターオブジェクト６ＢがそれぞれＨＭＤ１２０を装着しているが、これは説明を分かりやすくするためのものであって、実際にはこれらのオブジェクトはＨＭＤ１２０を装着していない。

ある局面において、プロセッサ２１０Ａは、ユーザ５Ａの視界画像１７Ａを撮影する仮想カメラ１４Ａを、アバターオブジェクト６Ａの目の位置に配置し得る。

図１２（Ｂ）は、図１２（Ａ）におけるユーザ５Ａの視界画像１７Ａを示す図である。視界画像１７Ａは、ＨＭＤ１２０Ａのモニタ１３０Ａに表示される画像である。この視界画像１７Ａは、仮想カメラ１４Ａにより生成された画像である。視界画像１７Ａには、ユーザ５Ｂのアバターオブジェクト６Ｂが表示されている。特に図示はしていないが、ユーザ５Ｂの視界画像にも同様に、ユーザ５Ａのアバターオブジェクト６Ａが表示されている。

図１２（Ｂ）の状態において、ユーザ５Ａは仮想空間１１Ａを介してユーザ５Ｂと対話による通信（コミュニケーション）を図ることができる。より具体的には、マイク１７０Ａにより取得されたユーザ５Ａの音声は、サーバ６００を介してユーザ５ＢのＨＭＤ１２０Ｂに送信され、ＨＭＤ１２０Ｂに設けられたスピーカ１８０Ｂから出力される。ユーザ５Ｂの音声は、サーバ６００を介してユーザ５ＡのＨＭＤ１２０Ａに送信され、ＨＭＤ１２０Ａに設けられたスピーカ１８０Ａから出力される。

ユーザ５Ｂの動作（ＨＭＤ１２０Ｂの動きおよびコントローラ３００Ｂの動き）は、プロセッサ２１０Ａにより仮想空間１１Ａに配置されるアバターオブジェクト６Ｂに反映される。これにより、ユーザ５Ｂによって操作されて動くアバターオブジェクト６Ｂがユーザ５Ａから視認される。

図１３は、本実施の形態に従うＨＭＤシステム１００において実行される処理の一部を表すシーケンスチャートである。図１３においては、ＨＭＤセット１１０Ｄを図示していないが、ＨＭＤセット１１０Ｄについても、ＨＭＤセット１１０Ａ、１１０Ｂ、１１０Ｃと同様に動作する。以下の説明でも、ＨＭＤセット１１０Ａに関する各構成要素の参照符号にＡが付され、ＨＭＤセット１１０Ｂに関する各構成要素の参照符号にＢが付され、ＨＭＤセット１１０Ｃに関する各構成要素の参照符号にＣが付され、ＨＭＤセット１１０Ｄに関する各構成要素の参照符号にＤが付されるものとする。

ステップＳ１３１０Ａにおいて、ＨＭＤセット１１０Ａにおけるプロセッサ２１０Ａは、仮想空間１１Ａにおけるアバターオブジェクト６Ａの動作を決定するためのアバター情報を取得する。このアバター情報は、例えば、動き情報、フェイストラッキングデータ、および音声データ等のアバターに関する情報を含む。動き情報は、ＨＭＤ１２０Ａの位置および傾きの時間的変化を示す情報や、モーションセンサ４２０Ａ等により検出されたユーザ５Ａの手の動きを示す情報や、コントローラ３００等により検出されたユーザの操作を示す情報などを含む。フェイストラッキングデータは、ユーザ５Ａの顔の各パーツの位置および大きさを特定するデータが挙げられる。フェイストラッキングデータは、ユーザ５Ａの顔を構成する各器官の動きを示すデータや視線データが挙げられる。音声データは、ＨＭＤ１２０Ａのマイク１７０Ａによって取得されたユーザ５Ａの音声を示すデータが挙げられる。アバター情報には、アバターオブジェクト６Ａ、あるいはアバターオブジェクト６Ａに関連付けられるユーザ５Ａを特定する情報や、アバターオブジェクト６Ａが存在する仮想空間１１Ａを特定する情報等が含まれてもよい。アバターオブジェクト６Ａやユーザ５Ａを特定する情報としては、ユーザＩＤが挙げられる。アバターオブジェクト６Ａが存在する仮想空間１１Ａを特定する情報としては、ルームＩＤが挙げられる。プロセッサ２１０Ａは、上述のように取得されたアバター情報を、ネットワーク２を介してサーバ６００に送信する。

ステップＳ１３１０Ｂにおいて、ＨＭＤセット１１０Ｂにおけるプロセッサ２１０Ｂは、ステップＳ１３１０Ａにおける処理と同様に、仮想空間１１Ｂにおけるアバターオブジェクト６Ｂの動作を決定するためのアバター情報を取得し、サーバ６００に送信する。同様に、ステップＳ１３１０Ｃにおいて、ＨＭＤセット１１０Ｃにおけるプロセッサ２１０Ｃは、仮想空間１１Ｃにおけるアバターオブジェクト６Ｃの動作を決定するためのアバター情報を取得し、サーバ６００に送信する。

ステップＳ１３２０において、サーバ６００は、ＨＭＤセット１１０Ａ、ＨＭＤセット１１０Ｂ、およびＨＭＤセット１１０Ｃのそれぞれから受信したアバター情報を一旦記憶する。サーバ６００は、各アバター情報に含まれるユーザＩＤおよびルームＩＤ等に基づいて、共通の仮想空間１１に関連付けられた全ユーザ（この例では、ユーザ５Ａ～５Ｃ）のアバター情報を統合する。そして、サーバ６００は、予め定められたタイミングで、統合したアバター情報を当該仮想空間１１に関連付けられた全ユーザに送信する。これにより、同期処理が実行される。このような同期処理により、ＨＭＤセット１１０Ａ、ＨＭＤセット１１０Ｂ、およびＨＭＤセット１１０Ｃは、互いのアバター情報をほぼ同じタイミングで共有することができる。

続いて、サーバ６００から各ＨＭＤセット１１０Ａ～１１０Ｃに送信されたアバター情報に基づいて、各ＨＭＤセット１１０Ａ～１１０Ｃは、ステップＳ１３３０Ａ～Ｓ１３３０Ｃの処理を実行する。ステップＳ１３３０Ａの処理は、図１１におけるステップＳ１１８０の処理に相当する。

ステップＳ１３３０Ａにおいて、ＨＭＤセット１１０Ａにおけるプロセッサ２１０Ａは、仮想空間１１Ａにおける他のユーザ５Ｂ，５Ｃのアバターオブジェクト６Ｂ、アバターオブジェクト６Ｃの情報を更新する。具体的には、プロセッサ２１０Ａは、ＨＭＤセット１１０Ｂから送信されたアバター情報に含まれる動き情報に基づいて、仮想空間１１におけるアバターオブジェクト６Ｂの位置および向き等を更新する。例えば、プロセッサ２１０Ａは、メモリモジュール５３０に格納されたオブジェクト情報に含まれるアバターオブジェクト６Ｂの情報（位置および向き等）を更新する。同様に、プロセッサ２１０Ａは、ＨＭＤセット１１０Ｃから送信されたアバター情報に含まれる動き情報に基づいて、仮想空間１１におけるアバターオブジェクト６Ｃの情報（位置および向き等）を更新する。

ステップＳ１３３０Ｂにおいて、ＨＭＤセット１１０Ｂにおけるプロセッサ２１０Ｂは、ステップＳ１３３０Ａにおける処理と同様に、仮想空間１１Ｂにおけるユーザ５Ａ，５Ｃのアバターオブジェクト６Ａ，６Ｃの情報を更新する。同様に、ステップＳ１３３０Ｃにおいて、ＨＭＤセット１１０Ｃにおけるプロセッサ２１０Ｃは、仮想空間１１Ｃにおけるユーザ５Ａ，５Ｂのアバターオブジェクト６Ａ，６Ｂの情報を更新する。

［モジュールの詳細構成］
図１４を参照して、コンピュータ２００のモジュール構成の詳細について説明する。図１４は、ある実施の形態に従うコンピュータ２００のモジュールの詳細構成を表すブロック図である。

図１４に示されるように、コントロールモジュール５１０は、仮想カメラ制御モジュール１４２１と、視界領域決定モジュール１４２２と、基準視線特定モジュール１４２３と、顔器官検出モジュール１４２４と、動き検出モジュール１４２５と、仮想空間定義モジュール１４２６と、仮想オブジェクト生成モジュール１４２７と、操作オブジェクト制御モジュール１４２８と、アバター制御モジュール１４２９と、を備える。レンダリングモジュール５２０は、視界画像生成モジュール１４３８を備える。

仮想カメラ制御モジュール１４２１は、仮想空間１１に仮想カメラ１４を配置する。仮想カメラ制御モジュール１４２１は、仮想空間１１における仮想カメラ１４の配置位置と、仮想カメラ１４の向き（傾き）を制御する。視界領域決定モジュール１４２２は、ＨＭＤ１２０を装着したユーザの頭の向きと、仮想カメラ１４の配置位置に応じて、視界領域１５を規定する。視界画像生成モジュール１４３８は、決定された視界領域１５に基づいて、モニタ１３０に表示される視界画像１７を生成する。

基準視線特定モジュール１４２３は、注視センサ１４０からの信号に基づいて、ユーザ５の視線を特定する。顔器官検出モジュール１４２４は、第１カメラ１５０および第２カメラ１６０が生成するユーザ５の顔の画像から、ユーザ５の顔を構成する器官（例えば、口、目、眉）を検出する。動き検出モジュール１４２５は、顔器官検出モジュール１４２４が検出した各器官の動き（形状）を検出する。

仮想空間定義モジュール１４２６は、仮想空間１１を表す仮想空間データを生成することにより、ＨＭＤシステム１００における仮想空間１１を規定する。

仮想オブジェクト生成モジュール１４２７は、仮想空間１１に配置されるオブジェクトを生成する。オブジェクトは、例えば、ゲームのストーリーの進行に従って配置される森、山その他を含む風景、動物等を含み得る。

操作オブジェクト制御モジュール１４２８は、仮想空間１１においてユーザの操作を受け付けるための操作オブジェクトを仮想空間１１に配置する。ユーザは、操作オブジェクトを操作することにより、例えば、仮想空間１１に配置されるオブジェクトを操作する。ある局面において、操作オブジェクトは、例えば、ＨＭＤ１２０を装着したユーザの手に相当する手オブジェクト等を含み得る。ある局面において、操作オブジェクトは、後述するアバターオブジェクトの手の部分に相当し得る。

アバター制御モジュール１４２９は、ネットワーク２を介して接続される他のコンピュータ２００のユーザのアバターオブジェクト６を仮想空間１１に配置するためのデータを生成する。ある局面において、アバター制御モジュール１４２９は、ユーザ５のアバターオブジェクト６を仮想空間１１に配置するためのデータを生成する。ある局面において、アバター制御モジュール１４２９は、ユーザ５を含む画像に基づいて、ユーザ５を模したアバターオブジェクト６を生成する。別の局面において、アバター制御モジュール１４２９は、複数種類のアバターオブジェクト６（例えば、動物を模したオブジェクトや、デフォルメされた人のオブジェクト）の中からユーザ５による選択を受け付けたアバターオブジェクト６を仮想空間１１に配置するためのデータを生成する。

アバター制御モジュール１４２９は、ＨＭＤセンサ４１０が検出するＨＭＤ１２０の動きをアバターオブジェクト６に反映する。例えば、アバター制御モジュール１４２９は、ＨＭＤ１２０が傾いたことを検知して、アバターオブジェクト６を傾けて配置するためのデータを生成する。ある局面において、アバター制御モジュール１４２９は、コントローラ３００の動きをアバターオブジェクト６に反映する。別の局面において、アバター制御モジュール１４２９は、動き検出モジュール１４２５が検出した顔器官の動作を、仮想空間１１に配置されるアバターオブジェクト６の顔に反映する。つまり、アバター制御モジュール１４２９は、ユーザ５Ａの顔の動作をアバターオブジェクト６に反映する。このように、アバターオブジェクト６は、ＨＭＤセンサ４１０、コントローラ３００または動き検出モジュール１４２５が検出する動きによって操作される（換言すると、動かされる）ようになっている。

［サーバのモジュール構成］
図１５を参照して、サーバ６００のモジュール構成について説明する。図１５は、ある実施の形態に従うサーバ６００のモジュールの構成を表すブロック図である。図１５に示されるように、サーバ６００は、コントロールモジュール１６１０と、メモリモジュール１６３０と、通信制御モジュール１６４０とを備える。ある局面において、コントロールモジュール１６１０は、プロセッサ６１０によって実現される。メモリモジュール１６３０は、メモリ６２０またはストレージ６３０によって実現される。通信制御モジュール１６４０は、通信インターフェイス６５０によって実現される。

コントロールモジュール１６１０は、現実情報取得モジュール１７３１を備えている。

メモリモジュール１６３０は、コンピュータ２００が仮想空間１１をユーザ５に提供するために使用されるデータを保持している。ある局面において、メモリモジュール１６３０は、空間情報と、オブジェクト情報と、ユーザ情報とを保持している。メモリモジュール１６３０の空間情報、オブジェクト情報、およびユーザ情報は、それぞれ上述したメモリモジュール５３０の空間情報、オブジェクト情報、およびユーザ情報を含み得る。したがって、ここでは説明を省略する。

通信制御モジュール１６４０は、各ＨＭＤセット１１０から、各種の情報、および各種の要求を受信する。一例として、通信制御モジュール１６４０が各ＨＭＤセット１１０から受信する情報は、空間情報、オブジェクト情報、ユーザ情報、およびアバター情報を含み得る。通信制御モジュール１６４０は、各ＨＭＤセット１１０に対して、各種の情報、および各種の要求を送信する。一例として、通信制御モジュール１６４０が各ＨＭＤセット１１０へ送信する情報は、空間情報、オブジェクト情報、ユーザ情報、およびアバター情報を含み得る。

サーバ６００における処理は、ハードウェアと、プロセッサ６１０により実行されるソフトウェアとによって実現される。このようなソフトウェアは、ハードディスクその他のメモリモジュール１６３０に予め格納されている場合がある。ソフトウェアは、ＣＤ－ＲＯＭその他のコンピュータ読み取り可能な不揮発性のデータ記録媒体に格納されて、プログラム製品として流通している場合もある。あるいは、当該ソフトウェアは、インターネットその他のネットワークに接続されている情報提供事業者によってダウンロード可能なプログラム製品として提供される場合もある。このようなソフトウェアは、光ディスク駆動装置その他のデータ読取装置によってデータ記録媒体から読み取られて、あるいは、通信制御モジュール１６４０を介して所定のコンピュータからダウンロードされた後、メモリモジュール１６３０に一旦格納される。そのソフトウェアは、プロセッサ６１０によってメモリモジュール１６３０から読み出され、実行可能なプログラムの形式でＲＡＭに格納される。プロセッサ６１０は、そのプログラムを実行する。

なお、上述したコンピュータ２００およびサーバ６００のモジュール構成は一例にすぎない。コンピュータ２００およびサーバ６００の各装置は、他の装置が備えるモジュール（換言すると、機能）の少なくとも一部を備えていてもよい。また、コンピュータ２００およびサーバ６００等の各装置は、一体の機器により実現されるものでなくてもよく、例えば、ネットワーク等を介して接続される複数の機器によって実現されてもよい。

また、本実施形態では、コンピュータ２００のプロセッサ２１０またはサーバ６００のプロセッサ６１０が、ＨＭＤシステム１００に記憶されているプログラムを実行することによって、上述のまたは後述する各処理を行うものとして説明する。ただし、上述のまたは後述する処理であってプロセッサ２１０が行う処理のうちの少なくとも一部を、プロセッサ２１０とは別のプロセッサが実行するようにしてもよい。また、上述のまたは後述する処理であってプロセッサ６１０が行う処理のうちの少なくとも一部を、プロセッサ６１０とは別のプロセッサが実行するようにしてもよい。換言すると、本実施形態においてプログラムを実行するコンピュータは、コンピュータ２００およびサーバ６００のいずれであってもよく、また、複数の装置の組み合わせにより実現されてもよい。

［本実施形態に係る処理］
コンピュータ２００のコントロールモジュール５１０は、マイク１７０を用いた発話を検出すると、当該発話に対応する音声データの送信対象のコンピュータ２００を特定し、当該音声データを送信する。また、コントロールモジュール５１０は、他のユーザのコンピュータ２００から音声データを受信すると、当該音声データに対応する音声をスピーカ１８０から出力する。例えば、図１２（Ｂ）に示す状態では、マイク１７０Ａにより取得されたユーザ５Ａの音声は、ユーザ５ＢのＨＭＤ１２０Ｂに送信され、ＨＭＤ１２０Ｂに設けられたスピーカ１８０Ｂから出力される。一方、ユーザ５Ｂの音声は、ユーザ５ＡのＨＭＤ１２０Ａに送信され、ＨＭＤ１２０Ａに設けられたスピーカ１８０Ａから出力される。このように仮想空間１１において、ユーザ５Ａとユーザ５Ｂとは、アバターオブジェクト６Ａとアバターオブジェクト６Ｂとを介して、対話することが可能となっている。各コンピュータ２００のコントロールモジュール５１０が備えるアバター制御モジュール１４２９（キャラクタ制御手段）は、仮想空間１１にアバターオブジェクト６（キャラクタ）を出現させ、アバターオブジェクト６を介しての対話を可能としている。なお、仮想空間１１でのユーザ５Ａとユーザ５Ｂとの対話（換言すると、アバターオブジェクト６Ａとアバターオブジェクト６Ｂとを介しての対話）は、テキストメッセージの交換によるもの等であってもよい。

以下、図１２（Ａ）に示すように、各ＨＭＤ１２０がユーザ５に仮想空間１１を提供している場合について説明する。また、図１２（Ａ）に示す仮想空間１１において、アバターオブジェクト６Ｂが、一方的にアバターオブジェクト６Ａにつきまとう行為や、アバターオブジェクト６Ｂが、アバターオブジェクト６Ａと接触はしないが、アバターオブジェクト６Ａと一定の距離を確保した状態でアバターオブジェクト６Ａをつけまわす行為等の迷惑行為を行っているものとする。当該迷惑行為は、いわゆるストーカー行為である。アバターオブジェクト６Ａは、仮想空間１１において、ストーカー行為の被害に遭っていると言うことができる。

本実施形態では、仮想空間１１に関して、アバターオブジェクト６Ａを操作するユーザ５Ａが、アバターオブジェクト６Ｂを対象として所定の設定をすると、アバターオブジェクト６Ｂを操作するユーザ５Ｂに対するアバターオブジェクト６Ａの識別性が変化する。識別性（換言すると、識別特性）は、各アバターオブジェクト６（換言すると、各ユーザ５）を識別し得る性質（換言すると、識別し得る情報）ということができ、具体的には、外見、識別用のオブジェクト、声、挙動等がある。

（識別性）
外見は、見た目、外観等と言うこともできる。アバターオブジェクト６Ａを操作するユーザ５Ａが、アバターオブジェクト６Ｂを対象として所定の設定を行ったことに基づき、アバターオブジェクト６Ｂを操作するユーザ５Ｂに対するアバターオブジェクト６Ａの外見が変化した場合、アバターオブジェクト６Ｂを操作するユーザ５Ｂは、仮想空間１１においてアバターオブジェクト６Ａを見つけることが困難となる。このため、アバターオブジェクト６Ｂがアバターオブジェクト６Ａに対して迷惑行為を行うことが困難となる。換言すると、当該迷惑行為を抑制することができる。
また、識別用のオブジェクトには、例えば、ハンドルネーム表示（以下、ハンドルネーム）がある。本実施形態では、仮想空間１１において、各アバターオブジェクト６の周囲（例えば頭上）に、当該アバターオブジェクト６に係るハンドルネームが表示され得るようになっている。ハンドルネームは、各アバターオブジェクト６のユーザ５が設定可能となっている。なお、ハンドルネームは、ユーザＩＤと同一であってもよい。ハンドルネームは、各ユーザ５（換言すると、各アバターオブジェクト６）を識別可能とする識別名とも言える。なお、識別可能とは、ユーザ５を一意に特定可能なものであってもよく、一意に特定できない可能性があるものであってもよい。換言すると、複数のユーザ５に対して同一のハンドルネームが付され得るようになっていてもよく、付されることがないようになっていてもよい。また、識別名には、アバターオブジェクト６（キャラクタ）と紐付く名称が含まれていてもよい。また、識別用のオブジェクトは、ハンドルネームに限らず、ユーザ５（換言すると、アバターオブジェクト６）のプロフィールに関する表示またはステータスに関する表示等であってもよい。アバターオブジェクト６Ａを操作するユーザ５Ａが、アバターオブジェクト６Ｂを対象として所定の設定を行ったことに基づき、ユーザ５Ｂに対するアバターオブジェクト６Ａに係る識別用のオブジェクト（例えばハンドルネーム）が変更された場合、ユーザ５Ｂは、アバターオブジェクト６Ａであると思っていたアバターオブジェクトがアバターオブジェクト６Ａではないかもしれないと思い、当該アバターオブジェクト６Ａに対しての迷惑行為をやめる可能性が高くなる。換言すると、アバターオブジェクト６Ａに対する迷惑行為を抑制できる。

次に、識別性としての声が変化した場合について説明する。ユーザ５Ｂに対するアバターオブジェクト６Ａの声が変化した場合、ユーザ５Ｂには、ユーザ５Ａが発した声とは異なる声が聞こえる。声が変化するとは、声質（例えば音の高さ）が変化するものであってもよく、イントネーションや方言等の話し方が変化するものであってもよい。ユーザ５Ａが所定の設定を行ったことに基づき、アバターオブジェクト６Ａ（ユーザ５Ａ）の声が変化し、例えば標準語から関西弁に変化した場合、ユーザ５Ｂは、違和感を覚え、アバターオブジェクト６Ａであると思っていたアバターオブジェクトがアバターオブジェクト６Ａではないかもしれないと思い、当該アバターオブジェクト６Ａに対しての迷惑行為をやめる可能性が高くなる。換言すると、アバターオブジェクト６Ａに対する迷惑行為を抑制できる。
次に、識別性としての挙動が変化した場合について説明する。挙動は、振る舞い等と言うこともできる。また、挙動には、行動の癖が含まれてもよい。ユーザ５Ｂに対するアバターオブジェクト６Ａの挙動が変化した場合、ユーザ５Ｂに視認されるアバターオブジェクト６Ａの動作は、ユーザ５Ａの動作とは一部の動作が異なったものとなる。挙動が変化する例としては、ユーザ５Ａが右手用のコントローラ３００を把持した状態で右腕を動かした場合に、その動きに応じてアバターオブジェクト６Ａの左腕が動くように制御されるものがある。また、ユーザ５Ａがコントローラ３００を把持した手で所定の動作（例えば髪をかき上げる動作）をしていないにも関わらず、アバターオブジェクト６Ａが所定の頻度で当該所定の動作を行うように制御されるものがある。アバターオブジェクト６Ａの挙動が変化し、例えば、右手を使う頻度が多かったアバターオブジェクト６Ａが左手を多く使うようになった場合、ユーザ５Ｂは、違和感を覚え、アバターオブジェクト６Ａであると思っていたアバターオブジェクトがアバターオブジェクト６Ａではないかもしれないと思い、当該アバターオブジェクト６Ａに対しての迷惑行為をやめる可能性が高くなる。換言すると、アバターオブジェクト６Ａに対する迷惑行為を抑制できる。
以下、本実施形態では、ユーザ５Ａによる所定の設定に基づき、アバターオブジェクト６Ａの識別性として、外見およびハンドルネームが変更される場合について説明するが、当該所定の設定に基づき変更される識別性は、これに限るものではない。

（ブロック設定）
アバターオブジェクト６Ａを操作するユーザ５Ａは、アバターオブジェクト６Ｂを対象とする所定の設定としてのブロック設定を行うことができる。例えば、ユーザ５Ａは、コントローラ３００Ａを操作してメニュー画像をモニタ１３０Ａに表示させ、メニュー画像から「ブロック設定」を選択し、アバターオブジェクト６Ｂをブロック対象として決定する操作を入力できる。「ブロック設定」を選択した場合に、例えば、アバターオブジェクト６Ａの位置を中心とする所定範囲内に存在している（あるいは所定期間内に所定範囲内に存在したことのある）アバターオブジェクト６が表示され、その中からアバターオブジェクト６Ｂを選択可能であってもよい。また、「ブロック設定」を選択し、アバターオブジェクト６Ｂのハンドルネーム等を入力してアバターオブジェクト６Ｂを検索し、選択することが可能であってもよい。また、仮に、アバターオブジェクト６Ａとアバターオブジェクト６Ｂがフレンドの関係（後述する）である場合、ユーザ５Ａは、メニュー画像から「フレンドリスト」を選択し、表示されたフレンドの中からアバターオブジェクト６Ｂを選択し、アバターオブジェクト６Ｂをブロック設定してもよい。

図１３に示すように、ＨＭＤセット１１０Ａ（具体的にはアバター制御モジュール１４２９Ａ）は、アバター情報を取得し（ステップＳ１３１０Ａ）、取得したアバター情報を、サーバ６００に送信する。本実施形態では、ユーザ５Ａが上述のブロック設定を行った際、アバター制御モジュール１４２９Ａは、ブロック情報を含むアバター情報を、サーバ６００に送信する。なお、ブロック情報はアバター情報とは別にサーバ６００に送信されてもよい。ブロック情報には、例えば、ブロック設定を行ったユーザ５のＩＤと、ブロック対象とされたアバターオブジェクト６のユーザ５のＩＤと、が含まれる。

サーバ６００は、受信したアバター情報を一旦記憶し、同期処理（ステップＳ１３２０）を実行して、アバター情報を各ＨＭＤセット１１０に送信するが、ＨＭＤセット１１０から受信したアバター情報にブロック情報が含まれている場合には、所定のＨＭＤセット１１０に送信するアバター情報を、次の表示変更処理（識別性変更処理）が反映されたアバター情報とする。

（表示変更処理）
図１５に示すように、サーバ６００のコントロールモジュール１６１０は、ブロック制御モジュール１７４１（設定反映手段）を備えている。ブロック制御モジュール１７４１は、ＨＭＤセット１１０から受信したアバター情報にブロック情報が含まれていると判定すると、表示変更処理を実行する。図１６は、表示変更処理の流れを示すフローチャートである。

ブロック制御モジュール１７４１は、受信したブロック情報に基づき、ブロック設定を行ったユーザ（第１ユーザとする）と、ブロック対象のユーザ（第２ユーザとする）と、を特定する（ステップＳ１）。

次に、ブロック制御モジュール１７４１は、第２ユーザのＨＭＤセット１１０に送信するアバター情報における、第１ユーザのアバターオブジェクト６の外見およびハンドルネームを指示する情報（第１情報）を変更する（ステップＳ２）。ここでは、ブロック制御モジュール１７４１が、ユーザ５ＢのＨＭＤセット１１０Ｂに送信するアバター情報における、ユーザ５Ａのアバターオブジェクト６Ａの外見およびハンドルネームを指示する情報を変更するものとする。

ステップＳ２に係る変更後の外見について、外見の変更は、アバターオブジェクト６の外見を、例えば、性別、体格、顔の造形、人種または生物の種類等が異なる別の外見に変更するものであってもよい。例えば、第１ユーザのアバターオブジェクト６が女性の外見を有している場合に、それを男性の外見に変更してもよく、パンダ等の動物の外見に変更してもよい。また、外見の変更は、例えば、現在のアバターオブジェクト６の外見の一部や装備品を変更するものであってもよい。例えば、髪形、服装、アクセサリーまたは眼鏡等を変更してもよい。なお、外見を変更するとは、スキンを変更すると称してもよい。

ステップＳ２に係るアバターオブジェクト６の外見の変更は、変更の前後で同一のアバターオブジェクト６であることが特定できない程度の変更であることが好ましい。例えば、性別や顔の造形等が変更されるものや、仮面等により顔が覆われるように変更されるもの等が好ましい。

また、ステップＳ２に係るハンドルネームの変更も、変更の前後で同一のアバターオブジェクト６であることが特定できない程度の変更であることが好ましい。例えば、現在のアバターオブジェクト６に設定されている性別が女性である場合、男性であることを想起させるハンドルネームに変更されることが好ましい。

ステップＳ２の処理は、ブロック制御モジュール１７４１が、第１ユーザのアバターオブジェクト６の変更後の外見や変更後のハンドルネームを自動的に選択してもよい。換言すると、ブロック制御モジュール１７４１は、メモリモジュール１６３０に記憶されている１または複数の候補の中から、第１ユーザのアバターオブジェクト６の変更後の外見や変更後のハンドルネームを自動的に選択してもよい。

また、第１ユーザのアバターオブジェクト６の変更後の外見や変更後のハンドルネームは、第１ユーザがブロック設定を行う際等に選択可能であってもよい。第１ユーザによって選択された場合、第１ユーザのアバター制御モジュール１４２９は、当該選択された情報を含むブロック情報をサーバ６００に送信する。そして、上述のステップＳ２の処理において、ブロック制御モジュール１７４１は、第１ユーザのアバターオブジェクト６の外見およびハンドルネームを、第１ユーザによって選択されたものとする。
なお、第１ユーザがブロック対象とする第２ユーザが複数存在している場合、第１ユーザは、自身のアバターオブジェクト６の変更後の外見や変更後のハンドルネームを、第２ユーザごとに変えて設定可能であってもよい。

ブロック制御モジュール１７４１は、表示変更処理を実行した際、第２ユーザのＨＭＤセット１１０に対して、表示変更処理が反映されたアバター情報を送信する。本実施形態では、ブロック制御モジュール１７４１は、ユーザ５ＢのＨＭＤセット１１０Ｂに対して、表示変更処理が反映されたアバター情報を送信する。そして、図１３のステップＳ１３３０Ｂにおいて、ＨＭＤセット１１０Ｂにおけるアバター制御モジュール１４２９Ｂは、受信した当該アバター情報（具体的には第１情報）に基づき、変更後の外見および変更後のハンドルネームでアバターオブジェクト６Ａを表示させる。ブロック設定がされると、ブロック設定をされたユーザ５Ｂに対するアバターオブジェクト６Ａの外見が、変更前の外見（換言すると、ブロック設定がされていないユーザに対する外見）とは異なる外見に変化するようになっている。なお、外見（識別性）を変化させるという場合、アバター制御モジュール１４２９Ｂが受信した情報に基づき表示を行った結果、アバターオブジェクト６Ａの外見（識別性）が異なる外見になるものであればよい。
また、識別性としての声を変化させる場合、ステップＳ２の処理では、設定反映手段は、第１ユーザ（ユーザ５Ａ）のアバターオブジェクト６の変更後の声（声質、話し方）を設定する。そして、当該設定後、第２ユーザ（ユーザ５Ｂ）のＨＭＤセット１１０（アバター制御モジュール１４２９Ｂ）は、ユーザ５Ａの音声データの取得に基づき出力するアバターオブジェクト６Ａの声を、変更後の声とする。
また、識別性としての挙動を変化させる場合、ステップＳ２の処理では、設定反映手段は、第１ユーザ（ユーザ５Ａ）のアバターオブジェクト６の変更後の挙動（癖）を設定する。そして、当該設定後、第２ユーザ（ユーザ５Ｂ）のＨＭＤセット１１０（アバター制御モジュール１４２９Ｂ）は、ユーザ５Ａの動作とは一部の動作が異なるものとなるようにアバターオブジェクト６Ａの動作を制御する。

例えば外見を変化させる場合、ブロック制御モジュール１７４１は、外見を変化させたアバターオブジェクトを生成する処理を含んで外見を変化させるものであってもよく、外見を変化させたアバターオブジェクトを生成する処理を含まずに外見を変化させるものであってもよい。例えば、ＨＭＤセット１１０のメモリモジュール５３０またはサーバ６００のメモリモジュール１６３０には、変化前のアバターオブジェクト６Ａを示すオブジェクトデータと、変化後のアバターオブジェクト６Ａを示すオブジェクトデータとが予め用意されており、設定反映手段は、ユーザ５Ａの設定（例えばブロック設定）に基づいて、ユーザ５ＢのＨＭＤセット１１０Ｂに対して送信するオブジェクトデータを異ならせることにより、ユーザ５Ｂに対するアバターオブジェクト６Ａの外見を変化させるもの等であってもよい。なお、ここで、変化前のアバターオブジェクト６Ａを示すオブジェクトデータと、変化後のアバターオブジェクト６Ａを示すオブジェクトデータと、とは、ユーザ５Ａが用意しておく（換言すると、ユーザ５Ａが登録しておく）ものであってもよい。

図１７（ａ）は、ユーザ５Ａが、アバターオブジェクト６Ｂをブロック設定する前における、ユーザ５Ｂの視界画像１７Ｂの例を示している。アバターオブジェクト６Ａは、女性アイドルの外見を有し、ハンドルネームは「ｍｉｎａｍｉｎａ」となっている。
図１７（ｂ）は、ユーザ５Ａが、アバターオブジェクト６Ｂをブロック設定した後における、ユーザ５Ｂの視界画像１７Ｂの例を示している。アバターオブジェクト６Ａは、青年男性の外見を有し、ハンドルネームが「ｇｏｎｚｏｕ」となっている。

ブロック制御モジュール１７４１は、アバターオブジェクト６Ｂ以外のアバターオブジェクト６を操作するユーザ５に対するアバターオブジェクト６Ａの外見およびハンドルネームは変化させないように制御している。換言すると、ユーザ５Ａからブロック設定がされたアバターオブジェクト６Ｂを操作するユーザ５Ｂに対するアバターオブジェクト６Ａの外見およびハンドルネームは変更するが、ユーザ５Ａからブロック設定がされていないアバターオブジェクト（例えばアバターオブジェクト６Ｃ）を操作するユーザ（例えばユーザ５Ｃ）に対するアバターオブジェクト６Ａの外見およびハンドルネームは変更しない。ブロック制御モジュール１７４１は、ユーザ５Ａからブロック設定がされたアバターオブジェクト６Ｂを操作するユーザ５ＢのＨＭＤセット１１０Ｂに対して表示変更処理が反映されたアバター情報を送信するが、ユーザ５Ａからブロック設定がされていないアバターオブジェクト６を操作するユーザ５のＨＭＤセット１１０には、当該アバター情報を送信しない。

本実施形態では、ブロック設定をされた第２ユーザに対する、ブロック設定をした第１ユーザのアバターオブジェクト６の外見およびハンドルネームが変更されるものとした。この場合に、さらに、第１ユーザに対する、第２ユーザのアバターオブジェクト６の識別性（外見およびハンドルネーム）も変更されるものとしてもよい。換言すると、ユーザ５Ａに対する、ユーザ５Ｂのアバターオブジェクト６Ｂの識別性（外見およびハンドルネーム）も変更されるものとしてもよい。

この場合、図１６のステップＳ２の処理において、ブロック制御モジュール１７４１は、（１）第２ユーザのＨＭＤセット１１０に送信するアバター情報における、第１ユーザのアバターオブジェクト６の外見およびハンドルネームを指示する情報を変更し、（２）第１ユーザのＨＭＤセット１１０に送信するアバター情報における、第２ユーザのアバターオブジェクト６の外見およびハンドルネームを指示する情報を変更する。そして、第２ユーザのアバター制御モジュール１４２９は、受信したアバター情報に基づき、変更後の外見および変更後のハンドルネームで第１ユーザのアバターオブジェクト６を表示させ、第１ユーザのアバター制御モジュール１４２９は、受信したアバター情報に基づき、変更後の外見および変更後のハンドルネームで第２ユーザのアバターオブジェクト６を表示させる。換言すると、第２ユーザに提供される第１ユーザのアバターオブジェクト６の外見が、ブロック設定がされる前の外見から変化したものとなり、第１ユーザに提供される第２ユーザのアバターオブジェクト６の外見が、ブロック設定がされる前の外見から変化したものとなる。

アバターオブジェクト６Ａを操作するユーザ５Ａ（第１ユーザ）は、アバターオブジェクト６Ｂ（第２ユーザのアバターオブジェクト６）に対して恐怖心、嫌悪感等を抱いている可能性がある。そこで、ブロック設定をした際に、アバターオブジェクト６Ｂの外見およびハンドルネームが変更されるようにすることで、ブロック設定後、ユーザ５Ａは、アバターオブジェクト６Ｂの存在を認識することが困難となる。このため、アバターオブジェクト６Ｂに対する恐怖心、嫌悪感等を低減できる。

本実施形態では、仮想空間１１において、アバターオブジェクト６同士が、フレンドの関係になることが可能となっている。例えば、仮想空間１１において、アバターオブジェクト６Ｃを操作するユーザ５Ｃが、アバターオブジェクト６Ａを対象としてフレンドの申請を行い、アバターオブジェクト６Ａのユーザ５Ａが当該申請を承認すると、アバターオブジェクト６Ｃとアバターオブジェクト６Ａはフレンドの関係となる。なお、フレンドの申請やその承認は、各ユーザ５がコントローラ３００を操作して行うことができる。また、アバターオブジェクト６Ｃとアバターオブジェクト６Ａがフレンドの関係であることを、ユーザ５Ｃとユーザ５Ａがフレンドであると称してもよい。

本実施形態では、アバターオブジェクト６Ｃとアバターオブジェクト６Ａとがフレンドの関係となると、アバター制御モジュール１４２９Ｃまたはアバター制御モジュール１４２９Ａの少なくとも一方が、アバターオブジェクト６Ｃとアバターオブジェクト６Ａとがフレンドであることを示す情報（フレンド情報）を含むアバター情報を、サーバ６００に送信する。フレンド情報には、少なくとも、フレンドの申請をしたユーザ５のＩＤと、当該申請を承認したユーザ５のＩＤと、が含まれる。

図１５に示すように、サーバ６００のコントロールモジュール１６１０は、フレンド管理モジュール（フレンド管理手段）１７５１を備えている。フレンド管理モジュール１７５１は、アバターオブジェクト６ごとに、当該アバターオブジェクト６とフレンドの関係にあるアバターオブジェクト６のリスト（具体的にはフレンドリスト）を作成し、メモリモジュール１６３０に記憶させている。フレンド管理モジュール１７５１は、フレンド情報の受信に基づき、対応するフレンドリストを更新する。

ここで、説明のため、図１７（ａ）に示すアバターオブジェクト６Ａの外見を「真の外見」とし、図１７（ｂ）に示すアバターオブジェクト６Ａの外見を「偽の外見」とする。本実施形態では、ユーザ５Ａが、アバターオブジェクト６Ｂを対象とするブロック設定を行った場合、ユーザ５Ｂにはアバターオブジェクト６Ａの偽の外見が視認される。なお、仮にアバターオブジェクト６Ａとアバターオブジェクト６Ｂとがフレンドの関係であったとしても、ブロック設定が優先され、ユーザ５Ｂにはアバターオブジェクト６Ａの偽の外見が視認される。

また、本実施形態では、アバターオブジェクト６Ａとフレンドの関係にあるアバターオブジェクト６のユーザ５であるか否かに関わらず、ユーザ５Ａにブロック設定をされていないアバターオブジェクト６のユーザ５には、アバターオブジェクト６Ａの真の外見が視認される。
なお、ユーザ５Ａにブロック設定をされていないアバターオブジェクト６のユーザ５であって、かつアバターオブジェクト６Ａとフレンドの関係にあるアバターオブジェクト６のユーザ５には、アバターオブジェクト６Ａの真の外見が視認されるが、ユーザ５Ａにブロック設定をされていないアバターオブジェクト６のユーザ５であって、かつアバターオブジェクト６Ａとフレンドの関係にないアバターオブジェクト６のユーザ５には、アバターオブジェクト６Ａの偽の外見が視認されるようになっていてもよい。換言すると、コントロールモジュール１６１０は、例えば、ユーザ５Ａ（アバターオブジェクト６Ａ）がユーザ５Ｃ（アバターオブジェクト６Ｃ）をフレンドとして設定した場合に、ユーザ５Ｃに視認されるアバターオブジェクト６Ａの外見を、フレンドとして設定する前の偽の外見から真の外見に変化させてもよい。さらに換言すると、各ユーザ５は、自身が特別なユーザ５（例えば、フレンド）として設定したユーザ５に対して見せる外見と、特別なユーザ５として設定していないユーザ５に対して見せる外見と、を含む複数種類の外見を登録しておくことが可能となっており、当該設定に応じて、所定の外見のアバターオブジェクト６が他のユーザ５に提供されるようになっていてもよい。

本実施形態において、ユーザ５Ａのアバターオブジェクト６Ａとフレンドの関係にあるアバターオブジェクト（ここではアバターオブジェクト６Ｃとする）は、仮想空間１１において、アバターオブジェクト６Ａとともに行動する可能性が比較的高い。この場合に、ユーザ５Ａにブロック設定をされたアバターオブジェクト６Ｂのユーザ５Ｂは、ユーザ５Ａのアバターオブジェクト６Ａとフレンドの関係にあるアバターオブジェクト６Ｃを見て、間接的にアバターオブジェクト６Ａの正体を見抜くおそれがある。正体を見抜くとは、図１７（ｂ）の外見（偽の外見）を有するアバターオブジェクト６Ａ（ｇｏｎｚｏｕ）が、実際は図１７（ａ）の外見（真の外見）を有するアバターオブジェクト６Ａ（ｍｉｎａｍｉｎａ）であると気付くことである。換言すると、アバターオブジェクト６Ａの外見が変化したことに気付くことである。

そこで、そのようなフレンドであるアバターオブジェクト６を介しての正体の特定を防ぐために、次のように構成されていてもよい。図１６のステップＳ２の処理において、ブロック制御モジュール１７４１は、第２ユーザ（ユーザ５Ｂ）のＨＭＤセット１１０に送信するアバター情報における、（α）第１ユーザ（ユーザ５Ａ）のアバターオブジェクト６の外見およびハンドルネームを指示する情報を変更し、（β）第１ユーザ（ユーザ５Ａ）のアバターオブジェクト６とフレンドの関係にあるすべてのアバターオブジェクト６（アバターオブジェクト６Ｃ）の外見およびハンドルネームを指示する情報を変更する。ブロック制御モジュール１７４１は、メモリモジュール１６３０に記憶されている第１ユーザ（ユーザ５Ａ）のアバターオブジェクト６のフレンドリストから、当該アバターオブジェクト６とフレンドの関係にあるアバターオブジェクト６を特定可能である。

アバターオブジェクト６Ａの外見およびハンドルネームに加え、アバターオブジェクト６Ａとフレンドの関係にあるアバターオブジェクト６Ｃの識別性（外見およびハンドルネーム）が変更された場合、ユーザ５Ｂは、フレンドであるアバターオブジェクト６Ｃを介してアバターオブジェクト６Ａの正体を見抜くことが困難となる。このため、アバターオブジェクト６Ｂがアバターオブジェクト６Ａに対して迷惑行為を行うことがより一層困難となる。

本実施形態によれば、アバターオブジェクト６Ｂを操作するユーザ５Ｂは、仮想空間１１においてアバターオブジェクト６Ａを見つけることが困難となるが、アバターオブジェクト６Ｂ以外のアバターオブジェクト６を操作するユーザ５は、仮想空間１１においてアバターオブジェクト６Ａを見つけることができる。このため、アバターオブジェクト６Ａを操作するユーザ５Ａは、アバターオブジェクト６Ｂがアバターオブジェクト６Ａに対して迷惑行為を行うことを抑制しつつ、アバターオブジェクト６Ｂ以外のアバターオブジェクト６を操作するユーザ５とは、アバターオブジェクト６を介しての対話等を行うことができる。これにより、ユーザ５が不快感を抱く可能性が低減されたゲーム空間（すなわち仮想空間１１）をユーザ５に提供できる。

また、仮に、アバターオブジェクト６Ａを操作するユーザ５Ａが、アバターオブジェクト６Ｂを対象として所定の設定（例えば、ブロック設定）をした際に、アバターオブジェクト６Ｂを操作するユーザ５Ｂが、アバターオブジェクト６Ｂを仮想空間１１に出現させることができない状態になる等、所定の設定をされた場合における制裁が直接的でかつ厳しいものである場合、アバターオブジェクト６Ｂを操作するユーザ５Ｂの感情を刺激し、ユーザ５Ｂが別の形での迷惑行為を企てる等の可能性が高まる。本実施形態では、所定の設定をされた場合における制裁が、ユーザ５Ｂに対するアバターオブジェクト６Ａの外見を変化させるというものであって、アバターオブジェクト６Ｂを仮想空間１１に出現させることはできるため、比較的厳しすぎず、アバターオブジェクト６Ｂを操作するユーザ５の感情を逆撫でする可能性を低減できる。

（変形例）
本実施形態では、ユーザ５Ａがアバターオブジェクト６Ｂを対象とするブロック設定を行った際に、表示変更処理が実行され、アバターオブジェクト６Ｂを操作するユーザ５Ｂに対するアバターオブジェクト６Ａの識別性が変化するものとしたが、表示変更処理に代え、あるいは表示変更処理に加え、表示変更処理とは異なる別の処理が実行されてもよい。以下、表示変更処理の代わりにダミー配置処理が実行される場合について説明する。

ダミー配置処理が実行されると、アバターオブジェクト６Ａに対応する少なくとも１つのダミーのアバターオブジェクト６Ａ´（以下、ダミーキャラクタ６Ａ´とする）が仮想空間１１に配置される。ダミーとは、ゴースト、分身、身代り、替玉、偽物（偽のキャラクタ）等と言うことができる。ダミーキャラクタ６Ａ´は、アバターオブジェクト６Ａと同一の外見を有する。換言すると、ダミーキャラクタ６Ａ´は、アバターオブジェクト６Ａが複製されたものである。なお、ダミーキャラクタ６Ａ´は、アバターオブジェクト６Ａと外見が異なる（外見が類似する）ものであってもよい。外見が異なる（外見が類似する）とは、例えば、顔は同じだが髪形や服装や服の色が異なっているもの等を指す。また、ダミーキャラクタ６Ａ´が複数配置される場合、各ダミーキャラクタ６Ａ´の外見は同一であってもよく、異なっていても（例えば類似であっても）よい。本実施形態では、複数のダミーキャラクタ６Ａ´を配置する場合、ダミーキャラクタ６Ａ´同士が類似し、例えば服の色（外見の一部）が異なるものとする。

ダミー配置処理が実行され、ダミーキャラクタ６Ａ´が現れた場合、ユーザ５Ｂがダミーキャラクタ６Ａ´をアバターオブジェクト６Ａであると勘違いし、アバターオブジェクト６Ｂがダミーキャラクタ６Ａ´をつけまわす可能性が高くなる分、アバターオブジェクト６Ｂがアバターオブジェクト６Ａに対して迷惑行為を行うことが困難となる。また、複数のダミーキャラクタ６Ａ´が現れた場合に、それぞれのダミーキャラクタ６Ａ´の外見が同一である場合よりも、類似である場合の方が、アバターオブジェクト６Ｂを操作するユーザ５Ｂがダミーキャラクタ６Ａ´を見て違和感を抱く可能性を低減できる。換言すると、ユーザ５Ｂがダミーキャラクタ６Ａ´であることに気付かず、ダミーキャラクタ６Ａ´をつけまわす可能性を高くすることができる。

また、ダミーキャラクタ６Ａ´は、アバターオブジェクト６Ａと同じハンドルネーム（識別用のオブジェクト）を有していてもよい。この場合、ダミーキャラクタ６Ａ´をアバターオブジェクト６Ａであると勘違いする可能性がより高くなり、アバターオブジェクト６Ｂがアバターオブジェクト６Ａに対して迷惑行為を行うことが一層困難となる。

後述するがダミーキャラクタ６Ａ´は、ユーザ５Ａの操作に基づき動作するものではない。また、ダミーキャラクタ６Ａ´は、アバターオブジェクト６Ａと異なり、対話をすることができない。なお、本実施形態では対話をすることができないが、例えばＡＩ等によって制御され、応答可能なものであってもよい。ダミーキャラクタ６Ａ´は、実体を伴わないもの（換言すると中身がないもの）となっている。

図１３に示すように、ＨＭＤセット１１０Ａ（具体的にはアバター制御モジュール１４２９Ａ）は、アバター情報を取得し（ステップＳ１３１０Ａ）、取得したアバター情報を、サーバ６００に送信する。サーバ６００は、受信したアバター情報を一旦記憶し、同期処理（ステップＳ１３２０）を実行して、アバター情報を各ＨＭＤセット１１０に送信するが、ＨＭＤセット１１０から受信したアバター情報にブロック情報が含まれている場合には、ダミー配置処理を実行する。図１８は、ダミー配置処理の流れを示すフローチャートである。

（ダミー配置処理）
ブロック制御モジュール１７４１は、受信したブロック情報に基づき、ブロック設定を行ったユーザ（第１ユーザ）と、ブロック対象のユーザ（第２ユーザ）と、を特定する（ステップＳ１０）。

次に、ブロック制御モジュール１７４１は、第２ユーザのＨＭＤセット１１０に送信するアバター情報に、第１ユーザのアバターオブジェクト６の少なくとも１つ（換言すると、１体）のダミーキャラクタ６Ａ´の配置を指示する情報（第２情報）を付加する（ステップＳ２０）。なお、本実施形態では、アバター情報に第２情報が付加されるものとするが、第２情報はアバター情報とは別に第２ユーザのＨＭＤセット１１０に送信されてもよい。ここでは、ブロック制御モジュール１７４１は、ユーザ５ＢのＨＭＤセット１１０Ｂに、ユーザ５Ａのアバターオブジェクト６Ａの３体のダミーキャラクタ６Ａ´の配置を指示する情報（第２情報）を送信するものとする。

ブロック制御モジュール１７４１は、ダミー配置処理を実行した際、第２ユーザのＨＭＤセット１１０に対して、ダミー配置処理が反映されたアバター情報を送信する。本実施形態では、ブロック制御モジュール１７４１は、ユーザ５ＢのＨＭＤセット１１０Ｂに対して、ダミー配置処理が反映されたアバター情報を送信する。図１３のステップＳ１３３０Ｂにおいて、ＨＭＤセット１１０Ｂにおけるアバター制御モジュール１４２９Ｂは、受信した当該アバター情報に基づき、アバターオブジェクト６Ａの３体のダミーキャラクタ６Ａ´を仮想空間１１Ｂに配置する。換言すると、ブロック制御モジュール１７４１は、アバター制御モジュール１４２９Ｂに対して、ダミーキャラクタ６Ａ´の配置を指示する情報（第２情報）を送信し、アバター制御モジュール１４２９Ｂは、当該情報に基づいて仮想空間１１Ｂにダミーキャラクタ６Ａ´を配置する。

図１９は、ユーザ５Ａが、アバターオブジェクト６Ｂをブロック設定した後における、仮想空間１１Ｂの例を示している。アバターオブジェクト６Ａとは別に、３体のダミーキャラクタ６Ａ´が仮想空間１１Ｂに出現している。

ブロック制御モジュール１７４１は、アバターオブジェクト６Ｂ以外のアバターオブジェクト６を操作するユーザ５には、ダミーキャラクタ６Ａ´が視認されないように制御している。換言すると、ブロック設定をされたアバターオブジェクト６Ｂのユーザ５Ｂからは、アバターオブジェクト６Ａのダミーキャラクタ６Ａ´が視認されるが、ブロック設定をされていないアバターオブジェクト（例えばアバターオブジェクト６Ｃ）を操作しているユーザ（例えばユーザ５Ｃ）からは、アバターオブジェクト６Ａのダミーキャラクタ６Ａ´は視認されないようになっている。ブロック制御モジュール１７４１は、ユーザ５Ａからブロック設定がされたアバターオブジェクト６Ｂを操作するユーザ５ＢのＨＭＤセット１１０Ｂに対して、ダミー配置処理が反映されたアバター情報を送信するが、ユーザ５Ａからブロック設定がされていないアバターオブジェクト６を操作するユーザ５のＨＭＤセット１１０には、当該アバター情報を送信しない。換言すると、例えば、仮想空間１１Ｃには、ダミーキャラクタ６Ａ´が配置されない。

本変形例では、アバターオブジェクト６Ａとフレンドの関係にあるアバターオブジェクト６のユーザ５であるか否かに関わらず、ユーザ５Ａにブロック設定をされていないアバターオブジェクト６のユーザ５には、ダミーキャラクタ６Ａ´が視認されない。
なお、ユーザ５Ａにブロック設定をされていないアバターオブジェクト６のユーザ５であって、かつアバターオブジェクト６Ａとフレンドの関係にあるアバターオブジェクト６のユーザ５にはダミーキャラクタ６Ａ´が視認されないが、ユーザ５Ａにブロック設定をされていないアバターオブジェクト６のユーザ５であって、アバターオブジェクト６Ａとフレンドの関係にないアバターオブジェクト６のユーザ５には、ダミーキャラクタ６Ａ´が視認されるようになっていてもよい。
また、ダミーキャラクタ６Ａ´は、ブロック設定をしたアバターオブジェクト６Ａのユーザ５Ａには視認されないものとするが、ユーザ５Ａにもダミーキャラクタ６Ａ´が視認されるようになっていてもよい。

ユーザ５Ａはアバターオブジェクト６Ａを操作可能である。一方、ユーザ５Ａはアバターオブジェクト６Ａのダミーキャラクタ６Ａ´を操作することはできない。ダミーキャラクタ６Ａ´は、ユーザによって操作されるものではなく、プログラムに基づき動作し、仮想空間１１内を自動で動き回る。ブロック制御モジュール１７４１は、仮想空間１１におけるダミーキャラクタ６Ａ´の動作を制御する。ブロック制御モジュール１７４１は、ダミーキャラクタ６Ａ´が仮想空間１１内をランダムに動き回るように制御する。ランダムに動き回るとは、常に移動するものに限らず、移動と停止とを交互に繰り返すものであってもよい。なお、ブロック制御モジュール１７４１は、複数のダミーキャラクタ６Ａ´を仮想空間１１に配置する場合、各ダミーキャラクタ６Ａ´を点在させることが好ましい。

ブロック制御モジュール１７４１は、ダミーキャラクタ６Ａ´の動作を指示する情報を少なくとも第２ユーザ（ユーザ５Ｂ）のＨＭＤセット１１０（ＨＭＤセット１１０Ｂ）に送信する。当該ＨＭＤセット１１０（ＨＭＤセット１１０Ｂ）のアバター制御モジュール１４２９Ｂは、受信した情報に基づき、ダミーキャラクタ６Ａ´を動作させる。

ブロック制御モジュール１７４１は、アバターオブジェクト６Ａの行動履歴を学習してＡＩを作成し、ＡＩに基づいて仮想空間１１におけるダミーキャラクタ６Ａ´の動作を制御してもよい。この場合、ダミーキャラクタ６Ａ´の行動パターンが、アバターオブジェクト６Ａの行動パターンにより近いものとなる。したがって、アバターオブジェクト６Ａであるかダミーキャラクタ６Ａ´であるかの判別がより困難なものとなる。これにより、アバターオブジェクト６Ｂがアバターオブジェクト６Ａに対して迷惑行為を行うことが一層困難となる。

ユーザ５Ａが、アバターオブジェクト６Ｂを対象とするブロック設定を行った際に、表示変更処理およびダミー配置処理の両方が実行されるように構成されていてもよい。この場合、例えば、変更前（すなわち真の外見）のアバターオブジェクト６Ａに対応するダミーキャラクタ６Ａ´が少なくとも１つ配置され、かつ、アバターオブジェクト６Ｂを操作するユーザ５Ｂに対するアバターオブジェクト６Ａの外見が変更後の外見（すなわち偽の外見）となるように制御される。この場合、アバターオブジェクト６Ａを見つけることが困難となる分、相対的にダミーキャラクタ６Ａ´をつけまわす可能性がより高くなり、アバターオブジェクト６Ｂがアバターオブジェクト６Ａに対して迷惑行為を行うことが一層困難となる。
なお、表示変更処理およびダミー配置処理の両方が実行され、アバターオブジェクト６Ｂを操作するユーザ５Ｂに対するアバターオブジェクト６Ａの外見が変更後の外見となり、かつ、その変更後の外見を有するアバターオブジェクト６Ａに対応するダミーキャラクタ６Ａ´が少なくとも１つ配置されるように制御されてもよい。

また、ユーザ５Ａが、アバターオブジェクト６Ｂを対象とするブロック設定を行った際に、アバターオブジェクト６Ｂを操作するユーザ５Ｂ（のみ）が、アバターオブジェクト６Ａを視認できない状態となってもよい。

本変形例によれば、アバターオブジェクト６Ｂを操作するユーザ５Ｂが、仮想空間１１においてダミーキャラクタ６Ａ´をアバターオブジェクト６Ａであると勘違いし、アバターオブジェクト６Ｂがダミーキャラクタ６Ａ´をつけまわす可能性が高くなるため、アバターオブジェクト６Ｂがアバターオブジェクト６Ａに対して迷惑行為を行うことが困難となる。これにより、ユーザ５が不快感を抱く可能性が低減されたゲーム空間（すなわち仮想空間１１）をユーザ５に提供できる。

（第２の実施の形態）
次に本発明の第２の実施の形態について説明する。本実施形態に係るＨＭＤシステム１００は、基本的に第１の実施の形態のＨＭＤシステム１００と同様の構成を有するものであるため、第１の実施の形態のＨＭＤシステム１００と同様の構成については、その説明を省略ないし簡略化する。

図１５に示すように、サーバ６００のコントロールモジュール１６１０は、迷惑行為判定モジュール１７６１（判定手段、検知手段）を備えている。迷惑行為判定モジュール１７６１は、仮想空間１１におけるアバターオブジェクト６同士のコミュニケーションの類型がいずれの類型であるかを判定可能であり、その類型の１つに所定の類型として、所定のアバターオブジェクトが所定のアバターオブジェクトに対して迷惑行為（いわゆるストーカー行為）を行う類型がある。なお、迷惑行為判定モジュール１７６１が判定するコミュニケーションの類型は、所定のアバターオブジェクトが所定のアバターオブジェクトに対して迷惑行為を行う類型だけであってもよい。迷惑行為判定モジュール１７６１は、迷惑行為が行われているか否かを自動で判定可能である。迷惑行為判定モジュール１７６１は、仮想空間１１におけるアバターオブジェクトの迷惑行為となる挙動を検知可能である。

以下、図１２（Ａ）に示すように、各ＨＭＤセット１１０がユーザ５に仮想空間１１を提供している場合について説明する。また、第１の実施の形態と同様に、仮想空間１１において、アバターオブジェクト６Ｂがアバターオブジェクト６Ａに対して迷惑行為を行っている場合について説明する。

図１３に示すように、例えば、ＨＭＤセット１１０Ｂ（具体的にはアバター制御モジュール１４２９Ｂ）は、アバター情報を取得し（ステップＳ１３１０Ｂ）、取得したアバター情報をサーバ６００に送信する。各ＨＭＤセット１１０がサーバ６００に送信するアバター情報には、当該ＨＭＤセット１１０のユーザ５が操作するアバターオブジェクト６の仮想空間１１における位置を示す情報（位置情報）が含まれる。

また、本実施形態では、ＨＭＤセット１１０Ｂの視界画像生成モジュール１４３８Ｂは、視界領域１５Ｂに基づきモニタ１３０Ｂに表示される視界画像１７Ｂを生成する。視界画像生成モジュール１４３８Ｂは、ユーザ５Ｂの視界に関する情報をサーバ６００に送信する。ユーザ５Ｂの視界に関する情報は、例えば、視界画像１７Ｂであってもよく、ユーザ５Ｂに提示される画像（すなわち視界画像１７Ｂ）に表示されるオブジェクトを示す情報であってもよい。他のＨＭＤセット１１０も同様に、当該ＨＭＤセット１１０のユーザ５の視界に関する情報をサーバ６００に送信する。以下、ユーザ５の視界に関する情報を視界情報と称する。

（視界情報に基づく判定）
迷惑行為判定モジュール１７６１は、ＨＭＤセット１１０から受信した視界情報に基づき、迷惑行為判定処理を行う。図２０は、迷惑行為判定処理の流れを示すフローチャートである。図２０では、ＨＭＤセット１１０Ｂから受信した視界情報に基づく迷惑行為判定処理について説明する。

迷惑行為判定モジュール１７６１は、ＨＭＤセット１１０Ｂから受信した視界情報が、視界にアバターオブジェクト６を含むことを示すものであるか否か判定する（ステップＳ１０１）。ステップＳ１０１において、視界情報が、視界にアバターオブジェクト６を含むことを示すものでないと判定した場合（ステップＳ１０１：ＮＯ）、迷惑行為判定モジュール１７６１は、ステップＳ１０１の処理を繰り返す。

ステップＳ１０１において、視界情報が、視界にアバターオブジェクト６を含むことを示すものであると判定した場合（ステップＳ１０１：ＹＥＳ）、迷惑行為判定モジュール１７６１は、当該アバターオブジェクト６が、ＨＭＤセット１１０Ｂのユーザ５Ｂのアバターオブジェクト６Ｂのフレンドであるか否か判定する（ステップＳ１０２）。ステップＳ１０２において、当該アバターオブジェクト６がアバターオブジェクト６Ｂのフレンドであると判定した場合（ステップＳ１０２：ＹＥＳ）、ステップＳ１０１の処理に戻る。一方、ステップＳ１０２において、当該アバターオブジェクト６がアバターオブジェクト６Ｂのフレンドでないと判定した場合（ステップＳ１０２：ＮＯ）、ステップＳ１０３の処理に進む。ここでは、ＨＭＤセット１１０Ｂから受信した視界情報にアバターオブジェクト６Ａが含まれており、アバターオブジェクト６Ａとアバターオブジェクト６Ｂはフレンドではないものとする。

迷惑行為判定モジュール１７６１は、アバターオブジェクト６Ａが視界に含まれている（換言すると、視界に捉えられている）時間の計測を開始する（ステップＳ１０３）。

次に、迷惑行為判定モジュール１７６１は、ＨＭＤセット１１０Ｂから受信した視界情報に基づき、アバターオブジェクト６Ａが視界に含まれている状態が継続しているか否か判定する（ステップＳ１０４）。ステップＳ１０４において、アバターオブジェクト６Ａが視界に含まれている状態が継続していると判定した場合（ステップＳ１０４：ＹＥＳ）、迷惑行為判定モジュール１７６１は、時間の計測を継続し、ステップＳ１０４の処理を繰り返す。一方、ステップＳ１０４において、アバターオブジェクト６Ａが視界に含まれている状態が継続していないと判定した場合（ステップＳ１０４：ＮＯ）、迷惑行為判定モジュール１７６１は、時間の計測を終了し、計測時間が第１所定時間以上であるか否か判定する（ステップＳ１０５）。当該計測時間は、アバターオブジェクト６Ａがユーザ５Ｂの視界に捉えられている時間、と言うことができる。第１所定時間は、例えば１時間である。
なお、ステップＳ１０４は、比較的短時間の間、ユーザ５Ｂがアバターオブジェクト６Ａから視線を外しただけでは、アバターオブジェクト６Ａが視界に含まれている状態が継続していない（ステップＳ１０４：ＮＯ）と判定されず、時間の計測が継続されるように構成されていてもよい。換言すると、ユーザ５Ｂが、短時間（例えば５秒）の間、アバターオブジェクト６Ａから視線を逸らし、その後再びアバターオブジェクト６Ａに視線を向けた場合には、ステップＳ１０４の処理が継続され、ステップＳ１０５に進まないように構成されていてもよい。

ステップＳ１０５において、計測時間が第１所定時間未満であると判定した場合（ステップＳ１０５：ＮＯ）、迷惑行為判定モジュール１７６１は、アバターオブジェクト６Ｂのアバターオブジェクト６Ａに対するコミュニケーションの類型が迷惑行為を行う類型であると判定せず（迷惑行為となる挙動を検知せず）、ステップＳ１０１の処理に戻る。一方、ステップＳ１０５において、計測時間が第１所定時間以上であると判定した場合（ステップＳ１０５：ＹＥＳ）、迷惑行為判定モジュール１７６１は、アバターオブジェクト６Ｂのアバターオブジェクト６Ａに対するコミュニケーションの類型が迷惑行為を行う類型と判定し（換言すると、アバターオブジェクト６Ｂを、迷惑行為を行っているアバターオブジェクト６であると認定し）（さらに換言すると、迷惑行為となる挙動を検知し）、迷惑行為検知情報を、特定制御実行モジュール１７７１に送信する（ステップＳ１０６）。迷惑行為検知情報には、少なくとも、迷惑行為を行っていると判定したアバターオブジェクト（アバターオブジェクト６Ｂ）のユーザ（ユーザ５Ｂ）のＩＤと、迷惑行為の被害に遭っていると判定したアバターオブジェクト（アバターオブジェクト６Ａ）のユーザ（ユーザ５Ａ）のＩＤと、が含まれる。

ステップＳ１０４において、アバターオブジェクト６Ａが視界に含まれている状態が継続していると判定した場合であっても、アバターオブジェクト６Ａおよびアバターオブジェクト６Ｂの両方の位置が停止している状態が一定時間継続すると、時間の計測を一旦止め、いずれか一方が移動を開始したことに伴い時間の計測を再開させてもよい。換言すると、第１所定時間には、アバターオブジェクト６Ａおよびアバターオブジェクト６Ｂの両方が停止した状態において経過した所定時間が含まれないように構成されていてもよい。アバターオブジェクト６Ｂがアバターオブジェクト６Ａに対して迷惑行為を行っておらず、単にアバターオブジェクト６Ａのユーザ５Ａやアバターオブジェクト６Ｂのユーザ５Ｂが操作を行わずに放置していることによりアバターオブジェクト６Ａとアバターオブジェクト６Ｂの両者が停止している場合に、ステップＳ１０４に係る時間の計測が継続されると、アバターオブジェクト６Ｂがアバターオブジェクト６Ｂに対して迷惑行為を行っていると判定されてしまうおそれがある。そこで、両者が停止している時間は第１所定時間に含まれないようにすることで、かかる判定がされる可能性を低減できる。

また、ステップＳ１０５において、迷惑行為判定モジュール１７６１は、視界に捉えられているアバターオブジェクト６Ａの属性に応じて第１所定時間を変更してもよい。例えば、当該アバターオブジェクト６Ａが、他のアバターオブジェクト６を操作するユーザ５の視線を惹き付け得る属性を有している場合には、第１所定時間をより長く設定してもよい（例えば３時間）。当該属性としては、フレンドの数が相対的に多いことや、極めてレアなアイテムを身に付けていること等がある。当該属性を有している場合に第１所定時間を長く設定した場合、アバターオブジェクト６Ａに対して迷惑行為を行っておらず、仮想空間１１において人気を集めているアバターオブジェクト６Ａを善意で追いかけているアバターオブジェクト６Ｂを、迷惑行為を行っていると判定する可能性を低減できる。

図２０に示す迷惑行為判定処理は、アバターオブジェクト６Ａが、アバターオブジェクト６Ｂを操作するユーザ５Ｂの視界に連続して捉えられている時間の長さが、第１所定時間以上であるか否かを、アバターオブジェクト６Ｂが迷惑行為を行っているか否かの判定条件としている、と言うことができる。

（変形例）
図２０におけるステップＳ１０５以降を、次のように構成してもよい。図２１に示すように、迷惑行為判定モジュール１７６１は、時間の計測を終了し、メモリモジュール１６３０に記憶されている合計時間の記憶値を更新する（ステップＳ１０５´）。合計時間とは、所定期間における、所定のアバターオブジェクト（アバターオブジェクト６Ａ）が、所定のアバターオブジェクト（アバターオブジェクト６Ｂ）を操作するユーザ５Ｂの視界に捉えられている時間を合計（換言すると累積）した時間である。所定期間は、例えば１日や１週間としてもよい。

次に、迷惑行為判定モジュール１７６１は、メモリモジュール１６３０に記憶されている合計時間が第２所定時間以上であるか否か判定する（ステップＳ１０６´）。所定期間が１日である場合、第２所定時間は例えば３時間である。なお、迷惑行為判定モジュール１７６１は、第１所定時間と同様に、視界に捉えられているアバターオブジェクト６の属性に応じて第２所定時間を変更してもよい。

ステップＳ１０６´において、合計時間が第２所定時間未満である判定した場合（ステップＳ１０６´：ＮＯ）、迷惑行為判定モジュール１７６１は、アバターオブジェクト６Ｂのアバターオブジェクト６Ａに対するコミュニケーションの類型が迷惑行為を行う類型であると判定せず（迷惑行為となる挙動を検知せず）、ステップＳ１０１の処理に戻る。一方、ステップＳ１０６´において、合計時間が第２所定時間以上であると判定した場合（ステップＳ１０６´：ＹＥＳ）、迷惑行為判定モジュール１７６１は、アバターオブジェクト６Ｂのアバターオブジェクト６Ａに対するコミュニケーションの類型が迷惑行為を行う類型であると判定し（迷惑行為となる挙動を検知し）、迷惑行為検知情報を特定制御実行モジュール１７７１に送信する（ステップＳ１０７）。

本変形例は、所定期間において、アバターオブジェクト６Ａが、アバターオブジェクト６Ｂを操作するユーザ５Ｂの視界に捉えられている時間を合計した時間が第２所定時間以上であるか否かを、アバターオブジェクト６Ｂが迷惑行為を行っているか否かの判定条件としている、と言うことができる。

なお、所定期間を例えば１週間とし、アバターオブジェクト６Ａが、アバターオブジェクト６Ｂを操作するユーザ５Ｂの視界に捉えられている時間が所定時間以上である日数が、所定期間において所定の日数以上であるか否かを、アバターオブジェクト６Ｂが迷惑行為を行っているか否かの判定条件としてもよい。この場合、アバターオブジェクト６Ａが、アバターオブジェクト６Ｂを操作するユーザ５Ｂの視界に捉えられている時間が所定時間以上である日数が、所定期間において所定の日数以上である場合に、アバターオブジェクト６Ｂが迷惑行為を行っていると判定される。

以上のように、迷惑行為判定手段は、ユーザ５の視界にアバターオブジェクト６が捉えられている時間に基づいて、迷惑行為を行っているか否かを判定してもよい。

（特定の制御）
サーバ６００の特定制御実行モジュール１７７１（特定制御実行手段）は、迷惑行為検知情報を受信すると、特定の制御を実行する。特定の制御としては、例えば、迷惑行為の被害に遭っていると判定されたアバターオブジェクト６Ａのユーザ５Ａに対し、アバターオブジェクト６Ｂが迷惑行為を行っている旨（あるいは迷惑行為を行っている可能性がある旨）の通知をする制御がある。当該通知は、例えば、特定制御実行モジュール１７７１がＨＭＤセット１１０Ａのコントロールモジュール５１０Ａに当該通知に係る情報を送り、コントロールモジュール５１０Ａが当該情報に基づいてモニタ１３０Ａに、アバターオブジェクト６Ｂが迷惑行為を行っている可能性がある旨の表示（すなわち通知画面）を表示させるものであってもよい。この場合に、通知画面からブロック設定を行うことができるようになっていてもよい。換言すると、通知画面において、ブロック設定に係る所定の操作が受け付けられるようになっていてもよい。

当該通知がされることで、ユーザ５Ａは、アバターオブジェクト６Ｂが迷惑行為を行っている可能性があることに気付くことができる。また、対策を講じる必要があるか否か検討でき、必要な場合にはブロック設定等の対策を行うことができる。

また、特定の制御は、アバターオブジェクト６Ｂを操作するユーザ５Ｂに対して制裁を加える制御であってもよい。例えば、ユーザ５Ｂが、迷惑行為を行っていると判定されたアバターオブジェクト６Ｂを、仮想空間１１に出現させることができない状態としてもよい。この制御は、アバターオブジェクト６Ｂを仮想空間１１から追放する制御とも言え、アバターオブジェクト６Ｂの仮想空間１１への配置を禁じる制御とも言える。当該制御が実行された場合、ユーザ５Ｂは、自身のアバターオブジェクト６Ｂを仮想空間１１に出現させることができない。このため、アバターオブジェクト６Ｂは、アバターオブジェクト６Ａに対して迷惑行為を行うことが一切できない状態となる。

また、特定の制御は、第１の実施の形態で示した表示変更処理であってもよい。この場合、特定制御実行モジュール１７７１は、迷惑行為検知情報の受信に基づき、ブロック制御モジュール１７４１に、アバターオブジェクト６Ａの識別性の変更を指示する。この場合、ユーザ５Ａのブロック設定に基づくブロック情報の受信を必要とせずに、表示変更処理が実行される。
また、特定の制御は、第１の実施の形態で示したダミー配置処理であってもよい。この場合、特定制御実行モジュール１７７１は、迷惑行為検知情報の受信に基づき、ブロック制御モジュール１７４１に、アバターオブジェクト６Ａの少なくとも１つのダミーキャラクタ６Ａ´の配置を指示する。この場合、ユーザ５Ａのブロック設定に基づくブロック情報の受信を必要とせずに、ダミー配置処理が実行される。

本実施形態によれば、アバターオブジェクト６Ａに対してアバターオブジェクト６Ｂが迷惑行為を行う類型であると判定されると（迷惑行為となる挙動が検知されると）、特定の制御が自動で実行される。ユーザ５による所定の設定に基づいて特定の制御が実行される場合、ユーザ５が所定の設定をするまでの間、迷惑行為が繰り返され、ユーザ５が不快な思いをする可能性がある。本構成によれば、迷惑行為となる挙動が検知されると自動的に特定の制御が実行されるため、ユーザ５が不快な思いをする頻度を低減できる。これにより、ユーザ５が不快感を抱く可能性が低減されたゲーム空間（すなわち仮想空間１１）をユーザ５に提供できる。
また、ユーザ５が迷惑行為をされているか否かを自分で判断し、迷惑行為をされていると判断した場合に対策を講じる場合、対策を講じるまでに時間を要する分、迷惑行為を受け、ユーザ５が不快な思いをする可能性が高いものとなる。これに対し、本実施形態によれば、迷惑行為となる挙動が検知されたことに基づき、特定の制御が自動で実行される。このため、比較的短時間で対策を講じることができ、ユーザ５が不快な思いをする可能性を低減できる。これにより、ユーザ５が不快感を抱く可能性が低減された仮想空間１１をユーザに提供できる。

（位置情報に基づく判定）
迷惑行為判定モジュール１７６１は、ＨＭＤセット１１０から受信した位置情報に基づき、迷惑行為判定処理を行ってもよい。以下、具体的に説明する。図２２は、迷惑行為判定処理の流れを示すフローチャートである。

迷惑行為判定モジュール１７６１は、受信した位置情報に基づき、各ＨＭＤセット１１０のユーザ５に対応するアバターオブジェクト６ごとに、仮想空間１１において、当該アバターオブジェクト６（基準アバターオブジェクト６とする）の位置を中心とする所定領域内（換言すると所定範囲内）に、他のアバターオブジェクト６が存在するか否か判定する（ステップＳ２０１）。所定領域とは、例えば、仮想空間１１において基準アバターオブジェクト６を視認することが可能な領域である。

ステップＳ２０１において、基準アバターオブジェクト６の位置を中心とする所定領域内に他のアバターオブジェクト６が存在していないと判定した場合（ステップＳ２０１：ＮＯ）、ステップＳ２０１の処理を繰り返す。一方、ステップＳ２０１において、基準アバターオブジェクト６の位置を中心とする所定領域内に他のアバターオブジェクト６が存在していると判定した場合（ステップＳ２０１：ＹＥＳ）、迷惑行為判定モジュール１７６１は、当該他のアバターオブジェクト６が、基準アバターオブジェクト６のフレンドであるか否か判定する（ステップＳ２０２）。ステップＳ２０２において、当該他のアバターオブジェクト６が基準アバターオブジェクト６のフレンドであると判定した場合（ステップＳ２０２：ＹＥＳ）、ステップＳ２０１の処理に戻る。一方、ステップＳ２０２において、当該他のアバターオブジェクト６が基準アバターオブジェクト６のフレンドでないと判定した場合（ステップＳ２０２：ＮＯ）、ステップＳ２０３の処理に進む。

次に、迷惑行為判定モジュール１７６１は、基準アバターオブジェクト６が他のアバターオブジェクト６に尾行されているか否か判定する（ステップＳ２０３）。迷惑行為判定モジュール１７６１は、例えば、基準アバターオブジェクト６の移動後に、基準アバターオブジェクト６と同方向に他のアバターオブジェクト６が移動しているか否かに基づき、尾行されているか否か判定する。ステップＳ２０３において、基準アバターオブジェクト６が他のアバターオブジェクト６に尾行されていると判定した場合（ステップＳ２０３：ＹＥＳ）、ステップＳ２０４の処理に進む。一方、ステップＳ２０３において、基準アバターオブジェクト６が他のアバターオブジェクト６に尾行されていないと判定した場合（ステップＳ２０３：ＮＯ）、ステップＳ２０１の処理に戻る。

ここで、（１）アバターオブジェクト６Ａ（またはアバターオブジェクト６Ｂ）の位置を中心とする所定領域内にアバターオブジェクト６Ｂ（またはアバターオブジェクト６Ａ）が存在し、（２）アバターオブジェクト６Ａとアバターオブジェクト６Ｂはフレンドではなく、（３）アバターオブジェクト６Ａの移動後に、アバターオブジェクト６Ａと同方向にアバターオブジェクト６Ｂが移動しており、アバターオブジェクト６Ｂの移動後に、アバターオブジェクト６Ｂと同方向にアバターオブジェクト６Ａは移動していない場合を例に、処理の流れを説明する。

基準アバターオブジェクト６がアバターオブジェクト６Ａである場合、ステップＳ２０１において、アバターオブジェクト６Ａの位置を中心とする所定領域内にアバターオブジェクト６Ｂが存在していると判定され、ステップＳ２０２において、アバターオブジェクト６Ｂとフレンドでないと判定され、ステップＳ２０３において、アバターオブジェクト６Ａがアバターオブジェクト６Ｂに尾行されていると判定され、ステップＳ２０４の処理に進む。
一方、基準アバターオブジェクト６がアバターオブジェクト６Ｂである場合、ステップＳ２０１において、アバターオブジェクト６Ｂの位置を中心とする所定領域内にアバターオブジェクト６Ａが存在していると判定され、ステップＳ２０２において、アバターオブジェクト６Ａとフレンドでないと判定され、ステップＳ２０３において、アバターオブジェクト６Ｂはアバターオブジェクト６Ａに尾行されていないと判定され、ステップＳ２０１の処理に戻る。

以下、基準アバターオブジェクト６がアバターオブジェクト６Ａである場合について示す。迷惑行為判定モジュール１７６１は、アバターオブジェクト６Ｂがアバターオブジェクト６Ａの位置を中心とする所定領域内に存在している時間の計測を開始する（ステップＳ２０４）。

次に、迷惑行為判定モジュール１７６１は、アバターオブジェクト６Ｂがアバターオブジェクト６Ａの位置を中心とする所定領域内に存在している状態が継続しているか否か判定する（ステップＳ２０５）。ステップＳ２０５において、アバターオブジェクト６Ｂがアバターオブジェクト６Ａの位置を中心とする所定領域内に存在している状態が継続していると判定した場合（ステップＳ２０５：ＹＥＳ）、迷惑行為判定モジュール１７６１は、時間の計測を継続し、ステップＳ２０５の処理を繰り返す。一方、ステップＳ２０５において、アバターオブジェクト６Ｂがアバターオブジェクト６Ａの位置を中心とする所定領域内に存在している状態が継続していないと判定した場合（ステップＳ２０５：ＮＯ）、迷惑行為判定モジュール１７６１は、時間の計測を終了し、計測時間が第３所定時間（例えば１時間）以上であるか否か判定する（ステップＳ２０６）。

ステップＳ２０６において、計測時間が第３所定時間未満であると判定した場合（ステップＳ２０６：ＮＯ）、迷惑行為判定モジュール１７６１は、アバターオブジェクト６Ｂのアバターオブジェクト６Ａに対するコミュニケーションの類型が迷惑行為を行う類型であると判定せず（迷惑行為となる挙動を検知せず）、ステップＳ２０１の処理に戻る。一方、ステップＳ２０６において、計測時間が第３所定時間以上であると判定した場合（ステップＳ２０６：ＹＥＳ）、迷惑行為判定モジュール１７６１は、アバターオブジェクト６Ｂのアバターオブジェクト６Ａに対するコミュニケーションの類型が迷惑行為を行う類型であると判定し（迷惑行為となる挙動を検知し）、迷惑行為検知情報を、特定制御実行モジュール１７７１に送信する（ステップＳ２０７）。

なお、ステップＳ２０６において、迷惑行為判定モジュール１７６１は、第１所定時間と同様に、アバターオブジェクト６Ａの属性に応じて第３所定時間を変更してもよい。また、迷惑行為判定モジュール１７６１は、上述の第２所定時間を用いて判定した場合と同様に、所定期間における合計時間に基づき、迷惑行為を行っているか否かを判定してもよい。

また、ステップＳ２０５において、アバターオブジェクト６Ｂがアバターオブジェクト６Ａの位置を中心とする所定領域内に存在している状態が継続している場合であっても、アバターオブジェクト６Ａおよびアバターオブジェクト６Ｂの両方の位置が停止している状態が一定時間継続すると、時間の計測を一旦止め、いずれか一方が移動を開始したことに伴い時間の計測を再開させてもよい。換言すると、第３所定時間には、アバターオブジェクト６Ａおよびアバターオブジェクト６Ｂの両方が停止した状態において経過した所定時間が含まれないように構成されていてもよい。

本例は、アバターオブジェクト６Ｂが、アバターオブジェクト６Ａの位置を中心とする所定領域内に連続して存在している時間が第３所定時間以上であるか否かを、アバターオブジェクト６Ｂが迷惑行為を行っているか否かの判定条件としている、と言うことができる。迷惑行為判定手段は、アバターオブジェクト６Ａから所定範囲内にアバターオブジェクト６Ｂが存在している時間に基づいて、迷惑行為を行っているか否かを判定してもよい。

（変形例）
なお、上述のステップＳ２０６で、計測時間が第３所定時間以上であると判定した場合（ステップＳ２０６：ＹＥＳ）に、次のように構成してもよい。図２３に示すように、迷惑行為判定モジュール１７６１は、第３所定時間の間に、アバターオブジェクト６Ｂ（他のアバターオブジェクト６）とアバターオブジェクト６Ａ（基準アバターオブジェクト６）との間に所定の履歴が存在するか否か判定する（ステップＳ２０７´）。サーバ６００のコントロールモジュール１６１０は、履歴管理モジュール（履歴管理手段）１７８１を備えている。履歴管理モジュール１７８１は、仮想空間１１における各アバターオブジェクト６の行動履歴を含む履歴情報をメモリモジュール１６３０に記憶する。迷惑行為判定モジュール１７６１は、履歴情報に基づき、ステップＳ２０７´の処理を行う。

所定の履歴とは、アバターオブジェクト６Ｂとアバターオブジェクト６Ａとが対面した履歴であってもよく、アバターオブジェクト６Ｂのユーザ５Ｂとアバターオブジェクト６Ａのユーザ５Ａとが会話をした履歴であってもよい。なお、会話をした履歴とは、双方向で音声データのやり取りがされたものに限らず、一方から他方へ向かって一方的に音声データが送信された履歴であってもよい。

ステップＳ２０７´において、第３所定時間の間に、アバターオブジェクト６Ｂとアバターオブジェクト６Ａとの間に所定の履歴が存在すると判定した場合（ステップＳ２０７´：ＹＥＳ）、迷惑行為判定モジュール１７６１は、アバターオブジェクト６Ｂのアバターオブジェクト６Ａに対するコミュニケーションの類型が迷惑行為を行う類型であると判定せず（迷惑行為となる挙動を検知せず）、ステップＳ２０１の処理に戻る。一方、ステップＳ２０７´において、第３所定時間の間に、アバターオブジェクト６Ｂとアバターオブジェクト６Ａとの間に所定の履歴が存在しないと判定した場合（ステップＳ２０７´：ＮＯ）、迷惑行為判定モジュール１７６１は、アバターオブジェクト６Ｂのアバターオブジェクト６Ａに対するコミュニケーションの類型が迷惑行為を行う類型であると判定し（迷惑行為となる挙動を検知し）、迷惑行為検知情報を、特定制御実行モジュール１７７１に送信する（ステップＳ２０８）。

第３所定時間内に所定の履歴が存在している場合には、アバターオブジェクト６Ａのユーザ５Ａが、アバターオブジェクト６Ｂに対して恐怖心や嫌悪感等を抱いていない可能性がある。本構成によれば、そのようなアバターオブジェクト６Ｂを、迷惑行為を行っていると判定する可能性を低減できる。本変形例は、アバターオブジェクト６Ｂがアバターオブジェクト６Ａの位置を中心とする所定領域内に連続して存在している時間が第３所定時間以上であり、かつ第３所定時間の間に、アバターオブジェクト６Ｂとアバターオブジェクト６Ａとの間に所定の履歴がないことを、バターオブジェクト６Ｂが迷惑行為を行っていると判定する条件としている、と言うことができる。

（すり抜け回数に基づく判定）
迷惑行為判定モジュール１７６１は、視界情報や位置情報に限らず、すり抜け回数情報に基づき、迷惑行為判定処理を行ってもよい。以下、具体的に説明する。本例では、仮想空間１１においてアバターオブジェクト６同士の接触（衝突）が検出されず、一方のアバターオブジェクト６が他方のアバターオブジェクト６をすり抜け可能となっているものとする。

アバターオブジェクト６Ｂがアバターオブジェクト６Ａに向かって歩いていき、アバターオブジェクト６Ｂとアバターオブジェクト６Ａとが接触した場合であっても、両者の接触は検出されず、そのままアバターオブジェクト６Ｂはアバターオブジェクト６Ａをすり抜けるようになっている。アバターオブジェクト６Ａに対して迷惑行為を行っているアバターオブジェクト６Ｂは、アバターオブジェクト６Ａの周囲を歩き回っており、アバターオブジェクト６Ａをすり抜ける回数が、当該迷惑行為を行っていない他のアバターオブジェクト６よりも相対的に多くなる可能性が高い。

履歴管理モジュール１７８１は、履歴情報として、アバターオブジェクト６ごとに、当該アバターオブジェクト６が、所定期間に、他のアバターオブジェクト６をすり抜けた回数を示す、すり抜け回数情報をメモリモジュール１６３０に記憶する。なお、当該他のアバターオブジェクト６が複数存在している場合には、当該他のアバターオブジェクト６ごとに、すり抜け回数情報を記憶可能である。所定期間は、例えば１日としてもよい。迷惑行為判定モジュール１７６１は、すり抜け回数情報に基づき、迷惑行為判定処理を行う。

図２４は、迷惑行為判定処理の流れを示すフローチャートである。
迷惑行為判定モジュール１７６１は、すり抜け回数情報に基づき、所定期間内におけるすり抜け回数が所定の回数（例えば１０回）に達したアバターオブジェクト６が存在するか否か判定する（ステップＳ３０１）。

ステップＳ３０１において、すり抜け回数が所定の回数（例えば１０回）に達したアバターオブジェクト６が存在しないと判定した場合（ステップＳ３０１：ＮＯ）、ステップＳ３０１の処理を繰り返す。一方、ステップＳ３０１において、すり抜け回数が所定の回数（例えば１０回）に達したアバターオブジェクト６が存在すると判定した場合（ステップＳ３０１：ＹＥＳ）、迷惑行為判定モジュール１７６１は、すり抜けたアバターオブジェクト６（ここではアバターオブジェクト６Ｂ）と、すり抜けられたアバターオブジェクト６（ここではアバターオブジェクト６Ａ）と、を特定する（ステップＳ３０２）。

次に、迷惑行為判定モジュール１７６１は、ステップＳ３０２で特定したアバターオブジェクト同士、すなわちアバターオブジェクト６Ｂとアバターオブジェクト６Ａが、フレンドであるか否か判定する（ステップＳ３０３）。ステップＳ３０３において、アバターオブジェクト６Ｂとアバターオブジェクト６Ａがフレンドであると判定した場合（ステップＳ３０３：ＹＥＳ）、ステップＳ３０１の処理に戻る。一方、ステップＳ３０３において、アバターオブジェクト６Ｂとアバターオブジェクト６Ａがフレンドでないと判定した場合（ステップＳ３０３：ＮＯ）、迷惑行為判定モジュール１７６１は、アバターオブジェクト６Ｂがアバターオブジェクト６Ａに対して迷惑行為を行っていると判定し（迷惑行為となる挙動を検知し）、迷惑行為検知情報を、特定制御実行モジュール１７７１に送信する（ステップＳ３０４）。

本例は、所定期間において、アバターオブジェクト６Ｂがアバターオブジェクト６Ａをすり抜けた回数が所定回数に達したか否かを、アバターオブジェクト６Ｂが迷惑行為を行っているか否かの判定条件としている、と言うことができる。
なお、所定期間を例えば１週間とし、１週間のうち、アバターオブジェクト６Ｂがアバターオブジェクト６Ａを所定回数以上すり抜けた日が、所定の日数以上であるか否かを、アバターオブジェクト６Ｂが迷惑行為を行っているか否かの判定条件としてもよい。この場合、所定期間において、アバターオブジェクト６Ｂがアバターオブジェクト６Ａを所定回数以上すり抜けた日が、所定の日数以上である場合に、アバターオブジェクト６Ｂが迷惑行為を行っていると判定される。

なお、本発明は、上述した実施形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変形して実施できる。本発明はその発明の範囲内において、各構成要素の自由な組み合わせ、任意の構成要素の変形、または任意の構成要素の省略等が可能である。また、本明細書において説明した処理の流れはあくまで一例であり、各処理の順序や構成は異なるものであってもよい。また、各フローチャートに示した各種判定処理等の各処理は存在しないものがあってもよい。換言すると、処理の流れや具体的な判定処理等は本明細書に例示したものと異なっていてもよい。

［付記］
以上の実施形態で説明した事項は、以下の付記のようにも記載され得る。

（付記１）
コンピュータを、
ユーザに対応するキャラクタを出現させることが可能な仮想空間に関して、第１キャラクタを操作するユーザにより第２キャラクタを対象として所定の設定がされたことに基づき、前記第２キャラクタ以外のキャラクタを操作するユーザに対する前記第１キャラクタの識別性を変化させることなく、前記第２キャラクタを操作するユーザに対する前記第１キャラクタの識別性を変化させる設定反映手段（例えばブロック制御モジュール１７４１）
として機能させるプログラム。
このような構成によれば、所定の設定がされたことに基づき、第１キャラクタの識別性が変化するため、第２キャラクタを操作するユーザは、仮想空間において第１キャラクタを特定することが困難となる。一方、第２キャラクタ以外のキャラクタを操作するユーザは、仮想空間において第１キャラクタを特定することができる。このため、第１キャラクタを操作するユーザは、第２キャラクタが第１キャラクタに対して迷惑行為を行うことを抑制できる。また、第１キャラクタを操作するユーザは、第２キャラクタ以外のキャラクタを操作するユーザとは、仮想空間においてキャラクタを介してのコミュニケーションを図ること等ができる。これにより、ユーザが不快感を抱く可能性が低減された仮想空間をユーザに提供できる。

（付記２）
前記識別性は、外見である
付記１に記載のプログラム。
このような構成によれば、所定の設定がされたことに基づき、第１キャラクタの外見が変化するため、第２キャラクタを操作するユーザは、仮想空間において第１キャラクタを見つけることが困難となる。これにより、第２キャラクタが第１キャラクタに対して迷惑行為を行うことが困難となり、第１キャラクタを操作するユーザが不快感を抱く可能性を低減できる。

（付記３）
前記識別性は、前記第１キャラクタとともに表示される前記第１キャラクタに係る識別用のオブジェクトである
付記１または付記２に記載のプログラム。
このような構成によれば、所定の設定がされたことに基づき、第１キャラクタに係る識別用のオブジェクトが変化するため、第２キャラクタを操作するユーザは、仮想空間において第１キャラクタを特定することがより困難となる。これにより、第２キャラクタが第１キャラクタに対して迷惑行為を行うことが困難となり、第１キャラクタを操作するユーザが不快感を抱く可能性を低減できる。

（付記４）
前記設定反映手段は、前記所定の設定がされたことに基づき、前記第１キャラクタを操作するユーザに対する前記第２キャラクタの外見を変化させる
付記１または付記２に記載のプログラム。
このような構成によれば、第１キャラクタを操作するユーザが、仮想空間において第２キャラクタの存在を認識することが困難となる。このため、第１キャラクタを操作するユーザが、第２キャラクタに対して抱く、恐怖心、嫌悪感等を低減できる。

（付記５）
前記設定反映手段は、前記所定の設定がされたことに基づき、前記第２キャラクタを操作するユーザに対する、前記第１キャラクタのフレンドのキャラクタの外見を変化させる
付記１または付記２に記載のプログラム。
このような構成によれば、第２キャラクタを操作するユーザが、仮想空間において第１キャラクタのフレンドを介して第１キャラクタの正体を見抜く可能性を低減できる。正体を見抜くとは、第１キャラクタの識別性が変化したことに気付くことである。これにより、第２キャラクタが第１キャラクタに対して迷惑行為を行うことが一層困難となり、第１キャラクタを操作するユーザが不快感を抱く可能性を低減できる。

（付記６）
ユーザに対応するキャラクタを出現させることが可能な仮想空間に関して、第１キャラクタを操作するユーザにより第２キャラクタを対象として所定の設定がされたことに基づき、前記第２キャラクタ以外のキャラクタを操作するユーザに対する前記第１キャラクタの識別性を変化させることなく、前記第２キャラクタを操作するユーザに対する前記第１キャラクタの識別性を変化させる設定反映手段（例えばブロック制御モジュール１７４１）を備える
情報処理システム。
このような構成によれば、付記１に記載のプログラムと同様の作用効果を奏することができる。

（付記７）
コンピュータを、
ユーザに対応するキャラクタを出現させることが可能な仮想空間に関して、第１キャラクタを操作するユーザにより第２キャラクタを対象として所定の設定がされたことに基づき、前記第１キャラクタのダミーとなる少なくとも１つのダミーキャラクタを前記仮想空間に出現させる設定反映手段（例えばブロック制御モジュール１７４１）
として機能させるプログラム。
このような構成によれば、所定の設定がされたことに基づき、ダミーキャラクタが出現するため、第２キャラクタを操作するユーザが、ダミーキャラクタを第１キャラクタであると勘違いし、第２キャラクタがダミーキャラクタをつけまわす可能性が高くなる。このため、第２キャラクタが第１キャラクタに対して迷惑行為を行うことが困難となる。これにより、ユーザが不快感を抱く可能性が低減された仮想空間をユーザに提供できる。

（付記８）
前記設定反映手段は、前記所定の設定がされたことに基づき、外見が異なる複数の前記ダミーキャラクタを前記仮想空間に出現させる
付記７に記載のプログラム。
このような構成によれば、複数のダミーキャラクタの外見がすべて同一の場合に比べ、ダミーキャラクタを見て第２キャラクタを操作するユーザが違和感を抱く可能性を低減できる。このため、当該ユーザがダミーキャラクタであることに気付かず、第２キャラクタがダミーキャラクタをつけまわす可能性を高くすることができる。これにより、第１キャラクタを操作するユーザが不快感を抱く可能性を低減できる。

（付記９）
前記設定反映手段は、前記所定の設定がされたことに基づき、前記第２キャラクタを操作するユーザに対する前記第１キャラクタの識別性を変化させる
付記７または付記８に記載のプログラム。
このような構成によれば、第１キャラクタの識別性が変化するため、仮想空間において第１キャラクタを特定することが困難となる分、相対的にダミーキャラクタをつけまわす可能性がより高くなる。このため、第２キャラクタが第１キャラクタに対して迷惑行為を行うことが一層困難となり、第１キャラクタを操作するユーザが不快感を抱く可能性を低減できる。

（付記１０）
ユーザに対応するキャラクタを出現させることが可能な仮想空間に関して、第１キャラクタを操作するユーザにより第２キャラクタを対象として所定の設定がされたことに基づき、前記第１キャラクタのダミーとなる少なくとも１つのダミーキャラクタを前記仮想空間に出現させる設定反映手段（例えばブロック制御モジュール１７４１）を備える
情報処理システム。
このような構成によれば、付記７に記載のプログラムと同様の作用効果を奏することができる。

（付記１１）
コンピュータを、
複数のユーザのそれぞれに対応するキャラクタを出現させることが可能な仮想空間における、キャラクタの迷惑行為となる挙動を検知可能な検知手段（例えば迷惑行為判定モジュール１７６１）と、
前記迷惑行為となる挙動が検知されたことに基づき、特定の制御を実行する特定制御実行手段（例えば特定制御実行モジュール１７７１）と、
として機能させるプログラム。
例えば、ユーザが迷惑行為をされているか否かを自分で判断し、迷惑行為をされていると判断した場合に対策を講じる場合、対策を講じるまでに時間を要する分、迷惑行為を受け、ユーザが不快な思いをする可能性が高いものとなる。これに対し、本構成によれば、迷惑行為となる挙動が検知されたことに基づき、特定の制御が自動で実行される。このため、比較的短時間で対策を講じることができ、ユーザが不快な思いをする可能性を低減できる。これにより、ユーザが不快感を抱く可能性が低減された仮想空間をユーザに提供できる。

（付記１２）
前記特定制御実行手段は、第１キャラクタに対する第２キャラクタの前記迷惑行為となる挙動が検知されたことに基づき、前記特定の制御として、前記第１キャラクタを操作するユーザに対し、前記第２キャラクタが前記迷惑行為を行っていることを通知する
付記１１に記載のプログラム。
このような構成によれば、第１キャラクタを操作するユーザは、第２キャラクタが迷惑行為を行っていることに気付くことができ、早急に対策を講じることができる。

（付記１３）
前記検知手段は、ユーザが所定のキャラクタを視界に捉えている時間に基づき、前記迷惑行為となる挙動を検知する
付記１１または付記１２に記載のプログラム。
このような構成によれば、比較的長い間、所定のキャラクタを視界に捉えているユーザの挙動を迷惑行為となる挙動とすることができる。

（付記１４）
複数のユーザのそれぞれに対応するキャラクタを出現させることが可能な仮想空間における、キャラクタの迷惑行為となる挙動を検知可能な検知手段と、
前記迷惑行為となる挙動が検知されたことに基づき、特定の制御を実行する特定制御実行手段（例えば特定制御実行モジュール１７７１）と、を備える
情報処理システム。
このような構成によれば、付記１１に記載のプログラムと同様の作用効果を奏することができる。

５ ユーザ、６ アバターオブジェクト、１１ 仮想空間、１００ ＨＭＤシステム、１１０ ＨＭＤセット、１２０ ＨＭＤ、１３０ モニタ、２００ コンピュータ、２１０ プロセッサ、２２０ メモリ、２３０ ストレージ、２４０ 入出力インターフェイス、２５０ 通信インターフェイス、３００ コントローラ、４１０ ＨＭＤセンサ、４２０ モーションセンサ、５１０ コントロールモジュール、５２０ レンダリングモジュール、５３０ メモリモジュール、５４０ 通信制御モジュール、６００ サーバ、６１０ プロセッサ、６２０ メモリ、６３０ ストレージ、６４０ 入出力インターフェイス、６５０ 通信インターフェイス、７００ 外部機器、１４２１ 仮想カメラ制御モジュール、１４２２ 視界領域決定モジュール、１４２３ 基準視線特定モジュール、１４２４ 顔器官検出モジュール、１４２５ 動き検出モジュール、１４２６ 仮想空間定義モジュール、１４２７ 仮想オブジェクト生成モジュール、１４２８ 操作オブジェクト制御モジュール、１４２９ アバター制御モジュール、１４３８ 視界画像生成モジュール、１６１０ コントロールモジュール、１６３０ メモリモジュール、１６４０ 通信制御モジュール、１７４１ ブロック制御モジュール、１７５１ フレンド管理モジュール、１７６１ 迷惑行為判定モジュール、１７７１ 特定制御実行モジュール、１７８１ 履歴管理モジュール

Claims (4)

1. コンピュータを、
   複数のユーザのそれぞれに対応するキャラクタを出現させることが可能な仮想空間における、キャラクタの迷惑行為となる挙動を検知可能な検知手段と、
   前記迷惑行為となる挙動が検知されたことに基づき、特定の制御を実行する特定制御実行手段と、
   として機能させるプログラム。
2. 前記特定制御実行手段は、第１キャラクタに対する第２キャラクタの前記迷惑行為となる挙動が検知されたことに基づき、前記特定の制御として、前記第１キャラクタを操作するユーザに対し、前記第２キャラクタが前記迷惑行為を行っていることを通知する
   請求項１に記載のプログラム。
3. 前記検知手段は、ユーザが所定のキャラクタを視界に捉えている時間に基づき、前記迷惑行為となる挙動を検知する
   請求項１または請求項２に記載のプログラム。
4. 複数のユーザのそれぞれに対応するキャラクタを出現させることが可能な仮想空間における、キャラクタの迷惑行為となる挙動を検知可能な検知手段と、
   前記迷惑行為となる挙動が検知されたことに基づき、特定の制御を実行する特定制御実行手段と、を備える
   情報処理システム。

Images