JP2009086330A - 携帯端末 - Google Patents

Abstract

【課題】高速スクロール表示に関して、スクロール時の画面更新の応答性を良くする携帯端末を提供する。
【解決手段】アプリケーション処理機能１１は、スクロール操作に対応する画像データを描画バッファ１に書き込む。ミドルウェア処理機能１２は、描画バッファ１の画像データをコピーバッファ２又はコピーバッファ３の空き状態の方にコピーする。そして、ドライバ機能１５がＤＭＡ転送中は、コピーバッファ２又はコピーバッファ３にコピーされた画像データを圧縮処理して、圧縮画像データを圧縮バッファ４又は圧縮バッファ５の空き状態の方に書き込む。そして、前記圧縮処理されなかった場合は、コピーバッファ２又はコピーバッファ３の画像データをＶＲＡＭ２３へ転送することをドライバ機能１５に要求し、前記圧縮処理された場合は圧縮バッファ４又は圧縮バッファ５の圧縮画像データを圧縮バッファ２１へ転送することをドライバ機能１５に要求する。
【選択図】図１

Description

本発明は、画面をスクロール操作しながら閲覧する携帯端末に関し、特に、スクロール時の画面更新の応答性を良くする携帯端末に関する。

一般に、表示画面に表示しきれないデータを表示させる際、方向キーを操作して表示画面をスクロールさせることによって行われている。この表示画面をスクロールさせる技術として、例えば、スクロール時の高速表示を行う表示装置がある（特許文献１参照。）。この特許文献１の表示装置では、システム（ＯＳ）は、カーソルキーやスクロールキーからの入力情報があった場合はスクロールモードとして部分領域表示で動作し、カーソルキーやスクロールキーからの入力情報がない場合は通常モードで動作するよう制御している。

このスクロールモードでは、作業用ＲＡＭ８６に確保されている１フレーム分の表示データから一部を間引いてデータ量を削減して、ディスプレイコントローラ８０が管理するＶＲＡＭ８２へ伝送させ、部分領域表示させている。このスクロールモードでの間引きにより、少ない時間で１フレーム分の表示データの伝送が完了し、スクロール時の表示データが高速で切り換わることに対応している。

さらに、特許文献１の段落［００９１］〜［００９３］には、スクロールモードでの間引き画面の更新後に、ユーザからのスクロール表示要求が消滅したときは、スクロールアドレスを固定して、そのアドレスを通常の読出しアドレスに設定し、スクロールが終わった時点のアドレスの状態を、通常表示での読出し開始アドレスと終了アドレスにセットして、ＶＲＡＭ８２の全表示領域に作業用ＲＡＭ８６の最新データを書き込み、部分領域表示から全表示領域として全画面を更新した後に、通常表示モードに戻っている。

また、高速スクロール表示を行う画像情報表示装置がある（特許文献２参照。）。この特許文献２の表示装置では、モード設定手段は、表示器の表示内容の時間的変化が少ない場合に通常モードに設定し、表示器の表示が高速にスクロールされる場合に高速スクロールモードに設定する。そして、高速スクロールモードの場合には、描画器１６は、表示データをメインメモリ２２に書込み、圧縮器１７は、このメインメモリ２２の表示データを圧縮して、圧縮データを表示用メモリ１８に書込み、伸張器１９は、この表示用メモリ１８の圧縮データを伸張して表示用制御器２０に送り、表示器に表示している。一方、通常モードの場合には、描画器１６は、メインメモリ２２の表示データを圧縮することなく、表示用メモリ１８に書込み、この表示用メモリ１８の表示データがそのまま表示用制御器２０に送られて、表示器に表示されている。このように圧縮処理により、表示用メモリ１８の容量を大きくすることを抑えている。
特開平９−８１０８４号公報（段落番号００７３〜００９３、図６、図１０） 特開２００４−９３６０７号公報（頁１〜頁７、図１）

表示データの転送処理や間引き処理においては、これらの処理に用いられるバッファをどのように制御するかが画面更新の応答性に影響するが、上記特許文献１には、応答性を考慮したバッファの制御方法について言及されていない。また、特許文献２には、高速スクロールモードの場合には、描画器１６による表示データのメインメモリ２２への書込みと、圧縮器１７によるこのメインメモリ２２の表示データの圧縮および圧縮データの表示用メモリ１８への書込みとが、ダブってしまい、処理速度上の問題がある。

本発明は、このような問題を解決し、画像データや圧縮画像データ用のバッファの構成を明確にしそのバッファ管理を行う手段を明確にすることにより、スクロール時の画面更新の応答性を良くする携帯端末を提供することを目的とする。

上記目的を達成するために、本発明の携帯端末は、スクロール操作に伴う画像更新処理毎の画像データを記憶する第１の記憶手段と、前記第１の記憶手段の画像データがコピーされる第２の記憶手段及び第３の記憶手段と、前記第２の記憶手段又は第３の記憶手段の画像データが圧縮処理された圧縮画像データが記憶される第４の記憶手段及び第５の記憶手段と、前記第４の記憶手段又は第５の記憶手段からＤＭＡ転送された圧縮画像データを記憶する第６の記憶手段と、前記第６の記憶手段の圧縮画像データを伸張して画像データを復元する復元処理手段と、前記復元処理手段で復元された復元画像データ及び、前記第２の記憶手段又は第３の記憶手段からＤＭＡ転送された画像データを記憶するビデオメモリと、前記ビデオメモリに記憶された復元画像データおよび画像データを表示する表示処理手段と、前記画像更新処理毎の画像データを前記第１の記憶手段に書き込み、この画像データを前記第２の記憶手段又は第３の記憶手段の空いている方にコピーし、前記ＤＭＡ転送中で前記第２の記憶手段又は第３の記憶手段に画像データがある場合には、この画像データを圧縮処理して圧縮画像データを作成し、この圧縮画像データを前記第４の記憶手段又は第５の記憶手段の空いている方に書き込み、前記ＤＭＡ転送中ではなく前記第２乃至第５の記憶手段に画像データのみがある場合には、この画像データを前記ビデオメモリへのＤＭＡ転送を実行し、前記ＤＭＡ転送中ではなく前記第２乃至第５の記憶手段に画像データ及び圧縮画像データがある場合には、この圧縮画像データを優先して前記第６の記憶手段へのＤＭＡ転送を実行する制御手段とを具備することを特徴とする。

本発明によれば、画像データや圧縮画像データ用のバッファの構成を明確にしそのバッファ管理を行う手段を明確にすることにより、スクロール時の画面更新の応答性を良くすることが可能となる。

図１は、本発明の実施例に係る携帯端末の関連部分のブロック図である。携帯端末１００は、描画バッファ１、コピーバッファ２、コピーバッファ３、圧縮バッファ４、圧縮バッファ５、入力部６、制御部１０、ＤＭＡコントローラ１６、アクセラレータ２０、および表示部２５などから構成される。表示部２５を除いた他の要素は、１乃至複数のバスにより接続され、バス上を表示用のデータが点線矢印で示すように流れる。

バスに繋がる描画バッファ１、コピーバッファ２、コピーバッファ３、圧縮バッファ４、及び圧縮バッファ５は、制御部１０のＣＰＵ（図示せず）がアクセス可能なアドレス空間に配置されたバッファメモリであり、スクロール操作に伴う１画面分の表示用のデータが書き込まれる。描画バッファ１、コピーバッファ２、コピーバッファ３には、表示用のデータとして圧縮前の１画面分の画像データが書き込まれ、圧縮バッファ４、圧縮バッファ５には、表示用のデータとして圧縮処理された１画面分の圧縮画像データが書き込まれる。

入力部６は、数字キーや機能キーなどを備えた各種キー操作用の入力手段であり、スクロール操作用のキーを含んでいる。このスクロール操作用のキーとしては、例えば、４方向キーがある。

制御部１０は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭなどから構成され、ＲＯＭに記憶されているソフトウェアに基づいて様々な機能を実行する。例えば、ＲＯＭに記憶されているソフトウェアによってアプリケーション処理機能１１、ミドルウェア処理機能１２、ドライバ機能１５などの機能を、リアルタイムＯＳの管理の元、並行に実行する。

アプリケーション処理機能１１は、使用者による入力部６のスクロール操作をバス経由で検出すると、図示しない画面ソースからスクロール操作によって表示される画像データを読み出して描画バッファ１に書き込む（点線矢印Ａ）。そして、スクロール操作に伴う表示画面の更新要求をミドルウェア処理機能１２へ送出する。

ミドルウェア処理機能１２は、描画バッファ１に書き込まれた画像データを読み出して（点線矢印Ｂ）、コピーバッファ２又はコピーバッファ３に書き込んで（点線矢印Ｃ）コピーする。このコピー処理は処理時間を要する。

また、ミドルウェア処理機能１２は、ドライバ機能１５に対して、コピーバッファ２又は３の画像データをアクセラレータ２０のＶＲＡＭ２３へＤＭＡ転送（点線矢印Ｇ）するよう要求する。

また、ミドルウェア処理機能１２は、ＤＭＡ転送が混んでいる場合、コピーバッファ２又は３の画像データを読み出して（点線矢印Ｄ）、圧縮機能１３により圧縮処理を行って圧縮画像データを作成し、この圧縮画像データを圧縮バッファ４又は５に書き込む。この圧縮処理は処理時間を要する。

また、ミドルウェア処理機能１２は、ドライバ機能１５に対して、圧縮バッファ４又は５の圧縮画像データをアクセラレータ２０の圧縮バッファ２１へＤＭＡ転送（点線矢印Ｆ）するよう要求する。

ミドルウェア処理機能１２により管理されるステータスレジスタ１４は、コピーバッファ２、コピーバッファ３、圧縮バッファ４、及び圧縮バッファ５の状態を記憶するレジスタである。ミドルウェア処理機能１２は、このステータスレジスタ１４の状態を基準にして、ミドルウェア処理機能１２が実行する上記コピー処理、ＤＭＡ転送要求、圧縮処理を選択する。この処理については、図２以降で詳述する。

ドライバ機能１５は、アクセラレータ２０に対してＤＭＡ転送先（圧縮バッファ２１又はＶＲＡＭ２３）をバス経由で指定して、前記ミドルウェア処理機能１２から要求されたＤＭＡ転送（点線矢印Ｇ又はＦ）をＤＭＡコントローラ１６に実行させる。

ＤＭＡコントローラ１６は、バスマスターとなって、点線矢印Ｆ、点線矢印ＧのＤＭＡ転送を実行する。

アクセラレータ２０は、ディスプレイコントローラとしての機能を備えており、圧縮バッファ２１、復元部２２、ＶＲＡＭ２３、および表示処理部２４から構成されている。なお、圧縮バッファ２１およびＶＲＡＭ２３は、前記ＣＰＵのアドレス空間外のメモリであり、ＣＰＵは直接アクセスはできない。

復元部２２は、圧縮バッファ２１の圧縮画像データを伸張して画像データを復元し、復元した画像データをＶＲＡＭ２３に書き込む。この復元した画像データは、圧縮伸張の方法によっては、完全には復元できずに、元の画像データに比べて画質が劣る。

そして、表示処理部２４は、ＶＲＡＭ２３の復元した画像データ又は、コピーバッファ２又は３からＶＲＡＭ２３に直接転送された画像データを読み出して表示部２５に表示させることにより、スクロール操作に伴う画面表示が行われる。

表示部２５は、アクセラレータ２０から出力される画像データを表示するもので、ＬＣＤなどが用いられる。

なお、ＤＭＡ転送（点線矢印ＦおよびＧ）は、１バイトあたりの転送時間は、ＣＰＵクロック数個分で完了するが、１画面分のデータ全体の転送時間としては、転送先のアクセラレータ２０側の処理能力で決まる。すなわち、アクセラレータ２０は、１画面分のデータを表示部２５の表示形態に合わせた変換などを行うため、１画面分のデータの処理時間は、前記コピー処理時間や圧縮処理時間に比べて長い時間を要する。この時間は、１画面分のデータ量に比例するので、１画面分のデータ量が少なければ、１画面分の処理時間も短かくなり、１画面分のＤＭＡ転送時間も１画面分のデータ量に比例する。

図２は、本発明の実施例に係る携帯端末のステータスレジスタを説明する図である。ステータスレジスタ１４は、コピーバッファ２、コピーバッファ３、圧縮バッファ４、圧縮バッファ５の状態を記憶するレジスタであり、ミドルウェア処理機能１２により管理される。

バッファ種別１４ａは、コピーバッファ２、コピーバッファ３、圧縮バッファ４、圧縮バッファ５のＩＤである。画像データ番号１４ｂは、各バッファに記憶されたスクロール操作に伴う画像データおよび圧縮画像データの画像Ｎｏ．ｎを記憶する。画像データおよび圧縮画像データが記憶されていない初期状態は零（クリア）である。この画像Ｎｏ．ｎは、先に発生した画像データから昇順で若い番号を付けられる。画像Ｎｏ．ｎの画像データを圧縮した圧縮画像データには同じ画像Ｎｏ．ｎが付けられる。図２の画像Ｎｏ．の記載は一例である。

フラグ１４ｃは、各バッファの状態を表わすフラグであり、待機中状態、ＤＭＡ転送中状態および空き状態の３状態のいずれか１つの状態を遷移する。画像データおよび圧縮画像データが記憶されていない初期状態は空き状態である。

フラグ１４ｃは、具体的には、例えば２ビット情報であり、「００」を空き状態、「０１」を待機中状態、「１０」をＤＭＡ転送中状態として割り当てる。

待機中状態は、ＤＭＡ転送開始待ちの画像データ（又は圧縮画像データ）がバッファに溜まっていることを示す。ＤＭＡ転送中状態は、待機中状態から遷移してＤＭＡ転送が実行中であることを示し、ＤＭＡ転送が完了するまでは、そのバッファに画像データ（又は圧縮画像データ）が残っている。空き状態は、待機中状態およびＤＭＡ転送中状態が共にオフ状態で、バッファが空き状態にあることを示す。

これらのフラグの状態遷移は、コピーバッファ２およびコピーバッファ３に関しては、待機中、ＤＭＡ転送中、空きの順番で繰り返すか、または、待機中からＤＭＡ転送中を経ないで空きになる場合（すなわちＤＭＡ転送されないまま用済みになる）がある。圧縮バッファ４および圧縮バッファ５に関しては、待機中、ＤＭＡ転送中、空きの順番で繰り返す。

また、待機中状態については、複数のバッファについて待機中が複数重なる状態になりうる。ＤＭＡ転送中状態については、本発明の構成では、バッファとアクセラレータ間のＤＭＡは１チャンネルのみであり、したがって、ＤＭＡ転送中状態になるのはいずれか１つのバッファのみである。

図３は、本発明の実施例に係る携帯端末の各ブロック間のシーケンス図である。アプリケーション処理機能１１、ミドルウェア処理機能１２、ドライバ機能１５、アクセラレータ２０間のシーケンスを示す。

使用者が入力部６のスクロール操作キーを押下する毎に画面の更新処理が発生する。また、スクロール操作キーを押下し続けると、画面の更新処理が例えば，０．５秒間隔で連続して発生する。図中の更新処理１、更新処理２、更新処理３は、上記いずれのスクロール操作キーの押下によるものであってもよいが、比較的短い間隔で、更新処理が連続して発生し、その後、スクロール操作なしの場合のシーケンスについて説明する。

丸で囲んだ数字は、シーケンス番号であり、２桁の１６進数で表す。丸１０番台は更新処理１に関連したシーケンス、丸２０番台は更新処理２に関連したシーケンス、丸３０番台は更新処理３に関連したシーケンス、丸４０番台はスクロール操作なしの場合の関連シーケンスである。点線矢印は、画像データの流れを示す。

ミドルウェア処理機能１２は、ステータスレジスタ１４（図２）を管理しながら、ステータスレジスタ１４の状態を判断して、各バッファ２〜５に関連した全体制御を行うので、ステータスレジスタ１４の状態と対応付けて説明する。

ステータスレジスタ１４の初期状態は、コピーバッファ２、コピーバッファ３、圧縮バッファ４、圧縮バッファ５のいずれのバッファも空き状態で、画像データ番号は無し状態（零）である。

［更新処理１発生］
まず、アプリケーション処理機能１１は、更新処理１（丸１１）があればこれに対応した１画面分の画像データ（画像１）を描画バッファ１に書き込む（丸１２）。そして、ミドルウェア処理機能１２に対して、更新要求１（丸１３）を送出する。

ミドルウェア処理機能１２は、ステータスレジスタ１４をチェックして、空き状態のコピーバッファ２に画像データ（画像１）をコピーし（丸１４）、コピーバッファ２のステータスを、空き状態から待機中状態にし、画像データ番号を画像Ｎｏ．１にする。そして、コピーが完了したことを示す受付完了１（丸１５）をアプリケーション処理機能１１へ返信する。

次に、ミドルウェア処理機能１２は、待機中状態のコピーバッファ２に記憶されている画像データ（画像Ｎｏ．１の画像１）をそのまま、アクセラレータ２０のＶＲＡＭ２３へ転送するようドライバ機能１５に対して転送要求（画像１）を出し（丸１６）、コピーバッファ２のステータスとして、待機中状態からＤＭＡ転送中状態にし、画像データ番号は画像Ｎｏ．１を継続する。

ドライバ機能１５は、この転送要求（画像１）（丸１６）によって指示された画像データ（画像１）のＤＭＡ転送を開始する（丸１７を開始）。この画像データ（画像１）は圧縮されてないので、圧縮画像データの転送と比べて転送時間は長くかかる。

［更新処理２発生］
引き続いて更新処理２（丸２１）が発生すると、アプリケーション処理部１１は、前回の処理と同様に、更新処理２に対応した１画面分の画像データ（画像２）を描画バッファ１に書き込む（丸２２）。そして、そして、ミドルウェア処理部１２に対して、更新要求２を送出する（丸２３）。

ミドルウェア処理部１２は、更新要求２（丸２３）を受けた時点では、前回の更新処理１に関してコピーバッファ２のステータスがまだＤＭＡ転送中状態（画像１転送）で使用中なので、他方の空き状態のコピーバッファ３に画像２をコピーし（丸２４）、コピーバッファ３のステータスとして、空き状態から待機中状態にし、画像データ番号を画像Ｎｏ．２にする。そして、受付完了２をアプリケーション処理部１１へ返信する（丸２５）。

次に、ミドルウェア処理部１２は、前回の更新処理１に関してコピーバッファ２のステータスがまだＤＭＡ転送中状態（画像１転送）で使用中なので、ＤＭＡ転送が混んでいるということで、転送量を減らすために、圧縮機能１３が待機中状態のコピーバッファ３の画像２の圧縮処理を行い、圧縮画像２を作成し、圧縮バッファの内、空き状態の圧縮バッファ４に、前記圧縮画像２を書き込み（丸２６）、圧縮バッファ４のステータスとして、空き状態から待機中状態にし、画像データ番号を圧縮元と同じ画像Ｎｏ．２にする。

［更新処理３発生］
さらに引き続いて更新処理３（丸３１）が発生すると、アプリケーション処理部１１は、前回の処理と同様に、更新処理３に対応した１画面分の画像データ（画像３）を描画バッファ１に書き込む（丸３２）。そして、そして、ミドルウェア処理部１２に対して、更新要求３を送出する（丸３３）。

ミドルウェア処理部１２は、更新要求３（丸３３）を受けた時点では、前々回の更新処理１に関してコピーバッファ２のステータスがまだＤＭＡ転送中状態（画像１転送）で使用中であり、コピーバッファ３も待機中状態（画像２）で、コピーバッファ（２又は３）には空きがないため、アプリケーション処理部１１からの更新要求３（丸３３）を受け付けることができない。

したがって、ミドルウェア処理部１２は、ひたすら、ＤＭＡ（画像１転送）（丸１７）が終わって、ドライバ機能１５からの転送完了（画像１）（丸１８）を待ち続ける。

ＤＭＡ（画像１転送）（丸１７）が終わると、アクセラレータ２０は、画像１の表示（丸１９）を行う。これで、更新処理１（丸１１）に関する画像１の表示が完了する。

ミドルウェア処理部１２は、ドライバ機能１５からの転送完了（画像１）（丸１８）を受信すると、このＤＭＡ転送元のコピーバッファ２のステータスとして、ＤＭＡ転送中状態から空き状態にし、画像データ番号の画像Ｎｏ．１をクリアし、画像１（画像Ｎｏ．１）は用済みとなる。

次に、ミドルウェア処理機能１２は、ＤＭＡ転送中状態のバッファがなくなったので、次の画像Ｎｏ．２に関して、待機中状態のコピーバッファ３の画像２と圧縮バッファ４の圧縮画像２の内、データ量の少ない圧縮バッファ４の圧縮画像２をアクセラレータ２０の圧縮バッファ２１へ転送するようドライバ機能１５に対して転送要求（圧縮画像２）（丸２７）を出し、圧縮バッファ４のステータスとして、待機中状態からＤＭＡ転送中状態にし、画像データ番号は画像Ｎｏ．２（圧縮画像２）を継続する。コピーバッファ３のステータスとしては、待機中状態および画像データ番号の画像Ｎｏ．２を継続する。

ドライバ機能１５は、圧縮バッファ４から圧縮バッファ２１への圧縮画像２のＤＭＡ転送を開始する（丸２８開始）。

次に、ミドルウェア処理機能１２は、コピーバッファ２のステータスが空き状態であることを確認して、描画バッファ１の画像３をコピーバッファ２にコピーし（丸３４）、コピーバッファ２のステータスを待機中状態、画Ｎ０．３にする。そして、受付完了３（丸３５）をアプリケーション処理部１１へ返信する。

続いて、ミドルウェア処理機能１２は、圧縮バッファ４がＤＭＡ転送中状態にあり、ＤＭＡが混んでいることを認識すると、待機中のコピーバッファ２の画像３を圧縮処理して、空き状態の圧縮バッファ５に圧縮画像３を書き込みを実行する（丸３６）。

ドライバ機能１５は、圧縮画像２のＤＭＡ転送（丸２８）が完了すると、転送完了（丸２９）をミドルウェア処理部１２へ送信する。

一方、アクセラレータ２０は、圧縮バッファ２１の圧縮画像２の復元処理を行い（丸２Ａ）、復元画像２としてＶＲＡＭ２３へ送り、ＶＲＡＭ２３の復元画像２を表示部２５へ送り、復元画像２を表示させる（丸２Ｂ）。これで、更新処理２（丸２１）に関する表示が、復元画像２として完了する。

ミドルウェア処理部１２は、前記画像３の圧縮処理と圧縮バッファ５への書き込み（丸３６）中にドライバ機能１５からの転送完了（丸２９）が来ても、圧縮処理（丸３６）を先に進め、圧縮処理（丸３６）が終了したら、この圧縮バッファ５のステータスを待機中状態、画像Ｎｏ．３にする。

そして、ミドルウェア処理部１２は、ドライバ機能１５からの転送完了（丸２９）を受けて、このＤＭＡ転送元の圧縮バッファ４のステータスとして、ＤＭＡ転送中状態から空き状態にし、画像データ番号の画像Ｎｏ．２をクリアし、圧縮画像２は用済みとなる。

また、ミドルウェア処理部１２は、次の画像Ｎｏ．３のステータス状態のコピーバッファ２や圧縮バッファ５があることを確認すると、スクロール操作が継続していると判断して、前の画像Ｎｏ．２を全て用済みとするために、画像Ｎｏ．２のステータス状態の全てのバッファ、すなわち、丸２４で画像２がコピーされたコピーバッファ３のステータスを待機中状態から空き状態にし、画像Ｎｏ．をクリア状態にする。

そして、新たに、ミドルウェア処理機能１２は、ステータスをチェックして、ＤＭＡ転送中状態のバッファがなくなったので、待機中状態のコピーバッファ２の画像３と圧縮バッファ５の圧縮画像３の内、データ量の少ない圧縮バッファ５の圧縮画像３をアクセラレータ２０の圧縮バッファ２１へ転送するようドライバ機能１５に対して転送要求（圧縮画像３）（丸３７）を出し、この圧縮バッファ５のステータスとして、待機中状態からＤＭＡ転送中状態にし、画像データ番号は画像Ｎｏ．３（圧縮画像３）を継続する。コピーバッファ２のステータスとしては、待機中状態および画像データ番号の画像Ｎｏ．３を継続する。

ドライバ機能１５は、この指示された圧縮画像３のＤＭＡ転送（圧縮画像３転送）（丸３８）を開始する。圧縮画像３は圧縮されているので、転送時間は短い。転送が完了すると、転送完了（圧縮画像３）（丸３９）をミドルウェア処理機能１２へ返信する。

アクセラレータ２０は、圧縮バッファ２１の圧縮画像３の復元処理を行い（丸３Ａ）、復元画像３としてＶＲＡＭ２３へ送り、ＶＲＡＭ２３の復元画像３を表示部２５へ送り、復元画像３を表示させる（丸３Ｂ）。これで、更新処理３（丸３１）に関する表示が、復元画像３として完了する。

なお、復元画像２、復元画像３は、復元アルゴリズムによっては画質が劣るが、スクロール操作が連続している場合の復元画の表示は次々に切り替わるため、多少画質が劣っても使用者には認識されず、問題とはならない。

［スクロール操作が途絶える］
更新処理３の後、次のスクロール操作がなかった場合の後処理について説明する。ミドルウェア処理機能１２は、ドライバ機能１５から圧縮画像３の転送完了（圧縮画像３）（丸３９）を受領した時点で、次の画像Ｎｏ．４のステータス状態のバッファがあるかを確認する。これがなければ、スクロール操作が途絶えたと判断する。

そして、ミドルウェア処理機能１２は、直前に転送完了した画像Ｎｏ．３（圧縮画像３）と同じ画像Ｎｏ．３のコピーバッファ、すなわち、高画質の画像Ｎｏ．３の画像３が残っているかを確認し、コピーバッファ２の画像３が待機中であるので、これをアクセラレータ２０のＶＲＡＭ２３へ転送するようドライバ機能１５に対して転送要求（画像３）（丸４１）を出す。

ドライバ機能１５は、この指示された画像３のＤＭＡ転送（画像３転送）（丸４２）を実行する。アクセラレータ２０は、ＶＲＡＭ２３の画像データ画像３を表示部２５へ送り、画像３を表示させる（丸４４）。

この画像３の表示は、スクロール操作に伴うアプリケーション機能１１からの更新要求ではなく、ミドルウェア処理機能１２が単独で判断して行うものである。これにより、スクロール操作が連続している時に最終転送した画質の劣る復元画像の表示を、元の圧縮前の画の表示にすることで、画質の良い最終表示にすることができる。

本発明の実施例では、コピーバッファ２、３とは別に、圧縮バッファ４、５を設けることにより、ＤＭＡ転送中のバッファ処理を自在に選択することができ、これにより、高速スクロール操作時の画面更新の応答性を良くすることが可能となる。

図４〜図９は、本発明の実施例に係る携帯端末の動作フローチャートであり、図３で説明したシーケンスを実現する。アプリケーション処理機能１１とミドルウェア処理機能１２の動作フローチャートを説明する。ドライバ機能１５、アクセラレータ２０は動作が簡単なため動作フローチャートを省略する。
アプリケーション処理機能１１、ミドルウェア処理機能１２、ドライバ機能１５は、リアルタイムＯＳの管理の下、並行に同時処理が行われる。

図４は、本発明の実施例に係る携帯端末のアプリケーション処理機能１１の動作フローチャートである。図３のアプリケーション処理機能１１のシーケンス番号（丸番号）を合わせて記載する。
アプリケーション処理機能１１は、スクロール操作に伴う更新処理（丸１１、丸２１、丸３１）の有無をチェックし検知されれば（ステップＳ１でＹＥＳ）、図示しない画面ソースから更新処理に対応した１画面分の画像データを持ってきて描画バッファ１に書き込む（ステップＳ２。丸１２、丸２２、丸３２）。そして、ミドルウェア処理機能１２に対して、更新要求を送出する（ステップＳ３。丸１３、丸２３、丸３３）。

そして、ミドルウェア処理機能１２からの書き込みコピーが完了したことを示す受付完了信号の受信を待つ（ステップＳ４）。そして受付完了信号（丸１５、丸２５、丸３５）を受信すると、再び、ステップＳ１へ戻り、次のスクロール操作を待つ。

このように、アプリケーション処理機能１１は、下位のミドルウェア処理機能１２やドライバ機能１５の具体的な表示の更新処理に直接関係することなく、スクロール操作に伴う更新処理のチェックと描画バッファへの画像ソースの書き込み処理を行うだけでよい。

図５、図６、図７、図８、図９は、本発明の実施例に係る携帯端末のミドルウェア処理機能１２の動作フローチャートであり、図３のミドルウェア処理機能１２のシーケンス番号（丸番号）を合わせて記載する。

図５は、ミドルウェア処理機能１２の全体フローチャートであり、図６〜図９は、図５の全体フローチャート中に定義済み処理ブロックで表示したサブルーチンＳ２７、Ｓ２５、Ｓ２８、Ｓ１２の詳細フローチャートである。

これらのサブルーチンは、最初のスクロール操作以降、時系列で発生する順番としては、まず、Ｓ２７（アプリケーション処理機能１１からの更新要求によるコピー処理。図６で詳述）が発生し、次に、Ｓ２５（コピー処理されたバッファをドライバ機能１５に対してＤＭＡ転送要求。図７で詳述）、次に、Ｓ２８（ＤＭＡ転送が混んでいれば圧縮処理。図８で詳述）が発生し、それらの処理を行いながら、非同期で発生するドライバ機能１５からのＤＭＡ転送完了をチェックしてＳ１２（ＤＭＡ転送完了時の再送判断。図９で詳述）を並行処理する。

図５において、時系列に発生する順番ではなく、ステップ番号順で以下に説明する。ミドルウェア処理機能１２は、ＤＭＡ転送完了チェックと再送判断（ステップＳ１０）に入ると、非同期で発生するドライバ機能１５からのＤＭＡ転送完了信号をチェックし（ステップＳ１１）、ＤＭＡ転送完了信号を受信すると（丸１８、丸２９、丸３９）、スクロール操作が途絶えたかどうかを判断して画像データ再送判断を行い、そのためのステータスレジスタ１４の処理を行う（ステップＳ１２）。

次に、ステータス判断と選択処理（ステップＳ２０）に入ると、ステータスレジスタ１４を判断の基準にして、その内容（ステップＳ２１〜Ｓ２４のいずれか）に応じて、ＤＭＡ転送要求ステップＳ２５（丸１６、丸２７、丸３７、丸４１）又は、コピー処理ステップＳ２６・Ｓ２７（丸１４、丸２４、丸３４）又は、圧縮処理ステップＳ２８（丸２６、丸３６）のいずれかを行い、それぞれの処理の中で関連のステータスレジスタ１４の処理も行う。

ステータスレジスタ１４のステップＳ２１〜Ｓ２４のそれぞれの状態は、重なる場合もあるので、Ｓ２１からＳ２４の順序で優先度をつけてチェックする。

該当する処理（ステップＳ２５。又は、Ｓ２６・Ｓ２７。又は、Ｓ２８）の１つが終わると、その処理中にＤＭＡ転送が完了している可能性があるので、再び、Ｓ１０に戻ってステータスレジスタ１４の処理を行い、そして、Ｓ２０でステータスレジスタ１４を優先度順でチェックして、該当する処理を選択して、繰り返す。

ステップＳ２１〜Ｓ２４の具体的な内容について、次に説明する。
ステップＳ２１では、ステータスレジスタ１４（図２）のフラグ１４ｃをチェックして、いずれのバッファ（コピーバッファ２、コピーバッファ３、圧縮バッファ４、圧縮バッファ５）もＤＭＡ転送中ではない、かつ、いずれかのバッファが待機中である場合、ドライバ機能１５へのＤＭＡ転送要求とそれに関連したステータス処理も行う（ステップＳ２５）。

ステップＳ２１を最優先にしたのは、待機中を溜めないようにして、アクセラレータ２０へのＤＭＡ転送のトリガをまず掛けることを最優先したものである。

ステップＳ２２では、いずれのバッファもＤＭＡ転送中ではない、かつ、コピーバッファ２又はコピーバッファ３が空き状態である場合、アプリケーション処理機能１１からの更新要求をチェックし（ステップＳ２６）、更新要求があれば、描画バッファ１から空き状態のコピーバッファ２又はコピーバッファ３へのコピー処理とそれに関連したステータス処理も行う（ステップＳ２７）。コピー処理は時間を要する。

ステップＳ２２を優先度２位にしたのは、待機中のバッファもない、コピーバッファも空き状態であり、画像データが全然ない状態なので、アプリケーション処理機能１１からの更新要求チェックとコピー処理により画像データを溜める処理を行うためである。

ステップＳ２３では、いずれかのバッファがＤＭＡ転送中（すなわちＤＭＡ転送が混んでいる）、かつ、圧縮バッファ４又は圧縮バッファ５に空きあり、かつ、未圧縮のコピーバッファあり（すなわち、コピーバッファ（２又は３）の画像データと同じ画像データＮｏ．の圧縮バッファがない）場合、ＤＭＡ転送データ量を減らすために、当該未圧縮のコピーバッファの画像データを圧縮処理して、空き状態の圧縮バッファ（４又は５）に書き込み、それに関連したステータス処理も行う（ステップＳ２８）。圧縮処理は時間を要する。

ステップＳ２３を優先度３位にしたのは、ＤＭＡ転送が混んでいる場合、混雑回避のためにデータ転送量の削減を行うためである。

ステップＳ２４では、いずれかのバッファがＤＭＡ転送中（すなわちＤＭＡ転送が混んでいる）、かつ、コピーバッファ（２又は３）に空きがある場合、ステップＳ２３のデータ転送量の削減を優先させたあとで、ステップＳ２６、Ｓ２７のアプリケーションからの更新要求チェックとコピー処理を行う。

したがって、ステップＳ２３の圧縮処理中は、ステップＳ２４に伴うアプリケーションからの更新要求チェックとコピー処理は、待たされることになる。

次に、図６〜図９により、各サブルーチンについて、時系列に発生する順番で説明する。

図６は、本発明の実施例に係る携帯端末のミドルウェア処理機能１２のサブルーチン（ステップＳ２７）である。図５のステップＳ２２において、ＤＭＡ転送中ではない、かつ、コピーバッファに空き有りで、さらに、Ｓ２６で、アプリケーション処理機能１１から更新要求が有る場合、このサブルーチン（ステップＳ２７）が呼び出されて、コピー処理とステータス処理が行われる。これは、図３の最初の更新処理１に伴う画像１コピー（丸１４）に該当する。

また、図５のステップＳ２４において、ＤＭＡ転送中、かつ、コピーバッファに空き有りで、さらに、Ｓ２６で、アプリケーション処理機能１１から更新要求が有る場合も、このサブルーチン（ステップＳ２７）が呼び出される。これは、図３の更新処理２に伴う画像２コピー（丸２４）、更新処理３に伴う画像３コピー（丸３４）に該当する。

ステップＳ２７に入ると、まず、空き状態のコピーバッファ（２又は３）に、描画バッファ１の画像データをコピーする（ステップＳ２７１）（丸１４、丸２４、丸３４）。コピーが終わると、受付完了をアプリケーション処理機能１１へ送信する（ステップＳ２７２）（丸１５、丸２５、丸３５）。

そして、画像データ番号カウンタをインクリメントする（ステップＳ２７３）。画像データ番号カウンタは、ミドルウェア処理機能１２が管理するカウンタであり、図１には図示しないが、ＣＰＵ内のカウンタでもＲＡＭ上のカウンタでも何でもよい。画像データ番号カウンタは、初期値は零であり、アプリケーション処理機能１１からの更新要求毎の画像データに昇順で番号を付けるためのものである。

次に、Ｓ２７１でコピーしたコピーバッファのステータスの画像データ番号（ステータスレジスタ１４の画像データ番号１４ｂ）として、Ｓ２７３の画像データ番号カウンタの値をロードする。また、同バッファのステータスを待機中にする（ステータスレジスタ１４のフラグ１４ｃ）（ステップＳ２７４）。そして、サブルーチンからリターンする。

図７は、本発明の実施例に係る携帯端末のミドルウェア処理機能１２のサブルーチン（ステップＳ２５）である。図５のステップＳ２１において、ＤＭＡ転送中ではない、かつ、待機中のバッファ有りの場合、このサブルーチン（ステップＳ２５）が呼び出されて、ドライバ機能１５へのＤＭＡ転送要求とステータス処理が行われる。これは、図３の転送要求（画像１）（丸１６）、転送要求（圧縮画像２）（丸２７）、転送要求（圧縮画像３）（丸３７）、転送要求（画像３）（丸４１）に該当する。

ステップＳ２５に入ると、まず、待機中のコピーバッファ、圧縮バッファの内、画像データ番号の若い画像データをＤＭＡ転送するようドライバ機能１５に要求する。ただし、同じ若い画像データ番号がコピーバッファと圧縮バッファにダブっている場合は、圧縮バッファを優先する（ステップＳ２５１）。なぜなら、後述のステップＳ２８（図８）でＤＭＡ転送が混んでいたから圧縮保存した経緯があるからである。

図３の転送要求（画像１）（丸１６）では、画像Ｎｏ．１としてコピーバッファのみ待機中である。転送要求（圧縮画像２）（丸２７）では、画像Ｎｏ．２として、コピーバッファと圧縮バッファがダブっている。転送要求（圧縮画像３）（丸３７）では、画像Ｎｏ．３として、コピーバッファと圧縮バッファがダブっている。転送要求（画像３）（丸４１）では、スクロール操作が途絶えた後で、後述の図９の処理により、画像Ｎｏ．３として、コピーバッファのみ待機中である。

ＤＭＡ転送要求を出したので、次に、上記転送要求したバッファのステータスをＤＭＡ転送中にする。したがって、上記優先されなかった同じ画像データ番号の待機中のコピーバッファがある場合は、そのステータスは待機中が継続される。これは、圧縮画像データを転送後に、同じ画像データ番号の画像データを再送する可能性があるためである（ステップＳ２５２）。そして、サブルーチンからリターンする。

図８は、本発明の実施例に係る携帯端末のミドルウェア処理機能１２のサブルーチン（ステップＳ２８）である。図５のステップＳ２３において、ＤＭＡ転送中、かつ、圧縮バッファに空き有り、かつ、未圧縮のコピーバッファ有りの場合、このサブルーチン（ステップＳ２８）が呼び出されて、圧縮処理とステータス処理が行われる。

ステップＳ２８に入ると、まず、上記未圧縮のコピーバッファ（待機中）の画像データを圧縮処理しながら、その圧縮画像データを、空き状態の圧縮バッファ（４又は５）に書き込む（ステップＳ２８１）（丸２６、丸３６）。これは、ＤＭＡ転送が混んでおり、今後のＤＭＡ転送の短縮を図るための処理である。

そして、上記圧縮バッファのステータスを、待機中とし、また上記圧縮元のコピーバッファと同じ画像データ番号を付ける。また、上記圧縮元の待機中コピーバッファのステータスは待機中をそのまま継続する（ステップＳ２８２）。これは、圧縮画像データを転送後に、同じ画像データ番号の画像データを再送する可能性があるためである。そして、サブルーチンからリターンする。

図９は、本発明の実施例に係る携帯端末のミドルウェア処理機能１２のサブルーチン（ステップＳ１２）である。図５のステップＳ１１においてドライバ機能１５からＤＭＡ転送完了（丸１８、丸２９、丸３９）を受信すると、このサブルーチン（ステップＳ１２）が呼び出されて、再送判断と転送完了時のステータス処理が行われる。

ステップＳ１２に入ると、まず、ステップＳ１１でＤＭＡ転送完了した画像データ番号を、ステータスレジスタ１４のフラグ１４ｃ欄のＤＭＡ転送中状態のあるバッファの画像データ番号１４ｂ欄で確認し、その番号の次の画像データ番号の待機中状態のバッファが有るかをチェックする（ステップＳ１２１）。

ステップＳ１２１で次の画像データ番号の待機中状態のバッファが有れば、これは、スクロール操作が継続中であることを意味する。その場合、Ｓ１１でＤＭＡ転送完了した画像データ番号と同じ画像データ番号の全てのバッファのステータスを、空き状態にし、画像データ番号もクリアし（ステップＳ１２２）、サブルーチンからリターンする。

すなわち、ステップＳ１２２は、スクロール操作が継続して混んでいるので、Ｓ１１でＤＭＡ転送完了した画像データ番号の画像データをあとで再送することはなく、用済みとするための処理である。これは、図３の転送完了（画像１）（丸１８）、転送完了（圧縮画像２）（丸２９）に該当する。

ステップＳ１２１で次の画像データ番号の待機中状態のバッファが無ければ、これはスクロール操作が途絶えたことを意味する。その場合、Ｓ１１でＤＭＡ転送完了したバッファのみのを、ＤＭＡ転送中の状態から空き状態にし、ステータスの画像データ番号もクリアする（ステップＳ１２３）。そして、スクロール操作毎の画像データ番号を昇順で管理する必要がなくなったので、画像データ番号カウンタをクリアし（ステップＳ１２４）、サブルーチンからリターンする。

ステップＳ１２３において、Ｓ１１でＤＭＡ転送完了したバッファがコピーバッファであった場合は、この画像データ番号と同じ画像データ番号の圧縮バッファ（４又は５）は存在せず、ＤＭＡ転送完了したコピーバッファのみのステータスを空き状態にすることにより、この画像データ番号に関するＤＭＡ転送はすべて完了したことになる。

これは、図３の転送完了（画像３）（丸４３）に該当する。また、図３には図示しないが、例えば、更新処理１〜３それぞれがＤＭＡ転送が完了した後で発生するような大変周期の長い操作の場合も同様である。

ステップＳ１２３において、Ｓ１１でＤＭＡ転送完了したバッファが圧縮バッファ（４又は５）であった場合は、圧縮バッファのみのステータスを空き状態にすることにより、同じ画像データ番号のコピーバッファ（２又は３）が待機中のまま残ることになる。これは、図３の転送完了（圧縮画像３）（丸３９）に該当する。

これにより、サブルーチンからリターン後の図７のＳ２５（ＤＭＡ転送要求）において、このコピーバッファの同じ画像データ番号の画像データが転送されて、高画質の画面が表示されることになる。これは、図３の転送要求（画像３）（丸４１）、画像３転送（丸４２）、画像３表示（丸４４）に該当する。

［図５の全体フローチャートと図３のシーケンスとの対応］
図３の説明において、すでに、各シーケンスとステータスレジスタ１４の状態とを対応付けて説明したが、次に、図５の全体フローチャートがその対応付けを処理していることを説明する。更新処理１が発生する前の初期状態では、ステータスレジスタ１４は、いずれのバッファも空き状態であり、ＤＭＡ転送も行われていない。すなわち、Ｓ２２のＹＥＳ状態である。

この時、更新処理１に伴う更新要求１（Ｓ２６。丸１３）があると、画像１のコピー処理（Ｓ２７。丸１４）が行われ、ステータスレジスタ１４は、コピーバッファ２が待機中で画像Ｎｏ．１になる。

その後、すぐに、Ｓ２１のＹＥＳ状態で、画像１のＤＭＡ転送要求（Ｓ２５。丸１６）が行われ、ステータスレジスタ１４は、コピーバッファ２がＤＭＡ転送中で画像Ｎｏ．１になる。

この画像１のＤＭＡ転送中は、Ｓ２４のＹＥＳ状態であり、次の更新処理２（丸２１）の更新要求２（丸２３）があると、画像２のコピー処理（Ｓ２７。丸２４）が行われ、ステータスレジスタ１４は、コピーバッファ２がＤＭＡ転送中（画像１）を継続、コピーバッファ３が待機中（画像２）になる。

その後、すぐに、Ｓ２３のＹＥＳ状態で、圧縮バッファ４に圧縮画像２の圧縮処理（Ｓ２８。丸２６）が行われ、ステータスレジスタ１４は、コピーバッファ２がＤＭＡ転送中（画像１）、コピーバッファ３が待機中継続（画像２）、圧縮バッファ４が待機中（圧縮画像２）になる。

この状態は、Ｓ２１〜Ｓ２４いずれもＮＯ状態であり、この状態の時に、次の更新処理３（丸３１）の更新要求３（丸３３）があっても何もできない。ひたすら、Ｓ１１でＤＭＡ転送完了（画像１）（丸１８）を待ち、転送完了（画像１）すると、Ｓ１２でステータスレジスタ１４は、コピーバッファ２が空き状態、コピーバッファ３が待機中継続（画像２）、圧縮バッファ４が待機中（圧縮画像２）継続になる。

その後、すぐに、Ｓ２１のＹＥＳ状態で、圧縮画像２のＤＭＡ転送要求（Ｓ２５。丸２７）が行われ、ステータスレジスタ１４は、コピーバッファ２が空き状態、コピーバッファ３が待機中継続（画像２）、圧縮バッファ４がＤＭＡ転送中（圧縮画像２）となる。

その後、すぐに、Ｓ２４のＹＥＳ状態で、更新要求３に関する画像３のコピー処理（Ｓ２７。丸３４）が行われ、ステータスレジスタ１４は、コピーバッファ２が待機中（画像３）、コピーバッファ３が待機中継続（画像２）、圧縮バッファ４がＤＭＡ転送中継続（圧縮画像２）、圧縮バッファ５が空き状態継続となる。

その後、すぐに、Ｓ２３のＹＥＳ状態で、圧縮バッファ５に圧縮画像３の圧縮処理（Ｓ２８。丸３６）が行われ、ステータスレジスタ１４は、コピーバッファ２が待機中（画像３）、コピーバッファ３が待機中継続（画像２）、圧縮バッファ４がＤＭＡ転送中継続（圧縮画像２）、圧縮バッファ５が待機中（圧縮画像３）となる。

この図３のタイミングでは、圧縮バッファ５に圧縮画像３の書き込みを実行（丸３６）中にＤＭＡ転送（圧縮画像２）（丸２９）が完了しているが、図５の処理では、Ｓ２８の圧縮処理に一旦入ったあとは圧縮処理（圧縮画像３）（丸３６）を優先して、それが終わってから、Ｓ１１のＤＭＡ転送完了チェックを行うようにしている。

したがって、Ｓ２８（丸３６）の圧縮処理が終わり、Ｓ１１でドライバ機能１５からのＤＭＡ転送完了（丸２９）が確認されると、Ｓ１２で、Ｓ１１でのＤＭＡ転送完了は圧縮バッファ４のＤＭＡ転送中状態の圧縮画像２の転送の完了であることを認識し、かつ、圧縮画像２の次の画像Ｎｏ．である画像Ｎｏ．３の画像３および圧縮画像３が待機中であることを認識する（スクロール操作が継続していると認識する）。

そして、Ｓ１２で、画像Ｎｏ．２は全て用済みとして、画像Ｎｏ．２関係の待機中のコピーバッファ３（画像２）および転送中フラグであった圧縮バッファ４（圧縮画像２）を空き状態にし、画像Ｎｏ．もクリアする。他のコピーバッファ２は待機中継続（画像３）、圧縮バッファ５は待機中継続（圧縮画像３）となる。

その後、すぐに、Ｓ２１のＹＥＳ状態で、圧縮画像３のＤＭＡ転送要求（Ｓ２５。丸３７）が行われ、ステータスレジスタ１４は、コピーバッファ２が待機中継続（画像３）、コピーバッファ３が空き状態継続、圧縮バッファ４が空き状態継続、圧縮バッファ５がＤＭＡ転送中（圧縮画像３）となる。

その後、Ｓ２４のＹＥＳ状態であるが、次のスクロール操作が途絶えて、更新要求もないので、Ｓ１１のＤＭＡ転送完了（圧縮画像３）（丸３９）受信を待ち、これを受信するとＳ１２で、次の画像ＮＯ．４が存在しないことを確認する（スクロール操作が途絶えたと認識する）。

そして、Ｓ１２で、Ｓ１１でのＤＭＡ転送完了は圧縮バッファ５のＤＭＡ転送中状態の圧縮画像３の転送の完了であることを認識し、ステータスレジスタ１４は、圧縮バッファ５を空き状態にし、圧縮バッファ５の画像Ｎｏ．３もクリアする。したがって、他方の画像Ｎｏ．３であるコピーバッファ２は待機中が継続される（画像３）。

その後、すぐに、Ｓ２１のＹＥＳ状態で、同じ画像Ｎｏ．３の圧縮前の高画質の画像３のＤＭＡ転送要求（Ｓ２５。丸４１）が行われ、ステータスレジスタ１４は、コピーバッファ２がＤＭＡ転送中（画像３）、コピーバッファ３が空き状態継続、圧縮バッファ４が空き状態継続、圧縮バッファ５が空き状態継続となる。

その後、Ｓ２４のＹＥＳ状態となるが、スクロール操作が発生しなければ、更新要求も発生せず、Ｓ１１でドライバ機能１５からのＤＭＡ転送（画像３）完了（丸４３）を待つ。

ＤＭＡ転送（画像３）（丸４３）が完了すると、アクセラレータ２０において、高画質の画像３の画面が表示（丸４４）されることになる。

Ｓ１１でドライバ機能１５からのＤＭＡ転送（画像３）完了（丸４３）を受信すると、Ｓ１２で、コピーバッファ２（画像３）を空き状態および画像Ｎｏ．をクリアし、すべてのバッファ２〜５が空き状態になり、初期状態に戻る。

そして、Ｓ２２のＹＥＳ状態で、次のスクロール操作に伴う更新要求（Ｓ２６）を待つことになる。

本発明の実施例によれば、コピーバッファ２、３とは別に、圧縮バッファ４、５を設けることにより、ＤＭＡ転送中のバッファ処理を自在に選択することができ、これにより、高速スクロール操作時の画面更新の応答性を良くすることが可能となる。

本発明の実施例に係る携帯端末の関連部分のブロック図。 本発明の実施例に係る携帯端末のステータスレジスタを説明する図。 本発明の実施例に係る携帯端末の各ブロック間のシーケンス図。 本発明の実施例に係る携帯端末のアプリケーション処理機能の動作フローチャート。 本発明の実施例に係る携帯端末のミドルウェア処理機能の全体動作フローチャート。 本発明の実施例に係る携帯端末のミドルウェア処理機能のサブルーチン（コピー処理）。 本発明の実施例に係る携帯端末のミドルウェア処理機能のサブルーチン（ＤＭＡ転送要求）。 本発明の実施例に係る携帯端末のミドルウェア処理機能のサブルーチン（圧縮処理）。 本発明の実施例に係る携帯端末のミドルウェア処理機能のサブルーチン（ＤＭＡ転送完了チェック）。

符号の説明

１ 描画バッファ
２ コピーバッファ
３ コピーバッファ
４ 圧縮バッファ
５ 圧縮バッファ
６ 入力部
１０ 制御部
１１ プリケーション処理機能
１２ ミドルウェア処理機能
１３ 圧縮機能
１４ ステータスレジスタ
１５ ドライバ機能
１６ ＤＭＡコントローラ
２０ アクセラレータ
２１ 圧縮バッファ
２２ 復元部
２３ ＶＲＡＭ
２４ 表示処理部
２５ 表示部
１００ 携帯端末

Claims (3)

1. スクロール操作に伴う画像更新処理毎の画像データを記憶する第１の記憶手段と、
   前記第１の記憶手段の画像データがコピーされる第２の記憶手段及び第３の記憶手段と、
   前記第２の記憶手段又は第３の記憶手段の画像データが圧縮処理された圧縮画像データが記憶される第４の記憶手段及び第５の記憶手段と、
   前記第４の記憶手段又は第５の記憶手段からＤＭＡ転送された圧縮画像データを記憶する第６の記憶手段と、
   前記第６の記憶手段の圧縮画像データを伸張して画像データを復元する復元処理手段と、
   前記復元処理手段で復元された復元画像データ及び、前記第２の記憶手段又は第３の記憶手段からＤＭＡ転送された画像データを記憶するビデオメモリと、
   前記ビデオメモリに記憶された復元画像データおよび画像データを表示する表示処理手段と、
   前記画像更新処理毎の画像データを前記第１の記憶手段に書き込み、この画像データを前記第２の記憶手段又は第３の記憶手段の空いている方にコピーし、前記ＤＭＡ転送中で前記第２の記憶手段又は第３の記憶手段に画像データがある場合には、この画像データを圧縮処理して圧縮画像データを作成し、この圧縮画像データを前記第４の記憶手段又は第５の記憶手段の空いている方に書き込み、前記ＤＭＡ転送中ではなく前記第２乃至第５の記憶手段に画像データのみがある場合には、この画像データを前記ビデオメモリへのＤＭＡ転送を実行し、前記ＤＭＡ転送中ではなく前記第２乃至第５の記憶手段に画像データ及び圧縮画像データがある場合には、この圧縮画像データを優先して前記第６の記憶手段へのＤＭＡ転送を実行する制御手段とを
   具備することを特徴とする携帯端末。
2. 前記制御手段は、
   前記圧縮画像データを優先して前記第６の記憶手段へのＤＭＡ転送を完了した後、更に、次のスクロール操作に伴う画像更新処理があるかをチェックして、この操作がなければ、前記圧縮画像データの圧縮前の画像データが記憶されている前記第２の記憶手段又は第３の記憶手段から前記ビデオメモリへのＤＭＡ転送を実行することを
   特徴とする請求項１に記載の携帯端末。
3. 前記制御手段は、第１の処理機能、第２の処理機能、第３の処理機能を有し、
   前記第１の処理機能は、
   前記スクロール操作に伴う画像更新処理毎の画像データを前記第１の記憶手段に書き込み、
   前記第２の処理機能は、
   前記第１の記憶手段の画像データを前記第２の記憶手段又は第３の記憶手段の空いている方にコピーし、前記ＤＭＡ転送中で前記第２の記憶手段又は第３の記憶手段に画像データがある場合には、この画像データを圧縮処理して圧縮画像データを作成し、この圧縮画像データを前記第４の記憶手段又は第５の記憶手段の空いている方に書き込み、前記ＤＭＡ転送中ではなく前記第２乃至第５の記憶手段に画像データのみがある場合には、この画像データを前記ビデオメモリへのＤＭＡ転送を行うよう前記第３の処理機能に要求し、前記ＤＭＡ転送中ではなく前記第２乃至第５の記憶手段に画像データ及び圧縮画像データがある場合には、この圧縮画像データを優先して前記第６の記憶手段へのＤＭＡ転送を行うよう前記第３の処理機能に要求し、
   前記第３の処理機能は、
   前記要求されたＤＭＡ転送を実行することを
   特徴とする請求項１に記載の携帯端末。

Images