(57)【特許請求の範囲】
【請求項１】
プリンタを停止させる障害の障害情報をネットワークを介して接続されたクライアント装置にトラップにより通知するプリンタ制御装置において、
プリンタの障害情報を記憶する記憶手段と、
プリンタ制御ユニットから通知される情報に基づき、前記記憶手段に対して障害情報を登録・削除する登録・削除手段と、
前記記憶手段に障害情報を登録するときに当該障害情報がプリンタを停止させる障害に関するものかどうかを判別し、プリンタを停止させる障害に関するものであるときに、当該障害情報の登録をトラップにより前記クライアント装置に通知する通知手段と、
前記記憶手段から障害情報を削除するときに当該障害情報がプリンタを停止させる障害に関するものかどうかを判別し、プリンタを停止させる障害に関するものであるときに、当該障害情報の削除をトラップにより前記クライアント装置に通知する通知手段と、
前記記憶手段からプリンタを停止させる障害に関する障害情報が削除されるときに、プリンタを停止させる障害に関する障害情報がすべて削除されるかどうかを判別する判別手段と、
前記判別手段が、プリンタを停止させる障害に関する障害情報がすべて削除されると判別するときに、プリンタを停止させる障害に関する障害情報がすべて削除されることを、トラップにより前記クライアント装置に通知する手段とを有することを特徴とするプリンタ制御装置。
【請求項２】
プリンタの一部の機能を停止させる障害の障害情報をネットワークを介して接続されたクライアント装置にトラップにより通知するプリンタ制御装置において、
プリンタの障害情報を記憶する記憶手段と、
プリンタ制御ユニットから通知される情報に基づき、前記記憶手段に対して障害情報を登録・削除する登録・削除手段と、
前記記憶手段に障害情報を登録するときに当該障害情報がプリンタの一部の機能を停止させる障害に関するものかどうかを判別し、プリンタの一部の機能を停止させる障害に関するものであるときに、当該障害情報の登録をトラップにより前記クライアント装置に通知する通知手段と、
前記記憶手段から障害情報を削除するときに当該障害情報がプリンタの一部の機能を停止させる障害に関するものかどうかを判別し、プリンタの一部の機能を停止させる障害に関するものであるときに、当該障害情報の削除をトラップにより前記クライアント装置に通知する通知手段と、
前記記憶手段からプリンタの一部の機能を停止させる障害に関する障害情報が削除されるときに、プリンタの一部の機能を停止させる障害に関する障害情報がすべて削除されるかどうかを判別する判別手段と、
前記判別手段が、プリンタの一部の機能を停止させる障害に関する障害情報がすべて削除されると判別するときに、プリンタの一部の機能を停止させる障害に関する障害情報がすべて削除されることを、トラップにより前記クライアント装置に通知する手段とを有することを特徴とするプリンタ制御装置。
【請求項３】
プリンタを停止させる障害の障害情報をネットワークを介して接続されたクライアント装置にトラップにより通知するプリンタ制御方法において、
プリンタ制御ユニットから通知される情報に基づき、プリンタ障害情報記憶手段に対して障害情報を登録・削除する登録・削除ステップと、
前記プリンタ障害情報記憶手段に障害情報を登録するときに当該障害情報がプリンタを停止させる障害に関するものかどうかを判別し、プリンタを停止させる障害に関するものであるときに、当該障害情報の登録をトラップにより前記クライアント装置に通知する通知ステップと、
前記プリンタ障害情報記憶手段から障害情報を削除するときに当該障害情報がプリンタを停止させる障害に関するものかどうかを判別し、プリンタを停止させる障害に関するものであるときに、当該障害情報の削除をトラップにより前記クライアント装置に通知する通知ステップと、
前記プリンタ障害情報記憶手段からプリンタを停止させる障害に関する障害情報が削除されるときに、プリンタを停止させる障害に関する障害情報がすべて削除されるかどうかを判別する判別ステップと、
前記判別ステップが、プリンタを停止させる障害に関する障害情報がすべて削除されると判別するときに、プリンタを停止させる障害に関する障害情報がすべて削除されることを、トラップにより前記クライアント装置に通知するステップとを備えたことを特徴とするプリンタ制御方法。
【請求項４】
プリンタの一部の機能を停止させる障害の障害情報をネットワークを介して接続されたクライアント装置にトラップにより通知するプリンタ制御方法において、
プリンタ制御ユニットから通知される情報に基づき、プリンタ障害情報記憶手段に対して障害情報を登録・削除する登録・削除ステップと、
前記プリンタ障害情報記憶手段に障害情報を登録するときに当該障害情報がプリンタの一部の機能を停止させる障害に関するものかどうかを判別し、プリンタの一部の機能を停止させる障害に関するものであるときに、当該障害情報の登録をトラップにより前記クライアント装置に通知する通知ステップと、
前記プリンタ障害情報記憶手段から障害情報を削除するときに当該障害情報がプリンタの一部の機能を停止させる障害に関するものかどうかを判別し、プリンタの一部の機能を停止させる障害に関するものであるときに、当該障害情報の削除をトラップにより前記クライアント装置に通知する通知ステップと、
前記プリンタ障害情報記憶手段からプリンタの一部の機能を停止させる障害に関する障害情報が削除されるときに、プリンタの一部の機能を停止させる障害に関する障害情報がすべて削除されるかどうかを判別する判別ステップと、
前記判別ステップが、プリンタの一部の機能を停止させる障害に関する障害情報がすべて削除されると判別するときに、プリンタの一部の機能を停止させる障害に関する障害情報がすべて削除されることを、トラップにより前記クライアント装置に通知するステップとを備えたことを特徴とするプリンタ制御方法。
【請求項５】
プリンタおよびプリンタ管理装置とをネットワークで接続してなるプリンタシステムにおいて、
前記プリンタのプリンタ制御装置が、
プリンタの障害情報を記憶する記憶手段と、
プリンタ制御ユニットから通知される情報に基づき、前記記憶手段に対して障害情報を登録・削除する登録・削除手段と、
前記記憶手段に障害情報を登録するときに当該障害情報がプリンタを停止させる障害に関するものかどうかを判別し、プリンタを停止させる障害に関するものであるときに、当該障害情報の登録をトラップにより前記クライアント装置に通知する通知手段と、
前記記憶手段から障害情報を削除するときに当該障害情報がプリンタを停止させる障害に関するものかどうかを判別し、プリンタを停止させる障害に関するものであるときに、当該障害情報の削除をトラップにより前記クライアント装置に通知する通知手段と、
前記記憶手段からプリンタを停止させる障害に関する障害情報が削除されるときに、プリンタを停止させる障害に関する障害情報がすべて削除されるかどうかを判別する判別手段と、
前記判別手段が、プリンタを停止させる障害に関する障害情報がすべて削除されると判別するときに、プリンタを停止させる障害に関する障害情報がすべて削除されることを、トラップにより前記プリンタ管理装置に通知する手段とを有し、
前記プリンタ管理装置は前記通知に基づいて前記プリンタが利用可能であることを表示する表示部を有することを特徴とするプリンタシステム。
【請求項６】
プリンタおよびプリンタ管理装置とをネットワークで接続してなるプリンタシステムにおいて、
前記プリンタのプリンタ制御装置が、
プリンタの障害情報を記憶する記憶手段と、
プリンタ制御ユニットから通知される情報に基づき、前記記憶手段に対して障害情報を登録・削除する登録・削除手段と、
前記記憶手段に障害情報を登録するときに当該障害情報がプリンタの一部の機能を停止させる障害に関するものかどうかを判別し、プリンタの一部の機能を停止させる障害に関するものであるときに、当該障害情報の登録をトラップにより前記クライアント装置に通知する通知手段と、
前記記憶手段から障害情報を削除するときに当該障害情報がプリンタの一部の機能を停止させる障害に関するものかどうかを判別し、プリンタの一部の機能を停止させる障害に関するものであるときに、当該障害情報の削除をトラップにより前記クライアント装置に通知する通知手段と、
前記記憶手段からプリンタの一部の機能を停止させる障害に関する障害情報が削除されるときに、プリンタの一部の機能を停止させる障害に関する障害情報がすべて削除されるかどうかを判別する判別手段と、
前記判別手段が、プリンタの一部の機能を停止させる障害に関する障害情報がすべて削除されると判別するときに、プリンタの一部の機能を停止させる障害に関する障害情報がすべて削除されることを、トラップにより前記プリンタ管理装置に通知する手段とを有し、
前記プリンタ管理装置は前記通知に基づいて前記プリンタが利用可能であることを表示する表示部を有することを特徴とするプリンタシステム。
【請求項７】
プリンタを停止させる障害の障害情報をネットワークを介して接続されたクライアント装置にトラップにより通知するためのプリンタ制御用のコンピュータプログラムを記録したコンピュータ読取り可能な記録媒体において、
プリンタ制御ユニットから通知される情報に基づき、プリンタ障害情報記憶手段に対して障害情報を登録・削除する登録・削除ステップと、
前記プリンタ障害情報記憶手段に障害情報を登録するときに当該障害情報がプリンタを停止させる障害に関するものかどうかを判別し、プリンタを停止させる障害に関するものであるときに、当該障害情報の登録をトラップにより前記クライアント装置に通知する通知ステップと、
前記プリンタ障害情報記憶手段から障害情報を削除するときに当該障害情報がプリンタを停止させる障害に関するものかどうかを判別し、プリンタを停止させる障害に関するものであるときに、当該障害情報の削除をトラップにより前記クライアント装置に通知する通知ステップと、
前記プリンタ障害情報記憶手段からプリンタを停止させる障害に関する障害情報が削除されるときに、プリンタを停止させる障害に関する障害情報がすべて削除されるかどうかを判別する判別ステップと、
前記判別ステップが、プリンタを停止させる障害に関する障害情報がすべて削除されると判別するときに、プリンタを停止させる障害に関する障害情報がすべて削除されることを、トラップにより前記クライアント装置に通知するステップとをコンピュータに実行させるために用いるコンピュータプログラムを記録したコンピュータ読取り可能な記録媒体。
【請求項８】
プリンタの一部の機能を停止させる障害の障害情報をネットワークを介して接続されたクライアント装置にトラップにより通知するためのプリンタ制御用のコンピュータプログラムを記録したコンピュータ読取り可能な記録媒体において、
プリンタ制御ユニットから通知される情報に基づき、プリンタ障害情報記憶手段に対して障害情報を登録・削除する登録・削除ステップと、
前記プリンタ障害情報記憶手段に障害情報を登録するときに当該障害情報がプリンタの一部の機能を停止させる障害に関するものかどうかを判別し、プリンタの一部の機能を停止させる障害に関するものであるときに、当該障害情報の登録をトラップにより前記クライアント装置に通知する通知ステップと、
前記プリンタ障害情報記憶手段から障害情報を削除するときに当該障害情報がプリンタの一部の機能を停止させる障害に関するものかどうかを判別し、プリンタの一部の機能を停止させる障害に関するものであるときに、当該障害情報の削除をトラップにより前記クライアント装置に通知する通知ステップと、
前記プリンタ障害情報記憶手段からプリンタの一部の機能を停止させる障害に関する障害情報が削除されるときに、プリンタの一部の機能を停止させる障害に関する障害情報がすべて削除されるかどうかを判別する判別ステップと、
前記判別ステップが、プリンタの一部の機能を停止させる障害に関する障害情報がすべて削除されると判別するときに、プリンタの一部の機能を停止させる障害に関する障害情報がすべて削除されることを、トラップにより前記クライアント装置に通知するステップとをコンピュータに実行させるために用いるコンピュータプログラムを記録したコンピュータ読取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、プリンタ管理技術に関し、とくに、プリンタを停止させる障害がすべて解除されたとき、管理エージェントがプリント可能という通知を管理装置（以下、クライアントと表記）に送信し、この結果、クライアントがその通知だけでプリンタ利用可能と判断することができるようにしたものである。
【０００２】
【従来の技術】
従来、障害一つ一つに対応した障害情報を通知したり、障害情報表へ登録したりしていた。しかし、所定の機能（例えばプリント機能）が使用可能かどうかという判断は、個々の障害情報だけを見てもクライアントは判断することができない。なぜなら、機能と障害とは必ずしも一対一に対応しているわけではなく、一つの機能に対して、複数の障害が同時に発生することがあるからである。この場合、クライアントは、障害情報表内にある機能を停止させる情報が一つもないことを知って、初めて機能が使用可能かどうか判断することができる。
【０００３】
クライアント側では障害情報よりもプリント機能が利用可能かどうかという情報が重要である。障害発生後、プリンタが利用可能になったかどうかをクライアント側で簡易に判断できるようにすることが望まれる。
【０００４】
なお、この発明と関連する先行文献としてはつぎのものがある。
▲１▼特開平１０−５８７９２号
この公報には電源が遮断されたやトナー残量が少なくなった場合に、その旨をホストに知らせることを開示している。
▲２▼ＰｒｉｎｔｅｒＭＩＢ（ＲＦＣ１７５９）
ＲＦＣ（リクエスト・フォー・コメント）１７５９では、ｐｒｔＡｌｅｒｔＴａｂｌｅという障害情報表を定義しており、そこにプリンタの障害情報を登録して、管理装置はそのテーブルを参照することによりプリンタの障害情報を知ることができる。そのｐｒｔＡｌｅｒｔＴａｂｌｅに登録される障害を、アラートイベントといい、プリンタを停止させるアラートイベントのことをクリティカルアラートという。アラートテーブルにクリティカルアラートが登録される際、トラップという通知が管理装置に送信される。この動作は図５に示すとおりである。なお、図５の記載自体は図から明らかであるので詳細な説明は省略する。
▲３▼ＰｒｉｎｔｅｒＭＩＢ２
ＲＦＣ１７５９のオプションとして、ｐｒｔＡｌｅｒｔＴａｂｌｅに以下の仕様が追加された。解除アラートという、アラートが解除されたことを示すアラートを定義する。アラートテーブルからクリティカルアラートが削除されるたびに、解除されたアラートに対応した解除アラートをアラートテーブルに登録して、なおかつ、その解除アラートに対応したトラップをあげる。この動作は図６に示すとおりである。なお、図６の記載自体も図から明らかであるので詳細な説明は省略する。
【０００５】
▲２▼および▲３▼の文献に記載された技術では、プリンタを使用可能にする障害が複数同時に発生する場合、そのうちの１つが解除されたという通知だけでは、現状でプリンタが動作可能かどうかを判断することができない。障害情報表を大局的に判断する必要がある。具体的には、通知をトリガとして用い、エージェント側の障害テーブルを参照したり、障害情報をクライアント内部で記憶しておく、などの処理が必要である。
【０００６】
▲１▼の文献の技術でも、機能不可となる原因の障害がすべて解除されたときに、機能回復したという通知を行なうことができない。
【０００７】
【発明が解決しようとする課題】
この発明は上述の事情を考慮してなされたものであり、プリンタを停止させる障害がすべて解除されたとき、管理エージェントがプリント可能という通知を管理装置（以下、クライアントと表記）に送信し、この結果、クライアントがその通知だけでプリンタ利用可能と判断することができるプリンタ管理技術を提供することを目的としている。
【０００８】
【課題を解決するための手段】
この発明によれば、上述の目的を達成するために特許請求の範囲に記載のとおりの構成を採用している。
【０００９】
この発明をさらに説明する。
【００１０】
この発明の具体的な構成においては、プリンタ管理システムにおいて、プリンタを停止させる障害がすべて解除されたとき、管理エージェントがプリント可能という通知をクライアントに送信することによって、クライアントはその通知だけでプリンタ利用可能と判断することができる。
【００１１】
すなわち、管理エージェント側の方で、障害情報を参照して、機能の使用可否の判断を行ない、さらに、その結果をクライアントに通知する。クライアントはその通知を受けて、機能が使用可能ということをユーザに表示する。
【００１２】
このような構成においては、クライアントや、ホスト（プリントを要求した端末）は、障害情報を大局的に判断してプリンタの利用の可否を判断することなく、通知のみで機能の回復を知ることができる。結果として、クライアント側の処理を簡潔に実装することができ、クライアントからポーリングによるネットワークの負荷を軽減する。また、クライアント内部で障害情報をキャッシュする必要がないため、使用するリソースも減らすことが可能で、パフォーマンスが向上する。
【００１３】
さらにこの発明を具体的に説明する。
【００１４】
プリンタは、プリンタを管理するソフトウェアを備えている。これを管理エージェントと呼ぶ。この管理エージェントは、クライアントにネットワークを介して接続される。クライアントは、先に述べたように、プリンタに関する情報表示、設定などが行えるソフトウェアを備えた機器である。
【００１５】
プリンタは、障害を検知する手段と、現状において起こっている障害を記述する障害情報表とを保持している。この障害情報表は、ＲＦＣ１７５９で定義されている、アラートテーブルでもよい。プリンタを停止させる障害（ＲＦＣ１７５９では、クリティカルアラートと表現している）が発生したら、それを障害情報表に登録する。
【００１６】
このとき、その障害が起こったということを、クライアントやホストに通知してもよい。プリンタを停止させる障害が一つでも解除されたら、それに対応した障害を障害情報表から削除する。そのとき、障害が解除されたということを、障害情報表に登録してもよいし、障害が解除されたという通知を行ってもよい。
【００１７】
プリンタを停止させる障害がすべて障害情報表から削除されたとき、クライアント、あるいはホストに、「すべての障害が解除（プリンタは動作可能）」という通知を行う。このとき、すべての障害が解除されたということを、障害情報表に登録してもよい。
【００１８】
以上で使用される通信手段は、ＳＮＭＰ（シンプル・ネットワーク・マネジメント・プロトコル）でもよいし、他の管理プロトコルでもよい。
「すべての障害が解除（プリンタは動作可能）」という通知を受け取ったクライアントは、その通知をもとに、ユーザに見せる表示画面に、「障害がすべて解除されました。プリントが可能です。」というようなメッセージを表示してもよい。
【００１９】
今までは、管理エージェントは、クライアントに、障害に一対一に対応した解除通知を出すことはあっても、いくつかの障害が解除されたことによる機能が回復したという通知は出していなかった。この発明によれば、そのような通知を出すことによって、クライアントが通知のみで機能回復を知ることができる。
【００２０】
なお、この発明はプリンタ本体を停止させる障害に限定されず、例えばプリンタ本体の複数機能のうちの１つの機能、例えばカラープリント機能等を停止させる障害についても適用がある。また、この発明はプリンタ制御装置として実現できるほかプリンタ制御方法としても実現でき、またネットワーク上に接続されたプリンタ及びプリンタ管理装置等からなるプリンタシステムとしても実現できる。また、この発明の方法のなすステップの少なくとも一部をコンピュータソフトウェアとして実現することができ、このようなコンピュータソフトウェアを記録した記録媒体もこの発明の技術的な範囲に含まれる。
【００２１】
【発明の実施の形態】
以下、この発明の実施例について説明する。この実施例ではＲＦＣ１７５９のＳＮＭＳのアラートテーブルを利用する。もちろん、他のネットワーク管理プロトコル等を用いるようにしてもよい。
【００２２】
この実施例では、管理エージェントが、ＰｒｉｎｔｅｒＭＩＢに定義されたアラートテーブル（障害情報表）を保持しており、プリンタの障害状態に応じて、それを逐次更新している。管理エージェントは、アラートテーブルを更新（アラートを削除）するたびに、アラートテーブルを検索し、クリティカルアラートが表からすべて削除されたことを確認したら、クリティカルアラートがすべて解除されたという通知を、クライアントに送信する。クライアントはその通知を受けて、機能が使用可能であることを、ユーザに表示する。
【００２３】
図１は、この発明の実施例が適用される環境を示しており、この図において、ネットワーク１０にクライアント（管理装置）１１およびプリンタ（被管理装置）１２が接続されている。すなわち、ネットワーク１０上に、被管理装置装置（プリンタ）１２と、被管理装置１２の情報を収集するための管理プログラム１３が搭載されている管理装置１１が接続されたネットワークシステムを想定する。ここで、ネットワーク１０のプロトコルとしては、ＳＮＭＰ（シンプル・ネットワーク管理プロトコル）が使用され、管理情報は、ＲＦＣ１７５９で定義されているＭＩＢ（管理情報ベース）を使用することとする。被管理装置装置（プリンタ）１２には、プリンタ１２の情報を管理装置１１に提供するプリンタ管理エージェント１４と、プリンタ１２を制御するプリンタ制御ユニット１５を搭載してある。管理エージェント１４と制御ユニット１５は接続され、管理エージェント１４は制御ユニット１５からプリンタ１２の情報をリアルタイムで取得することができる。
【００２４】
図２は、プリンタ管理エージェント１４等の構成例を示しており、この図において、管理エージェント１４は、アラートテーブル（ｐｒｔＡｌｅｒｔＴａｂｌｅ）１６という障害管理表を保持している。これはＲＦＣ１７５９で定義されているテーブルである。このテーブルで、このプリンタ１２の障害情報を管理することができる。また、プリンタ制御ユニット１５からの情報を、アラートテーブル１６に反映させるために、エージェント処理部分１７というユニットがあり、そこで、プリンタ制御ユニット１５からの情報に応じて、アラートテーブル１６にアラートを登録したり、アラートテーブル１６からアラートを削除したりという作業を行う。また、管理装置（クライアント）１１は、アラートテーブル１６をいつでも参照することが可能である。
【００２５】
エージェント処理部分１７は、アラートテーブル１６にアラートを登録する際、そのアラートがクリティカルアラート（プリンタ１２が停止する原因となるアラート）ならば、管理装置１１にトラップという通知を行う。またＰｒｉｎｔｅｒＭＩＢＶ２の仕様に示されるように、エージェント処理部分１７がそのアラートをアラートテーブル１６から削除するさい、そのアラートがクリティカルアラートだったら、クリティカルアラート解除トラップという通知を管理装置１１に行うこともできる。管理装置（クライアント）１１は、表示装置１８を備えており、ユーザに現存のプリンタ１２の状態や、プリンタ１２の障害情報などを表示することができる。
【００２６】
つぎに実施例の動作について説明する。
【００２７】
図３はプリンタが使用可能であることを通知する動作を示しており、この図において、エージェント処理部分１７は、障害発生、障害解除待ち状態にいる（Ｓ１１）。プリンタ制御ユニット１５から障害状態が変化したという通知をうけると、まず障害が解除されたのか、障害が発生したのかを判断する（Ｓ１２）。
【００２８】
この判断の処理方法は、いくつかあるが、ここでは、図５に示すような手法を使用している。すなわち、個々の障害の発生、解除には、それぞれ一意の番号が、予めふられており、その番号によってどのような障害が発生したのか、どのような障害が解除したのかを判別することができる。以後、この番号を障害識別子と呼ぶ。障害状態変化通知に、障害識別子も付加されており、障害識別子を解読することによって、何の障害が発生、あるいは解除されたのかが分かる。
【００２９】
図５において、処理の順序として、障害状態変化通知を受信し（Ｓ５１）、障害状態変化通知に付加されている障害識別子の解析により、障害発生か障害解除かの判別を行う（Ｓ５２）。
【００３０】
図３に戻る。障害が発生したならば、障害状態変化通知の障害識別子をもとに、対応するアラートに変換して（Ｓ１３）、アラートテーブル１６に登録する（Ｓ１４）。その際、エージェント処理部分１７で、登録されるアラートがクリティカルアラートか否かの判断を行い（Ｓ１５）、クリティカルアラートならトラップを送信する（Ｓ１６）。障害が解除したならば、障害状態変化通知に付加されている障害識別子をもとに、アラートテーブル１６から削除すべきアラートを検索する（Ｓ１７）。そして、その検索したアラートを、アラートテーブル１６からを削除する（Ｓ１８）。その際、エージェント処理部分１７で、削除されるアラートがクリティカルアラートか否かの判断を行い（Ｓ１９）、クリティカルアラートならクリティカルアラート解除トラップを送信してもよい（Ｓ２０）。最後に、アラートテーブル１６を検索して、アラートテーブル１６からこの一連の操作でクリティカルアラートが全て削除されたかを判断する（Ｓ２１）。クリティカルアラートが全て削除されたと判断したら、クリティカルアラート全解除のトラップを送信する（Ｓ２２）。
【００３１】
また、ステップＳ２０で、クリティカルアラートならクリティカルアラート解除トラップを送信するまえに、ステップＳ２１の操作と同様に、クリティカルアラートが全て削除されたかの判断を行って、もし、クリティカルアラートが全て削除されたと判断したら、クリティカルアラート解除とクリティカルアラート全解除の両方の意味をもたせたトラップを送信してもよい。
【００３２】
クリティカルアラート全解除のトラップを受信したクライアント１１は、「障害が全て解除されましたした。プリントできます。」などと表示してもよい。
【００３３】
つぎに上述実施例の変形例について説明する。上述実施例では、ネットワークのプロトコルとしては、ＳＮＭＰが使用され、管理情報は、ＲＦＣ１７５９で定義されているＭＩＢを使用している。この変形例では、特に限定はしない。後は、実施例と同様である。以下に具体的に記述する。
【００３４】
変形例が適用される環境も図１と同様である。すなわち、図１において、ネットワーク１０上に、被管理装置装置（プリンタ）１２と、被管理装置１２の情報を収集するための管理プログラム１３が搭載されている管理装置１１が接続されたネットワークシステムを想定する。ここで、ネットワークのプロトコルとしては、なんでもよい。
【００３５】
被管理装置装置（プリンタ）１２には、プリンタ１２の情報を管理装置１１に提供するプリンタ管理エージェント１４と、プリンタ１２を制御するプリンタ制御ユニット１５を搭載してある。管理エージェント１４と制御ユニット１５は接続され、管理エージェント１４は制御ユニット１５からプリンタ１２の情報をリアルタイムで取得することができる。
【００３６】
管理エージェント１４は、実施例と同様に、図２に示すように、障害管理テーブル１６を保持している。このテーブル１６で、このプリンタ１２の障害情報を管理することができる。また、プリンタ制御ユニット１５からの情報を、障害管理テーブル１６に反映させるために、エージェント処理部分１７というユニットがあり、そこで、プリンタ制御ユニット１５からの情報に応じて、障害管理テーブル１６に障害を登録したり、障害管理テーブル１６から障害を削除したりという作業を行う。また、管理装置１１は、障害管理テーブル１６をいつでも参照することが可能である。エージェント処理部分１７は、管理装置１１に通知を行うことができる。管理装置（クライアント）１１は、表示装置１８を備えており、ユーザに現在の機器の状態や、障害情報などを表示することができる。
【００３７】
つぎに変形例の動作について図４を参照して説明する。
【００３８】
上述実施例では、障害をアラートとして表現するが、変形例では、障害をアラートで表現しなくてもよい。また、実施例では、クリティカルアラートが全て削除されたと判断したら、クリティカルアラート全解除のトラップを送信するが、変形例では、いくつかの障害が解除することによってある機能が回復したとき、その機能が回復したという通知をあげている。機能の例としては、以下のものがある。
［機能の一例］
イエロー、マジェンダ、シアン、ブラックの４色のトナーを装備している、白黒／カラー両用機のプリンタで、カラー印刷の機能を考える。白黒印刷は他の機能である。イエロー、マジェンダ、シアンのどれかに障害が発生していれば、カラー印刷は使用不可能である。そのため、カラー印刷が可能なときは、イエロー、マジェンダ、シアンのトナー全ての障害が解除された時である。エージェント１４は、イエロー、マジェンダ、シアンのトナー全ての障害が解除されたとき、カラー印刷可能という機能回復通知を送信する。クライアントは、通知のみで、「カラー印刷可能」を知ることができ、画面に表示することもできる。
【００３９】
以下に図４を参照して詳細に記述する。
【００４０】
図４において、エージェント処理部分１７は、障害発生、障害解除待ち状態にいる（Ｓ３１）。プリンタ制御ユニット１５から障害状態が変化したという通知をうけると、まず障害が解除されたのか、障害が発生したのかを判断する（Ｓ３２）。障害が発生したならば、その通知をもとに、その障害を障害管理テーブル１６に登録する（Ｓ３３）。そのさい、エージェント処理部分１７でこの障害発生に対するトラップをあげるかどうかの判断を行い（Ｓ３４）、トラップをあげることに決定したらトラップを送信する（Ｓ３５）。障害が解除したならば、障害管理テーブル１６から対応する障害を削除する（Ｓ３６）。そのさい、エージェント処理部分１７でこの障害解除に対するトラップをあげるかどうかの判断を行い（Ｓ３７）、トラップをあげることに決定したら障害解除トラップを送信してもよい（Ｓ３８）。
【００４１】
最後に、障害管理テーブル１６を検索して、障害管理テーブル１６からこの一連の操作で機能を使用不可にする障害が全て削除されたかを判断する（Ｓ３９）。機能を使用不可にする障害が全て削除されたと判断したら、機能回復のトラップを送信する（Ｓ４０）。
【００４２】
また、ステップＳ３８で、障害解除トラップを送信するまえに、ステップＳ３９と同様に、障害管理テーブル１６からこの一連の操作で機能を使用不可にする障害が全て削除されたかを判断を行って、機能を使用不可にする障害が全て削除されたと判断したら、障害解除と機能回復の両方の意味をもたせたトラップを送信してもよい。
【００４３】
機能回復の通知を受信したクライアント１１は、「機能を使用不吋能にしていた障害が全て解除されましたした。機能が使用吋能ですじ」などと表示してもよい。
【００４４】
この変形例では、クライアント１１は、機能回復通知のみで、機能の回復を知ることができる。また、クライアント１１は、機能回復の通知のみで、「機能を使用不可能にしていた障害が全て解除されましたした。機能が使用可能です。」などと画面に表示することもできる。
【００４５】
なおこの発明は上述の実施例や変形例に限定されるものではなく種々変更が可能である。例えば、上述の例ではトラップによりプリンタが利用可能であることを通知したが、トラップを発生させずに、プリンタ側から必要に応じて、例えば、機能停止後に定期的にポーリングを行ないエージェントのデータベースから情報を取り出す（ＧＥＴ）ようにしてもよい。
【００４６】
また、本体または一部の機能が複数の障害のいずれにも起因して停止するような機器をネットワークに接続して使用する場合には同様にこの発明を適用できる。すなわちネットワークに接続される機器に、少なくとも機器または機器本体の１機能を停止させる障害の発生および解消を検出する手段と、前記障害が発生したときに当該障害を障害管理用のテーブルに記憶する手段と、発生した前記障害が解消したときに当該障害を前記障害管理用のテーブルから削除する手段と、前記機器本体を停止させる前記障害または前記１機能を停止させる前記障害が前記障害管理用のテーブルからすべて削除されたことを判別する手段と、前記判別する手段の判別結果を保持する手段とを設け、クライアントが判別結果を取得できるようにすることができる。この場合も、クライアントは簡易に機器または1機能の復旧を管理に知ることができる。
【００４７】
【発明の効果】
以上説明したように、この発明によれば、プリンタの機能回復の通知がクライアント等に送られるので、クライアント等は簡易にプリンタの機能回復を知ることができる。
【図面の簡単な説明】
【図１】  この発明の実施例が利用されるネットワーク環境を示すブロック図である。
【図２】  図１の構成を詳細に説明するためのブロック図である。
【図３】  この発明の実施例の動作を説明するフローチャートである。
【図４】  この発明の変形例の動作を説明するフローチャートである。
【図５】  従来例の動作を説明するフローチャートである。
【図６】  他の従来例の動作を説明するフローチャートである。
【符号の説明】
１０      ネットワーク
１１      管理装置（クライアント）
１２      被管理装置（プリンタ）
１３      管理プログラム
１４      プリンタ管理エージェント
１５      プリンタ制御ユニット
１６      アラートテーブル（障害管理テーブル）
１７      エージェント処理部分
１８      表示装置
【図１】
0003900795.tif 000002
【図２】
0003900795.tif 000003
【図３】
0003900795.tif 000004
【図４】
0003900795.tif 000005
【図５】
0003900795.tif 000006
【図６】
0003900795.tif 000007