JP2017016393A - 画像処理装置、システム、画像処理装置の制御方法、システムの制御方法、及びプログラム - Google Patents

Abstract

【課題】画像処理装置の顧客ユーザに通知すべきメッセージを容易に画像処理装置の表示部に表示させて、顧客ユーザに確実に通知し、画像処理装置の保守管理業務を効率化するシステムを提供する。【解決手段】管理サーバ１０６は、販売会社ユーザ等から画像処理装置１０２の画面に表示させたいメッセージを受付け、メッセージを含むページ情報と、受付けた指示に対応する第１の指示情報を生成するＳ４０１。画像処理装置は、画像処理装置に対する指示情報の第１の問合せを管理サーバに対して定期的に行いＳ４０２、管理サーバからの第１の指示情報に基づく通知に応じて、通知に対応するメッセージを表示部のステータス表示領域に表示しＳ４０６、ウェブブラウザを利用して、管理サーバから第１の指示情報に関連するメッセージを含むページ情報を取得して、表示部に表示するＳ４０７〜Ｓ４１１。【選択図】図４

Description

本発明は、画像処理装置、システム、画像処理装置の制御方法、システムの制御方法、及びプログラムに関するものである。

従来より、管理サーバが画像処理装置から通知されるイベント情報（エラー、アラーム、ジャム）に応じて、販売会社のディスパッチャ、サービスマン、消耗品担当者などへ通知を行うシステムが提案されている。

従来の画像処理装置は、管理サーバに上述のような情報を送る一方で、管理サーバからの通知をパネルに表示させることで顧客ユーザに対して画像処理装置への対処を促してきた。例えば、トナー残量が少なくなったことが表示されると、顧客ユーザはコールセンターに配送状況の確認や配送を依頼してきた。なお、従来、画像処理装置のファームウェア更新の実施、保守に関する情報（実施時刻など）などについては表示されず、それについて顧客ユーザが把握することはなかった。

特許文献１には、消耗品の交換時期が接近したことを検知して画面表示し、顧客がその画面で発注指示を行うと、発注データを管理サーバに送り、管理サーバからの納期データを受信して画面に表示することにより、画像処理装置の消耗品の発注と納期確認を容易にする技術が提案されている。

特開２００６−２６８６５０号公報

従来より、消耗品の残量や納期等の特定の通知を画像処理装置の表示部に表示することは可能であった。しかし、画像処理装置の保守管理業務は、多岐におよぶため、従来のような特定の通知だけでは対応できなかった。

例えば、ファームウェア更新の実施、保守に関する情報（実施時刻など）などについては従来の画像処理装置の表示部には表示されず、顧客ユーザはファームウェア更新の実施時刻を把握できなかった。このため、ファームウェア更新中に画像処理装置の電源を切られてしまい、正常に実施されないケースなどが発生する可能性があった。この場合、販売会社のユーザ等は、ファームウェアの更新を実施するように再手配する等の非効率な作業が発生し、顧客への対応も遅れるという可能性があった。このように、従来では、画像処理装置の保守管理業務において顧客ユーザに通知すべき多種多様な通知に対応することができず、保守管理業務が非効率的になったり支障をきたす可能性もあった。

本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、画像処理装置の保守管理業務において顧客ユーザに通知すべき多種多様なメッセージを画像処理装置の表示部に表示させて、顧客ユーザに通知することができ、画像処理装置の保守管理業務を効率化する仕組みを提供することである。

本発明は、画像処理装置であって、前記画像処理装置の稼働情報を第１のサーバに送信する機能と、前記画像処理装置に対する指示情報の第１の問合せを前記第１のサーバに対して定期的に実行する機能とを有する監視手段と、前記監視手段からの前記第１の問合せに対する前記第１のサーバからの第１の指示情報に基づく通知に応じて、該通知に対応するメッセージを前記画像処理装置の表示部のステータス表示領域に表示する機能を有する第１の制御手段と、ウェブブラウザを利用して、前記第１のサーバから前記第１の指示情報に関連するメッセージを含むページ情報を取得して、前記画像処理装置の表示部に表示する機能を有する第２の制御手段と、を有することを特徴とする。

本発明によれば、画像処理装置の保守管理業務において顧客ユーザに通知すべき多種多様なメッセージを画像処理装置の表示部に表示させて、顧客ユーザに通知することができ、画像処理装置の保守管理業務を効率化することができる。
例えば、画像処理装置の消耗品の配送やサービスマンの派遣についての情報を顧客ユーザに通知して、二重配送／二重派遣の発生を抑えたり、ファームウェア更新の実施スケジュールを顧客ユーザに通知して、ファームウェア更新が正常に実施できないケースの発生も抑えることもでき、画像処理装置の保守管理業務を効率化することができる。

本実施例の画像処理装置と管理サーバとを含むシステム構成図 画像形成装置及び管理サーバのハードウェア構成図 画像形成装置及び管理サーバのソフトウェア構成図 管理サーバと画像形成装置間の処理を示すシーケンス図 メッセージ登録画面の画面例 メッセージ画面のＨＴＭＬを示す図 画像形成装置に表示されるステータスバー表示の画面例 画像形成装置に表示されるメッセージリスト、メッセージの画面例 管理サーバ及び画像形成装置からメッセージを削除する際の画面例 管理サーバのメッセージ自動生成処理を示すシーケンス図 管理サーバのメッセージ自動生成処理を示すフローチャート 管理サーバのメッセージ自動生成処理を示すフローチャート 画像形成装置の通知先判断処理を示すフローチャート 実施例１のファームウェア更新メッセージの画面例 画像形成装置の指示確認タイミング変更処理を示すフローチャート 実施例３のファームウェア更新メッセージの画面例 顧客ユーザが配送状況を確認する処理を示すシーケンス図 管理サーバの配送状況メッセージ登録画面例 画像形成装置に表示される配送状況メッセージの画面例 画像形成装置に表示される配送システムの検索画面及び配送情報画面例

以下、本発明を実施するための形態について図面を用いて説明する。

図１は、本発明の一実施例を示す画像処理装置と管理サーバとを含むシステムの構成を例示する図である。
図１において、１０２は画像処理装置、１０３はプロキシサーバ（Ｐｒｏｘｙ Ｓｅｒｖｅｒ）、１０４はファイアウォール（Ｆｉｒｅｗａｌｌ）、１０５はパーソナルコンピュータ（ＰＣ）を表しており、ＬＡＮ１０１を介して相互に通信可能に接続される。

ファイアウォール１０４は、インターネット（Ｉｎｔｒａｎｅｔ）のセキュリティを高めるために設置されるものである。ＰＣ１０５は、一般のユーザが業務等で使用するコンピュータであり、タブレット端末やスマートフォンなどであってもよい。１０７は、画像処理装置１０２とプロキシサーバ１０３、ファイアウォール１０４とが、ＬＡＮ１０１を介して相互に接続されたインターネットの環境を表している。

１０６は管理サーバ（メンテナンスシステムサーバとも呼ぶ）である。管理サーバ１０６は、画像処理装置１０２のカウンタ、稼働情報に基づく稼動状態を一元的に管理する機能や、画像処理装置１０２の消耗品のステータス情報に基づき消耗品の在庫管理を行う機能等を備える。以下、画像処理装置１０２の情報をデバイス情報と呼ぶ。

なお、インターネット環境１０７と、管理サーバ１０６とは、インターネット１０８を介して相互に接続されている。画像処理装置１０２は、画像処理装置１０２の稼働情報等のデバイス情報の送信先として設定されている管理サーバ１０６に、画像処理装置１０２のデバイス情報を送信する。なお、図１の例では、インターネット環境１０７を１つしか記載していないが、実際には複数のインターネット環境１０７と、管理サーバ１０６とがインターネット１０８を介して相互に接続されている。

画像処理装置１０２は、例えば、デジタル複合機、ファクシミリ装置、プリンタ、スキャナ装置、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）などの画像形成装置に適用することができる。また、画像処理装置１０２は、デジタル医療機器、ネットワークカメラ、カーナビゲーションシステム、各種ネットワーク家電などにも適用可能である。

１０９はファームウェア管理サーバである。ファームウェア管理サーバ１０９は、遠隔で画像処理装置１０２のファームウェアを更新させるためにファームウェアを配信する。

インターネット１０８には、販売会社ユーザＰＣ１１０や、外部システムである配送会社の配送システム１１１も接続されている。
販売会社ユーザＰＣ１１０は、販売会社のユーザが使用するＰＣである。販売会社ユーザＰＣ１１０は、タブレット端末やスマートフォンなどであってもよい。
配送システム１１１は、消耗品の配送状況を管理する。なお、配送システム１１１については、後述する実施例４において説明する。

また、本実施例において、通信プロトコルは、ＨＴＴＰやＨＴＴＰＳなどのプロトコルを想定しているが、とくに限定するものではない。例えば、図１の例において、画像処理装置１０２はＨＴＴＰＳを利用してプロキシサーバ１０３とファイアウォール１０４を介して、管理サーバ１０６にデータを送信することを想定して説明するが、とくにこれに限定するものではない。

図２（Ａ）は、画像処理装置１０２のハードウェア構成を例示する図である。
画像処理装置１０２は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４、ネットワークＩ／Ｆ２０５、内部バス２０６、デバイス制御部２０７、印刷部２０８、入出力Ｉ／Ｆ２０９、入出力装置２１０、トナー残量検知部２１１、センサ部２１２等を有する。

ＣＰＵ２０１は、内部バス２０６を介して各デバイスを総括的に制御する。内部バス２０６には、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４、ネットワークＩ／Ｆ２０５、デバイス制御部２０７、入出力Ｉ／Ｆ２０９、トナー残量検知部２１１、センサ部２１２等が接続されている。

ＲＯＭ２０３には、プログラム（後述する図３（ａ）のソフトウェア構成を実現するプログラムも含む）が格納されている。
ＲＡＭ２０２は、ＣＰＵ２０１のメモリやワークエリアとして機能する。
ＣＰＵ２０１は、ＲＡＭ２０２やＲＯＭ２０３と共に上記プログラムの実行処理をおこなうとともに、記憶装置２０４等の記録媒体に画像データを記録する処理を行う。

また、ＲＯＭ２０３には、上記プログラムの他、画像処理装置１０２が出荷される地域を意味する仕向け情報等も格納されている。この仕向け情報に従って、入出力装置２１０で表示する言語等が決定される。

記憶装置２０４は、外部記憶装置として機能し、画像データ等を記憶するほか、バックアップＲＡＭ２０２に代わって、上記のカウンタ情報、システム情報及び監視情報を保存することも可能である。
ネットワークＩ／Ｆ２０５は、ローカルエリアネットワーク１０１を介して、外部のネットワーク機器あるいはＰＣと片方向または双方向にデータをやり取りする。

デバイス制御部２０７は、印刷部２０８を制御する。印刷部２０８は、例えば電子写真方式の印刷部であり、露光部、転写部や定着器などを含む。
入出力装置２１０は、画像処理装置１０２における入出力を担う複数の構成を示す。具体的には、ユーザからの入力（ボタン入力など）を受け付け、該入力に対応する信号を、入出力Ｉ／Ｆ２０９によって、前述した各処理部へ伝える。入出力装置２１０は、他にも、ユーザに対して必要な情報を提供したり、ユーザ操作を受付けたりするための表示装置（タッチパネルなど）も含む。さらに、原稿を読み取り、入力として電子データを受付けるためのスキャン装置も入出力装置２１０に含まれてよい。

トナー残量検知部２１１は、印刷部２０８のトナーの残量をセンサによって検知し、それをアラート、アラームなどの信号として生成する。センサ部２１２は、トナーボトルの着脱等を検知し、セットされたトナーボトルのシリアル番号を読み取ることが可能である。なお、ここでは、画像処理装置１０２の消耗品の一例としてトナーを例に説明しているが、他の消耗品であってもよい。

図２（Ｂ）は、管理サーバ１０６のハードウェア構成を例示する図である。
２５１はＣＰＵで、内部バス２５６を介して各デバイスを総括的に制御する。内部バス２５６には、ＣＰＵ２５１、ＲＡＭ２５２、ＲＯＭ２５３、記憶装置２５４、ネットワークＩ／Ｆ２５５、入出力Ｉ／Ｆ２５７等が接続されている。

ＲＯＭ２５３や記憶装置２４５には、プログラム（後述する図３（ｂ）のソフトウェア構成を実現するプログラムも含む）が格納されている。
ＲＡＭ２５２は、ＣＰＵ２５１のメモリやワークエリアとして機能する。
ＣＰＵ２５１は、ＲＡＭ２５２やＲＯＭ２５３、記憶装置２５４と共に上記プログラムの実行処理をおこなうとともに、記憶装置２０４等の記録媒体にデータを記録する処理を行う。

記憶装置２５４は、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）等の記憶装置である。記憶装置２５４は、外部記憶装置として機能し、画像処理装置１０２の管理情報を記憶するほか、バックアップＲＡＭ２５２に代わって、システム情報及び処理情報を保存することも可能である。

入出力Ｉ／Ｆ２５７は、例えばＰＳ２やＵｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ（ＵＳＢ Ｉ／Ｆ）、アナログやデジタルのディスプレイＩ／Ｆを備える。入出力装置２５８は、キーボードやマウス、ＣＲＴや液晶ディスプレイであり、入出力Ｉ／Ｆ２５７を介して管理サーバ１０６と接続することができる。

管理サーバ１０６は、ネットワークＩ／Ｆ２５５によりＬＡＮ１０１、インターネット環境１０７、Ｉｎｔｅｒｎｅｔ１０８を介した通信を行うことにより、画像処理装置１０２や、ＰＣ１０５、１１０と通信を行うことができる。
なお、ファームウェア管理サーバ１０９のハードウェア構成も、上述した管理サーバ１０６と同様とする。また、ＰＣ１０５、販売会社ユーザＰＣ１１０、配送システム１１１のハードウェア構成も、上述した管理サーバ１０６と同様とする。

図３（Ａ）は、画像処理装置１０２の中で本発明に関わる機能についてのソフトモジュール構成を例示する図である。
画像処理装置１０２は、ソフトウェアモジュールとして、通信部３０１、記憶部３０２、画像形成部３０３、ファームウェア更新部３０４、デバイス情報制御部３０５、操作部３０８、表示部を含む。なお、表示部は、ステータス表示制御部３０９とメッセージ表示制御部３１０から構成される。

通信部３０１は、画像処理装置１０２に関するデバイス情報を管理サーバ１０６へ送信する。また、通信部３０１は、管理サーバ１０６から送信される指示、情報を受信する。これらの送受信は、ＳＭＴＰやＨＴＴＰ／ＨＴＴＰＳなどを用いた通信により行われる。

記憶部３０２は、ＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４の記憶領域と情報のやり取りを行う。記憶部３０２は、デバイス情報として画像処理装置１０２の動作履歴やさまざまな異常状態を表すデータなどを上記記憶領域に記憶させる。なお、デバイス情報には、装置ＩＤなどの画像処理装置識別情報、ＩＰアドレスなどの通信情報も含まれる。また、デバイス情報には、カウンタ情報、異常状態発生情報、その他様々なデバイス情報も含まれる。また、記憶部３０２は、管理サーバ情報として、画像処理装置１０２を管理する管理サーバ１０６のＩＰアドレスなどの通信情報も、上記記憶領域に記憶させる。

画像形成部３０３は、印刷データを生成し出力する機能を有する。
ファームウェア更新部３０４は、画像処理装置１０２のファームウェア情報の更新管理を行う。具体的には、ファームウェア更新部３０４は、管理サーバ１０６からのファームウェア更新指示をデバイス情報制御部３０５経由で受け付け、ファームウェアの更新を実施する。ファームウェアの更新を実施する際、ファームウェア更新部３０４は、ファームウェア管理サーバ１０９に問い合わせて、ファームウェア管理サーバ１０９よりファームウェアを取得し、更新を実施する。なお、ファームウェア更新部３０４は、その実施結果をファームウェア管理サーバ１０９、また、デバイス情報制御部３０５経由で管理サーバ１０６へ伝える。

デバイス情報制御部３０５は、画像処理装置１０２の印刷制御や異常状態の管理などを行うとともに、カウンタ情報の管理や通知情報の管理も行う。また、デバイス情報制御部３０５は、色味調整や印刷モード、その他機能の設定に関する制御も行う。
デバイス情報制御部３０５は、稼働情報管理部３０６、指示情報管理部３０７を含む。

稼働情報管理部３０６は、画像処理装置１０２に障害が発生した際に管理サーバ１０６へ送信するための障害情報を生成する。なお、稼働情報管理部３０６は、障害情報だけでなく、トナーや部品など消耗品に関わる情報（消耗品情報）も管理する。これらの障害情報や消耗品情報、また画像処理装置１０２のカウンタ情報などの稼働情報は、ネットワークＩ／Ｆ２０５を介して管理サーバ１０６へ送信される。これらの送信すべき情報の種類や、送信タイミングなどは、管理サーバ１０６からの指示に従い設定される。

指示情報管理部３０７は、管理サーバ１０６からの指示を実施し、結果を管理サーバ１０６へ通知する。指示の内容によっては、指示情報管理部３０７が各部への指示を行い、各部での実施結果を管理サーバ１０６へ通知する。

操作部３０８は、顧客ユーザによる印刷指示をはじめとする画像処理装置１０２に対する操作指示を可能とするインタフェースである。

ステータス表示制御部３０９は、入出力装置２１０のステータスバーなどのステータス表示領域に対して、画像処理装置１０２の状態情報に関する通知の表示制御を行う。さらに、ステータス表示制御部３０９は、ステータスバーなどに対して、管理サーバ１０６からの指示情報などの取得に応じたメッセージの着信を示す通知の表示制御も行う。
メッセージ表示制御部３１０は、ユーザの操作に応じてウェブブラウザ機能（Ｗｅｂブラウザなど）を起動し、管理サーバ１０６からのメッセージなどの表示を制御する。

図３（Ｂ）は、管理サーバ１０６の中で本発明に関わる機能についてのソフトモジュール構成を説明する図である。
管理サーバ１０６は、ソフトウェアモジュールとして、通信部３５１、記憶部３５２、表示部３５３、コマンド解析部３５４、レスポンス生成部３５５、保守情報管理部３５６等を有する。

通信部３５１は、画像処理装置１０２と通信を行う機能を持つ。画像処理装置１０２から送信されるデバイス情報を受信したり、画像処理装置１０２へ必要な指示・情報を送信したりする。カウンタ値とは、画像処理装置１０２が印刷した総枚数を示す。
記憶部３５２はＲＡＭ２５２、ＲＯＭ２５３、記憶装置２５４の記憶領域と情報のやりとりを行い、デバイス情報や販売会社情報、顧客情報などを上記記憶領域に保存する。

表示部３５３は、記憶部３５２に格納されたデバイス情報をＷｅｂ画面として表示するための処理を行う。管理サーバ１０６内ではＷＷＷサーバプログラムが動作しており、Ｗｅｂブラウザからリクエストに応じて、上記Ｗｅｂ画面をＷｅｂブラウザに提供する。これにより、販売会社のサービスマン等がＰＣ１１０上のＷｅｂブラウザを用いて上記情報を閲覧することが可能となる。以降、上記Ｗｅｂ画面を閲覧等するためのＷｅｂサイトをポータルサイトと呼ぶ。

コマンド解析部３５４は、画像処理装置１０２から送信されたコマンドを解析する。コマンド解析部３５４は、解析した結果を、記憶部３５２、保守情報管理部３５６、表示部３５３に反映させる。
レスポンス生成部３５５は、コマンド解析部３５４により解析されたコマンドに対して、画像処理装置１０２へのレスポンスを生成する。

保守情報管理部３５６は、画像処理装置１０２を監視し保守を行うために必要な情報を管理する制御機能を持つ。保守情報管理部３５６は、通知管理部３５７、販売会社情報管理部３５８、デバイス情報管理部３５９、顧客情報管理部３６０、消耗品在庫管理部３６１を含む。また、保守情報管理部３５６は、マスタ情報管理部３６２、メッセージ管理部３６３、デバイス指示管理部３６４、ファームウェア情報管理部３６５も含む。

通知管理部３５７は、通知情報の生成や通知先の指定を行い、通知データを生成する。通知管理部３５７による通知には、例えば、画像処理装置１０２を保守するサービスマンへの保守依頼通知や消耗品の補充依頼通知などがある。
販売会社情報管理部３５８は、顧客に設置された画像処理装置１０２の管理、サポートを行う販売会社の情報を管理する。

デバイス情報管理部３５９は、保守対象の画像処理装置１０２を管理する。例えば、画像処理装置識別情報、画像処理装置の異常状態情報、保守履歴、画像処理装置の管理者情報、画像処理装置の消耗品情報などが、デバイス情報管理部３５９の管理対象になる。なお、異常状態情報とは、エラー、アラーム、ジャムなどの稼働情報を含み、ポータルサイトに表示され、販売会社のディスパッチャ、サービスマンなどにより閲覧される。また、稼働情報は、販売会社の対応状況に応じて「未対応」、「対応中」、「対応済み」などステータス管理されている。

顧客情報管理部３６０は、画像処理装置１０２が設置された顧客の情報を管理する。顧客情報管理部３６０が管理する情報の中には、販売会社との保守契約に関する情報も含まれる。
消耗品在庫管理部３６１は、トナー／インク、部品といった画像処理装置１０２の消耗品の在庫管理を行う。具体的には、消耗品在庫管理部３６１は、画像処理装置１０２から送信されるトナー／インク残量を示す情報、部品交換を示す情報を基に在庫減算を行い、設定した閾値を跨いだ際に通知管理部３５７と連動することで、消耗品の補充依頼通知などの通知を行う。

マスタ情報管理部３６２は、機種情報、稼働情報、部品情報などの表示に必要なマスタ情報を管理する。マスタ情報とは、例えばある機種の製品名称、使用する消耗品情報などや、画像処理装置１０２から送信される稼働情報の内容説明、部品の寿命値などにあたる。

メッセージ管理部３６３は、画像処理装置１０２の表示部に表示させるメッセージの生成と管理を行う。メッセージとは、画像処理装置１０２のメッセージ表示制御部３１０に表示させるＨＴＭＬを示す。メッセージにより表示される内容は、例えば、消耗品の配送状況、サービスマンの派遣状況、システムメンテナンス、ファームウェア更新実施のお知らせなど、画像処理装置１０２の保守全般に関するものである。

デバイス指示管理部３６４は、画像処理装置１０２への指示を管理する。デバイス指示管理部３６４による指示の内容は、管理サーバ１０６への情報送信スケジュールの変更、ファームウェア更新、リブートなどである。画像処理装置１０２への指示は、販売会社ユーザよりポータルサイトなどから受け付けられ、対象画像処理装置１０２への指示として記憶部３５２に格納される。また、デバイス指示管理部３６４は、指示に対する画像処理装置１０２の実施結果を「成功」、「失敗」、「不明」などのステータスとして管理する。

ファームウェア情報管理部３６５は、受信した画像処理装置１０２のファームウェアバージョン情報をポータルサイトへ表示、また、ファームウェア管理サーバ１０９と連携してファームウェア配信の設定を行う。ファームウェア管理サーバ１０９にてファームウェア配信の設定を行うと、ファームウェア情報管理部３６５は、デバイス指示管理部３６４に対してファームウェア更新の指示を登録する。

図４は、管理サーバ１０６にメッセージが登録されてから画像処理装置１０２のメッセージ表示制御部３１０に表示されるまでの処理を例示するシーケンス図である。なお、この図において、管理サーバ１０６の処理は、管理サーバ１０６のＣＰＵ２５１が記憶装置２５４等に記憶されるプログラムを読み出して実行することにより実現される。また、画像処理装置１０２の処理は、画像処理装置１０２のＣＰＵ２０１がＲＯＭ２０３又は記憶装置２０４等に記憶されるプログラムを読み出して実行することにより実現される。

管理サーバ１０６は、ポータルサイトで販売会社ユーザＰＣ１１０からメッセージの登録を受け付ける。販売会社ユーザＰＣ１１０からメッセージの登録を受け付けると、管理サーバ１０６は、Ｓ４０１において、メッセージを生成し、対象となる画像処理装置１０２へのメッセージ取得指示を登録する。

図５Ａは、ポータルサイトのメッセージ登録画面の一例を示す図である。販売会社ユーザは、販売会社ユーザＰＣ１１０から本画面にアクセスし、本画面にてメッセージを登録することができる。

５０１はメッセージの適用範囲を意味する。販売会社名をプルダウンで選択すれば、選択した販売会社配下に接続されている全ての画像処理装置１０２が対象範囲となる。顧客、監視装置についても同様の意味となる。
５０２はメッセージの件名を意味し、５０３はメッセージの内容を意味する。なお、５０３には任意のメッセージを入力可能である。
５０４はメッセージの表示開始日で、メッセージが表示開始日以降に画像処理装置１０２の表示部に表示されることを意味する。５０５はメッセージの表示終了日で、終了日になるとメッセージが表示されなくなることを意味する。
５０６は保存ボタンで、この保存ボタン５０６を押下することにより、メッセージ登録画面で入力されたメッセージが、管理サーバ１０６に登録される。

メッセージが登録されると、管理サーバ１０６は、図５Ｂに示すようなＨＴＭＬファイルを生成し、記憶部３５２で保持されるメッセージ管理テーブル（表１）にメッセージを登録する。
図５Ｂは、管理サーバ１０６で生成されるメッセージ画面のＨＴＭＬを例示する図である。
表１は、メッセージ管理テーブルの一例を示す。

また、管理サーバ１０６は、記憶部３５２で保持される指示管理履歴テーブル（表２）に「メッセージ取得」の指示を登録する。
表２は、指示管理履歴テーブルの一例を示す。

表示２に示すように、指示管理履歴テーブルは、画像処理装置１０２毎に生成され、画像処理装置１０２のシリアル番号、指示日時、指示内容、指示ステータスなどの項目で構成される（指示内容、指示ステータスについては前述した通り）。なお、指示管理履歴テーブルに指示が登録された時点では、指示ステータスは「未処理」となる。

Ｓ４０２において、画像処理装置１０２は、管理サーバ１０６に対して定期的に指示の有無を確認する。管理サーバ１０６は、上記Ｓ４０２で画像処理装置１０２から指示の有無を確認されると、Ｓ４０３において、対応する画像処理装置１０２の指示管理履歴テーブル（表２）を確認する。該確認の結果、指示ステータスが「未処理」である「メッセージ取得」指示が存在した場合、管理サーバ１０６は、Ｓ４０４において、画像処理装置１０２からの確認に対する応答に「メッセージ取得」指示を含めて返す。一方、上記確認の結果、指示ステータスが「未処理」である「メッセージ取得」指示が存在しない場合、管理サーバ１０６は、画像処理装置１０２からの指示の有無確認を正常に受信したことを応答として返す。

Ｓ４０４で管理サーバ１０６から「メッセージ取得」の指示を受け取ると、画像処理装置１０２のデバイス情報制御部３０５は、Ｓ４０５において、ステータス表示制御部３０９へ取得すべきメッセージがあることを通知する。
Ｓ４０６において、ステータス表示制御部３０９は、ステータスバーにメッセージが届いていることを表示する（図６参照）。

図６は、画像処理装置１０２の入出力装置２１０に表示される画面のステータスバー表示を例示する図である。
６００はステータスバーであり、６０１に示すように、メッセージが届いていることを示す情報を表示可能である。６０２は「お知らせ機能」アイコンである。

入出力装置２１０を介した「お知らせ機能」アイコン６０２のユーザによる押下に応じて、メッセージ表示制御部３１０は、Ｓ４０７において、ブラウザ機能を起動する。
次に、Ｓ４０８において、メッセージ表示制御部３１０は、管理サーバ１０６に対して、メッセージを含むデータ（ＨＴＭＬなど）を要求する。この際、画像処理装置１０２と管理サーバ１０６間で認証処理が行われる。
Ｓ４０９において、管理サーバ１０６は、上記Ｓ４０８の要求に応じ、メッセージ表示制御部３１０に対して対象のメッセージ含むデータを返却し、メッセージ表示制御部３１０がこれを受信する。

Ｓ４１０において、メッセージ表示制御部３１０は、上記Ｓ４０９で受け取ったデータに基づき、ブラウザ機能を利用して、入出力装置２１０に対するメッセージの表示を制御する。これにより、例えば、図７（Ａ）に示すようなメッセージリストが表示される。

図７（Ａ）は、図４のＳ４１０で表示されるメッセージリストを例示する図である。
各メッセージはリストで表示され、７０１はメッセージの件名を示す。件名は、管理サーバ１０６の登録画面（図５Ａ）で入力されたメッセージの件名５０２に対応する。
７０２はメッセージが管理サーバ１０６に登録された日時を示す。７０３はメッセージのステータスを意味し、「未読」、「既読」を示す。７０４はメッセージ数が画面の表示上限を超えた場合に活性化し、ページ遷移するボタンを示す。７０５はメッセージリストの画面から戻る場合に押下するボタンを示す。７０６は最新のメッセージリスト画面を取得するためのボタンを示す。

Ｓ４１０で表示されたメッセージリストの画面において、顧客ユーザにより、あるメッセージが選択されると、メッセージ表示制御部３１０は、Ｓ４１１において、該選択されたメッセージの詳細画面を、例えば図７（Ｂ）に示すように表示する。

図７（Ｂ）は、メッセージリストからあるメッセージを選択された際に表示されるメッセージの詳細画面を例示する図である。
７１０はメッセージの件名を示す。前述したメッセージリストの件名と同様にメッセージの件名５０２に対応する。７１１はメッセージの内容を示し、管理サーバ１０６の登録画面で入力されたメッセージの内容５０３に対応する。７１２はメッセージが管理サーバ１０６に登録された日時を示す。７１３はメッセージの表示終了日で、管理サーバ１０６の登録画面で入力されたメッセージの表示終了日５０５に対応する。７１４のＯＫボタンを押下することで、図７（Ａ）のメッセージリスト画面へ戻ると共に、メッセージのステータス７０３が「既読」状態となる。

上述したように、メッセージ表示制御部３１０がブラウザ機能を利用して、メッセージを表示することにより、画像処理装置の保守管理業務に関連する多種多様なメッセージを画像処理装置１０２の表示部に表示することが可能となる。

なお、メッセージの更新は、管理サーバ１０６の登録画面にて行うことが可能である。メッセージの削除は、管理サーバ１０６、画像処理装置１０２の双方で行うことが可能である。
販売会社ユーザは、図８（Ａ）に示すように、管理サーバ１０６の登録画面において、削除ボタン８００の押下により対象のメッセージを削除することができる。
図８（Ａ）は、メッセージ登録画面においてメッセージを削除する際の画面例を示す図である。

また、顧客ユーザは、メッセージリスト画面より、図８（Ｂ）の８０１に示すように、削除したいメッセージを選択し、削除ボタン８０２を押下することでメッセージを削除することができる。
図８（Ｂ）は、メッセージリスト画面においてメッセージを削除する際の画面例を示す図である。

これら以外にも、メッセージ件数が上限に達した場合に古いものから削除、表示終了日に達した場合は自動的に削除、などの方法で、メッセージの削除が可能である。メッセージの登録、更新、削除についてポータルサイトの画面において行うとして説明したが、それに限るものではない。例えば、Ｗｅｂサービス（Ｗｅｂ Ｓｅｒｖｉｃｅ）によってメッセージの登録、更新、削除を実施することで上述してきたようなＨＴＭＬの生成、更新、削除も可能である。

ここまでは、メッセージの登録を販売会社ユーザが手動で行い、そのメッセージを画像処理装置１０２の画面に表示させる基本的な処理の流れについて述べてきた。しかしながら、画像処理装置１０２で発生した障害によってはサービスマンが確実に顧客を訪問するなどの理由から、その際のメッセージ登録が手間となる場合もある。そこで、発生した障害によってはメッセージを自動生成する場合の処理の流れについて以降で述べる。

図９は、画像処理装置１０２にて発生した障害内容によって、管理サーバ１０６がメッセージを自動生成し、画像処理装置１０２のメッセージ表示制御部３１０に表示されるまでの処理を例示するシーケンス図である。なお、この図において、管理サーバ１０６の処理は、管理サーバ１０６のＣＰＵ２５１が記憶装置２５４等に記憶されるプログラムを読み出して実行することにより実現される。また、画像処理装置１０２の処理は、画像処理装置１０２のＣＰＵ２０１がＲＯＭ２０３又は記憶装置２０４等に記憶されるプログラムを読み出して実行することにより実現される。

Ｓ９０１において、画像処理装置１０２は、稼働情報として自身に発生した障害の情報（エラーコードやアラームコード）を管理サーバ１０６へ送信する。管理サーバ１０６は、上記Ｓ９０１で送信された稼働情報を受信すると、Ｓ９０２において、障害内容からメッセージを自動生成するか否かを判断する。
後述する表３又は表４に示すテーブルに、稼働情報として受信したエラーコードやアラームコードが含まれている場合には、管理サーバ１０６は、該障害に対応するメッセージを自動生成すると判断する。一方、表３又は表４に示すテーブルに、受信したエラーコードやアラームコードが含まれていない場合には、管理サーバ１０６は、該障害に対応するメッセージを自動生成しないと判断する。

Ｓ９０２の判断の結果、管理サーバ１０６は、自動生成と判断した場合、「監視センターにて障害を検知しました」などのメッセージを自動生成する。
Ｓ９０４〜Ｓ９１３までの処理は、図４のシーケンス図におけるＳ４０２〜Ｓ４１１までの処理と同様のため説明は省略する。

表３は、受信した稼働情報がエラーであった場合にメッセージ自動生成の判断に用いる自動生成対象エラーテーブルを例示するものであり、記憶部３５２に保持される。本テーブルに存在するエラーコードはサービスマンでしか対処できないエラーとなる。

表４は、受信した稼働情報がアラームであった場合にメッセージ自動生成の判断に用いる自動生成対象アラームテーブルを例示するものであり、記憶部３５２に保持される。

なお、消耗品の残量が少ないことを示すアラームを受信すると、管理サーバ１０６は、販売会社のディスパッチャ、サービスマンへその旨を通知し（本シーケンスとは別の処理）、それにより消耗品の発注、配送が実施される。なお、顧客が消耗品の在庫管理をしているか否か、している場合在庫数が閾値を超えているか否かによっても自動生成の判断は変わってくる。その処理について、以下にフローチャートを用いて説明する。

図１０は、管理サーバ１０６が画像処理装置１０２からデバイス情報を受信してからメッセージを自動生成するまでの処理を例示するフローチャートである。このフローチャートの処理は、管理サーバ１０６のＣＰＵ２５１が記憶装置２５４等に記憶されるプログラムを読み出して実行することにより実現される。

Ｓ１００１において、管理サーバ１０６は、画像処理装置１０２から送信されたデバイス情報を受信すると、Ｓ１００２に処理を進める。
Ｓ１００２において、管理サーバ１０６は、受信した稼働情報がメッセージの自動生成対象の情報であるか否かを判断する。そして、上記受信した稼働情報がメッセージの自動生成対象でないと判断した場合（Ｓ１００２でＮｏの場合）、管理サーバ１０６は、そのまま本フローチャートの処理を終了する。
一方、上記受信した稼働情報がメッセージの自動生成対象であると判断した場合（Ｓ１００２でＹｅｓの場合）、管理サーバ１０６は、Ｓ１００３に処理を進める。

Ｓ１００３において、管理サーバ１０６は、上記受信した稼働情報が消耗品に関する情報であるか否かを判断する。そして、上記受信した稼働情報が消耗品に関する情報であるか否かを判断する。そして、上記受信した稼働情報が消耗品に関する情報でないと判断した場合（Ｓ１００３でＮｏの場合）、管理サーバ１０６は、そのまま本フローチャートの処理を終了する。
一方、上記受信した稼働情報が消耗品に関する情報であると判断した場合（Ｓ１００３でＹｅｓの場合）、管理サーバ１０６は、Ｓ１００４に処理を進める。

Ｓ１００４において、管理サーバ１０６は、対象となる画像処理装置１０２が消耗品の在庫管理をしているか否かを判断する。なお、画像処理装置１０２が消耗品の在庫管理をしているか否かは、デバイス情報管理部３５９にて管理されている情報から判断が可能である。

そして、対象となる画像処理装置１０２が消耗品の在庫管理をしていないと判断した場合（Ｓ１００４でＮｏの場合）、管理サーバ１０６は、そのままＳ１００６に処理を進める。
一方、対象となる画像処理装置１０２が消耗品の在庫管理をしていると判断した場合（Ｓ１００４でＹｅｓの場合）、管理サーバ１０６は、Ｓ１００５に処理を進める。

Ｓ１００５において、管理サーバ１０６は、対象となる画像処理装置１０２が管理している在庫数が閾値以下であるか否かを判断する。そして、在庫数が閾値以下でないと判断した場合（Ｓ１００５でＮｏの場合）、管理サーバ１０６は、そのまま本フローチャートの処理を終了する。
一方、在庫数が閾値以下であると判断した場合（Ｓ１００５でＹｅｓの場合）、管理サーバ１０６は、Ｓ１００６に処理を進める。

Ｓ１００６において、管理サーバ１０６は、消耗品が「配送中」であることを示すメッセージを自動生成し、メッセージ管理テーブル（表１）に格納する。
次に、Ｓ１００７において、管理サーバ１０６は、対象の画像処理装置１０２への「メッセージ取得」指示を、指示管理履歴テーブル（表２）に登録し、本フローチャートの処理を終了する。

メッセージの自動生成は、上述してきたような画像処理装置１０２で発生した稼働情報をきっかけにする以外に、管理サーバ１０６でファームウェア更新指示がされたことをきっかけにする場合も存在する。
ファームウェア更新指示は、管理サーバ１０６内のファームウェア情報管理部３６５の機能により、ファームウェア管理サーバ１０９と連携することで行われる。管理サーバ１０６のポータルサイト内からファームウェア管理サーバ１０９のポータルサイトへ移ることができ、その画面にて、販売会社ユーザ等が、対象の画像処理装置１０２へのファームウェア更新指示が可能である。

ファームウェアの更新には、「手動」と「自動」という設定がある。
「手動」による更新は、サービスマンが画像処理装置１０２設置されている顧客へ出向き、サービスマンが画像処理装置１０２を操作して更新を行うものである。
「自動」更新は、画像処理装置１０２内のファームウェア更新部３０４が、ファームウェア更新指示を受けると、ファームウェア管理サーバ１０９にアクセスし、対象ファームウェアを取得して更新を行うものである（自動配信ともいう）。
これらを踏まえ、ファームウェア更新指示をきっかけに管理サーバ１０６がメッセージを自動生成する処理について図１１のフローチャートを用いて説明する。

図１１は、ファームウェア管理サーバ１０９にてファームウェアの配信設定がされてから管理サーバ１０６によってメッセージが自動生成される処理を例示するフローチャートである。このフローチャートにおける管理サーバ１０６の処理は、管理サーバ１０６のＣＰＵ２５１が記憶装置２５４等に記憶されるプログラムを読み出して実行することにより実現される。また、ファームウェア管理サーバ１０９の処理は、ファームウェア管理サーバ１０９のＣＰＵ２５１が記憶装置２５４等に記憶されるプログラムを読み出して実行することにより実現される。

本フローチャートの処理は、販売会社ユーザにより販売会社ユーザＰＣ１１０を用いてファームウェア管理サーバ１０９でファームウェアの配信設定がされたところから始まるが、実際は上述したような管理サーバ１０６とファームウェア管理サーバ１０９の処理が存在する。それについては、本実施例のポイントではないため省略する。

先ず、ファームウェア管理サーバ１０９のポータルサイトにて販売会社ユーザにより販売会社ユーザＰＣ１１０を用いたファームウェアの配信設定が行われる。これに応じて、Ｓ１１０１において、ファームウェア管理サーバ１０９は、販売会社ユーザによる配信設定を保存する。

次に、Ｓ１１０２において、ファームウェア管理サーバ１０９は、上記配信設定からファームウェア更新が自動か否かを判断する。そして、ファームウェア更新が「自動（自動配信）」でない（すなわち「手動」）と判断した場合（Ｓ１１０２でＮｏの場合）、ファームウェア管理サーバ１０９は、そのまま本フローチャートの処理を終了する。
一方、ファームウェア更新が「自動（自動配信）」と判断した場合（Ｓ１１０２でＹｅｓの場合）、ファームウェア管理サーバ１０９は、Ｓ１１０３に処理を進める。

Ｓ１１０３において、ファームウェア管理サーバ１０９は、管理サーバ１０６に対して、ファームウェア更新に関するメッセージの生成依頼を行う。生成依頼の手段としては、例えば管理サーバ１０６に実装されたＷｅｂ Ｓｅｒｖｉｃｅなどである。

管理サーバ１０６は、Ｓ１１０４において、ファームウェア管理サーバ１０９からのメッセージ生成依頼を受信すると、Ｓ１１０５に処理を進める。
Ｓ１１０５において、管理サーバ１０６は、上記受信したメッセージ生成依頼がファームウェア更新に関するものか否かを判断する。
そして、上記受信したメッセージ生成依頼がファームウェア更新に関するものでないと判定した場合（Ｓ１１０５でＮｏの場合）、管理サーバ１０６は、Ｓ１１１０において、依頼された内容に関するメッセージを生成し、Ｓ１１０９に処理を進める。

一方、上記受信したメッセージ生成依頼がファームウェア更新に関するものであると判定した場合（Ｓ１１０５でＹｅｓの場合）、管理サーバ１０６は、Ｓ１１０６において、ファームウェア更新のメッセージを生成する。なお、生成されたメッセージは、記憶部３５２で保持されるメッセージ管理テーブル（表１）に登録される。

Ｓ１１０６でファームウェア更新のメッセージを生成した場合、Ｓ１１０７において、管理サーバ１０６は、記憶部３５２で保持される指示管理履歴テーブル（表２）に「メッセージ取得」の指示を登録する。
次に、Ｓ１１０８において、管理サーバ１０６は、指示管理履歴テーブル（表２）に対象画像処理装置１０２への「ファームウェア更新」の指示を登録し、Ｓ１１０９に処理を進める。

なお、指示の登録順序は、上記Ｓ１１０７、Ｓ１１０８に示したように、「メッセージ取得」→「ファームウェア更新」の順でなくてはならない。なぜなら、顧客ユーザに前もってファームウェア更新の実施時刻を伝えることで、その時間帯に画像処理装置１０２の電源をＯＦＦされないよう伝える必要があるからである。よって、「ファームウェア更新」の指示が登録された指示管理履歴テーブルは、例えば表５のようになる。
表５は、ファームウェア更新の指示が登録された指示管理履歴テーブルを説明する表である。

Ｓ１１０９において、管理サーバ１０６は、上記Ｓ１１０４で受信したメッセージ生成依頼の応答として、メッセージ生成が完了したこと（依頼結果）を、ファームウェア管理サーバ１０９へ伝える。
ファームウェア管理サーバ１０９は、Ｓ１１１１において、管理サーバ１０６からの応答を受信すると、Ｓ１１１２に処理を進める。
Ｓ１１１２において、ファームウェア管理サーバ１０９は、上記Ｓ１１１１で受信した依頼結果を、画面に表示し、本フローチャートの処理を終了する。

次に、上述のファームウェア更新によって自動生成されたメッセージが画像処理装置１０２で表示されるまでの処理、ファームウェア更新が実施されるまでの処理についてフローチャートを用いて説明する。

図１２は、画像処理装置１０２が管理サーバ１０６からの指示によって内部の通知先を判断する処理を示したフローチャートの一例である。このフローチャートにおける管理サーバ１０６の処理は、管理サーバ１０６のＣＰＵ２５１が記憶装置２５４等に記憶されるプログラムを読み出して実行することにより実現される。また、画像処理装置１０２の処理は、画像処理装置１０２のＣＰＵ２０１がＲＯＭ２０３又は記憶装置２０４等に記憶されるプログラムを読み出して実行することにより実現される。

Ｓ１２０１において、画像処理装置１０２は、管理サーバ１０６に対して指示の有無を確認する。この画像処理装置１０２から管理サーバ１０６に対しての確認のための問合せの送信は、数時間ごとなど、デバイス情報制御部３０５により定期的に行われる。

Ｓ１２０２において、管理サーバ１０６は、画像処理装置１０２から指示の有無確認を受信すると、Ｓ１２０３に処理を進める。
Ｓ１２０３において、管理サーバ１０６は、上記Ｓ１２０２で指示の有無確認を受信した画像処理装置１０２に対応する指示管理履歴テーブル（例えば表５）を確認する。

次に、Ｓ１２０４において、管理サーバ１０６は、上記対応する指示管理履歴テーブルに、指示ステータスが「未処理」である指示が存在するか否かを判断する。そして、指示ステータスが「未処理」である指示が存在すると判断した場合（Ｓ１２０４でＹｅｓの場合）、管理サーバ１０６は、Ｓ１２０５に処理を進める。Ｓ１２０５において、管理サーバ１０６は、画像処理装置１０２への応答に、上記指示ステータスが「未処理」である指示を含め、Ｓ１２０６に処理を進める。

一方、指示ステータスが「未処理」である指示が存在しないと判断した場合（Ｓ１２０４でＮｏの場合）、管理サーバ１０６は、画像処理装置１０２への応答に指示を含めることなく、そのままＳ１２０６に処理を進める。

Ｓ１２０６において、管理サーバ１０６は、画像処理装置１０２へ応答を返す。
ここで、ステータスが「未処理」である指示が複数存在するケースがあり得る。
その場合に備えて、まず、管理サーバ１０６は、複数の指示の送信順を管理しておく。そして、Ｓ１２０６での応答に、最初に送信すべきステータスが「未処理」である指示（表５の例では上から２番目の指示）と、画像処理装置１０２のデバイス情報制御部３０５に再度、指示の有無確認を行わせるためのコマンドとを含めるようにする。これにより、全ての指示が管理サーバ１０６からデバイス情報制御部３０５に応答されるまで指示順に処理が繰り返される。なお、管理サーバ１０６が、ステータスが「未処理」である指示が複数存在するケースに、１度の応答に、当該複数の当該指示を全て含めるようにしてもよい。

Ｓ１２０７において、画像処理装置１０２は、応答を受信すると、Ｓ１２０８に処理を進める。
Ｓ１２０８において、画像処理装置１０２は、応答に含まれる指示内容がメッセージ取得か否かを判断する。

そして、指示内容がメッセージ取得であると判断した場合（Ｓ１２０８でＹｅｓの場合）、画像処理装置１０２は、Ｓ１２０９に処理を進める。
Ｓ１２０９において、画像処理装置１０２内の指示情報管理部３０７は、ステータス表示制御部３０９へメッセージが有ることを通知する。この通知に応じて、ステータス表示制御部３０９は、Ｓ１２１０において、画面のステータスバーに管理サーバ１０６からのメッセージが有ることを、図６の６００のように表示する。そして、本フローチャートの処理を終了する。

一方、上記Ｓ１２０８において、指示内容がメッセージ取得でないと判断した場合（Ｓ１２０８でＮｏの場合）、画像処理装置１０２は、Ｓ１２１１に処理を進める。
Ｓ１２１１において、画像処理装置１０２は、指示内容がファームウェア更新か否かを判断する。

そして、指示内容がファームウェア更新であると判断した場合（Ｓ１２１１でＹｅｓの場合）、画像処理装置１０２は、Ｓ１２１２に処理を進める。
Ｓ１２１２において、画像処理装置１０２内の指示情報管理部３０７は、ファームウェア更新部３０４に通知する。この通知に応じて、ファームウェア更新部３０４は、Ｓ１２１３において、ファームウェア管理サーバ１０９に問い合わせて、ファームウェア管理サーバ１０９よりファームウェアを取得し、更新を実施する。そして、本フローチャートの処理を終了する。

一方、上記Ｓ１２１１において、指示内容がファームウェア更新でないと判断した場合（Ｓ１２１１でＮｏの場合）、画像処理装置１０２は、Ｓ１２１４に処理を進める。
Ｓ１２１４において、デバイス情報制御部３０５は、指示内容にしたがって処理を実施する。具体的には、デバイス情報制御部３０５による監視対象となる画像処理装置１０２の稼働情報の種類や送信タイミングなどの指定を含む指示内容を反映する処理（監視の機能に関する設定の変更）などが、これに含まれる。他にも、指示内容に従い画像処理装置１０２の電源制御する処理（電源ＯＦＦ後に再度ＯＮする）などを行う場合もこれに含まれる。そして、上記Ｓ１２１４の処理が終了すると、本フローチャートの処理を終了する。

図１３は、図１１のＳ１１０６で生成されたメッセージの取得依頼としてＳ１１０７で登録された「メッセージ取得」の指示に応じて、図１２のＳ１２１０でステータスバーに表示され、管理サーバ１０６から取得されて表示されたファームウェア更新メッセージの詳細画面を例示する図である。
以上のように、ファームウェア更新の実施前に顧客ユーザへその旨を伝えることができる。

以上、メッセージの自動生成について述べてきたが、画像処理装置１０２で発生するイベントの内容によってはメッセージの自動更新も可能である。
管理サーバ１０６は、上述したように特定の稼働情報はメッセージを自動生成するが、更にその障害の対応状況によって生成したメッセージを自動更新する。
表６は、画像処理装置１０２で発生した障害とその対応状況を管理するテーブルの例を示す。このテーブルは、記憶部３５２で保持される。

表６では、例えば、障害コード「Ｅｘｘ２‐００１」がメッセージ自動生成の対象である。対応状況は「未対応」、「対応中」、「対応済み（ディスパッチ）」、「対応済み（電話）」、「対応不要」と定義されており、この対応状況が変わることで、メッセージを更新する。

対応状況に応じたメッセージの自動更新の例は下記の通りである。
・対応状況「未対応」→3fメッセージ「監視センターにて障害を検知しました」
・対応状況「対応中」→3fメッセージ「サービスマンを派遣中です」
・対応状況「対応済み」→メッセージ「発生した障害の対応が完了しました」

また、ファームウェア更新が完了すると、画像処理装置１０２から実施結果が管理サーバ１０６へ通知されるが、その内容によってファームウェア更新のメッセージ（図１３）内容を「ファームウェア更新を正常に完了致しました」などに更新する。

なお、メッセージを自動生成する場合の言語は、画像処理装置１０２のロケーション情報などから判断し、決定する。また、自動生成の対象となる稼働情報は、各国販売会社ごとに設定が可能である。

本実施例では、管理サーバ１０６に登録されたメッセージを画像処理装置１０２の画面に表示させるまでの仕組み、更にメッセージの自動生成、更新などの仕組みについて説明してきた。
以上の構成により、顧客ユーザから販売会社への問い合わせにより消耗品の二重配送やサービスマンの二重派遣など非効率な業務が軽減される。
また、ある条件に従ってメッセージを自動生成することで、販売会社ユーザのメッセージ登録に関して業務負荷を軽減し、業務を効率化することができる。
このように、画像処理装置の消耗品についてだけでなく、保守業務において顧客ユーザに通知すべきメッセージを手動、もしくは自動で適宜生成することで販売会社の業務を効率化することができる。

本実施例において、各サーバや装置の構成、ソフトモジュールの構成、また、デバイス情報を一時保存する判断処理の流れを示してきたが、これらは一例であり、これに限るものではない。

以上、実施例１によれば、画像処理装置の保守管理業務において顧客ユーザに通知すべき多種多様なメッセージを画像処理装置の表示部に表示させて、顧客ユーザに通知することができ、画像処理装置の保守管理業務を効率化することができる。

上述した実施例１の画像処理装置１０２は、管理サーバ１０６に対して定期的に指示の有無を確認しているため、その間隔によっては、登録されたメッセージがすぐに画像処理装置１０２で表示されない可能性がある。実施例２では、管理サーバ１０６に登録されたメッセージをより早く画像処理装置１０２に表示させる仕組みについて説明する。

図１４は、画像処理装置１０２からのデバイス情報受信をきっかけに、管理サーバ１０６が「指示の有無確認」のタイミングを変更する処理を例示するフローチャートである。なお、このフローチャートにおける管理サーバ１０６の処理は、管理サーバ１０６のＣＰＵ２５１が記憶装置２５４等に記憶されるプログラムを読み出して実行することにより実現される。また、画像処理装置１０２の処理は、画像処理装置１０２のＣＰＵ２０１がＲＯＭ２０３又は記憶装置２０４等に記憶されるプログラムを読み出して実行することにより実現される。

Ｓ１４０１において、画像処理装置１０２は、稼働情報等のデバイス情報を管理サーバ１０６へ送信する。
Ｓ１４０２において、管理サーバ１０６は、デバイス情報を受信すると、Ｓ１４０３に処理を進める。
Ｓ１４０３において、管理サーバ１０６は、上記Ｓ１４０２で受信したデバイス情報が特定の障害情報（特定の稼働情報）であるか否かを判断する。なお、特定の障害情報か否かの判断は、実施例１で説明したメッセージ自動生成の判断と同様のテーブル（表３、表４）を参照して判断するものとする。

そして、上記受信したデバイス情報が特定の障害情報であると判断した場合（Ｓ１４０３でＹｅｓの場合）、管理サーバ１０６は、Ｓ１４０４に処理を進める。Ｓ１４０４において、管理サーバ１０６は、上記Ｓ１４０２の受信応答に「指示の有無確認」の指示を含め、Ｓ１４０５に処理を進める。

一方、上記受信したデバイス情報が特定の障害情報でないと判断した場合（Ｓ１４０３でＮｏの場合）、管理サーバ１０６は、上記Ｓ１４０２の受信応答に指示を含めることなく、Ｓ１４０５に処理を進める。

Ｓ１４０５において、管理サーバ１０６は、画像処理装置１０２へ応答を返す。
Ｓ１４０６において、画像処理装置１０２は、管理サーバ１０６からの応答を受信すると、Ｓ１４０７に処理を進める。

Ｓ１４０７において、画像処理装置１０２は、上記Ｓ１４０６で受信した応答に指示が含まれているか否かを確認する。そして、上記受信した応答に指示が含まれていないと判定した場合（Ｓ１４０７でＮｏの場合）、画像処理装置１０２は、そのまま本フローチャートの処理を終了する。

一方、上記受信した応答に指示が含まれていると判定した場合（Ｓ１４０７でＹｅｓの場合）、画像処理装置１０２は、Ｓ１４０８に処理を進める。
Ｓ１４０８において、画像処理装置１０２は、上記応答に含まれていた指示内容が「指示の有無確認」であるか否かを判断する。そして、指示内容が「指示の有無確認」でないと判断した場合（Ｓ１４０８でＮｏの場合）、画像処理装置１０２は、Ｓ１４１０において、指示内容に従って、各処理を実施する。そして、本フローチャートの処理を終了する。

一方、指示内容が「指示の有無確認」であると判断した場合（Ｓ１４０８でＹｅｓの場合）、画像処理装置１０２は、定期ポーリングによる指示確認（例えば図４のＳ４０１）を行うタイミングに関係なく、Ｓ１４０９において、速やかに、管理サーバ１０６に指示の有無を確認する。
画像処理装置１０２から指示の有無を確認されると、管理サーバ１０６は、Ｓ１４１１において、指示確認の応答処理を行う。なお、Ｓ１４０９、Ｓ１４１１、それ以降の処理は、実施例１において図４、図９のシーケンス図、また図１２のフローチャートにて説明しているため、ここでは省略する。

以上のように、本実施例２では、画像処理装置１０２から送信される稼働情報の応答に指示（指示の有無確認）を含めることで、管理サーバ１０６への指示の有無確認を即時実施させる仕組みについて説明した。この仕組みにより、画像処理装置１０２は、稼働情報を送信し、その応答に含まれた「指示の有無確認」の指示を実施することで、即座に、管理サーバ１０６に登録されたメッセージが存在することを検知することができる。そうすることで、ユーザに伝えたいメッセージをより早く、ほぼリアルタイムに画像処理装置１０２に表示させることが可能となる。

さらに、管理サーバ１０６が応答に「指示の有無確認」の間隔を短縮させる指示を含めることで、障害が発生し、対応が完了するまでの間、画像処理装置１０２の「指示の有無確認」頻度を上げるようにしてもよい。この構成の場合、障害のステータスが「対応済み」となった時点で、管理サーバ１０６が応答に「指示の有無確認」の間隔を元の間隔に戻す指示を含めることで、「指示の有無確認」間隔を元に戻すようにする。これにより、ユーザに伝えたいメッセージをより早く、画像処理装置１０２に表示させることが可能となる。

画像処理装置１０２で実施する指示の内容によっては、顧客ユーザの同意、もしくはメッセージが確認されたことを持って処理を実施しなくてはならないものもある。この場合、管理サーバ１０６でメッセージを生成する際に、同意が必要なものについては、そのための画面（例えば図１５）に対応するＨＴＭＬを作成し、顧客ユーザにより「同意」がされたことをもって処理を実施するように構成する。もしくは、管理サーバ１０６が、メッセージが「既読」になったことをもって処理を実施するように構成してもよい。

図１５は、実施例３のファームウェア更新メッセージの詳細画面を例示する図である。
１５０１は「はい」ボタンで、顧客ユーザがファームウェアの更新を同意（承諾）する場合に指示するボタン（指示部）である。「はい」ボタン１５０１が指示された場合には、更新予定日時になると画像処理装置１０２においてファームウェアの更新が実行される。
１５０２は「いいえ」ボタンで、顧客ユーザがファームウェアの更新を同意しない場合に指示するボタン（指示部）である。「いいえ」ボタン１５０２が指示された場合には、更新予定日時になっても画像処理装置１０２においてファームウェアの更新は実行されない。例えば、画像処理装置１０２が管理サーバ１０６から受信したファームウェアの更新指示を無視するようにする。又は、例えば、管理サーバ１０６は、まだファームウェアの更新指示を画像処理装置１０２に送信していない場合には、該ファームウェアの更新指示を削除する。一方、既にファームウェアの更新指示を画像処理装置１０２に送信済みの場合には、管理サーバ１０６は、該ファームウェアの更新指示を実行しない指示を新たに画像処理装置１０２に送信するようにしてもよい。

以上の構成により、顧客ユーザの同意なしで勝手に管理サーバ１０６からの指示を画像処理装置１０２が実施することがなくなり、顧客ユーザの画像処理装置１０２利用に影響なく、正常に画像処理装置１０２は指示を実施することができる。例えば、ファームウェア更新を、顧客ユーザが同意することなくファームウェア更新を実行してしまい、ファームウェア更新中に画像処理装置１０２の電源を切られてしまい、正常に実施されないケースの発生をより確実に抑えることができる。また、ファームウェア更新を、顧客ユーザの使用頻度の高い時間に実行してしまい、ファームウェア更新により、顧客ユーザが画像処理装置を使用頻度の高い時間に使用できなくなってしまうような事態の発生を抑えることもできる。

上記実施例１〜３に示した仕組みによって、顧客ユーザは、メッセージに基づいて、消耗品が手配されているのか否かを判断することはできる。しかし、顧客ユーザが配送状況の詳細（受け付け完了、出庫完了、配送中など）を知るためには、管理サーバ１０６と配送会社の配送システムとの連携が必要となる。しかし、管理サーバ１０６と配送システムとの連携には開発コストがかかるだけでなく、配送会社が変わった、配送システムに改修が入った場合は、管理サーバ１０６側にも改修が必要となってしまう可能性がある。そこで、本実施例４では、顧客ユーザが消耗品の配送状況を配送システムで直接確認できる仕組みについて説明する。

図１６は、顧客ユーザが消耗品の配送状況を参照するまでの処理の流れを例示するシーケンス図である。なお、この図において、配送システム１１１の処理は、配送システム１１１のＣＰＵ２５１が記憶装置２５４等に記憶されるプログラムを読み出して実行することにより実現される。また、販売会社ユーザＰＣ１１０の処理は、販売会社ユーザＰＣ１１０のＣＰＵ２５１が記憶装置２５４等に記憶されるプログラムを読み出して実行することにより実現される。また、管理サーバ１０６の処理は、管理サーバ１０６のＣＰＵ２５１が記憶装置２５４等に記憶されるプログラムを読み出して実行することにより実現される。また、画像処理装置１０２の処理は、画像処理装置１０２のＣＰＵ２０１がＲＯＭ２０３又は記憶装置２０４等に記憶されるプログラムを読み出して実行することにより実現される。

Ｓ１６０１において、販売会社ユーザは、販売会社ユーザＰＣ１１０を用いて、配送システムに消耗品の配送を登録する。
配送システム１１１は、Ｓ１６０２において、消耗品配送の登録に伴い、配送管理番号を発行する。
次に、Ｓ１６０３において、配送システム１１１は、上記消耗品配送の登録を行った販売会社ユーザに対して、発行した配送管理番号を通知する。この通知は、管理サーバ１０６のポータルサイトを表示している販売会社ユーザＰＣ１１０のブラウザ画面に表示するようにしてもよいし、販売会社ユーザの電子メールアドレスの通知メールを送る等の方法であってもよいし、その他の通知方法でもよい。

Ｓ１６０４において、販売会社ユーザは、販売会社ユーザＰＣ１１０を用い、図１７に示すように、上記Ｓ１６０３で通知された配送管理番号と配送システムへのリンクを含めたメッセージを管理サーバ１０６に登録する。これに応じて、管理サーバ１０６は、メッセージの生成と取得指示を登録する。この処理は、図４のＳ４０１と同様である。
図１７は、メッセージ登録画面において配送状況メッセージを登録する際の画面例を示す図である。

Ｓ１６０５において、登録されたメッセージに対して、管理サーバ１０６と画像処理装置１０２とで、メッセージ取得処理を行う。この処理は、図４のＳ４０２〜Ｓ４０９に示した処理と同様である。

次に、Ｓ１６０６において、画像処理装置１０２は、上記Ｓ１６０５のやりとりで取得したメッセージを、例えば図１８に示すように、画面に表示する。この処理は、図４のＳ４１０，Ｓ４１１と同様である。
図１８は、消耗品配送状況メッセージの詳細画面を例示する図である。
１８０１は、配送システムのリンク１８０１であり、該リンク１８０１を押下することにより、配送システムに対して、配送システムの画面（ＨＴＭＬ）を要求し、ブラウザ上に表示することができる。

Ｓ１６０７において、顧客ユーザが、表示された配送状況メッセージ画面にて配送システムのリンク１８０１を押下すると、画像処理装置１０２は、Ｓ１６０８において、配送システムにアクセスし、配送システムの画面（ＨＴＭＬ）を要求する。

Ｓ１６０９において、配送システム１１１は、画像処理装置１０２からの要求に応じて、画像処理装置１０２に対して、配送システムの配送状況検索画面を返却する。
図１９（Ａ）は、配送システム１１１の配送状況検索画面を例示する図である。
１９０１は配送管理番号入力欄、１９０２は検索ボタンである。配送管理番号入力欄１９０１に配送管理番号が入力された状態で、検索ボタン１９０２を押下すると、配送システム１１１により、入力された配送管理番号に対応する配送状況が検索される。
なお、配送管理番号入力欄１９０１に、図１８の消耗品配送状況メッセージの詳細画面から取得された配送管理番号が自動でセットされるようにしてもよい。

Ｓ１６１０において、顧客ユーザが、図１９（Ａ）に示すような配送システムの検索画面の配送管理番号入力欄１９０１に配送管理番号を入力し、検索ボタン１９０２を押下する。この操作に応じて、Ｓ１６１１において、画像処理装置１０２は、配送システムにアクセスし、配送状況画面の取得を要求する。

Ｓ１６１２において、配送システム１１１は、上記Ｓ１６１１の要求に応じて、対応する配送状況を検索し、該検索結果を含む配送状況画面（例えば図１９（Ｂ）のような画面）を、画像処理装置１０２に返却する。
図１９（Ｂ）は、配送システム１１１の配送状況画面を例示する図である。

これにより、顧客ユーザは、販売会社に確認することなく、消耗品の配送状況を知ることが可能となる。本実施例４では、販売会社ユーザによりメッセージ登録画面にて配送情報を入力したが、配送システムに消耗品の配送を登録すると、配送システムがＷｅｂ Ｓｅｒｖｉｃｅなどで管理サーバ１０６に対してメッセージを登録するようにしてもよい。そうすることで、販売会社ユーザは配送を登録するだけで、自動的にメッセージに配送情報が含まれるため業務負荷が軽減される。上述したように、メッセージ表示制御部３１０は、ブラウザ機能を利用して、メッセージを表示することにより、リンク１８０１の押下により、容易に配送システムの画面（ＨＴＭＬ）に遷移して、配送状況を確認することができる。

なお、本実施例では、メッセージ表示制御部３１０によりウェブブラウザの機能を利用して表示される消耗品の配送に関するメッセージを含むページ情報には、該消耗品の配送に関連するウェブサイトのリンク情報が含まれる構成について説明した。しかし、リンク情報は、消耗品の配送に関連するウェブサイトのリンク情報に限定されるものではない。メッセージ表示制御部３１０によりウェブブラウザの機能を利用して表示されるページ情報に含まれるリンク情報は、メッセージに関連するウェブサイトのリンク情報であれば、どのようなシステムへのリンク情報であってもよい。

以上示したように、本発明の各実施例によれば、販売会社ユーザが、画像処理装置１０２の画面に表示させたいメッセージを管理サーバ１０６に登録する。画像処理装置１０２は、管理サーバ１０６へ自身への指示があるか否か定期的に管理サーバ１０６に問い合わせ、メッセージが有る場合、画面のステータスバーにメッセージが有ることを表示する。顧客ユーザがメッセージ表示のアイコンを押下すると、画像処理装置１０２では、ブラウザが起動し、管理サーバ１０６からメッセージを取得して表示する。このような構成により、販売会社ユーザは、画像処理装置１０２の保守管理業務において顧客ユーザに通知すべき多種多様なメッセージを容易に画像処理装置１０２の表示部に表示させて、顧客ユーザに確実に通知することができ、画像処理装置１０２の保守管理業務を効率化することができる。また、メッセージの表示画面からメッセージの内容に対して同意や拒否を指示したり、配送システム等のメッセージに関連する他のシステムのＷｅｂ画面に遷移して、メッセージに関連する情報を取得することもできる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されていてもよい。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。

（その他の実施例）
本発明は、上述の実施例の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

Claims (18)

1. 画像処理装置であって、
   前記画像処理装置の稼働情報を第１のサーバに送信する機能と、前記画像処理装置に対する指示情報の第１の問合せを前記第１のサーバに対して定期的に実行する機能とを有する監視手段と、
   前記監視手段からの前記第１の問合せに対する前記第１のサーバからの第１の指示情報に基づく通知に応じて、該通知に対応するメッセージを前記画像処理装置の表示部のステータス表示領域に表示する機能を有する第１の制御手段と、
   ウェブブラウザを利用して、前記第１のサーバから前記第１の指示情報に関連するメッセージを含むページ情報を取得して、前記画像処理装置の表示部に表示する機能を有する第２の制御手段と、
   を有することを特徴とする画像処理装置。
2. 前記監視手段からの前記第１の問合せに対する前記第１のサーバからの第２の指示情報に基づく通知に応じて、前記画像処理装置のソフトウェアの更新のための第２の問合せを第２のサーバに対して実行する機能を有する第３の制御手段をさらに有することを特徴とする請求項１に記載の画像処理装置。
3. 前記第１のサーバでは、ファームウェアの更新のための指示を受付けた場合に、該更新に関するメッセージを含むページ情報が生成され、該更新に対応する第１の指示情報が生成され、さらに、該更新に対応する第２の指示情報が生成され、
   前記監視手段により定期的に実行される前記第１の問合せに対して、前記第１の指示情報、第２の指示情報の順で、前記第１のサーバから画像処理装置に対して応答が行われることを特徴とする請求項２に記載の画像処理装置。
4. 前記第２の制御手段により表示される、前記ファームウェアの更新のための指示に応じて前記第１のサーバで生成される前記ページ情報は、ファームウェアの更新を、同意又は拒否するための指示部を含むことを特徴とする請求項３に記載の画像処理装置。
5. 前記監視手段は、前記第１の問合せに対する前記第１のサーバからの第３の指示情報に従い、該監視手段の有する機能に関する設定を変更することを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
6. 前記監視手段は、前記稼働情報の送信の応答に、指示の有無を確認する指示が含まれている場合には、前記定期的なタイミングに関係なく、前記第１の問合せを前記第１のサーバに対して実行することを特徴とする請求項１乃至５のいずれか１項に記載の画像処理装置。
7. 前記第２の制御手段による表示される前記ページ情報には、前記ページ情報に含まれるメッセージに関連するウェブサイトのリンク情報が含まれることを特徴とする請求項１乃至６のいずれか１項に記載の画像処理装置。
8. 前記第２の制御手段による表示される前記ページ情報が消耗品の配送に関する場合、前記ページ情報には、該消耗品の配送に関連するウェブサイトのリンク情報が含まれることを特徴とする請求項７に記載の画像処理装置。
9. 第１のサーバと画像処理装置とを含むシステムであって、
   前記第１のサーバは、
   受付けた指示に関するメッセージを含むページ情報と、前記受付けた指示に対応する第１の指示情報を生成する生成手段と、
   前記受付けた指示に応じて生成された第１の指示情報を、記憶領域で管理する管理手段と、
   前記画像処理装置からの第１の問合せに対して前記記憶領域に管理された第１の指示情報を応答する応答手段と、
   前記画像処理装置からのウェブブラウザを利用したリクエストに対して、前記生成されたページ情報を提供する提供手段と、を有するものであり、
   前記画像処理装置は、
   前記画像処理装置の稼働情報を前記第１のサーバに送信する機能と、前記画像処理装置に対する指示情報の第１の問合せを前記第１のサーバに対して定期的に実行する機能とを有する監視手段と、
   前記監視手段からの前記第１の問合せに対する前記第１のサーバからの第１の指示情報に基づく通知に応じて、該通知に対応するメッセージを前記画像処理装置の表示部のステータス表示領域に表示する機能を有する第１の制御手段と、
   ウェブブラウザを利用して、前記第１のサーバから前記第１の指示情報に関連するメッセージを含むページ情報を取得して、前記画像処理装置の表示部に表示する機能を有する第２の制御手段と、を有する、
   ことを特徴とするシステム。
10. 前記生成手段は、ファームウェアの更新のための指示を受付けた場合、該更新に対応する第１の指示情報を生成し、さらに、該更新に対応する第２の指示情報を生成し、
    前記応答手段は、前記画像処理装置からの第１の問合せに対して、前記第１の指示情報、第２の指示情報の順で、前記画像処理装置に対して応答することを特徴とする請求項９に記載のシステム。
11. 前記生成手段は、ファームウェアの更新のための指示を受付けた場合、該ファームウェアの更新のための指示に関するメッセージと、ファームウェアの更新を同意又は拒否するための指示部を含むページ情報を生成することを特徴とする請求項９又は１０に記載のシステム。
12. 前記第１のサーバは、前記画像処理装置から特定の稼働情報を受信した場合に、該稼働情報の受信の応答として、指示の有無を確認するための指示を含めた応答を前記画像処理装置に返す手段を有し、
    前記監視手段は、前記稼働情報の送信の応答に、指示の有無を確認する指示が含まれている場合には、前記定期的なタイミングに関係なく、前記第１の問合せを前記第１のサーバに対して実行することを特徴とする請求項９乃至１１のいずれか１項に記載のシステム。
13. 前記生成手段は、前記メッセージに関連するウェブサイトのリンク情報を含むページ情報を生成することを特徴とする請求項９乃至１２のいずれか１項に記載のシステム。
14. 前記生成手段は、消耗品の配送に関する指示を受付けた場合に、該消耗品の配送に関連するウェブサイトのリンク情報を含むページ情報を生成することを特徴とする請求項１３に記載のシステム。
15. 前記管理手段は、前記管理手段で管理している指示情報を削除するための指示を受付けた場合、前記管理手段で管理している指示情報の数が上限に達した場合、又は、前記管理手段で管理している指示情報が終了のタイミングに達した場合、該指示情報を削除することを特徴とする請求項９乃至１４のいずれか１項に記載のシステム。
16. 画像処理装置の制御方法であって、
    前記画像処理装置の稼働情報の送信先である第１のサーバに対して、前記画像処理装置に対する指示情報の第１の問合せを定期的に実行する問い合わせステップと、
    前記第１の問合せに対する前記第１のサーバからの第１の指示情報に基づく通知に応じて、該通知に対応するメッセージを前記画像処理装置の表示部のステータス表示領域に表示する第１の表示制御ステップと、
    ウェブブラウザを利用して、前記第１のサーバから前記第１の指示情報に関連するメッセージを含むページ情報を取得して、前記画像処理装置の表示部に表示する第２の表示制御ステップと、
    を有することを特徴とする画像処理装置の制御方法。
17. 第１のサーバと画像処理装置とを含むシステムの制御方法であって、
    前記第１のサーバが実行する、
    受付けた指示に関するメッセージを含むページ情報と、前記受付けた指示に対応する第１の指示情報を生成する生成ステップと、
    前記受付けた指示に応じて生成された第１の指示情報を、記憶領域で管理する管理ステップと、
    前記画像処理装置からの第１の問合せに対して前記記憶領域に管理された第１の指示情報を応答する応答ステップと、
    前記画像処理装置からのウェブブラウザを利用したリクエストに対して、前記生成されたページ情報を提供する提供ステップと、を有するものであり、
    前記画像処理装置が実行する、
    前記画像処理装置の稼働情報の送信先である第１のサーバに対して、前記画像処理装置に対する指示情報の第１の問合せを定期的に実行する問い合わせステップと、
    前記第１の問合せに対する前記第１のサーバからの第１の指示情報に基づく通知に応じて、該通知に対応するメッセージを前記画像処理装置の表示部のステータス表示領域に表示する第１の表示制御ステップと、
    ウェブブラウザを利用して、前記第１のサーバから前記第１の指示情報に関連するメッセージを含むページ情報を取得して、前記画像処理装置の表示部に表示する第２の表示制御ステップと、を有する、
    ことを特徴とするシステムの制御方法。
18. コンピュータを、請求項１乃至８のいずれか１項に記載の手段として機能させるためのプログラム。

Images