JPH1147448A - 当たり判定方法、ゲームシステム及びゲームプログラムが記録されたコンピュータ読取可能な記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザによりゲーム意欲をわかせることので
きることを課題とする。 【解決手段】 シューティングゲームにおいて、キャラ
クタ表示用の変形パラメータを参照して、当たり範囲を
リアルタイムに変更することにより、キャラクタを変形
表示した時に、キャラクタの見た目に近い当たり判定を
行うことができるようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プログラムデータ
の記録された、光ディスク、磁気ディスク、半導体メモ
リを用いたカセット式記録媒体等を用いるゲームシステ
ムに適用して好適な、当たり判定方法、ゲームシステム
及びゲームプログラムが記録されたコンピュータ読取可
能な記録媒体に関する。

【０００２】

【従来の技術】ゲームシステムは数多く提案されてい
る。家庭用の専用機とテレビジョンモニタとからなるシ
ステム、業務用の専用機、パーソナルコンピュータ若し
くはワークステーションとディスプレイと音声出力機と
からなるシステム等である。これらのシステムは、何れ
も、プレーヤが操作するためのコントローラと、ゲーム
プログラムデータの記録された記録媒体と、ゲームプロ
グラムデータに基いて音声や画像の生成のための制御を
行うＣＰＵと、画像を生成するためのプロセッサと、音
声を生成するためのプロセッサと、画像を表示するため
のＣＲＴと、音声を出力するためのスピーカとで構成さ
れる。上記記録媒体としては、ＣＤ−ＲＯＭ、半導体メ
モリ、半導体メモリを内蔵したカセット等が多い。ゲー
ムシステムの構成は以上の通りである。

【０００３】このようなゲームシステムを用いたゲーム
として、シューティングゲームが良く知られている。シ
ューティングゲームは、ゲーム空間上で、コントローラ
を通じてプレーヤが操作するキャラクタ（以下、プレー
ヤキャラクタと称する）から弾丸やレーザー光線等を発
射させ、発射した弾丸やレーザー光線をＣＰＵが操作す
るキャラクタ（以下、敵キャラクタと称する）に当てて
当該敵キャラクタを消すことによって得点を得るといっ
たものである。このようなシューティングゲームでは、
プレーヤキャラクタを画面において垂直方向に進める、
いわゆる縦スクロール方式、並びにプレーヤキャラクタ
を画面において水平方向に進める、いわゆる横スクロー
ル方式が提案されている。シューティングゲームは、通
常、ステージと称されるイベントが複数用意され、プレ
ーヤは、各ステージにおいて、敵のキャラクタから発射
された弾丸やレーザー光線等に１度も当たらずに、当該
ステージで出現する敵キャラクタを全て消去しなければ
ならない。敵キャラクタからの被弾は、通常ｎ回まで許
され、ｎ＋１回目に被弾したときにゲームオーバーとな
る。

【０００４】

【発明が解決しようとする課題】以上説明したように、
シューティングゲームは、プレーヤキャラクタを操作し
て敵キャラクタを消去するといった簡単なゲームであ
る。よって、多くのゲームソフト製造メーカーから多種
多様のシューティングゲームが提案されているものの、
その内容はどこも同じようなものが多く、よりゲーム意
欲のわくようなシューティングゲームの提案が要望され
ている。

【０００５】本発明はこのような点を考慮してなされた
もので、ユーザによりゲーム意欲をわかせることのでき
る当たり判定方法、ゲームシステム及びゲームプログラ
ムが記録されたコンピュータ読取可能な記録媒体を提供
することを目的とする。

【０００６】

【課題を解決するための手段】本発明は、画面上に複数
の物体が表示され、少なくとも１以上の物体がコントロ
ーラを介して行われるプレーヤの操作により画面上で移
動され、及び／又はＣＰＵにより少なくとも１以上の物
体が画面上で移動され、少なくとも２つの物体の当たり
を判定するゲームシステムで用いられ、上記各物体が、
表示用の画像情報及び当たりを判定するための複数の領
域から構成されることを特徴とする。

【０００７】また本発明は、上記発明において、上記複
数の領域が、上記物体の動きに追従することを特徴とす
る。

【０００８】また、本発明は、画面上に複数の物体が表
示され、少なくとも１以上の物体がコントローラを介し
て行われるプレーヤの操作により画面上で移動され、及
び／又はＣＰＵにより少なくとも１以上の物体が画面上
で移動され、少なくとも２つの物体の当たりを判定する
ようになされたゲームプログラムが記録されたコンピュ
ータ読取可能な記録媒体において、上記各物体が、表示
用の画像情報及び当たりを判定するための複数の領域か
ら構成されることを特徴とする。

【０００９】また、本発明は、上記発明において、上記
複数の領域が、上記物体の動きに追従することを特徴と
する。

【００１０】さらに、本発明は、ゲーム空間内に所定の
外形を各々有するオブジェクトが複数設けられ、これら
オブジェクトのそれぞれは、操作手段を用いたプレイヤ
ーの入力指示に基づいてゲーム空間内で移動され、及び
／又は移動制御手段によりゲーム空間内で移動されるゲ
ームシステムに用いられ、複数のオブジェクトのうち少
なくとも２つのオブジェクトのゲーム空間内における外
形の当接又は重複を検出する当たり判定方法に適用され
る。そして、上述の目的は、オブジェクトの各々に、外
形とは別に外形当接又は重複検出用の領域を設定してお
き、領域が重複したことによりオブジェクトの外形相互
の当接又は重複を検出することにより達成される。

【００１１】この場合、オブジェクトの各々に複数の領
域を設定しておき、オブジェクトに設定された複数の領
域のいずれか１つが他のオブジェクトに設定された領域
に重複することによりこれらオブジェクトの外形相互の
当接又は重複を検出するようにしても良い。さらに、オ
ブジェクトの領域を、この領域が設定されたオブジェク
トの外形より小さく形成しても良い。加えて、領域をオ
ブジェクトの外形の形状に従って設定しても良い。

【００１２】また、オブジェクトのゲーム空間内での移
動に追従して領域を移動させてもよく、あるいは、オブ
ジェクトの外形をゲーム空間内において変化可能とし、
領域が設定されたオブジェクトの外形の変化に追従して
領域の大きさを変化するようにしてもよい。

【００１３】さらに、本発明は、所定の外形を各々有す
るオブジェクトが複数記憶されたオブジェクト記憶手段
と、プレイヤーからの入力指示を受け、この入力指示に
基づいた入力指示信号を出力する操作手段と、入力指示
信号及び／又は所定の手順に従ってゲーム空間内でオブ
ジェクトを移動させる移動制御手段とを備えたゲームシ
ステムに適用される。そして、上述の目的は、オブジェ
クトの各々に設定され、外形とは別に外形当接又は重複
検出用の領域が記憶された領域記憶手段と、領域が重複
したことによりオブジェクトの外形相互の当接又は重複
を検出する当たり判定手段とを設けることにより達成さ
れる。

【００１４】ここで、オブジェクトの各々に複数の領域
を設定し、当たり判定手段が、オブジェクトに設定され
た複数の領域のいずれか１つが、他のオブジェクトに設
定された領域に重複することによりこれらオブジェクト
の外形相互の当接又は重複を検出するようにしてもよ
い。加えて、オブジェクトの領域を、この領域が設定さ
れたオブジェクトの外形より小さく形成してもよい。さ
らに、領域をオブジェクトの外形の形状に従って設定し
てもよい。

【００１５】また、オブジェクトのゲーム空間内での移
動に追従して領域を移動させる領域移動制御手段を設け
てもよく、あるいは、ゲーム空間内において所定の手順
に従ってオブジェクトの外形を変化させる外形制御手段
と、領域が設定されたオブジェクトの外形の変化に追従
して領域の大きさを変化させる領域変化制御手段とを設
けてもよい。

【００１６】そして、本発明は、ゲーム空間内に複数設
けられ、所定の外形を各々有するオブジェクトに対し
て、プレイヤーの入力指示、及び／又は移動制御手段に
よりゲーム空間内で移動されるゲームシステムに用いら
れ、複数のオブジェクトのうち少なくとも２つのオブジ
ェクトのゲーム空間内における外形の当接又は重複を検
出するゲームプログラムが記録されたコンピュータ読取
可能な記録媒体に適用される。そして、上述の目的は、
ゲームプログラムは、コンピュータに読み取られて実行
された際に、このコンピュータに、オブジェクトの各々
に、外形とは別に外形当接又は重複検出用の領域を設定
し、領域が重複したことによりオブジェクトの外形相互
の当接又は重複を検出する動作をさせることにより達成
される。

【００１７】ここで、オブジェクトの各々に複数の領域
を設定し、オブジェクトに設定された複数の領域のいず
れか１つが他のオブジェクトに設定された領域に重複す
ることによりこれらオブジェクトの外形相互の当接又は
重複を検出するようにしてもよい。加えて、オブジェク
トの領域を、この領域が設定されたオブジェクトの外形
より小さく形成してもよい。さらに、領域をオブジェク
トの外形の形状に従って設定してもよい。媒体におい
て、

【００１８】また、領域をオブジェクトのゲーム空間内
での移動に追従して移動させてもよい。さらに、オブジ
ェクトの外形をゲーム空間内において変化可能し、領域
をこの領域が設定されたオブジェクトの外形の変化に追
従してその大きさが変化するようにしてもよい。

【００１９】

【発明の実施の形態】以下に、図１〜図３８を順次参照
して本発明の実施の形態について詳細に説明する。本発
明の実施の形態の説明は、次に示す項目説明を各項目の
先頭に記載し、各項目について次に示す順序で説明す
る。 Ａ．ゲームシステムの構成（図１） Ｂ．図１に示したＣＰＵ１の有する機能（図２） Ｃ．メインルーチンによる制御（図３） ＊当たり判定処理 Ｄ．当たり判定の概念説明（図４） Ｅ．当たり判定ルーチンによる制御（図５〜図９） ＊屈折処理 Ｆ．屈折処理の概念説明（図１０及び図１１） Ｇ．屈折処理ルーチンによる制御（図１２〜図１４） ＊地形変化 Ｈ．地形変化の概念説明（図１５） Ｉ．地形変化ルーチンによる制御（図１６〜図２１） ＊水平方向への重力表現 Ｊ．水平方向への重力表現の概念説明（図２２） Ｋ．水平方向への重力表現ルーチンによる制御（図２３
〜図２６） ＊ゲージエディット Ｌ．ゲージエディットの概念説明（図２７〜図２９） Ｍ．ゲージエディットルーチンによる制御（図３０〜図
３８）

【００２０】Ａ．ゲームシステムの構成（図１） 図１は、本発明の一実施の形態としてのゲームシステム
の構成例を示す構成図である。

【００２１】本構成例のゲームシステムは、例えば特開
平８−２１２３７７号公報に記載されているように、Ｃ
Ｄ−ＲＯＭ等の光学ディスクからゲームプログラムデー
タを読み出して実行することにより、使用者（以下、プ
レーヤと称する）からの指示に応じたゲーム等の表示が
行えるようになっており、具体的には図１に示されるよ
うな構成を有している。

【００２２】また、本構成例のゲームシステムは、ＣＤ
−ＲＯＭ８４から読み出された３次元画像データを記憶
するメインメモリ５と、各ポリゴン毎に指定される特性
データとして色情報テーブル、テクスチャパターン情
報、半透明率指定データ等を記憶するフレームバッファ
６３と、ＣＤ−ＲＯＭ８４からディスクドライブ８１に
よって読み出された３次元画像データに対して透視変換
処理を施して２次元画像情報に変換する座標変換手段と
してのジオメトリエンジン（ＧＴＥ）６１と、当該２次
元画像情報とポリゴンの特性を指定する情報とを合成し
てポリゴン毎にパケット化された描画命令を生成する描
画命令生成手段としてのＣＰＵ５１と、当該生成された
描画命令により指定された特性データに基づき２次元画
像情報をフレームバッファ６３に描画するグラフィック
スプロセッシングユニット（ＧＰＵ６２）と、上記フレ
ームバッファ６３から２次元画像データをテレビジョン
同期信号に同期して読み出し、ディスプレイ装置等の表
示手段に供給するビデオ出力手段６５とを有してなるも
のである。

【００２３】即ち、この画像処理システムは、中央演算
処理装置（ＣＰＵ５１）及びその周辺装置（周辺デバイ
スコントローラ５２）からなる制御系５０と、フレーム
バッファ６３上に描画を行うグラフィックスプロセッシ
ングユニット（ＧＰＵ６２）等からなるグラフィックシ
ステム６０と、楽音、効果音等を発生するサウンドプロ
セッシングユニット（ＳＰＵ７１）等からなるサウンド
システム７０と、補助記憶装置である光学ディスク（Ｃ
Ｄ−ＲＯＭ８４）のディスクドライブ８１の制御や再生
情報のでコード等の指示を行う光学ディスク制御部８０
と、使用者からの指示を入力するコントローラ９２から
の指示入力及びゲームの設定等を記憶する補助メモリ
（メモリカード９３）からの入出力を制御する通信制御
部９０と、上記制御系５０から通信制御部９０までが接
続されているメインバスＢ等を備えている。

【００２４】上記制御系５０は、ＣＰＵ５１と、割り込
み制御、タイムコントロール、メモリコントロールダイ
レクトメモリアクセス（ＤＭＡ）転送の制御等を行う周
辺デバイスコントローラ５２と、例えば２メガバイトの
ＲＡＭからなる主記憶装置（メインメモリ）５３と、こ
のメインメモリ５３や上記グラフィックシステム６０、
サウンドシステム７０等の管理を行ういわゆるオペレー
ティングシステム等のプログラムが格納された例えば５
１２キロバイトのＲＯＭ５４とを備えている。

【００２５】ＣＰＵ５１は、例えば３２ビットのＲＩＳ
Ｃ（Ｒｅｄｕｃｅｄ Ｉｎｓｔｒｕｃｔｉｏｎ Ｓｅｔ
Ｃｏｍｐｕｔｅｒ）ＣＰＵであり、ＲＯＭ５４に記憶
されているオペレーティングシステムを実行することに
より装置全体の制御を行う。当該ＣＰＵ５１は命令キャ
ッシュとスクラッチパッドメモリを搭載し、実メモリの
管理も行う。

【００２６】上記グラフィックシステム６０は、ＣＤ−
ＲＯＭ８４から読み込まれたデータを一時的に記憶する
メインメモリ５３と、当該メインメモリ５３に記憶され
たデータに対して座標変換等の処理を行う座標計算用コ
プロセッサからなるジオメトリトランスファエンジン
（ＧＴＥ）６１と、ＣＰＵ５１からの描画指示（描画命
令）に基づいて描画を行うグラフィックスプロセッシン
グユニット（ＧＰＵ）６２と、該ＧＰＵ６２により描画
された画像を記憶する例えば１メガバイトのフレームバ
ッファ６３と、いわゆる離散コサイン変換等の直行変換
がなされ圧縮されて符号化された画像データを復号化す
る画像デコーダ（以下ＭＤＥＣと呼ぶ）６４とを備えて
いる。

【００２７】ＧＴＥ６１は、例えば複数の演算を並列に
実行する並列演算機構を備え、ＣＰＵ５１のコプロセッ
サとして、ＣＰＵ５１からの演算要求に応じて透視変換
等の座標変換、法線ベクトルと光源ベクトルとの内積演
算による光源計算、例えば固定小数点形式の行列やベク
トルの演算を高速に行うことができるようになってい
る。

【００２８】具体的には、このＧＴＥ６１は、１つの三
角形状のポリゴンに同じ色で描画するフラットシェーデ
ィングを行う演算の場合では、１秒間に最大１５０万程
度のポリゴンの座標演算を行うことができるようになっ
ており、これによってこの画像処理システムでは、ＣＰ
Ｕ５１の負荷を低減すると共に、高速な座標演算を行う
ことができるようになっている。尚、ポリゴンとは、デ
ィスプレイ上に表示される３次元の物体を構成するため
の図形の最小単位であり、三角形や四角形等の多角形か
らなるものである。

【００２９】ＧＰＵ６２は、ＣＰＵ５１からのポリゴン
描画命令に従って動作し、フレームバッファ６３に対し
てポリゴン等の描画を行う。このＧＰＵ６２は、１秒間
に最大３６万程度のポリゴンの描画を行うことができる
ようになっている。また、このＧＰＵ６２は、ＣＰＵ５
１とは独立した２次元のアドレス空間を持ち、そこにフ
レームバッファ６３がマッピングされるようになってい
る。

【００３０】フレームバッファ６３は、いわゆるデュア
ルポートＲＡＭからなり、ＧＰＵ６２からの描画或いは
メインメモリ５３からの転送と、表示のための読み出し
とを同時に行うことができるようになっている。このフ
レームバッファ６３は、例えば１メガバイトの容量を有
し、それぞれ１６ビットの横１０２４で縦５１２の画素
のマトリックスとして扱われる。このフレームバッファ
６３のうちの任意の表示領域を例えばディスプレイ装置
等のビデオ出力手段６５に出力することができるように
なっている。また、このフレームバッファ６３には、ビ
デオ出力として出力される表示領域の他に、ＧＰＵ６２
がポリゴン等の描画を行う際に参照するカラールックア
ップテーブル（ＣＬＵＴ）が記憶される第２の領域であ
るＣＬＵＴ領域と、描画時に座標変換されてＧＰＵ６２
によって描画されるポリゴン等の中に挿入（マッピン
グ）される素材（テクスチャ）が記憶される第１の記憶
領域であるテクスチャ領域が設けられている。これらの
ＣＬＵＴ領域とテクスチャ領域は表示領域の変更等に従
って動的に変更されるようになっている。即ち、このフ
レームバッファ６３は、表示中の領域に対して描画アク
セスを実行することができ、また、メインメモリ５３と
の間で高速ＤＭＡ転送を行うことも可能となっている。

【００３１】尚、上記ＧＰＵ６２は、上述のフラットシ
ェーディングの他にポリゴンの頂点の色から保管してポ
リゴン内の色を決めるグーローシェーディングと、上記
テクスチャ領域に記憶されているテクスチャをポリゴン
に張り付けるテクスチャマッピングを行うことができる
ようになっている。

【００３２】これらのグーローシェーディング又はテク
スチャマッピングを行う場合には、上記ＧＴＥ６１は、
１秒間に最大５０万程度のポリゴンの座標計算を行うこ
とができる。ＭＤＥＣ６４は、上記ＣＰＵ５１からの制
御により、ＣＤ−ＲＯＭ８４から読み出されてメインメ
モリ５３に記憶されている静止画或いは動画の画像デー
タを復号化して再びメインメモリ５３に記憶する。具体
的には、ＭＤＥＣ６４は逆離散コサイン変換（ＩＤＣ
Ｔ）演算を高速に実行でき、ＣＤ−ＲＯＭ８４から読み
出されたカラー静止画圧縮標準（いわゆるＪＰＥＧ）や
蓄積メディア系動画符号化標準（いわゆるＭＰＥＧ、但
し本例においてはフレーム内圧縮のみ）の圧縮データの
伸張を行うことができるようになっている。

【００３３】また、この再生された画像データは、ＧＰ
Ｕ６２を介してフレームバッファ６３に記憶することに
より、上述のＧＰＵ６２によって描画される画像の背景
として使用することができるようにもなっている。

【００３４】上記サウンドシステム７０は、ＣＰＵ５１
からの指示に基づいて、楽音、効果音等を発生するサウ
ンド再生処理プロセッサ（ＳＰＵ）７１と、ＣＤ−ＲＯ
Ｍ８４から読み出された音声、楽音等のデータや音源デ
ータ等が記憶される例えば５１２キロバイトのサウンド
バッファ７２と、ＳＰＵ７１によって発生される楽音、
効果音等を出力するサウンド出力手段としてのスピーカ
７３とを備えている。

【００３５】上記ＳＰＵ７１は、１６ビットの音声デー
タを４ビットの差分信号として適応差分符号化（ＡＤＰ
ＣＭ）された音声データを再生するＡＤＰＣＭ復号機能
と、サウンドバッファ７２に記憶されている音源データ
を再生することにより、効果音等を発生する再生機能
と、サウンドバッファ７２に記憶されている音声データ
等を変調させて再生する変調機能等を備えている。即
ち、当該ＳＰＵ７１は、ルーピングや時間を係数とした
動作パラメータの自動変換等の機能を持ち、２４ボイス
の能力を有するＡＤＰＣＥ音源を内蔵し、ＣＰＵ５１か
らの操作により動作する。また、ＳＰＵ７１は、サウン
ドバッファ７２がマッピングされた独自のアドレス空間
を管理し、ＣＰＵ５１からサウンドバッファ７２にＡＤ
ＰＣＭデータを転送し、キーオン／キーオフやモデュレ
ーション情報を直接渡すことによりデータを再生する。

【００３６】このような機能を備えることによって、こ
のサウンドシステム７０は、ＣＰＵ５１からの指示によ
ってサウンドバッファ７２に記録された音声データなど
に基づいて楽音、効果音などを発生するいわゆるサンプ
リング音源として使用することができるようになってい
る。

【００３７】上記光学ディスク制御部８０は、ＣＤ−Ｒ
ＯＭ８４に記録されたプログラム、データ等を再生する
ディスクドライブ８１と、例えばエラー訂正（ＥＣＣ）
符号が付加されて記録されているプログラム、データな
どを復号するデコーダ８２と、ディスクドライブ８１か
らの再生データを一時的に記憶する例えば３２キロバイ
トのバッファ８３とを備えている。即ち、当該光学ディ
スク制御部８０は、上記ディスクドライブ８１やデコー
ダ８２等のディスクの読み出しを行うために必要な部品
類から構成されている。ここでは、ディスクフォーマッ
トとして例えばＣＤ−ＤＡ、ＣＤ−ＲＯＭ、ＸＡ等のデ
ータをサポートできるようになっている。尚、デコーダ
８２はサウンドシステム７０の一部をも構成している。

【００３８】また、ディスクドライブ８１で再生される
ディスクに記録されている音声データとしては、上述の
ＡＤＰＣＭデータ（ＣＤ−ＲＯＭ ＸＡのＡＤＰＣＭデ
ータ等）の他に音声信号をアナログ／デジタル変換した
いわゆるＰＣＭデータがある。ＡＤＰＣＭデータとし
て、例えば１６ビットのデジタルデータの差分を４ビッ
トで表して記録されている音声データは、デコーダ８２
で誤り訂正と復号化がなされた後、上述のＳＰＵ７１に
供給され、ＳＰＵ７１でデジタル／アナログ変換等の処
理が施された後、スピーカ７３を駆動するために使用さ
れる。また、ＰＣＭデータとして、例えば１６ビットの
デジタルデータとして記録されている音声データは、デ
コーダ８２で復号化された後、スピーカ７３を駆動する
ために使用される。尚、当該デコーダ８２のオーディオ
出力は、一旦ＳＰＵ７１に入り、このＳＰＵ出力とミッ
クスされ、リバーブユニットを経由して最終のオーディ
オ出力となる。

【００３９】また、通信制御部９０は、メインバスＢを
介してＣＰＵ５１との通信の制御を行う通信制御デバイ
ス９１と、プレーヤからの指示を入力するコントローラ
９２と、ゲームの設定などを記憶するメモリカード９３
とを備えている。

【００４０】コントローラ９２は、プレーヤの意図をア
プリケーションに伝達するインターフェースであり、プ
レーヤからの指示を入力するために、以下に説明するよ
うな各種キーを有し、通信制御デバイス９１からの指示
に従って、この指示キーの状態を、同期式通信により、
通信制御デバイス９１に毎秒６０回程度送信する。そし
て、通信制御デバイス９１は、コントローラ９２の指示
キーの状態をＣＰＵ５１に送信する。尚、コントローラ
９２は、本体に２個のコネクタを有し、その他にマルチ
タップを使用して多数のコントローラを接続することも
可能となっている。これにより、プレーヤからの指示が
ＣＰＵ５１に入力され、ＣＰＵ５１は、実行しているゲ
ームプログラム等に基づいてプレーヤからの指示に従っ
た処理を行う。

【００４１】ここで、コントローラ９２の指示キーにつ
いて説明する。コントローラ９２は、左キーＬ、右キー
Ｒ、上キーＵ及び下キーＤからなる十字キーと、第１左
ボタン９２Ｌ１、第２左ボタン９２Ｌ２、第１右ボタン
９２Ｒ１、第２右ボタン９２Ｒ２、スタートボタン９２
ａ、セレクトボタン９２ｂ、第１ボタン９２ｃ、第２ボ
タン９２ｄ、第３ボタン９２ｅ、第４ボタン９２ｆとか
らなる。十字キーは、プレーヤが、ＣＰＵ５１に対し、
上下左右のコマンドを与えるためのものである。スター
トボタン９２ａは、プレーヤが、ＣＤ−ＲＯＭ８４から
読み出されてロードされるゲームプログラムデータ等に
よる動作の開始をＣＰＵ５１に指示するためのものであ
る。セレクトボタン９２ｂは、プレーヤが、ＣＤ−ＲＯ
Ｍディスクからメインメモリ５３にロードされるゲーム
プログラムデータ等に関する各種選択を、ＣＰＵ５１に
指示するためのものである。

【００４２】また、ＣＰＵ５１は、実行しているゲーム
の設定やゲームの終了時或いは途中の結果等を記憶する
必要があるときに、該記憶するデータを通信制御デバイ
ス９１に送信し、通信制御デバイス９１は当該ＣＰＵ５
１からのデータをメモリカード９３に記憶する。このメ
モリカード９３は、メインバスＢから分離されているた
め、電源を入れた状態で着脱することが可能となってい
る。これにより、ゲームの設定等を複数のメモリカード
９３に記憶することができるようになっている。

【００４３】また、本システムは、メインバスＢに接続
された１６ビットパラレル入出力（Ｉ／Ｏ）ポート１０
１と、非同期式のシリアル入出力（Ｉ／Ｏ）ポート１０
２とを備えている。そして、パラレルＩ／Ｏポート１０
１を介して周辺機器との接続を行うことができるように
なっており、また、シリアルＩ／Ｏポート１０２を介し
て他のビデオゲーム装置等との通信を行うことができる
ようになっている。

【００４４】ところで、上記メインメモリ５３は、ＧＰ
Ｕ６２、ＭＤＥＣ６４及びデコーダ８２等の間では、プ
ログラムの読み出し、画像の表示或いは描画等を行う際
に、大量の画像データを高速に転送する必要がある。こ
のため、この画像処理システムでは、上述のようにＣＰ
Ｕ５１を介さずに周辺デバイスコントローラ５２からの
制御により上記メインメモリ５３、ＧＰＵ６２、ＭＤＥ
Ｃ６４及びデコーダ８２等の間で直接データの転送を行
ういわゆるＤＭＡ転送を行うことができるようになって
いる。これにより、データ転送によるＣＰＵ５１の負荷
を低減させることができ、高速なデータの転送を行うこ
とができるようになっている。

【００４５】このビデオゲーム装置では、電源が投入さ
れると、ＣＰＵ５１が、ＲＯＭ５４に記憶されているオ
ペレーティングシステムを実行する。このオペレーティ
ングシステムの実行により、ＣＰＵ５１は、動作確認等
の装置全体の初期化を行った後、光学ディスク制御部８
０を制御して、光学ディスクに記録されているゲーム等
のプログラムを実行する。このゲーム等のプログラムの
実行んみより、ＣＰＵ５１は、プレーヤからの入力に応
じて上記グラフィックシステム６０、サウンドシステム
７０等を制御して、画像の表示、効果音、楽音の発生を
制御するようになっている。

【００４６】次に、本例画像処理システムにおけるディ
スプレイ上への表示について説明する。上記ＧＰＵ６２
は、フレームバッファ６３内の任意の矩形領域の内容
を、そのまま上記ビデオ出力手段６５の例えばＣＲＴ等
のディスプレイ上に表示する。この領域を以下表示エリ
アと称する。上記矩形領域は、設定モードに応じたサイ
ズを選択できるようになっており、例えばモード０では
２５６（Ｈ）×２４０（Ｖ）（ノンインターレース）、
モード９では３８４（Ｈ）×４８０（Ｖ）（インターレ
ース）である。つまり、水平方向、垂直方向夫々独立に
表示開始位置、表示終了位置を指定することができる。
また、各座標に指定可能な値と画面モードの関係は、例
えば水平方向座標の指定範囲は、モード０及び４で、０
から２７６（水平方向表示開始位置座標）、４から２８
０（水平方向表示終了位置座標）、モード８及び９で０
から３９６（水平方向表示開始位置座標）、４から４０
０（垂直方向表示終了位置座標）となる。そして垂直方
向座標の指定範囲は、モード０から３及び８で、０から
２４０（垂直方向表示開始位置座標）、モード４から７
及び９で、４から４８４（垂直方向表示終了位置座標）
となる。ここで、上記水平開始及び終了位置座標は４の
倍数になるように設定する必要がある。よって、最小画
面サイズは、横４ピクセル、縦２ピクセル（ノンインタ
ーレース時）又は４ピクセル（インターレース時）にな
る。

【００４７】また、ＧＰＵ６２は、表示色数に関するモ
ードとして、１６ビットダイレクトモード（３２７６８
色）と、２４ビットダイレクトモード（フルカラー）の
２つをサポートしている。上記１６ビットダイレクトモ
ード（以下１６ビットモードと呼ぶ）は３２７６８色表
示モードである。この１６ビットモードでは、２４ビッ
トダイレクトモード（以下２４ビットモードと称する）
に比べ表示色数に限りがあるが、描画時のＧＰＵ６２内
部での色計算は２４ビットで行われ、また、階調を擬似
的に高くできるいわゆるディザ機能も搭載しているの
で、疑似フルカラー（２４ビットカラー）表示が可能と
なっている。また、上記２４ビットモードは、２６７７
７２１６色（フルカラー）表示のモードである。但し、
フレームバッファ６３内に転送されたイメージデータの
表示（ビットマップの表示）のみが可能で、ＧＰＵ６２
の描画機能を実行することはできない。ここで、１ピク
セルのビット長は２４ビットとなるが、フレームバッフ
ァ６３上での座標や表示位置の値は１６ビットを基準と
して指定する必要がある。即ち、６４０×４８０の２４
ビット画像データは、フレームバッファ６３中では９６
０×４８０として扱われる。また、前記水平方向表示終
了位置座標は、８の倍数になるように設定する必要があ
り、従って、この２４ビットモードでの最小画面サイズ
は横８×縦２ピクセルになる。

【００４８】また、ＧＰＵ６２には次のような描画機能
が搭載されている。先ず、１×１ドット〜２５６×２５
６ドットのポリゴン又はスプライトに対して、４ビット
ＣＬＵＴ（４ビットモード、１６色／ポリゴン、スプラ
イト）や８ビットＣＬＵＴ（８ビットモード、２５６色
／ポリゴン、スプライト）、１６ビットＣＬＵＴ（１６
ビットモード、３２７６８色／ポリゴン、スプライト）
等の描画が可能なポリゴン又はスプライト描画機能と、
ポリゴンやスプライトの各頂点の画面上の座標を指定し
て描画を行うと共に、ポリゴンやスプライト内部を同一
色で塗りつぶすフラットシェーディング、各頂点に異な
る色を指定して内部をグラデーションするグーローシェ
ーディング、ポリゴンやスプライト表面に２次元のイメ
ージデータであるテクスチャパターン（特にスプライト
に対するものをスプライトパターンと呼ぶ）を容易して
張り付けるテクスチャマッピング等を行うポリゴン描画
機能と、グラデーションが可能な直線描画機能と、ＣＰ
Ｕ５１からフレームバッファ６３への転送等のイメージ
転送機能と、その他の機能として、各ピクセルの平均を
とって半透明化する機能、即ち、各ピクセルのピクセル
データを所定比率αで混合することからαブレンディン
グ機能と呼ばれる機能、色の境界にノイズを乗せてぼか
すディザ機能、描画エリアを越えた部分を表示しない描
画クリッピング機能、描画エリアに応じて描画原点を動
かすオフセット指定機能等がある。

【００４９】また、描画を行う座標系は符号付きの１１
ビットを単位としており、Ｘ、Ｙ夫々に−１０２４〜＋
１０２３の値をとる。また、本例でのフレームバッファ
６３のサイズは１０２４×５１２となっているので、は
み出した部分は折り返すようになっている。描画座標の
原点は、座標値のオフセット値を任意に設定する機能に
より、フレームバッファ６３内で自由に変更することが
できる。また、描画は、描画クリッピング機能により、
フレームバッファ６３内の任意の矩形領域に対してのみ
行われる。更に、ＣＰＵ６２は、最大２５６×２５６ド
ットのテクスチャをサポートしており、縦、横夫々の値
を自由に設定することができる。

【００５０】上記ポリゴン又はスプライトに張り付ける
イメージデータ（テクスチャパターン又はスプライトパ
ターン）は、フレームバッファ６３の非表示エリアに配
置される。テクスチャパターン又はスプライトパターン
は、２５６×２５６ピクセルを１ページとして、フレー
ムバッファ６３上にメモリの許す限り何枚でも置くこと
ができ、この２５６×２５６の領域をテクスチャページ
と呼んでいる。１枚のテクスチャページの場所は、描画
コマンドのテクスチャページの位置（アドレス）指定の
ためのパラメータに、ページ番号を指定することで決定
される。

【００５１】テクスチャパターン又はスプライトパター
ンには、４ビットＣＬＵＴ（４ビットモード）、８ビッ
トＣＬＵＴ（８ビットモード）、１６ビットＣＬＵＴ
（１６ビットモード）の３種類の色モードがある。４ビ
ットＣＬＵＴ及び８ビットＣＬＵＴの色モードでは、Ｃ
ＬＵＴを使用する。このＣＬＵＴとは、最終的に表示さ
れる色を表す３原色のＲ、Ｇ、Ｂ値が１６〜２５６個フ
レームバッファ６３に並んだものである。各Ｒ、Ｇ、Ｂ
値は、フレームバッファ６３上において左から順に番号
が付されており、テクスチャパターン又はスプライトパ
ターンはこの番号により各ピクセルの色を表す。また、
ＣＬＵＴはポリゴン又はスプライト単位で選択でき、全
てのポリゴン又はスプライトに対して独立したＣＬＵＴ
を持つことも可能である。フレームバッファ６３内での
ＣＬＵＴの格納位置は、描画コマンド内のＣＬＵＴの位
置（アドレス）指定のためのパラメータに、使用するＣ
ＬＵＴの左端の座標を指定することがで決定する。

【００５２】また、ＧＰＵ６２は、動画表示の方式とし
て、フレームダブルバッファリングという手法を用いる
ようにしている。このフレームダブルバッファリングと
は、フレームバッファ６３上に２つの矩形領域を用意
し、一方のエリアに描画をしている間はもう片側を表示
し、描画が終了したら２つのエリアをお互い交換するも
のである。これにより、書き換えの様子が表示されるの
を回避するこができる。尚、バッファの切り換え操作
は、垂直帰線期間内に行う。また、ＧＰＵ６２では、描
画の対象となる矩形領域と座標系の原点を自由に設定で
きるので、この２つを移動させることにより、複数のバ
ッファを実現することも可能である。

【００５３】尚、描画命令はパケット形式となってお
り、本例においてはＣＰＵ５１が直接指定する形式と、
専用のハードウエアが直接指定する形式がある。特に、
専用のハードウエアが直接指定する形式では、ＣＰＵ５
１が用いる命令形式に、命令のワード数と次の命令への
ポインタを付加したタグを設けたパケット構成が用いら
れる。これによって、フレームバッファ６３上で連続し
た領域におかれていない複数の命令列をつなげて一度に
実行できるようになる。この場合び描画命令の転送は専
用のハードウエアが行い、ＣＰＵ５１は一切関与しな
い。描画命令に含まれ得るパラメータは次の通りであ
る。 ＣＤＤＥ：コマンドコード呼びオプション Ｒ、Ｇ、Ｂ：全ての頂点で共有する輝度値 Ｒｎ、Ｂｎ、Ｇｎ：頂点ｎの輝度値 Ｘｎ、Ｙｎ：頂点ｎの描画空間上の２次元座標 Ｕｎ、Ｖｎ：頂点ｎに対応するテクスチャソース空間上
の点の２次元座標 ＣＢＡ（ＣＵＬＴ ＢＡＳＥ ＡＤＤＲＥＳＳ）：ＣＬ
ＵＴの先頭アドレス ＴＳＢ（ＴＥＸＴＵＲＥ ＳＯＵＲＣＥ ＢＡＳＥ）：
テクスチャページ先頭アドレス及びテクスチャタイプ等
の付加情報

【００５４】例えば、三角形描画コマンド（コマンドコ
ード１ｈ）は、オプションを含むコマンドコードの後
に、頂点情報をコマンドを引数として与える。オプショ
ンによい、引数、フォーマットが異なる。

【００５５】パラメータとしては、 ＩＩＰ：輝度値の種類 ＳＩＺ：矩形領域のサイズ ＣＮＴ：使用頂点 ＴＭＥ：テクスチャマッピングの有無 ＡＢＥ：半透明処理の有無 ＴＧＥ：テクスチャパターンと輝度値との掛け合わせの
有無

【００５６】例えばＩＩＰが０のときは、１種類の輝度
値（Ｒ、Ｇ、Ｂ）で三角形を描画（フラットシェーディ
ング）する。また、例えばＣＮＴが０のときコマンド以
降に続く３頂点で三角形を１つ描画し、１のときコマン
ド以降に続く４頂点で連結三角形を描画、即ち、四角形
を描画する。ＴＭＥが０のろきテクスチャマッピングオ
フとなり、１のときテクスチャマッピングがオンとな
る。ＡＢＥが０のとき半透明処理がオフとなり、１のと
き半透明処理がオンとなる。ＴＧＥはＴＭＥのときのみ
有効で、０のといテクスチャパターンと輝度値とを掛け
合わせて表示し、１のときテクスチャパターンのみを描
画する。

【００５７】直線描画コマンド（コマンドコード＝２
ｈ）は、オプションをも含むコマンドコードの後に、単
点情報をコマンド引数として与える。オプションにより
引数の数やフォーマットが異なる。例えばＩＩＰが０の
ときはピクセルを描画指定された輝度値で描画し、１の
ときは２頂点の輝度値を線分の長軸方向の変位で線形補
間して描画する。ＣＮＴが０のときはコマンド以降に続
く２端点で直線を１つ描画し、１のとき連結直線を描画
する。ＡＢＥが０のとき半透明処理がオフとなり、１の
とき半透明処理がオンとなる。連結直線を描画するとき
は、最後にコマンドの終了を示す終端コードが必要とな
る。

【００５８】スプライト描画コマンド（コマンドコード
＝３ｈ）では、コマンドコード（オプションも含む）の
後に、輝度情報、矩形領域の左下端点、テクスチャソー
ス空間の左上端点、矩形領域の幅と高さをコマンド引数
として与える。オプションにより引数の数、フォーマッ
トが異なる。また、スプライト描画コマンドは２ピクセ
ル同時に処理をするため、頂点ｎに対応するテクスチャ
ソース空間上の点の２次元座標Ｕｎは偶数に指定しなけ
ればならいない。

【００５９】つまり、下位１ビットは意味を持たない。
尚、ＴＭＥが０のときはテクスチャマッピングがオフ
し、１のときはテクスチャマッピングがオンする。ＡＢ
Ｅが０のときは半透明処理がオフし、１のときは半透明
処理がオンする。ＴＧＥ（ＴＭＥのときのみ有効）が０
のときはテクスチャパターン（この場合はスプライトパ
ターン）に一定の輝度値を掛け合わせて描画し、１のと
きはテクスチャパターンのみを描画する。ＳＩＺが００
のときにはＨ、２フィールドで指定し、０１のときは１
×１、１０のときは８×８、１１のときは１６×１６の
サイズ指定となる。

【００６０】Ｂ．図１に示したＣＰＵ５１の有する機能
（図２） 図２は、図１に示したＣＰＵ５１の有する機能を示す説
明図である。ＣＰＵ５１は、図１に示したＣＤ−ＲＯＭ
８４から読み出され、メインメモリ５３に記憶されたプ
ログラムデータを読むことにより、図２に示す機能を持
つ。この図２に示されているように、ＣＰＵ５１の機能
は、ボタン操作検出手段１ａ、演算手段１ｂ、フラグ管
理手段１ｃ、判断手段１ｄ、描画命令発行手段１ｅ、変
数設定手段１ｆ、結果情報設定手段１ｇ、キャラクタ管
理手段１ｈ、反転処理手段１ｉ、背景スクロール処理手
段１ｊ、ゲージエディット管理手段１ｋ、アイコン表示
制御手段１ｍ、メモリ管理手段１ｎ、アニメーション処
理手段１ｏ、当たり判定手段１ｐ、拡大縮小処理手段１
ｑ、回転処理手段１ｒ、ダミーデータ生成手段１ｓ、ベ
クトル取得手段１ｔ、ひずみ修正手段１ｕ、データ登録
手段１ｖ、アドレス取得手段１ｗ、補間手段１ｘとで構
成される。これらの手段は、夫々制御動作の主体とな
る。

【００６１】Ｃ．メインルーチンによる制御（図３） 図３は、メインルーチンによる制御動作を説明するため
のフローチャートである。本形態においては、２次元若
しくは３次元の横スクロール方式のシューティングゲー
ムを前提として説明する。

【００６２】ステップＳ１では、オペレーティングシス
テムの命令により、ディスクドライブ８１が、ＣＤ−Ｒ
ＯＭ８４から画像、音声及びプログラムデータを読み出
す。読み出されたデータの内、プログラムデータは、メ
インメモリ５３に記憶される。これにより、ＣＰＵ５１
は、図２に示した機能を有する。尚、このとき、画像、
即ち、テクスチャデータは、ＧＰＵ６２のフレームバッ
ファ６３に記憶され、夫々テクスチャ番号が割り当てら
れるものとする。また、音声データは、ＳＰＵ７１のサ
ウンドバッファ７２に記憶され、夫々音声番号データが
割り当てられるものとする。通常、すべての画像及び音
声データが、ステップＳ１においてバッファ６３及び７
２に保持されることはないが、説明の便宜上、すべての
画像及び音声データが、ステップＳ１においてロードさ
れるものとする。

【００６３】ステップＳ２では、描画命令発行手段１ｅ
が描画命令を発行すると共に、背景スクロール処理手段
により後に詳述する背景スクロール処理が施される。こ
れによって、例えば、「エディット」及び「スタート」
を示すタイトルが出力されると共に、デモ処理が実行さ
れる。例えば、タイトルが表示された状態で、その背景
において自動的にゲームの様子が再現されるといったも
のである。

【００６４】ステップＳ３では、ボタン操作検出手段１
ａが、コントローラ９２のカーソルキーで「スタート」
が選択され、続いて第３ボタン９２ｅ若しくはスタート
ボタン９２ａが押された否かを判断し、「ＹＥＳ」であ
ればステップＳ４に移行し、「ＮＯ」であればステップ
Ｓ７に移行する。

【００６５】ステップＳ４では、変数設定手段１ｈが、
メインメモリ５に保持しているフラグや変数を夫々リセ
ットする。

【００６６】ステップＳ１００では、ゲームメイン処理
が行われる。このゲームメイン処理は、プレーヤの操作
に応じた計算、表示及び音声処理等であり、本実施の形
態において、特にポイントになる処理については、後に
フローチャートを参照しながら詳述する。

【００６７】ステップＳ５では、判断手段がゲームオー
バーか否かを判断し、「ＹＥＳ」であればステップＳ６
に移行し、「ＮＯ」であれば再びステップＳ１００に移
行する。

【００６８】ステップＳ３において「ＮＯ」と判断され
た場合には、ステップＳ７に移行し、ステップＳ７にお
いては、ボタン操作検出手段１ａが、カーソルキーによ
って「エディット」が選択され、続いて第３ボタン９２
ｅが押されたか否かを判断し、「ＹＥＳ」であればステ
ップＳ２００に移行し、「ＮＯ」であれば再びステップ
Ｓ３に移行する。

【００６９】［当たり判定処理］ Ｄ．当たり判定の概念説明（図４） 図４は、当たり判定の概念を画面表示例で説明するため
の説明図である。ここでのポイントは、キャラクタ表示
用の変形パラメータを参照して、当たり範囲をリアルタ
イムに変更することにより、キャラクタを変形（反転、
拡大、縮小、回転）表示したときに、キャラクタの見た
目に近い当たり判定を行うことができるということであ
る。

【００７０】図４Ａは時間軸上のある時点における画像
を示す説明図、図４Ｂは該図４Ａで示される画像の次に
続く画像を示す説明図である。これらの図には、画面の
表示領域の大半を占める回転体ＲＣが夫々示されてお
り、図４Ａ、図４Ｂの順に見ると、この回転体ＲＣが右
回りに回転していることが分かる。この例では、プレー
ヤは、プレーヤキャラクタＳＣが回転体ＲＣの合計４本
の足部Ｌｅに当たらないように、コントローラ９２を介
してプレーヤキャラクタＳＣを操作しなければならな
い。もし、プレーヤキャラクタＳＣが回転体ＲＣや足部
Ｌｅに接触すると、プレーヤキャラクタは許容ゲーム継
続値（以下ライフ値と称することとする）が減り、パワ
ーがなくなったところでこのステージをやり直さなけれ
ばならなくなる。また、パワーがゼロになるといった状
態がＮ回を超えると、ゲームオーバーとなる。

【００７１】ここで、注意すべきことは、回転体ＲＣの
４本の足部Ｌｅに夫々四角形で示されている領域Ａｒ
が、画面上には表示されないということである。これら
の領域Ａｒは、夫々、プレーヤキャラクタＳＣとの接触
を検出するために仮想的に設定されたものである。これ
らの領域Ａｒは、回転体ＲＣの回転角度に応じて回転さ
れるようになっている。これは、図４Ａと図４Ｂとを比
較すると分かるであろう。このように同じ大きさ、形状
の当たり判定用の領域Ａｒを、回転する足部Ｌｅに仮想
的に当てはめておくことで、本来の足部Ｌｅの画像情報
そのもので当たり判定をする場合に比べて当たり判定の
処理過程やその速度を向上させることができる。そして
更に、領域Ａｒを回転させるようにしているので、プレ
ーヤキャラクタＳＣが足部Ｌｅに当たるときに視覚的に
自然にすることができる。即ち、領域Ａｒを使用して
も、プレーヤキャラクタＳＣと足部Ｌｅとが当たったよ
うに表現することができる。

【００７２】そして、本形態においては、キャラクタと
は、上記キャラクタのみならず、プレーヤキャラクタ、
プレーヤキャラクタから出射される弾、ミサイル、レー
ザ、敵キャラクタ、敵キャラクタから出射される弾、ミ
サイル、レーザ等を意味し、これら全てのキャラクタに
ついて、キャラクタの大きさに応じた領域Ａｒの大きさ
並びに個数、配置等が予め決められる。つまり、いくつ
かの長方形等の図形を並べて組み合わせ、キャラクタに
近い形の当たり判定領域を設定することで、キャラクタ
そのものの形状に近い状態で当たり判定を行えるように
する。例えば、キャラクタが三角形の場合には、長方形
をいくつか階段状に並べる等。このようにするのは、例
えば当たり判定のために、１つのキャラクタについて１
つの長方形を使用した場合、キャラクタそのものの形状
と、当たりを示す表示状態が異なることがあるからであ
る。例えば、キャラクタの形状が三角形なのにもかかわ
らず、当たりを示す表示状態が四角形のキャラクタに当
たったように表示してしまう等が例として上げられよ
う。

【００７３】更に本形態においては、上述したように、
ゲーム中においては、各キャラクタの動きに応じて、各
キャラクタに夫々設定されている領域Ａｒが動かされる
（回転等）。これによって、よりキャラクタの形状に近
い当たり判定を行うことができるので、プレーヤに対し
ごく自然な当たり表示を提供することができる。以下、
フローチャートを参照して、この当たり判定についてよ
り詳しく説明する。

【００７４】Ｅ．当たり判定ルーチンによる制御（図５
〜図９） 図５は当たり判定処理の内の、キャラクタ処理ルーチン
による制御動作を説明するためのフローチャート、図６
〜図９は、当たり判定ルーチンによる制御動作を説明す
るためのフローチャートである。フローチャートを用い
て説明するにあたり、各パラメータについて説明する。
上記領域Ａｒは、予め設定すべきキャラクタ（上述の例
では回転体ＲＣ）の形に合わせて作成される。領域Ａｒ
を設定するキャラクタの中心点から領域Ａｒの当たりの
中心点へのオフセットＸｏｆｓ、Ｙｏｆｓ、当たり領域
Ａｒの縦横の大きさＨｓｉｚｅ、Ｖｓｉｚｅが後述のＨ
ｎｕｍ個分だけ用意される。

【００７５】キャラクタ表示、当たり判定用データの構
成は次の通りである。 ＊Ｘｐｏｓｉ、Ｙｐｏｓｉ（キャラクタの中心点の座
標） ＊Ｈｚｏｏｍ、Ｖｚｏｏｍ（キャラクタの拡大率） ＊ＨＶｆｌｉｐ（反転パラメータ） ＊Ｒｏｔ（回転パラメータ） ＊ＨＩＴｓｅｔ（当たり情報）

【００７６】各キャラクタについて夫々割り当てられる
情報であり、そのキャラクタの種類を当たった相手に伝
えるための情報である。ここで、キャラクタとは、プレ
ーヤキャラクタ、プレーヤキャラクタから発射される
弾、プレーヤキャラクタから発射されるミサイル、プレ
ーヤキャラクタから発射されるレーザ、プレーヤキャラ
クタを敵の弾等から守るためのバリア、敵キャラクタ、
敵キャラクタから発射される弾、敵キャラクタから発射
されるミサイル、敵キャラクタから発射されるレーザを
意味し、夫々に異なった固有の値の当たり情報ＨＩＴｓ
ｅｔが割り当てられる。

【００７７】＊ＨＩＴａｎｓ（当たり結果） 他のキャラクタと当たった場合、例えば、プレーヤキャ
ラクタが、敵キャラクタから出射されたレーザと当たっ
た場合、当たった相手（この例ではレーザ）の当たり情
報ＨＩＴｓｅｔがセットされる。その当たり情報の値に
応じて受けるダメージ、即ち、ライフ値から減算すべき
値が算出され、その算出された値がセットされる。この
セットされる値がＨＩＴａｎｓである。

【００７８】＊Ｈｎｕｍ（キャラクタ毎の領域Ａｒの
数） １つのキャラクタに当たり判定のための並べた長方形の
領域Ａｒの数である。それぞれの領域Ａｒには、キャラ
クタの中心座標を原点としたときの座標（Ｘｏｆｓ、Ｙ
ｏｆｓ）、並びにその大きさ情報（Ｈｓｉｚｅ、Ｖｓｉ
ｚｅ）が割り当てられる。

【００７９】＊Ｊｋｉｎｄ（当たり種類） 当たり判定をする際、味方同士、例えば敵キャラクタ同
士等で当たりをとらないようにするために用いられる。
このＪｋｉｎｄは、各キャラクタについて夫々割り当て
られており、割り当てられているキャラクタの種類、当
たりを調べるべき相手の種類が設定されている。プレー
ヤキャラクタに割り当てられるＪｋｉｎｄは、プレーヤ
キャラクタであることを示す情報と、当たりを調べる相
手として、敵キャラクタ、敵キャラクタから出射される
弾、ミサイル、レーザ等を示す情報とからなる。当たり
が発生したときは、一方のキャラクタ（例えばプレーヤ
キャラクタ等）のＪｋｉｎｄの内容の内、当たりを判定
すべきキャラクタの情報中に、他方のキャラクタ（例え
ば敵キャラクタ等）を示す情報が含まれているときのみ
に当たり判定が行われる。

【００８０】尚、各キャラクタ毎の上記各パラメータを
示す場合においては、上記パラメータを示すアルファベ
ットの先頭若しくは最後尾にｓ若しくはｄを付加する。
ここで、ｓは当たりをとろうとするキャラクタを、ｄは
相手キャラクタを示す。

【００８１】先ず、図５を参照してキャラクタ処理ルー
チンによる制御動作について説明する。ステップＳ１０
１では、キャラクタ管理手段１ｈが、処理するキャラク
タを選択する。

【００８２】ステップＳ１０２では、判断手段１ｄが、
選択したキャラクタに対応するメインメモリ５上におい
て当たり結果ＨＩＴａｎｓが設定されているか否かを判
断し、「ＹＥＳ」であればステップＳ１０３に移行し、
「ＮＯ」であればステップＳ１０６に移行する。

【００８３】ステップＳ１０３では、演算手段１ｂが、
キャラクタのライフ値から所定値を減じる。ステップＳ
１０４では、判断手段１ｄが、残りライフ値が０か否か
を判断し、「ＹＥＳ」であればステップＳ１０５に移行
し、「ＮＯ」であればステップＳ１０６に移行する。ス
テップＳ１０５では、描画命令発行手段１ｅが、爆発を
示す画像を表示するためのコマンドを、描画処理プロセ
ッサ１０に対して発行する。

【００８４】ステップＳ１０６では、描画命令発行手段
１ｅが、選択されているキャラクタを描画することを示
すコマンドを、描画処理プロセッサ１０に対して発行す
る。ここで、描画位置は、前よりも進んだ位置となり、
これは画面上におけるキャラクタの移動となる。

【００８５】ステップＳ１０７では、判断手段１ｄが、
キャラクタが変化したか否かを判断し、「ＹＥＳ」であ
ればステップＳ１０８に移行し、「ＮＯ」であればステ
ップＳ１０９に移行する。

【００８６】ステップＳ１０８では、変数設定手段１ｆ
が、当たりデータを設定する。ここで当たりデータは、
上述したＪｋｉｎｄ、ＨＩＴｓｅｔ、Ｈｎｕｍ、（Ｘｏ
ｆｓ、Ｙｏｆｓ）、（Ｈｓｉｚｅ、Ｖｓｉｚｅ）を示
す。

【００８７】ステップＳ１０９では、判断手段１ｄが、
処理していないキャラクタが有るか否かを判断し、「Ｙ
ＥＳ」であれば再びステップＳ１０１に移行し、「Ｎ
Ｏ」であればこのルーチンを抜ける。

【００８８】次に、図６〜図９を参照して、当たり判定
ルーチンによる制御動作について説明する。以下、「キ
ャラクタ」は、処理毎に異なるキャラクタ、即ち、プレ
ーヤキャラクタＳＣ、プレーヤキャラクタＳＣから出射
された弾、ミサイル、レーザ、敵キャラクタＤＣ、敵キ
ャラクタＤＣから出射された弾、ミサイル、レーザ等を
示すものとする。

【００８９】ステップＳ１１１では、キャラクタ管理手
段１ｈが、当たりをとるキャラクタＳを選択する。ステ
ップＳ１１２では、キャラクタ管理手段１ｈが、相手キ
ャラクタを選択する。ステップＳ１１３では、キャラク
タ管理手段１ｈからのＪｋｉｎｄの内容判別結果、即
ち、当たりをとるキャラクタＳが当たりをとる相手とし
てキャラクタＤを示す情報が含まれているか否かを示す
情報に基いて、判断手段１ｄが、当たりをとるキャラク
タＳと相手キャラクタＤとで当たりをとるか否かを判断
し、「ＹＥＳ」であればステップＳ１１４に移行し、
「ＮＯ」であればステップＳ１４６に移行する。

【００９０】ステップＳ１１４では、キャラクタ管理手
段１ｈが、相手キャラクタＤの領域Ａｒの数ｄＨｎｕｍ
を読み込む。ステップＳ１１５では、判断手段１ｄが、
相手キャラクタＤの領域Ａｒの数ｄＨｎｕｍが０か否か
を判断し、「ＹＥＳ」であればステップＳ１４６に移行
し、「ＮＯ」であればステップＳ１１６に移行する。ス
テップＳ１１６では、変数設定手段１ｆが、ｄｉに０を
代入する。ステップＳ１１７では、キャラクタ管理手段
１ｈが、相手キャラクタｄのｄｉ個目の領域Ａｒに割り
当てられている当たりデータを読み込む。ステップＳ１
１８では、判断手段１ｄが、上記当たりデータ中に拡大
率パラメータｄＨｚｏｏｍ、ｄＶｚｏｏｍがセットされ
ているか否かを判断し、「ＹＥＳ」であればステップＳ
１１９に移行し、「ＮＯ」であればステップＳ１２０に
移行する。

【００９１】ステップＳ１１９では、拡大・縮小処理手
段１ｇが、上記拡大率パラメータｄＨｚｏｏｍ、ｄＶｚ
ｏｏｍに基いて拡大・縮小計算処理を行う。この計算は
例えば次のような式となる。

【数１】ｄＸｏｆｓ＝ｄＸｏｆｓ×ｄＨｚｏｏｍ ｄＹｏｆｓ＝ｄＹｏｆｓ×ｄＶｚｏｏｍ ｄＨｓｉｚｅ＝ｄＨｓｉｚｅ×ｄＨｚｏｏｍ ｄＶｓｉｚｅ＝ｄＶｓｉｚｅ×ｄＶｚｏｏｍ

【００９２】ステップＳ１２０では、判断手段１ｄが、
上記当たりデータ中に反転表示パラメータｄＨＶｆｌｉ
ｐがセットされているか否かを判断し、「ＹＥＳ」であ
ればステップＳ１２１に移行し、「ＮＯ」であればステ
ップＳ１２５に移行する。

【００９３】ステップＳ１２１では、判断手段１ｄが、
反転表示パラメータｄＨＶｆｌｉｐの示す値が、横方向
への反転を示す値か否かを判断し、「ＹＥＳ」であれば
ステップＳ１２２に移行し、「ＮＯ」であればステップ
Ｓ１２３に移行する。

【００９４】ステップＳ１２２では、反転処理手段１ｉ
が、ｄＸｏｆｓに−ｄＸｏｆｓを代入する。マイナス値
の代入によって、キャラクタの反転に追従した領域Ａｒ
の横方向への反転が行われる。

【００９５】ステップＳ１２３では、判断手段１ｄが、
反転表示パラメータｄＨＶｆｌｉｐの示す値が、縦方向
への反転を示す値か否かを判断し、「ＹＥＳ」であれば
ステップＳ１２４に移行し、「ＮＯ」であればステップ
Ｓ１２５に移行する。

【００９６】ステップＳ１２４では、反転処理手段１ｉ
が、ｄＹｏｆｓに−ｄＹｏｆｓを代入する。マイナス値
の代入によって、キャラクタの反転に追従した領域Ａｒ
の縦方向への反転が行われる。

【００９７】ステップＳ１２５では、判断手段１ｄが、
上記当たりデータ中に回転パラメータｄＲｏｔがセット
されているか否かを判断し、「ＹＥＳ」であればステッ
プＳ１２６に移行し、「ＮＯ」であればステップＳ１２
７に移行する。

【００９８】ステップＳ１２６では、回転処理手段１ｒ
が、回転計算を行う。この計算は、例えば次のようなも
のである。キャラクタの中心位置を原点としたときの、
領域Ａｒの位置が求められる。

【数２】ｄＸｏｆｓ’＝ｄＸｏｆｓ ｄＹｏｆｓ’＝ｄＹｏｆｓ ｄＸｏｆｓ＝ｃｏｓ（ｄＲｏｔ）×ｄＸｏｆｓ’−ｓｉ
ｎ（ｄＲｏｔ）×ｄＹｏｆｓ’ ｄＹｏｆｓ＝ｓｉｎ（ｄＲｏｔ）×ｄＸｏｆｓ’＋ｃｏ
ｓ（ｄＲｏｔ）×ｄＹｏｆｓ’

【００９９】ステップＳ１２７では、キャラクタ管理手
段１ｈが、キャラクタＳの領域Ａｒの数ｄＨｎｕｍを読
み込む。

【０１００】ステップＳ１２８では、判断手段１ｄが、
キャラクタＳの領域Ａｒの数ｓＨｎｕｍが０か否かを判
断し、「ＹＥＳ」であればステップＳ１４６に移行し、
「ＮＯ」であればステップＳ１２９に移行する。

【０１０１】ステップＳ１２９では、変数設定手段１ｆ
が、ｓｉに０を代入する。ステップＳ１３０では、キャ
ラクタ管理手段１ｈが、キャラクタＳのｓｉ個目の領域
Ａｒに割り当てられている当たりデータを読み込む。ス
テップＳ１３１では、判断手段１ｄが、上記当たりデー
タ中に拡大率パラメータｓＨｚｏｏｍ、ｓＶｚｏｏｍが
セットされているか否かを判断し、「ＹＥＳ」であれば
ステップＳ１３２に移行し、「ＮＯ」であればステップ
Ｓ１３３に移行する。

【０１０２】ステップＳ１３２では、拡大・縮小処理手
段１ｇが、上記拡大率パラメータｓｓＨｚｏｏｍ、ｓＶ
ｚｏｏｍに基いて拡大・縮小計算処理を行う。この計算
は例えば次のような式となる。

【数３】ｓＸｏｆｓ＝ｓＸｏｆｓ×ｓＨｚｏｏｍ ｓＹｏｆｓ＝ｓＹｏｆｓ×ｓＶｚｏｏｍ ｓＨｓｉｚｅ＝ｓＨｓｉｚｅ×ｓＨｚｏｏｍ ｓＶｓｉｚｅ＝ｓＶｓｉｚｅ×ｓＶｚｏｏｍ

【０１０３】ステップＳ１３３では、判断手段１ｄが、
上記当たりデータ中に反転表示パラメータｓＨＶｆｌｉ
ｐがセットされているか否かを判断し、「ＹＥＳ」であ
ればステップＳ１３４に移行し、「ＮＯ」であればステ
ップＳ１３８に移行する。

【０１０４】ステップＳ１３４では、判断手段１ｄが、
反転表示パラメータｓＨＶｆｌｉｐの示す値が、横方向
への反転を示す値か否かを判断し、「ＹＥＳ」であれば
ステップＳ１３５に移行し、「ＮＯ」であればステップ
Ｓ１３６に移行する。

【０１０５】ステップＳ１３５では、反転処理手段１ｉ
が、ｓＸｏｆｓに−ｓＸｏｆｓを代入する。マイナス値
の代入によって、キャラクタの反転に追従した領域Ａｒ
の横方向への反転が行われる。

【０１０６】ステップＳ１３６では、判断手段１ｄが、
反転表示パラメータｓＨＶｆｌｉｐの示す値が、縦方向
への反転を示す値か否かを判断し、「ＹＥＳ」であれば
ステップＳ１３７に移行し、「ＮＯ」であればステップ
Ｓ１３８に移行する。

【０１０７】ステップＳ１３７では、反転処理手段１ｉ
が、ｓＹｏｆｓに−ｓＹｏｆｓを代入する。マイナス値
の代入によって、キャラクタの反転に追従した領域Ａｒ
の縦方向への反転が行われる。

【０１０８】ステップＳ１３８では、判断手段１ｄが、
上記当たりデータ中に回転パラメータｓＲｏｔがセット
されているか否かを判断し、「ＹＥＳ」であればステッ
プＳ１３９に移行し、「ＮＯ」であればステップＳ１４
０に移行する。

【０１０９】ステップＳ１３９では、回転処理手段１ｒ
が、回転計算を行う。この計算は、例えば次のようなも
のである。キャラクタの中心位置を原点としたときの、
領域Ａｒの位置が求められる。

【数４】ｓＸｏｆｓ’＝ｓＸｏｆｓ ｓＹｏｆｓ’＝ｓＹｏｆｓ ｓＸｏｆｓ＝ｃｏｓ（ｓＲｏｔ）×ｓＸｏｆｓ’−ｓｉ
ｎ（ｓＲｏｔ）×ｓＹｏｆｓ’ ｓＹｏｆｓ＝ｓｉｎ（ｓＲｏｔ）×ｓＸｏｆｓ’＋ｃｏ
ｓ（ｓＲｏｔ）×ｓＹｏｆｓ’

【０１１０】ステップ１４０では、当たり判定手段１ｐ
が、キャラクタＳと相手キャラクタＤとの変形後の領域
Ａｒ毎の当たりデータに基いて各領域Ａｒ毎の当たり判
定を行う。

【０１１１】ステップＳ１４１では、当たり判定手段１
ｐが、キャラクタＳと相手キャラクタＤの各領域Ａｒが
重なっているか否かを判断し、「ＹＥＳ」であればステ
ップＳ１４８に移行し、「ＮＯ」であればステップＳ１
４２に移行する。この判定は、例えば次のようにして行
われる。

【数５】｜（ｄＸｐｏｓｉ＋ｄＸｏｆｓ）−（ｓＸｐｏ
ｓｉ＋ｓＸｏｆｓ）｜＜（ｄＨｓｉｚｅ＋ｓＨｓｉｚ
ｅ） 且つ、

【数６】｜（ｄＹｐｏｓｉ＋ｄＹｏｆｓ）−（ｓＹｐｏ
ｓｉ＋ｓＹｏｆｓ）｜＜（ｄＶｓｉｚｅ＋ｓＶｓｉｚ
ｅ） が成り立つか否か。成り立てば互いの領域Ａｒが重なっ
ているものとされる。

【０１１２】ステップＳ１４２では、演算手段１ｂが、
キャラクタＳ用の変数ｓｉに１を加算する。ステップＳ
１４３では、判断手段１ｄが、変数ｓｉの値が、キャラ
クタＳの領域Ａｒの数ｓＨｎｕｍの値よりも小さいか否
かを判断し、「ＹＥＳ」であれば再びステップＳ１３０
に移行し、「ＮＯ」であればステップＳ１４４に移行す
る。

【０１１３】ステップＳ１４４では、演算手段１ｂが、
キャラクタＤ用の変数ｄｉに１を加算する。ステップＳ
１４５では、判断手段１ｄが、変数ｄｉの値が、キャラ
クタＤの領域Ａｒの数ｄＨｎｕｍの値よりも小さいか否
かを判断し、「ＹＥＳ」であれば再びステップＳ１１７
に移行し、「ＮＯ」であればステップＳ１４６に移行す
る。

【０１１４】ステップＳ１４６では、判断手段１ｄが、
選択したキャラクタＳとは異なる、当たりをとるべきキ
ャラクタがまだあるか否かを判断し、「ＹＥＳ」であれ
ば再びステップＳ１１２に移行し、「ＮＯ」であればス
テップＳ１４７に移行する。

【０１１５】ステップＳ１４７では、判断手段１ｄが、
選択していないキャラクタがまだ存在するか否かを判断
し、「ＹＥＳ」であれば再びステップＳ１１１に移行
し、「ＮＯ」であればこの当たり判定処理ルーチンを抜
ける。

【０１１６】ところで、ステップＳ１４１において「Ｙ
ＥＳ」と判断した場合、即ち、キャラクタＳの領域Ａｒ
と、相手キャラクタＤの領域Ａｒとが重なっているもの
と判断した場合には、ステップＳ１４８に移行する。そ
してステップＳ１４８では、キャラクタ管理手段１ｈ
が、夫々の当たり情報ＨＩＴｓｅｔを、当たり結果ＨＩ
Ｔａｎｓにセットする。このセット処理は、例えば次の
ように、キャラクタＤの当たり情報ｄＨＩＴｓｅｔを、
キャラクタＳの当たり結果ｓＨＩＴｓｅｔに代入するこ
と、並びに、キャラクタＳの当たり情報ｓＨＩＴｓｅｔ
を、キャラクタＤの当たり結果ｄＨＩＴｓｅｔに代入す
ることによって行われる。

【数７】ｓＨＩＴａｎｓ＝ｄＨＩＴｓｅｔ ｄＨＩＴａｎｓ＝ｓＨＩＴｓｅｔ

【０１１７】以上説明したように、本形態においては、
シューティングゲームやアクションゲームのように、プ
レーヤの操作するプレーヤキャラクタからレーザを出射
させ、該レーザを敵プレーヤ若しくはＣＰＵが操作する
キャラクタに当てて、該敵のキャラクタを消去するよう
なゲームにおいて、いくつかの長方形等の図形を並べて
組み合わせ、キャラクタに近い形の当たり判定領域を設
定することで、キャラクタそのものの形状に近い状態で
当たり判定を行うようにし、しかも、ゲーム中において
は、各キャラクタの動きに応じて、各キャラクタに夫々
設定されている領域Ａｒを動かすようにしたので、これ
によって、よりキャラクタの形状に近い当たり判定を行
うことができるので、プレーヤに対しごく自然な当たり
表示を提供することができるという効果がある。

【０１１８】［屈折処理］ Ｆ．屈折処理の概念説明（図１０及び図１１） 図１０及び図１１は、夫々屈折処理の概念を説明するた
めの説明図である。図１０Ａ及び図１０Ｂに示されてい
るように、プレーヤがコントローラ９２の所定のボタン
を押している間、プレーヤキャラクタＳＣからオブジェ
クトとしてのレーザｏｂｊが出射され、このレーザｏｂ
ｊが、屈折体Ｗａ１及びＷａ２に入射し、屈折体Ｗａ１
及びＷａ２内部で屈折した後に、屈折体Ｗａ１及びＷａ
２から出射される視覚的状態が画像の描画によって行わ
れる。

【０１１９】尚、図１０Ａに示される屈折体Ｗａ１は、
固定されているが、図１０Ｂに示される屈折体Ｗａ２
は、画面において下方に落下している。また、図１０Ａ
及び図１０Ｂに夫々示されているように、各屈折体Ｗａ
１及びＷａ２から夫々出射された各レーザｏｂｊが敵キ
ャラクタＤＣに当たると、その間、敵キャラクタＤＣの
ライフは減少する。

【０１２０】次に、図１１を参照して、屈折処理につい
てより詳細に説明する。図１１Ａに示されるように、本
形態においては、直線状或いは屈折されたレーザ画像
は、複数のレーザｏｂｊで構成され、各レーザｏｂｊの
長さは３２ドットまで設定可能である。図１１Ａにおい
ては、矢印で示されるように、右方向にレーザｏｂｊが
繋げられている。

【０１２１】各レーザｏｂｊは、その中心点座標（Ｘ、
Ｙ）と、前半の長さＬ０、後半の長さＬ１、現在の進行
方向角度Ｄ０、屈折前の進行方向角度Ｄ１、移動速度Ｖ
のパラメータを持つ。尚、Ｌ０＋Ｌ１は最大で３２ドッ
ト以下に設定される。本形態においてＤ０、Ｄ１の取り
得る値は０〜ｎまでで、０が水平方向（本形態において
は右方向である）を表し、“１”増加する毎にその角度
が時計回りに３６０／ｎずつ増加される。

【０１２２】また、上記レーザｏｂｊは、直進中、屈折
中の２種類の状態を有し、これらの状態は、夫々、画面
上において、次のように描画される。図１１Ｂに示され
るように、直進中のレーザｏｂｊは、長さＬ０＋Ｌ１、
角度Ｄ０のキャラクタとして描画される。尚、中心点
（Ｘ、Ｙ）は、これの見かけ上の中心点に一致する。一
方、図１１Ｃに示されるように、屈折中のレーザｏｂｊ
は、長さＬ０、角度Ｄ０のキャラクタと、長さＬ１、角
度Ｄ１のキャラクタが、オブジェクトｏｂｊの中心点
（Ｘ、Ｙ）で連結されたものとして描画される。この場
合、画面の書き換えが行われる都度、長さＬ０に移動速
度Ｖが加算され、長さＬ１から移動速度Ｖが減算され
る。そして、長さＬ１が“０”以下になった時点、即
ち、屈折が終了した時点で、レーザｏｂｊは、長さＬ０
の直進中のレーザｏｂｊに状態が変化される。

【０１２３】次に、屈折体について説明する。屈折体
は、夫々、多数のドットから構成され、各ドットには夫
々地形当たりコードＪが割り当てられている。この地形
当たりコードＪは、画面上に表示される全ての領域に設
定されており、何もない空間若しくは屈折体の別を示す
値、レーザｏｂｊが何もない空間から屈折体に入射した
場合の屈折角度からなる。ここで、屈折角度ｄ１は、原
則として、屈折体に対して垂直、且つ、屈折体の内側に
向かう角度である。

【０１２４】次に、屈折処理について図１１Ｄ及びＥを
参照して説明する。上述したように、直進中のレーザｏ
ｂｊは、屈折体に入射、若しくは屈折体から出射する
際、その屈折体の構成ドットに夫々予め設定されている
地形当たりコード中の屈折角度値に応じて、その進行方
向が変化され、屈折中のレーザｏｂｊとなる。そして、
この変化後の進行方向は、入射、出射前のレーザｏｂｊ
の進行方向には依存せず、屈折体を構成するドットに夫
々設定されている地形当たりコードＪによってのみ決定
される。

【０１２５】直進中のレーザｏｂｊの両端点の座標を夫
々（Ｘ０、Ｙ０）、（Ｘ１、Ｙ１）とし、進行方向をＤ
０とする。このとき、例えば屈折体を構成するドットの
内、レーザｏｂｊが通る部分のドットに割り当てられて
いる地形当たりコードＪの屈折角度が“０”の場合に
は、図１１Ｄに示されるように、レーザｏｂｊは直進
し、屈折体をそのまま透過する。一方、例えば屈折体を
構成するドットの内、レーザｏｂｊが通る部分のドット
に割り当てられている地形当たりコードＪの屈折角度が
上記屈折角度値、即ち、屈折体に対して垂直で屈折体の
内側に向かう値の場合には、図１１Ｅに示されるよう
に、屈折した後に直進する。以下、図１２〜図１４のフ
ローチャートを参照して屈折処理について説明する。

【０１２６】Ｇ．屈折処理ルーチンによる制御（図１２
〜図１４） 図１２〜図１４は、屈折処理ルーチンによる制御動作を
説明するためのフローチャートである。

【０１２７】ステップＳ１５０では、変数設定手段１ｆ
が、直進中のレーザｏｂｊの両端点の座標（Ｘ０、Ｙ
０）、（Ｘ１、Ｙ１）、進行方向角度Ｄ０を、変数（ｘ
０、ｙ０）、（ｘ１、ｙ１）、ｄ０に夫々コピーする。

【０１２８】ステップＳ１５１では、各座標（ｘ０、ｙ
０）、（ｘ１、ｙ１）に夫々割り当てられている地形当
たりコードをテーブルから読み出し、読み出した値を夫
々変数ｖｊ０、ｖｊ１に格納する。

【０１２９】ステップＳ１５２では、判断手段１ｄが、
変数ｖｊ０、ｖｊ１の各値が、共に屈折体内部若しくは
何もない空間の何れかを示す値か否かを判断し、「ＹＥ
Ｓ」であればステップＳ１５３に移行し、「ＮＯ」であ
ればステップＳ１５４に移行する。ここで、屈折体内部
とは、レーザｏｂｊ全体が屈折体の中にあるという意
味、何もない空間とは、レーザｏｂｊ全体が屈折体の外
にあるという意味である。

【０１３０】ステップＳ１５３では、描画命令設定手段
１ｅが、レーザｏｂｊの位置を順次水平方向に平行移動
するよう、描画処理プロセッサ１０に対し、描画処理コ
マンドを発行する。

【０１３１】ステップＳ１５４では、判断手段１ｄが、
変数ｖｊ１が屈折体の位置を示す値か否か、即ち、レー
ザｏｂｊの後端が屈折体内部で先端が外か否かを判断
し、「ＹＥＳ」であればステップＳ１５５に移行し、
「ＮＯ」であればステップＳ１６５に移行する。

【０１３２】ステップＳ１５５では、演算手段１ｂが、
座標（ｘ０、ｙ０）、（ｘ１、ｙ１）の中心点の座標
（ｘ２、ｙ２）を求める。この演算は、例えば次のよう
なものである。

【数８】ｘ２＝（ｘ０＋ｘ１）／２ ｙ２＝（ｙ０＋ｙ１）／２

【０１３３】ステップＳ１５６では、判断手段１ｄが、
ｘ２からｘ１を減算した値の絶対値が“１”より小さ
く、且つ、ｙ２からｙ１を減算した値の絶対値が“１”
より小さいか否かを判断し、「ＹＥＳ」であればステッ
プＳ１５７に移行し、「ＮＯ」であればステップＳ１７
２に移行する。ここでは、中心点及び先端点間の距離が
“１”未満か否かを判断している。

【０１３４】ステップＳ１５７では、変数設定手段１ｆ
が、Ｘにｘ１を、Ｙにｙ１を、Ｊにｖｊ１を夫々代入す
る。ここで（Ｘ、Ｙ）は、屈折体とレーザｏｂｊとの交
差する交差点座標である。

【０１３５】ステップＳ１５８では、演算手段１ｂが、
屈折体とレーザｏｂｊとの交差点座標（Ｘ、Ｙ）におけ
る地形当たりコードＪから、その座標に設定する屈折角
度ｄ１を算出する。ステップＳ１５９では、判断手段１
ｄが、屈折中フラグが立っているか否かにより、出射時
か否かを判断し、「ＹＥＳ」であればステップＳ１６０
に移行し、「ＮＯ」であればステップＳ１６４に移行す
る。

【０１３６】ステップＳ１６０では、変数設定手段１ｆ
が、屈折角度ｄ１の値を通常の向きに対して逆向きであ
ることを示す値（１８０度反転に対応する値）にする。
ステップＳ１６１では、変数設定手段１ｆが、座標（Ｘ
１、Ｙ１）及び座標（Ｘ、Ｙ）間の長さをＬ１に、座標
（Ｘ、Ｙ）及び座標（Ｘ０、Ｙ０）間の長さをＬ０に夫
々代入する。ステップＳ１６２では、変数設定手段１ｆ
が、レーザｏｂｊの屈折前の進行方向Ｄ１にＤ０を、現
進行方向Ｄ０にｄ１を代入する。ステップＳ１６３で
は、フラグ管理手段１ｃが、屈折中フラグをたてる。

【０１３７】ステップＳ１５９において「ＮＯ」と判断
した場合には、ステップＳ１６４に移行し、ステップＳ
１６４では、変数設定手段１ｆが、屈折角度ｄ１の値を
通常の向きであることを示す値にする。そして、このル
ーチンを抜ける。

【０１３８】ステップＳ１５６において「ＮＯ」と判断
した場合にはステップＳ１６５に移行し、ステップＳ１
６５では、演算手段１ｂが、座標（ｘ０、ｙ０）、（ｘ
１、ｙ１）の中心座標点（ｘ２、ｙ２）を求める。

【０１３９】この演算は、例えば次のようなものであ
る。

【数９】ｘ２＝（ｘ０＋ｘ１）／２ ｙ２＝（ｙ０＋ｙ１）／２

【０１４０】ステップＳ１６６では、判断手段１ｄが、
ｘ２からｘ０を減算した値の絶対値が“１”より小さ
く、且つ、ｙ２からｙ０を減算した値の絶対値が“１”
より小さいか否かを判断し、「ＹＥＳ」であればステッ
プＳ１６７に移行し、「ＮＯ」であればステップＳ１６
８に移行する。ここでは、中心点及び先端点間の距離が
“１”未満か否かを判断している。

【０１４１】ステップＳ１６７では、変数設定手段１ｆ
が、Ｘにｘ０を、Ｙにｙ０を、Ｊにｖｊ０を夫々代入す
る。ここで（Ｘ、Ｙ）は、屈折体とレーザｏｂｊとの交
差する交差点座標である。

【０１４２】ステップＳ１６８では、変数設定手段１ｆ
が、座標（ｘ２、ｙ２）における地形当たりコードＪを
取得し、これをｖｊ２に代入する。

【０１４３】ステップＳ１６９では、判断手段１ｄが、
ｖｊ２の値が、屈折体の位置、即ち、レーザｏｂｊの先
端から中心点までが屈折体の中か否かを判断し、「ＹＥ
Ｓ」であればステップＳ１７０に移行し、「ＮＯ」であ
ればステップＳ１７１に移行する。

【０１４４】ステップＳ１７０では、変数設定手段１ｆ
が、ｘ０にｘ２を、ｙ０にｙ２を、ｖｊ０にｖｊ２を夫
々代入する。ここでは、座標（ｘ２、ｙ２）が、レーザ
ｏｂｊの新たな先端部分を示す位置とされる。

【０１４５】ステップＳ１７１では、変数設定手段１ｆ
が、ｘ１にｘ２を、ｙ１にｙ２を、ｖｊ１に０を夫々代
入する。ここでは、座標（ｘ２、ｙ２）が、レーザｏｂ
ｊの新たな後端部分を示す位置とされる。

【０１４６】ステップＳ１５６において「ＮＯ」と判断
した場合にはステップＳ１７２に移行し、このステップ
Ｓ１７２では、変数設定手段１ｆが、座標（ｘ２、ｙ
２）における地形当たりコードＪを取得し、これをｖｊ
２に代入する。

【０１４７】ステップＳ１７３では、判断手段１ｄが、
ｖｊ２の値が、屈折体の位置、即ち、レーザｏｂｊの後
端から中心点までが屈折体の中か否かを判断し、「ＹＥ
Ｓ」であればステップＳ１７４に移行し、「ＮＯ」であ
ればステップＳ１７５に移行する。

【０１４８】ステップＳ１７４では、変数設定手段１ｆ
が、ｘ１にｘ２を、ｙ１にｙ２を、ｖｊ１にｖｊ２を夫
々代入する。ここでは、座標（ｘ２、ｙ２）が、レーザ
ｏｂｊの新たな後端部分を示す位置とされる。

【０１４９】ステップＳ１７５では、変数設定手段１ｆ
が、ｘ０にｘ２を、ｙ０にｙ２を、ｖｊ０に０を夫々代
入する。ここでは、座標（ｘ２、ｙ２）が、レーザｏｂ
ｊの新たな先端部分を示す位置とされる。

【０１５０】〔効果〕以上のように、本形態において
は、シューティングゲームやアクションゲームのよう
に、プレーヤの操作するプレーヤキャラクタからレーザ
を出射させ、該レーザを敵プレーヤ若しくはＣＰＵが操
作するキャラクタに当てて、該敵のキャラクタを消去す
るようなゲームにおいて、当該レーザを特定の条件、例
えば、屈折体に入射した場合に、屈折する状態を描画に
より表現するようにしたので、より視覚的な変化を提供
することができ、以て、プレーヤにより変化のあるゲー
ムを提供することができるという効果がある。

【０１５１】［地形変化］ Ｈ．地形変化の概念説明（図１５） 図１５は、地形変化表現の概念を説明するための説明図
である。例えばシューティングゲームでは、地形データ
及びそれに付随する当たりデータは固定データである。
しかしながら、本形態においては、ゲーム進行中に地形
データをリアルタイムに変形、加工できるようにし、う
ねりの表現、プレーヤや敵キャラクタからの外力による
変形効果の表現を可能にすることで、よりゲーム性を高
めようとするものである。地形については、基本単位毎
に自由に硬さ、うねり周期、幅などを設定し、角度デー
タを取得するようにする。また、プロセッサの能力に応
じて、上記パラメータの設定レベルやそれに応じた表示
速度等もより高くすることが可能である。

【０１５２】図１５Ａ及び図１５Ｂに夫々示されている
ように、進行方向（本形態では右方向）に背景がスクロ
ールすると共に、プレーヤの操作に応じてプレーヤキャ
ラクタＳＣも進行方向に進められる状態において、図１
５Ａから図１５Ｂへの変化のように、例えばＮフレーム
単位で画面の上下位置に、順次異なる形状の壁画像Ｇｒ
１及びＧｒ２を表示するようにする。この処理は、プレ
ーヤに対し、画面上の上下の壁部Ｇｒ１及びＧｒ２がう
ねっているような視覚的錯覚を引き起こす。プレーヤキ
ャラクタＳＣが上下の壁部Ｇｒ１及びＧｒ２に接触する
とライフが減少するので、プレーヤは、コントローラ９
２のカーソルキー等を操作して、プレーヤキャラクタＳ
Ｃが壁部Ｇｒ１及びＧｒ２に接触しないようにしなけれ
ばならない。

【０１５３】以下の説明においては、計算、表示の元と
なるデータは、双方向リストで繋がれているＮ個の点か
らなる点群である。点群は、上述の壁部Ｇｒ１、Ｇｒ２
の境界面に沿って配置されている。ここで、双方向リス
トとは、例えばデータがＡからＤまで存在するときに、
データＡが、ＡそのもののデータとＢがどこにあるのか
を示すデータとからなり、データＢが、Ｂそのもののデ
ータとＣがどこにあるのかを示すデータとＡがどこにあ
るのかを示すデータとからなり、データＣが、Ｃそのも
ののデータとＢがどこにあるのかを示すデータとＤがど
こにあるのかを示すデータとからなり、データＤが、Ｄ
そのもののデータとＣがどこにあるのかを示すデータと
終端を示す「０」データとからなるように、各データが
数珠繋ぎの形態にされているものを言う。また、単方向
リストとは、上述の場合において、データＢにデータＡ
がどこにあるのかを示すデータがなく、データＣにデー
タＢがどこにあるのかを示すデータがなく、データＤに
データＣがどこにあるのかを示すデータを含まない場合
を言う。

【０１５４】各点ｐとリストで繋がれている点をｒｏｏ
ｔ、ｎｅｘｔで表現する。リストの終端には０が登録さ
れている。また、描画の基準となる最小ブロックの高さ
をＨ、幅をＷとする。以下、図１６〜図２１を参照し
て、地形変化処理について説明する。

【０１５５】Ｉ．地形変化ルーチンによる制御（図１６
〜図２１） 図１６〜図２１は、地形変化ルーチンによる制御動作を
説明するためのフローチャートである。

【０１５６】地形変化ルーチンは、ステップＳ２０、ス
テップＳ４０、ステップＳ６０及びステップＳ８０から
なる。

【０１５７】ステップＳ２０では、全点移動量設定ルー
チンによる処理が行われる。ここで、全点とは、例えば
図１５Ａ及びＢに示した壁部Ｇｒ１及びＧｒ２を構成す
る全ての点を意味する。ステップＳ４０では、全点移動
及び当たり登録ルーチンによる処理が行われる。ステッ
プＳ６０では、点列からうねりを含めた描画命令を登録
するルーチンによる処理が行われる。ステップＳ８０で
は、自由変形地形からの当たり取得ルーチンによる処理
が行われる。以下、これらのルーチンについて詳細に説
明する。

【０１５８】図１７は全点移動量設定ルーチンを示すフ
ローチャート、図１８は、該フローチャートに含まれる
各点移動量設定ルーチンを示すフローチャートである。
以下、順次説明する。

【０１５９】ステップＳ２１では、ダミーデータ生成手
段１ｓが、最初の点のｒｏｏｔのダミーデータを生成す
る。

【０１６０】続いて、ステップＳ２２及びステップＳ２
５により、予め決められた回数だけステップＳ２３、ス
テップＳ２４、ステップＳ１０及びステップＳ２５の処
理が繰り返し行われる（ループ１）。例えば、上記一連
の処理が行われる都度、変数ｉに１が加算され、その値
が最大値ＭＡＸから１を減じた値になるまで上記一連の
処理が繰り返される。なお、ここにいう「最大値ＭＡ
Ｘ」とは、その時点において画面上に表示される上述の
点列の数を言う。

【０１６１】ステップＳ２３では、判断手段１ｄが、変
数ｉの値がＭＡＸから１を減じた値になったか否かを判
断し、「ＹＥＳ」であればステップＳ２４に移行し、
「ＮＯ」であればステップＳ１０に移行する。

【０１６２】ステップＳ２４では、ダミーデータ生成手
段１ｓが、最後の点のｎｅｘｔのダミーデータを生成す
る。ステップＳ１０では、各点移動量設定ルーチンによ
る処理が行われる。

【０１６３】次に、図１８を参照して、各点移動量設定
ルーチンによる処理について説明する。ステップＳ１１
では、ベクトル取得手段１ｔが、点ｐから点ｒｏｏｔへ
のベクトルｖ１及び距離ｄ１、点ｐから点ｎｅｘｔへの
ベクトルｖ２及び距離ｄ２を夫々計算する。

【０１６４】ステップＳ１２では、判断手段１ｄが、上
記ベクトルｖ１とｖ２とでおりなす角度のコサイン（Ｃ
ＯＳ）を取った値が、折れ曲がり角度の制限値を超えて
いるか否かを判断し、「ＹＥＳ」であればステップＳ１
３に移行し、「ＮＯ」であればステップＳ１２に移行す
る。

【０１６５】ステップＳ１３では、変数設定手段１ｆ
が、上記ＣＯＳ値が、上記制限値内に収まるように移動
量を設定する。

【０１６６】ステップＳ１４では、ベクトル取得手段１
ｔが、点ｐの現在位置から原点位置、すなわちうねりが
ない状態における点ｐの位置へのベクトルｖ３を取得す
る。尚、このベクトルｖ３の値を時間で変動させること
によって視覚的にうねりを表現することができる。

【０１６７】ステップＳ１５では、判断手段１ｄが、外
力が加わっているか否かを判断し、「ＹＥＳ」であれば
ステップＳ１６に移行し、「ＮＯ」であればステップＳ
１７に移行する。ここで、外力は、上述と同様、点で示
され、距離が力の大きさとされる。また、外力とは、地
形自身ではなく、それ以外のものから加わる力のことを
意味し、例えば、特定のキャラクタが地形を引っ張って
変形させるような場合における変形をさせる力等であ
る。従って、距離が力の大きさを示すというのは、例え
ば上記引っ張る力が大きいということである。つまり、
引っ張る力の大きさを距離で表しているのである。

【０１６８】ステップＳ１６では、ベクトル取得手段１
ｔが、外力のベクトルｖ４、ｖ５、・・・・を取得す
る。

【０１６９】ステップＳ１７では、演算手段１ｂが、ベ
クトルｖ１〜ｖｎを合成し、硬さ等のパラメータを加え
て移動量を設定する。

【０１７０】ここで、ベクトルｖ１〜ｖｎの合成は次の
ような概念に基いて行われている。例えば１つの点にゴ
ムひもがいくつも繋がって引っ張られているとき、ある
瞬間にゴムひもがどの方向に動くかは、繋がっている全
てのゴムひもの引っ張る力と方向を足し合わせた方向に
なる。この方向を求める処理が、ベクトルｖ１〜ｖｎの
合成である。

【０１７１】次に、図１９を参照して、全点移動及び当
たり登録ルーチンによる処理について説明する。

【０１７２】ステップＳ４１では、判断手段１ｄが、背
景全体の移動量の累積値が地形を構成する最小単位の横
幅Ｗより大きいか否かを判断し、「ＹＥＳ」であればス
テップＳ４２に移行し、「ＮＯ」であればステップＳ４
３に移行する。

【０１７３】ステップＳ４２では、データ登録手段１ｖ
が、リストの先頭に登録されているデータを削除し、地
形内の絶対座標から硬さ等のデータを取得し初期化した
上で、リストの終端に登録する。

【０１７４】ステップＳ４３では、データ登録手段１ｖ
が、当たりデータのテーブルを“０”でクリアする。

【０１７５】ステップＳ４４及びステップＳ４７によ
り、予め決められた回数だけステップＳ４４、Ｓ４５、
Ｓ４６、Ｓ４７の処理が繰り返し行われる（ループ
１）。例えば、上記一連の処理が行われる都度、変数ｉ
に１が加算され、その値が最大値ＭＡＸから１を減じた
値になるまで上記一連の処理が繰り返される。

【０１７６】ステップＳ４５では、描画命令発行手段１
ｅが、設定された移動量に基いた描画命令を、描画処理
プロセッサ１０に対して発行する。これにより、描画処
理プロセッサ１０は、バッファ１１上の新たな位置に地
形の画像データを書き込む。これによって、テレビジョ
ンモニタ１２の表示面上において、新たな位置に地形の
画像が表示される。ここで、視覚的に動く方向は、ステ
ップＳ１７で求められたベクトルｖ１〜ｖｎの合成ベク
トルの方向である。

【０１７７】ステップＳ４６では、データ登録手段１ｖ
が、当たりデータを持っている場合、同時に当たりデー
タのテーブルのＸ座標／（テーブル幅／ブロック分割
数）で示される位置に、単方向リストとしての当たりデ
ータの登録を行う。尚、点ｒｏｏｔと点ｐがブロックを
跨ぐ場合には両方に登録される。

【０１７８】ここで、ブロックに関して説明する。ブロ
ックとは壁部Ｇｒ１、Ｇｒ２などとプレイヤーキャラク
ターＳＣとの当たり判定のために設けられており、画面
を左右方向に等分割するようにして設けられている。例
えば、距離０〜５未満をＡブロック、距離６〜１０未満
をＢブロックとし、ＡブロックとＢブロックが並べられ
た状態で、これらＡブロック及びＢブロック上に距離３
の領域Ｃを設定する場合を想定する。領域Ｃの左端の位
置が、Ａブロックの左端から距離１の位置に設定された
場合には、領域Ｃの右端の位置は、Ａブロックの左端か
ら距離４の位置となる。この場合、領域Ｃの両端は、何
れもＡブロック内であるから、Ａブロックに登録され
る。一方、領域Ｃの左端の位置が、Ａブロックの左端か
ら距離３の位置に設定された場合には、領域Ｃの右端の
位置は、Ａブロックの左端から距離６の位置、即ち、Ｂ
ブロックの左端から距離１の位置となる。つまり、この
場合、領域Ｃは、ＡブロックとＢブロックを跨ぐことに
なる。上記「跨ぐ」はこの意味である。この場合は、領
域Ｃは、Ａ及びＢブロックの両方に登録される。

【０１７９】次に、図２０を参照して、点列からうねり
を含めた描画命令を登録するルーチンによる処理につい
て説明する。

【０１８０】ステップＳ６１では、変数設定手段１ｆ
が、計算点列を、他のルーチンと共有している点列とす
る。

【０１８１】ステップＳ６２及びステップＳ７１によ
り、予め決められた回数だけステップＳ６２〜Ｓ７０の
処理が繰り返し行われる（ループ２）。例えば、上記一
連の処理が行われる都度、変数ｉに１が加算され、その
値が最大値ＭＡＸから１を減じた値になるまで上記一連
の処理が繰り返される。また、ステップＳ６４及びステ
ップＳ６９により、予め決められた回数だけステップＳ
６５〜Ｓ６８の処理が繰り返し行われる（ループ１）。
例えば、上記一連の処理が行われる都度、変数ｉに１が
加算され、その値が最大値ＭＡＸから１を減じた値にな
るまで上記一連の処理が繰り返される。

【０１８２】ステップＳ６３では、ダミーデータ生成手
段１ｓが、最初の点用にダミーのｒｏｏｔ１及びｒｏｏ
ｔ２を生成する。

【０１８３】ステップＳ６５では、ベクトル取得手段１
ｔが、点ｒｏｏｔから点ｎｅｘｔへ向かうベクトルを９
０度回転したベクトルｖ１を得る。このベクトルｖ１の
起点は変数ｉで規定される点ｐ１である。

【０１８４】ステップＳ６６では、ひずみ修正手段１ｕ
が、必要に応じてひずみを修正する。ここで、ひずみ修
正とは、ベクトルｖ１をそのまま使用して地形の描画を
行った場合、ひずみすぎて地形が交差したように描画さ
れる場合があるので、ねじれない程度にベクトルｖ１の
値を修正する等して地形が交差したように描画されない
ようにすることを言う。

【０１８５】ステップＳ６７では、変数設定手段１ｆ
が、点ｐ１にベクトルｖ１を加えた点を点ｐ２とする。

【０１８６】ステップＳ６８では、データ登録手段１ｖ
が、ｒｏｏｔ１、ｐ１、ｒｏｏｔ２及びｐ２で作られる
四角形を描画するための描画命令を登録する。

【０１８７】ステップＳ７０では、変数設定手段１ｆ
が、計算点列を、ｐ２等により新しく生成された点列に
する。

【０１８８】次に、図２１を参照して自由変形地形から
の当たり取得ルーチンによる処理について説明する。

【０１８９】ステップＳ８１では、アドレス取得手段１
ｗが、当たりを調べるべき、ｘ、ｙ座標データを受け取
る。

【０１９０】ステップＳ８２では、アドレス取得手段１
ｗが、全点移動及び当たり登録ルーチン内で登録された
当たりテーブルからｘ座標に基いて当たりのある可能性
のある点群のリストの先頭アドレスｄａｄｒを取得す
る。

【０１９１】ステップＳ８３では、判断手段１ｄが、全
ての点群のリストについて処理を終了したか否かを判断
し、「ＹＥＳ」であればステップＳ８４に移行し、「Ｎ
Ｏ」であればステップＳ８５に移行する。

【０１９２】ステップＳ８４では、変数設定手段１ｆ
が、当たりがないことを示すデータを当たりの有無を示
す変数に設定する。

【０１９３】ステップＳ８５では、変数設定手段１ｆ
が、変数ｐに取得した＊ｄａｄｒを代入する。ここで、
＊ｄａｄｒは、点のデータがどこにあるのかを示す情報
ｄａｄｒが示している点のデータである。

【０１９４】ステップＳ８６では、判断手段１ｄが、ｘ
の値がｐのｘ座標値以上、且つ、ｎｅｘｔのｘ座標値未
満か否かを判断し、「ＹＥＳ」であればステップＳ８７
に移行し、「ＮＯ」であれば再びステップＳ８３に移行
する。

【０１９５】ステップＳ８７では、演算手段１ｂが、ｐ
のＹ座標値とｐの当たりＹ補正値とを加算し、その加算
結果をｐｙとする。ここで、Ｙ補正値は、地形画像の凹
凸（でこぼこ）を設定するための値である。

【０１９６】ステップＳ８８では、演算手段１ｂが、ｎ
ｅｘｔのＹ座標とｎｅｘｔの当たりＹ補正値とを加算
し、その加算結果をｎｅｘｔｙとする。

【０１９７】ステップＳ８９では、補間手段１ｘが、ｐ
ｙ、ｎｅｘｔｙの間を線形補間し、ｘにおけるＹ座標ｙ
ｈｉｔを得る。

【０１９８】ステップＳ９０では、演算手段１ｂが、ｙ
とｙｈｉｔの値を比較する。ステップＳ９１では、判断
手段１ｄが、上記ｙとｙｈｉｔの比較結果に基いて、当
たりが有るか否かを判断し、「ＹＥＳ」であればステッ
プＳ９２に移行しう、「ＮＯ」であればステップＳ９３
に移行する。

【０１９９】ステップＳ９２では、変数設定手段１ｆ
が、当たり有りの判定と、種類、必要に応じて線形補間
したときに求まる傾き等を、当たりルーチンを呼び出し
たものに返す。ここで、線形補間は、点と点が直線で繋
がっているものとして、その間の座標を計算で求めるこ
とを言う。

【０２００】以上のように、本形態においては、横スク
ロール方式のシューティングゲームやアクションゲーム
等において、上下の地形の形状等を例えばフレーム毎に
変えることにより、表示面上において当該地形の動きを
表現するようにしたので、より変化に富んだゲームを提
供することができる。

【０２０１】［水平方向への重力表現］ Ｊ．水平方向への重力表現の概念説明（図２２） 図２２は、水平方向への重力表現を説明するための説明
図である。例えば横方向へのスクロール方式が採用され
ているシューティングゲームでは、通常、プレーヤによ
るコントローラ９２の操作に応じて、プレーヤキャラク
タＳＣが画面右方向に移動すると共にシューティングを
行うようになっている。本形態においては、このような
ゲームにおいて、スクロール方向と逆の方向に引き込ま
れるようにするためにいわば重力を当該方向に設定す
る。このような設定をすることにより、図２２Ａ及びＢ
に示されるように、プレーヤは自分の操作するプレーヤ
キャラクタＳＣが後方に吸い込まれないように、また、
前方から後方に向かって吸い込まれていく他の物体、例
えば崩れた壁部Ｇｒｐや敵キャラクタＤＣに衝突しない
ようにするために、プレーヤはコントローラ９２に対し
適切な操作を行わなければならない。よって、単純に右
方向にプレーヤキャラクタＳＣを進めながらシューティ
ングを行うための操作をする場合と比べて、より変化の
あるゲーム展開を提供することができる。

【０２０２】尚、本形態においては、クリアすべき複数
のステージの内、１若しくは複数のステージについて重
力表現がなされる、即ち、ブラックホールの存在が設定
されるようにされている。このブラックホールは、仮想
的に、水平座標においては左方向の画面外、垂直座標に
おいては画面の中央に設定され、重力加速度ＧＲＡＶＩ
ＴＹｘがキャラクタの速度値から減算される。座標は、
左及び上方向にがマイナス、右及び下方向がプラスとさ
れるので、上記ブラックホールの設定の場合において
は、画面上で左から右に移動するキャラクタは重力加速
度ＧＲＡＶＩＴＹｘが減算されるので、右方向に移動す
る速度が遅くなったように描画され、画面上で右から左
に移動するキャラクタは重力加速度ＧＲＡＶＩＴＹｘが
加算されるので、左方向に移動する速度が早くなったよ
うに描画される。

【０２０３】尚、垂直方向においては、ブラックホール
の仮想位置が画面中心とされるので、上下を等しく分割
する直線から外部に向かって離れていくキャラクタは、
重力加速度ＧＲＡＶＩＴＹｘが当該キャラクタの速度値
から減算されるので、その移動速度が遅くなったように
描画され、外部から上記直線に向かって移動するキャラ
クタは、重力加速度ＧＲＡＶＩＴＹｘが当該キャラクタ
の速度値に加算されるので、その移動速度が早くなった
ように描画される。以下、図２３〜図２６を参照して、
水平方向への重力表現処理について説明する。

【０２０４】Ｋ．水平方向への重力表現ルーチンによる
制御（図２３〜図２６） 図２３〜図２６は、水平方向への重力表現ルーチンによ
る制御動作を説明するためのフローチャートである。

【０２０５】ステップＳ３００では、背景スクロール処
理手段１ｊが、例えばフレーム毎に背景画像の種類や表
示位置を順次指定することにより、背景スクロール処理
が施される。描画命令発行手段１ｅは、上記背景画像の
種類や表示位置情報等に基いて描画処理プロセッサ１０
に対し、描画命令を発行する。描画処理プロセッサ１０
は、描画命令に基いた背景画像をバッファ１１上に展開
する。これにより、テレビジョンモニタ１２の表示面上
では、スクロールが行われる。ステップＳ３０１では、
変数設定手段１ｆが、ブラックホール重力計算処理の１
つの処理として、現在の重力加速度値をシステム変数Ｇ
ＲＡＶＩＴＹｘにセットする。ステップＳ３２０では、
プレーヤキャラクタ移動処理ルーチンによる処理が行わ
れる。ステップＳ３４０では、敵キャラクタ移動処理ル
ーチンによる処理が行われる。ステップＳ３０２では、
その他の処理が行われる。ステップＳ３０３では、次の
割り込み処理ルーチンによる処理が行われる。次に、プ
レーヤキャラクタ移動処理ルーチンによる処理について
説明する。ステップＳ３２１では、プレーヤキャラクタ
ＳＣの移動処理が行われる。ステップＳ３２２では、オ
プションの移動処理が行われる。ステップＳ３２３で
は、バリアの移動処理が行われる。ステップＳ３２４で
は、ショットの移動処理が行われる。ステップＳ３２５
では、ミサイルの移動ルーチンによる処理が行われる。

【０２０６】ここで、上記オプション、バリア、ショッ
トは、何れもゲーム空間上において、プレーヤキャラク
タＳＣに付随するものであり、バリアはプレーヤキャラ
クタＳＣを被弾から守るためのもの、ショットはプレー
ヤキャラクタＳＣが弾を発射するためのものである。そ
して、ステップＳ３２１〜Ｓ３２２における「移動」と
は、プレーヤがコントローラ９２を介してプレーヤキャ
ラクタＳＣを画面上で移動させたときに、描画命令発行
手段１ｅが、プレーヤキャラクタの画像を上記移動量に
応じて順次移動することを示す描画命令を、描画処理プ
ロセッサ１０に対して例えばフレーム毎に順次発行する
と共に、その移動量に応じてオプションの画像、バリア
の画像、ショットの画像の各位置を順次変更することを
示す描画命令を、描画処理プロセッサ１０に対して例え
ばフレーム毎に順次発行することによって、描画処理プ
ロセッサ１０が上記描画命令に応じた画像をバッファ１
１上に展開することにより、テレビジョンモニタ１２の
表示面上にフレーム毎に上記各画像が順次異なる位置に
表示され、これが上記各画像の移動としてプレーヤの眼
に映ることを意味する。

【０２０７】尚、本形態においては、ステップＳ３２１
〜Ｓ３２４までの処理で、プレーヤキャラクタＳＣは重
力の影響を受けないように設定されている。また、ミサ
イルは発射された後にはそのミサイルに対して予め設定
されている速度情報に応じた速度で、単独に移動される
ことは言うまでもない。

【０２０８】次に、図２５を参照して、ミサイルの移動
ルーチンによる処理について説明する。ステップＳ３２
６では、判断手段１ｄが、フラグの値から、現在のステ
ージがブラックホールの存在するステージか否かを判断
し、「ＹＥＳ」であればステップＳ３２７に移行し、
「ＮＯ」であればステップＳ３３２に移行する。

【０２０９】ステップＳ３２７では、演算手段１ｂが、
ミサイルの水平方向速度ｄｈからＧシステム変数ＧＲＡ
ＶＩＴＹｘの値を減算する。ここで、重力とキャラクタ
（しばしば剥離した壁部も含む）との関係について説明
する。画面上の座標系は、左及び上方向がマイナス、右
及び下方向がプラスである。重力加速度ＧＲＡＶＩＴＹ
ｘは、０以上の値をとる変数である。従って、この重力
加速度ＧＲＡＶＩＴＹの値を、各キャラクタの水平方向
速度値から減算すれば、右に進んでいたキャラクタは減
速した見えるように、左に進んでいたキャラクタは加速
して見えるように描画される。

【０２１０】尚、垂直方向の加速度値に関して言うと、
既に説明したように、ブラックホールの設定位置は、水
平座標では左方向の画面外、垂直座標では画面の中央と
いった設定である。従って、垂直位置が画面中心から離
れているものは縦方向の重力加速度（画面を上下に等分
割する直線上に向かう力）の影響を受ける。この加速度
はキャラクタの垂直座標が画面中央から離れるにしたが
って強くなる。

【０２１１】ステップＳ３２８では、判断手段１ｄが、
ミサイルの垂直座標Ｖｐｏｓｉが、画面中心の垂直座標
値より大きいか否かを判断し、「ＹＥＳ」であればステ
ップＳ３２９に移行し、「ＮＯ」であればステップＳ３
３２に移行する。

【０２１２】ステップＳ３２９では、演算手段１ｂが、
上方向の加速度を、垂直方向速度ｄｖに加算する。

【０２１３】ステップＳ３３０では、演算手段１ｂが、
ミサイルの位置にｄｈ及びｄｖを加算する。ステップＳ
３３１では、判断手段１ｄが、ミサイル画面外判定、及
び敵との当たり判定を行う。ここで、「画面外判定」
（以下説明する敵キャラクタ画面外判定も同様である）
について説明する。プレーヤのミサイルや敵の位置情報
が表示領域外を示す位置になると、画面上においては、
これらの画像が消えたように見える。しかしながら、バ
ッファ１１上では上記キャラクタの情報が残ったままな
ので、そのままにしておくと、バッファ１１の記憶領域
の空きがなくなってしまう。そこで、これを回避するた
めの判定を行い、よけいな消費容量を減らすようにする
のである。

【０２１４】ステップＳ３３２では、演算手段１ｄが、
下方向の加速度を、垂直方向速度ｄｖに加算する。

【０２１５】次に、図２６を参照して、敵キャラクタ移
動処理ルーチンによる処理について説明する。ステップ
Ｓ３４１では、判断手段１ｄが、敵キャラクタＤＣがブ
ラックホールの影響を受けるか否かを夫々のキャラクタ
に割り当てられている変数の値によって判断し、「ＹＥ
Ｓ」であればステップＳ３４２に移行し、「ＮＯ」であ
ればステップＳ３４５に移行する。ここで上記変数は、
重力の影響を受けるか否かを表し、影響を受けることを
示す値の場合のみ、重力の計算がおこなわれる。

【０２１６】ステップＳ３４２では、演算手段１ｂが、
敵の水平方向速度ｄｈからシステム変数ＧＲＡＶＩＴＹ
ｘを減算する。ステップＳ３４３では、判断手段１ｄ
が、敵キャラクタＤＣの垂直方向の座標Ｖｐｏｓｉの値
が画面中心の垂直方向の座標の値よりも大きいか否かを
判断し、「ＹＥＳ」であればステップＳ３４４に移行
し、「ＮＯ」であればステップＳ３４７に移行する。

【０２１７】ステップＳ３４４では、演算手段１ｂが、
上方向の加速度を、垂直方向速度ｄｖに加算する。ステ
ップＳ３４５では、演算手段１ｂが、敵キャラクタＤＣ
の位置にｄｈ、ｄｖを加算する。ステップＳ３４６で
は、判断手段１ｄが、敵画面外判定、及びプレーヤキャ
ラクタＳＣからのショット、ミサイル、バリアとの当た
り判定を行う。

【０２１８】ステップＳ３４７では、演算手段１ｄが、
下方向の加速度を、垂直方向速度ｄｖに加算する。

【０２１９】以上のように、本形態においては、横方向
スクロールのシューティングゲームやアクションゲーム
等において、プレーヤキャラクタＳＣの進行方向と逆の
方向に重力が存在するように設定しているので、プレー
ヤは、敵キャラクタＤＣを消去するための操作以外に、
上記重力によってプレーヤキャラクタＳＣに向かってく
る物体を避けたり、プレーヤキャラクタＳＣが後方若し
くは画面中心に引き込まれないように進行方向若しくは
画面中心から外側により進めたりするために操作をしな
ければならなくなるので、より変化に富んだゲームを提
供することができる。

【０２２０】［ゲージエディット］ Ｌ．ゲージエディットの概念説明（図２７〜図２９） ゲージエディットの概念を説明するための説明図であ
る。本形態においては、プレーヤによるコントローラ９
２の操作に応じて、プレーヤの操作するプレーヤキャラ
クタＳＣからレーザやミサイル等を出射し、これらを敵
キャラクタに当てて敵キャラクタのライフ値を減少さ
せ、最終的に敵キャラクタを消去するシューティングゲ
ームを想定している。そして、更に、特定の敵キャラク
タを消去することによってゲーム空間上に新たに出現す
るカプセルアイテムを取得したときには、取得している
カプセルアイテムの個数に対応して夫々予め割り当てら
れているバリア、ショットオプション等のパワーアップ
アイテムを、コントローラ９２の特定のボタンの押圧に
よりプレーヤキャラクタＳＣに対し付加することができ
るようになっている。例えば、カプセルアイテムの取得
数が３ならバリアといったように、取得数に応じて付加
されるパワーアップアイテムが異なる。

【０２２１】上記パワーアップアイテムを付加するため
に、図２９において下方に示されるような選択画面（以
下パワーアップゲージと称する）が用いられる。このパ
ワーアップゲージは、この例で示されるように、６個に
区切られており、各領域には例えば、１、２、３、４、
５、６のように、夫々対応する取得カプセルアイテム数
が割り当てられている。プレーヤがゲーム中に、カプセ
ルアイテムを取得すると、そのときの取得数に対応する
位置の領域が強調表示される。そのときにプレーヤが特
定のボタンを押すと、そのときの取得数に応じて強調表
示されている領域に割り当てられているパワーアップア
イテムがプレーヤキャラクタに付加される。

【０２２２】パワーアップゲージの各領域には、アルフ
ァベットの「Ｓ」、「Ｍ」、「Ｄ」、「Ｌ」、「Ｏ」、
「Ｂ」が夫々表示されると共に、その右側に「ＳＰＥＥ
ＤＵＰ」の文字が表示されている。「Ｓ」は２重枠とな
っており、これは、現在「Ｓ」を選択可能、即ち、
「Ｓ」を選択可能な数のカプセルアイテムをプレーヤが
取得していることを示している。そして、この「Ｓ」の
内容が「ＳＰＥＥＤ ＵＰ」（プレーヤキャラクタの移
動速度が高速となる）である。プレーヤがここで特定の
ボタンを押すと、このパワーアップアイテムをプレーヤ
キャラクタに付加することができる。

【０２２３】本形態においては、取得したカプセルアイ
テムの個数と、それに対応づけられている様々なパワー
アップアイテムとの対応関係をゲーム開始前に予め変更
しておき、ゲーム中に表示される上記パワーアップゲー
ジに反映することができる。

【０２２４】以下、この変更のことをゲージエディット
と称することとする。尚、ゲージエディットを行うこと
のできる画面は、ゲームスタート前のプレーヤキャラク
タＳＣの選択時のものと、オプション画面から入ること
のできるデフォルトゲージエディット画面の２つが用意
されており、これら２つの画面は、夫々エディットを終
了するときの操作が若干異なる。

【０２２５】ゲージエディットは、プレーヤの操作によ
り次のように行われる。ゲージエディットが選択される
と、図２７Ａに示されるような画像が表示される。この
図２７Ａに示されるように、ゲージエディット画面は、
第１のプレーヤ用のゲージエディット選択領域（図中
「１Ｐ」で示される枠内）と、第２のプレーヤ用のゲー
ジエディット選択領域（図中「２Ｐ」で示される枠内）
とで構成される。各領域内には、夫々プレーヤキャラク
タＳＣに付加されるパワーアップアイテムがの画像が、
プレーヤキャラクタＳＣの画像と共に表示される。この
例では、夫々６種類ずつのパワーアップアイテムが選択
可能となっている。パワーアップアイテムの選択は、コ
ントローラ９２のカーソルキーの左右キーＬ及びＲで左
右方向に移動可能なカーソルを移動させることによって
行われる。カーソル（以下アイコンカーソルと称するこ
ととする）は、第１及び第２のプレーヤ用のゲージエデ
ィット領域内にの「１Ｐ」、「２Ｐ」で示される小さな
枠である。各パワーアップアイテムの画像は、各ゲージ
エディット選択領域の下部に夫々示されている「Ｓ」、
「Ｍ」、「Ｄ」、「Ｌ」、「Ｏ」、「Ｂ」に夫々対応し
ている。この例では、第１及び第２のプレーヤの各アイ
コンカーソルは、夫々最も左のパワーアップアイテムを
選択しているので、これらのパワーアップアイテムに対
応して、夫々下方のアルファベット「Ｓ」が強調表示さ
れる。以下、選択操作について説明する。 （１）上記表示状態において、例えば第１プレーヤが、
コントローラ９２を介して最も左のパワーアップアイテ
ムのアイコンをアイコンカーソルを選択し、続いて、決
定を示すボタンを押圧すると、当該パワーアップアイテ
ムのアイコンは、所定の速度、但し、プレーヤがその移
動軌跡を認識可能な速度で、一旦上方に移動され、続い
て、図２７Ｂに示されるように、最初の位置よりも右下
に移動される。

【０２２６】尚、作図の都合上、表されていないが、当
該アイコンは、他のアイコン（この例では、左から２番
目のアイコン）に重なり、且つ、半透明状態で表示され
る。以上の一連の処理により、プレーヤがアイコンを選
択、決定すると、当該アイコンが一旦持ち上げられ、続
いて、右下方に移動されるといった表現が画像表示によ
って行われる。そして、プレーヤは、この動きによって
自分の選択しているアイコンを確実に認識することがで
きる。右下方に半透明で表示されるようにしているの
は、現在、このアイコンが選択され、他の場所のアイコ
ンと交換可能であることを示すためである。以下、この
状態を「ホールド」と称することとする。 （２）次に、図２８Ａに示されるように、例えば第１プ
レーヤが、コントローラ９２のカーソルキーを用いて入
れ換えたいアイコン（この例では左から３番目のパワー
アップアイテムのアイコン）の位置に、現在選択してい
るアイコン（図２７Ａにおいて最も左にあったアイコ
ン）を移動させ、特定のボタンの押圧により決定する
と、図２８Ｂに示されるように、図２７Ａにおいて第１
プレーヤ用の領域中で最も左に表示されていたアイコン
と、左から３番目のアイコンが交換される。 （３）上記操作をプレーヤが繰り返した後に、プレーヤ
がコントローラ９２の特定のボタンを押圧すると、その
ときの設定が決定され、ゲーム中に反映される。図２９
Ａはゲージエディットによる設定が行われる前を示すゲ
ーム中の画面表示例、図２９Ｂはゲージエディットによ
る設定が行われた後を示すゲーム中の画面表示例であ
る。図２９Ａに示される画面表示例においては、「Ｓ」
は、パワーアップゲージ中の最も左の位置に表示されて
いる。これが、図２８に示すように、ゲージエディット
で「Ｓ」と「Ｄ」の位置が入れ換えられると、図２９Ｂ
に示されるように、「Ｓ」は、パワーアップゲージ中の
左から３番目の位置に表示され、その代わりに「Ｄ」
が、パワーアップゲージ中の最も左の位置に表示され
る。

【０２２７】尚、アイコンが選択されていない状態、即
ち、半透明で右下方に表示されている状態で、プレーヤ
がキャンセルに割り当てられているボタンを押圧する
と、当該ゲージエディット画面の１つ前の画面が表示さ
れる。即ち、ゲージエディットを抜けることができる。

【０２２８】続いて、ゲージエディットの処理において
使用されるパラメータは次の通りである。 ＳＴＥＰ・・・・・・・・・システムフロー制御変数 ＧＥｘ（ｎ）・・・・・・・・アイコンカーソル位置
（例えば０以上５以下） ＧＥｙ（ｎ）・・・・・・・・アイコンカーソル表示フ
ラグ（０は表示、１は非表示） ＧＡＵＧＥ（ｎ）・・・・・・現在のパワーアップゲー
ジの配列を示す３２ビット値の配列変数 ＧＡＵＧＥｂｕｆ（ｎ）・・・ＧＡＵＧＥ（ｎ）の内容
を一時的にコピーする、３２ビット値の配列変数

【０２２９】ここで、ＧＡＵＧＥ（ｎ）及びＧＡＵＧＥ
ｂｕｆ（ｎ）は、各２個ずつ（プレーヤ２人分）のゲー
ジの配列を保持する。その内容は次の通りである。

【０２３０】ＧＡＵＧＥはＧＡＵＧＥ０〜ＧＡＵＧＥ５
まで６個用意され、夫々３ビット（０〜７）の値が入力
される。各ＧＡＵＧＥ０からＧＡＵＧＥ５に夫々入力さ
れる値は、アイテム数１〜６個に対応したパワーアップ
アイテムの種類を表す。各値とその値が示すパワーアッ
プアイテムの種類は例えば次の通りである。 ０００・・・スピードアップ ００１・・・ミサイル ０１０・・・ダブル

【０２３１】ここで、ダブルは、通常は正面（右方向）
にしか弾を発射することができない状態を、斜め上（右
上）や後方（左）にも発射することができるようにする
ためのパワーアップである。 ０１１・・・レーザ １００・・・オプション

【０２３２】ここで、オプションは、プレーヤキャラク
タの動きを走査し、プレーヤと同じ種類の攻撃をプレー
ヤキャラクタの攻撃動作と同時に行うことのできる球状
のもので、図２７において左から４番目に示されてい
る、キャラクタに最大４つまで付加される球体である。
この例では、４つの球体が示されているので、この４つ
の球体から夫々弾が発射される。 １０１・・・バリア

【０２３３】Ｍ．ゲージエディットルーチンによる制御
（図３０〜図３８） ゲージエディットルーチンによる制御動作を説明するた
めのフローチャートである。ステップＳ２０１では、判
断手段１ｄが、システムフロー制御変数ＳＴＥＰ２の値
がゲージエディット画面であることを示す値か否かを判
断し、「ＹＥＳ」であればステップＳ２０２に移行し、
「ＮＯ」であればゲージエディットルーチンを抜ける。

【０２３４】ステップＳ２０２では、変数設定手段１ｆ
が、ｉに０を代入する。ステップＳ２０３では、判断手
段１ｄが、ｉの値が２か否かを判断し、「ＹＥＳ」であ
ればステップＳ２０７に移行し、「ＮＯ」であればステ
ップＳ２０４に移行する。ステップＳ２０４では、判断
手段１ｄが、（ｉ＋１）番目のプレーヤが不参加か否か
を判断し、「ＹＥＳ」であればステップＳ２１３に移行
し、「ＮＯ」であればステップＳ２０５に移行する。

【０２３５】ステップＳ２０５では、判断手段１ｄが、
（ｉ＋１）番目のプレーヤがゲージエディットに参加中
か否かを判断し、「ＹＥＳ」であればステップＳ２１７
に移行し、「ＮＯ」であればステップＳ２０６に移行す
る。ステップＳ２０６では、演算手段１ｂが、ｉに１を
加算する。ステップＳ２０７では、判断手段１ｄが、プ
レーヤキャラクタＳＣの選択中のゲージエディットか否
かを判断し、「ＹＥＳ」であればステップＳ２０８に移
行し、「ＮＯ」であればステップＳ２６０に移行する。

【０２３６】ステップＳ２０８では、判断手段１ｄが、
１つ前の他の選択モードの画面に戻るためのフラグが立
っているか否かを判断し、「ＹＥＳ」であればステップ
Ｓ２０９に移行し、「ＮＯ」であればステップＳ２６０
に移行する。ステップＳ２０９では、変数設定手段１ｆ
が、システムフロー制御変数ＳＴＥＰ２に、１つ前の他
の選択モードを示す値を代入する。

【０２３７】ステップＳ２６０では、ゲージアイコン処
理ルーチンによる処理が行われる。ステップＳ２８０で
は、アイコンカーソル処理ルーチンによる処理が行われ
る。ステップＳ２１０では、判断手段１ｄが、プレーヤ
キャラクタの選択中のゲージエディットか否かを判断
し、［ＹＥＳ」であればステップＳ２１１に移行し、
「ＮＯ」であればステップＳ２１３に移行する。

【０２３８】ステップＳ２１１では、判断手段１ｄが、
全ての参加中のプレーヤのゲージエディット終了フラグ
が立っているか否かを判断し、「ＹＥＳ」であればステ
ップＳ２１２に移行し、「ＮＯ」であればこのゲージエ
ディットルーチンを抜ける。ステップＳ２１２では、フ
ラグ管理手段１ｃが、ゲージエディット終了フラグを立
てる。

【０２３９】ステップＳ２１３では、判断手段１ｄが、
何れかのプレーヤのゲージエディット終了フラグが立っ
ているか否かを判断し、「ＹＥＳ」であればステップＳ
２１４に移行し、「ＮＯ」であればこのゲージエディッ
ト処理ルーチンを抜ける。

【０２４０】ステップＳ２１４では、フラグ管理手段１
ｃが、デフォルトのゲージエディット終了フラグを立て
る。ステップＳ２１５では、ボタン操作検出手段１ａか
らのボタン操作検出結果に基いて、判断手段１ｄが、
（ｉ＋１）番目のプレーヤによってコントローラ９２の
スタートボタン９２ａが押圧されたか否かを判断し、
「ＹＥＳ」であればステップＳ２１７に移行し、「Ｎ
Ｏ」であればステップＳ２１６に移行する。

【０２４１】ステップＳ２１６では、フラグ管理手段１
ｃが、当該プレーヤについて待機中状態のフラグを立て
る。

【０２４２】ステップＳ２１７では、判断手段１ｄが、
何れかのプレーヤに割り当てられているゲージエディッ
ト終了フラグが立っているか否かを判断し、「ＹＥＳ」
であればステップＳ２１８に移行し、「ＮＯ」であれば
このゲージエディット処理ルーチンを抜ける。

【０２４３】ステップＳ２１９では、判断手段１ｄが、
（ｉ＋１）番目のプレーヤのＯＫアイコンカーソルのｓ
ｔｅｐ値が１か否かを判断し、「ＹＥＳ」であれば再び
ステップＳ２０６に移行し、「ＮＯ」であればステップ
Ｓ２２０に移行する。ここで、ＯＫアイコンカーソルと
は、アイコンカーソルとは別のカーソルで、カーソルキ
ーの上下キーＵが押圧されたときに表示されるカーソル
であり、このＯＫカーソルが表示されているときに決定
ボタン９２ｅが押圧されると、ゲージエディットが終了
される。一方、ゲージエディットを行うための通常のア
イコンカーソルは、上記下キーＤが押圧されたときに表
示される。つまり、上下キーＵ及びＤが交互に押圧され
ると、ＯＫアイコンカーソルとアイコンカーソルとが交
互に表示される。

【０２４４】また、ｓｔｅｐ値とは、ＯＫアイコンカー
ソルを操作しているプレーヤが、ゲージエディットに不
参加のときにはその値が０、参加中のときにはその値が
１、終了した直後にはその値が２、もう１人のプレーヤ
のゲージエディット終了を待っている場合にはその値が
３になる。

【０２４５】ステップＳ２２０では、ボタン操作検出手
段１ａからのボタン操作検出結果に基いて、判断手段１
ｄが、（ｉ＋１）番目のプレーヤがスタートボタン９２
ａを押圧したか否かを判断し、「ＹＥＳ」であれば再び
ステップＳ２１６に移行し、ＮＯであればステップＳ２
２１に移行する。

【０２４６】ステップＳ２２１では、判断手段１ｄが、
プレーヤキャラクタ選択中のゲージエディットか否かを
判断し、「ＹＥＳ」であればステップＳ２２２に移行
し、「ＮＯ」であればステップＳ２２６に移行する。

【０２４７】ステップＳ２２２では、判断手段１ｄが、
（ｉ＋１）番目のアイコンカーソルが、パワーアップア
イテムのアイコンをホールドしているか否かを判断し、
「ＹＥＳ」であればステップＳ２０６に移行し、「Ｎ
Ｏ」であればステップＳ２２３に移行する。

【０２４８】ステップＳ２２３では、ボタン操作検出手
段１ａからのカーソルキーの上下キーＵ及びＤが押圧さ
れたことを示す操作結果情報に基いて、ゲージエディッ
ト管理手段１ｋが、アイコンカーソルの表示、非表示を
示す情報を変更する。これにより、描画命令発行手段１
ｅは、アイコンカーソルの表示、非表示を示す描画命令
を、描画処理プロセッサ１０に対して発行する。描画処
理プロセッサ１０は、上記描画命令に基いてバッファ１
１の内容を書き換える。よって、テレビジョンモニタ１
２の表示面上において、アイコンカーソルが表示若しく
は非表示状態となる。

【０２４９】ステップＳ２２４では、判断手段１ｄが、
アイコンカーソルの表示、非表示を示す情報に基いて、
アイコンカーソルが表示されているか否かを判断し、
「ＹＥＳ」であればステップＳ２２５に移行し、「Ｎ
Ｏ」であればステップ再びステップＳ２０６に移行す
る。

【０２５０】ステップＳ２２５では、ボタン操作検出手
段１ａからのカーソルキーの左右キーＬ及びＲが押圧さ
れたことを示す操作結果情報に基いて、ゲージエディッ
ト管理手段１ｋが、アイコンカーソルのカーソル位置Ｇ
Ｅｘ（ｉ）の値を変更する。これにより、描画命令発行
手段１ｅは、アイコンカーソルのカーソル位置ＧＥｘ
（ｉ）に基いた描画命令を、描画処理プロセッサ１０に
対して発行する。描画処理プロセッサ１０は、上記描画
命令に基いてバッファ１１の内容を書き換える。よっ
て、テレビジョンモニタ１２の表示面上において、アイ
コンカーソルが対応する位置に表示される。

【０２５１】ステップＳ２２１で判断手段１ｄが「Ｎ
Ｏ」と判断した場合には、ステップＳ２２６に移行す
る。そしてステップＳ２２６では、変数設定手段１ｆ
が、ＧＥｙ（ｉ）に１を代入する。

【０２５２】ステップＳ２２７では、判断手段１ｄが、
（ｉ＋１）番目のプレーヤのアイコンカーソルがアイコ
ンをホールド中か否かを判断し、「ＹＥＳ」であればス
テップＳ２２８に移行し、「ＮＯ」であれば再びステッ
プＳ２０６に移行する。

【０２５３】ステップＳ２２８では、変数設定手段１ｆ
が、ｇｘ０に、（ｉ＋１）番目のプレーヤのアイコンカ
ーソルがホールドしているアイコンの元の位置の値を代
入する。ステップＳ２２９では、変数設定手段１ｆが、
ｇｘに、（ｉ＋１）番目のアイコンカーソルの現在位置
ＧＥｘ（ｉ）を代入する。ステップＳ２３０では、メモ
リ管理手段１ｎが、現在の（ｉ＋１）番目のプレーヤの
パワーアップゲージの並び方を示すデータＧＡＵＧＥ
（ｉ）を、ＧＡＵＧＥｂｕｆ（ｉ）にコピーする。

【０２５４】ステップＳ２３１では、ゲージエディット
管理手段１ｋがＧＡＵＧＥｂｕｆ（ｉ）に対し所定の処
理を施し、その結果をｇ０に代入する。ここで、所定の
処理とは、例えば、上記ｇｘ０の３倍だけＧＡＵＧＥｂ
ｕｆ（ｉ）の値を右にシフトし、これに０７Ｈ（１６
進）との論理積をとるといった処理である。

【０２５５】ステップＳ２３２では、変数設定手段１ｆ
が、ゲージエディット管理手段１ｋにより所定の処理が
施されたＧＡＵＧＥｂｕｆ（ｉ）をｇ１に代入する。こ
こで、所定の処理とは、例えば、上記ｇｘの３倍だけＧ
ＡＵＧＥｂｕｆ（ｉ）の値を右にシフトし、これと０７
Ｈ（１６進）との論理積をとるといった処理である。

【０２５６】ステップＳ２３３では、ゲージエディット
管理手段１ｋが、ＧＡＵＧＥｂｕｆ（ｉ）上の、ｇｘの
値が示す位置にあるパワーアップアイテムの種類を示す
値を一旦初期化する。この初期化は、ｇｘの３倍だけ７
を左にシフトし、これを反転し、更にこれとＧＡＵＧＥ
ｂｕｆ（ｉ）との論理積をとることによって行われる。

【０２５７】ステップＳ２３４では、ゲージエディット
管理手段１ｋが、ＧＡＵＧＥｂｕｆ（ｉ）上の、ｇｘ０
の値が示す位置にあるパワーアップアイテムの種類を示
す値を一旦初期化する。この初期化は、ｇｘ０の３倍だ
け７を左にシフトし、これを反転し、更にこれとＧＡＵ
ＧＥｂｕｆ（ｉ）との論理積をとることによって行われ
る。

【０２６０】ステップＳ２３５では、メモリ管理手段１
ｎが、ｇ０をＧＡＵＧＥｂｕｆ（ｉ）のｇｘの位置に書
き込む。この処理は、例えば、ｇ０をｇｘの３倍だけ左
にシフトした値をＧＡＵＧＥｂｕｆ（ｉ）と論理和をと
ることにより行われる。

【０２６１】ステップＳ２３６では、メモリ管理手段１
ｎが、ｇ１をＧＡＵＧＥＢＵＦ（Ｉ）のｇｘ０の位置に
書き込む。この処理は、例えば、ｇ１をｇｘ０の３倍だ
け左にシフトした値をＧＡＵＧＥｂｕｆ（ｉ）と論理和
をとることにより行われる。

【０２６２】ステップＳ２３７では、判断手段１ｄが、
ボタン操作検出手段１ａからの検出結果情報に基いて、
（ｉ＋１）番目のプレーヤ用のｓｔｅｐ値が１のときに
第３ボタン９２ｅがプレーヤによって押圧されたか否か
を判断し、「ＹＥＳ」であればステップＳ２３８に移行
し、「ＮＯ」であれば再びステップＳ２０６に移行す
る。ステップＳ２３８では、フラグ管理手段１ｃが、１
つ前の画面に戻るフラグを立てる。

【０２６３】次に、図３５及び図３６を参照して、ゲー
ジアイコン処理について説明する。ステップＳ２６１で
は、判断手段１ｄが、ＯＫアイコンか否かを判断し、
「ＹＥＳ」であればステップＳ２６５に移行し、「Ｎ
Ｏ」であればステップＳ２６２に移行する。

【０２６４】ステップＳ２６２では、判断手段１ｄが、
当該アイコンを操作しているプレーヤが不参加、若しく
は待機中か否かを判断し、「ＹＥＳ」であればステップ
Ｓ２６６に移行し、「ＮＯ」であればステップＳ２６３
に移行する。

【０２６５】ステップＳ２６３では、判断手段１ｄが、
アイコンがホールド中か否かを判断し、「ＹＥＳ」であ
ればステップＳ２６４に移行し、「ＮＯ」であればステ
ップＳ２６７に移行する。

【０２６６】ステップＳ２６４では、描画命令発行手段
１ｅが、アイコン表示制御手段１ｍからの情報に基い
て、通常の表示位置から右下にｄｈ、ｄｖドットずれた
位置、且つ、他のアイコンの上にアイコンを表示するこ
とを示す描画命令を、描画処理プロセッサ１０に対し発
行する。

【０２６７】ステップＳ２６５では、描画命令発行手段
１ｅが、アイコン表示制御手段１ｍからの情報に基い
て、ＯＫアイコン表示処理を行うようことを示す描画命
令を、描画処理プロセッサ１０に対し発行する。ここ
で、ＯＫアイコン表示処理とは、プレーヤの操作状態に
応じてＯＫアイコンの表示、点滅、非表示を行うことを
言う。オプション画面から入るデフォルトゲージエディ
ット画面では、操作の終了にＯＫアイコンを使用しない
ので、非表示、キャラクタ選択時のゲージエディット画
面でプレーヤがゲージエディットを終えたときにはＯＫ
カーソルの点滅に同期して点滅、それ以外の状況では通
常通りに表示される。

【０２６８】ステップＳ２６６では、描画命令発行手段
１ｅが、アイコン表示制御手段１ｍからの情報に基い
て、アイコンのキャラクタを半透明の影とすることを示
す描画命令を、描画処理プロセッサ１０に対し発行す
る。

【０２６９】ステップＳ２６７では、描画命令発行手段
１ｅが、アイコン表示制御手段１ｍからの情報に基い
て、ゲージ内の通常表示位置、且つ、他のアイコンと同
じ優先度でアイコンを表示することを示す描画命令を、
描画処理プロセッサ１０に対し発行する。

【０２７０】ステップＳ２６８では、判断手段１ｄが、
プレーヤがゲージエディットに参加中か否かを判断し、
「ＹＥＳ」であればステップＳ２６９に移行し、「Ｎ
Ｏ」であればステップＳ２７３に移行する。

【０２７１】ステップＳ２６９では、判断手段１ｄが、
アイコンが現在ホールドされているか否かを判断し、
「ＹＥＳ」であればステップＳ２７０に移行し、「Ｎ
Ｏ」であればステップＳ２７３に移行する。

【０２７２】ステップＳ２７０では、判断手段１ｄが、
ｄｈ、ｄｖが夫々８未満か否かを判断し、「ＹＥＳ」で
あればステップＳ２７１に移行し、「ＮＯ」であればこ
のゲージアイコン処理ルーチンを抜ける。ｄｈ、ｄｖが
順次、０〜順次８未満までの値になることによって、プ
レーヤによって選択されたアイコンが画面上において、
視覚的に浮くように徐々に右下に移動していくように描
画される。ステップＳ２７１では、演算手段１ｂが、ｄ
ｈ及びｄｖに夫々１を加算する。ステップＳ２７２で
は、アニメーション処理手段１ｏが、描画命令発行手段
１ｅに対し、例えばフレーム毎に異なる画像を指定する
等により、描画命令発行手段１ｅに対しアニメーション
表示を行うための描画命令を、描画処理プロセッサ１０
に対し発行する。

【０２７３】ステップＳ２７３では、ゲージエディット
管理手段１ｋが、ｄｈ、ｄｖを初期化する。

【０２７４】次に、図３７及び図３８を参照して、アイ
コンカーソル処理ルーチンによる処置について説明す
る。

【０２７５】ステップＳ２８１では、判断手段１ｄが、
アイコンカーソルを操作しているプレーヤが、不参加若
しくは待機中か否かを判断し、「ＹＥＳ」であればこの
アイコンカーソル処理ルーチンを抜け、「ＮＯ」であれ
ばステップＳ２８２に移行する。

【０２７６】ステップＳ２８２では、判断手段１ｄが、
アイコンがホールド中か否かを判断し、「ＹＥＳ」であ
ればステップＳ２８８に移行し、「ＮＯ」であればステ
ップＳ２８３に移行する。

【０２７７】ステップＳ２８３では、判断手段１ｄが、
ｙ座標ＧＥｙ（ｉ）が０か否かを判断することにより、
カーソルが非表示か否かを判断し、「ＹＥＳ」であれば
ステップＳ２８４に移行し、「ＮＯ」であればこのアイ
コンカーソル処理ルーチンを抜ける。

【０２７８】ステップＳ２８４では、描画命令発行手段
１ｅが、アイコン表示制御手段１ｍからの情報に基い
て、アイコンカーソルの座標ＧＥｘ（ｉ）に対応したア
イコン上にアイコンカーソルを表示することを示す描画
命令を、描画処理プロセッサ１０に対し発行する。

【０２７９】ステップＳ２８５では、判断手段１ｄが、
ボタン操作検出手段１ａからの操作結果情報に基いて、
第１、第２及び第３ボタン９２ｃ、９２ｄ及び９２ｄの
何れかがプレーヤによって押圧されたか否かを判断し、
「ＹＥＳ」であればステップＳ２８６に移行し、「Ｎ
Ｏ」であればこのアイコンカーソル処理ルーチンを抜け
る。

【０２８０】ステップＳ２８６では、描画命令発行手段
１ｅが、アイコン表示制御手段１ｍからの情報に基い
て、現在、アイコンカーソルの下にあるアイコンの状態
をホールド時の表示状態にすることを示す描画命令を、
描画処理プロセッサに対し発行する。

【０２８１】ステップＳ２８７では、変数設定手段１ｆ
が、現在の位置ＧＥｘ（ｉ）をカーソル固有の変数に保
持し、カーソル状態を示す変数をホールド中であること
を示す値にする。

【０２８２】ステップＳ２８８では、判断手段１ｄが、
ｄｈ、ｄｖが夫々８未満か否かを判断し、「ＹＥＳ」で
あればステップＳ２８９に移行し、「ＮＯ」であればス
テップＳ２９０に移行する。

【０２８３】ステップＳ２９０では、描画命令発行手段
１ｅが、アイコン表示制御手段１ｍからの情報に基い
て、カーソルの座標ＧＥｘ（ｉ）に対応した各アイコン
の表示位置から右下にｄｈ、ｄｖドットずれた位置カー
ソルキャラクタを表示することを示す描画命令を、描画
処理プロセッサ１０に対し発行する。

【０２８４】ステップＳ２９１では、判断手段１ｄが、
ボタン操作検出手段１ａからの操作結果情報に基いて、
第１、第２及び第４ボタン９２ｃ、９２ｄ及び９２ｅの
何れかがプレーヤによって押圧されたか否かを判断し、
「ＹＥＳ」であればステップＳ２９７に移行し、「Ｎ
Ｏ」であればステップＳ２９２に移行する。

【０２８５】ステップＳ２９２では、判断手段１ｄが、
ボタン操作検出手段１ａからの操作結果情報に基いて、
第３ボタン９２ｄがプレーヤによって押圧されたか否か
を判断し、「ＹＥＳ」であればステップＳ２９３に移行
し、「ＮＯ」であればこのアイコンカーソル処理ルーチ
ンを抜ける。

【０２８６】ステップＳ２９３では、ゲージエディット
管理手段１ｋが、ｄｈ、ｄｖを初期化する。ステップＳ
２９４では、変数設定手段１ｆが、カーソルの座標ＧＥ
ｘ（ｉ）の値をホールド前の値に戻す。ステップＳ２９
５では、変数設定手段１ｆが、ＧＡＵＧＥｂｕｆ（ｉ）
の値をホールド前の値に戻す。

【０２８７】ステップＳ２９６では、描画命令発行手段
１ｅが、アイコン表示制御手段１ｍからの情報に基い
て、カーソルカーソルの座標ＧＥｘ（ｉ）に対応した各
アイコンの表示位置から右下にｄｈ、ｄｖドットずれた
位置カーソルキャラクタを表示することを示す描画命令
を、描画処理プロセッサ１０に対し発行する。

【０２８８】ステップＳ２９７では、ゲージエディット
管理１ｋが、ｄｈ、ｄｖを初期化する。ステップＳ２９
８では、変数設定手段１ｆが、ゲージ及び順序データＧ
ＡＵＧＥ（ｉ）に、変更順序データＧＡＵＧＥｂｕｆ
（ｉ）を代入する。

【０２８９】ステップＳ２９９では、描画命令発行手段
１ｅが、アイコン表示制御手段１ｍからの情報に基い
て、アイコンの表示状態を非ホールド状態にすることを
示描画命令を、描画処理プロセッサ１０に対し発行す
る。

【０２９０】以上のように、本形態においては、横スク
ロール方式のシューティングゲームやアクションゲーム
等において、プレーヤキャラクタに付随させるオプショ
ン等の順序が予め所望の配列に変更され、ゲーム中に上
記オプションを選択する際の配列に反映される。そし
て、配列の変更の際、即ち、プレーヤによってアイコン
が選択、決定されたときに、表示面上において、先ず、
当該アイコンが所定の速度で上方に移動され、続いて、
右下方に移動され、更に、半透明にされると共に、プレ
ーヤの操作に応じて、当該アイコンが、他のアイコンの
上に重ねて表示される。そして、更にプレーヤによって
決定ボタンが押されると、その位置に表示されているア
イコンと、この位置に移動したアイコンとが交換され
る。このようにしてプレーヤの操作に応じて予めアイコ
ンの配列が決められ、この配列がゲーム中のアイコン選
択用のパワーアップゲージに反映される。従って、プレ
ーヤは、自分の好みの配列でゲームを行うことができる
といった効果がある。

【０２９１】〔他の形態〕上記形態においては、本発明
がシューティングゲームに適用された場合について説明
したが、例えばキャラクタを画面内で移動させて敵と戦
っていくアクションゲーム等、他の様々なゲームにおい
て適用可能である。

【０２９２】

【発明の効果】上述せる本発明によれば、画面上に複数
の物体が表示され、少なくとも１以上の物体がコントロ
ーラを介して行われるプレーヤの操作により画面上で移
動され、及び／又はＣＰＵにより少なくとも１以上の物
体が画面上で移動され、少なくとも２つの物体の当たり
を判定するゲームシステムで用いられ、上記各物体が、
表示用の画像情報及び当たりを判定するための複数の領
域から構成されるので、簡単、且つ、高速な処理を以
て、物体の描画形状に応じた当たり状態を再現すること
ができるという効果がある。

【０２９３】また本発明は、上記発明において、上記複
数の領域が、上記物体の動きに追従するので、物体の動
きに応じた当たり状態を再現することができるという効
果がある。

【図面の簡単な説明】

【図１】本発明の一実施の形態を示すゲームシステムの
構成図である。

【図２】図１に示したＣＰＵが有する機能を示すブロッ
ク図である。

【図３】メインルーチンによる制御動作を説明するため
のフローチャートである。

【図４】当たり判定の概念を画面表示例で説明するため
の説明図である。 （図４Ａ）当たり判定用の領域が物体の回転に伴って回
転する様子が画面表示例で示された説明図である。 （図４Ｂ）当たり判定用の領域が物体の回転に伴って回
転する様子が画面表示例で示された説明図である。

【図５】当たり判定ルーチンによる制御動作を説明する
ためのフローチャートである。

【図６】当たり判定ルーチンによる制御動作を説明する
ためのフローチャートである。

【図７】当たり判定ルーチンによる制御動作を説明する
ためのフローチャートである。

【図８】当たり判定ルーチンによる制御動作を説明する
ためのフローチャートである。

【図９】当たり判定ルーチンによる制御動作を説明する
ためのフローチャートである。

【図１０】屈折処理の概念を画面表示例で説明するため
の説明図である。 （図１０Ａ）固定されている屈折体によりレーザが屈折
されている様子を画面表示例で示す説明図である。 （図１０Ｂ）落下中の屈折体によりオブジェクトが屈折
されている様子を画面表示例で示す説明図である。

【図１１】屈折処理の概念を説明するための説明図であ
る。 （図１１Ａ）最大ｎドットの長さを有するオブジェクト
を単位オブジェクトの接続により構成することを説明す
るための説明図である。 （図１１Ｂ）直進中のオブジェクトの表現方法を説明す
るための説明図である。 （図１１Ｃ）屈折中のオブジェクトの表現方法を説明す
るための説明図である。 （図１１Ｄ）進行方向角度をＤ０としたときのオブジェ
クトの表現方法を説明するための説明図である。 （図１１Ｅ）進行方向角度をＤ１としたときのオブジェ
クトの表現方法を説明するための説明図である。

【図１２】屈折処理ルーチンによる制御動作を説明する
ためのフローチャートである。

【図１３】屈折処理ルーチンによる制御動作を説明する
ためのフローチャートである。

【図１４】屈折処理ルーチンによる制御動作を説明する
ためのフローチャートである。

【図１５】地形変化表現の概念を説明するための説明図
である。 （図１５Ａ）上下の地形部がうねる表現を画面表示例で
示す説明図である。 （図１５Ｂ）上下の地形部がうねる表現を画面表示例で
示す説明図である。

【図１６】地形変化ルーチンによる制御動作を説明する
ためのフローチャートである。

【図１７】地形変化ルーチンによる制御動作を説明する
ためのフローチャートである。

【図１８】地形変化ルーチンによる制御動作を説明する
ためのフローチャートである。

【図１９】地形変化ルーチンによる制御動作を説明する
ためのフローチャートである。

【図２０】地形変化ルーチンによる制御動作を説明する
ためのフローチャートである。

【図２１】地形変化ルーチンによる制御動作を説明する
ためのフローチャートである。

【図２２】水平方向への重力表現を説明するための説明
図である。 （図２２Ａ）水平方向に壁や他の物体が吸い込まれる様
子を画面表示例で示す説明図である。 （図２２Ｂ）水平方向に壁や他の物体が吸い込まれる様
子を画面表示例で示す説明図である。

【図２３】水平方向への重力表現ルーチンによる制御動
作を説明するためのフローチャートである。

【図２４】水平方向への重力表現ルーチンによる制御動
作を説明するためのフローチャートである。

【図２５】水平方向への重力表現ルーチンによる制御動
作を説明するためのフローチャートである。

【図２６】水平方向への重力表現ルーチンによる制御動
作を説明するためのフローチャートである。

【図２７】ゲージエディットの概念を説明するための説
明図である。 （図２７Ａ）アイコンがアイコンカーソルによって選択
され、決定されるときの当該アイコンの動きをゲージエ
ディット画面表示例で示す説明図である。 （図２７Ｂ）アイコンがアイコンカーソルによって選択
され、決定されるときの当該アイコンの動きをゲージエ
ディット画面表示例で示す説明図である。

【図２８】ゲージエディットの概念を説明するための説
明図である。 （図２８Ａ）アイコンカーソルで選択、決定することに
よってアイコンが交換される様子を画面表示例で示す説
明図である。 （図２８Ｂ）アイコンカーソルで選択、決定することに
よってアイコンが交換される様子を画面表示例で示す説
明図である。

【図２９】ゲージエディット画面上のエディット結果
の、ゲーム画面上における反映を画面表示例で示す説明
図である。 （図２９Ａ）ゲージエディット前のゲーム画面の表示例
を示す説明図である。 （図２９Ｂ）ゲージエディット後のゲーム画面の表示例
を示す説明図である。

【図３０】ゲージエディットルーチンによる制御動作を
説明するためのフローチャートである。

【図３１】ゲージエディットルーチンによる制御動作を
説明するためのフローチャートである。

【図３２】ゲージエディットルーチンによる制御動作を
説明するためのフローチャートである。

【図３３】ゲージエディットルーチンによる制御動作を
説明するためのフローチャートである。

【図３４】ゲージエディットルーチンによる制御動作を
説明するためのフローチャートである。

【図３５】ゲージエディットルーチンによる制御動作を
説明するためのフローチャートである。

【図３６】ゲージエディットルーチンによる制御動作を
説明するためのフローチャートである。

【図３７】ゲージエディットルーチンによる制御動作を
説明するためのフローチャートである。

【図３８】ゲージエディットルーチンによる制御動作を
説明するためのフローチャートである。

【符号の説明】

Ｂ バス １ａ ボタン操作検出手段 １ｂ 演算手段 １ｃ フラグ管理手段 １ｄ 判断手段 １ｅ 描画命令発行手段 １ｆ 変数設定手段 １ｇ 結果情報設定手段 １ｈ キャラクタ管理手段 １ｉ 反転処理手段 １ｊ 背景スクロール処理手段 １ｋ ゲージエディット管理手段 １ｍ アイコン表示制御手段 １ｎ メモリ管理手段 １ｏ アニメーション処理手段 １ｐ 当たり判定手段 １ｑ 拡大縮小処理手段 １ｒ 回転処理手段 １ｓ ダミーデータ生成手段 １ｔ ベクトル取得手段 １ｕ ひずみ修正手段 １ｖ データ登録手段 １ｗ アドレス取得手段 １ｘ 補間手段 ５１ ＣＰＵ ５３ メインメモリ ５４ ＲＯＭ ６１ ＧＴＥ ６２ ＧＰＵ ６３ フレームバッファ ６４ ＭＤＥＣ ６５ ビデオ出力手段 ７１ ＳＰＵ ７２ サウンドバッファ ７３ スピーカ ８１ ディスクドライブ ８２ ＣＤ−ＲＯＭデコーダ ８３ ＣＤ−ＲＯＭバッファ ８４ ＣＤ−ＲＯＭ ９２ コントローラ １０１ パラレルＩ／Ｏ １０２ シリアルＩ／Ｏ

Claims (22)

【特許請求の範囲】
1. 【請求項１】 画面上に複数の物体が表示され、少なく
   とも１以上の物体がコントローラを介して行われるプレ
   ーヤの操作により画面上で移動され、及び／又はＣＰＵ
   により少なくとも１以上の物体が画面上で移動され、少
   なくとも２つの物体の当たりを判定するゲームシステム
   で用いられる当たり判定方法であって、 上記各物体は、表示用の画像情報及び当たりを判定する
   ための複数の領域から構成されることを特徴とする当た
   り判定方法。
2. 【請求項２】 上記複数の領域が、上記物体の動きに追
   従することを特徴とする請求項１記載の当たり判定方
   法。
3. 【請求項３】 画面上に複数の物体が表示され、少なく
   とも１以上の物体がコントローラを介して行われるプレ
   ーヤの操作により画面上で移動され、及び／又はＣＰＵ
   により少なくとも１以上の物体が画面上で移動され、少
   なくとも２つの物体の当たりを判定するようになされた
   ゲームプログラムが記録されたコンピュータ読取可能な
   記録媒体であって、 上記各物体は、表示用の画像情報及び当たりを判定する
   ための複数の領域から構成されることを特徴とするゲー
   ムプログラムが記録されたコンピュータ読取可能な記録
   媒体。
4. 【請求項４】 上記複数の領域が、上記物体の動きに追
   従することを特徴とする請求項３記載のゲームプログラ
   ムが記録されたコンピュータ読取可能な記録媒体。
5. 【請求項５】 ゲーム空間内に所定の外形を各々有する
   オブジェクトが複数設けられ、これらオブジェクトのそ
   れぞれは、操作手段を用いたプレイヤーの入力指示に基
   づいて前記ゲーム空間内で移動され、及び／又は移動制
   御手段により前記ゲーム空間内で移動されるゲームシス
   テムに用いられ、前記複数のオブジェクトのうち少なく
   とも２つのオブジェクトの前記ゲーム空間内における前
   記外形の当接又は重複を検出する当たり判定方法であっ
   て、 前記オブジェクトの各々に、前記外形とは別に外形当接
   又は重複検出用の領域を設定しておき、 前記領域が重複したことにより前記オブジェクトの外形
   相互の当接又は重複を検出することを特徴とする当たり
   判定方法。
6. 【請求項６】 請求項５に記載の当たり判定方法におい
   て、 前記オブジェクトの各々に複数の前記領域を設定してお
   き、 前記オブジェクトに設定された前記複数の領域のいずれ
   か１つが他の前記オブジェクトに設定された前記領域に
   重複することによりこれらオブジェクトの外形相互の当
   接又は重複を検出することを特徴とする当たり判定方
   法。
7. 【請求項７】 請求項６に記載の当たり判定方法におい
   て、 前記オブジェクトの領域はこの領域が設定された前記オ
   ブジェクトの外形より小さく形成されていることを特徴
   とする当たり判定方法。
8. 【請求項８】 請求項７に記載の当たり判定方法におい
   て、 前記領域は前記オブジェクトの外形の形状に従って設定
   されていることを特徴とする当たり判定方法。
9. 【請求項９】 請求項５〜８のいずれかに記載の当たり
   判定方法において、 前記領域は前記オブジェクトの前記ゲーム空間内での移
   動に追従して移動することを特徴とする当たり判定方
   法。
10. 【請求項１０】 請求項５〜９のいずれかに記載の当た
    り判定方法において、 前記オブジェクトの外形は前記ゲーム空間内において変
    化可能とされ、 前記領域はこの領域が設定された前記オブジェクトの外
    形の変化に追従してその大きさが変化することを特徴と
    する当たり判定方法。
11. 【請求項１１】 所定の外形を各々有するオブジェクト
    が複数記憶されたオブジェクト記憶手段と、 プレイヤーからの入力指示を受け、この入力指示に基づ
    いた入力指示信号を出力する操作手段と、 前記入力指示信号及び／又は所定の手順に従ってゲーム
    空間内で前記オブジェクトを移動させる移動制御手段と
    を備えたゲームシステムにおいて、 前記オブジェクトの各々に設定され、前記外形とは別に
    外形当接又は重複検出用の領域が記憶された領域記憶手
    段と、 前記領域が重複したことにより前記オブジェクトの外形
    相互の当接又は重複を検出する当たり判定手段とを備え
    ることを特徴とするゲームシステム。
12. 【請求項１２】 請求項１１に記載のゲームシステムに
    おいて、 前記オブジェクトの各々には複数の前記領域が設定さ
    れ、 前記当たり判定手段は、前記オブジェクトに設定された
    前記複数の領域のいずれか１つが他の前記オブジェクト
    に設定された前記領域に重複することによりこれらオブ
    ジェクトの外形相互の当接又は重複を検出することを特
    徴とするゲームシステム。
13. 【請求項１３】 請求項１２に記載のゲームシステムに
    おいて、 前記オブジェクトの領域はこの領域が設定された前記オ
    ブジェクトの外形より小さく形成されていることを特徴
    とするゲームシステム。
14. 【請求項１４】 請求項１３に記載のゲームシステムに
    おいて、 前記領域は前記オブジェクトの外形の形状に従って設定
    されていることを特徴とするゲームシステム。
15. 【請求項１５】 請求項１０〜１４のいずれかに記載の
    ゲームシステムにおいて、 前記オブジェクトの前記ゲーム空間内での移動に追従し
    て前記領域を移動させる領域移動制御手段を備えること
    を特徴とするゲームシステム。
16. 【請求項１６】 請求項１０〜１５のいずれかに記載の
    ゲームシステムにおいて、 前記ゲーム空間内において所定の手順に従って前記オブ
    ジェクトの外形を変化させる外形制御手段と、 前記領域が設定された前記オブジェクトの外形の変化に
    追従して領域の大きさを変化させる領域変化制御手段と
    を備えることを特徴とするゲームシステム。
17. 【請求項１７】 ゲーム空間内に複数設けられ、所定の
    外形を各々有するオブジェクトに対して、プレイヤーの
    入力指示、及び／又は移動制御手段により前記ゲーム空
    間内で移動されるゲームシステムに用いられ、前記複数
    のオブジェクトのうち少なくとも２つのオブジェクトの
    前記ゲーム空間内における前記外形の当接又は重複を検
    出するゲームプログラムが記録されたコンピュータ読取
    可能な記録媒体であって、 前記ゲームプログラムは、前記コンピュータに読み取ら
    れて実行された際に、このコンピュータに、 前記オブジェクトの各々に、前記外形とは別に外形当接
    又は重複検出用の領域を設定し、 前記領域が重複したことにより前記オブジェクトの外形
    相互の当接又は重複を検出する動作をさせることを特徴
    とするゲームプログラムが記録されたコンピュータ読取
    可能な記録媒体。
18. 【請求項１８】 請求項１７に記載のコンピュータ読取
    可能な記録媒体において、 前記オブジェクトの各々に複数の前記領域を設定し、 前記オブジェクトに設定された前記複数の領域のいずれ
    か１つが他の前記オブジェクトに設定された前記領域に
    重複することによりこれらオブジェクトの外形相互の当
    接又は重複を検出することを特徴とするゲームプログラ
    ムが記録されたコンピュータ読取可能な記録媒体。
19. 【請求項１９】 請求項１８に記載のコンピュータ読取
    可能な記録媒体において、 前記オブジェクトの領域はこの領域が設定された前記オ
    ブジェクトの外形より小さく形成されていることを特徴
    とするゲームプログラムが記録されたコンピュータ読取
    可能な記録媒体。
20. 【請求項２０】 請求項１９に記載のコンピュータ読取
    可能な記録媒体において、 前記領域は前記オブジェクトの外形の形状に従って設定
    されていることを特徴とするゲームプログラムが記録さ
    れたコンピュータ読取可能な記録媒体。
21. 【請求項２１】 請求項１７〜２０のいずれかに記載の
    コンピュータ読取可能な記録媒体において、 前記領域は前記オブジェクトの前記ゲーム空間内での移
    動に追従して移動することを特徴とするゲームプログラ
    ムが記録されたコンピュータ読取可能な記録媒体。
22. 【請求項２２】 請求項１７〜２１のいずれかに記載の
    コンピュータ読取可能な記録媒体において、 前記オブジェクトの外形は前記ゲーム空間内において変
    化可能とされ、 前記領域はこの領域が設定された前記オブジェクトの外
    形の変化に追従してその大きさが変化することを特徴と
    するゲームプログラムが記録されたコンピュータ読取可
    能な記録媒体。