JP2017119031A - ゲーム装置及びプログラム - Google Patents

Abstract

【課題】頭部装着型表示装置を利用したゲームにおいてより適切な危険報知等を実現できるゲーム装置及びプログラム等の提供。【解決手段】ゲーム装置は、頭部装着型表示装置を装着してプレイエリア等で移動するプレーヤの位置情報を取得する入力処理部と、ゲームの処理を行うゲーム処理部と、ゲーム画像を頭部装着型表示装置に表示する処理を行う表示処理部を含む。ゲーム処理部は、プレイエリア又はゲーム装置筐体内においてプレーヤの移動範囲として設定されたエリアの境界へのプレーヤの接近又は到達が検出された場合に、境界に向かう方向へのプレーヤの移動を抑止する抑止処理を行う第１のイベントを発生し、エリアの境界を越えたプレーヤの移動が検出された場合に、ゲーム画像とは異なる画像表示に変化させる処理、ゲーム進行態様を変化させる処理、及びゲームを終了させる処理の少なくとも１つの処理を行う第２のイベントを発生する。【選択図】図２４

Description

本発明は、ゲーム装置及びプログラム等に関する。

従来より、ＨＭＤ（頭部装着型表示装置）をユーザが頭部に装着し、ＨＭＤの画面に表示される画像をプレーヤが見ることで、いわゆるバーチャルリアリティー（ＶＲ）の世界を体感できる装置が知られている。このような装置の従来技術としては、例えば特許文献１、２に開示される技術がある。

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

ＨＭＤを装着している場合、ユーザの視線はＨＭＤの画面に集中する。このため、ユーザがＨＭＤを装着したまま歩行すると、周囲の障害物にぶつかってしまうおそれがある。

このような危険を回避するために、特許文献１の従来技術では、ＨＭＤに対して、外界からの光を透過から遮蔽まで段階的に通すことができる白黒液晶パネルと、センサを装備する。そして、センサが急激な動きや衝撃などを検知した場合に、白黒液晶パネルを透過状態にして、外界が見えるようにする。これにより、ユーザは外界の障害物を避けることが可能になる。

また特許文献２の従来技術では、ＨＭＤを装着したユーザの正面方向を撮影する撮影装置と、正面方向にある物体との距離を測定する距離計を設ける。そして距離計の測定結果に基づいて、ユーザの正面方向に障害物があると判定された場合に、撮影装置で撮影した映像データをＨＭＤの画面に表示する。この際に映像データに対して注意喚起情報も付加する。これにより、ユーザは、撮影装置で撮影した映像データを見ることで、正面の障害物を認識することが可能になり、障害物を避けることが可能になる。

しかしながら、これらの従来技術では、障害物にぶつかる危険を避けるために、光を透過から遮蔽まで段階的に通すことができる白黒液晶パネルや、正面方向の外界の映像をユーザに見せるための撮影装置が必要になってしまう。このため危険回避のための特別なデバイス（白黒液晶パネル、撮影装置）を備えた専用のＨＭＤが必要になり、このようなデバイスを備えていないＨＭＤにおいては、これらの従来技術の手法を採用できないという問題がある。

またＨＭＤを利用したゲームにおいては、危険回避のために無闇にゲームが中断されてしまうのは望ましくない。例えばゲームプレイ中に、突然に白黒液晶パネルが透過状態になって、ユーザの視界に外界が見えてしまうような事態は好ましくない。

本発明の幾つかの態様によれば、頭部装着型表示装置を利用したゲームにおいてより適切な危険報知等を実現できるゲーム装置及びプログラム等を提供できる。

本発明の一態様は、頭部装着型表示装置を装着して現実世界のプレイエリア又はゲーム装置筐体内で移動するプレーヤの位置情報を取得する入力処理部と、複数のオブジェクトが配置される仮想的なゲーム空間において、プレーヤがプレイするゲームの処理を行うゲーム処理部と、前記ゲーム空間において所与の視点から見えるゲーム画像を、前記頭部装着型表示装置に表示する処理を行う表示処理部と、を含み、前記ゲーム処理部は、前記プレイエリア又は前記ゲーム装置筐体内においてプレーヤの移動範囲として設定されたエリアの境界へのプレーヤの接近又は到達が検出された場合に、前記境界に向かう方向へのプレーヤの移動を抑止する抑止処理を行う第１のイベントを発生し、前記エリアの前記境界を越えたプレーヤの移動が検出された場合に、前記ゲーム画像とは異なる画像表示に変化させる処理、ゲーム進行態様を変化させる処理、及びゲームを終了させる処理の少なくとも１つの処理を行う第２のイベントを発生するゲーム装置に関係する。また本発明は、上記各部としてコンピュータを機能させるプログラム、又は該プログラムを記憶したコンピュータ読み取り可能な情報記憶媒体に関係する。

本発明の一態様によれば、プレイエリア又はゲーム装置筐体内で移動するプレーヤの位置情報が取得される。また、複数のオブジェクトが配置される仮想的なゲーム空間において、プレーヤがプレイするゲームの処理が行われ、当該ゲーム空間において所与の視点から見えるゲーム画像が、プレーヤが装着する頭部装着型表示装置に表示される。そして、プレーヤの移動範囲として設定されたエリアの境界へのプレーヤの接近又は到達が検出されると、第１のイベントが発生する。この第１のイベントでは、当該境界に向かう方向へのプレーヤの移動を抑止する処理が行われる。一方、エリアの境界を越えたプレーヤの移動が検出されると、第２のイベントが発生する。この第２のイベントでは、ゲーム画像とは異なる画像表示に変化させる処理、ゲーム進行態様を変化させる処理、及びゲームを終了させる処理の少なくとも１つの処理が行われる。このように本発明の一態様では、第１のイベントでは、境界方向へのプレーヤの移動を抑止する処理が行われる。そして、このような第１のイベントを発生させても、境界を越えたプレーヤの移動が検出された場合には、第１のイベントの処理よりも、より高いレベルの危険報知を実現する第２のイベントが発生する。従って、頭部装着型表示装置を利用したゲームにおいて、より適切な危険報知等を実現できるゲーム装置等の提供が可能になる。

また本発明の一態様では、前記ゲーム処理部は、前記ゲーム画像とは異なる画像表示に変化させる処理として、前記ゲーム画像の画質を低下させる処理を行ってもよい。

このようにすれば、第２のイベントの発生により、ゲーム画像の画質が低下することで、プレーヤのゲーム没入度をそれほど低下させずに、境界方向への移動に対する適切な危険報知等を実現できるようになる。

また本発明の一態様では、前記ゲーム処理部は、前記ゲーム画像の画質を低下させる処理として、前記ゲーム画像の明度、彩度、コントラスト又は解像度を低下させる処理、或いは前記ゲーム画像をカラー画像からモノクロ画像に変更する処理、或いは前記ゲーム画像をぼかす処理を行ってもよい。

このようにすれば、第２のイベントの発生により、ゲーム画像の明度、彩度、コントラスト又は解像度が低下したり、ゲーム画像がモノクロ画像に変化したり、ゲーム画像がぼけた画像に変化するようになる。従って、プレーヤのゲーム没入度をそれほど低下させずに、境界方向への移動に対する適切な危険報知等を実現できるようになる。

また本発明の一態様では、前記ゲーム処理部は、前記ゲーム進行態様を変化させる処理として、ゲーム進行を停止する処理を行ってもよい。

このようにすれば、第２のイベントの発生により、ゲーム進行が停止することで、境界方向への移動に対する適切な危険報知等を実現できるようになる。

また本発明の一態様では、前記ゲーム処理部は、前記第２のイベントの発生後に、プレーヤが前記エリアの前記境界の内側方向に戻ったことが検出された場合に、前記ゲーム画像とは異なる画像表示を前記ゲーム画像の表示に戻す処理、或いは前記ゲーム進行態様を元に戻す処理を行ってもよい。

このようにすれば、第２のイベントの発生後に、プレーヤがエリアの境界の内側方向に戻ると、ゲーム画像とは異なる画像表示がゲーム画像の表示に戻る、或いはゲーム進行態様が元に戻るようになる。これによりプレーヤは、通常通りにゲームプレイを続行できるようになる。

また本発明の一態様では、前記ゲーム処理部は、前記第１のイベントの前記抑止処理として、前記エリアの前記境界に対応する位置に危険報知オブジェクトを表示する処理、警告情報を表示する処理、前記境界に向かう方向側に所与のオブジェクトを出現させる処理、前記境界に向かう方向側にある所与のオブジェクトの表示態様を変化させる処理、或いは前記境界に向かう方向とは異なる方向側にプレーヤの注目オブジェクト又は注目イベントを発生させる処理を行ってもよい。

このようにすれば、エリアの境界に対応する位置に危険報知オブジェクトを表示したり、警告情報を表示したり、境界に向かう方向側にオブジェクトを出現させたり、境界に向かう方向側にあるオブジェクトの表示態様を変化させたり、境界に向かう方向とは異なる方向側にプレーヤの注目オブジェクト又は注目イベントを発生させることで、境界方向へのプレーヤの移動を効果的に抑止できるようになる。

また本発明の一態様では、前記ゲーム処理部は、前記第１のイベントでの前記抑止処理を、プレーヤの移動速度に基づき制御してもよい。

このようにすれば、例えばプレーヤの移動速度が速い場合にも、第１のイベントによる適切な移動の抑止処理を実現できるようになる。

また本発明の一態様では、前記ゲーム処理部は、前記第２のイベントでの前記ゲーム画像とは異なる画像表示に変化させる処理、前記ゲーム進行態様を変化させる処理、又はゲームを終了させる処理を、プレーヤの移動速度に基づき制御してもよい。

このようにすれば、例えばプレーヤの移動速度が速い場合にも、第２のイベントによる適切な危険報知等を実現できるようになる。

また本発明の一態様では、前記ゲーム処理部は、前記第１のイベント又は前記第２のイベントにおいて、振動デバイスを振動させる処理又は警告音を出力する処理を行ってもよい。

このようにすれば、第１のイベント又は第２のイベントでの処理に加えて、警告のための振動や警告音により、プレーヤに対する適切な危険報知等を実現できるようになる。

また本発明の一態様では、前記表示処理部は、前記エリアの外側に対応する場所に観客の画像が表示される前記ゲーム画像を、前記頭部装着型表示装置に表示する処理を行ってもよい。

このようにすれば、例えばプレーヤがゲームプレイに熱中してしまい、現実世界のエリアの外側に対応する場所であって、仮想的なゲーム空間において観客が居る場所の方に、移動して来た場合にも、プレーヤに対する適切な危険報知等を実現できるようになる。

また本発明の一態様は、頭部装着型表示装置を装着して現実世界のプレイエリア又はゲーム装置筐体内で移動するプレーヤの少なくとも位置情報を取得する入力処理部と、複数のオブジェクトが配置される仮想的なゲーム空間において、プレーヤがプレイするゲームの処理を行うゲーム処理部と、前記ゲーム空間において所与の視点から見えるゲーム画像を、前記頭部装着型表示装置に表示する処理を行う表示処理部と、を含み、前記ゲーム処理部は、前記プレイエリア又は前記ゲーム装置筐体内においてプレーヤの移動範囲として設定されたエリアの境界へのプレーヤの接近又は到達が検出された場合、或いは前記境界を越えたプレーヤの移動が検出された場合に、前記ゲーム画像の明度、彩度、コントラスト又は解像度を低下させる処理、或いは前記ゲーム画像をカラー画像からモノクロ画像に変更する処理、或いは前記ゲーム画像をぼかす処理を行うゲーム装置に関係する。また本発明は、上記各部としてコンピュータを機能させるプログラム、又は該プログラムを記憶したコンピュータ読み取り可能な情報記憶媒体に関係する。

本発明の一態様によれば、プレーヤの移動範囲として設定されたエリアの境界へのプレーヤの接近又は到達が検出されたり、或いは境界を越えた移動が検出されると、ゲーム画像の明度、彩度、コントラスト又は解像度を低下させる処理、或いはゲーム画像をカラー画像からモノクロ画像に変更する処理、或いはゲーム画像をぼかす処理が行われるようになる。プレーヤは、このように画質が低下したゲーム画像を見ることで、プレーヤの移動が適切な移動ではないことを把握することが可能になる。そして、プレーヤのゲームへの没入度等をそれほど低下させずに、境界方向への移動に対する適切な危険報知等を実現できるようになる。従って、頭部装着型表示装置を利用したゲームにおいて、より適切な危険報知等を実現できるゲーム装置等の提供が可能になる。

本実施形態のゲーム装置の構成例。 図２（Ａ）、図２（Ｂ）は本実施形態に用いられるＨＭＤの一例。 図３（Ａ）、図３（Ｂ）は本実施形態に用いられるＨＭＤの他の例。 図４（Ａ）、図４（Ｂ）はプレイエリアの説明図。 ゲーム装置筺体の説明図。 本実施形態により生成されるゲーム画像の例。 本実施形態により生成されるゲーム画像の例。 本実施形態により生成されるゲーム画像の例。 ＶＲ空間でのコンサートホールを俯瞰した図。 ステージでのプレーヤの移動についての説明図。 ステージでのプレーヤの移動についての説明図。 図１２（Ａ）〜図１２（Ｃ）は本実施形態の手法の説明図。 第１のイベントにおいて危険報知オブジェクトを表示する手法の説明図。 第２のイベントにおいてゲーム画像とは異なる画像表示に変化させる手法の説明図。 図１５（Ａ）、図１５（Ｂ）は第２のイベントにおいてゲーム進行態様を変化させる手法の説明図。 図１６（Ａ）、図１６（Ｂ）は第２のイベントにおいてゲーム進行を停止したりゲームを終了する手法の説明図。 図１７（Ａ）、図１７（Ｂ）は第１のイベントにおけるプレーヤの移動の抑止手法の説明図。 図１８（Ａ）、図１８（Ｂ）はプレーヤに移動速度に基づいて第１、第２のイベントを制御する手法の説明図。 第１、第２のイベントにおいて警告振動を発生させたり警告音を出力する手法の説明図。 図２０（Ａ）、図２０（Ｂ）は入力情報に基づく第１のゲームの第１のゲーム処理と視線情報に基づく第２のゲームの第２のゲーム処理を行う手法の説明図。 図２１（Ａ）〜図２１（Ｃ）は第１、第２のゲームでのプレーヤのゲームプレイの評価手法の説明図。 図２２（Ａ）〜図２２（Ｃ）は視線情報を用いた第２のゲームでのプレーヤのゲームプレイの評価手法の説明図。 図２３（Ａ）、図２３（Ｂ）は音楽ゲームである第１のゲームでのプレーヤのゲームプレイの評価手法の説明図。 本実施形態の詳細な処理例を示すフローチャート。 本実施形態の詳細な処理例を示すフローチャート。

以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。

１．構成
図１に本実施形態のゲーム装置（画像生成装置、ゲームシステム）の構成例を示す。なお、本実施形態のゲーム装置は図１の構成に限定されず、その構成要素（各部）の一部を省略したり、他の構成要素を追加するなどの種々の変形実施が可能である。

入力装置１６０は、プレーヤが種々の入力情報を入力するための装置である。この入力装置１６０は、演奏情報入力装置１６１、振動デバイス１６４を含むことができる。また入力装置１６０は、プレーヤがゲームの操作情報を入力するためのゲームコントローラの機能を有していてもよい。ゲームコントローラは、例えば操作ボタン、方向指示キー、ジョイスティック又はレバー等により実現される。この場合にゲームコントローラと演奏情報入力装置１６１は、一体の筐体で実現してもよいし、別体の筐体で実現してもよい。

演奏情報入力装置１６１は、プレーヤの演奏情報を入力するための装置である。例えば本実施形態により実現される音楽ゲームが、歌の演奏ゲームである場合には、入力装置１６０の入力情報は、歌（ボーカル）の演奏情報となる。そして演奏情報入力装置１６１は図２（Ａ）で説明するマイク１６２等により実現される。本実施形態により実現される音楽ゲームが、楽器の演奏ゲームである場合には、入力装置１６０の入力情報は、楽器の演奏情報となる。そして演奏情報入力装置１６１は、弦楽器（ギター）、打楽器（ドラム、太鼓）、鍵盤楽器（ピアノ、キーボード）などの楽器、或いは当該楽器を模した装置により実現できる。

振動デバイス１６４（振動発生部）は、警告等のための振動を発生するデバイスであり、例えば振動モータ（バイブレータ）などにより実現される。振動モータは、例えば、偏芯した錘を回転させることで振動を発生する。具体的には駆動軸の両端に偏心した錘を取り付けてモーター自体が揺れるようにする。なお振動デバイス１６４は、振動モータには限定されず、例えばピエゾ素子などにより実現されるものであってもよい。

記憶部１７０は各種の情報を記憶する。記憶部１７０は、処理部１００や通信部１９６などのワーク領域として機能する。ゲームプログラムや、ゲームプログラムの実行に必要なゲームデータは、この記憶部１７０に保持される。記憶部１７０の機能は、半導体メモリ（ＤＲＡＭ、ＶＲＡＭ）、ＨＤＤ（ハードディスクドライブ）、ＳＤＤ、光ディスク装置などにより実現できる。記憶部１７０は、空間情報記憶部１７２、楽曲情報記憶部１７４、パラメータ記憶部１７６、描画バッファ１７８を含む。

情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＤＶＤ、ＢＤ、ＣＤ）、ＨＤＤ、或いは半導体メモリ（ＲＯＭ）などにより実現できる。処理部１００は、情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。即ち情報記憶媒体１８０には、本実施形態の各部としてコンピュータ（入力装置、処理部、記憶部、出力部を備える装置）を機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶される。

頭部装着型表示装置２００（以下、適宜、ＨＭＤと呼ぶ）は、プレーヤの頭部に装着されて、プレーヤの眼前に画像を表示する装置である。ＨＭＤ２００は非透過型であることが望ましいが、透過型であってもよい。またＨＭＤ２００は、いわゆるメガネタイプのＨＭＤであってもよい。

ＨＭＤ２００は、センサ部２１０、表示部２２０、処理部２４０を含む。なおＨＭＤ２００に発光素子を設ける変形実施も可能である。センサ部２１０は、例えばヘッドトラッキングなどのトラッキング処理を実現するためものである。例えばセンサ部２１０を用いたトラッキング処理により、ＨＭＤ２００の位置、方向を特定する。ＨＭＤ２００の位置、方向が特定されることで、プレーヤの視点位置、視線方向を特定できる。

トラッキング方式としては種々の方式を採用できる。トラッキング方式の一例である第１のトラッキング方式では、後述の図２（Ａ）、図２（Ｂ）で詳細に説明するように、センサ部２１０として複数の受光素子（フォトダイオード等）を設ける。そして外部に設けられた発光素子（ＬＥＤ等）からの光（レーザー等）をこれらの複数の受光素子により受光することで、現実世界の３次元空間でのＨＭＤ２００（プレーヤの頭部）の位置、方向を特定する、第２のトラッキング方式では、後述の図３（Ａ）、図３（Ｂ）で詳細に説明するように、複数の発光素子（ＬＥＤ）をＨＭＤ２００に設ける。そして、これらの複数の発光素子からの光を、外部に設けられた撮像部で撮像することで、ＨＭＤ２００の位置、方向を特定する。第３のトラッキング方式では、センサ部２１０としてモーションセンサを設け、このモーションセンサを用いてＨＭＤ２００の位置、方向を特定する。モーションセンサは例えば加速度センサやジャイロセンサなどにより実現できる。例えば３軸の加速度センサと３軸のジャイロセンサを用いた６軸のモーションセンサを用いることで、現実世界の３次元空間でのＨＭＤ２００の位置、方向を特定できる。なお、第１のトラッキング方式と第２のトラッキング方式の組合わせ、或いは第１のトラッキング方式と第３のトラッキング方式の組合わせなどにより、ＨＭＤ２００の位置、方向を特定してもよい。

ＨＭＤ２００の表示部２２０は例えば液晶ディスプレイ（ＬＣＤ）や有機ＥＬディスプレイなどにより実現できる。例えばＨＭＤ２００には、表示部２２０として、プレーヤの左目の前に配置される第１のディスプレイと、右目の前に配置される第２のディスプレイが設けられており、例えば立体視表示が可能になっている。立体視表示を行う場合には、例えば視差が異なる左目用画像と右目用画像を生成し、第１のディスプレイに左目用画像を表示し、第２のディスプレイに右目用画像を表示すればよい。

ＨＭＤ２００の処理部２４０は、ＨＭＤ２００において必要な各種の処理を行う。例えば処理部２４０は、センサ部２１０の制御処理や表示部２２０の表示制御処理などを行う。また処理部２４０は、３次元音響（立体音響）処理を行って、３次元的な音の方向や距離や広がりの再現を実現する。即ち、３次元空間での音場を制御する処理を行う。このような３次元音響処理が施された音は、ＨＭＤ２００に設けられたヘッドホン端子を介して、ヘッドホン等により実現される音出力部１９２に出力される。

音出力部１９２は、本実施形態により生成された音を出力するものであり、例えばヘッドホン、或いはテレビやオーディオ装置に設けられたスピーカ等により実現できる。

Ｉ／Ｆ（インターフェース）部１９４は、携帯型情報記憶媒体１９５とのインターフェース処理を行うものであり、その機能はＩ／Ｆ処理用のＡＳＩＣなどにより実現できる。携帯型情報記憶媒体１９５は、ユーザが各種の情報を保存するためのものであり、電源が非供給になった場合にもこれらの情報の記憶を保持する記憶装置である。携帯型情報記憶媒体１９５は、ＩＣカード（メモリカード）、ＵＳＢメモリ、或いは磁気カードなどにより実現できる。

通信部１９６は、有線や無線のネットワークを介して外部（他の装置）との間で通信を行うものであり、その機能は、通信用ＡＳＩＣ又は通信用プロセッサなどのハードウェアや、通信用ファームウェアにより実現できる。

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

処理部１００（プロセッサ）は、入力装置１６０からの入力情報やＨＭＤ２００でのトラッキング情報（ＨＭＤの位置、方向、或いは視点位置、視線方向）と、プログラムなどに基づいて、ゲーム処理、ゲーム成績演算処理、表示処理、或いは音処理などを行う。

処理部１００の各部が行う本実施形態の各処理（各機能）はプロセッサ（ハードウェアを含むプロセッサ）により実現できる。例えば本実施形態の各処理は、プログラム等の情報に基づき動作するプロセッサと、プログラム等の情報を記憶するメモリにより実現できる。プロセッサは、例えば各部の機能が個別のハードウェアで実現されてもよいし、或いは各部の機能が一体のハードウェアで実現されてもよい。プロセッサは、例えばＣＰＵ（Central Processing Unit）であってもよい。但し、プロセッサはＣＰＵに限定されるものではなく、ＧＰＵ（Graphics Processing Unit）、或いはＤＳＰ（Digital Processing Unit）等、各種のプロセッサを用いることが可能である。またプロセッサはＡＳＩＣによるハードウェア回路であってもよい。メモリ（記憶部１７０）は、ＳＲＡＭ、ＤＲＡＭ等の半導体メモリであってもよいし、レジスターであってもよい。或いはハードディスク装置（ＨＤＤ）等の磁気記憶装置であってもよいし、光学ディスク装置等の光学式記憶装置であってもよい。例えば、メモリはコンピュータにより読み取り可能な命令を格納しており、当該命令がプロセッサにより実行されることで、処理部１００の各部の処理（機能）が実現されることになる。ここでの命令は、プログラムを構成する命令セットでもよいし、プロセッサのハードウェア回路に対して動作を指示する命令であってもよい。

処理部１００は、入力処理部１０２、演算処理部１１０、出力処理部１４０を含む。演算処理部１１０は、ゲーム処理部１１１、ゲーム成績演算部１１８、表示処理部１２０、音処理部１３０を含む。上述したように、これらの各部により実行される本実施形態の各処理は、プロセッサ（或いはプロセッサ及びメモリ）により実現できる。なお、これらの構成要素（各部）の一部を省略したり、他の構成要素を追加するなどの種々の変形実施が可能である。

入力処理部１０２は、入力情報やトラッキング情報を受け付ける処理や、記憶部１７０から情報を読み出す処理や、通信部１９６を介して情報を受信する処理を、入力処理として行う。例えば入力処理部１０２は、入力装置１６０を用いてプレーヤが入力した入力情報やＨＭＤ２００のセンサ部２１０等により検出されたトラッキング情報（プレーヤの位置情報、視線情報等）を取得する処理や、読み出し命令で指定された情報を、記憶部１７０から読み出す処理や、ゲーム装置の外部装置（サーバ、他のゲーム装置等）からネットワークを介して情報を受信する処理を、入力処理として行う。ここで受信処理は、通信部１９６に情報の受信を指示したり、通信部１９６が受信した情報を取得して記憶部１７０に書き込む処理などである。

演算処理部１１０は、各種の演算処理を行う。例えばゲーム処理、ゲーム成績演算処理、表示処理、或いは音処理などの演算処理を行う。

ゲーム処理部１１１（ゲーム処理のプログラムモジュール）はプレーヤがゲームをプレイするための種々のゲーム処理を行う。ゲーム処理部１１１は、ゲーム進行処理部１１２、評価処理部１１３、キャラクタ処理部１１４、パラメータ処理部１１５、オブジェクト空間設定部１１６、仮想カメラ制御部１１７を含む。

ゲーム進行処理部１１２は、ゲーム開始条件が満たされた場合にゲームを開始する処理、ゲームを進行させる処理、或いはゲーム終了条件が満たされた場合にゲームを終了する処理などを行う。評価処理部１１３は、プレーヤのゲームプレイの評価処理を行う。例えば音楽ゲームでのプレーヤの演奏や、ゲーム操作についての評価処理を行う。音楽ゲームに使用される楽曲情報は楽曲情報記憶部１７４に記憶される。

キャラクタ処理部１１４は、キャラクタに関する種々の処理を行う。例えばオブジェクト空間（ゲーム空間）においてキャラクタを移動させる処理や、キャラクタを動作させる処理を行う。例えばキャラクタを動作させる処理は、モーションデータを用いたモーション処理（モーション再生等）により実現できる。パラメータ処理部１１５は、ゲームに使用される種々のパラメータ（ゲームパラメータ）の演算処理を行う。例えばパラメータの値を増減させる処理を行う。パラメータの情報はパラメータ記憶部１７６に記憶される。

オブジェクト空間設定部１１６は、複数のオブジェクトが配置されるオブジェクト空間（仮想３次元空間）の設定処理を行う。例えば、キャラクタ（人、動物、ロボット等）、マップ（地形）、建物、観客席、コース（道路）、樹木、壁、水面などの表示物を表す各種オブジェクト（ポリゴン、自由曲面又はサブディビジョンサーフェイスなどのプリミティブ面で構成されるオブジェクト）をオブジェクト空間に配置設定する処理を行う。即ちワールド座標系でのオブジェクトの位置や回転角度（向き、方向と同義）を決定し、その位置（Ｘ、Ｙ、Ｚ）にその回転角度（Ｘ、Ｙ、Ｚ軸回りでの回転角度）でオブジェクトを配置する。具体的には、記憶部１７０の空間情報記憶部１７２には、オブジェクト空間での複数のオブジェクト（パーツオブジェクト）の位置、回転角度（方向）等の情報が空間情報として記憶される。オブジェクト空間設定部１１６は、例えば各フレーム毎にこの空間情報を更新する処理などを行う。

仮想カメラ制御部１１７は、オブジェクト空間内の所与（任意）の視点から見える画像を生成するための仮想カメラ（視点、基準仮想カメラ）の制御処理を行う。具体的には、仮想カメラの位置（Ｘ、Ｙ、Ｚ）又は回転角度（Ｘ、Ｙ、Ｚ軸回りでの回転角度）を制御する処理（視点位置、視線方向あるいは画角を制御する処理）を行う。この仮想カメラはプレーヤの視点に相当する。立体視表示の場合は、左目用の第１の視点（左目用の第１の仮想カメラ）と、右目用の第２の視点（右目用の第２の仮想カメラ）が設定される。

ゲーム成績演算部１１８はプレーヤのゲーム成績を演算する処理を行う。例えばプレーヤのゲームプレイにより獲得された得点、ポイントなどのゲーム成績の演算処理を行う。

表示処理部１２０は、ゲーム画像の表示処理を行う。例えば処理部１００で行われる種々の処理（ゲーム処理、シミュレーション処理）の結果に基づいて描画処理を行い、これにより画像を生成し、ＨＭＤ２００の表示部２２０に表示する。具体的には、座標変換（ワールド座標変換、カメラ座標変換）、クリッピング処理、透視変換、或いは光源処理等のジオメトリ処理が行われ、その処理結果に基づいて、描画データ（プリミティブ面の頂点の位置座標、テクスチャ座標、色データ、法線ベクトル或いはα値等）が作成される。そして、この描画データ（プリミティブ面データ）に基づいて、透視変換後（ジオメトリ処理後）のオブジェクト（１又は複数プリミティブ面）を、描画バッファ１７８（フレームバッファ、ワークバッファ等のピクセル単位で画像情報を記憶できるバッファ）に描画する。これにより、オブジェクト空間内において仮想カメラ（所与の視点。左目用、右目用の第１、第２の視点）から見える画像が生成される。なお、表示処理部１２０で行われる描画処理は、頂点シェーダ処理やピクセルシェーダ処理等により実現することができる。

音処理部１３０は、処理部１００で行われる種々の処理の結果に基づいて音処理を行う。具体的には、楽曲（音楽、ＢＧＭ）、効果音、又は音声などのゲーム音を生成し、ゲーム音を音出力部１９２に出力させる。なお音処理部１３０の音処理の一部（例えば３次元音響処理）を、ＨＭＤ２００の処理部２４０により実現してもよい。

出力処理部１４０は各種の情報の出力処理を行う。例えば出力処理部１４０は、記憶部１７０に情報を書き込む処理や、通信部１９６を介して情報を送信する処理を、出力処理として行う。例えば出力処理部１４０は、書き込み命令で指定された情報を、記憶部１７０に書き込む処理や、ゲーム装置の外部装置（サーバ、他のゲーム装置等）に対してネットワークを介して情報を送信する処理を行う。送信処理は、通信部１９６に情報の送信を指示したり、送信する情報を通信部１９６に指示する処理などである。

そして本実施形態のゲーム装置は、図１に示すように、入力処理部１０２、ゲーム処理部１１１、表示処理部１２０を含む。入力処理部１０２は、ＨＭＤ２００（頭部装着型表示装置）を装着して現実世界のプレイエリア又はゲーム装置筐体内で移動するプレーヤの位置情報を取得する。例えばトラッキング処理によりＨＭＤ２００の位置情報、方向情報が検出された場合に、入力処理部１０２は、例えばＨＭＤ２００の位置情報をプレーヤの位置情報として取得する。また入力処理部１０２は、ＨＭＤ２００の位置情報、方向情報により特定されるプレーヤの視点位置情報、視線情報（視線方向情報）を取得する。

ゲーム処理部１１１は、複数のオブジェクトが配置される仮想的なゲーム空間において、プレーヤがプレイするゲームの処理を行う。例えばオブジェクト空間であるゲーム空間（仮想３次元空間）には、キャラクタ等の複数のオブジェクトが配置されており、ゲーム処理部１１１は、このゲーム空間でのゲームを実現するための種々のゲーム処理（ゲーム進行処理、キャラクタ処理、オブジェクト空間設定処理、或いは仮想カメラ制御処理等）を実行する。そして表示処理部１２０は、ゲーム空間において所与の視点（左目用、右目用の第１、第２の視点）から見えるゲーム画像を、ＨＭＤ２００の表示部２２０（第１、第２のディスプレイ）に表示する処理を行う。即ち、ゲーム空間であるオブジェクト空間において、プレーヤの視点（仮想カメラ）から見えるゲーム画像を表示する処理を行う。この場合のプレーヤの視点は、プレーヤの視点位置情報、視線情報（視線方向情報）により設定される。

そして本実施形態では、ゲーム処理部１１１は、プレイエリア又はゲーム装置筐体内においてプレーヤの移動範囲として設定されたエリアの境界へのプレーヤの接近又は到達が検出された場合に、第１のイベントを発生する。例えばエリアの境界に向かう方向へのプレーヤの移動を抑止する抑止処理を行う第１のイベントを発生する。

一方、ゲーム処理部１１１は、エリアの境界を越えたプレーヤの移動が検出された場合に、第２のイベントを発生する。例えばゲーム画像とは異なる画像表示に変化させる処理、ゲーム進行態様を変化させる処理、及びゲームを終了させる処理の少なくとも１つの処理を行う第２のイベントを発生する。

プレイエリア（プレイフィールド、プレイスペース）は、ユーザがゲームプレイを行うエリア（フィールド、スペース）として予め規定（設定）されているエリアである。このプレイエリアは、例えばプレーヤの位置情報等のトラッキングが可能な範囲を内包するエリアである。プレイエリアは、例えば周囲が壁で囲まれたエリアであってもよいが、オープンスペースのエリアであってもよい。ゲーム装置筐体内とは、ゲーム装置が、その内側にプレーヤが入ることができる筐体を有している場合に、その筐体の内部の空間である。ゲーム装置筐体内には、プレーヤがゲームプレイに使用する各種の装置（例えば操作装置）、機具を設けることができる。

本実施形態では、このようなプレイエリア又はゲーム装置筐体内に、プレーヤの移動範囲として想定されるエリアが設定（規定）される。このエリアは、ゲーム装置のイニシャライズ設定において、例えばオペレータがエリアの設定情報（座標等）を入力することで設定されてもよい。例えばエリアの設定情報を登録情報として記憶部１７０に記憶しておく。

そして本実施形態では、このエリアの境界へのプレーヤの接近又は到達が検出された場合に、第１のイベントが発生する。この場合にエリアの境界へのプレーヤの接近又は到達は、入力処理部１０２により取得されたプレーヤの位置情報等に基づいて検出できる。例えばプレーヤの位置と境界との距離を求めたり、プレーヤの位置と境界との交差判定を行うことで、エリアの境界へのプレーヤの接近又は到達を検出できる。

発生した第１のイベントでは、エリアの境界に向かう方向へのプレーヤの移動を抑止する抑止処理が行われる。これによりプレーヤは、移動を停止してその場に留まったり、エリアの境界に向かう方向の逆方向や、エリアの境界に向かう方向と交差する方向などに移動するようになる。この抑止処理は、ゲーム空間に出現するオブジェクトを用いて行うことができる。例えば第１のイベントの発生時に、抑止処理のためのオブジェクトをゲーム空間に出現させ、このオブジェクトを用いて、エリアの境界に向かう方向へのプレーヤの移動を抑止する。

一方、本実施形態では、エリアの境界を越えたプレーヤの移動が検出されると、第２のイベントを発生する。例えばプレーヤの位置（代表位置）がエリアの境界を越えた瞬間に、第２のイベントを発生してもよいし、境界を越えてから所定距離移動した場合や所定時間経過後に、第２のイベントを発生してもよい。そして第２のイベントが発生すると、ゲーム画像とは異なる画像表示に変化させる処理、ゲーム進行態様を変化させる処理、或いはゲームを終了させる処理が行われる。こうすることで、第１のイベントでの抑止処理によっては、境界方向への移動を停止せず、そのまま境界を越えて移動してしまったプレーヤに対して、更に高いレベルで移動の停止を促すことができる。

例えばゲーム処理部１１１は、ゲーム画像とは異なる画像表示に変化させる処理として、ゲーム画像の画質を低下させる処理を行う。即ち、第２のイベントの発生時には、プレーヤがエリア内で通常にゲームをプレイしている場合に表示されるゲーム画像に比べて、画質（表示品質）を低下させる処理を行う。例えばゲーム処理部１１１が表示処理部１２０（画像処理部）に指示して、第２のイベントの発生時にゲーム画像の画質を低下させる。

具体的にはゲーム処理部１１１は、ゲーム画像の画質を低下させる処理（ゲーム画像とは異なる画像表示に変化させる処理）として、ゲーム画像の明度、彩度、コントラスト又は解像度を低下させる処理、或いはゲーム画像をカラー画像からモノクロ画像に変更する処理、或いはゲーム画像をぼかす処理を行う。例えばゲーム画像の明度を低下させて、通常時のゲーム画像よりも画面を暗くする。或いはゲーム画像の彩度を低下させて、通常のゲーム画像よりも色味が少ない画像にする。或いはゲーム画像のコントラストを低下させて、ゲーム画像の明るい部分と暗い部分の輝度の差を小さくする。或いは、ゲーム画像を構成するピクセル数を少なくして解像度を低下させる。或いは通常時にはカラー画像（ＲＧＢ）であったゲーム画像を、モノクロ画像に変更する。或いは、ゲーム画像に対してぼかしフィルター処理などを行って、通常時のゲーム画像よりもぼけた画像を表示する。これらのゲーム画像の画質を低下させる処理は、例えばゲーム画像であるレンダリング画像のポスト処理の画像処理等を行うことで実現できる。具体的にはゲーム処理部１１１が、ゲーム画像であるレンダリング画像の画質を低下させる画像処理を、例えば表示処理部１２０に指示することで実現できる。

なおゲーム画像の画質を低下させる処理は、上記に例示した処理には限定されず、そのままの状態でのプレーヤのゲーム続行を躊躇させるような種々の画質低下処理を想定できる。またゲーム画像とは異なる画像表示に変化させる処理も、ゲーム画像の画質を低下させる処理には限定されず、種々の変形実施が可能である。例えば画像の全体の見え方が、ゲーム画像とは異なる画像表示に変化する処理であればよい。例えば、ゲーム画像とは異なる画像表示に変化させる処理として、ゲーム画像とは全く異なる画像を表示してもよい。例えば、単色のワイヤーフレームの画像を表示するようにしてもよい。またゲーム画像に表示される表示物の形状や輪郭がほんの少しだけ残るような画像を表示するようにしてもよい。

なおゲーム処理部１１１は、エリアの境界へのプレーヤの接近又は到達が検出された場合に、ゲーム音の出力態様を変化させる処理を行ってもよい。例えばゲーム音の出力態様を変化させる処理として、ゲーム音のボリューム（音量）を下げる処理を行う。即ち、第２のイベントの発生時には、プレーヤがエリア内で通常にゲームを行っている場合に出力されるゲーム音（楽曲、ＢＧＭ等）に比べて、ボリュームを下げる処理を行う。例えばゲーム処理部１１１が音処理部１３０に指示して、第２のイベントの発生時にゲーム音のボリュームを下げる。なおゲーム音の出力態様を変更する処理は、このようなゲーム音のボリュームを下げる処理には限定されず、そのままの状態でのプレーヤのゲーム続行を躊躇させるような種々の処理を想定できる。例えば通常時のゲーム音に対して変調をかけたり、付加的な効果音等をゲーム音にミックスする処理などであってもよい。

またゲーム処理部１１１は、ゲーム進行態様を変化させる処理として、ゲーム進行を停止する処理を行う。例えばゲーム空間での時間経過を停止したり、ゲーム画像の動画再生を停止することなどにより、ゲーム進行を停止（一時停止）する。なお、ゲーム進行態様を変化させる処理としては、種々の処理を想定できる。例えばゲーム処理は、予め決められたシーケンスに沿ってゲームが進行するが、第２のイベントの発生時には、当該シーケンスを変更するゲーム進行態様の変化処理が実行される。例えばゲーム進行態様を変化させる処理として、ゲームをスタート状態に戻す処理を行ってもよい。例えば、プレーヤのコイン投入やゲーム内通貨の支払いなどによりゲームがスタートして、ゲームプレイ（１回のゲームプレイ）が可能になるゲームにおいて、ゲームをスタート時の状態に戻して（ゲームをリセットして）、ゲームプレイのやり直しとする。

またゲーム処理部１１１は、第２のイベントの発生後に、プレーヤがエリアの境界の内側方向に戻ったことが検出された場合に、ゲーム画像とは異なる画像表示をゲーム画像の表示に戻す処理、或いはゲーム進行態様を元に戻す処理を行う。例えば第２のイベントの発生時にゲーム画像の画質を低下させていた場合には、低下した画質を通常時の画質に戻す。またゲーム画像とは全く異なる画像を表示していた場合には、この画像表示をゲーム画像の表示に戻す。また第２のイベントの発生時にゲーム進行を停止していた場合には、停止していたゲーム進行を再開し、通常のゲーム進行に戻す。

またゲーム処理部１１１は、第１のイベントの抑止処理として、エリアの境界に対応する位置に危険報知オブジェクトを表示する処理、警告情報を表示する処理、境界に向かう方向側に所与のオブジェクトを出現させる処理、境界に向かう方向側にある所与のオブジェクトの表示態様を変化させる処理、或いは境界に向かう方向とは異なる方向側にプレーヤの注目オブジェクト又は注目イベントを発生させる処理を行う。

例えば第１のイベントの発生時に、エリアの境界に対応するＶＲ空間での位置（境界位置、或いは境界の手前側や奥側の位置）に、危険報知オブジェクトを表示する。即ち、オブジェクト空間であるゲーム空間において、エリアの境界に対応する位置に危険報知オブジェクトを出現させる。この危険報知オブジェクトは、例えばゲーム画像の全体に表示させることが望ましいが、その形状等は問わない。或いは第１のイベントの発生時に、警告の文字や記号等を表示する。或いは第１のイベントの発生時に、境界に向かう方向側に例えばモンスターやアバター等のオブジェクト（モデルオブジェクト）を出現させる。例えばプレーヤが逃げたくなるような形状、性質のオブジェクトを出現させる。或いは、境界に向かう方向側にある所与のオブジェクトの表示態様を変化させる。例えば境界方向側（境界に向かう方向側）にあるオブジェクトの色、テクスチャなどの画像情報や形状情報を変化させる。例えば境界方向側にプレーヤが移動するのを抑止（躊躇）したり、危険報知を知らせるような表示態様に、当該オブジェクトの表示態様を変化させる。或いは第１のイベントの発生時に、境界に向かう方向とは異なる方向側にプレーヤの注目オブジェクト又は注目イベントを発生させて、これらの注目オブジェクトの方向や注目イベントの発生場所の方向に、プレーヤの移動を誘導する。例えば重要事象となる注目オブジェクトや注目イベントを発生する。例えば境界の方向は行き止まりとなり、境界方向とは異なる方向に道が開けて見えるような注目イベントを発生する。

またゲーム処理部１１１は、第１のイベントでの抑止処理を、プレーヤの移動速度に基づき制御する。例えば第１のイベントの発生タイミングをプレーヤの移動速度に基づき制御する。例えばプレーヤの移動速度が速いほど第１のイベントの発生タイミングが早くなるように制御する。またエリアの境界の接近時に第１のイベントを発生する場合に、境界への接近と判定される判定距離を、プレーヤの移動速度に基づき制御する。例えばプレーヤの移動速度が速いほど、当該判定距離を長くする。

またゲーム処理部１１１は、第２のイベントでのゲーム画像とは異なる画像表示に変化させる処理、ゲーム進行態様を変化させる処理、又はゲームを終了させる処理を、プレーヤの移動速度に基づき制御する。例えば画像表示を変化させるタイミングや進行態様を変化させるタイミングやゲームを終了させるタイミングを、移動速度に基づき制御する。例えばプレーヤの移動速度が速いほどこれらのタイミングが早くなるように制御する。また画像表示の変化の度合いを、移動速度に基づいて制御する。例えばプレーヤの移動速度が速いほど、これらの変化の度合いが大きくなるように制御する。

またゲーム処理部１１１は、第１のイベント又は第２のイベントにおいて、振動デバイス１６４を振動させる処理又は警告音を出力する処理を行う。例えば第１のイベントの発生時に、境界に向かう方向へのプレーヤの移動を抑止する処理を行うと共に、振動デバイス１６４を振動させたり、音出力部１９２により警告音を出力する。或いは第２のイベント発生時に、ゲーム画像とは異なる画像表示に変化させる処理、ゲーム進行態様を変化させる処理、或いはゲームを終了させる処理を行うと共に、振動デバイス１６４を振動させたり、音出力部１９２により警告音を出力する。なお、このような警告のための振動デバイスは、入力装置１６０以外の装置に設けられる振動デバイスであってもよい。例えばＨＭＤ２００等に設けられる振動デバイスであってもよい。

また表示処理部１２０は、エリアの外側に対応する場所に観客の画像が表示されるゲーム画像を、ＨＭＤ２００に表示する処理を行う。例えばゲーム空間において、エリアの外側に対応する場所に、観客席を設定配置する。そして現実世界においてプレーヤがエリアの境界に接近した場合には、ゲーム空間においては、プレーヤに対応する仮想プレーヤ（ゲーム空間でのプレーヤの視点）が観客席に接近するようにする。また現実世界においてプレーヤがエリアの境界を越えて移動した場合には、ゲーム空間においては、仮想プレーヤが観客席に侵入するようにする。

なお本実施形態の処理は上述した処理には限定されず、種々の変形実施が可能である。例えばゲーム処理部１１１は、プレイエリア又はゲーム装置筐体内においてプレーヤの移動範囲として設定されたエリアの境界へのプレーヤの接近又は到達が検出された場合、或いは境界を越えたプレーヤの移動が検出された場合に、ゲーム画像の明度、彩度、コントラスト又は解像度を低下させる処理、或いはゲーム画像をカラー画像からモノクロ画像に変更する処理、或いはゲーム画像をぼかす処理を行ってもよい。例えば第１のイベントは発生させずに、境界への接近又は到達、或いは境界を越えた移動が検出された場合に、ゲーム画像の画質を低下させる処理を行うようにする。

２．本実施形態の手法
次に本実施形態の手法について具体的に説明する。なお、以下では本実施形態の手法が適用されるゲームが、歌の演奏を行う音楽ゲーム（ライブステージのゲーム、カラオケゲーム等）である場合を主に例にとり説明する。しかしながら、本実施形態の手法が適用されるゲームは、これに限定されず、例えば弦楽器（ギター等）、打楽器（ドラム、太鼓等）、或いは鍵盤楽器（キーボード、ピアノ）等の楽器を演奏する音楽ゲーム（リズムや演奏の上手さを競うゲーム）などであってもよい。また本実施形態の手法は、異性キャラクタ等とのコミュニケーションゲーム（人間関係シミュレーションゲーム）、戦闘ゲーム、ＲＰＧゲーム、ロボットゲーム、カードゲーム、スポーツゲーム、或いはアクションゲーム等の種々のゲームにも適用可能である。

２．１ ＨＭＤ
図２（Ａ）に本実施形態のゲーム装置に用いられるＨＭＤ２００の一例を示す。図２（Ａ）に示すようにＨＭＤ２００には複数の受光素子２０１、２０２、２０３（フォトダイオード）が設けられている。受光素子２０１、２０２はＨＭＤ２００の前面側に設けられ、受光素子２０３はＨＭＤ２００の右側面に設けられている。またＨＭＤの左側面、上面等にも不図示の受光素子が設けられている。

またプレーヤＰＬは、左手、右手で入力装置１６０−１、１６０−２を持っている。入力装置１６０−１、１６０−２には、ＨＭＤ２００と同様に複数の受光素子（不図示）が設けられている。また入力装置１６０−１にはマイク１６２（音入力デバイス）が設けられており、プレーヤＰＬは歌の演奏ゲームにおいてマイク１６２に口を向けて歌うことになる。また入力装置１６０−１、１６０−２はゲームコントローラとしても機能し、不図示の操作ボタン、方向指示キー等が設けられている。なおプレーヤが持つ入力装置１６０の個数は１個であってもよい。

またＨＭＤ２００には、ヘッドバンド２６０等が設けられており、プレーヤＰＬは、より良い装着感で安定的に頭部にＨＭＤ２００を装着できるようになっている。また、ＨＭＤ２００には、不図示のヘッドホン端子が設けられており、このヘッドホン端子にヘッドホン２７０（音出力部１９２）を接続することで、例えば３次元音響（３次元オーディオ）の処理が施されたゲーム音を、プレーヤＰＬは聴くことが可能になる。そしてプレーヤＰＬは、ゲームコントローラとして機能する入力装置１６０−１、１６０−２を操作したり、頭部の頷き動作や首振り動作を行うことで、操作情報を入力し、ゲームプレイを楽しむ。頷き動作や首振り動作は、ＨＭＤ２００のセンサ部２１０等により検出できる。

図２（Ｂ）に示すように、プレーヤＰＬのプレイエリアにはベースステーション２８０、２８４が設置されている。ベースステーション２８０には発光素子２８１、２８２が設けられ、ベースステーション２８４には発光素子２８５、２８６が設けられている。発光素子２８１、２８２、２８５、２８６は、例えばレーザー（赤外線レーザー等）を出射するＬＥＤにより実現される。ベースステーション２８０、２８４は、これら発光素子２８１、２８２、２８５、２８６を用いて、例えばレーザーを放射状に出射する。そして図２（Ａ）のＨＭＤ２００に設けられた受光素子２０１〜２０３等が、ベースステーション２８０、２８４からのレーザーを受光することで、ＨＭＤ２００のトラッキングが実現され、プレーヤＰＬの頭の位置や向く方向を検出できるようになる。また入力装置１６０−１、１６０−２に設けられた不図示の受光素子が、ベースステーション２８０、２８４からのレーザーを受光することで、入力装置１６０−１、１６０−２のトラッキングが実現され、入力装置１６０−１、１６０−２の位置や方向を検出できるようになる。これにより、例えばゲーム画像に、入力装置１６０−１に対応するマイクの画像等を表示することが可能になる。

図３（Ａ）にＨＭＤ２００の他の例を示す。図３（Ａ）では、ＨＭＤ２００に対して複数の発光素子２３１〜２３６が設けられている。これらの発光素子２３１〜２３６は例えばＬＥＤなどにより実現される。発光素子２３１〜２３４は、ＨＭＤ２００の前面側に設けられ、発光素子２３５や不図示の発光素子２３６は、背面側に設けられる。これらの発光素子２３１〜２３６は、例えば可視光の帯域の光を出射（発光）する。具体的には発光素子２３１〜２３６は、互いに異なる色の光を出射する。そして図３（Ｂ）に示す撮像部１５０をプレーヤＰＬの前方側に設置し、この撮像部１５０により、これらの発光素子２３１〜２３６の光を撮像する。即ち、撮像部１５０の撮像画像には、これらの発光素子２３１〜２３６のスポット光が映る。そして、この撮像画像の画像処理を行うことで、プレーヤＰＬの頭部（ＨＭＤ）のトラッキングを実現する。即ちプレーヤＰＬの頭部の３次元位置や動き等を検出する。

例えば図３（Ｂ）に示すように撮像部１５０には第１、第２のカメラ１５１、１５２が設けられており、これらの第１、第２のカメラ１５１、１５２の第１、第２の撮像画像を用いることで、プレーヤＰＬの頭部の奥行き方向での位置等が検出可能になる。またＨＭＤ２００に設けられたモーションセンサのモーション検出情報に基づいて、プレーヤＰＬの頭部の回転角度（視線）も検出可能になっている。従って、このようなＨＭＤ２００を用いることで、プレーヤＰＬが、周囲の３６０度の全方向うちのどの方向を向いた場合にも、それに対応する仮想３次元空間での画像（プレーヤの視点に対応する仮想カメラから見える画像）を、ＨＭＤ２００の表示部２２０に表示することが可能になる。なお、発光素子２３１〜２３６として、可視光ではなく赤外線のＬＥＤを用いてもよい。また、例えばデプスカメラ等を用いるなどの他の手法で、プレーヤの頭部の位置や動き等を検出するようにしてもよい。

なお、プレーヤの視点情報（視点位置、視線方向等）、位置情報等を検出するトラッキング処理の手法は、図２（Ａ）〜図３（Ｂ）で説明した手法には限定されない。例えばＨＭＤ２００に設けられたモーションセンサ等を用いて、ＨＭＤ２００の単体でトラッキング処理を実現してもよい。即ち、図２（Ｂ）のベースステーション２８０、２８４、図３（Ｂ）の撮像部１５０などの外部装置を設けることなく、トラッキング処理を実現する。或いは、公知のアイトラッキング、フェイストラッキング又はヘッドトラッキングなどの種々の視点トラッキング手法により、プレーヤの視点情報等を検出してもよい。例えばアイトラッキングでは、プレーヤの左目、右目の瞳の位置や形状等を認識する。そして、左目の位置、右目の位置、左目の視線方向、右目の視線方向等を特定し、プレーヤの視点情報を取得することで、視点トラッキングを実現する。このアイトラッキングは、例えば撮像部によりプレーヤの左目、右目を撮影し、その撮像画像に対して瞳等の画像認識処理を行うことなどで実現できる。また、フェイストラッキングでは、撮像部でプレーヤの顔を撮像し、顔の画像認識処理を行う。そして、画像認識処理の結果に基づいて、プレーヤの顔の位置や向く方向を特定して、プレーヤの視点位置、視線方向を求めて、視点トラッキングを実現する。

２．２ プレイエリア、ゲーム装置の筺体
図４（Ａ）、図４（Ｂ）に本実施形態のゲームが実現されるプレイエリアの一例を示す。このプレイエリアは、ボックス状の防音の個室により実現される。図４（Ａ）に示すようにボックスの個室は、壁３０１、３０２、３０３、３０４やドア３０６や通気設備３０７、３０８を有する。また図４（Ｂ）に示すようにボックスの底面にはキャスター３１０、３１２が設けられており、移動可能になっている。プレーヤＰＬはドア３０６を開けて個室内に入り、ゲームをプレイする。この個室内の空間がプレーヤＰＬのプレイエリア（プレイ空間）になる。

そして図４（Ａ）に示すように、ボックスの個室のプレイエリアには、プレーヤＰＬの移動範囲として想定されるエリアＡＲが設定される。このエリアＡＲ内では、ステーション２８０、２８４等を用いたプレーヤＰＬの視点情報（視点位置、視線方向）や位置情報のトラッキングが可能になっている。一方、エリアＡＲの境界ＢＤを越えた位置では、確実なトラッキングを実現できない。またプレーヤＰＬがエリアＡＲの境界ＢＤを越えると、壁３０１、３０２、３０３、３０４にぶつかるおそれがあり、安全面の上で望ましくない。エリアＡＲの設定は、例えばゲーム装置のイニシャライズ設定などにより、その範囲を設定可能になっている。

図５はゲーム装置筺体３２０の一例である。図５ではゲーム装置は大型のゲーム装置筺体３２０を有しており、プレーヤはゲーム装置筺体３２０内に入ってゲームをプレイできるようになっている。ゲーム装置筺体３２０の内部には、例えば各種の装置（操作装置）、機具、シート（椅子）等が設けられる。プレーヤは、ゲーム装置筺体３２０の内部に入り、ＨＭＤ２００を頭部に装着して、ＶＲ（バーチャルリアリティ）の世界でのゲームを楽しむ。

２．３ ゲームの概要
次に、本実施形態の手法により実現されるゲームの概要について説明する。本実施形態により実現されるゲームは、本物のライブステージのような臨場感の中、バンドのボーカルになりきって、ボーカル演奏を行う音楽ゲームである。プレーヤは、大観衆を目前にして歌うという、かつてない高揚感を感じつつ、自分のファンからの歓声を全身に浴びる強烈な快感を得ることができる。ＨＭＤと大出力のサラウンドスピーカーにより、まるで本物のライブステージに出演し、自分のファンに囲まれて歌っているかのような、臨場感を得ることができる。

ステージの周りの観客は、プレーヤのボーカル演奏やステージアクションに反応して、派手な声援や様々なアクションをインタラクティブに返してくる。ＨＭＤによる、まるでその場に立っているかのような臨場感のライブステージの上で、表情まで見える最前列のファンをはじめ、会場を埋める満員の観客の前で、バンドメンバーの演奏と共に、自分の歌とライブパフォーマンスを行って、観客の期待に応える。

プレーヤは共有スペースに設けられた受け付けスペースで、入室時間の予約やプレイ設定を行い、図４（Ａ）、図４（Ｂ）に示すようにクッション材の貼られた安全な個室内で、ライブ出演体験を楽しむ。

プレーヤは、ステージ出演前のプレイ設定において、コンサート出演モードを選択する。その後、歌う曲の選択を行い、出演ステージを選択する。そして図２（Ａ）、図２（Ｂ）等で説明したＨＭＤ２００、入力装置１６０−１、１６０−２などのデバイスを装着する。店舗のオペレータが、注意事項等を説明し、プレーヤのデバイス装着及び調整を補助する。プレイエリアである個室空間のキャリブレーション（イニシャライズ）は、オペレータが事前に行う。

図２（Ａ）の入力装置１６０−１は、マイク＆ゲームコントローラになっている。ＶＲ空間内では、プレーヤ（仮想プレーヤ）の腕や手は描画されないが、プレーヤが手で持っている入力装置１６０−１等の位置がセンシングされ、同じ位置にマイク画像が描画され、プレーヤの動きに応じてマイク画像が動くようになる。

プレーヤは、ＶＲ空間のスタンバイルームで、ボーカルのキー調整を行う。スタンバイルームは、ステージの下の待機スペースである。ＶＲ空間においてプレーヤが立っているスペースは大きなリフトになっていて、本番時にはステージ上にせり上がる。

リフトが上昇しステージが近づいて来るのに合わせて、遠くから聞こえていたホールの歓声や掛け声が徐々に大きくなり、迫力を増し、且つ、生々しく変化する。ステージ上にプレーヤが出現すると、プレーヤに向けて前方から逆光のスポットライトが当てられ、プレーヤの登場で最高潮に達した大歓声が起こる。プレーヤの開始アクションの入力（例えばハンドアクション）で演奏がスタートして、ライブシーケンスに移行する。

ライブの本番ではプレーヤは、思う存分、ステージでの熱唱を楽しむ。図６、図７、図８は、ステージ上のプレーヤのＨＭＤ２００に表示されるゲーム画像（ＶＲ空間での画像）の例である。図６、図７に示すようにプレーヤの目の前には満員の観客が映し出される。図６はプレーヤが正面を向いた場合のゲーム画像であり、図７は、プレーヤが右方向を向いた場合のゲーム画像である。プレーヤが後ろを振り向くと、図８に示すようにドラムやアンプやスクリーン等が映し出されたゲーム画像が表示される。ライブステージは、図９に示すように、現実世界と同様にドームＤＯＭに囲まれた巨大なコンサートホールで行われる。ＶＲ空間のコンサートホールには多数の観客が訪れており、プレーヤのボーカル演奏により、観客の歓声は最高潮になる。なおＶＲ空間においてプレーヤの足元に設置されたモニターには、歌詞や音程表示が映し出される。プレーヤは必要であれば、これらの歌詞や音程表示を見ながらボーカル演奏を行う。

図６、図７、図８に示すように、ＨＭＤ２００を用いる本実施形態のゲーム装置では、プレーヤの全周囲の方向に亘って、ゲーム空間であるＶＲ空間の世界が広がる。例えばＨＭＤ２００を装着したプレーヤが前方向を向けば、図６のゲーム画像がＨＭＤ２００に表示され、右方向を向けば、図７のゲーム画像が表示される。また後ろ方向を向けば、図８のゲーム画像が表示される。従って、多数の観客が歓声を上げる巨大なコンサートホールにおいて、ボーカル演奏しているかのような仮想現実感をプレーヤに与えることができる。従って、従来のゲーム装置に比べて、プレーヤのゲームへの没入度等を格段に向上できるようになる。

また本実施形態では、曲の抑揚に合わせて観客の動き（アクション）や歓声が変化する。またプレーヤのアクションに応じるように、観客の動きや歓声が変化する。例えば図６において、プレーヤが立つステージの近くの観客ＡＤ１〜ＡＤ７は、例えば多数のポリゴンで構成されるポリゴンモデルのオブジェクトにより表現されている。図７の観客ＡＤ８〜ＡＤ１１も同様である。一方、ステージから遠い位置にいる観客は、プレーヤの視線に正対するビルボードポリゴンに描かれた画像により表現されている。

ポリゴンモデルの観客（ＡＤ１〜ＡＤ１１）は、例えばモーションデータによるモーション再生によりその動きが表現されている。これらの観客は、曲のリズムにのって基本アクション（基本モーション）を行う。観客のアクションには、曲中の盛り上がり度合いを表現するための段階がある。この段階は、基本的に曲の抑揚に依存して上下する。また、プレーヤのパフォーマンスに対する評価が良好になることによっても、段階が上がる場合がある。

観客は、プレーヤの声や動きに応じも、インタラクティブにリアクションする。プレーヤが、例えば「特定の方向を向いて歌う」、「手を振る」といったアクションを行うことで、その方向の観客のテンションが上がり、基本アクションが、１段階、派手になったり、或いは曲のリズムとは関係ない突発的な盛り上がりアクションを行うようになる。

ステージ上でのプレーヤのゲームプレイに対する評価処理としては、２つの評価処理がある。第１の評価処理は、特定の観客を盛り上げるパフォーマンスをどれだけ出来たかについての評価処理である。即ち、特定の観客をどれだけ熱狂させられたかである。第２の評価処理は、プレーヤが歌を上手く歌えたかどうかについての評価処理である。

第１の評価処理による評価システムは、プレーヤのプレイ中の観客からのフィードバックが得られるメインの評価システムである。この評価システムでは、プレーヤに向けて何らかのアピールのアクションをしてくる観客がターゲットになる。例えば図６では、観客ＡＤ４が、右手を高く上げてプレーヤに対してアピールのアクションを行っており、この観客ＡＤ４がターゲットになる。また図７ではアピールのアクションを行っている観客ＡＤ１０がターゲットになる。なお、群れをなす複数人の観客をターゲットにするようにしてもよい。例えば図７において観客ＡＤ３、ＡＤ４、ＡＤ５がターゲットになってもよい。

これらのアピールする観客に対して、プレーヤが下述する第１、第２のアクションを行うことで、これらの観客の熱狂度パラメータ（熱狂度ゲージ）の値が上昇する。そして熱狂度パラメータが最大値になると、これらの観客が、大喜びを表現する熱狂アクションを行うようになる。この熱狂アクションは、曲のリズムとは無関係に狂喜するアクションなどである。

アピールする観客に対してプレーヤが行う第１のアクションは、そのターゲットの観客の方に視線を向けて歌うアクションである。この第１のアクションが評価されるのは、楽曲の歌唱パートと間奏パートのうち、歌唱パートにおいてである。

アピールする観客に対してプレーヤが行う第２のアクションは、観客からの掛け声に合わせてプレーヤが腕を上げるアクション（動き）である。或いは間奏パートにおいて、観客からのかけ声に合わせてプレーヤが発声するアクションである。

これらの第１、第２のアクションのターゲットとなる観客は、例えばランダムにコンサートホール内で発生する。プレーヤの１曲の演奏におけるターゲットの数は所定数に決まっている。ターゲットとなる所定数の全ての観客について、熱狂度パラメータが最大値になり盛り上げに成功すると、所定数のターゲットを全クリアしたとして、プレーヤが最大限に評価される。例えばターゲットとなる観客の数が１０人である場合に、これらの１０人の全ての観客の熱狂度パラメータが最大値に達すると、ターゲットを全クリアしたと評価される。この場合に、ターゲットのクリア数に応じて、最後のステージエフェクトの種類が変化する。例えば１０人のターゲットの全てをクリアした場合には、最後のステージにおいて最も派手なエフェクトが発生する。また例えば８人のターゲットをクリアした場合には、５人のターゲットをクリアした場合に比べて、より派手なエフェクトが発生する。

第２の評価処理による評価システムは、プレーヤの歌の音程とリズムの検知による評価システムであり、プレーヤには明示しないポイントの加算で評価する。具体的には、リズムに合わせた発声が出来たかを評価する。例えば、ベース又はドラムの演奏の指定タイミングに合わせて、プレーヤが発声できると、ポイントが加算される。また、ロングトーンの上手さや、休符についての正確性なども評価される。また音程の正確性も評価する。即ち、プレーヤの歌の音程判定を行い、正解な音程で歌った音程をグラフ的に表示する。なお、プレーヤの音量がゼロの状態が一定時間、継続すると、観客の多くは待機モーションに移行し、その間はプレーヤはポイント加算を得ることができない。

プレーヤの演奏が終了し、ライブステージを通してのプレーヤの評価結果が一定基準を満たすと、観客はアンコールを求めて来る。そのアンコールに応えることで、プレーヤは更に１曲、追加で演奏できるようになる。そしてライブステージの終了時には、フェードアウトする歓声の中で、照明はさらに暗くなり、ブラックアウトして終了する。その後、「お疲れ様でした、ＨＭＤを外してください」といった表示及びガイド音声が流れる。そしてプレーヤは装備を外して個室から退室し、ゲームプレイの終了となる。

２．４ 第１、第２のイベント
以上のように本実施形態のゲーム装置によれば、あたかも本物のライブホールで、熱狂する観客の前でライブ演奏したかのような仮想現実感を、プレーヤに与えることができる。そして図６、図７に示すようにプレーヤの目の前には、プレーヤの演奏に熱狂する観客が映し出されるため、興奮したプレーヤがＶＲ空間の観客の方に向かって移動してしまうおそれがある。

例えば図１０は、ＶＲ空間においてプレーヤＰＬが立つステージＳＧを、上方から俯瞰した様子を示す図である。なお図１０のプレーヤＰＬは、実際にはＶＲ空間での仮想プレーヤであるが、本実施形態では説明の簡素化のために、現実世界のプレーヤと仮想プレーヤを同一の符号ＰＬで表している。

ステージＳＧは境界ＢＤＳにより区画されており、ステージＳＧの周りの観客席ＳＥ１、ＳＥ２、ＳＥ３には、図６、図７に示すようにアクションする観客が配置されている。このステージＳＧの境界ＢＤＳは、例えば図４（Ａ）の現実世界のプレイエリアのエリアＡＲの境界ＢＤに対応している。一例としては、図４（Ａ）の現実世界のエリアＡＲの境界ＢＤから例えば所定距離だけ内側に対応する位置に、ＶＲ空間でのステージＳＧの境界ＢＤＳが設定されている。

そして図１０においてステージＳＧに立つプレーヤＰＬは、図６、図７に示すように観客（ＡＤ１〜ＡＤ１１）に囲まれてライブ演奏を行っている。従って、図６のように熱狂する観客を見て興奮したプレーヤＰＬが、これらの観客に近づこうとして、図１１に示すようにステージＳＧの外側に移動してしまう事態が生じる。

このような事態が生じると、図４（Ａ）の現実世界において、プレーヤＰＬが部屋の壁３０１等にぶつかるおそれがあり、安全面の上で望ましくない。

そこで本実施形態では、このような状況を回避するために、危険報知のための第１、第２のイベントを発生する手法を採用している。即ち、２段階でイベントを発生させることで、危険報知が原因でゲームへの没入感が阻害されるのを最小限に抑えながら、プレーヤが壁にぶつかるなどの事態の発生についても効果的に抑制する。

具体的には図１２（Ａ）において、プレイエリア（或いはゲーム装置筐体内）に設定されたエリアＡＲの境界ＢＤへのプレーヤＰＬの接近（又は到達）が検出されたとする。例えばエリアＡＲの境界ＢＤから距離ＬＢの範囲にプレーヤＰＬが位置した場合に、プレーヤＰＬが境界ＢＤに接近したと判定する。この場合には第１のイベントを発生する。そしてプレーヤＰＬから境界ＢＤに向かう方向をＤＲ１方向とした場合に、第１のイベントでは、ＤＲ１方向（境界方向）にプレーヤＰＬが移動するのを抑止する処理を行う。例えば、プレーヤＰＬが境界ＢＤを越えないように、プレーヤＰＬの移動を抑止する（抑制させる。停止させる）。これによりプレーヤＰＬは、移動を停止してその場に立ち止まったり、後ろ方向に引き返したり、右方向や右方向に移動するようになる。

具体的には、この第１のイベントの抑止処理として、エリアＡＲの境界ＢＤに対応する位置に、危険報知オブジェクトＯＢＷを表示する処理を行う。図１２（Ａ）では、境界ＢＤから少しだけ外側の位置に危険報知オブジェクトＯＢＷを表示しているが、境界ＢＤの位置や、境界ＢＤから少しだけ内側の位置に、危険報知オブジェクトＯＢＷを表示してもよい。

図１３に危険報知オブジェクトＯＢＷの一例を示す。図１３では危険報知オブジェクトＯＢＷは、ワイヤーフレームの壁オブジェクト（網目状のオブジェクト）となっている。このような危険報知オブジェクトＯＢＷを表示することで、図１２（Ａ）のＤＲ１方向（境界方向）に移動することをプレーヤが諦めて、例えば移動を停止してその場に立ち止まったり、ＤＲ１方向の反対側の方向にプレーヤが移動することを、期待できるようになる。また危険報知オブジェクトＯＢＷは網目状になっているため、プレーヤは観客等の画像を相変わらず見ることができ、危険報知が原因でゲームへの没入感が阻害されてしまうのを最小限に抑制できる。なお第１のイベントの抑止処理の他の例については後述する。

図１３のようなワイヤーフレームによる壁（柵）の表示は、図６〜図８で説明したような音楽ゲームの世界観に合っており、当該世界観を崩さない表示になっている。このため、このようなワイヤーフレームによる壁を表示しても、プレーヤが感じる不自然感を最小限に抑えることができる。このように、エリアの境界へのプレーヤの接近時又は到達時に表示される危険報知オブジェクトは、ゲームの世界観に合った形状、色又は素材を有するものであることが望ましい。そしてゲームの世界観に合った危険報知オブジェクトである場合には、境界への接近時又は到達時のタイミングで、危険報知オブジェクトをそのまま表示することも可能である。或いは、プレーヤの不自然感を低減するために、境界へのプレーヤの接近又は到達の際に、危険報知オブジェクトを徐々に透明から不透明に変化させて出現させてもよい。或いは、プレーヤが元の立ち位置の方向に戻った場合に、危険報知オブジェクトを徐々に不透明から透明に変化させて消滅させてもよい。

さて、プレーヤがライブ演奏で興奮していると、このような危険報知オブジェクトＯＢＷによる抑止処理を行っても、プレーヤがＤＲ１方向への移動を止めない事態も起こり得る。そこで本実施形態では、図１２（Ｂ）に示すようにエリアＡＲの境界ＢＤを越えたプレーヤＰＬの移動が検出された場合に、第２のイベントを発生させる。そして、第２のイベントでは、ゲーム画像とは異なる画像表示に変化させる処理を行う。例えばゲーム画像の画質を極端に低下させたり、ゲーム画像とは全く異なる画像を表示する。なお第２のイベントにおいて、ゲーム音の出力態様を変化させる処理を行ってもよい。例えばゲーム音のボリュームを下げる処理を行ってもよい。

そして、このような第２のイベントの発生後に、図１２（Ｃ）のようにプレーヤＰＬが、エリアＡＲの境界ＢＤの内側方向であるＤＲ２方向に戻ったことが検出された場合に、ゲーム画像とは異なる画像表示を、ゲーム画像の表示に戻す処理を行う。例えばゲーム画像の画質を元の画質に戻す。或いは、ゲーム画像とは全く異なる画像の表示から、ゲーム画像の表示に戻す。なおこの際に、ゲーム音の出力態様を元に戻す処理を行ってもよい。例えばゲーム音のボリュームを元に戻す。

図１４に、画質を低下させたゲーム画像の例を示す。図１４のゲーム画像では、通常時のゲーム画像（図６等）の特徴（特徴量）は残っているが、ゲーム画像の明度、彩度、コントラスト又は解像度を低下させる処理、或いはゲーム画像をぼかす処理などが行われている。例えば観客や観客席の画像がぼけて見えると共に、全体的に暗い画像になっている。なお図１４の表示の際に、元の立ち位置（図４（Ａ））に戻るように、テキスト画像や音声で更に警告することが望ましい。

図１４のようなゲーム画像の画質を低下させる処理は、例えばレンダリング画像であるゲーム画像に対して、公知の画像処理を施すことで、容易に生成できる。例えば元のゲーム画像に対して、明度、彩度又はコントラストを落とすためのフィルター処理を行ったり、元の画像に対してぼかし処理のフィルター処理などを行うことで、図１４に示すような画質が低下したゲーム画像を生成できる。或いは例えばＲＧＢのカラー画像のゲーム画像を白黒画像などに変換して表示してもよい。

例えば図１４のような画像の代わりに、画面の全面が真っ白となるような表示を行うと、プレーヤが自分の位置や向く方向を見失ってしまうおそれがある。即ち、ＨＭＤ２００で目を覆われているプレーヤは、視界の全面が真っ白になってしまうと、自分の位置や方向を認識する基準となる表示物が存在しなくなってしまうため、自分の位置や方向を見失ってしまう。

これに対して図１４の画質を落としたゲーム画像では、観客や観客席などの表示物の輪郭（特徴量）は残っている。このため、これらの表示物の位置を基準とすることで、プレーヤは、自分の位置や方向を見失わなくて済むようになる。また、図１４では、画質は落ちるもののゲーム画像は表示されているため、プレーヤのゲームへの没入度は、それほど低下しない。またゲーム画像の画質が低下することで、興奮したプレーヤが冷静な心理状態に戻ることも期待できる。

そして図１２（Ｃ）のようにプレーヤＰＬが元の立ち位置の方向に引き返せば、ゲーム画像の画質は元に戻る。このため、一瞬だけ図１４のような画質を落としたゲーム画像が表示された後、元の高画質のゲーム画像の表示に戻るため、プレーヤのゲームへの没入度の低下を、最小限に抑えることが可能になる。

なお第２のイベントの発生時に、ゲーム進行態様を変化させる処理を行うようにしてもよい。例えば図１５（Ａ）では、エリアＡＲの境界ＢＤを越えたプレーヤＰＬの移動が検出されたため、ゲーム進行態様を変化させる処理として、ゲーム進行を停止する処理を行っている。例えばゲーム空間での時間経過を停止したり、ゲーム画像の動画再生を停止して、例えば静止画像が表示されるようにする。或いはゲーム空間での時間経過を極めて遅くしたり、ゲーム画像の動画再生を極めて遅くしてもよい。そして図１６（Ａ）に示すように、第２のイベントの発生によりゲームが停止したことを、プレーヤに伝える表示を行う。この際に、元の立ち位置に戻ることをプレーヤに促す通知を行う。

なお、ゲーム進行態様を変化させる処理として、ゲームをスタート状態に戻す処理を行ってもよい。例えばライブ演奏のスタートの状態に戻したり、スタンバイルームでの待機の状態に戻す。

そして、このような第２のイベントの発生後に、図１５（Ｂ）のようにプレーヤＰＬが、エリアＡＲの境界ＢＤの内側方向であるＤＲ２方向に戻ったことが検出された場合に、ゲームの進行態様を元に戻す処理を行う。具体的には、停止していたゲーム進行を再開する。例えばゲーム空間での時間の経過を再開したり、ゲーム画像の動画再生を再開する。

このようにすれば、境界ＢＤを越えた移動により、ゲーム進行は、一旦、停止するが、図１５（Ｂ）のようにプレーヤが元の立ち位置の方向に引き返せば、ゲーム進行は再開するようになる。このため、一瞬だけゲーム進行が停止した後、ゲーム進行が再開するため、プレーヤのゲームプレイに対して、それほど大きな支障を来さなくて済むようになる。

なお第２のイベントの発生時に、ゲームを終了させる処理を行ってもよい。例えば図１６（Ｂ）に示すような表示を行って、ゲームを完全に終了する。プレーヤのゲームプレイのためには、ゲームを終了させることは望ましくないが、より確実な安全対策のためにゲームを終了させてもよい。

なお、図１２（Ａ）の第１のイベントでのプレーヤの移動の抑止処理としては、種々の処理を想定できる。例えば図１７（Ａ）のように、第１のイベントでの抑止処理として、警告情報を表示する処理を行ってもよい。例えば図１２（Ａ）においてＤＲ１方向にそのまま移動すると危険であるため、後ろに引き返すことをプレーヤに警告する。このようにすれば、プレーヤは、ＤＲ１方向への移動が危ないことを視覚的に認識できるようになり、ＤＲ１方向への移動を効果的に抑止することが可能になる。なお、このような警告表示の際に、更に警告音を出力するようにしてもよい。

また第１のイベントでの抑止処理として、図１７（Ｂ）に示すように、境界ＢＤに向かう方向側にオブジェクトを出現させる処理を行ってもよい。例えば図１７（Ｂ）では、モンスターのオブジェクトＯＢＭＳが、プレーヤの目の前に表示されている。また、「こっちを来るな」というような吹き出しの表示も行われる。そして必要であれば、モンスターがプレーヤに向かって襲ってくる。このようなモンスターのオブジェクトＯＢＭＳを表示すれば、プレーヤは、このモンスターを避けるために、図１２（Ａ）のＤＲ１方向への移動を停止するようになる。そして、例えば移動を停止して、その場に立ち止まったり、ＤＲ１方向とは異なる方向に引き返すようになる。即ち、危険な方向に移動するのをプレーヤが躊躇するようなイベントを発生できる。従って、第１のイベントでの効果的な抑止処理を実現できる。

また第１のイベントでの抑制処理として、境界に向かう方向側にあるオブジェクトの表示態様（色、テクスチャ等の画像情報や形状情報）を変化させる処理を行ってもよい。例えばプレーヤが移動して近づいている先に居る観客（広義にはオブジェクト）の顔の表情や色が、次第に慌てたり、青ざめたりすることで、プレーヤに対して危険を報知するようにする。即ち、境界方向への移動を抑止するような表示態様に、境界方向にいる観客等のオブジェクトの表示態様を変化させる。

なお、第１のイベントでの抑止処理として、境界ＢＤに向かう方向ＤＲ１とは異なる方向側に、プレーヤの注目オブジェクトや注目イベントを発生させる処理を行ってもよい。例えば、ゲームにおいて重要な注目オブジェクト（例えば重要なアイテム等）については、図１２（Ａ）の方向ＤＲ１側に発生しないようにして、方向ＤＲ１（前方方向）とは異なる方向側（例えば後ろ方向、左方向、右方向）に、注目オブジェクトを表示する。或いは、ＲＰＧゲーム等において、方向ＤＲ１側を行き止まりにして、方向ＤＲ１とは異なる方向側に、迷路等を抜けるための道が開けるなどのイベントを発生させる。こうすることで、第１のイベントでの効果的な抑止処理を実現できるようになる。

以上のように本実施形態によれば、プレーヤの移動範囲として設定されたエリアの境界へのプレーヤの接近又は到達が検出されると、第１のイベントが発生する。この第１のイベントでは、当該境界に向かう方向にプレーヤが移動するのを抑止（抑制）する処理が行われる。一方、エリアの境界を越えたプレーヤの移動が検出されると、第２のイベントが発生する。この第２のイベントでは、ゲーム画像とは異なる画像表示に変化させる処理や、ゲーム進行態様を変化させる処理や、ゲームを終了させる処理などが行われる。このようにすれば、第１のイベントでは、それほどプレーヤに不自然さを感じさせずに、境界方向への移動を抑止できる。これにより、例えば現実世界のプレイエリア又はゲーム装置筐体内において、境界方向に対応する方向に障害物などが存在した場合において、より自然な形で、プレーヤの危険等を回避させることが可能になる。そして本実施形態によれば、このような第１のイベントを発生させて境界方向へのプレーヤの移動を抑止したにもかかわらず、境界方向にプレーヤが移動した場合には、第２のイベントを発生させる。そして、この第２のイベントでは、ゲーム画像とは異なる画像表示に変化させる処理、ゲーム進行態様を変化させる処理、或いはゲームを終了させる処理などが行われる。従って、第１のイベントにおける抑止処理よりも、より高いレベルでプレーヤの危険等を回避させることが可能になる。この結果、頭部装着型表示装置を利用したゲームにおいて、より適切な危険報知を実現できるゲーム装置の提供が可能になる。

また本実施形態では図１８（Ａ）に示すように、プレーヤＰＬの移動速度ＶＳを検出し、この移動速度ＶＳに基づいて第１のイベントの制御を行ってもよい。例えば第１のイベントでの抑止処理を、プレーヤＰＬの移動速度ＶＳに基づき制御する。例えばプレーヤＰＬの移動速度ＶＳが速い場合には、より早いタイミングで第１のイベントが発生するようにする。例えば図１８（Ａ）では、境界ＢＤから距離ＬＢの範囲にプレーヤＰＬが位置した場合に、第１のイベントを発生させて、上述した抑止処理を行う。この場合、プレーヤＰＬの移動速度ＶＳが速い場合には、移動速度ＶＳが遅い場合に比べて、距離ＬＢを長くする。例えばプレーヤＰＬの移動速度ＶＳが速いと、図１３のような第１のイベントでの危険報知オブジェクトＯＢＷによる危険報知が間に合わなくなる事態が生じる。この点、例えば移動速度ＶＳが速くなるにつれて、図１８（Ａ）の距離ＬＢを長くすれば、このような事態の発生を抑制できるようになる。

また本実施形態では図１８（Ｂ）に示すように、プレーヤＰＬの移動速度ＶＳに基づいて第２のイベントの制御を行ってもよい。例えば第２のイベントでのゲーム画像とは異なる画像表示に変化させる処理を、プレーヤＰＬの移動速度ＶＳに基づいて制御する。例えば、プレーヤの移動速度ＶＳが速い場合には、より早いタイミングで、ゲーム画像とは異なる画像表示に変化させる。例えば図１４のように画質を低下させたゲーム画像や、ゲーム画像とは全く異なる画像を、より早いタイミングで表示する。或いは第２のイベントでのゲーム進行態様を変化させる処理やゲームを終了させる処理を、プレーヤＰＬの移動速度ＶＳに基づいて制御する。例えば、プレーヤの移動速度ＶＳが速い場合には、より早いタイミングで、ゲーム進行を停止したり、ゲームを終了させるようにする。このようにすることで、プレーヤＰＬが壁等にぶつかってしまう事態を、より効果的に抑制できるようになる。なお、第２のイベントでのゲーム音の出力態様を変化させる処理を、プレーヤＰＬの移動速度ＶＳに基づいて制御してもよい。例えば、プレーヤの移動速度ＶＳが速い場合には、より早いタイミングで、ゲーム音のボリュームを下げるなどの処理を行ってもよい。

また本実施形態では、第１のイベント又は第２のイベントにおいて、振動デバイス１６４を振動させる処理や、警告音を出力する処理を行ってもよい。

例えば図１２（Ａ）のようにエリアＡＲの境界ＢＤへのプレーヤＰＬの接近（又は到達）が検出された場合に、図１９に示すように、例えば入力装置１６０−２に設けられた振動デバイス１６４を振動させて、警告のための振動を発生させる。また例えばヘッドホン２７０を用いて、警告音を出力する。こうすることで、境界方向であるＤＲ１方向にプレーヤＰＬが移動するのを抑止する処理を、より効果的に実現できるようになる。

或いは図１２（Ｂ）のようにエリアＡＲの境界ＢＤを越えたプレーヤＰＬの移動が検出された場合に、図１９に示すように、例えば入力装置１６０−２に設けられた振動デバイス１６４を振動させて、警告のための振動を発生させたり、ヘッドホン２７０を用いて、警告音を出力してもよい。こうすることで、第２のイベントでのプレーヤＰＬへの危険報知処理を、より効果的に実現できるようになる。

２．５ 第１、第２のゲーム処理
次に図６〜図８で説明したゲームに好適な本実施形態のゲーム処理について説明する。本実施形態では入力装置１６０の入力情報を用いた第１のゲーム処理と、視線情報を用いた第２のゲーム処理という２つのゲーム処理を行い、これらの２つのゲーム処理の結果により、プレーヤのゲーム成績を評価する手法を採用している。

具体的には本実施形態では、図２０（Ａ）に示すように、ＨＭＤ２００を装着したプレーヤの視線情報と、入力装置１６０を用いてプレーヤが入力した入力情報を取得する。例えば図１の入力処理部１０２が、視線情報と、入力装置１６０の入力情報を取得する。視線情報は、プレーヤの視線方向等を表す情報であり、前述したトラッキング処理などにより取得できる。例えばトラッキング処理によりＨＭＤ２００の方向情報等を求めることで、プレーヤの視線情報を特定できる。また入力装置１６０の入力情報は、例えばプレーヤの演奏により入力される演奏情報（ボーカル演奏、楽器演奏）である。

そして本実施形態では図２０（Ａ）に示すように、入力装置１６０からの入力情報（例えばマイクにより検出された音声情報）に基づいて、プレーヤが第１のゲームをプレイするための第１のゲーム処理を行う。またプレーヤの視線方向を表す視線情報に基づいて、プレーヤが第２のゲームをプレイするための第２のゲーム処理を行う。そして第１のゲーム処理の結果と第２のゲーム処理の結果に基づいて、プレーヤのゲーム成績を演算する。例えば、第１、第２のゲーム処理でのプレーヤのゲームプレイの評価結果に基づいて、全体としてのプレーヤのゲーム成績（総合的又は最終的なゲーム結果）を演算する。

この場合に第１のゲームは、例えば入力情報であるプレーヤの演奏情報に基づきゲーム処理が行われる音楽ゲームである。例えばプレーヤが歌う音楽ゲームである場合には、入力情報である演奏情報は、プレーヤの歌の音声情報などである。またプレーヤが楽器を弾く音楽ゲームである場合には、入力情報である演奏情報は、プレーヤが弾く楽器（或いは楽器を模した装置）により生成される楽器音情報などである。

一方、第２のゲームは、プレーヤの視線とターゲットとの関係を表す視線関係情報に基づきゲーム処理が行われるゲームである。例えば第２のゲームは、プレーヤの視線（視線方向）をターゲットに合わせるゲームプレイを行うことで、プレーヤのゲームプレイが評価されるゲームである。具体的には第２のゲームは、プレーヤの視線とターゲットである観客との関係を表す視線関係情報に基づきゲーム処理が行われる。

例えば図２０（Ｂ）では、観客ＡＤＡ、ＡＤＢ、ＡＤＣのうち、観客ＡＤＢがターゲットとなっている。この場合に、ＨＭＤを装着するプレーヤＰＬの視線ＶＬＰと、ターゲットである観客ＡＤＢとの視線関係情報に基づいてゲーム処理が行われ、プレーヤのゲームプレイが評価される。具体的には、ターゲットＡＤＢの方にプレーヤＰＬがその視線ＶＬＰを向けると、プレーヤのゲームプレイの評価が高い評価になる。

前述の図６のゲームを例にとれば、プレーヤに対してアピールをしている観客ＡＤ４が、プレーヤが視線を合わせるターゲットになる。そしてプレーヤが、このターゲットである観客ＡＤ４の方に視線を向けて歌うと、プレーヤのゲームプレイの評価が高い評価になる。

また本実施形態では図２１（Ａ）に示すように、第１のゲームでのプレーヤのゲームプレイを評価する第１の評価処理と、第２のゲームでのプレーヤのゲームプレイを評価する第２の評価処理が行われる。そして第１の評価処理の結果と第２の評価処理の結果に基づいて、プレーヤのゲーム成績（例えば総合的又は最終的なゲーム成績）を演算する。

即ち、入力装置１６０からの演奏情報等の入力情報に基づきゲーム処理が行われる第１のゲームにおいて、プレーヤのゲームプレイを評価する第１の評価処理が行われる。例えば、音楽ゲームである第１のゲームにおいて、プレーヤの演奏についての評価処理が行われる。

またプレーヤの視線情報に基づきゲーム処理が行われる第２のゲームにおいて、プレーヤのゲームプレイを評価する第２の評価処理が行われる。例えば図２０（Ｂ）のように、プレーヤＰＬは、ターゲットである観客ＡＤＢに視線ＶＬＰを合わせる第２のゲームをプレイし、そのゲームプレイを評価する第２の評価処理が行われる。そして例えば観客ＡＤＢに視線を向けてボーカル演奏等を行うと、プレーヤのゲームプレイが評価されて、第２の評価処理でのプレーヤのゲームプレイの評価が高くなる。

そして、このような第１の評価処理の結果と第２の評価処理の結果に基づいて、プレーヤのゲーム成績を演算する。例えば第１の評価処理の結果と第２の評価処理の結果を総合的に判断して、例えばプレーヤの最終的なゲーム成績（ポイント、得点等）が演算される。

より具体的には図２１（Ｂ）に示すように、第２の評価処理では、プレーヤの視線とターゲットとの関係を表す視線関係情報と、第１のゲームでのプレーヤの入力情報の入力状況とに基づいて、第２のゲームでのプレーヤのゲームプレイの評価を行う。

例えば図２０（Ｂ）において、プレーヤＰＬが、ターゲットである観客ＡＤＢの方に視線ＶＬＰを向けている状態で、プレーヤの入力情報である演奏情報が入力されている状況である場合には、第２のゲームでのプレーヤのゲームプレイの評価を高い評価にする。例えば、プレーヤＰＬが観客ＡＤＢの方に視線ＶＬＰを向けて、歌っている状況であると判断された場合に、第２のゲームでのプレーヤのゲームプレイの評価を高い評価にする。

また図２１（Ｃ）に示すように、第２の評価処理では、プレーヤの視線とターゲットとの関係を表す視線関係情報と、プレーヤの動き情報に基づいて、第２のゲームでのプレーヤのゲームプレイの評価を行ってもよい。

例えば図２０（Ｂ）において、プレーヤＰＬが、ターゲットである観客ＡＤＢの方に視線ＶＬＰを向けている状態で、プレーヤの所定の動作（アクション）が、動き情報により検出された場合には、第２のゲームでのプレーヤのゲームプレイの評価を高い評価にする。例えばプレーヤＰＬが観客ＡＤＢの方に視線ＶＬＰを向けて、所定の動作を行っていると判断された場合に、第２のゲームでのプレーヤのゲームプレイの評価を高い評価にする。具体的には、観客ＡＤＢからのかけ声や、或いは観客ＡＤＢの動きに合わせて、プレーヤＰＬが腕を上げるなどの所定の動作を行っていると判断された場合に、第２のゲームでのプレーヤのゲームプレイの評価を高い評価にする。プレーヤＰＬの動き情報は、例えば図２（Ａ）の入力装置１６０（１６０−１又は１６０−２）の位置や方向を検出することで取得できる。

また本実施形態では、第２のゲームでのプレーヤのゲームプレイの結果に基づいて、プレーヤの視線のターゲットに設定されるパラメータの値を変化させる処理を行う。そして、パラメータの値及びパラメータが所与の値に達したターゲットの数の少なくとも一方に基づいて、第２の評価処理の結果を求める。

例えば図２２（Ａ）では、第２のゲームでのプレーヤＰＬのゲームプレイの結果に基づいて、プレーヤＰＬの視線ＶＬＰのターゲットの熱狂度パラメータの値を変化させている。具体的には図２２（Ａ）では、プレーヤＰＬは視線ＶＬＰを観客ＡＤＢに向けて、ボーカル演奏を行っているため、観客ＡＤＢの熱狂度パラメータが上昇している。そして観客ＡＤＢの熱狂度パラメータが最大値（広義には所与の値）に達すると、観客ＡＤＢについてはターゲットクリアの状態になる。

そして図２２（Ｂ）では、プレーヤＰＬは視線ＶＬＰを観客ＡＤＡに向けて、ボーカル演奏を行っているため、観客ＡＤＡの熱狂度パラメータが上昇している。そして観客ＡＤＡの熱狂度パラメータが最大値に達すると、観客ＡＤＡについてもターゲットクリアの状態になる。

また図２２（Ｃ）では、プレーヤＰＬは視線ＶＬＰを観客ＡＤＣに向けて、ボーカル演奏を行っているため、観客ＡＤＣの熱狂度パラメータが上昇している。そして観客ＡＤＣの熱狂度パラメータが最大値に達すると、観客ＡＤＣについてもターゲットクリアの状態になる。

そして、このようにして全ての観客ＡＤＡ、ＡＤＢ、ＡＤＣについて、ターゲットクリア（最大値への到達）になると、全ターゲットクリアになり、プレーヤＰＬに対して最も高い評価（評価ポイント）が与えられる。一方、ターゲットクリアの数が２つである場合には、全ターゲットクリアに比べて、プレーヤＰＬに与えられる評価は低くなる。同様に、ターゲットクリアの数が１つである場合には、ターゲットクリアの数が２つである場合に比べて、プレーヤＰＬに与えられる評価は低くなる。

このように図２２（Ａ）〜図２２（Ｃ）では、熱狂度パラメータ（広義にはパラメータ）が、最大値（所与の値）に達したターゲットの数に基づいて、プレーヤの第２の評価処理の結果が求められている。なお、このような最大値（所与の値）に達したターゲットの数ではなく、ターゲット（観客）のパラメータの値そのものにより、第２の評価処理の結果を求めてもよい。

また図２１（Ａ）の第１の評価処理では、入力情報であるプレーヤの演奏情報に基づき特定される音程及びリズムの少なくとも一方に基づいて、第１のゲームでのプレーヤのゲームプレイを評価する。例えばカラオケの採点ゲームと同様の方式で、第１のゲームでのプレーヤのゲームプレイを評価する。

例えば図６〜図８で説明したゲームでは、図２３（Ａ）に示すように、歌詞や歌の音程表示がプレーヤに映し出される。この音程表示は、評価処理の基準（お手本）となる音程を、プレーヤが視覚的に把握するためのものである。また、この音程表示により、評価処理の基準（お手本）となるリズムについても、プレーヤは把握できる。

そしてプレーヤがボーカルの演奏を行った場合に、図２３（Ｂ）に示すような音程、リズムの基準データとの比較処理が行われる。即ち、プレーヤのボーカルの演奏情報から、プレーヤの歌の音程、リズムのデータを抽出する処理を行う。そして、抽出されたプレーヤの音程、リズムのデータと、音程、リズムの基準データとの比較処理を行うことで、第１のゲーム（音楽ゲーム）でのプレーヤのゲームプレイ（ボーカル演奏）の評価を行う。このようにすれば、プレーヤの歌の上手さを適正に評価できるようになる。なお、音程、リズムの基準データに加えて、図２３（Ｂ）に示すように音量の基準データを用意し、プレーヤのボーカルの音量のコントロールの上手さ（抑揚）についても評価するようにしてもよい。

２．６ 処理例
次に本実施形態の処理例について図２４、図２５のフローチャートを用いて説明する。

図２４は、第２のイベント発生時にゲーム画像とは異なる画像表示に変化させる処理のフローチャートである。

まず、ＨＭＤを装着して移動するプレーヤの位置情報を取得する（ステップＳ１）。この位置情報は、前述したトラッキング処理などにより取得できる。そして、取得された位置情報に基づいて、エリアの境界へのプレーヤの接近（又は到達）が検出されたか否かを判断する（ステップＳ２）。そして、接近（又は到達）が検出された場合には、危険報知オブジェクトの表示処理などの、境界方向へのプレーヤの移動を抑止する処理を実行する（ステップＳ３）。即ち、図１２（Ａ）、図１３で説明した第１のイベントの処理を実行する。

次に、プレーヤが境界の内側方向に戻ったか否かを判断する（ステップＳ４）。そして戻った場合には、危険報知オブジェクトを消して、非表示にする（ステップＳ５）。

次にエリアの境界を越えたプレーヤの移動が検出されたか否かを判断する（ステップＳ６）。そして、境界を越えた移動が検出された場合には、ゲーム画像とは異なる画像表示に変化させる処理を実行する（ステップＳ７）。即ち、図１２（Ｂ）、図１４で説明した第２のイベントの処理を実行する。

次に、プレーヤが境界の内側方向に戻ったか否かを判断する（ステップＳ８）。そして戻った場合には、ゲーム画像の表示に戻す処理を行う（ステップＳ９）。即ち、図１２（Ｃ）で説明した処理を行う。

図２５は第２のイベント発生時にゲーム進行態様を変化させる処理のフローチャートである。図２５のステップＳ１１〜Ｓ１５の処理は、図２４のステップＳ１〜Ｓ５の処理と同様であるため詳細な説明を省略する。

図２５のステップＳ１６で、エリアの境界を越えたプレーヤの移動が検出された場合には、ゲーム進行を停止する処理を実行する（ステップＳ１７）。即ち、図１５（Ａ）、図１６（Ａ）で説明した第２のイベントの処理を実行する。

次に、プレーヤが境界の内側方向に戻ったか否かを判断する（ステップＳ１８）。そして戻った場合には、ゲーム進行を再開する処理を行う（ステップＳ１９）。即ち、図１５（Ｂ）で説明した処理を行う。

なお、上記のように本実施形態について詳細に説明したが、本発明の新規事項および効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。従って、このような変形例はすべて本発明の範囲に含まれるものとする。例えば、明細書又は図面において、少なくとも一度、より広義または同義な異なる用語と共に記載された用語は、明細書又は図面のいかなる箇所においても、その異なる用語に置き換えることができる。また、位置情報や視線情報の取得処理、ゲーム処理、イベントの発生処理、境界方向への移動の抑止処理、ゲーム画像とは異なる画像表示に変化させる処理、ゲーム進行態様を変化させる処理、表示処理等も、本実施形態で説明したものに限定されず、これらと均等な手法・処理も本発明の範囲に含まれる。また本発明は種々のゲームに適用できる。また本発明は、業務用ゲーム装置、家庭用ゲーム装置、多数のプレーヤが参加する大型アトラクションシステム、シミュレータ、マルチメディア端末、ゲーム画像を生成するシステムボード、携帯電話機等の種々のゲーム装置に適用できる。例えばゲーム装置は、ゲームのプログラムがインストールされて実行される携帯電話機や携帯型情報端末であってもよい。

ＰＬ プレーヤ、ＡＲ エリア、ＢＤ 境界、ＯＢＷ 危険報知オブジェクト、
１００ 処理部、１０２ 入力処理部、１１０ 演算処理部、１１１ ゲーム処理部、
１１２ ゲーム進行処理部、１１３ 評価処理部、１１４ キャラクタ処理部、
１１５ パラメータ処理部、１１６ オブジェクト空間設定部、
１１７ 仮想カメラ制御部、１１８ ゲーム成績演算部、１２０ 表示処理部、
１３０ 音処理部、１５０ 撮像部、１５１、１５２ カメラ、
１６０（１６０−１、１６０−２） 入力装置、１６１ 演奏情報入力装置、
１６２ マイク、１７０ 記憶部、１７２ 空間情報記憶部、１７４ 楽曲情報記憶部、
１７６ パラメータ記憶部、１７８ 描画バッファ、１８０ 情報記憶媒体、
１９２ 音出力部、１９４ Ｉ／Ｆ部、１９５ 携帯型情報記憶媒体、１９６ 通信部、
２００ ＨＭＤ（頭部装着型表示装置）、２０１〜２０３ 受光素子、２１０ センサ部、
２２０ 表示部、２３１〜２３６ 発光素子、２４０ 処理部、２６０ ヘッドバンド、
２７０ ヘッドホン、２８０、２８４ ステーション、
２８１、２８２、２８５、２８６ 発光素子、
３０１〜３０４ 壁、３０６ ドア、３０７、３０８ 通気設備、
３１０、３１２ キャスター、３２０ ゲーム装置筺体

Claims (13)

1. 頭部装着型表示装置を装着して現実世界のプレイエリア又はゲーム装置筐体内で移動するプレーヤの位置情報を取得する入力処理部と、
   複数のオブジェクトが配置される仮想的なゲーム空間において、プレーヤがプレイするゲームの処理を行うゲーム処理部と、
   前記ゲーム空間において所与の視点から見えるゲーム画像を、前記頭部装着型表示装置に表示する処理を行う表示処理部と、
   を含み、
   前記ゲーム処理部は、
   前記プレイエリア又は前記ゲーム装置筐体内においてプレーヤの移動範囲として設定されたエリアの境界へのプレーヤの接近又は到達が検出された場合に、前記境界に向かう方向へのプレーヤの移動を抑止する抑止処理を行う第１のイベントを発生し、
   前記エリアの前記境界を越えたプレーヤの移動が検出された場合に、前記ゲーム画像とは異なる画像表示に変化させる処理、ゲーム進行態様を変化させる処理、及びゲームを終了させる処理の少なくとも１つの処理を行う第２のイベントを発生することを特徴とするゲーム装置。
2. 請求項１において、
   前記ゲーム処理部は、
   前記ゲーム画像とは異なる画像表示に変化させる処理として、前記ゲーム画像の画質を低下させる処理を行うことを特徴とするゲーム装置。
3. 請求項２において、
   前記ゲーム処理部は、
   前記ゲーム画像の画質を低下させる処理として、前記ゲーム画像の明度、彩度、コントラスト又は解像度を低下させる処理、或いは前記ゲーム画像をカラー画像からモノクロ画像に変更する処理、或いは前記ゲーム画像をぼかす処理を行うことを特徴とするゲーム装置。
4. 請求項１乃至３のいずれかにおいて、
   前記ゲーム処理部は、
   前記ゲーム進行態様を変化させる処理として、ゲーム進行を停止する処理を行うことを特徴とするゲーム装置。
5. 請求項１乃至４のいずれかにおいて、
   前記ゲーム処理部は、
   前記第２のイベントの発生後に、プレーヤが前記エリアの前記境界の内側方向に戻ったことが検出された場合に、前記ゲーム画像とは異なる画像表示を前記ゲーム画像の表示に戻す処理、或いは前記ゲーム進行態様を元に戻す処理を行うことを特徴とするゲーム装置。
6. 請求項１乃至５のいずれかにおいて、
   前記ゲーム処理部は、
   前記第１のイベントの前記抑止処理として、前記エリアの前記境界に対応する位置に危険報知オブジェクトを表示する処理、警告情報を表示する処理、前記境界に向かう方向側に所与のオブジェクトを出現させる処理、前記境界に向かう方向側にある所与のオブジェクトの表示態様を変化させる処理、或いは前記境界に向かう方向とは異なる方向側にプレーヤの注目オブジェクト又は注目イベントを発生させる処理を行うことを特徴とするゲーム装置。
7. 請求項１乃至６のいずれかにおいて、
   前記ゲーム処理部は、
   前記第１のイベントでの前記抑止処理を、プレーヤの移動速度に基づき制御することを特徴とするゲーム装置。
8. 請求項１乃至７のいずれかにおいて、
   前記ゲーム処理部は、
   前記第２のイベントでの前記ゲーム画像とは異なる画像表示に変化させる処理、前記ゲーム進行態様を変化させる処理、又はゲームを終了させる処理を、プレーヤの移動速度に基づき制御することを特徴とするゲーム装置。
9. 請求項１乃至８のいずれかにおいて、
   前記ゲーム処理部は、
   前記第１のイベント又は前記第２のイベントにおいて、振動デバイスを振動させる処理又は警告音を出力する処理を行うことを特徴とするゲーム装置。
10. 請求項１乃至９のいずれかにおいて、
    前記表示処理部は、
    前記エリアの外側に対応する場所に観客の画像が表示される前記ゲーム画像を、前記頭部装着型表示装置に表示する処理を行うことを特徴とするゲーム装置。
11. 頭部装着型表示装置を装着して現実世界のプレイエリア又はゲーム装置筐体内で移動するプレーヤの少なくとも位置情報を取得する入力処理部と、
    複数のオブジェクトが配置される仮想的なゲーム空間において、プレーヤがプレイするゲームの処理を行うゲーム処理部と、
    前記ゲーム空間において所与の視点から見えるゲーム画像を、前記頭部装着型表示装置に表示する処理を行う表示処理部と、
    を含み、
    前記ゲーム処理部は、
    前記プレイエリア又は前記ゲーム装置筐体内においてプレーヤの移動範囲として設定されたエリアの境界へのプレーヤの接近又は到達が検出された場合、或いは前記境界を越えたプレーヤの移動が検出された場合に、前記ゲーム画像の明度、彩度、コントラスト又は解像度を低下させる処理、或いは前記ゲーム画像をカラー画像からモノクロ画像に変更する処理、或いは前記ゲーム画像をぼかす処理を行うことを特徴とするゲーム装置。
12. 頭部装着型表示装置を装着して現実世界のプレイエリア又はゲーム装置筐体内で移動するプレーヤの位置情報を取得する入力処理部と、
    複数のオブジェクトが配置される仮想的なゲーム空間において、プレーヤがプレイするゲームの処理を行うゲーム処理部と、
    前記ゲーム空間において所与の視点から見えるゲーム画像を、前記頭部装着型表示装置に表示する処理を行う表示処理部として、
    コンピュータを機能させ、
    前記ゲーム処理部は、
    前記プレイエリア又は前記ゲーム装置筐体内においてプレーヤの移動範囲として設定されたエリアの境界へのプレーヤの接近又は到達が検出された場合に、前記境界に向かう方向へのプレーヤの移動を抑止する抑止処理を行う第１のイベントを発生し、
    前記エリアの前記境界を越えたプレーヤの移動が検出された場合に、前記ゲーム画像とは異なる画像表示に変化させる処理、ゲーム進行態様を変化させる処理、及びゲームを終了させる処理の少なくとも１つの処理を行う第２のイベントを発生することを特徴とするプログラム。
13. 頭部装着型表示装置を装着して現実世界のプレイエリア又はゲーム装置筐体内で移動するプレーヤの少なくとも位置情報を取得する入力処理部と、
    複数のオブジェクトが配置される仮想的なゲーム空間において、プレーヤがプレイするゲームの処理を行うゲーム処理部と、
    前記ゲーム空間において所与の視点から見えるゲーム画像を、前記頭部装着型表示装置に表示する処理を行う表示処理部として、
    コンピュータを機能させ、
    前記ゲーム処理部は、
    前記プレイエリア又は前記ゲーム装置筐体内においてプレーヤの移動範囲として設定されたエリアの境界へのプレーヤの接近又は到達が検出された場合、或いは前記境界を越えたプレーヤの移動が検出された場合に、前記ゲーム画像の明度、彩度、コントラスト又は解像度を低下させる処理、或いは前記ゲーム画像をカラー画像からモノクロ画像に変更する処理、或いは前記ゲーム画像をぼかす処理を行うことを特徴とするプログラム。