JP2022118720A - シューティングビデオゲームでプレイヤに戦術的支援を提供するための方法およびシステム - Google Patents

Abstract

【課題】一般にビデオゲーム、特に、シューティングビデオゲームにおいてプレイヤに戦術支援を提供するための方法及びシステムを提供する。【解決手段】方法は、仮想環境をメモリに保持することを含み、該仮想環境は、プレイヤが制御するゲームオブジェクト及び第２ゲームオブジェクトを備え、プレイヤが制御するゲームオブジェクトは、仮想ディスプレイコンポーネントと関連付けられている。該方法はまた、該仮想ディスプレイコンポーネントが該第２ゲームオブジェクトに対する位置条件を満たすか否かを判断し、満たす場合には、ゲーム制御インタフェースを介してアクティベーション入力を受け付けた場合に実行される対話型のゲームプレイ効果を示すプレビュー情報を取得し、画面上に表示された該仮想ディスプレイコンポーネントに該プレビュー情報を表示させることを含むものである。【選択図】図４Ａ

Description

本願は、一般にビデオゲームに関するものであり、特に、シューティングビデオゲームにおいてプレイヤに戦術支援を提供するための方法及びシステムに関する。

シューティングビデオゲームは、所定のプレイヤに高い満足度を与える。これらの満足度は、（ｉ）集中力と戦略が要求されるやりがいのある進行、（ｉｉ）幻想的なロケーションやシナリオによる視覚的なインパクト、そして（ｉｉｉ）仮想武器を正確に操作し、制御することの組み合わせから生じる。

シューティングゲームでは、プレイヤは時々キャラクタを動かしながら、照準を合わせたり銃撃したりするという比較的単純な動作を行う。この明らかな単純さにもかかわらず、プレイヤは、様々な競合する制約の中で、どこを狙うのか、いつ撃つのかを賢明に選択する必要がある。これらの制約には、弾薬や残り時間の制限、脅威の接近、及び／又は一定のスコアやレベルへの到達が含まれ得る。そのため、いつ、どこで、（どのように）撃つかにより、完全な失敗から絶対的な成功までその間のあらゆる状況という広い範囲の結果が得られる。

同時に、ビデオゲームは確定的にプログラムされる傾向があり、特定のゲームプレイ状況下でプレイヤが特定の行動をとると、予測可能なゲームプレイ効果が得られるようになっている。したがって、そのゲームの背後で実行されるコンピュータコードに基づいて、イベントにおいてある行動がとられた場合の結果を知ることは可能である。しかし、その知識を得るために実際に行動を起こす必要はない。したがって、このような知識の要素は、プレイヤのシューティングの戦略を洗練させ、パフォーマンスを向上させ、満足度を高めるための「戦術支援」として、コンピュータにより提供され得る。

本発明の少なくとも１つの実施の形態の目的は、一般にビデオゲーム、特に、シューティングビデオゲームにおいてプレイヤに戦術支援を提供するための方法及びシステムを提供することである。

様々な観点によると、本開示は、ビデオゲーム装置の少なくとも１つのプロセッサによって実行される方法に関する。該方法は、仮想環境をメモリに保持することを含み、該仮想環境は、プレイヤが制御するプレイヤ制御ゲームオブジェクトと第２ゲームオブジェクトとを含み、該プレイヤ制御ゲームオブジェクトは、仮想ディスプレイコンポーネントと関連付けられる。該方法はまた、該仮想ディスプレイコンポーネントが該第２ゲームオブジェクトに対する位置条件を満たすか否かを判断し、満たす場合には、ゲーム制御インタフェースを介してアクティベーション入力を受け付けたイベントにおいて実行される対話型ゲームプレイ効果を示すプレビュー情報を取得し、画面に表示された該仮想ディスプレイコンポーネントに該プレビュー情報を表示することを含む。

別の観点によると、本開示は、非一時的なコンピュータ可読記憶媒体に関するものであって、該コンピュータ可読記憶媒体はコンピュータ可読命令を含み、該コンピュータ可読命令は少なくとも１つのプロセッサにより読み取られ実行されると、該少なくとも１つのプロセッサに方法を実行させる。該方法は、仮想環境をメモリに保持することを含み、該仮想環境は、プレイヤが制御するゲームオブジェクトと第２ゲームオブジェクトとを含み、該プレイヤが制御するゲームオブジェクトは、仮想ディスプレイコンポーネントと関連付けられる。該方法はまた、該仮想ディスプレイコンポーネントが該第２ゲームオブジェクトに対する位置条件を満たすか否かを判断し、満たす場合には、ゲーム制御インタフェースを介してアクティベーション入力を受け付けたイベントにおいて実行される対話型のゲームプレイ効果を示すプレビュー情報を取得し、画面に表示された該仮想ディスプレイコンポーネントに該プレビュー情報を表示することを含む。

さらに別の観点によると、本開示は、ビデオゲーム装置に関するものであって、該ビデオゲーム装置は、少なくとも１つのプロセッサと、該少なくとも１つのプロセッサで実行する命令を記憶するメモリと、プレイヤから入力を受け付けるように構成された少なくとも１つの入力装置と、プレイヤに出力を提供するように構成された少なくとも１つの出力装置から構成される。該少なくとも１つのプロセッサは、受け付けた入力に応じた出力を生成する対話型コンピュータプログラムを実装するために該メモリ内の命令を実行するように構成され、該対話型コンピュータプログラムは、仮想環境をメモリに保持することを含む少なくとも１つの処理を含み、該仮想環境は、プレイヤが制御するゲームオブジェクトと第２ゲームオブジェクトとを含み、該プレイヤが制御するゲームオブジェクトは、仮想ディスプレイコンポーネントと関連付けられる。該方法はまた、該仮想ディスプレイコンポーネントが該第２ゲームオブジェクトに対する位置条件を満たすか否かを判断し、満たす場合には、ゲーム制御インタフェースを介してアクティベーション入力を受け付けたイベントにおいて実行される対話型のゲームプレイ効果を示すプレビュー情報を取得し、画面に表示された該仮想ディスプレイコンポーネントに該プレビュー情報を表示することを含む。

本開示のこれら及び他の態様は、添付の図面と併せて発明を実施形態の説明を検討することにより、当業者にとって明らかになるだろう。

ここで、本開示のより十分な理解のために、添付の図面と併用される以下の説明を参照されたい。

本開示の様々な非限定的な実施形態に従った方法を実施するためのビデオゲーム装置の様々な構成要素及び特徴を示すブロック図である。 本開示の様々な非限定的な実施形態に従った方法を実施するためのビデオゲーム装置の様々な構成要素及び特徴を示すブロック図である。 本開示の様々な非限定的な実施形態に従った方法を実施するためのビデオゲーム装置の様々な構成要素及び特徴を示すブロック図である。 本開示の様々な非限定的な実施形態に従った方法を実施するためのビデオゲーム装置の様々な構成要素及び特徴を示すブロック図である。

いくつかの実施形態に係る、ビデオゲーム装置の画面上に描写されたシーンを、プレイヤが操作するゲームオブジェクトの視点から見た図である。 いくつかの実施形態に係る、プレイヤが操作するゲームオブジェクトの向きに応じたシーンの一部が拡大された図である。 いくつかの実施形態に係る、プレイヤが操作するゲームオブジェクトの、図２Ｂとは異なる向きに応じたシーンの一部が拡大された図である。

いくつかの実施形態に係る、プレイヤからのアクティベーション入力の受け付けに続いて実行され得る様々な可能なゲームプレイ効果を示すフローチャートである。

非限定的な実施形態による戦術支援処理を示すフローチャートである。 非限定的な実施形態による戦術支援処理を示すフローチャートである。

いくつかの実施形態に係る、スコープウィンドウにプレビュー情報の表示を示すスクリーンショットの例であり、該プレビュー情報は、ボディディスポ―ザル（body disposal）と呼ばれるインタラクティブなゲームプレイ効果を示している。 いくつかの実施形態に係る、スコープウィンドウにプレビュー情報の表示を示すスクリーンショットの例であり、該プレビュー情報は、ボディディスポ―ザル（body disposal）と呼ばれるインタラクティブなゲームプレイ効果を示している。

いくつかの実施形態に係る、スコープウィンドウにプレビュー情報の表示を示すスクリーンショットの例であり、該プレビュー情報は、ルアー（lure）と呼ばれるインタラクティブなゲームプレイ効果を示している。 いくつかの実施形態に係る、スコープウィンドウにプレビュー情報の表示を示すスクリーンショットの例であり、該プレビュー情報は、ルアー（lure）と呼ばれるインタラクティブなゲームプレイ効果を示している。

いくつかの実施形態に係る、スコープウィンドウにプレビュー情報の表示を示すスクリーンショットの例であり、該プレビュー情報は、アクシデント（accident）と呼ばれるインタラクティブなゲームプレイ効果を示している。 いくつかの実施形態に係る、スコープウィンドウにプレビュー情報の表示を示すスクリーンショットの例であり、該プレビュー情報は、アクシデント（accident）と呼ばれるインタラクティブなゲームプレイ効果を示している。

図面は、所定の実施形態の理解を助けるための例示を目的とするものであり、限定を意図するものではないことを理解されたい。

以下、添付図面を参照して、本発明の実施の形態について説明する。以下、効果に関する記載は、本発明の実施の形態の効果の一側面であり、ここに記載するものに限定されない。また、以下で説明するフローチャートを構成する各処理の順序は、処理内容に矛盾や不整合が生じない範囲で順不同である。

１．ビデオゲーム装置
図１Ａを参照すると、ビデオゲーム装置１０が示されている。いくつかの実施形態の中では、ビデオゲーム装置１０は、Xbox（登録商標）、Playstation（登録商標）又はNintendo（登録商標）のゲーム機に類似した専用のゲーム機である。他の実施形態では、ビデオゲーム装置１０は、ラップトップコンピュータである。さらに他の実施形態では、ビデオゲーム装置１０は、スマートフォン、タブレットなどの携帯端末である。さらに他の実施形態では、ビデオゲーム装置１０は、携帯型ゲーム機である。ビデオゲーム装置１０は、開示される実施形態を実施するのに適した任意の他のコンピュータ装置であってもよい。

ビデオゲーム装置１０は、非一時的メモリ１２、少なくとも１つのプロセッサ１１、入出力モジュール１４、及び電源２７などの構成要素からなる。

いくつかの実施形態では、ビデオゲーム装置１０は、プレイヤ１（すなわち、ビデオゲーム装置１０のユーザ）からの入力を受け付けるように構成されたゲーム制御インタフェースを有する。該ゲーム制御インタフェースは、内部ゲームコントローラ１３（例えば、タッチスクリーン）、及び／又は、外部ゲームコントローラ１７（例えば、ジョイスティック）で構成されていてもよい。また、ビデオゲーム装置１０は、プレイヤ１が見るための画像を表示するように構成された表示装置を有する。該表示装置は、内部表示装置１５（例えばタッチスクリーン）、及び／又は、外部表示装置１６（例えばコンピュータモニタ、テレビ）で構成されてもよい。

ビデオゲーム装置１０は、ネットワーク入出力インタフェース２５を介して、データネットワーク３０に接続されてもよい。実施態様によっては、データネットワーク３０は、インターネット、ローカルエリアネットワーク、無線ネットワーク、これらネットワークの組み合わせ、又はさらに他の形態のデータネットワークであってもよい。

ビデオゲーム装置１０の様々なコンポーネントは、データバス、制御バス、パワーバスなどであり得る１又は複数のバス２１を介して互いに通信し合ってもよい。

プレイヤ１は、内部表示装置１５又は外部表示装置１６の画面１００に表示されるゲーム画像を見ながら、内部ゲームコントローラ１３又は外部ゲームコントローラ１７を介して該ビデオゲームの状況を制御することにより、ビデオゲームをプレイすることができる。したがって、ビデオゲーム装置１０は、入出力モジュール１４を介して内部ゲームコントローラ１３又は外部ゲームコントローラ１７から入力を受け付ける。また、ビデオゲーム装置１０は、入出力モジュール１４を介して、内部表示装置１５又は外部表示装置１６及び／又は聴覚装置（例えば、スピーカ、非図示）へ出力を供給する。他の実施態様では、入出力モジュール１４に接続された複数の内部又は外部ゲームコントローラ及び／又は複数の内部又は外部表示装置が存在してもよい。

少なくとも１つのプロセッサ１１は、１又は複数のコアを有する、１又は複数の中央処理装置（Central Processing Unit, CPU）を含んでもよい。また、少なくとも１つのプロセッサ１１は、内部表示装置１５又は外部表示装置１６に表示するために入出力モジュール１４に出力データを供給させるためのビデオエンコーダ／ビデオコーデック（コーダ／デコーダ、非図示）と通信する少なくとも１つのグラフィックスプロセッシングユニット（Graphics Processing Unit, GPU）を含んでもよい。そして、少なくとも１つのプロセッサ１１は、聴覚デバイスへの入出力モジュール１４に出力データを供給させるためのオーディオエンコーダ／オーディオコーデック（コーダ／デコーダ、非図示）と通信する少なくとも１つのオーディオ処理ユニットを含んでもよい。

メモリ１２は、RAM（Random Access Memory）、ROM（Read Only Memory）、フラッシュメモリ、ハードディスクドライブ（複数可）、フラッシュメモリ、EEPROM、光ディスク、及び／又は他の任意の適切な記憶装置、技術又は設定を含み得る。メモリ１２は、コンピュータ可読命令１８、ゲームデータ２０、及びオペレーティングシステム２２を含む種々の情報を記憶する。

ビデオゲーム装置１０の電源を入れると、少なくとも１つのプロセッサ１１は、少なくとも１つのプロセッサ１１にメモリ１２と通信させることを含む起動プロセス（booting process）を実行するように構成される。特に、該起動プロセスは、オペレーティングシステム２２を実行させる。オペレーティングシステム２２は、ビデオゲーム装置１０に適した、任意の商業上の又は独自のオペレーティングシステムであってよい。オペレーティングシステム２２の実行は、少なくとも１つのプロセッサ１１に、内部表示装置１５又は外部表示装置１６上に表示される画像を生成させる。該画像には、内部ゲームコントローラ１３又は外部ゲームコントローラ１７を介してプレイヤ１が選択可能な様々なオプションを含み、該オプションにはプレイヤ１がプレイするビデオゲームを開始する、及び／又は選択するオプションが含まれる。プレイヤ１によって選択／開始されるビデオゲームは、コンピュータ可読命令１８によりエンコードされる。

少なくとも１つのプロセッサ１１は、エンコードするビデオゲームに関連する様々な種類の情報処理機能を実行可能とするようなコンピュータ可読命令１８を実行するように構成される。特に、図１Ｂに関して、コンピュータ可読命令１８の実行は、少なくとも１つのプロセッサ１１に、次に説明するゲームデータ処理機能２３及びゲームレンダリング機能２４を実行させる。

ゲームレンダリング機能２４は、内部表示装置１５又は外部表示装置１６に表示させるゲーム画像の生成を含む。その一部について、ゲームデータ処理機能２３は、該ゲームの進行やゲームの現在の状況を表す情報の処理（例えば、内部表示装置１５や外部表示装置１６に必ずしも表示されないゲームに関する情報の処理）を含む。このように、本開示では、ゲームデータ処理機能２３を「ゲームロジック（game logic）」と称する場合がある。

ゲームデータ処理機能２３及びゲームレンダリング機能２４は、図１Ｂでは、コンピュータ可読命令１８の単一のセットの部分を形成するものとして図示されている。しかし、他の実施形態では、ゲームデータ処理機能２３及びゲームレンダリング機能２４は、別々のメモリに記憶され、別々の、場合によっては離れたプロセッサによって実行される、別々のプログラム又はコンピュータ可読命令セットであってもよい。例えば、ゲームデータ処理機能２３はCPU上で実行されてもよく、ゲームレンダリング機能２４はGPU上で実行されてもよい。

コンピュータ可読命令１８を実行する過程で、少なくとも１つのプロセッサ１１は、所定のゲームルールに従って、及び／又は、所定の人工知能アルゴリズムを適用して、ゲームオブジェクト及び／又はレベルのようなコンストラクツ（constructs）を処理する。コンピュータ可読命令１８を実行する過程で、少なくとも１つのプロセッサ１１は、ゲームオブジェクト及び／又はレベルに関連するデータを含むゲームデータ２０を生成し、ロードし、記憶し、読込み、及び広くアクセスする。図１Ｃは、本例示的な実施形態に照らしてゲームデータ２０の一例を示す図である。ゲームデータ２０は、前述のコンストラクツ（constructs）に関連するデータを含んでもよく、したがって、オブジェクトデータ４２及び／又はレベルデータ４４を含んでもよい。

ゲームオブジェクトとは、ゲーム画像フレームにおいてグラフィカルに表示可能な、ゲーム環境における任意の要素又は要素の一部を指す場合がある。ゲームオブジェクトの様々なタイプには、いくつかの非限定的な可能性を挙げると、プレイヤキャラクタ（ＰＣ）、ノンプレイヤキャラクタ（ＮＰＣ）、プレイヤが制御するゲームオブジェクト（武器など）、及び環境オブジェクトが含まれる。一つのゲームオブジェクトは、ＰＣが持つ／制御する武器、ＮＰＣが着る服、又はＰＣと行動する複数のＮＰＣのフォーメーションのように、１又は複数の他のゲームオブジェクトと関連付けられてもよい。ゲームオブジェクトは、数値、幾何学的又は数学的表現など、他の非視覚的表現を有していてもよい。オブジェクトデータ４２は、ゲーム画像フレームにおけるグラフィカルな描写、数値的、幾何学的、又は数学的表現のように、現時点のゲームオブジェクトの描写に関するデータを格納してもよい。

オブジェクトデータ４２は、様々なゲームオブジェクトの属性を格納する場合もある。場合によっては、ゲームオブジェクトの所定の属性は、プレイヤ１によって制御されてもよい。他の場合には、ゲームオブジェクトの所定の属性は、コンピュータ可読命令１８によって制御されてもよい。属性の非限定的な例は、画像データ、位置データ、方向データ、素材／テクスチャデータ、色データ、物理状態データ、視界データ、照明データ（例えば、方向、位置、色及び／又は強度）、音データ、モーションデータ、衝突データ、環境データ、タイマデータ及び／又はゲームオブジェクトに関連する他のデータを含んでもよい。

ゲームデータ２０は、内部表示装置１５又は外部表示装置１６の画面１００に表示されるビデオゲームの現在のビュー（カレントビュー）又はカメラアングル（例えば、一人称視点、三人称視点等）に関するデータも含み、オブジェクトデータ４２及び／又はレベルデータ４４の描写及び／又は属性の一部であってもよい。

コンピュータ可読命令１８を実行する際に、少なくとも１つのプロセッサ１１は、プレイヤ１がゲームを選択／開始した後に初期化フェーズを発生させ、ゲームを初期化させてもよい。該初期化フェーズは、ゲーム開始のために必要なゲームのセットアップを実行し、ゲームデータ２０を準備するために使用される。ゲームデータ２０は、コンピュータ可読命令１８の処理中（すなわち、該ゲームのプレイ中）に変化する。「ゲームステート（game state）」という用語は、ゲームデータ２０の現在の状態又はプロパティ、ひいては様々なオブジェクトデータ４２及び／又はレベルデータ４４と、それらの対応する描写及び／又は属性を定義するために本開示で使用されている。

初期化フェーズの後、少なくとも１つのプロセッサ１１は、コンピュータ可読命令１８の実行の過程で、「ゲームループ（game loop）」を実現してもよい。ゲームループ（game loop）は、（ｉ）内部ゲームコントローラ１３又は外部ゲームコントローラ１７を介したプレイヤの入力を処理し、ゲームステートを更新（例えば、ゲーム環境に関してメモリ１２に記憶された及び保持されたデータの変更）するために実行されるゲームデータ処理機能２３（又は「ゲームロジック（game logic）」）と、（ｉｉ）内部表示装置１５又は外部表示装置１６に表示するための更新後のゲームステートに基づいてゲーム画像をレンダリングさせるために実行されるゲームレンダリング処理機能２４を含んでもよい。また、ゲームループは、ゲームプレイの速度を制御するために時間の経過を追跡してもよい。

ゲームループはゲームプレイ中に連続的に実行され、ゲームデータ処理機能２３とゲームレンダリング機能２４を繰り返し実行させるが、ゲームステート（game state）は常に変化している状態である。

プレイヤの入力以外のパラメータがゲームステート（game state）に影響を与え得ることを理解されたい。例えば、様々なタイマ（例えば、経過時間、特定のイベントからの経過時間、仮想時間帯等）は、ゲームステートに影響を及ぼし得る。すなわち、プレイヤ１が入力を行わない場合でもゲームは進行し続けるものであり、プレイヤの入力がない場合にもゲームステートが更新されてもよい。

一般に、ゲームデータ処理機能２３が１秒間に実行される回数によってゲームステートの更新レート（以下、「秒間更新回数」という）が規定され、ゲームレンダリング機能２４が１秒間に実行される回数によってゲーム画像のレンダリングレート（以下、「秒間フレーム数」）が規定される。なお、１秒あたりの目標フレーム数は、１秒あたり大体２５フレーム（例えば、１秒あたり３０フレーム又は６０フレーム）であってもよいことが理解できるだろうが、人間の目が該ゲーム画像フレームのレンダリングに遅れを感じないように、ゲームデータ処理機能２３及びゲームレンダリング処理機能２４が１秒あたり２０回以上２５回以下で実行されることが望まれる場合もある。当然ながら、フレームレートが高いほど、画像間の時間が短くなり、ゲームループを実行するプロセッサ（複数も可）にはより多くの電力が必要とされる。

なお、ゲームデータ処理機能２３及びゲームレンダリング機能２４は、１秒間に同じ回数だけ呼び出すようにしてもよいが、これは必須条件ではない。具体的かつ非限定的な例として、４０ミリ秒（ms）ごとにゲームデータ処理機能２３及びゲームレンダリング機能２４を実行することが望ましい場合がある（すなわち、40 ms = 1 sec/25フレーム/秒 － FPS）。ゲームデータ処理機能２３の後にゲームレンダリング機能２４が続く場合、所定の周期又は期間に対して、ゲームデータ処理機能２３及びゲームレンダリング機能２４の両方をその期間の割り当てられた時間内に実行する必要があることを理解されたい。現在のゲームステートに応じて、ゲームデータ処理機能２３及び／又はゲームレンダリング機能２４を実行するのに必要な時間は変化する可能性があることを理解されたい。ゲームデータ処理機能２３及びゲームレンダリング機能２４の両方が共に割り当てられた時間より短い時間を要する場合、ゲームデータ処理機能２３及びゲームレンダリング機能２４の次のサイクルを実行する前にスリープタイマを使用することができる。しかし、ゲームデータ処理機能２３及びゲームレンダリング機能２４が共に実行するために割り当てられた時間より多くかかる場合、揺らぎ（jitter）が発生する可能性がある。揺らぎ（jitter）を回避する手法の１つとして、ゲームデータ処理機能２３やゲームレンダリング機能２４の実行を時々省くことが考えられる。

他の実施形態では、ゲームデータ処理機能２３及びゲームレンダリング機能２４は、独立して実行される処理である場合、すなわち、同じゲームループ（game loop）の一部ではない場合がある。そのような場合には、ゲームデータ処理機能２３は、ゲームレンダリング機能２４がいつ実行されるかにかかわらず、特定のレート（すなわち、特定の秒間更新回数）で定常的に実行されてもよく、ゲームレンダリング機能２４は、ゲームデータ処理機能２３がいつ実行されるかにかかわらず、特定のレート（すなわち、特定の秒間フレーム数）で定常的に実行されてもよい。

ゲームデータ処理機能２３及びゲームレンダリング機能２４を定常的に実行するプロセスは、当業者が理解する様々な技術によって実施され得ることを理解されたい。本開示に記載された技術は、ゲームデータ処理機能２３及びゲームレンダリング処理機能２４がどのように実行され得るかを示す、単なる非限定的な例である。

ゲームデータ処理機能２３を実行する一部として、内部ゲームコントローラ１３又は外部ゲームコントローラ１７（もしあれば）を介して受け付けたプレイヤの入力と、ゲームデータ２０とが処理される。より具体的には、プレイヤ１がビデオゲームをプレイすると、プレイヤ１は、内部ゲームコントローラ１３又は外部ゲームコントローラ１７を介して、いくつかの例として、左移動、右移動、前方移動、後方移動、ジャンプする、撃つなどの様々な命令を入力する。受け付けたプレイヤの入力に応じて、ゲームデータ処理機能２３は、ゲームデータ２０を更新し得る。すなわち、内部ゲームコントローラ１３又は外部ゲームコントローラ１７を介して受け付けたプレイヤの入力に応じて、オブジェクトデータ４２及び／又はレベルデータ４４が更新されてもよい。

ゲームデータ処理機能２３が実行されるとき、内部ゲームコントローラ１３又は外部ゲームコントローラ１７を介して受け付けるプレイヤの入力がない場合があることが理解されたい。

プレイヤの入力を受け付けるか否かにかかわらず、ゲームデータ２０は処理され、更新されてもよい。このようなゲームデータ２０の更新は、オブジェクトデータ４２及び／又はレベルデータ４４の描写及び／又は属性に応じて、描写及び／又は属性がゲームデータ２０の更新を指定してもよい。例えば、タイマデータは、１つ又は複数のタイマ（例えば、経過時間、特定のイベントからの経過時間、１日の仮想時間帯等）を指定してもよく、これにより、ゲームデータ２０（例えば、オブジェクトデータ４２及び／又はレベルデータ４４）が更新されてもよい。別の例として、プレイヤ１によって制御されていないオブジェクトが衝突して（跳ね返る、合体する、粉々になる等）もよく、これにより、ゲームデータ２０、例えば、オブジェクトデータ４２及び／又はレベルデータ４４が該衝突に応じて更新されてもよい。

一般に、ゲームデータ２０（例えば、オブジェクト及び／又はレベルの描写及び／又は属性）は、ゲームの３次元（３Ｄ）グラフィックスシーンを規定するデータを表す。１又は複数の３Ｄグラフィックスオブジェクトを含み得る３次元（３Ｄ）グラフィックスシーンを、内部表示装置１５又は外部表示装置１６に表示するための２次元（２Ｄ）のラスタライズされたゲーム画像に変換する処理は、一般にレンダリングと呼ばれ、ゲームレンダリング機能２４によって実行される。

図１Ｄは、３Ｄグラフィックスシーンを、画面１００を介して内部表示装置１５又は外部表示装置１６に表示するためのゲーム画像に変換する処理の一例を示す図である。ステップ５２では、ゲームレンダリング機能２４は、ゲームの３次元（３Ｄ）グラフィックスシーンを表すデータを処理し、このデータを頂点データの集合（頂点列挙（vertex specification）ともいう）に変換する。頂点データは、レンダリングパイプライン（rendering pipeline）（グラフィックスパイプライン（graphics pipeline）とも呼ばれる）による処理に適している。ステップ５５では、ゲームレンダリング機能２４は、該レンダリングパイプラインに従って、頂点データを処理する。レンダリングパイプラインの出力は一般的に、画面１００を介して内部表示装置１５又は外部表示装置１６に表示するためのピクセルである（ステップ６０）。

より具体的には、ステップ５２で、該グラフィックスシーンにおける該３Ｄグラフィックスオブジェクトは、１又は複数の３Ｄグラフィックスプリミティブに細分化される場合がある。プリミティブ（primitive）は、レンダリングのための幾何学的実体（例えば、点、線、多角形、表面、オブジェクト、パッチなど）を定義するために一緒にグループ化される及び／又は接続される１又は複数の頂点のグループを指す場合がある。該３Ｄグラフィックスプリミティブのそれぞれについて、このステップで頂点データが生成される。各プリミティブの該頂点データは、１又は複数の属性（例えば、位置、色、法線又はテクスチャ座標情報など）を含む場合もある。該頂点データを導出する際に、該３Ｄグラフィックスシーンにおける該３Ｄグラフィックスオブジェクトを現在のビュー（カレントビュー）又はカメラアングルに変換するために、カメラ変換（例えば、回転変換）を生し得る。また、頂点データの導出において、光源データ（例えば、方向、位置、色及び／又は強度）が考慮され得る。このステップで導出された該頂点データは、通常、レンダリングパイプラインに送られる頂点の順序付きリストである。順序付きリストの形式は、通常は、該レンダリングパイプラインの実装仕様に依存する。

ステップ５５で、ゲームレンダリング機能２４は、レンダリングパイプラインに従って、頂点データを処理する。既知のレンダリングパイプラインの非限定的な例としては、OpenGL（登録商標）及びDirectX（登録商標）が挙げられる。該レンダリングパイプラインを実装するために使用される特定のレンダリングパイプラインにかかわらず、レンダリングパイプラインの一般的な処理は、３Ｄシーンの２Ｄラスタ表現（例えば、ピクセル）を作成することである。レンダリングパイプラインは一般に、２Ｄ平面への頂点データの投影位置を計算し、照明、色、位置情報、テクスチャ座標及び／又は他の任意の適切なプロセスを考慮することができる様々な処理を実行して、内部表示装置１５又は外部表示装置１６に出力するためのゲーム画像（例えば、ピクセル）を導出する（ステップ６０）。

したがって、要約すると、コンピュータ可読命令１８は、実行されると、ビデオゲーム装置１０に、（ｉ）様々なゲームオブジェクトからなる仮想環境を保持させ、（ｉｉ）該仮想環境内の該ゲームオブジェクトの属性を追跡させ、（ｉｉｉ）該仮想環境内の該ゲームオブジェクト及び１又は複数のカメラ視点に基づいて表示するための画像をレンダリングさせ、（ｉｖ）プレイヤからの入力に注意を払わせ、（ｖ）ゲームロジックにエンコードされているとおりに該仮想環境内のゲームオブジェクトの属性に変更を加えて、該入力に応答させる。これらの動作は継続的に繰り返され、ビデオゲーム装置１０とのプレイヤの相互作用は、ゲームプレイとして知られている。多くの場合、該ゲームロジックは、進行（例えば、スコア、レベル又はパワーという形態）を提供し、これにより、プレイヤはプレイを続けるか又は再びプレイするように動機付けられる。

２．シューティングビデオゲーム
ゲームロジックと仮想環境は大きく異なる場合があり、それらが一体となって各ゲームに独自のゲームプレイの特徴を与えている。ゲームの広範な分類に、プレイヤ１がターゲットに武器を向け、撃つゲームプレイを含む「シューティング」ビデオゲームがある。このようなゲームでは、ゲームプレイは、ポイントを蓄積するため、又はスコアをアップさせるために、標的をうまく撃つことによって進行し得る。該ゲームロジックは、ゲームプレイを進めるためにプレイヤ１が考慮しなければならない制約を課すこともできる。シューティングゲームの該広範な分類は、小分類に分けることができ、その２つの例は、一人称シューティングゲーム（ＦＰＳ）及び三人称シューティングゲーム（ＴＰＳ）である。典型的なFPSゲームでは、プレイヤ１は、該仮想環境内のプレイヤキャラクタ（ＰＣ）の視点から該仮想環境内のゲームオブジェクトを眺める。典型的なTPSゲームでは、プレイヤ１は、該仮想環境内のＰＣを表すアバターを遠隔操作する能力を有する外部のオブザーバーの視点から、該仮想環境内のゲームオブジェクトを眺める。

なお、ＴＰＳゲームを排除するものではないが、本開示は、ＦＰＳゲームに適用されるものとして説明する。従って、該ゲームロジックは、プレイヤキャラクタ（ＰＣ）の視点からシーンを生成するように構成されている。該シーンは、該仮想環境内の様々なゲームオブジェクトを含み、１又は複数のプレイヤが制御するゲームオブジェクト、ノンプレイヤキャラクタ（ＮＰＣ）及び環境オブジェクトを含み、該環境オブジェクトは、後に詳細に説明するように、「インタラクティブ型（対話型）」又は「ノンインタラクティブ型（非対話型）」であり得る。

図２Ａは、コンピュータ可読命令の実行によってプレイヤの画面１００上にレンダリングさせ得るシーンを示している。該シーンは、擬人化されたプレイキャラクタ２００及び様々なゲームオブジェクトを含み、これらは、ＰＣのやや後方及び右側の視点（ＰＣと同じ方向を向いた場合）から表示されている。このように、プレイヤ１は画面１００上で、擬人化されたプレイキャラクタが「見る」と予想されるのと実質的に同じ視点のシーンを見ることになる。

該仮想環境における該ゲームオブジェクトの１つは、プレイヤが制御するゲームオブジェクトであって、この場合には仮想銃２１０である。仮想銃２１０は、該仮想環境内の位置（例えば、空間座標）及び／又は向き（例えば、それがポイントする／狙う方向）と関連付けられている。仮想銃２１０の位置及び向きは、追跡され、メモリに保持される。

該仮想環境における該ゲームオブジェクトの他の１つは、プレイヤが制御するゲームオブジェクト（すなわち、仮想銃２１０）に関連する仮想ディスプレイコンポーネントである。この場合では、仮想ディスプレイコンポーネントは、仮想銃２１０に関連するスコープウィンドウである。該スコープウィンドウは、該ビデオゲームプログラムによってスコープ有効化に関する入力として検出される入力を提供することによって有効化（例えば、表示する）してもよい。スコープ有効化に関する入力として検出され得る入力の例として、該スコープウィンドウがまだ有効化されていない間に、該シーン内のどこかをタップすること、又は予め決められたスコープ有効化ボタン２２０を選択することを含んでもよい。

図２Ｂは、例えば、上述した処理の１つに従って、スコープウィンドウ２３０が有効化された例を示している。スコープウィンドウ２３０の大きさや形状は、特に限定されない。この非限定的な例では、スコープウィンドウ２３０は、いくつかのライフルスコープの円形窓と同様に、円形である。他の例では、スコープウィンドウ２３０は、長方形、楕円形などであってもよい。この非限定的な例では、スコープウィンドウ２３０は、プレイヤ１が見ているように、ビデオゲーム装置１０上の画面１００の範囲の約４０％から６０％の間を占めている。他の例では、スコープウィンドウは、有効化されたときに、画面１００の範囲の１％から２０％の間、２０％から４０％の間、６０％から８０％の間、又は８０％から１００％の間を占め得る。

スコープウィンドウ２３０は、ＰＣ２００の視点からのシーンのサブ部分を拡大して描写しており、プレイヤ１は該シーンのサブ部分をより詳細に見ることができる。このように、スコープウィンドウ２３０は、該シーンの特定の部分に対する「ズームイン」と考えることができる。該拡大された部分は、その中心に「照準領域」２４０を有してもよい。該照領域はまた、十字線又は照準線２５０によって区切られていてもよい。照準領域２４０は、例えば、点又は円盤を構成してもよい。照準領域２４０は、画面１００上に視覚的に表されることなく、十字線又は照準線の中心によって固有に決められてもよい。

この特定の実施形態では、仮想環境における仮想銃２１０の位置は固定されているが、すべての実施形態においてそうである必要はない。また、この特定の実施形態では、仮想銃２１０の向きは、プレイヤ１がスコープウィンドウ２３０を介して第１の入力タイプ（「ナビゲーション入力」と呼ばれる）を提供することによって変更することができる。具体的には、そのようなナビゲーション入力は、タッチ画面又はキーボードなどのゲーム制御インタフェース１３、１７を介してプレイヤ１から受け付ける。例えば、１つの非限定的な実施形態では、ナビゲーション入力は、画面１００をドラッグ、スワイプ、又はタップすることによって提供され得る。他の非限定的な実施形態では、ナビゲーション入力は、ソフトキー、キーボードキー、マウス、音声命令、又はジェスチャーを介して提供される場合もある。

図２Ｂ及び２Ｃは、図２Ａのシーンにおける仮想銃２１０の向きとは異なる向きを示し、それにより、それぞれのシーンにおける照準領域２４０は、元のシーンとは異なる拡大部分を含むことがわかる。この場合、該ゲームロジックは、該仮想銃の向き（例えば、照準領域２４０の中心により明示されるような）の制御のみを可能にし得る。このように、プレイヤ１は、ノンプレイヤキャラクタ、ノンインタラクティブな環境オブジェクト、及びインタラクティブな環境オブジェクトを含むゲームオブジェクトの異なるグループに対応するシーンの異なるサブセット上に照準領域２４０の位置決めをすることもできる。照準領域２４０の中心の位置及び／又は該シーンの拡大されたサブ部分の限界は、ゲームデータ２０の一部としてメモリに記憶され得る。

スコープウィンドウが有効化されると、その後、少なくとも１つのプロセッサ１１によってスコープ無効化に関する入力として検出される入力をプレイヤ１が提供することにより、スコープウィンドウ２３０を無効化することができる。スコープ無効化に関する入力として検出され得る入力の例は、スコープウィンドウ２３０が有効化されている間に、シーン内のどこかで画面１００をタップすること、又は予め決められたスコープ有効化ボタン２２０を選択することを含んでもよい。他の実施形態では、該ゲームロジックは、専用キーの押下がスコープ無効化に関する入力であるとみなすこともできる。スコープウィンドウ２３０を無効にすることで、図２Ａに相当するシーンのビューに戻すようにすることもできる。

前述のナビゲーション入力に加えて、「アクティベーション入力（activation input）」と呼ばれる第２の入力タイプもまた、ゲーム制御インタフェース１３、１７を介してプレイヤ１から受け付けることもできる。例えば、少なくとも１つのプロセッサ１１は、プレイヤ１がタッチ画面上の指定範囲をタップ又はスワイプした場合、又は指定ソフトキー又は指定キーシーケンスを押した場合に、プレイヤの入力を「アクティベーション入力」として認識するように構成されてもよい。プレイヤが制御するゲームオブジェクトが仮想銃（仮想銃２１０など）である場合、該アクティベーション入力は、プレイヤ１が仮想銃を発砲（銃撃）したいときにプレイヤ１によって提供される。トリガーを有する外部コントローラもまた、いくつかの実施形態において、該アクティベーション入力を提供するために利用され得る。

プレイヤ入力をアクティベーション入力として認識することは、該仮想ディスプレイコンポーネント（この場合、スコープウィンドウ２３０）が有効化されている場合に限定され得ることが期待される。しかし、他の実施形態では、スコープウィンドウ２３０を見ることできなくても仮想銃２１０を発砲することができるため、これは必須要件と見なされるべきではない。

仮想ディスプレイコンポーネント（この場合、スコープウィンドウ２３０）が（図２Ｂ及び２Ｃのように）実際に有効化されたと仮定すると、該仮想ディスプレイコンポーネントの拡大効果により、プレイヤ１には、該シーンの特定のサブ部分においてより多くの視覚的詳細が提供され、アクティベーション入力が最終的に提供される前に該ナビゲーション入力の提供を通じて照準領域２４０をより正確に位置付けることができることが理解できるであろう。これは、該ビデオゲームを通してより大きな楽しみと、より迅速な進行につながり得る。

該ゲームロジックは、該仮想環境内の１又は複数のゲームオブジェクトのステート（state）を潜在的に変更するなど、様々な方法で該アクティベーション入力の受け付けに応答するように構成され得る。

例えば、該アクティベーション入力が提供された（又は受け付けられた）時点で照準領域２４０の位置と一致する位置を占めるゲームオブジェクト（例えば、該ゲームオブジェクトの一部が該十字線の中心にあるとき）は、「当たった」（又は「撃たれた」）とみなすことができる。該ゲームロジックは、該アクティベーション入力の受け付けのさらに後に該ゲームオブジェクトが撃たれたことに応じて、広範囲の効果を実行し得る。これらの効果は、撃たれたゲームオブジェクトの種類や、該仮想環境における他のオブジェクトとの位置関係など、様々な要因に依存する。

特に、撃たれる可能性のあるゲームオブジェクトは、ＮＰＣ、インタラクティブ型の環境オブジェクト、又はノンインタラクティブ型の環境オブジェクトであり得るため、それに応じて、それぞれの場合に異なる効果が生じ得るように該ゲームロジックが構成されてもよい。次に、仮想銃２１０が当該ゲームオブジェクトに照準を合わせている間、該アクティベーション入力の受け付けに応答して該ゲームロジックによって実行され得る図３のフローチャートを参照して説明する。

具体的には、ステップ３１０で、撃たれたオブジェクトがＮＰＣ、インタラクティブなオブジェクト、ノンインタラクティブな環境オブジェクトのいずれであるかについての判断が行われる。ＮＰＣであれば次のステップは３２０、インタラクティブな環境オブジェクトであれば次のステップは３６０、非インタラクティブな環境オブジェクトであれば次のステップは３５０である。

ステップ３５０において、すなわち、非インタラクティブな環境オブジェクトが撃たれた場合、該ゲームロジックは、該非インタラクティブな環境オブジェクトへの損傷、及び／又は色の変化、及び／又は大きさの変化をグラフィカルに示すように構成されてもよい。場合によっては、該ゲームロジックは、該非インタラクティブな環境オブジェクトの消滅を表示した後、シーンに表示される該ゲームオブジェクトから該非インタラクティブな環境オブジェクトを削除するように構成されてもよい。次のステップは、ステップ３３０であり、プレイヤが制御するゲームオブジェクトに関連する特定のデータの要素が変更される。そのようなデータの要素の例は、残りの弾薬の量であり得て、発砲後に減算され得る。さらに、ステップ３３０では、様々な要因や条件に応じて、プレイヤのスコアも変更されてもよい。

ＮＰＣが撃たれた場合、該ＮＰＣとある種のインタラクティブ型の環境オブジェクトの「インタラクティブ条件」が満たされていれば、特定のインタラクティブな（対話型）ゲームプレイ効果が発生する結果となり得る。具体的には、ＮＰＣが撃たれた場合、ステップ３１０の後にステップ３２０が続き、それによって、ＮＰＣ及び少なくとも１つのインタラクティブな環境オブジェクトについてインタラクティブ条件が検証される。非限定的な例では、該インタラクティブな環境オブジェクトは、「隠蔽オブジェクト（concealment object）」である。隠蔽オブジェクトの非限定的な例は、仮想の茂み、ごみ箱、壁、井戸、ドア、車両、穴、容器、水域又は雪渓を含む。このように、少なくとも１つのプロセッサ１１は、該ＮＰＣ及び隠蔽オブジェクトを含む「隠蔽」型（“concealment”-type）のインタラクティブ条件が満たされたか否かを検証し得る。

隠蔽型のインタラクティブ条件は、（撃たれた）ＮＰＣと、該ＮＰＣに最も近い該隠蔽オブジェクトとの間の距離に基づいてもよい。例えば、該ＮＰＣが該最も近い隠蔽オブジェクトから「遠すぎる」と考えられる場合（例えば、該ＮＰＣと該最も近い隠蔽オブジェクトとの間の距離が閾値より大きい）、ステップ３２０はステップ３４０に進み、それによって該ゲームロジックは、該ＮＰＣを損傷させるか又は無力化（例えば、殺害）することによってＮＰＣが撃たれたことに応答するように構成されてもよい。ステップ３４０は、ＮＰＣを、該ＮＰＣが撃たれた場所の場面に表示される「仮想死体」（“virtual corpse”）のゲームオブジェクトとの置換を必要とし得る。

しかし、ステップ３２０において、該ＮＰＣと該最近接の隠蔽オブジェクトとの隠蔽型のインタラクティブ条件が満たされる場合、すなわち、該ＮＰＣが該最近接の隠蔽オブジェクトに「十分に近い」（例えば、該ＮＰＣと該最近接隠蔽オブジェクトとの間の距離が前述の閾値距離未満である）とみなされる場合、ステップ３２０はステップ３４５に進み、それによって該ゲームロジックが「ボディディスポ―ザル（body disposal）」と呼ばれるインタラクティブなゲームプレイ効果を実行するよう構成され得る。

具体的には、該ゲームロジックは、該ＮＰＣを該隠蔽オブジェクトで（全体的又は部分的に）隠すことによって、該ＮＰＣが撃たれたことに応答するように構成されてもよい。例えば、該隠蔽オブジェクトが茂みや壁である場合、該ＮＰＣは茂みや壁の後ろに倒れるようにレンダリングされてもよい。また、該隠蔽オブジェクトがカーゴバンの場合、該ＮＰＣが該カーゴバンの中に消えるようにレンダリングされてもよい。

ステップ３４０又はステップ３４５のいずれかの後、次のステップはステップ３３０であり、前述のように、プレイヤが制御するゲームオブジェクトに関連する特定のデータの要素が変更される。そのようなデータの要素の例は、残りの弾薬の量であり得て、これは、発砲後に減算され得る。さらに、ステップ３３０では、様々な要因及び条件に応じて、プレイヤのスコアも変更され得る。例えば、ボディディスポ―ザル（body disposal）が行われた場合、追加のポイントが与えられてもよく、プレイヤのスコアはまた、例えば、該アクティベーション入力がプレイヤによって提供されたときの該ＮＰＣと該隠蔽オブジェクトとの間の距離に応じて変更されてもよい。

最後に、インタラクティブな環境オブジェクトが撃たれた場合（ステップ３６０につながるステップ３１０の出力）、該ゲームロジックは、該インタラクティブな環境オブジェクトと少なくとも１つのＮＰＣについて「インタラクティブ条件」が満たされるか否かを検証するよう構成される。異なる種類のインタラクティブ条件は、異なる種類のインタラクティブな環境オブジェクトに関係する（ステップ３６０）。

例えば、インタラクティブな環境オブジェクトは「誘引、ルアー（lure）」オブジェクトであってもよく、誘引オブジェクトを伴う該インタラクティブ条件は「誘引（lure）」タイプのインタラクティブ条件と呼ばれることがある。誘引オブジェクトの非限定的な例としては、割れるガラス、又は撃たれたときに近くのＮＰＣの注意を引くような可聴又は視覚効果を生じる他の任意のオブジェクトが挙げられる。

別の例を挙げると、インタラクティブな環境オブジェクトは「アクシデント（accident）」オブジェクトであってもよく、アクシデントオブジェクトを含むインタラクティブ条件は「アクシデント（accident）」型のインタラクティブ条件と呼ばれることがある。アクシデントオブジェクトの非限定的な例は、熱ランプ、爆発性パイプ、氷柱、又は撃たれると近くのＮＰＣに害、損傷又は死をもたらす他の任意のオブジェクトを含んでもよい。

このように、ステップ３６０は、該撃たれたインタラクティブな環境オブジェクトの種類に応じて複数の分岐を有し、後述するように、異なる種類のインタラクティブ条件が検証されることとなる。

撃たれるインタラクティブな環境オブジェクトが誘引オブジェクト（lure object）の場合
ステップ３６０が、該撃たれたインタラクティブな環境オブジェクトが誘引オブジェクトであると判断した場合（上述）、次のステップはステップ３７０であり、それによって、該誘引オブジェクト及び少なくとも１のＮＰＣについて誘引型のインタラクティブ条件が検証される。

該誘引型のインタラクティブ条件は、該誘引オブジェクトの周囲の「誘引領域」と、該誘引領域にＮＰＣが存在するか否かで判断してもよい。簡単な例では、該誘引領域は、該誘引オブジェクトの周囲の円盤状の領域であってもよい。該誘引領域は、該仮想環境内の該ＮＰＣの上方の範囲まで広がっていてもよい。より複雑な例を挙げると、該誘引領域は障害物や地形を考慮し、該誘引オブジェクトの近傍のでこぼこな周囲を囲むようにしてもよい。該誘引領域の範囲、限界、座標は、該誘引オブジェクトと関連付けてメモリに保持される。

次に、該ゲームロジックは、ステップ３８０において、該誘引領域内の任意のＮＰＣ（「影響を受ける」ＮＰＣと呼ぶ）の位置、方向、速度、加速度などを変更させることによって誘引オブジェクトが撃たれたことに応答するように構成されてもよい。ステップ３８０に従って、該誘引領域内の影響を受けたＮＰＣ（もしあれば）は、該誘引オブジェクトに向かう方向へ移動するようにされてもよい。したがって、このインタラクティブなゲームプレイ効果は、「誘引（lure）」と呼ばれ得る。

インタラクティブなゲームプレイ効果として、誘引（lure）は、コースを変更することによって、該影響を受けたＮＰＣの１又は複数が仮想銃２１０の照準領域２４０に入るか、又は一致する確率を向上させ、これにより、仮想銃２１０を発砲して該影響を受けたＮＰＣ（複数も可）に直接当たるように、プレイヤ１がアクティベーション入力を提供する機会を提供し得る。

ステップ３８０の完了後、又はステップ３７０が、該誘引オブジェクト及び任意のＮＰＣによって該誘引型のインタラクティブ条件が満たされないと評価した場合、該ゲームロジックはステップ３３０に進む。上述したように、ステップ３３０は、プレイヤが制御するゲームオブジェクトに関連する特定のデータ要素を変更することを含んでもよい。そのようなデータ要素の例は、残りの弾薬の量であり得て、これは、発砲後に減算され得る。さらに、ステップ３３０では、様々な要因及び条件に応じて、プレイヤのスコアも変更されてもよい。

撃たれるインタラクティブな環境オブジェクトがアクシデントオブジェクト（accident object）である場合
ステップ３６０で、該撃たれたインタラクティブな環境オブジェクトがアクシデントオブジェクト（accident object）であると判断された場合（上述）、次のステップはステップ３９０で、該アクシデントオブジェクトと少なくとも１のＮＰＣについてアクシデント型のインタラクティブ条件が検証される。

該アクシデント型のインタラクティブ条件は、該アクシデントオブジェクトの周囲の「アクシデント領域」と、該アクシデント領域にＮＰＣが存在するか否かに基づいてもよい。簡単な例を挙げると、該アクシデント領域は、該アクシデントオブジェクトの周囲の円盤状の領域であってもよい。別の簡単な例では、該アクシデント領域は、該アクシデントオブジェクトが仮想重力の影響を受けて落下する可能性がある該アクシデントオブジェクトの真下の空間を含んでもよい。該アクシデント領域は、該仮想環境内の該ＮＰＣの上方の範囲まで広がってもよい。より複雑な例では、該アクシデント領域は、障害物や地形を考慮し、該アクシデントオブジェクトの近傍のでこぼこな境界線を囲むようにしてもよい。該アクシデント領域の範囲及び／又は限界及び／又は座標は、該アクシデントオブジェクトと関連付けてメモリに保持される。

次に、ゲームロジックは、アクシデントオブジェクトが撃たれた場合に、該撃たれたアクシデントオブジェクトの巻き添えとして、該アクシデント領域内の任意のＮＰＣ（「影響を受ける」ＮＰＣと呼ぶ）を無力化、損傷又は殺害させることによって応答するように構成されてもよい。したがって、このインタラクティブなゲームプレイ効果は、「アクシデント」と呼ばれ得る。

ステップ３９５の完了後、又はステップ３９０が、該対象となるアクシデントオブジェクト及び任意のＮＰＣによって該アクシデント型のインタラクティブ条件が満たされないと評価した場合、ゲームロジックはステップ３３０に進む。上述したように、ステップ３３０は、プレイヤが制御するゲームオブジェクトに関連する特定のデータ要素を変更することを含んでもよい。そのようなデータ要素の例は、残りの弾薬の量であり得て、これは、発砲後に減算され得る。さらに、ステップ３３０では、様々な要因及び条件に応じて、プレイヤのスコアも変更されてもよい。

上記のインタラクティブな環境オブジェクト（例えば、誘引オブジェクト（lure object）又はアクシデントオブジェクト（accident object））の１つが撃たれることに応答して、そのようなインタラクティブな環境オブジェクトはインタラクティブではなくなる、すなわち、ノンインタラクティブな環境オブジェクトとなる可能性があることが理解できるだろう。また、他の状態変化を起こし得る。そのような変更は、ステップ３３０の一部として実施されてもよい。

最後に、該撃たれたゲームオブジェクトがインタラクティブな環境オブジェクトであるが、誘引オブジェクト（lure object）でもアクシデントオブジェクト（accident object）でもない（例えば、隠蔽オブジェクト（concealment object））ことがあり得る。その場合、結果として生じるゲームプレイ効果はなくてもよく、ゲームロジックは、単にステップ３６０からステップ３３０に直接進み得る。

環境オブジェクトを「インタラクティブ型」にするのは、その環境オブジェクトとＮＰＣを含むインタラクティブ条件が満たされた場合、インタラクティブ型のゲームプレイ効果が生じ得るという事実であることを、当業者は上記から理解するだろう。しかし、その環境オブジェクトの双方向性は、それがＮＰＣ（例えば、誘引オブジェクト（lure object）又はアクシデントオブジェクト（accident object））に近接して撃たれること、又は撃たれるＮＰＣに近接していること（例えば、隠蔽オブジェクト（concealment object））に起因して生じ得る。より具体的には、上記のインタラクティブなゲームプレイ効果（ステップ３４５でボディディスポ―ザル（body disposal）、ステップ３８０で誘引、ステップ３９５でアクシデント）は、対応するタイプのインタラクティブ条件（例えば、隠蔽（concealment）型、誘引型、アクシデント型）が満たされることを条件に、一方ではインタラクティブな環境オブジェクト（例えば、隠蔽オブジェクト（concealment object）、誘引オブジェクト（lure object）、アクシデントオブジェクト（accident object））、他方ではＮＰＣ間の相互作用を示すものである。

各タイプのインタラクティブ条件（例えば、ステップ３２０で検証された隠蔽（concealment）型のインタラクティブ条件、ステップ３７０で検証された誘引（lure）型のインタラクティブ条件、ステップ３９０で検証されたアクシデント（accident）型のインタラクティブ条件）は、全体的なインタラクティブ条件が満たされたか否かを示し得るブール演算子を用いて組み合わせることで追加要因をチェックし得る。そのような追加要因には、ＮＰＣとインタラクティブな環境オブジェクトの相対的な向き、（メモリ１２に記憶されている）ＮＰＣの属性（例えば、力）、プレイヤ１が双方向性へのアクセスに対して支払いを行ったか否か、難易度又はゲームレベル等が含まれ得る。

したがって、要約すると、該２つのゲームオブジェクト（一方はＮＰＣであり、他方はインタラクティブな環境オブジェクトである）の間の相互作用は、インタラクティブなゲームプレイ効果をもたらし、その例としては、「ボディディスポ―ザル（body disposal）」（ＮＰＣが隠蔽オブジェクト（concealment object）に接近して撃たれると消滅する）、「誘引」（誘引オブジェクト（lure object）に向けて発砲すると、該誘引オブジェクト（lure object）の誘引領域内のＮＰＣが仮想銃の十字線内に潜在移動する）、「アクシデント」（アクシデントオブジェクト（accident object）のアクシデント領域にいるＮＰＣが、該アクシデントオブジェクトへの発砲によって無力化し、損傷し、又は死亡した場合に発生する）が挙げられる。もちろん、その他のゲームプレイ効果も可能である。

したがって、各インタラクティブなゲームプレイ効果は、対応するインタラクティブ条件と関連付けられ、その逆もまた然りであることが理解されるだろう。もちろん、他のタイプのインタラクティブな環境オブジェクト及びインタラクティブ条件は、当業者によって考え出され、設計されてもよい。

３．戦闘支援処理
本開示の実施形態によれば、少なくとも１つのプロセッサ１１は、ゲームの進歩を遂げるため、プレイヤ１を支援するために、ゲームロジックの一部として戦闘支援処理を実行する。該戦闘支援処理によれば、図４Ａを参照すると、該プロセッサは、ステップ４１０において、プレイヤが制御するゲームオブジェクトに関連する該仮想ディスプレイコンポーネントが、該仮想環境内の第２ゲームオブジェクトに対する「位置条件」を満たしているか否かを判断するように構成される。位置条件が十分に満たされる場合、戦闘支援処理のステップ４２０において、少なくとも１つのプロセッサ１１は、アクティベーション入力を受け付けた場合に実行されるインタラクティブなゲームプレイ効果を示す「プレビュー情報」を取得するように構成される。ステップ４３０で、少なくとも１つのプロセッサ１１は、ステップ４２０で取得された該プレビュー情報を該仮想ディスプレイコンポーネントに表示させるように構成され、該仮想ディスプレイコンポーネントは画面上に表示される。

非限定的な一実装例では、該ステップ４１０で検証された位置条件は、プレイヤ１から受け付けたアクティベーション入力が該第２ゲームオブジェクトに当たることになる場合に満たされ得る。具体的な非限定的な例では、プレイヤが制御するゲームオブジェクトは仮想銃２１０であり、仮想銃２１０に関連する該仮想ディスプレイコンポーネントは、照準領域２４０を有するスコープウィンドウ２３０である。この場合、仮想銃２１０の照準領域２４０が該第２ゲームオブジェクトの一部と一致する場合、又は該照準領域の中心が該第２ゲームオブジェクトの最も近い部分から閾値距離未満離れている場合、ステップ４１０で検証された該位置条件が満たされ得る。

ステップ４３０で該仮想ディスプレイコンポーネントに表示される該プレビュー情報は、プレイヤ１が仮想銃２１０の照準領域２４０を望む方法で位置決めすることに集中したまま、該インタラクティブなゲームプレイ効果を知ることができるように、照準領域２４０の近傍に表示されてもよい。ステップ４３０で該仮想ディスプレイコンポーネントに表示される該プレビュー情報は、該インタラクティブなゲーム効果の種類に色分けされてもよい（例えば、白色でボディディスポ―ザル（body disposal）、青色で誘引（lure）、赤色でアクシデント（accident）など）。

該第２ゲームオブジェクトは、ノンプレイヤーキャラクタ（ＮＰＣ）であっても、環境オブジェクトであってもよい。該戦闘支援処理は、該第２ゲームオブジェクトがＮＰＣであるか、又はある種のインタラクティブな環境オブジェクト（例えば、誘引オブジェクト（lure object）又はアクシデントオブジェクト（accident object））であるかによって、さらなる複雑さを有することができる。ここで、図４Ａの戦闘支援処理のステップ４２０及び４３０に関する追加の詳細を表す図４Ｂを参照し、より詳細に説明する。このように、図４Ｂのフローチャートを参照すると、ステップ４２２において、少なくとも１つのプロセッサ１１は、該第２ゲームオブジェクトがＮＰＣ、ある種のインタラクティブな環境オブジェクト、又はこれらのどちらでもないかを判断する。

該第２ゲームオブジェクトがＮＰＣである場合、戦闘支援処理はステップ４２４ＮＰに進み、該第２ゲームオブジェクトが誘引オブジェクト（lure object）である場合、該戦闘支援処理はステップ４２４ＬＲに進み、該第２ゲームオブジェクトがアクシデントオブジェクト（accident object）である場合、戦闘支援処理はステップ４２４ＡＣに進む。それ以外の場合は、該戦闘支援処理を終了する。もちろん、誘引オブジェクト及びアクシデントオブジェクトは、インタラクティブなゲームプレイ効果に関連付けられ得るインタラクティブな環境オブジェクトの２つの非限定的な例のタイプにすぎず、他のタイプのインタラクティブな環境オブジェクトが設計されてもよい。

ステップ４２４ＮＰ：第２ゲームオブジェクトがＮＰＣである場合
該第２ゲームオブジェクトがＮＰＣである場合、該方法は、ステップ４２４ＮＰにおいて、該ＮＰＣとある種のインタラクティブな（対話型）ゲームオブジェクト（例えば、隠蔽オブジェクト（concealment object））とを含むインタラクティブ条件が満たされているか否かを判断することをさらに含んでもよい。該インタラクティブ条件が満たされる場合、該戦闘支援処理は、ステップ４２６ＮＰで該プレビュー情報を取得し、ステップ４３２ＮＰに進み、少なくとも１つのプロセッサ１１が仮想ディスプレイコンポーネントに、取得された該プレビュー情報を表示させる。ステップ４２４ＮＰで該インタラクティブ条件が満たされていないことが明らかになった場合、該戦闘支援処理は終了する。

したがって、ステップ４３２ＮＰで発生する該プレビュー情報の表示の発生は、ステップ４２４ＮＰで検証された該インタラクティブ条件が十分に満たされる場合にのみ実施され得ることが想定される。該インタラクティブ条件は、例えば、ＮＰＣが隠蔽オブジェクト（concealment object）の閾値距離内にある場合に満たされ得る、該隠蔽（concealment）型のインタラクティブ条件であってもよい。該隠蔽型のインタラクティブ条件が満たされるか否かを判断するための他の測定基準ももちろん可能である。

アクティベーション入力を受け付けた場合に実行される該インタラクティブなゲームプレイ効果は、上述したように「ボディディスポ―ザル（body disposal）」である。特に、アクティベーション入力を受け付けた場合、すなわち、ＮＰＣが撃たれた場合、ＮＰＣは隠蔽オブジェクトによって隠され、身体が消滅したかのような印象を与えることができる。このように、ステップ４２６ＮＰで得られる該プレビュー情報は、インタラクティブなゲームプレイ効果及び該隠蔽要素の表示を含んでもよい。

第１の非限定的な例として、図５Ａを参照して、仮想銃２１０がＮＰＣ５０２に照準を合わせている場合（すなわち、ＮＰＣ５０２に対して該位置条件が満たされるような場合）を考える。また、ＮＰＣ５０２と、この場合、開いているカーゴバンのドア５０４である隠蔽オブジェクトについて、隠蔽型のインタラクティブ条件が満たされている場合を考える。ここで、該戦闘支援処理は、ステップ４２６ＮＰにおいて、該プレビュー情報が「ボディディスポ―ザル（body disposal）」であると判断してもよい。さらに正確に言えば、該戦闘支援処理は、ステップ４２６ＮＰにおいて、該プレビュー情報が「ボディディスポ―ザル（body disposal）－バン（van）」（該隠蔽オブジェクトが開いているカーゴバンのドア５０４であるという事実を暗示している）であると判断してもよい。

第２の非限定的な例として、図５Ｂを参照して、仮想銃２１０がＮＰＣ５１２に照準を合わせている場合（すなわち、ＮＰＣ５１２に関して該位置条件が満たされるような場合）を考える。また、この場合、ＮＰＣ５１２と、大きなごみ箱５１４である隠蔽オブジェクトとについて、隠蔽型のインタラクティブ条件が満たされていることを考える。ここで、該戦闘支援処理は、ステップ４２６ＮＰにおいて、該プレビュー情報が「ボディディスポ―ザル（body disposal）」であると判断してもよい。さらに正確に言えば、該戦闘支援処理は、ステップ４２６ＮＰにおいて、該プレビュー情報が「ボディディスポ―ザル（body disposal）－大きなごみ箱」（隠蔽オブジェクトが大きなごみ箱５１４であるという事実を暗示している）であると判断してもよい。

該戦闘支援処理は、さらなるステップ４３４ＮＰを含んでいてもよく、それによって、隠蔽オブジェクト（例えば、バンのドア５０４又は大きなごみ箱５１４）は、プレイヤ１が仮想銃２１０の照準を合わせることに集中しながら該隠蔽オブジェクトの場所を知ることができるように、何らかのグラフィカルな方法（例えば、色、点滅、シルエット）で強調されてもよい。

ステップ４２４ＬＲ：第２ゲームオブジェクトが誘引オブジェクト（lure object）である場合
該第２ゲームオブジェクトが誘引オブジェクト（lure object）である場合、アクティベーション入力を受け付けた場合に実行される該インタラクティブなゲームプレイ効果は、上述したように「誘引（lure）」である。したがって、ステップ４２４ＬＲは、プレビュー情報を取得することを含んでもよく、これに続くステップ４３２ＬＲは、該プロセッサが該仮想ディスプレイコンポーネントに、取得された該プレビュー情報を表示させることにより実行される。

仮想銃２１０が誘引オブジェクト（lure object）に照準を合わせる（すなわち、該誘引オブジェクトに対して当該位置条件が満たされるような）場合を考える。図６Ａの例では、該誘引オブジェクトはランプ６０２であり、該戦闘支援処理は、ステップ４２４ＬＲで、該プレビュー情報は「誘引（LURE）－ランプ（LAMP）」であると判断し（該誘引オブジェクトが該ランプ６０２であることを暗示）、このプレビュー情報は、ステップ４３２ＬＲで表示されている。図６Ｂの例では、該誘引オブジェクトはセーフティコーン６１２であり、該戦闘支援処理は、ステップ４２４ＬＲで、該プレビュー情報が「誘引（LURE）－セーフティコーン（SAFETY CONE）」（該誘引オブジェクトが該セーフティコーン６１２であるという事実を暗示）であると判断し、このプレビュー情報は、ステップ４３２ＬＲで表示されている。

さらに、該戦闘支援処理は、ステップ４３４ＬＲを含んでもよく、それによって、該誘引オブジェクト（例えば、上記の例におけるランプ６０２又はセーフティコーン６１２）は、プレイヤ１が仮想銃２１０の照準を合わせることに集中しながら該誘引オブジェクトの場所を知ることができるようにすることができるように、何らかのグラフィカルな方法（例えば、色、点滅、シルエット）で強調されてもよい。

誘引オブジェクトは誘引領域と関連付けられ、該誘引領域の範囲及び／又は限界及び／又は座標が該誘引オブジェクトと関連してメモリに保持されることが想起される。このように、ステップ４３２ＬＲでの該プレビュー情報の表示に加えて、該戦闘支援処理は、ステップ４３６ＬＲを実行してもよく、それによって該誘引オブジェクトの周囲の該誘引領域がグラフィカルにレンダリングされてもよい。例えば、図６Ｂは、ステップ４３６ＬＲの実行によってグラフィカルに強調される、該セーフティコーン６１２の周りの誘引領域６１４を示す。

アクティベーション入力が受け付けられた場合、すなわち該誘引オブジェクトが撃たれた場合、誘引型のインタラクティブ条件を満たすＮＰＣは、ゲームロジックに従って、該誘引オブジェクトに向かう方向に移動するように、位置、方向、速度、加速度などを変更させられるであろうことが想起される。非限定的な例では、ＮＰＣは、該ＮＰＣが該誘引領域内にある場合、誘引型のインタラクティブ条件を満たし、それによって「影響を受ける」ＮＰＣとなる。該誘引領域の範囲及び／又は限界及び／又は座標は、該誘引オブジェクトと関連してメモリに保持されるので、少なくとも１つのプロセッサ１１は、どのＮＰＣが該誘引領域の内部にあり、したがって影響を受けるＮＰＣであるかを判断することができる。このように、該戦闘支援処理は、該プロセッサが、もしあればどのＮＰＣが影響を受けるＮＰＣであるか（例えば、どのＮＰＣが該誘引領域内にあるか）を判断するステップ４３８ＬＲと、影響を受けるＮＰＣ（複数も可）がグラフィカルに強調されるステップ４３９ＬＲと、を含んでもよい。

ちなみに、図６Ａでは、該ランプ６０２の該誘引領域に１つのＮＰＣ６３２が存在し、図６Ｂでは、該セーフティコーン６１２の該誘引領域６１４内に１つのＮＰＣ６４２が存在する。該影響を受けるＮＰＣ６２３，６４２は、プレイヤ１が仮想銃２１０を該ランプ６０２又は該セーフティコーン６０４に照準を合わせることに集中したまま、該影響を受けるＮＰＣの存在及び位置を知ることができるように、適切な方法（例えば、色、点滅、シルエット、矢印など）でグラフィックカルに強調されてもよい。所定の誘引領域に複数のＮＰＣが存在してもよい。

また、該戦闘支援処理では、ステップ４２４ＬＲで取得した該プレビュー情報の一部として、影響を受けたＮＰＣの数、すなわち誘引型のインタラクティブ条件が満たされたＮＰＣの数を含めてもよい。このように、上述したステップは、所望の効果に応じて、様々な順序で実行することができる。

ステップ４２４ＡＣ：第２ゲームオブジェクトがアクシデントオブジェクト（accident object）である場合
該第２ゲームオブジェクトがアクシデントオブジェクト（accident object）である場合、アクティベーション入力を受け付けた場合に実行されるインタラクティブなゲームプレイ効果は、上述したように「アクシデント」である。したがって、ステップ４２４ＡＣは、プレビュー情報を取得することを含んでもよく、これに続くステップ４３２ＡＣは、これに従って、該プロセッサが該仮想ディスプレイコンポーネントに、取得されたプレビュー情報を表示させる。

仮想銃２１０がアクシデントオブジェクトに照準を合わせる場合（すなわち、該アクシデントオブジェクトに対して当該位置条件が満たされるような場合）を考える。図７Ａの例では、該アクシデントオブジェクトはファイアピット７０２であり、該戦闘支援処理は、ステップ４２４ＡＣで、該プレビュー情報が「アクシデント（ACCIDENT）－ファイアピット（FIRE PIT）」（該アクシデントオブジェクトがファイアピット７０２であることを暗示）であると判断し、このプレビュー情報は、ステップ４３２ＡＣで表示されている。図７Ｂの例では、アクシデントオブジェクトは爆発物入りの容器であり、戦闘支援処理は、ステップ４２４ＡＣにおいて、該プレビュー情報が「アクシデント（ACCITDENT）－爆発物入り容器（EXPLOSIVE CANISTER）」（該アクシデントオブジェクトが該爆発物入りの容器７１２であるという事実を暗示）であると判断し、このプレビュー情報はステップ４３２ＡＣにおいて表示されている。

さらに、戦闘支援処理は、ステップ４３４ＡＣを含んでもよく、それによって、該アクシデントオブジェクト（例えば、上記の例におけるファイアピット７０２又は爆発物入り容器７１２）は、プレイヤ１が仮想銃２１０の照準を合わせることに集中しながら該アクシデントオブジェクトの場所を知ることができるように、何らかのグラフィカルな方法（例えば、色、点滅、シルエット）で強調されてもよい。

アクシデントオブジェクトはアクシデント領域と関連付けられ、該アクシデント領域の範囲及び／又は限界及び／又は座標が該アクシデントオブジェクトと関連してメモリに保持されることが想起される。このように、ステップ４３２ＡＣで該プレビュー情報を表示することに加えて、該戦闘支援処理は、ステップ４３６ＡＣを実行してもよく、それによって、該アクシデントオブジェクトの周囲の該アクシデント領域がグラフィカルにレンダリングされてもよい。例えば、図７Ａは、ファイアピットの容器７０２の周りのアクシデント領域７０４を示し、図７Ｂは、爆発物入りの容器７１２の周りのアクシデント領域７１４を示し、これらの各々は、ステップ４３６ＡＣの実行によってグラフィカルに強調されるだろう。

アクティベーション入力が受け付けられた場合、すなわちアクシデントオブジェクトが撃たれた場合、アクシデント型のインタラクティブ条件を満たすＮＰＣは、直接撃たれなくても、無力化、損傷又は殺害されるであろうことが想起される。非限定的な例では、ＮＰＣは、該ＮＰＣが該アクシデント領域内にある場合、該アクシデント型のインタラクティブ条件を満たし、それによって「影響を受ける」ＮＰＣとなる。該アクシデント領域の範囲及び／又は限界及び／又は座標は、該アクシデントオブジェクトと関連してメモリに保持されるため、該プロセッサは、どのＮＰＣが該アクシデント領域内にあり、したがって影響を受けるＮＰＣであるかを判断することができる。このように、該戦闘支援処理は、該プロセッサが、どのＮＰＣ（もしあれば）が影響を受けたＮＰＣであるか（例えば、どのＮＰＣが該アクシデント領域内にあるか）を判断するステップ４３８ＬＲと、該影響を受けたＮＰＣ（複数も可）がグラフィカルに強調されるステップ４３９ＡＣと、を含んでもよい。

ちなみに、図７Ａでは、ファイアピット７０２のアクシデント領域７０４内にＮＰＣ７３２が１人、図７Ｂでは、爆薬物入りの容器７１２のアクシデント領域７１４内にＮＰＣ７４２が１人存在する。該影響を受けるＮＰＣ７３２、７４２は、プレイヤ１が仮想銃２１０をファイアピット７０２又は爆発物入りの容器７１２に照準を合わせることに集中したまま、該影響を受けるＮＰＣの存在及び位置を知ることができるように、適切な方法（例えば、色、点滅、シルエット、矢印など）でグラフィカルに強調してもよい。所定のアクシデント領域に複数のＮＰＣが存在してもよい。

また、該戦闘支援処理では、ステップ４２４ＡＣで取得した該プレビュー情報の一部として、影響を受けたＮＰＣの数、すなわち、該アクシデント型のインタラクティブ条件が満たされたＮＰＣの数を含んでもよい。このように、上述したステップは、所望の効果に従って、様々な順序で実行することができる。

４．結論
スコープウィンドウ２３０が有効であり、また、第２ゲームオブジェクトに対する仮想銃２１０の現在の位置及び向きを含む位置条件が満たされることを条件として、戦闘支援処理によって出力されるプレビュー情報は、プレイヤ１がアクティベーション入力（例えば、発砲命令）を行う場合に行われる該インタラクティブなゲームプレイ効果に関して、プレイヤ１に通知するメッセージを含んでいる。スコープウィンドウ２３０におけるこのメッセージの表示は、仮想銃２１０が該第２ゲームオブジェクトに照準を合わせること（必ずしも発砲される必要はない）、すなわち、照準領域２４０と第２ゲームオブジェクトとの間で位置条件が満たされることを要求し得る。

場合によっては、該第２ゲームオブジェクトはＮＰＣであってもよく、その場合、スコープウィンドウ２３０におけるインタラクティブなゲームプレイ効果を示すプレビュー情報（例えば、「ボディディスポ―ザル（body disposal）」）の表示は、該ＮＰＣ及び第３ゲームオブジェクト（例えば、隠蔽オブジェクト（concealment object））についてのインタラクティブ条件が満たされることを条件とすることができる。これは、非限定的な例として、本開示の上記ステップ４２２ＮＰ～４２６ＮＰの説明で詳述されている。

他の場合、該第２ゲームオブジェクトは、ある種のインタラクティブな環境オブジェクト（例えば、誘引オブジェクト（lure object）又はアクシデントオブジェクト（accident object））であってもよく、この場合、スコープウィンドウ２３０におけるインタラクティブなゲームプレイ効果を示すプレビュー情報の表示（例えば、「誘引（lure）」又は「アクシデント（accident）」）は、インタラクティブ条件の充足が条件である必要はない。しかし、該インタラクティブな環境オブジェクトと第３ゲームオブジェクト（例えば、ＮＰＣ）に対して該インタラクティブ条件が満たされない限り、該インタラクティブなゲームプレイ効果自体は実際に実行されない場合がある。これは、非限定的な例として、本開示の上記ステップ４２４ＬＲ～４３９ＬＲ及び４２４ＡＣ～４３９ＡＣの説明で詳述されている。

該ディスプレイコンポーネントの内部に表示されるようにされた該プレビュー情報（例えば、ステップ４３０、４３２ＮＰ、４３２ＬＲ、４３２ＡＣにおいて）は、アクティベーション入力が提供された場合に生じるスコアの変化を含むことができることが理解されるだろう。

該ディスプレイコンポーネント（例えば、スコープウィンドウ、例えば、ステップ４３０、４３２ＮＰ、４３２ＬＲ、４３２ＡＣ）の内部に表示させられる該プレビュー情報に加えて、他のプレビュー情報がプレイヤの画面１００のスコープウィンドウ２３０の外側の他の場所に配置されてもよいことが理解されるだろう。

プレイヤが制御するゲームオブジェクトに関連する該ディスプレイコンポーネントの内部に表示させられる該プレビュー情報は、少なくとも１つのプロセッサ１１によって生成されるオーディオ情報を伴っていてもよいことが理解できるだろう。そのようなオーディオ情報は、スピーカーを介して伝達される音を用いて該プレビュー情報を詳述し、又は読み取ってもよい。

このように、該ディスプレイコンポーネントの内部に配置させられる該プレビュー情報は、該少なくとも狙われている（位置条件が満たされている－ステップ４１０を参照）ＮＰＣ又はインタラクティブな環境オブジェクトを含むインタラクティブなゲームプレイ効果を暗示し得る。したがって、そのようなプレビュー情報は、プレイヤ１に対して戦術支援を提供し、プレイヤ１が獲得可能なポイントを最大化すること、及び／又はゲームを通じて進行を最適化することを可能にし得る。特に、プレイヤ１が照準領域２４０の位置及び内容に注意を向けることを可能にしながら、いつアクティベーション入力を提供するのに適した時間であるのか、及び何が起こるかについてのヒントが提供されてもよい。

また、スコープウィンドウ２３０に表示される該プレビュー情報は、仮想銃２１０の位置及び／又は方位によって変化し、それによって、プレイヤ１がアクティベーション入力を提供した結果の違いを示すことが理解できるだろう。そのような差異は、スコア及び／又はゲーム進行の差異を表すことができる。このように、プレイヤの行動は影響を受けてもよく、すなわち、プレイヤ１は、スコープウィンドウ２３０が、プレイヤ１にアクティベーション入力を供給させるような特定の望みを満たすプレビュー情報を表示するまで、仮想銃２１０の位置及び／又は方向を変更してもよい。このように、本開示の態様に従ったプレビュー情報を有するスコープウィンドウ２３０の提供は、タッチ画面をスワイプして仮想銃２１０の位置や向きを決めるなどプレイヤ１に物理的な行動を起こさせ得る。

本開示の様々な実施形態は、２次元画面に表示されるゲームだけでなく、３次元ディスプレイやバーチャルリアリティヘッドセット（virtual reality headsets）にも適用可能であることが理解できるだろう。

場合によっては、ビデオゲーム装置１０は、一方では該インターネットに接続されたサーバと、他方では同じく該インターネットに接続された１又は複数のインターネット家電との間に分散配置される。したがって、複数のプレイヤが同じビデオゲームに参加してもよく、コンピュータ可読命令１８の機能（ゲームレンダリング機能２４及び／又はゲームデータ処理機能２３）は、少なくとも部分的に該サーバによって実行されてもよい。

当業者であれば、本開示は、単に特定の原理を例示しているに過ぎず、本開示に明示的に記載又は示されていないものの、かかる原理を具体化した様々な配置が考え出され得ることが理解できるだろう。さらに、本開示に記載された例示及び条件は、主に、読み手がかかる原理を理解するのを助けることを意図しており、かかる具体的に記載された例示及び条件に限定されるものではないと解釈されるものである。

いくつかの実施形態はまた、いくつかの実施形態は、機械またはコンピュータで読み取り可能で、機械で実行可能またはコンピュータで実行可能な命令のプログラムをエンコードするプログラム記憶装置、例えば、デジタルデータ記憶媒体を対象とすることも意図している。また、該実施形態は、上述した方法の同ステップを実行するようにプログラムされたコンピュータを対象とすることも意図している。

当業者は、プロセッサが動作又はプロセスを実行するように「構成されている」との記載あるとき、これは、該プロセッサが、これらのコンピュータ可読命令が記憶されているデバイスメモリから読み取られるコンピュータ可読命令を実行することによって動作又はプロセスを実行することを意味することができることを理解するだろう。

当業者は、本開示の任意の実施形態の任意の特徴を、いくつかの実施形態の例において開示された他の実施形態の任意の特徴と組み合わせて（例えば、代わりに又は追加して）使用できることが理解できるだろう。いくつかの実施形態の実施に必要とされ得る特定の追加要素は、当業者の通常の範囲内にあると想定されるため、詳述又は図示していない。さらに、特定の実施形態は、本開示に具体的に開示されていないいかなる要素も含まないか、欠いているか、及び／又は該要素なしに機能してもよい。

様々な実施形態及び実施例を示したが、これは説明のためであって、限定するものではない。当業者であれば、様々な変更及び改良がなされることは、明らかであるだろう。

Claims (39)

1. ビデオゲーム装置の少なくとも１のプロセッサを動作させる方法であって、
   仮想環境をメモリに保持し、該仮想環境は、プレイヤが制御するプレイヤ制御ゲームオブジェクトと第２ゲームオブジェクトとを含み、前記プレイヤ制御ゲームオブジェクトは、仮想ディスプレイコンポーネントと関連付けられていることと、
   前記仮想ディスプレイコンポーネントが前記第２ゲームオブジェクトに対する位置条件を満たすか否かを判断し、満たす場合には、ゲーム制御インタフェースを介してアクティベーション入力を受け付けた場合に実行されるインタラクティブなゲームプレイ効果を示すプレビュー情報を取得し、前記プレビュー情報を画面上に表示される前記仮想ディスプレイコンポーネントに表示させること
   を有する方法。
2. 前記プレイヤ制御ゲームオブジェクトの前記仮想ディスプレイコンポーネントは、照準領域と関連付けられ、
   前記プレイヤ制御するゲームオブジェクトの前記仮想ディスプレイコンポーネントが前記仮想環境内の第２ゲームオブジェクトに対する位置条件を満たすか否かを判断することは、前記照準領域が前記第２ゲームオブジェクトの閾値距離内にあるか否かを判断することである、請求項１に記載の方法。
3. 前記照準領域は、十字線又は照準線によって定められた中心を有する、請求項２に記載の方法。
4. 前記画面上に表示される仮想ディスプレイコンポーネントに、前記照準領域を表示すること
   をさらに含む、請求項３に記載の方法。
5. 前記ゲーム制御インタフェースを介してナビゲーション入力を受け付けることと、
   前記ナビゲーション入力に基づいて、前記仮想環境内で前記プレイヤ制御ゲームオブジェクトの位置決めをすること及び方向付けることのいずれか一方を行うこと、
   をさらに含む、請求項１～４のいずれかに記載の方法。
6. 前記方法が、前記仮想ディスプレイコンポーネントにおいて、前記プレイヤ制御ゲームオブジェクトの位置に関連付けられる視点から見える前記仮想環境の一部を表示すること、
   をさらに含む、請求項５に記載の方法。
7. 前記プレイヤ制御ゲームオブジェクトを位置決めすることは、前記仮想環境における前記視点の位置を変更することである、請求項６に記載の方法。
8. 前記プレイヤ制御ゲームオブジェクトを方向付けることは、前記仮想ディスプレイコンポーネントにおいて前記視点から見える前記仮想環境の一部を変更することである、請求項７に記載の方法。
9. 前記仮想ディスプレイコンポーネントに表示される前記仮想環境の一部は、前記仮想ディスプレイコンポーネントに表示されない前記仮想環境の一部と比較して拡大された外見を有する、請求項８に記載の方法。
10. 前記ゲーム制御インタフェースを介して、前記仮想ディスプレイコンポーネントを無効にするプレイヤによる命令を受け付けることと、
    前記命令に応答して前記仮想ディスプレイコンポーネントを非アクティブ化すること、
    をさらに含む、請求項９に記載の方法。
11. 前記仮想ディスプレイコンポーネントを非アクティブ化することに加えて、アクティブ化されていたときに前記仮想ディスプレイコンポーネントにより占められていた画面の範囲に、前記仮想環境の非拡大部分を表示させる、請求項１０に記載の方法。
12. 前記プレイヤ制御ゲームオブジェクトは仮想銃からなり、
    前記プレイヤ制御ゲームオブジェクトの仮想ディスプレイコンポーネントはスコープウィンドウからなる、請求項１～１１のいずれかに記載の方法。
13. 前記アクティベーション入力は、前記仮想銃を発砲する命令からなる、請求項１２に記載の方法。
14. 前記プレビュー情報は、前記メモリから取得される、請求項１～１３のいずれかに記載の方法。
15. 前記第２ゲームオブジェクトがノンプレイヤキャラクタである場合、前記方法が、前記ノンプレイヤキャラクタと、所定のタイプの対話型ゲームオブジェクトとが関わるインタラクティブ条件が満たされるか否かを判断することをさらに含み、
    前記インタラクティブ条件が満たされた場合にのみ前記表示を行う、請求項１～１４のいずれかに記載の方法。
16. 前記インタラクティブ条件が満たされることは、前記ノンプレイヤキャラクタと、前記所定のタイプの対話型ゲームオブジェクトとの間の近接性に依存する、請求項１５に記載の方法。
17. 前記インタラクティブ条件が満たされる場合に限り、前記所定のタイプの対話型ゲームオブジェクトをグラフィカルに強調すること、をさらに含む、請求項１５に記載の方法。
18. 前記対話型ゲームオブジェクトが隠蔽オブジェクトである場合に限り、表示すること及びグラフィカルに強調すること、がさらに実施される、請求項１７に記載の方法。
19. 前記プレビュー情報は、ボディディスポ―ザルを示す、請求項１８に記載の方法。
20. 前記隠蔽オブジェクトは、茂み、ごみ箱、壁、井戸、ドア、車両、穴、容器、水域及び雪渓のうちの少なくとも１つを含む、請求項１８に記載の方法。
21. 前記対話型ゲームオブジェクトが隠蔽オブジェクトである場合、前記ノンプレイヤキャラクタを隠すように前記隠蔽オブジェクトを前記画面上にレンダリングする、請求項１７に記載の方法。
22. 前記第２ゲームオブジェクトが所定のタイプの対話型ゲームオブジェクトである場合、前記方法は、前記対話型ゲームオブジェクトに関連する領域を判断し、前記領域をグラフィカルに強調すること、をさらに含む、請求項１～２１のいずれかに記載の方法。
23. 前記第２ゲームオブジェクトが所定のタイプの対話型ゲームオブジェクトである場合、前記方法は、前記対話型ゲームオブジェクトとノンプレイヤキャラクタとを含むインタラクティブ条件が満たされるか否かを判断し、満たされる場合、前記方法は、前記対話型ゲームオブジェクトを強調すること、をさらに含む、請求項１～２２のいずれかに記載の方法。
24. 前記インタラクティブ条件が満たされることは、前記ノンプレイヤキャラクタと前記対話型ゲームオブジェクトの相対位置に依存する、請求項２３に記載の方法。
25. 前記インタラクティブ条件が満たされることは、前記ノンプレイヤキャラクタが対話型ゲームオブジェクトに関連する領域内に配置されるか否かに依存する、請求項２３に記載の方法。
26. 前記領域が、前記仮想環境における前記ノンプレイヤキャラクタの上方の範囲まで拡張する、請求項２５に記載の方法。
27. 前記第２ゲームオブジェクトが前記所定のタイプの対話型ゲームオブジェクトである場合、前記ノンプレイヤキャラクタが前記領域内に配置されている場合、前記方法が前記領域及び前記ノンプレイヤキャラクタをグラフィカルに強調すること、をさらに含む、請求項２６に記載の方法。
28. 前記プレビュー情報が、前記所定のタイプの対話型ゲームオブジェクトを示す、請求項２３に記載の方法。
29. 前記対話型ゲームオブジェクトが誘引オブジェクトである場合、前記プレビュー情報は誘引を示し、前記対話型ゲームオブジェクトがアクシデントオブジェクトである場合、前記プレビュー情報はアクシデントを示す、請求項２３に記載の方法。
30. 前記対話型ゲームオブジェクトが誘引オブジェクトである場合、前記方法は、前記アクティベーション入力が提供された場合に、少なくとも１つのノンプレイヤキャラクタを前記対話型ゲームオブジェクトの方向に引き寄せること、をさらに含む、請求項２３に記載の方法。
31. 前記対話型ゲームオブジェクトがアクシデントオブジェクトである場合、前記方法は、前記アクティベーション入力が提供された場合に少なくとも１つのノンプレイヤキャラクタを無力化すること、をさらに含む、請求項２３に記載の方法。
32. 前記ゲーム制御インタフェースを介して前記アクティベーション入力を受け付けることと、前記アクティベーション入力を受け付けたことに応答して前記インタラクティブなゲームプレイ効果を実施すること、をさらに含む、請求項１～３１のいずれかに記載の方法。
33. 前記第２ゲームオブジェクトがノンプレイヤキャラクタを含み、前記インタラクティブなゲームプレイ効果が、前記ノンプレイヤキャラクタが前記仮想環境内の前記隠蔽オブジェクトの閾値距離内にある場合、前記ノンプレイヤキャラクタを隠蔽オブジェクトによって隠し、それ以外の場合は隠されないこと、を含む、請求項１～３２のいずれかに記載の方法。
34. 前記第２ゲームオブジェクトが対話型ゲームオブジェクトを含み、前記インタラクティブなゲームプレイ効果が、前記ノンプレイヤキャラクタが前記対話型ゲームオブジェクトに関連する領域内にある場合に前記ノンプレイヤキャラクタを無力化し、そうでない場合に無力化しないこと、を含む、請求項３１に記載の方法。
35. 前記インタラクティブなゲームプレイ効果が、前記ノンプレイヤキャラクタが前記対話型ゲームオブジェクトに関連する領域内にある場合、前記ノンプレイヤキャラクタが位置、方向、速度及び／又は加速度を変化させること、を含む、請求項２３に記載の方法。
36. 前記インタラクティブなゲームプレイ効果が、前記ノンプレイヤキャラクタが前記対話型ゲームオブジェクトに関連する領域内にある場合、前記ノンプレイヤキャラクタが対話型ゲームオブジェクトの方に引き寄せられ、そうでない場合、前記対話型ゲームオブジェクトの方に引き寄せられないこと、を含む、請求項２３に記載の方法。
37. 前記インタラクティブなゲームプレイ効果を実施することによって生じるスコアの変化を示し、前記プレイヤ制御ゲームオブジェクトに関連する前記仮想ディスプレイコンポーネントにおいてプレイヤのスコアの変化を示すこと、をさらに含む、請求項１～３６のいずれかに記載の方法。
38. コンピュータ可読命令を含む非一時的なコンピュータ読み取り可能な記録媒体であって、少なくとも１のプロセッサによって読み取られ実行されると、
    仮想環境をメモリに保持し、前記仮想環境は、プレイヤが制御するプレイヤ制御ゲームオブジェクトと第２ゲームオブジェクトとを含み、前記プレイヤ制御ゲームオブジェクトは、仮想ディスプレイコンポーネントと関連付けられていること、及び、
    前記仮想ディスプレイコンポーネントが前記第２ゲームオブジェクトに対する位置条件を満たすか否かを判断し、満たす場合には、ゲーム制御インタフェースを介してアクティベーション入力を受け付けた場合に実行されるインタラクティブなゲームプレイ効果を示すプレビュー情報を取得し、前記プレビュー情報を画面上に表示される前記仮想ディスプレイコンポーネントに表示させること、を有する方法を、前記少なくとも１のプロセッサに実行させる、記録媒体。
39. ビデオゲーム装置であって、
    少なくとも１のプロセッサと、
    前記少なくとも１のプロセッサが実行するための命令を記憶するメモリと、
    前記少なくとも１のプロセッサが、受け付けた入力に応答して出力を生成する対話型コンピュータプログラムを実装するためにメモリ内の前記命令を実行するように構成され、前記対話型コンピュータプログラムが、
    メモリ内に仮想環境を保持し、前記仮想環境はプレイヤが制御するプレイヤ制御ゲームオブジェクトと第２ゲームオブジェクトを含み、前記プレイヤ制御ゲームオブジェクトは仮想ディスプレイコンポーネントに関連付けられ、
    及び、
    前記仮想ディスプレイコンポーネントは前記第２ゲームオブジェクトに対する位置条件を満たすか否かを判断し、満たす場合には、ゲーム制御インタフェースを介してアクティベーション入力を受け付けた場合に実行されるインタラクティブなゲームプレイ効果を示すプレビュー情報を取得し、前記プレビュー情報を画面上に表示される前記仮想ディスプレイコンポーネントに表示させる、ことからなる少なくとも１の処理を含む、
    プレイヤから入力を受け付けるように構成された少なくとも１の入力装置とプレイヤへ出力を提供するように構成された少なくとも１の出力装置、を備えたビデオゲーム装置。

Images