JPH11467A

JPH11467A - ゲーム装置

Info

Publication number: JPH11467A
Application number: JP9155541A
Authority: JP
Inventors: Atsushi Ueno; 淳上野
Original assignee: Sega Enterprises Ltd
Current assignee: Sega Corp
Priority date: 1997-06-12
Filing date: 1997-06-12
Publication date: 1999-01-06
Anticipated expiration: 2017-06-12
Also published as: JP3765349B2

Abstract

(57)【要約】【目的】画像データを少なくして対象体等の形状を徐
々に変化できるゲーム装置を提供することにある。【構成】このゲーム装置は、所定の形状の対象体から
他の形状の対象体に徐々に変化させることができるもの
である。このゲーム装置は、ＲＯＭ１２等に所定の形状
の対象体の画像データ及び他の形状の対象体の画像デー
タを記憶している。また、ＣＰＵ１０１は、ＲＯＭ１２
等に記憶しているプログラムを処理するとこにより画像
変形処理手段を実現する。画像変形処理手段は、所定の
形状の対象体の画像データと他の形状の対象体の画像デ
ータとを基に二つの対象体の画像データが混在する度合
いを示す変数を用いて中間形状を計算する。このＣＰＵ
１０１の画像変形処理手段で得た中間形状は、ディスプ
レイ６の画面上に表示される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、例えば、ドライビング
（オートレース）ゲームのように、オートバイ等のオブ
ジェクト（対象体）をユーザー（遊戯者）の操作に応答
してディスプレイ上を移動させるゲ−ムプログラムを搭
載したゲーム装置に関する。

【０００２】

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

【０００３】この種のゲーム装置の一つとして、車型の
筐体や、モーターバイク型の筐体を持ったものが知られ
ている（株式会社セガ・エンタープライゼス製「セガラ
リー・チャンピオンシップ、マンクスティーティ
ー」）。これらのゲーム装置では、画面に表示されるキ
ャラクタ、例えば、ドライブゲーム（オートレースゲー
ム）における、車両や、プレイヤー（選手）を、ユーザ
ーの好みに併せて選択できる機構が提案されていた。こ
のことは、他の分野のゲームでも広く行われている。

【０００４】また、この種のゲーム装置では、画面に表
示されるキャラクタのうち、ゲーム装置の仮想空間内で
手前に位置するキャラクタに高い優先度を与えて、優先
度の低いキャラクタよりも優先させて画面に表示させる
ようにしていた。

【０００５】さらに、従来のゲーム装置のうち、空中戦
シミュレーションゲーム装置として、ユーザーが操る自
機に対する敵機に対して、照準を合わせるロックオン機
構を備えたものが知られている。

【０００６】

【発明が解決しようとする課題】上記従来例を発展させ
て、ユーザーが操っている現在のキャラクタから、他の
キャラクタへ変更する際に、あるキャラクタから他のキ
ャラクタへ一度に変更するのではなく、その変更の過程
を段階的に設定しておくことも考えられる。この時、そ
の過程の全てのキャラクタを、中間形状の画像データと
して多量に用意することが必要であるとすると、メモリ
容量が増加する欠点があり、また、多数の画像データを
用意する必要があるという欠点があった。

【０００７】また、キャラクタの表示に関して、２次元
のスクロール面によって形成されたキャラクタの優先度
が高いとき、スクロール面を表示させると、他のキャラ
クタの上にスクロール面が表示されてしまい、このキャ
ラクタがスクロール面に隠れてしまうという問題があっ
た。このとき、キャラクタがポリゴンデータ同士のもの
であれば、表示画面の各画素毎に互いに重なった二つの
キャラクタのカラーデータを平均化して両方のキャラク
タを同時に画面に表示することも可能ではあるが、これ
ではゲーム装置のコントロール手段に与える計算負荷が
大きくなる。

【０００８】さらに、ロックオン機構を備えたゲーム装
置では、敵機や敵車のような相手側キャラクタにロック
オンを成功させるには熟練を要し、また、バイク型の筐
体では、運転面で安定性が悪いため、ロックオンができ
にくいという欠点があった。

【０００９】そこで、本発明は、このような問題を解決
するために、画像データを少なくしてキャラクタ等の対
象体の一つの形状が他の形状に連続的に変化する場面を
再現することができる方法やゲーム装置を提供すること
を目的とするものである。

【００１０】さらに本願発明の他の目的は、重なって対
象体をともに擬似的に半透明化してともに画面上に表示
できる新規な機構を提供することである。

【００１１】さらに本願発明の他の目的は、相手側の対
象体を効率的かつ確実に照準に合わせることができるゲ
ーム装置を提供することである。

【００１２】

【課題を解決するための手段】上記第１の目的を達成す
るため、本願発明は、所定の形状の対象体から他の形状
の対象体に徐々に変化させることができるゲーム装置で
あって、所定の形状の対象体の画像データ及び他の形状
の対象体の画像データを記憶する記憶手段と、所定の形
状の対象体の画像データと他の形状の対象体の画像デー
タとを基に二つの対象体の画像データが混在する度合い
を示す変数を用いて中間形状を計算する画像変形処理手
段とを備え、この画像変形処理手段で得た中間形状を画
面上に表示するようにしたことを特徴とする。

【００１３】前記対象体は、例えば、ゲ−ムのプログラ
ム上のオートバイであることを特徴とする。前記対象体
の画像データには、位置ベクトルと、位置ベクトルのリ
ンク情報とが含まれる。

【００１４】前記リンク情報の処理手段は、二つの対象
体の画像データが混在する度合いを示す変数が所定の値
のときに切り換えるようにしたことを特徴とする。画像
変形処理手段は、所定の形状の対象体の画像データをＰ
ｎ、他の形状の対象体の画像データをＱｎ、二つの対象
体の画像データが混在する度合いを示す変数をｔとし、
かつ、中間形状の画像データをＲｎとすると、Ｒｎ＝（１−ｔ）Ｐｎ＋ｔＱｎを用いて計算し、かつ二つの対象体の画像データが一致
しないときに、所定の形状の対象体の画像データＰｎの
重心ＧからＰｋ＝Ｇを用いて他の形状の対象体の画像データを得るようにし
たことを特徴とする。

【００１５】さらに、第２の目的を達成するために、本
願のゲーム装置は、所定の対象体を表示するとともに、
スクロール面を表示するゲーム装置であって、スクロー
ル面について所定の時間毎に表示、非表示の繰り返し処
理をするスクロール画面の半透明表示処理手段と、この
スクロール画面の半透明表示処理手段で得た半透明状の
スクロール画面を画面上に表示することを特徴とする。

【００１６】前記半透明表示処理手段は、１種類のスク
ロール面のデータに対して、二種類のウインドウビット
マスクを所定の時間毎に切り換えて１ライン毎に表示、
非表示処理をすることを特徴とする。

【００１７】前記半透明表示処理手段は、一種類のウイ
ンドウビットマスクに対して、２種類のスクロール面の
データを所定の時間毎に切り換えて１ライン毎に表示、
非表示処理をすることを特徴とする。

【００１８】前記半透明表示処理手段は、２種類の相補
的なスクロール面を一定時間毎に１枚毎に切り換えて表
示、非表示処理をすることを特徴とする。一定の時間
は、６０分の１秒であることを特徴とする。

【００１９】上記第３の目的を達成するゲーム装置は、
所定の対象体を表示するとともにエネミー（敵方対象
体）を表示し、対象体の前方に位置するエネミーをロッ
クオン（照準）するゲーム装置であって、対象体とロッ
クオンサイト（照準用カーソル）とを結ぶ一定の領域内
にエネミーが入るとロックオンしたものと判断するロッ
クオン処理手段と、このロックオン処理手段でロックオ
ンした画面を画面上に表示するようにしたことを特徴と
する。

【００２０】請求項１２記載の発明では、前記ロックオ
ン処理手段は、対象体が向いている方向の前方に表示す
るとともに、対象体とロックオンサイトを結ぶ線分とエ
ネミーとの距離が一定以下であるときにロックオンされ
たものと処理するものであることを特徴とする。

【００２１】前記ロックオン処理手段は、対象体が向い
ている方向の前方に表示するとともに、対象体とロック
オンサイトを結ぶ線分とエネミーとの距離が一定以下で
ある全てのエネミーをロックオンするものであることを
特徴とする。

【００２２】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照して説明する。図１は、本発明に係るドラ
イビングゲ−ム装置の全体斜視図である。図２は、オー
トバイの操作機におけるハンドル回りの平面図である。

【００２３】本願発明の実施の形態が適用されたゲーム
装置１は、図に示すように、主に操作信号を形成しかつ
キックバック動作もするオートバイ形状に類似の操作機
（以下、「オートバイ型操作機」という）２と、このオ
ートバイ型操作機２の前面に設けたゲーム機本体３とか
ら構成されている。

【００２４】このゲーム機本体３は、所定の大きさの直
方体をした筐体５と、この筐体５の一面に設けたディス
プレイ６と、この筐体５の内部に設けた音響装置の一部
を構成するスピーカ７と、この筐体５の内部に設けた音
響・ゲーム処理回路を搭載したマザーボード８と、図示
しない電源装置やその他の装置とから構成されている。

【００２５】また、オートバイ型操作機２の前面には、
ゲーム機本体３のディスプレイ６が配置されている。こ
のディスプレイ６は、オートバイ型操作機２にユーザー
が搭乗した際にユーザーが見やすい位置の筐体５の部分
に配置されている。

【００２６】マザーボード８に搭載された音響・ゲーム
処理回路の内のゲーム処理部は、予め記憶したゲ−ムプ
ログラムを実行するコンピュータ装置を内蔵したもので
ある。ディスプレイ５は、ゲーム処理回路においてゲ−
ムプログラムが実行されることによるゲ−ム展開に伴う
画像を表示する。

【００２７】音響装置は、スピーカ７と、マザーボード
８に搭載された音響・ゲーム処理回路のうちの音響回路
部とからなり、ゲーム処理部においてゲ−ム展開に伴う
音響信号を発生し、これを音響回路部で増幅してスピー
カ７，７に与えることにより音響を発生させる。

【００２８】オートバイ型操作機２はゲーム機本体３と
図示しないケーブルを介して電気的に接続されており、
ゲ−ムで表現させるオブジェクトの移動やその他の指令
を与えるための操作信号をオートバイ型操作機２からゲ
ーム機本体３のゲーム処理部に与えることができ、かつ
ゲーム機本体３からオートバイ型操作機２にキックバッ
ク駆動信号等を受信することができる。

【００２９】このオートバイ型操作機２は、大別する
と、基台１０と、この基台１０の上に支持棒１１，１２
を介して支持されオートバイ類体１３と、各種操作入力
器と、キックバック機構と、ランプ類とからなる。

【００３０】このオートバイ類体１３はオートバイの外
形に似せて構成してあり、ハンドル１４、ガソリンタン
ク１５、座席１６、ステップ１７、排気管１８等の形状
を備えている。また、オートバイ類体１３は、通常直立
の位置に常時保たれるようになっているが、遊戯者が座
席１６に搭乗した状態で左右方向（矢印Ｒ，Ｌ方向）に
傾けることができるようにもなっている。

【００３１】また、ハンドル１４の右端部付近にはスロ
ットルグリップ１９、ブレーキレバー２０が配置されて
おり、ハンドル１４の左端部付近にはパンチまたはキッ
クボタン（以下、「キックボタン」と代表して呼ぶ）２
１が配置されている。このボタンの機能は後ほど説明さ
れる。

【００３２】さらに、ハンドル１４の中央部分には、ス
タートボタンまたは視点切換ボタン（以下、「視点切換
ボタン」と代表して呼ぶ。）２２が配置されている。ス
タートボタンは、ゲームプログラムをスタートさせて、
画面にオートレースゲームが展開される。視点切り替え
ボタンは、３次元仮想空間内での仮想カメラの位置を切
り替えるボタンである。

【００３３】オートバイ類体１３の前側の支持棒１１の
横には操作盤２３が配置されており、操作盤２３のコイ
ン投入口（図示せず）にコイン等を投入することにより
ゲームの開始準備が完了するようになっている。

【００３４】さらに、基台１０の内部には、オートバイ
類体１３を矢印Ｒ，Ｌ方向に傾けた際の支持棒１１，１
２の移動角度を検出するセンサーが設けられている。各
スロットルグリップ１９、ブレーキレバー２０及び支持
棒１１，１２の操作量はセンサーにより操作量信号とし
て出力でき、かつキックボタン２１及び視点切換ボタン
２２はスイッチによりオンオフ信号として出力でき、こ
れら信号がゲーム機本体３に供給されるようになってい
る。

【００３５】スロットルグリップ１９は加速・減速の操
作信号を、ブレーキレバー２０は減速・停止信号を、キ
ックボタン２１はパンチやキック等を繰り出すための信
号を、視点切換ボタン２２はゲーム中の視点を切り換え
る信号を、それぞれ出力できるようになっている。

【００３６】また、オートバイ型操作機２は、オートバ
イ類体１３を図示矢印Ｒ方向に傾けることにより右に曲
がる指令信号を形成でき、オートバイ類体１３を図示矢
印Ｌ方向に傾けることにより左に曲がる指令信号を形成
できるようになっている。

【００３７】また、オートバイ型操作機２のオートバイ
類体１３は、図示しないキックバック機構によりキック
バックされるようになっている。このキックバック機構
は、ゲーム処理回路からの駆動信号によりキックバック
動作をする機構である。

【００３８】図３は、ゲーム処理回路の一構成例を示す
ブロック図である。このゲーム装置１は、基本的要素と
して、音響・ゲーム処理回路３０と、入力装置３１を構
成するとともに出力装置３２が配置されているオートバ
イ型操作機２と、ディスプレイ６と、スピーカ７とを備
えている。

【００３９】オートバイ型操作機２におけるスロットル
グリップ１９用操作検出センサ、ブレーキレバー２０用
操作検出センサ、キックボタン２１用スイッチ、及び視
点切換ボタン２２用スイッチは、音響・ゲーム処理回路
３０の入出力インタフェース１０６にそれぞれ接続され
ている。

【００４０】この音響・ゲーム処理回路３０の入出力イ
ンタフェース１０６には、出力装置３２が接続されてい
る。この出力装置３２は、キックバック機構、各種ラン
プ類などを有している。なお、上記実施の形態において
使用するディスプレイ６はドライビングゲ−ムの画像を
表示するテレビジョン受像機で構成したが、このテレビ
ジョン受像機に換えてプロジェクタをディスプレイ６と
して使ってもよい。

【００４１】入力装置３１の視点切換ボタンは、既述の
ように視点を変更するスイッチとして動作する。このス
イッチの操作により、例えば、オートバイ類体１３の座
席１６に座っている運転者の視点又は自車を斜め後方よ
り観た視点がユーザーに提供される。

【００４２】音響・ゲーム処理回路３０の内のゲーム処
理部は、ＣＰＵ（中央演算処理装置）１０１を有すると
ともに、ＲＯＭ１０２、ＲＡＭ１０３、サウンド装置１
０４、入出力インターフェース１０６、スクロールデー
タ演算装置１０７、コ・プロセッサ（補助演算処理装
置）１０８、地形デ−タＲＯＭ１０９、ジオメタライザ
１１０、形状デ−タＲＯＭ１１１、描画装置１１２、テ
クスチャデ−タＲＯＭ１１３、テクスチャマップＲＡＭ
１１４、フレームバッファ１１５、画像合成装置１１
６、Ｄ／Ａ変換器１１７を備えている。なお、音響回路
部は、サウンド装置１０４からの音響信号を電力増幅す
る電力増幅回路（ＡＭＰ）１０５から構成されている。

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

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

【００４５】ＣＰＵ１０１は、本例では、ＲＯＭ１０２
に内蔵したプログラムに基づいてオートバイ型操作機２
からの操作信号及び地形デ−タＲＯＭ１０９からの地形
デ−タ、又は形状データＲＯＭ１１１からの形状データ
（「自車、敵車等のオブジェクト」、及び、「移動路、
地形、空、観客、構造物等の背景」等の３次元データ）
を読み込んで、地形と車との当たり（衝突）判定、２次
元データで構成されたスクロール面の疑似半透明処理、
ロックオンの判定処理、車同士の衝突判定などの車の挙
動計算（シミュレーション）、オブジェクト等の形状の
変形処理、及び特殊効果としての砂煙等の軌道計算を少
なくとも行うようになっている。

【００４６】オートバイの画像処理は、オートバイ型操
作機２からの操作信号により仮想空間でのオートバイの
動きをシミュレートするもので、３次元空間での座標値
が決定され後、この座標値を視野座標系に変換するため
の変換マトリクスと、形状デ−タ（オートバイ、他のオ
ートバイ、地形など）とがジオメタライザ１１０に指定
される。

【００４７】コ・プロセッサ１０８には地形デ−タＲＯ
Ｍ１０９が接続され、したがって、予め定めた地形デ−
タがコ・プロセッサ１０８（及びＣＰＵ１０１）に渡さ
れる。コ・プロセッサ１０８は、主として、地形とオー
トバイとの当たりの判定（オードバイを地形の上に丁度
配置するための判定）を行うものであり、そして、この
判定やオートバイの挙動計算時に、主に、浮動小数点の
演算を引き受けるようになっている。

【００４８】この結果、コ・プロセッサ１０８によりオ
ートバイと地形との当たり判定が実行されて、その判定
結果がＣＰＵ１０１に与えられるようにされているか
ら、ＣＰＵの計算負荷を低減して、この当たり判定がよ
り迅速に実行される。

【００４９】ジオメタライザ１１０は形状デ−タＲＯＭ
１１１及び描画装置１１２に接続されている。形状デ−
タＲＯＭ１１１には予めポリゴンの形状デ−タ（各頂点
から成るオートバイ、地形、背景などの３次元デ−タ）
が記憶されており、この形状デ−タがジオメタライザ１
１０に渡される。ジオメタライザ１１０はＣＰＵ１０１
から送られてくる変換マトリクスで指定された形状デ−
タを透視変換し、３次元仮想空間での座標系から視野座
標系に変換したデ−タを得る。

【００５０】描画装置１１２は変換した視野座標系の形
状デ−タにテクスチャを貼り合わせフレームバッファ１
１５に出力する。このテクスチャの貼り付けを行うた
め、描画装置１１２はテクスチャデ−タＲＯＭ１１３及
びテクスチャマップＲＡＭ１１４に接続されるととも
に、フレームバッファ１１５に接続されている。なお、
ポリゴンデータとは、複数の頂点の集合からなるポリゴ
ン（多角形：主として３角形又は４角形）の各頂点の相
対ないしは絶対座標のデータ群を云う。前記地形データ
ＲＯＭ１０９には、オートバイと地形との当たり判定を
実行する上で足りる、比較的粗く設定されたポリゴンの
データが格納されている。これに対して、形状データＲ
ＯＭ１１１には、オートバイ、背景等の画面を構成する
形状に関して、より緻密に設定されたポリゴンのデータ
が格納されている。

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

【００５２】〔ゲームの概要〕上述したゲーム装置１の
基本動作について図４ないし図１０を参照して説明し、
次にゲーム装置１において処理されている新規の画像処
理技術について図１１以降の図面を参照して説明する。

【００５３】（オートバイ等画像の変形処理及びスクロ
ール画面の半透明表示処理についての概要）図４乃至図
６は、ＣＰＵ１０１により実行されるオートバイのゲー
ムの画像処理を説明するための図である。ここで、図４
がフローチャートであり、図５及び図６が図４のフロー
チャートで処理された結果の画面を説明するための図で
ある。なお、オートバイの画像処理には、画像の変形処
理、スクロール画面の半透明表示処理及びエネミーに対
するロックオン処理を含むが、図４乃至図６で示す内容
はオートバイ等画像の変形処理及びスクロール画面の半
透明表示処理の概要に関するものである。

【００５４】ゲーム装置１が起動すると、ＣＰＵ１０１
は、図４のフローチャートの処理を開始し、図５に示
す、ユーザーが操る、キャラクタプレイヤーの選択画面
５０を表示する（ステップ（Ｓ）２０１）。このステッ
プ２０１では、ＣＰＵ１０１は、スクロール画面の半透
明表示処理を実行することにより、プレイヤー選択画面
５０の内部に、プレイヤー５１の顔表示をするととも
に、オートバイ５２及び画面選択に必要な選択情報５３
が表示されるようにしている。なお、プレイヤー選択画
面５０の表示される選択情報５３としては、図５に示す
ように、「プレイヤー選択（PLAYER SELECT)」と、プレ
イヤー５１の形状については「エントリ（ENTRY)02」
と、オートバイ５２については「バイパー（VIPER)０」
と、「左右で選び、スタートボタンで決定」と文字で表
示される。

【００５５】ついで、ＣＰＵ１０１は、スタートボタン
（視点切換ボタン２２）が押下されたか否かを判定する
（Ｓ２０２）。ＣＰＵ１０１は、押下されていないと判
定したときには（Ｓ２０２；ＮＯ）、図５に示すプレイ
ヤー選択画面５０を表示処理を継続する（Ｓ２０１−Ｓ
２０２；ＮＯ）。

【００５６】ここで、ユーザーがプレイヤー選択画面５
０を見ながら、プレイヤー５１について「エントリ（EN
TRY)03」を選択してスタートボタン（視点切換ボタン２
２）を押下すると（Ｓ２０2 ；ＹＥＳ）、ＣＰＵ１０１
はステップ２０３に移行し、図５の画面５０について上
記スクロール画面の半透明表示処理を実行するととも
に、変形処理を実行する。

【００５７】すなわち、ＣＰＵ１０１は、図５に示す画
面５０（図６（ａ）の画面５０ａ）から図６（ｂ）の画
面５０ｂへ徐々に変形させる。ついで、ＣＰＵ１０１
は、図６（ｂ）の画面５０ｂから図６（ｃ）の画面５０
ｃへ徐々に変形させる。これにより、図５の画面５０
（図６（ａ）の画面５０ａ）が図６（ｂ）の画面５０ｂ
に徐々に変形してオートバイ５２が部品（ポリゴン）の
みとなる。ついで、図６（ｂ）の画面５０ｂから図６
（ｃ）の画面に徐々に変形し、オートバイ５２の部品
（ポリゴン）がプレイヤー５１について「エントリ（EN
TRY)03」に対応するオートバイ５２の形状に変形され
る。

【００５８】ここで、遊戯者がたとえば、バイクの形状
やプレイヤーの顔形状に不満の場合には、さらに他の状
にするための操作を行うと、ＣＰＵ１０１がこれを検出
し（Ｓ２０４；ＮＯ）、再び初期画面の処理に移行させ
る（Ｓ２０１）。

【００５９】一方、ユーザーが所定の形状に満足の場合
には、スタートボタン（視点切換ボタン２２）を押下す
れば、ＣＰＵ１０１がこれを検出し（Ｓ２０４；ＹＥ
Ｓ）、この処理を抜けてゲーム処理に移行する。

【００６０】したがって、上記処理では、本発明におけ
る新規の画像処理技術に関し、画像の変形処理とスクロ
ール画面の半透明表示処理の二つを処理していることに
なる。

【００６１】（エネミーに対するロックオン処理を含む
ゲーム処理の概要）図７乃至図１０は、エネミーに対す
るロックオン処理及びスクロール画面の半透明表示処理
を含むゲーム処理の概要を説明するための図であり、図
７がゲーム処理等のフローチャート、図８、図９及び図
１０が前記フローチャートで処理された結果の画面を示
す図である。

【００６２】ＣＰＵ１０１は例えば一定時間ｔ毎のタイ
マ割込み処理によって図７のフローチャートに示す処理
を開始する。まず、ユーザーがオートバイ型操作機２を
操作することによる、オートバイの運転に関わる操作情
報、例えばオートバイ型操作機２のオートバイ類体１３
の傾け角、スロットルグリップ１９のアクセル開度、キ
ックボタン２１の押下信号などを入出力インターフェイ
ス１０６を介してデジタル量として読み込む（ステップ
３０１）。キックボタンとは、ユーザー、すなわち、遊
戯者が操るゲーム画面上のバイクに搭乗するプレイヤー
が、適車上の搭乗者を蹴り上げる画面を実現するための
入力手段である。

【００６３】ついで、ＣＰＵ１０１はステップ３０２
で、それらの操作情報に基づいてオートバイ５２の動き
のシミュレーション（模擬運転）の計算処理を実行する
（Ｓ３０１）。さらに、ＣＰＵ１０１は、キックボタン
２１が連続して押下されているかを判定する（Ｓ３０
３）。

【００６４】ＣＰＵ１０１は、キックボタン２１が押下
されていないと判定したときには（Ｓ３０３；ＮＯ）、
ロックオンサイトのない画面の作成を指令する（Ｓ３０
４）。そして、ＣＰＵ１０１は、その作成した画面の所
定の表示領域についてスクロール画面の半透明表示処理
を実行させるとともに、それら画面の表示処理を実行し
て（Ｓ３０５）、処理を抜ける。

【００６５】これにより、ディスプレイ６には、図８に
示すようなゲーム画面６０が表示される。このゲーム画
面６０は、プレイヤー５１が搭乗しているオートバイ５
２と、エネミー（敵車）６１、一周のタップタイム６
２、残り秒数６３、現在の順位６４、自車と敵車との位
置関係を示すレーダー６５、及びスピードメータ６６か
ら構成される。このゲーム画面６０の内、レーダー６５
及びスピードメータ６６については、スクロール画面の
半透明表示処理が施されている。

【００６６】一方、ＣＰＵ１０１は、キックボタン２１
が連続して押下されている判定したときには（Ｓ３０
３；ＹＥＳ）、ロックオンサイトのある画面の作成指
令、ロックオン処理及び攻撃処理を実行する（Ｓ３０
６）。そして、ＣＰＵ１０１は、その作成した画面の所
定の表示領域についてスクロール画面の半透明表示処理
を実行させるとともに、それら画面の表示処理を実行し
て（Ｓ３０５）、処理を抜ける。

【００６７】これにより、ディスプレイ６には、図９に
示すようなゲーム画面６０ａが表示される。このゲーム
画面６０ａは、プレイヤー５１が搭乗しているオートバ
イ５２と、一周のタップタイム６２、残り秒数６３、現
在の順位６４、レーダー６５、スピードメータ６６及び
ロックオンサイト６７から構成される。このゲーム画面
６０の内、レーダー６５及びスピードメータ６６につい
ては、スクロール画面の半透明表示処理が施されてい
る。ロックオンとは、適車に対して照準をあわせること
であり、この照準をロックオンサイトという。

【００６８】なお、ＣＰＵ１０１がロックオンサイトの
ある画面の作成指令、ロックオン処理及び攻撃処理を実
行しているときに（Ｓ３０６）、エネミー６１が出現し
てそのエネミー６１がロックオン可能な距離にあるとき
には、エネミー６１はロックオンされることになる。こ
の処理によってディスプレイ６に表示される画面６０ｂ
は、図１０に示すように、エネミー６１上にロックオン
サイト６７が重なった状態の構成となる。

【００６９】〔画像の変形処理の詳細について〕図１１
乃至図１４は画像の変形処理を説明するための図面であ
り、図１１が画像の変形処理のフローチャート、図１２
が初期形状と最終形状の説明図、図１３がリンク情報を
もたない場合の説明図、図１４図が画像の変形処理の状
態の説明図である。

【００７０】この画像の変形処理では、図１２（ａ）に
示すような初期形状４００のデータと、図１２（ｂ）に
示すような最終形状４４０のデータを用意し、これらの
データ４００、４４０を基に初期形状４００から最終形
状４４０に変化してゆく様子を表示できるようにしたも
のである。

【００７１】ここでは、初期形状４００として例えば三
角錐Ｐの形状データＰ０〜Ｐ３を、最終形状４４０とし
て例えば立体Ｑの形状データＱ０〜Ｑ７を音響・ゲーム
処理回路３０に記憶させてあるものとする。また、中間
形状をＲ、角頂点をベクトルＲｎで表すものとすると、
ベクトルＲｎは、Ｒｎ＝（１−ｔ）Ｐｎ＋ｔＱｎ …〔数式１〕ただし、（Ｏ≦ｔ≦１）と定義する。

【００７２】とする。ここで、ｔは２つの形状４００、
４４０の混在する度合いを示す変数であり、ｔ＝０で初
期形状、ｔ＝１で最終形状となる。したがって、ｔを０
から１に変化させることで変形が終了する。これらも、
音響・ゲーム処理回路３０に記憶されている。

【００７３】また、上記三角錐Ｐと立体Ｑとを対比する
と、三角錐Ｐには頂点Ｐ４、Ｐ５、Ｐ６、Ｐ７が存在し
ないため、中間形状の頂点Ｒ４、Ｒ５、Ｒ６、Ｒ７が定
義されない。そこで、定義されていない頂点Ｒ４、Ｒ
５、Ｒ６、Ｒ７については形状の重心Ｇを次のように定
義する。すなわち、Ｐｋ＝Ｇ …〔数式２〕とする。ここで、Ｇは初期形状４００（三角錐Ｐ）の重
心であり、ｋは三角錐Ｐの頂点のベクトルＰｋ、立体Ｑ
の頂点のベクトルＱｋのどちらか一方が存在しない場合
のｋである。

【００７４】また、上記形状データＰ１〜Ｐ３、Ｑ１〜
Ｑ７は、頂点の位置情報の他にリンク情報をもってい
る。ここで、リンク情報とは、各頂点の結ばれている情
報のことである。

【００７５】仮に、このリンク情報を持たない場合に
は、三角錐Ｐを立体Ｑに変化させると、図１３に示すよ
うに、三角錐Ｐの頂点Ｐ０〜Ｐ３が立体Ｑの頂点Ｑ０〜
Ｑ３に対応し、頂点Ｑ４〜Ｑ７がない四辺形になってし
まうことになる。したがって、形状データをｔ＝０、ｔ
＝１おいても正しく表現するために、リンク情報も０＜
ｔ＜１の間で変化させる必要がある。この実施の形態の
例では、ｔ＝０．５のときにリンク情報を変化させるこ
とにしている。

【００７６】次に、図１１を参照し、かつ上記三角錐Ｐ
から立体Ｑへと変化させてゆく動作を説明する。

【００７７】ＣＰＵ１０１は、まず、初期形状４００
（三角錐Ｐ）の形状データＰ０〜Ｐ３を読み出すととも
に、最終形状４４０（立体Ｑ）の形状データＱ０〜Ｑ７
を読み出す（Ｓ５００）。

【００７８】ついで、ＣＰＵ１０１は、記憶しておいた
数式１を用いて中間形状Ｒｎを計算する（Ｓ５０１）。
このときには、ｔ＝０であるので、数式１は、Ｒｎ＝Ｐ
ｎとなり、初期形状４００（三角錐Ｐ）のみが表示され
ることになる（図１４の時刻ｔ1）。

【００７９】ついで、ＣＰＵ１０１は、変数ｔが例えば
０．５となったか判断する（Ｓ５０２）。このときに
は、ｔ＝０であるので、ＣＰＵ１０１は、変数ｔが例え
ば０．５でないと判断し（Ｓ５０２；ＮＯ）、つぎのス
テップ５０４に移行する。

【００８０】ＣＰＵ１０１は、ステップ５０４におい
て、変数ｔについて、ｔ＝ｔ＋ｍ …〔数式３〕の計算をする。ここで、ｍは変数ｔの変化の度合いを定
義するものである。したがって、例えば、ｍ＝０．１と
して数式３の計算をすると、次の変数ｔは、ｔ＝０．１
となる。

【００８１】そして、ＣＰＵ１０１は変数ｔ＞１となっ
たか判断する（Ｓ５０５）。このときには、ｔ＝０．１
であるので、ＣＰＵ１０１は変数ｔ＞１でないと判断し
（Ｓ５０５；ＮＯ）、再び、ステップ５００に戻る。

【００８２】再び、ＣＰＵ１０１は、初期形状４００
（三角錐Ｐ）の形状データＰ０〜Ｐ３を読み出すととも
に、最終形状４４０（立体Ｑ）の形状データＱ０〜Ｑ７
を読み出す（Ｓ５００）。

【００８３】ついで、ＣＰＵ１０１は、数式１を用いて
中間形状Ｒｎを計算する（Ｓ５０１）。このときには、
ｔ＝０．１であるので、数式１は、Ｒｎ＝０．９Ｐｎ＋０．１Ｑｎとなり、初期形状４００（三角錐Ｐ）が変形して表示さ
れることになる。

【００８４】ついで、ＣＰＵ１０１は、変数ｔが例えば
０．５となったか判断する（Ｓ５０２）。このときに
は、ｔ＝０であるので、ＣＰＵ１０１は、変数ｔが例え
ば０．５でないと判断し（Ｓ５０２；ＮＯ）、つぎのス
テップ５０４に移行する。

【００８５】ＣＰＵ１０１は、ステップ５０４におい
て、変数ｔについて、数式３の計算をする。この計算結
果として、次の変数ｔはｔ＝０．２となる。

【００８６】そして、ＣＰＵ１０１は変数ｔ＞１となっ
たか判断する（Ｓ５０５）。このときには、ｔ＝０．２
であるので、ＣＰＵ１０１は変数ｔ＞１でないと判断し
（Ｓ５０５；ＮＯ）、再び、ステップ５００に戻る。

【００８７】ＣＰＵ１０１は、図１１のフローチャート
を上述したように繰り返し処理することにより、図１４
の時刻ｔ1における三角錐Ｐが初期形状４００は、図１
４の時刻ｔ2おいて中間形状４１０になる。

【００８８】そして、ＣＰＵ１０１が、図１１のフロ
ーチャートを処理してゆくなかで、図１４に示すように
時刻ｔ3において変数ｔがｔ＝０．５となったときに
（Ｓ５０２；ＹＥＳ）、ＣＰＵ１０１はリンク情報を切
り換え処理を実行し、数式２の計算をする（Ｓ５０
３）。これにより、図１４の時刻ｔ3に示すように、中
間形状Ｒはリンク情報のない頂点が発生して中間形状４
２０が形成されることになる。そして、ＣＰＵ１０１は
ステップ５０４以降の処理を実行する。

【００８９】再び、ＣＰＵ１０１が、図１１のフローチ
ャートを処理してゆくなかで、図１４に示すように時刻
ｔ3以降においては変数ｔがｔ＝０．５となるが（Ｓ５
０２；ＹＥＳ）、ＣＰＵ１０１は既にリンク情報を切り
換え処理を実行しているので、切り換え処理を行わずに
このステップを抜ける。そして、ＣＰＵ１０１はステッ
プ５０４以降の処理を実行する。以後、図１１のフロー
チャートを繰り返し処理してゆくことにより、中間形状
４２０は、リンク情報のなかった頂点について徐々に立
体形状に変化してゆくことになり、図１４の時刻ｔ4で
示すような中間形状４３０となる。

【００９０】そして、ＣＰＵ１０１が図１１のフローチ
ャートを処理してゆき、最終的に、図１４の時刻ｔ5に
おいて最終形状４４０となる。

【００９１】このように音響・ゲーム処理回路３０が処
理をしてゆくので、画像について徐々に変化してゆく画
像データを記憶しておく必要がなく、用意するデータが
少なくて済み、メモリ容量を少なくできる。

【００９２】また、上記実施の形態によれば、初期形状
と最終形状との頂点データが異なる場合であっても変化
させることができるため、初期形状と最終形状のデータ
に対する制約がなくなり、汎用性が高まる。

【００９３】なお、対象体の変形後の形状が変形前の形
状よりも単純である場合、頂点を補完して増加する以外
に、対象体の形状を変形する途中で頂点を省くこともあ
る。

【００９４】〔スクロール画面の半透明表示処理〕図１
５乃至図１８は、スクロール画面の半透明表示処理を説
明するための図である。なお、このスクロール画面の半
透明表示処理を行う理由は、ディスプレイ６の画面上に
スクロール面を表示すると、このスクロール面にポリゴ
ン等が隠されてしまい見えなくなってしまうものを、ス
クロール面を半透明表示することにより本来隠されてし
まうポリゴン等をディスプレイ６上で見えるようにする
ためである。以下、スクロール画面の半透明表示処理に
ついて３つの処理動作について説明する。

【００９５】（ウインドウビットマスクを使用する例
１）図１５及び図１６は、ウインドウビットマスクを使
用してスクロール画面の半透明表示処理をする第１の例
について説明するための図である。ここで、ウインドウ
ビットマスクは、スクロール面のデータを当該マスクに
適用することにより、所定の論理値の部分のスクロール
面のデータのみが取り出されるようしたものである。

【００９６】この実施の形態で使用したスクロール面６
５０は、図１６に示すように、例えば横８ビット、縦は
１ドットで構成されているものとする。また、ウインド
ウビットマスク６５１は、図１６に示すように、１ライ
ン目が論理“１”、２ライン目が“０”、３ライン目が
論理“１”となっている。ウインドウビットマスク６５
２は、図１６に示すように、１ライン目が論理“０”、
２ライン目が“１”、３ライン目が論理“０”となって
いる。

【００９７】いま、ＣＰＵ１０１は、例えば６０分の１
秒毎のタイマ割込み処理によって図１５のフローチャー
トを処理するものとする。ＣＰＵ１０１は、切り換え判
断をし（Ｓ６００；ＹＥＳ）、まず、ウインドウビット
マスク６５１を選択して、当該ウインドウビットマスク
６５１をスクロール面６５０に適用する（Ｓ６０１）。
そして、ＣＰＵ１０１は、その適用して得られた画像デ
ータをディスプレイ６に表示指令をして（Ｓ６０３）、
この処理を抜ける。

【００９８】これにより、図１６（ａ）に示すスクロー
ル面６５０に図１６（ｂ）のウインドウビットマスク６
５１が適用されることになる。その結果、スクロール面
６５０のビットのうち、ウインドウビットマスク６５１
の論理“０”の部分が選択されて、図１６（ｃ）に示す
画像６５３が得られ、この画像６５３がディスプレイ６
に表示される。

【００９９】再び、ＣＰＵ１０１は、例えば６０分の１
秒毎のタイマ割込み処理によって図１５のフローチャー
トを処理するものとする。ＣＰＵ１０１は、切り換え判
断をし前回はウインドウビットマスク６５１を選択して
いたので、これとは異なるウインドウビットマスクを選
択することになる（Ｓ６００；ＮＯ）。

【０１００】すなわち、ＣＰＵ１０１は、ウインドウビ
ットマスク６５２を選択して、当該ウインドウビットマ
スク６５２をスクロール面６５０に適用する（Ｓ６０
２）。そして、ＣＰＵ１０１は、その適用して得られた
画像データをディスプレイ６に表示指令をして（Ｓ６０
３）、この処理を抜ける。

【０１０１】これにより、図１６（ａ）に示すスクロー
ル面６５０に図１６（ｂ）のウインドウビットマスク６
５２が適用されることになる。その結果、スクロール面
６５０のビットのうち、ウインドウビットマスク６５２
の論理“０”の部分が選択されて、図１６（ｃ）に示す
画像６５４が得られ、この画像６５４がディスプレイ６
に表示される。

【０１０２】さらに再び、ＣＰＵ１０１は、例えば６０
分の１秒毎のタイマ割込み処理によって図１５のフロー
チャートを処理するものとする。ＣＰＵ１０１は、切り
換え判断をし前回はウインドウビットマスク６５２を選
択していたので、これとは異なるウインドウビットマス
クを選択することになる（Ｓ６００；ＹＥＳ）。

【０１０３】すなわち、ウインドウビットマスク６５１
を選択して、当該ウインドウビットマスク６５１をスク
ロール面６５０に適用する（Ｓ６０１）。そして、ＣＰ
Ｕ１０１は、その適用して得られた画像データをディス
プレイ６に表示指令をして（Ｓ６０３）、この処理を抜
ける。

【０１０４】これにより、図１６（ａ）に示すスクロー
ル面６５０に図１６（ｂ）のウインドウビットマスク６
５１が再び適用されることになる。その結果、スクロー
ル面６５０のビットのうち、ウインドウビットマスク６
５１の論理“０”の部分が選択されて、図１６（ｃ）に
示す画像６５３が得られ、この画像６５３がディスプレ
イ６に表示される。

【０１０５】上述した図１５の処理を６０分の１毎に行
うことにより、ディスプレイ６には、図１６（ｄ）に示
すような半透明に見える画像６５５が表示されることに
なる。

【０１０６】このウインドウビットマスクを使用して画
像を半透明に表示する処理の例１によれば、スクロール
面があたかも半透明で表示されているかのように見え、
本来であればスクロール面に隠れてしまって見えなくな
るポリゴン等を見えるようにできる。したがって、図５
に示すように、プレイヤー選択画面５０上にスクロール
画面を半透明で表示しているので、本来見えなくなるは
ずのプレイヤー（キャラクタ）５１が見えるようにな
る。

【０１０７】（ウインドウビットマスクを使用する例
２）図１７は、ウインドウビットマスクを使用してスク
ロール画面の半透明表示処理をする第２の例について説
明するための図である。

【０１０８】この実施の形態で使用したスクロール面６
５０ａ、６５０ｂは、図１７に示すように、双方とも、
例えば横８ビット、縦は１ドットで構成されているもの
とする。また、この第２の例では、図１７（ａ）に示す
ように、スクロール画面６５０ａは、１ライン目が論理
“０”、２ライン目が“１”、３ライン目が論理“０”
の画像データとする。また、スクロール画面６５０ｂ
は、図１７（ａ）に示すように、１ライン目が論理
“１”、２ライン目が“０”、３ライン目が論理“１”
の画像データとする。

【０１０９】また、ウインドウビットマスク６５１ａ
は、図１７（ｂ）に示すように、全ラインが論理“０”
となっている。

【０１１０】この第２の例は、第１の例のようにウイン
ドウビットマスク６５１、６５２を６０分の１秒毎に交
互に切り換えるのではなく、スクロール面６５０ａ、６
５０ｂを６０分の１秒毎に交互に切り換えることによ
り、スクロール面６５０ａ、６５０ｂから図１７（ｃ）
に示す画像６５３、６５４が６０分の１秒毎に得られ、
これら画像６５３、６５４をディスプレイ６に６０分の
１秒毎に交互に表示させる。

【０１１１】このような切り換え処理を６０分の１毎に
行うことにより、ディスプレイ６には、図１７（ｄ）に
示すような半透明に見える画像６５５が表示されること
になる。

【０１１２】このウインドウビットマスクを使用して画
像を半透明に表示する処理の例２によれば、スクロール
面があたかも半透明で表示されているかのように見え、
本来であればスクロール面に隠れててしまって見えなく
なるポリゴン等を見えるようにできる。したがって、図
５に示すように、プレイヤー選択画面５０上にスクロー
ル画面を半透明で表示しているので、本来見えなくなる
はずのプレイヤー５１が見えるようになっる。

【０１１３】（スクロール面の半透明表示処理の他の
例）図１８は、スクロール面の半透明表示処理の他の例
を説明するための図である。この図に示すように、スク
ロール面の半透明表示処理の他の例は、図１８（ａ）に
示すように、１ライン毎に限らず互いに相補的な関係に
ある２つのスクロール面６６１、６６２を用意し、これ
らスクロール面６６１、６６２を６０分の１毎に切り換
えることにより、ディスプレイ６には、図１８（ｄ）に
示すような半透明に見える画像６５５が表示されること
になる。

【０１１４】この画像を半透明に表示する処理の他の例
によれば、スクロール面があたかも半透明で表示されて
いるかのように見え、本来であればスクロール面に隠れ
てしまって見えなくなるポリゴン等を見えるようにでき
る。したがって、図５に示すように、プレイヤー選択画
面５０上にスクロール画面を半透明で表示しているの
で、本来見えなくなるはずのプレイヤー５１が見えるよ
うになっる。

【０１１５】図２３は、他の半透明処理の結果として表
示されるゲーム画面を示したものである。２３０は、ポ
リゴンデータによって形成されているモータバイクのキ
ャラクタ画像であり、２３２は、２次元データであるス
クロール面によって形成されたライダーの画像である。
ライダーは既述のように半透明で表示されるものであう
から、図においては点線で表示されている。ライダーの
スクロール映像は、ポリゴン映像よりも、プライオリテ
ィが高いので画面の手前側に表示されるが、半透明、換
言すれば疑似的な半透明（半透明のように見えるもの、
あるいは「かすれ」のように見えるもの）に表示される
ので、ライダーの後ろのモータバイクの映像も同時に表
示される。ここでの半透明の処理は、次の通りである。

【０１１６】ライダー（表示体）を所定の二つの画像、
例えば、テレビモニタの奇数番目の走査線に対応する部
分と、偶数番目の走査線に対応する部分、に分け、これ
を交互に表示（１／３０秒毎）することで、画面をかす
れたようにして擬似的に半透明を完成する。また、例え
ば、走査線とは別に、ある表示体の画像を編目状、画素
等ごと、仮にＡ／Ｂに分け、Ａを表示し続け、Ｂのみを
表示することと消去することとを交互に繰り返した場合
でも係る映像を作ることが出来る。〔エネミーに対するロックオン処理〕前記図７のゲーム
処理を実行してゆくなかで、ステップ３０３、３０４に
おいてエネミーに対するロックオン処理が実行されてい
る。このエネミーに対するロックオン処理の詳細につい
て図１９乃至図２２を参照して説明する。ここで、図１
９はロックオン処理の原理図を、図２０はロックオン処
理のフローチャートを、図２１はロックオンされた状態
の説明図を、図２２はロックオンして攻撃をする場合の
説明図を、それぞれ示したものである。

【０１１７】画像データの内部において、図１９に示す
ように、図２１のロックオンサイト６７はロックオンサ
イトＳで、プレイヤー５１はプレイヤーＰで表示される
ものとする。

【０１１８】ロックオンサイトＳはプレイヤーＰが向い
ている方向の前方に表示されるようにしているものとす
る。このロックオンサイトＳ及びプレイヤーＰに対し
て、半径ｄの円を描き、プレイヤーＰを中心とする円
と、ロックオンサイトＳの中心を中心とした半径ｄの円
を設定し、両円の中心を結ぶ線分Ｉと、この線分ｌに平
行な両円の接線の内部に、エネミーＥが入るとロックオ
ンサイトＳに引っかかったものとしている。

【０１１９】すなわち、線分ｌに直角にエネミーＥまで
の距離をｄ’とすると、この距離ｄ’が一定距離ｄ以下
であればロックオンサイトＳにロックオン（照準成功）
されたものとしている。

【０１２０】さて、キックボタン（パンチボタン）２１
を押し続けることにより、ＣＰＵ１０１は、ロックオン
の準備ができた状態になる。ＣＰＵ１０１は、まず、エ
ネミーＥの位置,距離を取り込む。ついで、ＣＰＵ１０
１は、図１９の線分ｌからエネミーＥまでの距離ｄ’を
計算する。

【０１２１】次に、ＣＰＵ１０１は、このエネミーＥま
での距離ｄ’を一定距離ｄと比較し、この距離ｄ’が一
定距離ｄより小さいときには、ロックオンサイトＳに引
っかかった（ロックオンの対象となる）と判断する（図
２０のＳ７００；ＹＥＳ）。

【０１２２】一方、ＣＰＵ１０１は、このエネミーＥま
での距離ｄ’を一定距離ｄと比較し、この距離ｄ’が一
定距離ｄより大きいときには、ロックオンサイトＳに引
っかかっらなかったものと判断する（図２０のＳ７０
０；ＮＯ）。

【０１２３】いま、ＣＰＵ１０１が、二つのネミーＥに
ついてロックオンサイトＳに引っかかったと判断したと
きには（図２０のＳ７００；ＹＥＳ）、ディスプレイ６
上には図２１に示すようなゲーム画面７６０が表示され
る。

【０１２４】図２１のゲーム画面７６０は、プレイヤー
５１が搭乗しているオートバイ５２と、二つのエネミー
６１ａ，６１ｂ、一周のタップタイム６２、残り秒数６
３、現在の順位６４、レーダー６５、スピードメータ６
６、及びロックオンサイト６７から構成される。

【０１２５】このゲーム画面６０の内、レーダー６５及
びスピードメータ６６については、スクロール画面の半
透明表示処理が施されている。また、二つのエネミー６
１ａ，６１ｂは、図２１に示すように、ロックオンサイ
トＳでロックオンされた状態で表示されている。

【０１２６】ＣＰＵ１０１は、二つのエネミー６１ａ，
６１ｂについてロックオンサイトＳに引っかかったと判
断したときには（図２０のＳ７００；ＹＥＳ）、各エネ
ミー６１ａ，６１ｂについてロックオンフラッグを立て
る（Ｓ７０１）。

【０１２７】次に、ＣＰＵ１０１は、キックボタン（パ
ンチボタン）２１をユーザーが離したか否かを判断する
（Ｓ７０２）。ＣＰＵ１０１がキックボタン２１が離れ
ていないと判断したときには（Ｓ７０２；ＮＯ）、再び
ステップ７００のロックオンサイトＳに引っかかったか
の判断に戻る。

【０１２８】ここで、キックボタン２１が離されたＣＰ
Ｕ１０１が判断したときには（Ｓ７０２；ＹＥＳ）、プ
レイヤー５１から仮想空間内の一番近い前方でロックオ
ンフラッグの立っている、適車であるエネミー６１ａに
対して武器を飛ばしエネミー６１ａを攻撃をする（Ｓ７
０３）。

【０１２９】なお、ロックオンサイトＳに引っかかって
いない場合に、キックボタン２１をユーザーが離すと、
プレイヤー５１がもっていた武器が飛んでゆく。このと
き、ロックオンフラッグがたっていないので（Ｓ７０
０；ＮＯ）、武器はどこにも当たらずに外れることにな
る。

【０１３０】また、図２１のように二つ以上のエネミー
７６１ａ，７６１ｂが存在するときには、図２２（ａ）
に示すように、プレイヤー５１から一番近い前方に位置
するエネミー７６１ａに対して武器が飛んでゆくように
ＣＰＵ１０１は画像処理をする。

【０１３１】したがって、攻撃したいエネミーがエネミ
ー７６１ｂの場合には、図２２（ｂ）に示すように、プ
レイヤー５１はエネミー６１ａを追い越してから、攻撃
する必要がある。

【０１３２】以上説明したように、この例では、複数の
エネミー７６１ａ，…にロックオンすることにより、次
のような効果が期待できる。

【０１３３】（１）ロックオンできる状況が限られてい
るので、ロックオンできる状況のときに、できる限り多
くのエネミー７６１ａ，…を攻撃対象にできること。

【０１３４】（２）複数のエネミー７６１ａ，…をロッ
クオンし、ついで一つのエネミーを攻撃するという２段
階の手続をとることにより、(i) 攻撃する側では、攻撃
対象を選択できること、(ii) 攻撃される側では、ロッ
クオンされても攻撃されるかどうかは不確定であるの
で、心理的動揺をおこさせることができること。

【０１３５】なお、本発明のさらなる展開例として、移
動する対象体としての車の特殊効果のパラメータは前述
したもののほか、画面のゲ−ム展開と伴に発生させるス
ピーカからの音響を制御してもよいし、出力装置として
のハンドルキックバック機構へのキックバック量を制御
してもよい。

【０１３６】さらに上記実施の形態はゲ−ム内容をオー
トバイゲ−ムを前提として説明したが、移動させる対象
体は自動車、船、航空機などであってもよい。

【０１３７】なお、ゲーム機の動作用プログラムが記憶
された記憶媒体としては、既述のカートリッジＲＯＭ、
ＣＤ−ＲＯＭの他にインターネット、パソコンネット上
の通信媒体でも良い。

【０１３８】

【発明の効果】以上説明したように、本発明に係るゲー
ム装置によれば、画像について徐々に変化してゆく画像
データを記憶しておく必要がなく、用意するデータが少
なくて済み、メモリ容量を少なくできる。

【０１３９】また、初期形状と最終形状との頂点データ
が異なる場合であっても変化させることができるため、
初期形状と最終形状のデータに対する制約がなくなり、
汎用性が高まる。

【０１４０】また、スクロール面があたかも半透明で表
示されているかのように見え、本来であればスクロール
面に隠れててしまって見えなくなるポリゴン等を見える
ようにできる。

【０１４１】さらに、ロックオンできる状況が限られて
いるので、ロックオンできる状況のときに、できる限り
多くのエネミを攻撃対象にできること。

【０１４２】加えて、複数のエネミーをロックオンし、
ついで一つのエネミーを攻撃するという２段階の手続を
とることにより、攻撃する側では攻撃対象を選択できる
利点があり、攻撃される側ではロックオンされても攻撃
されるかどうかは不確定であるので心理的動揺をおこさ
せることができ、ゲームを多彩化できる。

【図面の簡単な説明】

【図１】本発明の実施の形態に係るゲーム装置の概略を
示す斜視図である。

【図２】同実施の形態におけるオートバイ型操作機の一
部を示す平面図である。

【図３】同実施の形態のゲーム装置を示すブロック図で
ある。

【図４】同実施の形態の画像の変形処理に関するフロー
チャートである。

【図５】同実施の形態のプレイヤー選択画面を示す図で
ある。

【図６】同実施の形態の対象体のオートバイが変形する
例の説明図である。

【図７】同実施の形態のゲーム処理フローチャートであ
る。

【図８】同実施の形態のプレイ時の画面の例を示す図で
ある。

【図９】同実施の形態のロックオンサイトを表示した画
面の例を示す図である。

【図１０】同実施の形態のエネミーにロックオンした画
面の例を示す図である。

【図１１】同実施の形態の画像の変形処理を示すフロー
チャートである。

【図１２】同実施の形態における初期形状と最終形状の
説明図である。

【図１３】同実施の形態におけるリンク情報をもたない
場合の説明図である。

【図１４】同実施の形態における画像の変形処理の状態
の説明図である。

【図１５】同実施の形態におけるウインドウビットマス
クを使用してスクロール画面の半透明表示処理をするの
説明図である。

【図１６】同実施の形態におけるウインドウビットマス
クを使用してスクロール画面の半透明表示処理をするの
説明図である。

【図１７】同実施の形態における他のウインドウビット
マスクを使用してスクロール画面の半透明表示処理をす
るの説明図である。

【図１８】同実施の形態における他のスクロール画面の
半透明表示処理をするの説明図である。

【図１９】同実施の形態におけるロックオン処理の原理
を示す図である。

【図２０】同実施の形態におけるロックオン処理を示す
フローチャートである。

【図２１】同実施の形態におけるロックオンされた状態
の説明図である。

【図２２】同実施の形態におけるロックオンして攻撃を
する場合の説明図である。

【図２３】半透明化された表示画面の一例である。

【符号の説明】

１ゲーム装置２オートバイ型操作機３ゲーム機本体５筐体６ディスプレイ７スピーカ８マザーボード１０基台１１，１２支持棒１３オートバイ類体（対象体の一つ）１４ハンドル１５ガソリンタンク１６座席１７ステップ１８排気管１９スロットルグリップ２０ブレーキレバー２１キックボタン（パンチボタン）２２視点切換ボタン（スタートボタン）３０音響・ゲーム処理回路３１入力装置３２出力装置５１プレイヤー５２オートバイ６０ゲーム画面６１エネミー１０１ＣＰＵ１０２ＲＯＭ１０３ＲＡＭ１０７スクロールデ−タ演算装置１０９地形デ−タＲＯＭ１１０ジオメタライザ１１１形状デ−タＲＯＭ１１２描画装置１１５フレームバッファ１１６画像合成装置

Claims

【特許請求の範囲】

【請求項１】所定の形状の対象体から他の形状の対象
体に徐々に変化させることができるゲーム装置であっ
て、所定の形状の対象体の画像データ及び他の形状の対象体
の画像データを記憶する記憶手段と、所定の形状の対象体の画像データと他の形状の対象体の
画像データとを基にそれぞれの対象体の画像データが混
在する度合いを示す変数を用いて中間形状を計算する画
像変形処理手段と、を備え、この画像変形処理手段で得
た中間形状を画面上に表示するようにしたことを特徴と
するゲーム装置。
【請求項２】前記対象体は、ゲ−ムのプログラム上の
車両である請求項１記載のゲーム装置。
【請求項３】前記対象体の画像データには、位置ベク
トルと、位置ベクトルのリンク情報とを含む請求項１記
載のゲーム装置。
【請求項４】前記リンク情報の処理手段は、それぞれ
の画像データが混在する度合いを示す変数が所定の値の
ときに切り換えるようにした請求項３記載のゲーム装
置。
【請求項５】画像変形処理手段は、所定の形状の対象
体の画像データをＰｎ、他の形状の対象体の画像データ
をＱｎ、二つの対象体の画像データが混在する度合いを
示す変数をｔとし、かつ、中間形状の画像データをＲｎ
とすると、Ｒｎ＝（１−ｔ）Ｐｎ＋ｔＱｎを用いて計算し、かつ二つの対象体の画像データが一致しないときに、所
定の形状の対象体の画像データＰｎの重心ＧからＰｋ＝Ｇを用いて他の形状の対象体の画像データを得るようにし
た請求項１記載のゲーム装置。
【請求項６】所定の対象体を表示するとともに、スク
ロール面を表示するゲーム装置であって、スクロール面について所定の時間毎に表示、非表示の繰
り返し処理をするスクロール画面の半透明表示処理手段
を備え、このスクロール画面の半透明表示処理手段で得
た半透明状のスクロール画面を画面上に表示するように
したゲーム装置。
【請求項７】前記半透明表示処理手段は、１種類のス
クロール面のデータに対して、二種類のウインドウビッ
トマスクを所定の時間毎に切り換えて１ライン毎に表
示、非表示処理をする請求項６記載のゲーム装置。
【請求項８】前記半透明表示処理手段は、一種類のウ
インドウビットマスクに対して、２種類のスクロール面
のデータを所定の時間毎に切り換えて１ライン毎に表
示、非表示処理をする請求項６記載のゲーム装置。
【請求項９】前記半透明表示処理手段は、２種類の相
補的なスクロール面を一定時間毎に１枚毎に切り換えて
表示、非表示処理をする請求項６記載のゲーム装置。
【請求項１０】一定の時間は、６０分の１秒である請
求項６、７、８または９記載のゲーム装置。
【請求項１１】所定の対象体を表示するとともにエネ
ミーを表示し、対象体の前方に位置するエネミーをロッ
クオンするゲーム装置であって、対象体とロックオンサイトとを結ぶ一定の領域内にエネ
ミーが入るとロックオンしたものと判断するロックオン
処理手段を備え、このロックオン処理手段でロックオン
した画面を画面上に表示するようにしたゲーム装置。
【請求項１２】前記ロックオン処理手段は、対象体が
向いている方向の前方に表示するとともに、対象体とロ
ックオンサイトを結ぶ線分とエネミーとの距離が一定以
下であるときにロックオンされたものとして処理する請
求項１１記載のゲーム装置。
【請求項１３】前記ロックオン処理手段は、対象体が
向いている方向の前方に表示するとともに、対象体とロ
ックオンサイトを結ぶ線分とエネミーとの距離が一定以
下である全てのエネミーをロックオンするものである請
求項１１記載のゲーム装置。
【請求項１４】多角形を用いて構成された表示対象体
を表示するゲーム装置であって、第１及び第２の表示対象体の画像データを記憶する記憶
手段と、この記憶手段からの画像情報に基づき、前記第１の表示
対象と第２の表示対象体との中間形状を作成する画像処
理手段と、を有し、前記画像処理手段は、前記第１の表示対象体を構成する
頂点数と第２の対象体を構成する頂点数が異なる場合、
これに合致する頂点を追加または削除して前記中間形状
を作成することを特徴とするゲーム装置。
【請求項１５】所定の表示対象体の画像を表示するゲ
ーム装置であって、一つの前記表示対象体の画像を少なくとも２つの画像に
分割した分割画像を記憶する分割画像記憶手段を有し、
この分割画像記憶手段に記憶された画像情報に基づき、
前記一つの表示対象が構成されるように前記画像情報を
交互に表示することを特徴とするゲーム装置。
【請求項１６】所定の表示対象体の画像を表示するゲ
ーム装置であって、一つの前記表示対象体の画像を二つの画像に分割した分
割画像を記憶する分割画像記憶手段と、前記表示対象体を表示する表示手段とを有し、この表示手段は、前記第１の分割画像を表示し、前記一
つの表示対象体が構成される位置に前記第２の分割画像
を点滅表示することを特徴とするゲーム装置。
【請求項１７】所定の表示対象体の画像を表示するゲ
ーム装置であって、遊戯者の操作に応じて表示対象体を
マークするマーク手段と、前記マーク手段によってマー
クされた表示対象体から所定の表示対象体を選択する選
択手段とを有することを特徴とするゲーム装置。
【請求項１８】請求項１、６，１８、１４−１７のい
ずれか一項記載の各手段を実行するプログラムが記憶さ
れた記憶媒体。
【請求項１９】多角形を用いて構成された表示対象体
を表示するゲーム装置の処理方法であって、第１及び第２の表示対象体の画像データを記憶し、この記憶手段からの画像情報に基づき、前記第１の表示
対象と第２の表示対象体との中間形状を作成し、前記第１の表示対象体を構成する頂点数と第２の対象体
を構成する頂点数が異なる場合、これに合致する頂点を
追加または削除して前記中間形状を作成することを特徴
とするゲーム装置の処理方法。