(57)【要約】【課題】管理装置からのメッセージとネットワークデバイス自身のメッセージとが同時に存在する場合であっても、ユーザに通知すべきメッセージを適切に表示し、適切に非表示とすること。【解決手段】画像形成装置１０２が画像形成装置１０２で発生した障害の情報を管理サーバ１０６に通知し（Ｓ４０１）、管理サーバ１０６は通知された障害情報に基づいて簡易メッセージを生成し（Ｓ４０４）、簡易メッセージと該簡易メッセージの属性情報を画像形成装置１０２に送信する（Ｓ４０７）。画像形成装置１０２は、管理サーバ１０６からの簡易メッセージを、画像形成装置のデフォルトメッセージを管理するメッセージテーブルで管理し（Ｓ４０９）、デフォルトメッセージと簡易メッセージをステータスバーに交互に表示し、属性情報の非表示条件に障害からの復帰が含まれる場合、障害からの復帰に応じて簡易メッセージを非表示に制御する（図９）。【選択図】図４
2017187906.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークデバイスと、前記ネットワークデバイスを管理する管理装置とを含むシステムであって、
前記ネットワークデバイスは、
前記ネットワークデバイスで発生した障害の情報を前記管理装置に通知する通知手段と、
前記ネットワークデバイスの表示部のステータス表示領域で表示されるべきメッセージとして、前記障害の発生に応じて、前記ネットワークデバイスで予め用意されている該障害に対応する第１のメッセージを管理する管理手段と、
前記ステータス表示領域に対する、前記管理手段で管理されるメッセージの表示を制御する表示制御手段と、を有し、
前記管理装置は、
前記ネットワークデバイスから通知された障害の情報に基づいて第２のメッセージを生成する生成手段と、
前記生成手段が生成した第２のメッセージと該第２のメッセージに関する属性情報とを前記ネットワークデバイスに送信する送信手段と、を有し、
前記管理手段は、前記第１のメッセージに加えて、前記管理装置から送信されてきた前記第２のメッセージを管理することが可能であって、  前記表示制御手段は、前記管理手段で前記第１のメッセージ及び第２のメッセージが管理されている場合に、前記第１のメッセージと前記第２のメッセージとを交互に表示するよう制御し、
前記表示制御手段は、さらに、前記管理装置から送信されてきた前記属性情報において、障害からの復帰により前記第２のメッセージを非表示にすることが示されている場合、前記第２のメッセージに対応する前記障害からの復帰に応じて、前記第２のメッセージを非表示にするよう制御することを特徴とするシステム。
【請求項２】
前記表示制御手段は、前記属性情報に含まれる前記第２のメッセージの表示期限に達したことに応じて、前記第２のメッセージを非表示に制御することを特徴とする請求項１に記載のシステム。
【請求項３】
前記表示制御手段は、前記障害が消耗品に関するものであって、前記属性情報において、前記第２のメッセージに対応する障害に関連する消耗品の在庫管理が前記管理装置で行われていないことが示されている場合、前記第２のメッセージに対応する前記障害からの復帰に応じて、前記第２のメッセージを非表示に制御することを特徴とする請求項１又は２に記載のシステム。
【請求項４】
前記表示制御手段は、前記第２のメッセージに対応する前記障害がエラーに分類される障害の場合、前記第２のメッセージに対応する前記障害からの復帰に応じて、前記第２のメッセージを非表示に制御することを特徴とする請求項１〜３のいずれか１項に記載のシステム。
【請求項５】
前記表示制御手段は、前記第１のメッセージに対応する前記障害からの復帰に応じて、前記第１のメッセージを非表示に制御することを特徴とする請求項１〜４のいずれか１項に記載のシステム。
【請求項６】
前記管理装置は、前記ネットワークデバイスからの障害の情報の通知に対する応答に、前記管理手段に対して指示の有無を問い合わせるための指示を含め、
前記送信手段は、前記ネットワークデバイスからの問合わせに応じて前記第２のメッセージと前記第２のメッセージに関する属性情報とを前記ネットワークデバイスに送信し、
前記ネットワークデバイスは、前記通知手段による通知の応答に含まれる指示に応じて、又は、定期的に、前記管理手段に対して問い合わせを行い、前記第２のメッセージと前記属性情報を受信することを特徴とする請求項１〜５のいずれか１項に記載のシステム。
【請求項７】
前記ネットワークデバイスは、画像形成装置、ネットワークカメラ、デジタル医療機器、車載端末、ネットワーク家電を含むことを特徴とする請求項１〜７のいずれか１項に記載のシステム。
【請求項８】
ネットワークデバイスと、前記ネットワークデバイスを管理する管理装置とを含むシステムの制御方法であって、
前記ネットワークデバイスが実行する、
前記ネットワークデバイスで発生した障害の情報を前記管理装置に通知する通知ステップと、
前記ネットワークデバイスの表示部のステータス表示領域で表示されるべきメッセージとして、前記障害の発生に応じて、前記ネットワークデバイスで予め用意されている該障害に対応する第１のメッセージを管理する管理手段で管理されるメッセージの、前記ステータス表示領域に対する表示を制御する表示制御ステップと、
前記管理装置が実行する、
前記ネットワークデバイスから通知された障害の情報に基づいて第２のメッセージを生成する生成ステップと、
前記生成ステップで生成された第２のメッセージと該第２のメッセージに関する属性情報とを前記ネットワークデバイスに送信する送信ステップと、を有し、
前記管理手段は、前記第１のメッセージに加えて、前記管理装置から送信されてきた前記第２のメッセージを管理することが可能であって、  前記表示制御ステップでは、前記管理手段で前記第１のメッセージ及び第２のメッセージが管理されている場合に、前記第１のメッセージと前記第２のメッセージとを交互に表示するよう制御し、
前記表示制御ステップでは、さらに、前記管理装置から送信されてきた前記属性情報において、障害からの復帰により前記第２のメッセージを非表示にすることが示されている場合、前記第２のメッセージに対応する前記障害からの復帰に応じて、前記第２のメッセージを非表示にするよう制御することを特徴とするシステムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークデバイスと、前記ネットワークデバイスを管理する管理装置とを含むシステム、システムの制御方法に関するものである。
【背景技術】
【０００２】
従来、画像形成装置を管理する管理サーバは、画像形成装置から通知されるイベント情報（エラー、アラーム、ジャム）に応じて、販売会社のディスパッチャ、サービスマン、消耗品担当者などへ通知を行ってきた。画像形成装置は、管理サーバにイベント情報を送る一方で、それら情報をパネルに表示させることで顧客ユーザに対して画像形成装置への対処を促してきた。例えば、トナー残量が少なくなったことが表示されると、顧客ユーザはコールセンターに配送状況の確認や配送を依頼してきた。
【０００３】
また、画像形成装置のファームウェア更新の実施、保守に関する情報（実施時刻など）などについては表示されず、それについて顧客ユーザが把握することはなかった。
しかし、実際はユーザからこれらの連絡を受けた時点で、リモート監視によるトナーの配送手続きや、サービスマンの派遣が完了している場合があり、二重配送／派遣となってしまうケースが発生する可能性がある。また、ファームウェア更新の実施時刻をユーザが知らないことから、画像形成装置の電源をＯＦＦしてしまい、正常に実施されないケースが発生する可能性がある。
【０００４】
そこで、管理サーバから「トナー配送中」、「サービスマンを手配中」などの適切なメッセージを画像形成装置へ送り、それを画像形成装置の操作パネルに表示させることで、上述したような課題を解決することが検討されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−１０２５６４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、画像形成装置は自身のステータス変化により操作パネルのステータスバーへメッセージ（発生したイベントに対して画像形成装置で予め用意されているメッセージ）を表示させる。よって、管理サーバからのメッセージと、画像形成装置で予め用意されているメッセージが同時に存在する場合、どちらを優先的に表示させればいいか判断する必要があり、その仕組みが求められていた。また、メッセージによってどのタイミングで非表示とするのか制御しないと、顧客に対して表示すべきメッセージが表示できなくなる可能性があった。
【０００７】
本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、画像形成装置等のネットワークデバイスで予め用意されているメッセージと管理装置からのメッセージとが同時に存在する場合であっても、ユーザに通知すべきメッセージを適切に表示し、適切に非表示とすることができる仕組みを提供することである。
【課題を解決するための手段】
【０００８】
本発明は、ネットワークデバイスと、前記ネットワークデバイスを管理する管理装置とを含むシステムであって、前記ネットワークデバイスは、前記ネットワークデバイスで発生した障害の情報を前記管理装置に通知する通知手段と、前記ネットワークデバイスの表示部のステータス表示領域で表示されるべきメッセージとして、前記障害の発生に応じて、前記ネットワークデバイスで予め用意されている該障害に対応する第１のメッセージを管理する管理手段と、前記ステータス表示領域に対する、前記管理手段で管理されるメッセージの表示を制御する表示制御手段と、を有し、前記管理装置は、前記ネットワークデバイスから通知された障害の情報に基づいて第２のメッセージを生成する生成手段と、前記生成手段が生成した第２のメッセージと該第２のメッセージに関する属性情報とを前記ネットワークデバイスに送信する送信手段と、を有し、前記管理手段は、前記第１のメッセージに加えて、前記管理装置から送信されてきた前記第２のメッセージを管理することが可能であって、前記表示制御手段は、前記管理手段で前記第１のメッセージ及び第２のメッセージが管理されている場合に、前記第１のメッセージと前記第２のメッセージとを交互に表示するよう制御し、前記表示制御手段は、さらに、前記管理装置から送信されてきた前記属性情報において、障害からの復帰により前記第２のメッセージを非表示にすることが示されている場合、前記第２のメッセージに対応する前記障害からの復帰に応じて、前記第２のメッセージを非表示にするよう制御することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、ネットワークデバイスで予め用意されているメッセージと管理装置からのメッセージとが同時に存在する場合であっても、ユーザに通知すべきメッセージを適切に表示し、適切に非表示とすることができる。
【図面の簡単な説明】
【００１０】
【図１】本実施例の画像形成装置と管理サーバとを含むシステムの構成図
【図２】画像形成装置および管理サーバのハードウェア構成図
【図３】画像形成装置および管理サーバのソフトウェア構成図
【図４】実施例１における障害発生からメッセージ表示までの処理のシーケンス図
【図５】画像形成装置のステータスバーに表示されるデフォルトメッセージ例
【図６】画像形成装置のステータスバーに交互に表示されるメッセージ例
【図７】従来の画像形成装置のステータスバーの表示処理を時系列で示す図
【図８】本実施例の画像形成装置のステータスバーの表示処理を時系列で示す図
【図９】実施例１の画像形成装置のメッセージ非表示処理を示すフローチャート
【図１０】実施例２における障害発生からメッセージ表示までの処理のシーケンス図
【図１１】実施例２の画像形成装置のメッセージ非表示処理を示すフローチャート
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための形態について図面を用いて説明する。
【実施例１】
【００１２】
図１は、本発明の一実施例を示す画像形成装置と管理サーバとを含むシステムの構成を例示する図である。
図１において、１０２は画像形成装置、１０３はプロキシサーバ（Proxy Server）、１０４はファイアウォール（Firewall）、１０５はパーソナルコンピュータ（ＰＣ）を表しており、これらの機器はＬＡＮ１０１を介して相互に通信可能に接続される。
【００１３】
画像形成装置１０２には、例えば、プリンタ、ＭＦＰ（Multifunction Peripheral）、ファクシミリ装置、スキャナ装置等が含まれる。ファイアウォール１０４は、インターネット（Internet）のセキュリティを高めるために設置されるものである。ＰＣ１０５は、一般のユーザが業務等で使用するパーソナルコンピュータであり、タブレット端末やスマートフォンなどであってもよい。１０７は、画像形成装置１０２とプロキシサーバ１０３、ファイアウォール１０４とがＬＡＮ１０１を介して相互に接続されたインターネットの環境を表している。
【００１４】
１０６は管理サーバ（メンテナンスシステムサーバとも呼ぶ）である。管理サーバ１０６は、画像形成装置１０２のカウンタ、障害情報に基づく稼動状態を一元的に管理する機能や、画像形成装置１０２の消耗品のステータス情報に基づき消耗品の在庫管理を行う機能等を備える。以下、画像形成装置１０２の情報を「デバイス情報」という。なお、デバイス情報の詳細は後述する。
【００１５】
１０９はファームウェア管理サーバである。ファームウェア管理サーバ１０９は、遠隔で画像形成装置１０２のファームウェアを更新させるためにファームウェアを配信する。
なお、図１の例では、インターネット環境１０７を１つしか示していないが、実際には、複数のインターネット環境１０７と、管理サーバ１０６やファームウェア管理サーバ１０９等がインターネット１０８を介して相互に接続されている。
【００１６】
本実施例において、画像形成装置１０２と管理サーバ１０６やファームウェア管理サーバ１０９等との通信プロトコルは、ＨＴＴＰやＨＴＴＰＳなどのプロトコルを想定しているが、とくに限定するものではない。例えば、図１の例において、画像形成装置１０２はＨＴＴＰＳを利用してプロキシサーバ１０３とファイアウォール１０４を介して、管理サーバ１０６にデータを送信している。
【００１７】
また、管理サーバ１０６が管理するデバイスとして、プリンタ、ＭＦＰ、ファクシミリ装置、スキャナ装置等の画像形成装置を例に説明するが、画像形成装置に限定されるものではない。管理サーバ１０６が管理するデバイスは、ネットワークカメラ、デジタル医療機器、カーナビゲーションシステム等の車載端末、各種ネットワーク家電等の各種のネットワークデバイスであってもよい。
【００１８】
本実施例のシステムは、画像形成装置１０２等のネットワークデバイスの表示部のステータス表示領域（ステータススバー等）に、ネットワークデバイスで予め用意されているメッセージと、管理サーバ１０６で設定されたメッセージとを適切に表示させるものである。以下、その構成について詳細に説明する。
【００１９】
図２（Ａ）は、画像形成装置１０２のハードウェア構成を例示する図である。
画像形成装置１０２は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４、ネットワークＩ／Ｆ２０５、内部バス２０６、デバイス制御部２０７、印刷部２０８、入出力Ｉ／Ｆ２０９、入出力装置２１０、トナー残量検知部２１１、センサー部２１２等を有する。
【００２０】
ＣＰＵ２０１は、内部バス２０６を介して各デバイスを総括的に制御する。内部バス２０６には、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４、ネットワークＩ／Ｆ２０５、デバイス制御部２０７、入出力Ｉ／Ｆ２０９、トナー残量検知部２１１、センサー部２１２等が接続されている。
【００２１】
ＲＯＭ２０３には、プログラム（後述する図３（Ａ）のソフトウェア構成を実現するプログラムも含む）等が格納されている。ＲＡＭ２０２は、ＣＰＵ２０１のメモリやワークエリアとして機能する。ＣＰＵ２０１は、ＲＡＭ２０２やＲＯＭ２０３と共にプログラムの実行処理を行うとともに、記憶装置２０４等の記録媒体に画像データを記録する処理を行う。
【００２２】
また、ＲＯＭ２０３には、上記プログラムの他、画像形成装置１０２が出荷される地域を意味する仕向け情報等を含む各種データも格納されている。この仕向け情報に従って入出力装置２１０で表示する言語は決定される。
【００２３】
記憶装置２０４は、外部記憶装置として機能し、画像データ等を記憶するほか、バックアップＲＡＭ２０２に代わって、上記のカウンタ情報、システム情報及び監視情報を保存することも可能である。
ネットワークＩ／Ｆ２０５は、ローカルエリアネットワーク１０１を介して、外部のネットワーク機器（例えば１０６，１０９等）あるいはＰＣ等と片方向または双方向にデータをやり取りする。
【００２４】
デバイス制御部２０７は、印刷部２０８を制御する。印刷部２０８は、例えば電子写真方式の印刷部であり、露光部、転写部や定着器などを含む。なお、印刷部２０８は、他の印刷方法により印刷を行うものであってもよい。
【００２５】
入出力装置２１０は、画像形成装置１０２における入出力を担う複数の構成を示す。具体的には、ユーザからの入力（ボタン入力など）を受け付け、該入力に対応する信号を、入出力Ｉ／Ｆ２０９によって、前述した各処理部へ伝える。入出力装置２１０は、他にも、ユーザに対して必要な情報を提供したり、ユーザ操作を受付けたりするための表示装置（タッチパネルなど）も含む。さらに、原稿を読み取り、入力として電子データを受付けるためのスキャン装置も入出力装置２１０に含まれてよい。
【００２６】
トナー残量検知部２１１は、印刷部２０８のトナーの残量をセンサーによって検知し、それをアラート、アラームなどの信号として生成する。センサー部２１２は、トナーボトルの着脱を検知し、セットされたトナーボトルのシリアル番号を読み取ることが可能である。なお、ここでは、画像形成装置１０２の消耗品の一例としてトナーを例に説明しているが、他の消耗品であってもよい。
【００２７】
図２（Ｂ）は、管理サーバ１０６のハードウェア構成を例示する図である。
図２（Ｂ）において、２５１はＣＰＵで、内部バス２５６を介して各デバイスを総括的に制御する。内部バス２５６には、ＣＰＵ２５１、ＲＡＭ２５２、ＲＯＭ２５３、記憶装置２５４、ネットワークＩ／Ｆ２５５、入出力Ｉ／Ｆ２５７等が接続されている。
【００２８】
ＲＯＭ２５３には、プログラム（後述する図３（Ｂ）のソフトウェア構成を実現するプログラムも含む）が格納されている。
ＲＡＭ２５２は、ＣＰＵ２５１のメモリやワークエリアとして機能する。
ＣＰＵ２５１は、ＲＡＭ２５２やＲ５Ｍ２０３、記憶装置２５４と共にプログラムの実行処理を行うとともに、記憶装置２５４等の記録媒体にデータを記録する処理を行う。
【００２９】
記憶装置２５４は、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）等の記憶装置である。記憶装置２５４は、外部記憶装置として機能し、画像形成装置１０２の管理情報を記憶するほか、バックアップＲＡＭ２５２に代わって、システム情報及び処理情報を保存することも可能である。
【００３０】
入出力Ｉ／Ｆ２５７は、例えばＰＳ２やUniversal Serial Busインタフェース（ＵＳＢ Ｉ／Ｆ）、アナログやデジタルのディスプレイＩ／Ｆを備える。入出力装置２５８は、キーボードやマウス、ＣＲＴや液晶ディスプレイであり、入出力Ｉ／Ｆ２５７を介して管理サーバ１０６と接続することができる。
【００３１】
管理サーバ１０６は、ネットワークＩ／Ｆ２５５によりインターネット１０８を介した通信を行うことにより、画像形成装置１０２や、ＰＣ１０５と通信を行うことができる。
なお、ファームウェア管理サーバ１０９やＰＣ１０５のハードウェア構成も、上述した管理サーバ１０６と同様とする。
【００３２】
図３（Ａ）は、画像形成装置１０２の中で本発明に関わる機能についてのソフトモジュール構成を例示する図である。
画像形成装置１０２は、ソフトウェアモジュールとして、通信部３０１、記憶部３０２、画像形成部３０３、ファームウェア更新部３０４、デバイス情報制御部３０５、操作部３０８、ステータス表示制御部３０９、メッセージ表示制御部３１０、ステータス検知部３１１を含む。これらのソフトモジュールは、画像形成装置１０２のＣＰＵ２０１がＲＯＭ２０３又は記憶装置２０４等に格納されたプログラム実行することにより実現されるものである。
【００３３】
通信部３０１は、画像形成装置１０２に関するデバイス情報や障害情報等を管理サーバ１０６へ送信する。また、通信部３０１は、管理サーバ１０６から送信される指示、情報を受信する。これらの送受信は、例えばＳＭＴＰやＨＴＴＰ／ＨＴＴＰＳなどを用いた通信により行われる。
【００３４】
記憶部３０２は、ＲＡＭ２０２、ＲＯＭ２０３、記憶装置２０４の記憶領域と情報のやり取りを行う。記憶部３０２は、デバイス情報として画像形成装置１０２の動作履歴やさまざまな異常状態を表すデータなどを上記記憶領域に記憶させる。なお、デバイス情報には、装置ＩＤなどの画像処理装置識別情報、ＩＰアドレスなどの通信情報も含まれる。また、デバイス情報には、カウンタ情報、異常状態発生情報、その他様々なデバイス情報も含まれる。また、記憶部３０２は、管理サーバ情報として、画像形成装置１０２を管理する管理サーバ１０６のＩＰアドレスなどの通信情報も、上記記憶領域に記憶させる。
【００３５】
画像形成部３０３は、印刷データを生成し出力する機能を有する。
ファームウェア更新部３０４は、画像形成装置１０２のファームウェア情報の更新管理を行う。具体的には、ファームウェア更新部３０４は、管理サーバ１０６からのファームウェア更新指示をデバイス情報制御部３０５経由で受け付け、ファームウェアの更新を実施する。ファームウェアの更新を実施する際、ファームウェア更新部３０４は、ファームウェア管理サーバ１０９に問い合わせて、ファームウェア管理サーバ１０９よりファームウェアを取得し、更新を実施する。なお、ファームウェア更新部３０４は、その実施結果をファームウェア管理サーバ１０９、また、デバイス情報制御部３０５経由で管理サーバ１０６へ伝える。
【００３６】
デバイス情報制御部３０５は、画像形成装置１０２の印刷制御や異常状態の管理などを行うとともに、カウンタ情報の管理や通知情報の管理も行う。また、デバイス情報制御部３０５は、色味調整や印刷モード、その他機能の設定に関する制御も行う。なお、デバイス情報制御部３０５は、障害情報管理部３０６、指示情報管理部３０７を含む。
【００３７】
障害情報管理部３０６は、画像形成装置１０２に障害が発生した際に管理サーバ１０６へ送信するための障害情報を生成する。なお、障害情報管理部３０６は、障害情報だけでなく、トナーや部品など消耗品に関わる情報（消耗品情報）も管理する。これらの障害情報や消耗品情報、また画像形成装置１０２のカウンタ情報などの稼働情報は、ネットワークＩ／Ｆ２０５を介して管理サーバ１０６へ送信される。これらの送信すべき情報の種類や、送信タイミングなどは、例えば管理サーバ１０６からの指示に従い設定される。
【００３８】
指示情報管理部３０７は、管理サーバ１０６からの指示を実施し、結果を管理サーバ１０６へ通知する。指示の内容によっては、指示情報管理部３０７が各部への指示を行い、各部での実施結果を管理サーバ１０６へ通知する。
【００３９】
操作部３０８は、顧客ユーザによる印刷指示をはじめとする画像形成装置１０２に対する操作指示を可能とするインタフェースである。
【００４０】
ステータス表示制御部３０９は、入出力装置２１０のステータスバーなどのステータス表示領域に対して、画像形成装置１０２の状態情報に関するメッセージ（以下「デフォルトメッセージ」という。）の表示制御を行う。デフォルトメッセージは、上記ステータスバー等で表示されるべきメッセージとして、画像形成装置１０２の障害に対応して、画像形成装置１０２で予め用意されているメッセージである。さらに、ステータス表示制御部３０９は、ステータスバーなどに対して、管理サーバ１０６から送られた簡易メッセージの表示制御も行う。簡易メッセージとは、後述する管理サーバ１０６が生成し画像形成装置１０２のブラウザに表示するＨＴＭＬのメッセージとは異なり、管理サーバ１０６が生成し画像形成装置１０２のステータスバーへ表示するメッセージ内容を簡略化した文字列を意味する。
【００４１】
メッセージ表示制御部３１０は、ユーザの操作に応じてウェブブラウザ機能（Ｗｅｂブラウザなど）を起動し、管理サーバ１０６からのメッセージ（上述したＨＴＭＬのメッセージ）などの表示も制御する。
【００４２】
ステータス検知部３１１は、画像形成装置１０２の状態を監視しており、障害やセンサーによるドアやカバーなどの開閉（以下「イベント」という。）状態、その復帰状態、トナー残量の状態など様々な状態を検知し、各制御部へそれらを通知する。
【００４３】
図３（Ｂ）は、管理サーバ１０６の中で本発明に関わる機能についてのソフトモジュール構成を説明する図である。
管理サーバ１０６は、ソフトウェアモジュールとして、通信部３５１、記憶部３５２、表示部３５３、コマンド解析部３５４、レスポンス生成部３５５、保守情報管理部３５６等を有する。これらのソフトモジュールは、管理サーバ１０６のＣＰＵ２５１が記憶装置２５４等に格納されたプログラム実行することにより実現されるものである。
【００４４】
通信部３５１は、画像形成装置１０２と通信を行う機能を持つ。画像形成装置１０２から送信されるデバイス情報や障害情報等を受信したり、画像形成装置１０２へ必要な指示・情報を送信したりする。カウンタ値とは、画像形成装置１０２が印刷した総枚数を示す。
【００４５】
記憶部３５２は、ＲＡＭ２５２、ＲＯＭ２５３、記憶装置２５４の記憶領域と情報のやりとりを行い、デバイス情報や販売会社情報、顧客情報などを上記記憶領域に保存する。
【００４６】
表示部３５３は、記憶部３５２に格納されたデバイス情報をＷｅｂ画面として表示するための処理を行う。管理サーバ１０６内ではＷＷＷサーバプログラムが動作しており、Ｗｅｂブラウザからリクエストに応じて、上記Ｗｅｂ画面をＷｅｂブラウザに提供する。これにより、図示しない販売会社のサービスマン等がＰＣ上のＷｅｂブラウザを用いて上記情報を閲覧することが可能となる。以下、上記Ｗｅｂ画面を閲覧等するためのＷｅｂサイトを「ポータルサイト」という。
【００４７】
コマンド解析部３５４は、画像形成装置１０２から送信されたコマンドを解析する。コマンド解析部３５４は、上記解析した結果を、記憶部３５２、保守情報管理部３５６、表示部３５３に反映させる。
レスポンス生成部３５５は、コマンド解析部３５４により解析されたコマンドに対して、画像形成装置１０２へのレスポンスを生成する。
【００４８】
保守情報管理部３５６は、画像形成装置１０２を監視し保守を行うために必要な情報を管理する制御機能を持つ。保守情報管理部３５６は、通知管理部３５７、販売会社情報管理部３５８、デバイス情報管理部３５９、顧客情報管理部３６０、消耗品在庫管理部３６１を含む。また、保守情報管理部３５６は、マスタ情報管理部３６２、メッセージ管理部３６３、デバイス指示管理部３６４、ファームウェア情報管理部３６５も含む。
【００４９】
通知管理部３５７は、通知情報の生成や通知先の指定を行い、通知データを生成する。通知管理部３５７による通知には、例えば、画像形成装置１０２を保守するサービスマンへの保守依頼通知や消耗品の補充依頼通知などがある。
販売会社情報管理部３５８は、顧客に設置された画像形成装置１０２の管理、サポートを行う販売会社の情報を管理する。
【００５０】
デバイス情報管理部３５９は、保守対象の画像形成装置１０２を管理する。例えば、画像処理装置識別情報、画像処理装置の異常状態情報、保守履歴、画像処理装置の管理者情報、画像処理装置の消耗品情報などが、デバイス情報管理部３５９の管理対象になる。なお、異常状態情報とは、エラー、アラーム、ジャムなどの障害情報を含み、ポータルサイトに表示され、販売会社のディスパッチャ、サービスマンなどにより閲覧される。また、障害情報は、販売会社の対応状況に応じて「未対応」、「対応中」、「対応済み」などステータス管理されている。
【００５１】
顧客情報管理部３６０は、画像形成装置１０２が設置された顧客の情報を管理する。顧客情報管理部３６０が管理する情報の中には、販売会社との保守契約に関する情報も含まれる。
【００５２】
消耗品在庫管理部３６１は、トナー／インク、消耗部品といった画像形成装置１０２の消耗品の在庫管理を行う。具体的には、消耗品在庫管理部３６１は、画像形成装置１０２から送信されるトナー／インク残量を示す情報、部品交換を示す情報を基に在庫減算を行い、設定した閾値を跨いだ際に通知管理部３５７と連動することで、消耗品の補充依頼通知などの通知を行う。
【００５３】
マスタ情報管理部３６２は、機種情報、障害情報、部品情報などの表示に必要なマスタ情報を管理する。マスタ情報とは、例えばある機種の製品名称、使用する消耗品情報などや、画像形成装置１０２から送信される障害情報の内容説明、部品の寿命値などにあたる。
【００５４】
メッセージ管理部３６３は、画像形成装置１０２のステータス表示制御部３０９、メッセージ表示制御部３１０に表示させる簡易メッセージ、メッセージ（上述したＨＴＭＬのメッセージ）の生成と管理を行う。これらのメッセージにより表示される内容は、例えば、消耗品の配送状況、サービスマンの派遣状況、システムメンテナンス、ファームウェア更新実施のお知らせなど、画像形成装置１０２の保守全般に関するものである。
【００５５】
デバイス指示管理部３６４は、画像形成装置１０２への指示を管理する。デバイス指示管理部３６４による指示の内容は、管理サーバ１０６への情報送信スケジュールの変更、管理サーバ１０６への指示確認（指示があるかどうかの問合わせ）、ファームウェア更新、リブートなどである。画像形成装置１０２への指示は、販売会社ユーザよりポータルサイトなどから受け付けられ、対象となる画像形成装置１０２への指示として記憶部３５２に格納される。また、デバイス指示管理部３６４は、指示に対する画像形成装置１０２の実施結果を「成功」、「失敗」、「不明」などのステータスとして管理する。
【００５６】
ファームウェア情報管理部３６５は、受信した画像形成装置１０２のファームウェアバージョン情報をポータルサイトへ表示、また、ファームウェア管理サーバ１０９と連携してファームウェア配信の設定を行う。ファームウェア管理サーバ１０９にてファームウェア配信の設定を行うと、ファームウェア情報管理部３６５は、デバイス指示管理部３６４に対してファームウェア更新の指示を登録する。
【００５７】
図４は、実施例１の画像形成装置１０２で障害が発生してから管理サーバ１０６で自動生成された簡易メッセージと障害に対するデフォルトメッセージをステータス表示制御部３０９が表示するまでの処理を例示するシーケンス図である。なお、この図において、画像形成装置１０２の処理は、画像形成装置１０２のＣＰＵ２０１がＲＯＭ２０３又は記憶装置２０４等に記憶されるプログラムを読み出して実行することにより実現される。また、管理サーバ１０６の処理は、管理サーバ１０６のＣＰＵ２５１が記憶装置２５４等に記憶されるプログラムを読み出して実行することにより実現される。
【００５８】
ステータス検知部３１１は、画像形成装置１０２における障害の発生を検知すると、Ｓ４０１において、該障害の発生を、ステータス表示制御部３０９、デバイス情報制御部３０５に通知する。
【００５９】
Ｓ４０２において、デバイス情報制御部３０５は、上記発生した障害の情報（障害情報）を管理サーバ１０６へ送信する。また、同時にＳ４０２´において、ステータス表示制御部３０９は、上記発生した障害に対応するデフォルトメッセージを、ステータスバーに表示する。本実施例では、トナー残量が少なくなっている状態が発生した場合を想定して説明するが、本発明の対処となる障害はトナー残量少に限定されるものではない。
図５は、画像形成装置１０２のステータスバーに表示されるデフォルトメッセージを例示する図である。図５では、デフォルトメッセージとして「トナー（ブラック）残量が少なくなっています。」がステータスバーに表示されている例が示されている。
【００６０】
管理サーバ１０６は、上記Ｓ４０２で画像形成装置１０２から送信された障害情報を受信すると、Ｓ４０３において、該障害情報が示す障害内容から簡易メッセージ、メッセージ（上述したＨＴＭＬのメッセージ）を自動生成するか否かを判断する。
表１は、受信した障害情報がエラーであった場合にメッセージ自動生成の判断に用いる自動生成対象エラーテーブル例を示し、予め記憶部３５２に保持される。
表２は、受信した障害情報がアラームであった場合にメッセージ自動生成の判断に用いる自動生成対象アラームテーブル例を示し、予め記憶部３５２に保持される。
なお、これらのテーブルに存在するエラーコード、アラームコードは、サービスマンでしか対処できない障害となる。
管理サーバ１０６は、障害情報が示す障害内容が表１，表２のテーブルに存在する場合には、簡易メッセージ、メッセージを自動生成すると判断し、存在しない場合には、自動生成しないと判断するものとする。
【００６１】
【表１】
2017187906.tif 000003
【００６２】
【表２】
2017187906.tif 000004
【００６３】
上記Ｓ４０３において自動生成すると判断した場合には、Ｓ４０４において、管理サーバ１０６は、障害情報が示す障害内容に対応した、簡易メッセージ、例えば「トナー（ブラック）の残量が少なくなったので配送手続きを行っています。」、「監視センターにて障害を検知しました。」等や、メッセージ（ＨＴＭＬのメッセージ）を自動生成する。そして、管理サーバ１０６は、該自動生成した簡易メッセージ、メッセージや後述する属性情報を、画像形成装置１０２への指示として記憶部３５２に登録する。なお、障害情報が示す障害内容に対応した簡易メッセージ、メッセージや属性情報は、予め設定されて記憶部３５２に保持されているものとする。
【００６４】
Ｓ４０５において、管理サーバ１０６は、画像形成装置１０２からの障害情報送信の応答に、指示の有無確認を行う指示（「指示の有無確認」指示）を含める。「指示の有無確認」とは、画像形成装置１０２から管理サーバ１０６に画像形成装置１０２対する指示の有無の問い合わせ（確認）を行うことを示す。なお、「指示の有無確認」で指示があった場合には、画像形成装置１０２は、該「指示の有無確認」の応答にて、該指示を受け取ることができる。
【００６５】
画像形成装置１０２のデバイス情報制御部３０５は、「指示の有無確認」指示を受け取ると、Ｓ４０６において、管理サーバ１０６に対して指示の有無確認（指示の有無の問い合わせ）を行う。なお、デバイス情報制御部３０５は、「指示の有無確認」指示を受け取った場合のみでなく、定期的に、管理サーバ１０６に対して指示の有無確認を行うものとする。
【００６６】
Ｓ４０７において、管理サーバ１０６は、上記画像形成装置１０２からの指示の有無確認に応じて、上記Ｓ４０４で自動生成した簡易メッセージと該簡易メッセージの属性（障害を示すステータスコード、後述する在庫管理の有無、表示期限（日時）、非表示条件など）を、上記指示の有無確認に対する画像形成装置１０２への応答に含める。
【００６７】
画像形成装置１０２のデバイス情報制御部３０５は、上記Ｓ４０７の応答を受け取ると、Ｓ４０８において、ステータス表示制御部３０９へ、上記Ｓ４０７で受け取った簡易メッセージと属性を通知する。
【００６８】
Ｓ４０９において、ステータス表示制御部３０９は、上記通知された属性から簡易メッセージを記憶部３０２で保持されるメッセージテーブル（表３）に登録する。
表３は、実施例１のメッセージテーブル例を示す。このメッセージテーブルは、画像形成装置１０２のステータス表示領域で表示されるべきメッセージとして、画像形成装置１０２で予め用意されている障害に対応するメッセージを管理するものであるが、表３のように、管理サーバ１０６から送信されてきた簡易メッセージも管理可能である。
【００６９】
【表３】
2017187906.tif 000005
【００７０】
Ｓ４１０において、ステータス表示制御部３０９は、ステータスが「１：イベント」となっている障害のうち優先度の高い障害のステータスコードに紐付いたデフォルトメッセージと簡易メッセージを、例えば図６に示すように、ステータスバーに交互に表示させる（表示制御の詳細は後述する）。なお、メッセージテーブルは、予め画像形成装置１０２の記憶部３０２に保持されているものである。また、ステータスは、障害が発生した場合に「１：イベント」に変更され、障害から復帰した場合に「０：正常」に変更される。また、メッセージテーブルの簡易メッセージと後述する在庫管理の有無、表示期限（日時）、非表示条件には、管理サーバ１０６から受信した情報（属性情報）が登録される。
図６は、画像形成装置１０２のステータスバーにデフォルトメッセージと簡易メッセージが交互に表示される状態を例示する図である。図６では、デフォルトメッセージ「トナー（ブラック）残量が少なくなっています。」、簡易メッセージ「トナー（ブラック）残量が少なくなったので監視センターにて配送手続を行っています。」がステータスバーに交互に表示されている例が示されている。
【００７１】
なお、ステータスバーに表示されている簡易メッセージ（対応するデフォルトメッセージでもよい）が、ユーザによりタッチされると、画像形成装置１０２のウェブブラウザが起動され、該簡易メッセージに対応する上述した管理サーバ１０６から受信したＨＴＭＬのメッセージが該ウェブブラウザ上に表示される。また、ＨＴＭＬのメッセージは、メニュー等に表示されるメッセージ表示ボタンの押下によって表示されるものでもよい。
【００７２】
なお、ステータスバーに表示されているデフォルトメッセージ、簡易メッセージは、例えば、対象のステータスが復帰状態になること等で、非表示となる（非表示制御の詳細は後述する）。非表示となった簡易メッセージについては、管理サーバ１０６側で生成するメッセージが変わる可能性があるため、このタイミングで、ステータス表示制御部３０９がメッセージテーブルから削除するようにしてもよい。また、変更された簡易メッセージが管理サーバ１０６から受信された場合に、メッセージテーブルから削除するようにしてもよい。
【００７３】
しかし、発生した障害によってはステータスの復帰だけを条件としてメッセージを非表示としてよい場合と、非表示としてはいけない場合がある。
例えば、サービスマンの出動を伴うエラーなどは、状態が復帰となったことで双方のメッセージを非表示としてよい。一方、トナー残量少、トナー無し等の消耗品に関するイベントの場合は、デフォルトメッセージ「トナー残量少」と簡易メッセージ「配送中」が交互に表示されるが、この場合は、簡易メッセージを非表示としてはいけない。例えば、顧客先の在庫でトナー交換によりステータスが復帰することで、「配送中」などの簡易メッセージが非表示となってしまうと、顧客が配送ステータスを把握することができなくなり、販売会社への不要な問い合わせ、重複した発注等が発生してしまう可能性がある。よって、この場合は、簡易メッセージに表示期限を設け、一定期間で非表示とするなどの対処が必要となる。
【００７４】
以下、これらの課題に対して、本実施例の画像形成装置１０２のステータス表示制御部３０９が、発生した障害の種類、ステータス、管理サーバ１０６での在庫管理の有無、表示期限、非表示条件などの条件によって、簡易メッセージを非表示制御する仕組みについて説明する。
【００７５】
まず、図７を用いて、従来の画像形成装置におけるデフォルトメッセージの表示処理について説明する。
図７は、従来の画像形成装置のステータスバーの表示処理を時系列で示す図である。
従来の画像形成装置では、表４に示すようなメッセージテーブルを参照し、各障害やイベントのステータス、優先順位から表示制御を行う。
表４は、従来の画像形成装置のメッセージテーブル例を示す。
【００７６】
【表４】
2017187906.tif 000006
【００７７】
先ずイエロートナーの残量が少なくなったことで、イエロートナー残量少「16908544」のステータスが「１」となり、デフォルトメッセージ「トナー残量（イエロー）が少なくなっています。」がパネルのステータスバーに表示される。その後、マゼンタトナーの残量が少なくなったことで、マゼンタトナー残量少「16908800」のステータスが「１」となる。この時、それぞれの優先順位が比較され、どちらをパネルに優先表示させるか判断される。この場合、優先順位が共に「３」なので、それぞれのデフォルトメッセージが交互にステータスバーへ表示される。その後、本体の前カバーが開かれると、前カバーオープン「50528257」のステータスが「１」となり、ステータスが「１」であるイベントの中で一番優先順位の高い前カバーオープンのデフォルトメッセージ「前カバーが開いています。」のみがステータスバーへ表示される。その際、それ以外のイベントについては非表示となる。本体の前カバーが閉じられると、ステータスが「０」となり、デフォルトメッセージ「前カバーが開いています。」が非表示となる。この時、イエロー／マゼンタトナーの残量は少ないまま、つまりステータスが「１」なので、これらのデフォルトメッセージが再び交互に表示される。イエロートナーのボトル交換がされると、イエロートナー残量少のステータスが復帰状態「０」となり、イエロートナー残量少のデフォルトメッセージが非表示となる。
【００７８】
つまり、従来の仕組みでは、同じ優先順位のイベントのデフォルトメッセージが交互に表示され、優先順位が高いイベントが発生すると、そちらが優先表示される。優先順位が高いイベントのステータスが復帰状態となると、優先順位が低く、復帰状態となっていないイベントのデフォルトメッセージが表示される。
【００７９】
このような従来の仕組みに対して、イベントの種類、消耗品の在庫管理の有無、非表示とする条件が表示期限なのか、復帰状態と表示期限の両方なのかなどを考慮した本実施例の処理についてトナーに関するイベントを例に説明する。本発明では、画像形成装置側の優先度等を用いた表示の仕組みを大幅に変更することなく、管理サーバからの簡易メッセージを適切に表示制御することができる。
【００８０】
図８（Ａ）は、画像形成装置１０２でトナー関連のイベントが発生した後にボトル交換されてステータスが復帰となるまでの各メッセージに対する表示制御を時系列に表現する図である。ステータス表示制御部３０９は、メッセージテーブル（表５）を参照することで本処理を実施する。
表５は、実施例１の画像形成装置１０２のメッセージテーブル例を示すものであり、記憶部３０２で保持される。なお、上述した表３は、説明を簡単にするために、表５を簡略化して記載したものである。
【００８１】
【表５】
2017187906.tif 000007
【００８２】
表５において、イベントフラグは、イベントの種類を示しており、サービスコールエラー、トナー関連、その他として分類される。なお、ここではトナー関連としているが、トナーに限定せず画像形成装置１０２の消耗品関連としてもよい。在庫管理の有無は、管理サーバ１０６の消耗品在庫管理部３６１にて管理される対象顧客に対して在庫管理を実施しているか否かを示す情報であり、管理サーバ１０６から属性情報として提供される情報である。表示期限は、簡易メッセージをパネルに表示させる期限を示す情報であり、管理サーバ１０６から属性情報として提供される情報である。なお、表示期限に基づく処理の詳細については後述する。非表示条件とは、簡易メッセージを非表示にするための条件を示す情報であり、管理サーバ１０６から属性情報として提供される情報である。非表示条件が「期限」のみの場合は、表示期限となったら簡易メッセージを非表示にすることを示す。非表示条件が「期限」あるいは「ステータスの復帰」（表５では「期限or復帰」）の場合は、どちらかの条件に合致することで簡易メッセージを非表示にすることを示す。
【００８３】
トナー残量が少なくなると、ステータス表示制御部３０９は、表５の(1)(2)のメッセージをステータスバーへ交互に表示する。その後さらに印刷を続けると、トナーが無くなり、ステータス表示制御部３０９は、(1)(2)より優先度の高い(3)(4)のメッセージを交互に表示する。ステータス表示制御部３０９は、管理サーバ１０６から指定された表示期限に達すると(4)を非表示にする（(2)も非表示対象）。最終的にトナーボトルの交換によりトナー残量少、トナー無しのステータスが復帰すると、ステータス表示制御部３０９は、(3)を非表示にする（(1)も非表示対象）。
【００８４】
図８（Ｂ）は、図８（Ａ）に対して簡易メッセージの表示期限よりも前にトナー関連のステータスが復帰した場合の各メッセージに対する表示制御を時系列に表現する図である。
【００８５】
トナー残量が少なくなると、ステータス表示制御部３０９は、表５の(1)(2)のメッセージをステータスバーへ交互に表示する。その後さらに印刷を続けると、トナーが無くなり、ステータス表示制御部３０９は、(1)(2)より優先度の高い(3)(4)のメッセージを交互に表示する。トナーボトルの交換によりトナー残量少、トナー無しのステータスが復帰すると、ステータス表示制御部３０９は、(3)(4)を非表示にする（(1)も非表示対象）。(2)は非表示条件が「期限」であるため、この時点では非表示対象とはならない。最終的に、管理サーバ１０６から指定された表示期限に達すると、ステータス表示制御部３０９は、(2)を非表示にする。
【００８６】
図８（Ｂ）の例からもわかるように、簡易メッセージ(4)は、非表示条件が「１：期限or復帰」なので、「表示期限」あるいは「ステータスの復帰」で非表示となる。しかし、簡易メッセージ(2)は、非表示条件が「０：期限」なので、「表示期限」に達するまではステータスが復帰したとしても、表示され続ける。また、ここでは、トナーの在庫管理が「１：有」の場合を例にしたが、トナーの在庫管理が「０：無」の場合は、以下のように表示制御してもよい。この場合、ステータスが復帰したということは配送されたトナーボトルで交換されたことになるため表示期限は必要なく、ステータスの復帰だけで簡易メッセージを非表示としてよい。
【００８７】
図９は、実施例１の画像形成装置１０２のステータス表示制御部３０９がデフォルトメッセージ、簡易メッセージを複数の条件を基に非表示にする処理を例示するフローチャートである。本処理は、画像形成装置１０２のＣＰＵ２０１がＲＯＭ２０３又は記憶装置２０４等に記憶されるプログラムを読み出して実行することにより実現される。なお、本処理は、図４で説明した処理とは非同期で実行されるものである。また、本処理は、メッセージテーブルに登録されている、発生したイベントごとに実行されるものである。
【００８８】
まず、ステータス表示制御部３０９は、発生したイベントのうち、いずれかを処理対象に選択し、本フローチャートの処理を開始する。
Ｓ９０１において、ステータス表示制御部３０９は、本処理で処理対象となっている発生したイベントのステータスを、メッセージテーブル（表５）を参照して確認する。
次に、Ｓ９０２において、ステータス表示制御部３０９は、上記Ｓ９０１の確認結果に基づいて、上記イベントのステータスが復帰状態であるか否かを判定する。
【００８９】
そして、上記イベントのステータスが復帰状態でないと判定した場合（Ｓ９０２でＮｏの場合）、ステータス表示制御部３０９は、Ｓ９１０に処理を進める。
Ｓ９１０において、ステータス表示制御部３０９は、上記イベントに対応する表示期限を確認する。
次に、Ｓ９１１において、ステータス表示制御部３０９は、上記Ｓ９１０の確認結果に基づいて、上記イベントに対応する表示期限に達しているか否かを判定する。
【００９０】
そして、表示期限に達していないと判定した場合（Ｓ９１１でＮｏの場合）、ステータス表示制御部３０９は、上記イベントに対応するデフォルトメッセージと簡易メッセージの両方を交互に表示したまま、本フローチャートの処理を終了する。
【００９１】
一方、表示期限に達していると判定した場合（Ｓ９１１でＹｅｓの場合）、ステータス表示制御部３０９は、Ｓ９１２に処理を進める。Ｓ９１２において、ステータス表示制御部３０９は、ステータスバーに表示されている上記イベントに対応する簡易メッセージを非表示にし、本フローチャートの処理を終了する。
【００９２】
また、上記Ｓ９０２において、上記発生しているイベントのステータスが復帰状態であると判定した場合（Ｓ９０２でＹｅｓの場合）、ステータス表示制御部３０９は、Ｓ９０３に処理を進める。
【００９３】
Ｓ９０３において、ステータス表示制御部３０９は、上記イベントのイベントフラグを確認する。
次に、Ｓ９０４において、ステータス表示制御部３０９は、上記Ｓ９０３の確認結果に基づいて、上記イベントの種類がエラーか否かを判定する。
【００９４】
そして、上記イベントの種類がエラーであると判定した場合（Ｓ９０４でＹｅｓの場合）、ステータス表示制御部３０９は、Ｓ９１３に処理を進める。Ｓ９１３において、ステータス表示制御部３０９は、ステータスバーに表示されている上記イベントに対応するデフォルトメッセージと簡易メッセージの両方を非表示にし、本フローチャートの処理を終了する。エラーであれば、ステータスが復帰したことで簡易メッセージを非表示にしてよいからである。
【００９５】
一方、上記発生しているイベントの種類がエラーでないと判定した場合（Ｓ９０４でＮｏの場合）、ステータス表示制御部３０９は、Ｓ９０５に処理を進める。
Ｓ９０５において、ステータス表示制御部３０９は、上記Ｓ９０３の確認結果に基づいて、上記イベントの種類がトナー関連か否かを判定する。なお、ここではトナー関連か否かを判定しているが、トナーを含む消耗品関連であるか否かを判定するようにしてもよい。
【００９６】
そして、上記イベントの種類がトナー関連（消耗品関連）でないと判定した場合（Ｓ９０５でＮｏの場合）、ステータス表示制御部３０９は、Ｓ９１４に処理を進める。Ｓ９１４において、ステータス表示制御部３０９は、上記イベントがその他イベントであるため、ステータスバーに表示されている上記イベントに対応するデフォルトメッセージを非表示にし、本フローチャートの処理を終了する。
【００９７】
一方、上記イベントの種類がトナー関連（消耗品関連）であると判定した場合（Ｓ９０５でＹｅｓの場合）、ステータス表示制御部３０９は、Ｓ９０６に処理を進める。
Ｓ９０６において、ステータス表示制御部３０９は、上記イベントに対応する消耗品の在庫管理の有無を判定する。
【００９８】
そして、消耗品の在庫管理が「無」と判定した場合（Ｓ９０６でＮｏの場合）、ステータス表示制御部３０９は、Ｓ９１３に処理を進める。Ｓ９１３において、ステータス表示制御部３０９は、ステータスバーに表示されている上記イベントに対応するデフォルトメッセージと簡易メッセージの両方を非表示にし、本フローチャートの処理を終了する。この場合、上述したように、ステータスが復帰したということは配送されたトナーボトル（消耗品）で交換されたことになるため表示期限は必要なく、ステータスの復帰だけで簡易メッセージを非表示としてよいからである。
【００９９】
一方、消耗品の在庫管理が「有」と判定した場合（Ｓ９０６でＹｅｓの場合）、ステータス表示制御部３０９は、Ｓ９０７に処理を進める。
Ｓ９０７において、ステータス表示制御部３０９は、ステータスバーに表示されている上記イベントに対応するデフォルトメッセージを非表示にする。
【０１００】
次に、Ｓ９０８において、ステータス表示制御部３０９は、上記イベントに対応する非表示条件を確認する。
次に、Ｓ９０９において、ステータス表示制御部３０９は、上記Ｓ９０８の確認結果に基づいて、上記イベントに対応する非表示条件が「期限あるいはステータス復帰」か否かを判定する。
【０１０１】
そして、「期限あるいはステータス復帰」であると判定した場合（Ｓ９０９でＹｅｓの場合）、ステータス表示制御部３０９は、Ｓ９１２に処理を進める。
Ｓ９１２において、ステータス表示制御部３０９は、ステータスバーに表示されている上記イベントに対応する簡易メッセージを非表示にし、本フローチャートの処理を終了する。
【０１０２】
一方、上記イベントに対応する非表示条件が「期限」だけであると判定した場合（Ｓ９０９でＮｏの場合）、ステータス表示制御部３０９は、Ｓ９１０に処理を進める。Ｓ９１０以降の処理は上述した通りのため省略する。
【０１０３】
なお、ステータス表示制御部３０９は、上記Ｓ９１２やＳ９１３で簡易メッセージを非表示にする場合、該簡易メッセージをメッセージテーブルから削除するようにしてもよい。また、ステータス表示制御部３０９は、非表示にする場合に簡易メッセージを削除することなく、管理サーバ１０６から同障害に対応する簡易メッセージを受信した場合に、該受信した簡易メッセージで、メッセージテーブルに登録されている簡易メッセージを上書きするようにしてもよい。
【０１０４】
本実施例では、画像形成装置１０２のステータス表示制御部３０９が発生した障害の種類、ステータス、在庫管理、表示期限、非表示条件などの条件に基づいて、ステータスバーに表示されるメッセージを非表示にする仕組みについて説明した。このような処理により、画像形成装置１０２のデフォルトメッセージと管理サーバ１０６から受け取った簡易メッセージを、条件に基づいて表示制御させることで、前述した課題を解決することが可能となる。
【０１０５】
本実施例では、管理サーバ１０６で生成された簡易メッセージと画像形成装置１０２のデフォルトメッセージをステータス表示領域に交互に表示させる仕組みについて説明した。このような仕組みにより、顧客ユーザに適切なメッセージを伝え、販売会社業務を効率化することができる。また、本実施例では、画像形成装置１０２が、発生した障害の種類、ステータス、在庫管理の有無、表示期限などの条件によって、上述したように表示しているデフォルトメッセージ、簡易メッセージを非表示とする仕組みについても説明した。これにより、前述した課題を解決することが可能となる。
【０１０６】
すなわち、画像形成装置１０２のデフォルトメッセージと、管理サーバ１０６からの簡易メッセージとが同時に存在する場合でも、保守業務等において顧客ユーザに通知すべきメッセージを適切に表示・非表示とすることができる。なお、本発明では、画像形成装置１０２側の優先度等を用いた表示の仕組みを大幅に変更することなく、管理サーバ１０６からの簡易メッセージを適切に表示制御することができる。
【０１０７】
なお、本実施例において、各サーバや装置の構成、ソフトモジュールの構成、また、デバイス情報を一時保存する判断処理フローを示してきたが、これらは一例であり、これに限るものではない。
【実施例２】
【０１０８】
実施例１では、表５のようなメッセージテーブルを用いる構成について説明した。実施例２では、表６のようなメッセージテーブルを用いる構成について説明する。
表６は、実施例２の画像形成装置１０２のメッセージテーブル例を示すものであり、記憶部３０２で保持される。
【０１０９】
【表６】
2017187906.tif 000008
【０１１０】
表６に示すメッセージテーブルは、同一のステータスコードを有するレコードを複数登録可能な構成であり、画像形成装置１０２で予め保持するデフォルトメッセージに加え、管理サーバ１０６からのデフォルトメッセージも管理可能である。
実施例２の管理サーバ１０６は、デフォルトメッセージを、優先順位、在庫管理、非表示条件などの情報（属性情報）を含めて、画像形成装置１０２に返すものとする。そして、画像形成装置１０２では、管理サーバ１０６から受信したデフォルトメッセージを、表６のようなメッセージテーブルに登録し、同一のステータスコードで同一の優先順位を有する複数のデフォルトメッセージを、交互に表示するものとする。以下、詳細に説明する。
【０１１１】
図１０は、実施例２の画像形成装置１０２で障害が発生してから管理サーバ１０６で自動生成されたデフォルトメッセージと画像形成装置１０２に予め用意されているデフォルトメッセージをステータス表示制御部３０９が表示するまでの処理を例示するシーケンス図である。なお、この図において、画像形成装置１０２の処理は、画像形成装置１０２のＣＰＵ２０１がＲＯＭ２０３又は記憶装置２０４等に記憶されるプログラムを読み出して実行することにより実現される。また、管理サーバ１０６の処理は、管理サーバ１０６のＣＰＵ２５１が記憶装置２５４等に記憶されるプログラムを読み出して実行することにより実現される。
なお、図１０では、図４と同一のステップには同一のステップ番号を付し、説明を省略する。
【０１１２】
図１０に示す実施例２のシーケンスでは、管理サーバ１０６が、Ｓ４０２で画像形成装置１０２から送信された障害情報を受信すると、Ｓ１００１において、該障害情報が示す障害内容からデフォルトメッセージ、メッセージ（上述したＨＴＭＬのメッセージ）を自動生成するか否かを判断する。なお、判断方法は図４のＳ４０３と同一である。
【０１１３】
上記Ｓ１００１において自動生成すると判断した場合には、Ｓ１００２において、管理サーバ１０６は、例えば「トナー（ブラック）の残量が少なくなったので配送手続きを行っています。」、「監視センターにて障害を検知しました。」などのデフォルトメッセージ、メッセージを自動生成する。そして、管理サーバ１０６は、該自動生成したデフォルトメッセージ、メッセージを記憶部３５２に登録する。
【０１１４】
Ｓ１００３において、管理サーバ１０６は、画像形成装置１０２からの指示の有無確認（Ｓ４０６）に応じて、上記Ｓ１００２で自動生成したデフォルトメッセージと発生した障害の属性（障害を示すステータスコード、優先順位、在庫管理の有無、表示期限（日時）、非表示条件など）を、上記指示の有無確認に対する画像形成装置１０２への応答に含める。
【０１１５】
画像形成装置１０２のデバイス情報制御部３０５は、上記Ｓ１００３の応答を受け取ると、Ｓ１００４において、ステータス表示制御部３０９へ、上記Ｓ１００３で受け取ったデフォルトメッセージと属性を通知する。
【０１１６】
Ｓ１００５において、ステータス表示制御部３０９は、上記通知された属性からデフォルトメッセージを記憶部３０２で保持されるメッセージテーブル（表６）に登録する。例えば、表６の５段目のステータスコード「16909312」のレコードや、６段目のステータスコード「16909313」のレコードのように登録する。
【０１１７】
Ｓ１００６において、ステータス表示制御部３０９は、ステータスが「１：イベント」となっている障害のうち優先度の高い障害のステータスコードに紐付いた画像形成装置のデフォルトメッセージと、管理サーバ１０６から受信したデフォルトメッセージとを、ステータスバーに交互に表示させる。
【０１１８】
図１１は、実施例２の画像形成装置１０２のステータス表示制御部３０９がデフォルトメッセージを複数の条件を基に非表示にする処理を例示するフローチャートである。本処理は、画像形成装置１０２のＣＰＵ２０１がＲＯＭ２０３又は記憶装置２０４等に記憶されるプログラムを読み出して実行することにより実現される。なお、本処理は、図１０で説明した処理とは非同期で実行されるものである。また、本処理は、メッセージテーブルに登録されている、発生したイベントごとに実行されるものである。
なお、図１１では、図９と同一のステップには同一のステップ番号を付し、説明を省略する。
【０１１９】
図１１に示す実施例２の処理では、Ｓ９１１において、ステータス表示制御部３０９は、本処理で処理対象となっている発生したイベントに対応する表示期限に達していると判定した場合（Ｓ９１１でＹｅｓの場合）、Ｓ１１０１に処理を進める。Ｓ１１０１において、ステータス表示制御部３０９は、ステータスバーに表示されている上記イベントに対応するデフォルトメッセージを非表示にし、本フローチャートの処理を終了する。
【０１２０】
また、Ｓ９０４において、ステータス表示制御部３０９は、上記イベントの種類がエラーであると判定した場合（Ｓ９０４でＹｅｓの場合）、Ｓ１１０１に処理を進める。
また、Ｓ９０５において、ステータス表示制御部３０９は、上記イベントの種類がトナー関連（消耗品関連）でないと判定した場合（Ｓ９０５でＮｏの場合）にも、Ｓ１１０１に処理を進める。
また、Ｓ９０６において、ステータス表示制御部３０９が、上記イベントに対応する消耗品の在庫管理が「無」と判定した場合（Ｓ９０６でＮｏの場合）にも、Ｓ１１０１に処理を進める。なお、Ｓ１１０１の処理は上述した通りのため省略する。
【０１２１】
一方、上記Ｓ９０６において、ステータス表示制御部３０９が、消耗品の在庫管理が「有」と判定した場合（Ｓ９０６でＹｅｓの場合）、Ｓ９０８に処理を進める。
また、Ｓ９０９において、ステータス表示制御部３０９が、上記イベントに対応する非表示条件が「期限あるいはステータス復帰」であると判定した場合（Ｓ９０９でＹｅｓの場合）、Ｓ１１０１に処理を進める。
【０１２２】
なお、ステータス表示制御部３０９は、管理サーバ１０６から受信したデフォルトメッセージを非表示にする場合、該デフォルトメッセージをメッセージテーブルから削除するようにしてもよい。また、ステータス表示制御部３０９は、管理サーバ１０６から受信したデフォルトメッセージを非表示にする場合にメッセージテーブルから削除することなく、管理サーバ１０６から同障害に対応するデフォルトメッセージを受信した場合に、該受信したデフォルトメッセージで、メッセージテーブルに登録されている過去に管理サーバ１０６から受信したデフォルトメッセージを上書きするようにしてもよい。
【０１２３】
本実施例では、画像形成装置１０２のステータス表示制御部３０９が発生した障害の種類、ステータス、在庫管理の有無、表示期限、非表示条件などの条件に基づいて、ステータスバーに表示されるメッセージを非表示にする仕組みについて説明した。このような処理により、画像形成装置１０２のデフォルトメッセージと管理サーバ１０６から受け取ったデフォルトメッセージを、条件に基づいて表示制御させることで、前述した課題を解決することができる。
【０１２４】
本実施例では、画像形成装置１０２で予め用意されているデフォルトメッセージと、管理サーバ１０６で生成されたデフォルトメッセージとをパネル画面に交互に表示させるまでの仕組みについて説明してきた。これにより、顧客ユーザに適切なメッセージを伝え、販売会社等への無駄な問い合わせや二重発注等を抑え、販売会社業務を効率化することができる。また、本実施例では、発生した障害の種類、ステータス、在庫管理の有無、表示期限、非表示条件などの条件によって表示している画像形成装置１０２のデフォルトメッセージ、管理サーバ１０６から受信したメッセージを非表示とする仕組みについて説明してきた。これにより、前述した課題を解決することが可能となる。
すなわち、画像形成装置１０２のデフォルトメッセージと、管理サーバ１０６からのデフォルトメッセージとが同時に存在する場合でも、保守業務等において顧客ユーザに通知すべきメッセージを適切に表示・非表示とすることができる。
以上のように、本発明では、画像形成装置側の優先度等を用いた表示の仕組みを大幅に変更することなく、管理サーバからの簡易メッセージを適切に表示制御することができる。
【０１２５】
なお、本実施例において、各サーバや装置の構成、ソフトモジュールの構成、また、デバイス情報を一時保存する判断処理フローを示してきたが、これらは一例であり、これに限るものではない。
【０１２６】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されていてもよい。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。
【０１２７】
（その他の実施例）
本発明は、上述の実施例の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【図１】
2017187906.tif 000009
【図２】
2017187906.tif 000010
【図３】
2017187906.tif 000011
【図４】
2017187906.tif 000012
【図５】
2017187906.tif 000013
【図６】
2017187906.tif 000014
【図７】
2017187906.tif 000015
【図８】
2017187906.tif 000016
【図９】
2017187906.tif 000017
【図１０】
2017187906.tif 000018
【図１１】
2017187906.tif 000019