JP2000350867A - ゲーム装置、ゲームの処理方法及びゲーム実行方法並びにゲームシステム - Google Patents

Abstract

(57)【要約】 【課題】 遊戯者がいつでも参加できるフリーエントリ
ー方式のレースゲーム装置を提供することを目的とす
る。 【解決手段】 いわゆる耐久レースのように、多数の車
両が長時間走行するレースゲームである。車両は常にレ
ースを展開していて（ＳＴ１）、遊戯者はこれらのうち
から任意の車両を選択し（ＳＴ３）、レースに途中から
参加する（ＳＴ４、５）。何台追い抜いた（抜かれた）
かを示すパスポイント（ＳＴ６）か、制限時間（ＳＴ
７）に基づきゲームオーバーになる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はゲームの処理方
法、ゲーム装置及びゲーム実行方法に係わり、詳しく
は、例えば、ドライビング（カーレース）ゲームのよう
に、自動車などのオブジェクト（対象体）を遊戯者の操
作に応答してモニタ上を移動させるゲ−ムの処理に関す
るものである。また、通信手段を介して互いに結ばれた
複数の筐体を備え、この筐体間で多人数が互いに対戦す
る、例えばドライビング（カーレース）ゲームなどを行
うゲームシステムおよびそのゲーム方法に関するもので
ある。

【０００２】

【従来の技術】近年のコンピュータグラフィック技術の
進歩に伴い、様々な画像を提供する画像処理装置が提案
されている。これらのうちのあるものはいわゆるテレビ
ゲーム装置に用いられ、レースゲーム、シューティング
ゲーム、シミュレーションゲーム、アクションゲーム等
を提供している。

【０００３】この種のゲーム装置は、家庭用、業務用を
問わず、より鮮明で、よりリアルな画像を表示できるも
のが求められている。ゲーム装置は一般に、予め記憶し
たゲ−ムプログラムを実行するコンピュータ装置を内蔵
したゲーム装置本体と、ゲ−ムで表現させるオブジェク
トの移動を指令する操作信号をコンピュータ装置に与え
る操作装置と、コンピュータ装置でゲ−ムプログラムが
実行されることによるゲ−ム展開に伴う画像を表示する
ディスプレイと、そのゲ−ム展開に伴う音響を発生させ
る音響装置とを備えている。

【０００４】近年のゲーム装置は、画面をより高品位で
迫力があるものにするために、仮想の３次元座標空間内
に画像データを定義してオブジェクト（「プレーヤキャ
ラクタ」、あるいは「プレーヤドライバ」）、そして背
景等を配置し、これらを所定の視点から見た映像をディ
スプレイに表示するようになっている。

【０００５】このような構成のゲーム装置の一分野とし
て、ドライビングゲーム（カーレースゲーム）を扱うゲ
ーム装置が存在する。この種のゲーム装置には、多人数
で参加して互いに順位を競う競技形式のゲームがある。

【０００６】

【発明が解決しようとする課題】ところで、既存の競技
形式のゲーム、例えばドライブゲームにおいて、いった
んゲームが始まってしまうと途中からの参加は不可能で
あった。例えば、複数のゲーム装置が互いに接続された
通信可能なシステムにおいて、まず参加者募集のデモが
表示される。これを見て複数の遊戯者がゲームを同時に
スタートさせて、互いに腕を競うことになる。このよう
なゲーム装置では各遊戯者間で順位を公平に決めるため
に同時スタートが原則である。例えば、最初に４人で通
常通りにプレイを始め、そこに、彼らの共通の友人が一
人現れたとき、彼は既に始まってしまったゲームに参加
できないことになる。このように、従来のゲーム装置
は、通信可能と銘打っても仲間内で遊ぶだけであって、
不特定多数で遊ぶための本来の「通信」の役割を果たし
ていない。結局はスタンドアローンとあまり変わらない
ものである。

【０００７】また、既存のドライブゲームにおいて、ゲ
ームオーバーを判定する方法として所定の時間内に規定
のコースを完走しなければゲームが終了するというタイ
ムオーバー制を採用している。このタイムオーバー制
は、主にスタンドアローンに適する方法であり、通信機
能を有し、複数のゲーム装置により不特定多数の遊戯者
が楽しめるマルチプレイにおいては、ゲームの面白さの
点から適当でないことがある。例えば、タイムオーバー
制では、トップの遊戯者のみにゲーム延長の如何がゆだ
ねられ、後続の遊戯者はいつ終わるのかわからないレー
スの中でただひたすらトップのポジションをねらうだけ
になってしまう。そうなると、遊戯者の意志に関らずゲ
ームが継続されたり、あるいは、技量（テクニック）の
秀でた遊戯者にもかかわらず偶発的なアクシデントによ
りトップになれず、遊戯者の意志とは無関係にゲームオ
ーバーになってしまうというパターンも起こり得た。

【０００８】この発明は、かかる課題を解決するために
なされたもので、遊戯者がいつでも参加できるととも
に、ゲーム展開を遊戯者自身の技量及び運に依存させて
不適切なゲームオーバーを解消することのできるゲーム
の処理方法及びゲーム装置を提供することを目的とす
る。

【０００９】上述のように、既存の競技形式のゲーム、
例えばドライビングゲームにおいて、いったんゲームが
始まってしまうと途中からの参加は不可能であった。例
えば、複数のゲーム装置が互いに接続された通信可能な
ゲームシステムにおいて、まず参加者募集のデモが表示
される。これを見て複数の遊戯者がゲームを同時にスタ
ートさせて、互いに腕を競うことになる。このようなゲ
ームシステムでは通常、同時スタートでゲーム開始され
る。このため、例えば、最初に４人で通信に拠る対戦プ
レイを始めた後、そこに別の１人の参加者が現れても、
その参加者は既に開始されたゲームには参加できない。
この参加者が対戦ゲームに参加するには、その対戦プレ
イが終了するのを待っていなければならない。

【００１０】この対戦ゲームでは、ドライビングゲーム
の場合、ゲームオーバを判定する方法として所定の時間
内に規定のコースを完走しなければゲームが終了すると
いうタイムオーバ制を採用している。この条件に合致し
てゲームが終了すると、レース順位などが表示される。
この段階で、新たな参加者がゲームに加わる（または、
負けた遊戯者と交替する）ことができ、新しい複数の遊
戯者で新たに通信による対戦プレイを行うものである。
つまり、通信による対戦プレイが続けられる場合、１つ
のゲームと次のゲームの間に「ゲーム終了」、「新たな
参加者の追加（交替）」、および「ゲーム再開」のステ
ップが順次必要となり、ゲームが断続的になり、この一
種の「間」に拠りプレイへの興奮度、興味感が殺がれる
といった側面が指摘されていた。

【００１１】さらに、既存のドライビングゲームにおい
ては、ゲームオーバ毎に新たな参加者を集う（決める）
ので、例えば、前回のゲームで１位になった遊戯者にと
っては、「勝ち残る」という感覚に乏しいゲームとな
る。つまり、前回のゲーム成績をシステム側で自動的に
反映させたゲーム継続ではないので、力量のある遊戯者
にとっては、単に成績の良いゲームを断続的に続けるだ
けとなり、ゲームへの興味が半減することもあった。

【００１２】この発明は、かかる課題を解決するために
なされたもので、通信による対戦ゲームのほかの遊戯者
がいつでも参加（エントリ）できる一方で、ゲームとゲ
ームの間の「間」を無くして複数のゲームを連続的に継
続することができ、かつ、ゲーム成績などの前回のゲー
ム結果を自動的に次回のゲームに反映させることができ
る、フリーエントリ方式の多人数対戦型ゲームシステム
およびそのゲーム実行方法を提供することを、目的とす
る。

【００１３】

【課題を解決するための手段】この発明に係るゲーム装
置は、遊戯者の有無にかかわらず複数の移動体によるレ
ースゲームを継続して進行させる進行手段と、遊戯者に
より前記複数の移動体のいずれかを選択する選択手段
と、選択された前記移動体の制御を遊戯者に移行させる
制御移行手段と、選択した前記移動体が所定の条件を満
たしたときに当該遊戯者による制御を終了させる制御終
了手段とを備えるものである。

【００１４】この種のレースとしてカーレース、海上の
レース、航空機によるレース、宇宙船によるレースなど
がある。レースは、例えば、ＣＰＵにより自動的に継続
され、遊戯者は所望のときにレースに参加することがで
きる。したがって、遊戯者の有無にかかわらず、ゲーム
が常に進行していていつも新しい局面を楽しむことがで
きる。

【００１５】この発明に係るゲーム装置は、予め定めら
れたプログラムにしたがって、複数の対象物を自動的に
制御し、自動的にゲームを進行させる進行手段と、遊戯
者が複数の対象物のいずれかを選択する選択手段と、遊
戯者が選択した前記対象物の制御を遊戯者に移す制御移
行手段と、選択した対象物が所定の条件を満たしたとき
に、当該遊戯者による制御を終了させる制御終了手段と
を備えるものである。

【００１６】この種のゲーム装置には、時間無制限の格
闘ゲームや、戦争シミュレーションゲームが含まれる。
また、レースゲームの場合には、前記対象体は、例え
ば、ピットイン中の車体であることも考えられる。

【００１７】この発明に係るゲーム装置は、前記進行手
段が、時間の経過に伴い前記移動体あるいは前記対象体
の性能パラメータを変化させるパラメータ変化手段と、
遊戯者の操作により、選択された前記移動体あるいは前
記対象体を性能パラメータの復旧のための所定の位置に
移動させる補給手段と、性能パラメータの復旧後に前記
移動体あるいは前記対象体を復帰させる復帰手段とを備
えるものである。

【００１８】例えば、現実のカーレースにおいてピット
インがあるが、これをゲームに取り入れたものである。
移動体は走行距離が長くなるにつれ様々な性能が劣化す
るので、ゲームにおいてもその状況をシミュレーション
する。パラメータを復旧させる処理としては、例えばカ
ーレースのピットインがある。パラメータの復旧の程度
は補給ステップでの補給の種類の選択、経過時間、移動
体の状態等に対応して調整可能にしてもよい。性能パラ
メータとして、例えば、タイヤのダメージ率、エンジン
の性能、トランスミッションの性能、ステアリングの性
能、燃料の残量等がある。

【００１９】この発明に係るゲーム装置は、前記進行手
段が、ゲームの進行に伴い環境条件を変化させる環境条
件変化手段を備えるものである。

【００２０】例えば、路面・気象条件等がリセットされ
るまで常に変化しつづける。クラッシュしたときに路面
にちらばった砂などもそのまま残る。したがって、より
リアルなゲーム進行を楽しむことができる。

【００２１】この発明に係るゲーム装置は、前記進行手
段が、前記移動体あるいは前記対象体の数を一定に保つ
ものである。

【００２２】走行する移動体等の数が一定なので、常に
公平にレースができる。ただし、ディストリビュータま
たはオペレータが設定操作を行うことで客足を操る手段
にすることもできる。

【００２３】この発明に係るゲーム装置は、前記進行手
段が、予め定められた複数の環境条件から選択すること
によりゲームの進行の環境条件を設定するものである。

【００２４】例えば、オペレータが環境条件を初期設定
する。環境条件として、路面状態、温度、湿度（タイヤ
と路面との摩擦係数）、砂・オイルの状態、雨の降りは
じめと降りおわり等がある。したがって、同じゲーム装
置であってもさまざまなレース展開が期待でき、より面
白いゲーム進行を楽しむことができる。

【００２５】この発明に係るゲーム装置は、前記選択手
段が、選択した前記移動体あるいは前記対象体の位置を
求める位置検出手段と、選択した前記移動体あるいは前
記対象体の位置と遊戯者が途中参加する所定の位置とが
遠いときに、選択した前記移動体あるいは前記対象体の
状況を変化させる状況変化手段とを備えるとともに、前
記制御移動手段が、選択した前記移動体あるいは前記対
象体の位置と遊戯者が途中参加する所定の位置とが近い
ときに、選択した前記移動体あるいは前記対象体が前記
所定の位置に近づくのを待って選択した前記移動体ある
いは前記対象体の制御を遊戯者に移す第１の移動体制御
手段と、選択した前記移動体あるいは前記対象体の位置
と遊戯者が途中参加する所定の位置とが近くないとき
に、選択した前記移動体あるいは前記対象体を前記所定
の位置に移動し、選択した前記移動体あるいは前記対象
体の制御を遊戯者に移す第２の移動体制御手段とを備え
るものである。

【００２６】なお、前記状況変化手段は必須の構成では
なく、なんら状況を変化させることなく移動体の制御を
移すようにしてもよい。

【００２７】選択した前記移動体はレース中であるか
ら、何等かの方法で自然にスタート位置に戻し、遊戯者
に制御を任せる必要がある。スタート位置までの距離が
短ければそのまま移動体を移動させることにより自然に
スタート位置に達する。距離が長ければ移動体の状況を
変化させることにより自然にスタート位置に戻す。例え
ば、カーレースにおいて事故やトラブルを発生させて停
止させ、例えばレッカー車により牽引してスタート位置
に戻す。これにより、より迅速かつ自然な制御の移管が
可能になる。

【００２８】この発明に係るゲーム装置は、前記選択手
段が、入力された符号と対応する符号が付された前記移
動体あるいは前記対象体を選択するものである。

【００２９】例えば、筐体の番号がそのまま車の番号と
して使用させることが考えられる。筐体が空いていれば
その車に乗ることができる。この方法は遊戯者にとって
解りやすい。

【００３０】この発明に係るゲーム装置は、前記制御終
了手段が、選択した移動体あるいは対象体と他の移動体
あるいは対象体との間の追い抜きの回数を示すパスカウ
ントに基づき制御を終了させる判定手段を備えるもので
ある。

【００３１】この発明に係るゲーム装置は、前記移動体
あるいは前記対象体のコースに沿って設けられたブロッ
ク内の所定のポイントを基準に前記移動体あるいは対象
体の位置を測定することにより前記パスカウントを求め
るものである。

【００３２】パスカウントは、例えば、カーレースで１
台の敵車を抜くことにより＋１され、１台の敵車に抜か
れることにより−１される。ゲーム開始時のパスカウン
トは適当な初期値にセットされる。パスカウントによ
り、途中参加を認めるときでも処理が容易である。

【００３３】この発明に係るゲーム装置は、前記制御終
了手段が、前記遊戯者の遊戯結果に関する得点を計算す
る得点計算手段を備えるものである。

【００３４】例えば、ポイント制のゲームにおいて、何
分以内、何ｋｍ以内等で区切り、この規定内においてど
れくらい長く走れるか、どれだけ速いタイムを出せる
か、何台抜けるかに基づき得点を計算する。

【００３５】この発明に係るゲーム装置は、前記制御終
了手段が、所定の時間経過したときに当該遊戯者による
制御を終了させるものである。

【００３６】時間制限として、例えば、２４分間レース
を走り切った時が考えられる。

【００３７】この発明に係るゲームの処理方法は、遊戯
者の有無にかかわらずレースゲームが継続して行われる
ゲームの処理方法であって、遊戯者がレース中の複数の
移動体のいずれかを選択する選択ステップと、遊戯者が
選択した前記移動体を用いてレースに参加する参加ステ
ップと、選択した前記移動体を含む複数の移動体により
レースゲームを継続するゲーム継続ステップと、選択し
た前記移動体が所定の条件を満たしたときにゲームオー
バーとするゲームオーバー処理ステップとを備えるもの
である。

【００３８】この種のレースとしてカーレース、海上の
レース、航空機によるレース、宇宙船によるレースなど
がある。レースは、例えば、ＣＰＵにより自動的に継続
され、遊戯者は所望のときにレースに参加することがで
きる。

【００３９】この発明に係るゲームの処理方法は、前記
参加ステップが、選択した前記移動体の位置を求める位
置検出ステップと、選択した前記移動体の位置と遊戯者
がレースに途中参加する所定の位置とが近いときに、選
択した前記移動体が前記所定の位置に近づくのを待って
選択した前記移動体の制御を遊戯者に移す第１の移動体
制御ステップと、選択した前記移動体の位置と遊戯者が
レースに途中参加する所定の位置とが遠いときに、選択
した前記移動体の状況を変化させる状況変化ステップ
と、選択した前記移動体を強制的に前記所定の位置に移
動し、選択した前記移動体の制御を遊戯者に移す第２の
移動体制御ステップとを備えるものである。

【００４０】なお、前記状況変化ステップは必須の構成
ではなく、状況を変化させずに移動体の制御を移すよう
にしてもよい。

【００４１】選択した前記移動体はレース中であるか
ら、何等かの方法で自然にスタート位置に戻し、遊戯者
に制御を任せる必要がある。スタート位置までの距離が
短ければそのまま移動体を移動させることにより自然に
スタート位置に達する。距離が長ければ移動体の状況を
変化させることにより自然にスタート位置に戻す。例え
ば、カーレースにおいて事故やトラブルを発生させて停
止させ、例えばレッカー車により牽引してスタート位置
に戻す。

【００４２】この発明に係るゲームの処理方法は、前記
ゲーム継続ステップが、時間の経過に伴い前記移動体の
性能パラメータを変化させるパラメータ変化ステップ
と、遊戯者の操作により、選択された前記移動体を性能
パラメータの復旧のための所定の位置に移動させる補給
ステップと、性能パラメータの復旧後に前記移動体をレ
ースに復帰させる復帰ステップとを備えるものである。

【００４３】例えば、現実のカーレースにおいてピット
インがあるが、これをゲームに取り入れたものである。
移動体は走行距離が長くなるにつれ様々な性能が劣化す
るので、ゲームにおいてもその状況をシミュレーション
する。パラメータを復旧させる処理としては、例えばカ
ーレースのピットインがある。パラメータの復旧の程度
は補給ステップでの補給の種類の選択、経過時間、移動
体の状態等に対応して調整可能にしてもよい。性能パラ
メータとして、例えば、タイヤのダメージ率、エンジン
の性能、トランスミッションの性能、ステアリングの性
能、燃料の残量等がある。

【００４４】この発明に係るゲームの処理方法は、前記
ゲームオーバー処理ステップが、選択した移動体と他の
移動体との間の追い抜きの回数を示すパスカウントに基
づきゲームオーバーを判定するものである。

【００４５】この発明に係るゲームの処理方法は、前記
移動体のコースに沿って設けられたブロック内の所定の
ポイントを基準に前記移動体の位置を測定することによ
り前記パスカウントを求めるものである。

【００４６】パスカウントは、例えば、カーレースで１
台の敵車を抜くことにより＋１され、１台の敵車に抜か
れることにより−１される。ゲーム開始時のパスカウン
トは適当な初期値にセットされる。

【００４７】この発明に係るゲーム装置は、ゲーム画面
を生成する画像処理装置と、前記画像処理装置と接続さ
れて他の装置との通信しつつ制御を行う通信制御装置と
をそれぞれ備える複数のゲーム機と、これら複数のゲー
ム機の前記通信制御装置を接続する接続手段とを備える
ゲーム装置であって、前記画像処理装置は、上記いずれ
かに記載の処理を実行するものである。

【００４８】この発明に係るゲーム装置は、前記複数の
ゲーム機の少なくともいずれかからレースの状況に関す
る情報を得て表示画像を決定する制御手段と、前記制御
手段により決定された表示画像を表示する外部モニタを
備えるものである。

【００４９】制御装置は、レースを競いあっている移動
体の状況に応じて遊戯者にとって参考になる画像を決定
する。例えば、移動体間の間隔が大きければ地図上にプ
ロットして表示し、小さければカメラのカットのように
表示し、一方がピットに入ればピットの状況を表示し、
トラブルが発生すればその移動体を表示し、ゲームクリ
アのときには表彰式や優勝者を表示する。

【００５０】この発明に係るゲーム装置は、前記複数の
ゲーム機が、それぞれ、レースの状況に関する情報を表
示する表示部を備えるものである。

【００５１】表示部は、例えば、誰がリーダーである
か、現在の周回数はいくらか、遊戯者がいるかどうか等
を表示する。

【００５２】この発明に係るゲーム装置は、前記複数の
ゲーム機において、それぞれの画像処理装置は、予め割
り当てられたデータを処理し、それぞれの通信制御装置
は、処理されたデータを他のゲーム機に出力するととも
に、他のゲーム機で処理されたデータを受けて、前記画
像処理装置のメモリに書き込むものである。

【００５３】データの処理は所定の周期で行われ、１周
期の処理が終了すると、いずれのゲーム機も他のゲーム
機で処理されたデータを取得する。したがって、分散処
理により処理負荷を平準化しつつすべてのデータを処理
し、すべてのゲーム機で全体のデータを使用できる。効
率的なデータ処理が可能になる。

【００５４】この発明に係る記録媒体は、処理装置を、
上記いずれかに記載の前記進行手段、選択手段、制御移
動手段、及び制御終了手段として機能させるための手順
を記録した記録媒体である。記録媒体には、例えば、フ
ロッピー（登録商標）ディスク、磁気テープ、光磁気デ
ィスク、ＣＤ−ＲＯＭ、ＤＶＤ、ＲＯＭカートリッジ、
バッテリバックアップ付きのＲＡＭメモリカートリッ
ジ、フラッシュメモリカートリッジ、不揮発性ＲＡＭカ
ートリッジ等を含む。記録媒体とは、何等かの物理的手
段により情報（主にデジタルデータ、プログラム）が記
録されているものであって、コンピュータ、専用プロセ
ッサ等の処理装置に所定の機能を行わせることができる
ものである。また、記録媒体には、電話回線、無線回線
のような通信回線をも含む。

【００５５】本発明に係わるゲームシステムは、複数の
遊戯者が互いに共通のゲームに参加して対戦できるゲー
ム実行手段と、途中から前記ゲームに参加する別の遊戯
者がいたときに、その別の遊戯者を疑似的に前記ゲーム
に途中参加させる疑似ゲーム実行手段と、前記ゲームの
一定範囲の対戦が終了したときに、そのゲームの対戦成
績を反映させかつ前記別の遊戯者を加えた新たな複数の
遊戯者を自動的に設定する遊戯者設定手段と、この自動
的に設定した複数の遊戯者を自動的に前記ゲームに参加
させて、そのゲームを継続させるゲーム継続手段と、を
備えたことを特徴とする。

【００５６】これにより、途中参加の遊戯者もその参加
時点から疑似的にゲームに参加でき、且つゲームが一区
切りついた時点で自動的且つ連続的に実施される次回の
一定範囲のゲームにそのまま正式な対戦メンバとして引
き続き参加できる。

【００５７】好適には、前記ゲームは、ゲーム空間上で
車両による競争を行うドライビングゲームである。これ
により、いつでも途中参加できるフリーエントリー型の
ドライビングゲームが提供できる。

【００５８】さらに、前記疑似ゲーム実行手段の一形態
は、システム側に備えられているコンピュータが制御す
る車両と対戦させる手段である。これにより、途中参加
の遊戯者は、正式な対戦への待機状態にありながら、途
中参加の遊戯者もコンピュータ対戦により即座に疑似的
にゲームに参加でき、待機状態の間の間延びした感じを
排除できる。

【００５９】さらに、前記遊戯者設定手段の一形態は、
前記ドライビングゲームの一定範囲の終了を判断する判
断手段と、この終了が判断されたときに、前記ドライビ
ングゲームの成績を決める決定手段と、このゲーム成績
を予め定めた条件に照らして指定した前記ゲームへの継
続参加者と前記別の参加者とを加えた前記新たな複数の
遊戯者を設定する設定手段とを備える。これにより、ド
ライビングゲームの成績を次回の周回対戦に反映させた
「勝ち抜き」感のあるゲームを提供できる。

【００６０】さらに、前記ドライビングゲームの一定範
囲の一形態は、ドライビングゲームの仮想ゲーム空間上
におけるスタートからゴールまでの周回コースを所定回
数だけ走行する範囲である。これにより、所定回数の周
回走行をゲーム単位として、このゲーム単位のドライビ
ングゲームを連続して継続でき、かつ、そのゲーム単位
のゲーム途中での参加を随時受け付けることができる。
この途中参加の遊戯者は、現在進行中のゲームに疑似的
に加わることができ、次回のゲーム単位のゲームには正
式メンバとして自動的に参加できる。前回のゲーム単位
のゲームの後、間断無く、次のゲーム単位のゲームが自
動的に続けられる。

【００６１】本発明に係わるゲーム実行方法は、複数の
遊戯者が互いに共通のゲームに参加して対戦できるゲー
ム実行方法であり、途中から前記ゲームに参加する別の
遊戯者がいたときに、その別の遊戯者を疑似的に前記ゲ
ームに途中参加させ、前記ゲームの一定範囲の対戦がゲ
ーム空間上で終了したときに、そのゲームの対戦成績を
反映させかつ前記別の遊戯者を加えた新たな複数の遊戯
者を自動的に設定し、この自動的に設定した複数の遊戯
者を自動的に前記ゲームに参加させて、そのゲームを継
続させる、ことを特徴とする。これにより、既述のゲー
ムシステムと同等の作用効果を得る。

【００６２】

【発明の実施の形態】発明の実施の形態１．以下、本発
明の実施の形態について図面を参照して説明する。

【００６３】図１は、本発明に係る画像処理装置及びこ
れを用いたゲーム装置の一発明の実施の形態を示すブロ
ック図である。このゲーム装置は基本的要素としてゲー
ム装置本体１０、入力装置１１、出力装置１２、ＴＶモ
ニタ１３、スピーカ１４、表示部１５、及びリーダーマ
ーカー１６を備えている。

【００６４】ゲーム装置本体１０は、ＣＰＵ（中央演算
処理装置）１０１を有するとともに、ＲＯＭ１０２、Ｒ
ＡＭ１０３、サウンド装置１０４、入出力インターフェ
ース１０６、スクロールデータ演算装置１０７、地形デ
−タＲＯＭ１０９、ジオメタライザ１１０、形状デ−タ
ＲＯＭ１１１、描画装置１１２、テクスチャデ−タＲＯ
Ｍ１１３、テクスチャマップＲＡＭ１１４、フレームバ
ッファ１１５、画像合成装置１１６、そして、Ｄ／Ａ変
換器１１７を備えている。

【００６５】ＣＰＵ１０１は、バスラインを介して所定
のプログラムなどを記憶したＲＯＭ１０２、デ−タを記
憶するＲＡＭ１０３、サウンド装置１０４、入出力イン
ターフェース１０６、スクロールデータ演算装置１０
７、及びジオメタライザ１１０に接続されている。ＲＡ
Ｍ１０３はバッファ用として機能させるもので、ジオメ
タライザ１１０に対する各種コマンドの書込み（オブジ
ェクトの表示など）、変換マトリクス演算時のマトリク
ス書込みなどが行われる。

【００６６】入出力インターフェース１０６は入力装置
１１及び出力装置１２に接続されており、これにより入
力装置１１のハンドルなどの操作信号がデジタル量とし
てＣＰＵ１０１に取り込まれるとともに、ＣＰＵ１０１
などで生成された信号を出力装置１２に出力できる。サ
ウンド装置１０４は電力増幅器１０５を介してスピーカ
１４に接続されており、サウンド装置１０４で生成され
た音響信号が電力増幅の後、スピーカ１４に与えられ
る。

【００６７】ＣＰＵ１０１は本発明の実施の形態では、
ＲＯＭ１０２に内蔵したプログラムに基づいて入力装置
１１からの操作信号及び地形デ−タＲＯＭ１０９からの
地形デ−タ、そして形状データＲＯＭ１１１からの形状
データ（「自車、敵車等のオブジェクト」、及び、「移
動路、地形、空、観客、構造物等の背景」等の３次元デ
ータ）を読み込んで、地形と車との当たり（衝突）判
定、車全体の挙動計算、ボディの挙動（サスペンション
の挙動に類似したもので、後に詳しく説明する。）計
算、及び車同士の衝突判定などの車のシミュレーション
を少なくとも行うようになっている。

【００６８】ＣＰＵ１０１は、一般に右手座標系と呼ば
れる３次元座標系（グローバル座標系）を採用してお
り、Ｚ方向を画面奥に据えたときＹ方向は画面下、Ｘ方
向は画面右に向かって伸びる仮想空間座標系を採用して
いる。ＣＰＵは、地形データＲＯＭ１０９の地形の形状
データと形状データＲＯＭ１１１の車等の形状データを
読み込み、入力信号に応じた処理をこれらデータに与え
て、既述の座標系において複数の車を配置して走行する
画像を構成する。この車は遊戯者が操作できる自車とゲ
ーム装置側で制御される他車（既述のように、敵車、と
云っても良い。）とから構成される。

【００６９】車の挙動計算は、入力装置１１からの遊戯
者の操作信号により仮想空間での車の動きをシミュレー
トするもので、３次元空間での座標値が決定された後、
この座標値を視野座標系に変換するための変換マトリク
スと、形状デ−タ（車、地形など）とがジオメタライザ
１１０に指定される。ＣＰＵ１０１には衝突判定のため
に車を楕円モデルで定義したデータを記憶するＲＯＭ１
０９が接続され、したがって、予め定めたデ−タがＣＰ
Ｕ１０１に渡される。

【００７０】このときのＣＰＵ１０１は、主として、対
象体としての車における４輪と地形との衝突判定、車同
士の衝突の判定、及び必要に応じて車と構造物との衝突
判定を行うものであり、そして、この判定や車の挙動計
算時に、主に、浮動小数点の演算を引き受けるようにも
なっている。この結果、ＣＰＵ１０１により車に関する
当たり判定（衝突判定）が実行されて、その判定結果が
同じくＣＰＵ１０１に与えられるようにされているか
ら、ＣＰＵの計算負荷を低減して、この当たり判定がよ
り迅速に実行される。

【００７１】ジオメタライザ１１０は形状デ−タＲＯＭ
１１１及び描画装置１１２に接続されている。形状デ−
タＲＯＭ１１１には、複数のポリゴンの組み合わせから
なる自車や敵車等のオブジェクト、あるいは地形、空等
の背景の図形や形状（ボディ座標系）が定義されてい
る。（ここで、ポリゴン数を適宜選択可能である。）こ
の定義は、例えば、使用するポリゴン群の各頂点の座標
値のリスト（座標値リスト：この座標値は３次元データ
から構成される。）と、さらにポリゴン面１面毎に、頂
点リストから任意の４点を頂点番号で指定したポリゴン
面のリストと、各ポリゴンの表示順を決定するための基
準位置を表すもの、ポリゴンの片面を表示するか両面を
表示するかを指定する属性、そして、ポリゴンに２次元
の絵（「ビットマップデータ」、あるいは「テクスチ
ャ」とも云う。）を張り付ける要素等のポリゴンの面属
性のリスト等から構成されている。

【００７２】ＣＰＵ１０１はＲＯＭ１１１のデータに基
づいてこれらのプレーヤーキャラクタ等が複数のポリゴ
ン（多角形であって、主として４頂点を有する四角形、
あるいはその内の２頂点が一致した３角形）からなる立
体として、これを３次元座標系（ワールド座標系）へ配
置するモデリング変換を行う。次いで、ＣＰＵ１０１
は、既述の視点に基づいて視点変換を実行し、さらに、
３次元クリッピングを行う。

【００７３】このためにＣＰＵ１０１は、既述の座標値
のリストと、ポリゴン面のリストと、そして、ポリゴン
面属性のリスト等をＲＯＭ１０２から読み込む。そし
て、ＣＰＵ１０１は、これらのデータをジオメタライザ
に渡す。ジオメタライザ１１０はＣＰＵ１０１から送ら
れてくる変換マトリクスで指定されたデ−タを透視変換
して、さらに２次元クリッピングを実行し、３次元仮想
空間でのワールド座標系から視野座標系に変換したデ−
タを得る。

【００７４】描画装置１１２は変換した視野座標系の形
状デ−タにテクスチャを貼り合わせ、フレームバッファ
１１５に出力する。このテクスチャの貼り付けを行うた
め、描画装置１１２はテクスチャデ−タＲＯＭ１１３及
びテクスチャマップＲＡＭ１１４に接続されるととも
に、フレームバッファ１１５に接続されている。

【００７５】地形データＲＯＭ１０９には、車と地形と
の当たり判定や車同士の当たり判定を実行する上で足り
る、比較的粗く（簡単に）設定された形状データが格納
されている。例えば、衝突判定に際しての車の形状は、
矩形として定義されている。これに対して、形状データ
ＲＯＭ１１１には、車、背景等の画面を構成する形状に
関して、より緻密に設定されたデータが格納されてい
る。

【００７６】スクロールデ−タ演算装置１０７は文字な
どのスクロール画面のデ−タを演算するもので、この演
算装置１０７と前記フレームバッファ１１５とが画像合
成装置１１６及びＤ／Ａ変換器１１７を介してＴＶモニ
タ１３に至る。これにより、フレームバッファ１１５に
一時記憶された車、地形（背景）などのポリゴン画面
（シミュレーション結果）とスピード値、ラップタイム
などの文字情報のスクロール画面とが指定されたプライ
オリティにしたがって合成され、最終的なフレーム画像
デ−タが生成される。この画像デ−タはＤ／Ａ変換器１
１７でアナログ信号に変換されてＴＶモニタ１３に送ら
れ、ドライビングゲ−ムの画像がリアルタイムに表示さ
れる。

【００７７】通信インタフェース１１８は、ＣＰＵ１０
１が他の装置とデータ通信を行うためのものであり、例
えば、ＣＰＵバスのパラレルデータをシリアルデータに
変換したり、その逆変換したりするコンバータや、通信
プロトコルを確立するためのコントローラを備える。

【００７８】入力装置１１は、ハンドル、アクセル、ブ
レーキ、シフトレバー、ビューチェンジ（視点変更）ス
イッチなどを有し、出力装置１２はハンドルキックバッ
ク機構、各種ランプ類などを有している。このハンドル
キックバック機構は、後述する車の挙動にあわせてハン
ドルに所定の反力を与える。

【００７９】ＴＶモニタ１３はドライビングゲ−ムの画
像を表示するもので、このＴＶモニタの代わりにプロジ
ェクタを使ってもよい。ビューチェンジスイッチは、視
点を変更するスイッチである。このスイッチの操作によ
り、例えば、運転席からの視点又は自車を斜め後方より
観た視点が遊戯者に提供される。

【００８０】表示部１５は入出力インタフェース１０６
に接続され、プレー中であれば、その遊戯者の周回数等
のプレイの状況を表示する。プレー中でなければプレー
可能であることを示す「ＮＯ ＥＮＴＲＹ」等の表示が
なされる。

【００８１】リーダーマーカー１６は入出力インタフェ
ース１０６に接続され、そのゲーム装置１０でプレイし
ている遊戯者がトップを走っているときに点灯し、他の
遊戯者や観客にその旨を報知する。

【００８２】図２は、図１のゲーム装置が例えば合計４
台（他の台数でもよい）接続されてなる通信ゲーム装置
の構成を示す。４台のゲーム装置１ａ，１ｂ，１ｃ，１
ｄはそれぞれ画像処理装置１０ａ，１０ｂ，１０ｃ，１
０ｄ及び通信制御装置１７ａ，１７ｂ，１７ｃ，１７ｄ
を備える。通信制御装置１７は画像処理装置１０の通信
インタフェース１１８と接続されている。通信制御装置
１７は、他の装置と１対１に対応する複数のポートを備
えている。図２の例では、通信制御装置１７は少なくと
も２つのポートを備える。あるいは、ひとつのポートに
複数の他の装置が接続されるタイプ（例えば、イーサネ
ット（登録商標）のようなもの）であってもよい。この
システムによれば、いずれのゲーム装置１も、他のゲー
ム装置の情報（得点、順位、タイム、各種ステータス
等）を得ることができる。

【００８３】図２において、ゲーム装置１ａはマスタで
あり、ゲーム装置１ｂ〜１ｄはスレイブである。これら
装置間における通信の手順については後述する。制御装
置１８はマスタ、スレイブ間の通信ループの一装置であ
る。制御装置１８は、ゲーム装置１ａからゲーム画面や
レースの状況等の情報を受け、遊戯者や観客を楽しませ
るための画像を外部モニタ１９ａ、１９ｂに表示する。
なお、この図では通信路がループ状であるが、これに限
らず、この図の点線のようにバス型、イーサネット型の
通信路でもよい。

【００８４】図３は、図２とは異なる構成例を示す。ゲ
ーム装置１ａ，１ｂ，１ｃ，１ｄの通信装置２０ａ，２
０ｂ，２０ｃ，２０ｄは、その画像処理装置１０ａ，１
０ｂ，１０ｃ，１０ｄのもつ情報を制御装置２１に送信
するとともに、制御装置２１からの制御情報を受信する
ためのポートを備える。制御装置２１はゲーム装置の台
数分の通信インタフェースを備え、すべてのゲーム装置
の情報を得る。そして、各ゲーム装置に対してこれら情
報及び必要な制御情報（例えば、他の遊戯者の車の表示
のオンオフ、順位の変更）を送信する。図３の場合、ゲ
ーム装置１の情報は制御装置２１に一度集められるた
め、ゲーム装置１の通信装置２０の構成は簡単になる。

【００８５】図４は、図２あるいは図３の通信ゲーム装
置の斜視図である。この図では４台のゲーム装置から構
成されるシステムを示すが、ゲーム装置は何台でもよい
のは前述のとおりである。ゲーム装置１はそれぞれ車の
コックピットを摸して作られていて、フロントウインド
ーに相当するＴＶモニタ１ｃ、ハンドルを備えるコント
ロールパネル、ドライバーズシート等を備える。さら
に、ゲーム装置の筐体の上にはリーダーマーカー１６が
それぞれおかれるとともに、ドライバーズシートの背面
に表示部１５がそれぞれ取り付けられる。このように、
複数のゲーム装置を並べて配置すると、他の遊戯者と腕
を競う通信ゲーム装置において便利である。また、遊戯
者の前には大型のＴＶモニタ１９が２台配置され、他の
遊戯者の状況等が容易に把握できるようになっている。

【００８６】図５は、１台のゲーム装置のレースゲーム
の動作のフローチャートである。図６〜図１６は、動作
説明のための画面例である。図１７は、動作説明のため
のレースコースの平面図の例である。

【００８７】次の発明の実施の形態１の装置の動作につ
いて説明する。 （フリーインシステムの内容）この発明の実施の形態１
の装置の特徴のひとつに「フリーインシステム」があ
る。このシステムは、遊戯者の有無に関らず車が常にレ
ースを展開している（ＳＴ１）点、走行中の任意の車両
を選択できる（ＳＴ３）点、遊戯者がゲームを開始する
とレースに途中参加する（ＳＴ４）点、である。例え
ば、最初に４人で通常通りにプレイを始め、そこに、彼
らの共通の友人が一人現れたときでも、彼は直ちにゲー
ムに参加することができる。このように、この発明の実
施の形態１の装置によれば、不特定多数で遊ぶことがで
きて、本来の通信ゲームとしての役割を果たすことがで
きる。以下、図５を用いてフリーインシステムについて
説明する。 ＳＴ０Ａ：オペレータによる電源投入 図１〜図４のゲームシステムを立ちあげるために、ま
ず、オペレータがシステムの電源を投入する。 ＳＴ０Ｂ：オペレータによる環境設定 提供するゲーム（シナリオ）の環境設定を行う。例え
ば、レースゲームにするか、時間無制限の格闘ゲーム、
戦争シミュレーション等のいずれのゲームを提供するか
ゲームの種類を設定し、さらに、季節はいつか、時刻は
いつか、状況はどうか等のゲームの状況を設定するな
ど、さまざまな設定を行う。要するに、ゲームシナリオ
に関る個々の要素を、遊戯者が選択した移動体またはプ
レーヤーキャラクタ等に限らず、それを取り巻く環境に
ついても設定することができる。 ＳＴ０Ｃ：中間状況を生成するか？ オペレータは、提供するゲームを、いっせいにスタート
ラインからスタートするゲームにするか、あるいは、既
にある程度レースが進行している状況からスタートする
ゲームにするかを決め、システムに入力する。後者の場
合、中間状況を設定する必要があるので、次のステップ
ＳＴ０Ｄに進む。そうでないときは、ステップＳＴ１に
進む。 ＳＴ０Ｄ：中間状況を生成する ある程度レースが進行したとして、その状況を設定す
る。各種パラメータを個別に設定してもよいし、複数の
パラメータのセットを予め用意しておき、プリセットす
るようにしてもよい。 ＳＴ１：アドバタイズ（ＣＰＵ、対戦遊戯者が操作する
車が常にレースを展開している） 多数のレース用の車が予め用意され、図１７の所定のコ
ース上を周回している。図１７において、２０１はコー
ス、２０２は選択された車両を事故等を起こさずにピッ
トに戻す領域、２０３はピット、２０４は観客席であ
る。車両はコース２０１を左回りで周回する。プレイ前
において、これら多数の車はＣＰＵ１０１により制御さ
れている。つまり、プレイ前後に関らず多数の車が走行
する。この状況は耐久レースの様子に似ている。遊戯者
が使用する車もＣＰＵにより走行していて、後述のステ
ップＳＴ３において遊戯者は走行している車から任意の
車を適宜選択することができる。なお、このように車が
連続的にコース上を周回することにより、その車の性
能、例えばタイヤのグリップ性能等に変化が生じる。こ
の性能の経時変化も、この発明の実施の形態１の装置に
よるゲームの面白さである。この点については後述す
る。 ＳＴ２：コイン投入 コインが投入されたかどうか判定する。投入された（Ｙ
ＥＳ）ときはステップＳＴ３に進む。コイン投入により
ゲームが開始される。なお、以下の説明において、ゲー
ム開始あるいは終了とは、その遊戯者が、進行中のゲー
ムに途中参加するというプレイ開始あるいは終了を意味
し、ゲーム自体の開始あるいは終了を意味しない。 ＳＴ３：車両選択及びＡＴ／ＭＴ選択画面 先に述べたように、コース上の車両の数は一定であり、
参加者は走行中の車両から所望のものを選択する。この
場合、例えば、対象物である車両のすべての動作制御が
遊戯者に移管され、移動方向・速度等のすべての動作が
逐次遊戯者の指示によって行われるようになる。この選
択方法の一例を図６〜図１０に基づき説明する。

【００８８】まず、図６の車両選択画面が表示される。
この画面の詳細を図１１に示す。コース上を４台の車両
が走行しているとき、それぞれの画像及び車種、現在の
ポジション、走行距離、エンジンの馬力、タイヤのグリ
ップ力、過去の戦績等のプロフィールが画面１５１〜１
５４に示される。同時に、それぞれの車両のコース上の
位置１５５〜１５８も示される。遊戯者はこれら画面１
５１〜１５４に基づき所望のスタイル及びプロフィール
の車両を選択する。

【００８９】遊戯者は既に選択されている車両を除き、
自由に車両を選択できる。成績優秀の車両は、ゲーム処
理上の性能に差があってもなくても選択されやすいであ
ろう。

【００９０】遊戯者が１台の車を選択すると、図７に示
すように、複数の画面のうちのひとつ（図７では画面１
５２）がズームアップする。選択は、例えば画面に表示
される車両の番号に基づき行われる。このとき、遊戯者
が選択できる車両の車体に表示された番号と選択の番号
とを同じにすれば、便利である。

【００９１】そして、その車両の走行画面が表示され
る。選択された車両は自動的に図１７のピット２０３に
戻る。ピット２０３に戻された車両に、遊戯者は乗り込
みレースを開始する。つまり、プレーは常にピットの出
口から始まることになる。

【００９２】ところで、車両が領域２０２を走行してい
るのであれば、すぐにピット２０３に入ることができる
が、他の領域を走行しているときはピットインするまで
に多少時間がかかることがある。このような場合、遊戯
者を待たせてしまう。そこで、この発明の実施の形態１
では、ＣＰＵ１０１が、所定の処理を行うことにより、
ピットに迅速に戻すように処理する。具体的には次のよ
うな方法が考えられる。 ・方法１：選択された車両がピットに自然に戻るのを待
つ。この場合、待ち時間を短くするためにコース全長を
短くするとよい。 コイン投入−＞車両選択−＞選択された車両は、選択さ
れた瞬間からピットを自動的に目指す（逆走すれば距離
が短くなるときでもコース上を逆走はしない）。 ・方法２：選択された車両にトラブルを発生させてピッ
トに戻す。トラブルの種類とその対応として次のような
ものが考えられる。 （１）大クラッシュ−＞クラッシュ後、徐行して沿道ま
で進む−＞コース外のクレーン車によって撤去 （２）エンジントラブル−＞トラブル発生後減速、沿道
に停車−＞同上 タイヤバースト（パンク）−＞同上−＞同上 ただし、選択された車両がピット手前の領域２０２にい
るときは、トラブルを発生させず車両がピットに自然に
戻るのを待つ ＳＴ４：遊戯者のプレイ開始、ゲーム開始→レース途中
参加 遊戯者はピット２０３からコース２０１に出て、他の遊
戯者やＣＰＵにより制御される多数の車両に合流するこ
とにより、レースを開始する。

【００９３】ピット２０３において遊戯者が乗り込む
と、表示画面は図９のようにコースの前方を表示する画
面になり、さらに図１０のようなスタート画面になる。
図１０の詳細を図１２に示す。図１２において、１５９
は選択されたプレー用車両、１６０はパスカウントの表
示（パスカウントについては後述する）、１６１は走行
距離表示、１６２はスピードメーター、タコメーター、
マニュアル／オートマチック表示、ギアポジションの表
示、１６３は車両の損傷度を示すダメージメーター、１
６４はコースの全景及び敵車１６４ａの位置表示、１６
５はバックミラーである。また、「ＬＩＭＩＴ ＴＩＭ
Ｅ ９９：９９：９９」のような制限時間の表示、「Ｐ
ＡＳＳ ＵＰ！！」のようなパスカウントの状態変化の
表示もなされる。なお、「ＰＡＳＳ ＵＰ！！」の部分
には、「ＰＡＳＳ ＤＯＷＮ！！」、「Challenger is
Coming」等の表示もなされる。 ＳＴ５：レース開始（予選、第１戦、第２戦） レースを開始する。レースにおいて、最初に通常通りの
順位システムを持ちながら、各人毎のタイムも持ってい
るとする。途中参加の遊戯者は導入コース（ピットから
のスタート）からの参加となる。導入コース走破にはあ
る程度のスキルを要する。そのため、導入コースをうま
くクリアして本コースに参戦できれば、上位集団からの
参加となり、失敗すれば後方集団からの参加となるわけ
である。要は、遊戯者本人のスキルレベルでレース参加
直後の順位を決定させられるのである。また、チェック
ポイント毎にボーナスタイムを追加させて上げる。せっ
かく上げた順位をゲームオーバーでそのまま放棄させ
ず、コンティニューさせることで自分のポジションを維
持したままゲームを再開できるようにする。しかし、コ
ンティニューするのにぐずぐずしていると、その間に後
方の敵に抜かされていくので注意しなければならない。
また、スタート地点からコースに合流するのにも細心の
注意を払わなければ、後方から来る他車に追突されてし
まう。逆に追いかける側は、コンティニュー時に追いつ
き追い越すチャンスにもなる。 ＳＴ５１：車両性能低下 周回を重ねる毎に走行性能（エンジン性能、タイヤのグ
リップ力等）が低下する。走行性能を元に戻すには「ピ
ット」に入らなければならない。 ＳＴ５２：ピットに入る 遊戯者は所定の操作を行うことにより「ピット」に入
る。ただし、「ピット」に入るには、ある一定数以上の
周回を重ねなければならない。 ＳＴ５３：ピット作業風景（時間により回復量変化） ピット内で作業中は、例えば図１３のような画面が表示
される。車両１６６のまわりにピットクルーが集まっ
て、タイヤ交換、燃料補給が行われる。このとき、ゲー
ム画面としての面白さを増すために、図１３のように、
いわゆるレースクイーン（美女）１６７もあわせて表示
するようにしてもよい。

【００９４】「ピット」内の作業には、多少時間がかか
る。遊戯者は修理する部分を選択できる。例えば、タイ
ヤ交換する／しない、燃料補給のみ、・・・などを選択
できる。修理箇所を減らすことにより「ピット」作業に
要する時間を適宜調整することができる。これにより車
両の回復状態も変わる。スピードに自信がある遊戯者な
ら全部修理し、自信がない遊戯者ならエンジン、あるい
はハンドル等の重要部分のみ修理するというように、遊
戯者の力量及び各車両の性能に応じて「ピット」の戦略
を立てることができる。「ピット」に多少時間がかかる
ので、この間に遊戯者を交代することも可能である。こ
のように、「ピット」を導入してゲーム戦略に組み込む
ことにより、ゲームの面白さがより増加する。 ＳＴ５４：ピットスタート 「ピット」での作業を終了した遊戯者はコース２０１に
合流し、レースに再度参加する。合流ポイントは常に一
定で、これがコース中のスタート地点になる。ＣＰＵに
より制御される車両が常にコース上を走行しているの
で、参加遊戯者がいない場合はＣＰＵ相手の対戦とな
る。

【００９５】このゲームが終了するのは、パスポイント
がなくなったときと、制限時間によりステージが終了し
たときである。 ＳＴ６：パスポイントオーバー（ＰＡＳＳ ＰＯＩＮＴ
ＯＶＥＲ） パスポイントがオーバーしたときは、ステップＳＴ６に
おいて、例えば図１４のように「ＧＡＭＥ ＯＶＥＲ」
を表示する。ゲームオーバー表示がなされると、その時
点からＣＰＵ１０１がこの車をコントロールする。そし
て、図１５のように、距離、ＰＡＳＳポイント表示等の
画面表示が全て消える。

【００９６】なおパスポイントの計算方法については後
述する。 ＳＴ７ａ：制限時間によってステージ終了 あらかじめ定められた制限時間をオーバーしたときは、
ステップＳＴ７ａにおいて、例えば図１４のように「Ｇ
ＡＭＥ ＯＶＥＲ」を表示する。制限時間は、例えば、
決められた時間内で達成しなければならない周回数が決
められており、制限時間が経過したときにこの周回数未
満であるときにゲームオーバーとなる。あるいは単純に
制限時間が経過したときに強制的にゲームオーバーとし
てもよい。制限回数は、例えば、通常の技量であれば達
成できる回数に設定する。次にステップＳＴ７ｂに進
む。 ＳＴ７ｂ：クオリファイしたかどうか（規定ポイントを
達成したかどうか）判定する 上記規定の周回回数を達成できたかどうか判定する。ク
オリファイを失敗したとき（ＹＥＳ）は、ステップＳＴ
８に進む。クオリファイを成功したとき（ＮＯ）は、ス
テップＳＴ１１に進む。 ＳＴ８：コンティニュ画面を表示 例えば、図１６のように、カメラがズームアウトしてい
ってコンティニュ画面が表示される。 ＳＴ９：コンティニュするかどうか判定する 図１６のコンティニュ画面において、９から０までカウ
ントダウンするとともに、その数字を画面に表示する。
０になるまでにコインの投入があれば、コンティニュす
る（ＹＥＳ）と判定し、０になるまでコインの投入がな
かった場合、コンチニュしない（ＮＯ）と判定する。

【００９７】コンティニュするとき（ＹＥＳ）はステッ
プＳＴ４に戻り、ゲームを再開する。すなわち、図１６
のコンティニュ画面から再びズームアップされ、スター
ト時の画面に移行する。

【００９８】なお、コインが予め投入されている場合、
減速・中断はなく、現在地点・現在速度のままレースを
続行できる。早くコインを投入する程、有利にレースを
続行できる。

【００９９】コンティニュしないとき（ＮＯ）はステッ
プＳＴ１０に進む。コインが投入されていない場合、エ
ンジンストップがかかり、自然に減速していく。 ＳＴ１０：遊戯者のゲームオーバー処理 ゲームが始まるまでのデモンストレーション画面である
アドバイタイズ画面表示（ＳＴ１）に戻る。 ＳＴ１１：ゲームクリアの判定 制限時間経過時にクオリファイに成功していれば、さら
にゲームをクリアしたかどうか判定する。所定の周回回
数を達成していたとき、ゲームをクリアしたと判定し
（ＹＥＳ）、ステップＳＴ１２に進む。

【０１００】ゲームをクリアしなかったとき（ＮＯ）
は、ステップＳＴ１５に進む。 ＳＴ１２：トータル成績表示 このゲーム装置における過去のゲームクリアした遊戯者
の成績とともに、この遊戯者のトータルの成績を表示す
る。 ＳＴ１３：エンディング 例えば、表彰式の画面のような勝利者をたたえるエンデ
ィング画面を表示する。 ＳＴ１４：ネームエントリー この遊戯者のネームエントリーを促す画面を表示する。
エントリーされたネームはＲＡＭ１０３等に記憶され、
ＳＴ１２のトータル成績表示画面において他の成績優秀
者とともに表示される。 ＳＴ１５：成績表示 この遊戯者の予選の成績を表示する。 ＳＴ１６：コース選択 ゲームを継続するために、次にプレイするコースを選択
する。予選をクリアした遊戯者のみ決勝コースを選択で
きる。

【０１０１】以上、このゲーム装置の全体の動作につい
て説明した。最初に説明したように、この発明の実施の
形態１の装置は任意の遊戯者が任意の時にプレーに参加
できるフリーインシステムを特徴のひとつとする。その
ため、従来のゲームにおいて自車と一緒に敵車が一斉に
スタートするのとは異なり、この発明の実施の形態１の
装置においてレースに参加する車はすでにスタートして
いて、これらの車から所望の車を選択するのを特徴とす
る。このように、遊戯者の有無にかかわらずゲームが継
続するので、ゲームが常に進行していて、遊戯者はさま
ざまな局面の好きなときに参加できたり、観客はいつも
新しい局面を見ることができる。したがって、従来のゲ
ームと比べて、遊戯者も観客もゲームをより楽しむこと
ができる。

【０１０２】ところで、電源投入の初期状態において、
他の車両（エネミー）の位置はばらばらであり、スター
ト直後とは限らない。スタート直後のようでは途中参加
（フリーイン）は難しいし、後から始める遊戯者（車両
の位置がばらばらであるからフリーインが簡単）との間
で公平性を保てないことも考えられる。したがって、計
算によって動作開始時において車両の位置を最初からば
らばら（ランダム）にしておくことが考えられる。この
状態の設定は、例えば集客戦略の一環としてディストリ
ビューター（あるいはオペレータ）が設定することもで
きる。 （パスカウントシステムの内容）次にフリーインシステ
ムにおいて適する勝敗の判定方法であるパスカウントシ
ステムについて図１８〜図２０を用いて説明する。

【０１０３】フリーインシステムにおいて、従来のゲー
ムのように同時スタートではないから、持ち時間の加減
によるゲーム終了のさせ方（タイムオーバー制）を使う
ことはできない。そこで、抜く抜かれたによって発生す
るポイントでゲームを終了させるやり方（パスポイント
制）を用いる。 ＳＴ２１：現在の自車のいるブロックの情報を取得す
る。

【０１０４】図１９のように、周回コース２０１をいく
つかのブロック２０５で分割する。それぞれのブロック
においてパスカウントを計算する。各ブロック２０５
は、図２０のように、所定のポイント２０６を有する。
そして、ポイント２０６を基準に自車２０７及び敵車２
０８それぞれまでの距離ｘ、ｙを求める。これら距離
ｘ，ｙに基づきパスポイントを計算する。図２０のポイ
ント２０６はコースの進行方向上にあるが、他の位置、
例えば進行方向と反対側やコースから外れた点であって
もよい。また、この判断は平面に限ったものではない。
要するに、コース上の車両２０７、２０８の平面上ある
いは空間上の位置が特定できる基準点であればよい。

【０１０５】ＣＰＵ１０１は、自車２０７が存在するブ
ロック２０５を選択し、その情報（位置、コースの形状
等）を取得する。 ＳＴ２２：そのブロックに対するポイントとの距離を算
出する。

【０１０６】図２０における距離ｘを求める。ＣＰＵ１
０１は各車両の座標を容易に知りうる。その座標に基づ
き距離を求める。直線コースであれば図２０のようにな
る。曲線コースであればその曲線の形状（例えば中心
線）の距離に基づいて距離を求める。 ＳＴ２３：全敵車のいるブロックの情報を取得する。

【０１０７】全ての敵車がどこにいるかについて情報を
取得する。このゲーム装置は通信しているので、各ゲー
ム装置のＣＰＵ１０１は全ての車両の情報を入手するこ
とができる。 ＳＴ２４：自車のブロックと敵車のブロックが同じかど
うか判定する。

【０１０８】図２０のように、同じブロックに自車２０
７と敵車２０８が存在すれば（ＹＥＳ）、次のステップ
ＳＴ２５に進みパスポイントの処理を行う。同じでなけ
れば（ＮＯ）、このブロックにおいて敵車との間で追い
抜きは発生せず、パスポイントが変化することはないの
でパスポイントの処理を終了する。 ＳＴ２５：敵車のブロックに対するポイントとの距離を
算出する。

【０１０９】図２０における距離ｙを求める。 ＳＴ２６：自車の距離と敵車の距離を比較する。

【０１１０】敵車よりも、自車の方がポイントにより近
いとき、つまり、図２０のようにｘ＜ｙであるときステ
ップＳＴ２７に進む。

【０１１１】逆に、自車の方が遠いとき、つまり、ｘ＞
ｙであるときステップＳＴ３０に進む。 ＳＴ２７：フラグを調べて「２」が立っているかどうか
調べる。

【０１１２】前回の処理において自車が遠かったことを
意味するフラグ「２」が立っているとき（ＹＥＳ）、ス
テップＳＴ２８に進む。

【０１１３】そうでないとき（ＮＯ）、前回の処理でも
今回の処理でも、自車が近いという状況には変化がない
のであるからパスポイントを変化させる必要はなく、ス
テップＳＴ２８を飛ばしてステップＳＴ２９に進む。 ＳＴ２８：パスポイントを加算（＋１）する。

【０１１４】前回の処理においては自車が遠かった（ｘ
＞ｙ）のであったが、今回の処理で自車が近い（ｘ＜
ｙ）のであるから、これら処理の間（例えば、１／６０
秒）において自車２０７は敵車２０８を追い抜いたこと
になる。そこで「1台を抜いた」ことを意味するパスポ
イントをインクリメントする。 ＳＴ２９：フラグに「１」を立てる。

【０１１５】前回の処理と状況が変わり、自車２０７が
ポイント２０６に近くなったのであるから、これを意味
するフラグ「１」を立てる。これでパスポイントの処理
を終了する。 ＳＴ３０：フラグを調べて「１」が立っているかどうか
調べる。

【０１１６】前回の処理において自車が近かったことを
意味するフラグ「１」が立っているとき（ＹＥＳ）、ス
テップＳＴ３１に進む。そうでないとき（ＮＯ）、前回
の処理でも今回の処理でも、自車が遠いという状況には
変化がないのであるからパスポイントを変化させる必要
はなく、ステップＳＴ３１を飛ばしてステップＳＴ３２
に進む。 ＳＴ３１：パスポイントを減算（−１）する。

【０１１７】前回の処理において自車が近かった（ｘ＜
ｙ）が、今回の処理で自車が遠い（ｘ＞ｙ）のであるか
ら、これら処理の間（例えば、１／６０秒）において自
車２０７は敵車２０８に追い抜かれたことになる。そこ
でパスポイントをデクリメントする。 ＳＴ３２：フラグに「２」を立てる。

【０１１８】前回の処理と状況が変わり、自車２０７が
ポイント２０６に遠くなったのであるから、これを意味
するフラグ「２」を立てる。これでパスポイントの処理
を終了する。

【０１１９】以上のように、前方の敵車を追い越せは
「パスカウント」が＋１され、後方の敵車に抜かれると
「パスカウント」が−１引かれる。パスカウントシステ
ムとは多数の敵車との間での抜きつ抜かれつの状況を数
字化するものである。

【０１２０】先に説明したように、パスカウントがゼロ
になるとコンティニュ画面になるから（図５のＳＴ６、
８）、ゲームの面白さを増すために、ゲームスタート直
後におけるデフォルトの「パスカウント」は１以上の値
（例えば３）に設定する。

【０１２１】「パスカウント」は画面上に表示される。
さらに、何台抜いたか、何位にいるか等も表示される。
また、「ピット」に入っている間も、「パスカウント」
は換算される。したがって、ピット中にゲームオーバー
も有り得る。この観点からピットに入るかどうか判断す
る必要がある。これは従来のゲームになかった戦略的判
断であり、この点からも従来とは違ったプレイが楽しめ
る。

【０１２２】なお、カウントの対象として「抜く」「抜
かれる」だけでなく、「壁にぶつかる」などもポイント
として考慮するようにしてもよい。 （フリーインシステム及びパスカウントシステムの効
果）以上のように、これらシステムによれば対戦者は随
時参加できる。たとえ既にゲームが始まった後でも途中
から参加ができ、ドライブテクニックやレースの駆け引
きを競い合うことができる、まさに格闘ゲームのように
見ず知らずの遊戯者と「対戦」できるドライブゲームを
提供できる。このように仲間うちの対戦に限らず、全く
知らない相手と対戦できる可能性が高い。また、ゲーム
は中断されることなく、常に走行可能である（待ち時間
不要）。

【０１２３】なお、この発明の実施の形態１の装置は、
ドライブゲームのみならず、飛行機ゲームを含む他のレ
ースゲームに適用することができて、エントリー待ち受
け時間の煩わしさや見知らぬ人との気兼ねのいらない乱
入対戦が可能となる。 （環境条件の設定）フリーインシステムにおいて、全て
の車両が常に走行、または、ピットイン中等の状態でレ
ースに参加している。したがって、実際の耐久レースの
ように、時間の経過にともない環境、車両の状態等を変
化させることにより、より実感的なゲームを提供するこ
とができる。従来のように全ての車両が同時にスタート
するシステムでは経過時間が短く、このように環境条件
を変化させることは困難であった。具体的には次のよう
な各種条件を変化させる。 （１）カレンダー又はタイマーにより温度・湿度・降雨
（降りはじめと終わり）等の気象条件が変化し、操作性
に影響を与える。また、四季をプリセットし、ディスト
リビューターが選択する。 （２）クラッシュして砂をかぶるなどして、路面の状況
が変わり、操作性に影響を与える。ＣＰＵ制御の車両が
走行することによっても路面の状態が変わる。きれいな
路面で走りたければ朝一番でプレイするのが望ましい。
時間がたてばグリップ力が増える。具体的な条件及び処
理は次の通りである。 （２−１）レースの経過による路面の変化 ・路面温度 ・路面状況（乾燥状態、濡れている状態、雨が降ってい
る状態、水たまりがある状態、雪が降っている状態、雪
が降り積もっている状態、アイスバーンと化した状態、
オイル状のものがある状態、砂状のものがある状態、ス
リップあとがある状態） ・天候の変化（晴れ、雨、雪、くもり、あられ、ひょ
う、霧） ・風の変化（風向と強さの変化、天候との組み合わせ） ・外環境変化（温度、湿度、気圧） （２−２）状況変化に対する処理 ・路面温度 タイヤと路面の抵抗係数を変化させる タイヤのダメージ率を上昇させる・・・等 ・路面状況 それぞれのタイヤごとの抵抗係数の変化 タイヤのダメージ率の上昇 空気抵抗の変化 視界の変化・・・等 ・天候変化 空気抵抗の変化 空気密度の変化 気圧の変化 エアロ抵抗（ＣＤ値）の変化 ダウンフォースの変化・・・等 ・外環境変化 ［温度］材質全てに対して温度値が上昇 その材質の使用部分と種類により、各耐久性能やダメー
ジ率などが変化 ［気圧］空気抵抗やダウンフォースの他に重量などが関
係するすべての物理量に対して変化する ［温度］摩擦に関係するすべての物理量に対して変化 例）ブレーキパッドの抵抗率やタイヤのヤング率・・・
等 （３）ゲーム機の管理者が変えるパラメータ 具体的な条件及び処理は次の通りである。 ・ゲームの難易度（車の性能変化、敵ＡＩの変化） ・外環境の変化のＯＮ／ＯＦＦ ・天候変化ＯＮ／ＯＦＦ ・四季変化ＯＮ／ＯＦＦ ・ダメージ量の調整 ・１日に対する時間の調整（１２ｍｉｎ／２４ｍｉｎ／
６ｍｉｎ・・・等） ・デフォルトコースの選択 ・周回によるゲームオーバーのＯＮ／ＯＦＦ ・ステップアップ条件（次のコースへ進むときの条件） （分散処理）この発明の実施の形態１の装置は、複数の
ゲーム機が接続され、それぞれで分散処理する通信型ゲ
ーム装置である。例えば、車両が９０台あるとき、ゲー
ム機Ａで３０台、Ｂで３０台、Ｃで３０台それぞれ処理
する。

【０１２４】この発明の実施の形態１の分散処理につい
て、図２１及び図２２を用いて説明する。図２１におい
て、３台のゲーム機１ａ，１ｂ，１ｃが接続されてい
る。ゲーム機１ａはマスターのゲーム機であり、処理の
負荷配分を決定するとともに分散処理全体の制御を行
う。ゲーム機１ｂ、１ｃはスレーブのゲーム機である。
ゲーム機１ａはゲーム機１ｂに対してデータａをが送
る。ゲーム機１ｂはデータａと自分で処理したデータｂ
とを併せてゲーム機１ｃに対して送る。ゲーム機１ｃは
データａ＋ｂと自分で処理したデータｃとを併せてゲー
ム機１ａに対して送る。このようにして、ゲーム機１ａ
は他のゲーム機１ｂ、１ｃが処理したデータｂ及びｃを
取得できる。他のゲーム機１ｂ、１ｃについても同様で
ある。このように、データを巡回させることにより、ゲ
ーム機１ａ，１ｂ，１ｃに処理を分散させつつ、いずれ
のゲーム機もすべてのデータを取得できる。

【０１２５】処理のタイミングについて、図２２を用い
て詳細に説明する。図２２においてメモリＡ，Ｂ，Ｃは
それぞれゲーム機１ａ，１ｂ，１ｃのメモリである。ま
た、矢印はデータの書き込みを意味し、その流れは上か
ら下である。時刻ｔ１から時刻ｔ２にかけて、ゲーム機
１ａ，１ｂ，１ｃは自分の担当のデータ処理を行い、処
理により得られたデータを自分のメモリに記憶するとと
もに、他のゲーム機のメモリに書き込む。すなわち、ゲ
ーム機１ａはメモリＢにデータａを、ゲーム機１ｂはメ
モリＣにデータｂを、ゲーム機１ｃはメモリＡにデータ
ｃを、それぞれ書き込む。

【０１２６】時刻ｔ２から時刻ｔ３、及び、時刻ｔ３か
ら時刻ｔ４にかけても同様の処理が行われる。したがっ
て、図２２の例では時刻ｔ１から時刻ｔ４の処理により
各ゲーム機は必要なすべてのデータが自分のメモリに記
憶されることになる。この処理が一定の間隔で繰り返さ
れる。このデータ通信の間隔は、表示画面のリフレッシ
ュレートにあわせて１／６０秒以内である。

【０１２７】マスタであるゲーム機１ａは、他のゲーム
機における時刻ｔ１から時刻ｔ４にかけての処理状況も
併せて監視している。その結果に基づき、次のサイクル
における各ゲーム機の処理負荷を決定する。負荷が大き
すぎるときには少し減らし、処理能力に余裕があれば負
荷を増やす。ゲームの進行状況によっては負荷が変動す
るから、このように適応的に処理を分配することは、効
率的な処理の点で有効である。 （１）通信データの内容を列挙する。 車種 車の位置（三次元座標）ｘ，ｙ，ｚ 車の向き（三次元座標）ａｘ，ａｙ，ａｚ 車の倍率（三次元座標）ｄｘ，ｄｙ，ｄｚ タイヤの切れ角（前輪左右の２つ） タイヤの回転数（前後左右の４つ） 各種ダメージ量（外形部分、タイヤ性能、ブレーキ性
能、ステアリング、エンジン、サスペンション、ウイン
グ・・・等） 車の挙動情報（スピン状態、ドリフト状態、炎上状態・
・・等） 現在いるブロック番号 現在の周回数 現在のパスポイント 天候状況 空気状況 路面状況 環境情報 （２）通信をするためのデータを列挙する。 自分の識別番号 返答用フラグ 受信用フラグ 現在の状況フラグ（分散処理用） 自分のＣＰＵ負荷値（同上） ＣＰＵ処理フラグ（エラー処理用）（同上） 処理した量（同上） 次へ渡すべき情報（同上） 次へ渡した情報（同上） データの構成は、（通信するためのデータ）＋（環境プ
ロセッサからのデータ）＋（自車のデータ）＋ｎ＊（車
両（エネミー）ごとのデータ）である。 （外部モニタ表示処理）図２及び図４に示された外部モ
ニタ１９に表示する画像の処理について、図２３を用い
て説明する。

【０１２８】まず、遊戯者がいるかどうか判定する（Ｓ
Ｔ６０ａ）。遊戯者がいなければ、外部モニタ１９には
アドバタイズ画面等を表示する。

【０１２９】遊戯者がいる場合は、互いに競っている遊
戯者を特定する。例えば、複数の遊戯者がいるときに、
抜きつ抜かれつトップを争っている２人の遊戯者を特定
する（ＳＴ６１）。以下の処理は、この特定された遊戯
者について行われる。

【０１３０】特定された遊戯者が離れているかどうか判
定する（ＳＴ６２ａ）。離れているときは、遊戯者の位
置及び状態を鳥瞰的に表示したり、地図上にプロットし
たりして表現する（ＳＴ６２ｂ）。このようにしないと
遊戯者が互いに相手の位置を把握しにくいからである。

【０１３１】特定された遊戯者が近いかどうか判定する
（ＳＴ６３ａ）。近いときは、あたかもレースを中継す
るＴＶカメラの画面のように、コース近傍の点からのロ
ングカットを表現する（ＳＴ６３ｂ）。

【０１３２】一方の遊戯者がピットインしているかどう
か判定する（ＳＴ６４ａ）。ピットインしているとき
は、ピットの状況を表示する（ＳＴ６４ｂ）。こうする
ことにより、他方の遊戯者は相手の遊戯者がピットイン
していることを容易に知ることができて、戦略をたてや
すい。先に説明したように、ピットイン中でもパスカウ
ントは継続されるから、相手のピットイン中にどんどん
カウントを稼ぎ、一気にリードを広げることが考えられ
る。

【０１３３】一方の遊戯者がコースアウト／事故を起こ
したかどうか判定する（ＳＴ６５ａ）。コースアウト／
事故を起こしているときはその状況を表示する（ＳＴ６
５ｂ）。こうすることにより、他方の遊戯者は相手の遊
戯者の不利な状況を容易に知ることができて、戦略をた
てやすい。相手が事故を起こしているときに、自分はピ
ットインすることもできる。また、無理のないレース展
開を心掛けてリードを着実に広げることもできる。

【０１３４】一方の遊戯者がゲームクリアしたかどうか
判定する（ＳＴ６６ａ）。ゲームクリアしたときは、そ
の遊戯者を表示したり、表彰式の様子を表示したりする
（ＳＴ６６ｂ）。これは観客に対するアドバタイズにも
なる。 （リーダーマーカー表示処理）図２及び図４に示された
外部モニタ１９に表示する画像の処理について、図２４
を用いて説明する。

【０１３５】まず、他の遊戯者がいるかどうか判定する
（ＳＴ７０）。他の遊戯者がいれば（ＹＥＳ）、他の遊
戯者の情報を取得する（ＳＴ７１）。この発明の実施の
形態１の装置は分散処理を採用しているものの、先に述
べたように他の装置についての情報が巡回するので、必
要な情報を容易に得ることができる。得られた情報に基
づき、自遊戯者と他遊戯者の成績を比較する（ＳＴ７
２）。自分の方が有利な状況にあれば、リーダーマーカ
ーを点灯する（ＳＴ７３）。

【０１３６】このように、その時点で最も成績の良い遊
戯者のリーダーマーカーが点灯するので、誰がリーダー
かすぐにわかりゲームの面白さが増す。

【０１３７】なお、レースコースに分岐コース等を設け
たときに、従来は常にトップの者しか選択権が与えられ
なかったが、この発明の実施の形態においては途中参加
が可能なので、ある一定のポイントをクリアすれば遊戯
者の実力に応じて個別に選択権が与えられるようにして
もよい。

【０１３８】以上のように、この発明によれば、遊戯者
がレース中の複数の移動体のいずれかを選択し、遊戯者
が選択した前記移動体を用いてレースに参加し、選択し
た前記移動体を含む複数の移動体によりレースゲームを
継続し、選択した前記移動体が所定の条件を満たしたと
きにゲームオーバーとするので、遊戯者の有無にかかわ
らずレースゲームが継続して行われ、遊戯者がいつでも
参加できる。

【０１３９】また、この発明によれば、参加するとき
に、選択した前記移動体の位置と遊戯者がレースに途中
参加する所定の位置とが遠いときに、選択した前記移動
体の状況を変化させて前記移動体を強制的に前記所定の
位置に移動するので、ゲームの開始までの時間が長くな
ることを防止できる。

【０１４０】また、この発明によれば、ゲームを継続す
るときに、時間の経過に伴い前記移動体の性能パラメー
タを変化させ、遊戯者の操作により、選択された前記移
動体を性能パラメータの復旧のための所定の位置に移動
させ、性能パラメータの復旧後に前記移動体をレースに
復帰させるので、性能の変化とその復旧という条件をゲ
ーム戦略に取り入れることができて、面白さが増加す
る。

【０１４１】また、この発明によれば、ゲームオーバー
とするとき、選択した移動体と他の移動体との間の追い
抜きの回数を示すパスカウントに基づきゲームオーバー
を判定するので、ゲーム展開を遊戯者自身の技量及び運
に依存させて不適切なゲームオーバーを解消することが
できる。

【０１４２】また、この発明によれば、前記複数のゲー
ム機の少なくともいずれかからレースの状況に関する情
報を得て表示画像を決定する制御手段と、前記制御手段
により決定された表示画像を表示する外部モニタを備え
るので、レースを競いあっている移動体の状況に応じて
遊戯者にとって参考になる画像を提供できる。

【０１４３】また、この発明によれば、前記複数のゲー
ム機が、それぞれ、レースの状況に関する情報を表示す
る表示部を備えるので、観客にレース状況をわかりやす
く知らせることができる。

【０１４４】また、この発明によれば、前記複数のゲー
ム機が、それぞれの画像処理装置は、予め割り当てられ
たデータを処理し、それぞれの通信制御装置は、処理さ
れたデータを他のゲーム機に出力するとともに、他のゲ
ーム機で処理されたデータを受けて、前記画像処理装置
のメモリに書き込むので、１周期の処理が終了すると、
いずれのゲーム機も他のゲーム機で処理されたデータを
取得する。したがって、分散処理により処理負荷を平準
化しつつすべてのデータを処理し、すべてのゲーム機で
全体のデータを使用できる。効率的なデータ処理が可能
になる。

【０１４５】発明の実施の形態２．以下、本発明の実施
の形態について図面を参照して説明する。

【０１４６】この実施の形態に係るゲームシステムは、
複数の遊戯者が同時に通信を介して共通のゲームで対戦
することができる通信ゲームシステムである。この通信
ゲームシステムには、複数の遊戯者が座るコックピット
を模した筐体としてのゲーム装置が複数設置されてい
る。各ゲーム装置の電気的構成は、図１に示すものと同
じである。また通信ゲームシステムの構成は、図２に示
すものと同じである。また、この通信ゲームシステムの
斜視図は、図４に示すものと同じである。

【０１４７】この通信ゲームシステムによれば、ゲーム
装置１ａ〜１ｄをそれぞれ独立に使用してドライビング
ゲームなどのゲームを行うことができる。その一方で、
複数の遊戯者が互いに通信系を介して対戦型のドライビ
ングゲームなどのゲームを行うことができる。

【０１４８】この対戦型のゲームは、この通信ゲームシ
ステムでは、フリーエントリ型多人数対戦型のゲームと
して提供される。このゲームの特徴は、途中参加の遊戯
者に対してフリーエントリであること、ゲームオーバの
条件またはゲームオーバの意思を遊戯者が示さない限り
ゲームが連続して行われること、前のゲーム結果が次の
ゲームの参加者決定に自動的に反映された「勝ち抜き」
感のあるゲームであること、などである。

【０１４９】この特徴は図２５に示すエントリ処理に在
る。この処理は制御装置１８によって行われるが、マス
タのゲーム装置１ａの例えば通信制御装置１７ａに実行
させてもよい。なお、以下のゲームは対戦型のドライビ
ングゲームであるとして説明するが、必ずしもこれに限
定されるものではない。

【０１５０】制御装置１８で図２５の処理が起動する
と、まず、本通信ゲームシステムへの遊戯者のエントリ
があったか否かが判断される（ステップＳ１）。次い
で、エントリ数が１人か否かが判断される（ステップＳ
２）。エントリした遊戯者数が１人の場合（ステップＳ
２、ＹＥＳ）、制御装置１８はエントリがあったゲーム
装置１ａ（，…，１ｄ）に、かかるゲーム装置における
コンピュータ対戦を指令する（ステップＳ３）。

【０１５１】「コンピュータ対戦」は、各ゲーム装置の
ＣＰＵが予め定めた手順にしたがって遊戯者との間で対
戦を行う方式である。

【０１５２】一方、エントリした遊戯者が２人以上であ
るときは（ステップＳ２、ＮＯ）、さらに通信対戦か否
かを判断する（ステップＳ４）。この判断は遊戯者から
のボタン操作情報などに基づき行う。

【０１５３】「通信対戦」は、ゲーム装置間で通信系を
介して遊戯者同士が対戦し、ゲームを競う方式である。

【０１５４】通信対戦ではないと判断されたときも（ス
テップＳ４、ＮＯ）、同様に、コンピュータ対戦がエン
トリのあったゲーム装置それぞれに指令される（ステッ
プＳ５）。一方、通信対戦であると判断したとき（ステ
ップＳ４、ＹＥＳ）、制御装置１８は該当する複数のゲ
ーム装置それぞれに通信対戦を指令する（ステップＳ
６）。これにより、ゲーム装置間で複数の遊戯者により
ドライビングゲームが競われる。

【０１５５】次いで、制御装置１８は、複数の遊戯者に
よるゲーム開始後に、その途中で別の遊戯者によるエン
トリ（ゲーム参加）の意思表示があったかどうかを繰り
返し判断しながら待機する（ステップＳ７）。途中でエ
ントリがあったときは（ステップＳ７、ＹＥＳ）、エン
トリ待受け中か否かを判断する（ステップＳ８）。この
「エントリ待受け」の判断は、仮想ゲーム空間でのドラ
イビングゲームに別の遊戯者の車両が参加してもよい状
態か否かを判断するものである。

【０１５６】ここでのドライビングゲームはスタートＳ
Ｔ地点（ゴールＧＬ地点）からゴールＧＬ地点（スター
トＳＴ地点）までの周回コースを走行するものである。
このため、エントリ待受けの判断は、ゴールＧＬ地点の
手前の所定位置に設定した最終チェックポイントＰFN
（図２７（ａ）参照）に先頭車両が到達した時間からゲ
ーム再開までの時間の間の状態かどうかにより決まる。
最終チェックポイントＰFNは、殆どゴールＧＬ地点と見
做せるコース上の位置が選定される。

【０１５７】既にドライビングゲームが始まっており、
エントリ待受け中ではない場合（ステップＳ８、Ｎ
Ｏ）、制御装置１８は途中エントリのあったゲーム装置
に、遊戯者との間でのコンピュータ対戦を指令し（ステ
ップＳ９）、再度、ステップＳ７〜Ｓ８の処理を繰り返
す。このコンピュータ対戦では、エントリしたゲーム装
置のＣＰＵによって、例えば、既に開始されているドラ
イビングゲームの最後尾を追走する状態で疑似的に走行
させる。しかし、この途中参加の遊戯者車両の順位は、
開始済みのドライビングゲームの成績には関与させない
対戦待機状態の走行となる。

【０１５８】このため、途中で通信ゲームに参加したい
遊戯者は、既に開始されたドライビングゲームが終了す
るまで待つ必要なく、現在進行中のドライビングゲーム
に疑似的に参加できる。したがって、途中参加の遊戯者
が飽きてしまうようなこともなく、ゲームの臨場感、雰
囲気などを途中の参加時点から即時に共有できる。ま
た、ステップＳ７〜Ｓ９の処理は繰返して実施されるた
め、途中参加の遊戯者が複数の場合でも同様に対処でき
る。

【０１５９】開始されたドライビングゲームの先頭車両
が最終チェックポイントに到達すると、エントリ待受け
中、すなわちゲームへの実際のエントリ可能と判断され
る（ステップＳ８、ＹＥＳ）。このときは、次いで、次
の周回を競う新規の参加者を設定する処理が実施される
（ステップＳ１０）。

【０１６０】この設定処理は一例として、図２６のよう
に実施される。すなわち、エントリ待受け状態になるま
での間に待機していた遊戯者、すなわち途中エントリし
てコンピュータ対戦をしていた参加待機者を特定する
（ステップＳ１０ａ）。次いで、勝ち抜き条件を内蔵メ
モリからワークエリアに読み出す（ステップＳ１０
ｂ）。勝ち抜き条件は、ドライビングゲームにおいてレ
ース結果の上位者を勝ち抜き者として選定するものであ
る。例えば、３人以上のドライビングゲームの場合、例
えば上位２人を勝ち抜き者とする。この勝ち抜き者は、
ゲームに参加している遊戯者の人数や途中参加の遊戯者
数などに応じてリアルタイムに可変としてもよい。

【０１６１】制御装置１８は、最終チェックポイントＰ
FNを通過した順序で順位を決定し、勝ち抜き条件を参照
して勝ち抜き（残留）遊戯者を決定する（ステップＳ１
０ｃ）。次いで、この勝ち抜き遊戯者に待機遊戯者を加
えて、新規の複数の対戦遊戯者を決める（ステップＳ１
０ｄ）。さらに、負けた遊戯者は次の周回レースには参
加できないので、負けた遊戯者の車両を例えばピットイ
ンさせるなどの処理を該当するゲーム装置に指令する
（ステップＳ１０ｅ）。

【０１６２】このように次の周回を行う複数の新規遊戯
者が自動的に設定されると（ステップＳ１０）、制御装
置１８はゲームがゲームオーバ条件に合致するかどうか
を確認する（ステップＳ１１）。ゲームオーバの場合
（ステップＳ１１、ＹＥＳ）、ゲーム結果を表示するな
どの所定のゲームオーバ処理を実行する（ステップＳ１
２）。ゲームオーバではないとの判断の場合（ステップ
Ｓ１１、ＮＯ）、制御装置１８は通信対戦を続けるかど
うかを判断する（ステップＳ１３）。通信対戦を続ける
場合、再びステップＳ６の通信対戦指令の処理が実施さ
れた後、上述したステップＳ７以降の処理が繰り返され
る。通信対戦を続けない場合（ステップＳ１３、Ｎ
Ｏ）、ステップＳ１に処理が戻されるので、個々のゲー
ム装置においてコンピュータ対戦を独立して実施でき
る。

【０１６３】ここで、上述した処理によって実施される
エントリ処理の１つの具体例を図２７に基づき説明す
る。いま、３人の遊戯者が操縦する３台の車両Ａ，Ｂ，
Ｃが仮想ゲーム空間上の周回コースを走行するものとす
る。同図（ａ）に示すように、時刻ｔ１で３台の車両
Ａ，Ｂ，ＣがスタートＳＴ（＝ゴールＧＬ）地点を同時
にスタートし、通信対戦が実施される。

【０１６４】スタート地点から所定距離離れた地点に
は、同図（ｂ）に示す如く、遊戯者（ゲーム装置の画
面）には見えないチェックポイントＰUVが設けられてい
る。このチェックポイントＰUVは遊戯者にゲームの進行
を促すために設定されており、このチェックポイントＰ
UVにどの車両も所定時間内に到達しない場合、例えば
「Ｈｕｒｒｙ ｕｐ！」などのメッセージを表示させ
る。それでも更に所定時間待っても、見えないチェック
ポイントＰUVにいずれの車両も到達しない場合、ゲーム
を強制的に終了させるなどの処理をとるようにする。た
だし、ここでの待ち時間（所定時間）は通常のゲームで
は有り得ない値に設定される。

【０１６５】次いでゲームが進行し、同図（ｃ）に示す
如く、時刻ｔ２において途中エントリの遊戯者があった
とする。この遊戯者の車両Ｄはコンピュータ対戦により
現在進行中のゲームの最後尾を追走する。このとき、遊
戯者の技量が高ければ、先行する車両Ａ〜Ｃとの差を縮
めたり、追い抜くようにしてもよい。ただし、現在進行
中のゲームの成績には関与しない。つまり、途中参加の
遊戯者は疑似的に直ちにゲームに参加し、次回の周回レ
ースを待つことになる。

【０１６６】同図（ｄ）に示すように、先頭車両Ａが最
終チェックポイントＰFNに到達すると、そのときの順位
がゴール順位として決定されるとともに、勝ち抜き条件
にしたがって勝ち抜き遊戯者の車両Ａ，Ｃが決定され
る。負けた遊戯者の車両Ｂは強制的に例えばピットイン
となり、次回の周回から外される。このとき同時に、抜
けた遊戯者の車両Ｂの代わりに、途中参加の遊戯者の車
両Ｄが加えられ、新規の対戦相手はＡ，Ｃ，Ｄの３車両
となる。

【０１６７】この新規の対戦相手の設定の間もゲームが
止まらずに進行しているので、前回の周回から今回の周
回の競争に自動的に移行する。つまり、同図（ｅ）に示
すように、新規の対戦相手Ａ，Ｃ，Ｄによるドライビン
グゲームが前回の周回に引き続いて連続的に行われる。
この連続する今回の周回において、途中参加の車両Ｄと
前回から参加の車両Ａ，Ｃとの間、および前回の車両
Ａ，Ｃの間に、それぞれ距離差のあるスタートとなる。
このスタート時点の距離差は、ゲームへの味付けとして
捕らえられるもので、技量のある遊戯者には前回の周回
のゲーム結果を反映させた賞としてそれだけのアドバン
テージを与えるとともに、途中参加の遊戯者はそれを目
標に、またはそれを追い越すことでゲームへの興味感を
醸成することを意図している。

【０１６８】このように本実施形態の通信ゲームシステ
ムによれば、既に対戦中のゲームに別の遊戯者が途中か
ら参加する場合、自由にどのタイミングでも参加できる
とともに、途中参加の遊戯者もその現在進行中のゲーム
に疑似的に参加できる。しかも、途中参加の遊戯者は、
ゲームがドライビングゲームの場合には一定範囲の周回
対戦の間は疑似的に参加しておいて、その次の一定範囲
の周回対戦（ゲーム）には自動的に且つ連続的にそのま
ま参加できる。このため、途中参加の遊戯者は途中参加
の時点からゲームの緊迫感を共有でき、ゲームへの興味
感を高めることができる。また、前回の一定範囲の周回
対戦で上位のものはそのまま連続して次の周回対戦にも
参加できるので、「勝ち抜き」感のあるゲームを提供す
ることができ、ゲームの興味感を盛り上げることができ
る。

【０１６９】ところで、上述した通信ゲームシステムは
以下のような種々の画像処理の技法を採用し、ゲームの
臨場感を盛り上げるようにしている。

【０１７０】（１） 遊戯者の車両がでこぼこ道を通過
するときは、ＴＶモニタ１３に表示させる画面をそので
こぼこ道の凹凸の度合いに合わせて揺らす。

【０１７１】（２） 車両の斜体の影を表示して、立体
感を演出する。また、その影が投影させる場所に合わせ
て影の質感を変える。

【０１７２】（３）雨粒用のポリゴンにより雨粒を画像
表現する。

【０１７３】（４）フォグ処理により、濡れた路面を画
像表現する。

【０１７４】（５）フォグ処理により、夕暮れ、夜間な
どの背景を画像表現する。

【０１７５】（６）ウインド処理により山などのライト
が当たる光景を画像表現する。

【０１７６】なお、この実施形態の通信ゲームシステム
はドライビングゲームを実施するシステムであるとして
説明してきたが、本発明のゲームシステムは必ずしもそ
のような形態に限定されるものではなく、例えば格闘ゲ
ームなどにも適用できる。

【０１７７】すなわち、複数の遊戯者が複数のゲーム装
置をそれぞれ操作しつつ、相互に対戦ゲームをプレイで
きる格闘ゲーム装置において、上記のような途中エント
リーを可能にすることができる。この場合、詳細に説明
した上記実施の形態のハードウエアはほとんどそのまま
適用することができ、ゲーム自体の相違に応じて主にソ
フトウエアを変更することにより実現可能である。例え
ば、一人の遊戯者１がＣＰＵとの対戦中において、他の
遊戯者２がＣＰＵに代わって乱入し、遊戯者１と格闘す
るような場合である。このとき、ＣＰＵの操作下にある
プレーヤーキャラクタを、遊戯者２が操作できるように
直ちにプログラムを切り替える点や、遊戯者２がＣＰＵ
から引き継いだプレーヤーキャラクタでのゲームが終了
してから、改めて遊戯者２がプレーヤーキャラクタを選
択して、遊戯者１とゲームをすることが必要になるが、
この点については、上記において詳細に説明した、車両
を自然にスタートラインに戻す方法や、ゲームオーバー
処理の方法や、車両のピットインを利用した機能復帰処
理方法などを適用することができる。この場合、もちろ
ん格闘技ゲームにふさわしい状況、例えば、ボクシング
におけるレフェリーの介入、ドクターストップ、ラウン
ドとラウンドとの間のインターバルでリングに戻るなど
の状況を利用することが考えられる。

【０１７８】また、途中参加の遊戯者の一時的な疑似的
参加の態様（例えば最後尾を追走する）、次回の一定範
囲（例えば一定回数の周回対戦）のゲームへの参加者決
定のプロセス、負けた遊戯者のプレーヤーキャラクタの
処理（例えばピットインさせる処理）なども、上述した
ものに限定されることなく、種々の変形が可能である。

【０１７９】また、ここで説明した実施形態は、プレー
ヤーキャラクタの視点からの映像を、路面の凹凸形状や
車両の運動状況に合わせて上下動させる処理機能を備え
ている。図２８は、プレーヤーキャラクタの視点からの
画面を示したものである。車両には、特開平８−２７６
０７０，特開平８−２７６０７４において示されている
ように、仮想の懸架装置（仮想のサスペンションの挙動
計算手段）がコンピュータによって与えられており、３
次元仮想空間内の仮想の地面上にこの仮想のサスペンシ
ョン装置を介して、この車両が地面上に配置（マッピン
グ）されている。

【０１８０】このサスペンションの挙動が、路面状況
（路面摩擦）、車両の操舵状況、車両の速度状況から演
算されて、この演算結果に合わせてプレーヤーキャラク
タの視点からの映像を変化させる。例えば、路面に凹凸
がある場合には、図２８の映像を上下に振動する映像と
する。サスペンションにローリングの挙動がある場合に
は、車両の傾きと同方向に図２８の映像を傾ける。

【０１８１】ＣＰＵは、記憶媒体としてのカートリッジ
Ｉ／Ｆ又はＣＤＲＯＭから供給されるアプリケーション
ソフトウエアによって、既述のようなゲームを実現する
ための映像や音声を作成する。なお、ゲーム機の動作用
プログラムが記憶された記憶媒体としては、既述のカー
トリッジＲＯＭ、ＣＤ−ＲＯＭの他にインターネット、
パソコンネット上の通信媒体でも良い。

【０１８２】

【発明の効果】以上説明したように、本発明によれば、
通信による対戦ゲームへの途中参加の遊戯者も即座に疑
似的にゲームに参加でき、その後に自動的に且つ連続し
て正式にゲーム参加できることから、途中参加の遊戯者
のゲーム待ち状態での退屈感を排除でき、且つ、ゲーム
とゲームの間の「間」を無くして複数のゲームを連続的
に継続することができる一方で、前回のゲーム成績を自
動的に次回のゲームに反映させることで、技量のある遊
戯者には勝ち抜き感を与えて、ゲームを盛り上げること
ができ、これにより、ゲームへの興味感を向上させたフ
リーエントリ方式の多人数対戦型ゲームシステムおよび
そのゲーム方法を提供できる。

【図面の簡単な説明】

【図１】この発明の実施の形態１に係るゲーム装置の機
能ブロック図である。

【図２】図１のゲーム装置を４台用いて構成された、こ
の発明の実施の形態１に係る通信ゲーム装置の機能ブロ
ック図である。

【図３】この発明の実施の形態１に係る他の通信ゲーム
装置の機能ブロック図である。

【図４】この発明の実施の形態１に係る通信ゲーム装置
の外観図である。

【図５】この発明の実施の形態１のゲーム装置の処理の
フローチャートである。

【図６】この発明の実施の形態１のゲーム装置の処理を
説明するための車両選択画面である。

【図７】この発明の実施の形態１のゲーム装置の処理を
説明するためのズーム画面である。

【図８】この発明の実施の形態１のゲーム装置の処理を
説明するための走行画面である。

【図９】この発明の実施の形態１のゲーム装置の処理を
説明するためのゲーム中のカメラ視点を示す図である。

【図１０】この発明の実施の形態１のゲーム装置の処理
を説明するためのスタート画面である。

【図１１】この発明の実施の形態１のゲーム装置の処理
を説明するための車両選択画面の詳細である。

【図１２】この発明の実施の形態１のゲーム装置の処理
を説明するためのレース画面である。

【図１３】この発明の実施の形態１のゲーム装置の処理
を説明するためのピットイン中の画面である。

【図１４】この発明の実施の形態１のゲーム装置の処理
を説明するためのゲームオーバー画面である。

【図１５】この発明の実施の形態１のゲーム装置の処理
を説明するためのゲームオーバー画面である。

【図１６】この発明の実施の形態１のゲーム装置の処理
を説明するためのコンティニュ画面である。

【図１７】この発明の実施の形態１のゲーム装置の処理
を説明するためのコースの平面図である。

【図１８】この発明の実施の形態１のゲーム装置のパス
カウント処理のフローチャートである。

【図１９】この発明の実施の形態１のゲーム装置のパス
カウント処理を説明するためのコースの平面図である。

【図２０】この発明の実施の形態１のゲーム装置のパス
カウント処理を説明するためのブロックの平面図であ
る。

【図２１】この発明の実施の形態１のゲーム装置の分散
処理の説明図である。

【図２２】この発明の実施の形態１のゲーム装置の分散
処理の説明図である。

【図２３】この発明の実施の形態１のゲーム装置の外部
モニタ表示処理のフローチャートである。

【図２４】この発明の実施の形態１のゲーム装置のリー
ダーマーカー点灯処理のフローチャートである。

【図２５】この発明の実施の形態２のゲーム装置のエン
トリ処理の一例を示す概略フローチャートである。

【図２６】この発明の実施の形態２のゲーム装置の新規
参加者設定にサブルーチン処理を示す概略フローチャー
トである。

【図２７】この発明の実施の形態２のゲーム装置のエン
トリ処理の動作例を示す説明図である。

【図２８】この発明の実施の形態２のゲーム装置の模擬
車両のコックピットから見た画面を示す図である。

【符号の説明】

１０…ゲーム装置本体、１１…入力装置、１２…出力装
置、１３…ＴＶモニタ、１４…スピーカ、１５…表示
部、１６…リーダーマーカ

Claims (31)

【特許請求の範囲】
1. 【請求項１】 遊戯者の有無にかかわらず複数の移動体
   によるレースゲームを継続して進行させる進行手段と、
   遊戯者により前記複数の移動体のいずれかを選択する選
   択手段と、選択された前記移動体の制御を遊戯者に移行
   させる制御移行手段と、選択した前記移動体が所定の条
   件を満たしたときに当該遊戯者による制御を終了させる
   制御終了手段とを備えるゲーム装置。
2. 【請求項２】 予め定められたプログラムにしたがっ
   て、複数の対象物を自動的に制御し、自動的にゲームを
   進行させる進行手段と、遊戯者が複数の対象物のいずれ
   かを選択する選択手段と、遊戯者が選択した前記対象物
   の制御を遊戯者に移す制御移行手段と、選択した対象物
   が所定の条件を満たしたときに、当該遊戯者による制御
   を終了させる制御終了手段とを備えるゲーム装置。
3. 【請求項３】 前記進行手段は、時間の経過に伴い前記
   移動体あるいは前記対象体の性能パラメータを変化させ
   るパラメータ変化手段と、遊戯者の操作により、選択さ
   れた前記移動体あるいは前記対象体を性能パラメータの
   復旧のための所定の位置に移動させる補給手段と、性能
   パラメータの復旧後に前記移動体あるいは前記対象体を
   復帰させる復帰手段とを備えることを特徴とする請求項
   １又は請求項２記載のゲーム装置。
4. 【請求項４】 前記進行手段は、ゲームの進行に伴い環
   境条件を変化させる環境条件変化手段を備えることを特
   徴とする請求項１又は請求項２記載のゲーム装置。
5. 【請求項５】 前記進行手段は、前記移動体あるいは前
   記対象体の数を一定に保つことを特徴とする請求項１又
   は請求項２記載のゲーム装置。
6. 【請求項６】 前記進行手段は、予め定められた複数の
   環境条件から選択することによりゲームの進行の環境条
   件を設定することを特徴とする請求項１又は請求項２記
   載のゲーム装置。
7. 【請求項７】 前記選択手段は、選択した前記移動体あ
   るいは前記対象体の位置を求める位置検出手段を備え、
   前記制御移動手段は、選択した前記移動体あるいは前記
   対象体の位置と遊戯者が途中参加する所定の位置とが近
   いときに、選択した前記移動体あるいは前記対象体が前
   記所定の位置に近づくのを待って選択した前記移動体あ
   るいは前記対象体の制御を遊戯者に移す第１の移動体制
   御手段と、選択した前記移動体あるいは前記対象体の位
   置と遊戯者が途中参加する所定の位置とが近くないとき
   に、選択した前記移動体あるいは前記対象体を前記所定
   の位置に移動し、選択した前記移動体あるいは前記対象
   体の制御を遊戯者に移す第２の移動体制御手段とを備え
   ることを特徴とする請求項１又は請求項２記載のゲーム
   装置。
8. 【請求項８】 前記選択手段は、選択した前記移動体あ
   るいは前記対象体の位置と遊戯者が途中参加する所定の
   位置とが遠いときに、選択した前記移動体あるいは前記
   対象体の状況を変化させる状況変化手段を備えることを
   特徴とする請求項７記載のゲーム装置。
9. 【請求項９】 前記選択手段は、入力された符号と対応
   する符号が付された前記移動体あるいは前記対象体を選
   択することを特徴とする請求項１又は請求項２記載のゲ
   ーム装置。
10. 【請求項１０】 前記制御終了手段は、選択した移動体
    あるいは対象体と他の移動体あるいは対象体との間の追
    い抜きの回数を示すパスカウントに基づき制御を終了さ
    せる判定手段を備えることを特徴とする請求項１又は請
    求項２記載のゲーム装置。
11. 【請求項１１】 前記移動体あるいは前記対象体のコー
    スに沿って設けられたブロック内の所定のポイントを基
    準に前記移動体あるいは対象体の位置を測定することに
    より前記パスカウントを求めることを特徴とする請求項
    １０記載のゲーム装置。
12. 【請求項１２】 前記制御終了手段は、前記遊戯者の遊
    戯結果に関する得点を計算する得点計算手段を備えるこ
    とを特徴とする請求項１又は請求項２記載のゲーム装
    置。
13. 【請求項１３】 前記制御終了手段は、所定の時間経過
    したときに当該遊戯者による制御を終了させることを特
    徴とする請求項１又は請求項２記載のゲーム装置。
14. 【請求項１４】 遊戯者の有無にかかわらずレースゲー
    ムが継続して行われるゲームの処理方法であって、遊戯
    者がレース中の複数の移動体のいずれかを選択する選択
    ステップと、遊戯者が選択した前記移動体を用いてレー
    スに参加する参加ステップと、選択した前記移動体を含
    む複数の移動体によりレースゲームを継続するゲーム継
    続ステップと、選択した前記移動体が所定の条件を満た
    したときにゲームオーバーとするゲームオーバー処理ス
    テップとを備えるゲームの処理方法。
15. 【請求項１５】 前記参加ステップは、選択した前記移
    動体の位置を求める位置検出ステップと、選択した前記
    移動体の位置と遊戯者がレースに途中参加する所定の位
    置とが近いときに、選択した前記移動体が前記所定の位
    置に近づくのを待って選択した前記移動体の制御を遊戯
    者に移す第１の移動体制御ステップと、 選択した前記
    移動体を前記所定の位置に移動し、選択した前記移動体
    の制御を遊戯者に移す第２の移動体制御ステップとを備
    えることを特徴とする請求項１４記載のゲームの処理方
    法。
16. 【請求項１６】 前記参加ステップは、前記第１の移動
    体制御ステップで選択した前記移動体の位置と遊戯者が
    レースに途中参加する所定の位置とが遠いときに、選択
    した前記移動体の状況を変化させる状況変化ステップを
    備えることを特徴とする請求項１５記載のゲームの処理
    方法。
17. 【請求項１７】 前記ゲーム継続ステップは、時間の経
    過に伴い前記移動体の性能パラメータを変化させるパラ
    メータ変化ステップと、遊戯者の操作により、選択され
    た前記移動体を性能パラメータの復旧のための所定の位
    置に移動させる補給ステップと、性能パラメータの復旧
    後に前記移動体をレースに復帰させる復帰ステップとを
    備えることを特徴とする請求項１４記載のゲームの処理
    方法。
18. 【請求項１８】 前記ゲームオーバー処理ステップは、
    選択した移動体と他の移動体との間の追い抜きの回数を
    示すパスカウントに基づきゲームオーバーを判定するこ
    とを特徴とする請求項１４記載のゲームの処理方法。
19. 【請求項１９】 前記移動体のコースに沿って設けられ
    たブロック内の所定のポイントを基準に前記移動体の位
    置を測定することにより前記パスカウントを求めること
    を特徴とする請求項１８記載のゲームの処理方法。
20. 【請求項２０】 ゲーム画面を生成する画像処理装置
    と、前記画像処理装置と接続されて他の装置と通信しつ
    つ制御を行う通信制御装置とをそれぞれ備える複数のゲ
    ーム装置と、これら複数のゲーム装置の前記通信制御装
    置を接続する接続手段とを備えるゲームシステムであっ
    て、前記ゲーム装置は、請求項１乃至請求項１３いずれ
    かに記載のゲーム装置であることを特徴とするゲームシ
    ステム。
21. 【請求項２１】 前記通信制御装置は、前記接続手段を
    介してパラメータ情報を同期をとりつつ通信することを
    特徴とする請求項２０記載のゲームシステム。
22. 【請求項２２】 前記複数のゲーム装置の少なくともい
    ずれかからレースの状況に関する情報を得て表示画像を
    決定する制御手段と、前記制御手段により決定された表
    示画像を表示する外部モニタを備えることを特徴とする
    請求項２０記載のゲームシステム。
23. 【請求項２３】 前記複数のゲーム装置は、それぞれ、
    レースの状況に関する情報を表示する表示部を備えるこ
    とを特徴とする請求項２０記載のゲームシステム。
24. 【請求項２４】 前記複数のゲーム装置において、それ
    ぞれの画像処理装置は、予め割り当てられたデータを処
    理し、それぞれの通信制御装置は、処理されたデータを
    他のゲーム装置に出力するとともに、他のゲーム装置で
    処理されたデータを受けて、前記画像処理装置のメモリ
    に書き込むことを特徴とする請求項２０記載のゲームシ
    ステム。
25. 【請求項２５】 処理装置を、請求項１乃至請求項１３
    いずれかに記載の前記進行手段、選択手段、制御移動手
    段、及び制御終了手段として機能させるための手順を記
    録した記録媒体。
26. 【請求項２６】 複数の遊戯者が互いに共通のゲームに
    参加して対戦できるゲーム実行手段と、途中から前記ゲ
    ームに参加する別の遊戯者がいたときに、その別の遊戯
    者を疑似的に前記ゲームに途中参加させる疑似ゲーム実
    行手段と、前記ゲームの一定範囲の対戦が終了したとき
    に、そのゲームの対戦成績を反映させかつ前記別の遊戯
    者を加えた新たな複数の遊戯者を自動的に設定する遊戯
    者設定手段と、この自動的に設定した複数の遊戯者を自
    動的に前記ゲームに参加させて、そのゲームを継続させ
    るゲーム継続手段と、を備えたことを特徴とするゲーム
    システム。
27. 【請求項２７】 前記ゲームは、ゲーム空間上で車両に
    よる競争を行うドライビングゲームである請求項２６記
    載のゲームシステム。
28. 【請求項２８】 前記疑似ゲーム実行手段は、システム
    側に備えられているコンピュータが制御する車両と対戦
    させる手段である請求項２７記載のゲームシステム。
29. 【請求項２９】 前記遊戯者設定手段は、前記ドライビ
    ングゲームの一定範囲の終了を判断する判断手段と、こ
    の終了が判断されたときに、前記ドライビングゲームの
    成績を決める決定手段と、このゲーム成績を予め定めた
    条件に照らして指定した前記ゲームへの継続参加者と前
    記別の参加者とを加えた前記新たな複数の遊戯者を設定
    する設定手段とを備えた請求項２８記載のゲームシステ
    ム。
30. 【請求項３０】 前記ドライビングゲームの一定範囲
    は、ドライビングゲームの仮想ゲーム空間上におけるス
    タートからゴールまでの周回コースを所定回数だけ走行
    する範囲である請求項２９記載のゲームシステム。
31. 【請求項３１】 複数の遊戯者が互いに共通のゲームに
    参加して対戦できるゲーム実行方法において、途中から
    前記ゲームに参加する別の遊戯者がいたときに、その別
    の遊戯者を疑似的に前記ゲームに途中参加させ、前記ゲ
    ームの一定範囲の対戦がゲーム空間上で終了したとき
    に、そのゲームの対戦成績を反映させかつ前記別の遊戯
    者を加えた新たな複数の遊戯者を自動的に設定し、この
    自動的に設定した複数の遊戯者を自動的に前記ゲームに
    参加させて、そのゲームを継続させる、ことを特徴とす
    るゲーム実行方法。