(57)【要約】【課題】画像表示において中間データを用いることで処理負荷の軽減を図るとともに、中間データを保存するメモリの枯渇に対応できるようにすること。【解決手段】本発明は、指定された画像データから中間データを生成する中間データ生成部３８と、中間データ生成部３８によって生成された中間データを保存する中間データバッファ３Ａと、中間データバッファ３Ａで保存された中間データを表示のためのビットマップデータに展開する描画処理部３７とを備える画像表示装置であり、中間データバッファ３Ａが、中間データを保存する際に、保存用メモリ領域が不足したか否かを判定し、保存用メモリ領域が不足した場合は、画像データのどの部分までを解釈して中間データに変換したのかを示す読み出し位置情報を保持するものである。【選択図】        図３
2004192196.tif 000002
【特許請求の範囲】
【請求項１】
指定された画像データから中間データを生成する中間データ生成部部と、
前記中間データ生成部によって生成された前記中間データを保存する中間データ保存処理部と、
前記中間データ保存処理部で保存された中間データを表示のためのビットマップデータに展開する描画処理部とを備える画像表示装置において、
前記中間データ保存処理部は、前記中間データを保存する際に、保存用メモリ領域が不足したか否かを判定し、前記保存用メモリ領域が不足した場合は、上記画像データのどの部分までを解釈して中間データに変換したのかを示す読み出し位置情報を保持する
ことを特徴とする画像表示装置。
【請求項２】
請求項１記載の画像表示装置において、
表示対象となるページの中間データが前記中間データ保存処理部に途中まで保存されている場合、前記描画処理部は前記中間データ保存処理部に保持されている前記位置情報を用いて前記中間データとして保存されていない画像データを直接ビットマップデータに変換する
ことを特徴とする画像表示装置。
【請求項３】
請求項１記載の画像表示装置において、
前記中間データ保存処理部は、表示対象となるページを縦横各々複数のブロックに分割した領域毎に中間データを管理する中間データ管理テーブルを保存する
ことを特徴とする画像表示装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、表示領域以外の部分の画像データをオフスクリーンバッファに記憶して表示を行う画像表示装置に関する。
【０００２】
【従来の技術】
ワードプロセッサなどの文章編集・画像表示装置の表示ソフトウェアでは、入力操作に対する画面表示の反応時間の低下を回避し、利用者の入力操作に対して高速に画面表示を反応させるための表示制御技術として、オフスクリーンバッファ方式の表示制御技術が提案されている。
【０００３】
オフスクリーンバッファ方式の表示制御では、表示画面の各画素に対応する表示メモリとは別に設けられている画像メモリ（これを「オフスクリーンバッファ」と呼ぶ。）において、表示画像の一部または全部を保持しておき、新たに描画する表示画像のみをオフスクリーンバッファ上において描画して、表示メモリ転送表示制御を行う。
【０００４】
文章編集・表示装置は、ワードプロセッサなどで作成された文章を表示するために、この文章を解析し、オフスクリーンバッファに描画する処理を行う。一方、ＰＤＡ（パーソナル・データ・アシスタンス）または、モバイルコンピュータなどの携帯型情報処理端末装置においては、ＯＳ（オペレーティング・システム）がオフスクリーンバッファへ描画するために必要な基本描画機能を十分装備してない場合がある。
【０００５】
したがって、指定された文章の表示を行う場合、ワードプロセッサなどのアプリケーション・プログラム自身が、オフスクリーンバッファ上にピクセル列として描画する処理まで行う。
【０００６】
また、ワードプロセッサなどの画像表示装置では、ユーザは出力表示デバイスの解像度に一致した画像だけではなく、より高い解像度のデータに変換して表示したい場合がある。これは、通常、ユーザとのインタフェースにおいて拡大率Ｎ％といった具合に指定する。アプリケーション・プログラムは、この解像度に応じたオフスクリーンバッファ上に、解像度に応じた拡大率を乗じてピクセル列を描画する。
【０００７】
一般的に携帯型情報処理端末装置などで動作する画像表示ソフトウェアの表示ウィンドウの大きさは最大値が決まっている。このため、表示倍率を大きめに設定し、表示ウィンドウを超えるサイズの画像を表示する場合には、ウィンドウにスクロールバーなどを設けて、ユーザが部分領域毎に表示を確認することになる。これにより、ある程度の拡大率まではページ全体を表現するオフスクリーンバッファを取得して表示することができる。
【０００８】
しかし、携帯型情報処理端末等では、使用可能なメモリ量が十分ではなく、オフスクリーンバッファの大きさにも上限が発生する。例えば、６００×８００ピクセルサイズのウィンドウに対して、オフスクリーンバッファの最大サイズが１２００×１６００ピクセルサイズであるとすると、ウィンドウサイズ４面分のメモリをもてることになり、スクロールバーによって縦、横２倍の領域まで表示位置を変えることができる。
【０００９】
しかし、１２００×１６００を超える領域の表示を行うには、この部分の画像を、入力文章データから新たに作成することになる。このように、大きな表示倍率を設定した場合に、スクロールする毎に入力文章データから必要な部分のオフスクリーン画像を生成する処理が発生するため、携帯型情報処理端末に使用されるＣＰＵ（中央演算処理装置）などのハードウェア資源が十分高いとは言えない環境下では大きな時間を要していた。
【００１０】
一方、これを解決する画像処理技術の１つとして、プリンタなどの印字装置で採用されているバンディング技術を応用することが考えられる。バンディング技術とは、例えば特許文献１に示されるように、入力文章データをページ単位でラスタ画像に変換するにあたり、ラスタ画像に変換するのに適した中間データに一旦変換して、この中間データから必用な部分領域のラスタ画像を少しずつ生成するという画像処理方式である。この画像処理方式によって、ラスタ画像を生成するのに要するメモリを削減することができる。
【００１１】
ここで中間データの特徴を考えると、入力文章データよりはラスタ画像に変換するのに都合がよい形態であるが、要求に見合った部分領域画像を取得できるようなデータ形式であることが望ましい。
【００１２】
プリンタ等では、ページの先頭（あるいは末尾）からバンドと呼ばれる短冊状の領域毎にデータを格納する形式の中間データ体系をしている。これにより、中間データを生成した後であればページの先頭から順次ラスタ画像を生成することができる。
【００１３】
画像表示ソフトウェアなどのスクロール処理においても、新たに必用となる部分領域の画像を中間データから生成するという方法でこの画像処理方式を適用できる。画像表示ソフトウェアでは、スクロール処理が上下左右の両者に用いられるため、中間データからラスタ画像を生成するのに適した部分領域は、ページ全体を適当な大きさの桝目状に分割しておいて、そのうちの幾つかを取り出して得られる領域となる。
【００１４】
すなわち、プリンタ等ではバンドと呼ばれる短冊状の領域毎に中間データを生成・管理するが、画像表示ソフトウェアでは、桝目状の領域毎に生成・管理することが望ましい。このように、中間データを生成した上で必用領域のオフスクリーン画像を生成する方式は、入力文章データから新たにオフスクリーン画像を作成する場合と比較して、処理負荷を軽減することができる。
【００１５】
【特許文献１】
特開２００２―１２７５１０号公報
【００１６】
【発明が解決しようとする課題】
しかしながら、上記の中間データを生成した後にラスタ画像を得る画像表示装置は、従来より、入力文章データが複雑なデータであった場合に中間データ量が大きくなって中間データを保存するためのメモリが枯渇するという問題が生じる。
【００１７】
【課題を解決するための手段】
本発明は、このような課題を解決するために成されたものである。すなわち、本発明は、指定された画像データから中間データを生成する中間データ生成部と、中間データ生成部によって生成された中間データを保存する中間データ保存処理部と、中間データ保存処理部で保存された中間データを表示のためのビットマップデータに展開する描画処理部とを備える画像表示装置であり、中間データ保存処理部が、中間データを保存する際に、保存用メモリ領域が不足したか否かを判定し、保存用メモリ領域が不足した場合は、画像データのどの部分までを解釈して中間データに変換したのかを示す読み出し位置情報を保持するものである。
【００１８】
このような本発明によれば、画像表示装置において、大きな拡大率を指定された場合でも、中間データを使用することで処理負荷を軽減することができる。また、中間データを格納するメモリが枯渇しても、指定された画像データの読み出し位置を表す情報を保持するために、中間コードを解釈して画像データに変換した後に、指定された画像データを途中から解釈することができる。この結果、携帯型情報端末装置などのようなハードウェア資源が十分高いとはいえない環境下においても効率よく文章を表示することができる。
【００１９】
【発明の実施の形態】
以下、本発明の実施の形態を図に基づき説明する。本発明の画像表示装置は携帯型情報処理端末装置等で実行されるアプリケーション・プログラムの１つとして稼動する。図１は、本発明のプログラムが稼動する携帯型情報端末装置のハードウェア構成例を示している。ＣＰＵ（中央演算処理装置）１２は、ＲＯＭ（リードオンリイメモリ）１５またはＲＡＭ（ランダムアクセスメモリ）１３に格納されている各種プログラムを実行する。
【００２０】
ＲＯＭ３２は、一般的には、ＣＰＵ１２が使用するプログラムや演算用のパラメータのうち、基本的に固定のデータを格納する。ＲＡＭ１６は、ＣＰＵ１２の実行において使用するプログラムや、その実行において適宜変化するパラメータを格納する。
【００２１】
入力部１３は、入力キーなどで構成され、ＣＰＵ１２に各種の指令を入力するとき、ユーザにより操作される。表示装置１４は、液晶表示装置などから成り、各種情報をテキストやイメージで表示する。
【００２２】
通信装置１７は、公衆回線網などと接続し、ＣＰＵ１２から供給されたデータ、または入力装置１３から供給されたデータを、所定の方式のデータに変換して相手に送信する。また、通信装置１７は、相手から受信したデータ、またはプログラムをＣＰＵ１２、ＲＡＭ１６、に出力する。ＣＰＵ１２から通信装置１７までは、バス１１により相互に接続されている。
【００２３】
図２は、本発明の画像表示装置のＵＩ（ユーザインタフェース）を例示している。画像表示装置は、ユーザが表示を希望とするファイルをメニュー２４やボタン２７からなるファイル指定操作で指定し、指定されたファイル（文章ファイルや画像ファイル、以下、単に「画像ファイル」と言う。）の内容を表示画面２１に表示する。
【００２４】
また、ユーザが拡大・縮小指示をボタン２９などで指定し、拡大・縮小された画像を表示画面２１に表示する。また、ユーザがページ送り・戻しをボタン２８などで指示し、ページ送り・戻しされた画像を表示画面２１に表示する。また、表示画面に表示しきれない場合は、ユーザはスクロールバー２３、２４によって表示位置を移動できる。
【００２５】
図３は、図１に示した携帯型情報処理端末装置上のＲＯＭ１５ないしはＲＡＭ１６に格納されてＣＰＵ１２によって稼動される画像表示プログラム３３の構成を示している。携帯型情報処理端末装置では、この画像表示プログラム３３を含め各種のプログラムがオペレーティング・システム３１の管理の元に稼動する。
【００２６】
ユーザとのインタフェースを司るウィンドウシステム３２は、オペレーティング・システム３１上で（または内包されて）稼動する。ウィンドウシステム３２は、図２に示したような画像表示プログラム３３が指定した形式のＵＩ表示を行い、ユーザの指定（たとえばボタンを押す）などのイベントを画像表示プログラム３３内部のＵＩ処理部に通知する。
【００２７】
イベントは、イベント種と、イベント属性情報とによって表される。例えば、ユーザが入力ファイル指定を行った場合、イベント種として「ファイル指定」であることと、イベント属性情報として「ファイル名」とが通知される。
【００２８】
ＵＩ処理部３４は、ＵＩ処理部に通知されるイベント情報が“表示”に関するものである場合、表示用の画像を生成するために制御処理部３５を呼び出し、結果としての表示用の画像を受け取り、これをウィンドウシステム３２に通知する。
【００２９】
ウィンドウシステム３２は、受け取った画像をオペレーティング・システム３１の管理のもとに表示装置１４によって表示させる。制御処理部３５は、表示用の画像を生成する処理を制御する。制御処理部３５に対してＵＩ処理部３４からは、画像の生成が指示される。この時に、属性情報としてファイル名や、表示対象のページ番号、表示倍率、回転方向、なども指定される。
【００３０】
制御処理部３５は、受け取った画像の生成指示にしたがって、対象とするファイルを解析処理部３６に解析させる。これによって、まず指定されたページの大きさなどの情報を取得する。制御処理部３５は、取得したページの大きさと拡大率等の情報をもとにオフスクリーンバッファ３９を生成する。
【００３１】
オフスクリーンバッファ３９とは表示用の画像を格納するメモリ領域であり、例えば、１ピクセルあたりＢＧＲ色の２４ビットで表現する場合、ページ領域が６００×８００ピクセルサイズの大きさであれば１４４０バイトの連続したメモリ領域となる。
【００３２】
このオフスクリーンバッファ３９を描画処理部３７に送信しておいた上で、解析処理部３６によって、画像ファイルの対象とするページの解析処理を行って解析結果に応じて描画処理部３７によってオフスクリーンバッファ３９上に描画を行う。
【００３３】
解析処理部３６で解析されるデータは、例えば、図７に示すように文字列７１、やグラフィックスによる図形描画７２や、イメージ画像７３といったデータであり、これらのデータを描画処理部３７によってピクセル列に変換した後にオフスクリーンバッファ３９に描画する。
【００３４】
制御処理部３５は、対象ページの画像生成を終了した後に、オフスクリーンバッファ３９をＵＩ処理部３４に送信する。また、制御処理部３５は、対象ページと表示倍率とから計算されるオフスクリーンバッファのサイズが、ある所定の制限値より大きいと判断した場合にはオフスクリーンバッファは規定の大きさのメモリサイズを取得する。このような場合には、制御処理部３５は、オフスクリーンバッファ３９のほかに中間データバッファ３Ａを取得して、対象ページの中間データを生成する。
【００３５】
その後、制御処理部３５は、解析処理部３６に対して中間データを生成するように指示し、解析処理部３６は解析された描画データを中間データに変換すべく中間データ生成部にデータを送信する。中間データが生成された後は中間データを制御処理部３５で解析して描画処理部３７で描画を行うこととなる。中間データの形式や処理手順については詳細を後述する。
【００３６】
図４は、ページ領域、オフスクリーン領域、表示画面の３者の関連を示した図である。携帯型情報処理端末装置では表示画面がそれほど大きなものではない。したがって表示倍率があるていど大きくなると表示画面の解像度に対応した大きさを超えてしまう。
【００３７】
また、ある表示倍率まではページ領域と同じ大きさのオフスクリーンバッファを取得できるが、携帯型情報処理端末装置のメモリ資源はそれほど大きいものではなく上限値が存在する。図４は、ページ領域がオフスクリーン領域より大きく、丁度、縦、横ともに２倍まで存在する場合を示している。
【００３８】
スクロールバー２２、２３によって表示範囲を移動する場合、例えば、横方向に図４に示される０、１、２の領域に移動している間は、画像を格納したオフスクリーンバッファが存在しているので表示されている。
【００３９】
しかし、移動先（Ｐ）のように、オフスクリーン領域のＡとＢを跨ぐ場所に移動すると、移動先（Ｐ）の表示画面領域内でオフスクリーン領域Ｂに位置するオフスクリーンバッファが存在しないので表示できなくなる。
【００４０】
そこで、移動先（Ｐ）のような位置に移動した場合には、オフスクリーンバッファに格納されている画像の内容をＡの領域からＢの領域に変更する。すなわち、ページ内のＢの領域に位置する画像に書き換える必要がある。このようにして、移動先（Ｐ）の内、オフスクリーン領域Ｂに位置する画像があらたに表示画面に送られる。
【００４１】
このように、ユーザがスクロールバー２２、２３を操作した結果、表示画面が各々のオフスクリーン領域を跨ぐような位置にきた場合には、必要となるオフスクリーンを生成すべくオフスクリーンバッファに格納されている画像の内容を書き換えることになる。
【００４２】
また、違う例では、移動先（Ｑ）のように、丁度、Ａ，Ｂ，Ｃ，Ｄ４つの領域を同時に跨ぐ位置に移動した場合は、結果として、Ａ，Ｂ，Ｃ，Ｄの領域全部、すなわちページ全面の画像を生成することになる。
【００４３】
このような状態を避ける意味で、図５に示すように、各々の領域を跨ぐようなに移動したのを見計らって、表示画面領域を中心に位置するようにオフスクリーン領域を作成してもよい。
【００４４】
例として、図５では、移動先（Ｐ）においては、オフスクリーン領域Ｅを作成する場合を示している。また、移動先（Ｑ）においては、オフスクリーン領域Ｆを作成する場合を示している。
【００４５】
図６は、画像表示プログラム３３内部の中間データ生成部３８が生成する中間データを説明するにあたり、どのような領域単位で中間データを生成するかを示している。
【００４６】
つまり、図４、５の例で説明したオフスクリーン領域の位置関係の場合は、図６に示すように、縦横４個ずつの合計１６個のブロック領域に分割するのが望ましい。これは、図５に示したように、表示画面の移動によって新たに生成すべき隣接するオフスクリーン領域が互いに重畳し合うように生成される場合に対応している。
【００４７】
すなわち、一度生成された画像は、ピクセル配列として表現されるデータをコピーするだけでよいので、新規に描画されるデータだけを限定するように分割している。これによって、例えば、図５のオフスクリーン領域Ａではブロック０、１、４、５を使用して画像を生成することができ、オフスクリーン領域ＡからＥに移る場合では、新たにブロック２、６に対応する画像を生成すればよいこととなる。
【００４８】
図７、図８、図９は、図６に示した１６個のブロック領域で中間データ生成・管理した場合を説明するための具体例を示している。この例ではページ内部に文字列７１、グラフィックス７２、イメージ７３の描画命令が存在している場合を想定している。
【００４９】
ページ内に表示されている１６個の桝目は図５で示した中間データの生成・管理を行うべき１６個のブロックを表している。これらの描画データは図８および図９に示す形式の中間データに変換されて、中間データバッファ３Ａ（図１参照）に格納される。
【００５０】
図８に示す中間データの中の描画命令テーブルは、描画順に描画命令を格納する形式であり、描画順を表すために描画命令毎にデータ番号が割り付けられる。これにより、データ番号０番からデータ番号５番まで順次解釈して描画することで、図７の画像を再生することができる。
【００５１】
図９は、１６個の各々のブロック領域毎に描画に関連する部分をまとめた中間データの中のブロック管理テーブルである。このブロック管理テーブルは中間データバッファ３Ａ（図３参照）に中間データとともに保持されている。このように管理することで、ブロック毎に独立して画像を再生できる。
【００５２】
例えば、ブロック番号が６番の領域では、描画命令の０番、１番、２番、３番、５番が実行されるよう記録されており、これらの描画命令を順番通りに実行することでこのブロックの画像を再現することができる。
【００５３】
また、このブロック管理データを生成する段階で、そのブロックに含まれないデータは記録されない。例えば、ブロック番号６の領域はイメージ描画７３が含まれないので省かれている。このように、該当するブロックに関連しない描画命令を省略することによって、そのブロックの画像再生処理を高速に行うことができる。
【００５４】
図８の中間データは、描画命令とそのデータを格納しているが、データ番号５に相当する命令は終了指定となる。終了指定に対応するデータは、完了フラグと、対象としている画像ファイルの読み込み位置（バイト数）を記録している。これによって、１ページ分の中間データ全てを生成し終えている場合は、完了フラグがＹＥＳにセットされて記録される。
【００５５】
一方、中間データやブロック管理データのデータ量が大きなものとなって、中間データバッファ３Ａに格納しきれない場合は、終了フラグがＮＯにセットされて記録される。
【００５６】
後者の場合、さらに対象としている画像ファイルのどの位置（バイト数）まで中間データとして記録したかを示すデータが記録される。これにより、画像を再生する処理では、作成されている中間データを解釈して描画した後で、上記終了フラグを確認し、中間データが１ページ分のデータを格納しきれていない場合は、ひきつづき画像ファイルのフラグの示す位置（バイト数）から描画処理部３７（図３参照）によって命令解釈と描画処理を実行することによって直接ビットマップデータを再生することができる。
【００５７】
図１０、図１１は、オフスクリーン画像を生成する処理の流れ図を示している。オフスクリーン画像の生成処理が開始されると、まず、指定ページ全体のオフスクリーン画像が既に生成されているかを検査する（Ｓ１０１）。この結果、過去に指定ページのオフスクリーン画像が生成・保存されている場合は、要求元がオフスクリーン画像のどの部分を要求しようとも画像を引き渡せるので終了する。
【００５８】
指定ページ全体のオフスクリーン画像が生成されていない場合、次に、指定ページの中間データが既に生成されているかを検査する（Ｓ１０２）。この結果、過去に指定ページの中間データが生成・保存されている場合は、既に存在するオフスクリーン画像が、中間データから作成されているので、現在要求されているオフスクリーン領域と重なる部分をコピーする。（Ｓ１０６）
【００５９】
例えば、前述したように図５において、描画画面が斜線位置から移動先（Ｐ）に移動したとすれば、オフスクリーン領域はＡからＥに移動したことになり、図６のブロック分割図ではブロック１、５がコピーされる部分となる。この後、中間データから要求領域のオフスクリーン画像生成を行う処理に移行する（Ｓ１０８）。この処理は下記に詳細を記述する。
【００６０】
中間データが生成・保存されていない場合、次に指定ページのオフスクリーンバッファの取得を実行する（Ｓ１０３）。この処理でメモリが取得できたかを判断し（Ｓ１０４）、この結果メモリが取得できた場合、ページ全体のオフスクリーン画像生成を実行し（Ｓ１０７）、終了する。
【００６１】
一方、オフスクリーンバッファが取得できない場合、オフスクリーンバッファを規定のサイズとし、このメモリを取得する。また、同時に中間データメモリも規定のサイズを取得する。規定サイズは、本発明の画像表示プログラムが稼動する携帯型情報処理端末装置のハードウェア資源に依存して決定される値である。
【００６２】
この後、指定ページの中間データの生成・格納を実行し（Ｓ１０６）、中間データから要求領域のオフスクリーン画像生成処理を行う（Ｓ１０９）。図中では、この処理を図１０にサブルーチンとして流れ図を記述している。
【００６３】
図１０において、中間データから要求領域のオフスクリーン画像生成処理は、処理開始後、描画対象ブロックを決定する（Ｓ２０１）。これは前述したように、例えば図５において、描画画面が斜線位置から移動先（Ｐ）に移動したとすれば、必要となるブロックは、図６におけるブロック２、３の２つとなる。
【００６４】
このブロックを１つづつ決定する。対象ブロックが決定された後、そのブロックの描画処理を実行する（Ｓ２０２）。描画すべきブロック全てを描画したかを判定し（Ｓ２０３）、終了していない場合は、次のブロックの処理へと移る。
【００６５】
全てのブロックの描画処理が終了している場合は、図８に示される中間描画データの終了指定を確認し、引き続き入力画像ファイルから描画を続行しなければならないかを判定する（Ｓ２０４）。この判定は、図８の描画命令テーブルであれば、終了命令の完了フラグを検査することで確認できる。
【００６６】
この結果、中間データによって全ての描画が完了している場合は、このサブルーチンを終了する。一方、中間データが途中までしか終了しておらず、入力画像ファイルから続きの描画処理が指定されている場合には、入力画像ファイルから続きの描画処理を実行する（Ｓ２０５）。
【００６７】
なお、上記説明した実施形態では、本発明の画像表示装置が適用される装置としてＰＤＡやモバイルコンピュータ等の携帯型情報処理端末装置を例としたが、取り込んだ画像を表示できる携帯電話機やデジタルスチルカメラ等、画像データを表示できる機器であっても適用可能である。
【００６８】
【発明の効果】
以上説明したように、本発明によれば、画像表示装置において、大きな拡大率を指定された場合でも、中間データを使用することで処理負荷を軽減することができる。また、中間データを格納するメモリが枯渇しても、指定された画像データの読み出し位置を表す情報を保持するために、中間コードを解釈して画像データに変換した後に、指定された画像データを途中から解釈することができる。この結果、携帯型情報端末装置などのようなハードウェア資源が十分高いとはいえない環境下においても効率よく文章や画像を表示することができる。
【図面の簡単な説明】
【図１】画像表示装置として稼動する携帯型情報端末装置の構成を示す図である。
【図２】画像表示プログラムのユーザインタフェース画面例を示す図である。
【図３】画像表示プログラムの構成を示す図である。
【図４】画面領域とオフスクリーン領域とページ領域を示す図（その１）である。
【図５】画面領域とオフスクリーン領域とページ領域を示す図（その２）である。
【図６】中間データの管理領域を示す図である。
【図７】表示データ例を示す図である。
【図８】中間データを示す図（その１）である。
【図９】中間データを示す図（その２）である。
【図１０】オフスクリーン画像生成の流れ図（その１）である。
【図１１】オフスクリーン画像生成の流れ図（その２）である。
【符号の説明】
３Ａ…中間データバッファ、１１…バス、１２…ＣＰＵ、１３…入力装置、１４…表示装置、１５…ＲＯＭ、１６…ＲＡＭ、１７…通信装置、３１…オペレーティングシステム、３２…ウィンドウシステム、３３…画像表示プログラム、３４…ＵＩ処理部、３５…制御処理部、３６…解析処理部、３７…描画処理部、３８…中間データ生成部、３９…オフスクリーンバッファ
【図１】
2004192196.tif 000003
【図２】
2004192196.tif 000004
【図３】
2004192196.tif 000005
【図４】
2004192196.tif 000006
【図５】
2004192196.tif 000007
【図６】
2004192196.tif 000008
【図７】
2004192196.tif 000009
【図８】
2004192196.tif 000010
【図９】
2004192196.tif 000011
【図１０】
2004192196.tif 000012
【図１１】
2004192196.tif 000013