(57)【特許請求の範囲】
【請求項１】
表示部を備えた情報処理装置であって、
予め前記表示部に表示する画面を定義した画面定義データに基づいて、画面部品を構築する構築手段と、
前記構築手段により構築された画面部品で構成される画面を、前記表示部に表示する表示制御手段と、
前記表示制御手段により表示された画面が遷移する場合に、遷移前に表示されていた画面を構成する画面部品の全部又は一部を保存する保存手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記画面定義データはＸＭＬ形式のデータであることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記保存手段により保存を行うか否かを、前記遷移前に表示されていた画面に応じて設定する設定手段をさらに有することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記保存手段により画面部品の全部を保存するか又は一部を保存するかを、前記遷移前に表示されていた画面に応じて設定する保存モード設定手段をさらに有することを特徴とする請求項１乃至３のいずれか一項に記載の情報処理装置。
【請求項５】
前記保存手段により保存しようとする画面部品の容量が所定のサイズより大きい場合に、前記保存手段により画面部品の全部が保存されていた画面を、前記画面部品の一部が保存されるように移行する移行手段をさらに有することを特徴とする請求項１乃至４のいずれか一項に記載の情報処理装置。
【請求項６】
前記移行手段は、前記保存手段により画面部品の全部が保存されていた画面が複数ある場合に、保存された時期が古い又は出現頻度の低い順に、画面部品の一部が保存されるように移行することを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記保存手段により保存しようとする画面部品の容量が所定のサイズより大きい場合に、該画面部品を保存する前記保存手段と異なる別の保存手段を有することを特徴とする請求項１乃至６のいずれか一項に記載の情報処理装置。
【請求項８】
前記保存手段は、復元に時間を要する画面の画面部品の破棄を禁止することを特徴とする請求項１乃至７のいずれか一項に記載の情報処理装置。
【請求項９】
前記保存手段は、前記表示制御手段により表示された画面が遷移する場合に、遷移前に保存していた画面部品を破棄することを特徴とする請求項１乃至８のいずれか一項に記載の情報処理装置。
【請求項１０】
前記保存手段により保存された画面のうち破棄すべき画面の選択を促す選択手段をさらに有することを特徴とする請求項１乃至９のいずれか一項に記載の情報処理装置。
【請求項１１】
表示部を備えた情報処理装置における情報処理方法であって、
予め前記表示部に表示する画面を定義した画面定義データに基づいて、画面部品を構築する構築工程と、
前記構築工程において構築された画面部品で構成される画面を、前記表示部に表示する表示制御工程と、
前記表示制御工程により表示された画面が遷移する場合に、遷移前に表示されていた画面を構成する画面部品の全部又は一部を保存する保存工程と、
を有することを特徴とする情報処理方法。
【請求項１２】
コンピュータに、請求項１１に記載の情報処理方法を実現させるための情報処理プログラム。
【請求項１３】
請求項１２に記載の情報処理プログラムが記録されたコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、情報処理プログラム及び記録媒体に関する。
【背景技術】
【０００２】
従来、スキャナ、コピー、印刷、Ｆａｘ、メール又はファイルサーバ等から各種画像データを入力する入力機能と、メール、印刷、ファイルサーバ、文書管理サーバ等の配信先に指定された方法で出力（配信）する出力機能を持つ配信システムが知られている。
【０００３】
このような配信システムの内、スキャナから入力を行うＭＦＰ（Multi Function Peripheral）の場合、出力（配信）先の決定に際しては、同装置の操作パネル上に出力先を決定するためのＧＵＩ(Graphical User Interface)を表示し、ユーザが直接出力先をＧＵＩ上で指定することができた。
【０００４】
また、このようなＭＦＰ上に表示するＧＵＩの定義記述にＸＭＬ（eXtensible Markup Language）を利用することにより、以下のような利点があった。
【０００５】
その利点とは、出力先に新しい機能が追加された場合にその新機能の設定画面など新機能用の画面をプログラムの修正なしに追加表示するができた点である。その他の利点として、画面遷移の情報をＵＩ（User Interface） ＸＭＬ定義に記述することでアプリケーションの画面フローが変わった場合にも、プログラムの修正なしに画面デザイン等の更新をすることができた点も挙げられる。
【０００６】
図１は、従来技術における配信システムの一例を示す図である。図１において、配信システム１００は、ＭＦＰ（印刷装置）２００、画面サーバ装置４００、配信サーバ装置５００がネットワーク６００を介して接続されて構成されている。
【０００７】
ユーザはＭＦＰ２００にて出力先の情報を設定し、紙データをスキャンする。出力先の情報を設定する操作はＭＦＰ２００のＧＵＩ上で行うが、ＧＵＩはＭＦＰ２００内部の記憶装置３００に保存されている画面のＸＭＬデータにより構築される。なお、画面のＸＭＬデータは、ＭＦＰ２００内部にあってもよいし、ネットワークを介して接続される画面サーバ装置４００の中に記憶されているものであってもよい。
【０００８】
ＭＦＰ２００は、スキャンして取得した画像データ及び出力先（配信あて先）の情報を配信サーバ装置５００に送信する（図１のＳ１）。配信サーバ装置５００は入力された出力先（配信あて先）の情報により、出力方法とあて先を解決して配信を実行する（図１のＳ２）。配信サーバ装置５００から非図示のコンピュータ装置等に配信された画像データは、当該コンピュータ装置にインストールされているプログラムなどにより受信処理を施される。
【０００９】
特許文献１には、デジタル複写機１で通常の画像形成モードで使用中に異常が発生した場合に、異常時からのリカバリを容易にして使い勝手を向上させる技術が開示されている。
【００１０】
また、特許文献２には、セッション復帰可能な、処理状態を把握するウェブアプリケーションに係る技術が開示されている。
【特許文献１】特開２００２―１９６６２７号公報
【特許文献２】特開２００６―５０８６２２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、従来技術に係る情報処理装置では、画面間で状態を持っているような画面フローの場合、毎回画面を破棄してしまうと、前の画面に戻った際に、前回の状態を表示することができないという問題があった。
【００１２】
本発明は、上記の点に鑑みて、この問題を解決するために発明されたものであり、画面間で状態を持っているような画面フローの場合であっても、前の画面に戻った際に前回の状態を表示することが可能な情報処理装置、情報処理方法、情報処理プログラム及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記の目的を達成するために、本発明における情報処理装置は、表示部を備えた情報処理装置であって、予め前記表示部に表示する画面を定義した画面定義データに基づいて、画面部品を構築する構築手段と、前記構築手段により構築された画面部品で構成される画面を、前記表示部に表示する表示制御手段と、前記表示制御手段により表示された画面が遷移する場合に、遷移前に表示されていた画面を構成する画面部品の全部又は一部を保存する保存手段とを有するように構成することができる。
【００１４】
また、上記の目的を達成するために、本発明における前記画面定義データはＸＭＬ形式のデータであるように構成することができる。
【００１５】
また、上記の目的を達成するために、本発明における情報処理装置は、前記保存手段により保存を行うか否かを、前記遷移前に表示されていた画面に応じて設定する設定手段をさらに有するように構成することができる。
【００１６】
また、上記の目的を達成するために、本発明における情報処理装置は、前記保存手段により画面部品の全部を保存するか又は一部を保存するかを、前記遷移前に表示されていた画面に応じて設定する保存モード設定手段をさらに有するように構成することができる。
【００１７】
また、上記の目的を達成するために、本発明における情報処理装置は、前記保存手段により保存しようとする画面部品の容量が所定のサイズより大きい場合に、前記保存手段により画面部品の全部が保存されていた画面を、前記画面部品の一部が保存されるように移行する移行手段をさらに有するように構成することができる。
【００１８】
また、上記の目的を達成するために、本発明における前記移行手段は、前記保存手段により画面部品の全部が保存されていた画面が複数ある場合に、保存された時期が古い又は使用頻度の低い順に、画面部品の一部が保存されるように移行するように構成することができる。
【００１９】
また、上記の目的を達成するために、本発明における情報処理装置は、前記保存手段により保存しようとする画面部品の容量が所定のサイズより大きい場合に、該画面部品を保存する前記保存手段と異なる別の保存手段を有するように構成することができる。
【００２０】
また、上記の目的を達成するために、本発明における前記保存手段は、復元に時間を要する画面の画面部品の破棄を禁止するように構成することができる。
【００２１】
また、上記の目的を達成するために、本発明における前記保存手段は、前記表示制御手段により表示された画面が遷移する場合に、遷移前に保存していた画面部品を破棄するように構成することができる。
【００２２】
また、上記の目的を達成するために、本発明における情報処理装置は、前記保存手段により保存された画面のうち破棄すべき画面の選択を促す選択手段をさらに有するように構成することができる。
【００２３】
また、上記の目的を達成するために、本発明における情報処理方法は、表示部を備えた情報処理装置における情報処理方法であって、予め前記表示部に表示する画面を定義した画面定義データに基づいて、画面部品を構築する構築工程と、前記構築工程において構築された画面部品で構成される画面を、前記表示部に表示する表示制御工程と、前記表示制御工程により表示された画面が遷移する場合に、遷移前に表示されていた画面を構成する画面部品の全部又は一部を保存する保存工程とを有するように構成することができる。
【００２４】
また、上記の目的を達成するために、本発明における情報処理プログラムは、コンピュータに、上記の情報処理方法を実現させるための情報処理プログラムであるように構成することができる。
【００２５】
また、上記の目的を達成するために、本発明における記録媒体は、上記の情報処理プログラムが記録されたコンピュータ読み取り可能な記録媒体であるように構成することができる。
【発明の効果】
【００２６】
本発明によれば、画面間で状態を持っているような画面フローの場合であっても、前の画面に戻った際に前回の状態を表示することが可能な情報処理装置、情報処理方法、情報処理プログラム及び記録媒体を提供することができる。
【発明を実施するための最良の形態】
【００２７】
以下、本発明を実施するための最良の形態について図面を参照して説明する。なお、以下の実施形態では、本発明をスキャナ、コピーなどの機能を備えた一般的なＭＦＰ等の情報処理装置に適用した場合を例にとって説明するが、この場合に限らないものとする。例えば一般的なコンピュータ装置であってもよい。
【００２８】
［実施の形態］
（機能の構成）
図２は、本実施の形態における情報処理装置の機能構成例を示す図である。図２において、ＭＦＰ１は、配信制御部１１、画面データ記憶部１２、表示画面生成部１３、画面部品構築部１４、画面キャッシュ部１５、入力制御部１６、表示制御部１７を有する。
【００２９】
配信制御部１１は、配信に係る各種制御を行う。配信に係る制御には、例えば当該ＭＦＰ１が備えるスキャナ等の読取装置を起動して配信すべき画像データを入力する処理、配信先の情報の設定をユーザに促す画面を表示する処理等に係る制御も含まれる。例えば当該ＭＦＰ１上の基本ソフトウェア（ＯＳ（Operating System）等）にインストールされた配信アプリケーションソフトウェアが行う。
【００３０】
画面データ記憶部１２は、画面データを記憶する例えば当該ＭＦＰ１が備えるハードディスク装置等の記憶装置である。記憶される画面データとは、例えば当該ＭＦＰ１が備える操作パネルなどの表示装置（表示部）に表示する画面を定義したＸＭＬ形式のデータ（画面定義データ）であり、表示する画面上に配置するＧＵＩ部品のレイアウトや、ユーザの入力に対して呼び出すアクションなどがタグで定義されている。
【００３１】
表示画面生成部１３は、表示画面を生成する。具体的には、配信制御部１１から、該配信制御部１１が画面データ記憶部１２から取得した表示すべき画面データ並びに表示指示を受信し、受信した画面データ及び表示指示に基づいて表示画面データを生成する。例えば当該ＭＦＰ１にインストールされた表示画面生成プログラムに従ってＣＰＵ（Central Processing Unit）が行う。
【００３２】
特に、画面データが上記のＸＭＬ形式のデータである場合には、画面データにおける定義から画面部品（画面部品データ）を表示画面データとして生成（構築）する。
【００３３】
画面部品保存部１４は、表示画面生成部１３により生成された画面部品を保存する保存手段としての機能を持つ。例えば当該ＭＦＰ１が備えるＲＡＭ（Random Access Memory）等の記憶装置である。
【００３４】
画面キャッシュ部１５は、表示画面生成部１３で生成された表示画面データのキャッシュデータの全部又は一部を保存する保存手段としての機能をもつ。例えば当該ＭＦＰ１が備えるＣＰＵに搭載されたキャッシュメモリ等の記憶装置である。
【００３５】
入力制御部１６は、各種入力に係る制御を行う。例えば当該ＭＦＰ１が備える操作パネルなどの入力装置（入力部）における各種情報の入力を行う。
【００３６】
表示制御部１７は、各種表示に係る制御を行う。例えば当該ＭＦＰ１が備える操作パネルなどの表示装置上に表示する画面表示内容を制御する。
【００３７】
以上の機能構成により、本実施の形態におけるＭＦＰ１では、配信制御部１１が起動されると、スキャナ等の読取装置を起動して配信すべき画像データを入力する処理、配信先の情報の設定をユーザに促す画面表示する処理等を行う。ここでは、特に後者の画面表示に際して、画面の状態を一時保存し、後で同画面に戻ってきたときに再度同じ画面を構築できるようにする動作を行う。これにより、画面間で状態を持っているような画面フローの場合であっても、前の画面に戻った際に前回の状態を表示することが可能になる。より詳細には後述の動作例で説明する。
【００３８】
なお、上記の図２の各機能部を実現するために必要なプログラム（本発明における情報処理プログラム）は、例えばＣＤ―ＲＯＭ等の記録媒体に記録されて配布されてもよいものとする。
【００３９】
（動作例）
図３は、本実施の形態における情報処理装置の動作概要を示す図である。図３における配信（スキャナ）アプリケーション２１、記憶装置２２、ＸＭＬtoＧＵＩ生成装置２３、画面部品保存部２４、画面キャッシュ部２５は、それぞれ図２における配信制御部１１、画面データ記憶部１２、表示画面生成部１３、画面部品保存部１４、画面キャッシュ部１５に対応している。また、操作制御部２６は、入力制御部１６、表示制御部１７に対応している。
【００４０】
ここでは、情報処理装置（ＭＦＰ１）が、画面表示を行うに際して、画面の状態を一時保存し、後で同画面に戻ってきたときに再度同じ画面を構築できるようにする動作の一例について説明する。
【００４１】
なお、図４は、図３に示す動作概要をフローチャートとしてまとめたものであり、本実施の形態における情報処理装置の動作例を示すフローチャートである。
【００４２】
まず、配信アプリケーション２１が起動する（Ｓ１１）。ここでは、ＭＦＰ１のキー操作等により配信アプリケーション２１は起動する。続いてステップＳ１２へ移って、配信アプリケーション２１は、記憶装置２２に記憶された画面データを取得する（Ｓ１２）。ここでは、配信アプリケーション２１は、ＭＦＰ１上のアプリケーションのＧＵＩを表示するために例えばＴｏｐ画面のＸＭＬ形式のデータを記憶装置２２から取得する。
【００４３】
続いてステップＳ１３へ移って、配信アプリケーション２１は、ステップＳ１２で取得した画面データをＸＭＬtoＧＵＩ生成装置２３へ渡す（Ｓ１３）。
【００４４】
ステップＳ１４へ移って、ＸＭＬtoＧＵＩ生成装置２３は、ステップＳ１３で渡された画面データをパースして画面部品を構築する（Ｓ１４）。ここでは、ステップＳ１３で渡された例えばＸＭＬ形式のデータを構文解析し、論理的な構造を判断する処理（パース）を行い、データ内の定義から画面部品（画面部品データ）を構築する。構築された画面部品は画面部品保存部２４に保存される。
【００４５】
また、ステップＳ１４に係る処理対象の画面データには、予め当該画面データをキャッシュする必要があるかどうか、即ち保存するか否かのフラグ情報（指標情報）が含まれるようにする。図５にその一例を示す。図５において太文字（isCache="true"）部分に示すフラグ情報が、この画面データがキャッシュする必要かあるか否かを示している。
【００４６】
ステップＳ１５へ移って、ＸＭＬtoＧＵＩ生成装置２３は、ステップＳ１４で構築した画面部品を操作制御部２６により表示させる（Ｓ１５）。
【００４７】
ステップＳ１６へ移って、操作制御部２６は、ユーザによる任意の画面部品（ボタンなど）の押下などイベントの発生を待つ（Ｓ１６）。イベントの発生があった場合（Ｓ１６、ＹＥＳ）、即ち任意の画面部品が押下された場合、ステップＳ１７へ移る。イベントの発生がない場合（Ｓ１６、ＮＯ）、ステップＳ１６へ戻ってイベントの発生を待つ。
【００４８】
ステップＳ１７へ移った場合、ＸＭＬtoＧＵＩ生成装置２３は、操作制御部２６からイベントを受け取り、配信アプリケーション２１に次の動作（ここでは画面遷移）の依頼を行う（Ｓ１７）。
【００４９】
続いてステップＳ１８へ移って、配信アプリケーション２１は、ステップＳ１７における次の動作の依頼（ここでは画面遷移）に応じて、次の動作の依頼が画面遷移であると認識した場合には記憶装置２２に記憶された次の（遷移後の）画面データを取得する（Ｓ１８）。
【００５０】
続いてステップＳ１９へ移って、配信アプリケーション２１は、ステップＳ１８で取得した次の画面データをＸＭＬtoＧＵＩ生成装置２３へ渡す（Ｓ１９）。
【００５１】
ステップＳ２０へ移って、ＸＭＬtoＧＵＩ生成装置２３は、ステップＳ１５で表示された画面（画面遷移前に表示されていた画面）を構成する画面部品を画面部品保存部２４から全て取得する（Ｓ２０）。ここでは、ステップＳ１５で表示された画面がキャッシュの必要がある画面データであることをＳ１４で認識していた場合には、表示された画面を構成する画面部品を全て取得する処理を行う。具体的には、Root Windowを取得することで全ての画面部品が取得できるため、Root Windowを取得する処理を行う。
【００５２】
ステップＳ２１へ移って、ＸＭＬtoＧＵＩ生成装置２３は、ステップＳ２０で取得した画面部品をClone（又はコピー）し画面キャッシュ部２５に渡し保存する（Ｓ２１）。画面キャッシュ部２５に保存される画面部品のキャッシュデータと画面部品格納部２４に格納された画面部品とを結びつけるキーは、画面毎に一意に採番された画面ＩＤであるようにすることができる。
【００５３】
ステップＳ２２へ移って、ＸＭＬtoＧＵＩ生成装置２３は、ステップＳ１９で渡された次の画面データをパースして次の画面の画面部品を構築する（Ｓ２２）。ここでは、ステップＳ１４と同様の処理により次の画面データの画面部品を構築する。構築された画面部品は、画面部品保存部２４に保存される。なお、ステップＳ２１に係る処理により前の画面データの画面部品はキャッシュ化されたので破棄する。
【００５４】
ステップＳ２３へ移って、ＸＭＬtoＧＵＩ生成装置２３はステップＳ２２で構築した画面部品を操作制御部２６により表示させる（Ｓ２３）。
【００５５】
以上に示される処理により、本実施の形態に係る情報処理装置（ＭＦＰ１）が、画面表示を行うに際して、画面の状態を一時保存し、後で同画面に戻ってきたときに再度同じ画面を構築できるようにする動作を行う。
【００５６】
このように、画面遷移する際に一時的に遷移前の（それまでの）画面の状態保存し、再度その画面を表示するときに状態保存された画面の情報を用いて復元することができる。即ち、画面の状態を一時保存し、後で同画面に戻ってきたときに再度同じ画面を構築できるようにしている。これにより、画面間で状態を持っていた場合でも前回の画面を復元することが容易にできる。
【００５７】
また、ステップＳ１４で説明したように、画面毎に、復元する必要がある画面かどうか、つまりキャッシュの保存を行うか否かを、処理対象の画面データにおいて予め設定することもできる。これにより、画面の復元が必要のない場合に無駄にキャッシュしないようにすることができる。即ち、全ての画面の状態をキャッシュするのではなく、一部の画面の状態をキャッシュすることで省リソース化を図ることができる。
【００５８】
なお、ステップＳ１４に係る処理対象の画面データの別の例を図６に示す。図６において太文字（cacheMode="full(or part)"）部分に示すフラグ情報は、当該画面データに基づいて構築された画面部品の全部をキャッシュするか又は一部をキャッシュするか、即ち画面部品の全部を保存するか又は一部を保存するかの設定（保存モード）を示している。処理対象の画面データにおいて予めこのような設定をすることもできる。これにより、遷移前に表示されていた画面（即ちキャッシュ対象の画面）に応じて例えば画面の復元に必要な最低限の状態を保存し、その状態によって後で画面を復元することができると共に省リソース化を図ることができる。画面部品の全部をキャッシュする場合には性能面で有利であるが、一部をキャッシュする場合にはリソース使用量が少なくなる点で有利であるという違いがある。キャッシュ対象の画面に応じてどちらを選択するか決めることにより、画面の復元に時間がかかりそうな画面の場合に画面部品の全部をキャッシュすることにより高速化を図ったり、あまり出現頻度が高くない画面の場合に一部の状態をキャッシュしたり切り替えることができる。そのため、アプリケーションに性能などに応じてこのような保存モードを選択することができる。
【００５９】
ここで、ステップＳ１４で構築される画面部品は、それぞれgetSerializeData、setSerializeDataというような共通インターフェースを持ち、getで取得したデータをそのままsetで渡すことにより前の画面に復元する。このような共通インターフェースを用いて画面の復元のために取得すべき画面部品を設定するように構成することもできる。その場合、復元に必要な状態を選択することができるため、画面部品の全部をキャッシュしたときに比べて省リソース化を図ることができる。
【００６０】
また、画面部品の全部をキャッシュする場合リソース容量が足りなくなることが想定されるため、ある設定された所定のサイズよりキャッシュすべき画面部品の容量が大きくなった場合、それまで画面部品の全部がキャッシュされていた画面を画面部品の一部がキャッシュされるように移行する移行手段を設けるように構成することもできる。これにより、キャッシュできるリソース容量を増やすことができる。また、このような移行の際には、移行対象の画面を、画面部品の全部がキャッシュされたデータの一番古いものから所定の数ずつ選択するように構成することもできる。これにより、一括で一部キャッシュに移行しないことで、移行時の性能がより有利となる。なお、移行に際しては、画面部品の全部がキャッシュされている画面毎に出現頻度がどの位あるかの情報を算出しておき、一番出現頻度の少ない画面を、画面部品の一部がキャッシュされるように移行することもできる。これにより、出現頻度の高い画面の表示を高速化することができる。
【００６１】
さらに、画面部品の保存の際に、画面キャッシュ部２５の容量が不足した場合には、ハードディスク上などに画面の状態を書き出すように構成することもできる。これにより、全ての画面の画面部品を保持し続けることができる。つまり、画面キャッシュ部２５のキャッシュ可能な容量を超えて、全ての画面の画面部品を保持し続けることができる。
【００６２】
さらには、復元するのに時間を要する画面は、破棄しないで常に取っておくように構成することもできる。また、任意の画面に遷移したときに、キャッシュしている画面の情報を破棄することができるように構成することもできる。また、任意の画面に遷移したときに、キャッシュされていた画面の内、どの画面の情報を破棄するか選択するように構成することもできる。
【００６３】
以上、各実施形態に基づき本発明の説明を行ってきたが、上記各実施形態にあげたその他の要素との組み合わせなど、ここで示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。
【図面の簡単な説明】
【００６４】
【図１】従来技術における配信システムの一例を示す図である。
【図２】本実施の形態における情報処理装置の機能構成例を示す図である。
【図３】本実施の形態における情報処理装置の動作概要を示す図である。
【図４】本実施の形態における情報処理装置の動作例を示すフローチャートである。
【図５】ＸＭＬ形式の画面データの第一の例を示す図である。
【図６】ＸＭＬ形式の画面データの第二の例を示す図である。
【符号の説明】
【００６５】
１１    配信制御部
１２    画面データ記憶部
１３    表示画面生成部
１４    画面部品保存部
１５    画面キャッシュ部
１６    入力制御部
１７    表示制御部
２１    配信（スキャナ）アプリケーション
２２    記憶装置
２３    ＸＭＬtoＧＵＩ生成装置
２４    画面部品保存部
２５    画面キャッシュ部
２６    操作制御部
【図１】
0005116415.tif 000002
【図２】
0005116415.tif 000003
【図３】
0005116415.tif 000004
【図４】
0005116415.tif 000005
【図５】
0005116415.tif 000006
【図６】
0005116415.tif 000007