JP3312699B2

JP3312699B2 - 仮想ｖｒａｍによる画面表示方法

Info

Publication number: JP3312699B2
Application number: JP13760992A
Authority: JP
Inventors: 芳夫本迫
Original assignee: 株式会社ハドソン
Priority date: 1992-05-01
Filing date: 1992-05-01
Publication date: 2002-08-12
Anticipated expiration: 2017-08-12
Also published as: JPH05313619A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ビットマップ方式の画
面のみをサポートしたコンピュータ装置において、ゲー
ムでの衝突判定など、頻繁に新旧の画面比較を必要とす
る場合の画面表示方法に関する。

【０００２】

【従来の技術】通常のコンピュータは画面出力のために
ＶＲＡＭを備えている。ＶＲＡＭはＣＲＴコントローラ
の管理下にあって、ディスプレイ装置の垂直同期周波数
に合わせて、繰り返し全画面データを読み出し、ディス
プレイ画面へデータが送られ表示される。ＶＲＡＭにデ
ータを書き込めば以下のように画面表示がなされる。Ｖ
ＲＡＭにカラー情報とキャラクタコード（パターン）を
渡せば、データ転送をＣＰＵを使わずに行うダイレクト
メモリアクセス（ＤＭＡ）機能によってディスプレイに
自動的にキャラクタパターンが転送され、画面に表示さ
れる。このため、ユーザーはディスプレイを直接意識す
ることなく、データ表示を行うことができる。

【０００３】上記のようなＶＲＡＭを備えていない機種
では、ＣＲＴコントローラの管理下にあって、ディスプ
レイ装置の垂直同期周波数に合わせて、繰り返し全画面
データの読み出しがなされ、ディスプレイ画面へデータ
が送られ表示される特別なメモリが備えられる。そし
て、画面表示のためにはこの特別なメモリにＣＰＵによ
って画素単位で表示パターンが書き込まれる。表示パタ
ーンは別テーブルに用意するなどして、ＣＰＵによって
表示パターンデータを画素単位で特別なメモリに書き込
むことになる。このような表示方式をビットマップ方式
の画面表示方式と呼んでいる。ビットマップ方式はハー
ドウエアは安価ではあるが、ＶＲＡＭを備えた場合に比
べて、一般的に表示に時間がかかる。

【０００４】

【発明が解決しようとする課題】本発明はビットマップ
方式の画面のみをサポートしたコンピュータ装置におい
て、ゲームでの衝突判定など、頻繁に新旧の画面比較を
必要とする場合の画面表示方法において、キャラクタパ
ターンを比較するのでなく、キャラクタコードで新旧の
変化を判定できるようにすることを目的とする。

【０００５】

【課題を解決するための手段】本発明は、上記課題を解
決するために、ビットマップ方式のディスプレイ画面の
みサポートしたコンピュータ装置において、(1)ユーザ
ー領域メモリに、キャラクタコードとそれに対応したキ
ャラクタパターンを持ち、データ比較はキャラクタコー
ドで行うユーザー用とシステム用の２つの仮想ＶＲＡＭ
を導入し、(2)前記システム用仮想ＶＲＡＭはディスプ
レイに表示されている内容を持ち、前記ユーザー用仮想
ＶＲＡＭには刻々と変わる画面情報を反映し、(3)画面
出力が必要となったときには、前記ユーザー用仮想ＶＲ
ＡＭと前記システム用仮想ＶＲＡＭをキャラクタコード
でデータ比較し、相違点を前記システム用仮想ＶＲＡＭ
に反映させるとともに、修正したシステム用仮想ＶＲＡ
Ｍのキャラクタコードデータを対応するパターンデータ
に変換してデータ転送してビットマップ方式のみサポー
トするディスプレイ画面に反映させる画面表示方法とす
る。

【０００６】キャラクタパターンの比較はビット単位の
比較になるために、１キャラクタが８＊８ドット構成の
場合は、６４ビットのデータ比較が必要となる。また、
コンピュータはバイトあるいはワード単位のハンドリン
グ向けにデザインされているので、ビットハンドリング
はバイトあるいはワードハンドリングに比べて時間がか
かる。

【０００７】これに対してコード比較は１対１の比較で
よいから、処理時間は格段に速くなる。ビットハンドリ
ングはプログラムが複雑になることもあり、通常は行わ
ない。しかしビットマップ画面しかサポートしていない
コンピュータでは、このようなビット操作が必要であっ
た。

【０００８】システム用仮想ＶＲＡＭといっても、ユー
ザー領域メモリに設けたものであるから、ディスプレイ
へのデータ転送はユーザーの責任において処理しなけれ
ばならない。しかしその一方、ユーザー領域にユーザー
が定義するものであるから、データの持ち型や取り扱い
はユーザーの自由に行える。また、一般のシステムが提
供するデータの持ち型や形式にとらわれる必要もない。
ただ、基本的には通常のＶＲＡＭと同じ形式の情報を持
たすほうがよい。

【０００９】例えば、倉石源三郎「Ｚ８０マイコンのハ
ードとソフト」東京電気大学出版局、1987年、p.225〜2
28に記載されているように、ユーザー用仮想ＶＲＡＭ、
およびシステム用仮想ＶＲＡＭは、ディスプレイのラス
タを碁盤状に仕切った各升目に対応してアドレスを割り
振り、これらのアドレスにパターンに対応するコードが
書き込まれる、通常のＶＲＡＭ形式とすることができ
る。

【００１０】しかし、これらは仮想的なＶＲＡＭなの
で、ここに書き込んだからと言って、自動的にディスプ
レイ画面に表示されるハードウエアは存在しない。実際
のディスプレイ画面への表示はＣＰＵによって、予め用
意されたテーブル等から選択された対応するパターンデ
ータに変換し、ＣＲＴコントローラの管理下にある画面
表示用の特別なメモリにデータ転送する必要がある。

【００１１】

【実施例】（実施例１）本発明の一例として物を動かす
という動作を考えてみよう。たとえば、物体Ａを座標ｘ
１から座標ｘ２へ動かす場合、ｘ１の物体Ａを消し、物
体Ａをｘ２に表示することになる。この操作を行うに
は、物体Ａがどこに表示されているかを知らなければな
らない。これを従来の方式でやると、次のようになる。

【００１２】垂直帰線期間を待って、画面データを読
み取る。キャラクタパターンをビット比較することに
より、物体Ａの位置を知る。この座標をｘ１とする。
ｘ１に空白を、ｘ２に物体Ａのキャラクタデータを、そ
れぞれ画面に転送する。

【００１３】これを本発明の新しい方式に変えると、次
のようになる。ユーザー用仮想ＶＲＡＭ上で、キャラ
クタコード比較によって物体Ａの位置を知る。この座標
をｘ１とする。ユーザー用仮想ＶＲＡＭのｘ１を空白
にし、ｘ２に物体Ａを書き込む。ユーザー用仮想ＶＲ
ＡＭとシステム用仮想ＶＲＡＭの内容を比較し、相違点
のみをシステム用仮想ＶＲＡＭに反映する。システム
用仮想ＶＲＡＭの内容を画面に転送する。

【００１４】従来の方式に比べると処理ステップが増え
ているが、処理速度ははるかに速い。というのも、メモ
リ間のデータ転送やデータ検索は、画面から直接、デー
タを読み込みことに比べて、桁違いに速いからである。
しかもキャラクタコードの比較でよいから、ビットパタ
ーンを扱う必要もない。この処理がさらに効果を発揮す
るのは、修正箇所が多いときである。その例を次に見て
みよう。

【００１５】（実施例２）「Ａ」と「Ｂ」という２つの
記号を動かす場合を考えてみる。いま「Ａ」と「Ｂ」
が、それぞれ座標ｘ＝１、ｘ＝０にあったとしよう。こ
れを、「Ａ」はｘ＝２に移動し、「Ｂ」はｘ＝１に移動
する。途中結果は表示する必要がないとする。この操作
を従来の方式で行うと、次のようになる。

【００１６】「Ａ」をｘ＝２に移動するよう、命令を
受ける。「Ａ」の、画面での位置を知るために、画面
データを読み取り、キャラクタパターンを比較する。そ
の結果、「Ａ」の現在位置がｘ＝１であることを知る。
「Ａ」の現在画面位置ｘ＝１を空白にし、さらに画面
位置ｘ＝２に「Ａ」を書き出す。「Ｂ」をｘ＝１に移
動するよう、命令を受ける。「Ｂ」の画面での位置を
知るために、画面データを読み取り、キャラクタパター
ンを比較する。その結果、「Ｂ」の現在位置がｘ＝０で
あることを知る。「Ｂ」の現在画面位置ｘ＝０を空白
にし、さらに画面位置ｘ＝１に「Ｂ」を書き出す。

【００１７】以上の操作により、「Ａ」はｘ＝２に移
り、「Ｂ」はｘ＝１に移る。画面の結果だけを見れば、
図１のように変化する。もちろん、の結果をすぐに表
示する必要がないときは、プログラム上で記憶させてお
き、の表示処理を同時に行ってもよい。その場合に
は、元の画面がどのようになっているかを常に把握して
おかなければならない。しかも、の処理には時間が
掛かるために、ユーザーには間延びして見える。

【００１８】これを本発明の仮想ＶＲＡＭの考え方を導
入すると、以下のように処理を書き換えることができ
る。

【００１９】「Ａ」をｘ＝２に移すよう、命令を受け
る。ユーザー用仮想ＶＲＡＭ上で、「Ａ」の現在位置
をキャラクタコード比較で探索する。その結果、ｘ＝１
であることを知る。ユーザー用仮想ＶＲＡＭの位置ｘ
＝１を空白にし、移動先ｘ＝２に「Ａ」を書き出す。
「Ｂ」をｘ＝１に移すよう、命令を受ける。ユーザー
用仮想ＶＲＡＭ上で「Ｂ」の現在位置をキャラクタコー
ド比較で検索する。その結果、ｘ＝１であることを知
る。ユーザー用仮想ＶＲＡＭの位置ｘ＝０を空白に
し、移動先ｘ＝１に「Ｂ」を書き出す。ユーザー用仮
想ＶＲＡＭとシステム用仮想ＶＲＡＭの内容を比較す
る。この結果、ユーザー用仮想ＶＲＡＭのｘ＝０が空
白、ｘ＝１がＢ、ｘ＝２が「Ａ」に変わっていることが
わかる。以上の結果を踏まえて、ユーザー用仮想ＶＲ
ＡＭとの相違点をシステム用仮想ＶＲＡＭに反映する。
システム用仮想ＶＲＡＭから、修正したデータをパタ
ーンデータに変換してビットマップ方式のみサポートす
るディスプレイ画面に転送する。

【００２０】以上の操作を、データの移り変わりを中心
に示したのが図２である。図からもわかるように、一度
も画面データを直接読むことはない。これは、システム
用仮想ＶＲＡＭが画面と常に同じ状態に保たれているか
らである。しかも書き出しは１回ですむ。もちろん、途
中結果も書き出す必要があれば、図２の（２）の時点で
も、ユーザー用仮想ＶＲＡＭの内容をシステム用仮想Ｖ
ＲＡＭに転送すると共にパターンデータに変換してビッ
トマップ方式をサポートしたディスプレイ画面にデータ
転送すればよいわけである。

【００２１】ただ今回の例のようにＡ、Ｂの移動命令が
同時に、あるいは短時間に連続して受けられる場合に
は、途中結果をビットマップ方式のみサポートするディ
スプレイ画面に転送する必要はない。実行速度がいたっ
て速いからである。

【００２２】上記の例のように、ゲームでは敵と味方
（自分）の２軍に分かれ、戦う形式のものが多い。その
ときの、仮想ＶＲＡＭを使った一般的なアルゴリズムを
図３に示す。

【００２３】

【発明の効果】ビットマップ方式をサポートしたディス
プレイの実画面データを読むことは、非常に時間の掛か
る処理である。しかもキャラクタを比較する必要のある
場合には、いちいちキャラクタのビットパターンを比較
しなければならないから、スピードを要する処理ではと
ても使いものにならなかった。

【００２４】ところが本発明の仮想ＶＲＡＭの考え方を
採用すれば、ビットマップ方式のみサポートするディス
プレイ画面データを直接読み取る必要もなく、仮想ＶＲ
ＡＭ上で処理でき、最終結果のみをパターンデータの変
換してビットマップ方式のみサポートするディスプレイ
画面に転送すればよいようにプログラムをデザインでき
る。また仮想ＶＲＡＭ上でキャラクタパターン（記号や
模様も含む）をコードを付けて管理しておけば、キャラ
クタをビットマップパターンで検索しなくても、コード
だけで検索できる。

【００２５】これによって、処理速度は見違えるほどア
ップする。したがって、今まで処理速度上の理由で使用
できなかった、この種のアプリケーションが、利用でき
るようになる。

【図面の簡単な説明】

【図１】ビットマップ画面に直接、データを書き出すと
きの「Ａ」、「Ｂ」を移動したときの画面表示例であ
る。

【図２】本発明の仮想ＶＲＡＭを利用して「Ａ」、
「Ｂ」を移動したときの仮想ＶＲＡＭと画面の内容の説
明図である。

【図３】本発明の仮想ＶＲＡＭを使ったゲームプログラ
ムの一般的アルゴリズムの流れ図である。

───────────────────────────────────────────────────── フロントページの続き (58)調査した分野(Int.Cl.⁷，ＤＢ名) G09G 5/00 - 5/40

Claims

(57)【特許請求の範囲】

【請求項１】ビットマップ方式のディスプレイ画面のみ
サポートしたコンピュータ装置の画面表示方法におい
て、 (1)ユーザー領域メモリに、キャラクタコードとそれに
対応したキャラクタパターンを持ち、データ比較をキャ
ラクタコードで行うユーザー用とシステム用の２つの仮
想ＶＲＡＭを前記ユーザー領域に導入し、 (2)前記システム用仮想ＶＲＡＭはディスプレイに表示
されている内容を持ち、前記ユーザー用仮想ＶＲＡＭに
は刻々と変わる画面情報を反映し、 (3)キャラクタについての移動命令を受け、前記ユーザ
ー用仮想ＶＲＡＭ上で、該キャラクタの現在位置をキャ
ラクタコード比較で探索し、前記ユーザー用仮想ＶＲＡ
Ｍの位置を空白にし、移動先に該キャラクタコードを書
き出し、 (4)画面出力が必要となったときには、前記ユーザー用
仮想ＶＲＡＭと前記システム用仮想ＶＲＡＭをキャラク
タコードでデータ比較し、相違点を前記システム用仮想
ＶＲＡＭに反映させるとともに、修正したシステム用仮
想ＶＲＡＭのキャラクタコードデータを対応するパター
ンデータに変換してデータ転送してビットマップ方式の
みサポートするディスプレイ画面に反映させる、ことを特徴とする仮想ＶＲＡＭによる画面表示方法。