JP2019083028A - 情報処理方法、プログラム及びコンピュータ - Google Patents

Abstract

【課題】ユーザの仮想体験を改善する。【解決手段】ヘッドマウントディスプレイを介して仮想空間を提供するためにコンピュータで実行される情報処理方法であって、仮想空間を規定するステップと、操作オブジェクトと移動オブジェクトと対象オブジェクトとを仮想空間に配置するステップと、ユーザの動きに応じて、操作オブジェクトを動作させるステップと、操作オブジェクトの動作に基づいて、移動オブジェクトを動かすステップと、移動オブジェクトの早さに関する情報に基づいて、移動オブジェクトが対象オブジェクトに与える影響を特定するステップと、移動オブジェクトと対象オブジェクトとが第１の位置関係にある場合に、対象オブジェクトに影響を与えるステップと、を含む。【選択図】図１５

Description

本開示は、情報処理方法、プログラム及びコンピュータに関する。

非特許文献１には、手オブジェクト、投てき対象のオブジェクト、及び積み上げられた複数のオブジェクトを含む仮想現実（ＶＲ：Virtual Reality）空間において、手オブジェクトで投てき対象のオブジェクトをつかんで投げることにより、積み上げられた複数のオブジェクトを崩すことが開示されている。

"Toybox Demo for Oculus Touch"、[online]、平成２７年１０月１３日、Ｏｃｕｌｕｓ、［平成２９年６月２８日検索］、インターネット＜https://www.youtube.com/watch?v=iFEMiyGMa58＞

しかしながら、非特許文献１に開示された技術では、手オブジェクトにより投げられたオブジェクトが他のオブジェクトと衝突（接触）したことにより生じる効果を、投げられたオブジェクトの早さに関する情報で制御するという思想は開示されていない。このため、非特許文献１に開示された技術には、ユーザが仮想的に体験する仮想体験を改善する余地がある。

本開示は、ユーザの仮想体験を改善することが可能な情報処理方法、プログラム及びコンピュータを提供することを目的とする。

本開示が示す一態様によれば、ヘッドマウントディスプレイを介して仮想空間を提供するためにコンピュータで実行される情報処理方法であって、前記仮想空間を規定するステップと、操作オブジェクトと移動オブジェクトと対象オブジェクトとを前記仮想空間に配置するステップと、ユーザの動きに応じて、前記操作オブジェクトを動作させるステップと、前記操作オブジェクトの動作に基づいて、前記移動オブジェクトを動かすステップと、前記移動オブジェクトの早さに関する情報に基づいて、前記移動オブジェクトが前記対象オブジェクトに与える影響を特定するステップと、前記移動オブジェクトと前記対象オブジェクトとが第１の位置関係にある場合に、前記対象オブジェクトに前記影響を与えるステップと、を含む情報処理方法が提供される。

本開示によれば、ユーザの仮想体験を改善し得る情報処理方法、プログラム及びコンピュータを提供することができる。

図１は、ある実施の形態に従うＨＭＤシステムの構成の概略を表す図である。 図２は、一局面に従うコンピュータのハードウェア構成の一例を表すブロック図である。 図３は、ある実施の形態に従うＨＭＤ装置に設定されるｕｖｗ視野座標系を概念的に表す図である。 図４は、ある実施の形態に従う仮想空間を表現する一態様を概念的に表す図である。 図５は、ある実施の形態に従うＨＭＤ装置を装着するユーザの頭部を上から表した図である。 図６は、仮想空間において視界領域をＸ方向から見たＹＺ断面を表す図である。 図７は、仮想空間において視界領域をＹ方向から見たＸＺ断面を表す図である。 図８は、ある実施の形態に従うコントローラの概略構成を表す図である。 図９は、ある実施の形態に従うコンピュータをモジュール構成として表すブロック図である。 図１０は、ユーザによって使用されるＨＭＤシステムがユーザに仮想空間を提供するために実行する処理を表すフローチャートである。 図１１（Ａ）は、ＨＭＤ装置、及びコントローラを装着したユーザの一例を示す図である。図１１（Ｂ）は、図１１（Ａ）に示す状態における、仮想空間内に配置された仮想カメラ、左手オブジェクト、右手オブジェクト、手榴弾オブジェクト、及び敵キャラクタの一例を示す図である。 図１２は、図１１（Ｂ）に示す仮想空間内を仮想カメラの視界領域で撮影した視界画像の一例を示す図である。 図１３は、本実施形態のコリジョン制御処理の一例を示すフローチャートである。 図１４は、本実施形態のコリジョン制御処理の一例を示すフローチャートである。 図１５は、本実施形態のコリジョン制御処理の一例を示すフローチャートである。 図１６（Ａ）は、手榴弾オブジェクトからピンが抜かれた状態で、ユーザが物を投げる動作を行っている状態の一例を示す図である。図１６（Ｂ）は、図１６（Ａ）が示す状態において、手榴弾オブジェクトの速度が閾値以上の場合のコリジョンエリアの制御例を示す図である。 図１７（Ａ）は、手榴弾オブジェクトからピンが抜かれた状態で、ユーザが物を投げる動作を行っている状態の一例を示す図である。図１７（Ｂ）は、図１７（Ａ）が示す状態において、手榴弾オブジェクトの速度が閾値未満の場合のコリジョンエリアの制御例を示す図である。 図１８（Ａ）は、手榴弾オブジェクトからピンが抜かれていない状態で、ユーザが物を投げる動作を行っている状態の一例を示す図である。図１８（Ｂ）は、図１８（Ａ）が示す状態において、手榴弾オブジェクトの速度が閾値以上の場合のコリジョン効果の制御例を示す図である。 図１９（Ａ）は、手榴弾オブジェクトからピンが抜かれていない状態で、ユーザが物を投げる動作を行っている状態の一例を示す図である。図１９（Ｂ）は、図１９（Ａ）が示す状態において、手榴弾オブジェクトの速度が閾値未満の場合のコリジョン効果の制御例を示す図である。 図２０は、変形例１のコリジョン制御処理の一例を示すフローチャートである。 図２１は、変形例１のコリジョン制御処理の一例を示すフローチャートである。 図２２（Ａ）は、ＨＭＤ装置、及びコントローラを装着したユーザの一例を示す図である。図２２（Ｂ）は、図２２（Ａ）に示す状態における、仮想空間内に配置された仮想カメラ、左手オブジェクト、右手オブジェクト、ボールオブジェクト、及び打者キャラクタの一例を示す図である。 図２３は、図２２（Ｂ）に示す仮想空間内を仮想カメラの視界領域で撮影した視界画像Ｍの一例を示す図である。 図２４は、第２実施形態のコリジョン制御処理の一例を示すフローチャートである。 図２５は、第２実施形態のコリジョン制御処理の一例を示すフローチャートである。 図２６（Ａ）は、ユーザが物を投げる動作を行っている状態の一例を示す図である。図２６（Ｂ）は、図２６（Ａ）が示す状態において、ボールオブジェクトの速度が閾値以上の場合のコリジョンエリアの制御例を示す図である。 図２７（Ａ）は、ユーザが物を投げる動作を行っている状態の一例を示す図である。図２７（Ｂ）は、図２７（Ａ）が示す状態において、ボールオブジェクトの速度が閾値未満の場合のコリジョンエリアの制御例を示す図である。 図２８（Ａ）は、ユーザが物を投げる動作を行っている状態の一例を示す図である。図２８（Ｂ）は、図２８（Ａ）が示す状態において、ボールオブジェクトの速度が閾値以上の場合のコリジョン効果の制御例を示す図である。 図２９（Ａ）は、ユーザが物を投げる動作を行っている状態の一例を示す図である。図２９（Ｂ）は、図２９（Ａ）が示す状態において、ボールオブジェクトの速度が閾値未満の場合のコリジョン効果の制御例を示す図である。 図３０は、コントローラ１６０の姿勢変化パターン毎に、該当する球種及び当該球種の回転パターン定義した情報例を示す図である。 ユーザの手の姿勢の時系列的な変化も考慮してコリジョンエリアを制御する場合の説明図である。 ユーザの手の姿勢の時系列的な変化も考慮してコリジョン効果を制御する場合の説明図である。

＜本開示が示す実施形態の詳細＞
以下、本開示が示す実施形態の詳細について図面を参照しながら説明する。以下の説明では、基本的に、同一の構成要素には同一の符号を付している。このため、説明済みの構成要素（説明済みの参照番号が付された構成要素）については、必要がある場合を除き、原則、その説明を繰り返さない。

（第１実施形態）
［ＨＭＤシステムの構成］
図１を参照して、ＨＭＤ（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）、フラッシュＲＯＭなどの半導体メモリ等の固定的にプログラムを担持する不揮発性のデータ記録媒体でもよい。

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

［制御構造］
図１０を参照して、本実施の形態に係るコンピュータ２００の制御構造について説明する。図１０は、ユーザ１９０によって使用されるＨＭＤシステム１００がユーザ１９０に仮想空間２を提供するために実行する処理を表すフローチャートである。

ステップＳ１において、コンピュータ２００のプロセッサ１０は、仮想空間制御モジュール２２１として、仮想空間データを特定し、仮想空間２を定義する。また、プロセッサ１０は、操作オブジェクト制御モジュール２２３及びオブジェクト制御モジュール２２４として、この仮想空間２に操作オブジェクトや操作オブジェクト以外のオブジェクトを配置する。仮想空間制御モジュール２２１は、その動作を仮想空間２内に制御可能に定義する。

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

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

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

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

ステップＳ６において、プロセッサ１０は、仮想カメラ制御モジュール２２２として、ＨＭＤ装置１１０の位置と傾きとに基づいて、ＨＭＤ装置１１０を装着したユーザ１９０の視界方向を特定する。

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

ステップＳ８において、プロセッサ１０は、操作オブジェクト制御モジュール２２３、オブジェクト制御モジュール２２４、コリジョン制御モジュール２２５、及びコリジョン判定モジュール２２６として、ＨＭＤセンサ１２０から送られた動き検知データ、コントローラ１６０から送られた検出内容および各種オブジェクトの制御内容を仮想空間２に反映する。

例えば、プロセッサ１０は、操作オブジェクト制御モジュール２２３として、ＨＭＤ装置１１０の動き検知データやコントローラ１６０の検出内容に基づいて、仮想空間２における操作オブジェクト（手オブジェクト）を動かす。また例えば、プロセッサ１０は、オブジェクト制御モジュール２２４として、操作オブジェクトによって操作された移動オブジェクトや対象オブジェクトなどの操作オブジェクト以外のオブジェクトの動作を制御する。また例えば、プロセッサ１０は、コリジョン制御モジュール２２５として、移動オブジェクトの動きに基づいて、移動オブジェクトに関連付けられたコリジョンエリアの形状及び大きさの少なくともいずれかを制御する。また例えば、プロセッサ１０は、コリジョン判定モジュール２２６として、操作オブジェクトのコリジョンエリアと対象オブジェクトのコリジョンエリアとの衝突判定を行う。

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

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

次に、図１１および図１２を参照しながら、ユーザ１９０の状態と、仮想空間２内に配置された各種オブジェクトとの関係を説明する。図１１（Ａ）は、ＨＭＤ装置１１０、及びコントローラ１６０Ｌ、１６０Ｒを装着したユーザ１９０の一例を示す図である。図１１（Ｂ）は、図１１（Ａ）に示す状態における、仮想空間２内に配置された仮想カメラ１、左手オブジェクト４００Ｌ、右手オブジェクト４００Ｒ、手榴弾オブジェクト５００、及び敵キャラクタ６００の一例を示す図である。図１２は、図１１（Ｂ）に示す仮想空間２内を仮想カメラ１の視界領域２３で撮影した（表した）視界画像Ｍの一例を示す図である。なお、以下の図面では、説明の関係上、図１１（Ｂ）に示すように、手オブジェクト４００を単なる円で表したり、敵キャラクタ６００を単なる直方体として表したりする場合がある。

本実施形態では、仮想カメラ１は、ユーザ１９０が装着しているＨＭＤ１１０の動きに連動する。つまり、仮想カメラ１の視野は、ＨＭＤ１１０の動きに応じて更新される。また本実施形態では、左手オブジェクト４００Ｌは、ユーザ１９０の左手に装着されるコントローラ１６０Ｌの動きに応じて移動する操作オブジェクトであり、右手オブジェクト４００Ｒは、ユーザ１９０の右手に装着されるコントローラ１６０Ｒの動きに応じて移動する操作オブジェクトである。以下では、左手オブジェクト４００Ｌと右手オブジェクト４００Ｒとを単に「手オブジェクト４００」と総称する場合がある。また本実施形態では、手榴弾オブジェクト５００は、手オブジェクト４００によって操作される移動オブジェクトである。手榴弾オブジェクト５００に対する手オブジェクト４００による操作としては、例えば、手榴弾オブジェクト５００をつかむ、手榴弾オブジェクト５００からピン５１０を外す、つかんだ手榴弾オブジェクト５００を対象オブジェクトである敵キャラクタ６００に投げるなどが挙げられるが、これに限定されるものではない。なお、図１１及び図１２に示す例では、手榴弾オブジェクト５００は、左手オブジェクト４００Ｌによって保持されている。

また本実施形態では、各オブジェクトには、オブジェクト間の衝突（コリジョン）を判定するためのコリジョンエリアが設定されている。図１１（Ｂ）に示す例では、左手オブジェクト４００ＬにはコリジョンエリアＣＡＬが設定され、右手オブジェクト４００ＲにはコリジョンエリアＣＡＲが設定され、手榴弾オブジェクト５００にはコリジョンエリアＣＢが設定され、敵キャラクタ６００にはコリジョンエリアＣＣが設定されている。以下では、コリジョンエリアＣＡＬとコリジョンエリアＣＡＲとを単に「コリジョンエリアＣＡ」と総称する場合がある。本実施形態では、図１１（Ｂ）に示すように、コリジョンエリアは、オブジェクトの中心位置を中心に設定されている場合を例にとり説明するが、これに限定されず、オブジェクトの中心位置以外の位置を中心としてもよい。また、コリジョンエリアの形状は、例えば、球状、直方体状、楕円状、及び棒状などどのような形状であってもよく、オブジェクト毎に大きさや形状が異なっていてもよい。

前述したように、図１１及び図１２に示す例では、手榴弾オブジェクト５００は、左手オブジェクト４００Ｌによって保持されている。手オブジェクト４００による手榴弾オブジェクト５００の保持は、コリジョンエリアＣＡとコリジョンエリアＣＢとの衝突を条件に可能である。例えば、コリジョン判定モジュール２２６によりコリジョンエリアＣＡとコリジョンエリアＣＢとが衝突していると判定されたことを条件に、手オブジェクト４００により手榴弾オブジェクト５００を保持させるようにしてもよい。また例えば、コリジョン判定モジュール２２６によりコリジョンエリアＣＡとコリジョンエリアＣＢとが衝突していると判定された状態で、ボタン３６，３７又はアナログスティック３８がユーザ１９０により操作（押下）され続けていることを条件に、手オブジェクト４００により手榴弾オブジェクト５００を保持させるようにしてもよい。なお、手オブジェクト４００による手榴弾オブジェクト５００の保持は、どのように実現しても構わないが、例えば、オブジェクト制御モジュール２２４が、手オブジェクト４００の移動（動作）に連動させて手榴弾オブジェクト５００を移動させることで実現できる。

本実施形態では、ユーザ１９０が、手にコントローラ１６０が装着された状態で物を投げるような動作を行うことで、手オブジェクト４００に、保持中の手榴弾オブジェクト５００を敵キャラクタ６００に向かって投げさせる。そして、投げられた手榴弾オブジェクト５００のコリジョンエリアＣＢと敵キャラクタ６００のコリジョンエリアＣＣとのコリジョン判定（当たり判定）結果に応じて、敵キャラクタ６００に所定の影響が与えられる。

なお、手オブジェクト４００による手榴弾オブジェクト５００の投てきは、どのように実現しても構わない。例えば、ユーザ１９０が、手にコントローラ１６０が装着された状態で物を投げるような動作を行っている最中に、手榴弾オブジェクト５００を保持させるために操作（押下）中のボタン３６，３７又はアナログスティック３８の操作（押下）を解除することで、オブジェクト制御モジュール２２４が、コントローラ１６０の動きに基づく速度を手榴弾オブジェクト５００に与え、当該速度に基づいて手榴弾オブジェクト５００を移動させることで実現できる。

また、敵キャラクタ６００に与えられる影響としては、例えば、敵キャラクタ６００に関連付けられたパラメータの変動が挙げられる。本実施形態では、敵キャラクタ６００に関連付けられたパラメータが体力やライフなどゲームを継続するために必要な要素であり、このパラメータを低下させることを想定しているが、これに限定されるものではない。なお、敵キャラクタ６００に与えられる影響は、パラメータの変動ではなく、敵キャラクタ６００の挙動の変化などであってもよいし、両者の併用であってもよい。

また本実施形態では、手榴弾オブジェクト５００を爆発させるため、手榴弾オブジェクト５００からピン５１０を抜いた後に手榴弾オブジェクト５００を手オブジェクト４００に投げさせることを想定している。しかしながら、仮想空間に没頭しているユーザ１９０が興奮のあまり手榴弾オブジェクト５００からピン５１０を抜くための操作を忘れて、手榴弾オブジェクト５００を手オブジェクト４００に投げさせてしまうことが想定される。このため本実施形態では、手榴弾オブジェクト５００がピン５１０を抜いた状態で投げられているかピン５１０が抜かれずに投げられているかに応じた制御を行う。

なお、手榴弾オブジェクト５００からピン５１０を抜くための操作は、どのように実現しても構わない。例えば、手オブジェクト４００に手榴弾オブジェクト５００が保持されている状態で、ユーザ１９０が、コントローラ１６０のボタン３６，３７又はアナログスティック３８の操作（押下）を行うことで、オブジェクト制御モジュール２２４が、手榴弾オブジェクト５００からピン５１０を抜くようにしてもよい。また例えば、ピン５１０にもコリジョンエリアを設定し、このコリジョンエリアと手オブジェクト４００のコリジョンエリアＣＡ（主として、手榴弾オブジェクト５００を保持していない方の手オブジェクト４００のコリジョンエリアＣＡを想定）との衝突後に、コントローラ１６０のボタン３６，３７又はアナログスティック３８の操作（押下）が行われたり、上記衝突が解除されたりしたこと（非接触の状態に戻ったこと）を条件に、オブジェクト制御モジュール２２４が、手榴弾オブジェクト５００からピン５１０を抜くようにしてもよい。

次に、図１３〜図１９を参照しながら、本実施形態に係る情報処理方法、具体的には、コリジョンエリア及びコリジョン効果の制御手法について説明する。図１３〜図１５は、本実施形態のコリジョン制御処理の一例を示すフローチャートである。なお、図１４は、手榴弾オブジェクト５００がピン５１０を抜かれた状態で投げられている場合のコリジョン制御処理を示し、図１５は、手榴弾オブジェクト５００がピン５１０を抜かれていない状態で投げられている場合のコリジョン制御処理を示す。図１３〜図１５に示すコリジョン制御処理は、図１０に示すフローチャートのステップＳ７〜Ｓ８の詳細処理の一例に該当する。図１６（Ａ）は、手榴弾オブジェクト５００からピン５１０が抜かれた状態で、ユーザ１９０が物を投げる動作を行っている状態の一例を示す図であり、図１６（Ｂ）は、図１６（Ａ）が示す状態において、手榴弾オブジェクト５００の速度が閾値以上の場合のコリジョンエリアＣＢの制御例を示す図である。図１７（Ａ）は、手榴弾オブジェクト５００からピン５１０が抜かれた状態で、ユーザ１９０が物を投げる動作を行っている状態の一例を示す図であり、図１７（Ｂ）は、図１７（Ａ）が示す状態において、手榴弾オブジェクト５００の速度が閾値未満の場合のコリジョンエリアＣＢの制御例を示す図である。図１８（Ａ）は、手榴弾オブジェクト５００からピン５１０が抜かれていない状態で、ユーザ１９０が物を投げる動作を行っている状態の一例を示す図であり、図１８（Ｂ）は、図１８（Ａ）が示す状態において、手榴弾オブジェクト５００の速度が閾値以上の場合のコリジョン効果の制御例を示す図である。図１９（Ａ）は、手榴弾オブジェクト５００からピン５１０が抜かれていない状態で、ユーザ１９０が物を投げる動作を行っている状態の一例を示す図であり、図１９（Ｂ）は、図１９（Ａ）が示す状態において、手榴弾オブジェクト５００の速度が閾値未満の場合のコリジョン効果の制御例を示す図である。

図１３に示すように、まず、ステップＳ１１において、プロセッサ１０（オブジェクト制御モジュール２２４）は、手オブジェクト４００により手榴弾オブジェクト５００が投げられたか否かを判定する。プロセッサ１０（オブジェクト制御モジュール２２４）は、例えば、ユーザ１９０が、手榴弾オブジェクト５００を保持させるために操作（押下）中のボタン３６，３７又はアナログスティック３８の操作（押下）を解除した場合、手榴弾オブジェクト５００が投げられたと判定し、解除されていない場合、手榴弾オブジェクト５００が投げられていないと判定する。なお、ステップＳ１１の処理は、手榴弾オブジェクト５００が投げられていないと判定されている間（ステップＳ１１でＮｏ）、定期的に行われる。

手榴弾オブジェクト５００が投げられたと判定された場合（ステップＳ１１でＹｅｓ）、ステップＳ１２において、プロセッサ１０（オブジェクト制御モジュール２２４）は、投げられた手榴弾オブジェクト５００に速度ｖ（速度ベクトル）を設定し、設定した速度ｖで手榴弾オブジェクト５００を移動させる。

プロセッサ１０（オブジェクト制御モジュール２２４）は、例えば、手榴弾オブジェクト５００を保持させるために操作（押下）中のボタン３６，３７又はアナログスティック３８の操作（押下）が解除されたコントローラ１６０（ユーザ１９０が物を投げる動作を行った方の手に装着されているコントローラ１６０を想定）の絶対速度に基づいて、手榴弾オブジェクト５００に速度ｖを与える。手榴弾オブジェクト５００に与えられる速度ｖは、コントローラ１６０の絶対速度に基づいて求められた速度であればどのようなものでもよく、コントローラ１６０の絶対速度そのものであってもよいし、コントローラ１６０の絶対速度に所定の定数を乗じることで求められた速度であってもよい。

なお、コントローラ１６０の絶対速度は、現実空間内における固定位置から観測したＨＭＤ１１０の速度を示す。本実施形態では、コントローラ１６０の絶対速度は、現実空間内の所定の場所に設置されたＨＭＤセンサ１２０に対するコントローラ１６０の速度である場合を例にとり説明するが、これに限定されるものではない。具体的には、プロセッサ１０は、ＨＭＤセンサ１２０により検出された情報を取得する毎に、当該情報に基づいてコントローラ１６０の位置を特定し、特定した位置情報と、前回に特定した位置情報とに基づいて、コントローラ１６０の移動方向における絶対速度を特定する。例えば、ｎ番目（ｎは１以上の整数）のフレームにおけるコントローラ１６０の位置がＰｎ、（ｎ＋１）番目のフレームにおけるコントローラ１６０の位置がＰｎ＋１であり、フレーム間の時間間隔がΔＴである場合、ｎ番目のフレームにおけるコントローラ１６０の絶対速度ａｖｎは、ａｖｎ＝（位置（Ｐｎ＋１）−位置Ｐｎ）／ΔＴとなる。なお、ΔＴは、１／フレームレートであり、例えば、フレームレートが９０ｆｐｓ（frames per second）であれば、ΔＴ＝１／９０である。なお、コントローラ１６０の絶対速度を特定するモジュールは、例えば、操作オブジェクト制御モジュール２２３であってもよいし、オブジェクト制御モジュール２２４であってもよい。

図１３に戻り、ステップＳ１３において、プロセッサ１０（オブジェクト制御モジュール２２４）は、手榴弾オブジェクト５００からピン５１０が抜かれているか否かを判定する。プロセッサ１０（オブジェクト制御モジュール２２４）は、例えば、手榴弾オブジェクト５００が投げられる以前に、前述した手榴弾オブジェクト５００からピン５１０を抜くための操作を検出している場合には、手榴弾オブジェクト５００からピン５１０が抜かれていると判定し、当該操作を検出していない場合には、手榴弾オブジェクト５００からピン５１０が抜かれていないと判定すればよい。手榴弾オブジェクト５００からピン５１０が抜かれている場合（ステップＳ１３でＹｅｓ）、Ａ（詳細には、図１４のステップＳ２１）に進み、手榴弾オブジェクト５００からピン５１０が抜かれていない場合（ステップＳ１３でＮｏ）、Ｂ（詳細には、図１５のステップＳ３１）に進む。

ここで、図１４を参照し、手榴弾オブジェクト５００からピン５１０が抜かれている場合（図１３のステップＳ１３で「Ａ」に進んだ場合）の制御例について説明する。図１４のステップＳ２１において、プロセッサ１０（オブジェクト制御モジュール２２４）は、手榴弾オブジェクト５００の爆発タイミングか否かを判定する。手榴弾オブジェクト５００の爆発タイミングは、例えば、手榴弾オブジェクト５００からピン５１０が抜かれてから所定時間経過後（例えば、５秒後）に設定できる。このため、プロセッサ１０（オブジェクト制御モジュール２２４）は、手榴弾オブジェクト５００からピン５１０が抜かれた時点でタイマーを設定し、このタイマーにより所定時間の計測が完了すれば、手榴弾オブジェクト５００の爆発タイミングと判定し、所定時間の計測が完了していなければ、手榴弾オブジェクト５００の爆発タイミングでないと判定すればよい。なお、ステップＳ２１の処理は、手榴弾オブジェクト５００の爆発タイミングでないと判定されている間（ステップＳ２１でＮｏ）、定期的に行われる。

手榴弾オブジェクト５００の爆発タイミングであると判定された場合（ステップＳ２１でＹｅｓ）、ステップＳ２２において、プロセッサ１０（オブジェクト制御モジュール２２４）は、投げられた手榴弾オブジェクト５００の速度ｖが閾値となる所定速度ｖｔｈ以上かどうかを判定する。なお、所定速度ｖｔｈは、ゲーム内容に応じて適宜されていてもよいし、ユーザ１９０の手を動かす速度を予め計測して設定してもよい。

手榴弾オブジェクト５００の速度ｖが所定速度ｖｔｈ以上（ｖ≧ｖｔｈ）である場合（ステップＳ２２でＹｅｓ）、プロセッサ１０（コリジョン制御モジュール２２５）は、ステップＳ２３において、手榴弾オブジェクト５００のコリジョンエリアＣＢの大きさの直径をＲ２（Ｒ＜Ｒ１＜Ｒ２）に特定（設定）し、ステップＳ２５において、手榴弾オブジェクト５００を爆発させる演出を行う。

一方、手榴弾オブジェクト５００の速度ｖが所定速度ｖｔｈ未満（ｖ＜ｖｔｈ）である場合（ステップＳ２２でＮｏ）、プロセッサ１０（コリジョン制御モジュール２２５）は、ステップＳ２４において、手榴弾オブジェクト５００のコリジョンエリアＣＢの大きさの直径をＲ１（Ｒ＜Ｒ１＜Ｒ２）に特定（設定）し、ステップＳ２５において、手榴弾オブジェクト５００を爆発させる演出を行う。なお「Ｒ」は、コリジョンエリアＣＢのデフォルトの大きさの直径である。

ここで、ステップＳ２３やステップＳ２４で設定されたコリジョンエリアＣＢの大きさは、手榴弾オブジェクト５００が爆発した際の爆風の影響が及ぶ範囲に相当する。このため本実施形態では、手榴弾オブジェクト５００の速度が遅い場合の爆風５５０の影響が及ぶ範囲（直径がＲ１のコリジョンエリアＣＢ）よりも、手榴弾オブジェクト５００の速度が速い場合の爆風５５０の影響が及ぶ範囲（直径がＲ２のコリジョンエリアＣＢ）の方が大きくなる（図１６、図１７参照）。

実空間の場合、物理法則の関係上、ものを投げる速度が遅いほど飛距離も短くなり、ものを投げる速度が速いほど飛距離も長くなる傾向にある。このため、実空間において、手榴弾を投げて爆発させる場合を想定すると、遅く投げた場合よりも速く投げた場合の方が遠くまで手榴弾が届き、爆風の影響が目的物に及ぶ（届く）可能性が高いと考えられる。従って上述したような制御を行うことで、爆風の影響が及ぶ範囲にリアリティを持たせることが可能となり、ユーザ１９０に対する仮想空間への没入感を高めることが可能となる。

なお本実施形態では、コリジョンエリアＣＢの直径を変更することでコリジョンエリアＣＢの大きさを変更する場合を例にとり説明した。しかしながら、コリジョンエリアＣＢの大きさを変更するために用いるコリジョンエリアＣＢの要素（パラメータ）は、これに限定されず、半径などどのような値を用いてもよい。

続いて、ステップＳ２６において、プロセッサ１０（コリジョン判定モジュール２２６）は、手榴弾オブジェクト５００（爆風５５０）のコリジョンエリアＣＢと敵キャラクタ６００のコリジョンエリアＣＣとが衝突（接触）しているか否かを判定する。

プロセッサ１０（コリジョン判定モジュール２２６）は、コリジョンエリアＣＢとコリジョンエリアＣＣとが衝突していると判定した場合（ステップＳ２６でＹｅｓ）、敵キャラクタ６００に所定の影響を与える（ステップＳ２７）。なお、図１６に示す例の場合（手榴弾オブジェクト５００の速度が速い場合）、手榴弾オブジェクト５００（爆風５５０）のコリジョンエリアＣＢが、敵キャラクタ６００のコリジョンエリアＣＣと衝突しているため、プロセッサ１０（コリジョン判定モジュール２２６）は、敵キャラクタ６００に関連づけられたパラメータを低下させる。

一方、プロセッサ１０（コリジョン判定モジュール２２６）は、コリジョンエリアＣＢとコリジョンエリアＣＣとが衝突していないと判定した場合（ステップＳ２６でＮｏ）、敵キャラクタ６００に所定の影響を与えない（ステップＳ２７を行わない）。なお、図１７に示す例の場合（手榴弾オブジェクト５００の速度が遅い場合）、手榴弾オブジェクト５００（爆風５５０）のコリジョンエリアＣＢが、敵キャラクタ６００のコリジョンエリアＣＣと衝突していないため、プロセッサ１０（コリジョン判定モジュール２２６）は、敵キャラクタ６００に関連づけられたパラメータを低下させない。

次に、図１５を参照し、手榴弾オブジェクト５００からピン５１０が抜かれていない場合（図１３のステップＳ１３で「Ｂ」に進んだ場合）の制御例について説明する。図１５のステップＳ３１において、プロセッサ１０（コリジョン判定モジュール２２６）は、手榴弾オブジェクト５００のコリジョンエリアＣＢと敵キャラクタ６００のコリジョンエリアＣＣとが衝突（接触）しているか否かを判定する。

コリジョンエリアＣＢとコリジョンエリアＣＣとが衝突していない場合（ステップＳ３１でＮｏ）、ステップＳ３６へ進む。一方、コリジョンエリアＣＢとコリジョンエリアＣＣとが衝突している場合（ステップＳ３１でＹｅｓ）、ステップＳ３２において、プロセッサ１０（オブジェクト制御モジュール２２４）は、投げられた手榴弾オブジェクト５００の速度ｖが閾値となる所定速度ｖｔｈ以上かどうかを判定する。

手榴弾オブジェクト５００の速度ｖが所定速度ｖｔｈ以上（ｖ≧ｖｔｈ）である場合（ステップＳ３２でＹｅｓ）、ステップＳ３３において、プロセッサ１０（コリジョン制御モジュール２２５）は、敵キャラクタ６００に与える影響を第１の影響に設定する。

一方、手榴弾オブジェクト５００の速度ｖが所定速度ｖｔｈ未満（ｖ＜ｖｔｈ）である場合（ステップＳ３２でＮｏ）、ステップＳ３４において、プロセッサ１０（コリジョン制御モジュール２２５）は、敵キャラクタ６００に与える影響を第２の影響に設定する。

ここで、ステップＳ３３で設定した第１の影響やステップＳ３４で設定した第２の影響は、いずれも敵キャラクタ６００に関連づけられたパラメータを低下させるものであるが、第２の影響よりも第１の影響の方がパラメータの低下量（例えば、敵キャラクタ６００が受けるダメージ）が多いものとする。このため本実施形態では、ピン５１０が抜かれずに手榴弾オブジェクト５００が投げられた場合、手榴弾オブジェクト５００の速度が遅い場合よりも、手榴弾オブジェクト５００の速度が速い場合の方が、敵キャラクタ６００が受ける影響（敵キャラクタ６００のパラメータ低下量）が大きくなる（図１８、図１９参照）。

前述したように、仮想空間に没頭しているユーザ１９０が興奮のあまり手榴弾オブジェクト５００からピン５１０を抜くための操作を忘れて、手榴弾オブジェクト５００を手オブジェクト４００に投げさせてしまうことが想定される。この場合、手榴弾オブジェクト５００は爆発しないため、手榴弾オブジェクト５００が敵キャラクタ６００に衝突しても、敵キャラクタ６００に影響を与えない（敵キャラクタ６００のパラメータを低下させない）という制御も考えられる。しかしながら、このような制御は、ユーザ１９０を仮想空間２に没入させるという観点からは好ましくない。また、実体験上においても、手榴弾のような鉄の塊をぶつけられれば通常は痛みを感じ、ぶつけられる速度が速いほど痛みは増すと考えられる。このため本実施形態では、上述したような制御を行うことで、敵キャラクタ６００に与える影響にリアリティを持たせることが可能となり、ユーザ１９０に対する仮想空間への没入感を高めることが可能となる。但し、敵キャラクタ６００に与える影響にリアリティを持たせるという観点からは、第１の影響によるパラメータの低下量は、前述した手榴弾オブジェクト５００の爆風の影響によるパラメータの低下量よりも少ないことが好ましい。

続いて、ステップＳ３５において、プロセッサ１０（コリジョン判定モジュール２２６）は、手榴弾オブジェクト５００を爆発させる演出を行い、設定した影響を敵キャラクタ６００に与える。

このように本実施形態では、移動オブジェクトの移動速度に応じて、対象オブジェクトなどの他のオブジェクトとのコリジョン判定に用いられる移動オブジェクトのコリジョンエリアの大きさを変えたり、移動オブジェクトが対象オブジェクトなどの他のオブジェクトと衝突した場合のコリジョン効果を変えたりする。このため本実施形態によれば、ユーザ１９０の仮想空間への没入感を向上させることが可能となる。

なお本実施形態では、移動オブジェクトの移動速度に応じて、対象オブジェクトなどの他のオブジェクトとのコリジョン判定に用いられる移動オブジェクトのコリジョンエリアの大きさを変えたり、移動オブジェクトが対象オブジェクトなどの他のオブジェクトと衝突した場合のコリジョン効果を変えたりする場合を例にとり説明した。しかしながら、移動オブジェクトの移動速度ではなく、移動オブジェクトの速さ（スカラー量）や加速度などの移動オブジェクトの早さに関する情報を用いて、このような制御を行うようにしてもよい。

また本実施形態では、移動オブジェクトの移動速度が閾値以上であるか否かに応じて、対象オブジェクトなどの他のオブジェクトとのコリジョン判定に用いられる移動オブジェクトのコリジョンエリアの大きさを変えたり、移動オブジェクトが対象オブジェクトなどの他のオブジェクトと衝突した場合のコリジョン効果を変えたりする場合を例にとり説明した。しかしながら、移動オブジェクトの移動速度を段階分けし、この段階に応じて、対象オブジェクトなどの他のオブジェクトとのコリジョン判定に用いられる移動オブジェクトのコリジョンエリアの大きさを変えたり、移動オブジェクトが対象オブジェクトなどの他のオブジェクトと衝突した場合のコリジョン効果を変えたりするようにしてもよい。このようにすれば、移動オブジェクトのコリジョンエリアの大きさや移動オブジェクトのコリジョン効果をより細かく設定することができる。

（変形例１）
上記第１実施形態では、移動オブジェクトの移動速度が一様である場合を例にとり説明した。しかしながら、移動オブジェクトの移動に、運動の法則などの物理法則を適用することで（詳細には、移動オブジェクトに運動方程式を適用することで）、現実空間同様、移動オブジェクトの移動速度を時間経過とともに変化（減速）させるようにしてもよい。この場合、移動オブジェクトに適用する運動方程式を開発者自らが準備して移動オブジェクトに適用するようにしてもよいし、前述したＵｎｉｔｙに実装されている機能を用いて、移動オブジェクトに運動方程式を適用するようにしてもよい。

例えば、投げられた手榴弾オブジェクト５００に空気抵抗による減速を再現させるため、手榴弾オブジェクト５００の速度（速度ベクトル）と逆方向に空気抵抗Ｒを適用するようにしてもよい。空気抵抗Ｒは、例えば、Ｒ＝ｋｖやＲ＝ｋｖ^２などで表現できる。なお、ｋは比例定数であり、ｖは手榴弾オブジェクト５００の移動速度である。

変形例１のように、移動オブジェクトの移動に物理法則を適用し、移動オブジェクトの移動速度を変動させる場合、図１４で説明したコリジョン制御処理のフローチャートについては、図２０に示すフローチャートのように変形し、図１５で説明したコリジョン制御処理のフローチャートについては、図２１に示すフローチャートのように変形すればよい。

図２０に示すフローチャートの図１４に示すフローチャートとの相違点は、ステップＳ２０が追加されている点である。図２０に示すフローチャートでは、プロセッサ１０（オブジェクト制御モジュール２２４）は、ステップＳ２１において、手榴弾オブジェクト５００の爆発タイミングでないと判定されている間（ステップＳ２１でＮｏの間）、定期的に移動オブジェクトの速度ｖに物理法則を適用し、移動オブジェクトの速度ｖを更新（減速）する。

また、図２１に示すフローチャートの図１５に示すフローチャートとの相違点は、ステップＳ３０が追加されている点である。図２１に示すフローチャートでは、プロセッサ１０（オブジェクト制御モジュール２２４）は、ステップＳ３０において、コリジョンエリアＣＢとコリジョンエリアＣＣとの衝突／非衝突が決定（確定）されるまでの間、定期的に移動オブジェクトの速度ｖに物理法則を適用し、移動オブジェクトの速度ｖを更新（減速）する。

このように、物理法則を加味して移動オブジェクトの移動速度を更新すれば、移動オブジェクトの移動にリアリティを持たせられ、爆風の影響が及ぶ範囲や敵キャラクタ６００に与える影響のリアリティを向上できるので、ユーザ１９０の仮想空間への没入感を向上させることが可能となる。

（第２実施形態）
上記第１実施形態では、移動オブジェクトが手榴弾オブジェクト５００、対象オブジェクトが敵キャラクタ６００であり、手榴弾オブジェクト５００を敵キャラクタ６００に投げることで、敵キャラクタ６００に影響を与えるゲームを想定した例について説明した。但し、本開示の適用範囲はこれに限定されず、種々のゲームに適用できる。第２実施形態では、本開示を野球ゲームに適用した場合について説明する。但し、第１実施形態と同様の内容については、説明を繰り返さない。つまり、第２実施形態では、主として、第１実施形態との差異について説明する。

図２２および図２３を参照しながら、ユーザ１９０の状態と、仮想空間２内に配置された各種オブジェクトとの関係を説明する。図２２（Ａ）は、ＨＭＤ装置１１０、及びコントローラ１６０Ｌ、１６０Ｒを装着したユーザ１９０の一例を示す図である。図２２（Ｂ）は、図２２（Ａ）に示す状態における、仮想空間２内に配置された仮想カメラ１、左手オブジェクト４００Ｌ、右手オブジェクト４００Ｒ、ボールオブジェクト７００、及び打者キャラクタ８００の一例を示す図である。図２３は、図２２（Ｂ）に示す仮想空間２内を仮想カメラ１の視界領域２３で撮影した（表した）視界画像Ｍの一例を示す図である。なお、図２３に描かれている捕手キャラクタ９００は、図示の関係上、図２２（Ｂ）では描いていない。また、以下の図面では、説明の関係上、図２２（Ｂ）に示すように、手オブジェクト４００を単なる円で表す場合がある。

第２実施形態では、ボールオブジェクト７００は、手オブジェクト４００によって操作される移動オブジェクトである。ボールオブジェクト７００に対する手オブジェクト４００による操作としては、ボールオブジェクト７００を対象オブジェクトである打者キャラクタ８００に投げるなどが挙げられるが、これに限定されるものではない。また第２実施形態では、ボールオブジェクト７００にはコリジョンエリアＣＤが設定され、打者キャラクタ８００が所持する対象オブジェクトであるバットオブジェクト８１０には、コリジョンエリアＣＥが設定され、
打者キャラクタ８００にはコリジョンエリアＣＦが設定されている。

第２実施形態でも、ユーザ１９０が、手にコントローラ１６０が装着された状態で物を投げるような動作を行うことで、手オブジェクト４００に、保持中のボールオブジェクト７００を捕手キャラクタ９００に向かって投げさせる。そして、投げられたボールオブジェクト７００のコリジョンエリアＣＤとバットオブジェクト８１０のコリジョンエリアＣＥ又は打者キャラクタ８００のコリジョンエリアＣＦとのコリジョン判定（当たり判定）結果に応じて、ゲームが進行する。

なお、手オブジェクト４００によるボールオブジェクト７００の投球は、どのように実現しても構わない。例えば、ユーザ１９０が、手にコントローラ１６０が装着された状態で物を投げるような動作を行っている最中に、ボタン３６，３７又はアナログスティック３８を操作（押下）することで、オブジェクト制御モジュール２２４が、コントローラ１６０の動きに基づく速度をボールオブジェクト７００に与え、当該速度に基づいてボールオブジェクト７００を移動させることで実現できる。

次に、図２４〜図２９を参照しながら、第２実施形態に係る情報処理方法、具体的には、コリジョンエリア及びコリジョン効果の制御手法について説明する。図２４〜図２５は、第２実施形態のコリジョン制御処理の一例を示すフローチャートである。図２４〜図２５に示すコリジョン制御処理は、図１０に示すフローチャートのステップＳ７〜Ｓ８の詳細処理の一例に該当する。図２６（Ａ）は、ユーザ１９０が物を投げる動作を行っている状態の一例を示す図であり、図２６（Ｂ）は、図２６（Ａ）が示す状態において、ボールオブジェクト７００の速度が閾値以上の場合のコリジョンエリアＣＤの制御例を示す図である。図２７（Ａ）は、ユーザ１９０が物を投げる動作を行っている状態の一例を示す図であり、図２７（Ｂ）は、図２７（Ａ）が示す状態において、ボールオブジェクト７００の速度が閾値未満の場合のコリジョンエリアＣＤの制御例を示す図である。図２８（Ａ）は、ユーザ１９０が物を投げる動作を行っている状態の一例を示す図であり、図２８（Ｂ）は、図２８（Ａ）が示す状態において、ボールオブジェクト７００の速度が閾値以上の場合のコリジョン効果の制御例を示す図である。図２９（Ａ）は、ユーザ１９０が物を投げる動作を行っている状態の一例を示す図であり、図２９（Ｂ）は、図２９（Ａ）が示す状態において、ボールオブジェクト７００の速度が閾値未満の場合のコリジョン効果の制御例を示す図である。

図２４に示すように、まず、ステップＳ１１１において、プロセッサ１０（オブジェクト制御モジュール２２４）は、手オブジェクト４００によりボールオブジェクト７００が投げられたか否かを判定する。プロセッサ１０（オブジェクト制御モジュール２２４）は、例えば、ユーザ１９０が、ボタン３６，３７又はアナログスティック３８を操作（押下）した場合、ボールオブジェクト７００が投げられたと判定し、操作（押下）していない場合、ボールオブジェクト７００が投げられていないと判定する。なお、ステップＳ１１１の処理は、ボールオブジェクト７００が投げられていないと判定されている間（ステップＳ１１１でＮｏ）、定期的に行われる。

ボールオブジェクト７００が投げられたと判定された場合（ステップＳ１１１でＹｅｓ）、ステップＳ１１２において、プロセッサ１０（オブジェクト制御モジュール２２４）は、投げられたボールオブジェクト７００に速度ｖ（速度ベクトル）を設定し、設定した速度ｖでボールオブジェクト７００を移動させる。なお、ボールオブジェクト７００の速度ｖの設定手法は、第１実施形態で説明した手榴弾オブジェクト５００の速度ｖの設定手法と同様の手法を採用できる。

ステップＳ１１３において、プロセッサ１０（オブジェクト制御モジュール２２４）は、投げられたボールオブジェクト７００の速度ｖが閾値となる所定速度ｖｔｈ以上かどうかを判定する。

ボールオブジェクト７００の速度ｖが所定速度ｖｔｈ以上（ｖ≧ｖｔｈ）である場合（ステップＳ１１３でＹｅｓ）、図２６に示すように、プロセッサ１０（コリジョン制御モジュール２２５）は、ステップＳ１１４において、ボールオブジェクト７００のコリジョンエリアＣＤの大きさの直径をＲ‘１（Ｒ‘１＜Ｒ‘）に特定（設定）する。

一方、ボールオブジェクト７００の速度ｖが所定速度ｖｔｈ未満（ｖ＜ｖｔｈ）である場合（ステップＳ１１３でＮｏ）、図２７に示すように、プロセッサ１０（コリジョン制御モジュール２２５）は、ステップＳ１１５において、ボールオブジェクト７００のコリジョンエリアＣＤの大きさの直径をＲ‘に特定（設定）する。なお「Ｒ‘」は、コリジョンエリアＣＤのデフォルトの大きさの直径である。

実際の野球の場合、一般的に、バッターは、球のスピードが速いほど打ちにくい。このため本実施形態では、ボールオブジェクト７００の速度ｖが遅い場合よりも速い場合の方が、コリジョンエリアＣＤの大きさが小さくなるように制御し、バットオブジェクト８１０のコリジョンエリアＣＥと衝突しにくくする。これにより、打者キャラクタ８００にボールオブジェクト７００を打たせにくくすることができる。

続いて、ステップＳ１１６において、プロセッサ１０（コリジョン判定モジュール２２６）は、ボールオブジェクト７００のコリジョンエリアＣＤとバットオブジェクト８１０のコリジョンエリアＣＥとが衝突（接触）したか否かを判定する。なお、打者キャラクタ８００が他のユーザにより操作される場合、当該他のユーザは、コリジョンエリアＣＤとコリジョンエリアＣＥとを衝突させるよう、打者キャラクタ８００（バットオブジェクト８１０）を操作する。また、打者キャラクタ８００がＮＰＣ（Non Player Character）の場合、コリジョンエリアＣＤとコリジョンエリアＣＥとを衝突させるよう、打者キャラクタ８００（バットオブジェクト８１０）が動作制御される。

プロセッサ１０（コリジョン判定モジュール２２６）が、コリジョンエリアＣＤとコリジョンエリアＣＥとが衝突していると判定した場合（ステップＳ１１６でＹｅｓ）、ステップＳ１１７において、プロセッサ１０（オブジェクト制御モジュール２２４）は、バットオブジェクト８１０でボールオブジェクト７００を打ち返させる。

一方、プロセッサ１０（コリジョン判定モジュール２２６）が、コリジョンエリアＣＤとコリジョンエリアＣＥとが衝突していないと判定した場合（ステップＳ１１６でＮｏ）、図２４および図２５の「Ｃ」を経由して、図２５のステップＳ１１８に進む。ステップＳ１１８において、プロセッサ１０（コリジョン判定モジュール２２６）は、ボールオブジェクト７００のコリジョンエリアＣＤと打者キャラクタ８００のコリジョンエリアＣＦとが衝突（接触）しているか否かを判定する。

プロセッサ１０（コリジョン判定モジュール２２６）が、コリジョンエリアＣＤとコリジョンエリアＣＦとが衝突していると判定した場合（ステップＳ１１８でＹｅｓ）、ステップＳ１１９において、プロセッサ１０（オブジェクト制御モジュール２２４）は、投げられたボールオブジェクト７００の速度ｖが閾値となる所定速度ｖｔｈ以上かどうかを判定する。

ボールオブジェクト７００の速度ｖが所定速度ｖｔｈ以上（ｖ≧ｖｔｈ）である場合（ステップＳ１１９でＹｅｓ）、ステップＳ１２０において、プロセッサ１０（コリジョン制御モジュール２２５）は、打者キャラクタ８００に与える影響を第１の影響に設定する。

一方、ボールオブジェクト７００の速度ｖが所定速度ｖｔｈ未満（ｖ＜ｖｔｈ）である場合（ステップＳ１１９でＮｏ）、ステップＳ１２１において、プロセッサ１０（コリジョン制御モジュール２２５）は、打者キャラクタ８００に与える影響を第２の影響に設定する。

ここで、ステップＳ１２０で設定した第１の影響やステップＳ１２１で設定した第２の影響は、いずれも打者キャラクタ８００に痛がらせる演出を行わせるものであるが、第２の影響よりも第１の影響の方が痛がり度合いが大きいものとする。つまり本実施形態では、ボールオブジェクト７００が打者キャラクタ８００にぶつかるデッドボールの場合、ボールオブジェクト７００の速度ｖが遅い場合よりも速い場合の方が、打者キャラクタ８００を痛がらせる（図２８、図２９参照）。このため本実施形態では、打者キャラクタ８００の反応にリアリティを持たせることが可能となり、ユーザ１９０に対する仮想空間への没入感を高めることが可能となる。但し、第１の影響や第２の影響は、上述の例に限定されるものではない。

続いて、ステップＳ１２２において、プロセッサ１０（コリジョン判定モジュール２２６）は、設定した影響を打者キャラクタ８００に与える。

このように第２実施形態においても、移動オブジェクトの移動速度に応じて、対象オブジェクトなどの他のオブジェクトとのコリジョン判定に用いられる移動オブジェクトのコリジョンエリアの大きさを変えたり、移動オブジェクトが対象オブジェクトなどの他のオブジェクトと衝突した場合のコリジョン効果を変えたりする。このため第２実施形態においても、ユーザ１９０の仮想空間への没入感を向上させることが可能となる。

また第２実施形態においても、第１実施形態で説明した変形や変形例１を適用できる。なお、第２実施形態において変形例１を適用する場合、コリジョンエリアＣＤとコリジョンエリアＣＥ又はコリジョンエリアＣＦとの衝突／非衝突が決定（確定）されるまでの間、定期的に移動オブジェクト（ボールオブジェクト７００）の速度ｖに物理法則を適用し、移動オブジェクト（ボールオブジェクト７００）の速度ｖを更新（減速）するようにすればよい。例えば、図２４および図２５に示すフローチャートにおいて、コリジョンエリアＣＤとコリジョンエリアＣＥ又はコリジョンエリアＣＦとの衝突／非衝突が決定（確定）されるまでの間、ステップＳ１１２〜ステップＳ１１５の処理を定期的に繰り返す（但し、２回目以降のステップＳ１１２では、前回の速度ｖに物理法則を適用して速度ｖを更新するものとする）。このようにすれば、速度ｖの速度変化に連動して、コリジョンエリアＣＤの大きさを変動でき、移動オブジェクト（ボールオブジェクト７００）の打ちにくさや打ちやすさのリアリティを向上できるので、ユーザ１９０の仮想空間への没入感を向上させることが可能となる。

（変形例２）
上記第２実施形態において、移動オブジェクトに対して速度だけでなく回転を与えて移動させ、この移動させた移動オブジェクトに、変形例１で説明した物理法則を適用するようにしてもよい。このようにすれば、移動オブジェクトの軌道を変化させながら移動させること、即ち、変化を伴う動きを行う場合の移動オブジェクトの移動軌跡の制御が可能となり、移動オブジェクトの移動によりリアリティを持たせることができる。

この場合、移動オブジェクトに速度を与えるためのユーザの手の動き、即ち、移動オブジェクトに速度を与えるために用いられたコントローラ１６０における姿勢の時系列的な変化に基づいて、移動オブジェクトに回転を与えるようにすればよい。例えば、プロセッサ１０（オブジェクト制御モジュール２２４）は、ＨＭＤセンサ１２０により検出された情報を取得する毎に、当該情報に基づいてコントローラ１６０の姿勢を特定し、特定した姿勢情報に基づいて、コントローラ１６０の姿勢変化を特定し、特定したコントローラ１６０の姿勢変化に基づいて、ボールオブジェクト７００に回転を与えるようにすればよい。ボールオブジェクト７００に与えられる回転は、コントローラ１６０の姿勢変化に基づく回転であればどのようなものでもよい。例えば、コントローラ１６０の姿勢変化方向を回転方向とする回転であってもよい。また例えば、図３０に示すように、コントローラ１６０の姿勢変化パターン毎に、該当する球種（詳細には、コントローラ１６０の姿勢変化パターンを手の動きとみなした場合に想定される球種）、及び当該球種の回転パターン定義した情報（テーブル）をメモリモジュール２４０に準備しておき、プロセッサ１０（オブジェクト制御モジュール２２４）は、特定したコントローラ１６０の姿勢変化パターンに対応付けられた球種の回転パターンをボールオブジェクト７００に与えるようにしてもよい。

また、プロセッサ１０（コリジョン制御モジュール２２５）は、ユーザの手の姿勢（詳細には、コントローラ１６０）の時系列的な変化も考慮して、コリジョンエリアを制御するようにしてもよい。例えば、プロセッサ１０（オブジェクト制御モジュール２２４）が特定したコントローラ１６０の姿勢変化パターンが右下方向への回転であり、プロセッサ１０（オブジェクト制御モジュール２２４）は、図３１の矢印７８０が示すように、ボールオブジェクト７００が右下に変化するような移動軌跡に制御したとする。この場合、プロセッサ１０（コリジョン制御モジュール２２５）は、図３１に示すように、ボールオブジェクト７００のコリジョンエリアＣＤの形状を右下方向（変化方向）が長辺となる楕円形状に特定（決定）するようにしてもよい。なお、図３１に示す例では、第２実施形態で説明したコリジョンエリアＣＤの直径に変えて、楕円形状のコリジョンエリアＣＤの短辺の大きさをボールオブジェクト７００の速度に基づいて特定（決定）することを想定しているが、これに限定されるものではない。

このようにすれば、ボールオブジェクト７００の移動軌跡に合わせてバットオブジェクト８１０を操作しないと、ボールオブジェクト７００のコリジョンエリアＣＤとバットオブジェクト８１０のコリジョンエリアＣＥとを衝突させにくくなるので、移動オブジェクト（ボールオブジェクト７００）の打ちにくさや打ちやすさのリアリティをより向上でき、ユーザ１９０の仮想空間への没入感を向上させることが可能となる。

なお変形例２では、ボールオブジェクト７００の速度でコリジョンエリアＣＤの大きさ、ユーザの手の姿勢（コントローラ１６０）の時系列的な変化でコリジョンエリアＣＤの形状を特定する例について説明したが、これに限定されるものではない。例えば、ボールオブジェクト７００の速度でコリジョンエリアＣＤの形状を特定したり、ユーザの手の姿勢（コントローラ１６０）の時系列的な変化でコリジョンエリアＣＤの大きさを特定したり、ボールオブジェクト７００の速度及びユーザの手の姿勢（コントローラ１６０）の時系列的な変化の双方を考慮して、コリジョンエリアＣＤの形状及び大きさを特定したりするようにしてもよい。また、ユーザの手の姿勢（コントローラ１６０）の時系列的な変化に変えて、ボールオブジェクト７００の移動軌跡を用いて、上述の制御を行うようにしてもよい。

また、プロセッサ１０（コリジョン制御モジュール２２５）は、ユーザの手の姿勢（詳細には、コントローラ１６０）の時系列的な変化も考慮して、コリジョン効果を制御するようにしてもよい。例えば、プロセッサ１０（オブジェクト制御モジュール２２４）が特定したコントローラ１６０の姿勢変化パターンが左方向への回転であり、プロセッサ１０（オブジェクト制御モジュール２２４）は、図３２の矢印７９１が示すように、ボールオブジェクト７００が左に変化するような移動軌跡に制御したとする。この結果、ボールオブジェクト７００のコリジョンエリアＣＤと打者キャラクタ８００のコリジョンエリアＣＦとが衝突したとする。この場合、プロセッサ１０（コリジョン制御モジュール２２５）は、ユーザの手の姿勢の時系列的な変化を考慮しない場合のボールオブジェクト７００の移動軌跡（図３２の矢印７９２）と、ユーザの手の姿勢の時系列的な変化を考慮した場合のボールオブジェクト７００の移動軌跡（図３２の矢印７９１）と、の類似度も考慮して、打者キャラクタ８００に与える影響を設定するようにいてもよい。

一般的に人間は、同一の速度でものをぶつけられる場合、ものがぶつかることが予測できている場合よりもものがぶつかることが予測できていない場合の方が、痛みを感じる。このため、上述の類似度が低いほど、打者キャラクタ８００にボールオブジェクト７００がぶつかることが予測しにくい（ボールオブジェクト７００の変化の度合いが大きい）と考え、プロセッサ１０（コリジョン制御モジュール２２５）は、打者キャラクタ８００に与える影響を大きく設定するようにいてもよい。上述したような制御を行うことで、敵キャラクタ６００に与える影響にリアリティを持たせることが可能となり、ユーザ１９０に対する仮想空間への没入感を高めることが可能となる。

なお変形例２では、設定する影響（打者キャラクタ８００の痛がり度合い）をパラメータで設定するようにしてもよい。例えば、ボールオブジェクト７００の速度ｖが所定速度ｖｔｈ以上（ｖ≧ｖｔｈ）である場合、プロセッサ１０（コリジョン制御モジュール２２５）は、打者キャラクタ８００に与える影響として、痛がり度合いのパラメータに＋１を加算する。一方、ボールオブジェクト７００の速度ｖが所定速度ｖｔｈ未満（ｖ＜ｖｔｈ）である場合、プロセッサ１０（コリジョン制御モジュール２２５）は、打者キャラクタ８００に与える影響として、痛がり度合いのパラメータを加算しない。また例えば、上述の類似度が所定類似度以下の場合、プロセッサ１０（コリジョン制御モジュール２２５）は、打者キャラクタ８００に与える影響として、痛がり度合いのパラメータに＋１を加算する。一方、上述の類似度が所定類似度を超える場合、プロセッサ１０（コリジョン制御モジュール２２５）は、打者キャラクタ８００に与える影響として、痛がり度合いのパラメータを加算しない。そして、プロセッサ１０（コリジョン判定モジュール２２６）は、最終的な痛がり度合いのパラメータの値を打者キャラクタ８００に与え、当該パラメータの値に応じた演出（パラメータの値が大きいほど痛がる演出）を打者キャラクタ８００に行わせる。

上述の各実施形態の説明においては、プレイヤキャラクタからの一人称視点で説明したが、これに限るものではない。例えば、プレイヤキャラクタＰＣの背後からプレイヤキャラクタと敵キャラクタとを撮影するよう仮想カメラを配置し、この仮想カメラから撮影された画像を視界画像としてもよい。この場合、仮想カメラは、プレイヤキャラクタの移動に追尾して、その背後を撮影する。

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

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

本明細書に開示された主題は、例えば以下のような項目として示される。
（項目１）
ヘッドマウントディスプレイ（例えば、ＨＭＤ１１０）を介して仮想空間を提供するためにコンピュータ（例えば、コンピュータ２００）で実行される情報処理方法であって、
前記仮想空間（例えば、仮想空間２）を規定するステップ（例えば、図１０のステップＳ１）と、
操作オブジェクト（例えば、手オブジェクト４００）と移動オブジェクト（例えば、手榴弾オブジェクト５００、ボールオブジェクト７００）と対象オブジェクト（例えば、敵キャラクタ６００、打者キャラクタ８００、バットオブジェクト８１０）とを前記仮想空間に配置するステップ（例えば、図１０のステップＳ１）と、
ユーザ（例えば、ユーザ１９０）の動きに応じて、前記操作オブジェクトを動作させるステップ（例えば、図１０のステップＳ７）と、
前記操作オブジェクトの動作に基づいて、前記移動オブジェクトを動かすステップ（例えば、図１０のステップＳ８）と、
前記移動オブジェクトの早さに関する情報（例えば、速度）に基づいて、前記移動オブジェクトが前記対象オブジェクトに与える影響を特定するステップ（例えば、図１５、図２１のステップＳ３３、Ｓ３４、図２５のステップＳ１２０、Ｓ１２１）と、
前記移動オブジェクトと前記対象オブジェクトとが第１の位置関係にある場合（例えば、コリジョンエリアＣＢとコリジョンエリアＣＣとが衝突している場合、コリジョンエリアＣＤとコリジョンエリアＣＦとが衝突している場合）に、前記対象オブジェクトに前記影響を与えるステップ（例えば、図１５、図２１のステップＳ３５、図２５のステップＳ１２２）と、
を含む情報処理方法。
本項目の情報処理方法では、移動オブジェクトの移動速度に応じて、移動オブジェクトが対象オブジェクトと衝突した場合のコリジョン効果が変化するので、ユーザの仮想体験を改善し得る。
（項目２）
前記移動オブジェクトを動かすステップでは、更に、物理法則に基づいて、前記移動オブジェクトを動かし（例えば、図２０のステップＳ２０、図２１のステップＳ３０）、
前記影響を特定するステップでは、更に、前記物理法則に基づいて、前記影響を特定する（例えば、図２１のステップＳ３３、Ｓ３４）項目１に記載の情報処理方法。
本項目の情報処理方法では、移動オブジェクトの移動にリアリティを持たせられ、対象オブジェクトに与える影響のリアリティを向上できるので、ユーザの仮想体験を改善し得る。
（項目３）
前記影響を特定するステップでは、前記移動オブジェクトと前記対象オブジェクトとが前記第１の位置関係にある場合における前記移動オブジェクトの早さに関する情報に基づいて、前記影響を特定する（例えば、図２１のステップＳ３３、Ｓ３４）項目２に記載の情報処理方法。
本項目の情報処理方法では、移動オブジェクトの移動にリアリティを持たせられ、対象オブジェクトに与える影響のリアリティを向上できるので、ユーザの仮想体験を改善し得る。
（項目４）
前記ユーザの動きは、前記ユーザの身体の一部（例えば、ユーザ１９０の手）の動きであり、
前記移動オブジェクトを動かすステップでは、更に、前記身体の一部の姿勢の時系列的な変化に基づいて、前記移動オブジェクトの移動軌跡（例えば、図３２の矢印７９１が示すボールオブジェクト７００の移動軌跡）を制御し、
前記影響を特定するステップでは、前記身体の一部の姿勢の時系列的な変化を考慮しない場合の前記移動オブジェクトの移動軌跡（例えば、図３２の矢印７９２が示すボールオブジェクト７００の移動軌跡）と、前記身体の一部の姿勢の時系列的な変化に基づく前記移動オブジェクトの移動軌跡（例えば、図３２の矢印７９１が示すボールオブジェクト７００の移動軌跡）と、の類似度に基づいて、前記影響を特定する項目２又は３に記載の情報処理方法。
本項目の情報処理方法では、移動オブジェクトの移動にリアリティを持たせられ、対象オブジェクトに与える影響のリアリティを向上できるので、ユーザの仮想体験を改善し得る。
（項目５）
前記移動オブジェクトの動きに基づいて、前記移動オブジェクトに関連付けられたコリジョンエリアの形状及び大きさの少なくともいずれかを特定するステップ（例えば、図１４、図２０のステップＳ２３、Ｓ２４、図２４のステップＳ１１４、Ｓ１１５）をさらに含み、
前記影響を与えるステップでは、前記コリジョンエリアと前記対象オブジェクトとが第２の位置関係にある場合（例えば、コリジョンエリアＣＢとコリジョンエリアＣＣとが衝突している場合、コリジョンエリアＣＤとコリジョンエリアＣＥとが衝突している場合）に、前記対象オブジェクトに前記影響を与える（例えば、図１４、図２０のステップＳ２７、図２４のステップＳ１１７）項目１〜４のいずれか１つに記載の情報処理方法。
本項目の情報処理方法では、移動オブジェクトの移動速度に応じて、対象オブジェクトとのコリジョン判定に用いられる移動オブジェクトのコリジョンエリアの大きさが変化するので、ユーザの仮想体験を改善し得る。
（項目６）
前記移動オブジェクトを動かすステップでは、更に、物理法則に基づいて、前記移動オブジェクトを動かし、
前記形状及び大きさの少なくともいずれかを特定するステップでは、更に、前記物理法則に基づいて、前記形状及び大きさの少なくともいずれかを特定する（例えば、０１６９段落、変形例２）項目５に記載の情報処理方法。
本項目の情報処理方法では、移動オブジェクトの移動にリアリティを持たせられ、移動オブジェクトと対象オブジェクトとの衝突のリアリティを向上できるので、ユーザの仮想体験を改善し得る。
（項目７）
前記形状及び大きさの少なくともいずれかを特定するステップでは、前記移動オブジェクトの早さに関する情報に連動するように、前記形状及び大きさの少なくともいずれかを特定（例えば、０１６９段落）する項目６に記載の情報処理方法。
本項目の情報処理方法では、移動オブジェクトの移動にリアリティを持たせられ、移動オブジェクトと対象オブジェクトとの衝突のリアリティを向上できるので、ユーザの仮想体験を改善し得る。
（項目８）
前記ユーザの動きは、前記ユーザの身体の一部（例えば、ユーザ１９０の手）の動きであり、
前記移動オブジェクトを動かすステップでは、更に、前記身体の一部の姿勢の時系列的な変化に基づいて、前記移動オブジェクトの移動軌跡（例えば、図３１の矢印７８０が示すボールオブジェクト７００の移動軌跡）を制御し、
前記形状及び大きさの少なくともいずれかを特定するステップでは、前記身体の一部の姿勢の時系列的な変化に基づいて、前記形状及び大きさの少なくともいずれかを特定する（例えば、図３１のコリジョンエリアＣＤ）項目７に記載の情報処理方法。
本項目の情報処理方法では、移動オブジェクトの移動にリアリティを持たせられ、移動オブジェクトと対象オブジェクトとの衝突のリアリティを向上できるので、ユーザの仮想体験を改善し得る。
（項目９）
項目１〜８のいずれか１項に記載の方法をコンピュータに実行させるためのプログラム。
（項目１０）
ヘッドマウントディスプレイを介して仮想空間を提供するためのコンピュータであって、
前記コンピュータが備えるプロセッサの制御により、
前記仮想空間を規定するステップと、
操作オブジェクトと移動オブジェクトと対象オブジェクトとを前記仮想空間に配置するステップと、
ユーザの動きに応じて、前記操作オブジェクトを動作させるステップと、
前記操作オブジェクトの動作に基づいて、前記移動オブジェクトを動かすステップと、
前記移動オブジェクトの早さに関する情報に基づいて、前記移動オブジェクトが前記対象オブジェクトに与える影響を特定するステップと、
前記移動オブジェクトと前記対象オブジェクトとが第１の位置関係にある場合に、前記対象オブジェクトに前記影響を与えるステップと、
が実行されるコンピュータ。

１…仮想カメラ、２…仮想空間、５…基準視線、１０…プロセッサ、１１…メモリ、１
２…ストレージ、１３…入出力インターフェース、１４…通信インターフェース、１５…
バス、１９…ネットワーク、２１…中心、２３…視界領域、２４，２５…領域、３１…フ
レーム、３２…天面、３３，３４，３６，３７…ボタン、３５…赤外線ＬＥＤ、３８…ア
ナログスティック、１００…ＨＭＤシステム、１１０…ＨＭＤ装置、１１２…ディスプレ
イ、１１４…センサ、１１６…カメラ、１１８…マイク、１２０…ＨＭＤセンサ、１３０
…モーションセンサ、１４０…注視センサ、１５０…サーバ、１６０…コントローラ、１
６０Ｒ…右コントローラ、１９０…ユーザ、２００…コンピュータ、２２０…主制御モジ
ュール、２２１…仮想空間制御モジュール、２２２…仮想カメラ制御モジュール、２２３
…プレイヤキャラクタ制御モジュール、２２４…オブジェクト制御モジュール、２２５…
コリジョン制御モジュール、２２６…コリジョン判定モジュール、２２７…視界画像生成
モジュール、２２８…表示制御モジュール、２４０…メモリモジュール、２４１…空間情
報、２４２…オブジェクト情報、２４３…ユーザ情報、２５０…通信制御モジュール、Ｍ
…視界画像

Claims (10)

1. ヘッドマウントディスプレイを介して仮想空間を提供するためにコンピュータで実行される情報処理方法であって、
   前記仮想空間を規定するステップと、
   操作オブジェクトと移動オブジェクトと対象オブジェクトとを前記仮想空間に配置するステップと、
   ユーザの動きに応じて、前記操作オブジェクトを動作させるステップと、
   前記操作オブジェクトの動作に基づいて、前記移動オブジェクトを動かすステップと、
   前記移動オブジェクトの早さに関する情報に基づいて、前記移動オブジェクトが前記対象オブジェクトに与える影響を特定するステップと、
   前記移動オブジェクトと前記対象オブジェクトとが第１の位置関係にある場合に、前記対象オブジェクトに前記影響を与えるステップと、
   を含む情報処理方法。
2. 前記移動オブジェクトを動かすステップでは、更に、物理法則に基づいて、前記移動オブジェクトを動かし、
   前記影響を特定するステップでは、更に、前記物理法則に基づいて、前記影響を特定する請求項１に記載の情報処理方法。
3. 前記影響を特定するステップでは、前記移動オブジェクトと前記対象オブジェクトとが前記第１の位置関係にある場合における前記移動オブジェクトの早さに関する情報に基づいて、前記影響を特定する請求項２に記載の情報処理方法。
4. 前記ユーザの動きは、前記ユーザの身体の一部の動きであり、
   前記移動オブジェクトを動かすステップでは、更に、前記身体の一部の姿勢の時系列的な変化に基づいて、前記移動オブジェクトの移動軌跡を制御し、
   前記影響を特定するステップでは、前記身体の一部の姿勢の時系列的な変化を考慮しない場合の前記移動オブジェクトの移動軌跡と、前記身体の一部の姿勢の時系列的な変化に基づく前記移動オブジェクトの移動軌跡と、の類似度に基づいて、前記影響を特定する請求項２又は３に記載の情報処理方法。
5. 前記移動オブジェクトの動きに基づいて、前記移動オブジェクトに関連付けられたコリジョンエリアの形状及び大きさの少なくともいずれかを特定するステップをさらに含み、
   前記影響を与えるステップでは、前記コリジョンエリアと前記対象オブジェクトとが第２の位置関係にある場合に、前記対象オブジェクトに前記影響を与える請求項１〜４のいずれか１つに記載の情報処理方法。
6. 前記移動オブジェクトを動かすステップでは、更に、物理法則に基づいて、前記移動オブジェクトを動かし、
   前記形状及び大きさの少なくともいずれかを特定するステップでは、更に、前記物理法則に基づいて、前記形状及び大きさの少なくともいずれかを特定する請求項５に記載の情報処理方法。
7. 前記形状及び大きさの少なくともいずれかを特定するステップでは、前記移動オブジェクトの早さに関する情報に連動するように、前記形状及び大きさの少なくともいずれかを特定する請求項６に記載の情報処理方法。
8. 前記ユーザの動きは、前記ユーザの身体の一部の動きであり、
   前記移動オブジェクトを動かすステップでは、更に、前記身体の一部の姿勢の時系列的な変化に基づいて、前記移動オブジェクトの移動軌跡を制御し、
   前記形状及び大きさの少なくともいずれかを特定するステップでは、前記身体の一部の姿勢の時系列的な変化に基づいて、前記形状及び大きさの少なくともいずれかを特定する請求項７に記載の情報処理方法。
9. 請求項１〜８のいずれか１項に記載の方法をコンピュータに実行させるためのプログラム。
10. ヘッドマウントディスプレイを介して仮想空間を提供するためのコンピュータであって、
    前記コンピュータが備えるプロセッサの制御により、
    前記仮想空間を規定するステップと、
    操作オブジェクトと移動オブジェクトと対象オブジェクトとを前記仮想空間に配置するステップと、
    ユーザの動きに応じて、前記操作オブジェクトを動作させるステップと、
    前記操作オブジェクトの動作に基づいて、前記移動オブジェクトを動かすステップと、
    前記移動オブジェクトの早さに関する情報に基づいて、前記移動オブジェクトが前記対象オブジェクトに与える影響を特定するステップと、
    前記移動オブジェクトと前記対象オブジェクトとが第１の位置関係にある場合に、前記対象オブジェクトに前記影響を与えるステップと、
    が実行されるコンピュータ。