JP3900795B2

JP3900795B2 - Printer control apparatus and method

Info

Publication number: JP3900795B2
Application number: JP2000172791A
Authority: JP
Inventors: 義秀村木
Original assignee: Fuji Xerox Co Ltd; Fujifilm Business Innovation Corp
Current assignee: Fujifilm Business Innovation Corp
Priority date: 2000-06-08
Filing date: 2000-06-08
Publication date: 2007-04-04
Anticipated expiration: 2020-06-08
Also published as: JP2001350617A

Description

【０００１】
【発明の属する技術分野】
この発明は、プリンタ管理技術に関し、とくに、プリンタを停止させる障害がすべて解除されたとき、管理エージェントがプリント可能という通知を管理装置（以下、クライアントと表記）に送信し、この結果、クライアントがその通知だけでプリンタ利用可能と判断することができるようにしたものである。
【０００２】
【従来の技術】
従来、障害一つ一つに対応した障害情報を通知したり、障害情報表へ登録したりしていた。しかし、所定の機能（例えばプリント機能）が使用可能かどうかという判断は、個々の障害情報だけを見てもクライアントは判断することができない。なぜなら、機能と障害とは必ずしも一対一に対応しているわけではなく、一つの機能に対して、複数の障害が同時に発生することがあるからである。この場合、クライアントは、障害情報表内にある機能を停止させる情報が一つもないことを知って、初めて機能が使用可能かどうか判断することができる。
【０００３】
クライアント側では障害情報よりもプリント機能が利用可能かどうかという情報が重要である。障害発生後、プリンタが利用可能になったかどうかをクライアント側で簡易に判断できるようにすることが望まれる。
【０００４】
なお、この発明と関連する先行文献としてはつぎのものがある。
▲１▼特開平１０−５８７９２号
この公報には電源が遮断されたやトナー残量が少なくなった場合に、その旨をホストに知らせることを開示している。
▲２▼ＰｒｉｎｔｅｒＭＩＢ（ＲＦＣ１７５９）
ＲＦＣ（リクエスト・フォー・コメント）１７５９では、ｐｒｔＡｌｅｒｔＴａｂｌｅという障害情報表を定義しており、そこにプリンタの障害情報を登録して、管理装置はそのテーブルを参照することによりプリンタの障害情報を知ることができる。そのｐｒｔＡｌｅｒｔＴａｂｌｅに登録される障害を、アラートイベントといい、プリンタを停止させるアラートイベントのことをクリティカルアラートという。アラートテーブルにクリティカルアラートが登録される際、トラップという通知が管理装置に送信される。この動作は図５に示すとおりである。なお、図５の記載自体は図から明らかであるので詳細な説明は省略する。
▲３▼ＰｒｉｎｔｅｒＭＩＢ２
ＲＦＣ１７５９のオプションとして、ｐｒｔＡｌｅｒｔＴａｂｌｅに以下の仕様が追加された。解除アラートという、アラートが解除されたことを示すアラートを定義する。アラートテーブルからクリティカルアラートが削除されるたびに、解除されたアラートに対応した解除アラートをアラートテーブルに登録して、なおかつ、その解除アラートに対応したトラップをあげる。この動作は図６に示すとおりである。なお、図６の記載自体も図から明らかであるので詳細な説明は省略する。
【０００５】
▲２▼および▲３▼の文献に記載された技術では、プリンタを使用可能にする障害が複数同時に発生する場合、そのうちの１つが解除されたという通知だけでは、現状でプリンタが動作可能かどうかを判断することができない。障害情報表を大局的に判断する必要がある。具体的には、通知をトリガとして用い、エージェント側の障害テーブルを参照したり、障害情報をクライアント内部で記憶しておく、などの処理が必要である。
【０００６】
▲１▼の文献の技術でも、機能不可となる原因の障害がすべて解除されたときに、機能回復したという通知を行なうことができない。
【０００７】
【発明が解決しようとする課題】
この発明は上述の事情を考慮してなされたものであり、プリンタを停止させる障害がすべて解除されたとき、管理エージェントがプリント可能という通知を管理装置（以下、クライアントと表記）に送信し、この結果、クライアントがその通知だけでプリンタ利用可能と判断することができるプリンタ管理技術を提供することを目的としている。
【０００８】
【課題を解決するための手段】
この発明によれば、上述の目的を達成するために特許請求の範囲に記載のとおりの構成を採用している。
【０００９】
この発明をさらに説明する。
【００１０】
この発明の具体的な構成においては、プリンタ管理システムにおいて、プリンタを停止させる障害がすべて解除されたとき、管理エージェントがプリント可能という通知をクライアントに送信することによって、クライアントはその通知だけでプリンタ利用可能と判断することができる。
【００１１】
すなわち、管理エージェント側の方で、障害情報を参照して、機能の使用可否の判断を行ない、さらに、その結果をクライアントに通知する。クライアントはその通知を受けて、機能が使用可能ということをユーザに表示する。
【００１２】
このような構成においては、クライアントや、ホスト（プリントを要求した端末）は、障害情報を大局的に判断してプリンタの利用の可否を判断することなく、通知のみで機能の回復を知ることができる。結果として、クライアント側の処理を簡潔に実装することができ、クライアントからポーリングによるネットワークの負荷を軽減する。また、クライアント内部で障害情報をキャッシュする必要がないため、使用するリソースも減らすことが可能で、パフォーマンスが向上する。
【００１３】
さらにこの発明を具体的に説明する。
【００１４】
プリンタは、プリンタを管理するソフトウェアを備えている。これを管理エージェントと呼ぶ。この管理エージェントは、クライアントにネットワークを介して接続される。クライアントは、先に述べたように、プリンタに関する情報表示、設定などが行えるソフトウェアを備えた機器である。
【００１５】
プリンタは、障害を検知する手段と、現状において起こっている障害を記述する障害情報表とを保持している。この障害情報表は、ＲＦＣ１７５９で定義されている、アラートテーブルでもよい。プリンタを停止させる障害（ＲＦＣ１７５９では、クリティカルアラートと表現している）が発生したら、それを障害情報表に登録する。
【００１６】
このとき、その障害が起こったということを、クライアントやホストに通知してもよい。プリンタを停止させる障害が一つでも解除されたら、それに対応した障害を障害情報表から削除する。そのとき、障害が解除されたということを、障害情報表に登録してもよいし、障害が解除されたという通知を行ってもよい。
【００１７】
プリンタを停止させる障害がすべて障害情報表から削除されたとき、クライアント、あるいはホストに、「すべての障害が解除（プリンタは動作可能）」という通知を行う。このとき、すべての障害が解除されたということを、障害情報表に登録してもよい。
【００１８】
以上で使用される通信手段は、ＳＮＭＰ（シンプル・ネットワーク・マネジメント・プロトコル）でもよいし、他の管理プロトコルでもよい。
「すべての障害が解除（プリンタは動作可能）」という通知を受け取ったクライアントは、その通知をもとに、ユーザに見せる表示画面に、「障害がすべて解除されました。プリントが可能です。」というようなメッセージを表示してもよい。
【００１９】
今までは、管理エージェントは、クライアントに、障害に一対一に対応した解除通知を出すことはあっても、いくつかの障害が解除されたことによる機能が回復したという通知は出していなかった。この発明によれば、そのような通知を出すことによって、クライアントが通知のみで機能回復を知ることができる。
【００２０】
なお、この発明はプリンタ本体を停止させる障害に限定されず、例えばプリンタ本体の複数機能のうちの１つの機能、例えばカラープリント機能等を停止させる障害についても適用がある。また、この発明はプリンタ制御装置として実現できるほかプリンタ制御方法としても実現でき、またネットワーク上に接続されたプリンタ及びプリンタ管理装置等からなるプリンタシステムとしても実現できる。また、この発明の方法のなすステップの少なくとも一部をコンピュータソフトウェアとして実現することができ、このようなコンピュータソフトウェアを記録した記録媒体もこの発明の技術的な範囲に含まれる。
【００２１】
【発明の実施の形態】
以下、この発明の実施例について説明する。この実施例ではＲＦＣ１７５９のＳＮＭＳのアラートテーブルを利用する。もちろん、他のネットワーク管理プロトコル等を用いるようにしてもよい。
【００２２】
この実施例では、管理エージェントが、ＰｒｉｎｔｅｒＭＩＢに定義されたアラートテーブル（障害情報表）を保持しており、プリンタの障害状態に応じて、それを逐次更新している。管理エージェントは、アラートテーブルを更新（アラートを削除）するたびに、アラートテーブルを検索し、クリティカルアラートが表からすべて削除されたことを確認したら、クリティカルアラートがすべて解除されたという通知を、クライアントに送信する。クライアントはその通知を受けて、機能が使用可能であることを、ユーザに表示する。
【００２３】
図１は、この発明の実施例が適用される環境を示しており、この図において、ネットワーク１０にクライアント（管理装置）１１およびプリンタ（被管理装置）１２が接続されている。すなわち、ネットワーク１０上に、被管理装置装置（プリンタ）１２と、被管理装置１２の情報を収集するための管理プログラム１３が搭載されている管理装置１１が接続されたネットワークシステムを想定する。ここで、ネットワーク１０のプロトコルとしては、ＳＮＭＰ（シンプル・ネットワーク管理プロトコル）が使用され、管理情報は、ＲＦＣ１７５９で定義されているＭＩＢ（管理情報ベース）を使用することとする。被管理装置装置（プリンタ）１２には、プリンタ１２の情報を管理装置１１に提供するプリンタ管理エージェント１４と、プリンタ１２を制御するプリンタ制御ユニット１５を搭載してある。管理エージェント１４と制御ユニット１５は接続され、管理エージェント１４は制御ユニット１５からプリンタ１２の情報をリアルタイムで取得することができる。
【００２４】
図２は、プリンタ管理エージェント１４等の構成例を示しており、この図において、管理エージェント１４は、アラートテーブル（ｐｒｔＡｌｅｒｔＴａｂｌｅ）１６という障害管理表を保持している。これはＲＦＣ１７５９で定義されているテーブルである。このテーブルで、このプリンタ１２の障害情報を管理することができる。また、プリンタ制御ユニット１５からの情報を、アラートテーブル１６に反映させるために、エージェント処理部分１７というユニットがあり、そこで、プリンタ制御ユニット１５からの情報に応じて、アラートテーブル１６にアラートを登録したり、アラートテーブル１６からアラートを削除したりという作業を行う。また、管理装置（クライアント）１１は、アラートテーブル１６をいつでも参照することが可能である。
【００２５】
エージェント処理部分１７は、アラートテーブル１６にアラートを登録する際、そのアラートがクリティカルアラート（プリンタ１２が停止する原因となるアラート）ならば、管理装置１１にトラップという通知を行う。またＰｒｉｎｔｅｒＭＩＢＶ２の仕様に示されるように、エージェント処理部分１７がそのアラートをアラートテーブル１６から削除するさい、そのアラートがクリティカルアラートだったら、クリティカルアラート解除トラップという通知を管理装置１１に行うこともできる。管理装置（クライアント）１１は、表示装置１８を備えており、ユーザに現存のプリンタ１２の状態や、プリンタ１２の障害情報などを表示することができる。
【００２６】
つぎに実施例の動作について説明する。
【００２７】
図３はプリンタが使用可能であることを通知する動作を示しており、この図において、エージェント処理部分１７は、障害発生、障害解除待ち状態にいる（Ｓ１１）。プリンタ制御ユニット１５から障害状態が変化したという通知をうけると、まず障害が解除されたのか、障害が発生したのかを判断する（Ｓ１２）。
【００２８】
この判断の処理方法は、いくつかあるが、ここでは、図５に示すような手法を使用している。すなわち、個々の障害の発生、解除には、それぞれ一意の番号が、予めふられており、その番号によってどのような障害が発生したのか、どのような障害が解除したのかを判別することができる。以後、この番号を障害識別子と呼ぶ。障害状態変化通知に、障害識別子も付加されており、障害識別子を解読することによって、何の障害が発生、あるいは解除されたのかが分かる。
【００２９】
図５において、処理の順序として、障害状態変化通知を受信し（Ｓ５１）、障害状態変化通知に付加されている障害識別子の解析により、障害発生か障害解除かの判別を行う（Ｓ５２）。
【００３０】
図３に戻る。障害が発生したならば、障害状態変化通知の障害識別子をもとに、対応するアラートに変換して（Ｓ１３）、アラートテーブル１６に登録する（Ｓ１４）。その際、エージェント処理部分１７で、登録されるアラートがクリティカルアラートか否かの判断を行い（Ｓ１５）、クリティカルアラートならトラップを送信する（Ｓ１６）。障害が解除したならば、障害状態変化通知に付加されている障害識別子をもとに、アラートテーブル１６から削除すべきアラートを検索する（Ｓ１７）。そして、その検索したアラートを、アラートテーブル１６からを削除する（Ｓ１８）。その際、エージェント処理部分１７で、削除されるアラートがクリティカルアラートか否かの判断を行い（Ｓ１９）、クリティカルアラートならクリティカルアラート解除トラップを送信してもよい（Ｓ２０）。最後に、アラートテーブル１６を検索して、アラートテーブル１６からこの一連の操作でクリティカルアラートが全て削除されたかを判断する（Ｓ２１）。クリティカルアラートが全て削除されたと判断したら、クリティカルアラート全解除のトラップを送信する（Ｓ２２）。
【００３１】
また、ステップＳ２０で、クリティカルアラートならクリティカルアラート解除トラップを送信するまえに、ステップＳ２１の操作と同様に、クリティカルアラートが全て削除されたかの判断を行って、もし、クリティカルアラートが全て削除されたと判断したら、クリティカルアラート解除とクリティカルアラート全解除の両方の意味をもたせたトラップを送信してもよい。
【００３２】
クリティカルアラート全解除のトラップを受信したクライアント１１は、「障害が全て解除されましたした。プリントできます。」などと表示してもよい。
【００３３】
つぎに上述実施例の変形例について説明する。上述実施例では、ネットワークのプロトコルとしては、ＳＮＭＰが使用され、管理情報は、ＲＦＣ１７５９で定義されているＭＩＢを使用している。この変形例では、特に限定はしない。後は、実施例と同様である。以下に具体的に記述する。
【００３４】
変形例が適用される環境も図１と同様である。すなわち、図１において、ネットワーク１０上に、被管理装置装置（プリンタ）１２と、被管理装置１２の情報を収集するための管理プログラム１３が搭載されている管理装置１１が接続されたネットワークシステムを想定する。ここで、ネットワークのプロトコルとしては、なんでもよい。
【００３５】
被管理装置装置（プリンタ）１２には、プリンタ１２の情報を管理装置１１に提供するプリンタ管理エージェント１４と、プリンタ１２を制御するプリンタ制御ユニット１５を搭載してある。管理エージェント１４と制御ユニット１５は接続され、管理エージェント１４は制御ユニット１５からプリンタ１２の情報をリアルタイムで取得することができる。
【００３６】
管理エージェント１４は、実施例と同様に、図２に示すように、障害管理テーブル１６を保持している。このテーブル１６で、このプリンタ１２の障害情報を管理することができる。また、プリンタ制御ユニット１５からの情報を、障害管理テーブル１６に反映させるために、エージェント処理部分１７というユニットがあり、そこで、プリンタ制御ユニット１５からの情報に応じて、障害管理テーブル１６に障害を登録したり、障害管理テーブル１６から障害を削除したりという作業を行う。また、管理装置１１は、障害管理テーブル１６をいつでも参照することが可能である。エージェント処理部分１７は、管理装置１１に通知を行うことができる。管理装置（クライアント）１１は、表示装置１８を備えており、ユーザに現在の機器の状態や、障害情報などを表示することができる。
【００３７】
つぎに変形例の動作について図４を参照して説明する。
【００３８】
上述実施例では、障害をアラートとして表現するが、変形例では、障害をアラートで表現しなくてもよい。また、実施例では、クリティカルアラートが全て削除されたと判断したら、クリティカルアラート全解除のトラップを送信するが、変形例では、いくつかの障害が解除することによってある機能が回復したとき、その機能が回復したという通知をあげている。機能の例としては、以下のものがある。
［機能の一例］
イエロー、マジェンダ、シアン、ブラックの４色のトナーを装備している、白黒／カラー両用機のプリンタで、カラー印刷の機能を考える。白黒印刷は他の機能である。イエロー、マジェンダ、シアンのどれかに障害が発生していれば、カラー印刷は使用不可能である。そのため、カラー印刷が可能なときは、イエロー、マジェンダ、シアンのトナー全ての障害が解除された時である。エージェント１４は、イエロー、マジェンダ、シアンのトナー全ての障害が解除されたとき、カラー印刷可能という機能回復通知を送信する。クライアントは、通知のみで、「カラー印刷可能」を知ることができ、画面に表示することもできる。
【００３９】
以下に図４を参照して詳細に記述する。
【００４０】
図４において、エージェント処理部分１７は、障害発生、障害解除待ち状態にいる（Ｓ３１）。プリンタ制御ユニット１５から障害状態が変化したという通知をうけると、まず障害が解除されたのか、障害が発生したのかを判断する（Ｓ３２）。障害が発生したならば、その通知をもとに、その障害を障害管理テーブル１６に登録する（Ｓ３３）。そのさい、エージェント処理部分１７でこの障害発生に対するトラップをあげるかどうかの判断を行い（Ｓ３４）、トラップをあげることに決定したらトラップを送信する（Ｓ３５）。障害が解除したならば、障害管理テーブル１６から対応する障害を削除する（Ｓ３６）。そのさい、エージェント処理部分１７でこの障害解除に対するトラップをあげるかどうかの判断を行い（Ｓ３７）、トラップをあげることに決定したら障害解除トラップを送信してもよい（Ｓ３８）。
【００４１】
最後に、障害管理テーブル１６を検索して、障害管理テーブル１６からこの一連の操作で機能を使用不可にする障害が全て削除されたかを判断する（Ｓ３９）。機能を使用不可にする障害が全て削除されたと判断したら、機能回復のトラップを送信する（Ｓ４０）。
【００４２】
また、ステップＳ３８で、障害解除トラップを送信するまえに、ステップＳ３９と同様に、障害管理テーブル１６からこの一連の操作で機能を使用不可にする障害が全て削除されたかを判断を行って、機能を使用不可にする障害が全て削除されたと判断したら、障害解除と機能回復の両方の意味をもたせたトラップを送信してもよい。
【００４３】
機能回復の通知を受信したクライアント１１は、「機能を使用不吋能にしていた障害が全て解除されましたした。機能が使用吋能ですじ」などと表示してもよい。
【００４４】
この変形例では、クライアント１１は、機能回復通知のみで、機能の回復を知ることができる。また、クライアント１１は、機能回復の通知のみで、「機能を使用不可能にしていた障害が全て解除されましたした。機能が使用可能です。」などと画面に表示することもできる。
【００４５】
なおこの発明は上述の実施例や変形例に限定されるものではなく種々変更が可能である。例えば、上述の例ではトラップによりプリンタが利用可能であることを通知したが、トラップを発生させずに、プリンタ側から必要に応じて、例えば、機能停止後に定期的にポーリングを行ないエージェントのデータベースから情報を取り出す（ＧＥＴ）ようにしてもよい。
【００４６】
また、本体または一部の機能が複数の障害のいずれにも起因して停止するような機器をネットワークに接続して使用する場合には同様にこの発明を適用できる。すなわちネットワークに接続される機器に、少なくとも機器または機器本体の１機能を停止させる障害の発生および解消を検出する手段と、前記障害が発生したときに当該障害を障害管理用のテーブルに記憶する手段と、発生した前記障害が解消したときに当該障害を前記障害管理用のテーブルから削除する手段と、前記機器本体を停止させる前記障害または前記１機能を停止させる前記障害が前記障害管理用のテーブルからすべて削除されたことを判別する手段と、前記判別する手段の判別結果を保持する手段とを設け、クライアントが判別結果を取得できるようにすることができる。この場合も、クライアントは簡易に機器または1機能の復旧を管理に知ることができる。
【００４７】
【発明の効果】
以上説明したように、この発明によれば、プリンタの機能回復の通知がクライアント等に送られるので、クライアント等は簡易にプリンタの機能回復を知ることができる。
【図面の簡単な説明】
【図１】この発明の実施例が利用されるネットワーク環境を示すブロック図である。
【図２】図１の構成を詳細に説明するためのブロック図である。
【図３】この発明の実施例の動作を説明するフローチャートである。
【図４】この発明の変形例の動作を説明するフローチャートである。
【図５】従来例の動作を説明するフローチャートである。
【図６】他の従来例の動作を説明するフローチャートである。
【符号の説明】
１０ネットワーク
１１管理装置（クライアント）
１２被管理装置（プリンタ）
１３管理プログラム
１４プリンタ管理エージェント
１５プリンタ制御ユニット
１６アラートテーブル（障害管理テーブル）
１７エージェント処理部分
１８表示装置[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a printer management technique, and in particular, when all the troubles that stop the printer are released, a management agent sends a notification that printing is possible to a management apparatus (hereinafter referred to as a client), and as a result, the client The printer can be determined to be usable only by notification.
[0002]
[Prior art]
Conventionally, failure information corresponding to each failure has been notified or registered in a failure information table. However, the client cannot determine whether or not a predetermined function (for example, a print function) can be used by looking at only individual failure information. This is because functions and failures do not necessarily correspond one-on-one, and a plurality of failures may occur simultaneously for one function. In this case, the client knows that there is no information for stopping the function in the failure information table, and can determine whether or not the function can be used for the first time.
[0003]
On the client side, information about whether the print function can be used is more important than failure information. It is desirable to make it possible for the client side to easily determine whether a printer is available after a failure occurs.
[0004]
The following documents are related to the present invention.
(1) Japanese Patent Application Laid-Open No. 10-58792 This publication discloses that the host is notified when the power is cut off or the remaining amount of toner is low.
(2) Printer MIB (RFC 1759)
RFC (Request for Comment) 1759 defines a failure information table called prtAlertTable, in which printer failure information is registered and the management device refers to the table to know printer failure information. Can do. The failure registered in the prtAlertTable is called an alert event, and the alert event that stops the printer is called a critical alert. When a critical alert is registered in the alert table, a notification called a trap is transmitted to the management device. This operation is as shown in FIG. Note that the description of FIG. 5 itself is clear from the drawing, and thus detailed description thereof is omitted.
▲ 3 ▼ Printer MIB2
The following specifications were added to prtAlertTable as an option of RFC1759. Define alerts that indicate that alerts have been released, called release alerts. Each time a critical alert is deleted from the alert table, a release alert corresponding to the released alert is registered in the alert table, and a trap corresponding to the release alert is raised. This operation is as shown in FIG. Note that the description of FIG. 6 itself is also clear from the drawing, and thus detailed description thereof is omitted.
[0005]
In the technologies described in the documents (2) and (3), if multiple failures that enable the printer occur simultaneously, whether or not the printer can be operated at present only by notification that one of them has been canceled Cannot be judged. It is necessary to judge the failure information table globally. Specifically, processing such as using a notification as a trigger and referring to a failure table on the agent side or storing failure information inside the client is required.
[0006]
Even with the technique described in the document (1), when all the faults that cause the function to be disabled are resolved, it is impossible to notify that the function has been recovered.
[0007]
[Problems to be solved by the invention]
The present invention has been made in consideration of the above-mentioned circumstances. When all the troubles that stop the printer are released, the management agent sends a notification that printing is possible to the management apparatus (hereinafter referred to as a client). As a result, an object of the present invention is to provide a printer management technique that allows a client to determine that a printer can be used only by the notification.
[0008]
[Means for Solving the Problems]
According to this invention, in order to achieve the above-mentioned object, the configuration as described in the claims is adopted.
[0009]
The present invention will be further described.
[0010]
In a specific configuration of the present invention, in the printer management system, when all the troubles that stop the printer are resolved, the management agent sends a notification that printing is possible to the client, so that the client can use the printer only by the notification. It can be judged possible.
[0011]
In other words, the management agent side refers to the failure information to determine whether the function can be used, and notifies the client of the result. The client receives the notification and displays to the user that the function is available.
[0012]
In such a configuration, the client or the host (the terminal that requested the print) can know the recovery of the function only by notification without judging the failure information and judging whether the printer can be used. it can. As a result, the processing on the client side can be simply implemented, and the load on the network due to polling from the client is reduced. In addition, since it is not necessary to cache fault information inside the client, it is possible to reduce the resources used and improve performance.
[0013]
Furthermore, this invention is demonstrated concretely.
[0014]
The printer includes software for managing the printer. This is called a management agent. This management agent is connected to the client via a network. As described above, the client is a device including software that can display and set information on the printer.
[0015]
The printer holds a means for detecting a failure and a failure information table that describes a failure that currently occurs. This failure information table may be an alert table defined in RFC1759. If a failure that stops the printer (represented as a critical alert in RFC 1759) occurs, it is registered in the failure information table.
[0016]
At this time, the client or the host may be notified that the failure has occurred. If even one fault that stops the printer is cleared, the corresponding fault is deleted from the fault information table. At that time, the fact that the failure has been released may be registered in the failure information table, or a notification that the failure has been released may be given.
[0017]
When all the troubles that stop the printer are deleted from the trouble information table, the client or the host is notified that “all troubles are released (the printer is operable)”. At this time, it may be registered in the failure information table that all failures have been released.
[0018]
The communication means used above may be SNMP (Simple Network Management Protocol) or another management protocol.
The client that receives the notification “All faults are cleared (printer is ready to operate)” displays a message on the display screen to the user based on the notification “All faults have been cleared. Printing is possible.” May be displayed.
[0019]
Up to now, the management agent has issued a release notification corresponding to a failure one-to-one to the client, but has not issued a notification that the function has been recovered due to the removal of some failures. According to the present invention, by issuing such a notification, the client can know the functional recovery only by the notification.
[0020]
Note that the present invention is not limited to an obstacle that stops the printer main body, and may be applied to an obstacle that stops one of a plurality of functions of the printer main body, such as a color print function, for example. The present invention can be realized as a printer control method in addition to a printer control device, and can also be realized as a printer system including a printer and a printer management device connected on a network. Further, at least a part of the steps of the method of the present invention can be realized as computer software, and a recording medium recording such computer software is also included in the technical scope of the present invention.
[0021]
DETAILED DESCRIPTION OF THE INVENTION
Examples of the present invention will be described below. In this embodiment, the SNMS alert table of RFC1759 is used. Of course, other network management protocols may be used.
[0022]
In this embodiment, the management agent holds an alert table (failure information table) defined in the Printer MIB, and sequentially updates it according to the failure state of the printer. Each time the management agent updates the alert table (deletes the alert), it searches the alert table and confirms that all critical alerts have been removed from the table, then notifies the client that all critical alerts have been removed. Send. The client receives the notification and displays to the user that the function is available.
[0023]
FIG. 1 shows an environment to which an embodiment of the present invention is applied. In this figure, a client (management apparatus) 11 and a printer (managed apparatus) 12 are connected to a network 10. That is, a network system is assumed in which a managed apparatus device (printer) 12 and a management apparatus 11 on which a management program 13 for collecting information on the managed apparatus 12 is mounted are connected to the network 10. Here, SNMP (Simple Network Management Protocol) is used as the protocol of the network 10, and MIB (Management Information Base) defined in RFC1759 is used as management information. The managed device (printer) 12 includes a printer management agent 14 that provides information about the printer 12 to the management device 11 and a printer control unit 15 that controls the printer 12. The management agent 14 and the control unit 15 are connected, and the management agent 14 can acquire information on the printer 12 from the control unit 15 in real time.
[0024]
FIG. 2 shows a configuration example of the printer management agent 14 and the like. In this figure, the management agent 14 holds a failure management table called an alert table (prtAlertTable) 16. This is a table defined in RFC1759. With this table, fault information of the printer 12 can be managed. In order to reflect the information from the printer control unit 15 in the alert table 16, there is a unit called an agent processing portion 17, where an alert is registered in the alert table 16 according to the information from the printer control unit 15. Or deleting an alert from the alert table 16. The management device (client) 11 can refer to the alert table 16 at any time.
[0025]
When the alert processing unit 17 registers an alert in the alert table 16, if the alert is a critical alert (an alert that causes the printer 12 to stop), the agent processing unit 17 notifies the management device 11 of a trap. Further, as shown in the specification of Printer MIBV2, when the agent processing portion 17 deletes the alert from the alert table 16, and the alert is a critical alert, the management device 11 can be notified of a critical alert release trap. The management device (client) 11 includes a display device 18 and can display the status of the existing printer 12 and failure information of the printer 12 to the user.
[0026]
Next, the operation of the embodiment will be described.
[0027]
FIG. 3 shows an operation for notifying that the printer is usable. In this figure, the agent processing part 17 is in a state where a failure has occurred and a failure has been cleared (S11). When the printer control unit 15 receives a notification that the failure state has changed, it is first determined whether the failure has been removed or whether a failure has occurred (S12).
[0028]
There are several processing methods for this determination. Here, the method shown in FIG. 5 is used. In other words, a unique number is assigned in advance to each failure occurrence and release, and it is possible to determine what failure has occurred and what failure has been released by that number. . Hereinafter, this number is referred to as a failure identifier. A failure identifier is also added to the failure state change notification, and it is possible to know what failure has occurred or has been canceled by decoding the failure identifier.
[0029]
In FIG. 5, a failure state change notification is received as the processing order (S51), and a failure identifier added to the failure state change notification is analyzed to determine whether a failure has occurred or has been cleared (S52).
[0030]
Returning to FIG. If a failure occurs, it is converted into a corresponding alert based on the failure identifier of the failure state change notification (S13) and registered in the alert table 16 (S14). At that time, the agent processing part 17 determines whether or not the registered alert is a critical alert (S15), and if it is a critical alert, a trap is transmitted (S16). If the failure is released, the alert to be deleted is searched from the alert table 16 based on the failure identifier added to the failure state change notification (S17). Then, the retrieved alert is deleted from the alert table 16 (S18). At that time, the agent processing portion 17 determines whether or not the alert to be deleted is a critical alert (S19), and if it is a critical alert, a critical alert release trap may be transmitted (S20). Finally, the alert table 16 is searched to determine whether all critical alerts have been deleted from the alert table 16 by this series of operations (S21). If it is determined that all critical alerts have been deleted, a trap for canceling all critical alerts is transmitted (S22).
[0031]
Also, in step S20, before sending a critical alert release trap if it is a critical alert, it is determined whether all critical alerts have been deleted in the same manner as in step S21. If it is determined that all critical alerts have been deleted, , A trap having both the meaning of releasing critical alert and releasing all critical alerts may be transmitted.
[0032]
The client 11 that has received the trap for canceling all critical alerts may display “All faults have been cleared. Printing is possible” or the like.
[0033]
Next, a modification of the above embodiment will be described. In the above embodiment, SNMP is used as a network protocol, and MIB defined in RFC1759 is used as management information. This modification is not particularly limited. The rest is the same as the embodiment. Details are described below.
[0034]
The environment to which the modification is applied is the same as that in FIG. That is, in FIG. 1, a network system in which a managed apparatus device (printer) 12 and a management apparatus 11 in which a management program 13 for collecting information on the managed apparatus 12 is installed is connected to a network 10. Suppose. Here, any network protocol may be used.
[0035]
The managed device (printer) 12 includes a printer management agent 14 that provides information about the printer 12 to the management device 11 and a printer control unit 15 that controls the printer 12. The management agent 14 and the control unit 15 are connected, and the management agent 14 can acquire information on the printer 12 from the control unit 15 in real time.
[0036]
As in the embodiment, the management agent 14 holds a failure management table 16 as shown in FIG. The table 16 can manage fault information of the printer 12. Further, in order to reflect the information from the printer control unit 15 in the failure management table 16, there is a unit called an agent processing portion 17, and there is a failure in the failure management table 16 according to the information from the printer control unit 15. An operation of registering or deleting a failure from the failure management table 16 is performed. The management device 11 can refer to the failure management table 16 at any time. The agent processing part 17 can notify the management apparatus 11. The management device (client) 11 includes a display device 18 and can display the current device status, failure information, and the like to the user.
[0037]
Next, the operation of the modification will be described with reference to FIG.
[0038]
In the above embodiment, the failure is expressed as an alert. However, in the modification, the failure may not be expressed as an alert. In the embodiment, when it is determined that all critical alerts have been deleted, a trap for canceling all critical alerts is sent. In a modified example, when a certain function is recovered by canceling some faults, the function is Gives notice of recovery. Examples of functions include:
[Example of functions]
Consider a color printing function with a monochrome / color printer equipped with toners of four colors, yellow, magenta, cyan, and black. Black and white printing is another function. If any of yellow, magenta, and cyan is faulty, color printing cannot be used. Therefore, the time when color printing is possible is when all the yellow, magenta and cyan toners have been cleared. When all the yellow, magenta, and cyan toners have been cleared, the agent 14 transmits a function recovery notification that color printing is possible. The client can know “color printing is possible” only by notification and can display it on the screen.
[0039]
This will be described in detail with reference to FIG.
[0040]
In FIG. 4, the agent processing portion 17 is in a state where a failure has occurred and a failure has been cleared (S31). When the printer control unit 15 receives a notification that the failure state has changed, it is first determined whether the failure has been canceled or has occurred (S32). If a failure occurs, the failure is registered in the failure management table 16 based on the notification (S33). At that time, the agent processing section 17 determines whether or not to raise a trap for the occurrence of this failure (S34), and if it is decided to raise the trap, the trap is transmitted (S35). If the failure is released, the corresponding failure is deleted from the failure management table 16 (S36). At that time, the agent processing section 17 determines whether or not to raise a trap for the failure cancellation (S37), and if it is decided to raise the trap, a failure cancellation trap may be transmitted (S38).
[0041]
Finally, the fault management table 16 is searched to determine whether all faults that disable the function are deleted from the fault management table 16 by this series of operations (S39). If it is determined that all the faults that disable the function have been deleted, a function recovery trap is transmitted (S40).
[0042]
In step S38, before sending the failure release trap, as in step S39, it is determined from the failure management table 16 whether all of the failures that disable the function are deleted by this series of operations. If it is determined that all the faults that disable the use of the function are deleted, a trap having both the meaning of the fault release and the function recovery may be transmitted.
[0043]
The client 11 that has received the notification of the function recovery may display a message such as “All faults that have disabled the function have been canceled.
[0044]
In this modification, the client 11 can know the function recovery only by the function recovery notification. The client 11 can also display on the screen such as “All faults that have disabled the function have been released. The function can be used” only by the function recovery notification.
[0045]
The present invention is not limited to the above-described embodiments and modifications, and various modifications can be made. For example, in the above-mentioned example, the fact that the printer can be used is notified by the trap. However, without generating the trap, the printer side performs polling periodically after the function is stopped, for example, if necessary, from the agent database. Information may be extracted (GET).
[0046]
In addition, the present invention can be similarly applied to a case where a device whose main body or a part of functions are stopped due to any of a plurality of failures is connected to a network and used. That is, means for detecting the occurrence and resolution of a failure that stops at least one function of the device or the device main body in a device connected to the network, and means for storing the failure in a failure management table when the failure occurs And means for deleting the fault from the fault management table when the fault that has occurred is resolved, and the fault that stops the device main body or the fault that stops the one function is the fault management table. A means for determining that all of the information has been deleted from the information processing means and a means for holding the determination result of the determination means can be provided so that the client can acquire the determination result. In this case, the client can easily know the recovery of the device or one function in the management.
[0047]
【The invention's effect】
As described above, according to the present invention, since the notification of the printer function recovery is sent to the client or the like, the client or the like can easily know the printer function recovery.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a network environment in which an embodiment of the present invention is used.
FIG. 2 is a block diagram for explaining the configuration of FIG. 1 in detail.
FIG. 3 is a flowchart illustrating the operation of the embodiment of the present invention.
FIG. 4 is a flowchart for explaining the operation of a modification of the present invention.
FIG. 5 is a flowchart for explaining the operation of a conventional example.
FIG. 6 is a flowchart for explaining the operation of another conventional example.
[Explanation of symbols]
10 Network 11 Management device (client)
12 Managed device (printer)
13 Management Program 14 Printer Management Agent 15 Printer Control Unit 16 Alert Table (Failure Management Table)
17 Agent processing part 18 Display device

Claims

In a printer control device for notifying failure information of a failure to stop a printer to a client device connected via a network by a trap,
Storage means for storing printer fault information;
Registration / deleting means for registering / deleting fault information in the storage means based on information notified from the printer control unit;
When registering fault information in the storage means, it is determined whether or not the fault information relates to a fault that stops the printer. When the fault information relates to a fault that stops the printer, the registration of the fault information is performed by the trap. Notification means for notifying the device;
When the failure information is deleted from the storage means, it is determined whether the failure information is related to a failure that stops the printer. When the failure information is related to a failure that stops the printer, the deletion of the failure information is detected by the trap. Notification means for notifying the device;
Determining means for determining whether or not all the failure information related to the failure to stop the printer is deleted when the failure information related to the failure to stop the printer is deleted from the storage means;
Means for notifying the client device by a trap that all the failure information related to the failure to stop the printer is deleted when the determination means determines that all the failure information related to the failure to stop the printer is deleted; A printer control device comprising:

In a printer control device for notifying failure information of a failure that stops a part of the function of a printer to a client device connected via a network by a trap,
Storage means for storing printer fault information;
Registration / deleting means for registering / deleting fault information in the storage means based on information notified from the printer control unit;
When registering fault information in the storage means, it is determined whether the fault information relates to a fault that stops a part of the functions of the printer, and when the fault information relates to a fault that stops a part of the functions of the printer, Notification means for notifying the client device of the registration of the failure information by a trap;
When the failure information is deleted from the storage means, it is determined whether the failure information relates to a failure that stops a part of the function of the printer. Notification means for notifying the client device of the deletion of the failure information by a trap;
Determining means for determining whether or not all fault information relating to a failure that stops a part of the printer function is deleted when fault information relating to a fault that stops a part of the printer function is deleted from the storage means; ,
When the determination unit determines that all the failure information related to a failure that stops some of the functions of the printer is deleted, all the failure information related to the failure that stops some of the functions of the printer is deleted. And a means for notifying the client device by a trap .

In a printer control method for notifying failure information of a failure for stopping a printer to a client device connected via a network by a trap,
  A registration / deletion step for registering / deleting fault information to / from the printer fault information storage unit based on information notified from the printer control unit;
  When fault information is registered in the printer fault information storage means, it is determined whether or not the fault information relates to a fault that stops the printer. If the fault information relates to a fault that stops the printer, the fault information registration is trapped. A notification step of notifying the client device by:
  When the failure information is deleted from the printer failure information storage means, it is determined whether or not the failure information relates to a failure that stops the printer. A notification step of notifying the client device of the deletion of the failure information by a trap when
  A determination step of determining whether or not all the failure information related to the failure to stop the printer is deleted when the failure information related to the failure to stop the printer is deleted from the printer failure information storage unit;
  A step of notifying the client device by a trap that all the failure information related to the failure to stop the printer is deleted when it is determined that the failure information related to the failure to stop the printer is deleted. A printer control method comprising:

In a printer control method for notifying failure information of a failure that stops a part of the function of a printer to a client device connected via a network by a trap,
  A registration / deletion step for registering / deleting fault information to / from the printer fault information storage unit based on information notified from the printer control unit;
  When the failure information is registered in the printer failure information storage means, it is determined whether or not the failure information relates to a failure that stops a part of the function of the printer, and relates to a failure that stops a part of the function of the printer. A notification step of notifying the client device of the failure information registration by a trap;
  When deleting fault information from the printer fault information storage means, it is determined whether the fault information relates to a fault that stops a part of the functions of the printer, and relates to a fault that stops a part of the functions of the printer. A notification step for notifying the client device of the deletion of the failure information by a trap;
  When failure information related to a failure that stops some of the functions of the printer is deleted from the printer failure information storage unit, it is determined whether or not all of the failure information related to a failure that stops some of the functions of the printer is deleted. A determination step;
  When the determination step determines that all the failure information related to the failure that stops some of the functions of the printer is deleted, all the failure information related to the failure that stops some of the functions of the printer is deleted. And a step of notifying the client device by a trap.

In a printer system in which a printer and a printer management device are connected via a network,
A printer control device of the printer,
Storage means for storing printer fault information;
Registration / deleting means for registering / deleting fault information in the storage means based on information notified from the printer control unit;
When registering fault information in the storage means, it is determined whether or not the fault information relates to a fault that stops the printer. When the fault information relates to a fault that stops the printer, the registration of the fault information is performed by the trap. Notification means for notifying the device;
When the failure information is deleted from the storage means, it is determined whether the failure information is related to a failure that stops the printer. When the failure information is related to a failure that stops the printer, the deletion of the failure information is detected by the trap. Notification means for notifying the device;
Determining means for determining whether or not all the failure information related to the failure to stop the printer is deleted when the failure information related to the failure to stop the printer is deleted from the storage means;
Means for notifying the printer management device by a trap that all the failure information related to the failure to stop the printer is deleted when the determination means determines that all the failure information related to the failure to stop the printer is deleted And
The printer management apparatus includes a display unit that displays that the printer is available based on the notification .

A printer connected to a printer and printer management device via a network In the linter system,
  A printer control device of the printer,
  Storage means for storing printer fault information;
  Registration / deleting means for registering / deleting fault information in the storage means based on information notified from the printer control unit;
  When registering fault information in the storage means, it is determined whether the fault information relates to a fault that stops a part of the functions of the printer, and when the fault information relates to a fault that stops a part of the functions of the printer, Notification means for notifying the client device of the registration of the failure information by a trap;
  When the failure information is deleted from the storage means, it is determined whether the failure information relates to a failure that stops a part of the function of the printer. Notification means for notifying the client device of the deletion of the failure information by a trap;
  Determining means for determining whether or not all fault information relating to a failure that stops a part of the printer function is deleted when fault information relating to a fault that stops a part of the printer function is deleted from the storage means; ,
  When the determination unit determines that all the failure information related to a failure that stops some of the functions of the printer is deleted, all the failure information related to the failure that stops some of the functions of the printer is deleted. Means for notifying the printer management device by a trap,
  The printer management apparatus includes a display unit that displays that the printer is available based on the notification.

In a computer-readable recording medium in which a computer program for printer control for notifying a client device connected via a network of failure information for stopping a printer is recorded.
A registration / deletion step for registering / deleting fault information to / from the printer fault information storage unit based on information notified from the printer control unit;
When fault information is registered in the printer fault information storage means, it is determined whether or not the fault information relates to a fault that stops the printer. If the fault information relates to a fault that stops the printer, the fault information registration is trapped. A notification step of notifying the client device by:
When the failure information is deleted from the printer failure information storage means, it is determined whether the failure information is related to a failure that stops the printer. When the failure information is related to a failure that stops the printer, the deletion of the failure information is trapped. A notification step of notifying the client device by:
A determination step of determining whether or not all the failure information related to the failure to stop the printer is deleted when the failure information related to the failure to stop the printer is deleted from the printer failure information storage unit;
A step of notifying the client device by a trap that all the failure information related to the failure to stop the printer is deleted when it is determined that the failure information related to the failure to stop the printer is deleted. A computer-readable recording medium on which a computer program used for causing a computer to execute is stored.

In a computer-readable recording medium on which a computer program for controlling a printer for notifying a client apparatus connected via a network of failure information for stopping a part of the function of the printer is recorded.
  A registration / deletion step for registering / deleting fault information to / from the printer fault information storage unit based on information notified from the printer control unit;
  When the failure information is registered in the printer failure information storage means, it is determined whether the failure information relates to a failure that stops some of the functions of the printer, and the functions of the printer are A notification step of notifying registration of the failure information to the client device by a trap when it is related to a failure to be stopped;
  When deleting fault information from the printer fault information storage means, it is determined whether the fault information relates to a fault that stops a part of the functions of the printer, and relates to a fault that stops a part of the functions of the printer. A notification step for notifying the client device of the deletion of the failure information by a trap;
  When failure information related to a failure that stops some of the functions of the printer is deleted from the printer failure information storage unit, it is determined whether or not all of the failure information related to a failure that stops some of the functions of the printer is deleted. A determination step;
  When the determination step determines that all the failure information related to the failure that stops some of the functions of the printer is deleted, all the failure information related to the failure that stops some of the functions of the printer is deleted. A computer-readable recording medium on which a computer program used for causing a computer to execute the step of notifying the client device by a trap is recorded.