JP2017191377A - シミュレーション制御装置及びシミュレーション制御プログラム - Google Patents

Abstract

【課題】装着型画像表示装置を利用することにより操作性の高いユーザインタフェースとして動作可能なミュレーションシ装置及びシミュレーション制御プログラムを提供する。【解決手段】シミュレーション制御装置は、装着型画像表示装置へ仮想空間を表示する表示処理部と、前記仮想空間に配置されたオブジェクトをユーザが目視しているか否かを判定し、前記オブジェクトに対する前記ユーザの目視時間を計測する計測部と、前記計測による計測値が第１閾値に達した場合に前記オブジェクトの選択を受付け、前記計測値が第１閾値より大きい第２閾値に達した場合に前記選択の確定を受付ける受付け部と、を備え、前記受付け部は、選択中の前記オブジェクトを起点とした前記視線の折り返し移動を伴う所定の確定用アクションを検出した場合には、前記計測値が前記第２閾値に達していなかったとしても前記選択の確定を受付ける。【選択図】図２６

Description

本発明は、ヘッドマウントディスプレイなどの装着型画像表示装置を用いたシミュレーション制御装置及びシミュレーション制御プログラムに関する。

ヘッドマウントディスプレイ（以下、「ＨＭＤ」という。）は、ユーザの眼前に画像を表示する頭部装着型画像表示装置として知られている。例えば、特許文献１に開示されたゲームシステムは、ＨＭＤに設けられたモーションセンサ（加速度センサ、ジャイロセンサ）と、ＨＭＤを外部から撮影するカメラとを用いて、プレーヤの頭部の動きに画像をリンクさせ、ゲーム空間に入り込んだかのような仮想現実感をプレーヤに与える。このシステムは、プレーヤの頭部の動きから検出されるプレーヤの視線に応じて、ゲームキャラクタのプレーヤに対する高感度パラメータを変化させることにより、ゲームキャラクタとアイコンタクトしているような体験をプレーヤにさせることもできる。

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

近年、特許文献１のシステムのように、実空間内に存在するコントローラの操作だけでなく頭部の動作によって展開するゲームが増えつつあり、実空間内でプレーヤが移動するゲームを想定した場合は、転倒時の安全のためにもなるべくプレーヤがハンズフリーの状態を維持することが望まれる。

そこで本発明は、装着型画像表示装置を利用することにより操作性の高いユーザインタフェースとして動作可能なミュレーションシ制御装置及びシミュレーション制御プログラムを提供することを目的とする。

（１）上記課題を解決するため、本発明のシミュレーション制御装置は、
装着型画像表示装置へ仮想空間を表示する表示処理部と、
前記仮想空間に配置されたオブジェクトをユーザが目視しているか否かを判定し、前記オブジェクトに対する前記ユーザの目視時間を計測する計測部と、
前記計測による計測値が第１閾値に達した場合に前記オブジェクトの選択を受付け、前記計測値が第１閾値より大きい第２閾値に達した場合に前記選択の確定を受付ける受付け部と、を備え、
前記受付け部は、
選択中の前記オブジェクトを起点とした前記視線の折り返し移動を伴う所定の確定用アクションを検出した場合には、前記計測値が前記第２閾値に達していなかったとしても前記選択の確定を受付ける。

ここで「視線」は、仮想空間のうちユーザの視線が注がれているとみなされる領域のことを指し、当該領域のサイズや形状は適宜に設定することが可能である。仮想空間における視線の動きは、実空間におけるユーザの頭部の動き、実空間におけるユーザの瞳の動き、実空間におけるユーザの視軸の動きのうち少なくとも１つに追従させることができる。

また、「折り返し移動」は、何れかの位置を起点として別の位置（折り返し点）へ移動した後に再び当該起点の方向に向けて移動することを指す。「折り返し移動」には折り返し点から起点の近傍まで完全に戻らない移動や、折り返し点から起点に戻ってから当該近傍を通過する移動や、往路と復路とが完全に重ならない移動も含まれる。

また、「起点」は、移動の開始点のことである。

また、「往路」は、折り返し移動の移動経路のうち折り返し点より前の部分のことである。

また、「復路」は、折り返し移動の移動経路のうち折り返し点より後の部分のことである。

また、「オブジェクトを起点とした移動」は、オブジェクトが存在しているとみなされる領域を起点とした移動のことである。

従って、ユーザは、計測値が第１閾値を越えるまで目視することで、当該オブジェクトを選択することができる。また、その反対に、第１閾値を越えない範囲でユーザがオブジェクトを目視した場合（一瞥した場合）には、当該オブジェクトの非選択状態を維持することも可能である。また、オブジェクトの選択後は、計測値が第２閾値に達するまでユーザがオブジェクトを目視するだけで、確定の指示をシミュレーション制御装置へ入力することができる。つまり、ユーザは、オブジェクトを目視するという動作によって、オブジェクトの状態を「非選択」、「選択」、「確定」の３状態の間で遷移させることができる。しかも、ユーザは、オブジェクトの選択後に視線の折り返し移動を伴う所定の確定用アクションを行った場合には、計測値が第２閾値に増大するまでオブジェクトの目視を継続せずとも、当該オブジェクトの選択を確定することができる。つまり、本発明のシミュレーション制御装置は、選択から確定までのユーザの待ち時間を、必要に応じて短縮することができる。

（２）本発明のシミュレーション制御装置において、
前記受付け部は、
少なくとも往路に要する時間が所定時間内に収められた前記往復移動を、前記確定用アクションして検出してもよい。

従って、視線の折り返し移動が行われたとしても、折り返し移動の少なくとも往路に要する時間が長すぎる場合には、当該折り返し移動が確定用アクションとみなされることはない。よって、確定用アクションの誤検出を防ぐことができる。

（３）本発明のシミュレーション制御装置において、
前記受付け部は、
少なくとも往路に要する距離が所定距離内に収められた前記折り返し移動を、前記確定用アクションとして検出してもよい。

従って、視線の折り返し移動が行われたとしても、少なくとも折り返し前の移動距離が長すぎる場合には、当該移動が確定用アクションとみなされることはない。よって、確定用アクションの誤検出を防ぐことができる。

（４）本発明のシミュレーション制御装置において、
前記受付け部は、
往路から復路への折り返し角度が所定角度内に収められた前記折り返し移動を、前記確
定用アクションとして検出してもよい。

なお、「折り返し角度」は、折り返し移動の往路と復路とが成す角度のことである。

従って、視線の折り返し移動が行われたとしても、移動経路の折り返し角度が大きすぎる場合には、当該折り返し移動が確定用アクションとみなされることはない。よって、確定用アクションの誤検出を防ぐことができる。

（５）本発明のシミュレーション制御装置において、
前記受付け部は、
少なくとも往路の形状が直線条件又は円弧条件を満たしている前記折り返し移動を、前記確定用アクションとして検出してもよい。

なお、「直線条件を満たす移動」は、移動経路が直線とみなせるような移動のことであり、移動経路が完全な直線となった移動だけでなく、移動経路が一定の精度で直線近似できるような移動も含まれる。

また、「円弧条件を満たす移動」には、移動経路が円弧とみなせるような移動のことであり、移動経路が完全な円弧となった移動だけでなく、移動経路が一定の精度で所定次数以下の曲線に近似できるような移動も含まれる。

従って、視線の折り返し移動が行われたとしても、折り返し点より前における移動経路の形状が直線又は円弧とみなせない場合には、当該折り返し移動が確定用アクションとみなされることはない。よって、確定用アクションの誤検出を防ぐことができる。

（６）本発明のシミュレーション制御装置は、
前記折り返し移動の折り返し点を検出した場合には、前記確定用アクションが検出される可能性を前記ユーザへ予告する通知部を更に備えてもよい。

従って、ユーザは、当該予告により、確定用アクションが検出される可能性（すなわち選択中のオブジェクトが早期に確定される可能性）を認識できる。また、予告を受けたユーザは、オブジェクトのロックを早期に確定したい場合には確定用アクションを続行し、オブジェクトのロックを維持したい場合には確定用アクションを中断するという判断を、適時に行うことができる。

（７）本発明のシミュレーション制御装置において、
前記通知部は更に、
前記確定用アクションを検出した場合には、その旨を前記ユーザへ通知してもよい。

従って、ユーザは、当該通知により、確定用アクションが検出されること（すなわち選択中のオブジェクトが確定されること）を認識できる。

（８）本発明のシミュレーション制御装置において、
前記オブジェクトの前記選択が確定した場合に前記オブジェクトに対応付けられた所定の処理を実行する実行部を更に備えてもよい。

従って、選択が確定すると、所定の処理が自動的に実行される（但し、実行されるタイミングは、確定の直後であっても確定から所定時間の経過後であってもよい。）。また、所定の処理は、例えば、シミュレーションパラメータの設定処理、オブジェクトへの攻撃処理、オブジェクトの移動処理、他のオブジェクトに対する処理、所定プログラムを実行
する処理などである。

（９）本発明のシミュレーション制御プログラムは、
装着型画像表示装置へ仮想空間を表示する表示処理部と、
前記仮想空間に配置されたオブジェクトをユーザが目視しているか否かを判定し、前記オブジェクトに対する前記ユーザの目視時間を計測する計測部と、
前記計測による計測値が第１閾値に達した場合に前記オブジェクトの選択を受付け、前記計測値が第１閾値より大きい第２閾値に達した場合に前記選択の確定を受付ける受付け部と、してコンピュータを機能させ、
前記受付け部は、
選択中の前記オブジェクトを起点とした前記視線の折り返し移動を伴う所定の確定用アクションを検出した場合には、前記計測値が前記第２閾値に達していなかったとしても前記選択の確定を受付ける。

なお、本発明のシミュレーション制御装置の機能の一部又は全部をサーバ装置、端末装置で実現することが可能である。また、本発明のプログラムの一部又は全部を情報記憶媒体に記録することも可能である。

本発明に係るゲームシステムの一実施形態における概要構成を示す構成図である。 一実施形態のゲームシステムによって体験可能な仮想３次元空間（シミュレーション空間）を説明するための図である。 一実施形態における構造体の構造を示す平面図である。 一実施形態における構造体の構造を示す断面図である。 一実施形態のゲームシステムに用いるＨＭＤの構成を示す斜視図及び側面図である。 一実施形態におけるシミュレーション制御装置のブロック構成を示す構成図である。 一実施形態の演出用オブジェクト及び演出装置である移動経路部材の一例を示す図である。 一実施形態のおけるゲームシステムの動作を示すフローチャート（その１）である。 一実施形態のおけるゲームシステムの動作を示すフローチャート（その２）である。 仮想３次元空間、プレーヤＰの視認エリア、プレーヤＰから見える空間の関係を説明する図（視認エリアが仮想３次元空間の中央に位置する例）。 仮想３次元空間、プレーヤＰの視認エリア、プレーヤＰから見える空間の関係を説明する図（視認エリアが仮想３次元空間の左上に位置する例）。 ヒットエリアと視認エリアとの関係を説明する図。 目視開始からの経過時間と目視時間のチャージ量との関係を説明する図。 オブジェクトの視覚効果の例を説明する図。 オブジェクトの視覚効果の別の例を説明する図。 ロック強度の制御処理を説明する図。 ヒットエリアＯＢＨＡ、視認エリアＬＳＡ、視点ＬＳＡ’の関係を説明する図。 確定用アクションによる視点ＬＳＡ’の移動パターンの例を示す図。 距離条件を満たさない視点ＬＳＡ’の移動パターンの例を示す図。 角度条件を満たさない視点ＬＳＡ’の移動パターンの例を示す図。 直線条件又は円弧条件を満たさない視点ＬＳＡ’の移動パターンの例を示す図。 戻り条件を満たさない視点ＬＳＡ’の移動パターンの例を示す図。 プレーヤＰへの予告が矢印マークとネオンマーク列の状態とによって行われる場合の例。 アイ入力の受付け処理のフローチャート。 ロック強度の制御処理のフローチャート。 スピードアップ処理のフローチャート。 アイ入力の適用例を説明する図（その１）。 アイ入力の適用例を説明する図（その２）。 オブジェクトを強調する別の例を説明する図。 オブジェクトの視覚効果の別の例を説明する図。

以下、実施形態について説明する。なお、以下に説明する実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また、本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。さらに、以下の実施形態は、装着型画像表示装置としてＨＭＤ（ヘッドマウントディスプレイ）を用いて予め定められた構造体内の空間（すなわち、実空間）におけるユーザの移動に対応付けて仮想３次元空間をシミュレートさせてゲームを提供するゲームシステムに対し、本発明に係るシミュレーション制御装置を適用した場合の実施形態である。

１．ゲームシステムの概要
まず、図１及び図２を用いて本実施形態のゲームシステム１の概要について説明する、なお、図１は、本実施形態のゲームシステム１の概要構成を示す構成図であり、図２は、本実施形態のゲームシステム１によって体験可能な仮想３次元空間（以下、「シミュレーション空間」ともいう。）を説明するための図である。

本実施形態のゲームシステム１は、主な構成として、プレーヤＰ（ユーザの一例）が移動可能な実空間（以下、単に「実空間」という。）が形成された構造体１０と、当該プレーヤＰに装着され、実空間に対応付けられた仮想３次元空間（すなわち、シミュレーション空間）のシミュレーション画像を表示するＨＭＤ２０と、を備えている。

具体的には、本実施形態のゲームシステム１は、実空間内における実空間に対応するシミュレーション空間のプレーヤＰから見えるシミュレーション画像を生成し、擬似的な空間内における各種の環境や状況をプレーヤＰに体験させるシミュレータである。

特に、本実施形態のゲームシステム１は、
（１）実空間内におけるプレーヤＰの状態を示すプレーヤ状態（具体的には、実空間におけるプレーヤの位置及びその姿勢）を検出し、
（２）当該検出したプレーヤ状態に応じて、例えば、図２に示すような、移動経路Ｒに対応付けた仮想移動経路を有し、かつ、実空間に対応するシミュレーション空間のプレーヤＰから見えるシミュレーション画像を生成する画像生成処理を実行し、
（３）当該生成したシミュレーション画像をＨＭＤ２０に表示させ、
（４）移動経路Ｒ上にてプレーヤ状態が所与の条件を具備した場 合に、プレーヤＰがシミュレーション空間上における特定の状態である特定状態と判定し、
（５）当該特定状態と判定した場合に、当該特定状態に基づく演出を実行するためのシミュレーション画像を生成する、
構成を有している。

そして、本実施形態のゲームシステム１は、当該ＨＭＤ２０を構造体１０から吊時する
吊持ユニット３０を備え、ＨＭＤ２０をプレーヤＰとは独立的に吊持することによって、プレーヤＰが実空間内を移動する際に、又は、当該プレーヤＰの所定の部位（例えば頭部
）が動く際に、ＨＭＤ２０を当該プレーヤＰの動きに追随させつつ、当該プレーヤＰの意図に反して転倒した場合であっても、ＨＭＤ２０のプレーヤＰへの装着を維持し、又は、着脱による落下を防止することが可能な構成を有している。

また、本実施形態のゲームシステムは、図１に示すように、構造体１０、ＨＭＤ２０及び吊持ユニット３０の他に、
（１）実空間内で移動するプレーヤＰの転倒を防止する転倒防止ユニット４０、
（２）プレーヤＰの実空間内における移動に応じて、吊持ユニット３０におけるＨＭＤ２０の吊持位置を変更し、かつ、プレーヤＰの実空間内における移動に応じて、当該プレーヤＰの吊持位置を変更する吊持制御ユニット５０
（３）プレーヤＰの所定の部位（例えば、頭部、両手及び両足）に取り付けたマーカユニット６０、及び、当該マーカユニット６０を検出することによって各部位の向き及び位置を検出しつつ、実空間内におけるプレーヤＰの状態をプレーヤ状態として検出する撮像カメラ７０と、
（４）実空間内に配設されるとともに、シミュレーション画像と連動することによってプレーヤＰに所与の演出を体感させる各種の演出装置９０〜９３及び演出用オブジェクト８０と、
（５）プレーヤＰから見える、実空間に対応付けられた仮想３次元空間であるシミュレーション空間のシミュレーション画像を生成するとともに、検出したプレーヤ状態に応じて、シミュレーション画像に連動させつつ、該当する演出装置９０〜９３を制御するシミュレーション制御装置１００と、
を備えている。

このような構成により、本実施形態のゲームシステム１は、プレーヤＰの状態と連動させつつ、当該プレーヤＰが特定状態の場合に、当該特定状態をシミュレーションとしてプレーヤＰに体験させることができるので、プレーヤＰに体験させるべき環境や状況を、特に、移動経路Ｒから外れた場合に落下する状況を含めて高所を移動する環境や移動状況などの実際に体験することが難しい環境や状況を的確に再現することができるようになっている。

例えば、高所だけでなく、閉所、特殊空間、暑い場所又は寒い場所などの危険な場所や現実では経験することが難しい空間における環境や状況を、プレーヤＰの状態に応じて特定状態や当該特定状態を創出する環境として再現することができるようになっている。

したがって、本実施形態のゲームシステム１は、危険な場所や現実では経験することが難しい空間を含むあらゆる場所や空間の再現性を高めることができるので、擬似的な空間であっても、より現実的な感覚をプレーヤＰに体験させることができるようになっている。

また、本実施形態のゲームシステム１は、ＨＭＤ２０をプレーヤＰとは独立的に吊持することができるので、プレーヤＰが実空間内を移動することによって、又は、当該プレーヤＰの所定の部位（例えば頭部）が動くことによって、ＨＭＤ２０が前後方向、左右方向及び上下方向に動いた場合において、プレーヤＰがバランスを崩して当該プレーヤＰの意図に反して転倒した場合であっても、ＨＭＤ２０のプレーヤＰへの装着を維持し、又は、着脱による落下を防止することができるようになっている。

したがって、本実施形態のゲームシステム１は、プレーヤＰにおけるＨＭＤ２０が装着された状態で転倒することによって生ずる負傷、又は、当該プレーヤＰの意図に反して当
該ＨＭＤ２０が着脱されることによって床面や壁面への衝突及びそれに伴う当該ＨＭＤ２０の一部の破損や故障の発生などの不測の事態を防止することができるようになっている。

この結果、本実施形態のゲームシステム１は、レールやアーム等によってＨＭＤ２０の吊持位置をプレーヤＰの移動に伴って変更させることができれば、例えば、常に上方から吊持するなど適した位置でＨＭＤ２０を吊持し、あらゆる方向への移動や動きに対応させることができるので、ＨＭＤ２０を装着させて実空間内を移動するプレーヤＰの安全性を確保しつつ、プレーヤＰのシミュレーション中の負傷の他に、当該ＨＭＤ２０の破損や故障を含めて不測の事態を防止することができるようになっている。

例えば、高解像度によって提供される場合など、ＨＭＤ２０への画像供給やその制御が有線で実行される場合には、吊持ユニット３０を介してＨＭＤ２０を制御する制御装置と接続するための配線を配設することもできるので、当該配線がプレーヤＰの横や足下に存在することに伴う当該プレーヤＰの移動の制限や不快感を解消することができるようになっている。

すなわち、上記の構成を有することにより、本実施形態のゲームシステム１は、ＨＭＤ２０が装着されたプレーヤＰの実空間内におけるスムーズな移動や安全性を確保し、当該プレーヤＰの負傷などの不測の事態を回避させることができるようになっている。

なお、本実施形態においては、高所における恐怖体験をシミュレートするゲーム（以下、「高所恐怖体験ゲーム」という。）を用いて以下の説明を行う。

２．ゲームシステムの構成
２−１．構造体
次に、上記の図１とともに図３及び図４を用いて本実施形態のゲームシステム１における構造体１０について説明する。なお、図３は、本実施形態における構造体１０の構造を示す平面図であり、図４は、本実施形態における構造体１０の構造を示す断面図である。

構造体１０は、プレーヤＰが移動可能であってゲームを実行する実空間が形成された筐体であって、例えば、上記の図１、並びに、図３及び図４に示すように、天井１５及び床１６と、その四方を覆う壁１７とによって形成された直方体の箱形構造を有している。

そして、構造体１０には、プレーヤＰであるプレーヤＰが体験型のゲーム開始を待機する待機エリア１１と、当該体験型のゲームを実行するプレーエリア１２と、を有している。特に、プレーエリア１２には、ゲームスタート時にプレーヤＰが存在するスタートゾーン１３と、プレーヤＰが実際に移動して所定の環境及び状況を体験するゾーンであってプレーヤＰ毎にゲーム中にプレーヤＰの存在が許可された移動経路Ｒが形成された移動体験ゾーン１４と、が含まれる。

天井１５には、待機エリア１１からプレーエリア１２に渡って、かつ、移動体験ゾーン１４においては移動経路Ｒに沿って、ＨＭＤ２０を吊持する吊持ユニット３０及びプレーヤＰの転倒を防止する転倒防止ユニット４０が摺動可能に取り付けられた複数の吊持制御ユニット５０が形成されている。

そして、各吊持制御ユニット５０には、該当する移動経路におけるシミュレーション制御装置１００が設けられている。

また、天井１５には、プレーヤＰのプレーヤ状態及び演出用オブジェクト８０の状態を
検出するために用いる複数の撮像カメラ７０が所定の位置に配設されている。プレーヤＰのプレーヤ状態には、例えば、プレーヤＰの頭部の位置及び向き（姿勢）が含まれる。

床１６は、待機エリア１１及びプレーエリア１２のエリア毎、並びに、スタートゾーン１３及びに移動体験ゾーン１４のゾーン毎に、異なる構成を有している。

具体的には、プレーエリア１２のスタートゾーン１３においては、演出手段の１つとしてエレベータによって上下する環境を作り出すバネが組み込まれたパネル（すなわち、バネ床パネル）９２によって構成されている。

また、プレーエリア１２の移動体験ゾーン１４は、プレーヤＰが歩行するための金属その他の所定の部材（後述の移動経路部材９３）によって構成された移動経路Ｒと、プレーヤＰの移動が禁止され、当該プレーヤＰが転倒した際に当該プレーヤＰを保護するマットなどによって構成された非移動経路ＮＲと、によって構成されている。

さらに、本実施形態のスタートゾーン１３は、エレベータの室内空間の仮想３次元空間として提供するための構造を有しており、スタートゾーン１３と移動体験ゾーン１４の境界には、演出装置として、シミュレーション制御装置１００の制御によって開閉が制御されるエレベータの扉として機能する自動扉９１が設けられている。

特に、移動経路Ｒ上（具体的には移動経路部材９３の端点）には、演出用オブジェクト８０が配設されている。また、非移動経路ＮＲ上には、送風機９０などの演出装置が必要に応じて形成されているとともに、必要に応じて接触センサなどのセンサユニットが形成されていてもよい。

壁１７は、所定の壁面パネル又はプレーヤＰによる衝突に基づく負傷などから保護するマットから構成されている。

２−２．ＨＭＤ及び吊持ユニット
次に、上記の図４ともに図５を用いて本実施形態のゲームシステムに用いるＨＭＤ２０及び当該ＨＭＤ２０を吊持する吊持ユニット３０について説明する。

なお、図５は、本実施形態のゲームシステムに用いるＨＭＤ２０の構成を示す斜視図及び側面図の一例である。また、例えば、本実施形態のＨＭＤ２０は、本発明の装着型画像表示装置を構成する。

ＨＭＤ２０は、シミュレーション制御装置１００の制御の下、プレーヤＰの頭部に装着された非透過型の仮想３次元空間の画像を表示するウェアラブルの表示装置あって、当該表示装置外の外界の様子を認識不能にしてプレーヤＰに表示させた画像のみを視認させ、拡張現実を視覚によってプレーヤＰに体験させるための表示装置である。

例えば、ＨＭＤ２０は、上記の図４及び図５に示すように、プレーヤＰの両眼を完全に覆う（すなわち、マスクする）構造を有し、かつ、検出されたプレーヤ状態に連動させつつ、プレーヤＰから見える、構造体１０内の実空間に対応付けられたシミュレーション空間のシミュレーション画像を視認させるための構成を有している。

また、ＨＭＤ２０の上部には、プレーヤＰの頭部の向き及び位置を検出するためのマーカユニット（以下、「頭部検出用マーカユニット」という。）６０ａが形成されている。そして、ＨＭＤ２０は、例えば、２００×１０８０のピクセルの表示サイズ、及び、９０ｆＰＳのリフレッシュレートを有している。

なお、ＨＭＤ２０は、図示しないヘッドフォンジャックを有し、当該ヘッドフォンジャックにヘッドフォン６１が接続される。そして、ヘッドフォン６１は、ＨＭＤ２０とともにプレーヤＰに装着される。また、ヘッドフォン６１には、シミュレーション制御装置１００によって生成されたシミュレーション空間における立体音響を構成する環境音が出力される。

吊持ユニット３０は、ＨＭＤ２０及びプレーヤＰの上方、例えば、構造体１０の天井１５に配設された吊持制御ユニット５０と連結することによって、構造体１０に吊持されつつ、かつ、ＨＭＤ２０を吊持する構成を有している。

特に、本実施形態の吊持ユニット３０は、プレーエリア１２のプレーヤＰにおけるあらゆる方向への移動や動きに対応させて吊持するために、ＨＭＤ２０を構造体１０の上方（すなわち、天井１５）であってプレーヤＰの頭上に形成されている。

そして、吊持ユニット３０は、ＨＭＤ２０とシミュレーション制御装置１００とを有線によって接続するための配線（以下、「ケーブル」という。）を有している。

具体的には、吊持ユニット３０は、例えば、図４及び図５に示すように、吊持制御ユニット５０と連結するために用いられる連結部材３１と、当該連結部材３１に取り付けるための形状が形成された端部（以下、「第１端部」という。）を有する紐状部材（すなわち、ケーブル）３２と、紐状部材３２の第１端部とは異なる第２端部とＨＭＤ２０と接続する接続部材３３と、から構成される。

特に、紐状部材３２は、プレーヤＰが転倒しそうになるなどプレーヤＰが大きく動くことによってＨＭＤ２０がプレーヤＰから着脱された場合に、構造体１０の床面に接地することを未然に防止することが可能な構造を備えている。

具体的には、紐状部材３２は、伸縮自在であって、ミュレーション制御装置から送信された所定の信号やデータをＨＭＤ２０に転送するケーブルによって構成される。

例えば、紐状部材３２は、ＨＭＤ２０がプレーヤＰから着脱された際に、当該ＨＭＤ２０が構造体１０の床面に接地することを未然に防止する構造としては、ＨＭＤ２０がプレーヤＰから着脱しても構造体１０の床面に接地しない長さを有していること、当該紐状部材が伸縮可能なスパイラル状になっていること、又は、紐状部材の長さを調整するために当該ケーブルを巻き取る構造を備えている。

なお、本実施形態のＨＭＤ２０は、これらに限らず、プレーヤＰに装着されて当該プレーヤＰに視認可能に画像が表示されるものであればよく、シミュレーションを的確に行うことができれば透過型のＨＭＤ２０であってもよい。

また、ＨＭＤ２０とシミュレーション制御装置１００とが無線通信によって信号又はデータの転送を行う場合には、紐状部材３２は、ケーブルである必要はなく、所定の材質の紐そのものであってもよいし、バンドなどの幅のある帯状の部材であってもよい。

さらに、吊持ユニット３０の一部は、具体的には、連結部材３１及び紐状部材３２は、後述のように、転倒防止ユニット４０と共通する部材となっている。

２−３．転倒防止ユニット
次に、上記の図４を用いて本実施形態のゲームシステムにおける転倒防止ユニット４０
について説明する。

転倒防止ユニット４０は、ＨＭＤ２０を装着していること、歩行可能な移動経路Ｒが狭いこと、又は、その双方によって、プレーヤＰがバランスを崩した場合、又は、当該バランスを崩しプレーヤＰの意図に反して転倒した場合に、プレーヤＰを支持するため、及び、プレーヤＰの転倒を防止するために用いられる。

すなわち、転倒防止ユニット４０は、プレーヤＰがバランスを崩した場合に、ＨＭＤ２０の破損やそれに基づくプレーヤＰの負傷を防止するだけなく、ゲームのプレー中にＨＭＤ２０が装着されていることによって生ずるプレーヤＰの転倒（移動中にバランスを崩すことによる転倒など）をも防止することが可能な構成を有している。

具体的には、転倒防止ユニット４０は、例えば、上記の図４に示すように、プレーヤＰを保持するホルダ部材４１と、構造体１０からプレーヤＰを吊持する吊持部材と、を有し、吊持部材は、吊持ユニット３０の部材、すなわち、上記の連結部材３１及び紐状部材３２によって構成される。

ホルダ部材は、例えば、袖部分を有していないベストタイプの上着によって構成されており、プレー中に、プレーヤＰに着用させることによってプレーヤＰの状態を保持する。そして、ホルダ部材４１は、紐状部材３２の一端と連結されており、構造体１０の天井１５に形成される連結部材３１を介してプレーヤＰの身体を支持する構成を有している。

２−４．吊持制御ユニット
次に、上記の図１、図３及び図４を用いて本実施形態のゲームシステムにおける吊持制御ユニット５０について説明する。

本実施形態の吊持制御ユニット５０は、構造体１０内の実空間内におけるプレーヤＰの移動に応じてプレーヤＰ自体及びＨＭＤ２０の吊持位置を変更させるためのユニットであり、常に上方（すなわち、構造体１０の天井方向）からＨＭＤ２０及びプレーヤＰを吊持する構成を有している。

そして、吊持制御ユニット５０は、ＨＭＤ２０及びプレーヤＰを実空間内において適した位置で吊持し、プレーヤＰの移動方向への移動や動きに対応させることが可能な構成を有するとともに、プレーヤＰの安全性を確保しつつ、プレーヤＰのシミュレーション中の負傷やＨＭＤ２０の破損や故障を含めて不測の事態を防止することができるようになっている。

したがって、吊持制御ユニット５０は、プレーヤＰが実空間内を自在に移動した場合であっても、ＨＭＤ２０に信号やデータを供給するケーブルやプレーヤＰを保持する部材がプレーヤＰの横や足下に存在することに基づく当該プレーヤＰの移動の制限や不快感を的確に解消することができるとともに、プレーヤＰの移動や動きに対しても常に的確にＨＭＤ２０及びプレーヤＰを吊持することができるようになっている。

具体的には、吊持制御ユニット５０は、待機エリア１１からプレーエリア１２にかけて一体的に構成されており、実空間内を移動するプレーヤＰ又は姿勢が変化するプレーヤＰに対してＨＭＤ２０及び転倒防止ユニット４０を追随させる構成を有している。

例えば、本実施形態の吊持制御ユニット５０は、図１、図３及び図４に示すように、実空間を移動するプレーヤＰ毎に設けられ、待機エリア１１（より詳細には、ＨＭＤ２０及び転倒防止ユニット４０を装着した地点）からからプレーエリア１２にかけてプレーヤＰ
の移動の移動方向に沿って形成されレール５１と、吊持ユニット３０の連結部材３１と連結し、当該レール５１上を摺動する摺動部材５２と、によって形成される。

特に、各レール５１は、プレーヤＰが移動経路Ｒに沿って移動する移動体験ゾーン１４（すなわち、プレーヤＰが直線的に前後に移動する直線移動が行われるゾーン）においては、移動経路Ｒ上の天井部分に形成されている。

また、各レール５１は、それ以外の実空間内のエリアにおいては、プレーヤＰがＨＭＤ２０及び転倒防止ユニット４０の装着準備後やスタート位置への誘導などシミュレーションを実行する上で誘導される経路（以下、「誘導経路」という。）Ｓに沿って形成されたレール５１によって構成される。

なお、レール５１においては、プレーヤＰの移動に応じて吊持ユニット３０の位置を変更させることができれば、その形状や材質などは限定されない。

摺動部材５２は、プレーヤＰの移動や姿勢の変更などのプレーヤＰの状態に応じて発生した張力に従ってレール５１上を摺動し、吊持ユニット３０を介してＨＭＤ２０及びプレーヤＰの吊持位置を変更させる。

また、摺動部材５２は、図１、図３及び図４に示すように、ＨＭＤ２０とシミュレーション制御装置１００とを電気的に接続するケーブルの長さを短くして信号やデータの転送を的確に実施するため、シミュレーション制御装置１００が固定される構造を有し、当該シミュレーション制御装置１００を一体的に摺動させる構成を有している。

なお、摺動部材５２は、レール５１上を摺動し、プレーヤＰの移動や姿勢の変更などのプレーヤＰの状態に応じて吊持ユニット３０を介してＨＭＤ２０及びの位置を変更させるための部材であれば、特に限定されない。

２−５．シミュレーション制御装置
次に、図６を用いて本実施形態のゲームシステムにおけるシミュレーション制御装置１００について説明する。

なお、図６は、本実施形態におけるシミュレーション制御装置１００のブロック構成を示す構成図である。さらに、本実施形態のシミュレーション制御装置１００は、図８の構成に限定されず、その一部の構成要素を省略すること、他の構成要素を追加するなどの種々の変形実施が可能である。

シミュレーション制御装置１００は、例えば、パーソナルコンピュータなどのコンピュータ制御を行うことが可能な装置によって構成され、管理者が操作を行うキーボードなどの操作部（図示せず）が着脱可能に構成されている。

また、シミュレーション制御装置１００は、シミュレーション空間をプレーヤＰに提供するため、ゲームが開始されると、プレーヤ状態及び経過時間に応じて、当該ゲームを進行させつつ、当該ゲームの進行状態に応じた画像を生成し、かつ、演出制御装置と連動して演出装置９０〜９３を制御する構成を有している。

特に、シミュレーション制御装置１００は、撮像カメラ７０から出力された画像を取得し、当該取得した画像からマーカユニット６０におけるマーカを検出し、当該マーカが属するエリア及び他のマーカとの位置関係と、マーカが属するエリアにおける滞在時間と、に基づいてプレーヤ状態を検出する。

具体的には、シミュレーション制御装置１００は、各種のデータが記憶される記憶部１７０と、シミュレーションを実行するためのアプリケーションなどのデータが記憶される情報記憶媒体１８０と、ゲームの実行及びそれによってシミュレートする環境を作り出すための各種の処理を実行する処理部１０１（コンピュータの一例）と、通信部１９６と、を有している。

記憶部１７０は、処理部１０１及び通信のワーク領域となるもので、その機能はＲＡＭ（ＤＲＡＭ、ＶＲＡＭ）などにより実現できる。特に、本実施形態の記憶部１７０は、主に、ゲームプログラムが記録される主記憶部１７２、画像バッファ１７４及びデータバッファ１７６を有している。

主記憶部１７２は、主に、ゲームプログラム（シミュレーション制御プログラムの一例）が記録される。また、データバッファ１７６は、自機のゲームデータが記憶される記憶領域であり、例えば主記憶の一部に設けられてソフトウェア的によって読み書きの制御が行われる構成でもよい。

なお、ゲームプログラムは、ゲーム処理を実行するための命令コードが記述されたソフトウェアである。また、ゲームデータは、プレーヤの特定状態を判定するためのデータ、ゲームプログラムの実行の際に必要なデータであり、演出用オブジェクト８０のデータ、または、各種の演出装置９０〜９３の制御プログラムなどである。

情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、ＨＤＤ（ハードディスクドライブ）、または、メモリ（ＲＯＭ等）などにより実現できる。

なお、処理部１０１は、情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。すなわち、情報記憶媒体１８０には、本実施形態の各部としてコンピュータ（操作部、処理部、記憶部、出力部を備える装置）を機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶される。

通信部１９６は、ケーブルを介してＨＭＤ２０との間で通信を行うとともに、有線又は無線のネットワークを介して撮像カメラ７０及び演出装置９０〜９３との間で通信を行うものであり、その機能は、通信用ＡＳＩＣまたは通信用プロセッサなどのハードウェア、及び、通信用ファームウェアにより実現できる。

なお、本実施形態の各部としてコンピュータを機能させるためのプログラム（データ）は、図示しないホスト装置（サーバシステム）が有する情報記憶媒体からネットワーク及び通信部１９６を介して情報記憶媒体１８０（または、記憶部１７０）に配信されてもよい。このようなホスト装置による情報記憶媒体の使用も本発明の範囲内に含めることができる。

処理部１０１（プロセッサ）は、ゲーム開始からのタイミング及び撮像カメラ７０から出力された画像のデータ（以下、「画像データ」という。）及びプログラムなどに基づいて、ゲーム演算処理、画像生成処理、音生成処理及び演出制御処理などを行う。

処理部１０１は、記憶部１７０をワーク領域として各種処理を行う。この処理部１０１の機能は、各種プロセッサ（ＣＰＵ、ＧＰＵ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェア及びプログラムにより実現できる。

処理部１０１は、ゲーム演算部１１０、オブジェクト空間設定部１１１、状態検出処理部１１２、移動・動作処理部１１３、演出制御処理部１１４、通信制御部１２０、画像生成部１３０及び音生成部１４０を含む。なおこれらの一部を省略する構成としてもよい。

ゲーム演算部１１０は、ゲーム開始条件が満たされた場合にゲームを開始する処理、ゲームを進行させる処理、シミュレーション空間を形成する上で必要なオブジェクト（演出用オブジェクト８０も含む。）を配置する処理、オブジェクトを表示する処理、ゲーム終了条件が満たされた場合にゲームを終了する処理、及び、プレーヤ状態が特定状態（具体的には、ゲームの進行上予め該当する状態）であるか否かを判定する判定処理などがある。

特に、本実施形態のゲーム演算部１１０は、検出されたプレーヤ状態（具体的には、プレーヤＰの実空間内おける位置及び当該プレーヤＰの姿勢）に応じてプレーヤＰの視認方向及び視認するエリア（以下、「視認エリア」という。）を検出するとともに、当該検出した視認方向、視認エリア、現在のゲーム環境及び当該ゲームの進行状況に応じて３次元空間におけるプレーヤＰから見える空間を設定する。

また、ゲーム演算部１１０は、検出されたプレーヤ状態に応じて、又は、ゲーム開始からの所定の経過時間に基づいて、ゲームの終了条件が満たされたか否かを判定し、当該ゲームの終了条件が満たされたと判定した場合にゲームを終了させる。

一方、ゲーム演算部１１０は、データバッファ１７６に予め記憶されたデータに基づいて、検出されたプレーヤ状態に応じてプレーヤＰがゲームの進行上予め該当する特定状態になったか否かを判定し、その結果に応じてゲームの進行を行うとともに、演出制御処理部１１４、画像生成部１３０、及び、音生成部１４０に該当する演出を行うための指示を行う。

オブジェクト空間設定部１１１は、演出用オブジェクト８０、建物、移動経路Ｒ、柱、壁、マップ（地形）などの所定のシミュレーション空間を構築するための各種オブジェクト（ポリゴン、自由曲面又はサブディビジョンサーフェスなどのプリミティブで構成されるオブジェクト）をオブジェクト空間（すなわち、仮想３次元空間）に配置設定する処理を行う。

すなわち、ワールド座標系でのオブジェクトの位置や回転角度（向き、方向と同義）を決定し、その位置（Ｘ、Ｙ、Ｚ）にその回転角度（Ｘ、Ｙ、Ｚ軸回りでの回転角度）でオブジェクトを配置する。

特に、本実施形態においては、演出用オブジェクト８０としては、動物などのシミュレーション空間内に登場する移動可能なオブジェクト（以下、「演出用移動オブジェクト」という。）及びシミュレーション空間内に固定されたオブジェクトをプレーヤＰに認識させるための実空間内に実際に存在させるためのオブジェクト（以下、「演出用固定オブジェクト」という。）を含み、オブジェクト空間設定部１１１は、これらの演出用オブジェクト８０をシミュレーション空間に配置する。

なお、本実施形態においては、演出用移動オブジェクトには、実空間内において実際に移動するとともに、シミュレーション空間内においても移動するオブジェクトとして画像化されるオブジェクト（以下、「真性移動オブジェクト」という。）の他に、当該実空間内においては移動せず、画像化された際にシミュレーション空間内おいてのみ移動するオブジェクト（以下、「擬似的移動オブジェクト」という。）も含まれる。

状態検出処理部１１２は、プレーヤＰを画像化した複数の撮像カメラ７０からそれぞれ出力されたプレーヤＰの画像（以下、「プレーヤ画像」という。）内における同タイミングのプレーヤＰの両手及び両足と、ＨＭＤ２０の上部と、に配設されたマーカユニット６０の位置を特定する。

そして、状態検出処理部１１２は、特定した各画像内における各マーカユニット６０の位置、各マーカユニット６０における他のマーカユニット６０との位置関係性、及び、各マーカユニット６０の各位置での滞在時間の各情報に基づいて、プレーヤＰの実空間内における位置及び姿勢を示すプレーヤ状態を検出する。

特に、撮像カメラ７０毎に出力された画像に対して予め定められた実空間内の複数のエリアが設定されており、状態検出処理部１１２は、各マーカユニット６０がいずれのエリアに属しているかを同タイミングにおける各プレーヤＰ画像に含まれるマーカユニット６０の位置を検出することによって、各マーカユニット６０の実空間内における位置を画像フレーム毎に検出する。

また、状態検出処理部１１２は、フレーム毎に当該各マーカユニット６０の実空間内における位置を検出しつつ、以前のフレームの各マーカユニット６０の位置と比較し，複数のフレームにおいて同一の位置に存在するとして検出した各マーカユニット６０におけるフレーム数に基づいて、各マーカユニット６０の同一位置における滞在時間を検出する。

そして、状態検出処理部１１２は、同タイミングにおける各マーカユニット６０における実空間における位置、及び、当該各マーカユニット６０のそれまでの滞在時間に基づいて、プレーヤＰの実空間内における姿勢を検出する。

例えば、本実施形態の状態検出処理部１１２は、
（１）頭部、両手又は両足などのプレーヤＰの所与の部位の位置、高さ及び時間の少なくとも１の部位の情報（以下、「部位情報」という。）に基づいて、プレーヤＰの実空間内における位置（すなわち、実空間内におけるプレーヤＰの中心位置（重心位置）の座標）を特定し、
（２）プレーヤＰの部位情報に基づいて、プレーヤＰの頭、胴体及び手足などの各部位の位置関係から構築されるプレーヤＰの姿勢を特定し、又は、
（３）（１）及び（２）の双方を特定し、
プレーヤＰの位置、姿勢又は双方に基づいてプレーヤ状態を検出する。

そして、状態検出処理部１１２は、
（Ａ）プレーヤＰの頭の位置に基づいて、実空間におけるプレーヤＰの視点位置やその方向を検出すること、
（Ｂ）プレーヤＰの手の位置又は足の位置に基づいて、実空間におけるプレーヤＰの立ち位置や姿勢を検出すること、及び、
（Ｃ）検出したプレーヤＰの立ち位置や姿勢に基づいて、プレーヤＰをモデリングすること（ボーンの形成）
実行する。

なお、例えば、ユーザの部位には、当該ユーザの頭部、手又は足を含み、部位情報には、各部位の位置（ユーザ移動空間上の位置座標）、向き、形状（平面形状や立体形状）又は色（グレースケールを含む。）などの各種情報を含む。

他方、状態検出処理部１１２は、演出用移動オブジェクトにおいても、プレーヤＰと同
様に、当該演出用移動オブジェクトに配設されたマーカユニット６０の実空間における位置を特定し、当該したマーカユニット６０の実空間内における位置に基づいて、当該演出用移動オブジェクトの実空間内における位置（中心又は重心の位置）、及び、必要に応じてその状態を検出する。

移動・動作処理部１１３は、検出されたプレーヤ状態、現在のゲーム環境、ゲームの進行状況又はこれらの２以上の情報に基づいて、プレーヤＰと演出用オブジェクト８０との位置関係を算出し、当該算出したプレーヤＰと演出用オブジェクト８０との位置関係に基づいて演出用オブジェクト８０の移動・動作演算（移動・動作シミュレーション）を行う。

すなわち、移動・動作処理部１１３は、検出したプレーヤ状態等に基づいて、各種のオブジェクトをオブジェクト空間内で移動させること、及び、オブジェクトを動作（モーション、アニメーション）させることの各処理を行う。

具体的には、移動・動作処理部１１３は、各種のオブジェクトの移動情報（位置、回転角度、速度、または、加速度）及び動作情報（オブジェクトを構成する各パーツの位置、または、回転角度）を、１フレーム（１／６０秒）毎に順次求めるシミュレーション処理を行う。

なお、フレームは、オブジェクトの移動・動作処理（シミュレーション処理）及び画像生成処理を行う時間の単位である。

また、移動・動作処理部１１３は、演出用移動オブジェクトに対しては、実空間内における位置、プレーヤＰとの実空間内における位置関係、演出用移動オブジェクトの状態（演出用移動オブジェクトの移動方向やその姿勢）、現在のゲーム環境やゲームの進行状況に基づいて、シミュレーション空間における移動情報及び動作情報を算出する。

特に、移動・動作処理部１１３は、演出用移動オブジェクトの擬似的移動オブジェクトについては、ユーザ状態に応じて、実空間の位置や状態と連動させつつ、又は、当該実空間の位置や状態とシームレスに画像化可能に、擬似的移動オブジェクトの実空間内における位置、状態又はその双方に基づいて、シミュレーション空間における移動情報及び動作情報を算出する。

例えば、擬似的移動オブジェクトが猫などの動物のオブジェクトの場合には、移動・動作処理部１１３は、当該擬似的移動オブジェクトが実空間に配置されている位置とは異なる位置で動作をし、又は、異なるエリアを動き回り、所定のタイミングで当該擬似的移動オブジェクトが実空間に配置されている位置に戻り、実空間に配置されている状態と同様な状態となるための移動情報及び動作情報の演算を行う。

また、このような場合に、移動・動作処理部１１３は、当該擬似的移動オブジェクトが実空間に配置されている位置で画像化するものの、その姿勢や仕草などの動作を画像化するための移動情報及び動作情報の演算を行う。

より詳細には、移動・動作処理部１１３は、
（１）ゲーム開始時に、実空間上の移動経路Ｒの終点に擬似的移動オブジェクトとしての猫オブジェクトが配置されている場合であっても、当該猫オブジェクトがプレーヤＰのそばを動き回る擬似的な動作、
（２）プレーヤＰが移動経路Ｒの終点に向かって一定の距離進んだ際に、実空間上に配置されている位置に向かって猫オブジェクトが移動し、当該配置位置で実空間上の状態と同
一の状態となる疑似的な動作から実際の状態への移行動作
（３）プレーヤＰが猫オブジェクトを抱えた際の種々の仕草など実空間上において変化しない疑似的な動作、
（４）プレーヤＰが猫オブジェクトを抱えた状態から手放した際に、当該猫オブジェクトが落下する場合に実空間上の移動と連動する動作、
を画像化するための移動情報及び動作情報の演算を行う。

演出制御処理部１１４は、プレーヤ状態（特定状態含む。）、演出用移動オブジェクトの状態、現在のゲーム環境及びゲームの進行状況に応じて各種の演出装置９０〜９３を制御するための処理を実行する。具体的には、演出制御処理部１１４は、各演出装置９０〜９３における電源のＯＮ及びＯＦＦ、能力の変更、又は、予め設定されたプログラムに基づく制御を実行する。

例えば、演出制御処理部１１４は、演出装置９０〜９３が送風機９０の場合には、送風の強弱含む駆動制御及び停止制御、演出装置９０〜９３が温度調整装置の場合には、温度の調整、演出装置９０〜９３が移動経路Ｒの場合には、当該移動経路Ｒ内に仕込まれた揺動ユニット、又は、振動ユニットの制御などプレーヤＰの状態に応じて変化させる必要のある演出装置９０〜９３を制御する。

通信制御部１２０は、ＨＭＤ２０に送信するデータ（主にシミュレーション空間をプレーヤＰに見せるための画像データ）を生成する処理等を行う。また、通信制御部１２０は、各演出装置９０〜９３を制御するための制御信号を送受信する。

画像生成部１３０は、処理部１０１で行われる種々の処理（ゲーム処理）の結果やプレーヤ状態（特定状態を含む。）などの各種の情報に基づいて描画処理を行い、これにより画像（特にシミュレーション空間をプレーヤＰに見せるための画像）を生成し、通信制御部１２０を介してＨＭＤ２０に出力する。

特に、画像生成部１３０は、まずオブジェクト（モデル）の各頂点の頂点データ（頂点の位置座標、テクスチャ座標、色データ、法線ベクトルまたはα値等）を含むオブジェクトデータ（モデルデータ）を取得し、当該取得したオブジェクトデータ（モデルデータ）に含まれる頂点データに基づいて、頂点処理（頂点シェーダによるシェーディング）を実行する。

なお、画像生成部１３０は、頂点処理を行うに際して、必要に応じてポリゴンを再分割するための頂点生成処理（テッセレーション、曲面分割、ポリゴン分割）を行うようにしてもよい。

また、画像生成部１３０は、頂点処理としては、頂点処理プログラム（頂点シェーダプログラム、第１のシェーダプログラム）に従って、頂点の移動処理や、座標変換（ワールド座標変換、カメラ座標変換）、クリッピング処理、または、透視変換等のジオメトリ処理を実行し、その処理結果に基づいて、オブジェクトを構成する頂点群について与えられた頂点データを変更（更新、調整）する。

そして、画像生成部１３０は、頂点処理後の頂点データに基づいてラスタライズ（走査変換）を実行し、ポリゴン（プリミティブ）の面とピクセルとを対応付ける。

一方、画像生成部１３０は、ラスタライズに続いて、画像を構成するピクセル（表示画面を構成するフラグメント）を描画するピクセル処理（ピクセルシェーダによるシェーディング、フラグメント処理）を実行する。

特に、ピクセル処理では、画像生成部１３０は、ピクセル処理プログラム（ピクセルシェーダプログラム、第２のシェーダプログラム）に従って、テクスチャの読出し（テクスチャマッピング）、色データの設定／変更、半透明合成、アンチエイリアス等の各種処理を行って、画像を構成するピクセルの最終的な描画色を決定し、透視変換されたオブジェクトの描画色を記憶部１７０（ピクセル単位で画像情報を記憶できるバッファ。ＶＲＡＭ、レンダリングターゲット）に出力（描画）する。

また、ピクセル処理では、画像生成部１３０は、画像情報（色、法線、輝度、α値等）をピクセル単位で設定または変更するパーピクセル処理を行う。これにより、オブジェクト空間内においてプレーヤＰから見える画像を生成する。

さらに、画像生成部１３０は、頂点処理やピクセル処理は、シェーディング言語によって記述されたシェーダプログラムによって、ポリゴン（プリミティブ）の描画処理をプログラム可能にするハードウェア、いわゆるプログラマブルシェーダ（頂点シェーダやピクセルシェーダ）により実現する。

なお、プログラマブルシェーダでは、頂点単位の処理やピクセル単位の処理がプログラム可能になることで描画処理内容の自由度が高く、従来のハードウェアによる固定的な描画処理に比べて表現力を大幅に向上させることができる。

他方、画像生成部１３０は、オブジェクトを描画する際に、ジオメトリ処理、テクスチャマッピング、隠面消去処理、αブレンディング等を行う。

特に、画像生成部１３０は、ジオメトリ処理としては、オブジェクトに対して、座標変換、クリッピング処理、透視投影変換、或いは光源計算等の処理を実行する。

そして、画像生成部１３０は、ジオメトリ処理後（透視投影変換後）のオブジェクトデータ（オブジェクトの頂点の位置座標、テクスチャ座標、色データ（輝度データ）、法線ベクトル、或いはα値等）を、記憶部１７０に記憶する。

また、画像生成部１３０は、記憶部１７０に記憶されるテクスチャ（テクセル値）をオブジェクトにマッピングするための処理であるテクスチャマッピングを実行する。具体的には、画像生成部１３０は、オブジェクトの頂点に設定（付与）されるテクスチャ座標等を用いて記憶部１７０からテクスチャ（色（ＲＧＢ）、α値などの表面プロパティ）を読み出す。

そして、画像生成部１３０は、２次元の画像であるテクスチャをオブジェクトにマッピングする。画像生成部１３０は、この場合に、ピクセルとテクセルとを対応づける処理や、テクセルの補間としてバイリニア補間などを行う。

さらに、画像生成部１３０は、隠面消去処理としては、描画ピクセルのＺ値（奥行き情報）が入力されるＺバッファ（奥行きバッファ）を用いたＺバッファ法（奥行き比較法、Ｚテスト）による隠面消去処理を行う。

すなわち、画像生成部１３０は、オブジェクトのプリミティブに対応する描画ピクセルを描画する際に、Ｚバッファに入力されるＺ値を参照する。そして参照されたＺバッファのＺ値と、プリミティブの描画ピクセルでのＺ値とを比較し、描画ピクセルでのＺ値が、プレーヤＰから見て手前側となるＺ値（例えば小さなＺ値）である場合には、その描画ピクセルの描画処理を行うとともにＺバッファのＺ値を新たなＺ値に更新する。

そして、画像生成部１３０は、α値（Ａ値）に基づく半透明合成処理（通常αブレンディング、加算αブレンディング又は減算αブレンディング等）のαブレンディング（α合成）を実行する。

なお、α値は、各ピクセル（テクセル、ドット）に関連づけて記憶できる情報であり、例えば色情報以外のプラスアルファの情報である。α値は、マスク情報、半透明度（透明度、不透明度と等価）、バンプ情報などとして出力できる。

音生成部１４０は、プレーヤ状態（特定状態を含む。）など処理部１０１で行われる種々の処理の結果に基づいて音処理を行い、ＢＧＭ、効果音、又は音声などのゲーム音（シミュレーション空間における立体音響としての環境音）を生成し、ＨＭＤ２０を介してヘッドフォン６１に出力する。

２−６．プレーヤ用のマーカユニット及び撮像カメラ
次に、上記の図１及び図４を用いて本実施形態のゲームシステムにおけるプレーヤ用のマーカユニット６０及び撮像カメラ７０について説明する。

本実施形態においては、上述のように、プレーヤ状態を検出するために、各プレーヤＰには、複数の部位にマーカユニット６０を配設する。具体的には、本実施形態のマーカユニット６０は、上記の図１及び図４に示すように、頭部、両手及び両足の複数の部位に配設される。

特に、各マーカユニット６０は、反射シートなどの表面が反射する材料によって形成され、かつ、球場のマーカによって形成されている。例えば、各マーカユニット６０は、光が照射された場合に、当該光を反射して白く光る又は特定の色によって光る構成を有している。

具体的には、各マーカユニット６０は、頭部検出用マーカユニット６０ａ、右手又は左手検出用マーカユニット６０ｂ、及び、右足又は左足検出用マーカユニット６０ｃから構成される。

なお、本実施形態の構造体１０内の移動体験エリアには、各マーカユニット６０に光を照射させる図示しない光源ユニットが設けられている。

また、マーカユニット６０の光る色は、特に限定されないが、複数のプレーヤＰが移動体験エリアに同時に存在する場合には、プレーヤＰ毎に色を変えてもよいし、マーカユニット６０が装着された部位毎にマーカユニット６０の光る色を変えてもよい。

各撮像カメラ７０は、例えば、図１に示すように、それぞれ、構造体１０内の予め設定された位置に固定配設され、画角内に撮像されたエリアを画像化してその画像データをシミュレーション制御装置１００に順次出力する。

特に、本実施形態の各撮像カメラ７０は、実空間内のプレーヤＰが移動する移動範囲（具体的には、移動経路Ｒ）の外側に形成されている。

そして、各撮像カメラ７０は、プレーエリア１２を画像化し、当該プレーエリア１２内に移動し、姿勢を変更し、又は、その双方を実施するプレーヤＰを全て画像化することが可能に配置されている。

また、本実施形態の各撮像カメラ７０は、ＣＣＤなどの所定の撮像素子と、所定の焦点距離を有するレンズと、を備え、予め定められた画角及び焦点距離によって当該画角内のエリアを画像化し、当該画像化した画像データを順次シミュレーション制御装置１００に出力する。

なお、プレーヤＰがプレーエリア１２内を自由に移動する事ができる場合には、プレーエリア１２を全て画像化する必要があり、当該プレーエリア１２の撮像漏れがないように各撮像カメラ７０が配設される。

また、各撮像カメラ７０は、有色のマーカユニット６０を検出するためには、カラー形式のカメラを用いることが要求される。

また、マーカユニット６０の数及び配設位置は、上記に限らない。撮像カメラ７０によって撮像可能な位置であれば、基本的にはその数配置位置は限定されない。

２−７．演出用オブジェクト及び演出装置
次に、上記の図１、図３及び図４並びに図７を用いて本実施形態のゲームシステムにおける演出用オブジェクト８０及び演出装置９０〜９３について説明する。なお、図７は、本実施形態の演出装置である移動経路部材９３の一例を示す図である。

本実施形態の演出用オブジェクト８０及び演出装置９０〜９３は、構造体１０内に形成された実空間内に配設されるとともに、シミュレーション制御装置１００の制御の下、シミュレーション画像と連動することによってプレーヤＰに所与の演出を体感させる構成を有している。

特に、演出用オブジェクト８０及び演出装置９０〜９３は、屋外空間や屋内空間のみならず、高所、閉所、危険な場所、特殊空間、暑い場所又は寒い場所などのシミュレーション空間を体感させるための演出用オブジェクト又は演出装置であって、シミュレーション画像と連動させてプレーヤＰがシミュレーションによって見えている状況を体感的にも作り出し、臨場感のあるシミュレーションを提供するために用いられる。

具体的には、本実施形態の演出用オブジェクト８０は、上述のように、演出用移動オブジェクト及び演出用固定オブジェクトを含み、演出用移動オブジェクトには、真性移動オブジェクト及び擬似的移動オブジェクトが含まれる。

そして、疑似的移動オブジェクトについては、実空間内における演出用オブジェクト８０の状態とは異なる状態で画像化される。

演出用移動オブジェクトは、実空間内における位置、プレーヤＰとの実空間内における位置関係、及び、演出用移動オブジェクトの状態（演出用移動オブジェクトの移動方向やその姿勢）を検出するためのマーカユニット６０ｄを有している。

そして、演出用移動オブジェクトは、マーカユニット６０ｄを撮像カメラ７０によって撮像させることによって、プレーヤＰの各部位と同様に、シミュレーション制御装置１００に実空間の位置、状態及びその双方を認識させる。

例えば、演出用オブジェクト８０のマーカユニット６０ｄとしては、プレーヤＰの各部位に配設されるマーカユニット６０ａ、ｂ、ｃと同じものが用いられる。ただし、プレーヤＰのマーカユニット６０ａ、ｂ、ｃの色又は記憶されている各種の情報を区別することによって複数のプレーヤＰ又はそのゲームに登場する演出用オブジェクト８０毎に異なる
ことが好ましい。

なお、演出用オブジェクト８０の内部に振動ユニットを配設し、シミュレーション制御装置１００において当該振動ユニットの振動制御を行うことによって、シミュレ−ション画像と連動して又は単独でプレーヤＰを驚かす演出を実行してもよい。

演出装置９０〜９３は、シミュレーション空間を、より現実的な空間として確実に擬似的に創り出すための装置であって、プレーヤＰに対して所与の演出効果を直接提供する装置である。

特に、演出装置９０〜９３は、シミュレーション画像に連動させつつ、実空間に単に配置され、当該配置とその構造によってプレーヤＰに所与の演出効果を提供する構造型演出装置と、検出されたプレーヤ状態、ゲーム環境及びゲームの進行状況に応じて所与の演出効果を提供する連動型演出装置を含む。

そして、連動型演出装置には、例えば、図１に示す送風機９０、及び、図示しない温度調整装置、照明装置、又は、振動装置などのシミュレーション空間の環境を形成するための演出装置を含む。

また、構造型演出装置には、移動経路Ｒを構成する移動経路部材９３、スタート位置を認識されるスタートブロック（図示しない）、又は、エレベータ内を認識させるためのバネ床パネル９２など壁面や床面の凹凸又は素材などのプレーヤＰに接触感を体感させるための部材を含む。

例えば、送風機９０は、上記の図１及び図４に示すように、プレーヤＰがスタートゾーン１３から移動体験ゾーン１４にゾーンが切り替わったとき、当該プレーヤＰの前面に向けて送風を出力し、また、移動経路Ｒに移動した場合にプレーヤＰの下から当該プレーヤＰの正面に向けて送風を出力する構成を有している。

移動経路部材９３は、上記の図３及び図７に示すように、予め定められたプレーヤＰが移動する移動経路Ｒ下に設けられ、シミュレーション画像に応じて振動可能又は揺動可能に形成された演出可能領域９３ａが構成される。

すなわち、演出可能領域９３ａにおける移動経路部材９３は、図７（Ａ）に示すように、構造体１０の床面（具体的には、非移動経路ＮＲ）から異なる高さ（天井方向の高さ）によって形成されている。

そして、演出可能領域９３ａにおける移動経路部材９３は、プレーヤＰが移動経路部材９３上に歩行開始するなど所与の条件に基づき演出可能領域を振動駆動又は揺動駆動をする複数の駆動ユニット９５によって構成されている。

特に、各駆動ユニット９５は、それぞれ、移動経路部材９３が床面と水平方向であって移動経路方向（プレーヤＰの進行方向）に対して直角となる方向に回転する車輪９６と、車輪９６が接地する面から所定の高さ（例えば、５ｍｍ程度）の隙間Ｄを有する移動経路部材９３を支持する支持板９７と、から構成されている。

そして、駆動ユニット９５は、演出可能領域９３ａにおいて移動経路Ｒに沿って他の駆動ユニット９５と隣接されて配設される。

なお、演出可能領域９３ａにおける移動経路部材９３において、全部の移動経路Ｒが駆
動ユニット９５によって構成されていてもよいし、当該全部の移動経路Ｒが駆動しない移動経路部材９３との組み合わせによって構成されていてもよい。そして、図７（Ｂ）には、駆動ユニット９５が連続的に移動経路Ｒを構成する例を示す。

さらに、駆動ユニットは、図７（Ａ）及び（Ｂ）に示すように、自立的に振動駆動又は揺動駆動するように構成されていてもよいし、演出制御処理部１１４によって機械的に振動駆動及び揺動駆動が制御されてもよい。

一方、演出装置は、シミュレーション空間のみ疑似的にその構造又は形態を変化させてもよい。すなわち、演出用オブジェクト及び演出装置は、実空間上においては、構造又は形態の変化は生じていないが、シミュレーション空間のみ疑似的にその構造又は形態を変化させることも可能である。

例えば、所定のイベントが発生した場合に、画像生成部１３０は、移動経路部材９３の幅を疑似的に狭くすること、壁１７が疑似的に近づいてくること、又は、天井１５が疑似的に下がっていることなど、シミュレーション空間のみ疑似的にその構造又は形態を変化させてもよい。

３．ゲームシステムの動作
次に、図８及び図９を用いて本実施形態におけるゲームシステム１の動作について説明する。なお、図８及び図９は、本実施形態におけるゲームシステム１の動作を示すフローチャートである。

本動作は、高所における恐怖体験をシミュレートする高所恐怖体験ゲームを用いて説明する。特に、高所恐怖体験ゲームは、プレーヤＰがスタートゾーン１３からスタートして所定の幅の移動経路部材９３上を移動させ、当該移動経路部材９３上の端点（スタートゾーン１３から遠い点）に存在する演出用オブジェクト８０（例えば猫）を抱えて（救出して）当該スタートゾーン１３まで制限時間内に戻ってくるゲームである。

また、プレーヤＰは、ＨＭＤ２０及び転倒防止ユニット４０を既に装着しており、ハードウェア的な準備は整っているものとする。

まず、ゲーム演算部１１０は、ＨＭＤ２０及び転倒防止ユニット４０が装着されたプレーヤＰの所定の位置（具体的にはスタートゾーン１３内）に存在することを前提に、管理者の操作に基づく図示しないボタンの押し下げの有無（すなわち、ゲーム開始）を検出する（ステップＳ１０１）。

なお、ゲーム演算部１１０は、ステップＳ１０１の処理として、状態検出処理部１１２によるプレーヤ状態の検出を開始するとともに、プレーヤＰが所定の位置に存在するか否かを検出してゲーム開始を検出してもよい。

次いで、ゲーム演算部１１０は、高所恐怖体験ゲームに関する各種の演算を開始するとともに、オブジェクト空間設定部１１１、状態検出処理部１１２、移動・動作処理部１１３、演出制御処理部１１４、画像生成部１３０及び音生成部１４０は、それぞれ、高所恐怖体験ゲームにおけるシミュレーションに関する各処理を開始する（ステップＳ１０２）。

具体的には、
（１）状態検出処理部１１２は、プレーヤＰの各部及び演出用オブジェクト８０に配設されたマーカユニット６０の検出を開始しつつ、プレーヤ状態及び演出用オブジェクト８０
の状態の検出を開始し、
（２）オブジェクト空間設定部１１１及び移動・動作処理部１１３は、プレーヤ状態、演出用オブジェクト８０の状態、ゲーム環境及びゲームの進行状況に応じてプレーヤＰから見えるシミュレーション空間の構築を開始し、
（３）演出制御処理部１１４は、プレーヤ状態、演出用オブジェクト８０の状態、ゲーム環境及びゲームの進行状況に応じて該当する演出装置（送風機９０、自動扉９１及びバネ床パネル９２）の制御を開始し、
（４）画像生成部１３０及び音生成部１４０は、プレーヤ状態、演出用オブジェクト８０の状態、ゲーム環境及びゲームの進行状況に応じて、シミュレーション画像の生成及びそれに伴う音の生成を開始する。

なお、ステップＳ１０２の処理移行は、ゲームの終了が判定されるまで、開始された各処理は継続して実行される。

次いで、画像生成部１３０は、エレベータ内の画像をＨＭＤ２０に表示するとともに、演出制御処理部１１４は、スタートゾーン１３におけるバネ床パネル９２を制御し、スタートゾーン１３におけるシミュレーション処理を実行する（ステップＳ１０３）。

次いで、演出制御処理部１１４は、所定のタイミング（スタートゾーン１３におけるシミュレーション処理の終了）を検出すると（ステップＳ１０４）、演出制御処理部１１４は、ゲーム開始処理を実行するとともに（ステップＳ１０５）、ゲーム演算部１１０は、ゲーム開始のカウントダウンを開始する（ステップＳ１０６）。

例えば、演出制御処理部１１４は、ゲーム開始処理としては、
（１）バネ床パネル９２の制御の終了、
（２）スタートゾーン１３と移動体験ゾーン１４の間に形成された自動扉９１（すなわち、エレベータの扉）を閉状態から開状態への制御、及び、
（３）送風機９０による送風制御
などの該当する演出装置の制御を実行する。

次いで、ゲーム演算部１１０は、カウントダウンが終了したことを検出しつつ（ステップＳ１０７）、状態検出処理部１１２は、スタートゾーン１３を超えて移動体験ゾーン１４に移動したか否かの判定（以下、「スタートエラー判定」という。）を実行する（ステップＳ１０８）。

このとき、状態検出処理部１１２は、カウントダウン終了前に、スタートゾーン１３を超えて移動体験ゾーン１４に移動したことを判定したと判定した場合には、ＨＭＤ２０に警告を通知し（ステップＳ１０９）、ステップＳ１０７の処理に移行する。

なお、本処理においては、状態検出処理部１１２は、ステップＳゲーム開始動作の中断などのそれに伴う演出を実行して本動作をステップＳ１０５の処理からやり直してもよいし、ゲームを中断させてもよい。

また、ゲーム演算部１１０は、カウントダウンが終了したことを検出すると、高所恐怖体験ゲームの実行に関する各種の演算を開始させる（ステップＳ１１０）。具体的には、ゲーム演算部１１０は、制限時間のカウントを開始し、また、ゲーム終了処理の判定を開始する。

次いで、ゲーム演算部１１０は、ゲームの終了条件を具備したか否かを判定する（ステップＳ１１１）。具体的には、ゲーム演算部１１０は、状態検出処理部１１２と連動して
プレーヤ状態若しくは演出用オブジェクト８０の状態が終了条件を満たしたか否か、及び、制限時間が「０」になったか否かを判定する。

例えば、ゲーム演算部１１０は、検出されたプレーヤ状態に基づいて、プレーヤＰが移動経路Ｒ上から外れた特定状態となったか、及び、移動中に救出すべき演出用オブジェクト８０を落下させ特定状態となったかなど終了条件を満たす特定状態となったか否かを判定する。

次いで、ゲーム演算部１１０は、ゲーム終了条件を具備していないと判定した場合には状態検出処理部１１２と連動して、又は、ゲームの進行状況に応じて、イベントの開始条件を具備したか否かを判定する（ステップＳ１１２）。

具体的には、ゲーム演算部１１０は、移動経路部材９３上に移動したか否か、当該移動経路部材９３上の第１位置（演出用オブジェクト８０である猫オブジェクトが最初に配置された位置）まで到達したか否か、実空間上の演出用オブジェクト８０である猫オブジェクトが配置された位置（移動経路部材９３の終点）まで到達した否かなどプレーヤが所定の特定状態であるか否かを含めてイベントの開始条件を判定する。

このとき、ゲーム演算部１１０によって当該イベントの開始条件を具備したと判定された場合には、演出制御処理部１１４、画像生成部１３０及び音生成部１４０は、検出したイベントに応じた処理を実行し（ステップＳ１１３）、ゲーム演算部１１０によって当該イベント条件を具備していないと判定された場合には、ステップＳ１１１の処理に移行する。

具体的には、
（１）プレーヤＰが、移動経路部材９３上に移動したとする特定状態と判定された場合には、演出制御処理部１１４は、プレーヤＰの下側に配設された送風機９０を可動させて下からプレーヤＰに風を送る演出を実行し、
（２）プレーヤＰが、移動経路部材９３上の第１位置（演出用オブジェクト８０である猫オブジェクトが最初に配置された位置）まで到達したとする特定状態と判定された場合には、画像生成部１３０及び音生成部１４０は、猫オブジェクトが移動経路Ｒの終点まで逃げていく演出を実行し、
（３）プレーヤＰが、猫オブジェクトが配置された位置まで到達したとする特定状態であると判定された場合には、当該猫オブジェクトを救出する演出を実行し、
（４）プレーヤＰが、猫オブジェクトを抱えて救出したとする特定状態であると判定された場合には、画像生成部１３０及び音生成部１４０は、移動方向がスタートゾーン１３に向かう方向になった場合には、移動経路部材９３の幅を狭くする演出を実行し、
（５）プレーヤＰ、が猫オブジェクトを抱えた状態でスタートゾーン１３に到達したとする特定状態であると判定された場合には、エレベータから脱出するなどのゲームクリアに関する演出を実行する。

一方、ゲーム演算部１１０は、当該ゲームの終了条件を具備したと判定した場合には、画像生成部１３０及び音生成部１４０は、ゲーム終了に関する演出を行うための画像及び音を生成して出力し（ステップＳ１１４）、本動作を終了させる。なお、ゲーム終了に関する演出としては、ゲームの終了条件に応じて異なる演出が実行される。

４．アイ入力
４−１．アイ入力の概要
本実施形態のシミュレーション制御装置１００のゲーム演算部１１０は、主記憶部１７２に記録されたゲームプログラム（シミュレーション制御プログラムの一例）に従い、適
宜、表示処理部１１０Ａ、計測部１１０Ｂ、受付け部１１０Ｃ、通知部１１０Ｄ、実行部１１０Ｅとして動作し、アイ入力を利用したユーザインタフェースとして機能する。ここでいう「アイ入力」は、プレーヤＰがオブジェクトを目視するという動作によって自分の指示をシミュレーション制御装置１００へ入力することである。以下、アイ入力に関する表示処理部１１０Ａ、計測部１１０Ｂ、受付け部１１０Ｃ、通知部１１０Ｄ、実行部１１０Ｅの動作の概要を、説明する。

（１）表示処理部１１０Ａ：
表示処理部１１０Ａは、ＨＭＤ２０へ仮想３次元空間（図１０の符号ＯＢＳ）を表示する。例えば、表示処理部１１０Ａは、オブジェクト空間設定部１１１及び画像生成部１３０を制御し、シミュレーション空間を構築するための各種オブジェクトを仮想３次元空間（図１０の符号ＯＢＳ）内に配置する。このオブジェクトには、アイコン（後述する押しボタンオブジェクトＯＢ１〜ＯＢ４）、仮想コントローラ、仮想メカスイッチ、キャラクタ、アイテムなどが含まれる。また、表示処理部１１０Ａは、画像生成部１３０を制御し、仮想３次元空間ＯＢＳに仮想カメラを設定し、仮想カメラの視野範囲（図１０の符号ＤＡ）をプレーヤＰに見せるための画像データを生成する処理を実行する。また、表示処理部１１０Ａは、通信制御部１２０及び通信部１９６を制御し、当該画像データをＨＭＤ２０へ出力する処理を実行する。また、表示処理部１１０Ａは、状態検出処理部１１２が検出するプレーヤＰの頭部の位置及び姿勢の変化に応じて、仮想３次元空間（図１０の符号ＯＢＳ）における仮想カメラの位置及び姿勢を変化させる処理を実行する。

（２）計測部１１０Ｂ：
計測部１１０Ｂは、仮想３次元空間（図１１の符号ＯＢＳ）に配置されたオブジェクト（例えば図１１の符号ＯＢ１）に対するプレーヤＰの目視時間を計測（チャージ）し、オブジェクト（図１１の符号ＯＢ１）からプレーヤＰの視線（図１０の符号ＬＳＡ）が外れた場合には、視線（図１０の符号ＬＳＡ）が外れている時間に応じて計測による計測値（以下、「チャージ量」という。）を減少させる。計測部１１０Ｂは、例えば、表示エリアＤＡ内に位置する押しボタンオブジェクトＯＢ１のヒットエリアＯＢＨＡ（オブジェクトが存在しているとみなすエリアの一例）と、表示エリアＤＡに設定された視認エリアＬＳＡ（視線が存在しているとみなすエリアの一例）との位置関係に基づき、プレーヤＰが押しボタンオブジェクトＯＢ１を目視しているか否かを判定する処理（目視判定の処理）を実行する。

（３）受付け部１１０Ｃ：
受付け部１１０Ｃは、チャージ量が第１閾値Ｔｈ１（例えば２秒）に達した場合にオブジェクト（図１１の符号ＯＢ１）の選択（以下、「ロック」という。）の指示を受付け、チャージ量が第１閾値Ｔｈ１より大きい第２閾値Ｔｈ２（例えば５秒）に達した場合にオブジェクト（図１１の符号ＯＢ１）のロックの確定の指示を受付け、確定の前にチャージ量が第３閾値Ｔｈ３（例えばゼロ秒）まで低下した場合にオブジェクト（図１１の符号ＯＢ１）のロックの解除を受付ける。但し、受付け部１１０Ｃは、仮にチャージ量が第２閾値Ｔｈ２（例えば５秒）に達していなかったとしても、チャージ量が第１閾値Ｔｈ１を超えており、かつ、プレーヤＰが所定のアクションをした場合には、強制的にロックを確定してもよい。所定のアクションは、「実空間に配置されたボタンの押し下げ」であってもよいし、「確定用オブジェクトの目視」であってもよい。但し、以下の説明では、実空間に配置されたボタン及び確定用オブジェクトを用いない場合について説明する。

（４）通知部１１０Ｄ：
通知部１１０Ｄは、チャージ量の大きさの程度をプレーヤＰへ通知する。通知部１１０Ｄは、例えば、オブジェクト空間設定部１１１を制御し、チャージ量の大きさに応じて変化する視覚効果（図１４）をオブジェクト（図１１の符号ＯＢ１）へ付すことによってプ
レーヤＰへの通知を行う。なお、通知部１１０Ｄは、音生成部１４０に効果音を生成させ、通信制御部１２０及び通信部１９６を介して当該効果音をＨＭＤ２０のヘッドフォン６１へ出力することにより、プレーヤＰへの通知を行ってもよい。また、通知部１１０Ｄは、プレーヤＰへの通知を、プレーヤＰの視覚、聴覚、触覚、嗅覚の少なくとも１つによって行うことができる（但し、以下では、視覚による通知を主として説明する。）。

（５）実行部１１０Ｅ：
実行部１１０Ｅとしてのゲーム演算部１１０は、オブジェクト（図１１の符号ＯＢ１）のロックが確定した場合にオブジェクト（図１１の符号ＯＢ１）に対応付けられた所定の処理を実行する。オブジェクト（図１１の符号ＯＢ１）に対応付けられた所定の処理は、例えば、ゲームパラメータの設定処理、当該オブジェクトへの攻撃処理、当該オブジェクトの移動処理、他のオブジェクトに対する処理、所定プログラムを実行する処理などである。また、実行部１１０Ｅが所定の処理を実行するタイミングは、確定の直後であっても確定から所定時間の経過後であってもよい（以下、確定の直後と仮定する。）。

以下、表示処理部１１０Ａとしてのゲーム演算部１１０の動作、計測部１１０Ｂとしてのゲーム演算部１１０の動作、受付け部１１０Ｃとしてのゲーム演算部１１０の動作、通知部１１０Ｄとしてのゲーム演算部１１０の動作、実行部１１０Ｅとしてのゲーム演算部１１０の動作を、ゲーム演算部１１０の動作として説明する。

４−２．視認エリア
図１０は、仮想３次元空間ＯＢＳと、ＨＭＤ２０を装着したプレーヤＰから見える空間（以下、「表示エリアＤＡ」と称す。）と、ＨＭＤ２０を装着したプレーヤＰの視認エリアＬＳＡとの関係を説明する図である。

表示エリアＤＡは、前述したとおり仮想３次元空間ＯＳに配置された仮想カメラの視野範囲に相当し、ＨＭＤ２０を介してプレーヤＰの眼前へ表示されるエリアのことである。ゲーム演算部１１０は、前述したとおり当該仮想カメラの位置及び姿勢をプレーヤＰの頭部の位置及び姿勢に追従させるので、仮想３次元空間ＯＢＳにおける表示エリアＤＡの位置及び姿勢もプレーヤＰの頭部の位置及び姿勢に追従する。

視認エリアＬＳＡは、表示エリアＤＡの中央にゲーム演算部１１０が設定した所定サイズのエリアである。視認エリアＬＳは、後述する目視判定においてプレーヤＰが目視しているとみなされる範囲（注視範囲又は視線範囲ということもできる。）に相当する。表示エリアＤＡのサイズを基準とした視認エリアＬＳＡのサイズの比は、基本的に固定されており、表示エリアＤＡにおける表示エリアＤＡの位置も、基本的に固定されている。ここでは、図１０に示すとおり、表示エリアＤＡにおける視認エリアＬＳＡの位置は表示エリアＤＡの中央であり、視認エリアＬＳＡの形状は、円形であると仮定する。

なお、表示エリアＤＡのサイズを基準とした視認エリアＬＳＡのサイズの比は、可変とすることも可能である。また、表示エリアＤＡにおける視認エリアＬＳＡの位置を可変とすることも可能である。更に、表示エリアＤＡにおける視認エリアＬＳＡの位置を可変とする場合、例えば、視認エリアＬＳＡの位置をプレーヤＰの視線の向きに追従させることも可能である（後述する視線入力を参照）。また、図１０では、説明のために視認エリアＬＳＡの輪郭と視認エリアＬＳＡの中心座標とを可視化したが、輪郭と中心座標との各々は、実際には非表示であって構わない。

さて、図１０では、高所恐怖体験ゲームの開始（ステップＳ１０１）に当たり、仮想３次元空間ＯＢＳとしてセレクト画面が表示された例を示している。セレクト画面は、プレーヤＰがゲーム処理に関する幾つかの設定を行うための画面である。

ここでは、人数セレクト用の押しボタンオブジェクトＯＢ１、ＯＢ２と、難易度セレクト用の押しボタンオブジェクトＯＢ３、ＯＢ４とが一定の間隔を置いてセレクト画面に配置されたと仮定する。これらの押しボタンオブジェクトＯＢ１、ＯＢ２、ＯＢ３、ＯＢ４の各々は、仮想的な操作ボタンであって、一般に「アイコン」と呼ばれることもあるオブジェクトである。図１０には表さなかったが、プレーヤＰから見て押しボタンオブジェクトＯＢ１、ＯＢ２、ＯＢ３、ＯＢ４の背後には、仮想３次元空間ＯＢＳに存在する他のオブジェクト（例えば、高所恐怖体験ゲームのスタート地点から見える景色など）が写り込んでいても構わない。

先ず、押しボタンオブジェクトＯＢ１には、処理部１０１（主にゲーム演算部１１０）が実行すべきゲーム処理のモードを「１人プレーモード」に設定する処理の機能が割り当てられている。「１人プレーモード」は、ＨＭＤ２０を装着した単一のプレーヤＰが構造体１０を移動するのに適したモードである。

また、押しボタンオブジェクトＯＢ２には、処理部１０１（主にゲーム演算部１１０）が実行すべきゲーム処理のモードを「２人プレーモード」に設定する処理の機能が割り当てられている。「２人プレーモード」は、ＨＭＤ２０を個別に装着した２人のプレーヤＰが同一の構造体１０を移動するのに適したモード（２人のプレーヤＰに恐怖体験を共有させるモード）である。「２人プレーモード」におけるゲーム演算部１１０は、例えば、２人のプレーヤＰに個別に対応する２つの仮想カメラを仮想３次元空間ＯＢＳに設定すると共に、２人のプレーヤＰに個別に対応する２人のキャラクタ（アバター）を仮想３次元空間ＯＢＳに配置する。そして、ゲーム演算部１１０は、２つの仮想カメラを２人のプレーヤＰの頭部に連動させ、２つのアバターの各部位を２人のプレーヤＰの各部位に連動させる。

また、押しボタンオブジェクトＯＢ３には、処理部１０１（主にゲーム演算部１１０）が実行すべきゲーム処理のモードを「初級モード」に設定する処理の機能が割り当てられている。「初級モード」は、ゲーム処理の難易度（例えば、プレーヤＰが落下する確率）が後述する「上級モード」と比較して低く設定されたモードのことである。ゲーム処理の難易度の調整は、例えば、ゲーム処理のパラメータを調整することによって行われる。

また、押しボタンオブジェクトＯＢ４には、処理部１０１（主にゲーム演算部１１０）が実行すべきゲーム処理のモードを「上級モード」に設定する処理の機能が割り当てられている。「上級モード」は、ゲーム処理の難易度（例えば、プレーヤＰが落下する確率）が前述した「初級モード」と比較して高く設定されたモードのことである。ゲーム処理の難易度の調整は、例えば、ゲーム処理のパラメータを調整することによって行われる。

以下、プレーヤＰが「１人プレーモード」かつ「初級モード」でプレーする場合、すなわち、プレーヤＰが押しボタンオブジェクトＯＢ１、ＯＢ３をアイ入力によりロックし、アイ入力によりロックを確定することを想定する。

図１０に示すとおり、セレクト画面の表示当初は、押しボタンオブジェクトＯＢ１、ＯＢ２、ＯＢ３、ＯＢ４が２×２のマトリクス状に配置され、かつ、マトリクスの中央に表示エリアＤＡ及び視認エリアＬＳＡが位置していたと仮定する。

その後、プレーヤＰが頭を左上に向けると、図１１に示すとおり表示エリアＤＡ及び視認エリアＬＳＡはセレクト画面の左上（プレーヤＰから見て左上）に向かって移動する。

図１１は、視認エリアＬＳＡが押しボタンオブジェクトＯＢ１の中央に位置し、かつ、
表示エリアＤＡが押しボタンオブジェクトＯＢ１の全体をカバーした状態を示している。この状態では、ゲーム演算部１１０は、プレーヤＰが押しボタンオブジェクトＯＢ１を目視していると判定する（目視判定の詳細は後述。）。

なお、図１０、図１１には示さなかったが、プレーヤＰが自分の背後へ後退した場合には、仮想３次元空間ＯＢＳにおける表示エリアＤＡ及び視認エリアＬＳＡのサイズは大きくなり、例えば４つの押しボタンオブジェクトＯＢ１、ＯＢ２、ＯＢ３、ＯＢ４の全貌を表示エリアＤＡ内に収めることも可能である。

４−３．目視判定
ゲーム演算部１１０は、セレクト画面に配置された押しボタンオブジェクトＯＢ１、ＯＢ２、ＯＢ３、ＯＢ４の各々に対して個別にヒットエリアを設定している。図１２（ａ）には、押しボタンオブジェクトＯＢ１に設定されたヒットエリアＯＢＨＡの例を代表して示した。

図１２（ａ）に示すとおり、押しボタンオブジェクトＯＢ１のヒットエリアＯＢＨＡは、押しボタンオブジェクトＯＢ１の中心座標と同じ座標を中心とした所定形状かつ所定サイズのエリアである。このヒットエリアＯＢＨＡの輪郭の形状は、例えば、押しボタンオブジェクトＯＢ１の輪郭の相似形であって、押しボタンオブジェクトＯＢ１のヒットエリアＯＢＨＡのサイズは、例えば、押しボタンオブジェクトＯＢ１のサイズと同等である。

但し、ヒットエリアＯＢＨＡのサイズは、押しボタンオブジェクトＯＢ１のサイズより大きくてもよいし、小さくてもよい。また、ヒットエリアＯＢＨＡのサイズは、必要に応じて調節可能であってもよい。

さて、ゲーム演算部１１０は、押しボタンオブジェクトＯＢ１のヒットエリアＯＢＨＡと視認エリアＬＳＡとの位置関係に基づき、押しボタンオブジェクトＯＢ１をプレーヤＰが目視しているか否かの判定（目視判定）を行う。

例えば、ゲーム演算部１１０は、ヒットエリアＯＢＨＡの少なくとも一部と視認エリアＬＳＡの少なくとも一部とが重複した場合に、プレーヤＰが押しボタンオブジェクトＯＢ１を「目視している」と判定し、そうでない場合に、プレーヤＰが押しボタンオブジェクトＯＢ１を「目視していない」（すなわち、押しボタンオブジェクトＯＢ１からプレーヤＰの視線が外れている）と判定する。図１２（ｂ）は、ヒットエリアＯＢＨＡの少なくとも一部と視認エリアＬＳＡの少なくとも一部とが重複した状態を示している。図１２（ｂ）の状態は、ゲーム演算部１１０が「目視している」と判定する状態の１つである。

なお、ここでは、押しボタンオブジェクトＯＢ１をプレーヤＰが目視しているとゲーム演算部１１０が判定する条件を、「ヒットエリアＯＢＨＡの少なくとも一部と視認エリアＬＳＡの少なくとも一部とが重複した場合」とするが、「ヒットエリアＯＢＨＡ及び視認エリアＬＳＡの一方に他方が包含された場合」、「ヒットエリアＯＢＨＡと視認エリアＬＳＡとの間隔が閾値未満となった場合」などとすることも可能である。

また、図１２（ａ）、図１２（ｂ）では、視認エリアＬＳＡの方がヒットエリアＯＢＨＡよりも小さい場合を例として示したが、視認エリアＬＳＡの方がヒットエリアＯＢＨＡよりも大きいことも当然にあり得る。

以上の結果、プレーヤＰは、ＨＭＤ２０を装着した頭部の姿勢と頭部の位置との組み合わせを変化させることにより、仮想３次元空間ＯＢＳにおける視認エリアＬＳＡの位置等を変化させ、押しボタンオブジェクトＯＢ１を目視したり、押しボタンオブジェクトＯＢ
１から視線を外したりすることができる。

以下では、目視判定により「目視している」と判定される状態のことを単に「目視」といい、目視判定により「目視していない」と判定される状態のことを「視線を外す」、「視線が外れる」などという。また、ここでいう「視線」は、実空間におけるプレーヤＰの実際の視線（眼球の視軸）のことではなく、仮想３次元空間ＯＢＳにおける視認エリアＬＳＡを指すものとする。

また、本実施形態のＨＭＤ２０においては、視認エリアＬＳＡ及びヒットエリアＯＢＨＡは、基本的に非表示であって構わない。なぜなら、本実施形態のゲーム演算部１１０は、仮想３次元空間ＯＢＳにおける何れかのオブジェクトをプレーヤＰが目視した場合には、目視された当該オブジェクトを強調するので（後述する図１４等を参照）、視認エリアＬＳＡ及びヒットエリアＯＢＨＡが非表示であったとしても、自分の視線が仮想３次元空間ＯＢＳの如何なる辺りに存在しているのかを、プレーヤＰが見失うことは無いと考えられる。

４−４．目視時間のチャージ量
本実施形態のゲーム演算部１１０は、基本的に、仮想３次元空間ＯＢＳに配置されたオブジェクトごとにプレーヤＰの目視時間を計測（チャージ）し、オブジェクトごとの計測量（チャージ量）に応じてオブジェクトの状態を、「ロック」、「ロック解除（非ロック）」、「確定」の３状態の間で制御する。なお、ゲーム演算部１１０は、オブジェクトごとの目視時間のチャージ量を、例えば、読み書き可能なメモリ（データバッファ１７６など）で管理する。

図１３（ａ）、図１３（ｂ）、図１３（ｃ）、図１３（ｄ）は、或るオブジェクトについての目視開始からの経過時間とチャージ量との関係を説明する図（グラフ）である。グラフの横軸が時間を示し、グラフの縦軸がチャージ量を示している。

図１３（ａ）は、プレーヤＰがオブジェクトを短時間だけ目視した場合（目視開始後にチャージ量が第１閾値Ｔｈ１に達する前に視線が外れた場合）におけるチャージ量の変化パターンを示している。

図１３（ｂ）は、プレーヤＰが一定時間に亘ってオブジェクトを目視してから視線を外した場合（目視開始後にチャージ量が第１閾値Ｔｈ１に達してから視線が外れた場合）におけるチャージ量の変化パターンを示している。

図１３（ｃ）は、プレーヤＰが十分な時間に亘って継続してオブジェクトを目視した場合（目視開始後にチャージ量が第２閾値Ｔｈ２に達した場合）におけるチャージ量の変化パターンを示している。

図１３（ｄ）は、プレーヤＰが一定時間に亘ってオブジェクトを目視してから視線を一時的に外し、かつ、再目視した場合（目視開始後にチャージ量が第１閾値Ｔｈ１を超えて第２閾値Ｔｈ２に達する前に視線が外れ、その後、チャージ量がゼロとなる前に再目視された場合）におけるチャージ量の変化パターンを示している。

先ず、ゲーム演算部１１０は、オブジェクトに対するプレーヤＰの目視が開始されると（図１３（ａ）〜（ｄ）におけるチャージ開始時刻ｔｓを参照。）、当該オブジェクトについての目視時間のチャージを開始する。ここでは、ゲーム演算部１１０は、目視時間が１秒増加するごとにチャージ量を「１」ずつ増加させるものとする。

また、ゲーム演算部１１０は、オブジェクトからプレーヤＰの視線が外れた場合には（図１３（ｂ）、（ｄ）における視線解除時刻ｔＯを参照。）、視線が外れている時間に応じて目視時間のチャージ量を減少させる。ここでは、ゲーム演算部１１０は、目視時間が１秒増加するごとにチャージ量を「０．５」ずつ増加させるものとする。

そして、ゲーム演算部１１０は、チャージ開始後にチャージ量が第１閾値Ｔｈ１（ここではＴｈ１＝２とする。）に達した場合に、オブジェクトをロックする（図１３（ｂ）、（ｃ）、（ｄ）におけるロック開始時刻ｔＬを参照。）。

従って、プレーヤＰは、オブジェクトを一定以上に亘って（ここでは２秒間に亘って）継続して目視することによって、当該オブジェクトをロックすることができる。

また、ゲーム演算部１１０は、チャージ開始後にチャージ量が第１閾値Ｔｈ１より大きい第２閾値Ｔｈ２（ここではＴｈ２＝５とする。）に達した場合には（図１３（ｃ）、（ｄ）における確定時刻ｔＣを参照。）、オブジェクトのロックを確定し、チャージ量をゼロにリセットする。

従って、プレーヤＰは、ロックしたオブジェクトを一定以上に亘って継続的に（または断続的に）目視することによって、当該オブジェクトのロックを確定することができる。

また、ゲーム演算部１１０は、ロック後かつ確定前にチャージ量が第３閾値Ｔｈ３（ここではＴｈ３＝ゼロとする。）まで低下した場合には、オブジェクトのロックの解除を受付ける（図１３（ｂ）のロック解除時刻ｔＵを参照。）。

従って、プレーヤＰは、ロックしたオブジェクトから一定以上に亘って視線を外すことで、当該オブジェクトのロックを解除することができ、しかも、当該オブジェクトを目視した時間が短いときほど解除のタイミングを早期にすることができる。その反対に、プレーヤＰは、ロックされたオブジェクトを長く目視しておくことで、視線を外した後にロックが維持されるまでの時間を長く確保することができる。言い換えると、プレーヤＰがオブジェクトを目視しようとする意思の強さが当該オブジェクトのロック強度（ロックの解除され難さ）に反映される。

また、ゲーム演算部１１０は、チャージ開始後にチャージ量が第１閾値Ｔｈ１に達する前に当該オブジェクトから視線が外れた場合（図１３（ａ）の視線解除時刻ｔＯを参照。）には、チャージ量を（即座に）ゼロにリセットする。

従って、プレーヤＰが如何なるオブジェクトをロックすべきか迷っているときなど、オブジェクトに視線が単に掛かった程度では、当該オブジェクトがロックされることはなく、プレーヤＰがロックすべきオブジェクトを意図的に目視した場合（長見した場合）に限り、当該オブジェクトがロックされる。

更に、ゲーム演算部１１０は、ロック後にチャージ量が第３閾値Ｔｈ３に近づく速度を、チャージ量が第２閾値Ｔｈ２に近づく速度よりも緩やかにする。例えば、ゲーム演算部１１０は、目視時間が１秒増加するごとにチャージ量を「１」ずつ増加させるのに対して、ロック後に視線の外れている時間が１秒増加するごとにチャージ量を「０．５」ずつ減少させる（実際、図１３（ｂ）、（ｄ）における減少カーブは上昇カーブよりも傾斜が緩やかである。）。

従って、プレーヤＰは、オブジェクトのロック後は、頭部の位置及び姿勢を完全に固定した状態を継続せずとも（多少首がふらついたとしても）、オブジェクトのロックを維持
することが容易である。

その他、プレーヤＰは、或るオブジェクトを迷わずに目視し続ければ当該オブジェクトのロックを短時間で確定することができるし（図１３（ｃ）を参照。）、ロックを確定するかどうか迷った場合には、当該オブジェクトから視線を外したり戻したりすることで、当該オブジェクトのロックを維持したまま確定までの残り時間を増やすこともできる（図１３（ｄ））。

以上の結果、プレーヤＰは、オブジェクトの状態を「ロック」、「ロック解除（非ロック）」、「確定」の間で自由に切り替えることができる。

なお、以上の説明において、ゲーム演算部１１０は、チャージ量が閾値に近づく速度を調節するために、チャージ量を増減する速度を調節したが、チャージ量を増減する速度を調節する代わりに（又はチャージ量を増減する速度を調節することに加えて）、閾値の大きさを調節してもよい。すなわち、チャージ量と閾値とは相対的なものであるため、「チャージ量の増減速度を調節すること」と、「チャージ量の閾値を調節すること」とは、互いに等価であるとみなすことができる（以下も同様。）。

また、以上の説明において、ゲーム演算部１１０は、オブジェクトのチャージ量が閾値Ｔｈ２に達したタイミングで当該オブジェクトのロックを確定したが、仮に、閾値Ｔｈ２に達する前であっても、プレーヤＰが所定の確定用アクションをした場合には、強制的にロックを確定してもよい。所定の確定用アクションは、「実空間に配置された所定のボタンの押し下げ」であってもよいし、「確定用オブジェクトの目視」であってもよいし、「所定パターンの視線移動」であってもよい。以下、確定用アクションが採用された場合を想定する。確定用アクションの詳細については後述する。

４−５．オブジェクトの視覚効果
図１４は、オブジェクトの視覚効果の例を説明する図である。

ゲーム演算部１１０は、図１４に示すとおり、オブジェクトに対して視覚効果を付与し、かつ、当該視覚効果を当該オブジェクトのチャージ量に応じて変化させることにより、当該オブジェクトのチャージ量の時間変化（チャージ量が増減する状態）を可視化する。

オブジェクトごとのチャージ量が可視化されれば、プレーヤＰは、自分が目視しているオブジェクトを特定したり、自分がオブジェクトを目視しているのか否かを区別したりすることができる。また、プレーヤＰは、自分が目視中のオブジェクトについて、ロックされるまでの残り時間や、ロックが解除されるまでの残り時間や、ロックが確定されるまでに必要な目視時間を把握することも可能である。

さて、視覚効果は、例えば、アニメーションによって実施される。アニメーションによれば、チャージ量の時間変化をリアルタイムに（逐次に）プレーヤＰへ通知できるからである。図１４に示す例では、このアニメーションは、オブジェクトの外縁部にマーク列（ネオンマーク列）を配置し、かつ、チャージ量に応じてマーク列の配列数を変化させるアニメーションである。

このように、チャージ量をマーク列の配列数に反映させれば、チャージ量の大きさ、チャージ量の増減の別、チャージ量の増加速度、チャージ量の減少速度などを、プレーヤＰが直感的に把握することが可能である。

図１４（ａ）は、目視開始後にチャージ量が「０．５」になったとき（目視開始直後又
はロック解除直前）のマーク列を示している。

図１４（ｂ）は、目視開始後にチャージ量が「１」になったときのマーク列を示している。

図１４（ｃ）は、目視開始後にチャージ量が「１．５」になったときのマーク列を示している。

図１４（ｄ）は、目視開始後にチャージ量が「２」になったとき（ロックされたとき）のマーク列を示している。

図１４（ｅ）は、ロック後にチャージ量が「２．５」になったときのマーク列を示している。

図１４（ｆ）は、ロック後にチャージ量が「３」になったときのマーク列を示している。

図１４（ｇ）は、ロック後にチャージ量が「３．５」になったときのマーク列を示している。

図１４（ｈ）は、ロック後にチャージ量が「４」になったときのマーク列を示している。

図１４（ｉ）は、ロック後にチャージ量が「４．５」になったときのマーク列を示している。

図１４（ｊ）は、ロック後にチャージ量が「５」になったとき（ロックが確定されたとき）のマーク列を示している。

すなわち、図１４に示すアニメーションは、チャージ量の程度をマーク列の配列数によって表している。図１４における白抜き矢印は、プレーヤＰが継続して５秒間に亘ってオブジェクトを目視したときにおけるマーク列の変化の順序を示しているが、前述したとおりオブジェクトから視線が外れた場合には、チャージ量が減少するので、白抜き矢印とは反対の方向にアニメーションが変化することになる。また、前述したとおり、本実施形態では、チャージ量が増加する速度よりもチャージ量が減少する速度の方が緩やかであるので、図１４の白抜き矢印の方向にアニメーションが変化する速度よりも、白抜き矢印とは反対の方向にアニメーションが変化する速度の方が、緩やかである。

ここで、ゲーム演算部１１０は、ロック中のオブジェクトと非ロック中のオブジェクトとを区別する。例えば、ゲーム演算部１１０は、ロック中のオブジェクト（図１４（ｄ）〜（ｉ））の強調度を、非ロック中のオブジェクト（図１４（ａ）〜（ｃ））の強調度よりも高く設定する。図１４に示す例では、ロック中のオブジェクト（図１４（ｄ）〜（ｉ））の濃度を、非ロック中のオブジェクト（図１４（ａ）〜（ｃ））の濃度より高く設定している。

従って、プレーヤＰは、オブジェクトの強調度（ここでは濃度）によって、オブジェクトがロックされているか否かを区別することができる。

なお、オブジェクトの強調度は、例えば、以下のパラメータ（１）〜（１４）のうち少なくとも１つによって調節することができる。

（１）マーク列の濃度、
（２）マーク列の輝度、
（３）マーク列の色、
（４）マーク列の不透明度、
（５）マーク列の彩度、
（６）マーク列の形状、
（７）マーク列の濃度、輝度、色、不透明度、彩度、形状のうち少なくとも１つの変化パターン、
（８）オブジェクトの濃度、
（９）オブジェクトの輝度、
（１０）オブジェクトの色、
（１１）オブジェクトの不透明度、
（１２）オブジェクトの彩度、
（１３）オブジェクトの形状、
（１４）オブジェクトの濃度、輝度、色、不透明度、彩度、形状のうち少なくとも１つの変化パターン。

また、ここでは、チャージ量をプレーヤＰへ通知するためのアニメーションとして、「オブジェクトの外縁部にマーク列を配置し、かつ、チャージ量に応じてマーク列の配列数を変化させるアニメーション」としたが、「オブジェクトの外縁部に環状又は部分環状のゲージ（チューブ状のゲージ）を配置し、かつ、チャージ量に応じてゲージの長さ（ゲージの指針の位置に相当）を変化させるアニメーション」としてもよい（図３０を参照）。

このように、チャージ量をゲージの長さに反映させれば、チャージ量の大きさ、チャージ量の増減の別、チャージ量の増加速度、チャージ量の減少速度などをプレーヤＰが直感的に把握することが可能である。

また、チャージ量をプレーヤＰへ通知するためのアニメーションは、マーク列やゲージを用いたアニメーションの代わりに、チャージ量に応じてオブジェクト自体の強調度を変化させるアニメーションであってもよい。オブジェクト自体の強調度は、例えば、上述したパラメータ（７）〜（１２）のうち少なくとも１つによって調節することができる。なお、図１５には、チャージ量に応じてオブジェクト自体の濃度が変化する例を示した。

このように、オブジェクト自体の強調度の変化によりチャージ量をプレーヤＰへ通知すれば、オブジェクトの周辺のスペースを広く確保できるので、オブジェクトのレイアウト自由度が高まる。よって、例えば、多数のオブジェクトを密に配列した場合などに有効である。

また、チャージ量と視覚効果の強調度との関係は、チャージ量が大きいときほど強調度が高まることが望ましい。ここで「強調度が高い」とは、例えば、濃度が高くなること、彩度が高くなること、不透明度が高くなること、色等の変化周期が早くなることなどを指す。

４−６．ロック強度の制御
ゲーム演算部１１０は、ロック中のオブジェクトをプレーヤＰが目視していると判定するための判定基準（ロック中のオブジェクトの目視判定の判定基準）を、非ロック中のオブジェクトをプレーヤＰが目視していると判定するための判定基準（非ロック中のオブジェクトの目視判定の判定基準）よりも、緩やかに設定する。判定基準を緩やかすると、オブジェクトのロック強度を高くすることができる。ここでいう「ロック強度」とは、ロッ
クが解除される可能性の低さのことを指す。

従って、プレーヤＰは、非ロック中のオブジェクトを意図的に目視しなければオブジェクトをロックできないが、ロック中のオブジェクトであれば強く意識して目視せずとも当該ロックを維持することが容易である。

ここでは、図１２に示したとおり、押しボタンオブジェクトＯＢ１を例に挙げて説明するが、他のオブジェクトについても同様である。

前述したとおり、ゲーム演算部１１０は、押しボタンオブジェクトＯＢ１の目視判定を、押しボタンオブジェクトＯＢ１のヒットエリアＯＢＨＡの少なくとも一部と、視認エリアＬＳＡの少なくとも一部とが重複したか否かに基づき行う。そして、ゲーム演算部１１０は、押しボタンオブジェクトＯＢ１のヒットエリアＯＢＨＡの少なくとも一部と、視認エリアＬＳＡの少なくとも一部とが重複した場合に「目視している」と判定し、重複しない場合に、「目視していない」と判定する。

そこで、ゲーム演算部１１０は、押しボタンオブジェクトＯＢ１の目視判定の判定基準を緩やかにするために、押しボタンオブジェクトＯＢ１のヒットエリアＯＢＨＡと視認エリアＬＳＡとの少なくとも一方のサイズを大きくする。

ここでは、判定基準の制御をオブジェクトごとに行うことを考慮し、簡単のため、ヒットエリアＯＢＨＡのサイズが可変であって視認エリアＬＳＡのサイズが固定される場合を説明する。また、サイズの調整は、連続的であってもよいが、段階的である場合を例に挙げる。

更に、ゲーム演算部１１０は、押しボタンオブジェクトＯＢ１のチャージ量が大きいときほど、押しボタンオブジェクトＯＢ１の目視判定の判定基準を緩やか設定する。つまり、ゲーム演算部１１０は、押しボタンオブジェクトＯＢ１のチャージ量が大きいときほど、押しボタンオブジェクトＯＢ１のヒットエリアＯＢＨＡのサイズを大きくする。

例えば、ゲーム演算部１１０は、押しボタンオブジェクトＯＢ１がロックされていないときには、押しボタンオブジェクトＯＢ１のヒットエリアＯＢＨＡのサイズを例えば図１６（ａ）に示す「標準」のサイズに設定し、押しボタンオブジェクトＯＢ１のチャージ量が閾値Ｔｈ１〜Ｔｈ２の間の所定値（例えば「３」）未満であるときには、押しボタンオブジェクトＯＢ１のヒットエリアＯＢＨＡのサイズを、図１６（ｂ）に示す「中」のサイズに設定し、押しボタンオブジェクトＯＢ１のチャージ量が当該所定値（「３」）以上であるときには、押しボタンオブジェクトＯＢ１のヒットエリアＯＢＨＡのサイズを、図１６（ｃ）に示す「大」のサイズに設定する。

この場合、押しボタンオブジェクトＯＢ１をプレーヤＰが長く目視するほど、押しボタンオブジェクトＯＢ１のロック強度が高くなる。

しかも、ゲーム演算部１１０は、図１６（ａ）、（ｂ）、（ｃ）に示すとおり、プレーヤＰの上下方向におけるヒットエリアＯＢＨＡのサイズの拡大比率よりも、プレーヤＰの左右方向におけるヒットエリアＯＢＨＡのサイズの拡大比率を、高く設定する。

この設定によると、押しボタンオブジェクトＯＢ１の上下方向のロック強度よりも左右方向のロック強度の方が相対的に高くなる。

一般に、プレーヤＰの視線の方向（本実施形態では首の姿勢によって決まる）は、上下
方向よりも左右方向の方が不安定になり易いので、左右方向のロック強度を相対的に強く設定しておけば、操作性を損なわずにアイ入力ミス（本実施形態ではプレーヤＰの意図しないロック解除）を軽減できると考えられる。

４−６−１．ロック強度の制御についての補足
なお、本実施形態のゲーム演算部１１０は、ロック強度の制御を、視認エリアＬＳＡの少なくとも一方のサイズ調節（空間的な調節）により行ったが、チャージ量の減少速度の調節（時間的な調節）により行ってもよいし、空間的な調節と時間的な調節とを組み合わせてもよい。

例えば、本実施形態のゲーム演算部１１０は、押しボタンオブジェクトＯＢ１のチャージ量が大きいときほどチャージ量が第３閾値Ｔｈ３に近づく速度を緩やかにしてもよい。なお、速度の調節は、前述したとおり閾値の調節又はチャージ量の増減速度の調節によって行うことができる。

この場合、例えば、プレーヤＰが或るオブジェクトをロックすべきか迷っている場合などには、オブジェクトを一定時間以上に亘って目視しなければオブジェクトをロックできない。その反対に、オブジェクトがロックされた後であれば、オブジェクトから長期に亘って視線を外さない限り、オブジェクトのロックが維持される。

また、本実施形態のゲーム演算部１１０は、空間的な調節を行うために、仮想３次元空間ＯＢＳにおけるヒットエリアＯＢＨＡのサイズを調節したが、仮想３次元空間ＯＢＳにおける視認エリアＬＳＡのサイズを調節してもよいし、ヒットエリアＯＢＨＡと視認エリアＬＳＡのサイズとの双方を調節してもよい。その場合、例えば、本実施形態のゲーム演算部１１０は、視認エリアＬＳＡに最も近いオブジェクトのチャージ量に応じて視認エリアＬＳＡのサイズを制御してもよい。

４−７．スピードアップ処理
４−７−１．スピードアップ処理の概要
本実施形態のゲーム演算部１１０は、ロック中のオブジェクトを起点とした視線の折り返し移動を伴う所定の確定用アクションを検出した場合には、チャージ量が第２閾値Ｔｈ２に達していなかったとしてもロックの確定を受付ける処理（スピードアップ処理）を実行する。従って、プレーヤＰは、オブジェクトのロック後、当該ロックの確定を即座に行いたい場合には、ロック中のオブジェクトを起点とした視線の折り返し移動を伴う所定の確定用アクションを行えばよい。この場合、プレーヤＰは、当該オブジェクトのチャージ量が第２閾値Ｔｈ２に増大するまでオブジェクトの目視を継続する必要が無いので、ロックから確定までの待ち時間を、大幅に削減することができる。つまり、プレーヤＰは、オブジェクトをロックした後に、ロックを急いで確定したい場合と、そうでない場合とで、異なるアクションをすればよい。以下、確定用アクション及びスピードアップ処理について説明する。

本実施形態では、ロック中のオブジェクトを起点とした視線の折り返し移動の全て確定用アクションとみなされる訳ではなく、１又は複数の付加的な条件（後述）を満たした視線の折り返し移動が確定用アクションとみなされ、当該付加的な条件を満たさない視線の折り返し移動は確定用アクションとみなされることはない。

４−７−２．文言についての説明
ここで「視線」は、仮想３次元空間ＯＢＳのうちプレーヤＰの視線が注がれているとみなされる領域のことを指し、当該領域のサイズや形状は適宜に設定することが可能である。例えば、図１７に示した視認エリアＬＳＡを「視線」とすることもできるし、視認エリ
アＬＳＡの中心点ＬＳＡ’を「視線」とすることもできる。以下、視認エリアＬＳＡの中心点ＬＳＡ’を「視点ＬＳＡ’」と称し、視点ＬＳＡ’を視線とみなして説明する。因みに、仮想３次元空間ＯＢＳにおける視点ＬＳＡ’の動き（位置及び姿勢）は、実空間におけるプレーヤＰの頭部の動き（位置及び姿勢）、実空間におけるプレーヤＰの瞳の動き（位置及び姿勢）、実空間におけるプレーヤＰの視軸の動き（位置及び姿勢）のうち少なくとも１つに追従させることができる。但し、本実施形態では、仮想３次元空間ＯＢＳにおける視点ＬＳＡ’の動き（位置及び姿勢）はプレーヤＰの頭部の動き（位置及び姿勢）に追従する。

また、「折り返し移動」は、何れかの位置を起点として別の位置（後述する折り返し点）へ移動した後に再び当該起点の方向に向けて移動することを指す。「折り返し移動」には折り返し点から起点の近傍まで完全に戻らない移動や、折り返し点から起点に戻ってから当該近傍を通過する移動や、往路と復路とが完全に重ならない移動も含まれる。

また、「起点」は、移動の開始点のことである。

また、「往路」は、折り返し移動の移動経路のうち折り返し点より前の部分のことである。

また、「復路」は、折り返し移動の移動経路のうち折り返し点より後の部分のことである。

また、「オブジェクトを起点とした移動」は、オブジェクトが存在しているとみなされる領域を起点とした移動のことである。この領域は、オブジェクト自体であってもよいし、オブジェクトの近傍に設けられたヒットエリアＯＢＨＡのことであってもよい。但し、本実施形態では、この領域をヒットエリアＯＢＨＡとして説明する。

４−７−３．確定用アクション
受付け部１１０Ｃとしてのゲーム演算部１１０は、例えば、起点条件、折り返し条件、時間条件、距離条件、角度条件、直線条件又は円弧条件、戻り条件の７つの条件を満たすような視点ＬＳＡ’の移動を、確定用アクションとして検出する。なお、７つの条件のうち、起点条件及び折り返し条件以外の５つの条件の少なくとも一部を外すこと（例えば距離条件と時間条件との少なくとも一方を外すこと）も可能であるが、ここでは、７つの条件の全てを満たす移動のみを確定用アクションとする場合を説明する。

（１）起点条件
受付け部１１０Ｃとしてのゲーム演算部１１０は、例えば、「オブジェクトがロックされたタイミングで当該オブジェクトのヒットエリアＯＢＨＡ内に視点ＬＳＡ’が属していること」という条件（起点条件）を、確定用アクションの条件の１つとする。

例えば、ゲーム演算部１１０は、オブジェクトがロックされると、図１７に示すとおり、当該オブジェクトのヒットエリアＯＢＨＡと視点ＬＳＡ’との位置関係を参照し、ヒットエリアＯＢＨＡ内に視点ＬＳＡ’が属していた場合には、起点条件が満たされたと判定し、そうでない場合には、起点条件が満たされないと判定する。なお、図１７に示すのは、起点条件が満たされた状態の一例である。

なお、ゲーム演算部１１０は、ゲームの進行や予めの設定等に応じて起点条件の精度（厳しさ）を調節してもよい。例えば、視点ＬＳＡ’からヒットエリアＯＢＨＡの中心までの距離が所定範囲内であることを起点条件とすれば、起点条件を緩やかにすることができる。また、ここでは、起点条件を規定するために、ヒットエリアＯＢＨと視点ＬＳＡ’と
を用いたが、ヒットエリアＯＢＨの代わりにオブジェクトの輪郭を用いることもできるし、視点ＬＳＡ’の代わりに視認エリアＬＳＡを用いることもできる。

（２）折り返し条件
受付け部１１０Ｃとしてのゲーム演算部１１０は、例えば、「視点ＬＳＡ’の移動経路に折り返し点が存在すること」という条件（折り返し条件）を、確定用アクションの条件の１つとする。図１８に示すのは、移動経路の方向が反転し、折り返し点Ｐ３が発生した移動経路の例を示している。

例えば、ゲーム演算部１１０は、オブジェクトがロックされると、ロック後の１番目のタイミング、２番目のタイミング、３番目のタイミング、・・・の各々における視点ＬＳＡ’の速度ベクトルＶ１、Ｖ２、Ｖ３、・・・を監視し、（ｉ−１）番目の速度ベクトルＶ（ｉ−１）の逆ベクトル成分がｉ番目の速度ベクトルＶｉに発生した場合に、ｉ番目のタイミングにおける視点ＬＳＡ’の位置Ｐｉを、折り返し点として検出する。そして、ゲーム演算部１１０は、折り返し点を検出した場合に、当該視点ＬＳＡ’の移動が折り返し条件を満たしたと判定する。図１８の例は、３番目のタイミングにおける視点ＬＳＡ’の位置Ｐ３が折り返し点と判定される場合の例である。なお、図１８に示した速度ベクトルＶ及び位置Ｐの番号「ｉ」は、オブジェクトのロック後に撮像カメラ７０から出力されたフレームの各番号を表している。

ここで、速度ベクトルＶは、仮想３次元空間ＯＢＳにおける視点ＬＳＡ’の移動方向及び移動速度を表すベクトルである。但し、この速度ベクトルは、プレーヤＰから見た奥行き方向の成分を有している必要は無いので、二次元のベクトルであって構わない。ゲーム演算部１１０は、例えば、撮像カメラ７０から逐次に出力されるフレーム間差分（マーカ位置のフレーム間差分など）に基づき、速度ベクトルＶの算出を行うことができる。また、速度ベクトルＶの算出は、撮像カメラ７０のフレーム周期で繰り返される。

また、撮像カメラ７０のフレーム周期は、第１閾値Ｔｈ１から第２閾値Ｔｈ２にチャージ量が達するまでの所要時間と比して十分に短いものとする。よって、ゲーム演算部１１０は、所要時間と同等の時間内に十分な数の速度ベクトルＶを算出することができる。この場合、ゲーム演算部１１０は、オブジェクトのロック後における視点ＬＳＡ’の移動経路の形状を、十分な精度で検出することができる。

なお、ゲーム演算部１１０が検出した視点ＬＳＡ’の移動経路のうち、折り返し点（図１８の位置Ｐ３）より前の部分（図１８の位置Ｐ１〜Ｐ３）が前述した「往路」であり、ゲーム演算部１１０が検出した視点ＬＳＡ’の移動経路のうち、折り返し点（図１８の位置Ｐ３）より後の部分（図１８の位置Ｐ１〜Ｐ３）が前述した「復路」である。

（３）時間条件
受付け部１１０Ｃとしてのゲーム演算部１１０は、例えば、「少なくとも往路に要する時間が所定時間内に収められていること」という条件（時間条件）を、確定用アクションの条件の１つとする。

例えば、ゲーム演算部１１０は、起点Ｐ１からの視点ＬＳＡ’の移動時間を計測し、折り返し点が検出されるよりも前に視点ＬＳＡ’の移動時間が所定時間に達した場合には、当該視点ＬＳＡ’の移動が時間条件を満たさないと判定する。例えば、ゲーム演算部１１０は、ロック後における速度ベクトルＶｉの番号ｉ（フレーム番号）が所定値に達するまでに折り返し点を検出しなかった場合には、当該視点ＬＳＡ’の移動が時間条件を満たさないと判定する。

ここで、当該所定時間（又は当該所定値）は、チャージ量が第１閾値Ｔｈ１から第２閾値Ｔｈ２に増加するまでの所要時間よりも短い時間に設定される。

従って、仮に図１８に示す移動経路と似た経路で視点ＬＳＡ’の折り返し移動が行われたとしても、当該折り返し移動の往路に要する時間が長すぎる場合には、当該視点ＬＳＡ’の移動が確定用アクションとみなされることはない。つまり、確定用アクションの条件に時間条件を課すことで、確定用アクションの誤検出を防ぐことができる。

なお、ゲーム演算部１１０は、ゲームの進行や予めの設定等に応じて時間条件の精度（厳しさ）を調節してもよい。当該所定時間を長くすれば、時間条件を緩やかにすることができ、所定時間を短くすれば、時間条件を厳しくすることができる。

（４）距離条件
受付け部１１０Ｃとしてのゲーム演算部１１０は、例えば、「少なくとも往路に要する距離が所定距離内に収められていること」という条件（距離条件）を、確定用アクションの条件の１つとする。

例えば、ゲーム演算部１１０は、起点Ｐ１からの視点ＬＳＡ’の移動距離を計測し、折り返し点が検出されるよりも前に視点ＬＳＡ’の移動距離が所定距離に達した場合には、当該視点ＬＳＡ’の移動が距離条件を満たさないと判定する。例えば、ゲーム演算部１１０は、ロック後における速度ベクトルＶｉの大きさの和が所定値に達するまでに折り返し点を検出しなかった場合には、当該視点ＬＳＡ’の移動が距離条件を満たさないと判定する。

従って、仮に視点ＬＳＡ’の折り返し移動が行われたとしても、折り返し前の移動距離が長すぎる場合には（図１９参照）、当該視点ＬＳＡ’の移動が確定用アクションとみなされることはない。つまり、確定用アクションの条件に距離条件を課すことで、確定用アクションの誤検出を防ぐことができる。

なお、ゲーム演算部１１０は、ゲームの進行や予めの設定等に応じて距離条件の精度（厳しさ）を調節してもよい。当該所定距離を長くすれば、距離条件を緩やかにすることができ、所定距離を短くすれば、距離条件を厳しくすることができる。また、当該所定距離を、オブジェクトのサイズに応じて設定することも可能である。

（５）角度条件
受付け部１１０Ｃとしてのゲーム演算部１１０は、例えば、「往路から復路への折り返し角度が所定角度内に収められていること」という条件（角度条件）を、確定用アクションの条件の１つとする。

例えば、ゲーム演算部１１０は、図２０に示すとおり折り返し点（図２０では位置Ｐ３）を検出した場合に、当該折り返し点（図２０では位置Ｐ３）の前後に算出した速度ベクトル（図２０では速度ベクトルＶ２、Ｖ３）に基づき、視点ＬＳＡ’の移動経路の折り返し角度θを算出し、当該折り返し角度θが所定角度を超える場合には、当該視点ＬＳＡ’の移動は、角度条件を満たさないと判定する。

ここで「折り返し角度」は、折り返し移動の往路と復路とが成す角度θのことである。また、当該所定角度は、９０°よりも小さい所定値、例えば４５°に設定される。

従って、仮に視点ＬＳＡ’の折り返し移動が行われたとしても、図２０に示すとおり、当該折り返し移動の折り返し角度θが大きすぎる場合には、当該視点ＬＳＡ’の移動が確
定用アクションとみなされることはない。従って、確定用アクションの条件に角度条件を課すことで、確定用アクションの誤検出を防ぐことができる。

なお、ゲーム演算部１１０は、ゲームの進行や予めの設定等に応じて角度条件の精度（厳しさ）を調節してもよい。当該所定角度を大きくすれば、角度条件を緩やかにすることができ、所定角度を小さくすれば、角度条件を厳しくすることができる。

（６）直線条件又は円弧条件
受付け部１１０Ｃとしてのゲーム演算部１１０は、例えば、「少なくとも往路の形状が直線状又は円弧状であること」という条件（直線条件又は円弧条件）を、確定用アクションの条件の１つとする。

例えば、ゲーム演算部１１０は、オブジェクトのロック後であって折り返し点の検出前における速度ベクトルＶ１、Ｖ２、Ｖ３、・・・を連結してなる折れ線を二次曲線にフィッティングし、フィッティング誤差が所定値を超える場合には、視点ＬＳＡ’の移動が直線条件又は円弧条件を満たさないと判定する。

例えば、ゲーム演算部１１０は、速度ベクトルＶ１、Ｖ２、Ｖ３、・・・の時間微分を監視し、監視中の時間微分に閾値以上の飛びが発生したタイミングで往路の形状が直線条件又は円弧条件を満たさなくなったと判定する。図２１の例は、４番目のタイミング（ｉ＝４）において移動経路の形状が直線条件又は円弧条件を満たさなくなった場合の例である。また、図２１の例では、４番目のタイミング前後における速度ベクトルＶ３、Ｖ４が前述した折り返し条件を満たすこともないので（つまり４番目の位置Ｐ４は折り返し点ではないので）、当該視点ＬＳＡ’の移動が確定用アクションとして検出されることはない。

従って、仮に視点ＬＳＡ’の折り返し移動が行われたとしても、図２１に示すとおり、折り返し点が検出されるより前に移動経路が当初の方向とは異なる方向に曲がった場合には、当該視点ＬＳＡ’の移動が確定用アクションとみなされることはない。従って、確定用アクションの条件に直線条件又は円弧条件を課すことで、確定用アクションの誤検出を防ぐことができる。

なお、ここでいう「直線条件を満たす移動」は、移動経路が直線とみなせるような移動のことであり、移動経路が完全な直線となった移動だけでなく、移動経路が一定の精度で直線近似できるような移動も含まれる。

また、ここでいう「円弧条件を満たす移動」には、移動経路が円弧とみなせるような移動のことであり、移動経路が完全な円弧となった移動だけでなく、移動経路が一定の精度で所定次数以下の曲線に近似できるような移動も含まれる。

また、ゲーム演算部１１０は、ゲームの進行や予めの設定等に応じて直線条件又は円弧条件の精度（厳しさ）を調節してもよい。例えば、時間微分の閾値を大きくすれば、直線条件又は円弧条件を緩やかにすることができ、時間微分の閾値を小さくすれば、直線条件又は円弧条件を厳しくすることができる。

（７）戻り条件
受付け部１１０Ｃとしてのゲーム演算部１１０は、例えば、「復路が往路に沿っていること」という条件（戻り条件）を、確定用アクションの条件の１つとする。

例えば、ゲーム演算部１１０は、折り返し点の検出後、折り返し点から現在点までの移
動経路（復路）と、起点から折り返し点までの移動経路（往路）のうち復路に対応する部分とのずれを算出し、当該ずれの大きさが所定値を超える場合には、往路が復路から逸れたと判定する。また、ゲーム演算部１１０は、復路が往路から逸れない状態を維持したまま、所定時間内（例えば０．５秒以内）に復路の長さが所定距離（例えば往路の半分程度の距離）に達した場合に、戻り条件が満たされたと判定する。なお、当該所定時間は、スピードアップ処理の趣旨（つまりロックから確定までの時間を短縮するという趣旨）を逸脱しない範囲において適度な値に設定される。

例えば、ゲーム演算部１１０は、図２２に示すとおり、起点Ｐ１から折り返し点Ｐ３までの速度ベクトルＶ１、Ｖ２を連結してなる折れ線を往路として算出し、折り返し点Ｐ３から視点ＬＳＡ’の現在の位置Ｐ５までの速度ベクトルＶ３、Ｖ５を連結してなる折れ線を往路として算出する。図２２の例では、復路の長さは往路の長さの半分以上確保されており、往路の後半部分（速度ベクトルＶ２）と復路の前半部分（速度ベクトルＶ３）との角度差は小さい。しかし、往路の前半部分（速度ベクトルＶ１）と復路の後半部分（速度ベクトルＶ４）との角度差が大きいため、往路と復路とのずれの大きさが所定値を超え、当該視点ＬＳＡ’の移動は戻り条件を満たさないと判定される。

従って、仮に視点ＬＳＡ’の折り返し移動が行われたとしても、図２２に示すとおり、当該折り返し移動の往路から復路が大きく逸れた場合には、当該視点ＬＳＡ’の移動が確定用アクションとみなされることはない。つまり、確定用アクションの条件に戻り条件を課すことで、確定用アクションの誤検出を防ぐことができる。

また、プレーヤＰは、確定用アクションをしようとして視点ＬＳＡ’の移動経路を折り返したものの、折り返した直後に確定の意思が無くなった場合には、往路から復路が逸れるように視点ＬＳＡ’を振ったり（図２２参照）、視点ＬＳＡ’を一定以上に亘って停滞させたりすることにより、即時の確定を回避することができる。

なお、ゲーム演算部１１０は、ゲームの進行や予めの設定等に応じて戻り条件の精度（厳しさ）を調節してもよい。例えば、当該所定値を大きくすれば、戻り条件を緩やかにすることができ、所定値を小さくすれば、戻り条件を厳しくすることができる。

４−７−４．確定予告
通知部１１０Ｄとしてのゲーム演算部１１０は、視点ＬＳＡ’の折り返し移動の折り返し点を検出した場合には、確定用アクションが検出される可能性を、プレーヤＰへ予告（確定予告）する。

例えば、ゲーム演算部１１０は、視点ＬＳＡ’の折り返し移動の移動パターンが図１８に示すとおりであった場合には、折り返し点Ｐ３を検出した直後のタイミングで、プレーヤＰへ確定予告を行う。

プレーヤＰへの確定予告は、プレーヤＰに対する他の通知と同様、例えば、オブジェクト空間設定部１１１を制御し、オブジェクトを強調することによって行うことができる。オブジェクトを強調する方法については、前述した各種の強調方法のうち少なくとも１つを採用することができる。また、オブジェクトを強調するために、オブジェクトへ視覚効果を付すことなども可能である。この視覚効果としては、例えば、視点ＬＳＡ’から起点に向かう矢印マークの表示（図２３（ｆ’））などが挙げられる。

ゲーム演算部１１０が折り返し点を検出したタイミングでこのような矢印マーク（図２３（ｆ’））を表示すれば、オブジェクトのロックが確定される可能性をプレーヤＰが認識できるだけでなく、確定用アクションを完了するため（前述した戻り条件を満たすため
）に必要な視点ＬＳＡ’の移動方向を、プレーヤＰが認識することもできる。

また、プレーヤＰへの確定予告は、音生成部１４０に効果音を生成させ、通信制御部１２０及び通信部１９６を介して当該効果音をＨＭＤ２０のヘッドフォン６１へ出力することにより行うこともできる。

つまり、プレーヤＰへの確定予告は、プレーヤＰの視覚、聴覚、触覚、嗅覚の少なくとも１つを介して行うことができる。

図２３には、プレーヤＰへの確定予告が矢印マークとネオンマーク列の状態とによって行われる場合の例を示した。

図２３（ｄ）→図２３（ｅ）→図２３（ｆ）→図２３（ｇ）→図２３（ｈ）→図２３（ｉ）→図２３（ｊ）は、オブジェクトのロック後に確定用アクションが何ら行われなかった場合のオブジェクトの状態遷移を示しており、図２３（ｄ）→図２３（ｅ）→図２３（ｆ）→図２３（ｆ’）→図２３（ｇ’）は、オブジェクトのロック後に確定用アクションが行われた場合のオブジェクトの状態遷移を示している。なお、図２３では、確定用アクションの折り返し点が検出されたタイミングを、図２３（ｆ）のタイミングとした。

図２３に示す例においては、確定用アクションが開始され、折り返し点が検出されると（図２３（ｆ））、オブジェクトに矢印マークが表示され、オブジェクトのネオンマーク列の個数が急激に増大し、また、ネオンマーク列が点滅し始める（図２３（ｆ’））。

この場合、プレーヤＰは、ロック中のオブジェクトに矢印マークが表示されたこと（図２３（ｆ）→図２３（ｆ’））、ロック中のオブジェクトのネオンマーク列の個数が急激に増大したこと（図２３（ｆ）→図２３（ｆ’））、又は、ロック中のオブジェクトのネオンマーク列が点滅し始めたこと（図２３（ｆ）→図２３（ｆ’））により、確定用アクションが検出される可能性（すなわちロック中のオブジェクトが即時に確定される可能性）を認識できる。

よって、この確定予告を受けたプレーヤＰは、オブジェクトのロックを即座に確定したい場合には確定用アクションを続行し、オブジェクトのロックを維持したい場合には確定用アクションを中断する（視点を起点から外れた方向に逸らしたり停止させたりする）という判断を、適時に行うことができる。

なお、図２３には特に示さなかったが、ゲーム演算部１１０は、戻り条件が満たされるまでに必要な視点ＬＳＡ’の残り移動距離を、表示中の矢印マークの長さ（図２３（ｆ’）を参照）に反映させてもよい。

４−７−５．検出通知
通知部１１０Ｄとしてのゲーム演算部１１０は、更に、確定用アクションを検出した場合には、その旨をプレーヤＰへ通知（検出通知）する。

例えば、ゲーム演算部１１０は、折り返し移動の移動パターンが図１８に示すとおりであった場合には、折り返し点Ｐ３を検出した後であって、往路に沿った復路の長さが所定時間内に所定長さとなったタイミング（例えば視点ＬＳＡ’が位置Ｐ５に達したタイミング）で、プレーヤＰへ検出通知を行う。

プレーヤＰへの検出通知は、プレーヤＰに対する他の通知と同様、例えば、オブジェクト空間設定部１１１を制御し、オブジェクトを強調することによって行うことができる。
オブジェクトを強調する方法については、前述した各種の強調方法のうち少なくとも１つを採用することができる。また、オブジェクトを強調するために、オブジェクトへ視覚効果を付すことなども可能である。

図２３には、プレーヤＰへの検出通知が矢印マークとネオンマーク列の状態とによって行われる場合の例を示した。

図２３（ｆ’）→図２３（ｇ’）は、確定予告の後に確定用アクションが続行された場合のオブジェクトの状態遷移を示している。

図２３（ｆ’）→図２３（ｇ）は、確定予告の後に確定用アクションが中断された場合のオブジェクトの状態遷移を示している。

図２３に示す例においては、確定予告（図２３（ｆ’））の後に確定用アクションが続行されると、オブジェクトの矢印マークが消滅し、オブジェクトのネオンマーク列の個数が最大となり、また、ネオンマーク列が高速に点滅する（図２３（ｇ’））。

一方、図２３に示す例においては、確定予告（図２３（ｆ’））の後に確定用アクションが中断されると、オブジェクトの矢印マークが消滅し、オブジェクトのネオンマーク列の個数がチャージ量に応じた数となり、また、ネオンマーク列の点滅が終了する（図２３（ｇ））。つまり、オブジェクトが元の状態に戻る。

この場合、プレーヤＰは、確定予告後に矢印マークが消滅したこと（図２３（ｆ’）→図２３（ｇ’））、確定予告後にネオンマーク列の個数が最大になったこと（図２３（ｆ’）→図２３（ｇ’））、又は、確定予告後にネオンマーク列が高速に点滅し始めたこと（図２３（ｆ’）→図２３（ｇ’））により、確定用アクションが完了したこと（すなわちロック中のオブジェクトが確定されたこと）を認識できる。

また、プレーヤＰは、確定予告後にネオンマーク列の個数が元に戻ったこと（図２３（ｆ’）→図２３（ｇ））、又は確定予告後にネオンマーク列の点滅が終了したこと（図２３（ｆ’）→図２３（ｇ））により、確定用アクションが中断したこと（すなわちロック中のオブジェクトが確定されなかったこと）を認識できる。

４−８．アイ入力の受付け処理のフロー
次に、図２４を用いてゲーム演算部１１０によるアイ入力の受付け処理のフローを説明する。

アイ入力の受付け処理のフローは、例えば、高所恐怖体験ゲーム（図８、図９）の実行中、実行前、又は実行後において、ゲームシステム１がプレーヤＰから１又は複数の指示を受付ける必要が生じた場合に適宜に実行される。このアイ入力の受付け処理のフローは、アイ入力の受付け処理の対象となったオブジェクト（プレーヤＰが指定可能なオブジェクト）ごとに実行される。ここでは、セレクト画面（図１０）を例に挙げる。

例えば、ゲーム処理のモードが「１人プレーモード」又は「２人プレーモード」に設定済みである場合には、セレクト画面（図１０）のうち、押しボタンオブジェクトＯＢ１、ＯＢ２の各々は、受付け処理の対象外となり、押しボタンオブジェクトＯＢ３、ＯＢ４の各々がアイ入力の受付け処理の対象となる。

また、ゲーム処理のモードが「初級モード」又は「上級モード」に設定済みである場合には、セレクト画面（図１０）のうち、押しボタンオブジェクトＯＢ３、ＯＢ４は、受付
け処理の対象外となり、 押しボタンオブジェクトＯＢ１、ＯＢ２の各々がアイ入力の受付け処理の対象となる。

以下、図２４のフローを説明する。

先ず、ゲーム演算部１１０は、受付け処理の対象となるオブジェクトの表示を開始する（ステップＳ１１）。オブジェクトの表示は、仮想３次元空間に対するオブジェクトの配置によって行われる。

次に、ゲーム演算部１１０は、オブジェクトの目視判定処理（ステップＳ１３）を実行し、オブジェクトが目視されている場合には（ステップＳ１３Ｙ）、当該オブジェクトの目視時間のチャージを開始し（ステップＳ１５）、そうでない場合には（ステップＳ１３Ｎ）、目視判定（ステップＳ１３）を繰り返す。なお、「目視時間のチャージ」は、目視時間の計測のことであって、オブジェクトが目視されている時間に応じてチャージ量を増加させ、オブジェクトから視線が外れている時間に応じてオブジェクトのチャージ量を減少させる処理のことである。なお、ゲーム演算部１１０は、チャージを開始すると（Ｓ１５）、目視判定を実行し、かつ目視判定の結果に応じてチャージ量を増減させる処理を、チャージ量がリセットされるまでの期間中に、例えば周期的に繰り返す。繰り返しの周期は、例えばフレーム周期と同じ周期に設定される。

次に、ゲーム演算部１１０は、チャージ量が第１閾値Ｔｈ１（＝２）を越えることなく（ステップＳ１７Ｎ）、オブジェクトから視線が外れない限りは（ステップＳ１９Ｎ）、チャージ量が第１閾値Ｔｈ１（＝２）に達したか否かの判定処理（ステップＳ１７）と、オブジェクトから視線が外れたか否かの判定処理（ステップＳ１９）とを、繰り返す。

そして、ゲーム演算部１１０は、チャージ量が第１閾値Ｔｈ１（＝２）を越える前に（ステップＳ１７Ｎ）、オブジェクトから視線が外れた場合（ステップＳ１９Ｙ）には、オブジェクトのチャージ量をゼロにリセットしてから（ステップＳ２０）、目視判定処理（ステップＳ１３）へ戻る。

また、ゲーム演算部１１０は、チャージ量が第１閾値Ｔｈ１（＝２）を越えた場合には（ステップＳ１７Ｙ）、オブジェクトのロックを受付ける（ステップＳ２１）。これによって、オブジェクトがロックされる。

オブジェクトがロックされると（ステップＳ２１）、ゲーム演算部１１０は、チャージ量が第２閾値Ｔｈ２（＝５）に達しておらず（ステップＳ２３Ｎ）、チャージ量が第３閾値Ｔｈ３（＝ゼロ）まで低下しない（ステップＳ２５Ｎ）限り、チャージ量が第２閾値Ｔｈ２（＝５）に達したか否かの判定処理（ステップＳ２３）とチャージ量が第３閾値Ｔｈ３（＝ゼロ）まで低下したか否かの判定処理（ステップＳ２５）とを繰り返す。

その後、チャージ量が第３閾値Ｔｈ３（＝ゼロ）まで低下した場合（ステップＳ２５Ｙ）には、ゲーム演算部１１０は、オブジェクトのロックの解除を受付け（ステップＳ２９）、当初の目視判定の処理（ステップＳ１３）へ戻る。

また、チャージ量が第２閾値Ｔｈ２（＝５）に達した場合（ステップＳ２３Ｙ）には、ゲーム演算部１１０は、ロックの確定を受付け（ステップＳ２７）、チャージ量をゼロにリセットしてから（ステップＳ３０）、フローを終了する。これによって、オブジェクトのロックが確定する。

なお、以上のフローには示さなかったが、ゲーム演算部１１０は、オブジェクトのチャ
ージ量が第１閾値Ｔｈ１を越えた場合（ステップＳ１７Ｙ）、オブジェクトのチャージ量が第２閾値Ｔｈ２に達するまでにオブジェクトから視線が外れた場合（ステップＳ１９Ｙ）、オブジェクトのチャージ量が第２閾値Ｔｈ２に達した場合（ステップＳ２３Ｙ）、オブジェクトのチャージ量が第３閾値Ｔｈ３まで低下した場合（ステップＳ２５Ｙ）には、オブジェクトの視覚効果の態様（オブジェクト自体の視覚効果の態様）を変化させる処理を実行する（図１４などを参照）。

４−９．ロック強度の制御処理のフロー
次に、図２５を用いてロック強度の制御処理のフローを説明する。

ロック強度の制御処理のフローは、アイ入力の受付け処理のフロー（図２４）と並行して実行される。また、ロック強度の制御処理のフローは、アイ入力の受付け処理の対象となったオブジェクトごとに、繰り返し実行される。

先ず、ゲーム演算部１１０は、オブジェクトがロックされているか否かを判定する （ステップＳ５１）。

そして、オブジェクトがロックされていない場合（ステップＳ５１Ｎ）、ゲーム演算部１１０は、ヒットエリアのサイズを「標準」に設定し（ステップＳ５３）、かつ、視線が外れた場合におけるチャージ量の減少速度を「高」に設定し（ステップＳ５５）、フローを終了する。但し、チャージ量の減少速度は、チャージ量の増加速度より緩やかである。

一方、オブジェクトがロックされている場合（ステップＳ５１Ｙ）、ゲーム演算部１１０は、オブジェクトのチャージ量が「３」以上であるか否かを判定する（ステップＳ５７）。

そして、チャージ量が「３」以上でない場合（ステップＳ５７Ｎ）、ゲーム演算部１１０は、ヒットエリアのサイズを「中」に設定し（ステップＳ５９）、かつ、視線が外れた場合におけるチャージ量の減少速度を「高」より緩やかな速度「中」に設定し（ステップＳ６１）、フローを終了する。

一方、チャージ量が「３」以上である場合（ステップＳ５７Ｙ）、ゲーム演算部１１０は、ヒットエリアのサイズを「大」に設定し（ステップＳ６５）、かつ、視線が外れた場合におけるチャージ量の減少速度を「中」より緩やかな速度「低」に設定し（ステップＳ６７）、フローを終了する。

なお、以上のフローには示さなかったが、ゲーム演算部１１０は、プレーヤＰの上下方向におけるサイズの拡大率よりも、プレーヤＰの左右方向におけるサイズの拡大率を大きくする（図１６を参照）。また、以上のフローにおいて、ステップの順序は、可能な範囲内で入れ替えが可能である。

４−１０．スピードアップ処理のフロー
次に、図２６を用いてゲーム演算部１１０によるスピードアップ処理のフローを説明する。

スピードアップ処理のフローは、アイ入力の受付け処理のフロー（図２４）と並行して実行される。また、スピードアップ処理のフローは、アイ入力の受付け処理の対象となったオブジェクトごとに、繰り返し実行される。

先ず、ゲーム演算部１１０は、オブジェクトがロックされたか否かを判定する（ステッ
プＳ７１）。

オブジェクトがロックされていない場合（ステップＳ７１Ｎ）、ゲーム演算部１１０は、ステップＳ７１の判定を繰り返す。

オブジェクトがロックされると（ステップＳ７１Ｙ）、ゲーム演算部１１０は、視点ＬＳＡ’が起点条件を満たすか否かを判定する（ステップＳ７３）。

視点ＬＳＡ’が起点条件を満たす場合（ステップＳ７３Ｙ）、ゲーム演算部１１０は、次のステップに進み、そうでない場合（ステップＳ７３Ｎ）、ゲーム演算部１１０は、当初の判定処理（ステップＳ７１）に戻る。

次に、ゲーム演算部１１０は、視点ＬＳＡ’の移動が直線条件又は円弧条件を満たすか否かを判定する（ステップＳ７５）。

視点ＬＳＡ’の移動が直線条件又は円弧条件を満たさない場合（ステップＳ７５Ｎ）は、当初の判定処理（ステップＳ７１）に戻り、そうでない場合（ステップＳ７５Ｙ）は、次の処理（ステップＳ７７）へ進む。

次に、ゲーム演算部１１０は、視点ＬＳＡ’の移動が時間条件を満たすか否かを判定する（ステップＳ７７）。

視点ＬＳＡ’の移動が時間条件を満たさない場合（ステップＳ７７Ｎ）は、当初の判定処理（ステップＳ７１）に戻り、そうでない場合（ステップＳ７７Ｙ）は、次の処理（ステップＳ７９）へ進む。

次に、ゲーム演算部１１０は、視点ＬＳＡ’の移動が距離条件を満たすか否かを判定する（ステップＳ７９）。

視点ＬＳＡ’の移動が距離条件を満たさない場合（ステップＳ７９Ｎ）は、当初の判定処理（ステップＳ７１）に戻り、そうでない場合（ステップＳ７９Ｙ）は、次の処理（ステップＳ８１）へ進む。

次に、ゲーム演算部１１０は、視点ＬＳＡ’の移動が折り返し条件を満たすか否かを判定する（ステップＳ８１）。

視点ＬＳＡ’の移動が折り返し条件を満たさない場合（ステップＳ８１Ｎ）は、直線条件等の判定処理（ステップＳ７５）に戻り、そうでない場合（ステップＳ８１Ｙ）は、次の処理（ステップＳ８３）へ進む。

次に、ゲーム演算部１１０は、視点ＬＳＡ’の移動が角度条件を満たすか否かを判定する（ステップＳ８３）。

視点ＬＳＡ’の移動が角度条件を満たさない場合（ステップＳ８３Ｎ）は、当初の判定処理（ステップＳ７１）に戻り、そうでない場合（ステップＳ８３Ｙ）は、次の処理（ステップＳ８５）へ進む。

次に、ゲーム演算部１１０は、確定用アクションを検出する可能性をプレーヤＰへ予告（確定予告）し（ステップＳ８５）、次の処理（ステップＳ８７）へ進む。

次に、ゲーム演算部１１０は、視点ＬＳＡ’の移動が戻り条件を満たすか否かを判定する（ステップＳ８７）。

視点ＬＳＡ’の移動が戻り条件を満たさない場合には（ステップＳ８７Ｎ）、予告（確定予告）を解除してから当初の判定処理（ステップＳ７１）に戻り、戻り条件を満たした場合（ステップＳ８７Ｙ）は、次の処理（ステップＳ８８）へ進む。

次に、ゲーム演算部１１０は、確定用アクションを検出した旨をプレーヤＰへ通知（検出通知）し（ステップＳ８８）、次の処理（ステップＳ８９）へ進む。

次に、ゲーム演算部１１０は、検出当該オブジェクトのチャージ量にかかわらず、当該オブジェクトのロックの確定を受付け（ステップＳ８９）、チャージ量をゼロにリセットしてから（ステップＳ９１）、フローを終了する。これによって、オブジェクトのロックが確定する。

４−１１．アイ入力の適用例
例えば、本実施形態の高所恐怖体験ゲームには、猫の演出用オブジェクト８０を捕獲（救出）することを任務とするモードと、猫の演出用オブジェクト８０を捕獲（救出）することを任務としないモードとが用意されている。

この場合、ゲーム演算部１１０は、ゲーム開始に当たり、例えば、図２７に示すとおり「猫を捕獲しますか？」という文字イメージと、猫オブジェクトと、押しボタンオブジェクトＯＢ５、ＯＢ６とを、仮想３次元空間ＯＢＳに配置する。

このうち、押しボタンオブジェクトＯＢ５は、「ＹＥＳ」の意図をプレーヤＰがシミュレーション制御装置１００へ入力するための押しボタンオブジェクトであり、押しボタンオブジェクトＯＢ６は、「ＮＯ」の意図をプレーヤＰがシミュレーション制御装置１００へ入力するための押しボタンオブジェクトである。

例えば、プレーヤＰが図２８に示すとおり「ＮＯ」に対応した押しボタンオブジェクトＯＢ６をアイ入力によりロックして確定すると、ゲーム演算部１１０は、例えば、猫オブジェクトが仮想移動経路から退避するアニメーションを、オブジェクト空間設定部１１１を介して仮想３次元空間ＯＢＳに表示する。また、ゲーム演算部１１０は、演出制御処理部１１４を介して、猫の演出用オブジェクト８０を、実際の移動経路Ｒの終点から退避させる。

また、例えば、プレーヤＰが「ＹＥＳ」に対応した押しボタンオブジェクトＯＢ５をアイ入力によりロックして確定すると、ゲーム演算部１１０は、例えば、猫オブジェクトが仮想移動経路の終点へ向かって逃げていくアニメーションを、オブジェクト空間設定部１１１を介して仮想３次元空間ＯＢＳに表示する。また、ゲーム演算部１１０は、演出制御処理部１１４を介して、猫の演出用オブジェクト８０を実際の移動経路Ｒの終点へ配置する。

なお、上記の実施形態では、アイ入力によりプレーヤＰが指定可能なオブジェクトを、押しボタンオブジェクト（アイコン）としたが、キャラクタ（敵キャラクタ、味方キャラクタ、動物キャラクタ、自分のアバター）、アイテム（宝箱、カード）などであってもよいし、キャラクタやアイテムの一部の部位であってもよい。

５．実施形態の作用効果
以上説明したとおり、本実施形態のシミュレーション制御装置１００は、ＨＭＤ２０へ
仮想３次元空間を表示する表示処理部１１０Ａと、仮想３次元空間に配置されたオブジェクトをプレーヤＰが目視しているか否かを判定し、オブジェクトに対するプレーヤＰの目視時間をチャージし、オブジェクトからプレーヤＰの視線が外れた場合には、視線が外れている時間に応じてチャージ量を減少させる計測部１１０Ｂと、チャージ量が第１閾値Ｔｈ１に達した場合にオブジェクトのロックの指示を受付け、チャージ量が第１閾値Ｔｈ１より大きい第２閾値Ｔｈ２に達した場合にオブジェクトのロックの確定の指示を受付け、確定の前にチャージ量が第３閾値Ｔｈ３まで低下した場合にオブジェクトのロックの解除を受付ける受付け部１１０Ｃと、チャージ量の大きさの程度をプレーヤＰへ通知する通知部１１０Ｄと、オブジェクトのロックが確定した場合にオブジェクトに対応付けられた所定の処理を実行する実行部１１０Ｅとを備え、受付け部１１０Ｃ（受付け部１１０Ｃとしてのゲーム演算部１１０）は、ロック中のオブジェクトを起点とした視線の折り返し移動を伴う所定の確定用アクションを検出した場合には、チャージ量が第２閾値Ｔｈ２に達していなかったとしても、ロックの確定を受付ける。

従って、プレーヤＰは、オブジェクトのチャージ量が第１閾値Ｔｈ１に達するまで目視することで、当該オブジェクトをロックすることができる。また、その反対に、第１閾値Ｔｈ１を越えない範囲でプレーヤＰがオブジェクトを目視した場合（一瞥した場合）には、当該オブジェクトの非ロック状態を維持することも可能である。

また、オブジェクトがロックされると、オブジェクトからプレーヤＰの視線が外れたとしてもチャージ量が第３閾値Ｔｈ３に低下するまでの期間中はロックが維持されるので、ロックを維持するためにプレーヤＰが視線の固定を強要されることはない。また、その反対に、チャージ量が第３閾値Ｔｈ３に低下するまでプレーヤＰがオブジェクトから視線を外せば、オブジェクトのロックを解除することもできる。

また、オブジェクトのロック後は、チャージ量が第２閾値Ｔｈ２に達するまでプレーヤＰがオブジェクトを目視するだけで、確定の指示をシミュレーション制御装置１００へ入力することができる。また、その反対に、オブジェクトのロック後は、第２閾値Ｔｈ２と第３閾値Ｔｈ３との間にチャージ量が収まるようにプレーヤＰがオブジェクトの目視又は視線外しを行えば、ロック状態を継続することもできる。

従って、プレーヤＰは、アイ入力により、オブジェクトの状態を「ロック」、「ロック解除（非ロック）」、「確定」の３状態の間で自由に制御することができる。「アイ入力」は、プレーヤＰがオブジェクトを目視するという動作によって自分の指示をシミュレーション制御装置１００へ入力することである。

更には、プレーヤＰは、オブジェクトのロック後に視線の折り返し移動を伴う所定の確定用アクションを行った場合には、チャージ量が第２閾値Ｔｈ２に増大するまでオブジェクトの目視を継続せずとも、当該オブジェクトのロックを確定することができる。つまり、本実施形態のシミュレーション制御装置１００は、プレーヤＰの待ち時間（ロックから確定までの時間）を、必要に応じて短縮することができる。

また、受付け部１１０Ｃとしてのゲーム演算部１１０は、少なくとも往路に要する時間が所定時間内に収められた折り返し移動を、確定用アクションして検出する。つまり、受付け部１１０Ｃとしてのゲーム演算部１１０は、仮に折り返し運動が行われたとしても、少なくとも往路に要する時間が所定時間内に収められていなかった場合には、当該折り返し移動を確定用アクションとして検出しない。

従って、視線の折り返し移動が行われたとしても、折り返し移動の往路に要する時間が長すぎる場合には、当該折り返し移動が確定用アクションとみなされることはない。よっ
て、確定用アクションの誤検出を防ぐことができる。

また、受付け部１１０Ｃとしてのゲーム演算部１１０は、少なくとも往路に要する距離が所定距離内に収められた折り返し移動を、確定用アクションとして検出する。つまり、受付け部１１０Ｃとしてのゲーム演算部１１０は、仮に折り返し移動が行われたとしても、少なくとも往路に要する距離が所定距離内に収められていなかった場合には、当該折り返し移動を確定用アクションとして検出しない。

従って、視線の折り返し移動が行われたとしても、折り返し前の移動距離が長すぎる場合には、当該折り返し移動が確定用アクションとみなされることはない。よって、確定用アクションの誤検出を防ぐことができる。

また、受付け部１１０Ｃとしてのゲーム演算部１１０は、往路から復路への折り返し角度が所定角度内に収められた折り返し移動を、確定用アクションとして検出する。つまり、受付け部１１０Ｃとしてのゲーム演算部１１０は、仮に折り返し移動が行われたとしても、往路から復路への折り返し角度が所定角度内に収められていなかった場合には、当該折り返し移動を確定用アクションとして検出しない。

従って、視線の折り返し移動が行われたとしても、移動経路の折り返し角度が大きすぎる場合には、当該折り返し移動が確定用アクションとみなされることはない。よって、確定用アクションの誤検出を防ぐことができる。

また、受付け部１１０Ｃとしてのゲーム演算部１１０は、少なくとも往路の形状が直線条件又は円弧条件を満たしている折り返し移動を、確定用アクションとして検出する。つまり、受付け部１１０Ｃとしてのゲーム演算部１１０は、仮に折り返し移動が行われたとしても、少なくとも往路の形状が直線条件又は円弧条件を満たしていなかった場合には、当該折り返し移動を確定用アクションとして検出しない。

従って、視線の折り返し移動が行われたとしても、折り返し点より前に移動経路が当初の方向とは異なる方向に曲がった場合に、当該折り返し移動が確定用アクションとみなされることはない。よって、確定用アクションの誤検出を防ぐことができる。

また、通知部１１０Ｄとしてのゲーム演算部１１０は、折り返し移動の折り返し点を検出した場合には、確定用アクションが検出される可能性をプレーヤＰへ予告する。

従って、プレーヤＰは、当該予告により、確定用アクションが検出される可能性（ロック中のオブジェクトが即時に確定される可能性）を認識できる。また、予告を受けたプレーヤＰは、オブジェクトのロックを即座に確定したい場合には、確定用アクションを続行し、オブジェクトのロックを維持したい場合には、確定用アクションを中断するという判断を適時に行うことができる。

また、通知部１１０Ｄとしてのゲーム演算部１１０は、確定用アクションを検出した場合には、その旨をプレーヤＰへ通知する。

従って、プレーヤＰは、当該通知により、確定用アクションが検出されること（すなわちロック中のオブジェクトが確定されること）を認識できる。また、プレーヤＰは、当該通知が無かったことにより、確定用アクションが検出されなかったこと（すなわちロック中のオブジェクトが確定されていないこと）を認識できる。

６．変形例
６−１．モーションセンサについて
上記の実施形態のゲームシステムでは、プレーヤＰの頭部の位置及び姿勢を検出するために撮像カメラ７０を用いたが、ＨＭＤ２０に搭載されたモーションセンサを用いてもよいし、撮像カメラ７０とモーションセンサとの組み合わせを用いてもよい。モーションセンサとしては、加速度センサ、角速度センサ（ジャイロセンサ）などを用いることができる。モーションセンサは、姿勢変化を伴う移動物体（ここではプレーヤＰの頭部）の動きを高精度に検出するのに適している。

６−２．視線検出について
上記の実施形態において、ゲーム演算部１１０は、仮想３次元空間ＯＢＳにおける表示エリアＤＳ及び視認エリアＬＳＡの動き（位置及び姿勢）を、プレーヤＰの頭部の動き（位置及び姿勢）に追従させたが、プレーヤＰの眼球の動き（位置及び姿勢）に追従させてもよい。

或いは、上記の実施形態において、ゲーム演算部１１０は、仮想３次元空間ＯＢＳにおける表示エリアＤＳ及び視認エリアＬＳＡの動き（位置及び姿勢）を、プレーヤＰの頭部の動きと眼球の動きとの双方に追従させてもよい。

その場合、例えば、ゲーム演算部１１０は、仮想３次元空間ＯＢＳにおける表示エリアＤＳの動きを、プレーヤＰの頭部に動きに追従させ、かつ、表示エリアＤＳにおける視認エリアＬＳＡの動きを、プレーヤＰの眼球の動きに追従させてもよい。

なお、プレーヤＰの眼球の動きを検出するためには、例えば、プレーヤＰの視線方向を検出する視線センサをＨＭＤ２０に搭載し、視線センサの出力を、通信部１９６及び通信制御部１２０を介して処理部１０１（ゲーム演算部１１０）が受信すればよい。

また、視線センサとしては、以下の視線センサ（１）、（２）のうち少なくとも１つを採用することができる。

（１）プレーヤＰの少なくとも一方の眼を撮像するカメラと、カメラが撮影した画像に基づきプレーヤＰの瞳の位置（視軸の向きを示す情報）を検出する処理部と、を含む視線センサ。

（２）プレーヤＰの少なくとも一方の眼球へ赤外線などの検出光を投光する投光部と、眼球の網膜における当該検出光の反射光量を検出する検出部と、検出部の出力に基づき眼球の視軸の向きを検出する処理部と、を含む視線センサ。

なお、視線センサを利用する場合には、プレーヤＰごとに視線センサのキャリブレーションを行うことが望ましい。視線センサのキャリブレーションは、プレーヤＰごとの眼球の位置のばらつき、瞳のサイズのばらつき、ＨＭＤ２０の装着姿勢のばらつきなどによらず、プレーヤＰの視線方向を正しく検出するための処理であって、例えば、ＨＭＤ２０を装着したプレーヤＰに対して幾つかの既知の方向を目視させ、そのときの視線センサの出力に基づき、処理部のパラメータを調整する処理である。

６−３．仮想メカスイッチについて
上記実施形態では、オブジェクトのステータス（チャージ量、ロックの有無、折り返し点の検出の有無など）をプレーヤＰへ通知（確定予告、検出通知を含む）するためにゲーム演算部１１０がオブジェクトの強調度を変化させる例を幾つか説明したが（図１４、図１５、図２３等を参照。）、強調度を変化させるために他の方法を採用することもできる。例えば、オブジェクトの外観を変化させる方法などである。

例えば、ゲーム演算部１１０は、プレーヤＰが指定可能なオブジェクトとして仮想的な押しボタン（仮想メカスイッチ）を採用し、オブジェクトのステータスに応じて仮想メカスイッチの押し下げ量を変化させてもよい。例えば、ゲーム演算部１１０は、オブジェクトのチャージ量が大きいときほど仮想メカスイッチの押し下げ量を深くすることで、視線の注入で仮想メカスイッチを押し下げるような感覚をプレーヤＰに与えることができる。この仮想メカスイッチは、長押し（ここでは長目視）でロックされ、更なる長押し（ここでは長目視）で確定される仮想メカスイッチである。また、例えば、ゲーム演算部１１０は、確定用アクションが検出される可能性が高いときほど仮想メカスイッチの押し下げ量を深くすることで、視線の折り返し移動で仮想メカスイッチを押し下げるような感覚をプレーヤＰに与えることができる。

６−４．オブジェクトの強調の有無による通知
上記実施形態では、オブジェクトのステータスをプレーヤＰへ通知（確定予告、検出通知を含む）するためにゲーム演算部１１０がオブジェクトの強調度を変化させる例を幾つか説明したが（図１４、図１５、図２３等を参照。）、オブジェクトの強調の有無（例えばマークの表示の有無）を切り替えてもよい。

例えば、ゲーム演算部１１０は、オブジェクトがロックされていない期間にはネオンマーク列を非表示とし、オブジェクトがロックされた場合にネオンマーク列の表示を開始してもよい。

また、例えば、ゲーム演算部１１０は、オブジェクトのロック後に折り返し点が検出された場合にネオンマーク列を非表示とし、オブジェクトのロック後に折り返し点が検出されない場合にネオンマーク列の表示を継続してもよい。図２９（ｆ）→図２９（ｆ’）は、折り返し点の検出後にネオンマーク列が非表示となる例を示しており、図２９（ｆ）→図２９（ｇ）は、折り返し点が検出されずにネオンマーク列の表示が継続される例を示している。

また、例えば、ゲーム演算部１１０は、折り返し点の検出後に確定用アクションが続行された場合にネオンマーク列の非表示を継続し、折り返し点の検出後に確定用アクションが中断された場合にネオンマーク列の表示を再開してもよい。図２９（ｆ’）→図２９（ｇ’）は、折り返し点の検出後にネオンマーク列の非表示が継続される例を示しており、図２９（ｆ’）→図２９（ｇ）は、折り返し点の検出後にネオンマーク列の表示が再開される例を示している。

つまり、ゲーム演算部１１０は、チャージ量に拘わらずロックの確定が行われる時期（図２９（ｆ’）、図２９（ｇ’））には、ネオンマーク列を非表示とし、チャージ量に応じてロックの確定が行われる時期（図２９（ｄ）〜図２９（ｉ））には、ネオンマーク列を表示するというパターンでオブジェクトの強調の有無を切り替えてもよい。なお、ここで挙げたパターンは一例であり、様々に変更することが可能である。また、視覚効果としてネオンマーク列の代わりにゲージを用いることもできる（図３０を参照）。

６−５．文言「選択」について
上記実施形態において、ゲーム演算部１１０は、或るオブジェクトの目視が開始されたタイミングで計測（チャージ）の開始を受付け、チャージ量が第１閾値Ｔｈ１を超えたタイミングで「選択（ロック）」を受付け、チャージ量が第２閾値Ｔｈ２に達したタイミングで「選択（ロック）の確定」を受付け、チャージ量が第３閾値Ｔｈ３に低下したタイミングで「選択（ロック）の解除」を受付けた。しかし、各タイミングでゲーム演算部１１０が受付けた指示の名称は、あくまでも便宜的なものであって、別の名称に読み替えるこ
とも可能である。

例えば、上記実施形態において、以下のとおり読み替えることも可能である。すなわち、ゲーム演算部１１０は、或るオブジェクトの目視が開始されたタイミングで「選択」を受付け、チャージ量が第１閾値Ｔｈ１を超えたタイミングで「選択の維持（ロック）」を受付け、チャージ量が第２閾値Ｔｈ２に達したタイミングで「選択の確定」を受付け、チャージ量が第３閾値Ｔｈ３に低下したタイミングで「選択の解除」又は「維持（ロック）の解除」を受付けてもよい。

６−６．機能分担について
本実施形態のゲームシステム１における要素の機能は、効果が損なわれない範囲内で適宜に変形することが可能である。

例えば、上述したＨＭＤ２０の機能の一部は、シミュレーション制御装置１００の側に搭載されてもよいし、シミュレーション制御装置１００の機能の一部又は全部は、ＨＭＤ２０の側に搭載されてもよい。また、シミュレーション制御装置１００の処理部１０１に含まれる各要素の機能分担についても適宜に変更可能である。

例えば、表示処理部１１０Ａの処理の一部又は全部は、オブジェクト空間設定部１１１によって実行されてもよいし、オブジェクト空間設定部１１１の処理の一部又は全部は、表示処理部１１０Ａによって実行されてもよい。

また、計測部１１０Ｂの処理の一部又は全部は、状態検出処理部１１２によって実行されてもよいし、状態検出処理部１１２の処理の一部又は全部は、計測部１１０Ｂによって実行されてもよい。

また、シミュレーション制御装置１００には、処理部１０１の機能の一部又は全部を実現する専用の回路（ハードウエア）が搭載されてもよい。つまり、処理部１０１における処理の一部又は全部は、ソフトウェアによって実行されてもよいし、ハードウェアによって実行されてもよい。

６−７．ゲーム機について
上記実施形態では、プレーヤＰが移動可能な実空間（以下、単に「実空間」という。）が形成された構造体を含むゲームシステム１（ゲームシステム１のシミュレーション制御装置１００）に、ＨＭＤ２０によるアイ入力を適用した例を説明したが、ＨＭＤ２０によるアイ入力は、他のゲームシステムに適用することもできる。

例えば、インターネットなどのネットワーク経由でサーバ装置から端末装置へゲームが提供されるシステムに、ＨＭＤ２０によるアイ入力を適用することもできる。また、その場合、システムにおけるゲームプログラムの実行は、端末装置の側で行われてもよいし、サーバ装置の側で行われてもよい。また、その場合、端末装置は、操作入力とストリーミングによる画像表示を実行することによって、上記のゲームを実現してもよい。

また、また、ＨＭＤ２０によるアイ入力は、ネットワークに接続されないスタンドアローン型のゲーム装置に適用することも可能であるし、ゲーム装置に限らず、スマートフォン、タブレット型情報端末装置、パーソナルコンピュータ、モニター又はテレビなどのタッチパネルを用いて操作入力を実行可能な端末装置に適用することも可能である。

６−８．アイ入力デバイスについて
上記実施形態では、非透過型のＨＭＤ２０をアイ入力に用いたが、透過型のＨＭＤ、単
眼型ＨＭＤなど、他種の装着型画像表示装置をアイ入力に用いてもよい。また、プレーヤＰに対するＨＭＤの装着方式についても、帽子型、アイグラス型、ヘルメット型、サンバイザー型、ヘアバンド型など、様々な装着方式を採用することができる。

７．その他
本発明は、上記実施形態で説明したものに限らず、種々の変形実施が可能である。例えば、明細書又は図面中の記載において広義や同義な用語として引用された用語は、明細書又は図面中の他の記載においても広義や同義な用語に置き換えることができる。

本発明は、実施形態で説明した構成と実質的に同一の構成（例えば、機能、方法及び結果が同一の構成、あるいは目的及び効果が同一の構成）を含む。また、本発明は、実施形態で説明した構成の本質的でない部分を置き換えた構成を含む。また、本発明は、実施形態で説明した構成と同一の作用効果を奏する構成又は同一の目的を達成することができる構成を含む。また、本発明は、実施形態で説明した構成に公知技術を付加した構成を含む。

上記のように、本発明の実施形態について詳細に説明したが、本発明の新規事項及び効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。したがって、このような変形例はすべて本発明の範囲に含まれるものとする。

１ … ゲームシステム
１０ … 構造体
２０ … ＨＭＤ
３０ … 吊持ユニット
４０ … 転倒防止ユニット
５０ … 吊持制御ユニット
６０ … マーカユニット
７０ … 撮像カメラ
８０ … 演出用オブジェクト
９０ … 演出装置（送風機、バネ板パネル及び移動誘導経路）
１００ … シミュレーション制御装置

Claims (9)

1. 装着型画像表示装置へ仮想空間を表示する表示処理部と、
   前記仮想空間に配置されたオブジェクトをユーザが目視しているか否かを判定し、前記オブジェクトに対する前記ユーザの目視時間を計測する計測部と、
   前記計測による計測値が第１閾値に達した場合に前記オブジェクトの選択を受付け、前記計測値が第１閾値より大きい第２閾値に達した場合に前記選択の確定を受付ける受付け部と、を備え、
   前記受付け部は、
   選択中の前記オブジェクトを起点とした前記視線の折り返し移動を伴う所定の確定用アクションを検出した場合には、前記計測値が前記第２閾値に達していなかったとしても前記選択の確定を受付ける、
   ことを特徴とするシミュレーション制御装置。
2. 請求項１に記載のシミュレーション制御装置において、
   前記受付け部は、
   少なくとも往路に要する時間が所定時間内に収められた前記折り返し移動を、前記確定用アクションして検出する、
   ことを特徴とするシミュレーション制御装置。
3. 請求項１又は２に記載のシミュレーション制御装置において、
   前記受付け部は、
   少なくとも往路に要する距離が所定距離内に収められた前記折り返し移動を、前記確定用アクションとして検出する、
   ことを特徴とするシミュレーション制御装置。
4. 請求項１乃至３の何れか一項に記載のシミュレーション制御装置において、
   前記受付け部は、
   往路から復路への折り返し角度が所定角度内に収められた前記折り返し移動を、前記確定用アクションとして検出する、
   ことを特徴とするシミュレーション制御装置。
5. 請求項１乃至４の何れか一項に記載のシミュレーション制御装置において、
   前記受付け部は、
   少なくとも往路の形状が直線条件又は円弧条件を満たしている前記折り返し移動を、前記確定用アクションとして検出する、
   ことを特徴とするシミュレーション制御装置。
6. 請求項１〜５の何れか一項に記載のシミュレーション制御装置において、
   前記折り返し移動の折り返し点を検出した場合には、前記確定用アクションが検出される可能性を前記ユーザへ予告する通知部を更に備える、
   ことを特徴とするシミュレーション制御装置。
7. 請求項６に記載のシミュレーション制御装置において、
   前記通知部は更に、
   前記確定用アクションを検出した場合には、その旨を前記ユーザへ通知する、
   ことを特徴とするシミュレーション制御装置。
8. 請求項１〜７の何れか一項に記載のシミュレーション制御装置において、
   前記オブジェクトの前記選択が確定した場合に前記オブジェクトに対応付けられた所定
   の処理を実行する実行部を更に備える、
   ことを特徴とするシミュレーション制御装置。
9. 装着型画像表示装置へ仮想空間を表示する表示処理部と、
   前記仮想空間に配置されたオブジェクトをユーザが目視しているか否かを判定し、前記オブジェクトに対する前記ユーザの目視時間を計測する計測部と、
   前記計測による計測値が第１閾値に達した場合に前記オブジェクトの選択を受付け、前記計測値が第１閾値より大きい第２閾値に達した場合に前記選択の確定を受付ける受付け部と、してコンピュータを機能させ、
   前記受付け部は、
   選択中の前記オブジェクトを起点とした前記視線の折り返し移動を伴う所定の確定用アクションを検出した場合には、前記計測値が前記第２閾値に達していなかったとしても前記選択の確定を受付ける、
   ことを特徴とするシミュレーション制御プログラム。
   
   
   

Images