(57)【特許請求の範囲】
【請求項１】
コード情報ならびに前記コード情報に付属するアトリビュート情報を有する文書データを、画像表示に用いる記憶手段にビットマップデータとして転送し、該転送されたビットマップデータを表示部に表示させるよう制御すると共に、前記文書データのスクロールに応じて、前記画像表示に用いる記憶手段のビットマップデータを書き換えるスクロール制御装置であって、
前記画像表示に用いる記憶手段のビットマップデータに対応した画面を含む数画面分の前記文書データに対応するモノクロデータを記憶するスクロールバッファと、
スクロールが発生すると、前記スクロールによって新たに表示される前記文書データに対応する前記スクロールバッファの前記モノクロデータを前記画像表示に用いる記憶手段に転送し、前記スクロールバッファに記憶されていない前記文書データの領域にスクロールが及ぶと共に前記スクロールバッファがすべて使用されているとき、前記スクロールバッファに記憶されたデータの一部を破棄し、新たにスクロールによって表示される文書データに対応したモノクロデータを前記スクロールバッファに記憶するよう制御する制御手段と、
前記スクロール後所定時間が経過すると、前記スクロールによって新たに表示される前記文書データをカラー表示が可能なビットマップデータに変換し、当該ビットマップデータを前記画像表示に用いる記憶手段に転送する手段と、
を有することを特徴とするスクロール制御装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、表示画面の文字等を高速にスクロールする、スクロール制御装置に関する。
【０００２】
【従来の技術】
従来、文字、図形等が混在した文書データをビットマップ形式の表示データに展開し、前記表示データを必要に応じてスクロールするスクロール制御装置においては、スクロールする度に、新たに現れた文書データを含めて、画面全体をビットマップに再度展開する必要があるため、非常に低速なスクロールとなっていた。
【０００３】
これに対し、特開平２−３１０５９２号公報で示される手法では、現在表示されている画面の前後数画面分の表示データを予めバッファに格納しておき、スクロール要求に応じて前記表示データをＶＲＡＭに転送することにより、比較的高速なスクロールを実現している。
【０００４】
【発明が解決しようとする課題】
しかし、カラー表示が一般的になってくると、ＶＲＡＭは多色を表現するためにその容量は大幅に増え、前記数画面の表示データを格納するバッファも非常に大容量を必要とする上、バッファの内容をＶＲＡＭに転送する時間もその大容量がゆえに、無視できないという問題点がある。
【０００５】
本発明のスクロール制御装置は、このような問題点を解決するものであって、多色のカラー表示画面であっても、大量のバッファを必要とせず、かつ極めて高速なスクロールを実現することを目的とする。
【０００６】
【課題を解決するための手段】
本発明のスクロール制御装置は、コード情報ならびに前記コード情報に付属するアトリビュート情報を有する文書データを、画像表示に用いる記憶手段にビットマップデータとして転送し、該転送されたビットマップデータを表示部に表示させるよう制御すると共に、前記文書データのスクロールに応じて、前記画像表示に用いる記憶手段のビットマップデータを書き換えるスクロール制御装置であって、
前記画像表示に用いる記憶手段のビットマップデータに対応した画面を含む数画面分の前記文書データに対応するモノクロデータを記憶するスクロールバッファと、
スクロールが発生すると、前記スクロールによって新たに表示される前記文書データに対応する前記スクロールバッファの前記モノクロデータを前記画像表示に用いる記憶手段に転送し、前記スクロールバッファに記憶されていない前記文書データの領域にスクロールが及ぶと共に前記スクロールバッファがすべて使用されているとき、前記スクロールバッファに記憶されたデータの一部を破棄し、新たにスクロールによって表示される文書データに対応したモノクロデータを前記スクロールバッファに記憶するよう制御する制御手段と、
前記スクロール後所定時間が経過すると、前記スクロールによって新たに表示される前記文書データをカラー表示が可能なビットマップデータに変換し、当該ビットマップデータを前記画像表示に用いる記憶手段に転送する手段と、
を有することを特徴とする。
【０００８】
【発明の実施の形態】
以上説明した本発明の構成を一層明らかにするために、以下本発明の好適な実施例について説明する。図１は本発明の一実施例としての概略構成を示すブロック図である。装置全体を制御するＣＰＵ２、基本制御プログラムを格納するＲＯＭ６、ＯＳ、アプリケーションプログラム等が展開され、かつ各々が使用するバッファ、パラメータ等が格納されるＲＡＭ４、表示部１２に表示されるビットマップ形式の表示データが書き込まれるＶＲＡＭ１０、タイマ８、がシステムバス１４によって相互に接続されている。
【０００９】
図２は本実施例の表示データの流れを示す図である。ＲＡＭ４中にある文書領域３０はアプリケーションプログラム等によって作成された、文字コード、罫線コード、アトリビュート、イメージデータ等を含む文書データが格納される領域である。図上方が文頭、下方が文末にあたるデータである。さらにその内部は、現画面に相当する文書領域３２、前画面に相当する文書領域３４、前々画面に相当する文書領域３６に分けて示してある。
【００１０】
ＶＲＡＭ１０は本実施例ではＲプレーン５４、Ｇプレーン５５、Ｂプレーン５６、Ｉ（Ｉｎｔｅｎｓｉｔｙ：明暗データ）プレーン５７の４プレーンに別れており、表示画面の１ＤＯＴあたり４ビットが配分され、１６色の表示が可能になる。またプレーン数を増してさらに多色としたり、１ＤＯＴを表わす数ビットを隣り合わせて配置する、いわゆるパックドピクセル方式のＶＲＡＭとすることも可能である。
【００１１】
通常、現画面に相当する文書領域３２の文書データは、内部の文字コード等をアトリビュートに従って、実際の表示文字に対応するビットデータへ展開し、指定された色に従ってプレーンの選択を行いながらＶＲＡＭ１０に書き込まれる。例えば白が指定されたＤＯＴであればＲプレーン５４、Ｇプレーン５５、Ｂプレーン５６、Ｉプレーン５７の対応するビットはすべて１であり、黒であればすべて０である。また各プレーンには図示しないパレットレジスタが対応して存在し、パレットレジスタのデータを操作して各プレーンの役割をＲ、Ｇ、Ｂ、薄い赤、濃い緑、黒等に自在に変化させることができる。さらに各々のプレーンを無効（データを描いても表示には出さない）にすることも可能である。
【００１２】
スクロールバッファ４０は本発明の要部であり、文書領域３０に対応したモノクロデータを数画面分格納する領域である。現画面バッファ４２は、現画面に相当する文書領域３２に対応したモノクロデータを格納しており、前画面バッファ４４は、前画面に相当する文書領域３４に対応し、前々画面バッファ４６は、前々画面に相当する文書領域３６に対応するように、計３画面分のモノクロデータがバッファリングされている。
【００１３】
モノクロデータとは文書領域３０の文字コードデータ等をビットマップデータに展開し、色付け（ＶＲＡＭの各プレーンデータに配分されること）をされる前のデータのことであり、１プレーンに相当するデータ量で、表示ＤＯＴのＯＮ−ＯＦＦ（白、黒）のみを選択することが可能である。よってＲＡＭ４のメモリ領域を大幅に節約することができる。
【００１４】
新領域４８は、現画面バッファ４２、前画面バッファ４４、前々画面バッファ４６でカバーしていない領域にスクロールが及んだときに追加されるスクロールバッファである。旧領域５０は、新領域４８追加に伴い削除されるバッファ領域である。図では下方にスクロールし、文書領域３０から下方１行分のデータを読み取って展開し、新領域４８として追加している。
【００１５】
スクロールが発生すると、ＶＲＡＭ１０のＲプレーン５４のデータを消去した上で、スクロール先のスクロールバッファ４０のモノクロデータがＲプレーン５４に書き込まれる。Ｒプレーン５４はパレットレジスタの値により黒を発色するように設定され、残りのプレーンは無効とされるので、表示部１２にはＲプレーン５４に対応したモノクロ表示がされる。この場合１プレーンのみへの描き込みであるので非常に高速な描画が可能となる。
【００１６】
図３は本実施例の高速スクロールの手順を示すフローチヤートであり、図２と関連させて説明する。Ｓ１で画面のスクロール要求があると、Ｓ２でスクロール先のデータをスクロールバッファ４０に既に作成しているかを判定し、「Ｎｏ」であれば（図２で下方へのスクロールであれば）Ｓ４でスクロールバッファ４０をすべて使用しているかを調べ、「Ｙｅｓ」であれば、Ｓ５でスクロール位置より一番遠いデータのある旧領域５０を破棄する。「Ｎｏ」であれば、Ｓ６で新領域４８を確保し新たにスクロール先の画像データをモノクロで作成する。
【００１７】
Ｓ２で「Ｙｅｓ」の場合（図２で上方へのスクロールの場合）は、前画面に相当する文書領域３４のデータが変更されているかを確認し、「Ｙｅｓ」であればＳ４の判定に入るが、この場合は「Ｎｏ」と判定されで、Ｓ６で新たなデータを前画面バッファ４４上に上書きすることになる。Ｓ３で「Ｎｏ」の場合は新たなモノクロ画像データを作ることなく、そのままＳ７に入る。
【００１８】
Ｓ７ではスクロールバッファ４０のうち、スクロール先の画像データをＲプレーン５４に転送する。この際、Ｒプレーン５４はモノクロプレーンに設定され、他のプレーンは無効にされる。Ｓ８でタイマ８により一定時間待ち、スクロール要求がなければＶＲＡＭ１０の各プレーンのパレットレジスタを元にもどした上で、Ｓ９で文書領域３０のスクロール先のデータを展開してカラー情報を取り出し、Ｒプレーン５４、Ｇプレーン５５、Ｂプレーン５６、Ｉプレーン５７に再描画する。
【００１９】
またＶＲＡＭ１０の各プレーンをすべてバックアップするＶＲＡＭバッファを持てば、数行スクロールした場合に、ＶＲＡＭバッファにある画像データはＶＲＡＭバッファからＶＲＡＭ１０の各プレーンに転送し、新たに現れた画像のみを、モノクロデータで、スクロールバッファ４０からＶＲＡＭ１０に転送することもできる。この場合、画面全体がモノクロとなることがないので、画面の端部を数行スクロールしたい場合などに有効である。
【００２０】
またＲＡＭ４の余裕があれば、スクロールバッファ４０をより多くの画面分取ったり、横スクロール用に追加することも可能であるし、スクロールバッファ４０を２つ持てば、４色表示による高速スクロールも可能である。例えば「矢印」キーで通常スクロール、「Ｓｈｉｆｔ」＋「矢印」キーでモノクロ画面による高速スクロール、「Ｃｔｒｌ」＋「矢印」キーで４色画面による準高速スクロールなどと設定すれば、より使い勝手が向上する。
【００２１】
以上のように本実施例によれば、表示画面の一部あるいは全部を一時的にモノクロ表示にすることにより高速なスクロールを可能とし、スクロール後所定時間が経過すれば、カラー表示に書き換えることができる。
【００２２】
また、通常印刷用の文書は、ほとんどがモノクロで構成されているため、スクロールの際一時的にモノクロ表示としても最終的にカラー表示に戻せば、実用上問題はない。
【００２３】
【発明の効果】
本発明によれば、有限なスクロールバッファの領域を有効に利用しつつ、スクロールによって新たに表示される表示部分をモノクロデータの転送により表示させるため高速なスクロールを可能とすることができる。
【図面の簡単な説明】
【図１】本発明の一実施例としての概略構成を示すブロック図である。
【図２】本実施例の表示データの流れを示す図である。
【図３】本実施例の高速スクロールの手順を示すフローチヤートである。
【符号の説明】
２：ＣＰＵ
４：ＲＡＭ
６：ＲＯＭ
８：タイマ
１０：ＶＲＡＭ
１２：表示部
１４：システムバス
３０：文書領域
３２：現画面に相当する文書領域
３４：前画面に相当する文書領域
３６：前々画面に相当する文書領域
４０：スクロールバッファ
４２：現画面バッファ
４４：前画面バッファ
４６：前々画面バッファ
４８：新領域
５０：旧領域
５４：Ｒプレーン
５５：Ｇプレーン
５６：Ｂプレーン
５７：Ｉプレーン
【図１】
0003551963.tif 000002
【図２】
0003551963.tif 000003
【図３】
0003551963.tif 000004