JP2000218036A

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

Info

Publication number: JP2000218036A
Application number: JP11020780A
Authority: JP
Inventors: Toshiya Shimizu; 季也清水; Satonori Inoue; 吏紀井上
Original assignee: Square Co Ltd
Current assignee: Square Enix Co Ltd
Priority date: 1999-01-28
Filing date: 1999-01-28
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

【特許請求の範囲】

【請求項１】ゲーム画面の少なくとも１画面分の表示
情報を保持する画像バッファを少なくとも２つ備え、表
示手段にゲーム画面を表示させる時に、前記画像バッフ
ァを表示情報を描画する描画バッファと表示情報を保持
する表示バッファとして使用し、描画バッファと表示バ
ッファとを交互に切り替えて使用するゲーム装置であっ
て、表示画面を変更する時に、前記描画バッファに変更後の
新画面を格納し、前記表示バッファを徐々に分割比率を
替えながら少なくとも２つの領域に分割し分割した一方
の領域の画面を前記新画面が格納されている描画バッフ
ァの対応する領域に上書きする書込み制御手段と、前記書込み制御手段が上書きした描画バッファを表示バ
ッファに切り替え、表示バッファを描画バッファに切り
替える切り替え制御手段とを備え、前記書込み制御手段は、前記領域の分割を、旧画面格納
領域が徐々に減少する様に分割比率を変えて旧画面格納
領域の画面を前記新画面が格納されている描画バッファ
の対応する領域に上書きすることを特徴とするゲーム装
置。
【請求項２】ゲーム画面の少なくとも１画面分の表示
情報を保持する画像バッファを少なくとも２つ備え、前
記画像バッファの格納情報に対応したゲーム画面を表示
させるゲーム装置であって、第１の画像バッファに格納されている旧画面の表示より
他の新画面の表示に切替える際に、前記第１の画像バッ
ファ以外の第２の画像バッファに切替後の新画面情報を
格納すると共に、前記第１の画像バッファに格納されて
いる旧画面の一部を前記第２の画像バッファの対応領域
に上書きしてゲーム画面として表示させる第１の書込み
制御手段と、前記第１の書込み制御手段により格納情報が読み出され
た前記第１の画像バッファに前記新画面情報を格納する
と共に、前記第２の画像バッファへ上書きされている旧
画面情報の一部を前記第１の画像バッファの対応位置に
上書きしてゲーム画面として表示させる第２の書込み制
御手段とを備え、前記第１の書込み制御手段と前記第２の書込み制御手段
とを交互に実行させて旧画面の表示領域を徐々に減少さ
せて前記旧画面を新画面に切り替えることを特徴とする
ゲーム装置。
【請求項３】新画面に上書きされる旧画面の領域は画
面領域の対角線の長さに対応する数値を上書き毎に減少
させていき、対角線上の対応位置を交差する直線で区切
られた領域とすることを特徴とする請求項１または請求
項２記載のゲーム装置。
【請求項４】前記分割された各領域は、バッファを４
等分し４等分した各領域ごとに前記分割領域の対角線の
長さに対応する位置とバッファの中心とを結ぶ直線で区
切られたそれぞれの分割領域であることを特徴とする請
求項３記載のゲーム装置。
【請求項５】ゲーム画面の少なくとも１画面分の表示
情報を保持する画像バッファを少なくとも２つ備え、表
示手段にゲーム画面を表示させる時に、前記画像バッフ
ァを表示情報を描画する描画バッファと表示情報を保持
する表示バッファとして使用し、描画バッファと表示バ
ッファとを交互に切り替えて使用するゲーム装置のゲー
ム制御方法であって、表示画面を変更する時に、前記描画バッファに変更後の
新画面を格納し、前記表示バッファを徐々に分割比率を
替えながら少なくとも２つの領域に分割し分割した一方
の領域の画面を前記新画面が格納されている描画バッフ
ァの対応する領域に上書きする書込み制御工程と、前記書込み制御工程で上書きした描画バッファを表示バ
ッファに切り替え、表示バッファを描画バッファに切り
替える切り替え制御工程とを備え、前記書込み制御工程は、前記領域の分割を、旧画面格納
領域が徐々に減少する様に分割比率を変えて旧画面格納
領域の画面を前記新画面が格納されている描画バッファ
の対応する領域に上書きすることを特徴とするゲーム制
御方法。
【請求項６】ゲーム画面の少なくとも１画面分の表示
情報を保持する画像バッファを少なくとも２つ備え、前
記画像バッファの格納情報に対応したゲーム画面を表示
させるゲーム装置のゲーム制御方法であって、第１の画像バッファに格納されている旧画面の表示より
他の新画面の表示に切替える際に、前記第１の画像バッ
ファ以外の第２の画像バッファに切替後の新画面情報を
格納すると共に、前記第１の画像バッファに格納されて
いる旧画面の一部を前記第２の画像バッファの対応領域
に上書きしてゲーム画面として表示させる第１の書込み
制御工程と、前記第１の書込み制御工程により格納情報が読み出され
た前記第１の画像バッファに前記新画面情報を格納する
と共に、前記第２の画像バッファへ上書きされている旧
画面情報の一部を前記第１の画像バッファの対応位置に
上書きしてゲーム画面として表示させる第２の書込み制
御工程とを備え、前記第１の書込み制御工程と前記第２の書込み制御工程
とを交互に実行させて旧画面の表示領域を徐々に減少さ
せて前記旧画面を新画面に切り替えることを特徴とする
ゲーム制御方法。
【請求項７】新画面に上書きされる旧画面の領域は画
面領域の対角線の長さに対応する数値を上書き毎に減少
させていき、対角線上の対応位置を交差する直線で区切
られた領域とすることを特徴とする請求項５または請求
項６記載のゲーム制御方法。
【請求項８】前記分割された各領域は、バッファを４
等分し４等分した各領域ごとに前記分割領域の対角線の
長さに対応する位置とバッファの中心とを結ぶ直線で区
切られたそれぞれの分割領域であることを特徴とする請
求項７記載のゲーム制御方法。
【請求項９】前記請求項１乃至請求項８のいずれかに
記載の機能を実現するコンピュータプログラム列。
【請求項１０】前記請求項１乃至請求項８のいずれか
に記載の機能を実現するコンピュータプログラム列を記
憶することを特徴とするコンピュータで読み取り可能な
記録媒体。