(57)【要約】【課題】特に三次元モデリングされたワールド内に位置するプレイヤキャラクタが活躍するリアルタイムゲームにおいて、主観的な要素をイベント制御にとりこんで、イベント発生条件の選択肢を増やし、全体としてゲーム性を向上させる方法を提供すること。【解決手段】ビデオゲームにおいてイベントを制御する方法であって、プレイヤがゲームワールドに対する視界を所定の範囲に調節したことを検出して該所定の範囲に関連づけた所定のイベントを発生させることを、もっとも主要な特徴とする。視界は、ゲームワールド上での定点もしくは所定の座標範囲からの方角、上下角、もしくはこれらの組み合わせによって決定する。また、さらに前記定点もしくは所定の座標範囲からの視野角などのズーム倍率によって決定する。【選択図】  図５
2004267553.tif 000002
【特許請求の範囲】
【請求項１】
ビデオゲームにおいてイベントを制御する方法であって、
プレイヤがゲームワールドに対する視界を所定の範囲に調節したことを検出して該所定の範囲に関連づけた所定のイベントを発生させることを特徴とする方法。
【請求項２】
前記視界が、ゲームワールド上での定点もしくは所定の座標範囲からの方角、上下角、もしくはこれらの組み合わせによって決定される、請求項１に記載の方法。
【請求項３】
前記視界が、さらに前記定点もしくは所定の座標範囲からの視野角などのズーム倍率によって決定される、請求項２に記載の方法。
【請求項４】
前記視界が、さらに前記定点もしくは所定の座標範囲からの焦点距離によって決定される、請求項２に記載の方法。
【請求項５】
前記調節が、
方向キーにより、方角、上下角、もしくはこれらの組み合わせを決定するステップと、
ズームキーにより、ズーム倍率を決定するステップもしくは焦点キーにより焦点距離を決定するステップとを含む、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記検出を、プレイヤが前記定点もしくは所定の座標範囲に関連する、位置や交信などの状態に遷移したときに行うことを特徴とする、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記検出を、
所定のオブジェクトの大きさに関する測度のビデオ画面上での値に基づいて行うことを特徴とする、請求項１から３のいずれか一項に記載の方法。
【請求項８】
ビデオゲームのイベントを制御する装置であって、
プレイヤがゲームワールドに対する視界を調節する調節手段と、
所定の範囲に調節されたことを検出する検出手段と、
該検出手段による検出結果に応じて前記所定の範囲に関連づけた所定のイベントを発生させるトリガ手段と、を有することを特徴とする装置。
【請求項９】
前記視界が、ゲームワールド上での定点もしくは所定の座標範囲からの方角、上下角、もしくはこれらの組み合わせによって決定される、請求項８に記載の装置。
【請求項１０】
前記視界が、さらに前記定点もしくは所定の座標範囲からの視野角などのズーム倍率によって決定される、請求項９に記載の装置。
【請求項１１】
前記視界が、さらに前記定点もしくは所定の座標範囲からの焦点距離によって決定される、請求項９に記載の装置。
【請求項１２】
前記調節手段が、
方向キーにより、方角、上下角、もしくはこれらの組み合わせを決定する手段と、
ズームキーにより、ズーム倍率を決定する手段もしくは焦点キーにより焦点距離を決定する手段とを含む、請求項８から１１のいずれか一項に記載の装置。
【請求項１３】
さらに前記検出を行うかどうかを判断する判断手段を含み、該判断手段は、プレイヤが、前記定点もしくは所定の座標範囲に関連づけられた、位置や交信などの状態に遷移しているかどうかにより、判断を行うことを特徴とする、請求項８から１２のいずれか一項に記載の装置。
【請求項１４】
前記検出手段が、
所定のオブジェクトの画面上での大きさに関する値を算出する算出手段と、
算出手段による算出値と、該大きさに関する所定の基準値とを比較する比較手段と有することを特徴とする、請求項８から１０のいずれか一項に記載の装置。
【請求項１５】
請求項１から７のいずれか一項に記載の方法を実施する手段、又は、請求項８から１４のいずれか一項に記載の装置を備えることを特徴とするゲーム機。
【請求項１６】
計算機に請求項１から７のいずれか一項に記載の方法を実施させるコンピュータプログラム。
【請求項１７】
計算機の全部または一部を、請求項８から１４のいずれか一項に記載の手段として動作させるコンピュータプログラム。
【請求項１８】
請求項１６または１７に記載のコンピュータプログラムをコンピュータが読み取り可能に記憶した記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ビデオゲームにおいてイベントを制御する方法に関するものである。さらに、このための装置、ゲーム機、コンピュータプログラムおよび記憶媒体に関するものである。
【０００２】
【従来の技術】
ほとんどのビデオゲームでは、種々のイベントが、ゲームの進行に大きな役割を果たす。こうしたイベントについては、プレイヤ（キャラクタ）のなんらかの客観的な動作、すなわち移動、攻撃、会話などによって生じさせるトリガ制御が、一般に行われてきた。
【０００３】
たとえば移動については、プレイヤキャラクタが所定のエリアに入ること、または、所定のキャラクタもしくはアイテム等に近づくこと、がイベント発生の条件となっていた（例えば、下記、特許文献１）。すなわち、これらの条件が充たされたときに、そのエリアが属するワールドから他のワールドへ移動したり、そのキャラクタがプレイヤキャラクタに話し掛けて来たり、そのアイテムを取得したりする制御を行っていた。また、攻撃や会話などについても同様であり、プレイヤの注目の対象といった純粋に主観的な状態をイベントトリガの要素としてゲーム性に取り込むことがほとんど行われていなかった。
【０００４】
一部のゲームでは、マウスカーソルが二次元画像の所定のエリア（たとえば「机」）に位置した時点で、そのエリアの説明（たとえば「たいへん古い机で、埃がたまっています。」）をポップアップするものもあったが、これはゲームの状態を遷移させる「イベント」を発生させるものではなく、同じエリアに何度マウスカーソルをおいても同じ説明がなされていた。そしてイベントを起こすためには、マウスを「クリック」してそのエリアを手作業で調査する（「引き出しを開けました。すると、中から古い地図がでてきました。」）など客観的な動作をする必要があった。
【０００５】
また、そもそも三次元モデリングのワールドを現場のプレイヤキャラクタの視界で表示するビデオゲームなどでは、イベントや説明をトリガしうるすべてのエリア（周囲３６０度、上下１８０度）が一度に画面表示されることがないため、上述の通常のカーソル操作方法では、そのエリアを画面内に表示する操作と、表示したエリアにカーソルを位置させる操作との二つの操作が必要になり、全体として煩雑で操作性の悪いものとなる可能性があった。
【０００６】
さらに、３次元モデリングのワールドにおける主観的な奥行き（プレイヤキャラクタからの距離など）等の要素については、そのゲーム性への取り込みをカーソルにより行うことも、特にリアルタイムゲームにおいては、現実的でなかった。
【０００７】
【特許文献１】
特開２０００−１５３０６１号公報
【０００８】
【発明が解決しようとする課題】
本発明は、上述の問題に鑑み、特に三次元モデリングされたワールド内に位置するプレイヤキャラクタが活躍するリアルタイムゲームにおいて、主観的な要素をイベント制御にとりこんで、イベント発生条件の選択肢を増やし、全体としてゲーム性を向上させる方法を提供すること、並びに、この方法に関連する装置、ゲーム機、コンピュータプログラムおよび記憶媒体を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明は、かかる課題を解決するためになされたものであり、ビデオゲームにおいてイベントを制御する方法であって、プレイヤがゲームワールドに対する視界を所定の範囲に調節したことを検出して該所定の範囲に関連づけた所定のイベントを発生させることを、もっとも主要な特徴とする。
【００１０】
これにより、「視界」という主観的な要素をイベント制御に取り込むことが可能になり、イベント発生条件の選択肢を増やし、全体としてゲーム性を向上させることが可能となる。
【００１１】
また、前記視界は、ゲームワールド上での定点もしくは所定の座標範囲からの方角、上下角、もしくはこれらの組み合わせによって決定されることが有利である。
【００１２】
これにより、３次元モデリングされたゲームワールドの現場に位置するプレイヤキャラクタの視界に関するもっとも大きな自由度、すなわち現場から見る方向自体をゲーム性に取り込むことが可能となる。
【００１３】
また、見る方向自体が上述のカーソルの役目も果たすため、リアルタイムゲームにおいても現実的で簡単な操作を行うことが可能となる。
【００１４】
なお、「定点」は、連続するゲームワールド、たとえばある街、内の一定の座標を意味し、「座標範囲」は、その定点が多少ぶれてもイベントトリガ処理を行うことを意味する。この場合は座標軸上の連続的な移動がリアルタイムにおこなえるビデオゲームにおいても「視界」にもとづくイベント制御が可能である。
【００１５】
「定点」を採用した場合には、その「定点」から見たゲームワールド内オブジェクトを準備すればよいという長所がある。また、プレイヤが調節する現在の視界のパラメータが少なくなるため、イベントをトリガするための視界条件の検出も容易となる。したがって、プレイヤキャラクタが「所定の座標範囲」内に入ったときに強制的にプレイヤキャラクタをその「定点」に移動するなどの制御を行うことも可能である。
【００１６】
また、前記視界は、さらに前記定点もしくは所定の座標範囲からの視野角などのズーム倍率によって決定されることが有利である。
【００１７】
これにより、３次元モデリングのワールドにおける主観的な奥行き（プレイヤキャラクタからの距離など）等の要素をゲーム性に取り込むことが可能となり、イベント発生条件の選択肢をさらに増やすことができる。
【００１８】
なお、「視野角」は、同時に見ることができる視点からの視野の角度であり、ズーム倍率が大きいほどより狭い視野角の光を集中して集めることになり、一般的には視野角が狭くなり、「視野角」と「ズーム倍率」は一定の（連続）関数により対応したものとなる。また、「ズーム倍率」自体は、（焦点距離や被写体深度を無視して）たとえば一定距離にある何（センチ）メートル四方のものを（ビデオ画面の視野ウィンドウに）捉えるか、をパラメータとすることができる。また、逆に距離をパラメータとしてその距離にある一定（センチ）メートル四方のものを捉えるようにすることもできる。
【００１９】
別の実施形態では、前記視界は、ズーム倍率に替えて、さらに前記定点もしくは所定の座標範囲からの焦点距離によって決定することもできる。
【００２０】
これにより、プレイヤ（人間）の目の機構とメンタルモデルに近い主観的な状態を、ゲーム性に取り込むことが可能となる。
【００２１】
なお、注目している焦点距離からはずれたオブジェクトの表面のテクスチャーやエッジをフレームバッファのビットマップ上でぼかす（拡散する）などすることにより、対応するビデオゲーム画面上でも焦点距離を表現することが可能である。
【００２２】
また、前記調節は、方向キーにより、方角、上下角、もしくはこれらの組み合わせを決定するステップと、ズームキーにより、ズーム倍率を決定するステップもしくは焦点キーにより焦点距離を決定するステップとを含む、ことが有利である。
【００２３】
これにより、プレイヤは方向およびズーム倍率などという２つのディメンジョンの存在を明確に意識することとなり、３次元ワールドに潜在していたゲーム性を十分に生かすことができる。
【００２４】
また、カーソルを必要としない簡潔なユーザインターフェースを可能とする。
【００２５】
また、前記検出は、プレイヤが前記定点もしくは所定の座標範囲に関連する、位置や交信などの状態に遷移したときに行うことが有利である。
【００２６】
これにより、ＣＰＵなどの処理リソースやゲーム時間を節約することが可能となり、また、各定点ごとに特別な（検出処理などについての）コーディングを行うことが容易となる。
【００２７】
「位置の状態」とは、たとえば適当な方位を適当なズーム倍率で見るとイベントが発生するように設計された場所にプレイヤが位置する状態のことであり、「交信の状態」とは、たとえばプレイヤがカメラやカメラをもつオブジェクトを遠隔操作している場合にその現場との交信がおこなわれている状態をいう。
【００２８】
また、前記検出は、所定のオブジェクトの大きさに関する測度のビデオ画面上での値に基づいて行うことが有利である。
【００２９】
これにより、プレイヤキャラクタや相手キャラクタ（所定のオブジェクト）が相互に移動している場合であっても、その相対的な位置関係をもとに簡易かつ柔軟な検出が可能となる。
【００３０】
なお、典型的には所定のオブジェクト（たとえば兵士キャラクタ）の顔や口の、表示画面ピクセル座標上での直径や半径などを検出することができる。
【００３１】
本発明はまた、ビデオゲームのイベントを制御する装置であって、プレイヤがゲームワールドに対する視界を調節する調節手段と、所定の範囲に調節されたことを検出する検出手段と、該検出手段による検出結果に応じて前記所定の範囲に関連づけた所定のイベントを発生させるトリガ手段と、を有することを特徴とする装置を提供する。
【００３２】
この装置においても、前記視界が、ゲームワールド上での定点もしくは所定の座標範囲からの方角、上下角、もしくはこれらの組み合わせによって決定される、ことが有利である。
【００３３】
また、この装置における前記視界は、さらに前記定点もしくは所定の座標範囲からの視野角などのズーム倍率によって決定される、ことが有利である。
【００３４】
この、装置の別の実施形態では、前記視界が、ズーム倍率に替えて、さらに前記定点もしくは所定の座標範囲からの焦点距離によって決定される、ことができる。
【００３５】
また、これらの装置においては、前記調節手段が、方向キーにより、方角、上下角、もしくはこれらの組み合わせを決定する手段と、ズームキーにより、ズーム倍率を決定する手段もしくは焦点キーにより焦点距離を決定する手段とを含む、ことが有利である。
【００３６】
また、これらの装置においては、さらに前記検出を行うかどうかを判断する判断手段を含み、この判断手段が、プレイヤが、前記定点もしくは所定の座標範囲に関連づけられた、位置や交信などの状態に遷移しているかどうかにより、判断を行うことが好ましい。
【００３７】
また、前記検出手段は、所定のオブジェクトの画面上での大きさに関する値を算出する算出手段と、算出手段による算出値と、該大きさに関する所定の基準値とを比較する比較手段と有することが有利である。
【００３８】
本発明は、また、かかる方法を実施する手段、又は、かかる装置を備えることを特徴とするゲーム機を提供する。
【００３９】
本発明は、また、計算機にかかる方法を実施させるコンピュータプログラム、および、計算機の全部または一部を、かかる手段として動作させるコンピュータプログラムを提供する。
【００４０】
本発明はさらに、かかるコンピュータプログラムを記憶したコンピュータに読み取り可能な記憶媒体を提供する。
【００４１】
【発明の実施の形態】
以下、図面を参照して本発明の例としての一実施形態について説明する。
【００４２】
図１は本発明のゲームシステムで使用するゲーム装置１の全体構成を示すブロック図である。ゲーム装置１は、ゲーム装置本体１１、入力装置１２、出力装置１３およびメモリカード１４からなり、このゲーム装置１に、ＣＤ−ＲＯＭ（もしくは、ＤＶＤ−ＲＯＭ）２やネットワーク３等から、具体的なゲームタイトルを実現するソフトウエアが提供されることにより、プレイヤの前でその具体的なゲームタイトルを実行するためのゲームシステムとして動作することになる。
【００４３】
また、ゲーム装置本体１１は、ＣＰＵやＲＯＭ等を内蔵した主制御部１１１、ＲＡＭ１１２、ＨＤＤ１１３、サウンド処理部１１４、グラフィック処理部１１５、ＣＤ−ＲＯＭドライブ１１６、通信インターフェース１１７、インターフェース部１１８、および以上の各構成要素を相互に接続するバス１１９を備えている。
【００４４】
主制御部１１１は、ＣＰＵやＲＯＭ等を用いて、ゲームの制御、すなわち入力（キーセンス、ＣＤ−ＲＯＭ読み込みなど）や出力（画像、音声など）に関する、所定のタイミングを考慮した処理を行う。
【００４５】
ＲＡＭ１１２は、主制御部１１１のＣＰＵがプログラムを実行するために使用する主記憶装置であり、ＣＰＵが実行するプログラムやその実行のために必要となる関連データ等が格納される。
【００４６】
ＨＤＤ１１３は、主制御部１１１のＣＰＵがプログラムを実行するために使用する補助記憶装置である。ＨＤＤ１１３には、通信インタフェース１１７を用いてダウンロードした情報やＣＤ−ＲＯＭ２から読み取った情報、さらにはゲーム状態保存用の情報など、様々なデータやプログラムを格納することができる。
【００４７】
サウンド処理部１１４は、ゲームのＢＧＭや効果音などの音声データを再生するための処理を行う回路である。このサウンド処理部１１４は、主制御部１１１からの命令に従い、ＲＡＭ１１２やＣＤ−ＲＯＭ２に記憶されたデータに基づいて音声信号を生成し、これを出力装置１３に供給する。
【００４８】
グラフィック処理部１１５は、フレームバッファ（図示せず）を備え、主制御部１１１からの命令に応じた画像をフレームバッファ上に描画する。また、グラフィック処理部１１５は、フレームバッファに描画された画像データに所定の同期信号を付加してビデオ信号を生成し、これを出力装置１３に供給する。
【００４９】
ＣＤ−ＲＯＭドライブ１１６は、記録媒体であるＣＤ−ＲＯＭ２に格納されたデータを読み取る読取装置である。
【００５０】
通信インタフェース１１７は、ネットワーク３に接続されている他の通信可能装置、例えば他のゲーム装置やゲームサーバーとの間で各種データ（場合によってはプログラムも含む）の交換を行う際の通信制御を司る。通信インタフェース１１７および通信回線３１を介して外部の通信ネットワーク３からダウンロードされたデータは、ＨＤＤ１１３に格納することができる。
【００５１】
インタフェース部１１８は、入力装置１２およびメモリカード１４を着脱自在に接続することができるように構成されている。このインタフェース部１１８は、バス１１９に接続された各部と入力装置１２またはメモリカード１４との問のデータ転送を制御する。
【００５２】
ＣＤ−ＲＯＭ２には、上述したように、ゲームに関する処理を実現するためのプログラムや、関連データ、画像データ、サウンドデータ他、すなわちゲームソフトウエア（ゲームタイトル）が格納されている。特に関連データは、本発明に関連する種々のデータが格納されており、一般的な初期パラメータやフラグのほかに、たとえば、それぞれ複数の、ゲームワールド（２または３次元座標系）に関するモデリングデータ、オブジェクトデータ、オブジェクト配置データ、オブジェクト移動パターンデータ、イベントトリガ定点データ、イベントトリガ座標範囲データ、イベントトリガオブジェクト測度データ、イベントデータ（会話テキスト、音声データ、アニメーションデータ、効果スクリプトなど）、トリガ対イベント関連づけデータ等が含まれる。
【００５３】
入力装置１２は、この実施形態では「キーパッド」とも呼ばれ、ゲームに関する様々な指示をゲーム装置本体１１に入力するためにプレイヤによって操作される。キーパッド１２の上部には、十字キー１２ａと、□ボタン１２ｂ、△ボタン１２ｃ、○ボタン１２ａ、及び×ボタン１２ｅを備えている。また、十字キー１２ａが配設される基部と、ボタン群（１２ｂ〜１２ｅ）とが配設される基部との連結部には、セレクトボタン１２ｆ、スタートボタン１２ｇ、アナログコントローラ１２ｈ、１２ｉが配設されている。なお、キーパッド１２の側部にもＲ１ボタン１２ｊやＬ１ボタン１２ｌ等の複数のボタンが配設されている。入力装置１２は、これらのキー／ボタン操作に応じた指令信号をインタフェース部１１８を介してゲーム装置本体１１に送る。なお、本実施形態において、図２（ａ）の十字キー１２ａは、方角および上下角を調節する方向キーであり、同じく□ボタン１２ｂは、方角などの調整を中止するＥＸＩＴキーである。また、図２（ｂ）のＲ１ボタン１２ｊなどは、ズームイン／ズームアウトを調節するズームキーである。
【００５４】
出力装置１３は、上記プログラムによって制御されたタイミングで送信されたゲーム装置本体１１からの映像信号や音声信号に基づいてゲーム画像を表示しかつ音声を出力する。本実施形態では、スピーカ内蔵のモニタ装置例えばテレビジョン（ＴＶ）セットが出力装置１３として用意されている。この装置１３は、画像表示用の表示装置（ブラウン管もしくは液晶パネル）１３１および音声出力用のスピーカ１３２を備えている。
【００５５】
メモリカード１４は、フラッシュメモリから構成され、ゲーム装置本体１１によって制御されて、特にセーブデータなどのゲームデータを記憶する補助記憶装置である。メモリカード１４へのデータの書込み、およびメモリカード１４からのデータの読込みは、インタフェース部１１８を介して主制御部１１１が制御する。
【００５６】
主制御部１１１は、これらのすべての装置の制御を統括するものであり、ＲＯＭに格納されている（ＢＩＯＳなどの）基本ソフトウェアやＣＤ−ＲＯＭドライブ１１６によってＣＤ−ＲＯＭ２から読み出されてＲＡＭ１１２に格納されるゲームソフトウェア（プログラムおよびデータ）に基づいて、ゲーム装置本体１１を制御し、ゲーム装置１の動作を全体として制御する。
【００５７】
例えば、ＣＰＵは、ＣＤ−ＲＯＭ２から、表示すべき建物やキャラクタの３次元グラフィックデータをＲＡＭに読み出した後、グラフィック処理部１１５に転送しかつ３次元カメラ視点画像の生成を指示する。この指示に応答して、グラフィック処理部１１５は、その建物やキャラクタのグラフィックデータをフレームバッファ上に展開しかつフレームバッファに基づくビデオ信号を生成する。このビデオ信号は、出力装置１３に送られ、こうして出力装置１３の表示画面１３１上に建物やキャラクタのカメラ視点画像が表示されることとなる。これはキャラクタの移動や技の音を表すサウンドについても同様であり、この場合、サウンド情報がＣＤ−ＲＯＭ２、ＲＡＭ１１２、サウンド処理部１１４、出力装置１３、およびスピーカ１３２をたどることとなる。
【００５８】
なお、ＣＤ−ＲＯＭ２は、図３に示すように、主制御部１１１が実行するゲームプログラムを記憶するプログラム記憶領域２ａ、各種ゲーム進行上必要となる関連データを記憶する関連データ記憶領域２ｂ、ゲーム特有の背景やキャラクタ、アイコンなどの二次元（ビットマップ）画像データや三次元モデルデータなどを記憶するための画像データ記憶領域２ｃ、および効果音などのサウンドデータを記憶するサウンドデータ記憶領域２ｄより構成されている。
【００５９】
これらの情報は、あるものは一括してまたあるものは随時にＲＡＭやＨＤＤに、あるいはサウンド処理部やグラフィック処理部に送られる。しかし、よく使われる静的データ（建物やよく出現するキャラクタのパラメータなど）およびゲームが終わるまで一貫して維持する必要のある動的データ（主人公キャラクタのレベルやヒットポイントなど）については、そのほとんどがＲＡＭ内に整理して格納され、その構成は図４に示すように概ねＣＤ−ＲＯＭ２と同様の区分がなされている（１１２ａ、１１２ｂ、１１２ｃ、１１２ｄ）。ただし、ＣＤ−ＲＯＭ２の関連データ記憶領域２ｂには静的データ（定数領域）しか含まれなかったのに比べ、ＲＡＭの関連データ格納領域１１２ｂには現在のプレイヤのゲーム進行を反映した動的データ（変数領域）や計算用ワークエリアも格納されることに留意されたい。なお、定数領域のより詳細な構成については図６に関連して後述する。
【００６０】
図５は、当該実施形態による、イベント（トリガ）制御方法を示すフローチャトである。
【００６１】
まず、ステップＳ１で一般的なゲーム開始処理がなされる。これは、ゲームのメインプログラムをＣＤ−ＲＯＭ２からＲＡＭ１１２のプログラム格納領域１１２ａに読み込みかつこのメインプログラムを主制御部１１１に実行させて、以降、この図５に示したフローチャートによる制御を行わせる準備を含んでいる。さらに、このフローチャートでは示していないが、各種装置（のフレームバッファなど）の初期化およびゲームで使用する変数領域のＲＡＭ１１２上への割り当てや初期化、よく使う画像／サウンドデータの、ＲＡＭ１１２への読み込みを含んでいる。
【００６２】
次にステップＳ２では、ビデオゲームのさまざまな形態のステージ（ゲームワールドの一種）における一般的な制御（レベルやヒットポイントの増加、仲間や情報の収集）、並びに、ゲームワールド間の遷移（例えば図６のワールドＩＤ「きのこ岩洞窟」からワールドＩＤ「オアシス集落」への遷移）の制御がおこなわれる。この間、プレイヤによるさまざまなキー入力を受け付けることになるが、ステージが、当該実施形態の本フローチャートが想定する３次元空間（「通信スフィア」と呼び、プレイヤが、カメラ視点で視野の方向やズーム倍率さらにはカメラ視点自体を、入力装置１２によってコントロールすることができるステージ）である場合には、当該ステージに応じたステップＳ３以降の処理を行うことになる。
【００６３】
なお、ここでプレイヤが当該「通信スフィア」ステージを抜けて「通信スフィア」（ワールド）の選択画面に戻りたい場合にはＥＸＩＴキー（図２の□ボタン１２ｂ）を押せばよい。システムがこのキーに対応する入力値（たとえば（整数）−１）を検出した場合には、ステップＳ９へと抜けて、このフローチャートに従った、当該３次元ワールド（たとえばワールドＩＤ＝「きのこ岩洞窟」）における、視野によるイベントトリガの制御を抜けることとなる。
【００６４】
プレイヤがＥＸＩＴキーではない、方向キー（図２（ａ）の十字キー１２ａ）やズームキー（図２（ｂ）のＲ１ボタン１２ｊ）を押した場合には、それぞれにしたがった視野の制御をステップＳ３からステップＳ５にかけて行うことになる。
【００６５】
まず、ステップＳ３では、方向キー（図２（ａ）の十字キー１２ａ）の入力（バッファの値）に応じて、現在の方向変数（方角変数の定義域：０〜３５９°、上下角変数の定義域：−９０〜＋９０°）を更新することとなる。例えば、現在の方角変数の値が４５°であり、上下角変数の値が＋５°であり、方向キー（十字キー１２ａ）のうちの左方向キーが押された場合には、方角変数の値が１°分マイナスされて４４°となる。これは、右方向キー、上方向キー、下方向キーについても同様である。
【００６６】
次にステップＳ４ではズームキー（Ｒ１ボタン１２ｊなど）の入力（バッファの値）に応じて、現在のズーム倍率変数（定義域：１０ｍｍ〜１５００ｍｍ、初期値５０ｍｍ）を更新することとなる。例えば現在のズーム倍率変数の値が５０ｍｍであり、ズームインキー（Ｒ１ボタン１２ｊ）が押された場合には、この値が５ｍｍ分だけ増加されて５５ｍｍとなる。これは、ズームアウトキー（Ｒ２ボタン１２ｋ）についても同様であり、この場合には５ｍｍ分だけズーム倍率変数の値が減少することとなる。また、別の実施形態では、ズームアウトキー（Ｒ２ボタン１２ｋ）が割り当てられておらず、ズームインキー（Ｒ１ボタン１２ｊ）を押す（もしくは押し続ける）と、ズームインとズームアウトを繰り返すようサイクリック制御される。さらに別の実施形態としては、これらのキーを１回だけ押せば所定分（たとえば５０ｍｍ分）だけ自動的にズームインもしくはズームアウトするように制御されるもの、ズームアウトキー（Ｒ２ボタン１２ｋ）を一度押すだけで瞬間的に最初のズーム倍率に戻るよう制御されるものなどがある。
【００６７】
続いてステップＳ５では、更新された方向変数（方角変数、上下角変数）およびズーム倍率変数に基づいて画面表示も更新することになる。なお、（仮想）カメラの向きおよび倍率に応じた３次元空間内オブジェクトのレンダリング手法自体については、当業者に既知であるため、ここでは詳述しない。
【００６８】
次にステップＳ６により、視界によってトリガされるイベントが存在するかどうかが、図６の表に基づいて判断される。この場合、プレイヤがキャラクタＩＤ「ゆうな」を操作しており、かつ、ワールドＩＤ「きのこ岩洞窟」の通信スフィアにいるため、図６の最初の２行のイベント、イベントＩＤ「ヌージ会話３４」とイベントＩＤ「ヌージ裏切り」とが、トリガされる可能性があることになる。したがって、ステップＳ７に進むことになる。また、仮に図６の表でトリガされる可能性が存在しなかった場合にはＳ２に戻り、キー入力を受け付けることとなる。
【００６９】
続いてステップＳ７では、方向変数（方角変数、上下角変数）およびズーム倍率変数を、図６の最初の２行のそれぞれのトリガ条件と比較して、いずれかの行Ｘの条件を充たす場合には、ステップＳ８で行ＸのイベントＩＤに対応するイベントを発生させる制御を行うことになる。
【００７０】
図６は、上述のように図５のステップＳ６およびステップＳ７に関連して、視野によるトリガ条件を格納したテーブルであり、このようなテーブルは、ゲーム開発者によって定義されて、ＣＤ−ＲＯＭ２に記憶され、ゲーム開始後は、初期化処理によりＲＡＭ１１２ｂに格納されることになる。
【００７１】
図６の各列の意味について説明すると、まず、キャラクタＩＤは、上述したように、視野によりイベントをトリガする可能性のあるキャラクタを示している。最初の行の値は「ゆうな」なので、キャラクタ「ゆうな」の視界のみが、イベントＩＤ「ヌージ会話３４」をトリガすることができる。
【００７２】
次のワールドＩＤは、その行のイベントをトリガする視野の対象となる「通信スフィア」すなわちワールドのＩＤを示す。
【００７３】
次の基準座標は、キャラクタがそのワールド（通信スフィア）内の、一定の座標に位置しなければイベントをトリガできないことを示す。最上行の例では、（５、２１、０）±１とあるので、キャラクタ「ゆうな」をまず、ワールド「きのこ岩洞窟」のＸＹＺ座標（５、２１、０）に移動させなければイベントをトリガできないことになる。なお、±１は、１だけずれていてもイベントをトリガできることを示す。こういった、座標上の移動は、ロールプレイングゲームの分野で周知であり、ここでは詳述しない。
【００７４】
方向範囲は、方向変数が充たしていなければならない北および水平を基準とした角度を示している。最上行では（３５５、＋１０）±５とあるので、プレイヤは、北から時計回りに３５５°すなわち反時計まわりに５°向きをかえた方向、しかも１０°仰いだ方向を視野の中心としなければイベントがトリガされないことになる。なお、±５については、ＸＹＺ基準座標の場合と同様であり、多少向きがずれていてもイベントがおこりうるよう設定されている。
【００７５】
次のズーム範囲は、ズーム倍率変数がみたしていなければならないズーム倍率および許容誤差を示している。これによって、例えば３行目では、基準（５０ｍｍ）の２倍のズーム（１００ｍｍ）にしないとイベントが起こらないことになり、この場合は、「ワッカ」と「ゆうな」が再会できないことになる。
【００７６】
その他の条件では、方向やズーム倍率を補助する条件を設けたり、方向やズーム倍率に替わる条件を設定したりすることができる。こういった条件は、周知の情報技術により容易にコーディングしたりパージングしたりすることができる。例えば２行目では、ズーム倍率を指定しないかわりに、ヌージの顔の直径が画面（フレームバッファ）上で１００ピクセル以上になったときにイベントが起こるようにしている。別の実施形態では、こういった指定により、ワールドＩＤ、基準座標、方向範囲およびズーム範囲を一切指定することなくイベントをトリガすることを可能にしている。また、３行目では、ステージ２クリアとなっており、ビデオゲーム全体における２番目のステージをクリアしていない限りは、このイベントがトリガされないよう設定されている。
【００７７】
図７は、本発明のさまざまな実施形態における、ズーム倍率の測度について説明したものである。以上で説明してきた５０ｍｍあるいは１００ｍｍというズーム倍率は、こういった測度で置き換えて記憶し、かつイベントをトリガするために検出することができる。なお、図７では、５１は視点、５２は視野の中心、５３は画面で同時に表示する範囲、５４は視野角、５５はイベントをトリガするオブジェクトを表す。
【００７８】
「見かけの距離」を測度として採用する最上段の実施形態の場合、ズームアウトした標準の状態（５０ｍｍに対応）では、遠くにあるオブジェクトは遠くにあるようにすなわち小さく表示される。また、ズームインした状態（１００ｍｍに対応）では、遠くにあるオブジェクトが近くにあるようにすなわち大きく表示される。結局、この場合は「トリガに関連するオブジェクトの」見かけの大きさ（フレームバッファ上でのピクセル数）を測度として検出すればよいことになる。この実施形態については、図８に関連して別途説明する。
【００７９】
一方、「幅」を測度として採用する中段の実施形態の場合は、「トリガに関連しない（移動しない）オブジェクトをどれだけ含んでいるか」によって倍率を測ることになる。たくさんのオブジェクトを画面内に収めれば、それだけトリガに関連するオブジェクトの表示範囲（占有率）が狭くなり、結局「見かけの距離」と同じになるとも考えられるが、トリガに関連するオブジェクトが常に移動している場合でも一定値となるので、より安定した測度として採用することができる。
【００８０】
また、「焦点距離」を測度として採用する下段の実施形態も可能であり、焦点があう範囲（図中の円）にあるオブジェクトのみをくっきりと画面表示することにより、プレイヤにも理解される測度として採用することができる。
【００８１】
図８は、イベントに関連するオブジェクトの見かけの大きさを測度として採用する実施形態をより明解に説明する図である。Ｄ６は、ゲームワールドの表示画面、すなわち視野であり、図中で上の視野はズーム倍率が小さく、下の視野はズーム倍率が高い。こうしたズーム倍率の違いは、イベントに関連する同一オブジェクト（Ｄ６１、Ｄ６１´）の見かけの大きさの違いとなって現れる。すなわち、ズーム倍率が小さいオブジェクトの顔のみかけの直径（Ｂ６１）は、ズーム倍率が大きい同一オブジェクトの顔のみかけの直径（Ｂ６１´）よりも小さいことになる。
【００８２】
この実施形態は、ズーム倍率の大きさによる見かけの大きさと、ワールド内での距離の近さによる見かけの大きさとを区別しないで、みかけの大きさ自体をトリガ条件とするという、より簡単なゲーム仕様を可能にするという長所がある。
【００８３】
図９（ａ）〜（ｃ）は、本発明の実施形態に基づくビデオゲームの画面遷移の例である。なお、Ｄ７１からＤ７３はプレイヤに通信スフィア内でのキー操作を促すものであり、Ｄ７１は「方向キー」としての十字キー１２ａ、Ｄ７２は「ズームキー」としてのＲ１ボタン１２ｊ、Ｄ７３はこの通信スフィアから「もどる」ための「ＥＸＩＴキー」として□ボタン１２ｂを示している。
【００８４】
図９（ａ）は、図６の「オアシス集落」通信スフィアに入ったばかりの状態の画面を表しており、このときのキャラクタＩＤは「ゆうな」であり、ワールドＩＤは「オアシス集落」であり、基準座標は（３、４２、０）であり、方向変数は真北かつ水平（０、０）であり、ズーム倍率変数は５０ｍｍで、ステージ３までクリアした状態であった。ここで、方向キー（図２（ａ）の十字キー１２ａ）により真北（０、０）から徐々に北東（５、０）に向きをかえ、さらに向きをかえ北東（５５、０）になった時点で、図６の（示さない）５行目のイベントＩＤ「ワッカと再会準備」がトリガされて、図９（ｂ）の画面となる。
【００８５】
図９（ｂ）の画面では、このイベント「ワッカと再会準備」のシナリオにしたがってキャラクタオブジェクト「ワッカ」（Ｄ７４）が出現するとともに、その台詞テキストが表示された（Ｄ７５）。
【００８６】
ここでさらにプレイヤがズームキー（図２（ｂ）のＲ１ボタン１２ｊ）により、ズームインを行い、倍率が９０ｍｍの図９（ｃ）の画面になると、図６の３行目のトリガ条件が充足されこれによりイベントＩＤ「ワッカと再会」がトリガされて、このイベント「ワッカと再会」のシナリオにしたがってＤ７７のゲーム進行上貴重なテキスト情報が得られることととなる。
【００８７】
なお、上述の別の実施形態ではワッカの顔の大きさがＤ７４からＤ７６になると、Ｄ７７のテキスト情報を表示するイベントがトリガされることになる。
【００８８】
【発明の効果】
以上説明したように、本発明によれば、「視界」という主観的な要素をイベント制御に取り込むことが可能になり、イベント発生条件の選択肢を増やし、全体としてゲーム性を向上させることが可能となる。
【００８９】
特に、３次元モデリングされたゲームワールドの現場に位置するプレイヤキャラクタの視界に関するもっとも大きな自由度、すなわち現場から見る方向自体をゲーム性に取り込むことが可能となる。
【００９０】
また、見る方向自体が上述のカーソルの役目も果たすため、リアルタイムゲームにおいても現実的で簡単な操作を行うことが可能となる。
【００９１】
また、３次元モデリングのワールドにおける主観的な奥行き（プレイヤキャラクタからの距離など）等の要素をゲーム性に取り込むことが可能となり、イベント発生条件の選択肢をさらに増やすことができる。
【００９２】
また、プレイヤ（人間）の目の機構とメンタルモデルに近い主観的な状態を、ゲーム性に取り込むことが可能となる。
【００９３】
また、プレイヤは方向およびズーム倍率などという２つのディメンジョンの存在を明確に意識することとなり、３次元ワールドに潜在していたゲーム性を十分に生かすことができる。
【００９４】
また、ＣＰＵなどの処理リソースやゲーム時間を節約することが可能となり、また、各定点ごとに特別な（検出処理などについての）コーディングを行うことが容易となる。
【００９５】
また、プレイヤキャラクタや相手キャラクタ（所定のオブジェクト）が相互に移動している場合であっても、その相対的な位置関係をもとに簡易かつ柔軟な検出が可能となる。
【図面の簡単な説明】
【図１】本発明のゲームシステムで使用するゲーム装置１の全体構成を示すブロック図である。
【図２】図１で示した入力装置１２の詳細な形態を示す図である。
【図３】図１で示したＣＤ−ＲＯＭ２の各記憶領域を示す図である。
【図４】図１で示したＲＡＭ１１２の各格納領域を示す図である。
【図５】本発明によるイベント制御方法の一実施形態を示すフローチャートである。
【図６】本発明によるイベント制御方法において使用する、ＲＡＭ１１２の関連データ領域１１２ｂに格納される、あらかじめ定義されたイベント制御関連データの例である。
【図７】ズーム倍率に相当する様々な測度および視界との関係を示す図である。
【図８】本発明の一実施形態においてイベントに関連するオブジェクトの見かけの大きさにより相対的な位置関係を検出するための一手法について説明する図である。
【図９】本発明によるイベント制御方法が実施される際のビデオゲーム画面の遷移例を示す図である。
【符号の説明】
１  ゲーム装置
１１  ゲーム装置本体
１１１  主制御部
１１２  ＲＡＭ
１１２ａ  プログラム格納領域
１１２ｂ  関連データ格納領域
１１２ｃ  画像データ格納領域
１１２ｄ  サウンドデータ格納領域
１１３  ＨＤＤ
１１４  サウンド処理部
１１５  グラフィック処理部
１１６  ＣＤ−ＲＯＭドライブ
１１７  通信インターフェース
１１８  インターフェース部
１１９  バス
１２  入力装置（キーパッド）
１２ａ  十字キー（方向キー）
１２ｂ  □ボタン（ＥＸＩＴキー）
１２ｊ  Ｒ１ボタン（ズームキー）
１３  出力装置
１３１  表示装置
１３２  スピーカ
１４  メモリカード
２  ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等
２ａ  プログラム記憶領域
２ｂ  関連データ記憶領域
２ｃ  画像データ記憶領域
２ｄ  サウンドデータ記憶領域
３  ネットワーク
３１  通信回線
５１  視界の基準となる点（定点）
５１´  所定の座標範囲
５２  視界の中心となる方角（および上下角）
５３  画面が表示する範囲
５４  視野角
５５  イベントに必要なオブジェクト
Ｂ６１  遠いオブジェクトの顔のみかけの直径
Ｂ６１´  近いオブジェクトの顔のみかけの直径
Ｄ６  ゲームワールド表示画面（視野）
Ｄ６１  遠いオブジェクト
Ｄ６１´  近いオブジェクト
Ｄ７１  「方向キー」としての十字キー１２ａの説明
Ｄ７２  「ズームキー」としてのＲ１ボタン１２ｊの説明
Ｄ７３  「ＥＸＩＴキー」として、「通信スフィア」からの撤退もしくは通信切断（すなわち「もどる」）を指示する□ボタン１２ｂの説明
Ｄ７４  遠いオブジェクトの顔
Ｄ７５  方向を合わせるだけでトリガされるイベントのテキスト
Ｄ７６  近いオブジェクトの顔
Ｄ７７  方向と距離（ズーム）を合わせた後に表示されるイベントのテキスト
【図１】
2004267553.tif 000003
【図２】
2004267553.tif 000004
【図３】
2004267553.tif 000005
【図４】
2004267553.tif 000006
【図５】
2004267553.tif 000007
【図６】
2004267553.tif 000008
【図７】
2004267553.tif 000009
【図８】
2004267553.tif 000010
【図９】
2004267553.tif 000011