JP2000218042A

JP2000218042A - ゲーム装置、ゲーム制御方法およびその記録媒体

Info

Publication number: JP2000218042A
Application number: JP11024341A
Authority: JP
Inventors: Toshiya Shimizu; 季也清水; Satonori Inoue; 吏紀井上
Original assignee: Square Co Ltd
Current assignee: Square Enix Co Ltd
Priority date: 1999-02-01
Filing date: 1999-02-01
Publication date: 2000-08-08

Abstract

(57)【要約】【課題】少ないデータ量で正確な衝突判定が可能とな
り、ゲーム進行の中断などがないゲーム制御方法を提供
する。【解決手段】全体の地形を大きく均等の大きさの矩形
に分割して設定する（Ｓ３０１）。これを第１の分割さ
れた第１矩形とする。次に、第１矩形をさらに細かく１
６×１６の矩形に分割して設定する（Ｓ３０２）。この
細かく分けて設定された第２矩形に対応したコリジョン
のデータ（地形の高さデータ）を取得する（Ｓ３０
８）。なお、地形の移動、回転に合わせてコリジョンを
切り替える。そしてこれらの頂点を結び合わせてコリジ
ョンの境界を設定する（Ｓ３０９）。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ゲームプログラム
に従ってゲームを進行させるゲーム装置及びゲーム制御
方法に関するものである。

【０００２】

【従来の技術】従来より、仮想的な三次元空間（以下、
「仮想空間」と称す。）内に配置された、様々な物体を
模した仮想体を、特定の視点から見た画像として映し出
す三次元の処理を行うゲーム装置が知られている。この
ようなゲーム装置では、仮想空間内に、例えば飛行コー
スと航空機を模した仮想体を配置し、航空機の後部から
見た視点で画像を生成することで、仮想的に形作られた
コース上を、実際に航空機を操縦して飛行しているかの
ように見せることができる。

【０００３】このようなゲーム装置を用いて画像を生成
する場合には、まず仮想空間内における視点と仮想体の
位置を確定し、次に視点の向いている方向に配置されて
いる仮想体の画像を生成している。飛行ゲームにおける
画像の生成を行う場合には、視点の向いている方向に、
たとえば、飛行するコースの周囲の景観、飛行の障害物
などが配置されている。このとき、ゲーム装置は、各仮
想体が視点位置から相対的にどの位置に配置してあるか
により、様々な画像を生成することができる。

【０００４】仮想空間内に配置される仮想体は、ゲーム
装置により処理が可能な、幾何学的に形成されたコンピ
ュータグラフィックスである。仮想体は、ポリゴンと呼
ばれる三角や四角の平らな面を、立体的に組み合わせた
ものであるので、仮想体に曲面や細かな凹凸がある場合
には、仮想体に比べ大きさの小さい、多くのポリゴンを
用いて、その形状を形成する。

【０００５】また、仮想空間上に配置される各仮想体に
は、通常、テクスチャマッピングが行われる。テクスチ
ャマッピングとは、テクスチャと呼ばれる２次元画像
を、３次元の仮想体に貼り付けることであり、このテク
スチャマッピングにより、仮想体の表面特性の定義を非
常に巧妙に増やすことができる。

【０００６】このようなゲームでは、その飛行コースお
よび操作者の操作する航空機は、仮想空間に配置可能な
立体の仮想体であり、表示画像には後方の特定の視点か
ら見た周囲の景色と移動する航空機の映像が映し出され
るようになっている。操作者は、これらの映像を見なが
ら、航空機を操縦する。

【０００７】そして、操作が行われた結果、操作される
航空機、または操作される航空機の発射した弾が、敵に
設定された航空機を模した仮想体に当たったか否か、あ
るいは障害物に衝突したか否かを判定して衝突が起こっ
ていれば、これに対応した制御を行わなければならな
い。たとえば、弾が敵に設定された航空機に当たった場
合には、その航空機に損傷を与えたり、操作される航空
機が障害物に衝突した場合には、それ以上の進行を阻止
するなどの制御を行う。

【０００８】ここで、障害物に衝突したか否か、または
弾が当たったか否かを判定するために、単数または複数
のコリジョンが用いられる。コリジョンとは、ゲームプ
ログラム上の航空機に弾が当たることをいい、コリジョ
ン点とはコリジョンが起こった箇所あるいは起こるべき
箇所をいう。障害物に対する衝突判定も、障害物に複数
設定されたコリジョンデータと、航空機や弾のコリジョ
ンデータに基づいて行われる。通常、コリジョンデータ
はゲームプログラム上の仮想空間内における座標で表わ
され、この両座標の一致または重なりを検出することに
より、衝突判定や当たり判定が行われる。

【０００９】

【発明が解決しようとしている課題】このようなゲーム
装置では、コリジョンが起こっているか否かを判定する
基礎となるコリジョンデータを予め設定し、このコリジ
ョンデータを基にコリジョンが起こっているか否かを判
定している。

【００１０】しかしながら、一般のゲーム装置では、コ
スト面との兼ね合いからゲーム装置本体の中央処理装置
に含まれる記憶装置、すなわちメインメモリは、外部に
着脱自在に装着されるゲームプログラムやデータの入っ
た記録媒体の記憶容量に比べると非常に小さい。このよ
うなゲーム装置において、レースゲームのような地形の
処理が必要なゲームの処理を行う場合、仮想空間内にお
けるコース自体が大きくなると、それに対応するコリジ
ョンのデータも増大することになる。ところが、ゲーム
装置本体の記憶装置に格納しておけるデータ量は少ない
ため、仮想体であるコースとそのコリジョン双方のデー
タを大量に格納しようとすると容量を超えてしまう。

【００１１】そのため、仮想体であるコースおよびその
コリジョンのデータを、記憶装置に収まるように配置し
たり、ある領域を超えたときに、新しくコースおよびコ
リジョンのデータを外部の記録媒体から読み込むものが
あった。しかしながら、記憶装置に納まるように配置し
た場合には、コースが広くないために面白さが薄れると
いったことが起こり得る。また、記憶装置に納められて
いるコースよりも外に出そうになった場合に、外部の記
録媒体からデータを読み込むものでは、ゲーム進行がそ
のつど中断してしまう。

【００１２】

【課題を解決するための手段】本発明は上述の課題に鑑
みて成されたもので、上述の課題を解決し、仮想的な地
形および衝突（コリジョン）のデータを、汎用的に使用
できるようにし、ゲーム進行の中断などがなく、しかも
正確な衝突（コリジョン）判断が可能なゲーム装置を提
供することを目的とする。かかる目的を達成する一手段
として例えば以下の構成を備える。

【００１３】即ち、仮想空間内を移動可能な移動体と周
辺地形とを所定の視点からの映像として表示する画像処
理手段を備えるゲーム装置であって前記仮想空間内に配
置される地形を表す仮想体を所定の大きさの網目状矩形
に分割する分割手段と、前記分割手段により分割された
各矩形ごとに予め設定された数値に基づき、前記各矩形
ごとの頂点を導き、隣接する矩形の頂点を結んだ頂点矩
形を形成する形成手段と、前記形成手段により形成され
た頂点矩形位置に前記移動体が接触した場合に、前記移
動体がそれ以上移動しないように制御する接触制御手段
とを備えることを特徴とする。

【００１４】又は仮想空間内を移動する移動体の移動制
御を行うゲーム装置において、前記仮想空間内の衝突判
定対象部分を表す仮想体を所定の大きさの網目状の矩形
に分割する分割手段と、前記分割手段により分割された
各矩形ごとの位置情報に対応する数値を保持する位置情
報テーブルと、前記移動体が移動後に位置する矩形及び
隣接する矩形に対応する前記位置情報テーブル値を各対
応矩形の中心位置として前記衝突判定対象部分の衝突判
定座標を算出し、前記算出した衝突判定対象部分の衝突
判定座標と前記移動体の移動後の位置座標とにより前記
移動体が前記衝突判定対象部分に接触したか否かを判別
可能とする算出手段とを備えることを特徴とする。

【００１５】そして例えば、さらに、前記移動体が移動
により前記衝突判定対象部分に接触した場合に前記移動
体を前記衝突判定対象部分を透過して移動しないように
制御する透過禁止手段を備えることを特徴とする。

【００１６】また例えば、仮想空間内の前記衝突判定対
象はいくつかの地形ブロックの組合わせで構成されてい
て前記位置情報テーブルは地形ブロック毎に一種類備え
られており、前記算出手段は、前記地形ブロックの回転
に合わせて前記位置情報の読み出し位置を補正可能とす
ることを特徴とする。

【００１７】更に例えば、前記算出手段は、前記移動体
の移動後の位置座標が含まれる前記矩形及び周囲の隣接
する矩形の前記位置情報テーブル対応値より前記衝突判
定対象部分の衝突判定座標を算出することを特徴とす
る。あるいは、前記算出手段は、前記移動体の移動後の
位置座標が含まれる前記矩形及び周囲のもっとも離間距
離の短い隣接する３方向の矩形の前記位置情報テーブル
対応値より前記衝突判定対象部分の衝突判定座標を算出
することを特徴とする。

【００１８】以上の構成において、少ないデータ量で正
確な衝突判定が可能となり、ゲーム進行の中断などがな
いゲーム装置が提供できる。

【００１９】

【発明の実施の形態】以下、図面を参照して本発明に係
る一発明の実施の形態例を詳細に説明する。以下の説明
は、本発明をゲーム装置に適用した例を説明する。

【００２０】［第１の実施の形態例］図１は本発明に係
る一実施の形態例におけるゲームシステムの全体構成を
示すブロック図である。ゲームシステム１は、大別し
て、ゲームシステム１の主たる機能を有するゲーム装置
本体２と、ゲーム装置本体２に対する操作指示のための
入力を行うコントローラ２１と、後述するゲームに関す
る処理を実現するためのプログラムや画像データ、サウ
ンドデータなどを格納する記録媒体［例えばＣＤ−ＲＯ
Ｍ（Compact Disc Read Only Memory ）、光ディスク、
フレキシブルディスク、シリコンディスク、半導体メモ
リ等］３０と、ゲームの途中経過データやゲーム環境設
定データなどのゲームデータを保存するメモリカード２
２と、ゲーム装置本体２からの映像信号や音声信号に基
づいてゲーム内容に応じた映像表示やサウンド出力を行
なうモニタディスプレイ４０とから構成されている。

【００２１】モニタディスプレイ４０は、ＣＲＴ（Cath
ode Ray Tube）などにより構成することができる映像表
示を行う表示部４１と、サウンド出力を行なうスピーカ
４２とから構成されている。

【００２２】ゲーム装置本体２は、画像処理部３、サウ
ンドバッファ１９ａを内蔵したＳＰＵ（Sound Processi
ng Unit；音声再生処理プロセッサ）１９、コントロー
ラ２１とのインタフェースとメモリカード２２のアクセ
ス制御等を司る通信プロセッサ２０、記録媒体３０を装
着して記録媒体をアクセスする記録媒体ドライブ２５、
記録媒体ドライブ２５を制御するバッファ２６ａを内蔵
する記録媒体コントローラ２６とから構成されている。

【００２３】記録媒体ドライブ２５は、例えば、ハード
ディスクドライブ、光ディスクドライブ、フレキシブル
ディスクドライブ、シリコンディスクドライブ、カセッ
ト媒体読み取り機などである。

【００２４】画像処理部３は、ＣＰＵ（Central Proces
sing Unit；中央演算処理ユニット）１０、ＣＰＵ１０
のコプロセッサとして動作するＧＴＥ（Geometric Tran
sform Engine ；グラフィックスデータ生成プロセッ
サ）１１、メインメモリ１２、ＯＳプログラム等を記憶
するＲＯＭ１３、ＧＰＵ（Graphics Processing Unit；
グラフィックス描画処理プロセッサ）１５、ＶＲＡＭ１
６、少なくとも表示部４１の１画面分の表示情報記憶容
量を備えるフレームバッファ１７、１８により構成され
ている。

【００２５】また、ＣＰＵ１０、メインメモリ１２、Ｒ
ＯＭ１３、ＧＰＵ１５、ＳＰＵ１９、通信プロセッサ２
０、記録媒体コントローラ２６は、バス１００を介して
互いに接続されている。

【００２６】ＣＰＵ１０は、ＲＯＭ１３に格納されてい
るＯＳ（オペレーティングシステム）や、記録媒体３０
から読み出されてメインメモリ１２に展開されるプログ
ラムやデータなどに基づいてゲーム装置本体２の各部を
制御し、後述するゲームに関する処理を実行する。

【００２７】ＣＰＵ１０に接続されているＧＴＥ１１
は、ＣＰＵ１０からの演算要求に応じて３次元モデルを
構成する各３次元座標データについて、移動、回転、拡
大、縮小などの座標計算や２次元座標データへの透視変
換計算、仮想的に設定された光源の種類や、その光源か
らの距離や角度、視点位置などに応じて各部の輝度を計
算する輝度計算などの固定小数形式の行列やベクトルの
演算処理を行う。

【００２８】ＶＲＡＭ１６には、記録媒体３０から記録
媒体ドライブ２５を介して読み込まれた、テクスチャパ
ターンデータおよびカラールックアップテーブル（ＣＬ
ＵＴ：Color Look−Up Table）等が記憶される。ここ
で、テクスチャパターンデータは２次元の画像データで
あり、カラールックアップテーブルはテクスチャパター
ンデータなどの色を指定するためのデータである。

【００２９】フレームバッファ１７、フレームバッファ
１８は、モニタディスプレイ４０の表示画像４１に表示
させる画像データを記憶するメモリである。それぞれ少
なくとも１フレーム分の記憶容量を有しており、例えば
ＤＲＡＭ（ＤｙｎａｍｉｃＲＡＭ）などで構成すること
ができる。

【００３０】フレームバッファ１７、フレームバッファ
１８はダブルバッファ形式となっており、一方のフレー
ムバッファに対してあるフレームの画像データの書き込
みを行っているときに、他方のフレームバッファで他の
フレームの画像データの読み出しを行うように制御可能
に構成されており、これにより画像表示処理の高速化が
図られている。

【００３１】メモリカード２２は、着脱可能な外部記憶
媒体であり、書き込み可能なメモリ部分を含んでおり、
例えば、ＥＰＲＯＭ，ＯＴＰＲＯＭ，ＥＥＰＲＯＭ，フ
ラッシュ型ＥＥＰＲＯＭ等の種々の外部記憶媒体で構成
することができる。また、メモリカード２２にメモリ以
外の集積回路、たとえばマイクロプロセッサ等を含ませ
ることもできる。

【００３２】メモリカード２２に対しては、ＣＰＵ１０
が実行するプログラムに基づき、通信プロセッサ２０を
介して、データの記憶と、データの読み出しを行わせる
ことができる。なお、実際のデータのやり取りはメイン
メモリ１２との間で行われる。

【００３３】ＣＰＵ１０は、記録媒体ドライブ２５から
ゲームプログラムや三次元モデルのモデリングデータな
ど読み出してメインメモリ１２に転送する。また、同様
にして記録媒体ドライブ２５からカラールックアップテ
ーブルやテクスチャパターンデータなどを読み出してＶ
ＲＡＭ１６に転送し、ＧＰＵ１５に画像の描画を指示す
る。

【００３４】これに応じてＧＰＵ１５は、ＧＴＥ１１で
求められた座標データや色情報、ＶＲＡＭ１６に展開さ
れたＣＬＵＴやテクスチャパターンデータなどに基づい
てモデリング処理やレンダリング処理などを行なう。そ
して、三次元モデルを配置して構成した仮想三次元空間
における任意領域の二次元投影画像をフレームバッファ
１７、１８上に描画する。

【００３５】その後、この画像データに同期信号を付加
するなどして映像信号としてモニタディスプレイ４０に
出力する。これによりモニタディスプレイ４０の画面上
にはゲーム内容に応じた映像が表示される。

【００３６】また、ＣＰＵ１０は、記録媒体ドライブ２
５からサウンドデータを読み出してメインメモリ１２や
ＳＰＵ１９に転送し、ＳＰＵ１９にサウンドの再生を指
示する。これに応じてＳＰＵ１９は、ＣＰＵ１０からの
サウンド再生指示に従ってサウンドバッファ１９ａに格
納されたＡＤＰＣＭ（Adaptive Differential PulseCod
e modulation）形式のサウンドデータに対して音量調整
処理や、ピッチ変換、音程調整、エンベロープ、リバー
ブなどの各種変調処理を適宜実行する。加えてその再生
処理を行ない、音声信号としてモニタディスプレイ４０
のスピーカ４２に出力する。これによりスピーカ４２か
らはゲーム内容に応じたＢＧＭ（BackGround Music）や
効果音などが出力される。

【００３７】サウンドバッファ１９ａは、ＣＰＵ１０に
よりメインメモリ１２から転送されたＡＤＰＣＭ形式の
サウンドデータなどを一時的に格納するメモリである。
また、このサウンドバッファ１９ａは、ＳＰＵ１９がリ
バーブ処理を行なう際に作業領域として使用したり、加
工用のサウンドデータなどをメインメモリ１２へ転送す
る際のバッファとしても使用される。

【００３８】ＧＰＵ１５は、ＣＰＵ１０とは独立して動
作するサブプロセッサである。このＧＰＵ１５は、ＣＰ
Ｕ１０からの描画指示に従ってＧＴＥ１１で求められた
座標データや色情報、フレームバッファ１７、１８に展
開されたＣＬＵＴやテクスチャパターンデータなどに基
づいて、複数のポリゴンによって構成される三次元モデ
ルのモデリング処理やレンダリング処理などを行なう。
そして、三次元モデルを配置して構成した仮想三次元空
間における任意領域の二次元投影画像をフレームバッフ
ァ１７、１８上に描画する。なお、ポリゴンとは、三次
元モデルを構成する図形の最小単位であり、三角形や四
角形などの多角形平面からなるものである。

【００３９】記録媒体コントローラ２６は、記録媒体ド
ライブ２５の駆動制御を行ない、記録媒体ドライブ２５
に装填されている記録媒体３０の符号化されたデータを
読み取る。記録媒体コントローラ２６内のバッファ２６
ａは、転送用データを一時的に格納するメモリである。

【００４０】通信プロセッサ２０には、ゲーム装置本体
２に対して着脱自在に装着されるコントローラ２１およ
びメモリカード２２が接続される。この通信プロセッサ
２０は、コントローラ２１およびメモリカード２２とゲ
ーム装置本体２の各部、たとえばＣＰＵ１０やメインメ
モリ１２との間のデータ転送を制御する。

【００４１】コントローラ２１は、プレイヤからの操作
入力に応じた各種操作信号を通信プロセッサ２０を介し
てゲーム装置本体２に送出する入力デバイスである。こ
のコントローラ２１は、スタートボタンや方向キーなど
種々の入力を行うための複数の入力ボタンが設けられて
いる。

【００４２】メモリカード２２はフラッシュメモリ等に
よって構成され、ゲームの途中経過データやゲーム環境
設定データなどのゲームデータを保存する。

【００４３】なお、このゲーム装置本体２において、メ
インメモリ１２と、フレームバッファ１７、１８、サウ
ンドバッファ１９ａ、バッファ２６ａとの間では、画像
の描画や表示、サウンド出力などに際して大量の画像デ
ータやサウンドデータの転送を行なう必要がある。この
ため、データ転送を高速で行なうためにいわゆるＤＭＡ
転送が行なわれる。

【００４４】以上の構成を備える本実施の形態例におけ
る記録媒体３０よりのゲームデータの読み込み制御を図
２を参照して以下に説明する。図２は本実施の形態例の
ゲームデータの読み込み制御を説明するための図であ
る。

【００４５】記録媒体３０には、図２に示すように、ゲ
ームを実行するためのプログラムデータ、ゲーム進行上
のデモンストレーションデータ、ゲームデータ１、２、
３、…、ｎが記録されている。このゲームデータにはゲ
ーム画面の背景データや地形データが含まれ後述する図
１４に示す地形位置テーブルデータなども含まれる。

【００４６】そして、ゲーム装置２の電源スイッチ（図
示せず）がオンにされ、ゲーム装置２に電源が投入され
た時に記録媒体３０が記録媒体ドライブ２５に装填され
ていると、ＣＰＵ１０はＲＯＭ１３に記憶されているオ
ペレーティングシステムに基づいて、記録媒体コントロ
ーラ２６に対して、記録媒体ドライブ２５を制御して記
録媒体３０からプログラムデータを読み出すことを指示
する。

【００４７】この指示を受けた記録媒体コントローラ２
６は記録媒体ドライブ２５を起動して記録媒体記録情報
の読み出し準備を行い、手順２０１、２０２に示すよう
にメインメモリ１２のプログラムデータ格納領域に、記
録媒体３０から記録媒体ドライブ２５、記録媒体コント
ローラ２６を介してプログラムデータの読み込みが行わ
れる。ＣＰＵ１０は読み込んだプログラムを実行する。

【００４８】ＣＰＵ１０は、実行したプログラムに基づ
いて記録媒体コントローラ２６に指示して、記録媒体３
０よりゲーム進行に必要なデモンストレーションデータ
やゲームデータを読み出すための指示を行う（手順２０
３、手順２０４）。記録媒体コントローラ２６は、記録
媒体ドライブ２５を制御して指示されたデータを記録媒
体３０から読み出し、指定データ格納領域に格納する
（手順２０５）。

【００４９】記録媒体３０にはゲームデータ１〜ゲーム
データＮの複数のゲームデータが記録されており、ＣＰ
Ｕ１０は実行されたプログラムに基づき、これらのゲー
ムデータの中からいずれか１つを読み出させる。このと
きのゲームデータの選択はゲームの進行に応じたものが
選択される。

【００５０】本実施の形態例においては、ＧＰＵ１５は
隠面処理の描画制御を行い、メインメモリ１２上に配置
されたインストラクション列を次々に実行してフレーム
バッファ１７、１８上に描画を行う。

【００５１】また、フレームバッファ１７、１８上のデ
ータはビデオ信号に変換され、モニタディスプレイ４０
の表示部４１の表示画面上に表示される。この表示の行
われる速度は、モニタディスプレイ４０のフィールドレ
ートに合わせ、６０フィールド／秒、または３０フィー
ルド／秒であり、これらの速度で次々に書き換えられる
ことで、動きのある映像を生成することができるように
なっている。

【００５２】ダブルバッファ構造の描画制御では、フレ
ームバッファ１７、１８上の領域に描画が行われている
とき、現在描画されているフレームバッファの様子が、
そのままモニタディスプレイ上に表示されてしまうと、
たとえ６０フィールド／秒で表示が行われていたとして
も、表示がちらついてしまう。そのため、このような描
画処理は、現在描画がされているフレームバッファと、
表示を行っているフレームバッファの２つを交互に切り
換えるように制御されている。このため、１フィールド
分の描画を１フレームとすると、１フレームごとにそれ
ぞれに使用するフレームバッファの切り替えが行なわれ
ることになる。

【００５３】以上の構成を備える本実施の形態例におい
ては、仮想空間内に配置される仮想的な地形を、特定の
矩形状に分割し、これに対応してコリジョンのデータを
設定し、地形の移動、回転に合わせてコリジョンデータ
を取得できる。

【００５４】図１１は、本実施の形態例の地形処理が行
われる矩形地形の組み合わせ例を示す図である。図１１
に示すように、本実施の形態例において処理される全体
の地形が、例えば１６個の矩形の集合であるとする。こ
のように分割されたそれぞれの矩形を、第１矩形とす
る。この図１１に示す例では各矩形は略直線状の溝より
なる図９に１４０１で示す地形ブロックと、ほば直角に
カーブ゛した溝よりなる図１０に１５０１で示す矩形ブ
ロックの組合わせで構成されている。そしてこの両地形
ブロックを適宜回転させて組合わせ、図１１に示す全地
形１６０１を形成する。

【００５５】本実施の形態例においては、第１矩形をさ
らに細かく１６×１６の矩形に分割して設定する。この
さらに細かく分けて設定された矩形を第２矩形とする。
この第２矩形の例を図１２に示す。図１２は、図１０の
矩形ブロック１５０１を、第２矩形に分割した例を示す
図である。ここで、第２矩形に対応して、コリジョンの
データを設定する。

【００５６】この第２矩形毎に対応するコリジョンデー
タを設定したマトリクステーブルの例を図１４に示す。
図１４に示す例は図１０に示す地形に対応するマトリク
ステーブルである。本実施の形態例では、図１２に示す
地形ブロックのｘ軸、ｚ軸インデクス番号で特定される
区画のコリジョンデータが対応するインデクステーブル
のｘ軸、ｚ軸インデクス番号で特定される場所に格納さ
れている。マトリクステーブルに設定されるデータは地
形の高さデータ（ｙ軸データ）であり、これらの値が当
該区画の中心位置の頂点であるとして隣接する区画の中
心頂点の値を結び合わせて区画内の任意の位置のコリジ
ョンを設定する。

【００５７】なお、ゲーム装置本体の記憶装置の容量が
小さいことから、本実施の形態例では、後述するように
第１矩形を移動、回転させて配置しても、対応するコリ
ジョンデータをそのまま使用できるように、地形ブロッ
クの回転に合わせてマトリクステーブルのインデクス番
号を補正している。全体地形は、仮想空間内に配置され
る仮想体であり、その画像を生成するためのデータと、
衝突判定または当たり判定を行うためのデータは、記録
媒体より読み出されるゲームデータに含まれている。

【００５８】図１７は、本実施の形態例において表示部
４１に表示されるゲーム画面を説明するための図であ
る。図１７において４１ａはゲームキャラクタであり、
コントローラ２１の操作入力が検出され、検出された操
作入力及びゲームの進行状況に応じて、画面上を上下左
右に移動するとともに、敵として登場するゲームキャラ
クタ４１ｂへの攻撃を行う。コントローラ２１からの操
作入力の検出およびゲームキャラクタ４１ａの制御は、
ＣＰＵ１０により実行されるプログラムにより行なわれ
る。

【００５９】また、ゲームキャラクタ４１ｂは画面上で
の移動、及びゲームキャラクタ４１ａへの攻撃を行う敵
として登場するゲームキャラクタであり、ＣＰＵ１０に
より実行されるプログラムにより操作される。そして、
図１７の背景は、仮想空間内に配置された全体地形１６
０１を、特定の視点から見た画像である。ゲームの進行
により仮想空間内で位置を変える視点に応じて、全体地
形１６０１の一部である背景画像が、ゲーム画面に表示
される。

【００６０】ゲームキャラクタ４１ａ、ゲームキャラク
タ４１ｂには、衝突判定または当たり判定を行うための
コリジョンデータが設定してある。図１７はまた、ゲー
ムキャラクタ４１ａとゲームキャラクタ４１ｂ、全体地
形１６０１の仮想空間内における位置関係を示してお
り、例えば仮想空間内において図２０に示すようにそれ
ぞれのキャラクタ及び背景が位置しており、さらにゲー
ムの進行に応じて例えば後述する図２１乃至図２４に示
すようにその位置が変更される。同時にゲーム画面を表
示するための視点位置もゲームキャラクタ４１ａの位置
に応じた位置へ変更される。

【００６１】これらゲームキャラクタは、仮想空間内に
配置される仮想体であり、その画像を生成するためのデ
ータと、衝突判定または当たり判定を行うためのデータ
は、記録媒体より読み出されるゲームデータに含まれて
いる。

【００６２】以上の構成を備える本実施の形態例におけ
る動作を図３を参照して以下に説明する。図３は本実施
の形態例の全体の動作を説明するためのフローチャート
である。

【００６３】本実施の形態例のゲーム装置は、電源が投
入されると図３に示す処理に移行し、ＣＰＵ１０はまず
ステップＳ１０１において記録媒体３０から、メインメ
モリ１２の図２に示すプログラムデータ格納領域へ、上
述した制御で記録媒体ドライブ２５を介して記録媒体に
記録されているプログラムデータを読み出し、格納され
たプログラムを実行する。

【００６４】続いてステップＳ１０２において、ＣＰＵ
１０に実行されたプログラムに基づき、記録媒体３０か
らメインメモリ１２の指定データ格納領域へデモンスト
レーションデータの読み出しが行われる。

【００６５】更にステップＳ１０３においてデモンスト
レーション準備処理が行われる。ここでは、ゲームのデ
モンストレーションの準備のため、ステップＳ１０８で
使用される各変数の初期化などが行われる。

【００６６】次にステップＳ１０４において、コントロ
ーラ２１からゲームの開始を指示する操作入力があった
か否かの検出を行う。ゲームの開始の指示が検出された
場合にはステップＳ１０５へ進み、ＣＰＵ１０で実行さ
れているプログラムに基づき、記録媒体３０から指定デ
ータ格納領域へゲームデータの読み出しが行われる。ゲ
ームの最初ではゲームデータ１が選択されて読み出され
る。

【００６７】続いてステップＳ１０６でゲーム準備処理
が行われ、ステップＳ１０７で使用される各変数などの
初期化などが行なわれる。そしてこれでゲームの準備が
完了したためステップＳ１０７のルーチンを実行し、ゲ
ーム処理を行う。ゲーム処理の詳細は後述する。そして
ステップＳ１０５で読み込まれたゲームデータに対応す
るゲームが終了したり、コントローラ２１よりのゲーム
終了が指示された時にはステップＳ１０７よりステップ
Ｓ１０２に戻る。

【００６８】一方、ステップＳ１０４でコントローラ２
１からゲームの開始を指示する操作入力が検出されなか
った場合には、ステップＳ１０８へ進み、デモンストレ
ーションの処理を行う。ここでは、ＣＰＵ１０により実
行されたプログラムと、指定データ領域に格納されてい
るデモンストレーションデータに基づき、デモンストレ
ーションの処理を行う。デモンストレーションは、実施
の形態例におけるゲームの説明などであり、たとえば、
あらかじめ決められた内容のゲームのプレイが行われ
る。

【００６９】続いてステップＳ１０９でデモンストレー
ションが終了したかの判断を行う。デモンストレーショ
ンが終了していると判断された場合にはステップＳ１０
２へ戻る。一方、デモンストレーションが終了していな
いと判断された場合にはステップＳ１０４へ戻り、ゲー
ムの開始を指示する操作入力があったか検出を行う。

【００７０】図３に示すゲーム処理の詳細を図４を参照
して説明する。図４は図３に示すステップＳ１０７のゲ
ーム処理の詳細を説明するためのフローチャートであ
る。

【００７１】ＣＰＵ１０は、まずステップＳ２０１でコ
ントローラ２１から、ゲームキャラクタ４１ａへの操作
指示が入力されたかの検出を行う。検出された操作指示
は、プログラムデータ格納領域の操作指示内容を保持す
る領域へ格納される。操作指示が何も検出されなかった
場合には、操作指示内容を保持する領域は初期化され
る。

【００７２】続いてステップＳ２０２でステップＳ２０
１で検出された操作指示内容を、プログラムに従って処
理し、操作可能ゲームキャラクタ（自キャラクタ）の移
動処理を行う。ここでは、操作指示内容に従った自キャ
ラクタの移動処理実行後の位置を求める。そしてステッ
プＳ２０３で移動した後の自キャラクタの位置が周囲地
形に衝突しているか否かを判定するために用いる周囲地
形の位置情報を算出する地形のコリジョン処理を行う。

【００７３】次のステップＳ２０４で自キャラクタの仮
想空間内のｙ軸方向の移動方向すなわち、高さ方向の移
動方向を求める。そしてステップＳ２０５で移動方向よ
り移動後の自キャラクタが周囲地形に衝突しているか否
かを判定する。図１８及び図１９はステップＳ２０５に
おける衝突判定を説明するための図である。図１８又は
図１９において、４１ａは操作可能な自キャラクタであ
る。

【００７４】図１８又は図１９に示すように、本実施の
形態例においては、高さ（ｙ座標）を用いて当たり判定
を行っている。具体的には、自キャラクタ４１ａの位置
座標（Ｘ，Ｚ）と、図１８、図１９に鎖線で示すｙ軸方
向で自キャラクタ４１ａの位置座標（Ｘ，Ｚ）に対応す
る周囲地形の座標とを比較し、一致又は重なりが起きて
いた場合に衝突と判定する。具体的には詳細を後述する
ように両位置座標のｙ座標（高さ方向座標）値を用いて
判定する。衝突していない場合にはステップＳ２０７に
進む。

【００７５】一方、ステップＳ２０５で衝突と判定した
場合にはステップＳ２０６に進み、衝突処理を行う。そ
してステップＳ２０７に進む。

【００７６】ステップＳ２０７では、判定結果に対応し
た自キャラクタの制御を行い、ゲーム進行処理を行う。
そして続くステップＳ２０８でゲーム進行結果をモニタ
ディスプレイ４０に表示する。これは、フレームバッフ
ァ１７、１８のうちの表示に用いているフレームバッフ
ァでない描画フレームバッファにゲーム進行処理結果に
対応する画面を描画し、描画終了後に表示バッファと描
画バッファとを切り替え、新たに切り替えた表示フレー
ムバッファの画面を表示する。そしてＣＰＵ１０は、次
のステップＳ２０９でプログラムに基づきゲームの終了
であるかの判断を行う。ゲーム終了である場合には当該
ゲーム処理を終了してリターンする。

【００７７】一方、ステップＳ２０９でゲーム終了でな
ければステップＳ２０１に戻り次の操作に備える。本実
施の形態例では、ＣＰＵ１０は不図示のクロック信号に
よりモニタディスプレイ４０へのビデオ信号の垂直同期
信号を生成しており、この垂直同期信号に同期したタイ
ミングでＣＰＵ１０への割込みを行っている。ＣＰＵ１
０はこの割込み発生毎に上記ゲーム処理を起動して実行
する。即ち、モニタディスプレイ４０がＮＴＳＣ方式で
ある場合には垂直同期信号は（１／６０）秒毎に出力さ
れており、（１／６０）秒毎にゲーム処理を実行してい
る。

【００７８】以上に説明した仮想空間内における実際の
ゲーム進行に応じた各地形ブロックとゲームキャラクタ
との位置関係及び衝突制御を図２０乃至図２７を参照し
て以下に説明する。図２０乃至図２４は各地形ブロック
とゲームキャラクタとの位置関係を説明するための図で
ある。図２５乃至図２７は地形ブロックとゲームキャラ
クタとの衝突を説明するための図である。

【００７９】例えば、上述した図１７に示すゲーム表示
画面であった場合における仮想空間内での地形ブロック
とゲームキャラクタ４１ａ、４１ｂとの位置関係は図２
０に示すようになる。

【００８０】また、進行方向上部後方よりの視点におけ
るｙ軸に対する回転角度０度の地形ブロック１５０１
と、ゲームキャラクタ４１ａ、４１ｂとの位置関係は図
２１に示すようになる。同様に、進行方向上部後方より
の視点における回転角度９０度の地形ブロック１５０１
と、ゲームキャラクタ４１ａ、４１ｂとの位置関係は図
２２に示すようになる。

【００８１】更に、進行方向上部後方よりの視点におけ
る回転角度１８０度の地形ブロック１５０１と、ゲーム
キャラクタ４１ａ、４１ｂとの位置関係は図２３に示す
ようになり，進行方向上部後方よりの視点における回転
角度２７０度の地形ブロック１５０１と、ゲームキャラ
クタ４１ａ、４１ｂとの位置関係は図２４に示すように
なる。

【００８２】このように、地形ブロックを回転して配置
した場合でも、ステップＳ２０３の処理でコリジョンデ
ータを取得できる。また、地形ブロックの上下を反転
（Ｘ軸またはＺ軸に対して１８０度回転）して同様にｙ
軸に対して回転して配置した場合でもコリジョンデータ
を取得することができる。

【００８３】上述した図４のステップＳ２０５の衝突判
定で衝突が検出された場合には、続くステップＳ２０６
における衝突処理でゲーム画面上での衝突表示を行うこ
とになる。

【００８４】図２５は、地形ブロック１４０１とゲーム
キャラクタ４１ａとの衝突を説明するための図である。
また、図２６は地形ブロック１４０１とゲームキャラク
タ４１ａの一部との衝突を説明するための図である。但
し、図２６はゲームキャラクタ４１ａの翼の部分にコリ
ジョン点が設定してあり、そのコリジョン点が衝突と判
定された場合である。

【００８５】さらに、ステップＳ２０６における衝突処
理では、例えば図２７に示す様にゲームキャラクタ４１
ａを地形ブロック１４０１の上に墜落させる処理を行
う。これら図２０〜図２７は、特定に視点から視た画像
として表示部４１に表示される。

【００８６】次に上述した図４に示すステップＳ２０３
の地形のコリジョン処理の詳細を図５を参照して説明す
る。

【００８７】まず、ステップＳ３０１で実座標からブロ
ック単位座標（Ｓｘ，Ｓｙ，Ｓｚ）を算出する。具体的
には、コリジョン判定（当たり判定）を行う対象となる
自キャラクタのステップＳ２０２での移動処理後の座標
（実座標）より、処理を行う地形データのブロックを特
定する。例えば、図１１に示す１６個の矩形地形データ
のブロックから本実施形態の地形処理が行われるとする
と、１６個のうちどのブロック位置に自キャラクタの実
座標が位置しているかにより、処理を行うブロックを特
定する。

【００８８】ステップＳ３０１での算出の結果、例え
ば、図１６に示す地形１６０１に含まれる地形ブロック
（第１矩形）の中で左上端の地形ブロック１５０１ａに
自キャラクタが配置されているものとして以下の処理の
説明を進める。

【００８９】実座標を算出すると続くステップＳ３０２
において、ブロック内の区画座標（ｂｘ，ｂｚ）を算出
する。すなわち、図１１に示す１５０１ａに示す地形の
うちの図１２に分割される区画（第２矩形）のどの区画
にあるかその区画座標を特定する。このとき、算出され
る（ｂｘ，ｂｚ）は、図１２における２５６個ある区画
のうち、いずれか一つを指し示すものであるとする。

【００９０】つまり、図１２においては、（ｂｘ＝０，
ｂｚ＝０）が区画１７０１、（ｂｘ＝１５，ｂｚ＝０）
が区画１７０２、（ｂｘ＝０，ｂｚ＝１５）が区画１７
０３、（ｂｘ＝１５，ｂｚ＝１５）が区画１７０４であ
る。以下の説明はステップＳ３０２で例えば自キャラク
タの実座標位置が図１２の区画１７０５であり、（ｂｘ
＝６，ｂｚ＝１）が算出された場合を例にして説明を続
ける。

【００９１】ステップＳ３０３でステップＳ３０２で求
めた区画のオフセット座標（ｏｘ，ｏｚ）を算出して自
キャラクタが算出された区画内のどの部分に位置するの
かを算出する。図１３は、オフセット座標（ｏｘ，ｏ
ｚ）の算出処理を説明するための図である。

【００９２】区画１７０５に自キャラクタが位置してい
る場合に、区画１７０５において、その中心である座標
を原点１７０５ａとすると、ｘ，ｚが双方とも正の値と
なる領域１７０５ｂと、ｘが負、ｚが正の値となる領域
１７０５ｃと、ｘが正、ｚが負の値となる領域１７０５
ｄと、ｘとｚが双方とも負の値となる領域１７０５ｅと
の、いずれかの領域にゲームキャラクタは位置すること
になる。

【００９３】但し、例えばｘが負の値となる場合には、
区画１７０５の高さ、または幅の値であるＤＬから、そ
の値を減算した値が（ｏｘ）として設定される。（ｏ
ｚ）についても、負の値であった場合には、ＤＬからそ
の値を減算した値が（ｏｚ）として設定される。このよ
うに、ステップＳ３０３では、区画の原点から相対的な
自キャラクタの位置（ｏｘ，ｏｚ）を算出する。

【００９４】続くステップＳ３０４においてステップＳ
３０３で算出されたｏｘが、区画の幅の１／２であるＤ
Ｈよりも大きいか否か（ｏｘ＞ＤＨ？）を調べる。（ｏ
ｘ）が、区画の幅の１／２であるＤＨよりも大きくない
場合、即ち、図１３において原点１７０５ａから見てｘ
が正の値となる領域を指し示している場合にはステップ
Ｓ３０６へ進む。

【００９５】このとき、後述する処理では、（ｂｘ＝
６，ｂｚ＝１）の区画１７０５と共に、右隣の（ｂｘ＝
７，ｂｚ＝１）の区画１８０５、上隣の（ｂｘ＝６、ｂ
ｚ＝２）の区画１８０７、右上隣の（ｂｘ＝７，ｂｚ＝
２）の区画１８０８に対応付けられて設定されているコ
リジョンデータに基づきコリジョンの値算出を行う。

【００９６】一方、ステップＳ３０４で（ｏｘ）が、区
画の幅の１／２であるＤＨよりも大きい場合、即ち、図
１３において原点１７０５ａから見てｘが負の値となる
領域を指し示している場合にはステップＳ３０５へ進
む。

【００９７】そしてステップＳ３０５において、ｂｘ＝
ｂｘ−１の処理を行い、ステップＳ３０２で算出された
ｂｘの値から１を減算する参照開始位置を補正してステ
ップＳ３０６に進む。ここでｂｘの減算が行われると、
後述する処理において、左隣の（ｂｘ＝５，ｂｚ＝１）
の区画１８０４、（ｂｘ＝６，ｂｚ＝１）の区画１７０
５、左上隣の（ｂｘ＝５、ｂｚ＝２）の区画１８０６、
上隣の（ｂｘ＝６，ｂｚ＝２）の区画１８０７に対応付
けられて設定されているコリジョンデータに基づきコリ
ジョンの値算出が行われる。

【００９８】ステップＳ３０６では、ステップＳ３０３
で算出された（ｏｚ）が、区画の高さの１／２であるＤ
Ｈよりも大きいか否か（ｏｚ＞ＤＨ？）を調べる。ステ
ップＳ３０３で算出された（ｏｚ）が、区画の高さの１
／２であるＤＨよりも大きくない場合、即ち、図１３に
おいて原点１７０５ａから見てｚが正の値となる領域を
指し示している場合にはステップＳ３０８へ進む。この
とき、ステップＳ３０４で（ｏｘ）が正の領域にあると
判断されていた場合には、後述する処理で、（ｂｘ＝
６，ｂｚ＝１）の区画１７０５、右隣の（ｂｘ＝７，ｂ
ｚ＝１）の区画１８０５、上隣の（ｂｘ＝６，ｂｚ＝
２）の区画１８０７、右上隣の（ｂｘ＝７，ｂｚ＝２）
の区画１８０８に対応付けられて設定されているコリジ
ョンデータに基づきコリジョンの値算出を行う。

【００９９】一方、ステップＳ３０６で（ｏｚ）が、区
画の高さの１／２であるＤＨよりも大きい場合、即ち、
図１３において原点１７０５ａから見てｚが負の値とな
る領域を指し示している場合にはステップＳ３０７へ進
み、（ｂｚ＝ｂｚ−１）の処理を行い、ステップＳ３０
２で算出されたｂｚの値から１を減算する。そしてステ
ップＳ３０８に進む。

【０１００】このとき、ステップＳ３０４で（ｏｘ）が
正の領域にあると判断されていた場合には、後述する処
理において、下隣の（ｂｘ＝６，ｂｚ＝０）の区画１８
０２、右下隣の（ｂｘ＝７，ｂｚ＝０）の区画１８０
３、（ｂｘ＝６，ｂｚ＝１）の区画１７０５、右隣の
（ｂｘ＝７，ｂｚ＝１）の区画１８０５に対応付けられ
て設定されているコリジョンデータに基づきコリジョン
の値算出が行われる。

【０１０１】また、ステップＳ３０４、ステップＳ３０
６で（ｂｘ，ｂｚ）がそれぞれ減算されていた場合に
は、後述する処理において、左下隣の（ｂｘ＝５，ｂｚ
＝０）の区画１８０１、下隣の（ｂｘ＝６，ｂｚ＝０）
の区画１８０２、左隣の（ｂｘ＝５，ｂｚ＝１）の区画
１８０４、（ｂｘ＝６，ｂｚ＝１）の区画１７０５に対
応付けられて設定されているコリジョンデータに基づき
コリジョンの値算出が行われる。

【０１０２】そしてステップＳ３０８において、以上に
説明したステップＳ３０１〜Ｓ３０７で算出したｂｘ，
ｂｚに基づいて抽出した各周囲４区画の４点のコリジョ
ンデータを取得するコリジョン取得処理を実行する。

【０１０３】そしてステップＳ３０９で、ステップＳ３
０８で取得した４点コリジョンから自キャラクタの操作
後の実際位置を求める実際位置算出処理を実行する。そ
して当該処理を終了してリターンする。

【０１０４】次に上述した図５に示すステップＳ３０８
のコリジョン取得処理の詳細を図６を参照して説明す
る。

【０１０５】まず、ステップＳ４０１において、以下に
説明する繰り返し処理を制御する変数［ＬＯＯＰ］を
「０」に設定する。そしてステップＳ４０２において、
［ＬＯＯＰ］が３以上であるか否かを調べる。［ＬＯＯ
Ｐ］が３以上であれば４点のコリジョンデータの取得が
終了したので当該処理を終了してリターンする。

【０１０６】一方、ステップＳ４０２で［ＬＯＯＰ］が
３以上でない場合にはステップＳ４０３に進み、変数
［ＬＯＯＰ］の数値を判別する。そして、変数［ＬＯＯ
Ｐ］の数値に対応した処理に移行する。

【０１０７】変数［ＬＯＯＰ］が０の場合にはステップ
Ｓ４０３よりステップＳ４０４に進み、変数ｉｘにｂｘ
を、変数ｉｚにｂｚを設定し、（ｉｘ＝ｂｘ，ｉｚ＝ｂ
ｚ）としてステップＳ４１０に進む。

【０１０８】ステップＳ４０３で、変数［ＬＯＯＰ］が
１の場合にはステップＳ４０３よりステップＳ４０５に
進み、変数ｉｘにｂｘ＋１を、変数ｉｚにｂｚを設定
し、（ｉｘ＝ｂｘ＋１，ｉｚ＝ｂｚ）としてステップＳ
４１０に進む。

【０１０９】ステップＳ４０３で、変数［ＬＯＯＰ］が
２の場合にはステップＳ４０３よりステップＳ４０６に
進み、変数ｉｘにｂｘを、変数ｉｚにｂｚ＋１を設定
し、（ｉｘ＝ｂｘ，ｉｚ＝ｂｚ＋１）としてステップＳ
４１０に進む。

【０１１０】ステップＳ４０３で、変数［ＬＯＯＰ］が
３の場合にはステップＳ４０３よりステップＳ４０７に
進み、変数ｉｘにｂｘ＋１を、変数ｉｚにｂｚ＋１を設
定し、（ｉｘ＝ｂｘ＋１，ｉｚ＝ｂｚ＋１）としてステ
ップＳ４１０に進む。

【０１１１】そして次のステップＳ４１０において設定
された変数ｉｘ，ｉｚが区画のｙ座標値（高さ）よりコ
リジョンを判定するためのマトリクステーブルの範囲外
か否かを判断する。マトリクステーブルの範囲外でない
場合にはステップＳ４１２に進む。

【０１１２】一方、ステップＳ４１０で設定された変数
ｉｘ，ｉｚが、マトリクステーブルの範囲外で区画ブロ
ックの無い箇所を指していると判断された場合、即ち、
ｉｘ，ｉｚの少なくとも一つ以上が０以下、または１５
以上である場合にはステップＳ４１１へ進み、半値テー
ブルインデックス及び（ｉｘ，ｉｚ）の値の補正を行な
い、ステップＳ４１２に進む。具体的には、ｉｘ，ｉｚ
の少なくとも一つ以上が０以下であった場合には０に、
１５以上であった場合には１５に値を補正する。

【０１１３】ステップＳ４１２ではブロック配置テーブ
ルからブロックＩＤと回転状態を取得する。ここで、ブ
ロック配置テーブルとは、地形１６０１を形成するため
のテーブルデータである。このブロック配置テーブルか
ら、図１１に示した地形１６０１の地形ブロック１５０
１ａが、地形ブロック１５０１であることを示すＩＤ番
号と、地形１６０１に地形ブロック１５０１ａが何度回
転して配置されているか（図１０に示す地形ブロックが
何度回転して配置されているか）を示す回転状態のデー
タの取得が行われる。

【０１１４】これは、本実施の形態例の地形が、例えば
図９に示す地形ブロックと図１０に示す地形ブロックを
適宜回転等させ、組み合わせて構成されているため、地
形毎の高低差情報は全ての地形分備える必要はなく、構
成地形ブロックに対応するデータをテーブルデータとし
て保持しておくのみで可能であることに由来する。即
ち、構成地形ブロックの回転状態によりこのテーブルの
読み出しアドレスを変えることにより、同一地形であれ
ば回転角度にかかわらず一つのテーブルデータで対応す
ることができるためである。

【０１１５】続いてステップＳ４２０でコリジョンデー
タを取得するコリジョンデータの取得処理を実行してス
テップＳ４０４〜Ｓ４１２で算出したｉｘ，ｉｚ，ブロ
ックＩＤ、および回転状態に基づき、４点のコリジョン
データの取得を行う。そしてステップＳ４２１で変数
［ＬＯＯＰ］を＋１してステップＳ４０２に戻り、次の
コリジョンデータの取得を行う。

【０１１６】次に上述した図６に示すステップＳ４２０
のコリジョンデータ取得処理の詳細を図７を参照して説
明する。

【０１１７】まず、ステップＳ５０１において、図６の
ステップＳ４１２の処置で取得したブロックの回転状態
を検出して検出した回転状態に対応した処理に分岐す
る。ここでは、自キャラクタ位置座標を基に周囲地形ｙ
座標（高低差）を読み出せるようにするためである。な
お、検出する角度の度数は、ｙ軸に対して右廻りに設定
されているものとする。

【０１１８】ステップＳ５０１での検出の結果、回転状
態のデータの示しているのが０度の場合（ｔｙｐｅ０の
場合）にはステップＳ５０２へ進み、ｃｘにｉｘを、ｃ
ｚにｉｚを設定（ｃｘ＝ｉｘ，ｃｚ＝ｉｚ）してステッ
プＳ５１０に進む。以下、ｃｘに６、ｃｚに１が設定さ
れた場合を例に説明を続ける。

【０１１９】一方、ステップＳ５０１での検出の結果、
回転状態のデータの示しているのが９０度の場合（ｔｙ
ｐｅ１の場合）にはステップＳ５０３へ進み、ｃｘに１
５−ｉｚを、ｃｚにｉｘを設定（ｃｘ＝１５−ｉｚ，ｃ
ｚ＝ｉｘ）してステップＳ５１０に進む。

【０１２０】ステップＳ５０１での検出の結果、回転状
態のデータの示しているのが１８０度の場合（ｔｙｐｅ
２の場合）にはステップＳ５０４へ進み、ｃｘに１５−
ｉｘを、ｃｚに１５−ｉｚを設定（ｃｘ＝１５−ｉｘ，
ｃｚ＝１５−ｉｚ）してステップＳ５１０に進む。

【０１２１】ステップＳ５０１での検出の結果、回転状
態のデータの示しているのが２７０度の場合（ｔｙｐｅ
３の場合）にはステップＳ５０５進み、ｃｘにｉｚを、
ｃｚに１５−ｉｘを設定（ｃｘ＝ｉｚ，ｃｚ＝１５−ｉ
ｘ）してステップＳ５１０に進む。

【０１２２】ステップＳ５０１での検出の結果、回転状
態のデータの示しているのが０度でかつ上下反転である
場合（ｔｙｐｅ４の場合）にはステップＳ５０６へ進
み、ｃｘに１５−ｉｚを、ｃｚにｉｘを設定（ｃｘ＝１
５−ｉｘ，ｃｚ＝ｉｚ）してステップＳ５１０に進む。

【０１２３】ステップＳ５０１での検出の結果、回転状
態のデータの示しているのが９０度でかつ上下反転であ
る場合（ｔｙｐｅ５の場合）にはステップＳ５０７進
み、ｃｘにｉｚを、ｃｚにｉｘを設定（ｃｘ＝ｉｚ，ｃ
ｚ＝ｉｘ）してステップＳ５１０に進む。

【０１２４】ステップＳ５０１での検出の結果、回転状
態のデータの示しているのが１８０度でかつ上下反転で
ある場合（ｔｙｐｅ６の場合）にはステップＳ５０８へ
進み、ｃｘにｉｘを、ｃｚに１５−ｉｚを設定（ｃｘ＝
ｉｘ，ｃｚ＝１５−ｉｚ）してステップＳ５１０に進
む。

【０１２５】ステップＳ５０１での検出の結果、回転状
態のデータの示しているのが２７０度でかつ上下反転で
ある場合（ｔｙｐｅ７の場合）にはステップＳ５０９進
み、ｃｘに１５−ｉｚを、ｃｚに１５−ｉｘを設定（ｃ
ｘ＝１５−ｉｚ，ｃｚ＝１５−ｉｘ）してステップＳ５
１０に進む。

【０１２６】以上の各処理終了後のステップＳ５１０で
は、ステップＳ５０１〜５０９で算出されたｃｘとｃｚ
から、インデックス番号を算出（ｉｎｄｅｘ＝ｃｚ×１
６＋ｃｘ）する。算出したインデックス番号は、変数ｉ
ｎｄｅｘに設定される。ここで、ｃｘが６、ｃｚが１で
あるとすると、１６進数の１６Ｈの値が算出される。

【０１２７】次にステップＳ５１１において、ステップ
Ｓ５１０で算出された変数ｉｎｄｅｘに基づき、マトリ
クステーブルのｉｎｄｅｘ位置からコリジョンを取得す
る。本実施の形態例のマトリクステーブルの例を図１４
に示す。図１４は図１０に示す地形ブロック１５０１ａ
に対応付けられて設定されているマトリクステーブルの
例を示す図である。

【０１２８】図１４に示すように、マトリクステーブル
１９０１は、Ｘ軸側と、Ｚ軸側のインデックス番号がそ
れぞれ１６あり、合計で２５６のコリジョンデータが設
定されている。また、Ｘ軸のインデックス番号は１６進
数で１の桁を、Ｚ軸のインデックス番号は１６進数で１
０の桁を表している。このとき、ステップＳ５１０で算
出された値が１６Ｈである場合は、Ｚ軸のインデックス
番号が１、Ｘ軸のインデックス番号が６に対応するコリ
ジョンデータが取得される。

【０１２９】取得されたコリジョンデータは、図６のフ
ローチャートにおけるループの回数、すなわち変数ＬＯ
ＯＰの値に応じて変数Ｙ０〜Ｙ３に記憶される。１度目
のループでは変数Ｙ０に、２度目のループでは変数Ｙ１
に、３度目のループでは変数Ｙ２に、４度目のループで
は変数Ｙ３に、取得されたコリジョンデータが記憶され
る。

【０１３０】次にステップＳ５１２において、ステップ
５０１で取得した地形ブロックの回転状態のデータに基
づいて、上下反転であるかの判断を行う。上下反転でな
いと判断された場合には当該処理を終了してリターンす
る。

【０１３１】一方、ステップＳ５１２において、上下反
転であると判断された場合にはステップＳ５１３へ進
む。そして、コリジョン無しか否かを判断する。例えば
図１４に示したマトリクステーブル１９０１において、
たとえば、設定されている値が０の部分は、コリジョン
無し（当たり判定が無いもの）とする。コリジョンで無
いと判断されたときにはリターンする。

【０１３２】一方、ステップＳ５１３において、ステッ
プＳ５１１で取得した値が０以外のコリジョンデータが
設定されていた場合にはコリジョンデータがあると判断
してステップＳ５１４へ進み、上下反転によるコリジョ
ン補正（コリジョン＝１ブロックの高さ−コリジョン）
の処理を行う。上下反転によるコリジョン補正は、あら
かじめ決められている１ブロックの高さから、ステップ
Ｓ５１１で取得されたコリジョンデータの値を減算して
行う。そして、リターンし、変数［ＬＯＯＰ］をインク
リメントする。

【０１３３】次に上述した図５に示す実際の位置算出処
理の詳細を図８のフローチャートを参照して説明する。
図８は図５に示す４点のコリジョンデータに基づいたコ
リジョンの値算出処理の詳細を示すフローチャートであ
る。

【０１３４】まず、ステップＳ６０１で図５のステップ
Ｓ３０３で算出した、区画内の座標１７０５ａの、ｏｘ
とｏｚの値が（ｏｚ＞ｏｘ）であるか否かを調べる。図
１５は、本実施の形態例における周辺４区画の位置関係
を説明するための図である。図１５において、コリジョ
ンデータ２００１は変数Ｙ０、コリジョンデータ２００
２は変数Ｙ１、コリジョンデータ２００３は変数Ｙ２、
コリジョンデータ２００４は変数Ｙ３に対応しているも
のとする。

【０１３５】具体的には、ｏｚとｏｘの値に基づいて、
自キャラクタがコリジョンデータ２００１、コリジョン
データ２００３、コリジョンデータ２００４に囲まれた
領域に位置するのか、コリジョンデータ２００１，コリ
ジョンデータ２００２，コリジョンデータ２００４に囲
まれた領域に位置するのかを判断している。

【０１３６】ステップＳ６０１でｏｚ＞ｏｘであると判
断された場合にはステップＳ６０２へ進む。この場合に
は自キャラクタは図１５に示すコリジョンデータ２００
１、コリジョンデータ２００３，コリジョンデータ２０
０４に囲まれた領域に位置しているので変数Ｙ０，変数
Ｙ２，変数Ｙ３に基づいてコリジョンの値を算出するこ
とになる。

【０１３７】このため、ステップＳ６０２で図１４に示
すマトリクステーブルにコリジョンの値を算出するのに
必要なＹ０，Ｙ２，Ｙ３の３つのコリジョンデータがあ
るか否か（いずれかがコリジョン無しか）の判断を行
う。変数Ｙ０，変数Ｙ２，変数Ｙ３のうち少なくとも１
つ以上に、コリジョンデータが設定されていなかった場
合にはステップＳ６０６に進み、コリジョン無しの設定
を行ないリターンする。

【０１３８】一方、ステップＳ６０２で変数Ｙ０，変数
Ｙ２，変数Ｙ３にコリジョンデータが設定されていた場
合にはステップＳ６０３へ進み、変数Ｙ０，変数Ｙ２，
変数Ｙ３を当該区画の中心頂点のｙ座標値として各頂点
から自キャラクタの移動位置座標のコリジョンの値（ｙ
座標値）の算出を行ないリターンする。算出には、変数
ａｙ，変数ｂｙと、次に示す算出式を用いて行われる。

【０１３９】ａｙ＝（（Ｙ２−Ｙ０）×ｏｚ）／ＤＬ＋Ｙ０（式１）ｂｙ＝（（Ｙ３−Ｙ０）×ｏｚ）／ＤＬ＋Ｙ０（式２）コリジョンの値＝（（ｂｙ−ａｙ）×ｏｘ）／ＤＬ＋ａｙ（式３）一方、ステップＳ６０１でｏｚ＞ｏｘではないと判断さ
れた場合にはステップＳ６０４に進む。この場合には、
自キャラクタはコリジョンデータ２００１、コリジョン
データ２００２，コリジョンデータ２００４に囲まれた
領域に位置しているので、変数Ｙ０，変数Ｙ１，変数Ｙ
３に基づいてコリジョンの値を算出することになる。

【０１４０】このため、ステップＳ６０２で図１４に示
すマトリクステーブルにコリジョンの値を算出するのに
必要なＹ０，Ｙ１，Ｙ３の３つのコリジョンデータがあ
るか否か（いずれかがコリジョン無しか）の判断を行
う。変数Ｙ０，変数Ｙ１，変数Ｙ３のうち少なくとも１
つ以上に、コリジョンデータが設定されていなかった場
合にはステップＳ６０６に進み、コリジョン無しの設定
を行ないリターンする。

【０１４１】一方、ステップＳ６０４で変数Ｙ０，変数
Ｙ１，変数Ｙ３にコリジョンデータが設定されていた場
合にはステップＳ６０５へ進み、変数Ｙ０，変数Ｙ１，
変数Ｙ３を当該区画の中心頂点のｙ座標値として各頂点
から自キャラクタの移動位置座標のコリジョンの値（ｙ
座標値）の算出を行ないリターンする。算出には、変数
ａｙ，変数ｂｙと、次に示す算出式を用いて行われる。

【０１４２】ａｙ＝（（Ｙ３−Ｙ０）×ｏｚ）／ＤＬ＋Ｙ０（式４）ｂｙ＝（（Ｙ３−Ｙ１）×ｏｚ）／ＤＬ＋Ｙ０（式５）コリジョンの値＝（（ｂｙ−ａｙ）×ｏｘ）／ＤＬ＋ａｙ（式６）例えば上記説明において、自キャラクタが図１２の１７
０５位置に位置し、更に１７０５の中の図１３に示す１
７０５ｅ位置に位置している場合には、コリジョンデー
タは図１４に示す区画１７０５に対応するＸ＝６、Ｚ＝
１に対応するコリジョンデータの「１」、区画１８０４
に対応するＸ＝５、Ｚ＝１に対応するコリジョンデータ
の「１．６」、区画１８０１に対応するＸ＝５、Ｚ＝０
に対応するコリジョンデータの「１．７」、区画１８０
２に対応するＸ＝６、Ｚ＝０に対応するコリジョンデー
タの「１」の４頂点のコリジョンデータ間を接続した例
えば図１６に示すコリジョン位置を想定し、自キャラク
タがこの仮想コリジョン面の上部に位置するのか下部に
位置するのかを判別可能としている。

【０１４３】以上説明したようにコリジョンデータを図
１４に示す様な各区画毎に一つで、かつ地形ブロックに
一種のマトリクステーブルを備えるのみでコリジョン制
御をすることが可能となる。従って、ゲーム装置本体
で、仮想的な地形およびコリジョンのデータを汎用的に
使用することが可能となり、記憶装置の容量が小さくて
も、広い地形を再現することができるようになり、さら
にゲームを楽しくすることができた。また、Ｘ軸または
Ｚ軸に対して１８０度回転させることにより、記憶容量
を増やすことなく壁や天井に仮想体である地形およびコ
リジョンデータを配置することができる。

【０１４４】このような地形処理によれば、高低差を含
む三次元的な地形のデータが、少ない量で済むため、途
中でゲームデータの読み込みのほとんどない、ゲーム進
行のよい、趣味性に優れたゲームを提供することができ
る。このようなゲームであれば、操作者はより一層ゲー
ムを楽しむことができる。

【０１４５】なお、以上の説明におけるゲームは、飛行
アクションゲームの他、レースゲーム、ロールプレイン
グゲーム、格闘ゲームでの敵キャラクタとの接触、自キ
ャラクタの発射した敵キャラクタへの攻撃弾等のコリジ
ョン判定にそのまま適用できる。

【０１４６】［他の実施の形態例］以上、本発明を実施
の形態およびその変形例に基づいて具体的に説明した
が、本発明は上記実施の形態およびその変形例に限定さ
れるものではなく、その要旨を逸脱しない範囲で適宜変
更可能であることはもちろんである。

【０１４７】たとえば、上記実施の形態およびその変形
例では、家庭用ゲーム機をプラットホームとして本発明
を実現した場合について述べたが、本発明は、パーソナ
ルコンピュータなどの汎用コンピュータやアーケードゲ
ーム機をプラットホームとして実現してもよい。

【０１４８】また、上記実施の形態およびその変形例で
は、本発明を実現するためのプログラムやデータをＣＤ
−ＲＯＭに格納し、このＣＤ−ＲＯＭを情報記録媒体と
して用いた。しかしながら、情報記録媒体はＣＤ−ＲＯ
Ｍに限定されるものではなく、磁気ディスクやＲＯＭカ
ードなどコンピュータが読み取り可能なその他の磁気
的、光学的記録媒体あるいは半導体メモリであってもよ
い。

【０１４９】また、本発明を実現するためのプログラム
やデータは、ゲーム機やコンピュータに対して着脱可能
なＣＤ−ＲＯＭなどのメディアにより提供される形態に
限定されず、本発明を実現するためのセーブデータは、
通信回線などを介して接続された他の機器から受信して
メモリに記録する形態であってもよいし、さらには、通
信回線などを介して接続された他の機器側のメモリに上
記プログラムやデータを記録し、このプログラムやデー
タを通信回線などを介して使用する形態であってもよ
い。

【０１５０】

【発明の効果】以上説明した様に本発明によれば、仮想
的な地形および衝突のデータを汎用的に使用することが
でき、少ない記憶容量で広範囲かつ各種の地形の衝突制
御が可能となり、途中でゲームデータの読み込みのほと
んどない、ゲーム進行のよい、趣味性に優れたゲームを
提供することができる。

【０１５１】更に、記憶容量をほとんど増やすことなく
上下反転を含むあらゆる向きに仮想体である地形および
コリジョンデータを配置することができる。

【図面の簡単な説明】

【図１】本発明に係る一実施の形態例におけるゲームシ
ステムの全体構成を示すブロック図である。

【図２】本実施の形態例のゲームデータの読み込み制御
を説明するための図である。

【図３】本実施の形態例の全体の動作を説明するための
フローチャートである。

【図４】図３に示すゲーム処理の詳細を説明するための
フローチャートである。

【図５】図４に示すステップＳ２０３の地形のコリジョ
ン処理の詳細を示すフローチャートである。

【図６】図５に示すステップＳ３０８のコリジョン取得
処理の詳細を示すフローチャートである。

【図７】図６に示すステップＳ４２０のコリジョンデー
タ取得処理の詳細を示すフローチャートである。

【図８】図５に示す実際の位置算出処理の詳細を示すフ
ローチャートである。

【図９】図１１に示す本実施形態の地形処理が行われる
矩形地形の組み合わせブロック例を示す図である。

【図１０】図１１に示す本実施形態の地形処理が行われ
る矩形地形の組み合わせブロック例を示す図である。

【図１１】本実施形態の地形処理が行われる矩形地形の
組み合わせ例を示す図である。

【図１２】本実施形態の地形処理が行われる矩形地形ブ
ロックの分割される区画（第２矩形）の例を示す図であ
る。

【図１３】本実施の形態例におけるオフセット座標（ｏ
ｘ，ｏｚ）の算出処理を説明するための図である。

【図１４】図１０に示す地形ブロックに対応付けられて
設定されているマトリクステーブルの例を示す図であ
る。

【図１５】本実施の形態例における周辺４区画の位置関
係を説明するための図である。

【図１６】本実施の形態例における周辺４区画の実際の
コリジョン値算出結果例を示す図である。

【図１７】本実施の形態例において表示部に表示される
ゲーム画面を説明するための図である。

【図１８】本実施の形態例における衝突判定を説明する
ための図である。

【図１９】本実施の形態例における衝突判定を説明する
ための図である。

【図２０】図１７に示すゲーム表示画面であった場合に
おける地形ブロックとゲームキャラクタとの位置関係を
説明するための図である。

【図２１】本実施の形態例における進行方向上部後方よ
りの視点における回転角度０度の地形ブロック１５０１
と、ゲームキャラクタとの位置関係を説明するための図
である。

【図２２】本実施の形態例における進行方向上部後方よ
りの視点における回転角度９０度の地形ブロック１５０
１と、ゲームキャラクタとの位置関係を説明するための
図である。

【図２３】本実施の形態例における進行方向上部後方よ
りの視点における回転角度１８０度の地形ブロック１５
０１と、ゲームキャラクタとの位置関係を説明するため
の図である。

【図２４】本実施の形態例における進行方向上部後方よ
りの視点における回転角度２７０度の地形ブロック１５
０１と、ゲームキャラクタとの位置関係を説明するため
の図である。

【図２５】本実施の形態例における地形ブロック１４０
１とゲームキャラクタとの衝突を説明するための図であ
る。

【図２６】本実施の形態例における地形ブロック１４０
１と翼の部分にコリジョン点が設定してあるゲームキャ
ラクタとの衝突を説明するための図である。

【図２７】本実施の形態例におけるゲームキャラクタと
地形ブロックとが衝突した場合の処理を説明するための
図である。

【符号の説明】

１ゲームシステム２ゲーム装置本体１０ＣＰＵ（Central Processing Unit；中央演算処
理ユニット）１１ＧＴＥ（Geometric Transform Engine ；グラフ
ィックスデータ生成プロセッサ）１２メインメモリ１３ＲＯＭ１５ＧＰＵ（Graphics Processing Unit ；グラフィ
ックス描画処理プロセッサ）１６ＶＲＡＭ１７、１８フレームバッファ１９ＳＰＵ（Sound Processing Unit；音声処理プロ
セッサ）１９ａサウンドバッファ２０通信プロセッサ２１コントローラ２２メモリカード２５記録媒体ドライブ２６記録媒体コントローラ２６ａ記録媒体バッファ３０記録媒体４０モニタディスプレイ１００バス

Claims

【特許請求の範囲】

【請求項１】仮想空間内を移動可能な移動体と周辺地
形とを所定の視点からの映像として表示する画像処理手
段を備えるゲーム装置であって前記仮想空間内に配置される地形を表す仮想体を所定の
大きさの網目状矩形に分割する分割手段と、前記分割手段により分割された各矩形ごとに予め設定さ
れた数値に基づき、前記各矩形ごとの頂点を導き、隣接
する矩形の頂点を結んだ頂点矩形を形成する形成手段
と、前記形成手段により形成された頂点矩形位置に前記移動
体が接触した場合に、前記移動体がそれ以上移動しない
ように制御する接触制御手段とを備えることを特徴とす
るゲーム装置。
【請求項２】仮想空間内を移動する移動体の移動制御
を行うゲーム装置において、前記仮想空間内の衝突判定対象部分を表す仮想体を所定
の大きさの網目状の矩形に分割する分割手段と、前記分割手段により分割された各矩形ごとの位置情報に
対応する数値を保持する位置情報テーブルと、前記移動体が移動後に位置する矩形及び隣接する矩形に
対応する前記位置情報テーブル値を各対応矩形の中心位
置として前記衝突判定対象部分の衝突判定座標を算出
し、前記算出した衝突判定対象部分の衝突判定座標と前
記移動体の移動後の位置座標とにより前記移動体が前記
衝突判定対象部分に接触したか否かを判別可能とする算
出手段とを備えることを特徴とするゲーム装置。
【請求項３】さらに、前記移動体が移動により前記衝
突判定対象部分に接触した場合に前記移動体を前記衝突
判定対象部分を透過して移動しないように制御する透過
禁止手段を備えることを特徴とする請求項２記載のゲー
ム装置。
【請求項４】仮想空間内の前記衝突判定対象はいくつ
かの地形ブロックの組合わせで構成されていて前記位置
情報テーブルは地形ブロック毎に一種類備えられてお
り、前記算出手段は、前記地形ブロックの回転に合わせて前
記位置情報の読み出し位置を補正可能とすることを特徴
とする請求項２又は請求項３に記載のゲーム装置。
【請求項５】前記算出手段は、前記移動体の移動後の
位置座標が含まれる前記矩形及び周囲の隣接する矩形の
前記位置情報テーブル対応値より前記衝突判定対象部分
の衝突判定座標を算出することを特徴とする請求項２乃
至請求項４のいずれかに記載のゲーム装置。
【請求項６】前記算出手段は、前記移動体の移動後の
位置座標が含まれる前記矩形及び周囲のもっとも離間距
離の短い隣接する３方向の矩形の前記位置情報テーブル
対応値より前記衝突判定対象部分の衝突判定座標を算出
することを特徴とする請求項５記載のゲーム装置。
【請求項７】仮想空間内を移動可能な移動体と周辺地
形とを所定の視点からの映像として表示する画像処理手
段を備えるゲーム装置におけるゲーム制御方法であって
前記仮想空間内に配置される地形を表す仮想体を所定の
大きさの網目状矩形に分割する分割工程と、前記分割工程により分割された各矩形ごとに予め設定さ
れた数値に基づき、前記各矩形ごとの頂点を導き、隣接
する矩形の頂点を結んだ頂点矩形を形成する形成工程
と、前記形成工程により形成された頂点矩形位置に前記移動
体が接触した場合に、前記移動体がそれ以上移動しない
ように制御する接触制御工程とを備えることを特徴とす
るゲーム制御方法。
【請求項８】仮想空間内を移動する移動体の移動制御
を行うと共に前記仮想空間内の衝突判定対象部分を表す
仮想体を所定の大きさの網目状の矩形に分割し、分割さ
れた各矩形ごとの位置情報に対応する数値を保持する位
置情報テーブルを備えるゲーム装置におけるゲーム制御
方法であって、前記移動体が移動後に位置する矩形及び隣接する矩形に
対応する前記位置情報テーブル値を各対応矩形の中心位
置として前記衝突判定対象部分の衝突判定座標を算出
し、前記算出した衝突判定対象部分の衝突判定座標と前
記移動体の移動後の位置座標とにより前記移動体が前記
衝突判定対象部分に接触したか否かを判別可能とするこ
とを特徴とするゲーム制御方法。
【請求項９】さらに、前記移動体が移動により前記衝
突判定対象部分に接触した場合に前記移動体を前記衝突
判定対象部分を透過して移動しないように制御すること
を特徴とする請求項８記載のゲーム制御方法。
【請求項１０】仮想空間内の前記衝突判定対象はいく
つかの地形ブロックの組合わせで構成されていて前記位
置情報テーブルは地形ブロック毎に一種類備えられてお
り、前記衝突判定対象部分の衝突判定座標の算出においては
前記地形ブロックの回転に合わせて前記位置情報の読み
出し位置を補正可能とすることを特徴とする請求項８又
は請求項９に記載のゲーム制御方法。
【請求項１１】前記衝突判定対象部分の衝突判定座標
の算出においては前記移動体の移動後の位置座標が含ま
れる前記矩形及び周囲の隣接する矩形の前記位置情報テ
ーブル対応値より前記衝突判定対象部分の衝突判定座標
を算出することを特徴とする請求項８至請求項１０のい
ずれかに記載のゲーム制御方法。
【請求項１２】前記衝突判定対象部分の衝突判定座標
の算出においては、前記移動体の移動後の位置座標が含
まれる前記矩形及び周囲のもっとも離間距離の短い隣接
する３方向の矩形の前記位置情報テーブル対応値より前
記衝突判定対象部分の衝突判定座標を算出することを特
徴とする請求項１１記載のゲーム制御方法。
【請求項１３】前記請求項１乃至請求項１２のいずれ
かに記載の機能を実現するコンピュータプログラム列。
【請求項１４】前記請求項１乃至請求項１２のいずれ
かに記載の機能を実現するコンピュータプログラム列を
記憶することを特徴とするコンピュータで読み取り可能
な記録媒体。