JP2018101293A - ヘッドマウントデバイスに仮想空間を提供するためにコンピュータによって実行される方法、当該方法をコンピュータに実行させるプログラム、および、コンピュータ装置 - Google Patents

Abstract

【課題】仮想空間を提供する場合に、ユーザへ心理的な負担を軽減しつつ、イベントを視認し易くできる技術を提供する。【解決手段】プロセッサ１０は、視野領域２３に入っていなかったイベント源１２１０〜１２６０のうち、ＨＭＤ１１０を装着したユーザ１９０が首を旋回させることで仮想空間の視界領域２３に入ったイベント源１２１０，１２２０についてだけ、そのイベント源１２１０，１２２０に基づいたイベント１２１０Ａ，１２２０Ａを発生させる。【選択図】図１２

Description

本開示は、ヘッドマウントデバイスに仮想空間の視界画像を提供する技術に関する。

ヘッドマウントデバイスを用いて仮想空間を提供する場合、ヘッドマウントデバイスは、装着したユーザの動きに合わせて仮想空間の視界（ユーザの視界）を変化させた視界画像を提供している。また、ヘッドマウントデバイスでは、仮想空間においてユーザに視認させたいキャラクタやインフォメーションなどをイベントとして所定の位置にあらかじめ設定することができる。そのため、ヘッドマウントデバイスでは、イベントが設定してある位置をユーザが視るような動きをすることで、仮想空間の視界が変化して視界内に入ったイベントをユーザが視認できる視界画像を提供している。

しかし、イベントは仮想空間において全方位（３６０度）に設定可能であるのに対して、ヘッドマウントデバイスで提供する視界画像の視界の角度は例えば１４０度〜１８０度と狭い。そのため、ヘッドマウントデバイスでは、ユーザの視界の外にいるイベントを認識し難いという問題があった。

従来のヘッドマウントデバイスでは、ユーザの視界の外にいるイベントを認識させるために例えば以下のような処理が行われていた。例えば、特開２００１−１４９６４３号公報（特許文献１）は、「プレイヤオブジェクトと敵オブジェクトとが予め定めた距離内にいる場合には、敵オブジェクトをプレイヤの視界内に表示する」ための技術を開示しているまた、特開２００３−３０５２７５号公報（特許文献２）は、「プレイヤに与える不快感を軽減するカメラの制御を行う」ための技術を開示している。

特開２００１−１４９６４３号公報 特開２００３−３０５２７５号公報

しかし、ヘッドマウントデバイスでは、仮想空間に設定したイベントが視界画像の外にある位置で発生して実行される場合がある。そのため、視界画像の外にある位置で実行中のイベントがユーザの動きにより視界画像に入った場合、ユーザの視界に突然イベントが現れることになりユーザに心理的な負担を与える虞があった。具体的に、キャラクタを発生させて、その後ユーザ方向に近づく動作を実行させるイベントの場合、当該イベントがユーザの背後で実行されキャラクタがユーザの真後ろに近づいた時点で、ユーザが振り向くとユーザの視界に大きなキャラクタが突然現れることになる。したがって、ユーザへ心理的な負担を軽減しつつ、イベントを視認し易くできる技術が必要とされている。

本開示は、上述のような問題点を解決するためになされたものであって、そのある局面における目的は、仮想空間を提供する場合に、ユーザへ心理的な負担を軽減しつつ、イベントを視認し易くできる技術を提供することである。

本開示のある局面に従うと、ヘッドマウントデバイスに仮想空間を提供するためにコンピュータによって実行される方法が提供される。この方法は、仮想空間を定義するステップと、仮想空間内にイベント発生源を定義するステップと、ヘッドマウントデバイスを装着したユーザの動きに基づいて、仮想空間内におけるユーザの視界を特定するステップと、イベント発生源が視界に入っているときに、当該イベント発生源に基づくイベントを発生させるステップとを含む。

この発明の上記および他の目的、特徴、局面および利点は、添付の図面と関連して理解されるこの発明に関する次の詳細な説明から明らかとなるであろう。

ある実施の形態に従うＨＭＤシステム１００の構成の概略を表す図である。 一局面に従うコンピュータ２００のハードウェア構成の一例を表すブロック図である。 ある実施の形態に従うＨＭＤ１１０に設定されるｕｖｗ視野座標系を概念的に表す図である。 ある実施の形態に従う仮想空間２を表現する一態様を概念的に表す図である。 ある実施の形態に従うＨＭＤ１１０を装着するユーザ１９０の頭部を上から表した図である。 仮想空間２において視界領域２３をＸ方向から見たＹＺ断面を表す図である。 仮想空間２において視界領域２３をＹ方向から見たＸＺ断面を表す図である。 ある実施の形態に従うコントローラ１６０の概略構成を表す図である。 ある実施の形態に従うコンピュータ２００をモジュール構成として表わすブロック図である。 ＨＭＤシステム１００が実行する処理を表わすフローチャートである。 ある実施の形態の一局面においてコンピュータ２００のプロセッサ１０が実行する詳細な処理を表わすフローチャートである。 仮想空間２におけるイベント源と仮想空間の視界領域との関係の一態様を例示する図である。 仮想空間２におけるイベント源と仮想空間の視界領域との関係の別の一態様を例示する図である。

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

［ＨＭＤシステムの構成］
図１を参照して、ＨＭＤ（Head Mounted Device）システム１００の構成について説明する。図１は、ある実施の形態に従うＨＭＤシステム１００の構成の概略を表す図である。ある局面において、ＨＭＤシステム１００は、家庭用のシステムとしてあるいは業務用のシステムとして提供される。なお、本実施の形態において、ＨＭＤとは、モニタを備える所謂ヘッドマウントディスプレイと、スマートフォンその他のモニタを有する端末を装着可能なヘッドマウント機器のいずれをも含み得る。

ＨＭＤシステム１００は、ＨＭＤ１１０と、ＨＭＤセンサ１２０と、コントローラ１６０と、コンピュータ２００とを備える。ＨＭＤ１１０は、モニタ１１２と、注視センサ１４０と、スピーカ１１８とを含む。コントローラ１６０は、モーションセンサ１３０を含み得る。

ある局面において、コンピュータ２００は、インターネットその他のネットワーク１９に接続可能であり、ネットワーク１９に接続されているサーバ１５０その他のコンピュータと通信可能である。

別の局面において、ＨＭＤシステム１００がＨＭＤセンサ１２０を備える代わりに、ＨＭＤ１１０がセンサ１１４を含んでもよい。

サーバ１５０は、プロセッサ１５１と、メモリ１５２と、通信インターフェイス１５３とを含む。サーバ１５０は、周知の構成を有するコンピュータによって実現される。

ＨＭＤ１１０は、ユーザの頭部に装着され、動作中に仮想空間をユーザに提供し得る。より具体的には、ＨＭＤ１１０は、右目用の画像および左目用の画像をモニタ１１２にそれぞれ表示する。ユーザの各目がそれぞれの画像を視認すると、ユーザは、両目の視差に基づき当該画像を３次元の画像として認識し得る。

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

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

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

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

別の局面において、ＨＭＤ１１０は、位置検出器として、ＨＭＤセンサ１２０の代わりに、センサ１１４を備えてもよい。ＨＭＤ１１０は、センサ１１４を用いて、ＨＭＤ１１０自身の位置および傾きを検出し得る。例えば、センサ１１４が角速度センサ、地磁気センサ、加速度センサ、あるいはジャイロセンサ等である場合、ＨＭＤ１１０は、ＨＭＤセンサ１２０の代わりに、これらの各センサのいずれかを用いて、自身の位置および傾きを検出し得る。一例として、センサ１１４が角速度センサである場合、角速度センサは、現実空間におけるＨＭＤ１１０の３軸周りの角速度を経時的に検出する。ＨＭＤ１１０は、各角速度に基づいて、ＨＭＤ１１０の３軸周りの角度の時間的変化を算出し、さらに、角度の時間的変化に基づいて、ＨＭＤ１１０の傾きを算出する。また、ＨＭＤ１１０は、透過型表示装置を備えていても良い。この場合、当該透過型表示装置は、その透過率を調整することにより、一時的に非透過型の表示装置として構成可能であってもよい。また、視界画像は仮想空間を構成する画像の一部に、現実空間を提示する構成を含んでいてもよい。例えば、ＨＭＤ１１０に搭載されたカメラで撮影した画像を視界画像の一部に重畳して表示させてもよいし、当該透過型表示装置の一部の透過率を高く設定することにより、視界画像の一部から現実空間を視認可能にしてもよい。

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

スピーカ１１８は、ＨＭＤ１１０に設けられており、音声を出力するための装置である。ある局面において、スピーカ１１８は右耳用の右スピーカと左耳用の左スピーカとを含む。ある局面において、スピーカ１１８は、ＨＭＤ１１０に設けられるのではなく、コントローラ１６０に設けられてもよい。また、ある局面において、所謂スマートフォンその他の情報表示端末が、内蔵されたスピーカを用いて音声を出力してもよい。

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

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

モーションセンサ１３０は、ある局面において、ユーザの手に取り付けられて、ユーザの手の動きを検出する。例えば、モーションセンサ１３０は、手の回転速度、回転数等を検出する。検出された信号は、コンピュータ２００に送られる。モーションセンサ１３０は、例えば、手袋型のコントローラ１６０に設けられている。ある実施の形態において、現実空間における安全のため、コントローラ１６０は、手袋型のようにユーザ１９０の手に装着されることにより容易に飛んで行かないものに装着されるのが望ましい。別の局面において、ユーザ１９０に装着されないセンサがユーザ１９０の手の動きを検出してもよい。例えば、ユーザ１９０を撮影するカメラの信号が、ユーザ１９０の動作を表わす信号として、コンピュータ２００に入力されてもよい。モーションセンサ１３０とコンピュータ２００とは、有線により、または無線により互いに接続される。無線の場合、通信形態は特に限られず、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）その他の公知の通信手法が用いられる。

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

プロセッサ１０は、コンピュータ２００に与えられる信号に基づいて、あるいは、予め定められた条件が成立したことに基づいて、メモリ１１またはストレージ１２に格納されているプログラムに含まれる一連の命令を実行する。ある局面において、プロセッサ１０は、ＣＰＵ（Central 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）その他の有線通信インターフェイス、あるいは、ＷｉＦｉ（Wireless Fidelity）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near Field Communication）その他の無線通信インターフェイスとして実現される。なお、通信インターフェイス１４は上述のものに限られない。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ＨＭＤ１１０の起動時、すなわちＨＭＤ１１０の初期状態において、仮想カメラ１が、仮想空間２の中心２１に配置される。仮想カメラ１は、現実空間におけるＨＭＤ１１０の動きに連動して、仮想空間２を同様に移動する。これにより、現実空間におけるＨＭＤ１１０の位置および向きの変化が、仮想空間２において同様に再現される。

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

仮想カメラ１の向きは、仮想カメラ１の位置および傾きに応じて決まるので、ユーザが仮想空間画像２２を視認する際に基準となる視線（基準視線５）は、仮想カメラ１の向きに応じて決まる。コンピュータ２００のプロセッサ１０は、基準視線５に基づいて、仮想空間２における視界領域２３を規定する。視界領域２３は、仮想空間２のうち、ＨＭＤ１１０を装着したユーザの視界に対応する。

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

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

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

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

別の局面において、ＨＭＤシステム１００は、ＨＭＤシステム１００を構成するいずれかのパーツに、マイクを備えてもよい。ユーザは、マイクに発話することにより、仮想空間２に対して、音声による指示を与えることができる。

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

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

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

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

図７に示されるように、ＸＺ断面における視界領域２３は、領域２５を含む。領域２５は、基準視線５と仮想空間２のＸＺ断面とによって定義される。プロセッサ１０は、仮想空間２における基準視線５を中心とした方位角βを含む範囲を、領域２５として規定する。

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

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

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

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

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

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

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

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

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

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

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

図８の分図（Ｂ）は、右コントローラ８００を把持するユーザ１９０の右手に対応して仮想空間に配置されるハンドオブジェクト８１０の一例を示す。例えば、ユーザ１９０の右手に対応するハンドオブジェクト８１０に対して、ヨー、ロール、ピッチの各方向が規定される。例えば、入力操作が、右コントローラ８００のボタン３４に対して行なわれると、ハンドオブジェクト８１０の人差し指を握りこんだ状態とし、入力操作がボタン３４に対して行なわれていない場合には、分図（Ｂ）に示すように、ハンドオブジェクト８１０の人差し指を伸ばした状態とすることもできる。例えば、ハンドオブジェクト８１０において親指と人差し指とが伸びている場合に、親指の伸びる方向がヨー方向、人差し指の伸びる方向がロール方向、ヨー方向の軸およびロール方向の軸によって規定される平面に垂直な方向がピッチ方向としてハンドオブジェクト８１０に規定される。

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

図９に示されるように、コンピュータ２００は、表示制御モジュール２２０と、仮想空間制御モジュール２３０と、メモリモジュール２４０と、通信制御モジュール２５０とを備える。表示制御モジュール２２０は、サブモジュールとして、仮想カメラ制御モジュール２２１と、視界領域決定モジュール２２２と、視界画像生成モジュール２２３と、基準視線特定モジュール２２４とを含む。仮想空間制御モジュール２３０は、サブモジュールとして、仮想空間定義モジュール２３１と、イベント源管理モジュール２３２と、イベント管理モジュール２３３とを含む。

ある実施の形態において、表示制御モジュール２２０と仮想空間制御モジュール２３０とは、プロセッサ１０によって実現される。別の実施の形態において、複数のプロセッサ１０が表示制御モジュール２２０と仮想空間制御モジュール２３０として作動してもよい。メモリモジュール２４０は、メモリ１１またはストレージ１２によって実現される。通信制御モジュール２５０は、通信インターフェイス１４によって実現される。

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

基準視線特定モジュール２２４は、注視センサ１４０からの信号に基づいて、ユーザ１９０の視線を特定する。

仮想空間制御モジュール２３０は、ユーザ１９０に提供される仮想空間２を制御する。仮想空間定義モジュール２３１は、仮想空間２を表わす仮想空間データを生成することにより、ＨＭＤシステム１００における仮想空間２を規定する。

仮想空間制御モジュール２３０は、仮想空間２においてユーザに視認させたいキャラクタやインフォメーションなどをイベントとして所定の位置に予め設定することが可能である。イベント源管理モジュール２３２は、イベントを発生させる位置を管理する。イベント管理モジュール２３３は、発生したイベントの実行を管理する。本実施の形態において、イベントの実行の管理は、イベントを発生させること、イベントに応じて視界画像にオブジェクトを表示させること等を含む。

イベント源管理モジュール２３２は、仮想空間２においてイベントを発生させたい位置をイベント源（イベント発生源）として管理し、イベント源が視界領域２３の内に一度入ってイベントが発生済みとなったか否かも管理する。また、イベント源管理モジュール２３２は、仮想空間２におけるイベント源を設定する情報の受付けも管理している。本実施の形態において、情報の受付けの管理は、ユーザ１９０の操作に基づいて入力される情報を受付けることと、受付けた情報に基づいてイベント源を設定するか否かを決定することとを含む。また、イベント源管理モジュール２３２は、イベント源が視界領域２３内に入っている時間を計る。

イベント管理モジュール２３３は、仮想空間２においてユーザに視認させたいキャラクタやインフォメーションなどのイベントを発生させて実行することを管理する。例えば、イベント管理モジュール２３３は、実行するイベントに応じて視界画像に表示させるオブジェクト（例えばキャラクタや掲示板など）の情報を管理する。イベントは、例えば、イベント源の位置でオブジェクトを固定して表示する固定イベント、およびイベント源の位置からオブジェクトを移動させる移動イベント等を含む。具体的に、固定イベントでは、イベント管理モジュール２３３は、例えばイベント源の位置に掲示板のオブジェクトを発生させて、当該掲示板にインフォメーションを表示する。また、移動イベントでは、イベント管理モジュール２３３は、例えばイベント源の位置にゲームプログラムにおける対戦相手キャラクタのオブジェクトを登場させて、当該対戦相手キャラクタをユーザ方向に移動させる。また、イベント管理モジュール２３３は、イベント源で発生したキャラクタが移動した位置の情報も管理する。

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

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

イベント情報２４２は、仮想空間２にイベントを発生させて実行するために必要なデータを含む。当該データは、例えば、アプリケーションプログラムにおいて規定される仮想空間２に提示されるオブジェクトのデータ、当該オブジェクトが移動した位置の情報等を含む。

ユーザ情報２４３は、ＨＭＤ１１０のユーザ１９０の識別情報、ユーザ１９０に関連付けられている権限等を含む。

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

ある局面において、表示制御モジュール２２０および仮想空間制御モジュール２３０は、例えば、ユニティテクノロジーズ社によって提供されるＵｎｉｔｙ（登録商標）を用いて実現され得る。別の局面において、表示制御モジュール２２０および仮想空間制御モジュール２３０は、各処理を実現する回路素子の組み合わせとしても実現され得る。

さらに、コンピュータ２００は、音声を出力するためのモジュール（図示しない）を備える。音声を出力するためのモジュールは、表示制御モジュール２２０および仮想空間制御モジュール２３０と同様に、プロセッサ１０によって実現される。音声を出力するためのモジュールは、ＨＭＤ１１０のスピーカ１１８から音声を出力するための制御を行う。

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

コンピュータ２００を構成するハードウェアは、一般的なものである。したがって、本実施の形態に係る最も本質的な部分は、コンピュータ２００に格納されたプログラムであるともいえる。なお、コンピュータ２００のハードウェアの動作は周知であるので、詳細な説明は繰り返さない。

なお、データ記録媒体としては、ＣＤ−ＲＯＭ、ＦＤ（Flexible Disk）、ハードディスクに限られず、磁気テープ、カセットテープ、光ディスク（ＭＯ（Magnetic Optical Disc）／ＭＤ（Mini Disc）／ＤＶＤ（Digital Versatile Disc））、ＩＣ（Integrated Circuit）カード（メモリカードを含む）、光カード、マスクＲＯＭ、ＥＰＲＯＭ（Electronically Programmable Read-Only Memory）、ＥＥＰＲＯＭ（Electronically Erasable Programmable Read-Only Memory）、フラッシュＲＯＭなどの半導体メモリ等の固定的にプログラムを担持する不揮発性のデータ記録媒体でもよい。

ここでいうプログラムとは、プロセッサ１０により直接実行可能なプログラムだけでなく、ソースプログラム形式のプログラム、圧縮処理されたプログラム、暗号化されたプログラム等を含み得る。

［制御構造］
図１０を参照して、ある実施の形態に係るＨＭＤシステム１００の制御構造について説明する。図１０は、ＨＭＤシステム１００が実行する処理を表わすフローチャートである。

ステップＳ１０１０にて、コンピュータ２００のプロセッサ１０は、仮想空間定義モジュール２３１として、仮想空間画像データを特定し、仮想空間を定義する。

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

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

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

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

ステップＳ１０４０にて、プロセッサ１０は、ＨＭＤ１１０の位置と傾きとに基づいて、ＨＭＤ１１０を装着したユーザ１９０の視界方向を特定する。プロセッサ１０は、アプリケーションプログラムを実行し、アプリケーションプログラムに含まれる命令に基づいて、仮想空間２にイベント源を配置する。

ステップＳ１０４２にて、コントローラ１６０は、モーションセンサ１３０から出力される信号に基づいて、ユーザ１９０の動作を検出する。なお、別の局面において、ユーザ１９０の動作は、ユーザ１９０の周囲に配置されたカメラからの画像に基づいて検出されてもよい。

ステップＳ１０５０にて、プロセッサ１０は、仮想空間２の視界内にあるイベント源を特定する。イベント源の位置はイベント源管理モジュール２３２によって管理されている。プロセッサ１０は、イベント源管理モジュール２３２が管理するイベント源の位置に関する情報に基づいて、ｕｖｗ座標系上のどの位置にイベント源が配置されているかを判断する。イベント源管理モジュール２３２は、仮想空間２の視界内に入ったイベント源の位置情報をプロセッサ１０に返す。

ステップＳ１０６０にて、プロセッサ１０は、仮想空間２の視界内に入ったイベント源の位置情報に基づいてイベントを発生する。イベント管理モジュール２３３は、イベント源で発生させるイベントを管理している。発生させるイベントが固定イベントであれば、プロセッサ１０は、例えばイベント源の位置に掲示板のオブジェクトを発生させて当該掲示板にインフォメーションを表示する。また、発生させるイベントが移動イベントであれば、プロセッサ１０は、イベント源の位置にキャラクタのオブジェクトを登場させてユーザの方向に当該キャラクタを移動させる。キャラクタの位置は、イベント管理モジュール２３３によって管理されている。プロセッサ１０は、イベント管理モジュール２３３が管理するキャラクタの位置に関する情報に基づいて、ｕｖｗ座標系上のどの位置にキャラクタが居るのかを特定することができる。なお、イベント源に基づいて発生したイベントは、その位置が仮想空間２の視界から外れた場合であっても、継続して実行される。

ステップＳ１０７０にて、プロセッサ１０は、イベント源に基づいて発生させたイベントを含む視界画像データを生成し、生成した視界画像データを出力する。プロセッサ１０は、イベントの情報をイベント管理モジュール２３３から受け取り、視界画像生成モジュール２２３によって、イベント発生後の視界画像を表示するための視界画像データを生成する。プロセッサ１０は、生成したイベント発生後の視界画像データを視界画像生成モジュール２２３を介して通信制御モジュール２５０によってＨＭＤ１１０に送る。

ステップＳ１０７２にて、ＨＭＤ１１０のモニタ１１２は、コンピュータ２００から受信したイベント発生後の視界画像データに基づいて、視界画像を表示する。ＨＭＤ１１０を装着したユーザ１９０は、視界画像を視認することにより、仮想空間２と、仮想空間２に表れたイベント（キャラクタやインフォメーションなど）とを認識し得る。

ステップＳ１０８０にて、プロセッサ１０は、視界画像を更新することに伴ってイベントが発生することで音声を出力する場合は、音声データを生成して、生成した音声データをＨＭＤ１１０に出力する。

ステップＳ１０８２にて、ＨＭＤ１１０は、コンピュータ２００から受信した音声データに基づいてスピーカ１１８から音声を出力する。

図１１を参照して、コンピュータ２００の制御構造についてさらに説明する。図１１は、ある実施の形態の一局面においてコンピュータ２００のプロセッサ１０が実行する詳細な処理を表わすフローチャートである。

ステップＳ１１１０にて、プロセッサ１０は、ユーザ１９０の命令に基づいて、アプリケーションプログラムの実行を開始する。アプリケーションプログラムは、現実空間の出来事を仮想空間に表示可能なプログラムである。アプリケーションプログラムは、例えば、スポーツ、レースその他相手が存在し得るゲームプログラム等を含むが、ゲームプログラム以外のアプリケーションプログラムであってもよい。

ステップＳ１１１５にて、プロセッサ１０は、仮想空間を定義して、モニタ１１２に初期視界画像を表示するためにＨＭＤ１１０に情報を出力する。本実施の形態において、情報とは、視界画像データと、音声データとを含む。

ステップＳ１１２０にて、プロセッサ１０は、ステップＳ１１１５で定義した仮想空間に、イベント源を配置するためのデータを生成する。

ステップＳ１１２５にて、プロセッサ１０は、ステップＳ１１１５で出力された初期視界画像の情報に基づきＨＭＤ１１０のモニタ１１２に初期視界画像を表示するためのデータを生成する。

ステップＳ１１３０にて、プロセッサ１０は、コントローラ１６０からの信号に基づいて、現実空間におけるユーザ１９０の動作を検出する。

ステップＳ１１３５にて、プロセッサ１０は、検出した現実空間におけるユーザ１９０の動作に基づいて、ユーザ１９０の仮想空間内の視界領域を特定する。

ステップＳ１１４０にて、プロセッサ１０は、イベント源の位置と特定された視界領域とに基づいて、仮想空間の視界領域内のイベント源を特定する。イベント源の位置は、アプリケーションプログラムであるイベント源管理モジュール２３２によって予め定められている位置で管理されている。なお、イベント源の位置は、ユーザ１９０の動作によって移動させることができるものであってもよい。

ステップＳ１１４１にて、プロセッサ１０は、イベント源が視界領域２３内に入っている時間に基づいて、イベント源が一定時間（例えば５秒程度）以上仮想空間の視界領域内に入っているか否かを判定する。なお、ステップＳ１１４１での判定は、ユーザ１９０が例えば左右に首を振ったなど仮想空間の視界領域内にイベント源が一瞬入る程度でイベントが発生してしまうことを防止するためのステップである。

イベント源が一定時間以上、仮想空間の視界領域内に入っていない場合（ステップＳ１１４１にてＮＯ）、プロセッサ１０は、処理を後述するステップＳ１１４５に進める。イベント源が一定時間以上、仮想空間の視界領域内に入っている場合（ステップＳ１１４１にてＹＥＳ）、ステップＳ１１４２にて、プロセッサ１０は、仮想空間の視界領域内に入ったイベント源までの距離が予め定められた距離Ｌより短いか否かを判定する。仮想空間の視界領域内に入ったイベント源までの距離が所定距離Ｌ以上の場合（ステップＳ１１４２にてＮＯ）、ステップＳ１１４３にて、プロセッサ１０は、遅延時間なしでイベントを発生させる設定を行う。仮想空間の視界領域内に入ったイベント源までの距離が距離Ｌより短い場合（ステップＳ１１４２にてＹＥＳ）、ステップＳ１１４４にて、プロセッサ１０は、遅延時間ｔでイベントを発生させる設定を行う。なお、ステップＳ１１４２での判定は、イベント源までの距離に応じてイベントの発生を遅らせることでユーザ１９０の心理的な負担を軽減させている。たとえば、キャラクタを発生させた後にユーザ１９０の方向にそのキャラクタが近づいてくるイベントについて考える。キャラクタが発生した位置からユーザ１９０までの距離が近く、かつ、キャラクタがすぐに発生するような場合、ユーザ１９０はそのキャラクタに対応するための時間を確保することができない。そこで、キャラクタが発生するイベント源の位置からユーザ１９０までの距離が近い場合に、イベントの発生を遅延時間の分だけ遅らせることで、ユーザ１９０はキャラクタに対応するための時間として遅延時間の分だけ確保することができる。

ステップＳ１１４５にて、プロセッサ１０は、仮想空間の視界領域内の全てのイベント源を特定したか否かを判定する。プロセッサ１０は、全てのイベント源を特定していない場合（ステップＳ１１４５：ＮＯ）、処理をステップＳ１１４０に戻す。つまり、仮想空間の視界領域内の全てのイベント源について、ステップＳ１１４１〜ステップＳ１１４４の処理による判定がされるまで、ステップＳ１１４１〜ステップＳ１１４４の処理が繰り返される。なお、複数のイベント源が仮想空間の視界領域内に入っている場合に、プロセッサ１０は、複数のイベント源に基づくイベントが同じタイミングで発生しないように、各イベント源でイベントを発生させるタイミングを互いに異なるように制御してもよい。

全てのイベント源を特定した場合（ステップＳ１１４５にてＹＥＳ）、ステップＳ１１５０にて、プロセッサ１０は、ＨＭＤ１１０にデータを出力する。ＨＭＤ１１０は、そのデータを受信すると、そのデータに基づいて、オブジェクトをモニタ１１２に表示する。つまり、ＨＭＤシステム１００では、仮想空間の視界領域内に入ったイベント源のみがイベントを発生させ、仮想空間の視界領域外のイベント源についてはイベントを発生させないこととなる。

ステップＳ１１５５にて、プロセッサ１０は、現実空間におけるユーザ１９０の動作を検出する。その動作がアプリケーションプログラムの終了を指示する動作である場合、プロセッサ１０は、処理を終了する。その動作がその他の指示である場合、プロセッサ１０は制御をステップＳ１１３５に切り換える。

なお、別の局面において、ＨＭＤ１１０が情報処理機能と通信機能とを有し、例えば、プロセッサとメモリと通信装置とを備える場合には、プロセッサ１０による処理は、例えば、ＨＭＤ１１０のプロセッサによって実行されてもよい。この場合、ＨＭＤ１１０は、コンピュータ２００を介することなく、サーバ１５０と直接通信することができる。一例として、ＨＭＤ１１０にスマートフォンが着脱可能である場合、スマートフォンのプロセッサが、その通信機能を用いてサーバ１５０と通信することもできる。

本実施の形態によると、プロセッサ１０は、アプリケーションプログラムに登場するイベントのうち、仮想空間の視界領域内に入ったイベント源のみイベントを発生させ、仮想空間の視界領域外のイベント源についてはイベントを発生させていない。そのため、仮想空間の視界領域外のイベント源においてイベントが発生して、ユーザが当該イベント源の方向を向いたときに発生後のイベントを突然視認することで生じるユーザの心理的な負担を軽減することができる。

そこで、図１２を参照して、ある実施の形態に従う具体的なイベントの発生および実行について説明する。図１２は、仮想空間２におけるイベント源と仮想空間の視界領域との関係の一態様を例示する図である。

分図（Ａ）は、仮想空間２において、イベント源１２１０〜１２６０、および仮想カメラ１の配置を表わす図である。イベント源１２１０〜１２６０は、いずれも仮想空間の視界領域２３にまだ入っていないので、イベントが発生していない。イベント源１２１０〜１２６０は、移動イベントの発生源で、例えば、キャラクタや、ゲームプログラムにおける対戦相手キャラクタである。

分図（Ｂ）は、ＨＭＤ１１０を装着したユーザ１９０がＹ軸方向（ヨー軸方向）に首を旋回させて、仮想空間の視界領域２３にイベント源１２１０，１２２０が入った状態の仮想空間２を表わす図である。仮想空間の視界領域２３に入ったイベント源１２１０，１２２０においてイベントが発生する。しかし、イベント源１２２０は仮想カメラ１（ユーザ１９０の位置に相当）からの距離が距離Ｌ以上であるため、遅延時間なしにイベントが発生する。一方、イベント源１２１０は仮想カメラ１からの距離が距離Ｌより短いため、遅延時間ｔ後にイベントが発生する。そのため、分図（Ｂ）において、イベント源１２１０は、まだイベントが発生していない。なお、分図（Ｂ）では、×印で表示していたイベント源１２２０においてイベントが発生したので、○印のイベント１２２０Ａとして表示を変更している。具体的に、イベント１２２０Ａは、例えばゲームプログラムにおける対戦相手キャラクタＡが出現するイベントである。ＨＭＤ１１０は、イベントが発生した対戦相手キャラクタＡが出現するタイミングで音声をスピーカ１１８から出力してもよい。

分図（Ｃ）は、遅延時間ｔ後の仮想空間２を表わす図である。分図（Ｂ）で発生したイベント１２２０Ａは、仮想カメラ１の方向に近づく処理が実行され仮想カメラ１からの距離が短くなっている。また、分図（Ｂ）でまだ発生していなかったイベント源１２１０は、遅延時間ｔ経過したのでイベントが発生している。なお、分図（Ｃ）では、×印で表示していたイベント源１２１０においてイベントが発生したので、○印のイベント１２１０Ａとして表示が変更されている。具体的に、イベント１２１０Ａおよびイベント１２２０Ａが、例えばゲームプログラムにおける対戦相手キャラクタである場合、プロセッサ１０は、まずユーザ１９０から遠い対戦相手キャラクタＡ（イベント１２２０Ａ）を出現させる。その後、プロセッサ１０は、対戦相手キャラクタＡをユーザ方向に近づかせつつ、ユーザ１９０に近い対戦相手キャラクタＢ（イベント１２１０Ａ）を出現させる。

図１３を参照して、実施の形態に従う別の具体的なイベントの発生および実行について説明する。図１３は、仮想空間２におけるイベント源と仮想空間２の視界領域との関係の別の一態様を例示する図である。

分図（Ａ）は、仮想空間２において、イベント１２００Ａ、イベント源１２１０〜１２６０、および仮想カメラ１の配置を表わす図である。イベント１２００Ａは、仮想空間２の視界領域２３に入っていたイベント源において発生したイベントである。しかし、発生したイベント１２００Ａの位置は、仮想カメラ１の中心線５０からＸ方向にずれている。そのため、ユーザ１９０が発生したイベント１２００Ａを注視しようとした場合、仮想カメラ１の中心線５０上にイベント１２００Ａが位置するように首を動かすことになる。

分図（Ｂ）は、ＨＭＤ１１０を装着したユーザ１９０が、仮想カメラ１の中心線５０上にイベント１２００Ａが位置するようにＹ軸方向（ヨー軸方向）に首を旋回させた状態の仮想空間２を表わす図である。ユーザ１９０がイベント１２００Ａを注視するために首を旋回させることで、仮想空間２の視界領域２３にイベント源１２１０が新たに入ることになり、イベント源１２１０においてイベント１２１０Ａが発生している。なお、分図（Ｂ）では、×印で表示していたイベント源１２１０においてイベントが発生したので、○印のイベント１２１０Ａとして表示を変更している。

＜変形例＞
（１）本実施の形態では、一旦発生したイベントは仮想空間の視界領域外になっても継続して演出（例えば、キャラクタがユーザに近づいてくる演出など）が実行されると説明した。しかし、これに限定されず、一旦発生したイベントであっても仮想空間の視界領域外になった場合、イベントの演出を中断または演出の実行速度を遅くするなどの処理を行ってもよい。

（２）また、本実施の形態では、ユーザ１９０からの距離が距離Ｌより短いイベント源に対しては一律に遅延時間ｔ後にイベントを発生させると説明した。しかし、これに限定されず、ユーザ１９０からの距離に応じて遅延時間を変化させてもよい。

（３）さらに、本実施の形態では、イベント源が仮想空間の視界領域内に入ったか否かでイベントを発生させると説明した。しかし、これに限られず、イベント源が仮想空間の視界領域内に入ったか否かの条件以外の条件を、イベントを発生させる条件として追加してもよい。例えば、追加する条件として、ユーザからの距離やユーザの操作などの条件が考えられる。例えば、仮想空間において、視界領域を規定する仮想カメラから一定距離以内のイベント源については、仮想空間の視界領域内に入ったか否かでイベントを発生させ、仮想カメラから一定距離以上離れたイベント源については、イベントを発生させない。こうすることで、仮想空間においてユーザから遠くの位置にあるイベント源についてはイベントが発生しない。例えば、仮想空間において、イベント源が視界領域内に入ることでイベントが発生するようにすることで、ユーザの近くにいる敵オブジェクトはユーザに気づいて近づいてくる等の演出をすることができる。なお、このような処理を実現する方法として、例えば、イベント源が仮想空間の視界領域内に入ったか否かでイベントを発生させる際に、視界領域の範囲を、視界領域を規定する仮想カメラから一定距離以内のものとして定義することとしてもよい。

＜まとめ＞
以上開示された技術的特徴は、例えば、以下のように要約され得る。

（構成１） ある実施の形態に従うと、ヘッドマウントデバイス（ＨＭＤ１１０）に仮想空間を提供するためにコンピュータ２００によって実行される方法が提供される。この方法は、仮想空間２を定義するステップと、仮想空間内にイベント源１２１０，１２２０を定義するステップＳ１１２０と、ＨＭＤ１１０を装着したユーザ１９０の動きに基づいて、仮想空間２内におけるユーザ１９０の視界（視界領域２３）を特定するステップＳ１１３５と、イベント源１２１０，１２２０が視界領域２３に入っているときに、イベント源１２１０，１２２０に基づくイベント１２１０Ａ，１２２０Ａを発生させるステップＳ１１４３，Ｓ１１４４とを含む。

（構成２） ある実施の形態に従うと、上記方法は、イベント源に基づいて発生したイベントの位置が視界領域２３から外れた場合に当該イベントを継続させるステップをさらに含む。

（構成３） ある実施の形態に従うと、イベントを発生させるステップは、複数のイベント源１２１０，１２２０が視界に入っているときに、各イベント源に基づくイベントの各発生タイミングとして遅延時間ｔを設定することで互いに異ならせるステップＳ１１４２〜ステップＳ１１４４をさらに含む。

（構成４） ある実施の形態に従うと、イベントを発生させるステップは、イベント源が視界に予め定められた期間（一定時間）入っているときに、当該イベント源に基づいてイベントを発生させるステップＳ１１４１を含む。

（構成５） ある実施の形態に従うと、上記方法は、イベント源に基づいてイベントが発生したときに、音声を出力するステップＳ１０８２をさらに備える。

以上の次第で、ある実施の形態に従うと、上記方法は、イベント源が仮想空間の視界に入っているときに、当該イベント源に基づくイベントを発生させる。その結果、仮想空間の視界に入っていないところでイベントが発生し、突然イベントが仮想空間の視界に入ってくることを防ぐことができ、ユーザへ心理的な負担を軽減しつつ、イベントを視認し易くできる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ 仮想カメラ、２ 仮想空間、５ 基準視線、１０，１５１ プロセッサ、１１，１５２ メモリ、１２ ストレージ、１３ 入出力インターフェイス、１４，１５３ 通信インターフェイス、１５ バス、１９ ネットワーク、２１ 中心、２２ 仮想空間画像、２３ 視界領域、２４，２５ 領域、３０ グリップ、３１ フレーム、３２ 天面、３３，３４，３６，３７ ボタン、３８ アナログスティック、５０ 中心線、１００ システム、１１２ モニタ、１１４，１２０ センサ、１１８ スピーカ、１３０ モーションセンサ、１４０ 注視センサ、１５０ サーバ、１６０ コントローラ、１９０ ユーザ、２００ コンピュータ、２２０ 表示制御モジュール、２２１ 仮想カメラ制御モジュール、２２２ 視界領域決定モジュール、２２３ 視界画像生成モジュール、２２４ 基準視線特定モジュール、２３０ 仮想空間制御モジュール、２３１ 仮想空間定義モジュール、２３２ イベント源管理モジュール、２３３ イベント管理モジュール、２４０ メモリモジュール、２４１ 空間情報、２４２ イベント情報、２４３ ユーザ情報、２５０ 通信制御モジュール、８００ 右コントローラ、８１０ 右手、１２１０，１２２０，１２３０，１２４０，１２５０，１２６０ イベント源、１２００Ａ，１２１０Ａ，１２２０Ａ イベント。

Claims (7)

1. ヘッドマウントデバイスに仮想空間を提供するためにコンピュータによって実行される方法であって、
   前記仮想空間を定義するステップと、
   前記仮想空間内にイベント発生源を定義するステップと、
   前記ヘッドマウントデバイスを装着したユーザの動きに基づいて、前記仮想空間内における前記ユーザの視界を特定するステップと、
   前記イベント発生源が前記視界に入っているときに、当該イベント発生源に基づくイベントを発生させるステップとを含む、方法。
2. 前記イベント発生源に基づいて発生したイベントの位置が前記視界から外れた場合に当該イベントを継続させるステップをさらに含む、請求項１に記載の方法。
3. 前記イベントを発生させるステップは、複数の前記イベント発生源が前記視界に入っているときに、各前記イベント発生源に基づくイベントの各発生タイミングを互いに異ならせるステップをさらに含む、請求項１または請求項２に記載の方法。
4. 前記イベントを発生させるステップは、前記イベント発生源が前記視界に予め定められた期間入っているときに、当該イベント発生源に基づいてイベントを発生させるステップを含む、請求項１〜請求項３のいずれか１項に記載の方法。
5. 前記イベント発生源に基づいてイベントが発生したときに、音声を出力するステップをさらに備える、請求項１〜請求項４のいずれか１項に記載の方法。
6. 請求項１〜請求項５のいずれか１項に記載の方法をコンピュータに実行させる、プログラム。
7. 請求項６に記載のプログラムを格納したメモリと、
   前記プログラムを実行するためのプロセッサとを備える、コンピュータ装置。

Images