JP2018175905A - 情報処理方法、装置、および当該情報処理方法をコンピュータに実行させるためのプログラム - Google Patents

Abstract

【課題】仮想現実を利用したゲームに対するユーザの高揚感を効果的に高め得る。【解決手段】一実施形態の情報処理方法は、ヘッドマウントデバイスまたはユーザの身体の一部の動きに基づいて、仮想空間におけるユーザのアクションを決定するステップと、アクションが予め定められた積極的な動作である場合にはユーザに関連付けられる評価値が増大し、アクションが予め定められた消極的な動作である場合には評価値が減少するように、評価値を変化させるステップと、評価値に基づいて所定のゲーム制御を行うステップと、ヘッドマウントデバイスの動きと仮想空間データとに基づいて視界画像を生成し、表示部に前記視界画像を表示させるステップと、を含む。【選択図】図１６

Description

本開示は、情報処理方法、装置、および当該情報処理方法をコンピュータに実行させるためのプログラムに関する。

特許文献１は、仮想空間において、ユーザの身体的な動きに連動させて剣等のオブジェクトを操作して敵と戦うバトルゲームを提供するための技術を開示している。

特許第５９９６１３８号公報

特許文献１に開示されたような仮想現実を利用したゲームにおいては、ユーザに現実では味わえないような体験（例えば格好の良いアクション等）をしてもらうことを、ゲーム提供者（クリエイター等）は意図している。しかしながら、ゲーム提供者が意図するアクションをユーザが取ってくれない場合、ゲーム提供者の意図がユーザに十分に伝わらず、ユーザのゲームに対する高揚感が損なわれるおそれがある。

そこで、本開示は、仮想現実を利用したゲームに対するユーザの高揚感を効果的に高め得る情報処理方法、装置、および当該情報処理方法をコンピュータに実行させるためのプログラムを提供することを目的とする。

本開示が示す一態様によれば、表示部を備えるヘッドマウントデバイスを介してユーザに仮想空間におけるゲームを提供するためにコンピュータによって実行される情報処理方法が提供される。この情報処理方法は、仮想空間を規定する仮想空間データを生成するステップと、ヘッドマウントデバイスの動きとユーザの頭部以外の身体の一部の動きとを検出するステップと、ヘッドマウントデバイスまたは身体の一部の動きに基づいて、仮想空間におけるユーザのアクションを決定するステップと、アクションが予め定められた積極的な動作である場合にはユーザに関連付けられる評価値が増大し、アクションが予め定められた消極的な動作である場合には評価値が減少するように、評価値を変化させるステップと、評価値に基づいて所定のゲーム制御を行うステップと、ヘッドマウントデバイスの動きと仮想空間データとに基づいて視界画像を生成し、表示部に視界画像を表示させるステップと、を含む。

本開示によれば、仮想現実を利用したゲームに対するユーザの高揚感を効果的に高め得る情報処理方法、装置、および当該情報処理方法をコンピュータに実行させるためのプログラムを提供することが可能となる。

ある実施の形態に従うＨＭＤシステム１００の構成の概略を表す図である。 一局面に従うコンピュータ２００のハードウェア構成の一例を表すブロック図である。 ある実施の形態に従うＨＭＤ装置１１０に設定されるｕｖｗ視野座標系を概念的に表す図である。 ある実施の形態に従う仮想空間２を表現する一態様を概念的に表す図である。 ある実施の形態に従うＨＭＤ装置１１０を装着するユーザ１９０の頭部を上から表した図である。 仮想空間２において視界領域２３をＸ方向から見たＹＺ断面を表す図である。 仮想空間２において視界領域２３をＹ方向から見たＸＺ断面を表す図である。 ある実施の形態に従うコントローラ１６０の概略構成を表す図である。 ある実施の形態に従うコンピュータ２００をモジュール構成として表すブロック図である。 状態（Ａ）は、ＨＭＤ装置１１０とコントローラ１６０とを装着したユーザ１９０を示す図である。状態（Ｂ）は、仮想カメラ１と手オブジェクト４００と対象オブジェクト５００とを含む仮想空間２を示す図である。 ＨＭＤシステム１００が実行する処理を表すフローチャートである。 図１１のステップＳ９の処理の例を表すフローチャートである。 武器オブジェクトＷと敵オブジェクトＥとの間のコリジョン制御を説明するための図である。 図１１のステップＳ９の処理の例を表すフローチャートである。 武器オブジェクトＷと攻撃オブジェクトＡとの間のコリジョン制御を説明するための図である。 ユーザ１９０の仮想空間２におけるアクションを評価するための処理の例を表すフローチャートである。 状態（Ａ）は、第３の判定例を説明するための図である。状態（Ｂ）は、第７の判定例を説明するための図である。 第５の判定例を説明するための図である。 第８の判定例を説明するための図である。

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

［ＨＭＤシステムの構成］
図１を参照して、ＨＭＤ（Head Mount 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）カード（メモリカードを含む）、光カード、マスクＲＯＭ、ＥＰＲＯＭ（Erasable Programmable Read-Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）、フラッシュＲＯＭなどの半導体メモリ等の固定的にプログラムを担持する不揮発性のデータ記録媒体でもよい。

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

図１０を参照して、コリジョン制御モジュール２３４が操作オブジェクトと他のオブジェクトとの衝突を判定する処理の詳細について説明する。図１０の状態（Ａ）は、ＨＭＤ装置１１０とコントローラ１６０とを装着したユーザ１９０を示す図である。図１０の状態（Ｂ）は、仮想カメラ１と手オブジェクト４００と対象オブジェクト５００とを含む仮想空間２を示す図である。

図１０に示されるように、仮想空間２は、仮想カメラ１と、プレイヤキャラクタＰＣと、左手オブジェクト４００Ｌと、右手オブジェクト４００Ｒと、対象オブジェクト５００とを含む。なお、本実施形態では、プレイヤキャラクタＰＣの視野は、仮想カメラ１の視野と一致している。これにより、１人称視点における視界画像がユーザに提供される。上述したように、仮想空間制御モジュール２３０の仮想空間定義モジュール２３１は、このようなオブジェクトを含む仮想空間２を規定する仮想空間データを生成する。また、上述したように、仮想カメラ１は、ユーザ１９０に装着されたＨＭＤ装置１１０の動きに連動する。すなわち、仮想カメラ１の視野は、ＨＭＤ装置１１０の動きに応じて更新される。右手オブジェクト４００Ｒは、ユーザ１９０の右手に装着される右コントローラ１６０Ｒの動きに応じて移動する操作オブジェクトである。左手オブジェクト４００Ｌは、ユーザ１９０の左手に装着される左コントローラ１６０Ｌの動きに応じて移動する操作オブジェクトである。以降では、説明の便宜上、左手オブジェクト４００Ｌおよび右手オブジェクト４００Ｒのそれぞれを単に手オブジェクト４００と総称する場合がある。

左手オブジェクト４００Ｌおよび右手オブジェクト４００Ｒは、それぞれコリジョンエリアＣＡを有する。対象オブジェクト５００は、コリジョンエリアＣＢを有する。プレイヤキャラクタＰＣは、コリジョンエリアＣＣを有する。コリジョンエリアＣＡ，ＣＢ，ＣＣは、各オブジェクト間におけるコリジョン判定（当たり判定）のために利用される。例えば、手オブジェクト４００のコリジョンエリアＣＡと対象オブジェクト５００のコリジョンエリアＣＢとが接触している場合（互いに重なる領域を有する場合を含む）に、手オブジェクト４００と対象オブジェクト５００とが衝突していると判定される。図１０に示されるように、コリジョンエリアＣＡ，ＣＢ，ＣＣは、各オブジェクトに設定された座標位置を中心とし、所定の半径を有する球により規定されてもよい。

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

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

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

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

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

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

ステップＳ６において、プロセッサ１０は、視界領域決定モジュール２２２として、ＨＭＤ装置１１０の位置と傾きとに基づいて、ＨＭＤ装置１１０を装着したユーザ１９０の視界方向を特定する。プロセッサ１０は、アプリケーションプログラムを実行し、アプリケーションプログラムに含まれる命令に基づいて、仮想空間２にオブジェクトを配置する。

ステップＳ７において、コントローラ１６０は、現実空間におけるユーザ１９０の操作を検出する。例えば、ある局面において、コントローラ１６０は、ユーザ１９０によってボタンが押下されたことを検出する。別の局面において、コントローラ１６０は、ユーザ１９０の手の動き（たとえば、手を振る動き等）を検出する。具体的には、コントローラ１６０は、ユーザ１９０の手が動いた方向および速さ等を検出する。検出内容を示す信号は、コンピュータ２００に送られる。

ステップＳ８において、プロセッサ１０は、仮想オブジェクト制御モジュール２３２として、ユーザ１９０の仮想空間２におけるアクションを決定する。例えば、プロセッサ１０は、ステップＳ５で検知されたＨＭＤ装置１１０の動きに基づいて、プレイヤキャラクタＰＣ（図１０に示されるように、本実施形態ではユーザ１９０の頭部に相当するオブジェクト）を動かす。また、プロセッサ１０は、ステップＳ７で検知されたユーザ１９０の手の動きに基づいて、手オブジェクト４００を動かす。プロセッサ１０は、手オブジェクト４００に他のオブジェクトが装着されている場合には、当該他のオブジェクトを手オブジェクト４００と連動させる。

ステップＳ９において、プロセッサ１０は、コリジョン制御モジュール２３４として、オブジェクト同士のコリジョンの制御を実行する。ステップＳ９の処理の詳細については後述する。

ステップＳ１０において、プロセッサ１０は、視界領域決定モジュール２２２および視界画像生成モジュール２２３として、処理の結果に基づく視界画像を表示するための視界画像データを生成し、生成した視界画像データをＨＭＤ装置１１０に出力する。

ステップＳ１１において、ＨＭＤ装置１１０のディスプレイ１１２は、受信した視界画像データに基づいて視界画像を更新し、更新後の視界画像を表示する。

ステップＳ５〜Ｓ１１の処理は、定期的に繰り返し実行される。

［コリジョン制御（攻撃動作）］
図１２および図１３を参照して、攻撃動作に着目したコリジョン制御（ステップＳ９）の処理手順を説明する。具体的には、武器オブジェクトＷと敵オブジェクトＥとの間のコリジョン制御の処理手順について説明する。図１３に示されるように、武器オブジェクトＷは、手オブジェクト４００に装着され、手オブジェクト４００と連動して動く剣を模した操作オブジェクトである。敵オブジェクトＥは、武器オブジェクトＷの攻撃対象となる対象オブジェクトである。武器オブジェクトＷにはコリジョンエリアＣＤが設定され、敵オブジェクトＥにはコリジョンエリアＣＥが設定されている。武器オブジェクトＷと敵オブジェクトＥとの間には、武器オブジェクトＷが敵オブジェクトＥに衝突した場合（すなわち、コリジョンエリアＣＤとコリジョンエリアＣＥとの衝突が検知された場合）に敵オブジェクトＥにダメージを与えることができるという関係が予め定められている。

ステップＳ９０１において、プロセッサ１０は、武器オブジェクトＷの移動速度（すなわち、検出されたユーザ１９０の手の動きの速さに対応する移動速度）に基づいて、武器オブジェクトＷに関連付けられるコリジョンエリアＣＤのサイズを決定する。

プロセッサ１０は、武器オブジェクトＷの移動速度が大きい程、コリジョンエリアＣＤのサイズを大きくしてもよい。ユーザ１９０が手を速く動かす場合には、武器オブジェクトＷを敵オブジェクトＥに当てることが一層困難になると予想される。その場合に、武器オブジェクトＷの移動速度に応じて敵オブジェクトＥへの攻撃の当り易さを調整することで、ユーザ１９０に対して、より直感的な仮想体験を提供し得る。

プロセッサ１０は、武器オブジェクトＷの移動速度に応じてコリジョンエリアＣＤのサイズを連続的に変化させてもよい。例えば、プロセッサ１０は、武器オブジェクトＷの移動速度ｘに対応するコリジョンエリアＣＤのサイズＦ（ｘ）を求めるために予め定められた関数Ｆを用いることにより、コリジョンエリアＣＤのサイズを決定してもよい。関数Ｆは、任意の移動速度ｘ１，ｘ２について、ｘ１＞ｘ２の場合にＦ（ｘ１）＞Ｆ（ｘ２）が成立する単調増加関数であってもよい。この場合、プロセッサ１０は、関数Ｆを用いた演算により、武器オブジェクトＷの移動速度が大きい程、コリジョンエリアＣＤのサイズを大きくすることができる。

あるいは、プロセッサ１０は、武器オブジェクトＷの移動速度に応じてコリジョンエリアＣＤのサイズを離散的に変化させてもよい。例えば、プロセッサ１０は、武器オブジェクトＷの移動速度と予め定められた閾値とを比較し、閾値以上の場合に閾値未満の場合よりも大きくなるように、コリジョンエリアＣＤのサイズを決定してもよい。このような閾値を複数設けることにより、武器オブジェクトＷの移動速度に応じてコリジョンエリアＣＤのサイズを階段状に変化させてもよい。

図１３の状態（Ａ）は、武器オブジェクトＷの移動速度がｖ１であるときのコリジョンエリアＣＤを表しており、図１３の状態（Ｂ）は、武器オブジェクトＷの移動速度がｖ２（＜ｖ１）であるときのコリジョンエリアＣＤを表している。本実施形態では、状態（Ａ）および状態（Ｂ）に示されるように、武器オブジェクトＷの移動速度が大きい程、コリジョンエリアＣＤのサイズが大きくなる。これにより、ユーザ１９０が手を動かす速さに応じて、敵オブジェクトＥに対する武器オブジェクトＷの当たり易さを適切に調整できる。

ステップＳ９０２において、プロセッサ１０は、武器オブジェクトＷの移動速度に基づいて、コリジョンエリアＣＤに基づいて武器オブジェクトＷと敵オブジェクトＥとが衝突したと判定された場合に生じさせる所定のパラメータの変動量を決定する。所定のパラメータは、例えば、敵オブジェクトＥに関連付けられた体力値（所謂ヒットポイント）である。この場合、所定のパラメータの変動量は、敵オブジェクトＥに与えるダメージ量（すなわち、敵オブジェクトＥの体力値の減少量）である。

プロセッサ１０は、武器オブジェクトＷの移動速度が大きい程、敵オブジェクトＥに与えるダメージ量を大きくしてもよい。この場合、ユーザ１９０が手を速く動かして攻撃動作を行った場合に、敵オブジェクトＥへの攻撃効果が高くなる。これにより、ダイナミックに身体を動かしてゲームを楽しむことをユーザ１９０に促すことができる。

ステップＳ９０３において、プロセッサ１０は、コリジョンエリアＣＤおよびコリジョンエリアＣＥに基づいて、武器オブジェクトＷと敵オブジェクトＥとが衝突したか否かを判定する。プロセッサ１０は、衝突を検知しなかった場合（ステップＳ９０３：ＮＯ）、処理を終了する。一方、プロセッサ１０は、衝突を検知した場合（ステップＳ９０３：ＹＥＳ）、ステップＳ９０４の処理に進む。

ステップＳ９０４およびＳ９０５の処理は、敵オブジェクトＥに対する武器オブジェクトＷの移動方向に基づいて、敵オブジェクトＥに与えるダメージ量を決定（補正）する処理である。

ステップＳ９０４において、プロセッサ１０は、武器オブジェクトＷの移動方向（すなわち、検出されたユーザ１９０の手の動きに基づいて特定される仮想空間２における移動方向）に基づいて、武器オブジェクトＷが敵オブジェクトＥに向かって動いた結果コリジョンが発生したか否かを判定する。

武器オブジェクトＷが敵オブジェクトＥに向かって動いた結果コリジョンが発生したと判定された場合（ステップＳ９０４：ＹＥＳ）には、ステップＳ９０５において、プロセッサ１０は、敵オブジェクトＥに与えるダメージ量を上方修正する。一方、武器オブジェクトＷが敵オブジェクトＥに向かって動いた結果コリジョンが発生したと判定されなかった場合（ステップＳ９０４：ＮＯ）には、プロセッサ１０は、敵オブジェクトＥに与えるダメージ量の上方修正を実行しない。図１３の状態（Ｃ）は、ユーザ１９０が武器オブジェクトＷを振り上げた際に、武器オブジェクトＷに向かってくる敵オブジェクトＥが偶々武器オブジェクトＷに衝突する直前の状態を表している。このように、武器オブジェクトＷが敵オブジェクトＥから遠ざかる方向に移動している最中に武器オブジェクトＷと敵オブジェクトＥとが衝突した場合には、上述したステップＳ９０４における判定結果は「ＮＯ」となる。

このような処理により、武器オブジェクトＷが偶々敵オブジェクトＥに衝突した場合よりも、ユーザ１９０が攻撃動作を意図して動いた結果武器オブジェクトＷが敵オブジェクトＥに衝突した場合の攻撃効果を高くすることができる。その結果、ユーザ１９０に積極的な攻撃動作を促すことができ、ゲーム性をより一層向上させることができる。なお、プロセッサ１０は、武器オブジェクトＷが敵オブジェクトＥに向かって動いた結果コリジョンが発生したと判定されなかった場合（ステップＳ９０４：ＮＯ）に、敵オブジェクトＥに与えるダメージ量を下方修正してもよい。この場合にも、上述同様の効果が得られる。

ステップＳ９０６において、プロセッサ１０は、武器オブジェクトＷと敵オブジェクトＥとの関係に応じた処理を実行する。上述したように、武器オブジェクトＷと敵オブジェクトＥとの間には、武器オブジェクトＷが敵オブジェクトＥに衝突した場合に敵オブジェクトＥにダメージを与えることができるという関係が予め定められている。したがって、プロセッサ１０は、ステップＳ９０２およびＳ９０５において決定されたダメージ量に基づいて、敵オブジェクトＥの体力値を減少させる。

なお、上記例では、所定のパラメータが敵オブジェクトＥに関連付けられた体力値である場合について説明したが、所定のパラメータは、これに限られない。例えば、所定のパラメータは、敵オブジェクトＥの怒り値（例えば一定以上蓄積された場合に敵オブジェクトＥの攻撃パターンを変化させるためのパラメータ）等であってもよい。また、所定のパラメータは、武器オブジェクトＷで敵オブジェクトＥを攻撃することにより得られるスコアおよびゲーム内通貨の量等であってもよい。

［コリジョン制御（防御動作）］
図１４および図１５を参照して、防御動作に着目したコリジョン制御（ステップＳ９）の処理手順を説明する。具体的には、武器オブジェクトＷと攻撃オブジェクトＡとの間のコリジョン制御の処理手順について説明する。図１５に示されるように、攻撃オブジェクトＡは、プレイヤキャラクタＰＣを攻撃する対象オブジェクトである。この例では、攻撃オブジェクトＡは、例えば敵オブジェクトＥから放たれた飛び道具（ここでは矢）を模したオブジェクトである。ただし、攻撃オブジェクトＡは、この例に限られず、例えば敵オブジェクトＥの身体の一部（例えば敵オブジェクトＥが振り回す腕等）であってもよいし、敵オブジェクトＥが手に持った武器等であってもよい。攻撃オブジェクトＡには、コリジョンエリアＣＦが設定されている。プレイヤキャラクタＰＣと攻撃オブジェクトＡとの間には、プレイヤキャラクタＰＣが攻撃オブジェクトＡに衝突した場合（すなわち、コリジョンエリアＣＣとコリジョンエリアＣＦとの衝突が検知された場合）にプレイヤキャラクタＰＣがダメージを受けるという関係が予め定められている。一方、武器オブジェクトＷと攻撃オブジェクトＡとの間には、武器オブジェクトＷが攻撃オブジェクトＡに衝突した場合にプレイヤキャラクタＰＣがダメージを受け得るという関係が予め定められている。ただし、武器オブジェクトＷが攻撃オブジェクトＡに衝突した場合のプレイヤキャラクタＰＣの被ダメージ量は、プレイヤキャラクタＰＣと攻撃オブジェクトＡとが衝突する場合の被ダメージ量よりも小さい値（あるいは０）に設定されている。すなわち、ユーザ１９０は、武器オブジェクトＷを攻撃オブジェクトＡに衝突させ、攻撃オブジェクトＡを破壊したり弾き飛ばしたりすることにより、プレイヤキャラクタＰＣの被ダメージ量を軽減する（あるいは０にする）ことができる。

ステップＳ９１１において、プロセッサ１０は、武器オブジェクトＷの移動速度が予め定められた閾値以下であるか否かを判定する。移動速度が閾値以下と判定されなかった場合（ステップＳ９１１：ＮＯ）には、プロセッサ１０は、ステップＳ９１２の処理に進む。

ステップＳ９１２において、プロセッサ１０は、上述したステップＳ９０１の処理と同様に、武器オブジェクトＷの移動速度に基づいて、武器オブジェクトＷに関連付けられるコリジョンエリアＣＤのサイズを決定する。具体的には、プロセッサ１０は、武器オブジェクトＷの移動速度が大きい程、コリジョンエリアＣＤのサイズを大きくする。

図１５の状態（Ａ）は、武器オブジェクトＷの移動速度がｖ１であるときのコリジョンエリアＣＤを表しており、図１５の状態（Ｂ）は、武器オブジェクトＷの移動速度がｖ２（＜ｖ１）であるときのコリジョンエリアＣＤを表している。本実施形態では、状態（Ａ）および状態（Ｂ）に示されるように、武器オブジェクトＷの移動速度が大きい程、コリジョンエリアＣＤのサイズが大きくなる。これにより、ユーザ１９０が手を動かす速さに応じて、攻撃オブジェクトＡに対する武器オブジェクトＷの当たり易さを適切に調整できる。

ステップＳ９１３において、プロセッサ１０は、武器オブジェクトＷの移動速度に基づいて、コリジョンエリアＣＤに基づいて武器オブジェクトＷと攻撃オブジェクトＡとが衝突したと判定された場合に生じさせる所定のパラメータの変動量を決定する。所定のパラメータは、例えば、プレイヤキャラクタＰＣに関連付けられた体力値（所謂ヒットポイント）である。この場合、所定のパラメータの変動量は、プレイヤキャラクタＰＣの被ダメージ量（すなわち、プレイヤキャラクタＰＣの体力値の減少量）である。

プロセッサ１０は、武器オブジェクトＷの移動速度が大きい程、プレイヤキャラクタＰＣの被ダメージ量を小さくしてもよい。この場合、ユーザ１９０が手を速く動かして防御動作（例えば攻撃オブジェクトＡを武器オブジェクトＷで弾き飛ばしたり破壊したりする動作）を行った場合に、攻撃オブジェクトＡに対する防御効果が高くなる。これにより、ダイナミックに身体を動かしてゲームを楽しむことをユーザ１９０に促すことができる。

ステップＳ９１４において、プロセッサ１０は、コリジョンエリアＣＤおよびコリジョンエリアＣＦに基づいて、武器オブジェクトＷと攻撃オブジェクトＡとが衝突したか否かを判定する。プロセッサ１０は、衝突を検知した場合（ステップＳ９１４：ＹＥＳ）、ステップＳ９１５の処理に進む。

ステップＳ９１５およびＳ９１６の処理は、攻撃オブジェクトＡに対する武器オブジェクトＷの移動方向に基づいて、プレイヤキャラクタＰＣの被ダメージ量を決定（補正）する処理である。

ステップＳ９１５において、プロセッサ１０は、武器オブジェクトＷの移動方向に基づいて、武器オブジェクトＷが攻撃オブジェクトＡに向かって動いた結果コリジョンが発生したか否かを判定する。

武器オブジェクトＷが攻撃オブジェクトＡに向かって動いた結果コリジョンが発生したと判定された場合（ステップＳ９１５：ＹＥＳ）には、ステップＳ９１６において、プロセッサ１０は、プレイヤキャラクタＰＣの被ダメージ量を下方修正する。一方、武器オブジェクトＷが攻撃オブジェクトＡに向かって動いた結果コリジョンが発生したと判定されなかった場合（ステップＳ９１５：ＮＯ）には、プロセッサ１０は、プレイヤキャラクタＰＣの被ダメージ量の下方修正を実行しない。

このような処理により、武器オブジェクトＷが偶々攻撃オブジェクトＡに衝突した場合よりも、ユーザ１９０が防御動作を意図して動いた結果武器オブジェクトＷが攻撃オブジェクトＡに衝突した場合の防御効果を高くすることができる。その結果、ユーザ１９０に積極的な防御動作を促すことができ、ゲーム性をより一層向上させることができる。なお、プロセッサ１０は、武器オブジェクトＷが攻撃オブジェクトＡに向かって動いた結果コリジョンが発生したと判定されなかった場合（ステップＳ９１５：ＮＯ）に、攻撃オブジェクトＡから受ける被ダメージ量を上方修正してもよい。この場合にも、上述同様の効果が得られる。

ステップＳ９１７において、プロセッサ１０は、武器オブジェクトＷと攻撃オブジェクトＡとの関係に応じた処理を実行する。上述したように、武器オブジェクトＷと攻撃オブジェクトＡとの間には、武器オブジェクトＷが攻撃オブジェクトＡに衝突した場合にプレイヤキャラクタＰＣがダメージを受け得るという関係が予め定められている。したがって、プロセッサ１０は、ステップＳ９１３およびＳ９１６において決定された被ダメージ量が０より大きい場合には、当該被ダメージ量に基づいてプレイヤキャラクタＰＣの体力値を減少させる。

なお、プロセッサ１０は、武器オブジェクトＷの移動速度に応じて、武器オブジェクトＷを攻撃オブジェクトＡに衝突させた場合に攻撃オブジェクトＡに与える効果値を決定してもよい。そして、プロセッサ１０は、決定された効果値に応じて攻撃オブジェクトＡに対して武器オブジェクトＷが与える作用を変化させてもよい。例えば、プロセッサ１０は、効果値が予め定められた閾値以上の場合には攻撃オブジェクトＡを真っ二つに破壊するようにしてもよいし、効果値が閾値未満の場合には攻撃オブジェクトＡを弾き飛ばすようにしてもよい。

続いて、ステップＳ９１１の判定結果が「ＹＥＳ」の場合の処理について説明する。この場合、ステップＳ９１８において、プロセッサ１０は、武器オブジェクトＷのコリジョンエリアＣＤを無効化する。プロセッサ１０は、コリジョンエリアＣＤ自体を消滅させてもよいし、コリジョンエリアＣＤと他のオブジェクトのコリジョンエリアとが重なった場合にコリジョンを検出しないことを示すフラグ情報等をコリジョンエリアＣＤに設定してもよい。図１５の状態（Ｃ）は、武器オブジェクトＷのコリジョンエリアＣＤ自体を消滅させる例を表している。このように、武器オブジェクトＷの移動速度が閾値未満である場合に、武器オブジェクトＷと他のオブジェクトとの当たり判定を無効化することにより、武器オブジェクトＷによる防御を不可能にすることができる。その結果、ユーザ１９０が武器オブジェクトＷを構えてひたすら防御するといった消極的なプレイをすることを抑制することができる。

ステップＳ９１８において武器オブジェクトＷのコリジョンエリアＣＤが無効化された場合、または、ステップＳ９１４において武器オブジェクトＷと攻撃オブジェクトＡとの衝突が検知されなかった場合には、武器オブジェクトＷによる攻撃オブジェクトＡに対する防御は失敗する。この場合、ステップＳ９１９において、プロセッサ１０は、コリジョンエリアＣＤおよびコリジョンエリアＣＦに基づいて、プレイヤキャラクタＰＣと攻撃オブジェクトＡとが衝突したか否かを判定する。プロセッサ１０は、衝突を検知しなかった場合（ステップＳ９１９：ＮＯ）、処理を終了する。一方、プロセッサ１０は、衝突を検知した場合（ステップＳ９１９：ＹＥＳ）、ステップＳ９２０において、予め定められた被ダメージ量（例えば攻撃オブジェクトＡに関連付けられた攻撃力およびプレイヤキャラクタＰＣに関連付けられた防御力等に基づいて決定される被ダメージ量）に基づいて、プレイヤキャラクタＰＣの体力値を減少させる。

なお、上記例では、所定のパラメータがプレイヤキャラクタＰＣに関連付けられた体力値である場合について説明したが、所定のパラメータは、これに限られない。例えば、所定のパラメータは、プレイヤキャラクタＰＣの怒り値（例えば一定以上蓄積された場合に必殺技を利用可能な状態に変化させるためのパラメータ）等であってもよい。

［アクション評価］
図１６〜図１９を参照して、仮想空間２におけるユーザ１９０のアクションを評価するための処理手順を説明する。本実施形態では、プロセッサ１０は、仮想空間２に展開されるゲームコンテンツが提供するクエスト（あるいはステージ）中のユーザ１９０の個々のアクションに基づいて評価値を変化させる。そして、プロセッサ１０は、最終的な評価値に基づいて、ユーザ１９０のゲームランクまたはスコア等を決定する。１つのクエストは、例えば当該クエストに設定された目的（例えば、特定の敵キャラクタを倒すこと）を達成することにより終了する。また、クエストに設定された目的達成に失敗した場合（例えばプレイヤキャラクタＰＣの体力値が０になった場合、および予め定められた制限時間を超えた場合等）にも、クエストは終了する。

ステップＳ１０１において、プロセッサ１０は、ユーザ１９０により選択されたクエストを開始する。例えば、プロセッサ１０は、仮想空間２内にクエストを選択するためのメニュー画面を表示してもよい。そして、プロセッサ１０は、ユーザ１９０が、手オブジェクト４００（または手オブジェクト４００により操作されるタッチペン等のオブジェクト）によりメニュー画面をタッチ操作してクエストを選択できるようにしてもよい。

ステップＳ１０２において、プロセッサ１０は、ユーザ１９０の仮想空間２におけるアクションを決定する。具体的には、プロセッサ１０は、検出されたＨＭＤ装置１１０の動きに基づいてプレイヤキャラクタＰＣを動かすとともに、検出されたユーザ１９０の手の動きに基づいて手オブジェクト４００を動かす。手オブジェクト４００に他のオブジェクトが装着されている場合には、プロセッサ１０は、当該他のオブジェクトも手オブジェクト４００に連動させる。当該処理は、図１１のステップＳ８の処理に相当する。

ステップＳ１０３において、プロセッサ１０は、アクション評価モジュール２３５として、ステップＳ１０２で決定されたアクションを判定する。具体的には、プロセッサ１０は、当該アクションが予め定められた積極的な動作であるか、あるいは、当該アクションが予め定められた消極的な動作であるかを判定する。積極的な動作は、仮想空間２におけるゲームをプレイする上で格好の良い動作として予め定められた動作であり、評価値を増大させる動作である。消極的な動作は、格好の良くない動作として予め定められた動作であり、評価値を減少させる動作である。

（第１の判定例）
プロセッサ１０は、ＨＭＤ装置１１０またはユーザ１９０の手（身体の一部）について予め定められた動きが予め定められた時間以上検出されなかった場合に、ユーザ１９０のアクションを消極的な動作であると判定してもよい。予め定められた動きとは、例えばＨＭＤ装置１１０またはユーザ１９０の手が予め定められた距離以上移動した場合に生じる動きである。つまり、小刻みに揺れている状態のように実質的に同じ位置に静止しているに等しい動きは、上記予め定められた動きには該当しない。上記判定によれば、ユーザ１９０が実質的にゲーム内で意味のあるアクションを行っておらず、敵オブジェクトＥに対する攻撃動作等を積極的に行っていない場合に、ユーザ１９０のアクションを消極的であると判定することができる。

（第２の判定例）
プロセッサ１０は、ＨＭＤ装置１１０またはユーザ１９０の手の検出された位置に対応する仮想空間２における位置に基づいて、ユーザ１９０のアクションを判定してもよい。例えば、プロセッサ１０は、上記仮想空間２における位置が敵オブジェクトＥからの攻撃（攻撃オブジェクトＡ）が当たらないエリアとして予め設定された安全地帯に含まれており、その状態が予め定められた時間以上続いた場合に、ユーザ１９０のアクションを消極的な動作であると判定してもよい。

（第３の判定例）
プロセッサ１０は、ＨＭＤ装置１１０またはユーザ１９０の手の検出された位置に対応する仮想空間２における高さに基づいて、ユーザ１９０のアクションを判定してもよい。図１７の状態（Ａ）に示されるように、例えばユーザ１９０がしゃがんだ状態であり、ＨＭＤ装置１１０の検出された位置に対応する仮想空間２における高さ（仮想空間２内に設定された仮想地面Ｇに対するプレイヤキャラクタＰＣの高さｈ）が所定高さより低い場合、攻撃オブジェクトＡの攻撃が当たらない（あるいは当たり難い）状態になる場合がある。そこで、例えば、プロセッサ１０は、仮想空間２におけるプレイヤキャラクタＰＣの高さｈが所定の高さより低い状態が予め定められた時間以上続いた場合に、ユーザ１９０のアクションを消極的な動作であると判定してもよい。

（第４の判定例）
上述したコリジョン制御において、武器オブジェクトＷと敵オブジェクトＥまたは攻撃オブジェクトＡとの衝突が検知された場合には、ユーザ１９０が積極的に攻撃動作または防御動作を行っているといえる。そこで、プロセッサ１０は、武器オブジェクトＷと敵オブジェクトＥまたは攻撃オブジェクトＡとの衝突が検知された場合に、ユーザ１９０のアクションを積極的な動作であると判定してもよい。

（第５の判定例）
一方、攻撃オブジェクトＡからの攻撃を防御するための操作オブジェクト（例えば盾を模した防具オブジェクトＤ）が手オブジェクト４００に関連付けられており、防具オブジェクトＤによる防御動作が予め定められた時間以上続いた場合には、ユーザ１９０が専ら防御動作のみを行っており、積極的に攻撃動作を行っていないといえる。このような場合には、プロセッサ１０は、ユーザ１９０のアクションを消極的な動作であると判定してもよい。

防具オブジェクトＤによる防御動作が行われているか否かは、視界画像Ｍにおいて防具オブジェクトＤが占める割合に基づいて判定され得る。図１８は、ユーザ１９０が防具オブジェクトＤに隠れて攻撃オブジェクトＡからの攻撃を防御するための防御動作を行っている状態の視界画像Ｍの例を表している。視界画像Ｍには、盾を模した防具オブジェクトＤの裏側（手で掴む側）部分が表示されている。このような防御動作が行われているときには、視界画像Ｍにおける防具オブジェクトＤの表示面積が大きくなる傾向がある。そこで、プロセッサ１０は、視界画像Ｍにおける防具オブジェクトＤの表示面積が予め定められた閾値以上である場合に、防具オブジェクトＤによる防御動作が行われている状態であると判定してもよい。

（第６の判定例）
ユーザ１９０が身体を動かすことによって攻撃オブジェクトＡを回避する動作は、格好の良い動作といえる。そこで、プロセッサ１０は、ユーザ１９０のアクションが攻撃オブジェクトＡを回避する回避動作に該当する場合には、当該アクションを積極的な動作であると判定してもよい。

回避動作であるか否かについては、以下のように判定され得る。すなわち、プロセッサ１０は、攻撃オブジェクトＡの一連の攻撃動作が実行される間に、ＨＭＤ装置１１０の動きが検知され、かつ、プレイヤキャラクタＰＣのコリジョンエリアＣＣ（第１コリジョンエリア）と攻撃オブジェクトＡのコリジョンエリアＣＦ（第２コリジョンエリア）との衝突が検知されなかった場合、ユーザ１９０のアクションを回避動作であると判定してもよい。攻撃オブジェクトＡの一連の攻撃動作の開始時点は、例えば攻撃オブジェクトＡがプレイヤキャラクタＰＣから予め定められた閾値距離内まで近づいたタイミングである。あるいは、敵オブジェクトＥの動作を規定するプログラムにおいて予め設定された攻撃動作が実行されるタイミング（例えば攻撃オブジェクトＡを放つタイミング）が、攻撃オブジェクトＡの一連の攻撃動作の開始時点とみなされてもよい。

（第７の判定例）
上述した回避動作のうち、特に攻撃オブジェクトＡからの攻撃をぎりぎりで回避する動作（以下「特定回避動作」）は、特に格好の良い動作といえる。そこで、プロセッサ１０は、ユーザ１９０のアクションが特定回避動作に該当する場合に、当該アクションを積極的な動作（あるいは、積極的な動作のうち評価値の増大量が特に大きい動作）であると判定してもよい。

例えば、プロセッサ１０は、攻撃オブジェクトＡに対して、プレイヤキャラクタＰＣに攻撃を与えることができる範囲を規定するコリジョンエリアＣＦ１（上述したコリジョンエリアＣＦと同様のコリジョンエリア）とともに、当該コリジョンエリアＣＦ１を包含するコリジョンエリアＣＦ２（第３コリジョンエリア）を設定する。そして、プロセッサ１０は、コリジョンエリアＣＣとコリジョンエリアＣＦ１との衝突が検知されず、かつ、コリジョンエリアＣＣとコリジョンエリアＣＦ２との衝突が検知された場合に、ユーザ１９０のアクションを特定回避動作であると判定してもよい。図１７の状態（Ｂ）は、このような特定回避動作の一例を表している。このように二重のコリジョンエリアを設定し、外側のコリジョンエリアにのみ衝突したか否かを判定することにより、特定回避動作を少ない計算負荷で容易に判定することができる。また、ユーザ１９０に敵からの攻撃が当たるか当たらないかぎりぎりの行動を促すことにより、ユーザ１９０のゲームに対する高揚感をより高めることができる。

（第８の判定例）
ユーザ１９０のアクションが回避動作に該当するか否かに基づいてアクションを判定する具体的な処理として、プロセッサ１０は以下の処理を実行してもよい。すなわち、プロセッサ１０は、攻撃オブジェクトＡの一連の攻撃動作の開始時以前に当該一連の攻撃動作におけるコリジョンエリアＣＦの軌道（すなわち、コリジョンエリアＣＦの将来の動きを表す仮モーション）を算出する。そして、プロセッサ１０は、当該一連の攻撃動作の開始時におけるコリジョンエリアＣＣとコリジョンエリアＣＦの軌道とが重なっており、かつ、当該一連の攻撃動作が実行された際にコリジョンエリアＣＣとコリジョンエリアＣＦとの衝突が実際には検知されなかった場合に、ユーザ１９０のアクションを積極的な動作であると判定する。

図１９の状態（Ａ）は、攻撃オブジェクトＡの一連の攻撃動作におけるコリジョンエリアＣＦの軌道Ｔを表している。この例では、軌道Ｔは、プレイヤキャラクタＰＣに向かって直進するように円柱状に延びる軌跡を表す。また、状態（Ａ）は、一連の攻撃動作の開始時におけるコリジョンエリアＣＣと軌道Ｔとが重なっている状態を表している。図１９の状態（Ｂ）は、ユーザ１９０が頭部（すなわちＨＭＤ装置１１０）を移動させることにより、攻撃オブジェクトＡの攻撃を回避した状態を表している。このように、回避動作が成功した場合には、一連の攻撃動作が実行された際に、コリジョンエリアＣＣとコリジョンエリアＣＦとの衝突は検知されない。したがって、図１９に示される例では、プロセッサ１０は、ユーザ１９０のアクションを積極的な動作であると判定する。

このように、実際の攻撃動作が実行される前に、攻撃オブジェクトＡの仮のモーション（軌道Ｔ）を生成し、軌道Ｔに基づく判定を行うことにより、ユーザ１９０のアクションが回避動作に該当するか否かを精度良く判定することができる。

ステップＳ１０４において、プロセッサ１０は、アクション評価モジュール２３５として、アクションの判定結果に応じてユーザ１９０に関連付けられる評価値を変化させる。具体的には、プロセッサ１０は、上記例示した第４，６〜８の判定例のように、アクションを積極的な動作であると判定した場合には、上記評価値を増大させる。一方、プロセッサ１０は、上記例示した第１〜３，５の判定例のように、アクションを消極的な動作であると判定した場合には、上記評価値を減少させる。これにより、仮想空間２に反映されるユーザ１９０のアクションが格好の良い動作である場合に評価値を増大させ、ユーザ１９０のアクションが格好の良くない動作である場合に評価値を減少させることができる。

ステップＳ１０５において、プロセッサ１０は、アクション評価モジュール２３５として、ユーザ１９０の個々のアクションの判定結果（評価値の変化）に基づく所定のゲーム制御を実行する。例えば、プロセッサ１０は、アクションの判定結果に対応するメッセージ（例えば「Ｃｏｏｌ！」、「Ｕｎｃｏｏｌ」等の文字）が表示された視界画像をディスプレイ１１２に出力してもよい。また、プロセッサ１０は、アクションの判定結果に対応する音声をスピーカ等に出力してもよい。このようにユーザ１９０のアクションの判定結果をユーザ１９０に通知することにより、アクションの判定結果が良かった場合にはユーザ１９０に快感を与えることができ、アクションの判定結果が悪かった場合にはユーザ１９０に格好の良い動作を促すことができる。

ステップＳ１０６において、プロセッサ１０は、クエストの終了判定を行う。プロセッサ１０は、クエストが終了するまで、ステップＳ１０２〜Ｓ１０５の処理を繰り返し実行する。クエストが終了した場合、ステップＳ１０７において、プロセッサ１０は、アクション評価モジュール２３５として、ユーザ１９０のクエスト内におけるアクションの判定結果（最終的な評価値）に基づく所定のゲーム制御を実行する。例えば、プロセッサ１０は、最終的な評価値に応じたランクまたはスコアを決定する。また、プロセッサ１０は、このようにして決定されたランク等に基づいて、ユーザ１９０に与える報酬（例えばゲーム内で利用可能な特定のアイテム等）を決定してもよい。

以上述べたアクション評価の処理によれば、積極的な動作に該当するアクションを高く評価することで、ユーザ１９０に積極的な動作を取るように促すことができる。すなわち、ゲーム提供者が意図する格好の良いアクションを取ることをユーザ１９０に促すことができ、実際にそのようなアクションを取ったユーザ１９０に対して高い評価値を与えることにより、ユーザ１９０のゲームに対する高揚感を効果的に高め得る。

以上、本開示の実施形態について説明したが、本発明の技術的範囲は、本実施形態の説明によって限定的に解釈されるべきではない。本実施形態は一例であって、特許請求の範囲に記載された発明の範囲内において、様々な実施形態の変更が可能であることが当業者によって理解されるところである。本発明の技術的範囲は、特許請求の範囲に記載された発明の範囲およびその均等の範囲に基づいて定められるべきである。

例えば、本実施形態では、操作オブジェクト（武器オブジェクトＷ）と対象オブジェクト（敵オブジェクトＥまたは攻撃オブジェクトＡ）との間のコリジョン制御について説明したが、上述したコリジョン制御の対象となる組み合わせは、上記例に限られない。例えば、素手（手オブジェクト４００）で敵オブジェクトＥを攻撃したり、攻撃オブジェクトＡを叩き落としたりするゲームにおいては、プロセッサ１０は、手オブジェクト４００と敵オブジェクトＥまたは攻撃オブジェクトＡとの間で、上述したコリジョン制御を実行してもよい。

また、本実施形態では、プレイヤキャラクタＰＣがユーザ１９０の頭部に相当する部分のみである場合について説明したが、プレイヤキャラクタＰＣは、例えば胴体部および脚部等の頭部以外の部分を含んでもよい。また、ＨＭＤシステム１００がユーザ１９０の頭部および手以外の身体の部分の動きのトラッキングが可能なセンサおよびカメラ等を備える場合には、プロセッサ１０は、当該部分の動きに応じて、当該部分に対応するプレイヤキャラクタＰＣの部分を動かしてもよい。

また、本実施形態で説明したフローチャートに示される処理手順は一例であり、処理の一部が省略または変更されてもよいし、他の処理が付け加えられてもよいし、処理の順序が変更されてもよい。また、上述したプロセッサ１０の処理において、二つの数値の大小関係を比較する際には、「以上」及び「よりも大きい」という二つの基準のどちらを用いてもよく、「以下」及び「未満」の二つの基準のうちのどちらを用いてもよい。このような基準の選択は、二つの数値の大小関係を比較する処理についての技術的意義を変更するものではない。

また、本実施形態では、ユーザ１９０の手の動きを示すコントローラ１６０の動きに応じて、手オブジェクトの移動が制御されているが、ユーザ１９０の手自体の移動量に応じて、仮想空間内における手オブジェクトの移動が制御されてもよい。例えば、コントローラ１６０を用いる代わりに、ユーザの手指に装着されるグローブ型デバイスおよび指輪型デバイス等が用いられてもよい。この場合、ＨＭＤセンサ１２０により、ユーザ１９０の手の位置および移動量等を検出することができるとともに、ユーザ１９０の手指の動きおよび状態等を検出することができる。また、ＨＭＤセンサ１２０の代わりに、ユーザ１９０の手（手指を含む）を撮像するように構成されたカメラによって、ユーザ１９０の手指の動きおよび状態等が検出されてもよい。カメラを用いてユーザ１９０の手を撮像することにより、ユーザ１９０の手指に直接何らのデバイスを装着させる必要がなくなる。この場合、ユーザ１９０の手が表示された画像データに基づいて、ユーザ１９０の手の位置および移動量等を検出することができるとともに、ユーザ１９０の手指の動きおよび状態等を検出することができる。

また、本実施形態では、ユーザ１９０の手の動きに連動する手オブジェクトが操作オブジェクトとして用いられたが、本実施形態はこれに限定されない。例えば、ユーザ１９０の足の動きに連動する足オブジェクトが、手オブジェクトの代わりに、あるいは手オブジェクトとともに、操作オブジェクトとして用いられてもよい。

また、本実施形態では、仮想カメラ１によって定義されるユーザの視野を仮想空間２におけるプレイヤキャラクタＰＣの視野と一致させることで、１人称視点における仮想体験がユーザ１９０に提供されたが、本実施形態はこれに限定されない。例えば、仮想カメラ１がプレイヤキャラクタＰＣの後方に配置されることで、プレイヤキャラクタＰＣが視界画像に含まれる３人称視点における仮想体験が、ユーザ１９０に提供されてもよい。

また、仮想空間２において提供されるゲームは、上記実施形態で説明したようなバトルゲームに限られず、種々のジャンルのゲームを含み得る。また、上記ゲームは、ゲームコンテンツ（ゲームソフト）として提供されるゲームに限られない。例えば、上記ゲームは、仮想空間２における複数ユーザ間のチャット（ＶＲチャット）等の通常時にはゲーム要素のないコンテンツにおいて提供されるミニゲーム等であってもよい。

また、本実施形態においては、ＨＭＤ装置１１０によってユーザ１９０が没入する仮想空間（ＶＲ空間）を例示して説明したが、ＨＭＤ装置１１０として、透過型のＨＭＤ装置を採用してもよい。この場合、透過型のＨＭＤ装置を介してユーザ１９０が視認する現実空間に仮想空間を構成する画像の一部を合成した視界画像を出力することにより、拡張現実（ＡＲ：Augumented Reality）空間または複合現実（ＭＲ：Mixed Reality）空間における仮想体験をユーザ１９０に提供してもよい。この場合、手オブジェクト４００に代えて、ユーザ１９０の手の動きに基づいて、仮想空間２内における対象オブジェクトへの作用を生じさせてもよい。具体的には、プロセッサ１０は、現実空間におけるユーザ１９０の手の位置の座標情報を特定するとともに、仮想空間２内における対象オブジェクトの位置を現実空間における座標情報との関係で定義してもよい。これにより、プロセッサ１０は、現実空間におけるユーザ１９０の手と仮想空間２における対象オブジェクトとの位置関係を把握し、ユーザ１９０の手と対象オブジェクトとの間で上述したコリジョン制御等に対応する処理を実行可能となる。その結果、ユーザ１９０の手の動きに基づいて対象オブジェクトに作用を与えることが可能となる。

操作オブジェクトの移動速度に基づいてコリジョン効果を決定する手法は限定されない。例えば、操作オブジェクトの移動速度が大きい程、プロセッサ１０はコリジョンエリアのサイズを大きくしてもよいし小さくしてもよい。あるいは、操作オブジェクトの移動速度が大きい程、プロセッサ１０は所定のパラメータ（例えば、対象オブジェクトに関連付けられたパラメータ、またはユーザに関連付けられたパラメータ）を大きくしてもよいし小さくしてもよい。

本明細書に開示された主題は、例えば、以下のような項目として示される。
（項目１）
表示部（ディスプレイ１１２）を備えるヘッドマウントデバイス（ＨＭＤ装置１１０）を介してユーザ１９０に仮想空間２におけるゲームを提供するためにコンピュータ２００によって実行される情報処理方法であって、
前記仮想空間２を規定する仮想空間データを生成するステップ（図１０のＳ１）と、
前記ヘッドマウントデバイスの動きと前記ユーザ１９０の頭部以外の身体の一部の動きとを検出するステップ（図１０のＳ５，Ｓ７）と、
前記ヘッドマウントデバイスまたは前記身体の一部の動きに基づいて、前記仮想空間２における前記ユーザ１９０のアクションを決定するステップ（図１０のＳ８、図１６のＳ１０２）と、
前記アクションが予め定められた積極的な動作である場合には前記ユーザ１９０に関連付けられる評価値が増大し、前記アクションが予め定められた消極的な動作である場合には前記評価値が減少するように、前記評価値を変化させるステップ（図１６のＳ１０４）と、
前記評価値に基づいて所定のゲーム制御を行うステップ（図１６のＳ１０５またはＳ１０７）と、
前記ヘッドマウントデバイスの動きと前記仮想空間データとに基づいて視界画像を生成し、前記表示部に前記視界画像を表示させるステップ（図１０のＳ１０）と、
を含む、情報処理方法。
この情報処理方法によれば、積極的な動作に該当するアクションを高く評価することで、ユーザに積極的な動作を取るように促すことができる。また、評価値に基づくゲーム制御（例えば評価値に対応するメッセージおよび音声等の出力等）により、ユーザのゲームに対する高揚感を効果的に高め得る。
（項目２）
前記ヘッドマウントデバイスまたは前記身体の一部について予め定められた動きが予め定められた時間以上検出されなかった場合に、前記アクションが前記消極的な動作である、
項目１の情報処理方法。
この情報処理方法によれば、ユーザが実質的にゲーム内で意味のあるアクションを行っ
ていない場合に、ユーザのアクションが消極的な動作であるとして処理を実行することが
できる。
（項目３）
前記ヘッドマウントデバイスまたは前記身体の一部の検出された位置に対応する前記仮想空間２における位置に基づいて、前記アクションが前記積極的な動作および前記消極的な動作のいずれであるかを判定する、
項目１または２の情報処理方法。
この情報処理方法によれば、仮想空間内の位置に特有の特徴（例えば、ゲームにおける安全地帯であるか否か等）に基づいて、ユーザのアクションを適切に判定することができる。
（項目４）
前記ヘッドマウントデバイスまたは前記身体の一部の検出された位置に対応する前記仮想空間２における高さに基づいて、前記アクションが前記積極的な動作および前記消極的な動作のいずれであるかを判定する、
項目３の情報処理方法。
この情報処理方法によれば、仮想空間内の高さに特有の特徴（例えば、敵からの攻撃が当たらない高さであるか否か等）に基づいて、ユーザのアクションを適切に判定することができる。
（項目５）
前記仮想空間２は、前記ユーザ１９０の身体の一部に関連付けられた身体オブジェクト（本実施形態では、手オブジェクト４００）および前記身体オブジェクトにより操作されるオブジェクト（本実施形態では、武器オブジェクトＷおよび防具オブジェクトＤ等）の少なくとも一方を含む操作オブジェクトと、前記操作オブジェクトによる攻撃または防御の対象となる対象オブジェクト（本実施形態では、敵オブジェクトＥまたは攻撃オブジェクトＡ）と、を含み、
前記ユーザ１９０の身体の一部の動きに応じて、前記操作オブジェクトを動かすステップ（図１０のＳ８）と、
をさらに含み、
前記操作オブジェクトと前記対象オブジェクトとが衝突した場合に、前記アクションを前記積極的な動作であると判定する、
項目１〜４のいずれかの情報処理方法。
この情報処理方法によれば、ユーザが攻撃動作または防御動作を行った場合に、ユーザのアクションを積極的な動作であると適切に判定することができる。
（項目６）
前記仮想空間２は、前記ユーザ１９０の身体の一部に関連付けられた身体オブジェクトおよび前記身体オブジェクトにより操作されるオブジェクトの少なくとも一方を含む操作オブジェクトと、前記操作オブジェクトによる防御の対象となる対象オブジェクト（本実施形態では、攻撃オブジェクトＡ）と、を含み、
前記操作オブジェクトによる、前記対象オブジェクトからの攻撃を防御するための防御動作が予め定められた時間以上続いた場合に、前記アクションが前記消極的な動作である、
項目１〜４のいずれかの情報処理方法。
この情報処理方法によれば、ユーザが専ら防御動作を行っており、積極的に攻撃動作を行っていない場合に、ユーザのアクションが消極的な動作であるとして処理を実行することができる。
（項目７）
前記仮想空間２は、前記ヘッドマウントデバイスの動きに応じて前記仮想空間２内を動くキャラクタオブジェクト（プレイヤキャラクタＰＣ）と、前記キャラクタオブジェクトを攻撃する対象オブジェクト（攻撃オブジェクトＡ）と、を含み、
前記キャラクタオブジェクトには第１コリジョンエリア（コリジョンエリアＣＣ）が設定されており、
前記対象オブジェクトには、前記キャラクタオブジェクトに対して攻撃を与えることができる範囲を規定する第２コリジョンエリア（コリジョンエリアＣＦ，ＣＦ１）が設定されており、
前記対象オブジェクトの一連の攻撃動作が実行される間に、前記ヘッドマウントデバイスの動きが検知され、かつ、前記第１コリジョンエリアと前記第２コリジョンエリアとの衝突が検知されなかった場合に、前記アクションが前記積極的な動作である、
項目１〜４のいずれかの情報処理方法。
この情報処理方法によれば、ユーザの回避動作が行われた場合に、ユーザのアクションを積極的な動作であるとして処理を実行することができる。
（項目８）
前記対象オブジェクトには、前記第２コリジョンエリアを包含する第３コリジョンエリア（コリジョンエリアＣＦ２）がさらに設定されており、
前記第１コリジョンエリアと前記第２コリジョンエリアとの衝突が検知されず、かつ、前記第１コリジョンエリアと前記第３コリジョンエリアとの衝突が検知された場合に、前記アクションが前記積極的な動作である、
項目７の情報処理方法。
この情報処理方法によれば、特にユーザが敵からの攻撃が当たるか当たらないかぎりぎりの回避動作（特定回避動作）を行った場合に、ユーザのアクションを積極的な動作であるとして処理を実行することができる。このような特定回避動作を促すことにより、ユーザのゲームに対する高揚感をより高めることができる。
（項目９）
前記一連の攻撃動作の開始時以前に前記一連の攻撃動作における前記第２コリジョンエリアの軌道Ｔを算出するステップをさらに含み、
前記一連の攻撃動作の開始時における前記第１コリジョンエリアと前記軌道Ｔとが重なっており、かつ、前記一連の攻撃動作が実行された際に前記第１コリジョンエリアと前記第２コリジョンエリアとの衝突が検知されなかった場合に、前記アクションが前記積極的な動作である、
項目７の情報処理方法。
この情報処理方法によれば、第２コリジョンエリアの軌道に基づいて、ユーザのアクションが回避動作に該当するか否かを精度良く特定することができる。
（項目１０）
項目１〜９のいずれかの情報処理方法をコンピュータに実行させる、プログラム。
（項目１１）
少なくともメモリと、前記メモリに結合されたプロセッサとを備え、前記プロセッサの制御により項目１〜９のいずれかの情報処理方法を実行する、装置。

１…仮想カメラ、２…仮想空間、５…基準視線、１０…プロセッサ、１１…メモリ、１２…ストレージ、１３…入出力インターフェース、１４…通信インターフェース、１５…バス、１９…ネットワーク、２１…中心、２２…仮想空間画像、２３…視界領域、２４，２５…領域、３１…フレーム、３２…天面、３３，３４，３６，３７…ボタン、３５…赤外線ＬＥＤ、３８…アナログスティック、１００…ＨＭＤシステム、１１０…ＨＭＤ装置、１１２…ディスプレイ、１１４…センサ，１２０…ＨＭＤセンサ、１３０…モーションセンサ、１４０…注視センサ、１５０…サーバ、１６０…コントローラ、１６０Ｌ…左コントローラ、１６０Ｒ…右コントローラ、１９０…ユーザ、２００…コンピュータ、２２０…表示制御モジュール、２２１…仮想カメラ制御モジュール、２２２…視界領域決定モジュール、２２３…視界画像生成モジュール、２２４…基準視線特定モジュール、２３０…仮想空間制御モジュール、２３１…仮想空間定義モジュール、２３２…仮想オブジェクト制御モジュール、２３３…操作オブジェクト制御モジュール、２３４…コリジョン制御モジュール、２３５…アクション評価モジュール、２４０…メモリモジュール、２４１…コンテンツ情報、２４２…オブジェクト情報、２４３…ユーザ情報、２５０…通信制御モジュール、４００…手オブジェクト、４００Ｌ…左手オブジェクト、４００Ｒ…右手オブジェクト、５００…対象オブジェクト、８１０…右手、Ａ…攻撃オブジェクト、ＣＡ，ＣＢ，ＣＣ，ＣＤ，ＣＥ，ＣＦ，ＣＦ１，ＣＦ２…コリジョンエリア、Ｄ…防具オブジェクト、Ｅ…敵オブジェクト、Ｗ…武器オブジェクト、ＰＣ…プレイヤキャラクタ。

Claims (11)

1. 表示部を備えるヘッドマウントデバイスを介してユーザに仮想空間におけるゲームを提供するためにコンピュータによって実行される情報処理方法であって、
   前記仮想空間を規定する仮想空間データを生成するステップと、
   前記ヘッドマウントデバイスの動きと前記ユーザの頭部以外の身体の一部の動きとを検出するステップと、
   前記ヘッドマウントデバイスまたは前記身体の一部の動きに基づいて、前記仮想空間における前記ユーザのアクションを決定するステップと、
   前記アクションが予め定められた積極的な動作である場合には前記ユーザに関連付けられる評価値が増大し、前記アクションが予め定められた消極的な動作である場合には前記評価値が減少するように、前記評価値を変化させるステップと、
   前記評価値に基づいて所定のゲーム制御を行うステップと、
   前記ヘッドマウントデバイスの動きと前記仮想空間データとに基づいて視界画像を生成し、前記表示部に前記視界画像を表示させるステップと、
   を含む、情報処理方法。
2. 前記ヘッドマウントデバイスまたは前記身体の一部について予め定められた動きが予め定められた時間以上検出されなかった場合に、前記アクションが前記消極的な動作である、
   請求項１に記載の情報処理方法。
3. 前記ヘッドマウントデバイスまたは前記身体の一部の検出された位置に対応する前記仮想空間における位置に基づいて、前記アクションが前記積極的な動作および前記消極的な動作のいずれであるかを判定する、
   請求項１または２に記載の情報処理方法。
4. 前記ヘッドマウントデバイスまたは前記身体の一部の検出された位置に対応する前記仮想空間における高さに基づいて、前記アクションが前記積極的な動作および前記消極的な動作のいずれであるかを判定する、
   請求項３に記載の情報処理方法。
5. 前記仮想空間は、前記ユーザの身体の一部に関連付けられた身体オブジェクトおよび前記身体オブジェクトにより操作されるオブジェクトの少なくとも一方を含む操作オブジェクトと、前記操作オブジェクトによる攻撃または防御の対象となる対象オブジェクトと、を含み、
   前記ユーザの身体の一部の動きに応じて、前記操作オブジェクトを動かすステップと、をさらに含み、
   前記操作オブジェクトと前記対象オブジェクトとが衝突した場合に、前記アクションを前記積極的な動作であると判定する、
   請求項１〜４のいずれか一項に記載の情報処理方法。
6. 前記仮想空間は、前記ユーザの身体の一部に関連付けられた身体オブジェクトおよび前記身体オブジェクトにより操作されるオブジェクトの少なくとも一方を含む操作オブジェクトと、前記操作オブジェクトによる防御の対象となる対象オブジェクトと、を含み、
   前記操作オブジェクトによる、前記対象オブジェクトからの攻撃を防御するための防御動作が予め定められた時間以上続いた場合に、前記アクションが前記消極的な動作である、
   請求項１〜４のいずれか一項に記載の情報処理方法。
7. 前記仮想空間は、前記ヘッドマウントデバイスの動きに応じて前記仮想空間内を動くキャラクタオブジェクトと、前記キャラクタオブジェクトを攻撃する対象オブジェクトと、を含み、
   前記キャラクタオブジェクトには第１コリジョンエリアが設定されており、
   前記対象オブジェクトには、前記キャラクタオブジェクトに対して攻撃を与えることができる範囲を規定する第２コリジョンエリアが設定されており、
   前記対象オブジェクトの一連の攻撃動作が実行される間に、前記ヘッドマウントデバイスの動きが検知され、かつ、前記第１コリジョンエリアと前記第２コリジョンエリアとの衝突が検知されなかった場合に、前記アクションが前記積極的な動作である、
   請求項１〜４のいずれか一項に記載の情報処理方法。
8. 前記対象オブジェクトには、前記第２コリジョンエリアを包含する第３コリジョンエリアがさらに設定されており、
   前記第１コリジョンエリアと前記第２コリジョンエリアとの衝突が検知されず、かつ、前記第１コリジョンエリアと前記第３コリジョンエリアとの衝突が検知された場合に、前記アクションが前記積極的な動作である、
   請求項７に記載の情報処理方法。
9. 前記一連の攻撃動作の開始時以前に前記一連の攻撃動作における前記第２コリジョンエリアの軌道を算出するステップをさらに含み、
   前記一連の攻撃動作の開始時における前記第１コリジョンエリアと前記軌道とが重なっており、かつ、前記一連の攻撃動作が実行された際に前記第１コリジョンエリアと前記第２コリジョンエリアとの衝突が検知されなかった場合に、前記アクションが前記積極的な動作である、
   請求項７に記載の情報処理方法。
10. 請求項１〜９のいずれか一項に記載の情報処理方法をコンピュータに実行させる、プログラム。
11. 少なくともメモリと、前記メモリに結合されたプロセッサとを備え、前記プロセッサの制御により請求項１〜９のいずれか一項に記載の情報処理方法を実行する、装置。