(57)【要約】【課題】画像形成装置からの通信量や通知頻度を抑えると共に、低コストで、画像形成装置で発生したステータスを通知可能にすることを目的とする。【解決手段】検知手段により検知された変化後の状態が選択手段で選択された第一の通知条件、又は第二の通知条件を満たすか否か判断する判断手段と、判断手段により検知手段により検知された変化後の状態が選択手段で選択された第一の通知条件、又は第二の通知条件を満たすと判断された場合、状態の変化を、ネットワークを介して通信可能な管理装置へ通知する通知手段と、を有し、第一の通知条件が選択される場合の変化の発生個所と操作パネルとの距離は、第二の通知条件が選択される場合の変化の発生個所と操作パネルとの距離よりも遠く、第一の通知条件により通知される状態の変化の量は、第二の通知条件により通知される状態の変化の量よりも多いことによって課題を解決する。【選択図】図４
2013139084.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置の状態の変化を検知する検知手段と、
前記検知手段により検知された前記変化の発生個所が選択条件を満たすか否かを判定する判定手段と、
前記判定手段で前記検知手段により検知された前記変化の発生個所が選択条件を満たすと判定された場合、第一の通知条件を選択し、前記判定手段で前記検知手段により検知された前記変化の発生個所が選択条件を満さないと判定された場合、第二の通知条件を選択する選択手段と、
前記検知手段により検知された変化後の状態が前記選択手段で選択された前記第一の通知条件、又は前記第二の通知条件を満たすか否か判断する判断手段と、
前記判断手段により前記検知手段により検知された変化後の状態が前記選択手段で選択された前記第一の通知条件、又は前記第二の通知条件を満たすと判断された場合、状態の変化を、ネットワークを介して通信可能な管理装置へ通知する通知手段と、
を有し、
前記第一の通知条件が選択される場合の前記変化の発生個所と操作パネルとの距離は、前記第二の通知条件が選択される場合の前記変化の発生個所と操作パネルとの距離よりも遠く、
前記第一の通知条件により通知される前記状態の変化の量は、前記第二の通知条件により通知される前記状態の変化の量よりも多いことを特徴とする画像形成装置。
【請求項２】
画像形成装置が実行する情報処理方法であって、
画像形成装置の状態の変化を検知する検知ステップと、
前記検知ステップにより検知された前記変化の発生個所が選択条件を満たすか否かを判定する判定ステップと、
前記判定ステップで前記検知ステップにより検知された前記変化の発生個所が選択条件を満たすと判定された場合、第一の通知条件を選択し、前記判定ステップで前記検知ステップにより検知された前記変化の発生個所が選択条件を満さないと判定された場合、第二の通知条件を選択する選択ステップと、
前記検知ステップにより検知された変化後の状態が前記選択ステップで選択された前記第一の通知条件、又は前記第二の通知条件を満たすか否か判断する判断ステップと、
前記判断ステップにより前記検知ステップにより検知された変化後の状態が前記選択ステップで選択された前記第一の通知条件、又は前記第二の通知条件を満たすと判断された場合、状態の変化を、ネットワークを介して通信可能な管理装置へ通知する通知ステップと、
を含み、
前記第一の通知条件が選択される場合の前記変化の発生個所と操作パネルとの距離は、前記第二の通知条件が選択される場合の前記変化の発生個所と操作パネルとの距離よりも遠く、
前記第一の通知条件により通知される前記状態の変化の量は、前記第二の通知条件により通知される前記状態の変化の量よりも多いことを特徴とする情報処理方法。
【請求項３】
コンピュータに、
コンピュータの状態の変化を検知する検知ステップと、
前記検知ステップにより検知された前記変化の発生個所が選択条件を満たすか否かを判定する判定ステップと、
前記判定ステップで前記検知ステップにより検知された前記変化の発生個所が選択条件を満たすと判定された場合、第一の通知条件を選択し、前記判定ステップで前記検知ステップにより検知された前記変化の発生個所が選択条件を満さないと判定された場合、第二の通知条件を選択する選択ステップと、
前記検知ステップにより検知された変化後の状態が前記選択ステップで選択された前記第一の通知条件、又は前記第二の通知条件を満たすか否か判断する判断ステップと、
前記判断ステップにより前記検知ステップにより検知された変化後の状態が前記選択ステップで選択された前記第一の通知条件、又は前記第二の通知条件を満たすと判断された場合、状態の変化を、ネットワークを介して通信可能な管理装置へ通知する通知ステップと、
を実行させるためのプログラムであって、
前記第一の通知条件が選択される場合の前記変化の発生個所と操作パネルとの距離は、前記第二の通知条件が選択される場合の前記変化の発生個所と操作パネルとの距離よりも遠く、
前記第一の通知条件により通知される前記状態の変化の量は、前記第二の通知条件により通知される前記状態の変化の量よりも多いことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に接続された複写機やプリンター等の画像形成装置の稼動状態を遠隔地から管理するシステムが存在している。このようなシステムでは、複数の画像形成装置とそれらを管理する管理装置とが、ＬＡＮやＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットを介して互いに通信を行う。画像形成装置は、管理装置に対して、画像形成回数（カウンタ）等の情報を定期的に通知すると共に、ジャムやエラーの発生状況や、トナー残量警告といった画像形成装置の機器状況も、それらが発生したタイミングで通知する。通知を受けた管理装置は、これら通知の内容を蓄積管理して、画像形成装置の稼働状況をいつでも閲覧できるように構成されている。
更に、画像形成装置におけるステータスの情報と操作モードの情報とを、管理装置へ送信するシステムも知られている（例えば、特許文献１参照）。このシステムでは、消耗品や部品交換時に開閉されるドアやカバーの開閉状況等が管理装置へ通知されることにより、ステータス情報の履歴に対応した交換部品リストを管理装置が生成し、ユーザーへ提示できるようにしている。ステータス情報に対応したコンテンツを管理装置が保持することで、管理装置へのアクセスにより画像形成装置のステータスに対応した情報を取得できるように構成されている。
【０００３】
一方、画像形成装置には、ＰＣに備わっているリモートデスクトップ機能と同等の機能を備えるものも知られている。通常、画像形成装置は、消耗品が切れた場合に消耗品の交換手順等を表示する画像形成装置の操作パネルに表示する。リモートデスクトップ機能を用いれば、ネットワークに接続されたＰＣから画像形成装置にログインすることで、操作パネルを見なくともＰＣから画像形成装置の状況を確認することができる。これは、遠隔地から画像形成装置に対して操作を行う場合だけではなく、商業印刷向けの大型プリンター等で部品交換等のメンテナンス作業時に操作パネルが遠くなるような場合においても、ＰＣを操作パネル代わりに使うことができ、便利に使える。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−０９８７２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載のシステムのように、画像形成装置のステータス変化情報をドアの開閉等も含めて通知すると、通信量や頻度が膨大となり、ネットワークや管理装置に多大な負荷がかかってしまう。部品交換等の作業時のみで使用される情報であるので、ドアの開閉等些細なステータスでも常に通知するのは無駄である。
一方、リモートデスクトップ機能を用いて、ＰＣから操作パネルの情報を閲覧するシステムでは、必要なときにしか画像形成装置にログインしないため、画像形成装置との通信は抑えられる。しかし、ＰＣから画像形成装置にログインするには、画像形成装置が接続されているローカルネットワークにＰＣを接続させる必要がある。これは、ローカルネットワークへの接続が許可されないサービスマンや管理者の場合には問題となる。また、画像形成装置にリモートデスクトップ機能を備える必要があり、コストアップの要因にもなってしまっていた。
【０００６】
本発明はこのような問題点に鑑みなされたもので、画像形成装置からの通信量や通知頻度を抑えると共に、低コストで、画像形成装置で発生したステータスを通知可能にすることを目的とする。
【課題を解決するための手段】
【０００７】
そこで、本発明の画像形成装置は、画像形成装置の状態の変化を検知する検知手段と、前記検知手段により検知された前記変化の発生個所が選択条件を満たすか否かを判定する判定手段と、前記判定手段で前記検知手段により検知された前記変化の発生個所が選択条件を満たすと判定された場合、第一の通知条件を選択し、前記判定手段で前記検知手段により検知された前記変化の発生個所が選択条件を満さないと判定された場合、第二の通知条件を選択する選択手段と、前記検知手段により検知された変化後の状態が前記選択手段で選択された前記第一の通知条件、又は前記第二の通知条件を満たすか否か判断する判断手段と、前記判断手段により前記検知手段により検知された変化後の状態が前記選択手段で選択された前記第一の通知条件、又は前記第二の通知条件を満たすと判断された場合、状態の変化を、ネットワークを介して通信可能な管理装置へ通知する通知手段と、を有し、前記第一の通知条件が選択される場合の前記変化の発生個所と操作パネルとの距離は、前記第二の通知条件が選択される場合の前記変化の発生個所と操作パネルとの距離よりも遠く、前記第一の通知条件により通知される前記状態の変化の量は、前記第二の通知条件により通知される前記状態の変化の量よりも多いことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、画像形成装置からの通信量や通知頻度を抑えると共に、低コストで、画像形成装置で発生したステータスを通知可能にすることができる。
【図面の簡単な説明】
【０００９】
【図１】システム構成の一例を示す図である。
【図２】画像形成装置のハードウェア構成の一例を示す図である。
【図３】管理装置のハードウェア構成の一例を示す図である。
【図４】画像形成装置のソフトウェア構成の中で、特に本システムに係る部分のソフトウェア構成の一例を示す図である。
【図５】管理装置のソフトウェア構成の中で、特に本システムに係る部分のソフトウェア構成の一例を示す図である。
【図６Ａ】通知条件保持部の保持する通知条件情報をステータスのコードで規定するテーブルの一例を表す図である。
【図６Ｂ】選択条件保持部の保持する選択条件情報を規定するテーブルの一例を表す図である。
【図７】画像形成装置がステータスの変化を検知したときの、画像形成装置のステータス変化を通知する情報処理を示すフローチャートである。
【図８】管理装置がＰＣからコンテンツ要求を受信したときの、管理装置のコンテンツをＰＣに返却する情報処理を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について図面に基づいて説明する。
【００１１】
＜実施形態１＞
図１は、システム構成の一例を示す図である。画像形成装置１００と管理装置１１０とは、互いにネットワーク１２０を介して通信可能に接続されている。このとき、ネットワーク１２０は、ＬＡＮやＷＡＮ、インターネット、携帯電話回線等が想定され、有線であっても無線であっても良い。画像形成装置１００は、複合機能型画像形成装置ＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）や単一機能型画像形成装置ＳＦＰ（Ｓｉｎｇｌｅ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）等が想定されるが、これに限らない。管理装置１１０は、１台以上の画像形成装置１００のステータスやエラー履歴等の状態情報を画像形成装置１００からネットワーク１２０を介してＨＴＴＰ形式やメール形式等で受信し、画像形成装置１００の保守を行うための情報を管理する。また、管理装置１１０は、ＰＣ１３０とネットワーク１２０を介して通信可能に接続されている。ＰＣ１３０は、管理装置１１０に接続し、画像形成装置１００の状態に関する情報を閲覧するためのディスプレイ等の表示部を有する端末である。ＰＣ１３０は、ノートＰＣやデスクトップＰＣ、タブレット型端末、スマートフォン等が想定されるが、これに限らない。また、管理装置１１０と画像形成装置１００との接続と、管理装置１１０とＰＣ１３０との接続は、それぞれが互いに接続されていれば良く、一方がインターネットで他方が携帯電話回線である等、別々の接続形態であっても良い。
【００１２】
図２は、画像形成装置１００のハードウェア構成の一例を示す図である。画像形成部２０１は、プリンターやスキャナー、ファクシミリ等の一部、又は全部が含まれる。操作部２０２は、ハードキーやタッチパネル等の入力機器を備え、画像形成部の操作や通信設定の操作等を受け付ける。表示部２０３は、ディスプレイ等の出力機器であり、操作部２０２と一体となったタッチパネルであっても良く、画像形成装置１００の動作状態や機器設定等を表示する（なお、操作パネルと呼ばれることもある）。画像形成部２０１で消耗品切れやジャム発生等の異常が検知されたときには、消耗品や部品の交換手順、ジャム解消手順等が表示部２０３に表示される。制御部２０４は、操作部２０２からの入力を受けて画像形成部２０１の制御を行う画像形成制御や、表示部２０３の表示制御等、画像形成装置１００全体の制御を行う。記憶部２０５は、ＲＯＭやＲＡＭ、ＨＤＤ等を備え、画像データや機器設定等の記憶領域として使われる。また、表示部２０３に表示する交換手順や操作手順等のコンテンツを記憶する領域としても使われる。通信Ｉ／Ｆ部２０６は、管理装置１１０へ状態情報を送信するためにネットワーク１２０と接続される、ネットワークインターフェイスである。
制御部２０４が、記憶部２０５に記憶されているプログラム等に基づき処理を実行することによって、本実施形態に係る画像形成装置１００のソフトウェア構成や後述する画像形成装置１００のフローチャートに係る処理が実現される。
【００１３】
図３は、管理装置１１０のハードウェア構成の一例を示す図である。管理装置１１０は、ディスプレイ等の出力装置と接続する出力Ｉ／Ｆ部３０１、キーボード等の入力装置と接続する入力Ｉ／Ｆ部３０２、記憶装置３０３、メモリ３０４、ＣＰＵ３０５、通信Ｉ／Ｆ部３０６からなる。記憶装置３０３には、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や画像形成装置１００の状態情報を管理する管理プログラム、画像形成装置１００から受信した状態情報、状態情報に対応する操作手順等のコンテンツ群等が格納されている。ＣＰＵ３０５は、記憶装置３０３からプログラムをメモリ３０４にロードし、実行する。通信Ｉ／Ｆ部３０６は、ネットワーク１２０に接続され、画像形成装置１００の状態情報を受信すると共に、ＰＣ１３０から画像形成装置１００に関するコンテンツ情報の送受信を行う。
ＣＰＵ３０５が、記憶装置３０３に記憶されているプログラム等に基づき処理を実行することによって、本実施形態に係る管理装置１１０のソフトウェア構成や後述する管理装置１１０のフローチャートに係る処理が実現される。
【００１４】
図４は、画像形成装置１００のソフトウェア構成の中で、特に本システムに係る部分のソフトウェア構成の一例を示す図である。通知条件保持部４０１は、画像形成装置１００のステータスを管理装置１１０に通知する処理において、管理装置１１０への通知対象ステータスを規定する通知条件情報を保持する。本実施形態において、通知条件保持部４０１は、この通知条件情報を複数保持する。各々の通知条件情報は、テーブルの形式で保持しても良いし、プログラム中のロジックに組み込まれていても良い。選択条件保持部４０２は、通知条件保持部４０１の保持する複数の通知条件情報のうちどの条件情報を適用するかを規定する選択条件情報を保持する。状態変化検知部４０３は、画像形成装置１００のステータスが変化したとき、そのステータスを検知する。画像形成装置１００のステータスとは、画像形成部２０１の動作状況や、ジャムやエラーの発生状況、トナー残量警告等のほか、消耗品や部品交換時に開閉されるドアやカバーの開閉状況等も含まれる。通常、制御部２０４は、この画像形成装置１００のステータスの発生状況に応じて画像形成部２０１の動作制御や表示部２０３の表示制御を行っている。通知条件選択部４０４は、画像形成装置１００のステータスに関する情報と、選択条件保持部４０２の選択条件情報に規定された条件とから、通知条件保持部４０１の保持する複数の通知条件情報のうちどの条件情報を適用するかを選択する。通知判定部４０５は、画像形成装置１００で発生したステータスを管理装置に通知するか否かを、通知条件保持部４０１の保持する通知条件情報に基づき、決定する。状態通知部４０６は、画像形成装置１００で発生したステータスを、通信Ｉ／Ｆ部２０６を介して管理装置１１０へ通知する。
【００１５】
図５は、管理装置１１０のソフトウェア構成の中で、特に本システムに係る部分のソフトウェア構成の一例を示す図である。コンテンツ保持部５０１は、画像形成装置１００で発生する個々のステータスに対応するコンテンツ群を記憶装置３０３に保持する。個々のステータスに対応するコンテンツ群とは、画像形成装置１００の表示部２０３に表示されるコンテンツに準じたものが想定される。例えば、ジャムのステータスに対応するジャム処理方法を示すコンテンツや、トナー残量切れのステータスに対応するトナー交換方法を示すコンテンツ、エラーのステータスに対して画像形成装置１００の再起動を促すコンテンツ、等が用意されている。但し、その形態やデータは表示部２０３に表示されるコンテンツと同一でなくても良く、グラフィカルなＵＩコンテンツであっても、ＨＴＭＬデータであっても、テキスト情報であっても良い。装置状態受信部５０２は、画像形成装置１００のステータスを、通信Ｉ／Ｆ部３０６を介して画像形成装置１００から受信する。装置状態保持部５０３は、装置状態受信部５０２が受信した画像形成装置１００のステータスを格納する。コンテンツ要求受信部５０４は、画像形成装置１００に関するコンテンツ情報の取得要求を、通信Ｉ／Ｆ部３０６を介してＰＣ１３０から受信する。コンテンツ抽出部５０５は、コンテンツ要求受信部５０４の受信した取得要求に基づき、受信済みの画像形成装置１００の最新のステータスに対応するコンテンツを、記憶装置３０３から抽出する。コンテンツ送信部５０６は、コンテンツ抽出部５０５が抽出したコンテンツを、取得要求元のＰＣ１３０へ通信Ｉ／Ｆ部３０６を介して送信する。
【００１６】
図６Ａは、通知条件保持部４０１の保持する通知条件情報をステータスのコードで規定するテーブルの一例を表す図である。この例において通知条件情報テーブル６００は、複数の通知条件情報を保持できるよう構成されている。条件ＩＤ６０１は、複数の通知条件情報各々を特定するＩＤ情報である。図６Ａの例では、「０１」「０２」の２つの通知条件情報を有することを示している。開始コード６０２と終了コード６０３とは、通知対象ステータスの範囲を特定する。図６Ａの例では、通知条件情報「０１」は、画像形成装置１００のステータスのコードが「００００００」から「９９９９９９」までの範囲を条件としている。通知条件情報「０２」は、「１０００００」から「１９９９９９」までの範囲及び、「５０００００」から「６９９９９９」までの範囲、「８０００００」から「８９９９９９」までの範囲、そして「９９９９９９」を条件としている。
【００１７】
図６Ｂは、選択条件保持部４０２の保持する選択条件情報を規定するテーブルの一例を表す図である。この例において選択条件情報テーブル６５０は、画像形成装置１００内の場所を示すコードを、どの条件情報を適用するかを規定する選択条件として保持している。場所コード６５１は、画像形成装置１００内の場所を示すコードであり、例えばそれぞれ給紙部、フィニッシャ部、排紙部といった場所が定義される。図６Ｂでは、画像形成装置１００内の場所を選択条件としたが、ユーザー対応の要否を示すレベル情報や、ステータスのコードを使って規定しても良い。また、それらを組み合わせて複数の条件で規定しても良い。
【００１８】
図７は、画像形成装置１００がステータスの変化を検知したときの、画像形成装置１００のステータス変化を通知する情報処理を示すフローチャートである。以下、図７のフローチャートに従って、本実施形態における画像形成装置１００のステータス変化通知処理を説明する。
画像形成装置１００は、内部の各種センサーの働きにより、ジョブの実行、ジャムやエラーの発生、消耗品の残量警告、ドアやカバーの開閉等が検知されると、その状態を示すステータスコードを関係するソフトウェアに通知する。ステータスコードは通常、複数の事象が発生していたら、その各事象に対応する数だけ発生する。例えば、給紙部でのジャムが発生すれば給紙部でのジャムを示すコード（例えば「１１００２１」）が発生し、ジャム処理のために給紙部のカバーを開けると、「１１００２１」に加えて給紙部カバーオープンを示すコード（例えば「０３０００４」）が発生する。
【００１９】
ステータスコードが変化すると、状態変化検知部４０３にステータスの変化が通知され、画像形成装置１００はステータス変化通知処理を開始する。ステップＳ７０１で状態変化検知部４０３がステータス変化を検知すると、続く処理で画像形成装置１００は、検知したステータスを管理装置１１０に通知すべきかを判断し、管理装置１１０へ通知する。画像形成装置１００が正常に動作しているうちは、画像形成装置１００に対して部品交換等のメンテナンス作業を行う必要がないため、ジャムやエラーの発生、消耗品の残量警告等の一部のステータスに絞って通知する。しかし、画像形成装置１００に問題が発生すれば、その内容によっては画像形成装置１００に対してのユーザー操作をトレースできるよう、画像形成装置１００はドアやカバーの開閉等を含めたより多くのステータスを通知する必要がある。
【００２０】
そのため、ステップＳ７０２で通知条件選択部４０４は、より多くのステータスを通知する必要があるかを判断するため、選択条件保持部４０２の保持する選択条件情報を参照して、その条件を満たすかを判定する。図６Ｂの例の場合、通知条件選択部４０４は、発生したステータスに関する発生場所（状態の変化の原因が生じた場所情報）の情報を取得し、その取得した場所情報が選択条件情報テーブル６５０に含まれるか否かを判定する。つまり、問題の発生個所により、より多くのステータスを管理装置に送るか、限られたステータスを管理装置に送るかが決定される。例えば、操作パネルの近くの給紙部の場所情報が０１であり、かつ、問題の発生個所が給紙部である場合、通知条件選択部４０４は条件を満たさないと判定する。一方、操作パネルから離れた排紙部の場所情報が０５であり、かつ、問題の発生個所が排紙部である場合、通知条件選択部４０４は条件を満たすと判定する。場所情報とは例えば、ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）で定義されるｐｒｔＡｌｅｒｔＬｏｃａｔｉｏｎで取得できる情報である。それにより、操作パネルから離れた場所で問題が発生している場合、より多くのステータスを通知するよう判定し、操作パネルの近くで問題が発生している場合、ある程度絞られたステータスを管理装置に通知すると判定する。この理由について説明する。操作パネルの近くで問題が発生した場合、例えば問題を解消するために給紙部のカバーが開けられたことを画像形成装置１００が自ら認識して、表示部２０３に次に何をすればよいかを表示できる。つまり、管理装置の助けが必要なため、カバーの開閉についてまでステータスを送る必要がない。一方、例えば、操作パネルから離れた場所の排紙部で問題が発生した場合、操作パネルを見ながら問題を解消する操作が行えないのでＰＣ１３０の画面に問題の解消方法を表示する必要がある。この際、管理装置１１０がＰＣ１３０に解消方法を通知することになるが、管理装置１１０は排紙部のカバーが開けられたことを認識しないと次に何をすべきかをＰＣ１３０に通知できない。そのため操作パネルから離れた場所で問題が発生した場合は、管理装置の助けが必要なため、カバーの開閉も含めて細かくステータスを管理装置に送る必要が発生する。
なお、操作パネルから離れているか否かは、フィニッシャ機器の装着有無等、オプションユニットの構成により変わる場合がある。そこで、画像形成装置１００の機器構成により、選択条件情報を変えるようにしても良い。また、画像形成装置１００に対してメンテナンス作業を行う必要があるかを判断するためのレベル情報（例えばＭＩＢで定義されるｐｒｔＡｌｅｒｔＳｅｖｅｒｉｔｙＬｅｖｅｌやｐｒｔＡｌｅｒｔＴｒａｉｎｉｎｇＬｅｖｅｌ等）と組み合わせて判定するようにしても良い。
【００２１】
ステップＳ７０２で選択条件情報を満たす場合、通知条件選択部４０４は、通知条件保持部４０１の保持する通知条件情報のうち、より多くのステータスを通知する第一の通知条件（例えば図６Ａの通知条件情報「０１」）を選択する（ステップＳ７０３）。
一方、ステップＳ７０２で選択条件情報を満たさない場合は、ステータスに絞って通知する条件である第二の通知条件（例えば通知条件情報「０２」）を選択する（ステップＳ７０４）。
続くステップＳ７０５で通知判定部４０５は、ステップＳ７０１で変化を検知（発生若しくは解消）したステータス（つまり変化後のステータス（状態））が、ステップＳ７０３若しくはＳ７０４で選択した通知条件に該当するかを判定する。
【００２２】
ステップＳ７０５で通知条件に該当すると判定されたならば、状態通知部４０６は、画像形成装置１００を特定する情報を付加して、ステップＳ７０６で通知条件に該当するステータスの情報（ステータス情報）を管理装置１１０へ送信する。例えばステータスコード「０３０００４」が発生若しくは解消した場合、図６Ａの通知条件情報「０１」であれば通知条件に該当するため、ステータス情報を管理装置１１０へ送信するが、通知条件情報「０２」であれば通知条件に該当しないため送信しない。ステータスコード「１１００２１」が発生若しくは解消した場合は、通知条件情報「０１」であっても通知条件情報「０２」であっても通知条件に該当するため、ステータス情報を管理装置１１０へ送信する。なお、通知条件情報「０１」が全ステータスを意味するような場合は、ステップＳ７０５をスキップし、無条件でステータス情報を管理装置１１０へ送信するようにしても良い。
一方の管理装置１１０は、装置状態受信部５０２が画像形成装置１００からステータス情報を受信すると（受取ると）、装置状態保持部５０３に画像形成装置１００を特定する情報と対応付けてステータス情報を格納する。
【００２３】
図８は、管理装置１１０がＰＣ１３０からコンテンツ要求を受信したときの、管理装置１１０のコンテンツをＰＣ１３０に返却する情報処理を示すフローチャートである。以下、図８のフローチャートに従って、本実施形態における管理装置１１０のコンテンツ返却処理を説明する。
ＰＣ１３０は、画像形成装置１００のステータスに対応するコンテンツを参照するため、管理装置１１０に対してコンテンツの取得要求を行う。一般に、ＰＣ１３０は画像形成装置１００へのログインに成功すると、コンテンツの取得要求に合わせて、取得対象の画像形成装置１００を特定する情報を付加して管理装置１１０へ送信する。管理装置１１０は、コンテンツ要求受信部５０４でＰＣ１３０からコンテンツの取得要求を受け取ると（ステップＳ８０１）、コンテンツの取得要求から取得対象の画像形成装置１００を特定する（ステップＳ８０２）。コンテンツ抽出部５０５は、特定した画像形成装置１００の最新のステータス情報を、装置状態保持部５０３から取得する（状態特定）（ステップＳ８０３）。そして、取得したステータス情報に対応するコンテンツを、記憶装置３０３から抽出する（ステップＳ８０４）。コンテンツ送信部５０６は、ステップＳ８０４で抽出したコンテンツを、コンテンツの取得要求元のＰＣ１３０へ送信する（ステップＳ８０５）。
【００２４】
ＰＣ１３０は、受信したコンテンツをディスプレイに表示する。ここで、ログイン後,
ＰＣ１３０は、管理装置１１０に対して定期的にコンテンツの取得要求を行い、画像形成装置１００のステータス情報の変更を検知して、ディスプレイに表示するコンテンツを自動的に更新するようにすると良い。又は、ＰＣ１３０と管理装置１１０とで双方向通信を行うことにより、ログインセッション維持中に画像形成装置１００からステータス情報を受信したときに、ディスプレイに表示するコンテンツを自動的に更新するようにしても良い。
【００２５】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００２６】
以上、本実施形態によれば、画像形成装置１００の状態に対応したコンテンツをＰＣ１３０から表示可能とすることができ、ＰＣ１３０を画像形成装置１００の操作パネルや手順書代わりに使うことができる。更に、画像形成装置１００の状態に応じてステータス変化情報の通知要否を判断するため、画像形成装置１００から管理装置１１０の通信量や通知頻度を抑えることができる。特に、ステータスの発生箇所に応じた判断を行うことにより、操作パネルからの距離に応じたリモートでの表示可能性を考慮して、画像形成装置１００からの通信量や通知頻度を抑えることができる。
【００２７】
よって、画像形成装置からの通信量や通知頻度を抑えると共に、低コストで、画像形成装置で発生したステータスを通知可能にすることができる。
【００２８】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図１】
2013139084.tif 000003
【図２】
2013139084.tif 000004
【図３】
2013139084.tif 000005
【図４】
2013139084.tif 000006
【図５】
2013139084.tif 000007
【図６Ａ】
2013139084.tif 000008
【図６Ｂ】
2013139084.tif 000009
【図７】
2013139084.tif 000010
【図８】
2013139084.tif 000011