JPH0764537A - 情報処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 テキストＶＲＡＭの表示とグラフィックＶＲ
ＡＭの表示を重ね合わせて他のＶＲＡＭに再描画する際
の、高速化を目的とする。 【構成】 （２）（３）で、テキストおよびグラフィッ
クがともに変更された場合は、描画範囲に対する単色テ
ーブルを参照して（４）、単色であればその色をテキス
トの背景色としてアトリビュートに設定し、テキスト自
身の色にはテキストＶＲＡＭのアトリビュートで指定さ
れた色を設定して（７）、上書きモード（テキスト及び
その背景全体を更新するモード）でテキスト描画を行う
（９）。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は情報処理装置の表示処理
の高速化に関するものである。

【０００２】

【従来の技術】オペレーティングシステム（以下ＯＳと
呼ぶ）は高機能なものが次々に開発されてきているが、
古いＯＳで動作していたアプリケーションも新しいＯＳ
上で新しいＯＳのアプリケーションと同じように動作さ
せたいという要望がでてくる。これを実現した例にＭＳ
−Ｗｉｎｄｏｗｓ（登録商標）とＭＳ−ＤＯＳ（登録商
標）がある。古いＯＳのアプリケーションを新しいＯＳ
のウィンドウ内で表示させるためには、古いＯＳがアク
セスすることにより変化したある部分について、テキス
トＶＲＡＭとグラフィックＶＲＡＭの内容を重ね合わ
せ、新しいＯＳのデータ形式に変換してから新しいＯＳ
の描画機能を使用して新しいＯＳのグラフィックＶＲＡ
Ｍに描画を行うことにより実現している。

【０００３】

【発明が解決しようとする課題】ところがこの場合、古
いＯＳのグラフィックＶＲＡＭの内容を新しいグラフィ
ックＶＲＡＭに再現するには、古いＯＳ上で表示してい
る色にもっとも近い色で新しいＯＳのウィンドウ内に表
示しなければならず、１ドットごとに色データの変換を
行わなければならず、非常に多くの時間を費やさねばな
らなかった。また、テキストとグラフィックを重ねて新
しいＯＳのウィンドウに表示するためテキストだけが変
更になってもグラフィックデータまで新しいＯＳのグラ
フィックＶＲＡＭに転送しなければならず無駄な処理が
発生していた。

【０００４】本発明は、テキストＶＲＡＭの表示とグラ
フィックＶＲＡＭの表示を重ね合わせて他のＶＲＡＭに
再描画する際の高速化処理の実現を目的とする。

【０００５】

【課題を解決するための手段】本発明の情報処理装置
は、を有することを特徴とするので、第１のテキストＶ
ＲＡＭと第１のグラフィックＶＲＡＭがそれぞれ独立し
て予め定められたアドレス空間に存在し、それぞれの内
容を重ね合わせて表示することのできる情報処理装置に
おいて、前記第１のテキストＶＲＡＭと前記第１のグラ
フィックＶＲＡＭの内容を重ね合わせて、その表示信号
として書き込まれる第２のグラフィックＶＲＡＭと、前
記第１のグラフィックＶＲＡＭの細分化した各領域ごと
に設けられ、該領域を構成するドットの色がすべて同じ
であるか否かという情報を有する単色テーブルと、第１
のグラフィックＶＲＡＭの単色テーブルにより単色と指
定された領域を、第２のＶＲＡＭ上にテキスト描画モー
ドによって描画する手段とを有するので、高速化な再描
画が可能となる。

【０００６】

【実施例】以下に本発明の一実施例を詳細に説明する。
図１は本実施例のハードウェア構成を説明する図であ
る。ＣＰＵ２は本情報処理装置の全体を制御している。
テキストＶＲＡＭ４およびグラフィックＶＲＡＭ６は第
１のＯＳがアクセスするＶＲＡＭである。拡張ＶＲＡＭ
１２は第２のＯＳがアクセスする拡張されたグラフィッ
クＶＲＡＭである。第２のＯＳでウィンドウが表示され
ているときは表示部１８に拡張ＶＲＡＭ１２の内容を表
示信号に変換されたものが受け取られウィンドウ１４と
して表示される。バックアップテキストＶＲＡＭ２２は
テキストＶＲＡＭ４の内容をバックアップした領域で最
新の変更箇所を求めるために使用される。

【０００７】本発明では、グラフィックＶＲＡＭ６が表
示できる表示領域をある大きさに分割し（テキストとグ
ラフィックと重ね合わせて表示させることから文字パタ
ーン（たとえば縦１６ドット横８ドット）として実施例
では説明しているが、必ずしもこの分割でなければなら
ないわけではない。）この分割領域を構成する各々のド
ットがすべて同じ色であるとき、この分割領域は単色で
あるとしている。また各分割領域が単色であるか否かと
いう情報と、単色である場合その色情報を、分割領域ご
とに持ったものが単色テーブル２４である。ダーティビ
ットテーブル２８は、ある範囲のＲＡＭ（本実施例では
グラフィックＶＲＡＭ６）にアクセスされたか否かを知
るためのものであり、ＣＰＵが持つページング管理機構
やハードウェアで付加された回路を使用してもよい。制
御プログラム３０はＯＳ、ＢＩＯＳなどを含めたすべて
のプログラムを示している。

【０００８】次に、本発明を利用して図６に示すアプリ
ケーション（ワードプロセッサ）を動作させる時の流れ
を図７に沿って説明する。

【０００９】最初に初期化処理を行う（１００）。初期
化処理の詳細は、図２の（１）に示すようにグラフィッ
クＶＲＡＭ６及び単色テーブル２４をすべて単色の黒
で、ダーティビットテーブル２８をすべてオフに設定す
る。ダーティビットテーブル２８とは、グラフィックＶ
ＲＡＭ６のアクセス範囲を示すビットのテーブルであ
り、特にそのための機構をハードウェアに設けても良い
が、一例を上げるとＣＰＵに８０３８６（登録商標）を
用いた場合にはＣＰＵ自身の機能によりページ単位（１
０００Ｈバイトが１ページ）でどのページをアクセスし
たか判別が可能なので、これを利用してアクセスしたペ
ージのビットがオンになるようにしたテーブルである。

【００１０】次に、アプリケーションを起動する（１０
１）。起動したアプリケーションがグラフィック画面及
びテキスト画面を更新するので、ダーティビットテーブ
ル２８を参照してグラフィックＶＲＡＭ６のアクセス範
囲を調べ、その範囲の単色テーブル２４を更新する（１
０２）。単色テーブル２４更新の詳細は、図５に示すよ
うに、グラフィックの変更があれば（４０）、アクセス
ページ（この図ではアクセス範囲をページ単位とした）
をテキスト１文字ずつの表示領域に分割し、すべての領
域を調査にいく（４１）。各々の領域が単色であるか否
かを調べ（４２）、単色であるなら色を調べてそのテキ
スト位置に対する単色テーブル２４に結果を設定し（４
３）、単色でなければ対応する単色テーブルに単色でな
いことを設定する（４４）という方式で行う。

【００１１】例えば、テキスト画面が８０桁，２５行
で、グラフィック画面が横６４０ドット縦４００ドット
だとすると、テキスト１文字に対するグラフィックの範
囲は横８ドット縦１６ドットとなり、グラフィック画面
は８０×２５の領域に分割されるので、８０×２５の単
色テーブル２４を用意する。６４０×４００ドットの画
素を表現するためにはモノクロで６４０×４００ビット
＝３２０００バイト＝７．８１２５ページのグラフィッ
クＶＲＡＭ６が必要であり、アクセスページが先頭の１
ページ目だけであれば先頭から横６４０ドット縦５２ド
ットの領域が変化した可能性があるので、先頭から８０
桁４行分のテキストに対する単色テーブル２４を更新す
る。単色か否かの判断は、テキストに対応する横８ドッ
ト縦１６ドットの領域のグラフィックＶＲＡＭ６の内容
がすべて同じ値か否かにより行う。

【００１２】例えば、グラフィック画面が１６色表示で
あれば４プレーンのグラフィックＶＲＡＭ６が必要であ
るが、プレーン０からプレーン３における横８ドット縦
１６ドットの値がそれぞれのプレーンごとに同一であれ
ばその領域は単色であり、プレーン０〜３のビットの値
によって表される色がこの領域の色である。

【００１３】次にテキストＶＲＡＭ４の変更範囲を調べ
る（１０３）。本実施例では、画面に描画した時のテキ
ストＶＲＡＭ４の内容をバックアップテキストＶＲＡＭ
２２にコピーしておき、その内容と現時点での実際のテ
キストＶＲＡＭ４の内容を比較して調べる方法を取って
おり、詳しくは図４に示す。テキストＶＲＡＭ４とバッ
クアップテキストＶＲＡＭ２２をアクセスページ単位で
比較し（２０、２１、２２）、一致していなければ、不
一致のテキストＶＲＡＭ４のデータが表示される行桁位
置を算出し（２３）、変更範囲として記録する（２
４）。これを全アクセスページについて繰り返して（２
５）、終了する。

【００１４】テキストＶＲＡＭ４自身の変更範囲を明確
にした後、単色テーブル２４の更新範囲（グラフィック
の変更範囲）についてもテキストＶＲＡＭ４に対する変
更があったものと見なして双方の変更範囲をマージして
描画範囲を決定し（１０５）、描画処理を行う（１０
６）。

【００１５】描画処理において、グラフィックデータを
描画するにはグラフィックＶＲＡＭを読んで１画素ずつ
色を調べて設定する必要があるため、テキスト１文字分
の範囲でも８×１６回の処理の繰り返しが必要となり非
常に時間がかかる。テキストデータをグラフィック画面
にグラフィックデータとして描画（本発明においてテキ
スト描画モードという）するには、文字コードの他に文
字自身の色と背景色が決まれば描画が可能である。ただ
しスーパーインポーズの画面を実現するためには、文字
自身の部分以外は、既に描画されているグラフィック内
容をそのまま残す必要が有り、「背景色なし」という設
定が必要となる。ここで「背景色なし」の設定を透過モ
ードといい、背景色を指定して既に描画されているグラ
フィック内容を塗り潰す設定を上書くモードと呼ぶこと
にする。通常テキストデータの描画においては、文字コ
ード、文字自身の色、背景色、透過／上書くモードを設
定するだけで描画してくれる機能がＯＳあるいはＢＩＯ
Ｓに用意されていることが多く、その処理速度も速い。

【００１６】描画処理の詳細は図３に示す。（２）
（３）で、テキストあるいはグラフィックが変更され
て、グラフィック表示がＯＮの場合は、描画範囲に対す
る単色テーブル２４を参照して（４）、単色であればそ
の色をテキストの背景色に設定し、テキスト自身の色に
はテキストＶＲＡＭ４のアトリビュートで指定された色
を設定して（７）、上書きモードでテキスト描画を行う
（９）。ここで、テキストＶＲＡＭ４のアトリビュート
に反転が指定されている場合には、テキストの色と背景
色を逆転させて描画する。

【００１７】この方法で描画すると、最初にグラフィッ
クを描画してからテキストを透過モードで描画したのと
結果的に同じ画面を表示することができるが、描画速度
はグラフィックの描画処理がない分だけ格段に高速にな
る。

【００１８】単色テーブル２４を参照して単色でない場
合には、従来通り一度グラフィックを描画してからテキ
ストの色にテキストＶＲＡＭ４のアトリビュートで指定
された色を設定して透過モードで描画する。また、
（３）でグラフィック表示がオフになっている場合には
テキストのみを表示するので、テキストの色にテキスト
ＶＲＡＭ４のアトリビュートで指定された色を設定し、
背景色に黒を設定して上書きモードで描画する。

【００１９】描画終了後、この後アプリケーションが動
作してグラフィックＶＲＡＭ６及びテキストＶＲＡＭ４
を変更したときに新たにどこを変更したかを走査するこ
とができるように変更範囲走査の前処理を行う。変更範
囲を走査するための前処理の詳細は、図８に示すように
描画処理を行った時点のテキストＶＲＡＭ４の内容をバ
ックアップテキストＶＲＡＭ２２にコピーしておき（１
２０）、変更後のテキストＶＲＡＭ４と比較できるよう
にする。さらにダーティビットをクリア（１２１）する
ことにより、描画が終了してからアクセスしたページが
わかるようにする。

【００２０】前処理終了後、アプリケーションが動作す
るので、キー入力処理や一定時間の経過等のきっかけに
より画面の変更状態を調べに行き、変更があれば上記の
処理を繰り返して画面の表示内容を更新する。

【００２１】以上の要領で本発明を実現することができ
る。図６に示すワードプロセッサのようなアプリケーシ
ョンの場合には、グラフィックデータは１行目、２行目
のように画面の周りにあるだけで最初に描画した後はほ
とんど更新されずに、キー入力に伴って３行目以下のテ
キスト画面のみが更新される場合が多く、このようなア
プリケーションの場合にはほとんどの更新データが単色
データとなるため、本発明による描画速度向上の効果は
大きい。

【００２２】なお、上記の説明では単色テーブル２４の
更新範囲すべてをテキストＶＲＡＭ４に対する変更があ
ったものと見なして描画範囲に加えているが、単色テー
ブル２４の更新範囲についてもテキストＶＲＡＭ４の変
更範囲を調べるのと同様の方法で、バックアップ用の単
色テーブルを用意して現時点での最新の単色テーブル２
４と内容を比較し、単色でかつ色が一致していれば描画
不要と判断することにより、本当に変更があった部分の
みを絞り込んで描画範囲を減らし、さらに描画速度を向
上することも可能である。

【００２３】また、本発明はＭＳ−ＷｉｎｄｏｗｓやＵ
ＮＩＸ（登録商標）のウィンドウ内でＭＳ−ＤＯＳアプ
リケーション等を動作させる時ばかりでなく、ある環境
で動作しているプログラムをそれとは異なる環境で逐次
表示させるといったエミュレーションの高速化にきわめ
て有効であることはいうまでもない。

【００２４】

【発明の効果】以上説明したように本発明によれば、単
色と判断された領域のグラフィックデータをテキスト描
画モードで他のＶＲＡＭに描画するので、非常に高速な
表示が可能になる。

【図面の簡単な説明】

【図１】本発明を実施するためのハードウェア構成の一
例を示す図。

【図２】初期化処理の流れを示すフローチャート。

【図３】本発明の主要部である描画処理の流れを示すフ
ローチャート。

【図４】従来から行われている、テキストの変更範囲を
調べる処理の詳細を示すフローチャート。

【図５】グラフィックの変更に伴い単色テーブルを更新
する時のフローチャート。

【図６】グラフィックとテキストの両方を表示して動作
するアプリケーションプログラムの一例を示す図。

【図７】本発明を利用してアプリケーションプログラム
を動作させる時の全体の流れを示すフローチャート。

【図８】画面の変更範囲を走査するために必要な前処理
の流れを示すフローチャート。

【符号の説明】

２：ＣＰＵ ４：テキストＶＲＡＭ ６：グラフィックＶＲＡＭ １２：拡張ＶＲＡＭ １４：ウィンドウ １８：表示部 ２０：記憶部 ２２：バックアップテキストＶＲＡＭ ２４：単色テーブル ２８：ダーティービットテーブル ３０：制御プログラム ３２：入力部

Claims (1)

【特許請求の範囲】
1. 【請求項１】 第１のテキストＶＲＡＭと第１のグラフ
   ィックＶＲＡＭがそれぞれ独立して予め定められたアド
   レス空間に存在し、それぞれの内容を重ね合わせて表示
   することのできる情報処理装置において、 前記第１のテキストＶＲＡＭと前記第１のグラフィック
   ＶＲＡＭの内容を重ね合わせて、その表示信号として書
   き込まれる第２のグラフィックＶＲＡＭと、 前記第１のグラフィックＶＲＡＭの細分化した各領域ご
   とに設けられ、該領域を構成するドットの色がすべて同
   じであるか否かという情報を有する単色テーブルと、 第１のグラフィックＶＲＡＭの単色テーブルにより指定
   された領域を、第２のＶＲＡＭ上にテキスト描画モード
   によって描画する手段とを有することを特徴とする情報
   処理装置。