JPH08305892A - 画像処理装置及びこれを備えたゲーム装置 - Google Patents

Abstract

(57)【要約】 【目的】 例えば格闘技のような現実を模擬した遊技を
達成するに当たり、効果的な画像処理を達成する。 【構成】 データ処理装置は、ディスプレイ３ａと、操
作パネル４ａと、スピーカ１１ａと、ゲーム処理ボード
１０ａとからなる。ディスプレイ３ａには、闘士Ｃ１、
Ｃ２が表示される。操作パネル４ａのジョイステック４
１am、４１ah等の操作すると、この操作データはゲーム
処理ボード１０ａに入力される。ゲーム処理ボード１０
ａでは、この操作信号に基づいて闘士Ｃ１、Ｃ２を画像
処理し、その画像処理結果に基づいて映像信号を形成
し、これをディスプレイ３ａ上の闘士Ｃ１、Ｃ２として
に表示する。ゲーム処理ボード１０ａではポリゴン構成
手段を実現し闘士Ｃ２の頭部を最小限の数のポリゴンか
ら構成し、最小限の数のポリゴンから構成された表示体
の部分を変形して表示させる際に、頭部のポリゴン数を
増加させている。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は画像処理装置及びこの画
像処理装置を備えたゲーム装置に関するものであり、詳
しくは、格闘技ゲームのようなゲームのための画像処理
を行う画像処理装置およびこのゲームを実施するための
ゲーム装置に関するものである。

【０００２】

【従来の技術】近年のコンピュ−タグラフィックス技術
の発達に伴い、ゲーム装置やシミュレ−ション装置など
の画像処理装置が広く一般に普及するようになってい
る。例えばゲーム装置は、ジョイスティック（操作桿の
こと。）、ボタン、モニタ等のペリフェラル（周辺機
器）と、このペリフェラルとのデータ通信や、画像処
理、音響処理などを実行するゲーム装置本体とを備えて
いる。このゲーム装置における画像処理は、商品価値を
高めるうえで非常に大きなウエイトを占めるので、近年
では動画再生の技術も精細化してきている。

【０００３】このゲーム装置の一例として、「（株）セ
ガ・エンタ−プライゼス製「タイトルファイト（商
標」）」が知られている。このものは、キャラクタ（闘
士）をスプライト（一枚の絵）から構成し、背景等をス
クロール画面から構成している。

【０００４】しかしながら、これでは視点を変えてキャ
ラクターを３次元的に表現することができない。そこ
で、３次元的な形状を複数のポリゴンから構成し、この
ポリゴンにテクスチャー（模様）をマッピングしてキャ
ラクターを所定の視点から見ても表示することができる
ようにすることが近年行われている。

【０００５】このような例として、３次元的キャラクタ
にテクスチャマッピングを施したポリゴンデータで描画
するとともに、キャラクタの動作や視点の変更に順じた
動きが求められる特別な背景部分もテクスチャ付きのポ
リゴンデータで描画し、それ以外の背景をスクロール画
面で描画するＴＶゲーム装置が知られている（例えば
（株）セガ・エンタ−プライゼス製「バ−チャファイタ
−(TM）」の格闘技ゲーム）。この場合、キャラクタの
動きや視点の変更に応じて、キャラクタとその背景の特
別な一部とを成すテクスチャ付きのポリゴンデータの座
標変換と透視変換が行われ、フレーム毎の描画が行われ
ている。

【０００６】これにより、キャラクタをスプライトやス
クロール画面で構成する場合に比べ、キャラクタ（例え
ば前述の闘士）と、キャラクタの動きに密接に関連する
背景の特別な一部画面（例えば前述の闘士用リング）を
所定の視点から見て３次元的に表現できる。

【０００７】

【発明が解決しようとする課題】上述した従来のＴＶゲ
ーム装置などの画像処理装置においては、キャラクタの
動きや視点の変更に伴うフレーム毎の座標変換、テクス
チャマッピングのデータ処理量が膨大になり、ＴＶゲー
ム装置本体などのデータ処理装置本体のＣＰＵの演算負
荷が著しく大きくなっていた。この演算負荷の増大に対
処するには高い演算能力のＣＰＵが必要になり、製造コ
ストの上昇の一因になっていた。

【０００８】一方、妥協し得る処理能力のＣＰＵを使っ
て、しかもある程度高速に画像データを処理しようとす
ると、例えば、キャラクタ数やテクスチャマッピングの
処理量を制限する必要があり、これによりソフトウエア
の制作の自由度が抑えられ、画質向上も難しいという現
状にあり、しかも制作の自由度が抑えられることにより
ゲームとしての面白さを表現するのに不十分になるとい
う不都合もあった。

【０００９】そこで、ポリゴンを使用した従来のゲーム
装置にあっては、この種の問題を解決するために、妥協
し得る能力のＣＰＵを利用しながら、画像処理プログラ
ムの作成上使用できるポリゴン数を規制することがここ
ろみられている。この従来例では、ポリゴンから構成す
る表示体の一部に、例えば、キャラクター全体あるいは
キャラクターの頭部等必要な部分に、より多くのポリゴ
ンを割り当てて規制されたポリゴン数を有効に利用する
ことが考えられている。しかしながら、この従来技術に
あっては、より多くのポリゴンを割り当てた部分のポリ
ゴン数を画像処理の全般に渡ってそのまま維持している
ことから、ポリゴン数を常に有効に利用しているとは云
い難いという問題があった。

【００１０】また、従来のゲーム装置にあっては、操作
機構を動かして闘士の動きを制御しているため、操作機
構を見境なく頻繁に作動させるだけで、相手の闘士に対
して高い得点が得られたと判断されることがあり、現実
とはかけ離れた状態が生じ、現実感溢れるゲーム環境を
提供できない欠点があった。一方、この操作機構の動作
が効果的なものであれば、高得点を与える必要がある。
しかしながら、従来のゲーム装置では、操作機構の動き
がゲーム進行上効果的なものかあるいは無秩序で見境無
いものかの区別が困難であった。

【００１１】また、従来のゲーム装置においては、複数
のキャラクターをそれぞれポリゴンから構成し、複数の
キャラクターが視点に対して重なった場合、視点に対し
て手前側のポリゴンにより高い優先度を与えてこの手前
側のポリゴンを他のポリゴンに対して優先的に表示する
ことが行われていた。この結果、複数の闘士が登場する
格闘技ゲームの場合、画面上手前側の闘士の背部が表示
されその先の闘士が表示されないという不都合がある。
手前側のキャラクターである闘士が遊技者にとっての操
作対象となっている場合、対戦側の闘士の映像が表示さ
れないと操作対象の制御が十分有効になされない虞があ
る。勢い、この場合、対戦相手のキャラクターのポリゴ
ンにより高い表示優先度を与えることも考えられるが、
遊技者にとって操作対象となっている手前側の闘士が表
示されないことも、この闘士の操作を困難にする。

【００１２】加えて、従来のゲーム装置にあっては、表
示体である闘士の存命をソフト的にライフカウンタ（存
命計量計）としてディスプレイ上の一部に表示し、遊技
者に提供していた。このライフカウンタが所定値以下に
なったときに、ゲーム装置におけるゲームを終了するよ
うにしていた。例えば上記バ−チャファイタ−(TM）の
場合には、一つの格闘場面が終了して新たな格闘場面が
展開される場合、前の画面と同じ量（長さ）のライフカ
ウント値が用意されていた。しかしながら、実際に格闘
する場合、闘士に与えられるダメージは、格闘場面が更
新されてもそのまま蓄積されるため、この実態が正確に
ゲーム装置に反映されていないという欠点があった。

【００１３】要するに、従来のこの種のゲーム装置等の
画像処理装置にあっては、例えば格闘技のような現実を
模擬した遊技を達成するに当たり、効果的な画像処理が
達成できないと云う問題がある。

【００１４】そこで、この発明はこの課題を解決するた
めに成されたものである。この発明の第１の目的は、制
限されたポリゴン数を有効に利用できる画像処理装置を
提供することにある。

【００１５】この発明の第２の目的は、例えば、闘士に
与えられるダメージや疲労が現実では蓄積されることに
鑑みて、このような現実感がより反映された画像処理装
置を提供することを目的とする。

【００１６】この発明の第３の目的は、複数のキャラク
ター等の表示体を相互に関連して画像処理する場合、視
点に対して複数の表示体が重なっている場合でも、複数
の表示体を同時に表示して表示体を効果的に制御できる
ようにした画像処理装置を提供することを目的とする。

【００１７】この発明の第４の目的は、操作機構を見境
無いなく頻繁に操作することと有効に操作機構を操作し
ていることとの区別を有効に行い、もって操作機構の無
秩序な操作によって高い評価が与えられるようなことを
防止する画像処理装置を提供することにある。

【００１８】本発明はさらにこのような目的を達成する
画像処理装置を備えたゲーム装置を提供することも併せ
てその第５の目的とするものである。

【００１９】

【課題を解決するための手段】上記第１の目的を達成す
るために、請求項１記載の発明に係る画像処理装置は、
表示手段に表われる表示体を操作する操作信号を出力す
る操作手段と、この操作信号に基づいて前記表示体を前
記表示手段に表示するための画像処理を行う画像処理手
段と、この画像処理手段からの画像処理結果に基づいて
映像信号を形成し、これを前記表示手段に出力する映像
手段とを備えたデータ処理装置において、前記画像処理
手段は、前記表示体を変形して表示させる際に、表示体
を構成するポリゴン数を増加させることを特徴とする。

【００２０】請求項２記載の発明は、この画像処理手段
が、前記表示体の少なくとも一部を最小限の数のポリゴ
ンから構成するポリゴン構成手段と、最小限の数のポリ
ゴンから構成された表示体の部分を変形して表示させる
際に、この部分を構成するためのポリゴン数を増加させ
るポリゴン数増加手段と、この増加されたポリゴン数に
基づいて最小限のポリゴン数から構成された前記表示体
の一部の変形を表す画像処理を実行する変形処理手段
と、を備えることを特徴とする。

【００２１】請求項３記載の発明では、前記ポリゴン構
成手段は、表示体の一部を、各面がそれぞれ一つのポリ
ゴンから構成される多面体に形成する第１の手段を備
え、かつ、前記ポリゴン数増加手段は、前記表示体の一
部を変形して表示するときには、前記多面体の各面を複
数のポリゴンに増加させる第２の手段を備えることを特
徴とする。

【００２２】請求項４記載の発明では、前記画像処理手
段は、前記表示体をそれぞれ身体を模擬した第１のキャ
ラクターと第２のキャラクターとを含んで構成するとと
もに、この第１のキャラクターの頭部と第２のキャラク
ターとの衝突を判定する衝突判定手段を備え、前記ポリ
ゴン構成手段は、第１のキャラクターの頭部を各面が一
つのポリゴンから構成される６面体として構成し、さら
に、前記衝突判定手段における衝突判定が肯定されたと
きに、前記ポリゴン数増加手段は、この６面体の各面の
ポリゴン数を増加させ、前記変形処理手段は、増加され
たポリゴン数に基づいて前記頭部の変形のための画像処
理を実行することを特徴とする。

【００２３】請求項５記載の発明では、前記頭部の各面
を一つのポリゴンから構成可能な矩形状に形成したこと
を特徴とする。

【００２４】上記第２の目的を達成するために、請求項
６記載の発明に係る画像処理装置は、表示手段に表れる
表示体を操作する操作信号を出力する操作手段と、この
操作信号に基づいて表示体を前記表示手段に表示するた
めの画像処理を行う画像処理手段と、この画像処理手段
からの画像処理結果に基づいて映像信号を形成し、これ
を前記表示手段に出力する映像手段と、表示体に与えら
れる画像処理の余力を映像にして表示する画像処理余力
表示手段とを備えたデータ処理装置において、この画像
処理余力表示手段は、全余力量を表示する全余力表示手
段と、全余力量に対する残存余力量表示手段と、画像処
理の進行に伴って全余力を順次変化させる全余力変化手
段と、を備えることを特徴とする。

【００２５】請求項７記載の発明では、全余力量を段階
的に減少させた値を記憶する記憶手段をさらに備え、前
記全余力変化手段は、画像処理状況に応じて前記記憶手
段から該当する値の全余力量を順次読み出すことにより
全余力量を減少させることを特徴とする。

【００２６】請求項８の発明では、前記画像処理の全余
力は、前記表示体としてのキャラクターに対して与えら
れたライフカウント値であることを特徴とする。

【００２７】上記第３の目的を達成するために、請求項
９記載の発明に係る画像処理装置は、表示手段に表れる
複数の表示体を操作する操作信号を出力する操作手段
と、この操作信号に基づいて前記表示体を前記表示手段
に表示するための画像処理を行う画像処理手段と、この
画像処理手段からの画像処理結果に基づいて映像信号を
形成し、これを前記表示手段に出力する映像手段とを備
えたデータ処理装置において、前記画像処理手段は、前
記表示体をポリゴンから構成するポリゴン構成手段と、
所定の視点から見た表示体の画像を形成する画像形成手
段と、前記視点の手前側にある表示体のポリゴンについ
て、その一部を透視化する処理を実行する透視化処理手
段と、ことを特徴とする。

【００２８】請求項１０記載の発明では、前記透視化処
理手段は該当するポリゴンについてメッシュ化処理を施
すことを特徴とする。

【００２９】上記第４の目的を達成するために、請求項
１１記載の発明に係る画像処理装置は、表示手段に表れ
る表示体を操作する操作信号を出力する操作手段と、こ
の操作信号に基づいて表示体を前記表示手段に表示する
ための画像処理を行う画像処理手段と、この画像処理手
段からの画像処理結果に基づいて映像信号を形成し、こ
れを前記表示手段に出力する映像手段とを備えたデータ
処理装置において、前記画像処理手段は、予定されてい
る規則に沿った操作が操作手段に入力されているか否か
を判定する判定手段と、前記判定手段における判定結果
が、規則に沿った操作が与えられていないと判定したと
きには、表示体に与えられる画像処理の程度を抑制する
抑制手段と、を備えることを特徴とする。

【００３０】上記第５の目的を達成するために、請求項
１２記載の発明に係るゲーム機は、表示手段と、請求項
１乃至１０のいずれか一項記載の画像処理装置を備えて
いる。

【００３１】

【作用】請求項１記載の画像処理装置においては、画像
処理手段により表示体を変形して表示させる際に、表示
体を構成するポリゴン数を増加させる。このため、請求
項２記載の画像処理装置のように、ポリゴン構成手段
が、表示体の少なくとも一部を最小限の数のポリゴンか
ら構成し、最小限の数のポリゴンから構成された表示体
の部分を変形して表示する必要が無い場合は、そのポリ
ゴン数を維持し、これを変形する必要がある場合は、ポ
リゴン数増加手段によりこの部分のポリゴン数を増加さ
せる。したがって、この部分を変形する必要が無い場
合、例えば、余分のポリゴン数を他の表示体表示に適用
することができるため、制限されたポリゴン数の有効利
用を図ることができる。

【００３２】さらに、ポリゴン数を増加させることによ
ってこのような変形の表示が可能になりあるいはより詳
細の変形画像を構成することができる。なお、この部分
を変形する必要がある場合は、この部分のポリゴン数が
増加される結果、他の表示体のポリゴン数が制約される
が、視聴者の注目がこの変形部分に注がれるため、この
制約による不都合は低減されるものと考えられる。

【００３３】請求項３記載の装置では、ポリゴン構成手
段は、表示体の一部を、各面がそれぞれ一つのポリゴン
から構成される多面体に形成し、ポリゴン数増加手段
は、表示体の一部を変形して表示するときには、多面体
の各面を複数のポリゴンに増加させる。このように多面
体を利用することによりポリゴン数を極力低減でき、多
面体を変形して表示することが必要なときに、各面のポ
リゴン数を増加させる。

【００３４】請求項４の装置では、画像処理手段は、前
記表示体をそれぞれ身体を模擬した第１と第２のキャラ
クターとを含んで構成し、この第１のキャラクターの頭
部と第２のキャラクターとの衝突を判定して、この頭部
の変形が必要な場合を確実に把握する。ポリゴン構成手
段は、第１のキャラクターの頭部を各面が一つのポリゴ
ンから構成される６面体として構成し、さらに、衝突判
定が肯定された時に、ポリゴン数増加手段より、この６
面体の各面のポリゴン数を増加させて頭部の変形表示を
可能にする。

【００３５】請求項５記載の発明では、キャラクターの
頭部の各面を一つのポリゴンから構成可能な矩形状に形
成することにより、頭部の変形を要しない場合、頭部の
各面のポリゴン数を最も最小にする。

【００３６】請求項６記載の装置では、画像処理余力表
示手段により、画像処理の進行に伴って全余力を順次変
化させて、画像処理の結果が画像処理の余力に反映され
る。ここで、この全余力が順次減少されることにより、
例えば格闘ゲームにおける画像処理に際し、表示体に実
際には蓄積されるダメージを正確に再現することができ
る。

【００３７】請求項７記載の発明では、記憶手段は全余
力量を段階的に減少させた値を記憶する。全余力変化手
段は、画像処理状況に応じてこの記憶手段から該当する
値の全余力量を順次読み出してこれを表示手段に出力す
る。故に、画像処理の状況に応じて全余力量を確実に変
化させることができる。

【００３８】請求項８記載の装置では、画像処理の全余
力は、表示体としてのキャラクターに対してライフカウ
ント値として提供され、視聴者は自己が制御できるキャ
ラクターの残存寿命を事前に知ることができる。

【００３９】請求項９記載の発明では、表示体はポリゴ
ンから構成され、所定の視点から見た表示体の画像を形
成する際、視点の手前側にある表示体のポリゴンの一部
についてこれを透視化する処理が実行される。すると、
３次元座標上、視点に対して重なって複数の表示体が存
在する場合でも、視点の手前にあるポリゴンの一部を透
視化することにより、手前側のポリゴンの存在を維持し
つつ、残りの表示体を表示手段に表示する。故に、複数
の表示体を所望の視点から見て自由に表示手段に表示で
きるようにしながら、視聴者は視点に対して重なった複
数のポリゴンからなる表示体を確認することができるた
め、操作手段の操作を確実に行うことができる。この透
視化処理は請求項１０記載のメッシュ化処理によって実
現される。

【００４０】請求項１１記載の装置によれば、格闘技ゲ
ームの場合のルールのように、予定されている規則に沿
った操作が操作手段に入力されているか否かが判定さ
れ、この判定結果が、規則に沿った操作が与えられてい
ないと判定したときには、表示体に与えられる画像処理
の程度を抑制される。この抑制の結果、一部又は全部の
画像処理が無効化され、あるいは操作対象となっている
表示体に与えられる前記残存画像処理余力を低減する等
の処理が実現される。故に、操作機構の無秩序な操作に
よって高い評価が与えられるようなことを防止する。

【００４１】請求項１２記載の発明では、表示手段と、
既述の画像処理装置を備えることにより、例えば格闘技
のような現実を模擬した遊技を達成するに当たり、効果
的な画像処理が可能なゲーム遊技が提供される。

【００４２】

【実施例】以下、本発明の一実施例を図１乃至図９を参
照しながら説明する。この実施例は、本発明の画像処理
装置を格闘ゲームの一種としての拳闘型対戦ゲーム装置
に適用した場合について説明する。

【００４３】図１はこのゲーム装置の外観を示す。この
図において、符号１は、ゲーム装置本体を示している。
このゲーム装置本体１は箱状をしており、その下部には
キャスター２ａ、２ｂ、２ｃ、２ｄが設けられている。
このゲーム装置本体１の二つの面には、それぞれ表示手
段としてのディスプレイ３ａ及び３ｂが設けられてい
る。これらディスプレイ３ａ、３ｂの下部の前面には、
操作パネル４ａ及び４ｂが設けられている。また、ゲー
ム装置本体１の各操作パネル４ａ、４ｂの間の面には、
硬貨投入口５ａ及び５ｂと、硬貨取り出し口６ａ及び６
ｂとが設けられている。

【００４４】これら操作パネル４ａ、４ｂの間には、例
えば強度的な観点から両者を連結する丸棒７が設けられ
ている。前記各ディスプレイ３ａ、３ｂの上には、スピ
ーカ取付孔８ａ及び８ｂが設けられており、これら孔８
ａ、８ｂの内部には、スピーカ（図示せず）が設けられ
ている。各操作パネル４ａ、４ｂの下部には開閉板９ａ
及び９ｂが設けられており、内部機構を露出させること
ができるようになっている。

【００４５】このゲーム装置本体１の内部には、各ゲー
ム処理ボード１０ａ及び１０ｂが設けられている。な
お、各ディスプレイ３ａ、３ｂ、操作パネル４ａ、４ｂ
の操作機構、及びスピーカは図示しないがゲーム処理ボ
ード１０ａ、１０ｂに接続されている。このような構造
としたことにより、このゲーム装置本体１は、ディスプ
レイ３ａまたはディスプレイ３ｂを単独で使用して、あ
るいは両ディスプレイ３ａ、３ｂを同時に使用して通信
対戦形式でゲームを楽しむことができる。

【００４６】図２は、上記ゲーム装置本体で使用する操
作パネルを示す斜視図である。これら操作パネル４ａ、
４ｂは全く同一構成であるので、一方を説明し、他方の
説明を省略する。

【００４７】この操作パネル４ａは、二つのジョイステ
ック４１am及び４１ahと、二つの押ボタン４２am及び４
２ahとからなる。これらジョイステック４１am、４１ah
は、操作パネル４ａ、４ｂ上で一定の間隔で配置されて
いる。これらのジョイステッィク及びボタンを操作する
ことによって、遊技者は自身側のキャラクター（拳闘
士）の動きを制御できる。各ジョイステック４１am、４
１ahの前には、一定の間隔で押ボタン４２am、４２ahが
配置されている。ジョイステック４１am、４１ahには、
相手の闘士にパンチを繰り出せることの案内、相手の闘
士からの攻撃を防御できることの案内、あるいはキャラ
クターを前進・後退させたりするための案内４３am、４
３ahが表示されている。このガイダンス（案内）４３a
m、４３ahは、例えば、ストレート、アッパー、フック
等のパンチの種類や、前進、後退、挑発、等の闘士の動
き、その他ゲーム進行上必要な事項を含んでいる。

【００４８】図３は、同実施例のデータ処理装置が適用
されたゲーム装置を示すブロック図である。このゲーム
装置は、既述のディスプレイ３ａ、３ｂ並びに操作パネ
ル４ａ、４ｂの他、ゲーム処理ボード１０ａ及び１０ｂ
と、スピーカ１１ａ及び１１ｂとを備えている。このゲ
ーム装置は、単独で使用するときには、ディスプレイ３
ａ、操作パネル４ａ、ゲーム処理ボード１０ａ、及びス
ピーカ１１ａからなる一つの処理系１２ａとして機能す
る。

【００４９】同様に、ディスプレイ３ｂ、操作パネル４
ｂ、ゲーム処理ボード１０ｂ、及びスピーカ１１ｂから
なる他の一つの処理系１２ｂも使用することができる。
処理系１２ａ、１２ｂの双方とも、同時に、単独で使用
できる。この場合には、遊戯者側の闘士の対戦相手はゲ
ーム装置側が設定する拳闘士である。

【００５０】一方、このゲーム装置は、処理系１２ａと
１２ｂとを連係させることにより、通信対戦形式でゲー
ムを楽しむことができる。この場合には、遊戯者側の闘
士の対戦相手は、各操作パネル４ａ、４ｂを操作する各
遊技者がそれぞれ操作する闘士である。

【００５１】これら処理系１２ａ、１２ｂは、全く同一
構成をしているので、処理系１２ａのみを説明し、他の
処理系１２ｂについての説明を省略する。

【００５２】この処理系１２ａは、装置全体の制御を行
うＣＰＵブロック２０ａ、ゲーム画面の表示制御を行う
ビデオブロック２１ａ、効果音等を生成するサウンドブ
ロック２２ａ等により構成される。なお、各ブロックに
は符号にアルファベット「ａ」を付して説明するが、そ
れらブロックを構成する各要素には符号の後にアルファ
ベット「ａ」を付すことなく説明する。

【００５３】ＣＰＵブロック２０ａは、ＳＣＵ（System
Control Unit)２００、メインＣＰＵ２０１、ＲＡＭ２
０２、ＲＯＭ２０３、サブＣＰＵ２０４、そしてＣＰＵ
バス２０５等により構成されている。

【００５４】メインＣＰＵ２０１は、装置全体の制御を
行うものである。このメインＣＰＵ２０１は、内部にＤ
ＳＰ（DigitalSignal Processor)と同様の演算機能を備
え、アプリケーションソフトを高速に実行可能になって
いる。

【００５５】ＲＡＭ２０２は、メインＣＰＵ２０１のワ
ークエリアとして使用されるものである。また、ＲＡＭ
２０２には、この実施例では記憶エリア２０２Ｃ１、２
０２Ｃ２が設けられている。これら記憶エリア２０２Ｃ
１、２０２Ｃ２は例えば二つのキャラクターが対戦する
拳闘ゲームの場合に、各キャラクターのもつ全余力を段
階的に減少させたときの値を記憶する手段として用いる
ためのものである。

【００５６】ＲＯＭ２０３には、初期化処理用のイニシ
ャルプログラム、及びゲーム全体の内容（プログラム）
等が書き込まれている。ＳＣＵ２００は、バス２０５、
２０６、２０７を制御することにより、メインＣＰＵ２
０１、ＶＤＰ（VideoDisplay Processor)２２０，ＶＤ
Ｐ２２０及び２３０、ＤＳＰ２４０、ＣＰＵ２４１など
の相互間のデータ入出力を円滑に行う。

【００５７】また、ＳＣＵ２００は、内部にＤＭＡコン
トロ−ラを備え、ゲーム中のキャラクタデータ（ポリゴ
ンデータ）をビデオブロック２１ａ内のＶＲＡＭに転送
することができる。これにより、ゲーム等のアプリケー
ションソフトを高速に実行することができる。サブＣＰ
Ｕ２０４は、ＳＭＰＣ（System Manager &Peripheral C
ontrol)と呼ばれるもので、メインＣＰＵ２０１からの
要求に応じて、操作パネル４ａのジョイステック４１a
m、４１ah及び押ボタン４２am、４２ahからの操作デー
タを入力ポート２０８を介して収集し、かつパンチの種
類等操作内容の判定処理を行う機能等を備えている。メ
インＣＰＵ２０１はサブＣＰＵ２０４から受け取った操
作データに基づき、例えばゲーム画面中のキャラクタの
回転変換や透視変換などの画像制御を行う。

【００５８】ビデオブロック２１ａは、ポリゴンデータ
からなるキャラクタ及び背景像に上書きするポリゴン画
面の描画を行う第１のＶＤＰ（Video Display Processo
r)２２０と、スクロール背景画面の描画、プライオリテ
ィ（表示優先順位）に基づくポリゴン画像データとスク
ロール画像データとの画像合成、クリッピングなどを行
う第２のＶＤＰ２３０とを備えている。

【００５９】この内、第１のＶＤＰ２２０はシステムレ
ジスタ２２０ａを内蔵するとともに、ＶＲＡＭ（ＤＲＡ
Ｍ）２２１及び２面のフレームバッファ２２２、２２３
に接続されている。ゲームのキャラクタを表すポリゴン
の描画データはメインＣＰＵ２０１からＳＣＵ２００を
介して第１のＶＤＰ２２０に送られ、ＶＲＡＭ２２１に
書き込まれる。ＶＲＡＭ２２１に書き込まれた描画デー
タは、例えば、１６又は８ビット／pixelの形式で描画
用のフレームバッファ２２２（又は２２３）に描画され
る。描画されたフレームバッファ２２２（又は２２３）
のデータは、表示モード時に第２のＶＤＰ２３０送られ
る。このようにフレームバッファには２面のバッファ２
２２、２２３が使われており、描画と表示がフレーム毎
に切り替わるダブルバッファ構造を成している。さら
に、描画を制御する情報は、メインＣＰＵ２０１からＳ
ＣＵ２００を介して第１のＶＤＰ２２０のシステムレジ
スタ２２０ａに設定される。このシステムレジスタ２２
０ａに設定された指示にしたがって第１のＶＤＰ２２０
が描画と表示を制御する。

【００６０】一方、第２のＶＤＰ２３０はレジスタ２３
０ａ及びカラーＲＡＭ２３０ｂを内蔵するとともに、Ｖ
ＲＡＭ２３１に接続されている。また第２のＶＤＰ２３
０はバス２０６を介して第１のＶＤＰ２２０及びＳＣＵ
２００に接続されるとともに、エンコーダ２６０を介し
てディスプレイ３ａに接続されている。

【００６１】この第２のＶＤＰ２３０に対して、スクロ
ール画像データはメインＣＰＵ２０１からＳＣＵ２００
を介してＶＲＡＭ２３１及びカラーＲＡＭ２３０ｂに定
義される。画像表示を制御する情報も同様にして第２の
ＶＤＰ２３０のレジスタ２３０ａに設定される。ＶＲＡ
Ｍ２３１に定義されたデータは、第２のＶＤＰ２３０に
よりレジスタ２３０ａに設定されている内容にしたがっ
て読み出され、キャラクタに対する背景を表す各スクロ
ール画面の画像データになる。各スクロール画面の画像
データと第１のＶＤＰ２２０から送られてきたテクスチ
ャマッピングが施されたポリゴンデータの画像データ
は、レジスタ２３０ａにおける設定にしたがって表示優
先順位（プライオリティ）が決められ、最終的な表示画
像データに合成される。

【００６２】この表示画像データがパレット形式の場
合、第２のＶＤＰ２３０によって、その値にしたがって
カラーＲＡＭ２３０ｂに定義されているカラーデータが
読み出され、表示カラーデータが生成される。また表示
画像データがＲＧＢ形式の場合、表示画像データがその
まま表示カラーデータとなる。この表示カラーデータは
メモリ２３２に蓄えられた後にＤ／Ａコバータ２６０に
出力される。Ｄ／Ａコバータ２６０は、この画像データ
に同期信号等を付加することにより映像信号を生成し、
ディスプレイ３ａに出力する。これにより、ディスプレ
イ３ａにゲーム画面が表示される。このビデオブロック
２１ａにより映像手段が構成される。

【００６３】サウンドブロック２２ａは、ＰＣＭ方式あ
るいはＦＭ方式に従い音声合成を行うＤＳＰ２４０と、
このＤＳＰ２４０の制御等を行うＣＰＵ２４１とを備え
ている。ＤＳＰ２４０により生成された音声データは、
Ｄ／Ａコンバ−タ２７０により音声信号に変換された後
にスピーカ１１ａに出力される。

【００６４】本実施例のゲーム装置で処理されるゲーム
内容は、前述した「バ−チャファイタ−(TM)」と同様
に、ステージ上で複数の闘士が格闘技（拳闘）を繰り広
げる内容とする。また、対戦相手は装置側で制御する拳
闘士であるとして説明する。

【００６５】続いて、メインＣＰＵ２０１で実施され
る、ポリゴンによる３次元データで表されるキャラクタ
（闘士）Ｃ１，Ｃ２、ロープ等の画面（以下、ポリゴン
画面という。）と、拳闘士が上るリング、拳闘士のライ
フカウント値、そして観客等のその他の背景等のスクロ
ール画面との同期表示制御の処理について説明する。こ
のうちリングは回転スクロールによって構成される。全
体的な動作の説明を図４及び図５に示すメイン処理フロ
ーチャートを使用してまず説明し、例えばポリゴン構成
手段、ポリゴン数増加手段、変形処理手段、及び画像処
理余力表示手段等の詳細な動作については図６以降を用
いて説明する。

【００６６】メインＣＰＵ２０１は、コインの投入がな
い場合には、例えばゲームの内容のダイジェスト版を表
示するとともにコイン投入のガイダンス画面を表示し、
これに伴う音声を出力させる（図５のステップ（Ｓ）３
０１、ステップ３０２；ＮＯ）。

【００６７】コインの投入があったときには（ステップ
３０２；ＹＥＳ）、メインＣＰＵ２０１は、例えば押ボ
タン４２amをスタートボタンとして押下するようにガイ
ダンス画面を表示する（Ｓ３０３、Ｓ３０４；ＮＯ）。
ここで、スタートボタンが押下されたとすると（Ｓ３０
４；ＹＥＳ）、自分の能力の設定をする（Ｓ３０５）。
これは、例えば処理系１２ａに数人分のキャラクタの能
力が設定されており、これらのキャラクタがディスプレ
イ３ａに表示されるので、これらの中から自分の好みの
キャラクタを適宜選択する。これにより、パンチ力、パ
ンチ速度、ダメージに対する耐性、ステミナ等、そのキ
ャラクターのもつ能力が設定されることになる。なお、
キャラクターの構成は、図６を参照されたい。

【００６８】次いで、メインＣＰＵ２０１は対戦相手の
キャラクタを設定する旨の表示をディスプレイ３ａに表
示するので、遊技者はこれらの中から対戦相手を適宜選
択する（Ｓ３０６）。これにより、対戦相手のキャラク
ターの能力も設定される。

【００６９】ここで、メインＣＰＵ２０１は、ステップ
３０７で、視点変更の表示データと、最終的にはキャラ
クターＣ１の一部（例えば、頭部、要部、上腕部等）を
透視化する処理も行う。これは、まず、メインＣＰＵ２
０１がＲＯＭ２０３の所定の番地から表示データを読出
して、これを視点変更の表示データに変換する。これに
より、ディスプレイ３ａには、当初、図６（ａ）に示す
ように、キャラクタ（闘士）Ｃ１、Ｃ２が相対した状態
を真横から見た形態で表示される。この場合、図６で
は、Ｃ１、Ｃ２はキャラクター（闘士）、ＲＰはロー
プ、ＲＧはリング、ＬＣａ、ＬＣｂはライフカウンタ、
ＢＨはその他の背景である。また、この実施例では、闘
士Ｃ１、Ｃ２及びロープＲＰをポリゴンデータで、リン
グＲＧを回転スクロールデータで、見物人等の背景ＢＨ
はスクロールデータで表示されるようにしている。

【００７０】そして、対戦可能な状態になったかを判定
する（Ｓ３０８）。この対戦状態とは、ディスプレイ３
ａ上において自分のキャラクタ（闘士）Ｃ１が画面手前
に表示されるとともに例えば頭部、腰部、上腕部等の闘
士Ｃ１の一部が透明処理され、しかも、相手のキャラク
タ（闘士）Ｃ２が画面の正面に向いた状態に表示される
ように画像処理されることをいう。

【００７１】ここでは、いまだ対戦状態でないので（ス
テップ３０８；ＮＯ）、ＲＯＭ２０３の番地を変更し
（ステップ３０９）、さらに視点変更の表示処理を行う
（ステップ３０７）。これを繰り返すことにより、図６
（ａ）に示すように闘士Ｃ１、Ｃ２を真横から見た状態
から、図６（ｃ）に示されるように闘士Ｃ１が手前に表
示されるように視点を回転させる。このように回転した
表示状態の途中を表示すると、例えば図６（ｂ）に示す
ように、対峙した闘士Ｃ１、Ｃ２が斜めで表示された状
態になる。

【００７２】図６（ａ）〜（ｃ）への移行を含む、キャ
ラクターを画面に表示するための視点変更を伴う画像処
理は、例えば図５に示すフローチャートのように動作さ
れればよい。すなわち、メインＣＰＵ２０１は、まず図
５のステップＳ４０１で、ＲＯＭ２０３から読み出した
データに呼応して視点の移動座標並びにテクスチャ付き
のポリゴンデータで表される闘士Ｃ１、Ｃ２、ロープＲ
Ｐ等のポリゴンから構成される表示体の移動座標を計算
する。この移動座標の計算は平行移動、回転変換、各軸
に対する拡大（縮小）を１つの操作で行うことができ
る、従来より周知のアフィン変換を用いて行われる。

【００７３】次いで、ステップＳ４０２にて、透視変換
によって、座標変換された３次元のポリゴンデータ（闘
士Ｃ２、一部が透視化された闘士Ｃ１、ロープＲＰ）が
表示されるスクリーン（画面）内の位置データ（スクリ
ーン座標）を計算し、これを第１のＶＤＰ２２０に送
る。

【００７４】次いで、ステップＳ４０３に移行し、回転
スクロール画面の回転や倒し込みに必要なパラメ−タを
計算する。ここで、回転スクロール画面の「回転」と
は、スクロール座標系における回転であり、３軸のいず
れかを中心とする座標系全体の回転をいう。また、「倒
し込み」はスクリーン画面自体の回転をいい、具体的に
は、遊技者から見て遠方の側のリングＲＧ部分を縮小表
示し、あるいは遊技者側のリングＲＧ部分を拡大表示す
るか、又は両方の処理を同時に成すことをいう。

【００７５】次いで、メインＣＰＵ２０１はステップＳ
４０４で前記ポリゴンデータの描画用の所定タイミング
か否かを判断しつつ待機する。そして、例えば、所定の
タイミングになると、ステップＳ４０５で、それまでメ
モリに記憶していた回転スクロール画面の回転、倒し込
みの処理に必要なパラメ−タ、すなわち回転マトリクス
パラメ−タ、移動量（視点の移動によるスクロール画面
のＸ、Ｙ移動量）、及び倍率が第２のＶＤＰ２３０に転
送される。そして、ステップＳ２０６で、メインＣＰＵ
２０１は表示あるいは描画の指令を実行する。

【００７６】メインＣＰＵ２０１は上述したステップＳ
４０１〜Ｓ４０６の処理を定期的に繰り返す。メインＣ
ＰＵ２０１で計算されたポリゴンデータは第１のＶＤＰ
２２０に接続されたＶＲＡＭ１２１に書き込まれ、ダブ
ルバッファ構成に係る２枚の描画用フレームバッファ２
２２（又は２２３）、表示用フレームバッファ２２３
（又は２２２）によって描画及び表示が繰り返される。
つまり、描画用フレームバッファ２２２（又は２２３）
にテクスチャマッピングされたポリゴンデータが描画さ
れている間に、表示用フレームバッファ２２３（又は２
２２）のポリゴンデータが第２のＶＤＰ２３０に送ら
れ、表示される。一方、第２のＶＤＰ２３０では、メイ
ンＣＰＵ２０１から転送されてきたパラメ−タ及びデー
タを使って回転スクロール画面の３軸回転及びスクリー
ン画面の回転（倒し込み）を計算する。

【００７７】回転スクロール画面の表示画面は、中心点
を基準に視点及びスクリーン画面（ＴＶ画面）を回転変
換（平行移動も含む）させ、変換後の視点から変換後の
スクリーン画面を通った視線が、固定されたスクロール
マップと交差する点を集めたものである。

【００７８】このように図５のフローチャートが実行さ
れることにより、ディスプレイ３ａには、図６（ａ）…
図６（ｂ）…図６（ｃ）というように画面が表示される
ことになる。すなわち、図６（ａ）に示すように対峙す
る闘士Ｃ１、Ｃ２を真横から見た状態から、闘士Ｃ１が
手前に闘士Ｃ２が後ろ側に表示されるように順次視点が
移動して行くことになる。その他のシーンにおける視点
移動に伴う処理も図５のフローチャートにしたがって実
行される。視点の移動の途中では、図６（ｂ）に示すよ
うに闘士Ｃ１、Ｃ２を斜めから見た状態に表示される。
最終的には、ディスプレイ３ａには、図６（ｃ）に示す
ように、遊技者側の闘士Ｃ１が画面手前にかつ透視化状
態に表示され、しかも、対戦相手側の闘士Ｃ２が画面の
正面に向いた状態に表示される。

【００７９】このように自分の闘士Ｃ１が画面手前でか
つ透視化状態に表示され、しかも、対戦相手側の闘士Ｃ
２が画面の正面に向いた状態に表示された場合には、対
戦状態になり（ステップ３０８；ＹＥＳ）、以後対戦状
態のフローチャートに移行する。

【００８０】次に、対戦状態のフローチャート（ステッ
プ３１０）以降に移行すると、まず、メインＣＰＵ２０
１は、ステップ３１０で対戦状態のデータをＲＯＭ２０
３から読み出す。また、メインＣＰＵ２０１は、ステッ
プ３１１でサブＣＰＵ２０４から操作データを取り込む
とともに、ステップ３１２で無効操作度データの処理を
行う。ここで無効操作度は、前記請求項記載の抑制手段
に含まれるものである。

【００８１】このステップ３１２における無効操作度
は、例えば拳闘の規則に沿って操作データがジョイステ
ック４１am、４１ah等から入力されていないときに生じ
る。この無効操作度を上昇させる要因は、例えば単位時
間当たり所定の回数以上ジョイステック４１am、４１ah
を操作したり、ジョイステック４１am、４１ahを防御コ
マンド位置に一定時間入れ続ける場合である。また、無
効操作度を低下させる要因は、例えばジョイステック４
１am、４１ahから制御コマンドが入力されたり、あるい
はキャラクターの移動コマンドが入力された場合であ
る。

【００８２】また、この無効操作度を例えばＲＡＭ２０
２等に記憶させておき、次の対戦表示データ作成画像処
理を行うときに、その画像処理の程度を抑制するように
反映させる。例えば、以後に説明する画像処理余力表示
手段の余力量の表示に反映させたり、あるいはパンチが
あたっても相手に与えるとするダメージをキャンセルあ
るいは低減する画像処理を実行することが考えられる。

【００８３】次いで、メインＣＰＵ２０１は、上述した
ように取り込んだ対戦データと操作データとを基に対戦
表示データの作成処理を実行する（ステップ３１３）。

【００８４】このステップ３１３で形成される対戦表示
データは、例えば、対戦相手の闘士Ｃ２がアッパーカッ
トを繰り出したときに、操作パネル４ａのジョイステッ
ク４１am、４１ah等を防御操作することにより闘士Ｃ１
を防御動作させたり、あるいは、操作パネル４ａのジョ
イステック４１am、４１ah等を繰り出し操作をして相手
闘士Ｃ２にパンチを当てたりするための表示用データで
ある。これにより、対戦相手の闘士Ｃ２は、パンチが当
たったときに、そのパンチの種類（ストレート、ジャ
ブ、フック、アッパーカット等）により闘士Ｃ２の顔
（頭部）の変形方向を変え、パンチの強さにより闘士Ｃ
２の顔（頭部）の変形量を変える。

【００８５】また、対戦相手の闘士Ｃ２から繰り出され
たパンチが闘士Ｃ１に当たったときには、闘士Ｃ１の移
動処理もされる。さらに、このステップ３１３では、闘
士Ｃ１の背後側も表示させるようにし、しかも闘士Ｃ１
の一部（例えば頭部、胸部、腰部、上腕部等）が透視化
して表示されるようにしている。

【００８６】次いで、メインＣＰＵ２０１はステップ３
１４で残存余力量表示手段に関する処理を実行する。す
なわち、このステップ３１４では、闘士Ｃ１、Ｃ２の余
力を映像にして表示できるように処理している。これ
は、第１に、ステップ３１２で得られた無効操作度を、
余力（ライフカウント値）を減少させる表示として反映
させる。第２に、闘士（相手側Ｃ２、自分側（遊技者
側）Ｃ１）のダメージを演算し、これを余力を減少させ
る表示として反映させる。

【００８７】また、ダメージが所定値を超えたときには
闘士をダウンさせる処理を実行させる。このように処理
が行われることにより、闘士Ｃ１、Ｃ２の全余力量を表
示する全余力表示手段と、闘士Ｃ１、Ｃ２の全余力量に
対する残存余力量を表示する残存余力量表示手段とが実
現される。また、ＲＡＭ２０２の一部エリアに、余力量
を複数記憶する記憶手段を設けており、この記憶手段内
に記憶されている全余力を必要に応じて読み出すことに
より全余力量を順次低減させることができる。そして、
これらの画像処理を実行することにより、各闘士Ｃ１、
Ｃ２が受けたダメージをライフカウンタとしてディスプ
レイ３ａ上に表示でき、かつそのダメージが各ラウンド
毎に累計されるようにしている。

【００８８】このようにステップ３１３で得られた対戦
表示データと、ステップ３１４で得られたライフカウン
タに関するデータは表示データ作成処理（ステップ３１
５）に渡される。ステップ３１５ではメインＣＰＵ２０
１が前記ステップ３１３で形成した対戦表示データ、及
びステップ３１４で形成したライフカウンタに関するデ
ータを用いて例えば図５に示すフローチャートを実行す
る。これにより、ディスプレイ３ａ上に闘士Ｃ１、Ｃ２
の対戦状態が表示される。

【００８９】そして、メインＣＰＵ２０１は、ステップ
３１６でゲームアウトの処理を実行する。これは、闘士
Ｃ１、Ｃ２のダメージを演算し、一方が３回ダウンした
ときのように、ダメージが所定値を超えたときにダウン
等の指令を行う。

【００９０】メインＣＰＵ２０１はステップ３１７でダ
ウン等があったゲーム終了か否かを判断する。終了でな
いときは、再びステップ３１０に移行する。

【００９１】このようなステップ３１０〜ステップ３１
７の処理を繰り返すことにより、ポリゴンによる闘士Ｃ
１、Ｃ２がスクロール画面からなるリングＲＧ上に重畳
表示される。このリングＲＧの端部上側にはその縁に沿
って細長くポリゴンデータのロープＲＰが上書きされて
いる。

【００９２】そして、ゲームの進行に伴い、闘士Ｃ１、
Ｃ２や視点が移動すると、闘士Ｃ１、Ｃ２の動きとスク
ロール画面及びその端部の上書きされたポリゴンデータ
からなるロープＲＰとが同期して表示されるため、両者
がジョイステック４１am、４１ah等からの入力に合わせ
て正確に一致した動きとなって確認される。これによ
り、闘士Ｃ１、Ｃ２の移動、動きや視点の変化に伴う情
景全体が極めて自然なものとなり、リアルな臨場感を醸
し出すことができる。

【００９３】また、メインＣＰＵ２０１は、ステップ３
１７で検出結果を判断し、終了のときには、ステップ３
１８でゲーム終了の表示処理を実行する。

【００９４】次に、上記フローチャートにおける所定の
ステップの詳細な動作について図７以降の図面を参照し
て説明する。

【００９５】〔無効操作度を得る処理につて〕次に、図
７〜図８を用いて無効操作度を得る処理について説明す
る。ここで、図７は無効操作度を得るためのフローチャ
ートである。図８は無効操作度のグラフを示し、横軸に
時間を、縦軸に無効操作度をとっている。

【００９６】この無効操作度は、例えば拳闘の規則に沿
ったジョイステック４１am、４１ah等の操作入力がない
場合に生じる度数である。この無効操作度は、単位時間
当たりの連続パンチコマンドの入力回数が所定値以上で
あるときに得られる。また、コマンド入力のパターンが
一定な場合にも、無効操作度が増加するようにしてい
る。

【００９７】まず、拳闘の規則に沿ったジョイステック
４１am、４１ah等の操作入力がない場合の処理について
説明する。この処理は、図４のステップ３１２の処理に
移行することにより実行される。すなわち、メインＣＰ
Ｕ２０１は、ステップ４５１において、メインＣＰＵ２
０１は、サブＣＰＵ２０４から操作データが得られるか
否かを判定する。ここで、操作データが得られるときに
は（ステップ４５１；ＹＥＳ）、メインＣＰＵ２０１は
ステップ４５２でこの操作データが防御コマンドか判定
する。ここで、防御コマンドでないと判定されたときに
は（ステップ４５２；ＮＯ）、メインＣＰＵ２０１はス
テップ４５３で闘士Ｃ１の移動コマンドか判定する。こ
のような判定する理由は、ジョイステック４１am、４１
ahを連続的操作し、連続してパンチコマンドが入力され
ているか否かを判定するためである。

【００９８】闘士Ｃ１の移動コマンドでないとき（ステ
ップ４５３；ＮＯ）、拳闘の規則に従った有効なパンチ
ではなく、ただパンチを振り回しているだけとし、メイ
ンＣＰＵ２０１はステップ４５４でレジスタＫ３に操作
データの回数を次々と加算させる。このレジスタＫ３
は、例えばＲＡＭ２０２の一定のエリアに設ければよ
い。また、レジスタＫ３は、操作パネル４ａ、４ｂが連
続して操作されたたことによるパンチコマンドが累計さ
れてゆくことになる。

【００９９】次いで、メインＣＰＵ２０１は、一定時間
ｘ〔秒〕経過したかを判定する（ステップ４５５）。こ
の判断は、単位時間ｘ〔秒〕当たりに、何発のパンチコ
マンドが入力されたかを判定するためのものである。そ
して、一定時間ｘ〔秒〕経過しないときには（ステップ
４５５；ＮＯ）、この処理ルーチンを抜ける。

【０１００】一方、一定時間ｘ〔秒〕経過したときには
（ステップ４５５；ＹＥＳ）、メインＣＰＵ２０１はス
テップ４５６でレジスタＫ３のデータを読み込む。この
読み込んだデータは、単位時間（ｘ〔秒〕）当たりのパ
ンチの数ｙとなる。

【０１０１】また、メインＣＰＵ２０１は、レジスタＫ
３のデータが１ｙ発以上であれば（ステップ４５７；Ｎ
Ｏ）、すなわち、拳闘の規則に沿った操作が与えられて
いないと判断し、ＲＡＭ２０２の所定のエリアに設けた
無効操作度記憶エリアに、無効操作度が一つ加算された
ように記憶させる（ステップ３１２ ）。この記憶エリ
アに記憶された無効操作度の値は、図８に示すように、
時刻ｘ１で無効操作度が１つ上がった状態となってい
る。そして、メインＣＰＵ２０１は次の処理に備え前の
内容の影響を与えないようにするためにステップ４５９
でレジスタＫ１〜Ｋ３をリセットし、この処理を抜け
る。

【０１０２】また、同様に、ステップ４５１〜４５５の
処理を実行し、時刻ｘ２においてステップ４５６〜４５
７の処理を実行して２ｙ発が得られたときには、無効操
作度記憶エリアに、前の値にさらに２個累計されたよう
に記憶させる（ステップ４５８）。この記憶エリアの値
は、図８に示すように、時刻ｘ２で無効操作度かさらに
２つ加算された値となっている。そして、メインＣＰＵ
２０１は次の処理のためにステップ４５９でレジスタＫ
３をリセットし、この処理を抜ける。

【０１０３】さらに、同様に、ステップ４５１〜４５５
の処理を実行し、時刻ｘ３においてステップ４５６〜４
５７の処理を実行して１ｙ発が得られたときには、無効
操作度記憶エリアに、前の値にさらに２個累計されたよ
うに記憶させる（ステップ４５８）。この記憶エリアの
値は、図８に示すように、時刻ｘ３で無効操作度がさら
に１つ加算された状態となる。そして、メインＣＰＵ２
０１は次の処理のためにステップ４５９でレジスタＫ３
をリセットし、この処理を抜ける。

【０１０４】同様に、ステップ４５１〜４５５の処理を
実行し、時刻ｘ４においてステップ４５６〜４５７の処
理を実行して１ｙ発が得られたときには、無効操作度記
憶エリアに、前の値にさらに２個累計されたように記憶
させる（ステップ４５８）。この記憶エリアの値は、図
８に示すように、時刻ｘ４で無効操作度がさらに１つ加
算された状態となる。そして、メインＣＰＵ２０１は次
の処理のためにステップ４５９でレジスタＫ３をリセッ
トし、この処理を抜ける。

【０１０５】このように拳闘の規則に沿ったジョイステ
ック４１am、４１ahの操作がないときには、無効操作度
がますます高い値となる。

【０１０６】次に、無効操作度が低下する場合について
説明する。コマンドが入力されると（ステップ４５１；
ＹＥＳ）、メインＣＰＵ２０１はステップ４５２で防御
コマンドか判定する。防御コマンドのときには（ステッ
プ４５２；ＹＥＳ）、メインＣＰＵ２０１は、ステップ
４６０で防御コマンドが短時間で他のコマンド等（ある
いは中立位置）に変更されたか判定する。これは、拳闘
の規則に沿った操作であるかを判定するためである。

【０１０７】防御コマンドが短時間で他のコマンド等に
変更されたときには（ステップ４６０；ＹＥＳ）、メイ
ンＣＰＵ２０１はステップ４６１で無効操作度記憶エリ
アの無効操作度から１つ引いた値とする。この記憶エリ
アの値は、図８に示すように、時刻ｘ５で無効操作度が
１つ下がった状態となる。なお、この処理を通過した後
には、メインＣＰＵ２０１は次の処理のためにステップ
４６２でレジスタＫ１〜Ｋ３をリセットする。

【０１０８】次に、ノーコマンドの場合の動作説明をす
る。コマンド入力がないとき（ステップ４５１；Ｎ
Ｏ）、メインＣＰＵ２０１はステップ４７１で例えばレ
ジスタＫ１＝Ｋ１＋１の処理をする。これは、一定時間
の間に、ノーコマンドであることを検出するために行う
加算である。また、このレジスタＫ１は、例えばＲＡＭ
２０２の所定のエリアに設けたものを使用すればよい。

【０１０９】次いで、一定時間α（秒）経過したか判定
する（ステップ４７２）。この時間の判定は、一定期間
継続してノーコマンドであることを検出するための判断
である。一定時間α（秒）経過しない場合（ステップ４
７２；ＮＯ）、この処理を抜ける。

【０１１０】一方、一定時間α（秒）経過した場合（ス
テップ４７２；ＹＥＳ）、メインＣＰＵ２０１はステッ
プ４７３でレジスタＫ１の値を読み込む。このレジスタ
Ｋ１の値は一定時間ノーコマンドである場合の値であ
り、この値が所定値より大きければ（ステップ４７４；
ＹＥＳ）、一定時間ノーコマンドであるので、メインＣ
ＰＵ２０１はステップ４７５で無効操作度記憶エリアか
ら無効操作度を１つ減算する。これにより、この記憶エ
リアの値は、図８に示すように時刻ｘ７で無効操作度が
１つ低下した状態になる。そして、ステップ４７６で次
の処理のために各レジスタＫ１〜Ｋ３をリセットする。
なお、レジスタＫ１の値が一定の値未満のときには（ス
テップ４７４；ＮＯ）、ステップ４７６で各レジスタＫ
１〜Ｋ３をリセットし、この処理を抜ける。

【０１１１】さらに、防御コマンドを入れ続けた場合の
動作について説明する。この場合、メインＣＰＵ２０１
は、ステップ４５１、４５２、４６０を通過し、ステッ
プ４８１で例えばレジスタＫ２＝Ｋ２＋１とする。この
レジスタＫ２は、例えばＲＡＭ２０２の所定の記憶エリ
アを使用すればよい。また、このレジスタＫ２は、防御
コマンドの入力が継続していることを測定するためのも
のである。

【０１１２】次いで、メインＣＰＵ２０１はステップ４
８２で一定時間経過したか判断する。この時間判定は、
一定時間の間、防御コマンドが入りっぱなしになること
を判定するためのものである。一定時間経過していない
ときには（ステップ４８２；ＮＯ）、この処理を抜け
る。

【０１１３】一方、一定時間経過したときには（ステッ
プ４８２；ＹＥＳ）、メインＣＰＵ２０１はステップ４
８３でレジスタＫ２の値を読み取る。ここで、メインＣ
ＰＵ２０１は、レジスタＫ２の値が所定の値より大きい
ときには（ステップ４８４；ＹＥＳ）、防御コマンドが
入れっぱなしの状態であるから、ステップ４８５で無効
操作度記憶エリアの、無効操作度を一つ加算する。この
記憶エリアの値は、図８に示すように、時刻ｘ９で無効
操作度が１つ上がた状態になる。この処理が終了した後
に、後の処理のためにステップ４８６でレジスタＫ１〜
Ｋ３をリセットする。このように防御コマンドを入れっ
ぱなしにすると、無効操作度が上昇する原因となる。

【０１１４】なお、その他無効操作度が低下する場合の
動作について説明する。これは、闘士Ｃ１の移動コマン
ドが入力されたときに動作するものである。すなわち、
闘士Ｃ１の移動コマンドが入力されたときに（ステップ
４５３；ＹＥＳ）、メインＣＰＵ２０１はステップ４４
１で無効操作度記憶エリアの無効操作度を１つ減算す
る。この後に、後の処理のために、ステップ４４２でレ
ジスタＫ１〜Ｋ３をリセットする。

【０１１５】上述したように上記各ステップ４５１〜４
９２では、拳闘の規則に沿った操作がジョイステック４
１am、４１ah等から入力されているか否かを判定する。

【０１１６】この無効操作度記憶エリアに記憶された無
効操作度を、後の処理において画像処理の程度を抑制す
るために使用する。例えば、ライフカウンタの値を減少
させる処理に反映し、あるいはパンチ等が相手の闘士Ｃ
２に当たっても、これの有効性を小さくする、あるいは
この有効性を否定するようにする。

【０１１７】このようにすることにより、ジョイステッ
ク４１am、４１ah等の確実な操作を遊技者に促すととも
に、例えば拳闘の場合の実際の動きを遊戯者に提供し
て、かつそのようにジョイステック４１am、４１ah等が
遊技者に操作できるようにする。

【０１１８】〔ポリゴン構成手段、ポリゴン数増加手段
の動作〕次に、通常の表示状態では、闘士Ｃ２の顔（頭
部）を最小限の数のポリゴンから構成し、この顔（頭
部）を変形して表示させる際に、この顔（頭部）を構成
するためのポリゴン数を増加させた後、この増加された
ポリゴン数に基づいて顔（頭部）の変形させる画像処理
について、図９〜図１１を参照して説明する。

【０１１９】まず、メインＣＰＵ２０１は、ステップ５
００でフラッグＦＬＧが０か否かを判定する。この判定
は、変形処理のためのテーブルデータの読出し処理を行
うかか否かを判定するためのものである。読出しを行っ
ている場合は特定の処理フローチャートに、読出しを行
っていないときには通常の判断処理を行う。

【０１２０】ここで、フラッグＦＬＧは当初は０に設定
されているので、メインＣＰＵ２０１はステップ５０１
で闘士Ｃ２の顔（頭部）を最小限の数のポリゴンから構
成する画像処理を行う。この画像処理は、例えば、闘士
Ｃ２の顔（頭部）の各面を一つの正方形のポリゴンから
構成する。これにより、例えば図１０（ａ）に示すよう
に、闘士Ｃ２の顔（頭部）Ｃ２ｆが６つのポリゴンから
なる立方体（６面体）に形成される。つまり、一つのポ
リゴンを３次元座標における４頂点を指定することによ
り配置し、各面は４頂点のうち２頂点を共有させること
により、闘士Ｃ２の顔（頭部）Ｃ２ｆを六面体となるポ
リゴンの集合から表現している。

【０１２１】実際の闘士の各種表情を構成する、正面
部、背面部、左右の側面部、平面部、そして底面部の各
模様（テクスチャー）を、予めビデオカメラ等によって
撮影するかあるいは別に構成し、これらをＲＯＭ２０３
に記憶させておく。

【０１２２】そこで、ステップ５０２では、この表情の
テクスチャーや、各右側面、左側面、背面、頭頂部等の
テクスチャーを、該当するアドレスのポリゴンにマッピ
ングする。また、このステップでは、全てのポリゴンに
ついて、この場合は６面について、テクスチャーのマッ
ピングが終了したかの判断も行う。これにより、図１０
（ｂ）に示すように、表情が現れた闘士Ｃ２の頭部が形
成される。なお、ここでは図面の表現を簡単にするため
に、頭部の正面のポリゴンにのみテクスチャー（顔の模
様）を貼り付けた場合を示しており、その他の面へのテ
クスチャーの図示を省略する。

【０１２３】次に、メインＣＰＵ２０１は、サブＣＰＵ
２０４から操作データを取り込み、操作データの有無を
判定する（ステップ５０３）。操作データがあるときに
は（ステップ５０３；ＹＥＳ）、メインＣＰＵ２０１は
ステップ５０４で操作データの方向、強さ、速さ等から
パンチコマンドの内容等（防御コマンドもある）を特定
する。そして、その処理（ステップ５０４）の結果から
攻撃であると判定されると（ステップ５０５；ＹＥ
Ｓ）、メインＣＰＵ２０１はステップ５０６で闘士Ｃ１
のパンチの座標を読む。つづいて、メインＣＰＵ２０１
はステップ５０７で対戦相手の闘士Ｃ２の頭部の座標を
読む。これら座標が一致したか否かを判定する（ステッ
プ５０８）。この判定は、闘士Ｃ１、Ｃ２の衝突判定を
行っていることに相当する。

【０１２４】これら座標が一致した時点で（ステップ５
０８；ＹＥＳ）、闘士Ｃ１、Ｃ２の衝突判定が肯定され
たことになり、闘士Ｃ１（遊戯者側のキャラクター）の
パンチが闘士Ｃ２（対戦相手側のキャラクター）の顔面
にあたったことになる。そこで、変形処理に移行するた
めにフラッグＦＬＧに“１”を設定する（ステップ５０
９）。

【０１２５】メインＣＰＵ２０１はステップ５０９で第
１のパンチと第２のパンチとの判定をする。この実施例
では、説明を簡略化するため、２種類のパンチのみとし
て説明する。また、この実施例では、無効操作度の反映
をパンチの効力を減少させるようにして処理するものと
して説明する。もちろん、このようにパンチの効力が減
少させるようにせず、ライフカウンタの値が低下するよ
うにしてもよい。

【０１２６】まず、第１のパンチの場合には（ステップ
５１０；１Ｐ）、ステップ５１１において無効操作度記
憶エリアの値が一定値以下なら、ジョイステック４１a
m、４１ah等の操作が拳闘の規則にない動きをしている
ことが少ないと判定し、ステップ５１２以降の処理に移
行する。

【０１２７】このステップ５１２では、最小限の数のポ
リゴンから構成された闘士Ｃ２の顔（頭部）Ｃ２ｆにつ
いて、この部分の各面を構成するポリゴン数を増加させ
る。これにより、図１１（ａ）に示すように、それぞれ
矩形（四角形）が割り当てられた６つのポリゴンから構
成された顔（頭部）Ｃ２ｆの各面において、一つのポリ
ゴンから８（列）×８（行）に配列された複数のポリゴ
ンに変更される。

【０１２８】また、各面の複数のポリゴンの一つ一つの
アドレスは指定されており、これらアドレスとポリゴン
の変形用データとがパンチ（パンチの方向、パンチの種
類、パンチの強弱）毎にテーブル化されていて、これら
テーブルの多数がＲＯＭ２０３に格納されているものと
する。また、このステップ５１２以降に入ると、どのテ
ーブルから変形データを取り込むかがパンチの種類、パ
ンチの方向、強さ、闘士Ｃの種類等により指定されてい
る。

【０１２９】次に、メインＣＰＵ２０１は、顔（頭部）
Ｃ２ｆの部分が多数のポリゴンで構成されていて、各ポ
リゴンの各アドレスについて変形用のテーブルからポリ
ゴンの変形データを取り出し、このアドレスに相当する
部分の顔の表情のテクスチャーを変形し、当該アドレス
に該当するポリゴンにマッピングする（ステップ５１
３）。ポリゴンの変形は、矩形のポリゴンの４頂点を設
定することにより可能になる。この場合は、６面体の各
面に、単に４頂点のあるポリゴンの多数が配置されたよ
うな変形データが得られることになる。

【０１３０】そして、上記変形データを基に顔（頭部）
Ｃ２ｆの全てのポリゴンについてマッピングが終了した
か判定する（ステップ５１４）。全てのポリゴンにテク
スチャーのマッピングが終了しないときには（ステップ
５１４；ＮＯ）、マッピング処理を続行する（ステップ
５１３、５１４）。また、全てのポリゴンにテクスチャ
ーのマッピングが終了したときには（ステップ５１４；
ＹＥＳ）、図１１（ｂ）に示すように６面体の部分に通
常の顔が表示される。ついで、メインＣＰＵ２０１は、
ステップ５１５で闘士Ｃ２用のライフカウンタのデータ
を所定の値だけで減少させた後、ステップ５１６でＲＯ
Ｍ２０３の読出し番地やテーブル読出し番地を更新し
て、この処理を抜ける。

【０１３１】再び、このルーチンに入ると、フラッグＦ
ＬＧが“１”となっているので、メインＣＰＵ２０１
は、ステップ５２０にて所定の変形用テーブルの所定の
番地から変形データを読み出してくる。この変形データ
は、図１２（ａ）に示すように、最小単位の各ポリゴン
の各番地Ｐ１１，Ｐ１２，Ｐ２１，Ｐ２２，…，Ｐ８
１，Ｐ８２，Ｐ９１，Ｐ９２，…，Ｐ１８，Ｐ１９，Ｐ
２８，Ｐ２９，…，Ｐ８８，Ｐ８９，Ｐ９８，Ｐ９９と
して得られることになる。

【０１３２】そこで、メインＣＰＵ２０１は、ステップ
５２１で、このパンチに伴う表情のテクスチャーを選
び、かつこれを変形し、各テクスチャーを該当する各番
地Ｐ１１，Ｐ１２，Ｐ２１，Ｐ２２，…，Ｐ８１，Ｐ８
２，Ｐ９１，Ｐ９２，…，Ｐ１８，Ｐ１９，Ｐ２８，Ｐ
２９，…，Ｐ８８，Ｐ８９，Ｐ９８，Ｐ９９にマッピン
グする。これにより、図１１（ｂ）に示すように、多数
のポリゴンによって構成される６面体が歪んだ変形を呈
することになる。

【０１３３】これらの各番地に全てテクスチャーがマッ
ピングが完了したか判定する（ステップ５２２）。全て
のテクスチャーのマッピングが完了したときには（ステ
ップ５２２；ＹＥＳ）、当該変形テーブルの全データを
読み出したか判定する（ステップ５２２）。読み出して
いない場合には（ステップ５２３；ＮＯ）、ＲＯＭ２０
３と変形テーブルの読出し番地の更新をする（ステップ
５１６）。

【０１３４】このルーチンを通る度に、変形テーブルの
データが番地更新した状態で読み出され（ステップ５０
０、Ｓ５２０、Ｓ５２１、Ｓ５２２）、次々と変形デー
タが得られることになり、歪んだ顔（頭部）Ｃ２ｆが表
示できることになる。これにより、図１２（ｂ）に示す
ように歪んだ形状となった頭部と、表情が表示されるよ
うになる。

【０１３５】なお、変形テーブルの変形データを全て読
み終わったときには（ステップ５２３；ＹＥＳ）、顔
（頭部）Ｃ２ｆの変形が終了し、元の状態に戻ったとき
であるので、フラッグＦＬＧに“０”を設定してステッ
プ５１６に進む。

【０１３６】一方、パンチが第１のパンチであって（ス
テップ５１０；１Ｐ）、かつ無効操作度が大きい場合に
は（ステップ５１１；ＹＥＳ）、変形量が少ない第２の
変形テーブルのデータを読み出す処理に移行する（ステ
ップ５２５）。

【０１３７】ステップ５２５で最小限の数のポリゴンか
ら構成された闘士Ｃ２の顔（頭部）Ｃ２ｆを、多数のポ
リゴンで構成されるように増加させる。これにより、図
１１（ａ）に示すように、６面体で構成されたポリゴン
の各面は、多数のポリゴンに変更される。次に、ステッ
プ５２６で、表情のテクスチャーを各ポリゴンの変形デ
ータをマッピングする。そして、全ポリゴンについてマ
ッピングが終了したかを判定する（ステップ５２７）。
これにより、図１１（ｂ）に示すように６面体の部分に
通常の顔で表示される。

【０１３８】そして、メインＣＰＵ２０１は闘士Ｃ２用
のライフカウンタのデータを通常値で減少させて、ステ
ップ５１６でＲＯＭ２０３の読出し番地及び第２の変形
テーブルの読出し番地を更新し、この処理を抜ける。

【０１３９】このように第１のパンチであって、本来な
ら闘士Ｃ２に大きなダメージを与えられる場合でも、無
効操作度が大きいと、通常のパンチの扱いとなってしま
う。

【０１４０】また、パンチが第２のパンチであって（ス
テップ５１０；２Ｐ）、かつ無効操作度が小さい場合に
は（ステップ５２９；ＹＥＳ）、ステップ５２５〜ステ
ップ５２８、ステップ５００、ステップ５２０〜ステッ
プ５３４の処理を実行する。これにより、図１１（ａ）
に示すように、６面体で構成されたポリゴンの各面は、
多数のポリゴンに変更された後、図１１（ｂ）に示すよ
うに６面体の部分に通常の顔が表示される。多数のポリ
ゴンによって構成される６面体の顔（頭部）Ｃ２ｆが歪
み、歪みに伴った表情が表示されるようになる。なお、
この場合、第２の変形テーブルであったので、変形の程
度が図１２より少ない。

【０１４１】なお、上記処理では、闘士Ｃ２の処理につ
いてのみ説明していたが、ディスプレイ３ａ上には、図
１３に示すように、闘士Ｃ１の頭部、胸部が透視化処理
され、かつ闘士Ｃ１の腕等は通常のポリゴン処理で表示
される。もちろん、腕等が闘士Ｃ２にかかる場合には、
この腕についても透視化処理を施しても良い。この透視
化処理の一つとしてメッシュ化処理がある。このメッシ
ュ化処理は、図１８に示すように、例えば４頂点のポリ
ゴン９０が、ＸＹ軸について例えば９ドットで構成され
ているとし、Ｘ軸の座標値＋Ｙ軸の座標値＝Ｓの値が偶
数のピクセルのみ描画され、Ｓの値が奇数のときには描
画をスキップし、書き込みをしないようにしている。こ
のようにすることにより、メッシュ化したポリゴンが得
られる。

【０１４２】また、各闘士Ｃ１、Ｃ２等の表示について
は、ポリゴンの優先順位の判定でディスプレイ３ａの一
番手前に表示されることになる。また、闘士Ｃ２はポリ
ゴンの優先度が２番目であるので、闘士Ｃ１の後ろであ
って、かつロープＲＰの手前に表示される。また、闘士
Ｃ１の頭部や胸部がメッシュ処理されているので、闘士
Ｃ１が画面手前に表示されていても、闘士Ｃ２は形状、
表情とも見えることになる。また、ロープＲＰはポリゴ
ンの優先度が３番目であるので、一番後ろ側に表示され
ることになる。さらに、リングＲＧは、回転スクロール
で表示されている。また、ライフカウンタＬＣａ、ＬＣ
ｂはスクロールで表示されているので、何時もディスプ
レイ３ａの画面の左右に表示されている。図示しない
が、見物客等を背景ＢＨとして表示させている。

【０１４３】次に、パンチが第２のパンチで（ステップ
５０９；２Ｐ）、かつ無効操作度が大きい場合には（ス
テップ５２９；ＮＯ）、ＲＯＭ２０３の読出し番地を更
新し（ステップ５１６）、この処理を抜ける。つまり、
無効操作度が大きいときには、拳闘の規則に従った操作
が入力されていないものとし、有効なパンチを繰り出し
当たっても、これを無効あるいはその威力を低減するよ
うにしている。

【０１４４】一方、ステップ５０８で不一致になったと
き（ステップ５０８；ＮＯ）、メインＣＰＵ２０１は、
ステップ５３１で対戦相手の闘士Ｃ２の他の座標を読み
出す。

【０１４５】そして、メインＣＰＵ２０１は、ステップ
５３２でこの闘士Ｃ２の座標と闘士Ｃ１のパンチの座標
とを比較する。一致していれば、対戦相手の闘士Ｃ２の
体に当たったので（ステップ５３２；ＹＥＳ）、この場
合は変形等はせず、単にダメージを相手に与えたものと
扱う。そして、メインＣＰＵ２０１はステップ５３３で
闘士Ｃ２用のライフカウンタのデータを通常値で減少さ
せて、ＲＯＭ２０３の読出し番地を更新し（ステップ５
１６）、この処理を抜ける。

【０１４６】また、防御の場合には（ステップ５０５；
防御）、メインＣＰＵ２０１はステップ５４１で対戦相
手の闘士Ｃ２のパンチの座標をよむ。また、メインＣＰ
Ｕ２０１は、ステップ５４２で闘士Ｃ１の手の座標を読
む。そして、一致したときには（ステップ５４３；ＹＥ
Ｓ）、防御が成功したものとして処理が実行される（ス
テップ５４４）。

【０１４７】一方、防御で両座標が不一致のとき（ステ
ップ５４３；ＮＯ）、メインＣＰＵ２０１は、ステップ
５４５で闘士Ｃ１の他の部分の座標を読む。対戦相手の
闘士Ｃ２のパンチの座標と、闘士Ｃ１の他の部分の座標
とが一致したときには、対戦相手の闘士Ｃ２のパンチが
当たったので、ステップ５４７で、対戦相手のパンチ力
に応じて例えば闘士Ｃ１を例えばダウン状態に移動させ
たりする。

【０１４８】そして、メインＣＰＵ２０１は、ステップ
５４８で闘士Ｃ１のライフカウンタの値を対戦相手のパ
ンチの有効性に応じて減少させる。そして、ＲＯＭ２０
３の読出し番地を更新し（ステップ５１８）、この処理
を抜ける。

【０１４９】なお、操作データがない場合でも（ステッ
プ５０３；ＮＯ）、対戦相手の闘士Ｃ２がパンチを繰り
出してくれば（ステップ５５０；ＹＥＳ）、ステップ５
４１〜ステップ５４８の処理に移行して処理される。

【０１５０】また、操作データがなく（ステップ５０
３；ＮＯ）、対戦相手の闘士Ｃ２がパンチの繰り出しが
ないときには（ステップ５５０；ＹＥＳ）、何の処理も
行わず、ＲＯＭ２０３の読出し番地を更新し（ステップ
５１８）、この処理を抜ける。

【０１５１】上述したような各処理ステップを処理する
ことにより、通常は、少ないポリゴンで表示を行うこと
により処理負荷を軽くし、闘士Ｃ１のパンチが闘士Ｃ２
の顔面等に当たって表情を変化させたいときには６面体
からなるポリゴンを多数のポリゴンで構成し、これらを
変形させている。これにより、面白いゲーム環境を提供
することができる。また、通常の表示の場合、顔（頭
部）Ｃ２ｆを６面体で構成したので、パンチの当たって
いないときには、最小限のポリゴンで済む。

【０１５２】なお、上記実施例では、各ポリゴンのアド
レスが指定されており、これらアドレスとポリゴンの変
形データがテーブル化したものから、パンチの種類に対
する変形データを得ることにより、闘士Ｃ２の頭部等の
変形データを得ていたが、もちろん計算によって変形デ
ータを求めるようにしてもよい。

【０１５３】〔画像処理余力表示手段の動作〕次に、闘
士Ｃ１、Ｃ２のライフカウンタＬＣａ、ＬＣｂ（図１３
参照）の表示処理や、この表示に必要なデータ処理につ
いて、図１４〜図１７を参照して説明する。図１４は画
像処理余力表示処理についてのフローチャートである。
また、図１５〜図１７はライフカウンタＬＣａ、ＬＣｂ
の表示状態の例を示す説明図である。また、図１５〜図
１７において、ライフカウンタＬＣａのみ表示されてい
るが、もちろん、ライフカウンタＬＣｂも同様に表示さ
れる。説明を簡単にするため、図１５〜図１７ではライ
フカウンタＬＣａのみを表示して説明する。なお、図１
５〜図１７において、ライフカウンタＬＣａは、全余力
量を示すメータＭと、全余力量に対する残存余力量を表
示する手段としての顔Ｆと、ラウンドを表す数字
（「１」、「２」、「３」）と、これら数字の上で点滅
あるいは点灯させる表示体とから構成されている。

【０１５４】最初に、ゲームが開始されたときには、闘
士Ｃ１用の全余力量が記憶エリア２０２Ｃ１に記憶され
ているので、ステップ６０１で、この記憶エリア２０２
Ｃ１からのデータを読み出す。

【０１５５】次に、上記ステップ３１３の処理により闘
士Ｃ１がパンチを食らって（画像処理の進行に伴って）
ライフカウンタに関するデータが低下すると、この値に
基づいてステップ６０２で残存余力量を減少させる。

【０１５６】ステップ６０３では、前のステップのメー
タＭのデータと、残存余力量のデータとから表示データ
を作成する。これにより、メータＭを表示するデータが
形成され、かつ全余力量に対する残存余力量のデータが
形成される。最初は、メータＭのデータと残存余力量の
データは同一だから、ライフカウンタＬＣａは、メータ
Ｍと顔Ｆとが同一位置で表示される（図１５のゲームス
タート（時刻ｔ１））。

【０１５７】そして、ステップ６０４において、メータ
Ｍ（全余力量）に対して顔Ｆ（現存余力）の関係を判定
する（ステップ６０４）。

【０１５８】メータＭ（全余力量）の底に顔Ｆ（現存余
力量）が達しない場合には（ステップ６０４；ＮＯ）、
この処理を抜ける。したがって、単に残存余力量が減少
してゆくように表示される。すなわち、ステップ６０１
〜６０４の処理を繰り返すと、顔Ｆのみが単に低下して
ゆく表示とする（図１５時刻ｔ１、ｔ２）。

【０１５９】メータＭ（全余力量）の底に顔Ｆ（現存余
力量）が達したときには（ステップ６０４；ＹＥＳ）、
ステップ６０５で３回目のダウンか判断する。３回目の
ダウンでない場合には（ステップ６０５；ＮＯ）、ライ
フカウンタＬＣａの数字「１」の部分を点滅させる（ス
テップ６０６）。これにより、闘士Ｃ１は１ｓｔダウン
したことになる。また、ライフカウンタＬＣａは、図１
５（ｔ３）に示すように、１ｓｔダウンしたことにな
り、数字「１」の上が点滅状態に表示され、かつ顔Ｆが
一番下に位置して表示される。

【０１６０】レフリーカウントが入る前に、ステップ６
０７において、記憶エリア２０２Ｃ１の値を一定量減少
させる。また、このステップで、記憶エリア２０２Ｃ１
の値を読出し、ノックアウト回避点（ＫＯ）のデータを
作成あるいは該当するデータをメモリから読み出し、顔
Ｆの位置をメータＭから話した状態の表示されるような
データを形成する。このデータが表示されることによ
り、図１５（ｔ４）に示すように、顔ＦがメータＭから
離れた位置で表示される。また、同図に示すように、メ
ータＭには、Ａポイントが表示され、矢印Ｙに示すよう
にＢポイントの表示がされる。このＢポイントは時刻ｔ
１のときより短くなっている（メータＭが短く表示され
る）。そして、Ｃポイントがソフト的に設定あるいは決
定され、ノックアウト回避点（ＫＯ）が表示される。

【０１６１】また、闘士Ｃ１の体力は、ステップ６０８
において所定の回復条件により回復される。カウント終
了条件は、カウント「１０」以内に顔ＦがＡポイントに
到達した場合である。また、Ｃポイントはモーション強
制発生点である。そこで、体力回復に従って、残存余力
量を回復させる（ステップ６０８）。また、顔Ｆを上昇
させる表示をする（ステップ６０８）。これにより、図
１５（ｔ５）に示すように、ライフカウンタＬＣａの顔
Ｆが矢印Ｙのように上昇する。そして、９カウントでＢ
ポイントあるいは、Ａ〜Ｂポイントのエリアに入ると
（ステップ６０９）、再び、次のラウンド目の処理に入
る指令を入力する（ステップ６１０）。なお、９カウン
トでＢポイントあるいは、Ａ〜Ｂポイントのエリアに入
らないと（ステップ６０９；ＮＯ）、例えばゲームオバ
ーの処理にする（ステップ６１１）。

【０１６２】２ラウンド目に入ると、ステップ６０１で
メータＭのデータが読み出される。また、ステップ６０
２で残存余力量を減少させる。これらのデータをステッ
プ６０３で表示処理すると、ディスプレイ３ａには、図
１６（ｔ６）に示すように、顔Ｆが矢印Ｙの方向に低下
する状態で表示される。

【０１６３】そして、ステップ６０４、６０５を通過
し、かつ残存余力量が全くなくなると、ライフカウンタ
ＬＣａは、図１６（ｔ７）に示すように、２回目のダウ
ンしたことになり、数字「２」の上が点滅状態に表示さ
れ、かつ顔Ｆが一番下に位置して表示される（ステップ
６０６）。

【０１６４】レフリーカウントが入る前に、ステップ６
０７において、ライフカウンタＬＣａの全体量を減少さ
せ、ノックアウト回避点（ＫＯ）が出力させ、かつ顔Ｆ
の位置を変更する。これにより、図１６（ｔ８）に示す
ように、顔Ｆが離れた位置で表示される。

【０１６５】また、闘士Ｃ１の体力が回復されたとき
に、顔Ｆを上昇させる表示をする（ステップ６０８）。
これにより、図１６（ｔ９）に示すように、ライフカウ
ンタＬＣａの顔Ｆが矢印Ｙのように上昇させる。そし
て、回復すると（ステップ６０９）、再び、次のラウン
ド目に入る指令をする（ステップ６１０）。

【０１６６】３ラウンド目に入ると、再び、ステップ６
０１〜６０４の処理を行う。これにより、ディスプレイ
３ａには、図１７（ｔ１０）に示すように、顔Ｆが矢印
Ｙの方向低下する状態で表示される。

【０１６７】そして、残存量がなくなると（ステップ６
０４）、ライフカウンタＬＣａは、図１７（ｔ１１）に
示すように、３回ダウンしたことになり、数字「３」の
上が点滅状態に表示され、かつ顔Ｆが一番下に位置して
表示されて、ステップ６１２でゲームオバー表示をす
る。なお、残存余力があるときには、何も処理をせず
に、この処理を抜けてゆく。

【０１６８】このように処理ステップが実行されると画
像処理余力表示手段の処理が行われることになる。この
処理は、全余力表示手段による全余力量の表示処理と、
残存余力量表示手段による全余力量に対する残存余力量
の表示処理と、全余力変化手段による画像処理の進行に
伴って全余力を順次減少させる処理とである。

【０１６９】ライフカウンタＬＣａの表示処理について
は、上述したものであるから、各闘士Ｃ１、Ｃ２のダメ
ージ等について現実味の有るゲーム展開を味わうことが
できる。

【０１７０】この実施例の説明において、ポリゴンデー
タとは、複数の頂点の集合からなるポリゴン（多角形：
主として４角形又は３角形）の各頂点の相対ないしは絶
対座標のデータ群を云う。

【０１７１】なお、この実施例では本発明のデ−タ処理
装置を適用する機器としてゲーム装置を挙げたが、本発
明のデ−タ処理装置は必ずしもそれに限定されるもので
はなく、データ処理装置単独で実施してもよいし、また
シミュレーションシステムなどに一体的に搭載すること
もでき、より少ない演算量で臨場感溢れる画像を提供す
ることができる。

【０１７２】

【発明の効果】以上説明したように請求項１記載の発明
によれば、画像処理手段により表示体を変形して表示さ
せる際に、表示体を構成するポリゴン数を増加させてい
るために、請求項２記載の発明のように、表示体の少な
くとも一部を最小限の数のポリゴンから構成し、表示体
の部分を変形して表示する必要が無い場合は、そのポリ
ゴン数を維持し、これを変形する必要がある場合は、こ
の部分のポリゴン数を増加させるので、この部分を変形
する必要が無い場合、余分のポリゴン数を他の表示体表
示に適用することができる。したがって、制限されたポ
リゴン数の有効利用が図られる。

【０１７３】さらに、ポリゴン数を増加させることによ
ってこのような変形の表示が可能になりあるいはより詳
細の変形画像を構成することができる。また、表示体の
変形が不用なときには、画像処理負荷を小さくでき、か
つ、必要に応じて多くのポリゴン数で表示体を構成でき
表示の態様を多様化できる。

【０１７４】請求項３記載の発明によれば、表示体の一
部を、各面がそれぞれ一つのポリゴンから構成される多
面体に形成し、表示体の一部を変形して表示するときに
は、多面体の各面を複数のポリゴンに増加させているの
で、簡単な多面体を構成するようにしてポリゴン数を極
力低減でき、多面体を変形して表示することが必要なと
きに、各面のポリゴン数を増加させて表示の多様化を図
っている。

【０１７５】請求項４記載の発明によれば、表示体をそ
れぞれ身体を模擬した第１と第２のキャラクターとを含
んで構成し、この第１のキャラクターの頭部と第２のキ
ャラクターとの衝突を判定して、この頭部の変形が必要
な場合を確実に把握し、第１のキャラクターの頭部を各
面が一つのポリゴンから構成される６面体として構成
し、さらに、衝突判定が肯定された時に、この６面体の
各面のポリゴン数を増加させて頭部の変形表示を可能し
ているので、表示の多様化を図ることができる。

【０１７６】請求項５記載の発明によれば、キャラクタ
ーの頭部の各面を一つのポリゴンから構成可能な矩形状
に形成することにより、頭部の変形を要しない場合、頭
部の各面のポリゴン数を最も最小にすることができる。

【０１７７】請求項６記載の発明によれば、画像処理の
進行に伴って全余力を順次変化させて、画像処理の結果
が画像処理の余力に反映させ、この全余力が順次減少さ
れることにより、例えば格闘ゲームにおける画像処理に
際し、表示体に実際には蓄積されるダメージを正確に再
現することができ、現実感溢れる画像処理を提供するこ
とができる。

【０１７８】請求項７記載の発明によれば、記憶手段に
全余力量を段階的に減少させた値を記憶し、画像処理状
況に応じてこの記憶手段から該当する値の全余力量を順
次読み出しているので、画像処理の状況に応じて全余力
量を確実に変化させることができ、例えば現実感に溢れ
るゲーム環境を提供できる。

【０１７９】請求項８記載の発明によれば、画像処理の
全余力は、表示体としてのキャラクターに対してライフ
カウント値として提供され、視聴者は自己が制御できる
キャラクターの残存寿命を事前に知ることができるた
め、例えば現実感に溢れるゲーム環境を楽しむことがで
きる。

【０１８０】請求項９記載の発明によれば、表示体はポ
リゴンから構成され、所定の視点から見た表示体の画像
を形成する際、視点の手前側にある表示体のポリゴンの
一部についてこれを透視化する処理が実行されているの
で、手前の表示体が透けて操作者に見えることから、３
次元座標系に表示体を構成しても、相手側の表示体と操
作者や遊技者側の表示体とを同時に確認しながら、確実
な操作と現実味溢れる画像処理環境を実現することがで
きる。

【０１８１】請求項１０記載の発明によれば、メッシュ
化処理によってこの透視化が確実に実現される。

【０１８２】請求項１１記載の装置によれば、格闘技ゲ
ームの場合のルールのように、予定されている規則に沿
った操作が操作手段に入力されているか否かが判定さ
れ、表示体に与えられる画像処理の程度を抑制されるよ
うにしたので、あらかじめ決められた規則にない操作手
段の操作を防止し、現実感溢れるゲーム環境のような画
像処理環境を提供することができる。

【０１８３】請求項１２記載の発明では、表示手段と、
既述の画像処理装置を備えることにより、例えば格闘技
のような現実を模擬した遊技を達成するに当たり、効果
的な画像処理が可能なゲーム遊技を提供できる。

【図面の簡単な説明】

【図１】本発明に係るデータ処理装置を適用したゲーム
装置の一実施例の全体斜視図である。

【図２】同実施例の操作パネル部分の詳細を示す斜視図
である。

【図３】同実施例の処理系を示すブロック図である。

【図４】同実施例の全体的な処理ステップを示すフロー
チャートである。

【図５】同実施例の表示処理の具体的動作を示すフロー
チャートである。

【図６】同実施例で対戦する二つの闘士が対面している
状態から回転して対戦状態に表示される動作を説明する
ための図である。

【図７】同実施例の無効操作度処理手段の動作を説明す
るためのフローチャートである。

【図８】同実施例の無効操作度の状態を示すグラフであ
る。

【図９】同実施例のポリゴン構成手段、ポリゴン数増加
手段の動作を説明するためのフローチャートである。

【図１０】同実施例のポリゴン構成手段の動作の説明図
である。

【図１１】同実施例のポリゴン数増加手段の動作の説明
図である。

【図１２】同実施例のポリゴン数増加手段の動作の説明
図である。

【図１３】同実施例のポリゴン構成手段、ポリゴン数増
加手段の動作により表示される画面を示す図である。

【図１４】同実施例の画像処理余力表示手段の動作を説
明するためのフローチャートである。

【図１５】同実施例の画像処理余力表示手段により得ら
れるライフカウンタの表示例を示す説明図である。

【図１６】同実施例の画像処理余力表示手段により得ら
れるライフカウンタの表示例を示す説明図である。

【図１７】同実施例の画像処理余力表示手段により得ら
れるライフカウンタの表示例を示す説明図である。

【図１８】同実施例のメッシュ処理の動作を説明するた
めの説明図である。

【符号の説明】

１ ゲーム装置本体（データ処理装置） ３ａ、３ｂ ディスプレイ ４ａ、４ｂ 操作パネル ５ａ、５ｂ 硬貨投入口 ６ａ、６ｂ 硬貨取り出し口 ８ａ、８ｂ スピーカ取付孔 １０ａ、１０ｂ ゲーム処理ボード １１ａ、１１ｂ スピーカ １２ａ、１２ｂ 処理系 ２０ａ ＣＰＵブロック ２１ａ ビデオブロック ２００ ＳＣＵ ２０１ メインＣＰＵ ２０４ サブＣＰＵ ２２０ 第１のＶＤＰ ２２０ａ システムレジスタ ２２１ ＶＲＡＭ ２２２，２２３ フレームバッファ ２３０ 第２のＶＤＰ ２３０ａ レジスタ ２３０ｂ カラーＲＡＭ ２３１ ＶＲＡＭ ２３２ フレームメモリ ２６０ エンコーダ

Claims (12)

【特許請求の範囲】
1. 【請求項１】 表示手段に表われる表示体を操作する操
   作信号を出力する操作手段と、 この操作信号に基づいて前記表示体を前記表示手段に表
   示するための画像処理を行う画像処理手段と、 この画像処理手段からの画像処理結果に基づいて映像信
   号を形成し、これを前記表示手段に出力する映像手段と
   を備えたデータ処理装置において、 前記画像処理手段は、前記表示体を変形して表示させる
   際に、この表示体を構成するポリゴン数を増加させるこ
   とを特徴とする画像処理装置。
2. 【請求項２】 前記画像処理手段は、前記表示体の少な
   くとも一部を最小限の数のポリゴンから構成するポリゴ
   ン構成手段と、 最小限の数のポリゴンから構成された表示体の部分を変
   形して表示させる際に、この部分を構成するためのポリ
   ゴン数を増加させるポリゴン数増加手段と、 この増加されたポリゴン数に基づいて最小限のポリゴン
   数から構成された前記表示体の一部の変形を表す画像処
   理を実行する変形処理手段と、を備える請求項１記載の
   画像処理装置。
3. 【請求項３】 前記ポリゴン構成手段は、表示体の一部
   を、各面がそれぞれ一つのポリゴンから構成される多面
   体に形成する第１の手段を備え、かつ、前記ポリゴン数
   増加手段は、前記多面体の各面を複数のポリゴンに増加
   させる第２の手段を備える請求項２記載の画像処理装
   置。
4. 【請求項４】 前記画像処理手段は、前記表示体をそれ
   ぞれ身体を模擬した第１のキャラクターと第２のキャラ
   クターとを含んで構成するとともに、この第１のキャラ
   クターの頭部と第２のキャラクターとの衝突を判定する
   衝突判定手段を備え、 前記ポリゴン構成手段は、第１のキャラクターの頭部を
   各面が一つのポリゴンから構成される６面体として構成
   し、さらに、前記衝突判定手段における衝突判定が肯定
   されたときに、前記ポリゴン数増加手段は、この６面体
   の各面のポリゴン数を増加させ、前記変形処理手段は、
   増加されたポリゴン数に基づいて前記頭部の変形のため
   の画像処理を実行する請求項２記載の画像処理装置。
5. 【請求項５】 前記頭部の各面を一つのポリゴンから構
   成可能な矩形状に形成した請求項４記載の装置。
6. 【請求項６】 表示手段に表れる表示体を操作する操作
   信号を出力する操作手段と、 この操作信号に基づいて表示体を前記表示手段に表示す
   るための画像処理を行う画像処理手段と、 この画像処理手段からの画像処理結果に基づいて映像信
   号を形成し、これを前記表示手段に出力する映像手段
   と、 表示体に与えられる画像処理の余力を映像にして表示す
   る画像処理余力表示手段とを備えたデータ処理装置にお
   いて、 この画像処理余力表示手段は、全余力量を表示する全余
   力表示手段と、全余力量に対する残存余力量表示手段
   と、画像処理の進行に伴って全余力を順次変化させる全
   余力変化手段と、 を備える画像処理装置。
7. 【請求項７】 全余力量を段階的に減少させた値を記憶
   する記憶手段をさらに備え、前記全余力変化手段は、画
   像処理状況に応じて前記記憶手段から該当する値の全余
   力量を順次読み出すことにより全余力量を減少させる請
   求項６記載の画像処理装置。
8. 【請求項８】 前記画像処理の全余力は、前記表示体と
   してのキャラクターに対して与えられたライフカウント
   値である請求項６又は７記載の装置。
9. 【請求項９】 表示手段に表れる複数の表示体を操作す
   る操作信号を出力する操作手段と、 この操作信号に基づいて前記表示体を前記表示手段に表
   示するための画像処理を行う画像処理手段と、 この画像処理手段からの画像処理結果に基づいて映像信
   号を形成し、これを前記表示手段に出力する映像手段と
   を備えたデータ処理装置において、 前記画像処理手段は、前記表示体をポリゴンから構成す
   るポリゴン構成手段と、 所定の視点から見た表示体の画像を形成する画像形成手
   段と、 前記視点の手前側にある表示体のポリゴンについて、そ
   の一部を透視化する処理を実行する透視化処理手段と、 を備える画像処理装置。
10. 【請求項１０】 前記透視化処理手段は該当するポリゴ
    ンについてメッシュ化処理を施す請求項９記載の装置。
11. 【請求項１１】 表示手段に表れる表示体を操作する操
    作信号を出力する操作手段と、 この操作信号に基づいて表示体を前記表示手段に表示す
    るための画像処理を行う画像処理手段と、 この画像処理手段からの画像処理結果に基づいて映像信
    号を形成し、これを前記表示手段に出力する映像手段と
    を備えたデータ処理装置において、 前記画像処理手段は、 予定されている規則に沿った操作が操作手段に入力され
    ているか否かを判定する判定手段と、 前記判定手段における判定結果が、規則に沿った操作が
    与えられていないと判定したときには、表示体に与えら
    れる画像処理の程度を抑制する抑制手段と、 を備える画像処理装置。
12. 【請求項１２】 表示手段と、請求項１乃至１１のいず
    れか一項記載の画像処理装置を備えるゲーム機。