(57)【特許請求の範囲】
【請求項１】
表示部と、
表示データを蓄積するためのバッファと、
前記表示データがビットマップ展開され、該ビットマップ展開された表示データを前記表示部へ転送するためのビットマップメモリと、
を備え、
表示命令が持続して発生している間は前記表示データを前記バッファに蓄積し、前記表示命令以外の命令が発生した場合に、それまで前記バッファに蓄積されていた前記表示データを一括して前記ビットマップメモリにビットマップ展開することを特徴とする表示制御装置。
【請求項２】
表示部に表示される表示データをビットマップメモリにビットマップ展開し、前記ビットマップ展開された表示データを表示部に転送して表示を行う表示制御方法において、
表示命令が持続して発生している間は前記表示データを前記バッファに蓄積し、前記表示命令以外の命令が発生した場合に、それまで前記バッファに蓄積されていた前記表示データを一括して前記ビットマップメモリにビットマップ展開することを特徴とする表示制御方法。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、集計、演算、表示、印刷等の機能を備えた携帯形の小型情報処理端末であるハンドヘルドターミナル（以下、ＨＨＴとも略記する）等における表示制御装置ならびにかかる装置類に適用可能な表示制御方法に関する。
【０００２】
集計、演算、表示、印刷等の機能を備えた携帯形の小型情報処理端末であるハンドヘルドターミナルは、コンビニエンスストア、スーパーマーケット等の各種流通業界の商品管理、生産現場や製品倉庫等における各種管理、車内販売、交通運輸業界における乗車券類の車内管理等に広く利用されている。
【０００３】
かかる用途の拡大に伴って、この種のハンドヘルドターミナルは性能の向上された製品が逐次開発され、実用に供されている。
【０００４】
このようなハンドヘルドターミナルを中央処理装置（ＣＰＵ）の改良等により高機能化することは可能であるが、表示すべきデータ量が極端に増加し、表示画面の大型化や表示速度の高速化が必要となる。
【０００５】
【従来の技術】
一般にデータの内容をＬＣＤ等の表示装置に表示するには、図１５に示すようにハンドヘルドターミナル本体側と表示装置側の間にビデオＲＡＭ（以下、ＶＲＡＭとする）と呼ばれる共用メモリを介して実現される。
【０００６】
図において、ハンドヘルドターミナル本体１において処理され出力された表示データは、ＶＲＡＭ２に転送される。
【０００７】
転送された表示データは表示部３の各画素（ピクセル）に対応してビットマップ展開されＶＲＡＭ２に格納される。その後表示データは表示用信号に変換されてＶＲＡＭ２から表示部３に転送されて表示される。
【０００８】
このような一連の表示処理を行う際に、表示動作を開始してから実際に表示部に表示されるまでの時間は、上述のハンドヘルドターミナル本体１、ＶＲＡＭ２、表示部３の間のそれぞれの転送処理時間とハンドヘルドターミナル本体１内での前処理時間との合計となり、短縮することが難しい。
【０００９】
この表示時間を短縮するために、ＶＲＡＭ２への格納をビットマップ展開ではなく文字コードで行う方法も試みられている。
【００１０】
この場合は、ＶＲＡＭ２から表示部３への転送を行うハードウエアに対してビットマップ展開の機能を持たせることにより、総体的な表示所要時間を短くする手段が採用される。
【００１１】
しかし、このような制御にかかる解決手段ではハードウエアの負荷が大きくなり、対応する記憶回路類も増大することから装置のコスト、容積、重量等を犠牲にせざるを得なくなり、望ましい解決方法たり得ない。
【００１２】
【発明が解決しようとする課題】
本発明は、上述のような従来技術の短所を伴わない、表示速度を高速化するための手段を搭載した表示制御装置ならびに表示制御方法を提供することを課題とする。
【００１３】
【課題を解決するための手段】
図１は、本発明にかかる表示制御装置の基本構成を示すブロック図であり、ハンドヘルドターミナルとして示された本体ＨＨＴ１０、表示速度を高速化するための手段を付加したＶＲＡＭ２０、表示部３０から構成される。
【００１４】
ＶＲＡＭ２０は、ＶＲＡＭ本体２１に対して主としてソフト的に構成された、表示速度を高速化するための手段２２が付加されている。
【００１５】
表示速度を高速化するための手段２２の第１の例は、ＶＲＡＭ本体２１への新たな表示データの書き込みの際に、前に表示されている表示データと比較し、変化している部分のみの書き替えを行う手段を挙げることができる。
【００１６】
表示速度を高速化するための手段２２の第２の例は、アプリケーションの表示依頼単位ごとに表示データを内部バッファに蓄積し、表示依頼以外の命令が発生したことを契機にＶＲＡＭ本体２１への表示データの書き込みを一括して行うことにより、ＶＲＡＭ本体２１へのアクセス回数を最小限に低減する手段を挙げることができる。
【００１７】
【作用】
本発明にかかる表示制御装置によれば、ＨＨＴ本体１０から表示部３０への表示データの転送は、表示速度を高速化するための手段２２の付加されたＶＲＡＭ２０を介して行われる。この場合の表示速度を高速化するための手段２２は、簡易なハードによりまたはソフト的に構成される。
【００１８】
したがって、装置重量、形状寸法、構成要素の大幅な増加は来さずに表示データの高速処理が達成される。
【００１９】
表示速度を高速化するための手段２２としては、例えばＨＨＴ本体１０に、ＶＲＡＭ２０に書き込まれた情報をコードで格納する前表示画面セーブバッファを置く。
【００２０】
新たな表示データの転送を行う際に前画面の表示データと新画面の表示データとを比較し、新画面において異なる内容のみを転送するように制御することにより転送データ量を低減して目的を達成するものである。
【００２１】
また、表示速度を高速化するための手段２２としては、例えばＨＨＴ本体１０からＶＲＡＭ２０を介して表示部３０に表示データを転送する際に、転送回数を低減することにより目的を達成しようとするものである。
【００２２】
具体的には、表示依頼の命令単位が持続する間は転送を行わず、これら表示データを蓄積しておき、表示命令以外の命令が発生したことを確認した際に、それまでの表示命令を一括して転送するように制御することにより、表示データの転送処理時間を短縮することができる。
【００２３】
【実施例】
以下、好適な実施例を示す添付図を参照しつつ、本発明を詳述する。図２は、実施例にかかるハンドヘルドターミナル（ＨＨＴ）の主要構成を示すブロック図である。
【００２４】
制御部１００は、ＨＨＴ全体を制御するもので、ＨＨＴの用途や構成規模等に対応する中央処理装置（ＣＰＵ）をはじめ、処理プログラムその他の固定データを記憶するＲＯＭ、所要データ類の書き込みおよび読み出しを行うＲＡＭ、表示部を機能させるためのメモリ等に代表される要素が搭載される。
【００２５】
この制御部１００に対しては各種用途および目的とする機能に応じて以下のような各種機能を発揮する要素が接続される。
【００２６】
この制御部１００には、所要データや操作に必要な指示情報等の入力を行うために、適当なタッチキーまたはソフトキーなどを備えた操作部１０１が接続される。
【００２７】
表示部１０２は、入力状態、指示内容、演算結果等の表示を行うもので、各種表示装置を使用することができるが、例えば小形・軽量化に適する液晶表示装置（以下、ＬＣＤともいう）とすることができる。
【００２８】
この場合、外部光の不足する雰囲気下での使用を考慮してバックライト付きのＬＣＤであると都合がよい。
【００２９】
プリンタ１０３は、演算結果その他の出力を印字するものである。用途によって各種タイプの装置を利用することができる。軽量化ならびに装置価格の点からサーマル形を採用すると有利である。
【００３０】
光インターフェース１０４は、図示していない外部装置、例えば制御用コンピュータのようなホスト装置や同レベルのＨＨＴ等との間で、光通信によりデータ類の送受信やプログラムのダウンロード等を行うものである。
【００３１】
拡張インターフェース１０５は、光通信以外の手段により外部機器との間でデータ類の授受を行うためのインターフェースである。
【００３２】
例えば、ＲＳ２３２Ｃアダプタ、通帳リーダ、特定小電力無線用インターフェースが接続される。これらインターフェースは、それぞれの用途、利用場所等に応じて適宜取捨して付加することが可能である。
【００３３】
バーコードインターフェース１０６は、バーコードリーダが接続されるものであり、周知のバーコードスキャナ、例えばペンスキャナ、タッチスキャナ、レーザスキャナ等の中から適当なものを選定して利用することができる。
【００３４】
また、本発明において必須ではないが、目的、用途等に応じて、ＩＣメモリカード１０７、本体充電ケーブル１０８、および電源電池用充電器１０９等を設けることができる。
【００３５】
ここに示したハンドヘルドターミナルの駆動用電源としては、片手に携帯してどこでも移動可能である特徴を活用するために、小形電池が相応しく、殊に充放電可能な二次電池を使用すると都合がよい。
【００３６】
ここで、電池交換等の際にそれまでの記憶内容が破壊されないように、主電池１１０に加えて補助電池１１１を併用することが望ましい。
【００３７】
これら各接続要素と、制御部１００内のＣＰＵ１１２、ＲＯＭ１１３、ＲＡＭ１１４、表示部用としてＲＡＭから構成されるメモリ１１５等との相互作用により、本発明にかかるハンドヘルドターミナルの目的に合致する処理を実行することができる。
【００３８】
図３は、ＨＨＴ本体１００の表示部用のメモリ１１５の構成と表示部１０２との関連を示す説明図である。この実施例では、表示部１０２は、２４桁×１０行の表示容量を有するＬＣＤとしている。その他の表示装置を利用することもできる。
【００３９】
ＨＨＴ本体１００のメモリ１１５は、少なくとも画面表示用データを格納する画面メモリ１１６およびＣＧＡ（カラーグラフィックアダプター）ビットマップＶＲＡＭ１１７とを備えている。
【００４０】
このＣＧＡビットマップＶＲＡＭ１１７はＣＧＡに伝達すべき表示データをビットマップ展開するためのＲＡＭであり、この展開された内容は、ＣＧＡ（カラーグラフィックアダプター）１１８を介して表示部１０２に転送される。
【００４１】
図４は、図３における画面メモリ１１６の構成例を示すものである。この画面メモリ１１６は、キャラクタ画面バッファ１１６ａと罫線画面バッファ１１６ｂとから構成され、それぞれのデータがコード形態で格納される。
【００４２】
図５は図４に示した画面メモリ１１６におけるキャラクタ画面バッファ１１６ａおよび罫線画面バッファ１１６ｂの構成例を示すものである。
【００４３】
キャラクタ画面バッファ１１６ａは、１画面当たりのデータ１６６４バイトの格納される領域が０から９までの１０画面分ある。それぞれの領域には、１画面に表示されるキャラクタデータがコード化されて格納されている。
【００４４】
これに加えて、本実施例特有の前表示画面セーブバッファ１１６ｃが設けられる。この前表示画面セーブバッファ１１６ｃには、表示部に表示中のデータを格納する。
【００４５】
新たな表示データの書き込みを行う際には、表示されるキャラクタデータがコード化されてキャラクタ画面バッファ１１６ａの１つの領域に格納される。
【００４６】
次いで、この前表示画面セーブバッファ１１６ｃに格納されていて画面上に現在表示されているコード化されたキャラクタデータと、新たに表示しようとするコード化されたキャラクタデータとの異同をプログラムにより文字単位で逐次比較する。
【００４７】
そして、比較の結果前表示画面セーブバッファ１１６ｃ内のデータと異なっていたデータは、ＣＧＡビットマップＶＲＡＭに上書き、格納される。また、変化が無かったデータは、書換えを行う必要はないため、書き換えられない。
【００４８】
キャラクタ画面バッファの領域のうちの１つは依頼バッファとされる。依頼バッファには、比較の結果、前表示画面セーブバッファ１１６ｃに格納されたキャラクタデータと異なっていた新たなキャラクタデータが一旦書き込まれ、その後依頼バッファ内のデータが転送され、ＣＧＡビットマップＶＲＡＭに上書き、格納される。
【００４９】
なお、４０桁、１０行の表示部を使用するものとすると、１文字は４バイトであるから、１画面当たりのデータ１６６４バイトは次式のようにして算出される。ここではインターフェース領域として１６バイト使用し、さらに予備領域を４８バイト確保するものとする。
【００５０】
４０桁×１０行×４バイト＋１６＋４８＝１６６４（＝６８０Ｈ）バイト
【００５１】
なお、キャラクタ画面バッファの１画面の領域の大きさは、使用されている使用されているディスプレイの大きさに応じて適宜選択することができる。
【００５２】
キャラクタ画面バッファ１１６ａにおける各画面の構成例は図６に示す通りであり、１行毎に領域が分割されている。１行当たりのデータ量は１６０バイトである。
【００５３】
図６の（Ａ）が１画面当たりのデータ構成を示すものであり、図６の（Ｂ）が表示部（ＬＣＤ）の状態を示すものである。なお、図（Ａ）と図（Ｂ）との間の（０００ライン目）は、それぞれの行の書き込み開始位置を示すものである。
【００５４】
このようなキャラクタ画面（図５の画面０〜画面９）のそれぞれが表示部画面に該当し、どの画面を表示部側に出力するかをプログラムにおいて選択する。
【００５５】
なお、表示部の特性から、画面最上位には２ビットラインの空きがあり、また縦１８ドット（＝１６＋２）で１行を形成するものとしている。これら各数値は、表示部のサイズ、特性、使用態様等に応じて適宜選択することができる。
【００５６】
図７は、半角文字のサイズを基準とした場合の１文字のデータ構成例を示すものである。１文字を文字属性と文字コードとの２ワード（４バイト）で指定している。
【００５７】
文字属性は、コード指定によって、０、１、２がそれぞれ漢字、半角、半角外字（ＡＮＫ縮小表示）に対応する。
【００５８】
漢字左右指定は、漢字指定時にのみ有効となり、０、１がそれぞれ左指定、右指定に対応する。
【００５９】
下側反転表示は、ＡＮＫ縮小表示時にのみ有効となり、０、１がそれぞれ無し、有りに対応する。
【００６０】
上側反転表示も、ＡＮＫ縮小表示時にのみ有効となり、０、１がそれぞれ無し、有りに対応する。
【００６１】
反転表示時指定は、０、１がそれぞれ無し、有りに対応する。なお、これら各属性の表示は、本実施例において採用されているに過ぎず、本発明を限定するものではない。
【００６２】
図７に示すように、表示文字コードは、本実施例においては、全角（漢字／外字）、半角、半角外字として、それぞれシフトＪＩＳコード、ＪＩＳ８コード、縮小文字作業領域アドレス（０〜３９９）に対応するが、この場合も本発明を限定するものではない。
【００６３】
罫線画面バッファ１１６ｂは、図５に示すように、１画面分の罫線データ１６６４バイトの格納される領域が０から６までの７画面ある。これに加えて、本実施例特有の前表示画面セーブバッファ１１６ｄが設けられる。なお、罫線データバッファに格納される罫線データは、コード化されている。
【００６４】
罫線画面バッファにおける各画面の構成例は、図８に示すようになる。各画面０〜画面６のそれぞれが表示部画面の１画面に相当し、プログラムによってどの画面を表示するかが選択される。罫線表示データは、図８に示すように例えば、００Ｈ：表示なし、０１Ｈ：実線、０２Ｈ：点線のように対応させることができる。
【００６５】
新たな表示データの書き込みを行う際には、表示される罫線データがコード化されて罫線画面バッファ１１６ｂの１つの領域に格納される。
【００６６】
次いで、この前表示画面セーブバッファ１１６ｄに格納されていて画面上に現在表示されているコード化された罫線データと、新たに表示しようとするコード化された罫線データとの異同をプログラムにより４バイト単位で逐次比較する。
【００６７】
そして、比較の結果前表示画面セーブバッファ１１６ｄ内のデータと異なっていた罫線データは、ＣＧＡビットマップＶＲＡＭに上書き、格納される。また、変化が無かったデータは、書換えを行う必要はないため、書き換えられない。
【００６８】
罫線画面バッファの領域のうちの１つは依頼バッファとされる。依頼バッファには、比較の結果、前表示画面セーブバッファ１１６ｄに格納された罫線データと異なっていた新たな罫線データが一旦書き込まれ、その後依頼バッファ内のデータが転送され、ＣＧＡビットマップＶＲＡＭに上書き、格納される。
【００６９】
罫線画面バッファは、水平方向の罫線データが格納される水平方向罫線バッファと垂直方向の罫線データが格納される垂直方向罫線バッファとによって構成される。なお、罫線データの１画面分のデータ量は、予備領域を２４バイト確保するため、次式のようになる。
【００７０】
４１ライン×４０バイト＋２４バイト＝１６６４（＝６８０Ｈ）バイト
【００７１】
なお、キャラクタ画面バッファの１画面の領域の大きさは、使用されている使用されているディスプレイの大きさに応じて適宜選択することができる。
【００７２】
図９（Ａ）は、水平方向罫線バッファの１画面分の構成を示すものである。１行当たりのデータは、本来の罫線位置を表す〔上データ〕と文字位置を表す〔中データ〕とによって表示される。したがって、水平方向罫線バッファはこの単位で領域が分割されている。それぞれの領域には、図において矢印で指された水平方向の罫線データが、コード化されて格納される。本実施例では、それぞれ１行当たり４０バイトのデータ量で表される。
【００７３】
図９（Ｂ）は、図９（Ａ）に対応する表示部上の罫線の状態を示すものである。０から３９までの４０桁において、１行上データによって最上部の罫線が形成され、１行中データによって、文字記載位置への罫線が形成される。
【００７４】
このように、上・中データによって１行分となり、ここでは１０行分の水平方向罫線が形成される。
【００７５】
図１０（Ａ）は垂直方向罫線バッファの１画面分の構成を示すものである。１行のデータは、図１０（Ｂ）に示すように、１行中に対応する２番目の水平方向罫線を基準として、その上側の垂直罫線  Ｉのデータを示す〔１行上データ〕と、その下側の垂直罫線ＩＩのデータを示す〔１行下データ〕とによって表される。垂直方向罫線バッファも、水平方向罫線バッファと同様に、図１０で矢印で指された垂直方向罫線データが、コード化されて格納される。
【００７６】
本実施例では、以下１０行まで、１行あたりそれぞれ４０バイトで罫線の有り無しが表される。
【００７７】
図１１（Ａ）、（Ｂ）は、図３に示したＣＧＡビットマップＶＲＡＭ１１７の使用状態を示す説明図である。
【００７８】
ＣＧＡビットマップＶＲＡＭ１１７は、図１１（Ａ）のように、４０バイト毎に、アドレスＢ８０００ＨからＢＣ０００ＨまでとＢＣ０００ＨからＢＦＦＦＦＨまでとに４分割され、下方はキャラクタ専用ＶＲＡＭバッファ１１７ａおよび罫線専用ＶＲＡＭバッファ１１７ｂとして用い、それぞれのデータがビットマップ展開される。
【００７９】
この場合、ビットマップ展開されるデータは、図５における前表示画面セーブバッファ１１６ｃ、１１６ｄにおけるデータとの文字毎の比較によって異なっている文字に対応するデータが上書きされ、格納される。上書きの対象となるデータは、それぞれの依頼バッファに格納されたデータである。なお、右上の領域は、本実施例では未使用である。
【００８０】
上方左側のアミ掛け部分はキャラクタ・罫線ＶＲＡＭバッファ１１７ｃであり、キャラクタ専用ＶＲＡＭバッファ１１７ａおよび罫線専用ＶＲＡＭバッファ１１７ｂにビットマップ展開されたデータの論理和に相当するデータを格納する。このキャラクタ・罫線ＶＲＡＭバッファ１１７ｃに格納されているデータが、表示部に表示される。
【００８１】
図１１（Ｂ）は、キャラクタ・罫線ＶＲＡＭバッファ１１７ｃの詳細構成例を示すものである。ラインデータに対応するキャラクタデータと罫線データとが格納され、このような格納データに基づいて、キャラクタおよび罫線の表示が行われる。
【００８２】
図１２は、本発明にかかるハンドヘルドターミナルを制御するソフトウェアの構成例を示すものである。本実施例では、アプリケーション１２０の入力はＢＡＳＩＣ言語によって行われる。
【００８３】
アプリケーション１２０からのＢＡＳＩＣ言語は、インタプリタ１２１においてマシン語に変換され、表示制御１２２とＶＲＡＭ１２３との動作が制御される。この場合、インタプリタ１２１は、表示命令であるＰＲＩＮＴとそれ以外の命令とを判別する機能を具備している。
【００８４】
インタプリタ１２１においてＰＲＩＮＴ命令のみが継続している間は、表示制御１２２への動作フラグをオフにして、表示動作を行わないように制御する。その後ＰＲＩＮＴ以外の何らかの命令が入力された場合には、それまでのＰＲＩＮＴ命令をまとめて実行するような制御を行う。
【００８５】
上述のような制御を行う結果、継続してＰＲＩＮＴ命令が到達している間は、表示制御１２２とＶＲＡＭ１２３との間のそれぞれの処理を行う必要がなく、全体的な処理時間が短縮される。
【００８６】
図１３は、本発明の第１の実施例の処理状態を示すフローチャートである。表示処理フローの開始に伴って、表示処理実行中フラグがオンとなる（ステップＳ１０）。
【００８７】
次いで、カーソル表示中であるか否かの判定を行う（ステップＳ１１）。表示中である場合には、カーソル表示する前のデータに戻し、カーソルを消去する（ステップＳ１２）。
【００８８】
次いで、前表示画面セーブバッファに格納されたコード化されたキャラクタデータと、キャラクタ表示画面バッファの他の領域に格納されたコード化された新たな表示データとを１文字ずつコード毎に比較し、キャラクタデータの変化のあった部分を依頼バッファに一旦書込み、ＶＲＡＭに転送、ＶＲＡＭを上書きする。（ステップＳ１３）。このようにコード化されたデータで比較するため、データ量が減少し、比較のための所要時間も短縮される。
【００８９】
一方、カーソル表示中でない場合には、カーソル表示する前のデータに戻す処理（ステップＳ１２）を行わずにステップＳ１３の処理を行い、ＶＲＡＭを上書きする。
【００９０】
次いで、前表示画面セーブバッファに格納されたコード化された罫線データと、罫線表示画面バッファの他の領域に格納されたコード化された新たな表示データとをコード毎に比較し、罫線データの変化のあった部分を依頼バッファに一旦書込み、ＶＲＡＭに転送、ＶＲＡＭを上書きする（ステップＳ１４）。
【００９１】
その後、カーソル表示を行うか否かの判定を行う（ステップＳ１５）。表示する場合には、カーソル表示する位置のＶＲＡＭデータをセーブし、カーソル表示を行う（ステップＳ１６）。その後表示処理実行中フラグをオフとする（ステップＳ１７）。
【００９２】
カーソル表示を行わないと判定された場合には、直ちに表示処理実行中フラグをオフとする（ステップＳ１７）。その後復帰する。
【００９３】
図１４は、本発明の第２の実施例の動作を表すフローチャートである。図１２におけるインタプリタ１２１がアプリケーション１２０から入力されるＢＡＳＩＣ命令を解析し、表示命令ＰＲＩＮＴであった場合（ステップＳ２０）には、ＶＲＡＭの書き込みフラグをオンにする（ステップＳ２１）。表示命令ＰＲＩＮＴでない場合には、直ちに復帰する。
【００９４】
ＶＲＡＭの書き込みフラグをオンにした後、次続のＢＡＳＩＣ命令をも解析する（ステップＳ２２）。その後、次続の命令が再び表示命令ＰＲＩＮＴであるか否かの判定を行う（ステップＳ２３）。
【００９５】
判定の結果、次の命令が表示命令である場合には、ＶＲＡＭの書き込みは行わないためＶＲＡＭの書き込みフラグをオフ（ステップＳ２４）に戻した後、データ書込みを開始するために、図１３に示した一連の表示処理を実行する（ステップＳ２５）。なお、ステップＳ２５の処理を実行する前に、ＶＲＡＭ書込みフラグのオン／オフが調べられる。ＶＲＡＭ書込みフラグがオンの場合には、図１３に示された処理が実行される。それに対して、ＶＲＡＭ書込みフラグがオフの場合には、図１３の処理を実行せず、ステップＳ２０の処理に復帰する。この場合には、ＶＲＡＭ着込みフラグがオフであるため、図１３の処理は実行されない。
【００９６】
ステップＳ２３において表示命令でないと判定された場合には、ＶＲＡＭの書き込みフラグがオンのままであるので、図１３に示した一連の表示制御を実行し（ステップＳ２５）、復帰する。
なお、本実施例では前表示画面セーブバッフアと新たな書込みデータとの比較は文字単位で行ったが、本発明はこれに限定されるものではなく、例えばそれぞれの文字を構成するドット毎に比較を行ってもよい。この場合、コード化が困難であるような表示データの比較を行うときに都合がよい。
【００９７】
【発明の効果】
本発明によれば、従前と同じデータを除いて変化のあった部分のデータのみをビットマップ展開し、変化の無い部分の転送処理を省略する。したがって、データ転送の無駄が回避され、転送すべきデータ量が低減し、同時にデータ転送時間が短縮されるため、表示性能が大幅に向上する。
【００９８】
また、本発明によれば、ハンドヘルドターミナル本体から表示部までのデータ転送回数を最小限に抑制することができる。
【００９９】
そのため、アプリケーションからみた表示性能の向上が達成される。なお、かかる手法によれば、無駄な表示変更が無くなり、表示画面のちらつきをも抑制する効果が得られる。
【図面の簡単な説明】
【図１】本発明にかかる表示制御装置における表示機能を示すブロック図である。
【図２】本発明にかかる表示制御装置の全体構成を示すブロック図である。
【図３】本発明にかかる表示制御装置の表示機能にかかる構成を示すブロック図である。
【図４】本発明にかかる表示制御装置の画面メモリの構成の説明図である。
【図５】本発明にかかる表示制御装置のキャラクタ画面バッファおよび罫線画面バッファの構成の説明図である。
【図６】本発明にかかる表示制御装置のキャラクタ画面メモリと表示部との関連を示す説明図である。
【図７】本発明にかかる表示制御装置において取り扱う文字データの構成例を示す説明図である。
【図８】本発明にかかる表示制御装置の罫線画面バッファの構成の説明図である。
【図９】本発明にかかる表示制御装置の水平方向罫線バッファの構成と罫線表示画面との関係を示す説明図である。
【図１０】本発明にかかる表示制御装置の垂直方向罫線バッファの構成と罫線表示画面との関係を示す説明図である。
【図１１】本発明にかかる表示制御装置のＣＧＡビットマップＶＲＡＭおよび罫線ＶＲＡＭの使用状態を示す説明図である。
【図１２】本発明にかかる表示制御装置のソフトウェアの構成を示す説明図である。
【図１３】本発明にかかる表示制御装置の第１の実施例の表示処理に関するフローチャートである。
【図１４】本発明にかかる表示制御装置の第２の実施例の表示処理に関するフローチャートである。
【図１５】従来技術にかかるハンドヘルドターミナルの表示処理に関する構成を示す概略ブロック図である。
【符号の説明】
１０  表示制御装置（ＨＨＴ本体）
２０  高速化されたＶＲＡＭ
２１  ＶＲＡＭ
２２  表示を高速化する手段
３０  表示部
【図１】
0003547784.tif 000002
【図２】
0003547784.tif 000003
【図３】
0003547784.tif 000004
【図４】
0003547784.tif 000005
【図５】
0003547784.tif 000006
【図６】
0003547784.tif 000007
【図７】
0003547784.tif 000008
【図８】
0003547784.tif 000009
【図９】
0003547784.tif 000010
【図１０】
0003547784.tif 000011
【図１１】
0003547784.tif 000012
【図１２】
0003547784.tif 000013
【図１３】
0003547784.tif 000014
【図１４】
0003547784.tif 000015
【図１５】
0003547784.tif 000016