JP6451412B2 - 表示制御装置およびプログラム - Google Patents

Description

本発明は、表示制御装置およびプログラムに関する。

特許文献１には、画面の描画速度を向上させるための技術が記載されている。特許文献１に記載の画面サブシステムの管理モジュールは、画面の描画要求と無関係に生成した利用頻度の高い画面構成要素を予め保持する。画面生成サブシステムは、描画要求に従って画面を構築する際、管理モジュールに予め保持されている画面構成要素を繰り返し利用して画面の構築を行う。特許文献２には、操作者が頻繁に使用するメニュー画面の切り替えを伴う機能設定のための操作をワンクリックで行うため技術が記載されている。特許文献２に記載の装置は、ユーザが行ったメニュー画面の切り替えを伴う操作の履歴情報を記憶し、履歴情報に基づいてメニュー画面上で行われたそれぞれの操作の頻度を算出する。上記装置は、所定値以上の頻度を有する操作をワンクリックで行うための新たなメニューを上記メニュー画面上に追加登録する。

特開２００１−３１８７４８号公報 特開２００５−３０９６１８号公報

本発明は、Ｗｅｂブラウザにより画面表示を行う装置において、メモリの記憶容量が限られている場合であっても表示処理に係る処理時間を短縮することを目的とする。

本発明の請求項１に係る表示制御装置は、利用者の操作に応じた処理を実行する処理実行手段と、該利用者の操作履歴、前記処理の実行履歴、当該表示制御装置が使用する消耗品の使用量、当該表示制御装置に含まれる部材の稼働量および当該表示制御装置に設けられた検知手段の出力値の少なくともいずれかの情報を含む履歴情報が予め定められた条件を満たす場合、該履歴情報に対応付けられた画面を表示するためのデータを、該画面の表示を指示されているか否かに関わらず、Ｗｅｂサーバから取得する取得手段と、前記取得されたデータをメモリに記憶する記憶手段と、前記画面の表示を指示された場合、該指示された画面に対応するデータが前記メモリに記憶されている場合に該データに従って画面の描画処理を行う描画処理手段とを有し、前記データは前記画面を描画するためのプログラムを含み、前記記憶手段は、前記取得されたデータに含まれるプログラムを解釈および実行し、実行結果を前記メモリに記憶することを特徴とする。

本発明の請求項２に係る表示制御装置は、請求項１に記載の構成において、前記履歴情報は、前記利用者の操作履歴を示す情報を含み、前記取得手段は、前記利用者による操作回数が予め定められた閾値を超えるサービスに対応するデータを取得することを特徴とする。

本発明の請求項３に係る表示制御装置は、請求項１または２に記載の構成において、前記履歴情報は、前記処理の実行履歴を示す情報を含み、前記取得手段は、実行回数が予め定められた閾値を超える処理に対応するデータを取得することを特徴とする。

本発明の請求項４に係る表示制御装置は、請求項１ないし３のいずれか１項に記載の構成において、前記履歴情報は、当該表示制御装置が使用する消耗品の使用量を示す情報を含み、前記取得手段は、前記使用量が予め定められた閾値を超える消耗品に対応するデータを取得することを特徴とする。

本発明の請求項５に係る表示制御装置は、請求項１ないし４のいずれか１項に記載の構成において、前記履歴情報は、当該表示制御装置に含まれる機器の稼働量を示す情報を含み、前記取得手段は、前記稼働量が予め定められた閾値を超える機器に対応するデータを取得することを特徴とする。

本発明の請求項６に係る表示制御装置は、請求項１ないし５のいずれか１項に記載の構成において、前記記憶手段は、前記履歴情報を前記利用者毎に前記メモリに記憶し、前記取得手段は、前記利用者を認証する認証手段により認証された利用者に対応する履歴情報が前記条件を満たす場合、前記データを取得することを特徴とする。

本発明の請求項７に係るプログラムは、コンピュータに、利用者の操作履歴、当該コンピュータが実行する処理の実行履歴、当該コンピュータが使用する消耗品の使用量、当該コンピュータに含まれる部材の稼働量および当該装置に設けられた検知手段の出力値の少なくともいずれかの情報を含む履歴情報が予め定められた条件を満たす場合、該履歴情報に対応付けられた画面を表示するためのデータであって該画面を描画するためのプログラムを含むデータを、該画面の表示を指示されているか否かに関わらず、Ｗｅｂサーバから取得するステップと、前記取得されたデータをメモリに記憶するステップと、前記画面の表示を指示された場合、該指示された画面に対応するデータが前記メモリに記憶されている場合に該データに従って画面の描画処理を行うステップであって、前記取得されたデータに含まれるプログラムを解釈および実行し、実行結果を前記メモリに記憶するステップとを実行させるためのプログラムであることを特徴とする。

請求項１および７に係る発明によれば、Ｗｅｂブラウザにより画面表示を行う装置において、取得したデータに含まれるプログラムを解釈および実行してメモリに記憶しない場合に比べて、表示処理に係る処理時間を短縮することができる。
請求項２に係る発明によれば、利用者の操作履歴に応じた表示処理に係る処理時間を短縮することができる。
請求項３に係る発明によれば、処理の実行履歴に応じた表示処理に係る処理時間を短縮することができる。
請求項４に係る発明によれば、消耗品の使用量に応じた表示処理に係る処理時間を短縮することができる。
請求項５に係る発明によれば、機器の稼働量に応じた表示処理に係る処理時間を短縮することができる。
請求項６に係る発明によれば、認証された利用者に応じた表示処理に係る処理時間を短縮することができる。

システム１の構成を示す模式図 システム１の機能構成を示す図 画像形成装置２０のハードウェア構成を示す図 画像形成装置２０が行う処理の流れを示すフローチャート 初期化処理の流れを示すフローチャート 操作頻度管理テーブル処理の流れを示すフローチャート 操作頻度管理テーブルの内容の一例を示す図 サービス管理テーブルの内容の一例を示す図 プリロード管理テーブルの内容の一例を示す図 キャッシュ管理テーブルの内容の一例を示す図 処理実行頻度管理テーブル処理の流れを示すフローチャート 処理実行頻度管理テーブルの内容の一例を示す図 故障予測管理テーブル処理の流れを示すフローチャート 故障予測管理テーブルの内容の一例を示す図 消耗品交換予測管理テーブル処理の流れを示すフローチャート 消耗品交換予測管理テーブルの内容の一例を示す図 プリロード処理の流れを示すフローチャート キャッシュ処理の流れを示すフローチャート センサ管理テーブル処理の流れを示すフローチャート センサ管理テーブルの内容の一例を示す図 受信処理の流れを示すフローチャート 情報更新処理の流れを示すフローチャート 操作処理の流れを示すフローチャート 認証処理の流れを示すフローチャート プリロード破棄処理の流れを示すフローチャート キャッシュ破棄処理の流れを示すフローチャート 画面の一例を示す図 画面の一例を示す図

［１］構成
図１は、本実施形態に係るシステム１の構成を示す模式図である。システム１は、サーバ１０と、画像形成装置２０（表示制御装置の一例）とを備える。サーバ１０は、いわゆるＷｅｂサーバの機能を提供する装置である。画像形成装置２０は、コピー、スキャン、ファクシミリ、プリント（画像データの媒体への出力）などのサービスを利用者に提供する装置である。画像形成装置２０は、媒体に画像を形成する画像形成処理や、媒体に形成された画像を読み取る画像読取処理などの処理を行う。これらの処理は、コピー、スキャン、ファクシミリ、プリントなどのサービスが利用者に提供される際に行われる。通信回線２は、例えばインターネットや移動体通信網、電話回線などのうちの少なくとも１つ以上を含む。通信回線２には、サーバ１０および画像形成装置２０が接続されている。

画像形成装置２０にはＷｅｂブラウザが搭載されている。このＷｅｂブラウザが装置内部に搭載されたＷｅｂサーバや外部装置のＷｅｂサーバにアクセスすることで、画像形成装置２０の操作画面が、ＨＴＭＬ（HyperText Markup Language）、ＣＳＳ（Cascading Style Sheets）、ＪａｖａＳｃｒｉｐｔ（登録商標）などのＷｅｂ技術により実現される。Ｗｅｂブラウザは予め定められたＵＲＬ（Uniform Resource Locator）で示されるＷｅｂサーバから操作画面を表示するためのデータ（ＨＴＭＬで記述されたデータなど）を取得し、これを解析して表示装置に解析結果を表示する。表示部品（ボタンやテキスト）に対する操作により、そのデータに記述されたＷｅｂサーバのアクセス先（ＵＲＬ）にデータの取得要求が送信され、Ｗｅｂサーバから返送されるファイルの情報（ＭＩＭＥタイプ（text/html、text/plain、text/javascript、text/css、text/xml、image/jpeg、image/png、image/bmp、等））に応じた処理が行われる。例えばファイル情報がＨＴＭＬであれば構文が解析され、表示が行われる。ファイル情報がＪＰＥＧであればＪＰＥＧ画像が解凍されて表示される。ファイル情報がＪａｖａＳｃｒｉｐｔならばプログラムが解析され実行される。Ｗｅｂサーバは、Ｗｅｂブラウザからの要求に対して必要なファイルを返送すると共に、必要に応じた処理を実行する。

図２は、システム１の機能構成の一例を示す図である。画像形成装置２０は、処理実行手段２０１と、取得手段２０２と、記憶手段２０３と、描画処理手段２０４とを有する。処理実行手段２０１は、利用者の操作に応じた処理を実行する。取得手段２０２は、利用者の操作履歴、処理実行手段２０１によって実行された処理の実行履歴、画像形成装置２０が使用する消耗品の使用量、画像形成装置２０に含まれる機器の稼働量および画像形成装置２０に設けられた検知手段の出力値の少なくともいずれかの情報を含む履歴情報が予め定められた条件を満たす場合、上記履歴情報に対応付けられた画面を表示するためのデータを、その画面の表示を指示されているか否かに関わらず、Ｗｅｂサーバから取得する。記憶手段２０３は、取得手段２０２によって取得されたデータをメモリ２０５に記憶する。描画処理手段２０４は、画面の表示を指示された場合、指示された画面に対応するデータがメモリ２０５に記憶されている場合に上記データに従って画面の描画処理を行う。

図３は、画像形成装置２０のハードウェア構成を例示する図である。画像形成装置２０は、制御モジュール２１と、ディスプレイ２２と、操作パネル２３と、認証装置２４と、記憶装置２６と、通信Ｉ／Ｆ２７と、原稿送り装置２８と、画像読取装置２９と、プリント装置３０とを備える。制御モジュール２１は、ＣＰＵ（Central Processing Unit）と、ＲＯＭ（Read Only Memory）と、ＲＡＭ（Random Access Memory）とを備える。ＣＰＵは画像形成装置２０の各部を制御する。ＲＯＭはプログラムおよびデータを記憶する不揮発性の記憶装置である。ＲＡＭはＣＰＵがプログラムを実行する際の作業領域として機能する揮発性の主記憶装置である。

ディスプレイ２２は、例えば液晶ディスプレイを有し、制御モジュール２１により制御されて表示面に画像を表示する。操作パネル２３は、例えばタッチスクリーンとキーとを備えている。操作パネル２３は、画像形成装置２０を操作するために用いられる。認証装置２４は、例えばカードリーダなどを備え、利用者を認証するための認証情報を読み取る。記憶装置２６は、ハードディスクドライブなどを備え、プログラムおよびデータを記憶する不揮発性の補助記憶装置である。通信Ｉ／Ｆ２７は、通信回線２を介した通信を行うためのインターフェースであり、この例では特に、サーバ１０と通信を行うためのインターフェースである。

原稿送り装置２８は、複数の搬送ロールなどを備え、利用者によりセットされた原稿を画像読取装置２９に搬送する。画像読取装置２９は、例えばＣＣＤ（Charge Coupled Devices）方式を用いて、原稿に描かれた画像を読み取る画像読取処理を行う。画像読取装置２９は、用紙などの媒体に形成された画像を光学的に読み取って、読み取った画像を表す画像データを制御モジュール２１に供給する。プリント装置３０は、例えば電子写真方式を用いて、画像データに応じた画像を用紙などの媒体に形成する。なお、画像の読み取りおよび画像の形成に用いられる前述した方式は、それぞれ一例であり、他の方式であってもよい。

この例で、記憶装置２６（またはＲＯＭ）に記憶されているプログラムを制御モジュール２１が実行することにより、図２に示される機能が実装される。プログラムを実行している制御モジュール２１、または、制御モジュール２１および通信Ｉ／Ｆ２７は、処理実行手段２０１、取得手段２０２、記憶手段２０３および描画処理手段２０４の一例である。制御モジュール２１のＲＡＭはメモリの一例である。

記憶装置２６には、操作頻度管理テーブル２６１と、処理実行頻度管理テーブル２６２と、故障予測管理テーブル２６３と、消耗品交換予測管理テーブル２６４と、センサ管理テーブル２６５とが記憶されている。これらのテーブルは、制御モジュール２１が操作画面を表示するためのデータをキャッシュまたはプリロードするかを判定する際に参照される。操作頻度管理テーブル２６１は、利用者の操作履歴を保持するためのテーブルであり、この例で、利用者による利用回数がサービス毎に記憶される。処理実行頻度管理テーブル２６２は、処理の実行履歴を保持するためのテーブルであり、この例で、各サービスに対応する処理の実行回数が記憶される。故障予測管理テーブル２６３は、画像形成装置２０に含まれる機器の稼働量を管理するためのテーブルであり、この例で、搬送ロールなどの機器の稼働回数が記憶される。消耗品交換予測管理テーブル２６４は、画像形成装置２０が使用する消耗品の使用量を管理するためのテーブルであり、この例で、消耗品の残量を示す値が記憶される。センサ管理テーブル２６５は、プリント装置３０や原稿送り装置２８などに設けられたセンサ（検知手段の一例）と、そのセンサから出力があった場合に実行されるサービスとの対応関係を示すテーブルである。

また、記憶装置２６には、プリロード管理テーブル２６６と、キャッシュ管理テーブル２６７と、サービス管理テーブル２６８とが記憶されている。プリロード管理テーブル２６６は、操作画面を表示するためのデータをプリロードすると判定されたサービスが登録されるテーブルである。キャッシュ管理テーブル２６７は、操作画面を表示するためのデータをキャッシュすると判定されたサービスが登録されるテーブルである。サービス管理テーブル２６８は、各サービスに対応する操作画面の格納場所を管理するためのテーブルである。

［２］動作
図４は、画像形成装置２０の制御モジュール２１が行う処理の流れを示すフローチャートである。図４に示される処理は、画像形成装置２０の電源がオンされたことをトリガとして開始される。ステップＳ１０１において、制御モジュール２１は画像形成装置２０の初期化処理を行う。

図５は、図４のステップＳ１０１における初期化処理の流れを示すフローチャートである。ステップＳ２０１において、制御モジュール２１は画像形成装置２０に含まれる機器などについて予め設定された初期化処理を行う。ステップＳ２０２乃至ステップＳ２０５において、制御モジュール２１は操作頻度管理テーブル２６１、処理実行頻度管理テーブル２６２、故障予測管理テーブル２６３および消耗品交換予測管理テーブル２６４をそれぞれ参照し、各テーブルの記憶内容に従ってどの操作画面に対応するデータをキャッシュ（またはプリロード）するかを特定する処理を行う。

図６は、図５のステップＳ２０２に示した操作頻度管理テーブル処理の流れを示すフローチャートである。ステップＳ３０１において、制御モジュール２１は、操作頻度管理テーブル２６１のエントリを確認する。

図７は、操作頻度管理テーブル２６１の内容の一例を示す図である。図示のように、このテーブルには、「サービス」と「ベースＵＲＬ」と「利用回数」と「閾値」と「利用者」との各項目が互いに関連付けて記憶される。これらの項目のうち、「サービス」の項目には、「コピー」や「ファクシミリ」などのサービスの種別を示す情報が格納される。「ベースＵＲＬ」の項目には、そのサービスに対応する操作画面のデータのベースＵＲＬ（ベースパス）を示す情報が格納される。「利用回数」の項目には、そのサービスが利用された回数を示す情報が格納される。「閾値」の項目には、サービス毎に予め設定された閾値が格納される。この実施形態では、サービスの利用回数が予め設定された閾値を超える場合、制御モジュール２１はそのサービスに対応する操作画面のデータをプリロードまたはキャッシュする。この閾値は固定値であってもよく、また、変更可能であってもよい。なお、プリロード処理およびキャッシュ処理の詳細については後述するためここではその詳細な説明を省略する。「利用者」の項目には、利用者を識別する情報が記憶される。図７の例では、この項目には、特定の利用者に限定されない旨を示す「共用」が記憶されている。

図６の説明に戻る。ステップＳ３０２において、制御モジュール２１は、ステップＳ３０１で確認されたエントリの「利用回数」に格納されている値がそのエントリの「閾値」を越えるかを判定する。閾値を越える場合、制御モジュール２１はステップＳ３０３の処理に進む。一方、閾値以下である場合、制御モジュール２１はステップＳ３０１の処理に戻り、次のエントリについての確認処理を行う。

ステップＳ３０３において、制御モジュール２１は、利用回数が閾値を越えるサービスに対応するＵＲＬをサービス管理テーブル２６８から検索する。

図８は、サービス管理テーブル２６８の内容の一例を示す図である。サービス管理テーブル２６８は、各サービスに対応する操作画面のデータのＵＲＬ（格納場所）を管理するためのテーブルである。このテーブルには、「サービス」と「ベースＵＲＬ」との各項目が互いに関連付けて記憶される。これらの項目のうち、「サービス」の項目には、サービスの種別を示す情報が格納される。この例で、サービスには、「コピー」や「スキャン」などのサービスに加えて、画像形成装置２０に含まれる部材が故障した場合に提供されるサービスや、消耗品の交換が必要になった場合に提供されるサービスが含まれる。「ベースＵＲＬ」の項目には、そのサービスに対応するＵＲＬ（データの格納場所を示す情報）が格納される。

図６の説明に戻る。ＵＲＬが検索されると、ステップＳ３０４において、制御モジュール２１は、プリロード処理を行うか、キャッシュ処理を行うかを判定する。この判定は、サービスの種別毎にどちらの処理を行うかが予め設定され、その設定値が参照されることにより行われてもよい。プリロード処理を行うと判定された場合（ステップＳ３０４；Ｙ）、制御モジュール２１はステップＳ３０５の処理に進む。

ステップＳ３０５において、制御モジュール２１は、プリロード管理テーブル２６６に、検索されたＵＲＬを登録する。

図９は、プリロード管理テーブル２６６の内容の一例を示す図である。プリロード管理テーブル２６６は、操作画面のデータをプリロードすると判定されたサービスが登録されるテーブルである。このテーブルには、「サービス」と「ＵＲＬ」との各項目が互いに関連付けて記憶される。これらの項目のうち、「サービス」の項目には、サービスの種別を示す情報が格納される。「ＵＲＬ」の項目には、そのサービスに対応するＵＲＬ（データの格納場所を示す情報）が格納される。

図６の説明に戻る。ステップＳ３０５の処理を終えると、ステップＳ３０６において、制御モジュール２１は、プリロード処理を行う旨を指示する。ステップＳ３０６の処理を終えると、制御モジュール２１はステップＳ３０９の処理に進む。

ステップＳ３０４において、キャッシュ処理を行うと判定された場合（ステップＳ３０４；Ｎ）、制御モジュール２１はステップＳ３０７の処理に進む。ステップＳ３０７において、制御モジュール２１は、キャッシュ管理テーブル２６７に、検索されたＵＲＬを登録する。

図１０は、キャッシュ管理テーブル２６７の内容の一例を示す図である。キャッシュ管理テーブル２６７は、操作画面のデータをキャッシュすると判定されたサービスが登録されるテーブルである。このテーブルには、「サービス」と「ＵＲＬ」との各項目が互いに関連付けて記憶される。これらの項目のうち、「サービス」の項目には、サービスの種別を示す情報が格納される。「ＵＲＬ」の項目には、そのサービスに対応するＵＲＬ（データの格納場所を示す情報）が格納される。

図６の説明に戻る。ステップＳ３０７の処理を終えると、ステップＳ３０８において、制御モジュール２１は、キャッシュ処理を行う旨を指示する。ステップＳ３０８の処理を終えると、制御モジュール２１はステップＳ３０９の処理に進む。ステップＳ３０９において、制御モジュール２１は、操作頻度管理テーブル２６１に次のエントリがあるかを判定する。次のエントリがある場合（ステップＳ３０９；Ｙ）、制御モジュール２１はステップＳ３０１の処理に戻り、次のエントリの確認処理を行う。一方、次のエントリがない場合（ステップＳ３０９；Ｎ）、制御モジュール２１は処理を終了する。

図５の説明に戻る。ステップＳ２０２の処理を終えると、制御モジュール２１は、ステップＳ２０３において、処理実行頻度管理テーブル２６２の記憶内容に従ってどの操作画面のデータをキャッシュ（またはプリロード）するかを特定する処理を行う。

図１１は、図５のステップＳ２０３に示した処理実行頻度管理テーブル処理の流れを示すフローチャートである。ステップＳ４０１において、制御モジュール２１は、処理実行頻度管理テーブル２６２のエントリを確認する。

図１２は、処理実行頻度管理テーブル２６２の内容の一例を示す図である。図示のように、このテーブルには、「サービス」と「リクエストＵＲＬ」と「利用回数」と「閾値」と「利用者」との各項目が互いに関連付けて記憶される。これらの項目のうち、「サービス」の項目にはサービスの種別を示す情報が格納される。「リクエストＵＲＬ」の項目には、そのサービスに対応する操作画面のデータの格納場所を示す情報が格納される。「利用回数」の項目には、そのサービスに対応する処理が実行された回数を示す情報が格納される。「閾値」の項目には、サービス毎に予め設定された閾値が格納される。この実施形態では、サービスに対応する処理の実行回数が予め設定された閾値を超える場合、そのサービスに対応する操作画面のデータがプリロードまたはキャッシュされる。この閾値は変更可能であってもよいし、固定値であってもよい。「利用者」の項目には、利用者を識別する情報が記憶される。

図１１の説明に戻る。ステップＳ４０２において、制御モジュール２１は、ステップＳ４０１で確認されたエントリの「利用回数」に格納されている値がそのエントリの「閾値」を越えるかを判定する。閾値を越える場合、制御モジュール２１はステップＳ４０３の処理に進む。一方、閾値以下である場合、制御モジュール２１はステップＳ４０１の処理に戻り、次のエントリについての確認処理を行う。

ステップＳ４０３において、制御モジュール２１は、実行回数が閾値を越えるサービスに対応するＵＲＬをサービス管理テーブル２６８から検索する。ステップＳ４０３の処理を終えると、制御モジュール２１はステップＳ３０４の処理に進む。図１１のステップＳ３０４以降の処理（ステップＳ３０４乃至ステップＳ３０９の処理）は、図６のステップＳ３０４乃至ステップＳ３０９の処理と同様である。

図５の説明に戻る。ステップＳ２０３の処理を終えると、制御モジュール２１はステップＳ２０４の処理に進む。ステップＳ２０４において、制御モジュール２１は、故障予測管理テーブル２６３の記憶内容に従って、どのデータをキャッシュ（またはプリロード）するかを特定する処理を行う。

図１３は、図５のステップＳ２０４に示した故障予測管理テーブル処理の流れを示すフローチャートである。ステップＳ５０１において、制御モジュール２１は、故障予測管理テーブル２６３のエントリを確認する。

図１４は、故障予測管理テーブル２６３の内容の一例を示す図である。図示のように、このテーブルには、「情報」と「稼働回数」と「閾値」と「サービス名」との各項目が互いに関連付けて記憶される。これらの項目のうち、「情報」の項目には、画像形成装置２０に含まれる部材の種別を示す情報が格納される。この項目には、例えば、媒体を搬送する搬送ロールを識別する情報が格納される。「稼働回数」の項目には、その部材の稼働回数を示す情報が格納される。「閾値」の項目には、部材毎に予め設定された閾値が格納される。この実施形態では、部材の稼働回数が予め定められた閾値を超える場合、制御モジュール２１はその部材が故障した場合に表示される画面のデータをプリロードまたはキャッシュする。この閾値は変更可能であってもよいし、固定値であってもよい。「サービス名」の項目には、その部材が故障した場合に行われる処理（その部材が故障した場合に提供されるサービス）の種別を示す情報が格納される。

図１３の説明に戻る。ステップＳ５０２において、制御モジュール２１は、ステップＳ５０１で確認されたエントリの「稼働回数」に格納されている値がそのエントリの「閾値」を越えているかを判定する。閾値を越える場合、制御モジュール２１はステップＳ５０３の処理に進む。一方、閾値以下である場合、制御モジュール２１はステップＳ５０１の処理に戻り、次のエントリについての確認処理を行う。

ステップＳ５０３において、制御モジュール２１は、稼働回数が閾値を越える部材に対応するサービスに対応するＵＲＬをサービス管理テーブル２６８から検索する。ステップＳ５０３の処理を終えると、制御モジュール２１はステップＳ３０４の処理に進む。図１３のステップＳ３０４以降の処理（ステップＳ３０４乃至ステップＳ３０９の処理）は、図６のステップＳ３０４乃至ステップＳ３０９の処理と同様である。

図５の説明に戻る。ステップＳ２０４の処理を終えると、制御モジュール２１はステップＳ２０５の処理に進む。ステップＳ２０５において、制御モジュール２１は、消耗品交換予測管理テーブル２６４の記憶内容に従って、どのデータをキャッシュ（またはプリロード）するかを特定する処理を行う。

図１５は、図５のステップＳ２０５に示す消耗品交換予測管理テーブル処理の流れを示すフローチャートである。ステップＳ６０１において、制御モジュール２１は、消耗品交換予測管理テーブル２６４のエントリを確認する。

図１６は、消耗品交換予測管理テーブル２６４の内容の一例を示す図である。図示のように、このテーブルには、「情報」と「現在値」と「閾値」と「サービス名」との各項目が互いに関連付けて記憶される。これらの項目のうち、「情報」の項目には、画像形成装置２０が使用する消耗品の種別を示す情報が格納される。「現在値」の項目には、その消耗品の使用量または残量を示す情報が格納される。図の例では、消耗品の残量を示す値が格納される。「閾値」の項目には、消耗品毎に予め設定された閾値が格納される。この実施形態では、消耗品の残量が予め定められた閾値未満の場合（消耗品の使用量が予め定められた閾値を超える場合）、制御モジュール２１はその消耗品が無くなった場合に表示される画面のデータをプリロードまたはキャッシュする。この閾値は変更可能であってもよいし、固定値であってもよい。「サービス名」の項目には、その消耗品が無くなった場合に行われる処理（その消耗品が無くなった場合に提供されるサービス）の種別を示す情報が格納される。

図１５の説明に戻る。ステップＳ６０２において、制御モジュール２１は、ステップＳ６０１で確認されたエントリの「現在値」に格納されている値がそのエントリの「閾値」を下回っているかを判定する。閾値を下回っている場合、制御モジュール２１はステップＳ６０３の処理に進む。一方、閾値以上である場合、制御モジュール２１はステップＳ６０１の処理に戻り、次のエントリについての確認処理を行う。

ステップＳ６０３において、制御モジュール２１は、現在値が閾値を下回っている消耗品に対応するサービスに対応するＵＲＬをサービス管理テーブル２６８から検索する。図１６に示す例では、「Toner」が閾値を下回っているので、「Warning1」のサービスに対応するデータがプリロードまたはキャッシュの対象となる。ステップＳ６０３の処理を終えると、制御モジュール２１はステップＳ３０４の処理に進む。図１５のステップＳ３０４以降の処理（ステップＳ３０４乃至ステップＳ３０９の処理）は、図６のステップＳ３０４乃至ステップＳ３０９の処理と同様である。

図５の説明に戻る。ステップＳ２０５の処理を終えると、制御モジュール２１はステップＳ２０６の処理に進む。ステップＳ２０６において、制御モジュール２１は、初期画面を表示するためのデータが格納されているＵＲＬ（固定ＵＲＬという）にアクセスする。この例で、サーバ１０とのＩ／ＦはＨＴＴＰが使用される。例えば固定ＵＲＬが「http://xxxxxx/cs/init.htm」である場合、「GET http://xxxxxx/cs/init.htm HTTP1.1」といったリクエストがサーバ１０へ送信される。この場合、サーバ１０からは「HTTP1.1 200 Ok Content-Length: 123 Content-Type: text/html」といったヘッダを有するレスポンスが返信される。ステップＳ２０６の処理を終えると、制御モジュール２１は図４の処理に戻り、ステップＳ１０２以降の処理を行う。

図４の説明に戻る。制御モジュール２１は、処理が指示されるまで待機し（ステップＳ１０２；Ｎ）、処理が指示されると（ステップＳ１０２；Ｙ）、ステップＳ１０３の処理に進む。ステップＳ１０３において、制御モジュール２１はプリロードが指示されたかを判定する。プリロード指示は、例えば、図６、図１１、図１３および図１５のステップＳ３０６の処理で発行される。プリロード指示である場合（ステップＳ１０３；Ｙ）、制御モジュール２１はステップＳ１０４に進み、プリロード処理を行う。一方、プリロード指示でない場合（ステップＳ１０３；Ｎ）、制御モジュール２１はステップＳ１０５の処理に進む。

ステップＳ１０５において、制御モジュール２１はキャッシュを指示されたかを判定する。キャッシュ指示である場合（ステップＳ１０５；Ｙ）、制御モジュール２１はステップＳ１０６の処理に進み、キャッシュ処理を行う。一方、キャッシュ指示でない場合（ステップＳ１０５；Ｎ）、制御モジュール２１はステップＳ１０７の処理に進む。

ステップＳ１０７において、制御モジュール２１は、センサの出力値の変化があったかを判定する。センサの出力値の変化があった場合（ステップＳ１０７；Ｙ）、制御モジュール２１はステップＳ１０８の処理に進む。一方、センサの出力値が変化していない場合（ステップＳ１０７；Ｎ）、制御モジュール２１はステップＳ１０９の処理に進む。

ステップＳ１０９において、制御モジュール２１は、サーバ１０からデータを受信したかを判定する。サーバ１０からデータを受信した場合（ステップＳ１０９；Ｙ）、制御モジュール２１はステップＳ１１０に進み、受信処理を行う。一方、サーバ１０からデータを受信していない場合（ステップＳ１０９；Ｎ）、制御モジュール２１はステップＳ１１１の処理に進む。

ステップＳ１１１において、制御モジュール２１は、画像形成装置２０に含まれる機器、部材（部品）、消耗品などに関する情報（以下「利用情報」という）が更新されたかを判定する。利用情報は、例えば、部材の稼働回数を示す情報や、消耗品の現在値を示す情報である。利用情報が更新されている場合（ステップＳ１１１；Ｙ）、制御モジュール２１はステップＳ１１２に進み、情報更新処理を行う。一方、利用情報が更新されていない場合（ステップＳ１１１；Ｎ）、制御モジュール２１はステップＳ１１３の処理に進む。

ステップＳ１１３において、制御モジュール２１は、利用者による操作が検知されたかを判定する。利用者による操作があった場合（ステップＳ１１３；Ｙ）、制御モジュール２１はステップＳ１１４の処理に進み、操作処理を行う。一方、利用者による操作が検知されていない場合（ステップＳ１１３；Ｎ）、制御モジュール２１はステップＳ１１５の処理に進む。

ステップＳ１１５において、制御モジュール２１は、認証操作が検知されたかを判定する。例えば、ＩＣカードリーダにＩＣカードがかざされた場合に認証操作が検知されたと判定されてもよい。認証操作が検知された場合（ステップＳ１１５；Ｙ）、制御モジュール２１はステップＳ１１６の処理に進み、認証処理を行う。一方、認証処理が検知されていない場合（ステップＳ１１６；Ｎ）、制御モジュール２１はステップＳ１０２の処理に戻る。

図１７は、図４のステップＳ１０４に示すプリロード処理の流れを示すフローチャートである。ステップＳ７０１において、制御モジュール２１は、プリロード管理テーブル２６６のエントリを確認する。ステップＳ７０２において、制御モジュール２１は、プリロード管理テーブル２６６に登録されているＵＲＬを検索する。ステップＳ７０３において、制御モジュール２１は、ＵＲＬにアクセスしてサーバ１０からデータを取得する。取得されたデータにプログラムが含まれる場合、制御モジュール２１はプログラムを解釈および実行して表示データを生成し、生成した表示データをメモリに格納する。

ステップＳ７０４において、制御モジュール２１はプリロード管理テーブル２６６に次のエントリがあるかを判定する。次のエントリがある場合（ステップＳ７０４；Ｙ）、制御モジュール２１はステップＳ７０１の処理に戻り、次のエントリについてプリロードを行う。

図１８は、図４のステップＳ１０６に示すキャッシュ処理の流れを示すフローチャートである。この例では、制御モジュール２１は、キャッシュ管理テーブル２６７に登録されているＵＲＬに対応するデータを、Ｗｅｂブラウザのディスクキャッシュ機能を用いてキャッシュする。ステップＳ８０１において、制御モジュール２１は、キャッシュ管理テーブル２６７のエントリを確認する。ステップＳ８０２において、制御モジュール２１は、キャッシュ管理テーブル２６７からＵＲＬを検索する。ステップＳ８０３において、制御モジュール２１は、ＵＲＬにアクセスしてサーバ１０からデータを取得し、取得したデータをメモリに格納する。

ステップＳ８０４において、制御モジュール２１はキャッシュ管理テーブル２６７に次のエントリがあるかを判定する。次のエントリがある場合（ステップＳ８０４；Ｙ）、制御モジュール２１はステップＳ８０１の処理に戻り、次のエントリについてキャッシュ処理を行う。

図１９は、図４のステップＳ１０８に示すセンサ処理の流れを示すフローチャートである。ステップＳ９０１において、制御モジュール２１はセンサ管理テーブル２６５のエントリを確認する。

図２０は、センサ管理テーブル２６５の内容の一例を示す図である。図示のように、このテーブルには、「情報」と「サービス名」との各項目が互いに関連付けて記憶される。これらの項目のうち、「情報」の項目には、センサによって検知される画像形成装置２０における状態変化の種別を示す情報が記憶される。例えば、媒体が収容されている収容部がオープンされたことを示す情報や、トナーが収容されている部分の扉がオープンされたことを示す情報、画像読取装置２９に原稿がセットされたことを示す情報などが記憶される。「サービス名」の項目には、各情報に対応するサービスの種別を示す情報が格納される。例えば、媒体の収容部がオープンされた状態を示す情報には「コピー」のサービスが対応付けられ、原稿が画像読取装置２９にセットされたことを示す情報には「スキャン」のサービスが対応付けられてもよい。

図１９の説明に戻る。ステップＳ９０２において、制御モジュール２１は、センサ管理テーブル２６５から検知されたセンサの出力値に対応するサービスを検索する。例えば、センサ情報が「Document Set」の場合、原稿送り装置２８に原稿がセットされたことを意味するので、Copyサービスが選択される。ステップＳ９０３において、制御モジュール２１は、ステップＳ９０２で検索されたサービスに対応するＵＲＬを、サービス管理テーブル２６８から検索する。ＵＲＬが検索されると、制御モジュール２１はステップＳ３０４の処理に進む。図１９のステップＳ３０４以降の処理（ステップＳ３０４乃至ステップＳ３０９の処理）は、図６のステップＳ３０４乃至ステップＳ３０９の処理と同様である。

図２１は、図４のステップＳ１１０に示す受信処理の流れを示すフローチャートである。ステップＳ１１０１において、制御モジュール２１は、サーバ１０から受信されたデータ（以下「受信情報」という）がキャッシュ対象であるかを判定する。この判定は、受信情報の取得元のアドレスがキャッシュ管理テーブル２６７に登録されているかによって判定されてもよい。受信情報がキャッシュ対象でない場合（ステップＳ１１０１；Ｎ）、制御モジュール２１はステップＳ１１０２の処理に進む。一方、受信情報がキャッシュ対象である場合（ステップＳ１１０１；Ｙ）、制御モジュール２１は、ステップＳ１１０７において、受信情報を予め定められた記憶領域にキャッシュする。

ステップＳ１１０２乃至ステップＳ１１１１の処理では、制御モジュール２１は受信情報のＭＩＭＥタイプに応じた処理を行う。まず、ステップＳ１１０２において、制御モジュール２１は、受信情報がＨＴＭＬまたはＣＳＳで記述されたデータであるかを判定する。この判定は、例えばサーバ１０から送信されてきたＨＴＴＰレスポンスのヘッダにより判定されてもよい。受信情報がＨＴＭＬまたはＣＳＳで記述されたデータである場合（ステップＳ１１０２；Ｙ）、制御モジュール２１はステップＳ１１０３の処理に進む。一方、受信情報がＨＴＭＬで記述されたデータでもＣＳＳで記述されたデータでもない場合（ステップＳ１１０２；Ｎ）、制御モジュール２１はステップＳ１１０８の処理に進む。

ステップＳ１１０３において、制御モジュール２１は、ＨＴＭＬまたはＣＳＳのデータを解析し、画面を描画するための表示データを生成する。生成された表示データは予め定められた記憶領域に記憶される。ステップＳ１１０４において、受信情報がプリロード対象であるかを判定する。受信情報がプリロード対象でない場合（ステップＳ１１０４；Ｎ）、制御モジュール２１はステップＳ１１０３で生成した表示データをディスプレイ２２に出力して表示データの表す画面をディスプレイ２２に表示する。

図２７は表示される画面の一例を示す図である。図において、メニュー画面Ｇ１は、画像形成装置２０が提供するサービスを利用者が選択するための初期画面である。操作画面Ｇ２は、図４のメニュー画面Ｇ１において「スキャナー（メール送信）」のメニューが選択された場合に表示される画面の一例である。

一方、受信情報がプリロード対象である場合（ステップＳ１１０４；Ｙ）、制御モジュール２１は表示処理を行うことなく（すなわちステップＳ１１０５の処理を行うことなく）、ステップＳ１１０６の処理に進む。ステップＳ１１０６において、制御モジュール２１は、他に必要な情報がある場合はその情報をサーバ１０から取得するためにサーバ１０に再度アクセスする。

ステップＳ１１０８において、制御モジュール２１は、受信情報が画像を表す画像データであるかを判定する。画像データである場合（ステップＳ１１０８；Ｙ）、制御モジュール２１はステップＳ１１０９の処理に進む。一方、受信情報が画像データでない場合（ステップＳ１１０８；Ｎ）、制御モジュール２１はステップＳ１１１２の処理に進む。

ステップＳ１１０９において、制御モジュール２１は、画像データを解析し、画面を描画するための表示データを生成する。生成された表示データは予め定められた記憶領域に記憶される。ステップＳ１１１０において、制御モジュール２１は、受信情報がプリロード対象であるかを判定する。受信情報がプリロード対象でない場合（ステップＳ１１１０；Ｎ）、制御モジュール２１はステップＳ１１０９で生成した表示データをディスプレイ２２に出力して表示データの表す画像をディスプレイ２２に表示する。一方、受信情報がプリロード対象である場合（ステップＳ１１１０；Ｙ）、制御モジュール２１は表示処理を行うことなく（すなわちステップＳ１１１１の処理を行うことなく）処理を終了する。

ステップＳ１１１２において、制御モジュール２１は受信情報がＪａｖａＳｃｒｉｐｔであるかを判定する。受信情報がＪａｖａＳｃｒｉｐｔである場合（ステップＳ１１１２；Ｙ）、制御モジュール２１はステップＳ１１３の処理に進み、プログラムを評価し、必要に応じて処理を実行する。

図２２は、図４のステップＳ１１２に示す情報更新処理の流れを示すフローチャートである。情報更新処理では、制御モジュール２１は、更新された利用情報が、部材の稼働回数を示す情報（部品稼働情報）であるか、消耗品の現在値を示す情報（消耗品管理情報）であるかによって異なる処理を行う。ステップＳ１２０１において、制御モジュール２１は、更新された利用情報が部品稼働情報であるかを判定する。部品稼働情報である場合（ステップＳ１２０１；Ｙ）、制御モジュール２１は、ステップＳ１２０２の処理に進み、故障予測管理テーブル２６３の内容を更新する。一方、部品稼働情報でない場合（ステップＳ１２０１；Ｎ）、制御モジュール２１は、ステップＳ１２０３の処理に進む。

ステップＳ１２０３において、制御モジュール２１は、更新された利用情報が消耗品管理情報であるかを判定する。消耗品管理情報である場合（ステップＳ１２０３；Ｙ）、制御モジュール２１は、ステップＳ１２０４の処理に進み、消耗品交換予測管理テーブル２６４の内容を更新する。一方、消耗品管理情報でない場合（ステップＳ１２０３；Ｎ）、制御モジュール２１はステップＳ１２０４の処理を行うことなくそのまま処理を終了する。

図２３は、図４のステップＳ１１４に示す操作処理の流れを示すフローチャートである。ステップＳ１３０１において、制御モジュール２１は、検知された操作が、操作パネルを用いた操作であるかを判定する。

図２８は、ディスプレイ２２に表示される画面の一例を示す図である。図において、情報閲覧画面Ｇ３は、ブラウザの操作パネルＰ１が画面上部に表示され、操作パネルＰ１が操作されることにより、「戻る」、「進む」、「停止」、「リロード」などの動作が実施される。

検知された操作が操作パネル２３または操作パネルＰ１を用いた操作である場合（ステップＳ１３０１；Ｙ）、制御モジュール２１はステップＳ１３０２の処理に進む。一方、操作パネル２３または操作パネルＰ１を用いた操作でない場合（ステップＳ１３０１；Ｎ）、制御モジュール２１はステップＳ１３０３の処理に進む。ステップＳ１３０２において、制御モジュール２１は、利用者によって操作された内容に応じた処理を行う。例えば、制御モジュールは、利用者の操作に応じて画面を遷移させたり、処理を停止したり、といった制御を行う。

ステップＳ１３０３において、制御モジュール２１は、検知された操作がリンクの選択またはフォームの選択であるかを判定する。例えば、操作された領域に対応する箇所がＨＴＭＬの<A>タグや<FORM>タグで構成されている場合、リンクまたはフォームの選択であると判定されてもよい。具体的には、以下のように記述されている場合、リンクまたはフォームの選択であると判定されてもよい。
<A HREF=http://xxxxxx/cs/copy.htm>Copy</A>
<FORM METHOD=GET ACTION= http://xxxxxx/cs/copy.htm>

リンクまたはフォームを選択する操作である場合（ステップＳ１３０３；Ｙ）、制御モジュール２１はステップＳ１３０４の処理に進む。一方、リンクまたはフォームを選択する操作でない場合（ステップＳ１３０３；Ｎ）、制御モジュール２１はステップＳ１３１０の処理に進む。

ステップＳ１３０４において、制御モジュール２１は、選択されたリンクまたはフォームに対応するＵＲＬのデータがプリロード済またはキャッシュ済のデータであるかを判定する。プリロードまたはキャッシュされていない場合（ステップＳ１３０４；Ｎ）、制御モジュール２１はステップＳ１３０５の処理に進む。一方、プリロード済またはキャッシュ済である場合（ステップＳ１３０４；Ｙ）、制御モジュール２１は、ステップＳ１３０９において、プリロード済またはキャッシュ済の表示データを予め定められた記憶領域から読み出し、表示データをディスプレイ２２に出力して表示を行う。画面表示の方法としては、例えば、
<IFRAME SRC= http://xxxxxx/cs/copy.htm style="display:none">
といったように、<IFRAME>タグで指定されているＵＲＬの場合、制御モジュール２１がＣＳＳのdisplay:none（すなわち非表示）の状態でロードしておき、表示する際にdisplay:blockなどの属性に変更すればよい。この他にも、<FRAME>タグを利用したり、ＪａｖａＳｃｒｉｐｔプログラムにてWindowを生成するなどの方法も考えられる。

ステップＳ１３０５において、制御モジュール２１は、サーバ１０からデータを取得するための取得要求など、処理に必要な情報をサーバ１０に送信する。ステップＳ１３０６において、制御モジュール２１は、ユーザ認証がなされているかを判定する。ユーザ認証済である場合（ステップＳ１３０６；Ｙ）、制御モジュール２１はステップＳ１３０７の処理に進み、操作頻度管理テーブル２６１にそのＵＲＬを操作履歴として登録する。この操作履歴の「利用者」の項目には認証された利用者を識別する情報が設定される。一方、ユーザ認証がなされていない場合（ステップＳ１３０６；Ｎ）、制御モジュール２１はステップＳ１３０８の処理に進み、操作頻度管理テーブル２６１にそのＵＲＬを操作履歴として登録する。この操作履歴の「利用者」の項目には「共用」を示す値が設定される。すなわち、利用者が認証済であれば、認証された利用者のユーザ名とＵＲＬが操作頻度管理テーブル２６１に登録される、または利用回数が更新される。一方、未認証であれば、共用ユーザとして操作頻度管理テーブル２６１が更新される。

ステップＳ１３１０において、制御モジュール２１は検知された操作がＪａｖａＳｃｒｉｐｔに対する操作であるかを判定する。ＪａｖａＳｃｒｉｐｔに対する操作である場合（ステップＳ１３１０；Ｙ）、制御モジュール２１はステップＳ１３１１の処理に進む。一方、ＪａｖａＳｃｒｉｐｔに対する操作でない場合（ステップＳ１３１０；Ｎ）、制御モジュール２１はステップＳ１３０９の処理に進み、記憶装置２６の予め定められた記憶領域から表示データを読み出し、ディスプレイ２２に出力して表示処理を行う。

ステップＳ１３１１において、制御モジュール２１は検知された操作に対応するＵＲＬのデータがプリロード済またはキャッシュ済のデータであるかを判定する。プリロードもキャッシュもされていない場合（ステップＳ１３１１；Ｎ）、制御モジュール２１はステップＳ１３１２の処理に進む。一方、プリロードまたはキャッシュされている場合（ステップＳ１３１１；Ｙ）、制御モジュール２１は、ステップＳ１３０９の処理に進み、プリロード済またはキャッシュ済の表示データを予め定められた記憶領域から読み出し、表示データをディスプレイ２２に出力して表示処理を行う。具体的には、例えば、利用者の操作がＪａｖａＳｃｒｉｐｔの処理として、

ステップＳ１３１２において、制御モジュール２１は、サーバ１０からデータを取得するための取得要求などの、処理に必要な情報をサーバ１０に送信する。ステップＳ１３１３において、制御モジュール２１は、ユーザ認証がなされているかを判定する。ユーザ認証済である場合（ステップＳ１３１３；Ｙ）、制御モジュール２１はステップＳ１３１４の処理に進み、処理実行頻度管理テーブル２６２にその実行処理を処理履歴として登録する。この処理履歴の「利用者」の項目には認証された利用者を識別する情報が設定される。一方、ユーザ認証がなされていない場合（ステップＳ１３１３；Ｎ）、制御モジュール２１はステップＳ１３１５の処理に進み、処理実行頻度管理テーブル２６２にその実行処理を処理履歴として登録する。この処理履歴の「利用者」の項目には「共用」を示す値が設定される。すなわち、利用者が認証済であれば、認証された利用者のユーザ名とＵＲＬが操作頻度管理テーブル２６１に登録される、または利用回数が更新される。一方、未認証であれば、共用ユーザとして操作頻度管理テーブル２６１が更新される。

図２４は、図４のステップＳ１１６に示す認証処理の流れを示すフローチャートである。ステップＳ１４０１において、制御モジュール２１は認証処理を開始するかを判定する。認証処理を開始する場合（ステップＳ１４０１；Ｙ）、制御モジュール２１はステップＳ１４０２の処理に進む。一方、認証処理を開始しないと判定された場合（ステップＳ１４０１；Ｎ）、制御モジュール２１はステップＳ１４０５の処理に進む。

ステップＳ１４０２において、制御モジュール２１は画像形成装置２０の認証を行う。例えば、ＩＣカードから読み取られた利用者名が画像形成装置２０に登録されている利用者名である場合、認証完了となる。その後、ステップＳ１４０３において、制御モジュール２１は操作頻度管理テーブル処理（図６の処理）を行う。ステップＳ１４０４において、制御モジュール２１は処理実行頻度管理テーブル処理（図１１の処理）を行う。

ステップＳ１４０５において、制御モジュール２１は画像形成装置２０の認証解除を行う。認証が完了している状態において認証解除指示が認証装置２４からきた場合、認証解除が行われる。その後、制御モジュール２１はステップＳ１４０６においてプリロード破棄処理を行い、ステップＳ１４０７においてキャッシュ破棄処理を行う。

図２５はプリロード破棄処理の流れを示すフローチャートである。ステップＳ１５０１において、制御モジュール２１は、プリロード管理テーブル２６６のエントリを確認する。ステップＳ１５０２において、制御モジュール２１は、プリロード管理テーブル２６６からＵＲＬを検索する。ステップＳ１５０３において、制御モジュール２１は検索されたＵＲＬに対応するデータを破棄する。例えば<IFRAME>タグが使用されている場合、制御モジュール２１がプリロード管理テーブル２６６に登録されているＵＲＬに対応する<IFRAME>タグのＤＯＭ（Document Object Model）のノードを削除してもよい。また、ＪａｖａＳｃｒｉｐｔプログラムであれば、以下のようになる。
var iframe = document.getElementById("myIframe");
iframe.parentNode.removeChild(iframe);

ステップＳ１５０４において、制御モジュール２１はプリロード管理テーブル２６６に次のエントリがあるかを判定する。次のエントリがある場合（ステップＳ１５０４；Ｙ）、制御モジュール２１はステップＳ１５０１の処理に戻り、次のエントリについて処理を行う。一方、次のエントリがない場合（ステップＳ１５０４；Ｎ）、制御モジュール２１はそのまま処理を終了する。

図２６はキャッシュ破棄処理の流れを示すフローチャートである。キャッシュの破棄は、キャッシュ管理テーブル２６７のＵＲＬに対応するファイルを破棄する処理が、このテーブルのエントリ数だけ繰り返される。ステップＳ１６０１において、制御モジュール２１は、キャッシュ管理テーブル２６７のエントリを確認する。ステップＳ１６０２において、制御モジュール２１は、キャッシュ管理テーブル２６７からＵＲＬを検索する。ステップＳ１６０３において、制御モジュール２１は検索されたＵＲＬに対応したファイルを破棄する。ステップＳ１６０４において、制御モジュール２１はキャッシュ管理テーブル２６７に次のエントリがあるかを判定する。次のエントリがある場合（ステップＳ１６０４；Ｙ）、制御モジュール２１はステップＳ１６０１の処理に戻り、次のエントリについて処理を行う。一方、次のエントリがない場合（ステップＳ１６０４；Ｎ）、制御モジュール２１はそのまま処理を終了する。

ところで、Ｗｅｂブラウザを用いて操作画面を表示するシステムでは、画面表示の度にＷｅｂサーバとファイルを遣り取りするために画面表示に時間がかかる場合がある。これらの遣り取りを削減するために、ファイル・キャッシュという方法が用いられる場合がある。ファイル・キャッシュは、Ｗｅｂサーバから取得したファイルを記憶装置に保持し、これを再利用することで、ファイルの遣り取りを削減しようとするものである。しかし、遣り取りするファイルを全て保持するには、大きな記憶装置の容量が必要となる。

また、Ｗｅｂサーバからファイルを取得したあとも、ＨＴＭＬの構文解析や、ＪａｖａＳｃｒｉｐｔプログラムの構文解析や実行には、多くの時間が必要であり、画面表示までに長い時間を要する場合がある。これらを改善するために、ロードして実行した状態のまま保持しておくことが考えられるが、多くのメモリ（記憶装置）が必要となる。

それに対しこの実施形態では、操作画面を表示するためのデータをキャッシュ（またはプリロード）するかを、制御モジュール２１が利用者の操作履歴や処理の実行履歴などの履歴情報に基づいて判定する。そのため、全てのデータをキャッシュ（またはプリロード）することなく、画面の描画処理に係る処理時間が短縮される。

［３］変形例
上述した実施形態は、本発明の実施の一例に過ぎず、以下のように変形させてもよい。また、上述した実施形態及び以下に示す各変形例は、必要に応じて組み合わせて実施してもよい。

上述の実施形態において、画像形成装置２０が装置内にウェブサーバ２５（図３に点線で図示）の機能を備えていてもよい。この場合、画像形成装置２０の制御モジュール２１は、例えば内部ループバックの機能によりウェブブラウザからウェブサーバへアクセスしてもよい。この場合も、制御モジュール２１が、画像形成装置２０の利用者の操作履歴、処理の実行履歴、消耗品の使用量、機器（部材）の稼働量などの履歴情報に基づいてプリロード（またはキャッシュ）するかを判定する。

上述の実施形態において、データをキャッシュするかプリロードするかは、サービス毎に予め設定されていてもよく、また、その設定値を利用者が必要に応じて変更する構成であってもよい。

画像形成装置２０は、電子写真方式以外の方式で画像を形成するプリンタであってもよい。また、画像形成装置２０は、白黒の画像を形成するものであってもよいし、カラーの画像を形成するものであってもよい。

上述した実施形態において、画像形成装置２０の制御モジュール２１により実行されるプログラムは、インターネットなどの通信回線を介してダウンロードされてもよい。また、このプログラムは、磁気記録媒体（磁気テープ、磁気ディスクなど）、光記録媒体（光ディスクなど）、光磁気記録媒体、半導体メモリなどの、コンピュータが読取可能な記録媒体に記録した状態で提供されてもよい。

１…システム、２…通信回線、１０…サーバ、２０…画像形成装置、２１…制御モジュール、２２…ディスプレイ、２３…操作パネル、２４…認証装置、２５…Ｗｅｂサーバ、２６…記憶装置、２７…通信Ｉ／Ｆ、２８…原稿送り装置、２９…画像読み取り装置、３０…プリント装置、２０１…処理実行手段、２０２…取得手段、２０３…記憶手段、２０４…描画処理手段

Claims (7)

1. 表示制御装置であって、
   利用者の操作に応じた処理を実行する処理実行手段と、
   該利用者の操作履歴、前記処理の実行履歴、当該表示制御装置が使用する消耗品の使用量、当該表示制御装置に含まれる部材の稼働量および当該表示制御装置に設けられた検知手段の出力値の少なくともいずれかの情報を含む履歴情報が予め定められた条件を満たす場合、該履歴情報に対応付けられた画面を表示するためのデータを、該画面の表示を指示されているか否かに関わらず、Ｗｅｂサーバから取得する取得手段と、
   前記取得されたデータをメモリに記憶する記憶手段と、
   前記画面の表示を指示された場合、該指示された画面に対応するデータが前記メモリに記憶されている場合に該データに従って画面の描画処理を行う描画処理手段と
   を有し、
   前記データは前記画面を描画するためのプログラムを含み、
   前記記憶手段は、前記取得されたデータに含まれるプログラムを解釈および実行し、実行結果を前記メモリに記憶する
   表示制御装置。
2. 前記履歴情報は、前記利用者の操作履歴を示す情報を含み、
   前記取得手段は、前記利用者による操作回数が予め定められた閾値を超えるサービスに対応するデータを取得する
   請求項１に記載の表示制御装置。
3. 前記履歴情報は、前記処理の実行履歴を示す情報を含み、
   前記取得手段は、実行回数が予め定められた閾値を超える処理に対応するデータを取得する
   請求項１または２に記載の表示制御装置。
4. 前記履歴情報は、当該表示制御装置が使用する消耗品の使用量を示す情報を含み、
   前記取得手段は、前記使用量が予め定められた閾値を超える消耗品に対応するデータを取得する
   請求項１ないし３のいずれか１項に記載の表示制御装置。
5. 前記履歴情報は、当該表示制御装置に含まれる機器の稼働量を示す情報を含み、
   前記取得手段は、前記稼働量が予め定められた閾値を超える機器に対応するデータを取得する
   請求項１ないし４のいずれか１項に記載の表示制御装置。
6. 前記記憶手段は、前記履歴情報を前記利用者毎に前記メモリに記憶し、
   前記取得手段は、前記利用者を認証する認証手段により認証された利用者に対応する履歴情報が前記条件を満たす場合、前記データを取得する
   請求項１ないし５のいずれか１項に記載の表示制御装置。
7. コンピュータに、
   利用者の操作履歴、当該コンピュータが実行する処理の実行履歴、当該コンピュータが使用する消耗品の使用量、当該コンピュータに含まれる部材の稼働量および当該コンピュータに設けられた検知手段の出力値の少なくともいずれかの情報を含む履歴情報が予め定められた条件を満たす場合、該履歴情報に対応付けられた画面を表示するためのデータであって該画面を描画するためのプログラムを含むデータを、該画面の表示を指示されているか否かに関わらず、Ｗｅｂサーバから取得するステップと、
   前記取得されたデータをメモリに記憶するステップであって、前記取得されたデータに含まれるプログラムを解釈および実行し、実行結果を前記メモリに記憶するステップと、
   前記画面の表示を指示された場合、該指示された画面に対応するデータが前記メモリに記憶されている場合に該データに従って画面の描画処理を行うステップと
   を実行させるためのプログラム。

Images