(57)【要約】【課題】画像処理装置の状態についての最新のコンテンツをネットワーク上の機器に表示させるための処理を迅速に実行できるようにする。【解決手段】ＭＦＰ１では、画像処理動作に関連する要素の状態が、機器情報ＤＢ１４０において管理される。コンテンツ生成部１６０およびコンテンツ更新部１２０は、ＭＦＰ１の画像処理動作のための要素の状態が変化した旨のイベント発生を通知されると、当該通知に応じて、Ｗｅｂページを表示させるためのデータを更新する。【選択図】図３
2012085193.tif 000002
【特許請求の範囲】
【請求項１】
外部からの指示に基づいて画像処理動作を実行するための画像処理手段と、
前記画像処理手段の状態を特定する情報を記憶するための記憶手段と、
前記記憶手段に記憶されている情報に基づいて、前記画像処理手段の状態を表示させるためのコンテンツを生成するための生成手段と、
前記記憶手段に記憶された前記画像処理手段の状態の更新を検知する検知手段と、
前記検知手段が前記画像処理手段の状態の更新を検知したことを条件として、前記生成手段が生成した前記コンテンツを、前記記憶手段に記憶されている情報に基づいて更新するための更新手段とを備える、画像処理装置。
【請求項２】
前記画像処理手段の状態は、前記画像処理手段の第１の種類の要素の状態と、前記第１の種類の要素よりも状態の変化が速い前記画像処理手段の第２の種類の要素の状態とを含み、
前記更新手段は、
前記記憶手段において前記第１の種類の要素の状態が更新された場合には、前記生成手段が生成した前記第１の種類の要素について、前記生成手段が生成した前記コンテンツを、前記記憶手段に記憶されている情報に基づいて更新し、
前記記憶手段において前記第２の種類の要素の状態が更新された場合には、前記コンテンツの更新は行なわない、請求項１に記載の画像処理装置。
【請求項３】
外部からの指示に基づいて画像処理動作を実行するための画像処理手段を備える画像処理装置の制御方法であって、
前記画像処理装置が、
前記画像処理手段の状態を特定する情報を記憶するためのステップと、
前記画像処理手段の状態を特定する前記情報に基づいて、前記画像処理手段の状態を表示させるためのコンテンツを生成するためのステップと、
前記情報の更新を検知を検知するステップと、
前記情報の更新を検知したことを条件として、前記コンテンツを、前記画像処理手段の状態を特定する前記情報に基づいて更新するためのステップとを実行する、画像処理装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置に関し、特に、ネットワーク上の他の装置にその動作状態を表示される画像処理装置に関する。
【背景技術】
【０００２】
従来から、ネットワーク上のサーバにクライアント端末から文書を登録し、当該サーバに接続された画像処理装置に画像処理動作を実行させる、いわゆるプルプリント処理を実現するネットワークが実用化されている。このようなネットワークにおいて、クライアント端末では、画像形成動作を実行させる画像処理装置の選択等のために、各画像処理装置の動作状態を把握することは重要である。画像処理装置の動作状態をサーバで管理し、当該サーバからウェブページ等のコンテンツとしてクライアント端末に各画像処理装置の動作状態を供給しようとする場合、ネットワークトラフィックを抑えつつ、サーバにおけるコンテンツを生成する際の負荷を軽減することは重要である。なお、サーバからクライアント端末にコンテンツを提供する際に、迅速に最新のコンテンツを提供するための技術が、種々開示されている。
【０００３】
たとえば、特許文献１（特開２００６−５３７６５号公報）には、ネットワークシステムにおいて、クライアント端末からウェブページ情報の取得要求があった場合に、そのクライアント端末に既にウェブページ情報が転送されており、さらに転送後にウェブページ情報が更新されていない場合は、更新されていないことを示す情報をクライアント端末に送信する技術が開示されている。
【０００４】
また、特許文献２（特開２００４−３４２０６９号公報）には、キャッシュシステムにおいて、第１のアプリケーションから受信し第２のアプリケーションに送るべきデータ・ストリームが、キャッシュ内で格納され、そして、第２のアプリケーションからの要求に応答したクライアント・キャッシュ項目が、第２のアプリケーションに供給される技術が開示されている。
【０００５】
また、特許文献３（特開２００２−２９７４８６号公報）には、情報提供システムにおいて、 情報提供サーバが、ユーザが取得を希望するコンテンツのアドレスへ所定時間間隔でアクセスしてキャッシュデータを格納し、ユーザへコンテンツを提示する技術が開示されている。
【０００６】
また、特許文献４（特開２００２−３２２６１号公報）には、キャッシュやウェブページ内に記憶されるデータを、データベース管理システムや外部のデータソース内に記憶されるデータと同期を取る、ウェブコンテンツのキャッシュ方法が開示されている。
【０００７】
また、特許文献５（特開２００１−５７１５号公報）には、第１の計算機が提供するＷｅｂデータが更新されたときに、当該第１の計算機が、当該第１の計算機と通信回線を介して接続された第２の計算機にその旨を通知し、そして、当該第２の計算機が、当該通知を受けて、キャッシング中のＷｅｂデータを書き換える技術が開示されている。具体的には、第１の計算機のＷｅｂサーバプロセスと第２の計算機のＷｅｂプロキシサーバプロセスとの間の通信を中継する第２の計算機のキャッシュ管理プロセスは、Ｗｅｂプロキシサーバプロセスのキャッシング内容を監視する。一方、第１の計算機のデータ管理プロセスは、第１の計算機のＷｅｂサーバプロセスが提供するＷｅｂデータが更新されたときに、その旨を第２の計算機のキャッシュ管理プロセスに向けて通知する。そして、第２の計算機のキャッシュ管理プロセスは、このデータ管理プロセスからの通知を受けたときに、Ｗｅｂプロキシサーバプロセスにキャッシング中のＷｅｂデータを書き換えさせる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００６−５３７６５号公報
【特許文献２】特開２００４−３４２０６９号公報
【特許文献３】特開２００２−２９７４８６号公報
【特許文献４】特開２００２−３２２６１号公報
【特許文献５】特開２００１−５７１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記した特許文献１〜特許文献５の技術には、コンテンツの提供に際し、迅速さに欠けるという問題があった。特許文献１では、ウェブページ情報が前回の送信後に更新されていれば、サーバは、クライアント端末の要求に応じて、再度ウェブページ情報を取得し、クライアント端末へと送信する必要がある。特許文献３でも、同様に、情報提供サーバが上記アドレスにアクセスした後に上記アドレスのコンテンツが更新されていれば、情報提供サーバは、ユーザからの要求に応じて上記アドレスへとアクセスし、ユーザに提供するためのコンテンツを生成しなければならない。特許文献４についても、同期の後にウェブコンテンツが更新されれば、データベース管理システムや外部のデータソースへとアクセスしてコンテンツを取得する処理が必要とされる。特許文献２では、第２のアプリケーションから要求されたキャッシュ項目については、事前にキャッシングされているため、当該キャッシングの後にデータが更新された場合には、最新のデータを提供することができない。そして、特許文献５では、第１の計算機と第２の計算機とが通信回線を介して接続されているため、当該通信回線の接続状況によっては、第２の計算機のキャッシングが行なえず、最新のＷｅｂデータを提供できない事態が想定される。
【００１０】
本発明は、係る実情に鑑み考え出されたものであり、その目的は、画像処理装置の動作状態に関する最新のコンテンツを迅速に提供できるようにすることである。
【課題を解決するための手段】
【００１１】
本発明に従った画像処理装置は、外部からの指示に基づいて画像処理動作を実行するための画像処理手段と、画像処理手段の状態を特定する情報を記憶するための記憶手段と、記憶手段に記憶されている情報に基づいて、画像処理手段の状態を表示させるためのコンテンツを生成するための生成手段と、記憶手段に記憶された画像処理手段の状態の更新を検知する検知手段と、検知手段が画像処理手段の状態の更新を検知したことを条件として、生成手段が生成したコンテンツを、記憶手段に記憶されている情報に基づいて更新するための更新手段とを備える。
【００１２】
また、本発明の画像処理装置では、画像処理手段の状態は、画像処理手段の第１の種類の要素の状態と、第１の種類の要素よりも状態の変化が速い画像処理手段の第２の種類の要素の状態とを含み、更新手段は、記憶手段において第１の種類の要素の状態が更新された場合には、生成手段が生成した第１の種類の要素について、生成手段が生成したコンテンツを、記憶手段に記憶されている情報に基づいて更新し、記憶手段において第２の種類の要素の状態が更新された場合には、コンテンツの更新は行なわないことが好ましい。
【００１３】
本発明に従った画像処理装置の制御方法は、外部からの指示に基づいて画像処理動作を実行するための画像処理手段を備える画像処理装置の制御方法であって、画像処理装置が、画像処理手段の状態を特定する情報を記憶するためのステップと、画像処理手段の状態を特定する情報に基づいて、画像処理手段の状態を表示させるためのコンテンツを生成するためのステップと、情報の更新を検知を検知するステップと、情報の更新を検知したことを条件として、コンテンツを、画像処理手段の状態を特定する情報に基づいて更新するためのステップとを実行する。
【発明の効果】
【００１４】
本発明によれば、画像処理装置の動作状態に関する最新のコンテンツを迅速に提供できるようにすることである。
【図面の簡単な説明】
【００１５】
【図１】本発明の画像処理装置の一実施の形態であるＭＦＰ（Multi Function Peripheral）の外観を示す図である。
【図２】ＭＦＰのハードウェア構成を模式的に示す図である。
【図３】ＭＦＰのファームウェア構成を示す図である。
【図４】ＭＦＰの状態を表示するＷｅｂページの一例を示す図である。
【図５】ＭＦＰの状態を表示するＷｅｂページの一例を示す図である。
【図６】Ｗｅｂページを表示させるためのデータの一例を示す図である。
【図７】データ変換テーブルに格納されたデータ変換テーブルの一例を示す図である。
【図８】ステータス管理テーブルの内容の一例を模式的に示す図である。
【図９】ステータス管理テーブルの内容の一例を模式的に示す図である。
【図１０】コンテンツ表示用データの更新処理のフローチャートである。
【図１１】ＭＦＰの変形例において応答処理部が実行する処理のフローチャートである。
【発明を実施するための形態】
【００１６】
以下に、図面を参照しつつ、本発明の実施の形態について説明する。
なお、各図において、同じ機能を奏する要素については、同一の参照符号を付し、その説明は繰返さない。
【００１７】
［１．画像処理装置の構成］
図１は、本発明の画像処理装置の一実施の形態であるＭＦＰ１の外観を示す図である。
【００１８】
図１を参照して、ＭＦＰ１は、各種の処理に対する操作指示や文字・数字の入力を受付ける複数のハードキー１５を備える。
【００１９】
また、ＭＦＰ１は、操作画面や画像処理の対象となる画像に関する情報等を表示するディスプレイ１００を備える。ディスプレイ１００には、タッチセンサ２００が重ねられており、ディスプレイ１００とタッチセンサ２００とでタッチパネル２０１が構成されている。ＭＦＰ１は、ディスプレイ１００に設定キー等を含む操作画面を表示する。また、ＭＦＰ１は、設定キーの表示領域に対するタッチセンサ２００への接触操作を検知することにより、ユーザから設定の入力を受付ける。さらに、ＭＦＰ１は、ハードキー１５に対する操作を検知することにより、ユーザから設定の入力を受付ける。
【００２０】
ＭＦＰ１は、スキャナ部１３とプリンタ部１４を備える。スキャナ部１３は、原稿を光電的に読取って画像データを得る。プリンタ部１４は、スキャナ部１３により取得された画像データや、ネットワークを介して接続された機器（ＰＣ（パーソナルコンピュータ）等）から受信した画像データに基づき用紙上に画像を印刷する。プリンタ部１４は、また、ネットワークを介して接続された機器からの指示に応じて、ネットワークを介して受信した画像データ（文書）の画像を形成する。
【００２１】
ＭＦＰ１は、その本体上面に、原稿をスキャナ部１３に送るフィーダ部１７を備え、本体下部には、プリンタ部１４に用紙を供給する給紙部１８を備え、また、その中央部には、プリンタ部１４によって画像を印刷された用紙が排出されるトレイ１９を備える。
【００２２】
図２は、ＭＦＰ１のハードウェア構成を模式的に示す図である。
図２を参照して、ＭＦＰ１は、当該ＭＦＰ１の動作を全体的に制御するＣＰＵ（Central Processing Unit）１０と、ＣＰＵ１０のワークエリアとなるＲＡＭ（Random Access Memory）１１と、ＭＦＰの初期設定等のデータを記憶するＮＶ（Non Volatile）−ＲＡＭ１２とを含む。ＭＦＰ１は、さらに、ＨＤＤ（Hard Disc Drive）２０を含む。ＨＤＤ２０は、ＣＰＵ１０が実行するプログラムを記憶するプログラム記憶部２１と、種々のデータを記憶するデータ記憶部２２とを含む。
【００２３】
ＣＰＵ１０は、その機能として、Ｗｅｂサーバ１０Ａと機器情報管理部１０Ｂとを含む。これらの機能は、ＣＰＵ１０がプログラム記憶部２１または後述する記録媒体４００に記憶されたプログラムを実行することによって実現される。なお、これらの機能は、ＭＦＰ１に専用に搭載されたＬＳＩ（Large Scale Integration）等のハードウェアによって実現されても良い。
【００２４】
ＭＦＰ１は、公衆電話回線やＬＡＮ（Local Area Network）等の通信回線を介して外部機器と画像データ等のデータの送受信を行なうＮＩＣ６０を備える。ＮＩＣ６０は、公衆電話回線を介してファクシミリデータの送受信を行なうほか、ＬＡＮやインターネット等のネットワークを介し当該ネットワークに接続された外部機器との間で電子メールシステムやファイル転送システムを利用したデータの送受信を行なう。これにより、ＭＦＰ１は、通常のファクシミリ通信を行なうファクシミリ装置としての機能のみならず、電子メールの送受信端末・ファイル送受信端末としての機能も有する。なお、ＭＦＰ１が行なう通信は、有線でも良いし、無線であっても良い。
【００２５】
ＭＦＰ１は、さらに、プリンタ部１４で画像を形成された用紙に対してステープル等の後処理を行なう後処理部７０と、ＭＦＰ１本体に対して着脱可能な記録媒体４００に対してデータの読み込み／書き込みの処理を行なうメディアドライブ４０と、音声を出力するスピーカ８０とを含む。なお、ハードキー１５、タッチセンサ２００、ディスプレイ１００、スキャナ部１３、プリンタ部１４については、前述した説明のとおりであり、ここでの説明は省略する。
【００２６】
図３は、ＭＦＰ１のファームウェア構成を示す図である。
図３を参照して、機器情報管理部１０Ｂは、ＭＦＰ１における画像処理動作に関連する要素の状態を登録される機器情報データベース（ＤＢ）１４０と、当該機器情報ＤＢ１４０において変化が生じた場合に後述するコンテンツ更新部１２０にイベントの発生を通知するイベント通知部１３０と、イベント通知部１３０からの通知を受けると、機器情報ＤＢ１４０における変化の内容に基づいてコンテンツを更新するための情報を生成するコンテンツ更新部１２０と、機器情報ＤＢ１４０の変化の内容をコンテンツを更新するための情報に変換するためのデータを記憶するデータ変換テーブル１１０とを含む。
【００２７】
Ｗｅｂサーバ１０Ａは、コンテンツの材料となるデータを記憶するコンテンツ記憶部１５０と、機器情報ＤＢ１４０に記憶されている情報に基づいてＭＦＰ１の状態を表示するためのコンテンツを生成するコンテンツ生成部１６０と、ネットワーク９００を介して上記コンテンツを要求するクライアント端末８００に応答して当該クライアント端末８００にコンテンツを送信するための応答処理部１７０とを含む。機器情報ＤＢ１４０、データ変換テーブル１１０、および、コンテンツ記憶部１５０は、たとえばＨＤＤ２０によって実現される。コンテンツ生成部１６０は、たとえばＭＦＰ１の画像投入時の初期設定時等に、コンテンツを生成する。コンテンツ記憶部１５０は、コンテンツ生成部１６０が生成したコンテンツ、および、後述するように、当該コンテンツがコンテンツ更新部１２０によって生成された情報に基づいて更新されたものを、記憶する。
【００２８】
［２．表示されるコンテンツについて］
図４は、コンテンツ生成部１６０によって生成されるコンテンツであるＷｅｂページの一例を示す図である。図４を参照して、Ｗｅｂページ７００には、当該ＭＦＰ１の製造元の企業の社名（ＡＡＡ）が記載されたボタンと、消耗品情報として、プリンタ部１４において利用される４色（イエロー、マゼンタ、シアン、ブラック）のトナーの残量とが、表示されている。なお、図４における各色の残量は、イエローが３２％、マゼンタが５３％、シアンが３２％、そして、ブラックが７５％である。
【００２９】
なお、ＭＦＰ１は、コンテンツとして、上位の階層として、「製品情報」「サポート情報」「ネットワーク設定情報」「印刷設定情報」「情報の印刷」の５つのページを表示できる。これらのページは、Ｗｅｂページ７００の左下欄に、メニューとして表示されている。図４は、この中の「製品情報」のページを示している。製品情報のページには、その下の階層として、「構成要素」「オプション」「消耗品情報」「カウンター」の４つのページが関連付けられている。上記メニューにおいて、「消耗品情報」のメニューがハッチングを付されて表示されていることからも理解されるように、図４のＷｅｂページは、製品情報の中の消耗品情報のメニューに対応したページである。Ｗｅｂページ７００は、「消耗品情報」のページに相当する。
【００３０】
図８は、機器情報ＤＢ１４０における記憶内容の一例（ステータス管理テーブル）を模式的に示す。なお、機器情報ＤＢ１４０における情報の記憶態様は、図８に示されたテーブル形式に限定されない。
【００３１】
図８では、ＭＦＰ１における、画像処理動作に関連する要素の状態として、トナー残量、用紙残量、印刷設定、ネットワーク設定、および、デバイス状態が含まれる。
【００３２】
トナー残量は、上記した４色のトナーのそれぞれの残量（使用開始時の量に対する残量の割合）を特定する情報である。
【００３３】
用紙残量は、ＭＦＰ１に備えられた複数の用紙トレイ（トレイ１〜トレイ４）における用紙の残量を特定する情報である。なお、本実施の形態では、用紙無し（Empty）、用紙の残量が少ない（NearEmpty）、十分の残量が有る（Ready）の三段階で、用紙の残量が特定される。用紙トレイとは、プリンタ部１４において画像形成の対象となる用紙が載置されるトレイである。
【００３４】
印刷設定とは、ＭＦＰ１においてその時点で設定されている画像形成のための設定であり、印刷部数、印刷の際のカラー設定（Full Color）、用紙サイズ、および、両面印刷のon/offを含む。
【００３５】
ネットワーク設定とは、ＭＦＰ１がネットワーク通信を行なう際の各種のアドレスの設定である。
【００３６】
デバイス状態とは、ＭＦＰ１のスキャン機能（スキャナ部１３を用いた画像のスキャンを行なう機能）およびプリンタ機能（プリンタ部１４を用いた画像形成機能）が実現可能か否かの状態を示す情報である。ＭＦＰ１において各機能を実現するためのすべての要素にエラーが無い場合には、各機能が実現可能であるとしてReadyが登録される。少なくとも１つの要素にエラーがある場合には、各機能は実現できないとしてErrorが登録される。要素におけるエラーの有無は、たとえば図示しない各種のセンサによって検出される。
【００３７】
Ｗｅｂページ７００を表示させるためのＸＭＬ（Extensible Markup Language）データの一例を、図６（Ａ）に示す。
【００３８】
データ７５０では、「system.xsl」で特定されるスタイルシートが利用されて、Ｗｅｂページ７００が構成される旨が記載されている。そして、データ７５０では、当該スタイルシート内で、<Scan>タグで囲まれてステータス管理テーブル内のスキャナ状態が記入されており、また、<Print>タグで囲まれてステータス管理テーブル内のプリンタ状態が記入されている。これにより、Ｗｅｂページ７００では、これらの状態を表示するための「スキャン準備完了」「印刷準備完了」という文字列が表示されている。
【００３９】
また、データ７５０では、当該スタイルシート内で、<ConsumableInfo>タグが記述されることにより、Ｗｅｂページ７００が「製品情報」のページを構成する情報であることが示されている。そして、<Toner>タグが記述されることにより、Ｗｅｂページ７００にトナー残量が表示されることが示されている。
【００４０】
また、データ７５０では、ステータス管理テーブル上のイエロー、マゼンタ、シアン、ブラックのそれぞれの色のトナーの残量が、<Yellow>、<Magenta>、<Cyan>、<Black>のそれぞれのタグに囲まれて、記述されている。これに応じて、Ｗｅｂページ７００では、各色のトナー残量が表示される。
【００４１】
図９は、ブラックのトナー残量が、図８に示された７５％から、７３％に減少したときのステータス管理テーブルを示す図である。
【００４２】
ＭＦＰ１では、ステータス管理テーブルに登録されたデータが更新されると、それに応じて、Ｗｅｂページを表示させるためのデータが更新される。図６（Ｂ）は、ステータス管理テーブルが図８から図９に更新されたことに応じて（図６（Ａ）から）更新されたＸＭＬデータを示す。
【００４３】
図６（Ｂ）のデータ７５１では、図６（Ａ）のデータ７５０と比較して、<Black>タグ内に記載された値が、ステータス管理テーブル中のブラックのトナー残量の値の変化に応じて、７５から７３に変化している。ＸＭＬデータが変化したことに伴い、対応して表示されるＷｅｂページも変化する。図５は、図６（Ｂ）のデータ７５１に基づいて表示されるＷｅｂページの一例を示す図である。
【００４４】
図５のＷｅｂページ７０１では、図４のＷｅｂページ７００と比較して、ブラックの残量が、「７３％」へと変化している。
【００４５】
上記したようなＸＭＬデータの更新は、コンテンツ更新部１２０によってなされる。
具体的には、ステータス管理テーブルに登録された値が更新されると、イベント通知部１３０は、値が更新された旨のイベントをコンテンツ更新部１２０へ通知する。イベントを通知されると、コンテンツ更新部１２０は、値を更新された情報の種類に対応した、ＸＭＬデータのタグを、データ変換テーブル１１０において検索する。
【００４６】
図７は、データ変換テーブル１１０に格納されたデータ変換テーブルの一例を示す。
図７では、図８（および図９）のステータスの各種類に関連付けられて、対応するページ、親タグおよび子タグが記憶されている。対応するページとは、たとえばＸＭＬ文書におけるスタイルシートを特定する情報を含む。なお、図７中の「system.xml」は、図４を参照して説明した「装置情報」のページに対応する。「printsetting.xml」は、「印刷設定情報」のページに対応する。「network.xml」は、「ネットワーク設定情報」のページに対応する。「system.xml」は、図４の「スキャン準備完了」および「印刷準備完了」部分の表示に対応する。
【００４７】
また、図８の「トナー残量」は、図７の親タグ<MFP><ConsumableInfo><Toner>に対応する。「用紙残量」は、親タグ<MFP><ConsumableInfo><Paper>に対応する。「印刷設定」は、親タグ<MFP><PrintSetting>に対応する。「ネットワーク設定」は、親タグ<MFP><SystemInfo><Network>に対応する。「デバイス状態」は、親タグ<MFP><Status>に対応する。
【００４８】
コンテンツ更新部１２０は、イベント通知部１３０からステータス管理テーブルの値の変化のイベント通知を受けると、値が変化した情報の種類に対応した「対応するページ」「親タグ」「子タグ」を、データ変換テーブル１１０から検索する。たとえば、ブラックのトナー残量の値が変化した場合には、「対応するページ」として「system.xml」を、「親タグ」として<MFP><ConsumableInfo><Toner>を、そして、「子タグ」として<Black>を、取得する。
【００４９】
そして、コンテンツ更新部１２０は、取得した子タグにステータス管理テーブルにおける更新後の値を挿入して、同様に取得した「対応するページ」および「親タグ」とともに、コンテンツ記憶部１５０に送信する。また、このようにデータを送信したことを、コンテンツ生成部１６０へ通知する。これを受けて、コンテンツ生成部１６０は、このように送信されたデータで、それまで記憶していたコンテンツデータ（たとえば、図６（Ｂ）のデータ７５０）の当該データに対応する部分を更新する。このようにして、図６（Ａ）のデータ７５０が、コンテンツ更新部１２０が送信したデータによって、図６（Ｂ）に示されるように更新される。
【００５０】
なお、機器情報ＤＢ（ステータス管理テーブル）の更新は、既存の技術を用いてＭＦＰ１の各要素の状態が管理されることに基づいて、実現される。
【００５１】
［３．コンテンツ表示用データの更新］
図１０は、上記のようにコンテンツを表示させるためのデータを更新（図６（Ａ）および図６（Ｂ））するために、ＭＦＰ１において実行される処理（コンテンツ表示用データの更新処理）のフローチャートである。
【００５２】
図１０を参照して、コンテンツ表示用データの更新処理では、ステップＳＡ１０で、イベント通知部１３０が、ステータス管理テーブルに登録された値に変更があったか否かを判断し、変更があったと判断すると、コンテンツ更新部１２０へイベント発生を通知して、ステップＳＡ２０へ処理を進める。
【００５３】
ステップＳＡ２０では、コンテンツ更新部１２０が、データ変換テーブル１１０を検索することにより、変更があった値に対応する「対応するページ」「親タグ」「子タグ」を取得し、取得したこれらを用いて、コンテンツ生成部１６０によって予め生成されたコンテンツを表示させるためのデータを更新するためのデータを生成し、ステップＳＡ３０へ処理を進める。ここで生成されるデータは、たとえば、「<MFP><ConsumableInfo><Toner><Black>73</Black></Toner></ConsumableInfo></MFP>」を含む。
【００５４】
ステップＳＡ３０では、コンテンツ生成部１６０は、コンテンツ更新部１２０によって生成されたデータを用いて、生成していたコンテンツを表示させるためのデータを更新する。なお、コンテンツ生成部１６０によって生成／更新されたデータは、クライアント端末８００からのコンテンツ閲覧要求に先だって行なわれる。したがって、コンテンツ生成部１６０によって生成／更新されるデータは、キャッシュデータに相当する。
【００５５】
以上説明した本実施の形態では、コンテンツ生成部１６０およびコンテンツ更新部１２０は、ＭＦＰ１の画像処理動作のための要素の状態が変化した旨のイベント発生を通知されると、当該通知に応じて、Ｗｅｂページを表示させるためのデータを更新する。これにより、ＭＦＰ１内において、当該ＭＦＰ１の画像処理動作のための要素の状態を示すコンテンツが、最新の状態に対応したものに更新される。
【００５６】
そして、ＭＦＰ１は、クライアント端末８００（のブラウザ）からの要求に応じて、当該コンテンツをクライアント端末８００へ送信する。
【００５７】
本実施の形態では、ＭＦＰ１の最新の状態に対応したコンテンツが、クライアント端末８００からの要求に先立って、キャッシュとして生成されていることから、クライアント端末８００からコンテンツの要求があった場合には、迅速に、当該コンテンツを送信することができる。
【００５８】
［４．ページごとにコンテンツの生成（更新）態様を区別する変形例］
上記したように、ＭＦＰ１は、当該ＭＦＰ１の画像処理に関する要素の状態を、コンテンツとして提供する。当該コンテンツは、図４や図７を参照して説明したように、複数のページを含む。なお、ＭＦＰ１の画像処理に関する要素は、トナーの残量のように、画像形成に伴って徐々に変化するものもあれば、比較的変化が速いものもある。
【００５９】
ＭＦＰ１は、上記したコンテンツにおいて、変化が比較的速いものについての状態を表示するページと、変化が比較的遅いものについての状態を表示するページとで、コンテンツの生成態様を区別することができる。
【００６０】
具体的には、変化が比較的遅い要素については、上記したように、ステータス管理テーブルの値の変更のイベントが発生すると、イベント通知部１３０がコンテンツ更新部１２０へ通知し、それに応じて、逐次的に、変化後の値に基づいてページを表示させるためのデータ（図６（Ａ）等）が更新される。
【００６１】
一方、変化が比較的速い要素については、ステータス管理テーブルの値が変更される等してその状態が変化しても、当該要素の状態を表示するためのページを表示させるためのデータを、更新しない。このような要素の状態を表示するためのページについては、クライアント端末８００からの要求に応じて、当該ページを表示させるためのデータが生成される。このような状態の変化について、ＭＦＰ１は、イベント通知部１３０からコンテンツ更新部１２０へのイベント発生の通知は行なわれるがコンテンツ更新部１２０がこれに応答したコンテンツの更新のための処理を実行しないように構成されても良いし、このような状態の変化については、イベント通知部１３０がその内容を判断してイベントの発生の通知自体を行なわないように構成されても良い。
【００６２】
状態の変化が比較的速い要素としては、たとえば、ＭＦＰ１における実行中および／または実行予定のジョブのリストが挙げられる。ＭＦＰ１において、ジョブは順次実行される。したがって、ジョブリストを構成するジョブは、逐次的に変化する場合が多い。本変形例では、このような要素については、状態（実行中および／または実行予定のジョブリストを構成するジョブ）が変化しても、ジョブリストを表示するためのページを更新しない。当該ページは、クライアント端末８００からの要求があったことに応じて生成され、クライアント端末８００へ送信される。
【００６３】
状態の変化が比較的遅い要素としては、上記したトナーの残量の他に、用紙残量、印刷設定、ネットワーク設定、デバイスの状態等が挙げられる。
【００６４】
図１１は、本変形例において、クライアント端末８００からのページの要求に応答するために応答処理部１７０が実行する処理のフローチャートである。
【００６５】
図１１を参照して、応答処理部１７０は、ステップＳＢ１０で、クライアント端末８００のブラウザから、ＭＦＰ１の状態を表示するためのページの要求があったか否かを判断し、当該要求があったと判断するとステップＳＢ２０へ処理を進める。
【００６６】
ステップＳＢ２０では、応答処理部１７０は、要求されたページが、キャッシュ対象のページであるか否かを判断し、そうであると判断するとステップＳＢ３０へ処理を進め、そうではないと判断するとステップＳＢ４０へ処理を進める。応答処理部１７０は、要求されたページが、上記したような、状態の変化が比較的遅い要素についてのページである場合には、キャッシュの対象であると判断してステップＳＢ３０へ処理を進める。一方、要求されたページが、上記したような、状態の変化が比較的速い要素についてのページである場合には、キャッシュ対象外であると判断してステップＳＢ４０へ処理を進める。
【００６７】
ステップＳＢ３０では、応答処理部１７０は、コンテンツ記憶部１５０に記憶されているコンテンツの中から当該ページのデータを読み出して、ステップＳＢ５０へ処理を進める。
【００６８】
一方、ステップＳＢ４０では、応答処理部１７０は、コンテンツ生成部１６０に、ステータス管理テーブルから当該ページに対応するデータに基づいて当該ページのデータを生成させ、そのように生成されたデータを取得して、ステップＳＢ５０へ処理を進める。
【００６９】
ステップＳＢ５０では、応答処理部１７０は、ステップＳＢ３０またはステップＳＢ４０で取得したデータを、ブラウザに対するレスポンスとして送信して、処理を終了させる。
【００７０】
本変形例によれば、変化が比較的遅い要素についてのみコンテンツのページのキャッシュを更新し、一方、変化が速い要素についてはキャッシュを更新しないことにより、無駄にキャッシュを更新してＭＦＰ１の負担が増加することを回避することができる。
【００７１】
［５．その他の変形例］
本発明は、画像処理装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。そして、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記録媒体（記録媒体４００）を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ（Micro-Processing Unit））が記録媒体に格納されたプログラムコードを読み出し実行することによっても、本発明の効果を享受することが可能となる。
【００７２】
この場合、記録媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコードを記憶した記録媒体は本発明を構成することになる。
【００７３】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００７４】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれることは言うまでもない。
【００７５】
記録媒体としては、ＣＤ−ＲＯＭ（Compact  Disc  -  Read  Only  Memory）、ＤＶＤ−ＲＯＭ（Digital  Versatile  Disk  -  Read  Only  Memory）、ＵＳＢ（Universal  Serial  Bus）メモリ、メモリカード、ＦＤ（Flexible  Disk）、ハードディスク、磁気テープ、カセットテープ、ＭＯ（Magnetic  Optical  Disc）、ＭＤ（Mini  Disc）、ＩＣ（Integrated  Circuit）カード（メモリカードを除く）、光カード、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ（Electronically  Erasable  Programmable  Read-Only  Memory）などの、不揮発的にプログラムを格納する媒体が挙げられる。
【００７６】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００７７】
１  ＭＦＰ、１０Ａ  Ｗｅｂサーバ、１０Ｂ  機器情報管理部、１２  ＲＡＭ、１３  スキャナ部、１４  プリンタ部、２１  プログラム記憶部、２２  データ記憶部、４０  メディアドライブ、１１０  データ変換テーブル、１２０  コンテンツ更新部、１３０  イベント通知部、１５０  コンテンツ記憶部、１６０  コンテンツ生成部、１７０  応答処理部、４００  記録媒体、８００  クライアント端末。
【図１】
2012085193.tif 000003
【図２】
2012085193.tif 000004
【図３】
2012085193.tif 000005
【図４】
2012085193.tif 000006
【図５】
2012085193.tif 000007
【図６】
2012085193.tif 000008
【図７】
2012085193.tif 000009
【図８】
2012085193.tif 000010
【図９】
2012085193.tif 000011
【図１０】
2012085193.tif 000012
【図１１】
2012085193.tif 000013