ゲームシステム、プログラム及び情報記憶媒体
【課題】初心者でもグループ対抗でのレースゲームを十分に楽しむことができるように操作インターフェース環境を改善した。
【解決手段】複数の移動体がグループを形成してレースゲームを行うため、移動体毎に設定される走行性能に基づいて移動体の移動制御を行う移動体制御部１１２と、移動体の移動状態を監視する移動状態監視部１１３と、任意の移動体の移動状態がドリフト状態であることに基づいて、その移動体の特殊パラメータを増加させる更新処理を行う特殊パラメータ更新部１１４と、操作部１６０に対する特定の操作に基づいて特殊パラメータの使用量を決定するとともに、決定された特殊パラメータの使用量に応じて移動体の走行性能を変化させる走行性能変更部１１５とを含み、特殊パラメータ更新部１１４が、任意の移動体がドリフト状態であることに基づいて、同一グループに属する他の移動体の特殊パラメータを増加させる更新処理を行う。
【解決手段】複数の移動体がグループを形成してレースゲームを行うため、移動体毎に設定される走行性能に基づいて移動体の移動制御を行う移動体制御部１１２と、移動体の移動状態を監視する移動状態監視部１１３と、任意の移動体の移動状態がドリフト状態であることに基づいて、その移動体の特殊パラメータを増加させる更新処理を行う特殊パラメータ更新部１１４と、操作部１６０に対する特定の操作に基づいて特殊パラメータの使用量を決定するとともに、決定された特殊パラメータの使用量に応じて移動体の走行性能を変化させる走行性能変更部１１５とを含み、特殊パラメータ更新部１１４が、任意の移動体がドリフト状態であることに基づいて、同一グループに属する他の移動体の特殊パラメータを増加させる更新処理を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲームシステム、プログラム及び情報記憶媒体に関する。
【背景技術】
【０００２】
従来より、仮想的な３次元空間であるゲーム空間（オブジェクト空間）において所与の視点（仮想カメラ）から見える画像を生成するゲームシステム（画像生成システム）が知られており、いわゆる仮想現実を体験できるものとして人気が高い。レースゲームを楽しむことができるゲームシステムを例に取れば、プレーヤは、操作部（ゲームコントローラ等）を用いて移動体（車、船、飛行機等）に関する操作（ステアリング操作、シフト操作、アクセル操作、ブレーキ操作等）を行い、他のプレーヤ（コンピュータプレーヤも含まれる）の移動体と順位やタイムを競争することでレースゲームを楽しむ。
【０００３】
ところで、上述したレースゲームを行わせるゲームシステムにおいて、移動体を横滑りさせながらコーナーを曲がるといういわゆるドリフト状態（所定の移動状態）になった場合に、ニトロパラメータ（特殊パラメータ）をチャージ（増加）させて、操作部に対する特定の操作によってニトロパラメータを消費（使用）して移動体を急加速させて有利にレースを進めることができるようにしたゲームシステムが提供されている（非特許文献１参照）。
【非特許文献１】「リッジレーサー６マニュアル（ＲＩＤＧＥ ＲＡＣＥＲ６ ＭＡＮＵＡＬ）」、株式会社ナムコ（現：株式会社バンダイナムコゲームス）、２００５年１２月発売のＸｂｏｘ３６０用ソフト“リッジレーサー６（ＲＩＤＧＥ ＲＡＣＥＲ６）”に同梱、ｐ１０−１１
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来のゲームシステムでは、移動体をドリフト状態にさせる操作が初心者には難しいため、ニトロパラメータを消費して移動体を急加速させることによりレースを有利に進めることができないという状況にあった。このため複数のプレーヤがグループを形成して、グループ同士が対抗してレースゲームを行うような場合、同一グループ内でのプレーヤ間の技量の差がレースゲームの結果を大きく左右してしまい、特に移動体をドリフト状態にさせる操作技術に不慣れなプレーヤ（初心者）を抱えるグループでは、初心者がニトロパラメータをチャージすることができないことに起因して他のグループとのデッドヒートを十分に楽しむことができないという難点があった。
【０００５】
本発明は上記事情に鑑みてなされたものであり、その目的は、操作に不慣れな初心者がグループにいる場合であってもグループ対抗でのレースゲームを十分に楽しむことができるように操作インターフェース環境を改善したゲームシステム、プログラム及び情報記憶媒体を提供することにある。
【課題を解決するための手段】
【０００６】
（１）本発明は、複数の移動体がグループを形成してレースゲームを行うためのゲームシステムであって、前記移動体毎に設定される走行性能に基づいて前記移動体の移動制御を行う移動体制御部と、前記移動体の移動状態を監視する移動状態監視部と、所与の移動体の移動状態が所定の移動状態であることに基づいて、当該所与の移動体の特殊パラメータを増加させる更新処理を行う特殊パラメータ更新部と、操作部に対する特定の操作に基づいて特殊パラメータを使用して移動体の走行性能を変化させる走行性能変更部と、を含み、前記特殊パラメータ更新部が、前記所与の移動体が前記所定の移動状態であることに基づいて、同一グループに属する他の移動体が使用可能な特殊パラメータを増加させる更新処理を行うゲームシステムに関するものである。また本発明は、上記各部としてコンピュータを機能させるプログラム及びそのようなプログラムを記憶するコンピュータに読み取り可能な情報記憶媒体に関するものである。
【０００７】
「走行性能」とは、移動体の加速度、移動速度、最高速度等を意味し、「走行性能を変化させる」というのは、加速度、移動速度、最高速度等を決定する演算係数を変更することの他に、変化前の加速度、移動速度、最高速度等に対して任意の値を加算あるいは減算することなども含まれる。
【０００８】
また「特殊パラメータ」は、移動体単位で設定され、各移動体に関して特殊パラメータを個別に使用可能である場合の他に、グループ単位で設定され、各グループに属する各移動体に関して特殊パラメータを共通に使用可能である場合も含まれる。
【０００９】
本発明によれば、グループに属するいずれかの移動体が所定の移動状態となったことに基づいて、特殊パラメータが増加する場合に、その移動体が属するグループに属する他の移動体が使用可能な特殊パラメータを増加させるようにしたので、操作に不慣れな初心者であっても、同一グループ内に操作に熟練したプレーヤがいれば、初心者であっても特殊パラメータを使用してレースゲームを有利に進めることができるようになる。このため本発明によれば、操作に不慣れな初心者がグループにいる場合であってもグループ対抗でのレースゲームを十分に楽しむことができる操作インターフェース環境を提供することができる。
【００１０】
（２）また本発明のゲームシステム、プログラム及び情報記憶媒体では、前記移動状態監視部が、同一グループに属する少なくとも２つの前記移動体が、所定の距離範囲内において前記所定の移動状態であるか否かを監視し、前記特殊パラメータ更新部が、前記所定の距離範囲内において前記所定の移動状態であった前記少なくとも２つの移動体については、特殊パラメータの増加量を変化させるようにしてもよい。
【００１１】
このようにすれば、同一グループに属するプレーヤ同士で積極的に協力しながら、特殊パラメータを増加させていくことができるため、同一グループ内でのプレーヤ間の連帯感を高めながらレースゲームを行わせることができるようになる。
【００１２】
（３）また本発明のゲームシステムでは、移動体毎に前記所定の距離範囲を識別表示する処理を行う表示制御部を含むようにしてもよい。また本発明のプログラム及び情報記憶媒体では、上記表示制御部としてコンピュータを機能させるようにしてもよい。
【００１３】
このようにすれば、いずれの距離範囲で自身の操作する移動体を所定の移動状態にさせれば特殊パラメータの増加量が変化するのかが認識しやすくなるため、操作インターフェース環境のさらなる向上を図ることができる。
【００１４】
（４）また本発明のゲームシステム、プログラム及び情報記憶媒体では、前記特殊パラメータが、移動体毎に設定され、前記特殊パラメータ更新部が、前記所与の移動体が前記所定の移動状態であることに基づいて、同一グループに属する他の移動体の特殊パラメータを増加させる更新処理を行い、所定条件の成立に基づいて、同一グループに属する移動体の間で一方の移動体の特殊パラメータを減少させるとともに、他方の移動体の特殊パラメータを一方の移動体の特殊パラメータの減少量に応じて増加させる更新処理を行うようにしてもよい。
【００１５】
このようにすれば、同一グループに属するプレーヤ間で特殊パラメータの引き渡しが任意に行えるようになるため、プレーヤ間の連帯感をより一層高めさせることができ、操作に不慣れな初心者を救済しやすくなる操作インターフェース環境を提供することができる。
【発明を実施するための最良の形態】
【００１６】
以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。
【００１７】
図１に本実施形態のゲームシステム（画像生成システム）の機能ブロック図の例を示す。なお本実施形態のゲームシステムは図１の構成要素（各部）の一部を省略した構成としてもよい。
【００１８】
操作部１６０は、プレーヤが移動体の操作データを入力するためのものであり、その機能は、レバー、ボタン、ステアリング、マイク、タッチパネル型ディスプレイ、或いは筺体などにより実現できる。記憶部１７０は、処理部１００や通信部１９６などのワーク領域となるもので、その機能はＲＡＭ（ＶＲＡＭ）などにより実現できる。
【００１９】
情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などにより実現できる。処理部１００は、情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。即ち情報記憶媒体１８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶される。
【００２０】
表示部１９０は、本実施形態により生成された画像を出力するものであり、その機能は、ＣＲＴ、ＬＣＤ、タッチパネル型ディスプレイ、或いはＨＭＤ（ヘッドマウントディスプレイ）などにより実現できる。音出力部１９２は、本実施形態により生成された音を出力するものであり、その機能は、スピーカ、或いはヘッドフォンなどにより実現できる。
【００２１】
携帯型情報記憶装置１９４は、プレーヤの個人データやゲームのセーブデータなどが記憶されるものであり、この携帯型情報記憶装置１９４としては、メモリカードや携帯型ゲーム装置などがある。通信部１９６は外部（例えばホスト装置や他の画像生成システム）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。
【００２２】
なお本実施形態の各部としてコンピュータを機能させるためのプログラム（データ）は、ホスト装置（サーバー）が有する情報記憶媒体からネットワーク及び通信部１９６を介して情報記憶媒体１８０（記憶部１７０）に配信してもよい。このようなホスト装置（サーバー）の情報記憶媒体の使用も本発明の範囲内に含めることができる。
【００２３】
処理部１００（プロセッサ）は、操作部１６０からの操作データやプログラムなどに基づいて、ゲーム処理、画像生成処理、或いは音生成処理などの処理を行う。処理部１００は記憶部１７０内の主記憶部１７２をワーク領域として各種処理を行い、処理部１００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。
【００２４】
処理部１００は、ゲーム処理部１１０、描画部１２０、音生成部１３０を含む。なおこれらの一部を省略する構成としてもよい。
【００２５】
ゲーム処理部１１０は、ゲーム開始条件が満たされた場合にゲームを開始する処理、ゲームを進行させる処理、移動体やコースなどのオブジェクト（表示物）を配置する処理、オブジェクトを表示する処理、ゲーム結果を演算する処理、或いはゲーム終了条件が満たされた場合にゲームを終了する処理などを行う。特に本実施形態では、レースゲームの進行を制御する処理として、移動体がオブジェクト空間（ゲーム空間）に設定されたコースを周回するタイムを計測しており、グループの中で最後に周回を終えた移動体のタイムをグループのタイムとして、グループ同士のタイムを比較判定してグループの順位を決定する処理を行っている。もちろんグループに属する全ての移動体の周回タイムを合計したタイムをグループのタイムとして処理するようにしてもよいし、グループの中で最も早く周回を終えた移動体のタイムをグループのタイムとして処理するようにしてもよい。
【００２６】
特に本実施形態のゲームシステムでは、ゲーム処理部１１０が、表示制御部１１１、移動体制御部１１２、移動状態監視部１１３、特殊パラメータ更新部１１４、走行性能変更部１１５、通信制御部１１６を含む。
【００２７】
表示制御部１１１は、表示部１９０に表示される画像（オブジェクト画像）の表示制御を行う。具体的には、表示すべきオブジェクト（車（移動体）、コース、建物、樹木、柱、壁、マップ）を発生させたり、オブジェクトの表示や表示位置を指示したり、オブジェクトを消滅させたりするなどの表示制御を行う。即ち発生したオブジェクトをオブジェクトリストに登録したり、オブジェクトリストを描画部１２０等に転送したり、消滅したオブジェクトをオブジェクトリストから削除したりするなどの表示制御を行う。
【００２８】
また表示制御部１１１は、プレーヤの入力情報等により、プレーヤ移動体（プレーヤの操作対象となる移動体）やオブジェクトの移動や動作が発生した場合に、発生した移動や動作の様子を示す画像を表示部１９０に表示するための制御を行う。
【００２９】
特に本実施形態のゲームシステムでは、ゲーム空間を３次元のオブジェクト空間によって設定するようになっており、表示制御部１１１は、オブジェクト空間設定処理、仮想カメラ制御処理なども行う。
【００３０】
オブジェクト空間設定処理では、車（移動体）、飛行機（移動体）、コース、建物、樹木、柱、壁、マップなどの表示物を表す各種オブジェクト（ポリゴン、自由曲面又はサブディビジョンサーフェスなどのプリミティブで構成されるオブジェクト）をオブジェクト空間に配置設定する処理を行う。即ちワールド座標系でのオブジェクトの位置や回転角度（向き、方向と同義）を決定し、その位置（Ｘ、Ｙ、Ｚ）にその回転角度（Ｘ、Ｙ、Ｚ軸回りでの回転角度）でオブジェクトを配置する。
【００３１】
仮想カメラ制御処理では、オブジェクト空間内の所与（任意）の視点から見える画像を生成するための仮想カメラ（視点）の制御処理を行う。具体的には、仮想カメラの位置（Ｘ、Ｙ、Ｚ）又は回転角度（Ｘ、Ｙ、Ｚ軸回りでの回転角度）を制御する処理（視点位置、視線方向あるいは画角を制御する処理）を行う。
【００３２】
例えば仮想カメラにより移動体（例えば、車、飛行機等）を後方から撮影する場合には、移動体の位置又は回転の変化に仮想カメラが追従するように、仮想カメラの位置又は回転角度（仮想カメラの向き）を制御する。この場合には、後述する移動体制御部１１２で求められた移動体の位置、回転角度又は速度などの情報に基づいて、仮想カメラを制御できる。或いは、仮想カメラを、予め決められた回転角度で回転させたり、予め決められた移動経路で移動させる制御を行ってもよい。この場合には、仮想カメラの位置（移動経路）又は回転角度を特定するための仮想カメラデータに基づいて仮想カメラを制御する。なお、仮想カメラ（視点）が複数存在する場合には、それぞれの仮想カメラについて上記の制御処理が行われる。
【００３３】
移動体制御部１１２は、移動体（例えば、車、飛行機等）の移動・動作演算（移動・動作シミュレーション）を行う。すなわち操作部１６０によりプレーヤが入力した操作データや、プログラム（移動・動作アルゴリズム）や、各種データ（モーションデータ）などに基づいて、移動体をオブジェクト空間内で移動させたり、移動体を動作（モーション、アニメーション）させたりする処理を行う。具体的には、移動体の移動情報（位置、回転角度、速度、或いは加速度）や動作情報（移動体を構成する各パーツの位置、或いは回転角度）を、１フレーム（１／６０秒）毎に順次求めるシミュレーション処理を行う。なおフレームは、移動体の移動・動作処理（シミュレーション処理）や描画処理を行う時間の単位である。
【００３４】
特に本実施形態では、移動体制御部１１２が、移動体毎に設定される走行性能に基づいてオブジェクト空間（ゲーム空間）において移動体を移動させる制御を行う。具体的には、操作部１６０からの操作データに基づいて移動体を移動させる制御を開始し、移動体毎に設定される走行性能である加速係数に基づいてフレーム単位での移動量（移動体の移動速度）を算出するとともにフレーム単位での移動体の回転量（移動体の回転速度）を算出して移動体の座標変換マトリクスＭを求める。なお各移動体には、走行性能として移動速度の上限値である最高速度も設定されており、移動体のフレーム単位での移動量は、移動体毎の最高速度によってリミットされる。そして第Ｋ−１のフレームでの移動体の頂点座標ＰＫ−１に座標変換マトリクスＭを乗算して第Ｋのフレームでの移動体の頂点座標ＰＫ（＝ＰＫ−１×Ｍ）を求めている。
【００３５】
また移動体制御部１１２は、移動体が所定速度以上（例えば、１００ｋｍ／ｈ以上）でオブジェクト空間内のコース上を走行している際に、移動体の姿勢変更を指示するステアリング操作が行われると、移動体が横滑りを開始するように制御している。そして、移動体が横滑りを開始した後に移動体の加速を指示するアクセル操作が行われると、移動体制御部１１２は、移動体の移動状態を、いわゆるドリフト状態（所定の移動状態の一例）に制御する。このドリフト状態では、移動体の姿勢（向き）が保持されたまま、移動体が高速で横滑りをしている状態であって、例えば、移動体にコーナーを曲がらせる際に、ドリフト状態でコーナー（カーブ）を曲がらせると、通常のステアリング操作によって移動体が徐々に姿勢を変えながらコーナーを曲がる場合に比べて素早くコーナーを曲がりきることができるように制御している。
【００３６】
移動状態監視部１１３は、移動体の移動状態を監視する処理を行う。具体的には、各移動体が移動体制御部１１２によってドリフト状態に制御されているか否かを監視しており、移動体がドリフト状態に制御されている場合には、移動体毎に用意されるドリフトフラグをオンに設定し主記憶部１７２に記憶する。
【００３７】
また本実施形態では、オブジェクト空間（ゲーム空間）内を走行する複数の移動体が２以上の移動体を単位としてグループ分けされており、移動状態監視部１１３は、同一グループに属する少なくとも２つの移動体が、オブジェクト空間の所定の距離範囲であるツインドリフト範囲内においてドリフト状態であるか否かを監視している。なお各移動体が属するグループの設定情報は、ゲーム開始に先立ってプレーヤの操作部１６０からの選択操作等に基づいて主記憶部１７２に保存されている。そしてツインドリフト範囲内においてドリフト状態である移動体が複数存在する場合には、移動状態監視部１１３が、ツインドリフト範囲内においてドリフト状態である各移動体のツインドリフトフラグをオンに設定し主記憶部１７２に記憶する。なお表示制御部１１１によって移動体毎にツインドリフト範囲（所定の距離範囲）を識別表示する処理を行うようにしてもよい。
【００３８】
特殊パラメータ更新部１１４は、オブジェクト空間（ゲーム空間）内に設定されたコースを走行している移動体の移動状態がドリフト状態であることに基づいて、その移動体の特殊パラメータを増加させる更新処理を行う。具体的には、主記憶部１７２に設定されている移動体毎のドリフトフラグの設定状態に基づいてオブジェクト空間内のコースを走行している各移動体の移動状態がドリフト状態であるか否かを判断して、ドリフトフラグがオンに設定されている移動体の特殊パラメータを増加させる処理を行う。特殊パラメータの増加量については、ドリフト状態での移動体の速度やドリフト状態の継続時間などに応じて変動するようになっており、特殊パラメータ更新部１１４は、例えば、ドリフト状態での移動体の速度が速いほど特殊パラメータの増加量が大きくなり、またドリフト状態の継続時間が長くなるほど特殊パラメータの増加量が大きくなるように特殊パラメータの増加量を決定する。
【００３９】
また特殊パラメータ更新部１１４は、所与の移動体がドリフト状態であることに基づいて、その移動体と同一グループに属する他の移動体の特殊パラメータも増加させる更新処理を行う。すなわち本実施形態では、グループ内の１の移動体がドリフト状態に制御されていれば、ドリフトフラグがオンに設定されていない移動体についても特殊パラメータを増加させる処理を行う。
【００４０】
また特殊パラメータ更新部１１４は、オブジェクト空間（ゲーム空間）のツインドリフト範囲内（所定の距離範囲内）においてドリフト状態であった少なくとも２つの移動体については、特殊パラメータの増加量を変化させる処理を行う。具体的には、特殊パラメータの増加量に所定の係数（＞１）を乗算して、ツインドリフトフラグがオンに設定されている場合には、移動体が単独でドリフト状態に制御された場合よりも特殊パラメータの増加量が大きくなるように変化させている。
【００４１】
また特殊パラメータ更新部１１４が、所定条件の成立に基づいて、同一グループに属する移動体の間で一方の移動体の特殊パラメータを減少させるとともに、他方の移動体の特殊パラメータを一方の移動体の特殊パラメータの減少量に応じて増加させる更新処理を行うことができるようにしてもよい。例えば、操作部１６０に対して所定の操作を行うことで、同一グループに属する移動体の間で特殊パラメータの引き渡しを行うことができるようになれば、プレーヤ間の連帯感をより一層高めさせることができ、操作に不慣れな初心者を救済しやすくなる操作インターフェース環境を提供することができる。また例えば、同一グループに属する移動体同士が接触もしくは所定の距離範囲に接近した場合など、同一グループに属する移動体同士の位置関係が所定の位置関係となった場合に、同一グループに属する移動体の間で特殊パラメータの引き渡しを行うことができるようにしてもよい。このとき移動体が接触したか否かの判定は、ボリュームデータを用いたヒットチェックなどによって行うことができ、移動体が所定の距離範囲に接近したか否かの判定は、移動体の代表点の位置座標などに基づいて行うことができる。もちろん同一グループに属する移動体同士の位置関係が所定の位置関係になったことに基づいて、特殊パラメータの引き渡しを行うための操作が許可されるようにしてもよい。
【００４２】
なお特殊パラメータの増加率は、オブジェクト空間（ゲーム空間）に設定されたコース上を移動体が走行するレースゲームにおいては、移動体がコース上のいずれの位置においてドリフト状態に制御されているかによって変化させるようにしてもよい。例えば、コース上に設けられた直線部分とコーナー部分とでは、特殊パラメータの増加率が変化するようにしてもよい。この場合にはコース上の直線部分において移動体がドリフト状態になった時よりもコース上のコーナー部分において移動体がドリフト状態になった時の方が特殊パラメータの増加率が高くなるように設定することができる。またコース上のコーナー部分においても緩やかなコーナー部分と急なコーナー部分とにおいて特殊パラメータの増加率を変化させるようにしてもよい。この場合には、コーナー部分の曲率半径に基づいて、曲率半径が小さいほど特殊パラメータの増加率が高くなるように設定することができる。
【００４３】
走行性能変更部１１５は、操作部１６０に対する特定の操作に基づいて特殊パラメータの使用量を決定するとともに、決定された特殊パラメータの使用量に応じて移動体の走行性能を変化させる処理を行う。具体的には、操作部１６０の特定のボタン操作に対して特殊パラメータの使用を指示する機能を割り当てておき、当該特定のボタン操作が行われたことに基づいて特殊パラメータの使用量を判定する。本実施形態では、特殊パラメータの使用量を３段階に分けて指示することができるようになっており、特殊パラメータの使用量が大きいほど移動体の走行性能が変化した特殊状態が長時間維持されるようになっている。そして特殊パラメータを使用量が決定されると、移動体の加速係数に所定の係数（＞１）を乗算することで、移動体を急加速可能な状態に走行性能を変化させる。また特殊パラメータが使用されると、加速係数が変化するばかりではなく、移動体の移動速度の上限を定める最高速度も上昇させている。
【００４４】
通信制御部１１６は、他のゲームシステムに送信するパケットを生成する処理、パケット送信先のゲームシステムのネットワークアドレスを指定する処理、受信したパケットを記憶部１７０に保存する処理、受信したパケットを解析する処理、その他のパケットの送受信に関する通信部１９６の制御処理等を行う。特に本実施形態では、レースゲームをネットワーク（例えば、インターネット）を利用して実行するために必要なデータパケット及びコマンドパケットを生成する制御や、通信部１９６を介してデータパケット及びコマンドパケットを送受信させる制御を行う。
【００４５】
描画部１２０は、処理部１００で行われる種々の処理（ゲーム処理）の結果に基づいて描画処理を行い、これにより画像を生成し、表示部１９０に出力する。いわゆる３次元ゲーム画像を生成する場合には、まず表示物（オブジェクト、モデル）を定義する各頂点の頂点データ（頂点の位置座標、テクスチャ座標、色データ、法線ベクトル或いはα値等）を含む表示物データ（オブジェクトデータ、モデルデータ）が入力され、入力された表示物データに含まれる頂点データに基づいて、頂点処理が行われる。なお頂点処理を行うに際して、必要に応じてポリゴンを再分割するための頂点生成処理（テッセレーション、曲面分割、ポリゴン分割）を行うようにしてもよい。頂点処理では、頂点の移動処理や、座標変換（ワールド座標変換、カメラ座標変換）、クリッピング処理、透視変換、あるいは光源処理等のジオメトリ処理が行われ、その処理結果に基づいて、表示物を構成する頂点群について与えられた頂点データを変更（更新、調整）する。そして、頂点処理後の頂点データに基づいてラスタライズ（走査変換）が行われ、ポリゴン（プリミティブ）の面とピクセルとが対応づけられる。そしてラスタライズに続いて、画像を構成するピクセル（表示画面を構成するフラグメント）を描画するピクセル処理（フラグメント処理）が行われる。ピクセル処理では、テクスチャの読出し（テクスチャマッピング）、色データの設定／変更、半透明合成、アンチエイリアス等の各種処理を行って、画像を構成するピクセルの最終的な描画色を決定し、透視変換されたオブジェクトの描画色を描画バッファ１７４（ピクセル単位で画像情報を記憶できるバッファ。ＶＲＡＭ、レンダリングターゲット）に出力（描画）する。すなわち、ピクセル処理では、画像情報（色、法線、輝度、α値等）をピクセル単位で設定あるいは変更するパーピクセル処理を行う。これにより、オブジェクト空間内に設定された仮想カメラ（所与の視点）から見える画像が生成される。なお、仮想カメラ（視点）が複数存在する場合には、それぞれの仮想カメラから見える画像を分割画像として１画面に表示できるように画像を生成することができる。
【００４６】
なお描画部１２０が行う頂点処理やピクセル処理は、シェーディング言語によって記述されたシェーダプログラムによって、ポリゴン（プリミティブ）の描画処理をプログラム可能にするハードウェア、いわゆるプログラマブルシェーダ（頂点シェーダやピクセルシェーダ）により実現されてもよい。プログラマブルシェーダでは、頂点単位の処理やピクセル単位の処理がプログラム可能になることで描画処理内容の自由度が高く、ハードウェアによる固定的な描画処理に比べて表現力を大幅に向上させることができる。
【００４７】
そして描画部１２０は、表示物を描画する際に、ジオメトリ処理、テクスチャマッピング、隠面消去処理、αブレンディング等を行う。
【００４８】
ジオメトリ処理では、表示物に関して、座標変換、クリッピング処理、透視投影変換、或いは光源計算等の処理が行われる。そして、ジオメトリ処理後（透視投影変換後）の表示物データ（表示物の頂点の位置座標、テクスチャ座標、色データ（輝度データ）、法線ベクトル、或いはα値等）は、主記憶部１７２に保存される。
【００４９】
テクスチャマッピングは、記憶部１７０に記憶されるテクスチャ（テクセル値）を表示物にマッピングするための処理である。具体的には、表示物の頂点に設定（付与）されるテクスチャ座標等を用いて記憶部１７０からテクスチャ（色（ＲＧＢ）、α値などの表面プロパティ）を読み出す。そして、２次元の画像であるテクスチャを表示物にマッピングする。この場合に、ピクセルとテクセルとを対応づける処理や、テクセルの補間としてバイリニア補間などを行う。
【００５０】
隠面消去処理としては、描画ピクセルのＺ値（奥行き情報）が格納されるＺバッファ（奥行きバッファ）を用いたＺバッファ法（奥行き比較法、Ｚテスト）による隠面消去処理を行うことができる。すなわちオブジェクトのプリミティブに対応する描画ピクセルを描画する際に、Ｚバッファに格納されるＺ値を参照する。そして参照されたＺバッファのＺ値と、プリミティブの描画ピクセルでのＺ値とを比較し、描画ピクセルでのＺ値が、仮想カメラから見て手前側となるＺ値（例えば小さなＺ値）である場合には、その描画ピクセルの描画処理を行うとともにＺバッファのＺ値を新たなＺ値に更新する。
【００５１】
αブレンディング（α合成）は、α値（Ａ値）に基づく半透明合成処理（通常αブレンディング、加算αブレンディング又は減算αブレンディング等）のことである。例えば、通常αブレンディングでは、α値を合成の強さとして線形補間を行うことにより２つの色を合成した色を求める処理を行う。
【００５２】
なお、α値は、各ピクセル（テクセル、ドット）に関連づけて記憶できる情報であり、例えばＲＧＢの各色成分の輝度を表す色情報以外のプラスアルファの情報である。α値は、マスク情報、半透明度（透明度、不透明度と等価）、バンプ情報などとして使用できる。
【００５３】
音生成部１３０は、処理部１００で行われる種々の処理の結果に基づいて音処理を行い、ＢＧＭ、効果音、又は音声などのゲーム音を生成し、音出力部１９２に出力する。
【００５４】
なお、本実施形態の画像生成システムは、１人のプレーヤのみがプレイできるシングルプレーヤモード専用のシステムにしてもよいし、複数のプレーヤがプレイできるマルチプレーヤモードも備えるシステムにしてもよい。また複数のプレーヤがプレイする場合に、これらの複数のプレーヤに提供するゲーム画像やゲーム音を、１つの端末を用いて生成してもよいし、ネットワーク（伝送ライン、通信回線）などで接続された複数の端末（ゲーム機、携帯電話）を用いて分散処理により生成してもよい。
【００５５】
２．本実施形態の手法
まず図２を参照しながら、従来のゲームシステムにおいて行われてきた特殊パラメータの更新手法を説明する。
【００５６】
従来の手法では、ドリフト状態に制御されている移動体のみが特殊パラメータの更新対象となるように制御されていた。このため例えば、図２に示すように、第１のプレーヤが操作するプレーヤ移動体ＰＣ１と第２のプレーヤが操作するプレーヤ移動体ＰＣ２とが同一のグループを形成して他のグループとグループ対抗でレースゲームを行うような場合に、プレーヤ移動体ＰＣ２がゲーム空間に設定されたコースＣ上をドリフト状態で曲がったとしてもプレーヤ移動体ＰＣ２の特殊パラメータは、Ｐ２１からＰ２２（＝Ｐ２１＋α）に増加するが、プレーヤ移動体ＰＣ１は、通常のステアリング操作で徐々に姿勢を変えながらコースＣ上を曲がっているため、プレーヤ移動体ＰＣ１の特殊パラメータはＰ１１に維持される。
【００５７】
このように第２のプレーヤが操作技術に熟練しており、第１のプレーヤが操作技術に不慣れである場合には、第１のプレーヤが特殊パラメータを増加させることができないために、特殊パラメータの使用により自身の操作するプレーヤ移動体ＰＣ１を急加速させることができないという事態が発生しやすい。
【００５８】
そこで本実施形態では、図３に示すように、操作の熟練した第２のプレーヤがプレーヤ移動体ＰＣ２をドリフト状態にさせてゲーム空間に設定されたコースＣ上を曲がっていくと、第２のプレーヤが操作するプレーヤ移動体ＰＣ２の特殊パラメータがＰ２１からＰ２２（＝Ｐ２１＋β）に増加するばかりでなく、通常のステアリング操作でコースＣ上を曲がっていった第１のプレーヤのプレーヤ移動体ＰＣ１の特殊パラメータもＰ１１からＰ１２（Ｐ１１＋β）に増加するように更新される。
【００５９】
本実施形態の手法によれば、グループに属するいずれかの移動体がドリフト状態となったことに基づいて、その移動体の特殊パラメータが増加する場合に、同一グループに属する他の移動体の特殊パラメータも増加させるようにしたので、操作に不慣れな初心者であっても、同一グループ内に操作に熟練したプレーヤがいれば、特殊パラメータを使用してレースゲームを有利に進めることができるようになる。このため本実施形態の手法によれば、操作に不慣れな初心者がグループにいる場合であってもグループ対抗でのレースゲームを十分に楽しむことができる操作インターフェース環境を提供することができる。
【００６０】
特に本実施形態のレースゲームのように、グループ内でコースの周回が最も遅かった移動体のタイムをグループ間の順位を判定する基準として使用した場合などには、本実施形態の手法を適用することによって、遅れをとりやすい初心者を救済しやすくなるため、プレーヤ間の操作技量の差を特殊パラメータの使用によって埋めることができるようになってグループ同士のデッドヒートを演出しやすいようにレースゲームの進行を制御することができるようになる。
【００６１】
なお、図３に示した例のように移動体単位で特殊パラメータを設定する場合とは異なり、グループ単位で特殊パラメータを設定した場合においても、グループに属する任意の移動体がドリフト状態に制御されれば、その移動体が属するグループ内で共通に使用可能な特殊パラメータが増加するため、同様に初心者がいてもグループ対抗のレースゲームを十分に楽しむことができるように操作インターフェース環境を改善することができる。
【００６２】
また本実施形態では、図４に示すように、コースＣ上を走行するプレーヤ移動体ＰＣに対してツインドリフト範囲（所定の距離範囲）を設定している。
【００６３】
具体的には、図４に示すように、コースＣに対して進行方向に沿ったローカル座標軸Ｄを設定し、このローカル座標軸Ｄ上の距離範囲によってツインドリフト範囲Ｒを設定している。
【００６４】
より詳細に説明すると、プレーヤ移動体ＰＣの位置を示す代表点Ａを通るローカル座標軸Ｄと直交するローカル座標軸Ｂを求めて、ローカル座標軸Ｄとローカル座標軸Ｂとの交点から距離Ｌｔｈの範囲をツインドリフト範囲Ｒとして設定している。このツインドリフト範囲Ｒは、コースＣ上に存在するプレーヤ移動体ＰＣの全てに対して設定している。なお距離Ｌｔｈを半径とする円形状の範囲をツインドリフト範囲Ｒとして設定するようにしてもよい。
【００６５】
そして本実施形態では、上述したように設定されるツインドリフト範囲Ｒを利用して、特殊パラメータの増加量を変化させる手法を採用している。
【００６６】
具体的には、図５（Ａ）及び図５（Ｂ）に示すように、プレーヤ移動体ＰＣ１の代表点Ａ１を通るローカル座標軸Ｂ１とプレーヤ移動体ＰＣ２の代表点Ａ２を通るローカル座標軸Ｂ２とのローカル座標軸Ｄにおける距離Ｌを求めて、距離Ｌと各プレーヤ移動体ＰＣ１、ＰＣ２のツインドリフト範囲Ｒ１、Ｒ２を指定する距離Ｌｔｈとの比較判定結果に応じて特殊パラメータの増加量を変化させている。なお図５（Ａ）及び図５（Ｂ）に示す例では、プレーヤ移動体ＰＣ１とプレーヤ移動体ＰＣ２とはいずれもドリフト状態に制御されているものとする。
【００６７】
まず図５（Ａ）に示す例では、プレーヤ移動体ＰＣ１のツインドリフト範囲Ｒ１とプレーヤ移動体ＰＣ２のツインドリフト範囲Ｒ２とがオーバーラップする範囲Ｒ１２の中にプレーヤ移動体ＰＣ１の代表点Ａ１とプレーヤ移動体ＰＣ２の代表点Ａ２とが含まれている。すなわち、図５（Ａ）に示す例では、プレーヤ移動体ＰＣ１の代表点Ａ１を通るローカル座標軸Ｂ１とプレーヤ移動体ＰＣ２の代表点Ａ２を通るローカル座標軸Ｂ２とのローカル座標軸Ｄ上での距離ＬがＬｔｈを下回ることになるため、プレーヤ移動体ＰＣ１とプレーヤ移動体ＰＣ２とが互いのツインドリフト範囲Ｒ１、Ｒ２の中でドリフト状態に制御されていると判定される。
【００６８】
次に図５（Ｂ）に示す例では、プレーヤ移動体ＰＣ１のツインドリフト範囲Ｒ１とプレーヤ移動体ＰＣ２のツインドリフト範囲Ｒ２とがオーバーラップする範囲Ｒ１２の中にプレーヤ移動体ＰＣ１の代表点Ａ１とプレーヤ移動体ＰＣ２の代表点Ａ２とがいずれも含まれていない。すなわち図５（Ｂ）に示す例では、プレーヤ移動体ＰＣ１の代表点Ａ１を通るローカル座標軸Ｂ１とプレーヤ移動体ＰＣ２の代表点Ａ２を通るローカル座標軸Ｂ２とのローカル座標軸Ｄ上での距離ＬがＬｔｈを上回ることになるため、プレーヤ移動体ＰＣ１は、プレーヤ移動体ＰＣ２のツインドリフト範囲Ｒ２の外でドリフト状態であると判定され、プレーヤ移動体ＰＣ２は、プレーヤ移動体ＰＣ１のツインドリフト範囲Ｒ１の外でドリフト状態であると判定される。
【００６９】
そして本実施形態では、図５（Ａ）に示すようにツインドリフト範囲内で複数のプレーヤ移動体ＰＣ１、ＰＣ２がともにドリフト状態であった場合には、プレーヤ移動体ＰＣ１、ＰＣ２の特殊パラメータの増加量が図５（Ｂ）に示す場合に比べて大きくなるように変化させている。図５（Ａ）及び図５（Ｂ）に示す手法によれば、同一グループに属するプレーヤ同士で積極的に協力しながら、特殊パラメータを増加させていくことができるため、同一グループ内でのプレーヤ間の連帯感を高めながらレースゲームを行わせることができるようになる。
【００７０】
また本実施形態では、図６に示すようにゲーム画面において観察される他のプレーヤが操作するプレーヤ移動体ＰＣのツインドリフト範囲Ｒを識別可能に表示する手法を採用している。このようにすれば、いずれの距離範囲まで近づいて自身の操作するプレーヤ移動体をドリフト状態にさせれば特殊パラメータの増加量が変化するのかが認識しやすくなるため、操作インターフェース環境のさらなる向上を図ることができる。
【００７１】
３．本実施形態の処理
次に図７〜図１１を参照しながら、本実施形態の手法を実現する処理例を詳細に説明する。
【００７２】
図７は、特殊パラメータの更新処理の一例を示すフローチャートである。
【００７３】
まず各移動体のドリフトフラグをチェックして、各移動体がドリフト状態に制御されているか否かを判定する（ステップＳ１０）。チェック対象の移動体がドリフト状態に制御されていると判断された場合には（ステップＳ１０でＹ）、パラメータ設定条件を取得する（ステップＳ１１）。具体的には、移動体の速度やドリフト状態の継続時間、ツインドリフトフラグの設定状態を取得する。
【００７４】
次に、ステップＳ１１で取得されたパラメータ設定条件に従って特殊パラメータの増加量を設定し（ステップＳ１２）、特殊パラメータを増加させる更新処理を実行する（ステップＳ１３）。
【００７５】
図８及び図９は、２体の移動体がペアとなってペア対抗でレースゲームを行う場合における特殊パラメータの分配処理の一例を示すフローチャートである。
【００７６】
まず処理対象の移動体に対してペアとなる移動体が存在するか否かを判定する（ステップＳ２０）。ペアとなる移動体が存在する場合には（ステップＳ２０でＹ）、特殊パラメータが自然に一定量ずつ増加し続ける状態に設定されているか否かを判定する（ステップＳ２１）。本実施形態のゲームシステムでは、ドリフト状態に依らずに移動体が走行していれば一定量ずつ特殊パラメータを増加させるゲーム状態を設定可能になっており、そのようなゲームモードに設定されている場合には（ステップＳ２１でＹ）、ステップＳ２２〜Ｓ２７の処理が実行される。
【００７７】
具体的には、処理対象の移動体に関して設定された特殊パラメータの総量が所定の容量を超えたか否かを判定する（ステップＳ２２）。
【００７８】
そして特殊パラメータの総量が所定の容量を超えている場合には（ステップＳ２２でＹ）、容量を超過した分の値を全て予備バッファに加算する（ステップＳ２３）。一方、特殊パラメータの総量が所定の容量を超えていない場合には（ステップＳ２２でＮ）、特殊パラメータの増加量（一定）のうち半分に相当する値を予備バッファに加算する（ステップＳ２４）。
【００７９】
次に予備バッファの値がしきい値を超えたか否かを判定し（ステップＳ２５）、予備バッファの値がしきい値を超えている場合には（ステップＳ２５でＹ）、予備バッファからしきい値分に相当する値を分配バッファに移動してから（ステップＳ２６）、パラメータ分配フラグをオンに設定する（ステップＳ２７）。一方、予備バッファの値がしきい値を超えなかった場合には（ステップＳ２５でＮ）、ステップＳ２６〜Ｓ２７の処理はバイパスされるため、予備バッファの値がしきい値を超えるまで特殊パラメータの分配は行われないようになっている。
【００８０】
ところで、ステップＳ２１の判定処理において、特殊パラメータが自然に一定量ずつ増加し続ける状態に設定されていないと判断された場合には（ステップＳ２１でＮ）、図９に示すステップＳ２８〜Ｓ３４の処理が実行される。
【００８１】
具体的には、処理対象の移動体に関して特殊パラメータが増加する更新処理（図７参照）が行われたか否かを判定する（ステップＳ２８）。
【００８２】
そして特殊パラメータが増加したと判断された場合には（ステップＳ２９でＹ）、特殊パラメータの総量が所定の容量を超えたか否かを判定する（ステップＳ２９）。このとき特殊パラメータの総量が所定の容量を超えている場合には（ステップＳ２９でＹ）、容量を超過した分の値を全て予備バッファに加算する（ステップＳ３０）。一方、特殊パラメータの総量が所定の容量を超えていない場合には（ステップＳ２９でＮ）、特殊パラメータの増加量（一定）のうち半分に相当する値を予備バッファに加算する（ステップＳ３１）。
【００８３】
また特殊パラメータが増加していないと判断された場合には（ステップＳ２８でＮ）、予備バッファの値が０より大きいか否かを判断する（ステップＳ３２）。ステップＳ３０あるいはステップＳ３１において予備バッファに値が加算されている場合には、予備バッファの値が０より大きいと判断され（ステップＳ３２でＹ）、この場合には、予備バッファの値を全て分配バッファに移動してから（ステップＳ３３）、パラメータ分配フラグをオンに設定する（ステップＳ３４）。
【００８４】
続いて図８に再び戻って、パラメータ分配フラグが設定された後の処理について説明する。
【００８５】
パラメータ分配フラグがオンである場合には（ステップＳ３５でＹ）、分配バッファの値を処理対象の移動体のペアとして設定されている移動体（ペア対象）の特殊パラメータとして加算する（ステップＳ３６）。最後にパラメータ分配フラグと分配バッファの値をリセットして処理を終了する（ステップＳ３７）。
【００８６】
図１０は、複数の移動体がツインドリフト範囲内でドリフト状態となることにより特殊パラメータの増加量を変化させる処理の一例を示すフローチャートである。
【００８７】
まず処理対象の移動体に対してペアとなる移動体（ペア対象）が存在するか否かを判定する（ステップＳ４０）。ペアとなる移動体が存在する場合には（ステップＳ４０でＹ）、処理対象の移動体と、その移動体とペアとなる移動体との双方のツインドリフトフラグを一旦オフにリセットする（ステップＳ４１）。次に図５に示したように、処理対象の移動体とペア対象の移動体とのコース座標上（ローカル座標軸Ｄ上）での相対距離Ｌを算出する（ステップＳ４２）。
【００８８】
そして相対距離Ｌが一定値Ｌｔｈ以内である場合であって（ステップＳ４３でＹ）、処理対象の移動体とペア対象の移動体との双方がドリフト状態である場合には（ステップＳ４４でＹ）、各移動体のツインドリフトフラグをオンに設定する（ステップＳ４５）。このツインドリフトフラグは、図７で説明したようにパラメータ設定条件として取得され、特殊パラメータの増加量を決定する際に参照される。
【００８９】
図１１は、特殊パラメータを使用した移動体について走行性能の変化させる処理の一例を示すフローチャートである。
【００９０】
まずゲームコントローラ（操作部）に対する入力に基づいて特殊パラメータの使用要求が発生したか否かを判断する（ステップＳ５０）。特殊パラメータの使用要求が発生したと判断された場合には（ステップＳ５０でＹ）、プレーヤが操作する移動体の特殊パラメータが所定値以上であるか否かを判断する（ステップＳ５１）。
【００９１】
本実施形態では、特殊パラメータを所定の容量を３分割した単位毎に使用可能に設けられており、少なくとも１単位分に相当する値（所定の容量の１／３に相当する値）以上であれば、特殊パラメータを使用可能であると判断される。
【００９２】
そして特殊パラメータが所定値以上であると判断された場合には（ステップＳ５１でＹ）、ゲームコントローラに対する入力内容に応じて特殊パラメータの使用量と、その使用量に応じた走行性能の変化状態の持続時間を設定する（ステップＳ５２）。続いて、走行性能である移動体の加速係数に所定の係数を乗算して移動体の加速性能を変更するとともに、移動体の最高速度（例えば、３００ｋｍ／ｈ）を予め定められた最高速度（例えば、３５０ｋｍ／ｈ）に変更する（ステップＳ５３）。またこのときステップＳ５２で設定した持続時間のカウント処理を開始する。
【００９３】
このようにしてステップＳ５３において移動体は走行性能が変化した状態になって、ゲームコントローラへのアクセル操作に基づいて急加速することができるようになる。そして移動体の走行性能を変化させている期間では、ステップＳ５２で設定した持続時間が終了するまで、特殊パラメータの使用量の分だけ徐々に減少させている更新処理が行われる（ステップＳ５４、ステップＳ５５でＮ）。
【００９４】
そしてステップＳ５３でカウントを開始した持続時間が終了したと判断された場合には（ステップＳ５５でＹ）、加速係数や最高速度をデフォルトに復帰して処理を終了する（ステップＳ５６）。
【００９５】
４．応用例
４．１ クライアント／サーバシステム
本実施形態のゲームシステムは、単体の装置によって各ゲーム処理を実行するようになっているが、サーバ装置と複数のクライアント装置から構成されるシステム（以下、「クライアント／サーバシステム」という。）に適用することができるようになっている。
【００９６】
この場合に、クライアントサーバシステムは、図１２に示すように、基本的なゲーム処理を行うサーバ装置Ｓと、レースゲームに参加する各プレーヤから操作データを受信し、かつ、サーバ装置と必要なデータ及び命令の送受信を行う複数のクライアント装置Ｃと、から構成される。
【００９７】
本例においてサーバ装置Ｓは、クライアント装置Ｃに対して、例えば、ブロードキャスト方式でデータ通信を行うことによって、上述のように、ゲーム開始条件が満たされた場合にゲームを開始する処理やゲームを進行させる処理などレースゲームを実行する際に必要な各種の処理を行う。
【００９８】
具体的には、このサーバ装置Ｓは、各レースゲームの実行中には、各クライアント装置Ｃを識別するための識別データに基づいて各クライアント装置Ｃとデータパケットやコマンドパケットの送受信を行う。
【００９９】
また、このサーバ装置Ｓは、各クライアント装置Ｃの識別データに基づいて、各プレーヤにおける操作データの受信、各プレーヤの移動体の移動状態の監視処理、特殊パラメータの分配処理、ツインドリフトフラグの設定処理の実行及び処理結果の各クライアント装置Ｃへの送信、及び、各移動体のツインドリフト範囲を識別表示するゲーム画像を表示部１９０に表示させるためのデータの送信など各種の処理を行う。
【０１００】
各クライアント装置Ｃは、操作部１６０を介して受信した操作データを識別データとともにサーバ装置Ｓに送信するとともに、種々の画像を描画させるためのデータを受信し、表示部１９０に表示させる。
【０１０１】
また上述の他にサーバ装置Ｓは、各プレーヤの移動体の特殊パラメータの残量（特殊パラメータの最新の更新結果）を表示させるゲーム画像を表示部１９０に表示させるためのデータを各クライアント装置Ｃに対して送信する処理などを行うようにしてもよい。この場合、クライアント装置Ｃは、グループ設定情報などに基づいて、同一グループに属するプレーヤの移動体に関する特殊パラメータの残量のみをゲーム画像において表示するようにしてもよいし、全プレーヤの移動体に関する特殊パラメータの残量をゲーム画像において表示するようにしてもよい。またゲーム画像においてコース全体における移動体の位置関係を把握可能にするレーダーマップ（コースマップ）が表示されている場合には、各移動体に対応する位置に特殊パラメータの残量を表示するようにしてもよい。またサーバ装置Ｓからクライアント装置Ｃに対して送信された各プレーヤの移動体の特殊パラメータの残量を表示させるデータは、プレーヤが所定のアイテムを使用するなど所定のイベントが発生したことに基づいて、そのプレーヤのクライアント装置Ｃにおけるゲーム画像の生成に使用されるようにしてもよい。
【０１０２】
４．２ ピアツーピアシステム
本実施形態のゲームシステムは、単体の装置によって各ゲーム処理を実行するようになっているが、複数の端末装置のみから構成され、各端末装置にて連動させてゲーム処理を実行するシステム（以下、「ピアツーピアシステム」という。）に適用することができるようになっている。
【０１０３】
この場合には、ピアツーピアシステムは、図１３に示すように、必要なデータ及び命令を相互に送受させつつ、個々にゲーム処理を実行しつつも各ゲーム処理を連動させるように制御可能な複数の端末装置Ｔから構成される。
【０１０４】
各端末装置Ｔは、他の端末装置Ｔと連動しつつ、上述のように、ゲーム開始条件が満たされた場合にゲームを開始する処理やゲームを進行させる処理などレースゲームを実行する際に必要な各種の処理を行うようになっている。
【０１０５】
具体的には、各端末装置Ｔは、各レースゲームの実行中には、他の端末装置Ｔを識別するための識別データに基づいて、それぞれデータパケット及びコマンドパケットの送受信を行うようになっており、当該識別データに基づいて、各プレーヤにおける操作データの受信、各プレーヤの移動体の移動状態の監視処理、特殊パラメータの分配処理、ツインドリフトフラグの設定処理の実行、及び、各移動体のツインドリフト範囲を識別表示するゲーム画像の描画など各種の処理を行う。
【０１０６】
特に、この各端末装置Ｔは、プレーヤの操作データが操作部１６０を介して各端末装置Ｔに入力されると、当該入力された操作データに基づいて各種のゲーム処理を実行するとともに、当該入力された操作データを他の端末装置Ｔに送信する。
【０１０７】
また、この各端末装置Ｔは、操作部１６０を介して入力された操作データに基づいて自己の装置が担当する移動体をオブジェクト空間において移動させる制御を行うとともに、他の端末装置Ｔから送信された操作データに基づいて該当する移動体をオブジェクト空間において移動させる制御も行う。
【０１０８】
すなわち、ピアツーピアシステムの場合には、各端末装置Ｔは、当該各端末装置Ｔにて操作データが入力される移動体（すなわち、担当する移動体）以外の移動体の操作データについては、他の端末装置Ｔから受信し、操作部１６０を介して入力された操作データと受信した操作データに基づいて上述した各種のゲーム処理を行うようになっている。
【０１０９】
なお、上述のピアツーピアシステムでは、各端末装置Ｔ毎に、入力された操作データと受信した操作データに基づいて各種のゲーム処理を行うようになっているが、勿論、操作データだけでなく、各プレーヤの移動体の移動状態の監視処理、特殊パラメータの分配処理、ツインドリフトフラグの設定処理などの各種の処理に関するデータの送受信を行うことができる。
【０１１０】
また上述の他に各端末装置Ｔは、各プレーヤの移動体の特殊パラメータの残量（特殊パラメータの最新の更新結果）を表示させるゲーム画像を表示部１９０に表示させるためのデータを互いに送受信する処理などを行うようにしてもよい。この場合、各端末装置Ｔは、グループ設定情報などに基づいて、同一グループに属するプレーヤの移動体に関する特殊パラメータの残量のみをゲーム画像において表示するようにしてもよいし、全プレーヤの移動体に関する特殊パラメータの残量をゲーム画像において表示するようにしてもよい。またゲーム画像においてコース全体における移動体の位置関係を把握可能にするレーダーマップ（コースマップ）が表示されている場合には、各移動体に対応する位置に特殊パラメータの残量を表示するようにしてもよい。また各端末装置Ｔが互いに送受信する各プレーヤの移動体の特殊パラメータの残量を表示させるデータは、プレーヤが所定のアイテムを使用するなど所定のイベントが発生したことに基づいて、そのプレーヤの端末装置Ｔにおけるゲーム画像の生成に使用されるようにしてもよい。
【０１１１】
なお、本発明は、上記実施形態で説明したものに限らず、種々の変形実施が可能である。例えば、明細書又は図面中の記載において広義や同義な用語として引用された用語は、明細書又は図面中の他の記載においても広義や同義な用語に置き換えることができる。
【０１１２】
また、各プレーヤの移動体の移動状態の監視処理、特殊パラメータの分配処理、ツインドリフトフラグの設定処理についても上記実施形態で説明したものに限定されず、これらと均等な手法も本発明の範囲に含まれる。
【０１１３】
また、上記実施形態では、移動体として車両を操作するレースゲームを例にとり説明したがこれに限られず、船舶又は飛行機などの各種の移動体を操作するゲーム等に適用可能である。
【０１１４】
また、本発明は、種々のゲームに適用できる。そして、本発明は、業務用ゲームシステム、家庭用ゲームシステム、多数のプレーヤが参加する大型アトラクションシステム、シミュレータ、マルチメディア端末、ゲーム画像を生成するシステムボード、携帯電話等の種々の画像生成システムに適用できる。
【図面の簡単な説明】
【０１１５】
【図１】本実施形態のゲームシステムの機能ブロック図。
【図２】本実施形態の手法を説明するための図。
【図３】本実施形態の手法を説明するための図。
【図４】本実施形態の手法を説明するための図。
【図５】本実施形態の手法を説明するための図。
【図６】本実施形態の手法を説明するための図。
【図７】本実施形態の具体的な処理例を示すフローチャート。
【図８】本実施形態の具体的な処理例を示すフローチャート。
【図９】本実施形態の具体的な処理例を示すフローチャート。
【図１０】本実施形態の具体的な処理例を示すフローチャート。
【図１１】本実施形態の具体的な処理例を示すフローチャート。
【図１２】本実施形態の応用例を示すネットワークシステムの説明図。
【図１３】本実施形態の応用例を示すネットワークシステムの説明図。
【符号の説明】
【０１１６】
１００ 処理部、１１０ ゲーム処理部、
１１１ 表示制御部、１１２ 移動体制御部、１１３ 移動状態監視部、
１１４ 特殊パラメータ更新部、１１５ 走行性能変更部、１１６ 通信制御部、
１２０ 描画部、１３０ 音生成部、
１６０ 操作部、１７０ 記憶部、１７２ 主記憶部、１７４ 描画バッファ、
１８０ 情報記憶媒体、１９０ 表示部、１９２ 音出力部、
１９４ 携帯型情報記憶装置、１９６ 通信部、
【技術分野】
【０００１】
本発明は、ゲームシステム、プログラム及び情報記憶媒体に関する。
【背景技術】
【０００２】
従来より、仮想的な３次元空間であるゲーム空間（オブジェクト空間）において所与の視点（仮想カメラ）から見える画像を生成するゲームシステム（画像生成システム）が知られており、いわゆる仮想現実を体験できるものとして人気が高い。レースゲームを楽しむことができるゲームシステムを例に取れば、プレーヤは、操作部（ゲームコントローラ等）を用いて移動体（車、船、飛行機等）に関する操作（ステアリング操作、シフト操作、アクセル操作、ブレーキ操作等）を行い、他のプレーヤ（コンピュータプレーヤも含まれる）の移動体と順位やタイムを競争することでレースゲームを楽しむ。
【０００３】
ところで、上述したレースゲームを行わせるゲームシステムにおいて、移動体を横滑りさせながらコーナーを曲がるといういわゆるドリフト状態（所定の移動状態）になった場合に、ニトロパラメータ（特殊パラメータ）をチャージ（増加）させて、操作部に対する特定の操作によってニトロパラメータを消費（使用）して移動体を急加速させて有利にレースを進めることができるようにしたゲームシステムが提供されている（非特許文献１参照）。
【非特許文献１】「リッジレーサー６マニュアル（ＲＩＤＧＥ ＲＡＣＥＲ６ ＭＡＮＵＡＬ）」、株式会社ナムコ（現：株式会社バンダイナムコゲームス）、２００５年１２月発売のＸｂｏｘ３６０用ソフト“リッジレーサー６（ＲＩＤＧＥ ＲＡＣＥＲ６）”に同梱、ｐ１０−１１
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した従来のゲームシステムでは、移動体をドリフト状態にさせる操作が初心者には難しいため、ニトロパラメータを消費して移動体を急加速させることによりレースを有利に進めることができないという状況にあった。このため複数のプレーヤがグループを形成して、グループ同士が対抗してレースゲームを行うような場合、同一グループ内でのプレーヤ間の技量の差がレースゲームの結果を大きく左右してしまい、特に移動体をドリフト状態にさせる操作技術に不慣れなプレーヤ（初心者）を抱えるグループでは、初心者がニトロパラメータをチャージすることができないことに起因して他のグループとのデッドヒートを十分に楽しむことができないという難点があった。
【０００５】
本発明は上記事情に鑑みてなされたものであり、その目的は、操作に不慣れな初心者がグループにいる場合であってもグループ対抗でのレースゲームを十分に楽しむことができるように操作インターフェース環境を改善したゲームシステム、プログラム及び情報記憶媒体を提供することにある。
【課題を解決するための手段】
【０００６】
（１）本発明は、複数の移動体がグループを形成してレースゲームを行うためのゲームシステムであって、前記移動体毎に設定される走行性能に基づいて前記移動体の移動制御を行う移動体制御部と、前記移動体の移動状態を監視する移動状態監視部と、所与の移動体の移動状態が所定の移動状態であることに基づいて、当該所与の移動体の特殊パラメータを増加させる更新処理を行う特殊パラメータ更新部と、操作部に対する特定の操作に基づいて特殊パラメータを使用して移動体の走行性能を変化させる走行性能変更部と、を含み、前記特殊パラメータ更新部が、前記所与の移動体が前記所定の移動状態であることに基づいて、同一グループに属する他の移動体が使用可能な特殊パラメータを増加させる更新処理を行うゲームシステムに関するものである。また本発明は、上記各部としてコンピュータを機能させるプログラム及びそのようなプログラムを記憶するコンピュータに読み取り可能な情報記憶媒体に関するものである。
【０００７】
「走行性能」とは、移動体の加速度、移動速度、最高速度等を意味し、「走行性能を変化させる」というのは、加速度、移動速度、最高速度等を決定する演算係数を変更することの他に、変化前の加速度、移動速度、最高速度等に対して任意の値を加算あるいは減算することなども含まれる。
【０００８】
また「特殊パラメータ」は、移動体単位で設定され、各移動体に関して特殊パラメータを個別に使用可能である場合の他に、グループ単位で設定され、各グループに属する各移動体に関して特殊パラメータを共通に使用可能である場合も含まれる。
【０００９】
本発明によれば、グループに属するいずれかの移動体が所定の移動状態となったことに基づいて、特殊パラメータが増加する場合に、その移動体が属するグループに属する他の移動体が使用可能な特殊パラメータを増加させるようにしたので、操作に不慣れな初心者であっても、同一グループ内に操作に熟練したプレーヤがいれば、初心者であっても特殊パラメータを使用してレースゲームを有利に進めることができるようになる。このため本発明によれば、操作に不慣れな初心者がグループにいる場合であってもグループ対抗でのレースゲームを十分に楽しむことができる操作インターフェース環境を提供することができる。
【００１０】
（２）また本発明のゲームシステム、プログラム及び情報記憶媒体では、前記移動状態監視部が、同一グループに属する少なくとも２つの前記移動体が、所定の距離範囲内において前記所定の移動状態であるか否かを監視し、前記特殊パラメータ更新部が、前記所定の距離範囲内において前記所定の移動状態であった前記少なくとも２つの移動体については、特殊パラメータの増加量を変化させるようにしてもよい。
【００１１】
このようにすれば、同一グループに属するプレーヤ同士で積極的に協力しながら、特殊パラメータを増加させていくことができるため、同一グループ内でのプレーヤ間の連帯感を高めながらレースゲームを行わせることができるようになる。
【００１２】
（３）また本発明のゲームシステムでは、移動体毎に前記所定の距離範囲を識別表示する処理を行う表示制御部を含むようにしてもよい。また本発明のプログラム及び情報記憶媒体では、上記表示制御部としてコンピュータを機能させるようにしてもよい。
【００１３】
このようにすれば、いずれの距離範囲で自身の操作する移動体を所定の移動状態にさせれば特殊パラメータの増加量が変化するのかが認識しやすくなるため、操作インターフェース環境のさらなる向上を図ることができる。
【００１４】
（４）また本発明のゲームシステム、プログラム及び情報記憶媒体では、前記特殊パラメータが、移動体毎に設定され、前記特殊パラメータ更新部が、前記所与の移動体が前記所定の移動状態であることに基づいて、同一グループに属する他の移動体の特殊パラメータを増加させる更新処理を行い、所定条件の成立に基づいて、同一グループに属する移動体の間で一方の移動体の特殊パラメータを減少させるとともに、他方の移動体の特殊パラメータを一方の移動体の特殊パラメータの減少量に応じて増加させる更新処理を行うようにしてもよい。
【００１５】
このようにすれば、同一グループに属するプレーヤ間で特殊パラメータの引き渡しが任意に行えるようになるため、プレーヤ間の連帯感をより一層高めさせることができ、操作に不慣れな初心者を救済しやすくなる操作インターフェース環境を提供することができる。
【発明を実施するための最良の形態】
【００１６】
以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。
【００１７】
図１に本実施形態のゲームシステム（画像生成システム）の機能ブロック図の例を示す。なお本実施形態のゲームシステムは図１の構成要素（各部）の一部を省略した構成としてもよい。
【００１８】
操作部１６０は、プレーヤが移動体の操作データを入力するためのものであり、その機能は、レバー、ボタン、ステアリング、マイク、タッチパネル型ディスプレイ、或いは筺体などにより実現できる。記憶部１７０は、処理部１００や通信部１９６などのワーク領域となるもので、その機能はＲＡＭ（ＶＲＡＭ）などにより実現できる。
【００１９】
情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などにより実現できる。処理部１００は、情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。即ち情報記憶媒体１８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶される。
【００２０】
表示部１９０は、本実施形態により生成された画像を出力するものであり、その機能は、ＣＲＴ、ＬＣＤ、タッチパネル型ディスプレイ、或いはＨＭＤ（ヘッドマウントディスプレイ）などにより実現できる。音出力部１９２は、本実施形態により生成された音を出力するものであり、その機能は、スピーカ、或いはヘッドフォンなどにより実現できる。
【００２１】
携帯型情報記憶装置１９４は、プレーヤの個人データやゲームのセーブデータなどが記憶されるものであり、この携帯型情報記憶装置１９４としては、メモリカードや携帯型ゲーム装置などがある。通信部１９６は外部（例えばホスト装置や他の画像生成システム）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。
【００２２】
なお本実施形態の各部としてコンピュータを機能させるためのプログラム（データ）は、ホスト装置（サーバー）が有する情報記憶媒体からネットワーク及び通信部１９６を介して情報記憶媒体１８０（記憶部１７０）に配信してもよい。このようなホスト装置（サーバー）の情報記憶媒体の使用も本発明の範囲内に含めることができる。
【００２３】
処理部１００（プロセッサ）は、操作部１６０からの操作データやプログラムなどに基づいて、ゲーム処理、画像生成処理、或いは音生成処理などの処理を行う。処理部１００は記憶部１７０内の主記憶部１７２をワーク領域として各種処理を行い、処理部１００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。
【００２４】
処理部１００は、ゲーム処理部１１０、描画部１２０、音生成部１３０を含む。なおこれらの一部を省略する構成としてもよい。
【００２５】
ゲーム処理部１１０は、ゲーム開始条件が満たされた場合にゲームを開始する処理、ゲームを進行させる処理、移動体やコースなどのオブジェクト（表示物）を配置する処理、オブジェクトを表示する処理、ゲーム結果を演算する処理、或いはゲーム終了条件が満たされた場合にゲームを終了する処理などを行う。特に本実施形態では、レースゲームの進行を制御する処理として、移動体がオブジェクト空間（ゲーム空間）に設定されたコースを周回するタイムを計測しており、グループの中で最後に周回を終えた移動体のタイムをグループのタイムとして、グループ同士のタイムを比較判定してグループの順位を決定する処理を行っている。もちろんグループに属する全ての移動体の周回タイムを合計したタイムをグループのタイムとして処理するようにしてもよいし、グループの中で最も早く周回を終えた移動体のタイムをグループのタイムとして処理するようにしてもよい。
【００２６】
特に本実施形態のゲームシステムでは、ゲーム処理部１１０が、表示制御部１１１、移動体制御部１１２、移動状態監視部１１３、特殊パラメータ更新部１１４、走行性能変更部１１５、通信制御部１１６を含む。
【００２７】
表示制御部１１１は、表示部１９０に表示される画像（オブジェクト画像）の表示制御を行う。具体的には、表示すべきオブジェクト（車（移動体）、コース、建物、樹木、柱、壁、マップ）を発生させたり、オブジェクトの表示や表示位置を指示したり、オブジェクトを消滅させたりするなどの表示制御を行う。即ち発生したオブジェクトをオブジェクトリストに登録したり、オブジェクトリストを描画部１２０等に転送したり、消滅したオブジェクトをオブジェクトリストから削除したりするなどの表示制御を行う。
【００２８】
また表示制御部１１１は、プレーヤの入力情報等により、プレーヤ移動体（プレーヤの操作対象となる移動体）やオブジェクトの移動や動作が発生した場合に、発生した移動や動作の様子を示す画像を表示部１９０に表示するための制御を行う。
【００２９】
特に本実施形態のゲームシステムでは、ゲーム空間を３次元のオブジェクト空間によって設定するようになっており、表示制御部１１１は、オブジェクト空間設定処理、仮想カメラ制御処理なども行う。
【００３０】
オブジェクト空間設定処理では、車（移動体）、飛行機（移動体）、コース、建物、樹木、柱、壁、マップなどの表示物を表す各種オブジェクト（ポリゴン、自由曲面又はサブディビジョンサーフェスなどのプリミティブで構成されるオブジェクト）をオブジェクト空間に配置設定する処理を行う。即ちワールド座標系でのオブジェクトの位置や回転角度（向き、方向と同義）を決定し、その位置（Ｘ、Ｙ、Ｚ）にその回転角度（Ｘ、Ｙ、Ｚ軸回りでの回転角度）でオブジェクトを配置する。
【００３１】
仮想カメラ制御処理では、オブジェクト空間内の所与（任意）の視点から見える画像を生成するための仮想カメラ（視点）の制御処理を行う。具体的には、仮想カメラの位置（Ｘ、Ｙ、Ｚ）又は回転角度（Ｘ、Ｙ、Ｚ軸回りでの回転角度）を制御する処理（視点位置、視線方向あるいは画角を制御する処理）を行う。
【００３２】
例えば仮想カメラにより移動体（例えば、車、飛行機等）を後方から撮影する場合には、移動体の位置又は回転の変化に仮想カメラが追従するように、仮想カメラの位置又は回転角度（仮想カメラの向き）を制御する。この場合には、後述する移動体制御部１１２で求められた移動体の位置、回転角度又は速度などの情報に基づいて、仮想カメラを制御できる。或いは、仮想カメラを、予め決められた回転角度で回転させたり、予め決められた移動経路で移動させる制御を行ってもよい。この場合には、仮想カメラの位置（移動経路）又は回転角度を特定するための仮想カメラデータに基づいて仮想カメラを制御する。なお、仮想カメラ（視点）が複数存在する場合には、それぞれの仮想カメラについて上記の制御処理が行われる。
【００３３】
移動体制御部１１２は、移動体（例えば、車、飛行機等）の移動・動作演算（移動・動作シミュレーション）を行う。すなわち操作部１６０によりプレーヤが入力した操作データや、プログラム（移動・動作アルゴリズム）や、各種データ（モーションデータ）などに基づいて、移動体をオブジェクト空間内で移動させたり、移動体を動作（モーション、アニメーション）させたりする処理を行う。具体的には、移動体の移動情報（位置、回転角度、速度、或いは加速度）や動作情報（移動体を構成する各パーツの位置、或いは回転角度）を、１フレーム（１／６０秒）毎に順次求めるシミュレーション処理を行う。なおフレームは、移動体の移動・動作処理（シミュレーション処理）や描画処理を行う時間の単位である。
【００３４】
特に本実施形態では、移動体制御部１１２が、移動体毎に設定される走行性能に基づいてオブジェクト空間（ゲーム空間）において移動体を移動させる制御を行う。具体的には、操作部１６０からの操作データに基づいて移動体を移動させる制御を開始し、移動体毎に設定される走行性能である加速係数に基づいてフレーム単位での移動量（移動体の移動速度）を算出するとともにフレーム単位での移動体の回転量（移動体の回転速度）を算出して移動体の座標変換マトリクスＭを求める。なお各移動体には、走行性能として移動速度の上限値である最高速度も設定されており、移動体のフレーム単位での移動量は、移動体毎の最高速度によってリミットされる。そして第Ｋ−１のフレームでの移動体の頂点座標ＰＫ−１に座標変換マトリクスＭを乗算して第Ｋのフレームでの移動体の頂点座標ＰＫ（＝ＰＫ−１×Ｍ）を求めている。
【００３５】
また移動体制御部１１２は、移動体が所定速度以上（例えば、１００ｋｍ／ｈ以上）でオブジェクト空間内のコース上を走行している際に、移動体の姿勢変更を指示するステアリング操作が行われると、移動体が横滑りを開始するように制御している。そして、移動体が横滑りを開始した後に移動体の加速を指示するアクセル操作が行われると、移動体制御部１１２は、移動体の移動状態を、いわゆるドリフト状態（所定の移動状態の一例）に制御する。このドリフト状態では、移動体の姿勢（向き）が保持されたまま、移動体が高速で横滑りをしている状態であって、例えば、移動体にコーナーを曲がらせる際に、ドリフト状態でコーナー（カーブ）を曲がらせると、通常のステアリング操作によって移動体が徐々に姿勢を変えながらコーナーを曲がる場合に比べて素早くコーナーを曲がりきることができるように制御している。
【００３６】
移動状態監視部１１３は、移動体の移動状態を監視する処理を行う。具体的には、各移動体が移動体制御部１１２によってドリフト状態に制御されているか否かを監視しており、移動体がドリフト状態に制御されている場合には、移動体毎に用意されるドリフトフラグをオンに設定し主記憶部１７２に記憶する。
【００３７】
また本実施形態では、オブジェクト空間（ゲーム空間）内を走行する複数の移動体が２以上の移動体を単位としてグループ分けされており、移動状態監視部１１３は、同一グループに属する少なくとも２つの移動体が、オブジェクト空間の所定の距離範囲であるツインドリフト範囲内においてドリフト状態であるか否かを監視している。なお各移動体が属するグループの設定情報は、ゲーム開始に先立ってプレーヤの操作部１６０からの選択操作等に基づいて主記憶部１７２に保存されている。そしてツインドリフト範囲内においてドリフト状態である移動体が複数存在する場合には、移動状態監視部１１３が、ツインドリフト範囲内においてドリフト状態である各移動体のツインドリフトフラグをオンに設定し主記憶部１７２に記憶する。なお表示制御部１１１によって移動体毎にツインドリフト範囲（所定の距離範囲）を識別表示する処理を行うようにしてもよい。
【００３８】
特殊パラメータ更新部１１４は、オブジェクト空間（ゲーム空間）内に設定されたコースを走行している移動体の移動状態がドリフト状態であることに基づいて、その移動体の特殊パラメータを増加させる更新処理を行う。具体的には、主記憶部１７２に設定されている移動体毎のドリフトフラグの設定状態に基づいてオブジェクト空間内のコースを走行している各移動体の移動状態がドリフト状態であるか否かを判断して、ドリフトフラグがオンに設定されている移動体の特殊パラメータを増加させる処理を行う。特殊パラメータの増加量については、ドリフト状態での移動体の速度やドリフト状態の継続時間などに応じて変動するようになっており、特殊パラメータ更新部１１４は、例えば、ドリフト状態での移動体の速度が速いほど特殊パラメータの増加量が大きくなり、またドリフト状態の継続時間が長くなるほど特殊パラメータの増加量が大きくなるように特殊パラメータの増加量を決定する。
【００３９】
また特殊パラメータ更新部１１４は、所与の移動体がドリフト状態であることに基づいて、その移動体と同一グループに属する他の移動体の特殊パラメータも増加させる更新処理を行う。すなわち本実施形態では、グループ内の１の移動体がドリフト状態に制御されていれば、ドリフトフラグがオンに設定されていない移動体についても特殊パラメータを増加させる処理を行う。
【００４０】
また特殊パラメータ更新部１１４は、オブジェクト空間（ゲーム空間）のツインドリフト範囲内（所定の距離範囲内）においてドリフト状態であった少なくとも２つの移動体については、特殊パラメータの増加量を変化させる処理を行う。具体的には、特殊パラメータの増加量に所定の係数（＞１）を乗算して、ツインドリフトフラグがオンに設定されている場合には、移動体が単独でドリフト状態に制御された場合よりも特殊パラメータの増加量が大きくなるように変化させている。
【００４１】
また特殊パラメータ更新部１１４が、所定条件の成立に基づいて、同一グループに属する移動体の間で一方の移動体の特殊パラメータを減少させるとともに、他方の移動体の特殊パラメータを一方の移動体の特殊パラメータの減少量に応じて増加させる更新処理を行うことができるようにしてもよい。例えば、操作部１６０に対して所定の操作を行うことで、同一グループに属する移動体の間で特殊パラメータの引き渡しを行うことができるようになれば、プレーヤ間の連帯感をより一層高めさせることができ、操作に不慣れな初心者を救済しやすくなる操作インターフェース環境を提供することができる。また例えば、同一グループに属する移動体同士が接触もしくは所定の距離範囲に接近した場合など、同一グループに属する移動体同士の位置関係が所定の位置関係となった場合に、同一グループに属する移動体の間で特殊パラメータの引き渡しを行うことができるようにしてもよい。このとき移動体が接触したか否かの判定は、ボリュームデータを用いたヒットチェックなどによって行うことができ、移動体が所定の距離範囲に接近したか否かの判定は、移動体の代表点の位置座標などに基づいて行うことができる。もちろん同一グループに属する移動体同士の位置関係が所定の位置関係になったことに基づいて、特殊パラメータの引き渡しを行うための操作が許可されるようにしてもよい。
【００４２】
なお特殊パラメータの増加率は、オブジェクト空間（ゲーム空間）に設定されたコース上を移動体が走行するレースゲームにおいては、移動体がコース上のいずれの位置においてドリフト状態に制御されているかによって変化させるようにしてもよい。例えば、コース上に設けられた直線部分とコーナー部分とでは、特殊パラメータの増加率が変化するようにしてもよい。この場合にはコース上の直線部分において移動体がドリフト状態になった時よりもコース上のコーナー部分において移動体がドリフト状態になった時の方が特殊パラメータの増加率が高くなるように設定することができる。またコース上のコーナー部分においても緩やかなコーナー部分と急なコーナー部分とにおいて特殊パラメータの増加率を変化させるようにしてもよい。この場合には、コーナー部分の曲率半径に基づいて、曲率半径が小さいほど特殊パラメータの増加率が高くなるように設定することができる。
【００４３】
走行性能変更部１１５は、操作部１６０に対する特定の操作に基づいて特殊パラメータの使用量を決定するとともに、決定された特殊パラメータの使用量に応じて移動体の走行性能を変化させる処理を行う。具体的には、操作部１６０の特定のボタン操作に対して特殊パラメータの使用を指示する機能を割り当てておき、当該特定のボタン操作が行われたことに基づいて特殊パラメータの使用量を判定する。本実施形態では、特殊パラメータの使用量を３段階に分けて指示することができるようになっており、特殊パラメータの使用量が大きいほど移動体の走行性能が変化した特殊状態が長時間維持されるようになっている。そして特殊パラメータを使用量が決定されると、移動体の加速係数に所定の係数（＞１）を乗算することで、移動体を急加速可能な状態に走行性能を変化させる。また特殊パラメータが使用されると、加速係数が変化するばかりではなく、移動体の移動速度の上限を定める最高速度も上昇させている。
【００４４】
通信制御部１１６は、他のゲームシステムに送信するパケットを生成する処理、パケット送信先のゲームシステムのネットワークアドレスを指定する処理、受信したパケットを記憶部１７０に保存する処理、受信したパケットを解析する処理、その他のパケットの送受信に関する通信部１９６の制御処理等を行う。特に本実施形態では、レースゲームをネットワーク（例えば、インターネット）を利用して実行するために必要なデータパケット及びコマンドパケットを生成する制御や、通信部１９６を介してデータパケット及びコマンドパケットを送受信させる制御を行う。
【００４５】
描画部１２０は、処理部１００で行われる種々の処理（ゲーム処理）の結果に基づいて描画処理を行い、これにより画像を生成し、表示部１９０に出力する。いわゆる３次元ゲーム画像を生成する場合には、まず表示物（オブジェクト、モデル）を定義する各頂点の頂点データ（頂点の位置座標、テクスチャ座標、色データ、法線ベクトル或いはα値等）を含む表示物データ（オブジェクトデータ、モデルデータ）が入力され、入力された表示物データに含まれる頂点データに基づいて、頂点処理が行われる。なお頂点処理を行うに際して、必要に応じてポリゴンを再分割するための頂点生成処理（テッセレーション、曲面分割、ポリゴン分割）を行うようにしてもよい。頂点処理では、頂点の移動処理や、座標変換（ワールド座標変換、カメラ座標変換）、クリッピング処理、透視変換、あるいは光源処理等のジオメトリ処理が行われ、その処理結果に基づいて、表示物を構成する頂点群について与えられた頂点データを変更（更新、調整）する。そして、頂点処理後の頂点データに基づいてラスタライズ（走査変換）が行われ、ポリゴン（プリミティブ）の面とピクセルとが対応づけられる。そしてラスタライズに続いて、画像を構成するピクセル（表示画面を構成するフラグメント）を描画するピクセル処理（フラグメント処理）が行われる。ピクセル処理では、テクスチャの読出し（テクスチャマッピング）、色データの設定／変更、半透明合成、アンチエイリアス等の各種処理を行って、画像を構成するピクセルの最終的な描画色を決定し、透視変換されたオブジェクトの描画色を描画バッファ１７４（ピクセル単位で画像情報を記憶できるバッファ。ＶＲＡＭ、レンダリングターゲット）に出力（描画）する。すなわち、ピクセル処理では、画像情報（色、法線、輝度、α値等）をピクセル単位で設定あるいは変更するパーピクセル処理を行う。これにより、オブジェクト空間内に設定された仮想カメラ（所与の視点）から見える画像が生成される。なお、仮想カメラ（視点）が複数存在する場合には、それぞれの仮想カメラから見える画像を分割画像として１画面に表示できるように画像を生成することができる。
【００４６】
なお描画部１２０が行う頂点処理やピクセル処理は、シェーディング言語によって記述されたシェーダプログラムによって、ポリゴン（プリミティブ）の描画処理をプログラム可能にするハードウェア、いわゆるプログラマブルシェーダ（頂点シェーダやピクセルシェーダ）により実現されてもよい。プログラマブルシェーダでは、頂点単位の処理やピクセル単位の処理がプログラム可能になることで描画処理内容の自由度が高く、ハードウェアによる固定的な描画処理に比べて表現力を大幅に向上させることができる。
【００４７】
そして描画部１２０は、表示物を描画する際に、ジオメトリ処理、テクスチャマッピング、隠面消去処理、αブレンディング等を行う。
【００４８】
ジオメトリ処理では、表示物に関して、座標変換、クリッピング処理、透視投影変換、或いは光源計算等の処理が行われる。そして、ジオメトリ処理後（透視投影変換後）の表示物データ（表示物の頂点の位置座標、テクスチャ座標、色データ（輝度データ）、法線ベクトル、或いはα値等）は、主記憶部１７２に保存される。
【００４９】
テクスチャマッピングは、記憶部１７０に記憶されるテクスチャ（テクセル値）を表示物にマッピングするための処理である。具体的には、表示物の頂点に設定（付与）されるテクスチャ座標等を用いて記憶部１７０からテクスチャ（色（ＲＧＢ）、α値などの表面プロパティ）を読み出す。そして、２次元の画像であるテクスチャを表示物にマッピングする。この場合に、ピクセルとテクセルとを対応づける処理や、テクセルの補間としてバイリニア補間などを行う。
【００５０】
隠面消去処理としては、描画ピクセルのＺ値（奥行き情報）が格納されるＺバッファ（奥行きバッファ）を用いたＺバッファ法（奥行き比較法、Ｚテスト）による隠面消去処理を行うことができる。すなわちオブジェクトのプリミティブに対応する描画ピクセルを描画する際に、Ｚバッファに格納されるＺ値を参照する。そして参照されたＺバッファのＺ値と、プリミティブの描画ピクセルでのＺ値とを比較し、描画ピクセルでのＺ値が、仮想カメラから見て手前側となるＺ値（例えば小さなＺ値）である場合には、その描画ピクセルの描画処理を行うとともにＺバッファのＺ値を新たなＺ値に更新する。
【００５１】
αブレンディング（α合成）は、α値（Ａ値）に基づく半透明合成処理（通常αブレンディング、加算αブレンディング又は減算αブレンディング等）のことである。例えば、通常αブレンディングでは、α値を合成の強さとして線形補間を行うことにより２つの色を合成した色を求める処理を行う。
【００５２】
なお、α値は、各ピクセル（テクセル、ドット）に関連づけて記憶できる情報であり、例えばＲＧＢの各色成分の輝度を表す色情報以外のプラスアルファの情報である。α値は、マスク情報、半透明度（透明度、不透明度と等価）、バンプ情報などとして使用できる。
【００５３】
音生成部１３０は、処理部１００で行われる種々の処理の結果に基づいて音処理を行い、ＢＧＭ、効果音、又は音声などのゲーム音を生成し、音出力部１９２に出力する。
【００５４】
なお、本実施形態の画像生成システムは、１人のプレーヤのみがプレイできるシングルプレーヤモード専用のシステムにしてもよいし、複数のプレーヤがプレイできるマルチプレーヤモードも備えるシステムにしてもよい。また複数のプレーヤがプレイする場合に、これらの複数のプレーヤに提供するゲーム画像やゲーム音を、１つの端末を用いて生成してもよいし、ネットワーク（伝送ライン、通信回線）などで接続された複数の端末（ゲーム機、携帯電話）を用いて分散処理により生成してもよい。
【００５５】
２．本実施形態の手法
まず図２を参照しながら、従来のゲームシステムにおいて行われてきた特殊パラメータの更新手法を説明する。
【００５６】
従来の手法では、ドリフト状態に制御されている移動体のみが特殊パラメータの更新対象となるように制御されていた。このため例えば、図２に示すように、第１のプレーヤが操作するプレーヤ移動体ＰＣ１と第２のプレーヤが操作するプレーヤ移動体ＰＣ２とが同一のグループを形成して他のグループとグループ対抗でレースゲームを行うような場合に、プレーヤ移動体ＰＣ２がゲーム空間に設定されたコースＣ上をドリフト状態で曲がったとしてもプレーヤ移動体ＰＣ２の特殊パラメータは、Ｐ２１からＰ２２（＝Ｐ２１＋α）に増加するが、プレーヤ移動体ＰＣ１は、通常のステアリング操作で徐々に姿勢を変えながらコースＣ上を曲がっているため、プレーヤ移動体ＰＣ１の特殊パラメータはＰ１１に維持される。
【００５７】
このように第２のプレーヤが操作技術に熟練しており、第１のプレーヤが操作技術に不慣れである場合には、第１のプレーヤが特殊パラメータを増加させることができないために、特殊パラメータの使用により自身の操作するプレーヤ移動体ＰＣ１を急加速させることができないという事態が発生しやすい。
【００５８】
そこで本実施形態では、図３に示すように、操作の熟練した第２のプレーヤがプレーヤ移動体ＰＣ２をドリフト状態にさせてゲーム空間に設定されたコースＣ上を曲がっていくと、第２のプレーヤが操作するプレーヤ移動体ＰＣ２の特殊パラメータがＰ２１からＰ２２（＝Ｐ２１＋β）に増加するばかりでなく、通常のステアリング操作でコースＣ上を曲がっていった第１のプレーヤのプレーヤ移動体ＰＣ１の特殊パラメータもＰ１１からＰ１２（Ｐ１１＋β）に増加するように更新される。
【００５９】
本実施形態の手法によれば、グループに属するいずれかの移動体がドリフト状態となったことに基づいて、その移動体の特殊パラメータが増加する場合に、同一グループに属する他の移動体の特殊パラメータも増加させるようにしたので、操作に不慣れな初心者であっても、同一グループ内に操作に熟練したプレーヤがいれば、特殊パラメータを使用してレースゲームを有利に進めることができるようになる。このため本実施形態の手法によれば、操作に不慣れな初心者がグループにいる場合であってもグループ対抗でのレースゲームを十分に楽しむことができる操作インターフェース環境を提供することができる。
【００６０】
特に本実施形態のレースゲームのように、グループ内でコースの周回が最も遅かった移動体のタイムをグループ間の順位を判定する基準として使用した場合などには、本実施形態の手法を適用することによって、遅れをとりやすい初心者を救済しやすくなるため、プレーヤ間の操作技量の差を特殊パラメータの使用によって埋めることができるようになってグループ同士のデッドヒートを演出しやすいようにレースゲームの進行を制御することができるようになる。
【００６１】
なお、図３に示した例のように移動体単位で特殊パラメータを設定する場合とは異なり、グループ単位で特殊パラメータを設定した場合においても、グループに属する任意の移動体がドリフト状態に制御されれば、その移動体が属するグループ内で共通に使用可能な特殊パラメータが増加するため、同様に初心者がいてもグループ対抗のレースゲームを十分に楽しむことができるように操作インターフェース環境を改善することができる。
【００６２】
また本実施形態では、図４に示すように、コースＣ上を走行するプレーヤ移動体ＰＣに対してツインドリフト範囲（所定の距離範囲）を設定している。
【００６３】
具体的には、図４に示すように、コースＣに対して進行方向に沿ったローカル座標軸Ｄを設定し、このローカル座標軸Ｄ上の距離範囲によってツインドリフト範囲Ｒを設定している。
【００６４】
より詳細に説明すると、プレーヤ移動体ＰＣの位置を示す代表点Ａを通るローカル座標軸Ｄと直交するローカル座標軸Ｂを求めて、ローカル座標軸Ｄとローカル座標軸Ｂとの交点から距離Ｌｔｈの範囲をツインドリフト範囲Ｒとして設定している。このツインドリフト範囲Ｒは、コースＣ上に存在するプレーヤ移動体ＰＣの全てに対して設定している。なお距離Ｌｔｈを半径とする円形状の範囲をツインドリフト範囲Ｒとして設定するようにしてもよい。
【００６５】
そして本実施形態では、上述したように設定されるツインドリフト範囲Ｒを利用して、特殊パラメータの増加量を変化させる手法を採用している。
【００６６】
具体的には、図５（Ａ）及び図５（Ｂ）に示すように、プレーヤ移動体ＰＣ１の代表点Ａ１を通るローカル座標軸Ｂ１とプレーヤ移動体ＰＣ２の代表点Ａ２を通るローカル座標軸Ｂ２とのローカル座標軸Ｄにおける距離Ｌを求めて、距離Ｌと各プレーヤ移動体ＰＣ１、ＰＣ２のツインドリフト範囲Ｒ１、Ｒ２を指定する距離Ｌｔｈとの比較判定結果に応じて特殊パラメータの増加量を変化させている。なお図５（Ａ）及び図５（Ｂ）に示す例では、プレーヤ移動体ＰＣ１とプレーヤ移動体ＰＣ２とはいずれもドリフト状態に制御されているものとする。
【００６７】
まず図５（Ａ）に示す例では、プレーヤ移動体ＰＣ１のツインドリフト範囲Ｒ１とプレーヤ移動体ＰＣ２のツインドリフト範囲Ｒ２とがオーバーラップする範囲Ｒ１２の中にプレーヤ移動体ＰＣ１の代表点Ａ１とプレーヤ移動体ＰＣ２の代表点Ａ２とが含まれている。すなわち、図５（Ａ）に示す例では、プレーヤ移動体ＰＣ１の代表点Ａ１を通るローカル座標軸Ｂ１とプレーヤ移動体ＰＣ２の代表点Ａ２を通るローカル座標軸Ｂ２とのローカル座標軸Ｄ上での距離ＬがＬｔｈを下回ることになるため、プレーヤ移動体ＰＣ１とプレーヤ移動体ＰＣ２とが互いのツインドリフト範囲Ｒ１、Ｒ２の中でドリフト状態に制御されていると判定される。
【００６８】
次に図５（Ｂ）に示す例では、プレーヤ移動体ＰＣ１のツインドリフト範囲Ｒ１とプレーヤ移動体ＰＣ２のツインドリフト範囲Ｒ２とがオーバーラップする範囲Ｒ１２の中にプレーヤ移動体ＰＣ１の代表点Ａ１とプレーヤ移動体ＰＣ２の代表点Ａ２とがいずれも含まれていない。すなわち図５（Ｂ）に示す例では、プレーヤ移動体ＰＣ１の代表点Ａ１を通るローカル座標軸Ｂ１とプレーヤ移動体ＰＣ２の代表点Ａ２を通るローカル座標軸Ｂ２とのローカル座標軸Ｄ上での距離ＬがＬｔｈを上回ることになるため、プレーヤ移動体ＰＣ１は、プレーヤ移動体ＰＣ２のツインドリフト範囲Ｒ２の外でドリフト状態であると判定され、プレーヤ移動体ＰＣ２は、プレーヤ移動体ＰＣ１のツインドリフト範囲Ｒ１の外でドリフト状態であると判定される。
【００６９】
そして本実施形態では、図５（Ａ）に示すようにツインドリフト範囲内で複数のプレーヤ移動体ＰＣ１、ＰＣ２がともにドリフト状態であった場合には、プレーヤ移動体ＰＣ１、ＰＣ２の特殊パラメータの増加量が図５（Ｂ）に示す場合に比べて大きくなるように変化させている。図５（Ａ）及び図５（Ｂ）に示す手法によれば、同一グループに属するプレーヤ同士で積極的に協力しながら、特殊パラメータを増加させていくことができるため、同一グループ内でのプレーヤ間の連帯感を高めながらレースゲームを行わせることができるようになる。
【００７０】
また本実施形態では、図６に示すようにゲーム画面において観察される他のプレーヤが操作するプレーヤ移動体ＰＣのツインドリフト範囲Ｒを識別可能に表示する手法を採用している。このようにすれば、いずれの距離範囲まで近づいて自身の操作するプレーヤ移動体をドリフト状態にさせれば特殊パラメータの増加量が変化するのかが認識しやすくなるため、操作インターフェース環境のさらなる向上を図ることができる。
【００７１】
３．本実施形態の処理
次に図７〜図１１を参照しながら、本実施形態の手法を実現する処理例を詳細に説明する。
【００７２】
図７は、特殊パラメータの更新処理の一例を示すフローチャートである。
【００７３】
まず各移動体のドリフトフラグをチェックして、各移動体がドリフト状態に制御されているか否かを判定する（ステップＳ１０）。チェック対象の移動体がドリフト状態に制御されていると判断された場合には（ステップＳ１０でＹ）、パラメータ設定条件を取得する（ステップＳ１１）。具体的には、移動体の速度やドリフト状態の継続時間、ツインドリフトフラグの設定状態を取得する。
【００７４】
次に、ステップＳ１１で取得されたパラメータ設定条件に従って特殊パラメータの増加量を設定し（ステップＳ１２）、特殊パラメータを増加させる更新処理を実行する（ステップＳ１３）。
【００７５】
図８及び図９は、２体の移動体がペアとなってペア対抗でレースゲームを行う場合における特殊パラメータの分配処理の一例を示すフローチャートである。
【００７６】
まず処理対象の移動体に対してペアとなる移動体が存在するか否かを判定する（ステップＳ２０）。ペアとなる移動体が存在する場合には（ステップＳ２０でＹ）、特殊パラメータが自然に一定量ずつ増加し続ける状態に設定されているか否かを判定する（ステップＳ２１）。本実施形態のゲームシステムでは、ドリフト状態に依らずに移動体が走行していれば一定量ずつ特殊パラメータを増加させるゲーム状態を設定可能になっており、そのようなゲームモードに設定されている場合には（ステップＳ２１でＹ）、ステップＳ２２〜Ｓ２７の処理が実行される。
【００７７】
具体的には、処理対象の移動体に関して設定された特殊パラメータの総量が所定の容量を超えたか否かを判定する（ステップＳ２２）。
【００７８】
そして特殊パラメータの総量が所定の容量を超えている場合には（ステップＳ２２でＹ）、容量を超過した分の値を全て予備バッファに加算する（ステップＳ２３）。一方、特殊パラメータの総量が所定の容量を超えていない場合には（ステップＳ２２でＮ）、特殊パラメータの増加量（一定）のうち半分に相当する値を予備バッファに加算する（ステップＳ２４）。
【００７９】
次に予備バッファの値がしきい値を超えたか否かを判定し（ステップＳ２５）、予備バッファの値がしきい値を超えている場合には（ステップＳ２５でＹ）、予備バッファからしきい値分に相当する値を分配バッファに移動してから（ステップＳ２６）、パラメータ分配フラグをオンに設定する（ステップＳ２７）。一方、予備バッファの値がしきい値を超えなかった場合には（ステップＳ２５でＮ）、ステップＳ２６〜Ｓ２７の処理はバイパスされるため、予備バッファの値がしきい値を超えるまで特殊パラメータの分配は行われないようになっている。
【００８０】
ところで、ステップＳ２１の判定処理において、特殊パラメータが自然に一定量ずつ増加し続ける状態に設定されていないと判断された場合には（ステップＳ２１でＮ）、図９に示すステップＳ２８〜Ｓ３４の処理が実行される。
【００８１】
具体的には、処理対象の移動体に関して特殊パラメータが増加する更新処理（図７参照）が行われたか否かを判定する（ステップＳ２８）。
【００８２】
そして特殊パラメータが増加したと判断された場合には（ステップＳ２９でＹ）、特殊パラメータの総量が所定の容量を超えたか否かを判定する（ステップＳ２９）。このとき特殊パラメータの総量が所定の容量を超えている場合には（ステップＳ２９でＹ）、容量を超過した分の値を全て予備バッファに加算する（ステップＳ３０）。一方、特殊パラメータの総量が所定の容量を超えていない場合には（ステップＳ２９でＮ）、特殊パラメータの増加量（一定）のうち半分に相当する値を予備バッファに加算する（ステップＳ３１）。
【００８３】
また特殊パラメータが増加していないと判断された場合には（ステップＳ２８でＮ）、予備バッファの値が０より大きいか否かを判断する（ステップＳ３２）。ステップＳ３０あるいはステップＳ３１において予備バッファに値が加算されている場合には、予備バッファの値が０より大きいと判断され（ステップＳ３２でＹ）、この場合には、予備バッファの値を全て分配バッファに移動してから（ステップＳ３３）、パラメータ分配フラグをオンに設定する（ステップＳ３４）。
【００８４】
続いて図８に再び戻って、パラメータ分配フラグが設定された後の処理について説明する。
【００８５】
パラメータ分配フラグがオンである場合には（ステップＳ３５でＹ）、分配バッファの値を処理対象の移動体のペアとして設定されている移動体（ペア対象）の特殊パラメータとして加算する（ステップＳ３６）。最後にパラメータ分配フラグと分配バッファの値をリセットして処理を終了する（ステップＳ３７）。
【００８６】
図１０は、複数の移動体がツインドリフト範囲内でドリフト状態となることにより特殊パラメータの増加量を変化させる処理の一例を示すフローチャートである。
【００８７】
まず処理対象の移動体に対してペアとなる移動体（ペア対象）が存在するか否かを判定する（ステップＳ４０）。ペアとなる移動体が存在する場合には（ステップＳ４０でＹ）、処理対象の移動体と、その移動体とペアとなる移動体との双方のツインドリフトフラグを一旦オフにリセットする（ステップＳ４１）。次に図５に示したように、処理対象の移動体とペア対象の移動体とのコース座標上（ローカル座標軸Ｄ上）での相対距離Ｌを算出する（ステップＳ４２）。
【００８８】
そして相対距離Ｌが一定値Ｌｔｈ以内である場合であって（ステップＳ４３でＹ）、処理対象の移動体とペア対象の移動体との双方がドリフト状態である場合には（ステップＳ４４でＹ）、各移動体のツインドリフトフラグをオンに設定する（ステップＳ４５）。このツインドリフトフラグは、図７で説明したようにパラメータ設定条件として取得され、特殊パラメータの増加量を決定する際に参照される。
【００８９】
図１１は、特殊パラメータを使用した移動体について走行性能の変化させる処理の一例を示すフローチャートである。
【００９０】
まずゲームコントローラ（操作部）に対する入力に基づいて特殊パラメータの使用要求が発生したか否かを判断する（ステップＳ５０）。特殊パラメータの使用要求が発生したと判断された場合には（ステップＳ５０でＹ）、プレーヤが操作する移動体の特殊パラメータが所定値以上であるか否かを判断する（ステップＳ５１）。
【００９１】
本実施形態では、特殊パラメータを所定の容量を３分割した単位毎に使用可能に設けられており、少なくとも１単位分に相当する値（所定の容量の１／３に相当する値）以上であれば、特殊パラメータを使用可能であると判断される。
【００９２】
そして特殊パラメータが所定値以上であると判断された場合には（ステップＳ５１でＹ）、ゲームコントローラに対する入力内容に応じて特殊パラメータの使用量と、その使用量に応じた走行性能の変化状態の持続時間を設定する（ステップＳ５２）。続いて、走行性能である移動体の加速係数に所定の係数を乗算して移動体の加速性能を変更するとともに、移動体の最高速度（例えば、３００ｋｍ／ｈ）を予め定められた最高速度（例えば、３５０ｋｍ／ｈ）に変更する（ステップＳ５３）。またこのときステップＳ５２で設定した持続時間のカウント処理を開始する。
【００９３】
このようにしてステップＳ５３において移動体は走行性能が変化した状態になって、ゲームコントローラへのアクセル操作に基づいて急加速することができるようになる。そして移動体の走行性能を変化させている期間では、ステップＳ５２で設定した持続時間が終了するまで、特殊パラメータの使用量の分だけ徐々に減少させている更新処理が行われる（ステップＳ５４、ステップＳ５５でＮ）。
【００９４】
そしてステップＳ５３でカウントを開始した持続時間が終了したと判断された場合には（ステップＳ５５でＹ）、加速係数や最高速度をデフォルトに復帰して処理を終了する（ステップＳ５６）。
【００９５】
４．応用例
４．１ クライアント／サーバシステム
本実施形態のゲームシステムは、単体の装置によって各ゲーム処理を実行するようになっているが、サーバ装置と複数のクライアント装置から構成されるシステム（以下、「クライアント／サーバシステム」という。）に適用することができるようになっている。
【００９６】
この場合に、クライアントサーバシステムは、図１２に示すように、基本的なゲーム処理を行うサーバ装置Ｓと、レースゲームに参加する各プレーヤから操作データを受信し、かつ、サーバ装置と必要なデータ及び命令の送受信を行う複数のクライアント装置Ｃと、から構成される。
【００９７】
本例においてサーバ装置Ｓは、クライアント装置Ｃに対して、例えば、ブロードキャスト方式でデータ通信を行うことによって、上述のように、ゲーム開始条件が満たされた場合にゲームを開始する処理やゲームを進行させる処理などレースゲームを実行する際に必要な各種の処理を行う。
【００９８】
具体的には、このサーバ装置Ｓは、各レースゲームの実行中には、各クライアント装置Ｃを識別するための識別データに基づいて各クライアント装置Ｃとデータパケットやコマンドパケットの送受信を行う。
【００９９】
また、このサーバ装置Ｓは、各クライアント装置Ｃの識別データに基づいて、各プレーヤにおける操作データの受信、各プレーヤの移動体の移動状態の監視処理、特殊パラメータの分配処理、ツインドリフトフラグの設定処理の実行及び処理結果の各クライアント装置Ｃへの送信、及び、各移動体のツインドリフト範囲を識別表示するゲーム画像を表示部１９０に表示させるためのデータの送信など各種の処理を行う。
【０１００】
各クライアント装置Ｃは、操作部１６０を介して受信した操作データを識別データとともにサーバ装置Ｓに送信するとともに、種々の画像を描画させるためのデータを受信し、表示部１９０に表示させる。
【０１０１】
また上述の他にサーバ装置Ｓは、各プレーヤの移動体の特殊パラメータの残量（特殊パラメータの最新の更新結果）を表示させるゲーム画像を表示部１９０に表示させるためのデータを各クライアント装置Ｃに対して送信する処理などを行うようにしてもよい。この場合、クライアント装置Ｃは、グループ設定情報などに基づいて、同一グループに属するプレーヤの移動体に関する特殊パラメータの残量のみをゲーム画像において表示するようにしてもよいし、全プレーヤの移動体に関する特殊パラメータの残量をゲーム画像において表示するようにしてもよい。またゲーム画像においてコース全体における移動体の位置関係を把握可能にするレーダーマップ（コースマップ）が表示されている場合には、各移動体に対応する位置に特殊パラメータの残量を表示するようにしてもよい。またサーバ装置Ｓからクライアント装置Ｃに対して送信された各プレーヤの移動体の特殊パラメータの残量を表示させるデータは、プレーヤが所定のアイテムを使用するなど所定のイベントが発生したことに基づいて、そのプレーヤのクライアント装置Ｃにおけるゲーム画像の生成に使用されるようにしてもよい。
【０１０２】
４．２ ピアツーピアシステム
本実施形態のゲームシステムは、単体の装置によって各ゲーム処理を実行するようになっているが、複数の端末装置のみから構成され、各端末装置にて連動させてゲーム処理を実行するシステム（以下、「ピアツーピアシステム」という。）に適用することができるようになっている。
【０１０３】
この場合には、ピアツーピアシステムは、図１３に示すように、必要なデータ及び命令を相互に送受させつつ、個々にゲーム処理を実行しつつも各ゲーム処理を連動させるように制御可能な複数の端末装置Ｔから構成される。
【０１０４】
各端末装置Ｔは、他の端末装置Ｔと連動しつつ、上述のように、ゲーム開始条件が満たされた場合にゲームを開始する処理やゲームを進行させる処理などレースゲームを実行する際に必要な各種の処理を行うようになっている。
【０１０５】
具体的には、各端末装置Ｔは、各レースゲームの実行中には、他の端末装置Ｔを識別するための識別データに基づいて、それぞれデータパケット及びコマンドパケットの送受信を行うようになっており、当該識別データに基づいて、各プレーヤにおける操作データの受信、各プレーヤの移動体の移動状態の監視処理、特殊パラメータの分配処理、ツインドリフトフラグの設定処理の実行、及び、各移動体のツインドリフト範囲を識別表示するゲーム画像の描画など各種の処理を行う。
【０１０６】
特に、この各端末装置Ｔは、プレーヤの操作データが操作部１６０を介して各端末装置Ｔに入力されると、当該入力された操作データに基づいて各種のゲーム処理を実行するとともに、当該入力された操作データを他の端末装置Ｔに送信する。
【０１０７】
また、この各端末装置Ｔは、操作部１６０を介して入力された操作データに基づいて自己の装置が担当する移動体をオブジェクト空間において移動させる制御を行うとともに、他の端末装置Ｔから送信された操作データに基づいて該当する移動体をオブジェクト空間において移動させる制御も行う。
【０１０８】
すなわち、ピアツーピアシステムの場合には、各端末装置Ｔは、当該各端末装置Ｔにて操作データが入力される移動体（すなわち、担当する移動体）以外の移動体の操作データについては、他の端末装置Ｔから受信し、操作部１６０を介して入力された操作データと受信した操作データに基づいて上述した各種のゲーム処理を行うようになっている。
【０１０９】
なお、上述のピアツーピアシステムでは、各端末装置Ｔ毎に、入力された操作データと受信した操作データに基づいて各種のゲーム処理を行うようになっているが、勿論、操作データだけでなく、各プレーヤの移動体の移動状態の監視処理、特殊パラメータの分配処理、ツインドリフトフラグの設定処理などの各種の処理に関するデータの送受信を行うことができる。
【０１１０】
また上述の他に各端末装置Ｔは、各プレーヤの移動体の特殊パラメータの残量（特殊パラメータの最新の更新結果）を表示させるゲーム画像を表示部１９０に表示させるためのデータを互いに送受信する処理などを行うようにしてもよい。この場合、各端末装置Ｔは、グループ設定情報などに基づいて、同一グループに属するプレーヤの移動体に関する特殊パラメータの残量のみをゲーム画像において表示するようにしてもよいし、全プレーヤの移動体に関する特殊パラメータの残量をゲーム画像において表示するようにしてもよい。またゲーム画像においてコース全体における移動体の位置関係を把握可能にするレーダーマップ（コースマップ）が表示されている場合には、各移動体に対応する位置に特殊パラメータの残量を表示するようにしてもよい。また各端末装置Ｔが互いに送受信する各プレーヤの移動体の特殊パラメータの残量を表示させるデータは、プレーヤが所定のアイテムを使用するなど所定のイベントが発生したことに基づいて、そのプレーヤの端末装置Ｔにおけるゲーム画像の生成に使用されるようにしてもよい。
【０１１１】
なお、本発明は、上記実施形態で説明したものに限らず、種々の変形実施が可能である。例えば、明細書又は図面中の記載において広義や同義な用語として引用された用語は、明細書又は図面中の他の記載においても広義や同義な用語に置き換えることができる。
【０１１２】
また、各プレーヤの移動体の移動状態の監視処理、特殊パラメータの分配処理、ツインドリフトフラグの設定処理についても上記実施形態で説明したものに限定されず、これらと均等な手法も本発明の範囲に含まれる。
【０１１３】
また、上記実施形態では、移動体として車両を操作するレースゲームを例にとり説明したがこれに限られず、船舶又は飛行機などの各種の移動体を操作するゲーム等に適用可能である。
【０１１４】
また、本発明は、種々のゲームに適用できる。そして、本発明は、業務用ゲームシステム、家庭用ゲームシステム、多数のプレーヤが参加する大型アトラクションシステム、シミュレータ、マルチメディア端末、ゲーム画像を生成するシステムボード、携帯電話等の種々の画像生成システムに適用できる。
【図面の簡単な説明】
【０１１５】
【図１】本実施形態のゲームシステムの機能ブロック図。
【図２】本実施形態の手法を説明するための図。
【図３】本実施形態の手法を説明するための図。
【図４】本実施形態の手法を説明するための図。
【図５】本実施形態の手法を説明するための図。
【図６】本実施形態の手法を説明するための図。
【図７】本実施形態の具体的な処理例を示すフローチャート。
【図８】本実施形態の具体的な処理例を示すフローチャート。
【図９】本実施形態の具体的な処理例を示すフローチャート。
【図１０】本実施形態の具体的な処理例を示すフローチャート。
【図１１】本実施形態の具体的な処理例を示すフローチャート。
【図１２】本実施形態の応用例を示すネットワークシステムの説明図。
【図１３】本実施形態の応用例を示すネットワークシステムの説明図。
【符号の説明】
【０１１６】
１００ 処理部、１１０ ゲーム処理部、
１１１ 表示制御部、１１２ 移動体制御部、１１３ 移動状態監視部、
１１４ 特殊パラメータ更新部、１１５ 走行性能変更部、１１６ 通信制御部、
１２０ 描画部、１３０ 音生成部、
１６０ 操作部、１７０ 記憶部、１７２ 主記憶部、１７４ 描画バッファ、
１８０ 情報記憶媒体、１９０ 表示部、１９２ 音出力部、
１９４ 携帯型情報記憶装置、１９６ 通信部、
【特許請求の範囲】
【請求項１】
複数の移動体がグループを形成してレースゲームを行うためのプログラムであって、
前記移動体毎に設定される走行性能に基づいて前記移動体の移動制御を行う移動体制御部と、
前記移動体の移動状態を監視する移動状態監視部と、
所与の移動体の移動状態が所定の移動状態であることに基づいて、当該所与の移動体の特殊パラメータを増加させる更新処理を行う特殊パラメータ更新部と、
操作部に対する特定の操作に基づいて特殊パラメータを使用して移動体の走行性能を変化させる走行性能変更部としてコンピュータを機能させ、
前記特殊パラメータ更新部が、
前記所与の移動体が前記所定の移動状態であることに基づいて、同一グループに属する他の移動体が使用可能な特殊パラメータを増加させる更新処理を行うことを特徴とするプログラム。
【請求項２】
請求項１において、
前記移動状態監視部が、
同一グループに属する少なくとも２つの前記移動体が、所定の距離範囲内において前記所定の移動状態であるか否かを監視し、
前記特殊パラメータ更新部が、
前記所定の距離範囲内において前記所定の移動状態であった前記少なくとも２つの移動体については、特殊パラメータの増加量を変化させることを特徴とするプログラム。
【請求項３】
請求項２において、
移動体毎に前記所定の距離範囲を識別表示する処理を行う表示制御部としてコンピュータを機能させることを特徴とするプログラム。
【請求項４】
請求項１〜３のいずれかにおいて、
前記特殊パラメータが、移動体毎に設定され、
前記特殊パラメータ更新部が、
前記所与の移動体が前記所定の移動状態であることに基づいて、同一グループに属する他の移動体の特殊パラメータを増加させる更新処理を行い、
所定条件の成立に基づいて、同一グループに属する移動体の間で一方の移動体の特殊パラメータを減少させるとともに、他方の移動体の特殊パラメータを一方の移動体の特殊パラメータの減少量に応じて増加させる更新処理を行うことを特徴とするプログラム。
【請求項５】
コンピュータにより読み取り可能な情報記憶媒体であって、請求項１〜４のいずれかに記載のプログラムを記憶していることを特徴とする情報記憶媒体。
【請求項６】
複数の移動体がグループを形成してレースゲームを行うためのゲームシステムであって、
前記移動体毎に設定される走行性能に基づいて前記移動体の移動制御を行う移動体制御部と、
前記移動体の移動状態を監視する移動状態監視部と、
所与の移動体の移動状態が所定の移動状態であることに基づいて、当該所与の移動体の特殊パラメータを増加させる更新処理を行う特殊パラメータ更新部と、
操作部に対する特定の操作に基づいて特殊パラメータを使用して移動体の走行性能を変化させる走行性能変更部と、を含み、
前記特殊パラメータ更新部が、
前記所与の移動体が前記所定の移動状態であることに基づいて、同一グループに属する他の移動体が使用可能な特殊パラメータを増加させる更新処理を行うことを特徴とするゲームシステム。
【請求項１】
複数の移動体がグループを形成してレースゲームを行うためのプログラムであって、
前記移動体毎に設定される走行性能に基づいて前記移動体の移動制御を行う移動体制御部と、
前記移動体の移動状態を監視する移動状態監視部と、
所与の移動体の移動状態が所定の移動状態であることに基づいて、当該所与の移動体の特殊パラメータを増加させる更新処理を行う特殊パラメータ更新部と、
操作部に対する特定の操作に基づいて特殊パラメータを使用して移動体の走行性能を変化させる走行性能変更部としてコンピュータを機能させ、
前記特殊パラメータ更新部が、
前記所与の移動体が前記所定の移動状態であることに基づいて、同一グループに属する他の移動体が使用可能な特殊パラメータを増加させる更新処理を行うことを特徴とするプログラム。
【請求項２】
請求項１において、
前記移動状態監視部が、
同一グループに属する少なくとも２つの前記移動体が、所定の距離範囲内において前記所定の移動状態であるか否かを監視し、
前記特殊パラメータ更新部が、
前記所定の距離範囲内において前記所定の移動状態であった前記少なくとも２つの移動体については、特殊パラメータの増加量を変化させることを特徴とするプログラム。
【請求項３】
請求項２において、
移動体毎に前記所定の距離範囲を識別表示する処理を行う表示制御部としてコンピュータを機能させることを特徴とするプログラム。
【請求項４】
請求項１〜３のいずれかにおいて、
前記特殊パラメータが、移動体毎に設定され、
前記特殊パラメータ更新部が、
前記所与の移動体が前記所定の移動状態であることに基づいて、同一グループに属する他の移動体の特殊パラメータを増加させる更新処理を行い、
所定条件の成立に基づいて、同一グループに属する移動体の間で一方の移動体の特殊パラメータを減少させるとともに、他方の移動体の特殊パラメータを一方の移動体の特殊パラメータの減少量に応じて増加させる更新処理を行うことを特徴とするプログラム。
【請求項５】
コンピュータにより読み取り可能な情報記憶媒体であって、請求項１〜４のいずれかに記載のプログラムを記憶していることを特徴とする情報記憶媒体。
【請求項６】
複数の移動体がグループを形成してレースゲームを行うためのゲームシステムであって、
前記移動体毎に設定される走行性能に基づいて前記移動体の移動制御を行う移動体制御部と、
前記移動体の移動状態を監視する移動状態監視部と、
所与の移動体の移動状態が所定の移動状態であることに基づいて、当該所与の移動体の特殊パラメータを増加させる更新処理を行う特殊パラメータ更新部と、
操作部に対する特定の操作に基づいて特殊パラメータを使用して移動体の走行性能を変化させる走行性能変更部と、を含み、
前記特殊パラメータ更新部が、
前記所与の移動体が前記所定の移動状態であることに基づいて、同一グループに属する他の移動体が使用可能な特殊パラメータを増加させる更新処理を行うことを特徴とするゲームシステム。
【図１】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００８−６１８４３（Ｐ２００８−６１８４３Ａ）
【公開日】平成２０年３月２１日（２００８．３．２１）
【国際特許分類】
【出願番号】特願２００６−２４３３８５（Ｐ２００６−２４３３８５）
【出願日】平成１８年９月７日（２００６．９．７）
【出願人】（０００１３４８５５）株式会社バンダイナムコゲームス (1,157)
【Ｆターム（参考）】
【公開日】平成２０年３月２１日（２００８．３．２１）
【国際特許分類】
【出願日】平成１８年９月７日（２００６．９．７）
【出願人】（０００１３４８５５）株式会社バンダイナムコゲームス (1,157)
【Ｆターム（参考）】
[ Back to top ]