JP2020192304A - 機能強化動作を行うことの出来るプレイヤキャラクタの制御 - Google Patents

Abstract

【課題】プレイヤキャラクタを制御して、ギャップを飛び越えて向こう側に渡ることが可能なビデオゲーム装置を提供する。【解決手段】ビデオゲーム装置であって、少なくとも一つのプロセッサ及び該少なくとも一つのプロセッサに運転可能に接続され、コンピュータ可読プログラム指示が格納された一時的ではない記憶媒体を有する。少なくとも一つのプロセッサは、プログラム指示を実行することが出来、少なくとも一つのプロセッサによるプログラム指示を実行することで、以下のステップからなる方法を実行する。方法は、メモリにプレイヤキャラクタを含むバーチャル環境を維持する、プレイヤキャラクタの機能強化動作の要求を受け取る、一つ以上の有効な基準に基づいてバーチャル環境内の着地点を見いだす、見出された着地点までの軌跡を決定する、及び、プレイヤキャラクタに機能強化動作を発揮させて、軌跡に少なくとも一部を沿わせて移動させることからなる。【選択図】図７

Description

本発明は、ビデオゲームに関わり、特にビデオゲーム内でのプレイヤキャラクタの移動制御に関する。

ビデオゲームでは、プレイヤキャラクタは、多様な移動表面に沿って移動することで３Ｄバーチャル環境を操作する。これらの移動表面のいくつかは、該３Ｄバーチャル環境内でギャップ（裂け目）によって分断されている。こうしたギャップは、ビデオゲーム内では、進み続けるためにはプレイヤキャラクタによって避けられるべきものである。従って、目的は、プレイヤキャラクタを制御して、ギャップを飛び越えて向こう側に渡ることである。時として、ギャップは、プレイヤキャラクタの身体的に妥当な動きで超えられる幅よりも広いことがある。こうした場合、ギャップの向こう側にゆくには、プレイヤキャラクタは「機能的に強化された動き（機能強化動作）」が可能なことが求められる。

第１の広い観点によると、少なくとも一つのプロセッサ、該少なくとも一つのプロセッサに運転可能に接続され、コンピュータ可読プログラム指示が格納された一時的ではない記憶媒体を有し、該少なくとも一つのプロセッサは、該プログラム指示を実行することが出来、該少なくとも一つのプロセッサによる前記プログラム指示を実行することで、以下の方法を実行することの出来るビデオゲーム装置であって：
該方法は、以下のステップからなる；
−メモリにプレイヤキャラクタを含むバーチャル環境を維持する、
−プレイヤキャラクタの機能強化動作の要求を受け取る、
−一つ以上の有効な基準に基づいて前記バーチャル環境内の着地点を見いだす、
−該見出された着地点までの軌跡を決定する、及び、
−前記プレイヤキャラクタに機能強化動作を発揮させて、前記軌跡に少なくとも一部を沿わせて移動させる。

第２の広い観点によると、コンピュータにより実行されるビデオゲーム方法であって、該方法は、以下のステップからなる；
−メモリにプレイヤキャラクタを含むバーチャル環境を維持する、
−プレイヤキャラクタの機能強化動作の要求を受け取る、
−一つ以上の有効な基準に基づいて前記バーチャル環境内の着地点を見いだす、
−該見出された着地点までの軌跡を決定する、及び、
−前記プレイヤキャラクタに機能強化動作を発揮させて、前記軌跡に少なくとも一部を沿わせて移動させる。

第３の広い観点によると、コンピュータ可読指示が格納された一時的ではないコンピュータ可読記憶媒体であり、前記指示は、プロセッサにより実行されると、該プロセッサに、以下の方法を実行させる；
該方法は、以下のステップからなる；
−メモリにプレイヤキャラクタを含むバーチャル環境を維持する、
−プレイヤキャラクタの機能強化動作の要求を受け取る、
−一つ以上の有効な基準に基づいて前記バーチャル環境内の着地点を見いだす、
−該見出された着地点までの軌跡を決定する、及び、
−前記プレイヤキャラクタに機能強化動作を発揮させて、前記軌跡に少なくとも一部を沿わせて移動させる。

第４の広い観点によると、少なくとも一つのプロセッサ、該少なくとも一つのプロセッサに運転可能に接続され、コンピュータ可読プログラム指示が格納された一時的ではない記憶媒体を有し、該少なくとも一つのプロセッサは、該プログラム指示を実行することが出来、該少なくとも一つのプロセッサによる前記プログラム指示を実行することで、以下の方法を実行することの出来るゲーム装置であって：
該方法は、以下のステップからなる；
−メモリにプレイヤキャラクタを含むバーチャル環境を維持する、
−前記プレイヤキャラクタが前記バーチャル環境の機能強化ゾーンに入ったことを検知する、該機能強化ゾーンは一つ以上の着地点と関連つけられており、
−前記プレイヤキャラクタの方向及び位置のうちの少なくとも一つに基づいて前記機能強化ゾーン内の一つ以上の着地点を見いだし、
−前記プレイヤキャラクタの機能強化動作の要求を受け取ったところで、前記見いだされた着地点へ向けた移動をプレイヤキャラクタに行わせる。
これらの観点及び他の観点は、以下の図面に関連して以下の記述を参照することで、良く理解されるであろう。

図１は、１実施例に基づいた、ゲーム装置のブロック図である。 図２は、１実施例に基づいた、プレイヤキャラクタにより飛び越えられるギャップとプレイヤキャラクタのいるビデオゲーム内の１シーンを示す図。 図３は、１実施例に基づいた、着地地点のデータベース構造の例を示す図。 図４は、１実施例に基づいた、プレイヤキャラクタの機能強化動作を制御する方法を示すフローチャートである。 図５は、１実施例に基づいた、図２の方法において、着地のアニメーションシナリオを示すフローチャートである。 図６は、１実施例に基づいた、図２に似たビデオゲーム内の１シーンであり、ギャップ周囲の機能強化ゾーンを示す図。 図７は、１実施例に基づいた、機能強化動作の過程を示すフローチャートである。 図８は、ゲームオブジェクト、その特性および位置を格納したデータ構造を示す図。 図は、実施例を開示するものであり、限定的なものではない。

図１には、ビデオゲームを実行するゲーム装置１０１（例えば、ゲームコンソール、テーブル又はスマートフォンなど）が示されている。ゲーム装置１０１は、少なくとも一つのプロセッサ１０２に操作可能に接続され、コンピュータ可読プログラム指示を格納する、一時的ではない記憶媒体（メモリ１０４）を有している。ビデオゲームは、本質的に、メモリ１０４に格納されたコンピュータ可読指示により規定されたインタラクティブなコンピュータプログラムであり、該コンピュータ可読指示プログラムは少なくとも一つのプロセッサ１０２により読まれ、実行される。

少なくとも一つのプロセッサ１０２は、一つ以上の中央処理装置（ＣＰＵ）及び／又は一つ以上のグラフィック処理装置（ＧＰＵ）を含むことができる。バス１０８は、少なくとも一つのプロセッサ１０２とメモリ１０４との間の通信を行う。スクリーン１０５及びスピーカ１１１は少なくとも一つのプロセッサ１０２と入出力インターフェース（Ｉ／Ｏ）及びバス１０８を介して接続される。ユーザ１０３は、少なくとも一つの入力装置（例えば、一つ以上のジョイスティック、タッチスクリーン（例えば、スクリーン１０５）、キーボード、コントローラ、マイクロフォン１０９，カメラ１０６及び／又はジェスチャーセンサを含む）を介してユーザ入力を提供する。少なくとも一つの入力装置は、少なくとも一つのプロセッサ１０２にＩ／Ｏ１０２及びバス１０８を介して接続される。

単純な非限定的な実施例では、コンピュータ可読指示により規定されたインタラクティブコンピュータプログラムはゲームループ（時として「ゲームロジック」とも呼ばれる）及びレンダリングプロセスを含み、それらは少なくとも一つのプロセッサ１０２により実行される。レンダリングプロセスは、ゲームループに対しては非同期的である（特に、レンダリングプロセスが一つ以上のグラフィック処理装置−ＧＰＵによって行われる時は）。

ゲームループを実行する方は、ユーザ１０３から受け取った入力を処理し、メモリ１０４に格納維持された３Ｄバーチャル環境に関するデータを変化させる。この変化したデータがゲームループ及びレンダリングプロセスにより処理されると、スクリーン１０５上に表示された画像が変化し、スピーカ１１１からは生成される新たな音が変化することとなる。これらの出力によりユーザ１０３の、少なくとも一つの入力装置などを介した更なる入力が誘発される。

レンダリングプロセスの最終出力は、通常のフレームレート（２４ｆｐｓ、３０ｆｐｓ、６０ｆｐｓ）でスクリーン１０５に表示されるフレームバッファ（ピクセルのアレイ）であり、最終的な出力画像を生成する。いくつかの実施例では、最終的な出力画像を生成するために複数のフレームバッファが使用される。サウンドは、入出力を取り扱う他のハードウェアと共に、（ＣＰＵ上で）メインスレッドとしてゲームループにより管理され（即ち、ＤＡＣ−デジタルのオーディオ変換）、スピーカ１１１を介して出力される。生成された画像やサウンドは「ゲームオブジェクト」に関連しており、それらの特性や位置はメモリ１０４に格納されている。ゲームオブジェクトは、建物、壁、武器、木、装備、移動表面及びゲームシナリオの一部となる考えられる限りのオブジェクトを始め、プレイヤキャラクタ（ＰＣｓ）、ノンプレイヤキャラクタ（ＮＰＣｓ）を含む。ゲームオブジェクトのいくつかは、３Ｄバーチャル環境内で、プレイヤキャラクタやノンプレイヤキャラクタと相互作用する素子である。

ゲームオブジェクトのそれぞれは、メモリ１０４内で維持される３Ｄバーチャル環境内での一連の特性及び位置により特性つけられる。図８に、複数のゲームオブジェクトの特性及び位置を概念的に格納する表８００を示すが、それらはプレイヤキャラクタや移動表面を含むものであり、非限定的なものである。特に、表８００は各ゲームオブジェクトの一つの、一連の記録を示す。もちろん、他のデータ構造も可能である。ゲームオブジェクトの位置は、該ゲームオブジェクトが３Ｄバーチャル環境内で占める頂点又は座標のセットとしてエンコードすることができる。例えば、ゲームオブジェクトの位置は、絶対位置上でのワールド空間変換（a world-space transformation）の結果である。ゲームオブジェクトの一連の特性は、方角、面法線及び名前、キャラクタタイプ、ライブ、パワー、武器等の様々な特性に加えて、ゲームオブジェクトの記述を含むものである。

図２を更に参照すると、そこには３Ｄバーチャル環境を形成するプレイヤキャラクタ２０２及び他のゲームオブジェクトからなる非限定的な場面か示されている。場面はスクリーン１０５にレンダリングされており、３Ｄバーチャル環境内で仮想カメラが透視した該３Ｄバーチャル環境の一部が示されている。特に、１対の移動表面２２０，２２５が示されている。移動表面２２０，２２５は、３Ｄバーチャル環境内のゲームオブジェクトであり、その位置及び特性はメモリ１０４に格納されている（テーブル８００内のように）。

図２では、移動表面２２０，２２５の端部の間のギャップ２１０（ゲームオブジェクト２２０，２２５の間として計測され、それ自身ゲームオブジェクトの一部及全部である）が示されている。他の実施例では、単一のギャップにより二つ以上の移動表面が分割されることもある。一般的に、二つの移動表面を分割するギャップは、これらの移動表面間に水平及び／又は垂直な分離状態を呈示する。即ち、ギャップは、全体寸法として、０でない垂直方向成分か０でない水平方向成分、又はその両方を有する。こうして、３Ｄバーチャル環境内で、ギャップ２１０の両側の移動表面２２０，２２５は、同じ高さである必要は無い。

ギャップ２１０は、プレイヤキャラクタ２０２が実際的な表示動作（例えば、歩き又は重力下での通常のジャンプ）を実行することで横断することの出来る大きさよりも大きく、プレイヤキャラクタ２０２はギャップ２１０を超えるためには機能強化動作（例えば、「ジェットブーツ」）が可能となることが必要となる。ある場合には、機能強化動作では、反重力効果（重力否定行動）及び／又は跳躍に際して異常なほどの加速などが可能となる。

ある実施例によれば、ギャップ２１０に近接して移動表面２２０，２２５のそれぞれに「着地点」が設定されている。特に、移動表面２２０は、着地点２６０が、移動表面２２５には、着地点２６５が設定されている。各着地点２６０，２６５には、プレイヤキャラクタ２０２が機能強化動作を使用してギャップ２１０を飛び越えようとした際に、到達することの出来る領域範囲が設定されている。こうして着地点２６０，２６５は３Ｄバーチャル環境内で頂点と関連つけられ、及び／又は面法線と共にアンカーポイントとも関連つけられることができ、また該法線に垂直な方向の寸法とも関連つけられる。着地点２６０，２６５は、その特性及び位置（例えば、頂点及び／又はアンカーポイントにより規定される）がテーブル８００内に格納されたゲームオブジェクトである。また、着地点２６０，２６５は、それ自体移動表面２２０，２２５の特性とすることも可能である。

着地地点には多様なタイプが考えられる。二つの例としては、「掴める突端」及び「着地容積」である。他のタイプの着地点としては、それらに変えて又はそれらに加えて多様なものが考えられる。ギャップに近接する表面を突端として形成する場合には、ゲーム設計者がこの表面を掴める突端としてエンコードし、また着地容積として他の構成をエンコードすることに関しては、演算効率の点で有利である。こうしたエンコードは、着地点の構成が予め決まっている状況に基づいたルーチンで、演算時間を改善することができる。また、下にグランドが無い形でのギャップの場合、それでも、該ギャップの下に別の「着地容積」を設けることができる。

前述の二つの着地点（掴める突端及び着地容積）の例示タイプは、ギャップ２１０の一方から飛ぶ際の達成可能性の面では、いくらか異なる性質を有する。例えば、着地点２６０が着地容積の場合で、着地点２６５が掴める突起の場合がある。この場合、着地点２６０は「着地容積」であり比較的大きな表面領域を有しているので、プレイヤキャラクタ２０２がユーザ１０３によって操作され、ギャップ２１０を超えるときに、その方向が多少すれたとしても問題がない。その部分に関しては、着地点２６５は着地容積ではなく、掴める突端である。掴める突端の場合、着地点２６５は着地容積ではなく、掴める突端である。掴める突端の構成は、着地容積よりもより平滑ではなく、より細い線状である。ここで追加的な着地可能性をつくることができる。例えば、掴める突端に着地するまでに、プレイヤキャラクタ２０２は、その飛翔軌跡を、突端の上のぶら下がり位置（これは、キャラクタを該突端から引き上げるための、プレイヤからの特別な入力を必要とする）や、掴める突端の背後の地面上で終わるように（着地容積の場合と同様に）することが出来る。掴める突端に関する着地の特性は、（既定のパラメータに基づいて）アルゴリズム的に決定するか、またはゲーム設計者が、掴める突端への着地の特別な形を設定するようにする。

要するに、ゲームのレベル設計の段階で、ギャップによって分断された着地点は、掴める突端か着地容積の特性を持つものとしてコードすることができる。着地点の各タイプは、ゲームをプレイする中において異なる結果をもたらす。それは機能強化動作を使った後に、プレイヤキャラクタが何処にそして／又はどのように着地するかと言うことである。

そのタイプ（例えば、「掴める突端」又は「着地容積」）ばかりか、その大きさや位置を規定する頂点のような、各着地点の属性は、メモリ１０４に格納することができる。それらは例えば、テーブル８００の記録として格納され、この概念は、着地点のデータベース３１０を示す、図３により詳細に図示される。データベース３１０の内容は、表として示されるが、それは参照の利便のためであって、限定的なものではない。表は、複数の行を有しており、各行は、仮想空間内の異なる着地点に対応している。列３００は対応する着地点の異なる属性を表している。従って、特定の着地点に関する特定の属性については、対応するテーブル内にエントリーする。属性の一例は、すでに述べたが、３Ｄバーチャル環境内での位置、大きさ／寸法及びタイプ（例えば、「掴める突端」又は「着地容積」）なども含むことができる。

着地点の他の属性もデータベース３１０に格納しておくことが出来る。

例えば、一つ以上の着地容積を、プレイヤキャラクタ２０２がその上に着地を許容されている軸線（「許容軸線」と称する）に関連付けることができる。非限定的な一例として、地面がＸ−Ｙ平面でＺが上方軸であるワールド座標系において、特定の着地容積に関する許容軸線はＸ軸かＹ軸である。許容軸線はデータベース３１０に特定の着地容積の属性として格納することができる。仮にデフォルトでＸ及びＹ軸が特定の着地容積の中央で交差していると、許容軸線はあるオフセット量だけシフトすることができる。これにより、プレイヤキャラクタ２０２が着地容積上で飛行後に着地出来る場所をシフトすることができる（即ち、着地してプレイヤキャラクタ２０２が着地容積に接触した位置に沿わせる）。オフセットパラメータはレベル設計者によりゲーム設計時に選択され、データベース３１０に特定の着地容積の属性として格納される。

他の実施例では、着地点が掴める突端の場合、プレイヤキャラクタ２０２がより低い高度から来た場合（即ち、飛び上がった場合）、有効な目的地とすることが望ましい。これはより高い高度からの場合（即ち、飛び降りた場合）は望ましくない。この場合、プレイヤキャラクタ２０２が飛び上がった場合、着地容積が考慮され、反対のシナリオの場合には考慮されない形の着地容積となるようなフラグが着地容積に関連つけられる。このフラグは、従って、プレイヤキャラクタ２０２にとって潜在的な着地点として、着地容積の条件付き有効性の視標となる。それはレベル設計者によりゲーム設計時にセットされ、データベース３１０に着地容積の属性として格納される。

３Ｄバーチャル環境内の全ての着地点について、ユーザ１０３が機能強化動作を用いない限り、現在の位置からプレイヤキャラクタ２０２が飛び越えることは出来ない（全てではないが）。プレイヤキャラクタ２０２が３Ｄバーチャル環境内を移動する際に、近くの着地点の一つが結果的にある「有効な基準」を満たすかもしれない。それはその着地点がプレイヤキャラクタ２０２にとって、ユーザ１０３が機能強化動作を必要とする有効な目的地である場合である。従って、ゲームロジックの一部として、ゲーム装置１０１の少なくとも一つのプロセッサ１０２は、複数のステップからなる図４に示すフローチャートを参照して説明する一例のとしての方法を実行するように構成されている。

ステップ４１０
ゲームロジックはプレイヤキャラクタ２０２について、有効な基準に合った一つの着地点を特定するように常に試みている。この特定の例においては、二つの着地点２６０．２６５が有り、ゲームロジックはそれらの内、両方又は、一方が有効な基準に適合するか否か、又は両方共に適合しないかを決定するためのテストを行う。有効な基準を満たす丁度一つの着地点があると、この着地点は「確認された着地点」として選択され、方法はステップ４２０へ入る。もし、有効な基準を満たす二つ以上の着地点がある場合いには、方法は、ステップ４１５へ入る。有効な基準を満たす着地点が無い場合には、方法は終了する。

有効な基準は、メモリ１０４にエンコードされている。有効な基準は、３Ｄバーチャル環境内の多様な着地点の位置、高度その他に対するプレイヤキャラクタ２０２の現在位置、高度、方向その他に基づいている。

特定の着地点に関する特別に有効な基準の、非限定的な一例は、該特定の着地点が３Ｄバーチャル環境内で仮想カメラの視野内に入っていなければならないことである。そこで、ゲームロジックは、該特定の着地点が仮想カメラの視野内に入っているか否かをテストし、該特定の着地点が仮想カメラの視野内に入っている場合には、該特定の着地点が有効であると結論する。

特定の着地点に関する特別に有効な基準の、更なる非限定的な一例は、プレイヤキャラクタ２０２が該特定の着地点と向き合っていなければならないことである。いくつかの実施例では、プレイヤキャラクタ２０２と着地点上の点（例えば、プレイヤキャラクタに最も近い点）の面法線間の角度が、ある角度範囲内であること（例えば、−１５〜＋１５度、又は−３０〜＋３０度、−６０度〜＋６０度又は−９０度〜＋９０度）である。他の実施例では、「向き合う」ことが、特定の着地点がプレイヤキャラクタ２０２の視野内にあることを意味する。即ち、プレイヤキャラクタ２０２自身の目（バーチャル）によって「見える」ことである。そうした場合、バーチャル環境内でプレイヤキャラクタ２０２の実質的に「後ろ」に位置する着地点は、有効な基準に適合しないこととなる。

特定の着地点に関する特別に有効な基準の、更なる非限定的な一例は、距離の基準である。例えば、特定の着地点とプレイヤキャラクタ２０２間の距離は、閾値Ｘより小さく、及び又は閾値Ｙよりも大きくなければならない。

特定の着地点に関する特別に有効な基準の、更なる非限定的な一例は、高度の基準である。例えば、特定の着地点とプレイヤキャラクタ２０２間の高さは、閾値Ｘより小さく、及び又は閾値Ｙよりも大きくなければならない。

特定の着地点に関する特別に有効な基準の、更なる非限定的な一例は「到達性」である。即ち、該特定の着地点は、プレイヤキャラクタ２０２の現在位置から到達可能である必要がある。着地点が到達可能であるか否かは、該着地点とプレイヤキャラクタ２０２の相対的な高度による。例えば、プレイヤキャラクタ２０２が「着地容積」タイプの着地点に着地出来る場合に、プレイヤキャラクタ２０２が何処に居るかに関わりなく、機能強化動作が呼び出された場合、もし下方からいった場合（即ち、より低い高さからいった場合）には、「掴める突端」タイプの着地点上に着地することしかできない。

図示した例では、どこからでも到達可能な着地点２６０（ここでは、着地容積である）と、プレイヤキャラクタ２０２が移動表面２２０上のどこかにいた場合で、機能強化動作が要求された時にのみ、到達可能な着地点２６５（ここでは、掴める突端である）となる。別の言い方をすると、機能強化動作が要求された際に、プレイヤキャラクタ２０２が移動表面２２０上にいた場合、着地点２６０と２６５は共に到達性の特別に有効な基準に適合するが、機能強化動作が要求された際に、プレイヤキャラクタ２０２が移動表面２２５上にいた場合、着地点２６０だけが到達性の有効な基準を満たすものである。

いくつかの実施例では、特定の着地点の到達性は、フラグがセットされているか否か、及びフラグが有効な条件となっているかに影響される。

もちろん、多数の有効な基準の組み合わせを使用することが出来、全ての有効な基準に適合した着地点のみが有効と見なされるようにすることもできる。

バーチャル環境内のプレイヤの位置が変わると、有効と考えられる着地点も変化する。

ステップ４１５
二つ以上の有効な基準を満たす着地点がある場合に、各着地点は多数のファクタに基づいてスコア化され、ベストスコアを取った着地点が「見いだされた着地点」とされる。そうしたファクタには、限定される訳ではないが、プレイヤキャラクタ２０２と着地点上の点（例えば、最も近い点）間の距離（例えば、Ｘ、Ｙ又は直線）（この場合、より短い距離が良いスコアになる）、プレイヤキャラクタ２０２から着地点への直線軌跡とプレイヤキャラクタ２０２の面法線間の角度（この場合、より小さな角度が良いスコアとなる）などである。プレイヤキャラクタ２０２の面法線はプレイヤキャラクタ２０２の属性としてテーブル８００に格納されている。方法は、ステップ４２０へ進む。

ステップ４２０
ゲームロジックは、確認された着地点をスクリーン１０５上で、任意的にハイライト又は強調して、特定することができる。もちろん、着地点の見いだし（特定）は、プレイヤキャラクタ２０２にとっての見いだされた着地点が、プレイヤキャラクタ２０２の常に移動する位置と方向に基づいて、時間と共に変わるとともに変わる。これにより、見いだされた着地点（即ち、ハイライト又は強調表示されたもの）は次から次へと変化し、動的に表示されることとなる。ハイライト又は強調表示は、見いだ（特定）された着地点を表示するための色を変化させたり、ライトアップさせたり、明暗を変化させたり、又は点滅させたりして行う。矢印も、着地点が有効な基準に適合するものであることの信号として使用することが出来る。これは、新たなユーザに機能強化動作を紹介するチュートリアルの部分として特に有効である。こうしたハイライト又は強調表示はユーザ１０３に、どのようにプレイヤキャラクタ２０２が機能強化動作を用いてギャップ２１０を横断するかを示すためのヒントとして利用できる。

ステップ４３０
ゲームロジックは、プレイヤキャラクタ２０２の機能強化動作の要求を受け取る。要求は、ユーザ１０３によりなされる。該要求の受領は、着地点の特定とは独立している、言い換えれば、機能強化動作の要求は前述のステップ４１０−４２０の実行前、実行中又は実行後のいつでも受け取ることが出来る。

機能強化動作の要求は、多様な方法で行われ得る。一例としては、ユーザ１０３がプレイヤキャラクタ２０２のジャンプコマンドを出力させ（例えば、ゲームコントローラのボタンを押すことにより）、プレイヤキャラクタ２０２がまだ空中に居る間に、プレイヤキャラクタ２０２の第２のジャンプコマンドを出力させることで機能強化動作の要求が行われる（例えば、素早く連続で（例えば、０．５秒以内で）、ゲームコントローラの同じボタンを再度押すか、又は他のボタンを押すことにより）。他の例としては、ユーザ１０３が発声する（例えば、「ジェットブーツ！」と）と、テキストに変換され、機能強化動作の要求と解釈される。

ステップ４４０
ゲームロジックは、着地点及び該着地点までの軌跡を決定する。軌跡は、プレイヤキャラクタの現在位置から着地点への円弧となる。または、軌跡は、直線状部分と円弧状部分からなるようにすることもできる。軌跡は、ギャップ２１０を横断することとなる。

見いだされた着地点が着地容積の場合、着地点は、該着地容積の許容軸線に沿った点であり、それは例えば、プレイヤキャラクタ２０２に対して最も近いか、着地容積の真ん中である。

それに関する限りは、掴める突端は３Ｄバーチャル環境内では、箱のような特定の形状で表現されている。この箱は、３Ｄバーチャル環境内に置かれており、その前面が突端から飛び出す形で向いている。突端の横方向の寸法は、掴むべき突端の長さを決定している。掴める突端と地面の隣接する部分の間には関連があり、この関連はメモリ１０４に格納されている。

見いだされた着地点が掴める突端の場合、いくつかのオプションがある。本方法は、プレイヤキャラクタ２０２が突端を掴むべきか（例えば、「突端掴み」スタンスで）、又は該突端の背後に隣接する地面に着地するかを決定する。特に、最初のオプションは、プレイヤキャラクタ２０２が掴める突端に着地し、他のオプションでは、プレイヤキャラクタ２０２は隣接する地面部分に着地する。どちらのオプションが選択されるかは、プレイヤキャラクタ２０２と該掴める突端との角度、水平距離及び垂直距離等の要素による。例えば、プレイヤキャラクタ２０２と掴める突端との水平又は垂直距離がある閾値を超えた場合には、着地点は、掴める突端上に沿ったどこかとなり、そうでない場合には、到着点は隣接する地面部分のある点となる。また逆に、プレイヤキャラクタ２０２が、前述の距離の閾値を超えるか否かに関わりなく、掴める突端上（例えば、「突端掴み」スタンスで）に強制的に着地することも出来る。

ステップ４５０
プレイヤキャラクタ２０２はステップ４４０で確立された軌跡の一部又は全部に沿って上がり、移動する。ユーザ１０３は、プレイヤキャラクタ２０２が着地点（例えば、着地容積又は掴める突端又は地面の隣接する部分）へ接近するまで、ナビゲーションのもと、何らかの制御を行う（例えば、速度及び／または加速のほか、右／左）。確立された軌跡からの偏差は許容されており、プレイヤキャラクタ２０２が掴める突端（又は、地面に隣接する部分）上の点、又は着地容積の許容軸線上の点に向けて飛んでいる限り、場合場合だが、プレイヤキャラクタ２０２は最初に決定された着地点に着地しないかもしれない。この実施例では、一旦、機能強化動作の要求が出され、プレイヤキャラクタ２０２が飛び出したら、該プレイヤキャラクタ２０２は見いだされた着地点以外の異なる着地点へ移動することは防止される。

飛翔の最後に着地が行われるが、これは図５を参照して、更に説明する。これには異なる形態に基づく３つの着地シナリオがある。

５１０ 見いだされた着地点が、機能強化動作の要求がなされた際に、プレイヤキャラクタ２０２よりも低い高度にある、特別な着地容積である。

この場合、一連のアニメーションは、「着地準備」アニメーションを含んだゲームロジックにより進行し、該特別な着地容積からある距離（例えば、メモリ内のパラメータとして特定された、１．０ｍ又は他の高さ）でトリガーがかかる。このアニメーション中は、プレイヤキャラクタ２０２の速度は一定量又は割合（メモリの他のパラメータでもよい）で低下する。着地点は、ユーザ１０３による飛翔中のナビゲーションにより、ステップ４４０で演算された到着点とは異なる可能性がある。最後に、ゲームロジックは、「リカバリー」アニメーションを実行し、これによりプレイヤキャラクタ２０２は着地点より起き上がり、ナビゲーティングスタンスを取る（即ち、しゃがんだ姿勢からまっすぐな姿勢へ）

５２０ 見いだされた着地点が、機能強化動作の要求がなされた際に、プレイヤキャラクタ２０２よりも高い高度にある、特別な着地容積である。

この場合、プレイヤキャラクタ２０２の速度（デザイン／アニメーション要求）を低下させる必要が無いので、「着地準備」アニメーションは不要である。むしろ、「リカバリー」アニメーションだけがゲームロジックにより行われる必要がある。

５３０ 見いだされた着地点が、掴める突端である（ある実施例では、プレイヤキャラクタ２０２よりも高い高度のもの）。この場合、プレイヤキャラクタ２０２は、「突端掴み」スタンスでの掴める突端上又は隣接する地面上に着地する。

掴める突端に着地する場合、「突端掴み」アニメーションが実行され、プレイヤキャラクタ２０２の手が突端と同じ高さとなるように軌跡が適用される。飛翔軌跡の終端で「登り」アニメーションが実行され、その後、プレイヤキャラクタ２０２はナビゲーションスタンスを取る。

隣接する地面上に着地した場合には、ステップ５２０と同様に、「リカバリー」アニメーションだけがゲームロジックにより実行される。

上記の実施例において、機能強化動作の要求はユーザ１０３により行われるが、実際の機能強化動作は、ステップ４１０でプレイヤキャラクタ２０２の現在位置に対する少なくとも一つの有効な着地点が明らかにならないと、妨げられることとなる。他の実施例では、機能強化動作の要求がなされた時点で、有効な着地点が見つからない時は、ゲームロジックは、プレイヤキャラクタ２０２が部分的な飛翔軌跡をたどるものとして、前もって規定された飛翔軌跡（例えば、プレイヤキャラクタ２０２の方向に基づいた移動表面上のある点への固定された円弧）を使用する飛翔軌跡として決定する。

また、プレイヤキャラクタ２０２が空中にいるときに（例えば、プレイヤキャラクタ２０２が、有効な着地容積である移動表面の一部に向けて、ジャンプして落下しているとき）、機能強化動作の要求がなされることがありえる。更に、ユーザ１０３がプレイヤキャラクタ２０２を何らの着地点にも向けていない（又は、カメラ視野内に他の有効な着地点がない）こともあり得る。こうした特別な場合で、プレイヤキャラクタ２０２が空中で、下方に落下している時に、機能強化動作の要求がなされた場合、ゲームロジックは、予め決定された飛翔軌跡（例えば、プレイヤキャラクタ２０２の方向に基づいた移動表面上のある点への固定された円弧）を使用決定する。または、プレイヤキャラクタ２０２が空中で、下方に落下している時に機能強化動作の要求があった場合には、許容軸線に沿って無理に着地させるよりも、プレイヤキャラクタ２０２の着地点へ落ちるまでの高さ（即ち、垂直）を増加させ（これには、プレイヤキャラクタ２０２のＸ−Ｙ位置の移動が必要であるが）、現在のＸ−Ｙ位置の直下の移動表面（及び着地点）上に着地することが出るようにする。これにより、空中で機能強化動作の要求があった場合のぎくしゃくした動きを避けることができる。

図６に示す他の実施例では、「機能強化ゾーン」（ＥＦＺ）６４０の概念が導入されている。ＥＦＺ６４０は、各移動表面２２０，２２５の部分６５０、６５５を含みかつ囲む容積（例えば、囲み箱）として見ることができる。ＥＦＺ６４０は、着地点そのものに限らず、表面や端部を含むものである。例えば、高さの低いギャップ２１０側では、ＥＦＺ６４０は、着地点２６０を超えた移動表面２２０にまで伸延していないが、高さの高いギャップ２１０側では、ＥＦＺ６４０は、着地点２６５を超えて移動表面２２５に沿って伸びている。その位置を規定する頂点などの、ＥＦＺ６４０の属性は、メモリに格納されている。例えば、ＥＦＺ６４０は、メモリ１０４のテーブル８００内に記録が割り当てられるゲームオブジェクトであってもよく、又はＥＦＺ６４０は、テーブル８００内にオブジェクトとして格納されたギャップの特性であってもよい。

上記した過程の変形として、ゲームロジックは、プレイヤキャラクタがＥＦＺに「入る」までは、機能強化動作の要求を無視するようにすることができる。プレイヤキャラクタはＥＦＺに移動表面２２０，２２５（即ち、パーツ６５０，６５５を介して）の一つに沿って入ることができ、またプレイヤキャラクタはＥＦＺに「空中」から、例えば、ＥＦＺ６４０の外側からジャンプすることで入ることができる。

プレイヤキャラクタがＥＦＺに入ったものと判定された後に、ゲームロジックは、ＥＦＺに関連する着地点の有効性を評価する。ＥＦＺ６４０は、多様な着地点に関連している（これらの関連は、メモリ１０４にポインタ、アレイ素子などとして格納されている）点に留意する必要がある。また、着地点は、「掴める突端」と「着地容積」を含むことに留意する必要がある。上述したように、着地点の有効性に関する更なる制限は、アライメントに基づくものである。即ち、プレイヤキャラクタ２０２の背後に位置する着地点は、ＥＦＺ６４０内であっても、有効な着地点から外される。

こうして、プレイヤの機能強化動作の要求がなされた際に有効性が認められた、限られた着地点が決定されたなかで、本方法は提供される。プレイヤキャラクタ２０２の現在位置から到達可能な多数の有効な着地点が判明することがある。この場合、各有効な着地点は多様な要素に基づいてスコア化される。機能強化動作の要求の出力に対応して、プレイヤキャラクタは最も高いスコアの着地点に繋がる経路に沿って移動する。到着点をはじめプレイヤキャラクタの移動軌跡は、移動が始まる前の、着地可能性に基づく実行時に決定することが出来る。

ある実施例では、一旦着地点が決定されると、それはもはや変わることはなく、これによりプレイヤキャラクタのグラフィックレンダリングを移動中により演算効率よく行うことが出来る。しかしながら、プレイヤの飛翔軌跡中における操作性をある程度保持するために、ビデオゲームの設計者により作られた限界に基づいて、プレイヤキャラクタの操作が可能である。

もし、利用可能な有効な着地点が無い場合には、システムは、プレイヤの入力、即ち、プレイヤの機能強化動作の要求を確認するために、軌跡（プレイヤの現在の位置に対する水平及び垂直距離に関して）を演算する。

その結果、プレイヤキャラクタが機能強化動作能力を持っているゲームプレイは、ユーザへの楽しみを残しつつ、より演算効率を良くすることが出来る。また、システムは、プレイヤキャラクタが配置されている３Ｄバーチャル環境に対してそれ自身を動的に適用することができる。

図７を参照すると、少なくとも一つのプロセッサにより実行される方法が示されており、それはメモリ内にバーチャル環境を維持するステップ７１０、該３Ｄバーチャル環境はプレイヤキャラクタを有し、該プレイヤキャラクタの機能強化動作の要求を受け取るステップ７２０，有効な基準に基づいた３Ｄバーチャル環境内での着地点を見いだす（特定する）ステップ７３０、見いだされた着地点に関連した到着点への軌跡を決定するステップ７４０及び少なくとも一部は該軌跡に沿って移動することでプレイヤキャラクタに機能強化動作を発揮させるステップ７５０を有する。

プロセッサが行動又は処理を実行するように「構成される」と記載したが、これはプロセッサが、これらのコンピュータ可読指示を格納したメモリ装置から読み出したコンピュータ可読指示を実行することで行動又は処理を実行することを意味する。

ここでは特定の実施例及び応用例が述べられたが、本発明はここで開示された構成や構造に限られることなく、ここで開示された処理、方法の詳細及び装置における多様な変形、応用は、本発明の精神及び範囲を離れない限り、当業者にとって自明である。

Claims (30)

1. ビデオゲーム装置であって、該ビデオゲーム装置は、
   少なくとも一つのプロセッサ、
   該少なくとも一つのプロセッサに運転可能に接続され、コンピュータ可読プログラム指示が格納された一時的ではない記憶媒体、
   該少なくとも一つのプロセッサは、前記プログラム指示を実行することが出来、前記少なくとも一つのプロセッサによる前記プログラム指示を実行することで、以下の方法を実行することの出来、
   前記方法は、以下のステップからなる；
   −メモリにプレイヤキャラクタを含むバーチャル環境を維持する、
   −プレイヤキャラクタの機能強化動作の要求を受け取る、
   −一つ以上の有効な基準に基づいて前記バーチャル環境内の着地点を見いだす、
   −該見出された着地点までの軌跡を決定する、及び、
   −前記プレイヤキャラクタに機能強化動作を発揮させて、前記軌跡に少なくとも一部を沿わせて移動させる。
2. 請求項１記載のビデオゲーム装置であって、前記着地点を見いだすステップは、前記機能強化動作の要求を受け取った後に実行される。
3. 請求項１記載のビデオゲーム装置であって、前記着地点を見いだすステップは、前記機能強化動作の要求を受け取る前に実行される。
4. 請求項１記載のビデオゲーム装置であって、一つ以上の有効な基準に基づいて前記バーチャル環境内の着地点を見いだすステップは、複数の着地点をテストして、プレイヤキャラクタにとって有効な一つ以上の着地点を見いだすことを含み、前記見いだされる着地点は、該一つ以上の着地点から決定されることを特徴とする。
5. 請求項４記載のビデオゲーム装置であって、前記バーチャル環境は、仮想カメラを含み、前記複数の着地点のテストは、特定の着地点が、前記仮想カメラの視野内にあった場合、有効な着地点と決定することを特徴とする。
6. 請求項４記載のビデオゲーム装置であって、前記複数の着地点のテストは、特定の着地点が、前記プレイヤキャラクタが該特定の着地点に向いている場合に、有効な着地点と決定することを特徴とする。
7. 請求項４記載のビデオゲーム装置であって、前記複数の着地点のテストは、特定の着地点が、前記プレイヤキャラクタが該特定の着地点から所定の閾値距離内にいる場合に、有効な着地点と決定することを特徴とする。
8. 請求項４記載のビデオゲーム装置であって、前記複数の着地点のテストは、プレイヤキャラクタの高度と特定の着地点の高度が、互いに閾値距離内にある場合に、該特定の着地点を有効な着地点と決定することを特徴とする。
9. 請求項４記載のビデオゲーム装置であって、前記複数の着地点のテストは、特定の着地点がプレイヤキャラクタの位置から到達可能であると考えられるか否かを決定し、該特定の着地点が到達可能であると考えられた場合には、該特定の着地点を有効な着地点と結論することを特徴とする。
10. 請求項９記載のビデオゲーム装置であって、前記特定の着地点は、前記プレイヤキャラクタと該特定の着地点の相対的な高さによって到達可能であるか否かを決定することを特徴とする。
11. 請求項１０記載のビデオゲーム装置であって、前記特定の着地点は、着地容積及び掴める突端のうちの一つであり、前記着地容積は、より高い又は低い高度からプレイヤキャラクタが到達可能とされ、前記掴める突端は、より低い高度からのみプレイヤキャラクタにより到達可能であるとされていることを特徴とする。
12. 請求項４記載のビデオゲーム装置であって、前記有効な一つ以上の着地点は、複数の有効な着地点であり、前記方法は、それぞれの有効な着地点についてスコアを与え、最大のスコアを取った有効な着地点の一つを、前記見いだされる着地点として選択することを特徴とする。
13. 請求項１２記載のビデオゲーム装置であって、着地点に対する前記スコアは、プレイヤキャラクタと前記着地点上の点間の距離に基づくことを特徴とする。
14. 請求項１２記載のビデオゲーム装置であって、着地点に対する前記スコアは、前記プレイヤキャラクタから前記着地点への直線軌跡と該プレイヤキャラクタの面法線間の角度に基づくことを特徴とする。
15. 請求項１記載のビデオゲーム装置であって、前記軌跡の決定は、前記機能強化動作の要求を受け取った後に実行されることを特徴とする。
16. 請求項４記載のビデオゲーム装置であって、前記方法は、更に前記見いだされた着地点を他の一つ以上の有効な着地点と区別するために、該見いだされた着地点の画像を強調表示することを含む。
17. 請求項４記載のビデオゲーム装置であって、前記方法は、一つ以上の有効な着地点のうちどれが見いだされた着地点かを、プレイヤキャラクタの位置及び／又は方向の機能として変化させることを含む。
18. 請求項1記載のビデオゲーム装置であって、前記プレイヤキャラクタに機能強化動作を発揮させるステップは、更にプレイヤキャラクタを前記軌跡に少なくとも一部を沿わせて移動させる前に、該プレイヤキャラクタを跳躍させることを含む。
19. 請求項1記載のビデオゲーム装置であって、前記プレイヤキャラクタに機能強化動作を発揮させるステップは、更にプレイヤキャラクタを前記軌跡に少なくとも一部を沿わせて移動させた後に、該見いだされた着地点上にプレイヤキャラクタを着地させることを含む。
20. 請求項1９記載のビデオゲーム装置であって、前記見いだされた着地点上にプレイヤキャラクタを着地させることは、着地準備アニメーションに次いでリカバリーアニメーションを実行することを含む。
21. 請求項２０記載のビデオゲーム装置であって、前記着地準備アニメーションの実行中には、プレイヤキャラクタの速度は低下し、前記リカバリーアニメーションの実行中には、プレイヤキャラクタは着地点から起き上がり、ナビゲーティングスタンスをとることを特徴とする。
22. 請求項１９記載のビデオゲーム装置であって、前記見いだされた着地点上にプレイヤキャラクタを着地させることは、前記見いだされた着地点に関連した許容軸を決定し、該プレイヤキャラクタを前記許容軸に沿った前記見いだされた着地点に接触させることを含む。
23. 請求項１記載のビデオゲーム装置であって、前記見出された着地点までの軌跡を決定するステップは、前記見いだされた着地点に関連する到着点を選択し、該到着点までの前記軌跡を決定することを含む。
24. 請求項２３記載のビデオゲーム装置であって、ギャップが前記プレイヤキャラクタと見いだされた着地点の間にある場合、前記軌跡は、該ギャップを横断する部分を含むことを特徴とする。
25. 請求項２３記載のビデオゲーム装置であって、前記プレイヤキャラクタに機能強化動作を発揮させることは、ユーザ入力に関連してプレイヤキャラクタが前記軌跡から逸れてしまい、前記到着点とは異なる、前記見いだされた着地点に関連した第２の点に着地することを含む。
26. 請求項１記載のビデオゲーム装置であって、前記プレイヤキャラクタに機能強化動作を発揮させることは、一旦前記機能強化動作の要求を受け取ったら、前記プレイヤキャラクタを前記見いだされた着地点上に着地させるように拘束することを含む。
27. 請求項１記載のビデオゲーム装置であって、前記プレイヤキャラクタに機能強化動作を発揮させることは、プレイヤキャラクタに重力否定行動を発揮させることを含む。
28. コンピュータにより実行されるビデオゲーム方法であって、該方法は、以下のステップからなる；
    −メモリにプレイヤキャラクタを含むバーチャル環境を維持する、
    −プレイヤキャラクタの機能強化動作の要求を受け取る、
    −一つ以上の有効な基準に基づいて前記バーチャル環境内の着地点を見いだす、
    −該見出された着地点までの軌跡を決定する、及び、
    −前記プレイヤキャラクタに機能強化動作を発揮させて、前記軌跡に少なくとも一部を沿わせて移動させる。
29. コンピュータ可読指示が格納された一時的ではないコンピュータ可読記憶媒体であり、前記指示は、プロセッサにより実行されると、該プロセッサに、以下の方法を実行させる；
    該方法は、以下のステップからなる；
    −メモリにプレイヤキャラクタを含むバーチャル環境を維持する、
    −プレイヤキャラクタの機能強化動作の要求を受け取る、
    −一つ以上の有効な基準に基づいて前記バーチャル環境内の着地点を見いだす、
    −該見出された着地点までの軌跡を決定する、及び、
    −前記プレイヤキャラクタに機能強化動作を発揮させて、前記軌跡に少なくとも一部を沿わせて移動させる。
30. ビデオゲーム装置であって、
    少なくとも一つのプロセッサ、
    該少なくとも一つのプロセッサに運転可能に接続され、コンピュータ可読プログラム指示が格納された一時的ではない記憶媒体を有し、
    該少なくとも一つのプロセッサは、該プログラム指示を実行することが出来、
    該少なくとも一つのプロセッサによる前記プログラム指示を実行することで、以下のステップからなる方法を実行することの出来る；
    −メモリにプレイヤキャラクタを含むバーチャル環境を維持する、
    −前記プレイヤキャラクタが前記バーチャル環境の機能強化ゾーンに入ったことを検知する、該機能強化ゾーンは一つ以上の着地点と関連つけられており、
    −前記プレイヤキャラクタの方向及び位置のうちの少なくとも一つに基づいて前記機能強化ゾーン内の一つ以上の着地点を見いだし、
    −前記プレイヤキャラクタの機能強化動作の要求を受け取ったところで、前記見いだされた着地点へ向けた移動をプレイヤキャラクタに行わせる。

Images