WO2004050203A1

WO2004050203A1 - 画像生成システム、プログラム及び情報記憶媒体

Info

Publication number: WO2004050203A1
Application number: PCT/JP2003/015393
Authority: WO
Inventors: Satoru Ouchi
Original assignee: Namco Ltd.
Priority date: 2002-12-04
Filing date: 2003-12-02
Publication date: 2004-06-17
Also published as: GB0422385D0; US20050096131A1; JP2004180969A; JP4125100B2; US7744463B2; GB2402350A

Abstract

　ゲーム進行に伴い消耗される消耗物（燃料、ライフ）のパラメータを演算し、ゲーム終了条件の設定が変化した場合に、その変化に応じて消耗物パラメータの変化率を変化させる。ゲーム終了条件が、コースの周回数、ゲームの制限時間、又はゲームノルマに関する条件であり、コースの周回数が少なくなるほど、ゲームの制限時間が短くなるほど、或いはゲームノルマが少なくなるほど、消耗物パラメータの変化率を大きくする。ゲームが進行して消耗物パラメータの値が零になった場合にオブジェクトの移動又は動作を不能にする。消耗物パラメータを、プレーヤにより設定された初期値から、プレーヤにより設定されたゲーム終了条件に基づき特定された変化率で、変化させる。

Description

明細書画像生成システム、プログラム及び情報記憶媒体 [技術分野]

本発明は、画像生成システム、プログラム及び情報記憶媒体に関する。 [背景技術]

従来より、仮想的な 3次元空間であるオブジェク卜空間内において所与の視点 (仮想カメラ）から見える画像を生成する画像生成システム（ゲームシステム）が知られており、いわゆる仮想現実を体験できるものとして人気が高い。競争ゲーム（カーゲーム）を楽しむことができる画像生成システムを例にとれば、プレーャは、操作部（ステアリング、シフトレバー、アクセルペダル、ブレーキぺダル等）を用いて移動オブジェクト（自プレーヤ移動オブジェクト、自車）を操作し、他のプレーヤ（コンピュータプレーヤ又は他の人間プレーヤ）が操作する移動オブジェクト（他プレーヤ移動オブジェクト、他車）と競争することでゲームを楽しむ。そして、このような画像生成システムでは、ゲームのリアル性を高めるために、タイヤなどの消耗物の消耗についてもシミュレ一卜することが望ましい。

しかしながら、例えばコースの周回数の設定などのゲーム終了条件（ゲームクリア条件）の設定が変化した場合に、消耗物の消耗を、現実世界の事象に忠実にシミュレートしょうとすると、プレーヤが納得できない不自然な事態が生じることが判明した。 [発明の開示]

本発明は、以上のような課題に鑑みてなされたものであり、その目的とするところは、不自然さの少ない消耗シミュレーションを実現できる画像生成システム、プログラム及び情報記憶媒体を提供することにある。

本発明は、画像生成を行う画像生成システムであって、画像生成のためのプログラム及びデータを記憶するメモリと、前記メモリに接続され、画像生成のための処理を行う少なくとも 1つのプロセッサとを含み、前記プロセッサが、操作部からの操作データに基づいてゲーム処理を行い、ゲーム終了条件が満たされた場合にゲームを終了させる処理を行うゲーム処理部と、ゲーム進行に伴い消耗される消耗物のパラメ一夕を演算するパラメ一夕演算部と、ゲーム処理の結果に基づいてゲーム画像を生成する画像生成部とを含み、前記パラメ一夕演算部が、ゲーム終了条件の設定が変化した場合に、その変化に応じて消耗物パラメ一夕の変化率を変化させる画像生成システムに関係する。また本発明は、上記各部としてコンピュー夕を機能させるプログラムに関係する。また本発明は、コンピュータ読み取り可能な情報記憶媒体であって、上記各部としてコンピュータを機能させるプログラムを記憶（記録）した情報記憶媒体に関係する。

本発明では、操作部からの操作デ一夕に基づいてゲーム処理が行われ、ゲームが進行する。そしてゲーム終了条件が満たされるとゲームが終了する。そして本発明では、ゲーム進行に伴い消耗する消耗物のパラメ一夕の演算処理が行われ、ゲーム終了条件の設定が変化すると、その変化に応じて消耗物パラメ一夕の変化率が変化する。例えば、ゲーム終了条件が、ゲーム終了時期を早める方向に変化した場合には、消耗物パラメ一夕の変化率を大きくすることができる。また、ゲ —ム終了条件が、ゲーム終了時期を遅くする方向に変化した場合には、消耗物パラメ一夕の変化率を小さくすることができる。このようにすれば、例えば、ゲーム終了時点における消耗物パラメ一夕の値を、同じ条件の下では、ゲーム終了条件に依らずに一定の値になるように制御できる。これにより、プレーヤが納得できる消耗シミュレーションを実現できる。

また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記ゲーム終了条件が、コースの周回数、ゲームの制限時間、又はゲームノルマの設定に関する条件であり、前記パラメ一夕演算部が、コースの周回数が少なくなるほど、又はゲームの制限時間が短くなるほど、又はゲームノルマが少なくなるほど、消耗物パラメ一夕の変化率を大きくするようにしてもよい。

このように、周回数、制限時間、或いはゲームノルマの設定に応じて、消耗物パラメータの変化率を変化させれば、より適切な消耗シミュレーションを実現できる。なお、周回数、制限時間、或いはゲームノルマの設定は、プレーヤが設定画面等を用いて行ってもよいし、コンピュータが自動的に行ってもよい。

また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、ォブジェク卜の移動又は動作を制御するォブジェクト制御部を含み（オブジェクト制御部としてコンピュータを機能させ）、前記オブジェクト制御部が、ゲームが進行して消耗物パラメ一夕の値が零になった場合に、オブジェクトの移動又は動作を不能にする或いは制限するようにしてもよい。

このようにすれば、消耗物が尽きて、オブジェクトの移動又は動作が不能になつたり、制限されたことを、プレーヤに効果的に伝えることができ、リアルな消耗シミュレ一ションを実現できる。

また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記ゲーム処理部が、消耗物パラメ一夕の初期値をプレーヤに設定させるための処理を行い、前記パラメ一夕演算部が、消耗物パラメ一夕を、プレーヤにより設定された初期値から変化させるようにしてもよい。

このようにすれば、プレーヤにより任意に設定された初期値から、消耗物パラメータの値が変化するようになる。そして、このように初期値が任意に設定された場合にも、本発明では、ゲーム終了条件の設定の変化に応じて消耗物パラメ一夕の変化率が変化するため、プレーヤが納得できる消耗シミュレーションを実現できる。

また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記ゲーム処理部が、ゲーム終了条件をプレーヤに設定させるための処理を行い、前記パラメ一夕演算部が、消耗物パラメ一夕を、プレーヤにより設定されたゲーム終了条件に基づき特定された変化率で、変化させるようにしてもよい。このようにすれば、プレーヤにより任意に設定されたゲーム終了条件に基づき特定された変化率で、消耗物パラメ一夕の値が変化するようになる。そして、このようにゲーム終了条件が任意に設定された場合にも、本発明では、ゲーム終了条件の設定の変化に応じて消耗物パラメ一夕の変化率が変化するため、プレーヤが納得できる消耗シミュレーションを実現できる。

また本発明に係る画像生成システム、プログラム及び情報記憶媒体では、前記消耗物パラメ一夕が、燃料、パーツ、ライフ、又は武器の弾数についてのパラメ —夕であってもよい。但し本発明の消耗物パラメ一夕は、このような消耗物のパラメ一夕に限定されない。

[図面の簡単な説明]

図 1は、本実施形態の画像生成システムの機能ブロック図の例である。

図 2 A、図 2 Bは、ゲーム画像やコースの例である。

図 3は、周回数、走行能力の設定画面例である。

図 4は、ガス欠処理の説明図である。

図 5 A、図 5 Bは、周回数に応じて燃料減少率を変化させる手法の説明図である。

図 6 A、図 6 Bは、作戦時間に応じて燃料減少率、弹数減少率等を変化させる手法の説明図である。

図 7 A、図 7 Bは、制限時間に応じてライフ減少率を変化させる手法の説明図である。

図 8は、オブジェクトの移動、動作を不能にする処理の説明図である。

図 9は、本実施形態の処理のフローチャート例である。

図 1 0は、本実施形態の処理のフローチャート例である。

図 1 1は、エンジン回転数と燃料消費率の関係の例である。

図 1 2は、ハードウェア構成例である。

図 1 3 A〜図 1 3 Cは、種々の形態のシステム例である。 [発明を実施するための最良の形態]

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

1. 構成

図 1に、本実施形態の画像生成システム（ゲームシステム）の機能ブロック図の例を示す。なお、本実施形態の画像生成システムは、図 1の構成要素（各部）を全て含む必要はなく、その一部（例えば操作部 1 60、携帯型情報記憶装置 1 94又は通信部 1 96等）を省略した構成としてもよい。

操作部 160は、プレーヤが操作データを入力するためのものであり、その機能は、レバー、ボタン、ステアリング、シフトレバー、アクセルペダル、ブレーキペダル、マイク、センサー、夕ツチパネル型ディスプレイ、或いは筐体などのハードウェアにより実現できる。

記憶部 1 70は、処理部 100や通信部 1 96などのワーク領域となるもので、その機能は RAMなどのハードウエアにより実現できる。

情報記憶媒体 1 80 (コンピュータにより読み取り可能な媒体）は、プロダラムゃデ一夕などを格納するものであり、その機能は、光ディスク（CD、 DVD)、光磁気ディスク（MO) 、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ROM) などのハードウェアにより実現できる。処理部 100は、この情報記憶媒体 1 80に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。即ち情報記憶媒体 1 80には、本実施形態の各部としてコンピュー夕を機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶（記録、格納）される。

表示部 190は、本実施形態により生成された画像を出力するものであり、その機能は、 CRT、 LCD, 夕ツチパネル型ディスプレイ、或いは HMD (へッドマウントディスプレイ）などのハードウエアにより実現できる。

音出力部 1 9 2は、本実施形態により生成された音を出力するものであり、その機能は、スピーカ、或いはへッドフォンなどのハードウエアにより実現できる。携帯型情報記憶装置 1 9 4は、プレーヤの個人データやゲームのセーブデ一夕などが記憶されるものであり、この携帯型情報記憶装置 1 9 4としては、メモリカードや携帯型ゲーム装置などがある。

通信部 1 9 6は、外部（例えばホスト装置や他の画像生成システム）との間で通信を行うための各種の制御を行うものであり、その機能は、各種プロセッサ又は通信用 A S I Cなどのハードウェアや、プログラムなどにより実現できる。なお本実施形態の各部としてコンピュータを機能させるためのプログラム（デ一夕）は、ホスト装置（サーバー）が有する情報記憶媒体からネットワーク及び通信部 1 9 6を介して情報記憶媒体 1 8 0 (記憶部 1 7 0 ) に配信するようにしてもよい。このようなホスト装置（サーバー）の情報記憶媒体の使用も本発明の範囲内に含めることができる。

処理部 1 0 0 (プロセッサ）は、操作部 1 6 0からの操作データやプログラムなどに基づいて、ゲーム処理、画像生成処理、或いは音生成処理などの各種の処理を行う。この場合、処理部 1 0 0は、記憶部 1 7 0内の主記憶部 1 7 2をヮーク領域として使用して、各種の処理を行う。この処理部 1 0 0の機能は、各種プ口セッサ（C P U、 D S P等）又は A S I C (ゲートアレイ等）などのハードウエアや、プログラム（ゲームプログラム）により実現できる。

処理部 1 0 0は、ゲーム処理部 1 1 0、オブジェクト制御部 1 1 2、パラメ一夕演算部 1 1 4、画像生成部 1 2 0、音生成部 1 3 0を含む。

ここでゲーム処理部 1 1 0は、操作部 1 6 0 (ゲームコントローラ）からの操作データに基づいて、ゲーム画像を生成するための種々のゲーム処理を行う。このゲーム処理としては、例えば、ゲーム開始条件（参加するプレーヤの人数、コースゃマップの選択、又はプレーヤが使用するォブジェク卜の選択についての条件等）を設定するための処理、ゲーム終了条件（コースの周回数、ゲームの制限時間、又はゲームノルマについての条件）を設定するための処理、ゲーム開始条件が満たされた場合にゲームを開始させる処理、ゲームを進行させる処理、ゲームに登場するオブジェクト（表示物）を配置する処理、オブジェクトを表示するための処理、ゲーム結果を演算する処理、或いはゲーム終了条件が満たされた場合にゲームを終了させる処理などがある。

オブジェクト制御部 1 1 2 (シミュレーション演算部、移動 ·動作演算部）は、オブジェクト（移動オブジェクト）を制御する処理を行う。例えばオブジェクト制御部 1 12は、オブジェクト（移動オブジェクト）の移動情報（位置情報、方向情報、速度情報或いは加速度情報）を求める処理を行う。即ち、操作部 1 60 によりプレーヤが入力した操作デ一夕やゲームプログラムなどに基づいて、ォブジェクトをォブジェク卜空間内で移動させる処理を行う。

より具体的には、オブジェク卜制御部 1 1 2は、オブジェク卜の位置や回転角度（方向）を例えば 1フレーム（1 60秒等）毎に変化させる。例えば（k一 1) フレームでのオブジェクトの位置（X、 Y又は Z座標）、回転角度（X、 Y 又は Z軸回りの回転角度）を Pk-1、 0k-lとし、オブジェクトの 1フレームでの位置変化量（速度）、回転変化量（回転速度）を ΔΡ、とする。すると kフレームでのオブジェクトの位置 Pk、回転角度 0 kは例えば下式（1) 、（2) のように求められる。

Pk=Pk-l + AP (1)

e =6 -\ + Ae (2)

なおオブジェクト制御部 1 1 2で行われる処理は上式（1) (2) の処理に限定されず、（1) (2) と均等な処理でもよい。

またオブジェクト制御部 1 1 2は、オブジェクト（移動オブジェクト）の動作情報（オブジェクトの各パーツの位置情報、方向情報）を求める処理を行う。即ち、操作部 160によりプレーヤが入力した操作データやゲームプログラムなどに基づいて、オブジェクトを動作（モーション、アニメーション）させる処理を行う。より具体的には、オブジェクト制御部 1 1 2は、オブジェクトのモーションをモーションデータに基づいて再生する処理等を行う。即ち、オブジェクト（モデルォブジェク卜、スケルトン、キャラクタ）を構成する各パーツオブジェク卜（スケルトンを構成する骨）の位置又は回転角度（方向）等を含むモーションデータを、記憶部 1 7 0 (モーションデータ記憶部）から読み出す。そして、オブジェクトの各パーツオブジェクト（骨）を動かすことで（スケルトン形状を変形させることで）、オブジェクトのモーションを再生する。

パラメ一夕演算部 1 1 4は、消耗物（消費物）パラメータ等の各種パラメ一夕についての演算処理を行う。ここで消耗物は、ゲーム進行に伴い消耗する物をゲームにおいて擬似的に表現したものである。この消耗物としては、燃料、パーツ、ライフ（体力）、武器の弾数（武器の残量）、物資、或いは資源などがある。燃料は、例えばオブジェクト（移動オブジェクト）の移動や動作のシミュレ一シヨンを行うためにオブジェク卜に擬似的に搭載されるものである。この燃料（広義には消耗物。以下の説明でも同様）のパラメ一夕の値が零になるとォブジェク卜の移動又は動作が不能になる。パーツは、オブジェクトに装着されるものであり、例えばタイヤ、サスペンション、車体、ブレーキ、エンジン、翼、又は武器等などがある。これらのパーツは、オブジェクトの移動又は動作に伴い、その性能が低下してゆく。またライフは、格闘ゲーム、ロボット対戦ゲーム、飛行機ゲーム、又は宇宙船ゲームなどにおいて、オブジェクト（格闘家、ロボット、飛行機、宇宙船）の耐久力（体力値）を表すものである。このライフのパラメータの値が零になると、例えば、オブジェクトの移動又は動作は不能になり（ノックダゥンされ）、勝敗の決着がつき、ゲームが終了する。また、武器の弾数は、ォブジェク卜が使用する武器（ミサイル、鉄砲、機関銃、レーザ等）の弾の数（残弹数）である。弾が尽きると、武器から弾を発射できなくなる。また物資、資源は、戦略シミュレーションゲームなどにおいて使用されるものである。

そして本実施形態においてパラメータ演算部 1 1 4は、ゲーム終了条件（ゲ一ムクリア条件。ゲーム設定）が変化した場合に、その変化に応じて消耗物パラメ一夕の変化率（消耗率、消費率、低下率）を変化させる。より具体的には、例えば、ゲーム終了条件が、周回数（ 1回のゲームで周回する必要がある最大周回数）、制限時間（ゲームを開始してからゲームが終了するまでの時間）、又はゲームノルマ（ゲームにおいてプレーヤが達成することが要求されるノルマ）に関する条件であるとする。このような場合には、走行すべき周回数（最大周回数）が少なくなるほど、又は制限時間が短くなるほど、又はゲームノルマが少なくなるほど、消耗物パラメ一夕の変化率を大きくする。このようにすることで、ゲーム終了条件が変化した場合にも、ゲーム終了時において、消耗物パラメ一夕の値が零付近になるようなゲーム調整が可能になり、不自然さの少ない消耗物シミュレーションを実現できる。

画像生成部 1 2 0は、処理部 1 0 0で行われる種々の処理（ゲーム処理）の結果に基づいて描画処理を行い、これにより画像を生成し、表示部 1 9 0に出力する。即ち、いわゆる 3次元のゲーム画像を生成する場合には、まず、座標変換、クリッビング処理、透視変換或いは光源処理等のジオメトリ処理が行われ、その処理結果に基づいて、描画データ（プリミティブ面の頂点の位置座標、テクスチャ座標、色データ、法線ベクトル或いは α値等）が作成される。そして、この描画データ（プリミティブ面データ）に基づいて、透視変換後（ジオメトリ処理後) のオブジェクト（ 1又は複数プリミティブ面）が、描画バッファ 1 7 4 (フレームバッファ、ワークバッファ等のピクセル単位で画像情報を記憶できるバッファ）に描画される。これにより、オブジェクト空間内において仮想カメラ（所与の視点）から見える画像が生成されるようになる。

音生成部 1 3 0は、処理部 1 0 0で行われる種々の処理の結果に基づいて音処理を行い、 B G M、効果音、又は音声などのゲーム音を生成し、音出力部 1 9 2 に出力する。

なお、本実施形態の画像生成システムは、 1人のプレーヤのみがプレイできるシングルプレーヤモード専用のシステムにしてもよいし、このようなシングルプレーャモードのみならず、複数のプレーヤがプレイできるマルチプレーヤモードも備えるシステムにしてもよい。

また複数のプレーヤがプレイする場合に、これらの複数のプレ一ャに提供するゲーム画像やゲーム音を、 1つの端末を用いて生成してもよいし、ネットヮ一ク

(伝送ライン、通信回線）などで接続された複数の端末（ゲーム機、携帯電話）を用いて生成してもよい。

2 . 本実施形態の手法

次に本実施形態の手法について図面を用いて説明する。

2 . 1 ゲームの概要

図 2 Aに本実施形態により生成されるゲーム画像の例を示す。本実施形態ではプレーヤは、オブジェク卜 M O B (車）を操作してコースを周回させる。そして、他のプレーヤが操作するオブジェクト（敵車）と順位を争ったり、ラップタイムを競い合う。図 2 Bには、オブジェクト M O B (移動オブジェクト）を走行させるコースの例を示す。

そして本実施形態では、ゲームの開始前にプレーヤが、図 3に示すような設定画面を用いて各種のゲーム開始条件（ゲームモード）を設定する。具体的にはプレーャは、図 3の A 1に示すように周回数（最大周回数）を選択したり、ォブジェクトの走行能力を設定する。例えば周回数を 3周に設定した場合には、ォブジェクトがコースを 3周すると、 1つの区切りのゲームが終了する。また周回数を 5周に設定した場合には、コースを 5周すると、 1つの区切りのゲームが終了する。

また図 3の A 2に示すように、アクセル、ブレーキ、ハンドリングのパラメ一夕を調整することで、アクセルの踏み具合とエンジン出力の関係、ブレーキの踏み具合とストッピングパワーの調整、ステアりングの切り具合とオブジェク卜の曲がり具合の関係を調整できる。

また燃料のパラメ一夕を調整することで、オブジェクト（車）の燃料の初期搭載量（燃料パラメータの初期値と同義。以下の説明でも同様) を調整できる。例えば、燃料搭載量を多くすれば、走行可能な距離が増えるという利点が得られる一方で、オブジェクト（車体）が重くなるという不利点が生じる。また燃料搭載量を少なくすれば、オブジェクトが軽くなるという利点が得られる一方で、走行可能な距離が減るという不利点が生じる。プレーヤは、これらの利点、不利点を考慮して燃料の初期搭載量を決めることになる。

なお図 3では、燃料の初期搭載量は、絶対値ではなくパーセンテージで指定できるようになつている。即ちプレーヤは、満タン時の燃料の量に対する初期搭載量のパーセンテージ（割合）を指定する。そして初期搭載量が例えば 9 0パーセント（広義には Pパーセント）程度に設定されると、平均的な運転で、最大周回数の分だけコースを周回できるように調整されている。なお燃料の初期搭載量（燃料パラメ一夕の初期値）を絶対量で指定できるようにしてもよい。

燃料の初期搭載量をプレーヤが 9 0パーセントよりも少ないパーセンテージに設定するなどして、燃料が尽きてしまうと、図 4に示すようにオブジェクト M〇 Bはガス欠により移動不能（動作不能）になる。そしてプレーヤはリタイアしたものと扱われ、そのプレーヤのゲームは終了する。従ってプレーヤは、ガス欠によりリタイアせず且つ車体を軽くできる、ぎりぎりの燃料を搭載して、レースに望むことになる。

2 . 2 ゲーム終了条件に応じた消耗物パラメ一夕の変化率の設定

さて、燃料のような消耗物の消費を、現実世界の事象に忠実にシミュレートしようとすると、以下のような好ましくない状況が生じることが判明した。

即ち、現実世界の燃料の消費では、同一の条件の下では、燃料の減少率（消費率）は同一になるはずである。そして例えば、平均的な運転で、コースを 5周だけ周回した時に燃料が尽きるように、燃料パラメ一夕の減少率（広義には変化率) が設定されていたとする。即ち、コースを 1周する毎に燃料が 1 Z 5.になるように減少率が設定されていたとする。

この場合に、現実世界の事象に忠実に燃料消費のシミュレーションを行うと、図 3の設定画面でプレーヤが周回数を 2周に設定した場合にも、 5周に設定した場合と同一の減少率で燃料が消費されるはずである。従って、周回数を 2周に設定した場合には、 2周の周回が終わってゴールした時にも、燃料を使い切れないという事態が生じてしまう。従って、周回数を 5周に設定した場合と、 2周に設定した場合とで、最終ラップなどにおけるオブジェク卜の重さが異なってしまい、ラップタイムに差異が生じる。従って、プレーヤのゲーム結果（ラップタイム）に不公平感が生じてしまう。一方、コースを 2周だけ周回した時に燃料が尽きるように、燃料パラメ一夕の減少率が設定されていたとする。すると、図 3の設定画面でプレーヤが周回数を 5周に設定すると、燃料の消費が速くなりすぎて、ォブジェク卜の重さが不当に軽くなつてしまったり、途中でガス欠になってしまう事態が生じる。

そこで本実施形態では、周回数（広義にはゲーム終了条件）の設定に応じて、消耗物パラメ一夕の変化率を変化させるようにしている。

より具体的には図 5 Aのように、周回数（最大周回数）が 5周（広義には K周）に設定された場合には、燃料パラメ一夕の減少率を小さくする（例えば通常の値にする）。即ち、コースを 5周（K周）した時に、燃料パラメ一夕の値が零付近になるように、燃料パラメ一夕の減少率を設定する。別の言い方をすれば、 1周で、初期搭載量の 1 5 ( 1 ZK) だけ燃料が減少するように、減少率を設定する。

一方、図 5 Bのように、周回数が 2周（広義には L周。 Lぐ K) に設定された場合には、燃料パラメータの減少率を 5周（K周）の場合よりも大きくする。即ち、コースを 2周（L周）した時に、燃料パラメ一夕の値が零付近になるように、燃料パラメ一夕の減少率を設定する。別の言い方をすれば、 1周で、燃料が初期搭載量の 1 Z 2 ( 1 / L ) だけ減少するように、減少率を設定する。

このようにすれば、周回数を何周に設定しても、その設定した周回数の分だけコースを周回すれば、最終の周回の終了時点付近で燃料がほぼ尽きるようになる (図 3で初期燃料搭載量を 9 0パーセントにした場合）。従って、周回数が変化したことに起因する不自然な事態の発生を効果的に防止でき、これまでにない燃料消費のシミュレーションを実現できる。 2. 3 ゲーム終了条件

さて、消耗物パラメータの変化率を変化させるゲーム終了条件としては、コースの周回数に関する条件のみならず、種々のものを考えることができる。

例えば図 6 Aでは、プレーヤはオブジェクト MOB (飛行機）を操縦して、一定の作戦時間（広義には制限時間）内にミッションをクリアすることを目指す。そして、作戦時間内にミッションのクリアに成功したり、ミッションをクリアできずに作戦時間が経過したりすると、ゲーム終了条件が満たされ、ゲームが終了する。

この場合に本実施形態では、ゲーム終了条件の 1つである作戦時間に応じて、オブジェクト MOBの燃料減少率、弾数減少率、或いは被弾時（広義には攻撃を受けた時）のダメージ量を変化させる。より具体的には図 6 Bに示すように、作戦時間が短くなるほど、燃料減少率、弾数減少率、或いは被弾時のダメージ量を大きくする。

このようにすれば、作戦時間が長い場合でも（図 6A) 、作戦時間が短い場合でも（図 6 B) 、作戦時間が終わる頃に（ゲーム終了時に）、燃料、弾数、或いはライフ（体力、耐久力と同義）が丁度尽きるようになる。従って、作戦時間（制限時間）が変化したことに起因する不自然な事態の発生を防止でき、これまでにない消耗シミュレ一ションを実現できる。

また図 7 Aでは、プレーヤ PL 1 (第 1のプレーヤ）がオブジェクト MOB 1 (格闘家のキャラクタ）を操作し、プレーヤ PL 2 (第 2のプレーヤ）がォブジェクト MOB 2を操作し、互いに格闘するゲームを行う。そして制限時間内に、オブジェクト MOB 1、 MOB 2のいずれか一方のライフ値が零になったり、制限時間が終了すると、ゲーム終了条件が満たされ、ゲームが終了する。この場合に本実施形態では、ゲーム終了条件の 1つである制限時間に応じて、オブジェク卜 MOB l、 MOB 2についての、攻撃を受けた時のライフの減少率（ライフの減り具合、ダメージ量）を変化させる。より具体的には図 7 Bに示すように、制限時間が短くなるほど、攻撃を受けたと時のライフの減少率を大きくする。このようにすれば、制限時間が長い場合でも（図 7 A) 、制限時間が短い場合でも（図 7 B ) 、制限時間が終了する頃に（ゲーム終了時に）、格闘ゲームの勝敗の決着がつくようになり、プレーヤが納得できる格闘ゲームを実現できる。なお、ゲーム終了条件は、コースの周回数やゲームの制限時間などのゲームノルマ（ゲームにおいてプレーヤが達成することが要求されるノルマ）に関する条件に限らず、これら以外のゲームノルマに関する条件であってもよい。例えば、倒さなければならない敵の数、或いは正解しなければならない問題の数に関する条件であってもよい。

また、本実施形態の消耗物パラメータで表されるものは、燃料、ライフ、弾の数（残弾数）等に限定されない。例えば、オブジェクトに装着されるパーツ（夕ィャ、サスペンション、車体、ブレーキ、エンジン）についての消耗や、戦略シミュレーシヨンゲームにおける物資や資源についての消耗を、消耗物パラメ一夕を用いて表してもよい。例えばゲーム終了条件（周回数、制限時間、ゲームノルマ等）の変化に応じて、タイヤのグリップの変化率、サスペンションの疲労による特性変化率、衝突時における車体のダメージ量、ブレーキパッドの消耗率、ェンジンの出力低下率や故障発生率、或いは同一条件での物資や資源の消耗率を変化させてもよい。

2 . 4 消耗物パラメ一夕の値が零になった場合の処理

さて本実施形態では、ゲームが進行して消耗物パラメ一夕の値が零になった場合には、オブジェクトの移動を不能（不可）にする或いは制限したり、オブジェク卜の動作を不能（不可）にする或いは制限する。

例えば本実施形態では図 8において、操作部からの操作データ等に基づいてォブジェクト M O Bの移動情報（位置、方向、速度又は加速度等）を求めており、 M O Bをォブジェクト空間内で移動させる処理をフレーム周期 T ( 1 / 6 0秒）毎に行っている。即ちフレーム 1、 2、 3、 4、 5 · · · におけるオブジェクト M〇Bの位置 P 1、 Ρ 2、 Ρ 3、 Ρ 4、 Ρ 5 · · ·、方向（角度） D 1、 D 2、 D 3、 D 4、 D 5 - · 'を所定のアルゴリズムに従ったシミュレーション演算（数値演算）により求める'。例えば、フレーム 2での位置 P 2は、フレーム 1での位置 P 1と、フレーム 1での速度（フレーム周期 Tで移動する距離）に基づき求めることができる。そして、この速度は、加速度や空力抵抗や摩擦抵抗などに基づき求めることができ、加速度は、アクセルの踏み具合（エンジン出力）やブレーキの踏み具合（ブレーキング能力）などに基づき求めることができる。

そして本実施形態では、燃料（広義には消耗物）のパラメ一夕の値が零になると、オブジェクト M O Bの移動が不能になる。より具体的には、図 8のシミュレ —シヨン演算において加速度、速度が零になり、オブジェクト M O Bが停止する。これにより、ガス欠によりオブジェク卜 M O Bが走行不能になるという事象をシミュレ一卜できる。従ってプレーヤは、ガス欠にならないように燃料に気を使つて走行するようになり、レースのリアル度を高めることができる。

そしてこのようなガス欠というイベントを、現実世界に忠実にシミュレ一卜しようとすると、アクセルの踏み具合が同じであれば、燃料パラメ一夕の減少率は一定となる。従って、周回数（最大周回数）に依らずに所定の燃料消費時間で燃料パラメ一夕の値が零になり、オブジェクト M O Bはガス欠になってしまう。このため、プレーヤにとって、今ひとつ納得の行かない結果となってしまう。

この点、本実施形態では図 5 A、図 5 Bで説明したように、周回数が少なくなると、それにつれて燃料の減少率が大きくなる。従って、周回数が 5周の場合でも、 2周の場合でも、最終の周回の終了時点付近でガス欠イベントを生じさせることが可能になり、プレーヤが納得できるレースゲームを実現できる。

なお、消耗物パラメ一夕の値が零になった場合に、オブジェクトの移動ではなく、オブジェクトの動作を不能（不可）にするようにしてもよい。より具体的には、オブジェクトのモーションを動作不能状態（動かない状態）のモーションに変更する。例えば格闘ゲームの場合には、オブジェクト（キャラクタ）が倒れてしまい（ノックダウンされてしまい）、動けない状態に設定する。

また、消耗物パラメ一夕の値が零になった場合に、オブジェクトの移動や動作を完全に不能にするのではなく、単に制限するようにしてもよい。例えば、消耗物パラメ一夕の値が零になると、オブジェク卜の移動速度を極端に減少させたり、動作が極端に遅くなるようにする。或いは、オブジェクトがプレーヤの操作に反応しなくなるようにする。或いは、オブジェクトの攻撃力や防御力を極端に減少させる。このようにすることでも、消耗物パラメータの値が零になることにより発生するイベントを効果的に表現できる。

3. 本実施形態の処理

次に、本実施形態の詳細な処理例について、図 9、図 10のフローチャートを用いて説明する。

図 9は、周回数（広義にはゲーム終了条件）の設定に基づき燃料パラメ一夕（広義には消耗物パラメ一夕）の変化率を変化させる処理について説明するためのフローチャートである。

まず、最大周回数 Lma Xを設定し、燃料パラメ一夕 Fu 1 eに初期値（初期搭載量）を設定する（ステップ S l、 S 2) 。ここで最大周回数 Lma Xや、燃料パラメ一夕 Fu e 1の初期値は、図 3のようにプレーヤが設定してもよいし、コンピュータが自動的に設定してもよい。

次に、アクセル開度とエンジン回転数に基づいて、単位時間（1フレーム）あたりの燃料消費量である燃料変化率 d f を求める（ステップ S 3)。具体的には、図 1 1に示すようなエンジン回転数と燃料消費量の関係に基づいて、単位時間あたりの燃料消費量である燃料変化率 d f を求める。

次に、 Fu e l =Fu e l— d f ZLma xという演算を行う（ステップ S 4)。即ち、燃料（消耗物）パラメ一夕 Fu e 1を、ステップ S 2でプレーヤ（又はコンピュー夕）により設定された初期値から変化（減少）させる。この場合に、本実施形態では、燃料変化率 d f を Lma Xで除算する演算を行っている。即ち、燃料（消耗物）パラメ一夕 Fu 1 eを、プレーヤ（又はコンピュータ）により設定された最大周回数 Lma X (ゲーム終了条件）に基づき特定された変化率 d f ノ Lma xで、変化させている。これにより、図 5 A、図 5 Bで説明したように、周回数の変化（減少）に応じて、燃料変化率を変化（減少）させることが可能になる。

次に、 F u e 1≤ 0か否かを判断し（ステップ S 5) 、 Fu e l≤0の場合には、図 4、図 8で説明したガス欠処理を行う（ステップ S 6) 。即ち、オブジェク卜の移動又は動作を不能にしたり、制限する。そして、オブジェクト（車、バイク）がガス欠になった場合には、ゲーム終了条件が満たされたと判断してゲームを終了する（ステップ S 9) 。

一方、 Fu e l〉0の場合には、その他のゲーム処理（ゲームを進行させる処理、オブジェクトを移動させる処理、オブジェクトを動作させる処理、或いはォブジェク卜を表示する処理等）を行う（ステップ S 7) 。そして、ゲーム終了条件が満たされたか否かを判断する（ステップ S 8) 。具体的には、例えば最大周回数 Lm a Xだけオブジェクト（車、バイク）が周回したか否かなどを判断する。そして、ゲーム終了条件が満たされていない場合にはステップ S 3に戻る。一方、ゲーム終了条件が満たされた場合にはゲームを終了する（ステップ S 9) 。

図 10は、制限時間（広義にはゲーム終了条件）の設定に基づきライフパラメ一夕（広義には消耗物パラメータ）の変化率を変化させる処理について説明するためのフローチヤ一トである。

まず、制限時間 T 1 i mを設定し、ライフパラメ一夕 L i f eに初期値を設定する（ステップ S 1 1、 S 1 2) 。ここで制限時間 T 1 i mや、ライフパラメ一夕 L i f eの初期値は、プレーヤが設定してもよいし、コンピュータが自動的に設定してもよい。

次に、攻撃側（一方のオブジェクト）の攻撃力と防御側（他方のオブジェクト）の防御力に基づいて、 1回の攻撃あたりのダメージ量であるライフ変化率 d 1を求める（ステップ S 13) 。

次に、 L i f e =L i f e - d 1 /T 1 i mという演算を行う（ステップ S 1 4 ) 。即ち、ライフ（消耗物）パラメ一夕 L i f eを、ステップ S 12でプレーャ（又はコンピュータ）により設定された初期値から変化（減少）させる。この場合に、本実施形態では、ライフ変化率 d lを T l i mで除算する演算を行っている。即ち、ライフ（消耗物）パラメ一夕 L i f eを、プレーヤ（又はコンビュ一夕）により設定された制限時間 T 1 i m (ゲーム終了条件）に基づき特定された変化率 d 1 / Ύ 1 i mで、変化させている。これにより、制限時間の変化（減少）に応じて、ライフ変化率を変化（減少）させることができる。

次に、 L i f e≤0か否かを判断し（ステップ S 1 5 ) 、 L i f e≤ 0の場合には、オブジェクト（キャラクタ）をダウンさせる処理を行う（ステップ S 1 6 )。即ち、オブジェクトの移動又は動作を不能にしたり、制限する。そして、ォブジェク卜がダウンした場合には、ゲーム終了条件が満たされたと判断して、ゲームを終了させる（ステップ S 1 9 ) 。

一方、 L i f e > 0の場合には、その他のゲーム処理（ゲームを進行させる処理、オブジェクトを移動させる処理、オブジェクトを動作させる処理、或いはォブジェクトを表示する処理等）を行う（ステップ S 1 7 ) 。そして、ゲーム終了条件が満たされたか否かを判断する（ステップ S 1 8 ) 。具体的には、例えば、制限時間 T 1 i mが経過したか否かなどを判断する。そして、ゲーム終了条件が満たされていない場合にはステップ S 1 3に戻る。一方、ゲーム終了条件が満たされた場合にはゲームを終了する（ステップ S 1 9 ) 。

4 . ハードウェア構成

次に、本実施形態を実現できるハードウェアの構成の一例について図 1 2を用いて説明する。

メインプロセッサ 9 0 0は、 C D 9 8 2 (情報記憶媒体）に格納されたプログラム、通信インターフェース 9 9 0を介して転送されたプログラム、或いは R〇 M 9 5 0 (情報記憶媒体の 1つ）に格納されたプログラムなどに基づき動作し、ゲーム処理、画像処理、音処理などの種々の処理を実行する。

コプロセッサ 9 0 2は、メインプロセッサ 9 0 0の処理を補助するものであり、高速並列演算が可能な積和算器ゃ除算器を有し、マ卜リクス演算.（べクトル演算）を高速に実行する。例えば、オブジェクトを移動させたり動作（モーション）させるための物理シミュレーシヨンに、マ卜リクス演算などの処理が必要な場合には、メインプロセッサ 9 0 0上で動作するプログラムが、その処理をコプロセッサ 9 0 2に指示（依頼）する。

ジオメトリプロセッサ 9 0 4は、座標変換、透視変換、光源計算、曲面生成などのジオメトリ処理を行うものであり、高速並列演算が可能な積和算器ゃ除算器を有し、マトリクス演算（べクトル演算）を高速に実行する。例えば、座標変換、透視変換、光源計算などの処理を行う場合には、メインプロセッサ 9 0 0で動作するプログラムが、その処理をジオメ卜リプロセッサ 9 0 4に指示する。

デ一夕伸張プロセッサ 9 0 6は、圧縮された画像データや音データを伸張するデコード処理を行ったり、メインプロセッサ 9 0 0のデコード処理をァクセレ一卜する処理を行う。これにより、オープニング画面、インターミッション画面、エンディング画面、或いはゲーム画面などにおいて、 M P E G方式等で圧縮された動画像を表示できるようになる。なお、デコード処理の対象となる画像データや音データは、 R O M 9 5 0、 C D 9 8 2に格納されたり、或いは通信インターフェース 9 9 0を介して外部から転送される。

描画プロセッサ 9 1 0は、ポリゴンや曲面などのプリミティブ（プリミティブ面）で構成されるオブジェクトの描画（レンダリング）処理を高速に実行するものである。オブジェクトの描画の際には、メインプロセッサ 9 0 0は、 D M Aコントロ一ラ 9 7 0の機能を利用して、オブジェクトデ一夕を描画プロセッサ 9 1 0に渡すと共に、必要であればテクスチャ記憶部 9 2 4にテクスチャを転送する。すると、描画プロセッサ 9 1 0は、これらのオブジェクトデ一夕やテクスチャに基づいて、 Zバッファなどを利用した隠面消去を行いながら、オブジェクトをフレームバッファ 9 2 2に高速に描画する。また、描画プロセッサ 9 1 0は、ひブレンディング（半透明処理）、デブスキュ一^ f ング、ミツプマッピング、フォグ処理、バイリニア · フィル夕リング、卜ライリニア ' フィル夕リング、アンチェリアシング、シェーディング処理なども行うことができる。そして、 1フレーム分の画像がフレームバッファ 9 2 2に書き込まれると、その画像はディスプレイ 9 1 2に表示される。サウンドプロセッサ 930は、多チヤンネルの AD P CM音源などを内蔵し、 BGM、効果音、音声などの高品位のゲーム音を生成する。生成されたゲーム音は、スピーカ 932から出力される。

ゲームコント口一ラ 942 (レバ一、ボタン、筐体、パッド型コントローラ又はガン型コントローラ等）からの操作デ一夕や、メモリカード 944からのセーブデ一夕、個人データは、シリアルインターフェース 940を介してデータ転送される。

ROM 950にはシステムプログラムなどが格納される。なお、業務用ゲームシステムの場合には、 ROM 950が情報記憶媒体として機能し、 ROM950 に各種プログラムが格納されることになる。なお、 ROM 950の代わりにハードディスクを利用するようにしてもよい。

RAM 960は、各種プロセッサの作業領域として用いられる。

DMAコントローラ 970は、プロセッサ、メモリ（RAM、 VRAM, R〇 M等）間での DMA転送を制御するものである。

CDドライブ 980は、プログラム、画像デ一夕、或いは音データなどが格納される CD 982 (情報記憶媒体）を駆動し、これらのプログラム、データへのアクセスを可能にする。

通信ィン夕ーフェース 990は、ネットワークを介して外部との間でデ一夕転送を行うためのインターフェースである。この場合に、通信インタ一フェース 9 90に接続されるネットワークとしては、通信回線（アナログ電話回線、 I SD N) 、高速シリアルバスなどを考えることができる。そして、通信回線を利用することでインターネットを介したデータ転送が可能になる。また、高速シリアルバスを利用することで、他の画像生成システムとの間でのデータ転送が可能になる。

なお、本実施形態の各部（各手段）は、その全てを、ハードウェアのみにより実現してもよいし、情報記憶媒体に格納されるプログラムや通信インターフエ一スを介して配信されるプログラムのみにより実現してもよい。或いは、ハードウエアとプログラムの両方により実現してもよい。

そして、本実施形態の各部をハードウエアとプログラムの両方により実現する場合には、情報記憶媒体には、ハードウェア（コンピュータ）を本実施形態の各部として機能させるためのプログラムが格納されることになる。より具体的には、上記プログラムが、ハードウェアである各プロセッサ 9 0 2、 9 0 4、 9 0 6、 9 1 0、 9 3 0等に処理を指示すると共に、必要であればデータを渡す。そして、各プロセッサ 9 0 2、 9 0 4、 9 0 6、 9 1 0、 9 3 0等は、その指示と渡されたデ一夕とに基づいて、本発明の各部を実現することになる。

図 1 3 Aに、本実施形態を業務用ゲームシステム（画像生成システム）に適用した場合の例を示す。プレーヤは、ディスプレイ 1 1 0 0上に映し出されたゲーム画像を見ながら、操作部 1 1 0 2 (レバ一、ボタン）を操作してゲームを楽しむ。内蔵されるシステムボード（サーキットボード） 1 1 0 6には、各種プロセッサ、各種メモリなどが実装される。そして、本実施形態の各部を実現するためのプログラム（データ）は、システムボード 1 1 0 6上の情報記憶媒体であるメモリ 1 1 0 8に格納される。以下、このプログラムを格納プログラム（格納情報）と呼ぶ。

図 1 3 Bに、本実施形態を家庭用のゲームシステム（画像生成システム）に適用した場合の例を示す。プレーヤはディスプレイ 1 2 0 0に映し出されたゲーム画像を見ながら、コントローラ 1 2 0 2、 1 2 0 4などを操作してゲームを楽しむ。この場合、上記格納プログラム（格納情報）は、本体システムに着脱自在な情報記憶媒体である C D 1 2 0 6、或いはメモリカード 1 2 0 8、 1 2 0 9などに格納されている。

図 1 3 Cに、ホスト装置 1 3 0 0と、このホスト装置 1 3 0 0とネットワーク 1 3 0 2 ( L A Nのような小規模ネットワークや、インターネットのような広域ネッ卜ワーク）を介して接続される端末 1 3 0 4 - 1〜 1 3 0 4 - n (ゲーム機、携帯電話）とを含むシステムに本実施形態を適用した場合の例を示す。この場合、上記格納プログラム（格納情報）は、例えばホスト装置 1 3 0 0が制御可能な磁気ディスク装置、磁気テープ装置、メモリなどの情報記憶媒体 1 3 0 6に格納されている。端末 1 3 0 4 - 1〜 1 3 0 4 - nが、スタンドアロンでゲーム画像、ゲーム音を生成できるものである場合には、ホスト装置 1 3 0 0からは、ゲーム画像、ゲーム音を生成するためのゲームプログラム等が端末 1 3 0 4 -：！〜 1 3 0 4 -n に配送される。一方、スタンドアロンで生成できない場合には、ホス卜装置 1 3 0 0がゲーム画像、ゲーム音を生成し、これを端末 1 3 0 4 - 1〜 1 3 0 4 -nに伝送し端末において出力することになる。

なお、図 1 3 Cの構成の場合に、本実施形態の各部を、ホスト装置（サーバー）と端末とで分散して実現するようにしてもよい。また、本実施形態の各部を実現するための上記格納プログラム（格納情報）を、ホスト装置（サーバー）の情報記憶媒体と端末の情報記憶媒体に分散して格納するようにしてもよい。

またネットワークに接続する端末は、家庭用ゲームシステムであってもよいし業務用ゲームシステムであってもよい。

なお本発明は、上記実施形態で説明したものに限らず、種々の変形実施が可能である。

例えば、明細書又は図面中の記載において広義な用語（消耗物、ゲーム終了条件、変化率等）として引用された用語（燃料 ·体力、周回数 ·制限時間 ·作戦時間、消耗率 ·減少率等）は、明細書又は図面中の他の記載においても広義な用語に置き換えることができる。

また、消耗物パラメ一夕の演算手法、消耗物パラメ一夕の変化率の演算手法、ゲーム終了条件の判断手法等も、本実施形態で説明したものに限定されず、これと均等な種々の変形実施が可能である。

また消耗物パラメータ、ゲーム終了条件についても、本実施形態で説明したものに限定されず、.これと均等な種々のものを採用できる。

また、本発明のうち従属請求項に係る発明においては、従属先の請求項の構成要件の一部を省略する構成とすることもできる。また、本発明の 1の独立請求項に係る発明の要部を、他の独立請求項に従属させることもできる。また、本発明は種々のゲーム（格闘ゲーム、競争ゲーム、シユーティングゲ一ム、ロボット対戦ゲーム、スポーツゲーム、ロールプレイングゲーム等）に適用できる。

また本発明は、業務用ゲームシステム、家庭用ゲームシステム、多数のプレーャが参加する大型アトラクションシステム、シミュレータ、マルチメディァ端末、ゲーム画像を生成するシステムボ一ド等の種々の画像生成システム（ゲームシステム）に適用できる。

Claims

1 . 画像生成を行う画像生成システムであって、

画像生成のためのプロダラム及びデ一夕を記憶するメモリと、

前記メモリに接続され、画像生成のための処理を行う少なくとも 1つのプロセッサとを含み、

前記プロセッサが、き卩

操作部からの操作データに基づいて求ゲーム処理を行い、ゲーム終了条件が満たされた場合にゲームを終了させる処理を D行 4 うゲーム処理部と、

ゲーム進行に伴い消耗される消耗物のパラメ一夕を演算するパラメ一夕演算部囲

と、

ゲーム処理の結果に基づいてゲーム画像を生成する画像生成部とを含み、前記パラメータ演算部が、

ゲーム終了条件の設定が変化した場合に、その変化に応じて消耗物パラメ一夕の変化率を変化させることを特徴とする画像生成システム。

2 . 請求項 1において、

前記ゲーム終了条件が、コースの周回数、ゲームの制限時間、又はゲームノルマの設定に関する条件であり、

前記パラメ一夕演算部が、

コースの周回数が少なくなるほど、又はゲームの制限時間が短くなるほど、又はゲームノルマが少なくなるほど、消耗物パラメータの変化率を大きくすることを特徴とする画像生成システム。

3 . 請求項 1において、

前記プロセッサが、オブジェク卜の移動又は動作を制御するォブジェク卜制御部を含み、前記オブジェク卜制御部が、

ゲームが進行して消耗物パラメ一夕の値が零になった場合に、オブジェク卜の移動又は動作を不能にする或いは制限することを特徴とする画像生成システム。

4 . 請求項 1において、

前記ゲーム処理部が、

消耗物パラメ一夕の初期値をプレーヤに設定させるための処理を行い、前記パラメ一夕演算部が、

消耗物パラメ一夕を、プレーヤにより設定された初期値から変化させることを, 特徴とする画像生成システム。

5 . 請求項 1において、

前記ゲーム処理部が、

ゲーム終了条件をプレーヤに設定させるための処理を行い、

前記パラメ一夕演算部が、

消耗物パラメ一夕を、プレーヤにより設定されたゲーム終了条件に基づき特定された変化率で、変化させることを特徴とする画像生成システム。

6 . 請求項 1において、

前記消耗物パラメ一夕が、

燃料、パーツ、ライフ、又は武器の弾数についてのパラメ一夕であることを特徴とする画像生成システム。

7 . 画像を生成するためのプログラムであって、

操作部からの操作データに基づいてゲーム処理を行い、ゲーム終了条件が満たされた場合にゲームを終了させる処理を行うゲーム処理部と、

ゲーム進行に伴い消耗される消耗物のパラメータを演算するパラメ一夕演算部と、

ゲーム処理の結果に基づいてゲーム画像を生成する画像生成部として、コンピュータを機能させると共に、

前記パラメ一夕演算部が、

ゲーム終了条件の設定が変化した場合に、その変化に応じて消耗物パラメ一夕の変化率を変化させることを特徴とするプログラム。

8 . 請求項 7において、

前記パラメ一夕演算部が、

コースの周回数が少なくなるほど、又はゲームの制限時間が短くなるほど、又はゲームノルマが少なくなるほど、消耗物パラメータの変化率を大きくすることを特徴とするプログラム。

9 . 請求項 7において、

オブジェクトの移動又は動作を制御するォブジェク卜制御部としてコンビユー夕を機能させ、

前記オブジェクト制御部が、

ゲームが進行して消耗物パラメ一夕の値が零になった場合に、オブジェクトの移動又は動作を不能にする或いは制限することを特徴とするプログラム。

1 0 . 請求項 7において、

前記ゲーム処理部が、

消耗物パラメ一夕を、プレーヤにより設定された初期値から変化させることを特徴とするプログラム。

1 1 . 請求項 7において、

前記ゲーム処理部が、

前記パラメ一夕演算部が、

消耗物パラメ一夕を、プレーヤにより設定されたゲーム終了条件に基づき特定された変化率で、変化させることを特徴とするプログラム。

1 2 . 請求項 7において、

前記消耗物パラメ一夕が、

燃料、パーツ、ライフ、又は武器の弾数についてのパラメータであることを特徴とするプログラム。

1 3 . コンピュータ読み取り可能な情報記憶媒体であって、請求項 7乃至 1 2のいずれかのプログラムを記憶したことを特徴とする情報記憶媒体。