JPH11313978A

JPH11313978A - ゲーム装置および情報記録媒体

Info

Publication number: JPH11313978A
Application number: JP10122567A
Authority: JP
Inventors: Kazuhide Nakamura; 一秀中村
Original assignee: Square Co Ltd
Current assignee: Square Enix Co Ltd
Priority date: 1998-05-01
Filing date: 1998-05-01
Publication date: 1999-11-16

Abstract

(57)【要約】【課題】仮想的な三次元空間内に存在する風船などの
物体の高さを容易に判断できるようにする。【解決手段】ゲームを展開する上で、主キャラクタ２
１が移動する仮想的な三次元空間は、ある視点から見た
状態の二次元の画像として、テレビジョン受像器に表示
される。表示されている画像において、主キャラクタ２
１が存在するフィールド２０上にあるビル２３ａ、岩２
３ｂ、木２３ｃなどの高さは、周囲のフィールド２０が
対象物となるので、プレイヤーがその高さを判断でき
る。一方、このような判断基準とすべき対象物が周囲に
ない風船２２ａ〜２２ｃは、主キャラクタ２１のジャン
プ力の値に応じて割ることができるかどうかに従って、
赤い風船２２ａ、青い風船２２ｂおよび黄色い風船２２
ｃに色分けされて、テレビジョン受像器に表示される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、仮想的な三次元空
間内をキャラクタが移動することによってゲームが進行
するゲーム装置およびその情報記録媒体に関する。

【０００２】

【従来の技術】コンピュータゲームの分類の１つとし
て、ロールプレイングゲーム（以下、ＲＰＧ；Role Pla
ying Game ）が知られている。ＲＰＧは、一般にプレイ
ヤの操作に従って移動するキャラクタ（以下、主キャラ
クタ）が、所定の領域内を自由に移動できるようになっ
ており、プレイヤがこの主キャラクタを移動させてマッ
プ上に配置されているアイテムを取得していく。

【０００３】また、ＲＰＧでは、主キャラクタがゲーム
の進行に伴って遭遇する他のキャラクタ（以下、敵キャ
ラクタ）と次々と対戦していき、これらの対戦に勝利し
ていくことによって、ジャンプ力などの主キャラクタの
移動能力が変化していく。したがって、ゲームの進行に
従って、主キャラクタが取得可能なアイテムも変化して
いくようになっている。

【０００４】このように、主キャラクタがマップ上に配
置されたアイテムを取得していくようなゲームとして
は、ＲＰＧ以外にも、シミュレーションゲーム（以下、
ＳＬＧ；SiMulation Game ）やアドベンチャーゲーム
（以下、ＡＤＧ；ADventure Game）など、様々な種類の
ものがある。また、主キャラクタによるアイテムの取得
とは異なるが、主キャラクタがマップ上に配置された敵
キャラクタを撃破していくシューティングゲーム（以
下、ＳＴＧ；ShooTing Game ）もある。

【０００５】ところで、従来のＲＰＧ、ＳＬＧ、ＡＤＧ
あるいはＳＴＧなどのゲームは、二次元空間内を主キャ
ラクタが移動していくものであり、画面上に表示される
画像も二次元空間を投影したものであった（以下、この
ようなゲームを二次元ゲームという）。

【０００６】図１８は、従来の二次元ゲームにおける画
像表示例を示すものであり、主キャラクタがアイテムで
ある風船を割っていくというゲームを例示している。こ
の二次元ゲームは、フィールド５０上を移動する主キャ
ラクタ５１から主キャラクタ５１が割って行くべき各風
船５２〜５５までの高さは、プレイヤにとって容易にわ
かる。したがって、プレイヤは、主キャラクタ５１をジ
ャンプさせることによって、たとえば風船５２を割るこ
とができるかどうかを判断することができた。また、主
キャラクタ５１を台５８の上からジャンプさせれば風船
５５を割ることができるかどうか、あるいは主キャラク
タ５１の現在のジャンプ力で各風船５２〜５５を割るこ
とができるかどうかの判断も比較的容易であった。

【０００７】これに対して、近年、ゲーム機のハードウ
ェア技術の進歩に伴ってゲームの現実味をより高くする
ために、ＲＰＧ、ＳＬＧ、ＡＤＧあるいはＳＴＧなどの
ゲームは、仮想的な三次元空間を設定し、この仮想的な
三次元空間内を主キャラクタが移動していくものへと移
行してきている。この場合、画面上に表示される画像
は、この仮想的な三次元空間をある方向から見た状態
で、二次元画像として画面上に投影される（以下、この
ようなゲームを三次元ゲームという）。

【０００８】図１９は、従来の三次元ゲームにおける画
像表示例を示すものである。この三次元ゲームでは、画
面上に投影されている画像において、主キャラクタ６１
が存在するフィールド６０上に配置されているビル６３
ａ、岩６３ｂあるいは家６３ｃなどの高さは、その周囲
に判断基準とすべき対象物たりうるフィールド６０の地
形が存在するため、プレイヤが判断することは可能であ
る。

【０００９】

【発明が解決しようとする課題】しかしながら、従来の
三次元ゲームでは、画面上に投影されている風船６２ａ
〜６２ｆの周りには高さの判断の基準となる対象物がな
いため、プレイヤは、風船６２ａ〜６２ｆがそれぞれど
れくらいの高さに位置するかを判断するのが困難であっ
た。

【００１０】このため、プレイヤが画面上に表示されて
いる風船６２ａ〜６２ｆの高さを誤認してしまうことが
往々にして発生しうる。このような場合、プレイヤは、
単にジャンプしただけでは割ることができない風船６２
ａ〜６２ｆであっても、高さを把握できないために、風
船６２ａ〜６２ｆの下まで主キャラクタ６１を進めて、
ジャンプさせることで風船６２ａ〜６２ｆを割ることを
何度も試してしまうこととなる。

【００１１】このように従来の三次元ゲームでは、目標
位置の把握が難しいことからプレイヤが無駄な操作をす
ることとなってしまい、ゲームの円滑な進行が妨げられ
るという問題点があった。また、そればかりか、ゲーム
が円滑に進行されないことに苛立って、プレイヤがゲー
ムを楽しいと感じられなくなってしまうという問題点も
あった。

【００１２】

【目的】本発明は、上記従来例の問題点を解消するため
になされたものであり、仮想的な三次元空間内に存在す
る物体の位置関係を、プレイヤが容易に判断することが
できるゲームを提供することを目的とする。

【００１３】

【課題を解決するための手段】上記目的を達成するた
め、本発明の第１の観点にかかるゲーム装置は、仮想的
な三次元空間内に存在する複数の物体のそれぞれについ
て、仮想的な三次元空間内での位置と画像を表示すると
きの表示状態とを対応付けて記憶する位置状態記憶手段
と、所定の視点から二次元の画像として投影される仮想
的な三次元空間の投影範囲を算出する投影範囲算出手段
と、位置状態記憶手段に記憶されている複数の物体中、
投影範囲算出手段によって算出された投影範囲にその位
置が含まれる物体を、それぞれの表示状態に従って二次
元に投影した画像を表示する画像表示手段とを備えるよ
うに構成する。

【００１４】なお、上記の第１の観点にかかるゲーム装
置において、仮想的な三次元空間内での高さ等、複数の
物体の位置だけに応じて物体の表示状態が一意的に定ま
る場合には、位置状態記憶手段に記憶される各物体の位
置が表示状態を兼ねるものとしてもよい。

【００１５】上記第１の観点にかかるゲーム装置では、
表示手段に表示された画像中で、複数の物体のそれぞれ
の表示状態が分けられる。ここで、たとえば、仮想的な
三次元空間内に存在するアイテムとしての物体をプレイ
ヤが操作するキャラクタが取得していくようなゲーム
で、キャラクタの取得可能な物体がゲームの進行状況に
よって変化する場合、物体の表示状態をキャラクタが取
得可能となる進行状況の段階に応じてあらかじめ区別し
ておくことができる。これによって、プレイヤは、画像
表示手段に表示された各物体の表示状態に応じて各物体
がキャラクタによって取得可能な位置にあるかどうかを
容易に判断することができ、無駄な操作を避けることが
できる。

【００１６】上記目的を達成するため、本発明の第２の
観点にかかるゲーム装置は、仮想的な三次元空間内に存
在する複数の物体のそれぞれについて、仮想的な三次元
空間上での位置を記憶する位置記憶手段と、外部からの
操作に応答して、キャラクタを仮想的な三次元空間内で
移動させる移動手段と、移動手段によって移動されたキ
ャラクタに所定の処理を行い、その処理結果に応じてキ
ャラクタの状態を設定する状態設定手段と、所定の視点
から二次元の画像として投影される仮想的な三次元空間
の投影範囲を算出する投影範囲算出手段と、位置記憶手
段に記憶されている複数の物体中、投影範囲算出手段に
よって算出された投影範囲にその位置が含まれる物体を
表示するときのそれぞれの表示状態を、状態設定手段に
よって設定されたキャラクタの状態と位置記憶手段に記
憶されている各物体の位置とに従って算出する表示状態
算出手段と、位置記憶手段に記憶されている複数の物体
中、投影範囲算出手段によって算出された投影範囲にそ
の位置が含まれる物体を、それぞれ表示状態算出手段に
よって算出された表示状態に従って二次元に投影した画
像を表示する画像表示手段とを備えるように構成する。

【００１７】上記第２の観点にかかるゲーム装置では、
ゲームの進行状況によって設定されるキャラクタの状態
によって各物体の表示状態が決まり、各物体をキャラク
タが取得可能かどうかを区別することができる。

【００１８】上記目的を達成するため、本発明の第３の
観点にかかるゲーム装置は、仮想的な三次元空間内に存
在する複数の物体のそれぞれについて、仮想的な三次元
空間上での位置を記憶する位置記憶手段と、外部からの
操作に応答して、キャラクタを仮想的な三次元空間内で
移動させる移動手段と、所定の視点から二次元の画像と
して投影される仮想的な三次元空間の投影範囲を算出す
る投影範囲算出手段と、位置記憶手段に記憶されている
複数の物体中、投影範囲算出手段によって算出された投
影範囲にその位置が含まれる物体を表示するときのそれ
ぞれの表示状態を、移動手段によって移動されたキャラ
クタの位置と位置記憶手段に記憶されている各物体の位
置とに従って算出する表示状態算出手段と、位置記憶手
段に記憶されている複数の物体中、投影範囲算出手段に
よって算出された投影範囲にその位置が含まれる物体
を、それぞれ表示状態算出手段によって算出された表示
状態に従って二次元に投影した画像を表示する画像表示
手段と、を備えるように構成する。

【００１９】上記の第３の観点にかかるゲーム装置で
は、キャラクタと各物体との位置関係から各物体の表示
状態が決まり、各物体をキャラクタが取得可能かどうか
を区別することができる。

【００２０】上記第２、第３の観点にかかるゲーム装置
において、物体記憶手段に記憶された複数の物体のうち
で、移動手段によって移動されたキャラクタの仮想的な
三次元空間内での位置から所定の範囲内にあるものに関
して所定の処理を行う物体処理手段をさらに備えてもよ
い。この場合、物体記憶手段は、複数の物体のそれぞれ
について、物体処理手段によって処理されたかどうかを
示す処理情報をさらに記憶し、画像表示手段は、物体記
憶手段に記憶されている処理情報が処理済であることを
示す物体のみを二次元に投影した画像を表示するものと
することができる。

【００２１】上記第１から第３の観点にかかるゲーム装
置は、外部からの入力に従って、二次元に画像を投影す
るための視点の切り換えを指示する視点切り換え手段を
さらに備えてもよい。この場合、視点設定手段は、さら
に視点切り換え手段からの指示に従って、表示すべき画
像の範囲を定めるための視点を設定するものとすること
ができる。

【００２２】また、上記第１、第２の観点にかかるゲー
ム装置の場合には、移動手段によって移動されたキャラ
クタの位置に従って、仮想的な三次元空間を二次元の画
像として投影するための視点を設定する視点設定手段を
さらに備えてもよい。同様に上記第３の観点にかかるゲ
ーム装置も、キャラクタを仮想的な三次元空間内で移動
させる移動手段と、移動手段によって移動されたキャラ
クタの位置に従って、仮想的な三次元空間を二次元の画
像として投影するための視点を設定する視点設定手段を
さらに備えてもよい。

【００２３】上記第１から第３の観点にかかるゲーム装
置において、複数の物体のそれぞれの表示状態は、たと
えば、色彩、階調、輝度、模様、形、特殊効果あるいは
明滅表示等の表示変化とすることができる。

【００２４】さらに上記目的を達成するため、表示装
置、入力装置、記憶装置等を備えた汎用コンピュータや
汎用ゲーム装置で実行可能なプログラムを記録した情報
記録媒体を請求項４から請求項６に開示する。これによ
って、ソフトウェア商品として装置と独立して容易に配
布、販売することができるようになる。また、既存のハ
ードウェア資源を用いてこのソフトウェアを使用するこ
とにより、既存のハードウェアで新たなアプリケーショ
ンとしての本発明のゲームが容易に実施できるようにな
る。そして、本発明の情報記録媒体に記録されたプログ
ラムを汎用コンピュータや汎用ゲーム装置で実行すれ
ば、請求項１から請求項３のそれぞれに記載のゲーム装
置を実現できる。

【００２５】

【発明の実施の形態】以下、添付図面を参照して、本発
明の実施の形態について説明する。以下の実施の形態で
は、本発明を、主キャラクタが仮想的な三次元空間を移
動し、敵キャラクタと対戦しながら、空中に存在する風
船を割っていくゲームに適用し、また、家庭用ゲーム機
をプラットホームとして実現した場合を例として説明す
る。

【００２６】［第１の実施の形態］図１は、この実施の
形態に適用される家庭用ゲーム機１を中心とするシステ
ムの外観を示す図である。このシステムは、大別して家
庭用ゲーム機１と、テレビジョン受像器２と、ＣＤ−Ｒ
ＯＭ（Compact Disc Read Only Memory ）３とから構成
されている。

【００２７】家庭用ゲーム機１は、ＣＤ−ＲＯＭ３に格
納されているプログラム、データを読み出して実行し、
その結果をテレビジョン受像器２に出力するための処理
を行う。家庭用ゲーム機１は、ＣＤ−ＲＯＭ３をセット
するためのディスクホルダ１１、ディスクホルダ１１を
開くためのオープンボタン１２、電源ボタン１３および
リセットボタン１４を備える。また、家庭用ゲーム機１
の前面には、複数の操作ボタンを備えるコントローラ１
１６およびメモリカード１１７が着脱可能に装着されて
いる。

【００２８】ＣＤ−ＲＯＭ３は、この実施の形態で実現
されるゲームのためのプログラムデータを格納してい
る。ＣＤ−ＲＯＭ３は、家庭用ゲーム機１のディスクホ
ルダ１１にセットされる。ＣＤ−ＲＯＭ３に格納されて
いるプログラムは、家庭用ゲーム機１で実行され、この
プログラムに従って後述する処理を行うことによって、
ゲームの進行が可能となる。

【００２９】テレビジョン受像器２は、ＡＶケーブル４
を介して家庭用ゲーム機１と接続され、家庭用ゲーム機
１からの映像信号および音声信号をそれぞれ映像および
音声に変換してユーザに示す。

【００３０】図２は、図１の家庭用ゲーム機１の回路構
成を示すブロック図である。家庭用ゲーム機１は、ＣＰ
Ｕ（Central Processing Unit ；中央演算処理ユニッ
ト）１０１、ＧＴＥ（GeomeTric Engine；グラフィック
スデータ生成プロセッサ）１０２、周辺デバイス１０
３、メインメモリ１０４、ＯＳ−ＲＯＭ（Operating Sy
stem ROM）１０５、ＭＤＥＣ（Motion DECoder；データ
伸張エンジン）１０６、ＰＩＯ（Parallel Input Outpu
t ；拡張パラレルポート）１０７、ＳＩＯ（SerialInpu
t Output ；拡張シリアルポート）１０８、ＧＰＵ（Gra
phics ProcessingUnit；グラフィックス画像処理プロセ
ッサ）１０９、フレームバッファ１１０、ＳＰＵ（Soun
d Processing Unit ；サウンド再生処理プロセッサ）１
１１、サウンドバッファ１１２、ＣＤ−ＲＯＭドライブ
１１３、ＣＤ−ＲＯＭデコーダ１１４、ＣＤ−ＲＯＭバ
ッファ１１５、コントローラ１１６、メモリカード１１
７および通信デバイス１１８から構成されている。

【００３１】ＣＰＵ１０１、周辺デバイス１０３、メイ
ンメモリ１０４、ＯＳ−ＲＯＭ１０５、ＭＤＥＣ１０
６、ＰＩＯ１０７、ＳＩＯ１０８、ＧＰＵ１０９、ＳＰ
Ｕ１１１、ＣＤ−ＲＯＭデコーダ１１４および通信デバ
イス１１８は、バス１００を介して互いに接続されてい
る。

【００３２】ＣＰＵ１０１は、メインメモリ１０４に記
憶されているプログラムを実行し、これにより所望のゲ
ームを実現する。ＧＴＥ１０２は、ＣＰＵ１０１のコプ
ロセッサであり、座標変換や光源計算などのベクトル演
算を並列処理によって実行する。

【００３３】周辺デバイス１０３は、割り込みコントロ
ーラなどによって構成される。メインメモリ１０４は、
半導体メモリによって構成され、ＣＰＵ１０１が実行す
る処理プログラムや、この処理プログラムの実行のため
に必要となるデータ、たとえば、後述する各種のテーブ
ルデータを記憶する。ＯＳ−ＲＯＭ１０５は、オペレー
ティングシステムカーネルやブートローダなどを格納す
る。

【００３４】ＭＤＥＣ１０６は、逆ＤＣＴ（離散コサイ
ン変換）演算を実行するもので、ＣＤ−ＲＯＭ３から読
み出したＪＰＥＧ（Joint Photographic Coding Expert
s Group）やＭＰＥＧ（Moving Picture Experts Grou
p）などの方式で圧縮されているデータを伸張する。Ｐ
ＩＯ１０７は、パラレルデータ用の拡張ポートである。
ＳＩＯ１０８は、シリアルデータ用の拡張ポートであ
る。

【００３５】ＧＰＵ１０９は、ＣＰＵ１０１とは独立し
て動作するサブプロセッサであり、ＣＰＵ１０１からの
ポリゴン描画命令に従って、ＧＴＥ１０２で求めた座標
や色情報を元にポリゴン画像を描画するものである。フ
レームバッファ１１０は、ＧＰＵ１０９によって描画さ
れたポリゴン画像が展開されるメモリであり、デュアル
ポートＲＡＭによって構成されている。フレームバッフ
ァ１１０に展開されたポリゴン画像は、ＧＰＵ１０９に
よって同期信号が付され、映像信号としてテレビジョン
受像器２に出力される。

【００３６】ＳＰＵ１１１は、ＣＰＵ１０１とは独立し
て動作するサブプロセッサであり、ＰＣＭ（Pulse Code
Modulation ）音源装置を内蔵し、ＣＰＵ１０１からの
指令に従ってサウンドバッファ１１２に転送された音声
データをテレビジョン受像器２に出力する。サウンドバ
ッファ１１２は、ＣＰＵ１０１から転送された音声デー
タあるいはＣＤ−ＲＯＭデコーダ１１４から転送された
音声データを記憶する。

【００３７】ＣＤ−ＲＯＭドライブ１１３は、ＣＤ−Ｒ
ＯＭ３を駆動し、ＣＤ−ＲＯＭ３に格納されているデー
タを読み取る。ＣＤ−ＲＯＭデコーダ１１４は、ＣＤ−
ＲＯＭドライブ１１３がＣＤ−ＲＯＭ３から読み取った
データをデコードし、音声データをサウンドバッファ１
１２に、ＣＰＵ１０１の処理プログラムやそのための処
理データをメインメモリ１０４に転送する。ＣＤ−ＲＯ
Ｍバッファ１１５には、このような転送のためのデータ
等が一次格納される。

【００３８】図３は、図１に示すコントローラ１１６の
要部を示し、その上面および背面から見た図である。コ
ントローラ１１６は、プレイヤの操作によってＣＰＵ１
０１に指示を与えるための入力装置である。コントロー
ラ１１６は、図３（ａ）、（ｂ）に示すように、スター
トボタン１１６ａ、４つの方向キー１１６ｂ、○ボタン
１１６ｃ、△ボタン１１６ｄ、□ボタン１１６ｅ、×ボ
タン１１６ｆ、Ｌ１ボタン１１６ｇ、Ｒ１ボタン１１６
ｈ、Ｌ２ボタン１１６ｉ、Ｒ２ボタン１１６ｊ、左ステ
ィック１１６ｋおよび右スティック１１６ｌ、セレクト
ボタン１１６ｍ、アナログモードスイッチ１１６ｎを備
える。

【００３９】スタートボタン１１６ａは、ゲームの開始
を指示するためのボタンである。セレクトボタン１１６
ｍは、ゲームを開始したときメモリカード１１７のデー
タを使用するかしないかを選択するボタンである。方向
キー１１６ｂは、主キャラクタの移動方向を指示した
り、また、種々の選択をしたりするためのキーである。
○ボタン１１６ｃは、方向キー１１６ｂによる選択を確
定するためのボタンである。△ボタン１１６ｄは、主キ
ャラクタにジャンプを指示するためのボタンである。□
ボタン１１６ｅは、敵キャラクタとの対戦処理におい
て、主キャラクタが敵キャラクタに攻撃を加えるための
ボタンである。×ボタン１１６ｆは、後述するペース配
分処理への移行およびペース配分処理からの復帰を指示
するためのボタンである。Ｌ１ボタン１１６ｇ、Ｒ１ボ
タン１１６ｈ、Ｌ２ボタン１１６ｉおよびＲ２ボタン１
１６ｊは、テレビジョン受像器２に表示する画像を仮想
的な三次元空間のどの位置から見たものとするかを示す
始点を切り替えるボタンである。左スティック１１６ｋ
および右スティック１１６ｌは、コントローラ１１６が
アナログモード時に有効となるもので、方向キー１１６
ｂなどの代わりに用いることが可能なジョイスティック
である。アナログモードへの切り替えは、アナログモー
ドスイッチ１１６ｎで行う。アナログモードでは、ステ
ィックの傾斜角に応じた値を出力することで、なめらか
な操作を行うことができる。

【００４０】メモリカード１１７は、たとえば、フラッ
シュメモリによって構成され、ＣＰＵ１０１が処理した
種々のデータを保存し、保存したデータを次回のシステ
ム起動時にも使用できるようにするものである。通信デ
バイス１１８は、コントローラ１１６およびメモリカー
ド１１７とバス１００との間のデータ転送を制御する。

【００４１】以下、この実施の形態において、ゲームの
進行のために用いられるメインメモリ１０４内に格納さ
れるテーブルデータ、変数その他のデータについて、説
明する。メインメモリ１０４に格納されるテーブルデー
タには、主キャラクタテーブルデータ、風船テーブルデ
ータおよび敵キャラクタテーブルデータがある。

【００４２】図４は、メインメモリ１０４に格納される
主キャラクタテーブルデータを示す図である。主キャラ
クタテーブルデータは、主キャラクタをプレイヤが操作
し、ゲームを進行するために必要となるパラメータを記
憶するテーブルデータである。主キャラクタテーブルデ
ータに記憶される項目には、「Ｘ」、「Ｙ」、「Ｚ」、
「移動力」、「ジャンプ力」、「攻撃力」、「防御
力」、「体力」および「獲得ポイント」がある。

【００４３】「Ｘ」、「Ｙ」、「Ｚ」はそれぞれ、主キ
ャラクタが仮想的な三次元空間内で存在する現在位置の
ｘ座標、ｙ座標、ｚ座標を示す。「移動力」は、方向キ
ー１１６ｂの１回の操作によって主キャラクタが進むこ
とができる距離を示す。「ジャンプ力」は、△ボタン１
１６ｄの操作によって主キャラクタがどれくらいの高さ
（ｙ座標）でジャンプできるかを示す。

【００４４】「攻撃力」は、敵キャラクタとの対戦時
に、主キャラクタが１回の攻撃で敵キャラクタに与える
ことができるダメージを示す。「防御力」は、敵キャラ
クタからの攻撃によって受けたダメージを、主キャラク
タがどれくらい軽減できるかを示す。「体力」は、主キ
ャラクタがどのくらいのダメージまでに耐えられるかを
示し、敵キャラクタからの攻撃を受けることによってマ
イナスされ、主キャラクタが回復サークル内に入ること
によって元の値に戻る。「獲得ポイント」は、敵キャラ
クタとの対戦に勝ったときに獲得したポイントを合計し
たもので、このポイントを配分することによって、移動
力、ジャンプ力、攻撃力あるいは防御力のいずれかをア
ップすることができる。

【００４５】図５は、メインメモリ１０４に格納される
風船テーブルデータを示す図である。風船テーブルデー
タは、ゲームの進行に伴って主キャラクタが割っていく
風船に関する情報を記憶するテーブルデータである。風
船テーブルデータに記憶される項目には、「Ｘ」、
「Ｙ」、「Ｚ」、「色彩」および「割済フラグ」があ
る。

【００４６】「Ｘ」、「Ｙ」、「Ｚ」はそれぞれ、風船
テーブルデータに登録されている各風船が仮想的な三次
元空間内で存在する位置のｘ座標、ｙ座標、ｚ座標を示
す。「色彩」は、各風船の色彩を、たとえば、赤、青、
黄色で示すもので、各風船の位置と後述する地形データ
との関係に従ってあらかじめ定められており、たとえ
ば、赤色の風船は、主キャラクタのジャンプ力が“１”
である時にも割ることが可能なことを示している。「割
済フラグ」は、主キャラクタが各風船をすでに割ったか
どうかを示すフラグであり、値が“０”の時にはその風
船がまだ割られていないことを、“１”の時にはその風
船がすでに割られていることを示す。

【００４７】図６は、メインメモリ１０４に格納される
敵キャラクタテーブルデータを示す図である。敵キャラ
クタテーブルデータは、ゲームの進行に伴って主キャラ
クタが対戦していく敵キャラクタに関する情報を記憶す
るテーブルデータである。敵キャラクタテーブルデータ
に記憶される項目には、「形態」、「Ｘ」、「Ｙ」、
「Ｚ」、「移動力」、「攻撃力」、「攻撃間隔」、「防
御力」、「体力」、「ポイント」および「撃滅フラグ」
がある。

【００４８】「形態」は、敵キャラクタテーブルデータ
に登録されている各キャラクタが、どのような形態をし
ているかをポリゴンデータとして示す。「Ｘ」、
「Ｙ」、「Ｚ」はそれぞれ、各キャラクタが出現する仮
想的な三次元空間内でのｘ座標、ｙ座標、ｚ座標を示
す。

【００４９】「移動力」は、主キャラクタが移動したと
きに、その移動にどの程度各敵キャラクタが反応できる
かを示す。「攻撃力」は、敵キャラクタが１回の攻撃で
主キャラクタに与えることができるダメージを示す。
「攻撃間隔」は、各敵キャラクタがどのようなタイミン
グ間隔で主キャラクタに攻撃するかを示す。「防御力」
は、主キャラクタからの攻撃によって受けたダメージ
を、各敵キャラクタがどれくらい軽減できるかを示す。
「体力」は、各敵キャラクタがどのくらいのダメージま
でに耐えられるかを示し、主キャラクタからの攻撃を受
けることによってマイナスされる。

【００５０】「ポイント」は、各敵キャラクタに主キャ
ラクタが勝ったときに、主キャラクタがどれくらいのポ
イントを得ることができるかを示す。「撃滅フラグ」
は、各敵キャラクタが主キャラクタと対戦して撃破され
たかどうかを示すフラグであり、値が“０”の時はその
敵キャラクタがまだ撃滅されていないことを、“１”の
時はすでに撃滅されてしまっていることを示す。

【００５１】メインメモリ１０４に格納される変数に
は、仮想的な三次元空間を二次元に投影してテレビジョ
ン受像器２に表示する画像を描画するための基準となる
視点の位置、方向をそれぞれ示す変数、風船の残数を示
す変数がある。

【００５２】また、メインメモリ１０４に格納されるデ
ータとしては、上記のテーブルデータおよび変数の他
に、主キャラクタが移動するフィールドの三次元形状の
地形データがある。この地形データは、複数のブロック
のポリゴンデータからなり、建物などの構造物のデータ
や、後述する回復サークルの位置を示すデータを含む。
その他、メインメモリ１０４に格納されるデータとし
て、主キャラクタや風船のポリゴンデータ（ただし、色
彩に関するデータを含まず）がある。

【００５３】以下、この家庭用ゲーム機１にＣＤ−ＲＯ
Ｍ３をセットしてからゲームを開始、進行していく過程
について説明する。

【００５４】なお、以下の説明では、理解を容易にする
ため、ＣＰＵ１０１が実行する処理には、実際にはＧＴ
Ｅ１０２が実行する処理も含まれているものとする。ま
た、処理プログラムは、実際にはＣＰＵ１０１の制御の
下、処理の進行状況に応じて順次ＣＤ−ＲＯＭ３から読
み出され、メインメモリ１０４に転送されるが、以下の
説明ではＣＤ−ＲＯＭ３からの処理プログラムの読み出
し、メインメモリ１０４への転送についての細かい説明
は省略する。

【００５５】ゲームを行うとき、プレイヤは、オープン
ボタン１２を操作してディスクホルダ１１を開き、ＣＤ
−ＲＯＭ３を家庭用ゲーム機１のＣＤ−ＲＯＭドライブ
１１３にセットした後、ディスクホルダ１１を閉じる。
この状態で、プレイヤが電源ボタン１３を押下すること
によって、あるいは電源がオンされているときはリセッ
トボタン１４を押下することによって、ＣＰＵ１０１に
所定のコマンドが投入される。これにより、図７に示す
メインルーチンの処理が開始する。

【００５６】メインルーチンの処理では、ＣＰＵ１０１
は、まず、オープニング処理用のプログラムを実行し、
ＧＰＵ１０９およびＳＰＵ１１１に所定の処理を行わ
せ、オープニング映像および音声をテレビジョン受像器
２から出力させる（ステップＳ１０１）。ＣＰＵ１０１
は、この状態でコントローラ１１６のスタートボタン１
１６ａの入力があったかどうかを判定する（ステップＳ
１０２）。

【００５７】スタートボタンの入力がなかったと判定さ
れたときは（ステップＳ１０２；Ｎｏ）、ＣＰＵ１０１
は、ステップＳ１０１、Ｓ１０２の処理を繰り返して行
い、オープニング映像および音声をテレビジョン受像器
２から継続的に出力させるとともに、スタートボタン１
１６ａからの入力を待機する。

【００５８】スタートボタン１１６ａの入力があったと
判定されたときは（ステップＳ１０２；Ｙｅｓ）、ＣＰ
Ｕ１０１は、ＧＰＵ１０９に所定の処理を行わせて所定
のダイアログボックスをテレビジョン受像器２に表示さ
せ、メモリカード１１７内に既に登録されているデータ
を使用するかどうかをプレイヤに問い合わせる（ステッ
プＳ１０３）。そして、ＣＰＵ１０１は、この問い合わ
せに対するユーザからの回答がメモリカード１１７内の
データを使用する旨のものであったかどうかを判定する
（ステップＳ１０４）。

【００５９】メモリカード１１７内のデータを使用する
場合には（ステップＳ１０４；Ｙｅｓ）、ＣＰＵ１０１
はそのデータをメインメモリ１０４にロードし（ステッ
プＳ１０５）、使用しない場合にはロードを行わず（ス
テップＳ１０４；Ｎｏ）のデータを、画像描画処理を行
う（ステップＳ１０６）。

【００６０】図８は、ステップＳ１０６の画像描画処理
を示すフローチャートである。画像描画処理では、ＣＰ
Ｕ１０１は、メインメモリ１０４から視点の位置および
方向をそれぞれ示す変数を読み出し、ポリゴン画像を描
画すべき範囲を算出する（ステップＳ２０１）。

【００６１】次に、ＣＰＵ１０１は、メインメモリ１０
４に格納されている地形データのうち、ステップＳ２０
１で算出した描画範囲に含まれる地形データの座標およ
びポリゴンデータを取得する（ステップＳ２０２）。

【００６２】ＣＰＵ１０１は、また、メインメモリ１０
４に格納されている風船テーブルデータから、ステップ
Ｓ２０１で算出した描画範囲にある風船の座標、色彩、
さらにメインメモリ１０４に格納されている風船のポリ
ゴンデータを取得する（ステップＳ２０３）。ただし、
このフローチャートの処理が後述する対戦処理で呼び出
されて実行される場合には、ＣＰＵ１０１は、メインメ
モリ１０４に格納されている敵キャラクタテーブルデー
タから該当する敵キャラクタの座標および「形態」のポ
リゴンデータを取得する。

【００６３】ＣＰＵ１０１は、さらに、メインメモリ１
０４に格納されている主キャラクタテーブルデータから
主キャラクタの座標、さらにメインメモリ１０４に格納
されている主キャラクタのポリゴンデータを取得する
（ステップＳ２０４）。ＣＰＵ１０１は、ステップＳ２
０２〜Ｓ２０４で取得したデータをＧＰＵ１０９に送る
とともに、ＧＰＵ１０９にポリゴン描画命令を出力し
て、画像の描画を指示する（ステップＳ２０５）。

【００６４】ステップＳ２０５でＣＰＵ１０１から処理
を指示されたＧＰＵ１０９は、渡されたデータを元に、
フレームバッファ１１０にポリゴン画像を展開し、展開
した画像に同期信号を付した映像信号をテレビジョン受
像器２に出力する。これにより、テレビジョン受像器２
に、図９に示すような画像（対戦処理となっていない場
合）を表示する。

【００６５】このゲームでは、フィールド２０上を主キ
ャラクタ２１が移動していく。フィールド２０上には、
ビル２３ａ、岩２３ｂ、家２３ｃ、草２３ｄあるいは木
２３ｅなども存在し、主キャラクタ２１は、ジャンプす
ることによってビル２３ａ、岩２３ｂあるいは家２３ｃ
に昇ることができる。また、フィールド２０上には、回
復サークル２４も描かれている。

【００６６】また、空中には、ジャンプ力が“１”でも
割ることができる赤色の風船２２ａ、ジャンプ力が
“２”以上で割ることができる青色の風船２２ｂ、ジャ
ンプ力が“３”となって初めて割ることができる黄色の
風船２２ｃが存在する。主キャラクタ２１は、プレイヤ
の操作によってジャンプし、風船２２ａ〜２２ｃを割る
ための武器２１ａを持っている。

【００６７】そして、ステップＳ２０５のＧＰＵ１０９
へポリゴン画像の描画の指示をすると、ＣＰＵ１０１
は、このフローチャートの処理を終了し、図７のメイン
ルーチン（ただし、後述する対戦処理中のステップＳ４
０１で呼び出された場合は、図１１）の処理に復帰す
る。

【００６８】図７のフローチャートの説明に戻り、ＣＰ
Ｕ１０１は、画像描画処理から復帰すると、コントロー
ラ１１６が有するボタン１１６ａ〜１１６ｎから何らか
の入力があったかどうかを判別する（ステップＳ１０
７）。何らの入力もなかった場合、あるいは方向キー１
１６ｂ、△ボタン１１６ｄ、×ボタン１１６ｆ、Ｌ１ボ
タン１１６ｇ、Ｒ１ボタン１１６ｈ、Ｌ２ボタン１１６
ｉ、Ｒ２ボタン１１６ｊ以外の入力があった場合には
（ステップＳ１０７；なし、他）、ＣＰＵ１０１は、ス
テップＳ１０７の処理を繰り返し、上記いずれかのキー
またはボタンからの入力を待機する。

【００６９】方向キー１１６ｂあるいは△ボタン１１６
ｄからの入力があった場合には（ステップＳ１０７；方
向、△）、ＣＰＵ１０１は、図１０に示す主キャラクタ
２１の移動処理に移る。Ｌ１ボタン１１６ｇ、Ｒ１ボタ
ン１１６ｈ、Ｌ２ボタン１１６ｉあるいはＲ２ボタン１
１６ｊからの入力があった場合には（ステップＳ１０
７；Ｌ１、Ｒ１、Ｌ２、Ｒ２）、ＣＰＵ１０１は、図１
３に示す視点切り換え処理に移る。×ボタン１１６ｆか
らの入力があった場合には、ＣＰＵ１０１は、図１４に
示すポイント配分処理に移る。

【００７０】図１０に示す主キャラクタ２１の移動処理
では、ＣＰＵ１０１は、方向キー１０６ｂからの入力が
あった場合には主キャラクタテーブルデータに記憶され
ている「移動力」から、△ボタン１１６ｄからの入力が
あった場合には「ジャンプ力」から、それぞれ主キャラ
クタが移動する位置のｘ，ｙ，ｚ座標を計算する。この
とき、ＣＰＵ１０１は、主キャラクタが移動した位置に
対応する視点の位置および方向も算出し、メインメモリ
１０４内のこれらを示す変数に格納する（ステップＳ３
０１）。

【００７１】ＣＰＵ１０１は、次に、メインメモリ１０
４に格納されている風船テーブルデータを参照し、ステ
ップＳ３０１で求めた主キャラクタの移動位置から所定
の範囲内で、かつ割済フラグが“０”である風船がある
かどうかを判定する（ステップＳ３０２）。主キャラク
タの移動位置から所定の範囲内に割済フラグが“０”で
ある風船がない場合には、ＣＰＵ１０１は、主キャラク
タの移動位置が回復サークル２４の範囲内に含まれるか
どうかを判定する（ステップＳ３０３）。

【００７２】主キャラクタの移動位置が回復サークル２
４の範囲内に含まれる場合（ステップＳ３０３；Ｙｅ
ｓ）、ＣＰＵ１０１は、主キャラクタテーブルデータに
記憶されている主キャラクタの「体力」を所定の値に増
加させる体力回復処理を行う（ステップＳ３０４）。そ
して、体力回復処理が終了すると、ＣＰＵ１０１は、主
キャラクタの移動処理を終了し、再び図７のステップＳ
１０６の処理を実行する。

【００７３】主キャラクタの移動位置が回復サークル２
４の範囲内に含まれない場合（ステップＳ３０３；Ｎ
ｏ）、ＣＰＵ１０１は、さらにメインメモリ１０４に格
納されている敵キャラクタテーブルデータを参照し、ス
テップＳ２０３で求めた主キャラクタの移動位置から所
定の範囲内に敵キャラクタがあるかどうかを判定する
（ステップＳ３０５）。主キャラクタの移動位置から所
定の範囲内に敵キャラクタがない場合には（ステップＳ
３０５；Ｎｏ）、ＣＰＵ１０１は、主キャラクタの移動
処理を終了し、再び図７のステップＳ１０６の処理を実
行する。

【００７４】主キャラクタの移動位置から所定の範囲内
に敵キャラクタがある場合（ステップＳ３０５；Ｙｅ
ｓ）、ＣＰＵ１０１は、後述する敵キャラクタとの対戦
処理を実行する（ステップＳ３０６）。そして、この対
戦処理から復帰すると、ＣＰＵ１０１は、主キャラクタ
の移動処理を終了し、再び図７のステップＳ１０６の処
理を実行する。

【００７５】一方、主キャラクタの移動位置から所定の
範囲内に割済フラグが“０”である風船があると判定さ
れた場合（ステップＳ３０２；Ｙｅｓ）、当該風船を割
る処理を行う。すなわち、この風船を割る処理では、Ｃ
ＰＵ１０１は、メインメモリ１０４に格納されている風
船の残数を示す変数を“１”だけマイナスする処理を行
い、さらにその風船のポリゴンデータを風船が割れた状
態を示すポリゴンデータとし、さらに風船テーブルデー
タに記憶されている割済フラグを“１”に設定する処理
を行う（ステップＳ３０７）。

【００７６】ステップＳ３０７の処理が終了すると、Ｃ
ＰＵ１０１は、さらにメインメモリ１０４に格納されて
いる風船の残数を示す変数が“０”よりも大きいかどう
かを判定する（ステップＳ３０８）。風船の残数を示す
変数が“０”よりも大きい場合（ステップＳ３０８；Ｙ
ｅｓ）、ＣＰＵ１０１は、主キャラクタの移動処理を終
了し、再び図７のステップＳ１０６の処理を実行する。

【００７７】一方、風船の残数を示す変数が“０”より
も大きくない、すなわち“０”となった場合（ステップ
Ｓ３０８；Ｎｏ）、ＣＰＵ１０１は、所定の終了処理、
たとえば、主キャラクタが風船を全部割るまでのゲーム
開始からの時間をテレビジョン受像器２に表示させるた
めの処理を行って（ステップＳ３０９）、ゲームに関す
る処理を終了する。

【００７８】図１１は、ステップＳ３０６の対戦処理を
詳細に示すフローチャートである。対戦処理では、ＣＰ
Ｕ１０１は、図８に示した画像描画処理を行って、図１
２に示すような、敵キャラクタとの対戦時の画像をテレ
ビジョン受像器２に表示させる（ステップＳ４０１）。
この画像では、対戦処理用に視点が切り替えられてお
り、フィールド２０上に主キャラクタ２１と敵キャラク
タ２５が存在する状態を示している。

【００７９】次に、ＣＰＵ１０１は、敵キャラクタテー
ブルデータに記憶されている「攻撃間隔」に従って、敵
キャラクタ２１が攻撃を仕掛けてくるタイミングとなっ
ているかどうかを判別する（ステップＳ４０２）。敵キ
ャラクタ２１の攻撃タイミングとなっていない場合に
は、ＣＰＵ１０１は、さらにコントローラ１１６が有す
るボタン１１６ｂ〜１１６ｊから何らかの入力があった
かどうかを判別する（ステップＳ４０３）。

【００８０】何ら入力がなかった場合、あるいは方向キ
ー１１６ｂおよび□ボタン１１６ｅ以外の入力があった
場合には（ステップＳ４０３；なし、他）、ＣＰＵ１０
１は、ステップＳ４０２の処理に戻り、上記のいずれか
のキーまたはボタンからの入力あるいは敵キャラクタ２
１の攻撃タイミングとなるのを待機する。

【００８１】方向キー１１６ｂからの入力があった場合
には（ステップＳ４０３；方向）、ＣＰＵ１０１は、主
キャラクタテーブルデータに記憶されている「移動力」
に従って、主キャラクタ２１の移動位置を計算する（ス
テップＳ４０４）。そして、再びステップＳ４０１の画
像描画処理に戻る。

【００８２】□ボタン１１６ｅからの入力があった場合
には（ステップＳ４０３；□）、ＣＰＵ１０１は、主キ
ャラクタ２１と敵キャラクタ２５との間の距離、主キャ
ラクタテーブルデータに記憶されている「攻撃力」およ
び敵キャラクタテーブルデータが記憶されている該当す
る敵キャラクタの「防御力」に従って、敵キャラクタ２
５が受けるダメージを算出する。そして、ＣＰＵ１０１
は、算出したダメージに従って敵キャラクタテーブルデ
ータ中の該当する敵キャラクタの「体力」を更新する
（ステップＳ４０５）。

【００８３】ＣＰＵ１０１は、次に、ステップＳ４０６
で更新した敵キャラクタの「体力」の値が、“０”より
も大きいかどうかを判別する（ステップＳ４０６）。敵
キャラクタの「体力」の値が“０”よりも大きい場合に
は（ステップＳ４０６；Ｙｅｓ）、再びステップＳ４０
１の画像描画処理に戻る。

【００８４】敵キャラクタの「体力」の値が“０”以下
となった場合には（ステップＳ４０６；Ｎｏ）、ＣＰＵ
１０１は、敵キャラクタテーブルデータ中の当該敵キャ
ラクタの「撃滅フラグ」を“１”に設定し、さらに敵キ
ャラクタテーブルデータ中の当該キャラクタの「ポイン
ト」の値を、主キャラクタテーブルデータの「獲得ポイ
ント」に加算する（ステップＳ４０７）。そして、この
フローチャートの処理を終了し、図１０のフローチャー
トの処理に復帰する。

【００８５】一方、敵キャラクタ２１の攻撃タイミング
となった場合（ステップＳ４０２；Ｙｅｓ）、主キャラ
クタ２１と敵キャラクタ２５との間の距離、敵キャラク
タテーブルデータに記憶されている該当する敵キャラク
タの「攻撃力」および主キャラクタテーブルデータに記
憶されている「防御力」に従って、主キャラクタ２１が
受けるダメージを算出する。そして、ＣＰＵ１０１は、
算出したダメージに従って主キャラクタテーブルデータ
中の「体力」を更新する（ステップＳ４０８）。

【００８６】ＣＰＵ１０１は、次に、ステップＳ４０８
で更新した主キャラクタの「体力」の値が、“０”より
も大きいかどうかを判別する（ステップＳ４０９）。主
キャラクタの「体力」の値が“０”よりも大きい場合に
は（ステップＳ４０９；Ｙｅｓ）、再びステップＳ４０
１の画像描画処理に戻る。

【００８７】主キャラクタの「体力」の値が“０”以下
となった場合（ステップＳ４０９；Ｎｏ）、ＣＰＵ１０
１は、所定の終了処理、たとえば、“ＧａｍｅＯｖｅ
ｒ”の文字とそれまでに割った風船数とをテレビジョン
受像器２に表示させるための処理を行って（ステップＳ
４１０）、ゲームに関する処理を終了する。

【００８８】図１３に示す始点切り換え処理では、ＣＰ
Ｕ１０１は、図７のステップＳ１０７で判定した入力
が、Ｌ１ボタン１１６ｇ、Ｒ１ボタン１１６ｈ、Ｌ２ボ
タン１１６ｉ、Ｒ２ボタン１１６ｊのいずれからされた
ものであるかどうかを判定する（ステップＳ５０１）。

【００８９】入力がＬ１ボタン１１６ｇからであった場
合（ステップＳ５０１；Ｌ１）、ＣＰＵ１０１は、メイ
ンメモリ１０４に格納されている視点の方向を示す変数
を、視点を左に９０°回転させた状態を示す値に更新す
る（ステップＳ５０２）。そして、ＣＰＵ１０１は、図
１３の視点切り換え処理を終了し、再び図７のステップ
Ｓ１０６の処理を実行する。

【００９０】入力がＲ１ボタン１１６ｈからであった場
合（ステップＳ５０１；Ｒ１）、ＣＰＵ１０１は、メイ
ンメモリ１０４に格納されている視点の方向を示す変数
を、視点を右に９０°回転させた状態を示す値に更新す
る（ステップＳ５０３）。そして、ＣＰＵ１０１は、図
１３の視点切り換え処理を終了し、再び図７のステップ
Ｓ１０６の処理を実行する。

【００９１】一方、入力がＬ２ボタン１１６ｉであった
場合（ステップＳ５０１；Ｌ２）、ＣＰＵ１０１は、メ
インメモリ１０４に格納されている視点の方向を示す変
数が下向きの状態に設定されているかどうかを判定する
（ステップＳ５０４）。下向きに設定されている場合に
は（ステップＳ５０４；Ｙｅｓ）、ＣＰＵ１０１は、図
１３の視点切り換え処理を終了し、再び図７のステップ
Ｓ１０６の処理を実行する。

【００９２】下向きに設定されていない場合（ステップ
Ｓ５０４；Ｎｏ）、ＣＰＵ１０１は、メインメモリ１０
４に格納されている視点の方向を示す変数を、下向きの
状態を示す値に更新する（ステップＳ５０５）。そし
て、ＣＰＵ１０１は、図１３の視点切り換え処理を終了
し、再び図７のステップＳ１０６の処理を実行する。

【００９３】さらに、入力がＲ２ボタン１１６ｊであっ
た場合（ステップＳ５０１；Ｒ２）、ＣＰＵ１０１は、
メインメモリ１０４に格納されている視点の方向を示す
変数が上向きの状態に設定されているかどうかを判定す
る（ステップＳ５０６）。上向きに設定されている場合
には（ステップＳ５０６；Ｙｅｓ）、ＣＰＵ１０１は、
図１３の視点切り換え処理を終了し、再び図７のステッ
プＳ１０６の処理を実行する。

【００９４】上向きに設定されていない場合（ステップ
Ｓ５０６；Ｎｏ）、ＣＰＵ１０１は、メインメモリ１０
４に格納されている視点の方向を示す変数を、上向きの
状態を示す値に更新する（ステップＳ５０７）。そし
て、ＣＰＵ１０１は、図１３の視点切り換え処理を終了
し、再び図７のステップＳ１０６の処理を実行する。

【００９５】図１４は、ポイント配分処理を示すフロー
チャートである。ポイント配分処理では、ＣＰＵ１０１
は、ＧＰＵ１０９に所定のデータを送り、描画処理を依
頼することで、図１５（ａ）に示すようなポイント配分
メニュー２６をテレビジョン受像器２に表示させる（ス
テップＳ６０１）。そして、ＣＰＵ１０１は、コントロ
ーラ１１６が有する×ボタン１１６ｆからの入力があっ
たかどうかを判定する（ステップＳ６０２）。×ボタン
１１６ｆからの入力があった場合には（ステップＳ６０
２；Ｙｅｓ）、ＣＰＵ１０１は、ポイント配分処理を終
了し、再び図７のステップＳ１０６の処理を実行する。

【００９６】×ボタン１１６ｆからの入力がなかった場
合（ステップＳ６０２；Ｎｏ）、ＣＰＵ１０１は、方向
キー１１６ｂからの入力があったかどうかを判定する
（ステップＳ６０３）。方向キー１１６ｂからの入力が
あった場合には（ステップＳ６０３；Ｙｅｓ）、ＣＰＵ
１０１は、図１５（ａ）に「＊」で示すカーソル２６ａ
をその入力に従って移動させ、「移動力」、「ジャンプ
力」、「攻撃力」、「防御力」のいずれかにポイントの
配分先を変更する（ステップＳ６０４）。そして、再び
ステップＳ６０１の処理を実行する。

【００９７】方向キー１１６ｂからの入力がなかった場
合（ステップＳ６０４；Ｎｏ）、ＣＰＵ１０１は、○ボ
タン１１６ｃからの入力があったかどうかを判定する
（ステップＳ６０５）。○ボタン１１３からの入力がな
かった場合には（ステップＳ６０５；Ｎｏ）、再びステ
ップＳ６０１の処理を実行する。

【００９８】○ボタン１１６ｃからの入力があった場合
（ステップＳ６０５；Ｙｅｓ）、ＣＰＵ１０１は、ステ
ップＳ６０４においてプレイヤが変更し、「＊」で示す
カーソルが表示されているポイントの配分先が「移動
力」、「ジャンプ力」、「攻撃力」、「防御力」のうち
のいずれであるかを判定する（ステップＳ６０６）。

【００９９】「移動力」である場合、ＣＰＵ１０１は、
メインメモリ１０４内の主キャラクタテーブルデータに
記憶されている「移動力」の値を“１”だけ増加させる
（ステップＳ６０７）。「ジャンプ力」である場合に
は、ＣＰＵ１０１は、主キャラクタテーブルデータに記
憶されている「ジャンプ力」の値を“１”だけ増加させ
る（ステップＳ６０８）。「攻撃力」である場合には、
ＣＰＵ１０１は、主キャラクタテーブルデータに記憶さ
れている「攻撃力」の値を“１”だけ増加させる（ステ
ップＳ６０９）。「防御力」である場合には、ＣＰＵ１
０１は、主キャラクタテーブルデータに記憶されている
「防御力」の値を“１”だけ増加させる（ステップＳ６
１０）。

【０１００】ステップＳ６０７からステップＳ６１０の
いずれかの処理が終了すると、ＣＰＵ１０１は、主キャ
ラクタテーブルデータに記憶されている「獲得ポイン
ト」の値を所定の値、たとえば、“１００”だけ減少さ
せる（ステップＳ６１１）。そして、ＣＰＵ１０１は、
再びステップＳ６０１の処理を実行し、ポイント配分メ
ニュー中の数値を変えてテレビジョン受像器２に表示さ
せる。

【０１０１】たとえば、ポイント配分前の状態が図１５
（ａ）に示す状態であったときに、ステップＳ６０４に
おいて「ジャンプ力」がポイントの配分先に変更され、
ステップＳ６０５において決定された場合には、図１５
（ｂ）に示すように「ジャンプ力」の値が“１”から
“２”に、「獲得ポイント（ポイント）」の値が“２５
１から“１５１”になったポイント配分メニューがテレ
ビジョン受像器２に表示される。

【０１０２】この実施の形態にかかるゲームは、プレイ
ヤがコントローラ１１６のボタン１１６ａ〜１１６ｊを
操作することによって、上記の処理が順次行われ、たと
えば、次のような流れで展開されていく。

【０１０３】最初の状態では、主キャラクタ２１のジャ
ンプ力の値は、最低の数値である“１”に設定されてい
る。このとき、プレイヤは、主キャラクタ２１が割るこ
とができるのは赤色の風船２２ａであるので、まず、赤
色の風船を探す。このとき、Ｌ１ボタン１１６ｇ、Ｒ１
ボタン１１６ｈ、Ｌ２ボタン１１６ｉ、Ｒ２ボタン１１
６ｊを操作することで、視点を切り替えることができ、
赤色の風船２２ａを探すことができる。

【０１０４】赤色の風船２２ａが見つかると、方向キー
１１６ｂを操作することによって主キャラクタ２１をフ
ィールド２０上で移動させ、赤色の風船２２ａのほぼ真
下に位置させる。そして、プレイヤは、△ボタン１１６
ｄを操作して主キャラクタ２１をジャンプさせる。ジャ
ンプしても届かないときは、主キャラクタ２１を周囲の
ビル２３ａや岩２３ｂなどの上に乗せてから、再度ジャ
ンプを試みる。このような操作によって、赤色の風船２
２ａが順次割られていく。

【０１０５】プレイヤの操作によって主キャラクタ２１
が赤色の風船２２ａを順次割っていく過程で、主キャラ
クタ２１は、敵キャラクタ２５と遭遇していく。このと
き、図１１に示した対戦処理で主キャラクタ２１が敵キ
ャラクタ２５に勝つと、獲得ポイントが加算されてい
く。敵キャラクタ２５との対戦で主キャラクタ２１が受
けたダメージは、回復サークル２４に入ることによって
回復される。

【０１０６】獲得ポイントが１００ポイント以上となっ
たとき、プレイヤは、×ボタン１１６ｇを操作して、図
１４に示すポイント配分を行うことができる。ステップ
Ｓ６０３でポイントの配分先として「ジャンプ力」が選
択されると、ジャンプ力の値が“１”から“２”に加算
される。このとき、主キャラクタ２１が割ることができ
るのは、赤色の風船２２ａと青色の風船２２ｂとにな
る。そこで、プレイヤは、同様にして青色の風船２２ｂ
および残っている赤色の風船２２ａを探して割ってい
く。

【０１０７】また、この過程でも主キャラクタ２１は敵
キャラクタ２５と遭遇していく。そして、敵キャラクタ
２５との対戦に勝つと、獲得ポイントが加算されてい
く。加算された獲得ポイントをさらに「ジャンプ力」に
配分すると、ジャンプ力の値が“２”から“３”に加算
される。このとき、主キャラクタ２１は、すべての風船
２２ａ〜２２ｃを割ることができるようになる。

【０１０８】そして、風船テーブルデータに記憶されて
いるすべての風船２２ａ〜２２ｃが割られ、風船の残数
を示す変数が“０”となると、ゲームが終了する。ま
た、風船を割っていく過程で遭遇した敵キャラクタ２５
に主キャラクタ２１が負けた場合、すなわち主キャラク
タ２１の「体力」が“０”となった場合にも、ゲームが
終了する。

【０１０９】以上説明したように、この実施の形態のゲ
ームでは、テレビジョン受像器２に投影された画像にお
いて、風船２２ａ〜２２ｃは、主キャラクタ２１のジャ
ンプ力の値に応じて届くかどうかに基づいて、それぞれ
赤、青、黄色に色分けされている。このため、風船２２
ａ〜２２ｃのそれぞれの高さがプレイヤに容易にわか
り、現在のジャンプ力で風船２２ａ〜２２ｃをそれぞれ
割れるかどうかを判断することができる。

【０１１０】このため、この実施の形態のゲームでは、
プレイヤは風船２２ａ〜２２ｃの高さを誤認することが
なくなり、無駄な操作を繰り返すことによってゲームの
円滑な進行が妨げられることがない。また、ゲームが円
滑に進行することによって、苛立つような事態も避けら
れ、ゲームを楽しく感じられるようになる。

【０１１１】［第２の実施の形態］上記第１の実施の形
態では、風船の色彩はあらかじめ定められていたが、こ
の実施の形態では、ゲームの進行状況に応じて風船の色
彩を変化させ、プレイヤが風船の色のみで主キャラクタ
に風船を割らせることができるかどうかを識別可能とす
る場合を例として、説明する。

【０１１２】この実施の形態に適用されるシステムの構
成は、第１の実施の形態で説明したものと同一である。
ただし、ＣＤ−ＲＯＭ３に格納されているデータが第１
の実施の形態のものと異なり、風船テーブルデータと画
像描画処理とが第１の実施の形態のものと異なることと
なる。

【０１１３】図１６は、この実施の形態において、メイ
ンメモリ１０４に格納される風船テーブルデータを示す
図である。この風船テーブルデータは、第１の実施の形
態の風船テーブルデータから「色彩」の項目が除かれて
いる。この実施の形態では、風船の色彩は、後述する色
彩決定処理において決められる。

【０１１４】以下、この実施の形態におけるゲームの進
行のための処理について説明する。この実施の形態での
処理は、第１の実施の形態のものとほぼ同一であるが、
図８の画像描画処理のステップＳ２０３において、風船
のデータを取得するときに描画すべき各風船の色彩を決
定するための色彩決定処理が行われる。

【０１１５】図１７は、ステップＳ２０３中において実
行される色彩決定処理を示すフローチャートである。色
彩決定処理が開始すると、ＣＰＵ１０１は、まず、メイ
ンメモリ１０４に格納されている主キャラクタテーブル
データから、主キャラクタの現在位置のｙ座標と、設定
されているジャンプ力とを読み出す（ステップＳ７０
１）。

【０１１６】主キャラクタのｙ座標とジャンプ力とが読
み出されると、ＣＰＵ１０１は、メインメモリ１０４に
格納されている風船テーブルデータ中の全風船について
順次、ループ（Ｓ７０２〜Ｓ７０９）の処理を行う。

【０１１７】ループ（Ｓ７０２〜Ｓ７０９）内の処理で
は、ＣＰＵ１０１は、まず、処理対象となっている風船
に対応する割済フラグが“０”であるか“１”であるか
を判定する（ステップＳ７０３）。割済フラグが“０”
である場合（ステップＳ７０３；“０”）、すなわち処
理対象となっている風船がまだ割られていないときは、
ＣＰＵ１０１は、さらに処理対象となっている風船がポ
リゴンデータの描画範囲内に含まれるかどうかを判定す
る（ステップＳ７０４）。

【０１１８】処理対象となっている風船が描画範囲に含
まれる場合には（ステップＳ７０５；Ｙｅｓ）、ＣＰＵ
１０１は、処理対象となっている風船の位置のｙ座標を
風船キャラクタテーブルデータから読み出す（ステップ
Ｓ７０５）。ＣＰＵ１０１は、主キャラクタの位置のｙ
座標と風船の位置のｙ座標との差を求め、主キャラクタ
がこの値だけのジャンプ力があるかを判定することによ
って、処理対象となっている風船を描画すべき色彩を計
算する（ステップＳ７０６）。そして、ＣＰＵ１０１
は、計算した色彩に関するデータをステップＳ２０５で
ＧＰＵ１０９に処理を指示するときの描画用データに追
加する（ステップＳ７０８）。

【０１１９】ステップＳ７０８の処理が終了すると、Ｃ
ＰＵ１０１は、風船テーブルデータ中の次の風船に対し
て同様の処理を行い、また、風船テーブルデータ中のす
べての風船について処理を終了した場合は、ループ（Ｓ
７０２〜Ｓ７０９）を抜けて、このフローチャートの処
理を終了する。

【０１２０】一方、処理対象となっている風船の割済フ
ラグが“１”である場合（ステップＳ７０３：
“１”）、すなわち処理対象となっている風船が既に割
られている場合、あるいは処理対象となっている風船が
描画範囲に含まれない場合（ステップＳ７０４；Ｎｏ）
には、ＣＰＵ１０１は、風船テーブルデータ中の次の風
船に対して同様の処理を行い、また、風船テーブルデー
タ中のすべての風船について処理を終了した場合は、ル
ープ（Ｓ７０２〜Ｓ７０９）を抜けて、このフローチャ
ートの処理を終了する。

【０１２１】以上説明したように、この実施の形態のゲ
ームでは、主キャラクタ２１が位置するｙ座標および主
キャラクタ２１の現在のジャンプ力に従って、各風船の
色彩が変化する。このため、プレイヤは、ゲームの進行
に従って、風船が割れるようになっているかかどうかを
アクティブに判断することができる。したがって、この
実施の形態のゲームは、第１の実施の形態のゲームより
も変化に富むものとなり、プレイヤが楽しく感じられる
ようになる。

【０１２２】［実施の形態の変形］上記の第１、第２の
実施の形態では、主キャラクタが風船を割ることができ
るかどうかを、赤、青、黄色の別によってプレイヤに判
断させていた。しかしながら、風船の色彩は３種類に限
らるものではなく、任意の種類に設定することができ
る。また、風船の階調、模様、形、特殊効果あるいは明
滅間隔等の表示変化を変えることによって、主キャラク
タが風船を割ることができるかどうかの判断基準をプレ
イヤに与えてもよい。

【０１２３】上記の第１の実施の形態では、風船の色彩
はあらかじめ風船テーブルデータに記憶されていた。上
記の第２の実施の形態では、風船の色彩はキャラクタの
位置およびジャンプ力と各風船の位置との関係に従って
算出されていた。しかしながら、本発明はこれに限られ
ない。たとえば、各風船の位置のみ、キャラクタの位置
と各風船の位置との関係のみ、あるいはキャラクタのジ
ャンプ力と各風船の位置との関係のみに従って、各風船
の色彩を算出してもよい。また、風船テーブルデータ
に、色彩の区分を示す情報、たとえば、１〜３の色彩番
号を記憶しておき、キャラクタのジャンプ力を示す数値
と色彩番号との合計によって各風船の色彩を算出しても
よい。

【０１２４】上記の第１、第２の実施の形態では、仮想
的な三次元空間内に存在する風船は、主キャラクタ２１
の移動範囲を規定するフィールド２０よりも上方に位置
するものであった。しかしながら、本発明は、たとえ
ば、水中に存在する物体の位置を示す場合に、その深さ
に応じて色彩などの表示状態を変える場合にも適用する
ことができる。さらには、主キャラクタの状態によって
移動できるエリアなどの違いによって、風船の色を変え
てもよい。

【０１２５】上記の第１、第２の実施の形態では、主キ
ャラクタが仮想的な三次元空間を移動し、遭遇する敵キ
ャラクタと対戦しながら、空中に存在する風船を割って
いくゲームに本発明を適用した場合について説明した。
しかしながら、本発明は、ＲＰＧ、ＳＬＧ、ＡＤＧある
いはＳＴＧなど、ゲームの進行上プレイヤが仮想的な三
次元空間内での物体の位置、特に高さを判断する必要が
あるゲームであれば、あらゆるジャンルのゲームに適用
することができる。

【０１２６】上記の第１、第２の実施の形態では、本発
明を家庭用ゲーム機１をプラットホームとして実現した
場合について説明したが、本発明は、パーソナルコンピ
ュータやアーケードゲーム機などにより実現してもよ
い。

【０１２７】上記の第１、第２の実施の形態では、本発
明を実現するためのプログラムは、ＣＤ−ＲＯＭ３を媒
体として配布されるものとしていた。しかしながら、本
発明を実現するためのプログラムは、磁気ディスクやＲ
ＯＭカードなどの他のコンピュータ読み取り可能な情報
記録媒体に格納して配布してもよい。また、本発明が適
用されるシステムの磁気ディスク装置にプレインストー
ルして配布してもよい。あるいは、本発明を実現するた
めのプログラムをＷｅｂサーバが備える磁気ディスクに
記憶させ、インターネットを通じて配布してもよい。

【０１２８】

【発明の効果】以上説明したように、本発明によれば、
投影された二次元の画像上で周囲に対象物がなくても、
仮想的な三次元空間に存在する物体の位置関係を、プレ
イヤが判断することができる。これにより、プレイヤ
は、無駄な操作をすることを避けることができる。

【図面の簡単な説明】

【図１】本発明の実施の形態に適用される家庭用ゲーム
機を中心とするシステムの外観を示す図である。

【図２】図１の家庭用ゲーム機の回路構成を示すブロッ
ク図である。

【図３】図１のコントローラに配置されているボタンを
示す図であり、（ａ）は上面図、（ｂ）は背面図であ
る。

【図４】本発明の第１の実施の形態において、メインメ
モリに格納される主キャラクタテーブルデータを示す図
である。

【図５】本発明の第１の実施の形態において、メインメ
モリに格納される風船テーブルデータを示す図である。

【図６】本発明の第１の実施の形態において、メインメ
モリに格納される敵キャラクタテーブルデータを示す図
である。

【図７】本発明の第１の実施の形態におけるメインルー
チンの処理を示すフローチャートである。

【図８】本発明の第１の実施の形態における画像描画処
理を示すフローチャートである。

【図９】ゲーム画像の表示例を示す図である。

【図１０】本発明の第１の実施の形態における主キャラ
クタの移動処理を示すフローチャートである。

【図１１】本発明の第１の実施の形態における敵キャラ
クタとの対戦処理を示すフローチャートである。

【図１２】主キャラクタと敵キャラクタとの対戦時のゲ
ーム画像の表示例を示す図である。

【図１３】本発明の第１の実施の形態における視点切り
換え処理を示すフローチャートである。

【図１４】本発明の第１の実施の形態におけるポイント
配分処理を示すフローチャートである。

【図１５】ポイント配分の方法を説明する図である。

【図１６】本発明の第２の実施の形態において、図２の
メインメモリに格納される風船テーブルデータを示す図
である。

【図１７】本発明の第２の実施の形態における色彩決定
処理を示すフローチャートである。

【図１８】従来の二次元ゲームの画像表示例を示す図で
ある。

【図１９】従来の三次元ゲームの画像表示例を示す図で
ある。

【符号の説明】

１家庭用ゲーム機２テレビジョン受像
器３ＣＤ−ＲＯＭ４ＡＶケーブル１１ディスクホルダ１２オープンボタン１３電源ボタン１４リセットボタン２０フィールド２１主キャラクタ２１ａ武器２２ａ〜２２ｃ風船２３ａビル２３ｂ岩２３ｃ家２３ｄ草２３ｅ木２４回復サークル２５敵キャラクタ２６ポイント配分メ
ニュー２６ａカーソル１００バス１０１ＣＰＵ１０２ＧＴＥ１０３周辺デバイス１０４メインメモリ１０５ＯＳ−ＲＯＭ１０６ＭＤＥＣ１０７ＰＩＯ１０８ＳＩＯ１０９ＧＰＵ１１０フレームバッ
ファ１１１ＳＰＵ１１２サウンドバッ
ファ１１３ＣＤ−ＲＯＭドライブ１１４ＣＤ−ＲＯＭ
デコーダ１１５ＣＤ−ＲＯＭバッファ１１６コントローラ１１６ａスタートボタン１１６ｂ方向キー１１６ｃ ○ボタン１１６ｄ △ボタン１１６ｅ □ボタン１１６ｆ ×ボタン１１６ｇＬ１ボタン１１６ｈＲ１ボタン１１６ｉＬ２ボタン１１６ｊＲ２ボタン１１６ｋ左スティック１１６ｌ右スティッ
ク１１６ｍセレクトボタン１１６ｎアナログモ
ードスイッチ１１７メモリカード１１８通信デバイス

Claims

【特許請求の範囲】

【請求項１】仮想的な三次元空間内に存在する複数の物
体のそれぞれについて、仮想的な三次元空間内での位置
と画像を表示するときの表示状態とを対応付けて記憶す
る位置状態記憶手段と、所定の視点から二次元の画像として投影される仮想的な
三次元空間の投影範囲を算出する投影範囲算出手段と、前記位置状態記憶手段に記憶されている複数の物体中、
前記投影範囲算出手段によって算出された投影範囲にそ
の位置が含まれる物体を、それぞれの表示状態に従って
二次元に投影した画像を表示する画像表示手段とを備え
ることを特徴とするゲーム装置。
【請求項２】仮想的な三次元空間内に存在する複数の物
体のそれぞれについて、仮想的な三次元空間上での位置
を記憶する位置記憶手段と、外部からの操作に応答して、キャラクタを仮想的な三次
元空間内で移動させる移動手段と、前記移動手段によって移動されたキャラクタに所定の処
理を行い、その処理結果に応じてキャラクタの状態を設
定する状態設定手段と、所定の視点から二次元の画像として投影される仮想的な
三次元空間の投影範囲を算出する投影範囲算出手段と、前記位置記憶手段に記憶されている複数の物体中、前記
投影範囲算出手段によって算出された投影範囲にその位
置が含まれる物体を表示するときのそれぞれの表示状態
を、前記状態設定手段によって設定されたキャラクタの
状態と前記位置記憶手段に記憶されている各物体の位置
とに従って算出する表示状態算出手段と、位置記憶手段に記憶されている複数の物体中、前記投影
範囲算出手段によって算出された投影範囲にその位置が
含まれる物体を、それぞれ前記表示状態算出手段によっ
て算出された表示状態に従って二次元に投影した画像を
表示する画像表示手段とを備えることを特徴とするゲー
ム装置。
【請求項３】仮想的な三次元空間内に存在する複数の物
体のそれぞれについて、仮想的な三次元空間上での位置
を記憶する位置記憶手段と、外部からの操作に応答して、キャラクタを仮想的な三次
元空間内で移動させる移動手段と、所定の視点から二次元の画像として投影される仮想的な
三次元空間の投影範囲を算出する投影範囲算出手段と、前記位置記憶手段に記憶されている複数の物体中、前記
投影範囲算出手段によって算出された投影範囲にその位
置が含まれる物体を表示するときのそれぞれの表示状態
を、前記移動手段によって移動されたキャラクタの位置
と前記位置記憶手段に記憶されている各物体の位置とに
従って算出する表示状態算出手段と、前記位置記憶手段に記憶されている複数の物体中、前記
投影範囲算出手段によって算出された投影範囲にその位
置が含まれる物体を、それぞれ前記表示状態算出手段に
よって算出された表示状態に従って二次元に投影した画
像を表示する画像表示手段とを備えることを特徴とする
ゲーム装置。
【請求項４】仮想的な三次元空間内に存在する複数の物
体のそれぞれについて、仮想的な三次元空間内での位置
と画像を表示するときの表示状態とを対応付けて記憶す
るステップと、所定の視点から二次元の画像として投影される仮想的な
三次元空間の投影範囲を算出するステップと、記憶されている複数の物体中、算出された投影範囲にそ
の位置が含まれる物体を、それぞれの表示状態に従って
二次元に投影した画像を表示するステップとを含むプロ
グラムを記録する情報記録媒体。
【請求項５】仮想的な三次元空間内に存在する複数の物
体のそれぞれについて、仮想的な三次元空間内での位置
を記憶するステップと、外部からの操作に応答して、キャラクタを仮想的な三次
元空間内で移動させるステップと、移動されたキャラクタに所定の処理を行い、その処理結
果に応じてキャラクタの状態を設定するステップと、所定の視点から二次元の画像として投影される仮想的な
三次元空間の投影範囲を算出するステップと、記憶されている複数の物体中、算出された投影範囲にそ
の位置が含まれる物体を表示するときのそれぞれの表示
状態を、設定されたキャラクタの状態と記憶されている
各物体の位置とに従って算出するステップと、記憶されている複数の物体中、算出された投影範囲にそ
の位置が含まれる物体を、それぞれ算出された表示状態
に従って二次元に投影した画像を表示するステップとを
含むプログラムを記録する情報記録媒体。
【請求項６】仮想的な三次元空間内に存在する複数の物
体のそれぞれについて、仮想的な三次元空間内での位置
を記憶するステップと、外部からの操作に応答して、キャラクタを仮想的な三次
元空間内で移動させるステップと、所定の視点から二次元の画像として投影される仮想的な
三次元空間の投影範囲を算出するステップと、記憶されている複数の物体中、算出された投影範囲にそ
の位置が含まれる物体を表示するときのそれぞれの表示
状態を、移動されたキャラクタの位置と記憶手段に記憶
されている各物体の位置とに従って算出するステップ
と、記憶されている複数の物体中、算出された投影範囲にそ
の位置が含まれる物体を、それぞれ算出された表示状態
に従って二次元に投影した画像を表示するステップとを
含むプログラムを記録する情報記録媒体。