監視装置、監視システムおよび監視方法
【課題】デバイス監視装置を監視して、デバイス監視装置の機能の停止をユーザーに知らせる。
【解決手段】ネットワークに接続されたプリンター１００の状態を監視するデバイス監視装置の状態を監視するサブ監視装置１５０は、デバイス監視装置がプリンター１００の状態を監視する状態を監視する状態監視部１５２と、状態監視部１５２が監視する結果に基づいて、デバイス監視装置がプリンター１００の状態を正常に監視しているか、否かを判断する異常判定部１５６と、デバイス監視装置が正常に監視していないと異常判定部１５６が判断した場合、ユーザーにデバイス監視装置の異常を通知する異常通知部１５８と、を備える。
【解決手段】ネットワークに接続されたプリンター１００の状態を監視するデバイス監視装置の状態を監視するサブ監視装置１５０は、デバイス監視装置がプリンター１００の状態を監視する状態を監視する状態監視部１５２と、状態監視部１５２が監視する結果に基づいて、デバイス監視装置がプリンター１００の状態を正常に監視しているか、否かを判断する異常判定部１５６と、デバイス監視装置が正常に監視していないと異常判定部１５６が判断した場合、ユーザーにデバイス監視装置の異常を通知する異常通知部１５８と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続されたデバイスのデバイス監視装置を監視する監視装置、監視システムおよび監視方法に関する。
【背景技術】
【０００２】
プリンター管理システムは、ネットワークに接続されたデバイスの１つであるプリンターで実行される印刷ジョブを管理する。このようなプリンター管理システムは、下記特許文献１に示すように、ネットワークに接続されたプリンターから、印刷ジョブごとに使用された紙の枚数やトナー等の消耗品使用量などの管理情報に基づいて、課金処理や消耗品交換等のサービスが行われる。このような管理情報を取得するため、ネットワークにはプリンターを監視するためのデバイス監視装置（プリンター監視装置）が接続され、プリンター監視装置が印刷ジョブごとの管理情報（ジョブ管理情報）を取得する。そして、プリンター監視装置は、取得したジョブ管理情報をインターネット等により外部環境の管理サーバーに送信し、管理サーバーは、プリンター監視装置から送信されるジョブ管理情報に基づいて、サービスを提供する。
このようなプリンター監視装置によるプリンター監視は、プリンターによる印刷処理のバックグランドで実行される。従って、プリンター監視装置と管理サーバーとの通信は、プリンターのユーザーが意識することなく実行される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１２２４７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、種々の理由によりプリンター監視装置の機能が停止した場合であっても、プリンターのユーザーは気付くことなく印刷を継続させることができる。この場合、管理サーバー側からプリンター監視装置の監視状態を取得することは、セキュリティーの対策上できないことが多く、プリンター監視装置の機能が停止していることをユーザーに認知させることができなかった。従って、ユーザーは、プリンター監視装置の機能が停止している間におけるジョブ管理情報に応じたサービスを享受できなかった。
【課題を解決するための手段】
【０００５】
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態または適用例として実現することが可能である。
【０００６】
［適用例１］
本適用例にかかる監視装置は、ネットワークに接続されたデバイスの状態を監視するデバイス監視装置の状態を監視する監視装置であって、前記デバイス監視装置が前記デバイスの状態を監視する状態を監視する監視手段と、前記監視手段が監視する結果に基づいて、前記デバイス監視装置が前記デバイスの状態を正常に監視しているか、否かを判断する判断手段と、前記デバイス監視装置が正常に監視していないと前記判断手段が判断した場合、前記デバイス監視装置の異常を通知する通知手段と、を備えることを特徴とする。
【０００７】
このような構成によれば、監視手段はデバイスの状態を監視する状態を監視し、判断手段は監視する結果に基づいて、デバイス監視装置がデバイスの状態を正常に監視しているか、否かを判断し、デバイス監視装置が正常に監視していないと判断した場合、通知手段はデバイス監視装置の異常を通知する。従って、デバイス監視装置がデバイスの状態を正常に監視しない場合、デバイス監視装置の異常を通知することができる。
【０００８】
［適用例２］
上記適用例にかかる監視装置において、前記判断手段は、前記デバイス監視装置が正常に監視していないと判断した場合、前記デバイスが前記ネットワークを介して授受するデータを解析することにより、前記デバイス監視装置が正常に監視しない原因を判断することが好ましい。
【０００９】
このような構成によれば、デバイスがネットワークを介して授受するデータを解析することで、デバイス監視装置が正常に監視しない原因を判断できる。
【００１０】
［適用例３］
上記適用例にかかる監視装置において、前記デバイスの状態に関する情報を保持する保持手段を備えることが好ましい。
このような構成によれば、デバイスの状態に関する情報を保持できる。
【００１１】
［適用例４］
上記適用例にかかる監視装置において、前記判断手段は、前記デバイス監視装置が正常に監視しない原因が前記デバイス監視装置の異常であると判断した場合、前記監視手段の監視結果から前記デバイスの状態に関する情報を取得し、取得した前記情報を前記保持手段に保持することが好ましい。
このような構成によれば、デバイス監視装置が正常に監視しない原因がデバイス監視装置の異常である場合、デバイスの状態に関する情報を保持手段に保持できる。
【００１２】
［適用例５］
上記適用例にかかる監視装置において、前記判断手段は、前記デバイス監視装置が正常に監視しない原因が前記ネットワークの異常であると判断した場合、前記デバイス監視装置において情報を保持可能なバッファー容量に応じて動作しても良い。
【００１３】
［適用例６］
上記適用例にかかる監視装置において、前記判断手段は、前記バッファー容量が所定量を超える場合、前記通知手段に対して前記原因を通知させ、前記バッファー容量が前記所定量を超えない場合、前記監視手段の監視結果から前記デバイスの状態に関する情報を取得し、取得した前記情報を前記保持手段に保持させることが好ましい。
このような構成によれば、デバイス監視装置が正常に監視しない原因がネットワークの異常であって、バッファー容量が所定量を超える場合、通知手段に対して原因を通知させ、バッファー容量が所定量を超えない場合、デバイスの状態に関する情報を保持手段に保持させることができる。
【００１４】
［適用例７］
上記適用例にかかる監視装置において、前記監視手段は、前記デバイス監視装置に対して前記デバイスの状態を監視する状態を問い合わせ、前記デバイス監視装置から返答される情報を監視しても良い。
【００１５】
［適用例８］
本適用例にかかる監視システムは、デバイスと前記デバイスを管理する管理装置がネットワークを介して接続され、前記デバイスの状態を監視するデバイス監視装置の状態を監視するシステムであって、前記デバイス監視装置が前記デバイスの状態を監視する状態を、前記デバイスおよび前記デバイス監視装置の何れか一方から監視する監視手段と、前記監視手段が監視する結果に基づいて、前記デバイス監視装置が前記デバイスの状態を正常に監視しているか、否かを判断する判断手段と、前記デバイス監視装置が正常に監視していないと前記判断手段が判断した場合、前記デバイス監視装置の異常を通知する通知手段と、を備えることを特徴とする。
【００１６】
このような構成によれば、監視手段はデバイスの状態を監視する状態を監視し、判断手段は監視する結果に基づいて、デバイス監視装置がデバイスの状態を正常に監視しているか、否かを判断し、デバイス監視装置が正常に監視していないと判断した場合、通知手段はデバイス監視装置の異常を通知する。従って、デバイス監視装置がデバイスの状態を正常に監視しない場合、デバイス監視装置の異常を通知することができる。
【００１７】
［適用例９］
本適用例にかかる監視方法は、ネットワークに接続されたデバイスの状態を監視するデバイス監視装置の状態を監視する監視方法であって、前記デバイス監視装置が前記デバイスの状態を監視する状態を監視する監視工程と、前記監視工程の監視結果に基づいて、前記デバイス監視装置が前記デバイスの状態を正常に監視しているか、否かを判断する判断工程と、前記デバイス監視装置が正常に監視していないと前記判断工程で判断した場合、前記デバイス監視装置の異常を通知する通知工程と、を備えることを特徴とする。
【００１８】
このような方法によれば、デバイスの状態を監視する状態を監視し、監視する結果に基づいて、デバイス監視装置がデバイスの状態を正常に監視しているか、否かを判断し、デバイス監視装置が正常に監視していないと判断した場合、デバイス監視装置の異常が通知される。従って、デバイス監視装置がデバイスの状態を正常に監視しない場合、デバイス監視装置の異常を通知することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施形態であるプリンター管理システムの構成を示す説明図。
【図２】プリンター、監視用ＰＣおよび管理サーバーの構成を示す説明図。
【図３】サブ監視装置の処理の流れを示すフローチャート。
【発明を実施するための形態】
【００２０】
以下、監視装置の一形態として、サブ監視装置を適用したプリンター管理システムについて図面を参照して説明する。
【００２１】
（実施形態）
図１は、本発明の実施形態であるプリンター管理システム１０００の構成を示す説明図である。このプリンター管理システム１０００は、第１のネットワークシステム１１００と、第２のネットワークシステム１２００と、がインターネットＩＮＥＴを介して互いに接続された構成となっている。
【００２２】
第１のネットワークシステム１１００は、ローカルエリアネットワークＬＡＮ１に、プリンター１００と、監視用パーソナルコンピューター２００（以下、「監視用ＰＣ２００」と呼ぶ。）と、クライアントパーソナルコンピューター３００（以下、「クライアント３００」と呼ぶ。）と、が接続された構成となっている。第１のネットワークシステム１１００は、ファイアウォールＦＷを介してインターネットＩＮＥＴと接続されている。
尚、ローカルエリアネットワークＬＡＮ１に接続された、プリンター１００と、監視用ＰＣ２００と、クライアント３００とは、併せて「デバイス」あるいは「ネットワークデバイス」とも呼ばれる。
【００２３】
プリンター１００には、ローカルエリアネットワークＬＡＮ１に接続されたクライアント３００から印刷ジョブが送信される。このプリンター１００は、クライアント３００から送信された印刷ジョブに従って印刷処理を実行する。なお、図１に示す第１のネットワークシステム１１００では、ローカルエリアネットワークＬＡＮ１には、１台のプリンター１００と１台のクライアント３００が接続されているが、ローカルエリアネットワークＬＡＮ１には、１台以上の任意の台数のプリンターと、１台以上の任意の台数のクライアントとを接続することが可能である。
【００２４】
第１のネットワークシステム１１００を構成する各デバイス間の通信は、ＴＣＰ／ＩＰプロトコルに従って行われる。ＴＣＰ／ＩＰプロトコルでは、各デバイスのそれぞれにＩＰアドレスが割り当てられる。データの送受信先のデバイスは、この割り当てられたＩＰアドレスによって特定される。そして、発信元のデバイスから発信された通信データには、発信元のデバイスのＩＰアドレス（発信元ＩＰアドレス）と、送信先のデバイスのＩＰアドレス（送信先ＩＰアドレス）とが含まれている。通信データは、送信先ＩＰアドレスに従って、そのＩＰアドレスを有するデバイスに送信される。
【００２５】
図１の例では、監視用ＰＣ２００と、プリンター１００と、クライアント３００には、それぞれＩＰアドレスが固定的に割り当てられている。これらのＩＰアドレスは、例えば、各デバイスをローカルエリアネットワークＬＡＮ１に接続する前に設定される。なお、プリンター１００のＩＰアドレスは、プリンター１００が有する操作ユニットや、直接接続されたパーソナルコンピューター等を用いて設定することができる。また、各デバイスのＩＰアドレスは、ＤＨＣＰサーバーにより自動的に割り当てられるものとしても良い。この場合、各デバイスは電源が投入された時点でＤＨＣＰサーバーが割り当てるＩＰアドレスを取得する。そして、デバイスの電源が遮断されるまで、取得されたＩＰアドレスが各デバイスにより使用される。
【００２６】
第２のネットワークシステム１２００は、ローカルエリアネットワークＬＡＮ２に、管理サーバー４００が接続された構成となっている。第２のネットワークシステム１２００は、第１のネットワークシステム１１００とは異なり、ファイアウォールＦＷを介さずにインターネットＩＮＥＴに接続されている。
【００２７】
監視用ＰＣ２００は、プリンター１００が保持している管理情報を、ローカルエリアネットワークＬＡＮ１を介してプリンター１００から取得し、監視用ＰＣ２００上に蓄積する。監視用ＰＣ２００に蓄積された管理情報は、管理サーバー４００に随時送信される。
【００２８】
図１に示すように、プリンター１００にはプリンターＩＤ（Ｐｒｔ＿００１）が設定されており、クライアント３００にはマシン名（Ｐｃ＿００１）が設定されている。また、クライアント３００には、マシン名の他に、クライアント３００を利用しているユーザーのユーザー名（Ｕｓｅｒ＿００１）が設定されている。これらのプリンターＩＤ、マシン名、ユーザー名の各識別情報は、監視用ＰＣ２００が管理サーバー４００に送信する印刷ジョブの管理情報（後述する）に含まれている。管理サーバー４００は、これらの識別情報に基づいてプリンターの使用に応じた課金処理を行う。
【００２９】
ここで、監視用ＰＣ２００が接続されているローカルエリアネットワークＬＡＮ１は、ファイアウォールＦＷを介してインターネットＩＮＥＴに接続されている。このため、管理サーバー４００側からは、ファイアウォールＦＷを越えて監視用ＰＣ２００側へ接続を要求し、監視用ＰＣ２００が取得・蓄積した管理情報を取得することができない。そこで、監視用ＰＣ２００は、管理サーバー４００にＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いて接続し、管理情報を通知する。なお、監視用ＰＣ２００および管理サーバー４００間では、セキュリティーの観点から、ＨＴＴＰの一種であるＨＴＴＰＳプロトコルによる暗号化通信が行われる。
【００３０】
図２は、プリンター１００、監視用ＰＣ２００および管理サーバー４００の構成を示す説明図である。なお、図２では、ローカルエリアネットワークＬＡＮ１とインターネットＩＮＥＴとの間に設けられているファイアウォールＦＷの図示を省略している。
【００３１】
プリンター１００は、ネットワークボード１１０と、プリンター制御部１２０と、プリントエンジン１３０と、操作ユニット１４０と、サブ監視装置１５０とを備えている。ネットワークボード１１０と、プリンター制御部１２０と、サブ監視装置１５０は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭおよび記憶装置のハードウェアと、ソフトウェアとが協働することにより、それぞれの機能を実現している。プリントエンジン１３０は、与えられた印刷データに応じて印刷を実行する印刷機構である。尚、印刷方式は限定されるものではなく、電子写真方式、インクジェット方式、熱転写方式、ドットインパクト方式等を想定する。
【００３２】
ネットワークボード１１０は、通信制御部１１２と、受信データ処理部１１４と、ＳＮＭＰエージェント１１６と、バッファー部１１８とを備えている。通信制御部１１２は、ネットワークボード１１０が備えるネットワークインターフェース（図示しない）を制御することにより、ローカルエリアネットワークＬＡＮ１に接続されたデバイスと、プリンター１００との間でのＴＣＰ／ＩＰプロトコルに従った通信を行う機能を有している。
【００３３】
通信制御部１１２は、クライアント３００からの印刷ジョブを含む通信データを受け取ると、受け取った通信データを受信データ処理部１１４に供給する。受信データ処理部１１４は、供給された通信データから印刷ジョブデータを抽出する。抽出された印刷ジョブデータは、プリンター制御部１２０に供給される。プリンター制御部１２０は、印刷ジョブデータに含まれる印刷コマンドに従って印刷データを生成し、生成された印刷データをプリントエンジン１３０に供給する。そして、プリントエンジン１３０は供給された印刷データに応じて印刷を実行する。
【００３４】
また、通信制御部１１２は、また、ローカルエリアネットワークＬＡＮ１とＳＮＭＰエージェント１１６との間で、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）に従った通信データを受け渡す機能を有している。通信制御部１１２は、監視用ＰＣ２００のＳＮＭＰマネージャー２２２から受け取った要求メッセージであって、情報送信を要求するＳＮＭＰメッセージを、ＳＮＭＰエージェント１１６に供給する。ＳＮＭＰエージェント１１６は、この要求メッセージに従って、プリンター制御部１２０が備えるデータベース（ＭＩＢ：Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）から種々の情報を取得する。そして、取得された情報からＳＮＭＰメッセージ（応答メッセージ）を生成し、生成した応答メッセージは、通信制御部１１２を介してＳＮＭＰマネージャー２２２に送信される。このように、ＳＮＭＰマネージャー２２２とＳＮＭＰエージェント１１６は、ネットワーク接続されたデバイス即ち、プリンター１００の状態を監視するデバイス監視装置（監視モジュール）として機能する。また、バッファー部１１８は、ネットワークボード１１０が送受信する通信データを一時的に格納する機能を備える。
【００３５】
プリンター制御部１２０は、プリンター１００に関する種々の情報を管理情報として収集して、ＳＮＭＰエージェント１１６により参照されるＭＩＢに格納する。ＭＩＢには、プリンターに関して予め規格で統一的に規定されている情報や、製造者によって独自に定義されている情報が格納されている。ＭＩＢに格納された各情報（「オブジェクト」あるいは「ＭＩＢオブジェクト」と呼ばれる）は、情報の要素に割り振られたオブジェクトＩＤ（ＯＩＤ）により参照される。このオブジェクトＩＤは、「１．４．２．２．１．３」のようにピリオドで区切られた数字となっている。
【００３６】
図２に示す本実施例のプリンター１００では、プリンター制御部１２０のＭＩＢには、クライアントから受信した個々の印刷ジョブに対応付けられたジョブ管理情報と、印刷ジョブとは関係なく取得されるプリンター管理情報とが、格納されている。ジョブ管理情報としては、使用した紙の種類とその枚数や、トナーやインクの使用量や、印刷ジョブの開始時間や終了時間等が、印刷ジョブごとに格納されている。また、プリンター管理情報としては、例えば、プリンター１００の機種名や製造番号、プリンター１００の総印刷枚数、および、紙ジャム等の種々の障害情報が、格納されている。
【００３７】
操作ユニット１４０は、表示パネル１４２と、操作キー１４４と、を備えている。表示パネル１４２には、プリンター１００の状態が表示される。そして、プリンター１００のユーザーは、表示パネル１４２に表示されたプリンター１００の状態に応じて操作キー１４４を操作することにより、プリンター１００の種々の設定を行うことができる。なお、表示パネル１４２は、プリンター１００の状態を表示する機能を有しているので状態表示部ともいうことができる。また、操作キー１４４は、プリンター１００の種々の設定をユーザーに許容する設定入力部ともいうことができる。
【００３８】
サブ監視装置１５０は、状態監視部１５２と、情報保持部１５４と、異常判定部１５６と、異常通知部１５８とを備え、プリンター１００を監視する機能を監視する。状態監視部１５２は、プリンター１００の状態を監視する監視モジュールであるＳＮＭＰエージェント１１６の状態を監視する監視手段である。より詳細には、状態監視部１５２は、ＳＮＭＰエージェント１１６が監視用ＰＣ２００のＳＮＭＰマネージャー２２２との間でやり取りするメッセージや、通信制御部１１２が受け取るクライアント３００からの印刷ジョブを含む通信データのように、ネットワークを介して授受するデータの流れを監視し、監視した結果に関する監視情報を異常判定部１５６に送る。また、状態監視部１５２は、ＳＮＭＰエージェント１１６にデータの入出力の状況を問い合わせ、この問い合わせに対する返答される情報（応答結果）から監視情報を作成しても良い。ここで想定される応答結果は、例えば、エージェント未起動、エージェント正常、通信異常エラー、内部エラー、バッファー残量Ｌｏｗおよびバッファー残量Ｅｎｄである。
【００３９】
異常判定部１５６は、状態監視部１５２から送られる監視情報に基づいて、ＳＮＭＰエージェント１１６がネットワーク接続されたプリンター１００を正常に監視しているか、否かを判定する手段（判断手段）である。ここで、判定した結果、プリンター１００を監視する機能が停止していると判定した場合、異常判定部１５６は、通知手段である異常通知部１５８に対して、異常が発生したことを示す情報の生成を指示する。この結果、異常通知部１５８は、異常が発生したことを示す情報を生成し、生成した情報を操作ユニット１４０に送る。操作ユニット１４０は、プリンター１００を監視する機能で異常が発生した旨の警告メッセージを表示パネル１４２に表示する。この結果、プリンター１００のユーザーは、プリンター１００が正常に監視されていないことを認知できる。更に、第１のネットワークシステム１１００側の管理者は、管理サーバー４００の管理者等に対して電話等の通信手段を介して通知することができる。
【００４０】
また、異常判定部１５６は、状態監視部１５２から送られる監視情報に基づいて、異常の発生原因が監視モジュールのハングアップ等のデバイス監視装置の異常に因るものか、もしくは、ＬＡＮ２やＩＮＥＴのような送信経路上の問題、即ち、ネットワークの異常に因るものかを判定する。この結果、異常の発生原因が監視モジュールに因るものであった場合、異常判定部１５６は、状態監視部１５２が監視する最新の情報を取得し、取得した情報から得られるプリンター１００に関する情報を、保持手段である情報保持部１５４に保持する。この結果、プリンター１００の監視機能が停止している状態であっても、プリンター１００が使用される状況を示す最新の情報を少なくとも保持できる。尚、情報保持部１５４に保持される情報は、例えば、監視モジュールの状態、バッファー部１１８の格納可能残量、プリンター１００での大まかな印刷実績や総印刷面数および異常検出時刻等であり、異常の状況や程度に応じて選択される。このように保持された情報は、監視モジュールが正常な状態に復帰した際に、予め設定されたタイミングで監視用ＰＣ２００に送られる。
【００４１】
他方で、異常の発生元が送信経路上の問題に因るものであった場合、異常判定部１５６は、バッファー部１１８の格納可能容量（バッファー容量）を取得し、格納可能容量に応じて行動する。即ち、格納可能容量が、所定の容量以上である場合、バッファー部１１８には更にデータを格納できるため、通信が不通である間に発生したプリンター管理情報やジョブ管理情報は、バッファー部１１８に格納される。この場合、異常判定部１５６は、異常通知部１５８に対して通信エラーが発生していることを通知する情報の生成を指示する。この結果、通信エラーが発生していることが表示パネル１４２に表示され、プリンター１００のユーザーは、通信エラーが発生し、通信ができない状態であることを認知できる。また、通信エラーが解除された際は、バッファー部１１８に格納された情報は、予め設定されたタイミングで監視用ＰＣ２００に送られる。
【００４２】
また、格納可能容量が所定の容量未満である場合、異常判定部１５６は、状態監視部１５２が監視する最新の入出力に対する情報を状態監視部１５２から取得し、取得した情報から得られるプリンター１００に関する情報を、情報保持部１５４に保持する。この結果、通信機能が停止している状態であっても、プリンター１００の使用状況を示す最新の情報を少なくとも保持できる。このように保持された情報は、通信エラーが解除された際に、予め設定されたタイミングで監視用ＰＣ２００に送られる。尚、格納可能容量の所定の容量は、設計時に決められても良く、ユーザーが設定可能であっても良い。
【００４３】
次に、監視用ＰＣ２００について説明する。監視用ＰＣ２００は、通信制御部２１０、管理エージェント２２０、管理情報格納部２３０およびリアルタイムクロック２４０を備えている。
【００４４】
尚、通信制御部２１０、管理エージェント２２０、管理情報格納部２３０およびリアルタイムクロック２４０は、監視用ＰＣ２００が備える図示しないＣＰＵ、ＲＡＭ、ＲＯＭおよび記憶装置のハードウェアと、ソフトウェアとが協働することにより、それぞれの機能を実現している。
【００４５】
通信制御部２１０は、監視用ＰＣ２００が備えるネットワークインターフェース（図示しない）を制御することにより、ローカルエリアネットワークＬＡＮ１に接続されたデバイスと、監視用ＰＣ２００との間でのＴＣＰ／ＩＰプロトコルに従った通信を行う機能を有している。
【００４６】
管理エージェント２２０は、ＳＮＭＰマネージャー２２２と、管理情報送受信部２２４と、を備えている。管理情報格納部２３０は、プリンター管理情報格納部２３２と、ジョブ管理情報格納部２３４と、を備えている。ＳＮＭＰマネージャー２２２は、後述するように、プリンター１００から管理情報を取得する機能を有している。管理情報送受信部２２４は、管理情報格納部２３０に格納された情報を、通信制御部２１０を介して管理サーバー４００に送信する。
【００４７】
ＳＮＭＰマネージャー２２２は、プリンター１００からプリンター管理情報およびジョブ管理情報を取得し、管理情報格納部２３０に格納する。ＳＮＭＰマネージャー２２２は、リアルタイムクロック２４０が有するタイマー機能を利用して、定期的にジョブ管理情報をプリンター１００から取得する。そして、個々のプリンターから取得したジョブ管理情報を、ジョブ管理情報格納部２３４のプリンターＩＤごとに異なる領域に格納する。また、ＳＮＭＰマネージャー２２２はプリンター管理情報をプリンター１００から随時取得する。そして、個々のプリンターから取得したプリンター管理情報を、プリンター管理情報格納部２３２のプリンターＩＤごとに異なる領域に格納する。尚、管理情報格納部２３０に格納される情報は、監視用ＰＣ２００に接続された表示装置２６５（図１参照）に表示されても良い。また、本実施形態では、プリンター管理情報とジョブ管理情報とを別個に取得しているが、プリンター管理情報をジョブ管理情報と同時に定期的に取得するものとしても良い。
【００４８】
プリンター管理情報やジョブ管理情報を取得する際、まず、ＳＮＭＰマネージャー２２２が、プリンター１００に設けられたＳＮＭＰエージェント１１６に対し、取得を要求する情報のオブジェクトＩＤを格納した要求メッセージを送信する。
【００４９】
要求メッセージを受信したＳＮＭＰエージェント１１６は、上述のようにプリンター制御部１２０に保存されたＭＩＢから、要求メッセージに格納されたオブジェクトＩＤで指定される情報を取得し、取得した情報を格納した応答メッセージを生成する。生成された応答メッセージは、ＳＮＭＰエージェント１１６からＳＮＭＰマネージャー２２２に送信される。
【００５０】
ＳＮＭＰマネージャー２２２は、ＳＮＭＰエージェント１１６が送信した応答メッセージを受信し、応答メッセージに含まれる情報を取得することにより、プリンター制御部１２０のＭＩＢに格納された情報を取得することができる。
【００５１】
ＳＮＭＰマネージャー２２２は、また、プリンター１００に対しプリンター１００を制御するための制御情報を送信することが可能である。この場合、ＳＮＭＰマネージャー２２２は、ＳＮＭＰエージェント１１６に対し、ＭＩＢの特定のオブジェクトＩＤと、そのオブジェクトＩＤで指定される情報の値を格納した設定メッセージを送信する。
【００５２】
設定メッセージを受信したＳＮＭＰエージェント１１６は、プリンター制御部１２０に保存されたＭＩＢのうち、設定メッセージに格納されたオブジェクトＩＤで指定される情報を、設定メッセージに格納された値に変更する。このように、ＭＩＢの情報が変更されることにより、プリンター１００の状態は、設定メッセージに従って変更される。そして、ＳＮＭＰエージェント１１６は、ＭＩＢ情報の変更成否を表す情報を格納した応答メッセージを生成する。生成された応答メッセージは、ＳＮＭＰエージェント１１６からＳＮＭＰマネージャー２２２に送信される。
【００５３】
管理サーバー４００は、通信制御部４１０と、プリンター管理データベース４２０と、データベース管理部４３０と、を備えている。通信制御部４１０は、図示しないネットワークインターフェースを制御することにより、インターネットＩＮＥＴを介した監視用ＰＣ２００との通信を行う。
【００５４】
データベース管理部４３０は、監視用ＰＣ２００の管理情報送受信部２２４から管理サーバー４００に送信されたプリンター管理情報をプリンターＩＤに関連付けてプリンター管理データベース４２０に蓄積する。また、データベース管理部４３０は、監視用ＰＣ２００の管理情報送受信部２２４から管理サーバー４００に送信されたジョブ管理情報をプリンターＩＤとマシン名とユーザー名とに関連付けてプリンター管理データベース４２０に蓄積する。データベース管理部４３０は、プリンター管理データベース４２０に蓄積された管理情報に基づいて、例えば、プリンター１００の設置先やユーザーごとのプリンター１００の使用量に応じた課金管理などを行う。この場合、プリンター１００や通信の異常により、管理情報が正しく収集されない場合でも、情報保持部１５４に保持されて送信される情報からプリンター１００の使用状況を示す最新の情報が得られるため、プリンター１００の設置先やユーザーに対して最低限の課金を要求できる。
【００５５】
次に、図３は、サブ監視装置１５０の処理の流れを示すフローチャートである。サブ監視装置１５０が起動されると、監視工程が実行され、状態監視部１５２は、プリンター１００に入出力するデータの流れを取得する（ステップＳ５００）。次に、判断工程が実行され、異常判定部１５６は、状態監視部１５２で取得したデータの流れを解析し、プリンター１００の監視モジュールが正常な状態であるか、否かを判定する（ステップＳ５１０）。ここで、異常判定部１５６が、プリンター１００の監視モジュールが正常な状態であると判定した場合（ステップＳ５１０でＹｅｓ）、サブ監視装置１５０に対する動作終了指示の有無を判定する工程（ステップＳ５６０）に進む。
他方で、異常判定部１５６が、プリンター１００の監視モジュールが正常な状態でないと判定した場合（ステップＳ５１０でＮｏ）、異常判定部１５６は、入出力するメッセージや信号の解析に基づき、ネットワーク等において通信障害が発生しているか、否かを判定する（ステップＳ５２０）。ここで、異常判定部１５６が、ネットワーク等において通信障害が発生していないと判定した場合（ステップＳ５２０でＮｏ）、監視モジュールの最新情報を保持する工程（ステップＳ５４０）に進む。
【００５６】
他方で、異常判定部１５６は、ネットワーク等において通信障害が発生していると判定した場合（ステップＳ５２０でＹｅｓ）、異常判定部１５６は、バッファー部１１８の格納可能容量は十分であるか、否かを判定する（ステップＳ５３０）。ここで、異常判定部１５６が、バッファー部１１８の格納可能容量は十分であると判定した場合（ステップＳ５３０でＹｅｓ）、監視モジュールの異常を通知する工程（ステップＳ５５０）に進む。他方で、異常判定部１５６が、バッファー部１１８の格納可能容量は十分ではないと判定した場合（ステップＳ５３０でＮｏ）、監視モジュールの最新情報を保持する工程（ステップＳ５４０）に進む。
ステップＳ５４０では、異常判定部１５６は、状態監視部１５２から最新の入出力に対する情報を取得し、取得した情報から得られるプリンター１００の情報を、情報保持部１５４に保持する。ステップＳ５４０の終了後は、監視モジュールの異常を通知する工程（ステップＳ５５０）に進む。
【００５７】
ステップＳ５５０は通知工程であり、異常通知部１５８は、異常判定部１５６の指示に基づいて監視モジュールに異常が発生したことを示す情報を生成し、生成した情報を表示パネル１４２に送ることにより、ユーザー等に通知する。ステップＳ５５０の終了後は、動作終了を判定する工程（ステップＳ５６０）に進む。
ステップＳ５６０では、サブ監視装置１５０は、自身に対する終了指示の有無を判定し、終了を指示されている場合（ステップＳ５６０でＹｅｓ）、一連の処理を終了する。他方で、終了を指示されていない場合（ステップＳ５６０でＮｏ）、状態監視部１５２がプリンター１００に入出力する入出力するデータの流れを取得する工程（ステップＳ５００）に戻る。尚、本実施形態では、サブ監視装置１５０は、プリンター１００の起動と共に起動し、プリンター１００がシャットダウンされるまで稼動することを想定している。
【００５８】
以上述べた実施形態によれば、以下のような効果を奏する。
（１）サブ監視装置１５０は構成が容易であることから、安価に製造できるため、このようなサブ監視装置１５０を適用することで、プリンター管理システム１０００の信頼性を低コストで向上させることができる。
（２）プリンター１００の監視モジュールの機能が停止した場合、監視モジュールの機能が停止していることをユーザーに迅速に通知できる。
（３）プリンター１００の監視モジュールの機能が停止した場合でも、プリンター１００の最新の情報は保持されることから、最新の情報を用いて少なくとも一部のサービスの提供を維持できる。従って、ユーザーにとっては、ジョブ管理情報に応じた少なくとも一部のサービスは継続して提供され、管理サーバー４００側のサービス提供者にとっては、印刷実績情報の喪失による課金の取りこぼしを少なくとも一部は回避できる。
【００５９】
本発明の実施形態について、図面を参照して説明したが、具体的な構成は、この実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。例えば、サブ監視装置１５０は、プリンター１００の本体に具備されても良く、プリンター１００に装着されるネットワークボード１１０に実装されても良い。また、ネットワークボード１１０は、バッファー部１１８を有しない様態も想定できる。更に、サブ監視装置１５０は、監視用ＰＣ２００側に具備される様態であっても良い。また、サブ監視装置１５０の異常通知部１５８は、管理サーバー４００や監視用ＰＣ２００に対して通知しても良く、電子メールを関係者に送信しても良い。また、異常通知や情報保持は、状態監視部１５２が監視する都度、行っても良く、また、初回のみに限定しても良く、更に、所定の時間間隔で行っても良い。また、ＳＮＭＰエージェント１１６もサブ監視装置１５０を監視することで、相互に監視するような様態も想定できる。
【符号の説明】
【００６０】
１００…プリンター、１１０…ネットワークボード、１１２…通信制御部、１１４…受信データ処理部、１１６…ＳＮＭＰエージェント、１１８…バッファー部、１２０…プリンター制御部、１３０…プリントエンジン、１４０…操作ユニット、１４２…表示パネル、１４４…操作キー、１５０…サブ監視装置、１５２…状態監視部、１５４…情報保持部、１５６…異常判定部、１５８…異常通知部、２００…監視用ＰＣ、２１０…通信制御部、２２０…管理エージェント、２２２…ＳＮＭＰマネージャー、２２４…管理情報送受信部、２３０…管理情報格納部、２３２…プリンター管理情報格納部、２３４…ジョブ管理情報格納部、２４０…リアルタイムクロック、２６５…表示装置、３００…クライアント、４００…管理サーバー、４１０…通信制御部、４２０…プリンター管理データベース、４３０…データベース管理部、１０００…プリンター管理システム、１１００…第１のネットワークシステム、１２００…第２のネットワークシステム。
【技術分野】
【０００１】
本発明は、ネットワークに接続されたデバイスのデバイス監視装置を監視する監視装置、監視システムおよび監視方法に関する。
【背景技術】
【０００２】
プリンター管理システムは、ネットワークに接続されたデバイスの１つであるプリンターで実行される印刷ジョブを管理する。このようなプリンター管理システムは、下記特許文献１に示すように、ネットワークに接続されたプリンターから、印刷ジョブごとに使用された紙の枚数やトナー等の消耗品使用量などの管理情報に基づいて、課金処理や消耗品交換等のサービスが行われる。このような管理情報を取得するため、ネットワークにはプリンターを監視するためのデバイス監視装置（プリンター監視装置）が接続され、プリンター監視装置が印刷ジョブごとの管理情報（ジョブ管理情報）を取得する。そして、プリンター監視装置は、取得したジョブ管理情報をインターネット等により外部環境の管理サーバーに送信し、管理サーバーは、プリンター監視装置から送信されるジョブ管理情報に基づいて、サービスを提供する。
このようなプリンター監視装置によるプリンター監視は、プリンターによる印刷処理のバックグランドで実行される。従って、プリンター監視装置と管理サーバーとの通信は、プリンターのユーザーが意識することなく実行される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１２２４７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、種々の理由によりプリンター監視装置の機能が停止した場合であっても、プリンターのユーザーは気付くことなく印刷を継続させることができる。この場合、管理サーバー側からプリンター監視装置の監視状態を取得することは、セキュリティーの対策上できないことが多く、プリンター監視装置の機能が停止していることをユーザーに認知させることができなかった。従って、ユーザーは、プリンター監視装置の機能が停止している間におけるジョブ管理情報に応じたサービスを享受できなかった。
【課題を解決するための手段】
【０００５】
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態または適用例として実現することが可能である。
【０００６】
［適用例１］
本適用例にかかる監視装置は、ネットワークに接続されたデバイスの状態を監視するデバイス監視装置の状態を監視する監視装置であって、前記デバイス監視装置が前記デバイスの状態を監視する状態を監視する監視手段と、前記監視手段が監視する結果に基づいて、前記デバイス監視装置が前記デバイスの状態を正常に監視しているか、否かを判断する判断手段と、前記デバイス監視装置が正常に監視していないと前記判断手段が判断した場合、前記デバイス監視装置の異常を通知する通知手段と、を備えることを特徴とする。
【０００７】
このような構成によれば、監視手段はデバイスの状態を監視する状態を監視し、判断手段は監視する結果に基づいて、デバイス監視装置がデバイスの状態を正常に監視しているか、否かを判断し、デバイス監視装置が正常に監視していないと判断した場合、通知手段はデバイス監視装置の異常を通知する。従って、デバイス監視装置がデバイスの状態を正常に監視しない場合、デバイス監視装置の異常を通知することができる。
【０００８】
［適用例２］
上記適用例にかかる監視装置において、前記判断手段は、前記デバイス監視装置が正常に監視していないと判断した場合、前記デバイスが前記ネットワークを介して授受するデータを解析することにより、前記デバイス監視装置が正常に監視しない原因を判断することが好ましい。
【０００９】
このような構成によれば、デバイスがネットワークを介して授受するデータを解析することで、デバイス監視装置が正常に監視しない原因を判断できる。
【００１０】
［適用例３］
上記適用例にかかる監視装置において、前記デバイスの状態に関する情報を保持する保持手段を備えることが好ましい。
このような構成によれば、デバイスの状態に関する情報を保持できる。
【００１１】
［適用例４］
上記適用例にかかる監視装置において、前記判断手段は、前記デバイス監視装置が正常に監視しない原因が前記デバイス監視装置の異常であると判断した場合、前記監視手段の監視結果から前記デバイスの状態に関する情報を取得し、取得した前記情報を前記保持手段に保持することが好ましい。
このような構成によれば、デバイス監視装置が正常に監視しない原因がデバイス監視装置の異常である場合、デバイスの状態に関する情報を保持手段に保持できる。
【００１２】
［適用例５］
上記適用例にかかる監視装置において、前記判断手段は、前記デバイス監視装置が正常に監視しない原因が前記ネットワークの異常であると判断した場合、前記デバイス監視装置において情報を保持可能なバッファー容量に応じて動作しても良い。
【００１３】
［適用例６］
上記適用例にかかる監視装置において、前記判断手段は、前記バッファー容量が所定量を超える場合、前記通知手段に対して前記原因を通知させ、前記バッファー容量が前記所定量を超えない場合、前記監視手段の監視結果から前記デバイスの状態に関する情報を取得し、取得した前記情報を前記保持手段に保持させることが好ましい。
このような構成によれば、デバイス監視装置が正常に監視しない原因がネットワークの異常であって、バッファー容量が所定量を超える場合、通知手段に対して原因を通知させ、バッファー容量が所定量を超えない場合、デバイスの状態に関する情報を保持手段に保持させることができる。
【００１４】
［適用例７］
上記適用例にかかる監視装置において、前記監視手段は、前記デバイス監視装置に対して前記デバイスの状態を監視する状態を問い合わせ、前記デバイス監視装置から返答される情報を監視しても良い。
【００１５】
［適用例８］
本適用例にかかる監視システムは、デバイスと前記デバイスを管理する管理装置がネットワークを介して接続され、前記デバイスの状態を監視するデバイス監視装置の状態を監視するシステムであって、前記デバイス監視装置が前記デバイスの状態を監視する状態を、前記デバイスおよび前記デバイス監視装置の何れか一方から監視する監視手段と、前記監視手段が監視する結果に基づいて、前記デバイス監視装置が前記デバイスの状態を正常に監視しているか、否かを判断する判断手段と、前記デバイス監視装置が正常に監視していないと前記判断手段が判断した場合、前記デバイス監視装置の異常を通知する通知手段と、を備えることを特徴とする。
【００１６】
このような構成によれば、監視手段はデバイスの状態を監視する状態を監視し、判断手段は監視する結果に基づいて、デバイス監視装置がデバイスの状態を正常に監視しているか、否かを判断し、デバイス監視装置が正常に監視していないと判断した場合、通知手段はデバイス監視装置の異常を通知する。従って、デバイス監視装置がデバイスの状態を正常に監視しない場合、デバイス監視装置の異常を通知することができる。
【００１７】
［適用例９］
本適用例にかかる監視方法は、ネットワークに接続されたデバイスの状態を監視するデバイス監視装置の状態を監視する監視方法であって、前記デバイス監視装置が前記デバイスの状態を監視する状態を監視する監視工程と、前記監視工程の監視結果に基づいて、前記デバイス監視装置が前記デバイスの状態を正常に監視しているか、否かを判断する判断工程と、前記デバイス監視装置が正常に監視していないと前記判断工程で判断した場合、前記デバイス監視装置の異常を通知する通知工程と、を備えることを特徴とする。
【００１８】
このような方法によれば、デバイスの状態を監視する状態を監視し、監視する結果に基づいて、デバイス監視装置がデバイスの状態を正常に監視しているか、否かを判断し、デバイス監視装置が正常に監視していないと判断した場合、デバイス監視装置の異常が通知される。従って、デバイス監視装置がデバイスの状態を正常に監視しない場合、デバイス監視装置の異常を通知することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施形態であるプリンター管理システムの構成を示す説明図。
【図２】プリンター、監視用ＰＣおよび管理サーバーの構成を示す説明図。
【図３】サブ監視装置の処理の流れを示すフローチャート。
【発明を実施するための形態】
【００２０】
以下、監視装置の一形態として、サブ監視装置を適用したプリンター管理システムについて図面を参照して説明する。
【００２１】
（実施形態）
図１は、本発明の実施形態であるプリンター管理システム１０００の構成を示す説明図である。このプリンター管理システム１０００は、第１のネットワークシステム１１００と、第２のネットワークシステム１２００と、がインターネットＩＮＥＴを介して互いに接続された構成となっている。
【００２２】
第１のネットワークシステム１１００は、ローカルエリアネットワークＬＡＮ１に、プリンター１００と、監視用パーソナルコンピューター２００（以下、「監視用ＰＣ２００」と呼ぶ。）と、クライアントパーソナルコンピューター３００（以下、「クライアント３００」と呼ぶ。）と、が接続された構成となっている。第１のネットワークシステム１１００は、ファイアウォールＦＷを介してインターネットＩＮＥＴと接続されている。
尚、ローカルエリアネットワークＬＡＮ１に接続された、プリンター１００と、監視用ＰＣ２００と、クライアント３００とは、併せて「デバイス」あるいは「ネットワークデバイス」とも呼ばれる。
【００２３】
プリンター１００には、ローカルエリアネットワークＬＡＮ１に接続されたクライアント３００から印刷ジョブが送信される。このプリンター１００は、クライアント３００から送信された印刷ジョブに従って印刷処理を実行する。なお、図１に示す第１のネットワークシステム１１００では、ローカルエリアネットワークＬＡＮ１には、１台のプリンター１００と１台のクライアント３００が接続されているが、ローカルエリアネットワークＬＡＮ１には、１台以上の任意の台数のプリンターと、１台以上の任意の台数のクライアントとを接続することが可能である。
【００２４】
第１のネットワークシステム１１００を構成する各デバイス間の通信は、ＴＣＰ／ＩＰプロトコルに従って行われる。ＴＣＰ／ＩＰプロトコルでは、各デバイスのそれぞれにＩＰアドレスが割り当てられる。データの送受信先のデバイスは、この割り当てられたＩＰアドレスによって特定される。そして、発信元のデバイスから発信された通信データには、発信元のデバイスのＩＰアドレス（発信元ＩＰアドレス）と、送信先のデバイスのＩＰアドレス（送信先ＩＰアドレス）とが含まれている。通信データは、送信先ＩＰアドレスに従って、そのＩＰアドレスを有するデバイスに送信される。
【００２５】
図１の例では、監視用ＰＣ２００と、プリンター１００と、クライアント３００には、それぞれＩＰアドレスが固定的に割り当てられている。これらのＩＰアドレスは、例えば、各デバイスをローカルエリアネットワークＬＡＮ１に接続する前に設定される。なお、プリンター１００のＩＰアドレスは、プリンター１００が有する操作ユニットや、直接接続されたパーソナルコンピューター等を用いて設定することができる。また、各デバイスのＩＰアドレスは、ＤＨＣＰサーバーにより自動的に割り当てられるものとしても良い。この場合、各デバイスは電源が投入された時点でＤＨＣＰサーバーが割り当てるＩＰアドレスを取得する。そして、デバイスの電源が遮断されるまで、取得されたＩＰアドレスが各デバイスにより使用される。
【００２６】
第２のネットワークシステム１２００は、ローカルエリアネットワークＬＡＮ２に、管理サーバー４００が接続された構成となっている。第２のネットワークシステム１２００は、第１のネットワークシステム１１００とは異なり、ファイアウォールＦＷを介さずにインターネットＩＮＥＴに接続されている。
【００２７】
監視用ＰＣ２００は、プリンター１００が保持している管理情報を、ローカルエリアネットワークＬＡＮ１を介してプリンター１００から取得し、監視用ＰＣ２００上に蓄積する。監視用ＰＣ２００に蓄積された管理情報は、管理サーバー４００に随時送信される。
【００２８】
図１に示すように、プリンター１００にはプリンターＩＤ（Ｐｒｔ＿００１）が設定されており、クライアント３００にはマシン名（Ｐｃ＿００１）が設定されている。また、クライアント３００には、マシン名の他に、クライアント３００を利用しているユーザーのユーザー名（Ｕｓｅｒ＿００１）が設定されている。これらのプリンターＩＤ、マシン名、ユーザー名の各識別情報は、監視用ＰＣ２００が管理サーバー４００に送信する印刷ジョブの管理情報（後述する）に含まれている。管理サーバー４００は、これらの識別情報に基づいてプリンターの使用に応じた課金処理を行う。
【００２９】
ここで、監視用ＰＣ２００が接続されているローカルエリアネットワークＬＡＮ１は、ファイアウォールＦＷを介してインターネットＩＮＥＴに接続されている。このため、管理サーバー４００側からは、ファイアウォールＦＷを越えて監視用ＰＣ２００側へ接続を要求し、監視用ＰＣ２００が取得・蓄積した管理情報を取得することができない。そこで、監視用ＰＣ２００は、管理サーバー４００にＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いて接続し、管理情報を通知する。なお、監視用ＰＣ２００および管理サーバー４００間では、セキュリティーの観点から、ＨＴＴＰの一種であるＨＴＴＰＳプロトコルによる暗号化通信が行われる。
【００３０】
図２は、プリンター１００、監視用ＰＣ２００および管理サーバー４００の構成を示す説明図である。なお、図２では、ローカルエリアネットワークＬＡＮ１とインターネットＩＮＥＴとの間に設けられているファイアウォールＦＷの図示を省略している。
【００３１】
プリンター１００は、ネットワークボード１１０と、プリンター制御部１２０と、プリントエンジン１３０と、操作ユニット１４０と、サブ監視装置１５０とを備えている。ネットワークボード１１０と、プリンター制御部１２０と、サブ監視装置１５０は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭおよび記憶装置のハードウェアと、ソフトウェアとが協働することにより、それぞれの機能を実現している。プリントエンジン１３０は、与えられた印刷データに応じて印刷を実行する印刷機構である。尚、印刷方式は限定されるものではなく、電子写真方式、インクジェット方式、熱転写方式、ドットインパクト方式等を想定する。
【００３２】
ネットワークボード１１０は、通信制御部１１２と、受信データ処理部１１４と、ＳＮＭＰエージェント１１６と、バッファー部１１８とを備えている。通信制御部１１２は、ネットワークボード１１０が備えるネットワークインターフェース（図示しない）を制御することにより、ローカルエリアネットワークＬＡＮ１に接続されたデバイスと、プリンター１００との間でのＴＣＰ／ＩＰプロトコルに従った通信を行う機能を有している。
【００３３】
通信制御部１１２は、クライアント３００からの印刷ジョブを含む通信データを受け取ると、受け取った通信データを受信データ処理部１１４に供給する。受信データ処理部１１４は、供給された通信データから印刷ジョブデータを抽出する。抽出された印刷ジョブデータは、プリンター制御部１２０に供給される。プリンター制御部１２０は、印刷ジョブデータに含まれる印刷コマンドに従って印刷データを生成し、生成された印刷データをプリントエンジン１３０に供給する。そして、プリントエンジン１３０は供給された印刷データに応じて印刷を実行する。
【００３４】
また、通信制御部１１２は、また、ローカルエリアネットワークＬＡＮ１とＳＮＭＰエージェント１１６との間で、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）に従った通信データを受け渡す機能を有している。通信制御部１１２は、監視用ＰＣ２００のＳＮＭＰマネージャー２２２から受け取った要求メッセージであって、情報送信を要求するＳＮＭＰメッセージを、ＳＮＭＰエージェント１１６に供給する。ＳＮＭＰエージェント１１６は、この要求メッセージに従って、プリンター制御部１２０が備えるデータベース（ＭＩＢ：Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）から種々の情報を取得する。そして、取得された情報からＳＮＭＰメッセージ（応答メッセージ）を生成し、生成した応答メッセージは、通信制御部１１２を介してＳＮＭＰマネージャー２２２に送信される。このように、ＳＮＭＰマネージャー２２２とＳＮＭＰエージェント１１６は、ネットワーク接続されたデバイス即ち、プリンター１００の状態を監視するデバイス監視装置（監視モジュール）として機能する。また、バッファー部１１８は、ネットワークボード１１０が送受信する通信データを一時的に格納する機能を備える。
【００３５】
プリンター制御部１２０は、プリンター１００に関する種々の情報を管理情報として収集して、ＳＮＭＰエージェント１１６により参照されるＭＩＢに格納する。ＭＩＢには、プリンターに関して予め規格で統一的に規定されている情報や、製造者によって独自に定義されている情報が格納されている。ＭＩＢに格納された各情報（「オブジェクト」あるいは「ＭＩＢオブジェクト」と呼ばれる）は、情報の要素に割り振られたオブジェクトＩＤ（ＯＩＤ）により参照される。このオブジェクトＩＤは、「１．４．２．２．１．３」のようにピリオドで区切られた数字となっている。
【００３６】
図２に示す本実施例のプリンター１００では、プリンター制御部１２０のＭＩＢには、クライアントから受信した個々の印刷ジョブに対応付けられたジョブ管理情報と、印刷ジョブとは関係なく取得されるプリンター管理情報とが、格納されている。ジョブ管理情報としては、使用した紙の種類とその枚数や、トナーやインクの使用量や、印刷ジョブの開始時間や終了時間等が、印刷ジョブごとに格納されている。また、プリンター管理情報としては、例えば、プリンター１００の機種名や製造番号、プリンター１００の総印刷枚数、および、紙ジャム等の種々の障害情報が、格納されている。
【００３７】
操作ユニット１４０は、表示パネル１４２と、操作キー１４４と、を備えている。表示パネル１４２には、プリンター１００の状態が表示される。そして、プリンター１００のユーザーは、表示パネル１４２に表示されたプリンター１００の状態に応じて操作キー１４４を操作することにより、プリンター１００の種々の設定を行うことができる。なお、表示パネル１４２は、プリンター１００の状態を表示する機能を有しているので状態表示部ともいうことができる。また、操作キー１４４は、プリンター１００の種々の設定をユーザーに許容する設定入力部ともいうことができる。
【００３８】
サブ監視装置１５０は、状態監視部１５２と、情報保持部１５４と、異常判定部１５６と、異常通知部１５８とを備え、プリンター１００を監視する機能を監視する。状態監視部１５２は、プリンター１００の状態を監視する監視モジュールであるＳＮＭＰエージェント１１６の状態を監視する監視手段である。より詳細には、状態監視部１５２は、ＳＮＭＰエージェント１１６が監視用ＰＣ２００のＳＮＭＰマネージャー２２２との間でやり取りするメッセージや、通信制御部１１２が受け取るクライアント３００からの印刷ジョブを含む通信データのように、ネットワークを介して授受するデータの流れを監視し、監視した結果に関する監視情報を異常判定部１５６に送る。また、状態監視部１５２は、ＳＮＭＰエージェント１１６にデータの入出力の状況を問い合わせ、この問い合わせに対する返答される情報（応答結果）から監視情報を作成しても良い。ここで想定される応答結果は、例えば、エージェント未起動、エージェント正常、通信異常エラー、内部エラー、バッファー残量Ｌｏｗおよびバッファー残量Ｅｎｄである。
【００３９】
異常判定部１５６は、状態監視部１５２から送られる監視情報に基づいて、ＳＮＭＰエージェント１１６がネットワーク接続されたプリンター１００を正常に監視しているか、否かを判定する手段（判断手段）である。ここで、判定した結果、プリンター１００を監視する機能が停止していると判定した場合、異常判定部１５６は、通知手段である異常通知部１５８に対して、異常が発生したことを示す情報の生成を指示する。この結果、異常通知部１５８は、異常が発生したことを示す情報を生成し、生成した情報を操作ユニット１４０に送る。操作ユニット１４０は、プリンター１００を監視する機能で異常が発生した旨の警告メッセージを表示パネル１４２に表示する。この結果、プリンター１００のユーザーは、プリンター１００が正常に監視されていないことを認知できる。更に、第１のネットワークシステム１１００側の管理者は、管理サーバー４００の管理者等に対して電話等の通信手段を介して通知することができる。
【００４０】
また、異常判定部１５６は、状態監視部１５２から送られる監視情報に基づいて、異常の発生原因が監視モジュールのハングアップ等のデバイス監視装置の異常に因るものか、もしくは、ＬＡＮ２やＩＮＥＴのような送信経路上の問題、即ち、ネットワークの異常に因るものかを判定する。この結果、異常の発生原因が監視モジュールに因るものであった場合、異常判定部１５６は、状態監視部１５２が監視する最新の情報を取得し、取得した情報から得られるプリンター１００に関する情報を、保持手段である情報保持部１５４に保持する。この結果、プリンター１００の監視機能が停止している状態であっても、プリンター１００が使用される状況を示す最新の情報を少なくとも保持できる。尚、情報保持部１５４に保持される情報は、例えば、監視モジュールの状態、バッファー部１１８の格納可能残量、プリンター１００での大まかな印刷実績や総印刷面数および異常検出時刻等であり、異常の状況や程度に応じて選択される。このように保持された情報は、監視モジュールが正常な状態に復帰した際に、予め設定されたタイミングで監視用ＰＣ２００に送られる。
【００４１】
他方で、異常の発生元が送信経路上の問題に因るものであった場合、異常判定部１５６は、バッファー部１１８の格納可能容量（バッファー容量）を取得し、格納可能容量に応じて行動する。即ち、格納可能容量が、所定の容量以上である場合、バッファー部１１８には更にデータを格納できるため、通信が不通である間に発生したプリンター管理情報やジョブ管理情報は、バッファー部１１８に格納される。この場合、異常判定部１５６は、異常通知部１５８に対して通信エラーが発生していることを通知する情報の生成を指示する。この結果、通信エラーが発生していることが表示パネル１４２に表示され、プリンター１００のユーザーは、通信エラーが発生し、通信ができない状態であることを認知できる。また、通信エラーが解除された際は、バッファー部１１８に格納された情報は、予め設定されたタイミングで監視用ＰＣ２００に送られる。
【００４２】
また、格納可能容量が所定の容量未満である場合、異常判定部１５６は、状態監視部１５２が監視する最新の入出力に対する情報を状態監視部１５２から取得し、取得した情報から得られるプリンター１００に関する情報を、情報保持部１５４に保持する。この結果、通信機能が停止している状態であっても、プリンター１００の使用状況を示す最新の情報を少なくとも保持できる。このように保持された情報は、通信エラーが解除された際に、予め設定されたタイミングで監視用ＰＣ２００に送られる。尚、格納可能容量の所定の容量は、設計時に決められても良く、ユーザーが設定可能であっても良い。
【００４３】
次に、監視用ＰＣ２００について説明する。監視用ＰＣ２００は、通信制御部２１０、管理エージェント２２０、管理情報格納部２３０およびリアルタイムクロック２４０を備えている。
【００４４】
尚、通信制御部２１０、管理エージェント２２０、管理情報格納部２３０およびリアルタイムクロック２４０は、監視用ＰＣ２００が備える図示しないＣＰＵ、ＲＡＭ、ＲＯＭおよび記憶装置のハードウェアと、ソフトウェアとが協働することにより、それぞれの機能を実現している。
【００４５】
通信制御部２１０は、監視用ＰＣ２００が備えるネットワークインターフェース（図示しない）を制御することにより、ローカルエリアネットワークＬＡＮ１に接続されたデバイスと、監視用ＰＣ２００との間でのＴＣＰ／ＩＰプロトコルに従った通信を行う機能を有している。
【００４６】
管理エージェント２２０は、ＳＮＭＰマネージャー２２２と、管理情報送受信部２２４と、を備えている。管理情報格納部２３０は、プリンター管理情報格納部２３２と、ジョブ管理情報格納部２３４と、を備えている。ＳＮＭＰマネージャー２２２は、後述するように、プリンター１００から管理情報を取得する機能を有している。管理情報送受信部２２４は、管理情報格納部２３０に格納された情報を、通信制御部２１０を介して管理サーバー４００に送信する。
【００４７】
ＳＮＭＰマネージャー２２２は、プリンター１００からプリンター管理情報およびジョブ管理情報を取得し、管理情報格納部２３０に格納する。ＳＮＭＰマネージャー２２２は、リアルタイムクロック２４０が有するタイマー機能を利用して、定期的にジョブ管理情報をプリンター１００から取得する。そして、個々のプリンターから取得したジョブ管理情報を、ジョブ管理情報格納部２３４のプリンターＩＤごとに異なる領域に格納する。また、ＳＮＭＰマネージャー２２２はプリンター管理情報をプリンター１００から随時取得する。そして、個々のプリンターから取得したプリンター管理情報を、プリンター管理情報格納部２３２のプリンターＩＤごとに異なる領域に格納する。尚、管理情報格納部２３０に格納される情報は、監視用ＰＣ２００に接続された表示装置２６５（図１参照）に表示されても良い。また、本実施形態では、プリンター管理情報とジョブ管理情報とを別個に取得しているが、プリンター管理情報をジョブ管理情報と同時に定期的に取得するものとしても良い。
【００４８】
プリンター管理情報やジョブ管理情報を取得する際、まず、ＳＮＭＰマネージャー２２２が、プリンター１００に設けられたＳＮＭＰエージェント１１６に対し、取得を要求する情報のオブジェクトＩＤを格納した要求メッセージを送信する。
【００４９】
要求メッセージを受信したＳＮＭＰエージェント１１６は、上述のようにプリンター制御部１２０に保存されたＭＩＢから、要求メッセージに格納されたオブジェクトＩＤで指定される情報を取得し、取得した情報を格納した応答メッセージを生成する。生成された応答メッセージは、ＳＮＭＰエージェント１１６からＳＮＭＰマネージャー２２２に送信される。
【００５０】
ＳＮＭＰマネージャー２２２は、ＳＮＭＰエージェント１１６が送信した応答メッセージを受信し、応答メッセージに含まれる情報を取得することにより、プリンター制御部１２０のＭＩＢに格納された情報を取得することができる。
【００５１】
ＳＮＭＰマネージャー２２２は、また、プリンター１００に対しプリンター１００を制御するための制御情報を送信することが可能である。この場合、ＳＮＭＰマネージャー２２２は、ＳＮＭＰエージェント１１６に対し、ＭＩＢの特定のオブジェクトＩＤと、そのオブジェクトＩＤで指定される情報の値を格納した設定メッセージを送信する。
【００５２】
設定メッセージを受信したＳＮＭＰエージェント１１６は、プリンター制御部１２０に保存されたＭＩＢのうち、設定メッセージに格納されたオブジェクトＩＤで指定される情報を、設定メッセージに格納された値に変更する。このように、ＭＩＢの情報が変更されることにより、プリンター１００の状態は、設定メッセージに従って変更される。そして、ＳＮＭＰエージェント１１６は、ＭＩＢ情報の変更成否を表す情報を格納した応答メッセージを生成する。生成された応答メッセージは、ＳＮＭＰエージェント１１６からＳＮＭＰマネージャー２２２に送信される。
【００５３】
管理サーバー４００は、通信制御部４１０と、プリンター管理データベース４２０と、データベース管理部４３０と、を備えている。通信制御部４１０は、図示しないネットワークインターフェースを制御することにより、インターネットＩＮＥＴを介した監視用ＰＣ２００との通信を行う。
【００５４】
データベース管理部４３０は、監視用ＰＣ２００の管理情報送受信部２２４から管理サーバー４００に送信されたプリンター管理情報をプリンターＩＤに関連付けてプリンター管理データベース４２０に蓄積する。また、データベース管理部４３０は、監視用ＰＣ２００の管理情報送受信部２２４から管理サーバー４００に送信されたジョブ管理情報をプリンターＩＤとマシン名とユーザー名とに関連付けてプリンター管理データベース４２０に蓄積する。データベース管理部４３０は、プリンター管理データベース４２０に蓄積された管理情報に基づいて、例えば、プリンター１００の設置先やユーザーごとのプリンター１００の使用量に応じた課金管理などを行う。この場合、プリンター１００や通信の異常により、管理情報が正しく収集されない場合でも、情報保持部１５４に保持されて送信される情報からプリンター１００の使用状況を示す最新の情報が得られるため、プリンター１００の設置先やユーザーに対して最低限の課金を要求できる。
【００５５】
次に、図３は、サブ監視装置１５０の処理の流れを示すフローチャートである。サブ監視装置１５０が起動されると、監視工程が実行され、状態監視部１５２は、プリンター１００に入出力するデータの流れを取得する（ステップＳ５００）。次に、判断工程が実行され、異常判定部１５６は、状態監視部１５２で取得したデータの流れを解析し、プリンター１００の監視モジュールが正常な状態であるか、否かを判定する（ステップＳ５１０）。ここで、異常判定部１５６が、プリンター１００の監視モジュールが正常な状態であると判定した場合（ステップＳ５１０でＹｅｓ）、サブ監視装置１５０に対する動作終了指示の有無を判定する工程（ステップＳ５６０）に進む。
他方で、異常判定部１５６が、プリンター１００の監視モジュールが正常な状態でないと判定した場合（ステップＳ５１０でＮｏ）、異常判定部１５６は、入出力するメッセージや信号の解析に基づき、ネットワーク等において通信障害が発生しているか、否かを判定する（ステップＳ５２０）。ここで、異常判定部１５６が、ネットワーク等において通信障害が発生していないと判定した場合（ステップＳ５２０でＮｏ）、監視モジュールの最新情報を保持する工程（ステップＳ５４０）に進む。
【００５６】
他方で、異常判定部１５６は、ネットワーク等において通信障害が発生していると判定した場合（ステップＳ５２０でＹｅｓ）、異常判定部１５６は、バッファー部１１８の格納可能容量は十分であるか、否かを判定する（ステップＳ５３０）。ここで、異常判定部１５６が、バッファー部１１８の格納可能容量は十分であると判定した場合（ステップＳ５３０でＹｅｓ）、監視モジュールの異常を通知する工程（ステップＳ５５０）に進む。他方で、異常判定部１５６が、バッファー部１１８の格納可能容量は十分ではないと判定した場合（ステップＳ５３０でＮｏ）、監視モジュールの最新情報を保持する工程（ステップＳ５４０）に進む。
ステップＳ５４０では、異常判定部１５６は、状態監視部１５２から最新の入出力に対する情報を取得し、取得した情報から得られるプリンター１００の情報を、情報保持部１５４に保持する。ステップＳ５４０の終了後は、監視モジュールの異常を通知する工程（ステップＳ５５０）に進む。
【００５７】
ステップＳ５５０は通知工程であり、異常通知部１５８は、異常判定部１５６の指示に基づいて監視モジュールに異常が発生したことを示す情報を生成し、生成した情報を表示パネル１４２に送ることにより、ユーザー等に通知する。ステップＳ５５０の終了後は、動作終了を判定する工程（ステップＳ５６０）に進む。
ステップＳ５６０では、サブ監視装置１５０は、自身に対する終了指示の有無を判定し、終了を指示されている場合（ステップＳ５６０でＹｅｓ）、一連の処理を終了する。他方で、終了を指示されていない場合（ステップＳ５６０でＮｏ）、状態監視部１５２がプリンター１００に入出力する入出力するデータの流れを取得する工程（ステップＳ５００）に戻る。尚、本実施形態では、サブ監視装置１５０は、プリンター１００の起動と共に起動し、プリンター１００がシャットダウンされるまで稼動することを想定している。
【００５８】
以上述べた実施形態によれば、以下のような効果を奏する。
（１）サブ監視装置１５０は構成が容易であることから、安価に製造できるため、このようなサブ監視装置１５０を適用することで、プリンター管理システム１０００の信頼性を低コストで向上させることができる。
（２）プリンター１００の監視モジュールの機能が停止した場合、監視モジュールの機能が停止していることをユーザーに迅速に通知できる。
（３）プリンター１００の監視モジュールの機能が停止した場合でも、プリンター１００の最新の情報は保持されることから、最新の情報を用いて少なくとも一部のサービスの提供を維持できる。従って、ユーザーにとっては、ジョブ管理情報に応じた少なくとも一部のサービスは継続して提供され、管理サーバー４００側のサービス提供者にとっては、印刷実績情報の喪失による課金の取りこぼしを少なくとも一部は回避できる。
【００５９】
本発明の実施形態について、図面を参照して説明したが、具体的な構成は、この実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。例えば、サブ監視装置１５０は、プリンター１００の本体に具備されても良く、プリンター１００に装着されるネットワークボード１１０に実装されても良い。また、ネットワークボード１１０は、バッファー部１１８を有しない様態も想定できる。更に、サブ監視装置１５０は、監視用ＰＣ２００側に具備される様態であっても良い。また、サブ監視装置１５０の異常通知部１５８は、管理サーバー４００や監視用ＰＣ２００に対して通知しても良く、電子メールを関係者に送信しても良い。また、異常通知や情報保持は、状態監視部１５２が監視する都度、行っても良く、また、初回のみに限定しても良く、更に、所定の時間間隔で行っても良い。また、ＳＮＭＰエージェント１１６もサブ監視装置１５０を監視することで、相互に監視するような様態も想定できる。
【符号の説明】
【００６０】
１００…プリンター、１１０…ネットワークボード、１１２…通信制御部、１１４…受信データ処理部、１１６…ＳＮＭＰエージェント、１１８…バッファー部、１２０…プリンター制御部、１３０…プリントエンジン、１４０…操作ユニット、１４２…表示パネル、１４４…操作キー、１５０…サブ監視装置、１５２…状態監視部、１５４…情報保持部、１５６…異常判定部、１５８…異常通知部、２００…監視用ＰＣ、２１０…通信制御部、２２０…管理エージェント、２２２…ＳＮＭＰマネージャー、２２４…管理情報送受信部、２３０…管理情報格納部、２３２…プリンター管理情報格納部、２３４…ジョブ管理情報格納部、２４０…リアルタイムクロック、２６５…表示装置、３００…クライアント、４００…管理サーバー、４１０…通信制御部、４２０…プリンター管理データベース、４３０…データベース管理部、１０００…プリンター管理システム、１１００…第１のネットワークシステム、１２００…第２のネットワークシステム。
【特許請求の範囲】
【請求項１】
ネットワークに接続されたデバイスの状態を監視するデバイス監視装置の状態を監視する監視装置であって、
前記デバイス監視装置が前記デバイスの状態を監視する状態を監視する監視手段と、
前記監視手段が監視する結果に基づいて、前記デバイス監視装置が前記デバイスの状態を正常に監視しているか、否かを判断する判断手段と、
前記デバイス監視装置が正常に監視していないと前記判断手段が判断した場合、前記デバイス監視装置の異常を通知する通知手段と、を備えることを特徴とする監視装置。
【請求項２】
請求項１に記載の監視装置において、
前記判断手段は、前記デバイス監視装置が正常に監視していないと判断した場合、前記デバイスが前記ネットワークを介して授受するデータを解析することにより、前記デバイス監視装置が正常に監視しない原因を判断することを特徴とする監視装置。
【請求項３】
請求項１乃至２のいずれかに記載の監視装置において、
前記デバイスの状態に関する情報を保持する保持手段を備えることを特徴とする監視装置。
【請求項４】
請求項３に記載の監視装置において、
前記判断手段は、前記デバイス監視装置が正常に監視しない原因が前記デバイス監視装置の異常であると判断した場合、前記監視手段の監視結果から前記デバイスの状態に関する情報を取得し、取得した前記情報を前記保持手段に保持することを特徴とする監視装置。
【請求項５】
請求項３に記載の監視装置において、
前記判断手段は、前記デバイス監視装置が正常に監視しない原因が前記ネットワークの異常であると判断した場合、前記デバイス監視装置において情報を保持可能なバッファー容量に応じて動作することを特徴とする監視装置。
【請求項６】
請求項５に記載の監視装置において、
前記判断手段は、前記バッファー容量が所定量を超える場合、前記通知手段に対して前記原因を通知させ、前記バッファー容量が前記所定量を超えない場合、前記監視手段の監視結果から前記デバイスの状態に関する情報を取得し、取得した前記情報を前記保持手段に保持させることを特徴とする監視装置。
【請求項７】
請求項１乃至６のいずれか１項に記載の監視装置において、
前記監視手段は、前記デバイス監視装置に対して前記デバイスの状態を監視する状態を問い合わせ、前記デバイス監視装置から返答される情報を監視することを特徴とする監視装置。
【請求項８】
デバイスと、前記デバイスを管理する管理装置とがネットワークを介して接続され、前記デバイスの状態を監視するデバイス監視装置の状態を監視する監視システムであって、
前記デバイス監視装置が前記デバイスの状態を監視する状態を、前記デバイスおよび前記デバイス監視装置の何れか一方から監視する監視手段と、
前記監視手段が監視する結果に基づいて、前記デバイス監視装置が前記デバイスの状態を正常に監視しているか、否かを判断する判断手段と、
前記デバイス監視装置が正常に監視していないと前記判断手段が判断した場合、前記デバイス監視装置の異常を通知する通知手段と、を備えることを特徴とする監視システム。
【請求項９】
ネットワークに接続されたデバイスの状態を監視するデバイス監視装置の状態を監視する監視方法であって、
前記デバイス監視装置が前記デバイスの状態を監視する状態を監視する監視工程と、
前記監視工程の監視結果に基づいて、前記デバイス監視装置が前記デバイスの状態を正常に監視しているか、否かを判断する判断工程と、
前記デバイス監視装置が正常に監視していないと前記判断工程で判断した場合、前記デバイス監視装置の異常を通知する通知工程と、を備えることを特徴とする監視方法。
【請求項１】
ネットワークに接続されたデバイスの状態を監視するデバイス監視装置の状態を監視する監視装置であって、
前記デバイス監視装置が前記デバイスの状態を監視する状態を監視する監視手段と、
前記監視手段が監視する結果に基づいて、前記デバイス監視装置が前記デバイスの状態を正常に監視しているか、否かを判断する判断手段と、
前記デバイス監視装置が正常に監視していないと前記判断手段が判断した場合、前記デバイス監視装置の異常を通知する通知手段と、を備えることを特徴とする監視装置。
【請求項２】
請求項１に記載の監視装置において、
前記判断手段は、前記デバイス監視装置が正常に監視していないと判断した場合、前記デバイスが前記ネットワークを介して授受するデータを解析することにより、前記デバイス監視装置が正常に監視しない原因を判断することを特徴とする監視装置。
【請求項３】
請求項１乃至２のいずれかに記載の監視装置において、
前記デバイスの状態に関する情報を保持する保持手段を備えることを特徴とする監視装置。
【請求項４】
請求項３に記載の監視装置において、
前記判断手段は、前記デバイス監視装置が正常に監視しない原因が前記デバイス監視装置の異常であると判断した場合、前記監視手段の監視結果から前記デバイスの状態に関する情報を取得し、取得した前記情報を前記保持手段に保持することを特徴とする監視装置。
【請求項５】
請求項３に記載の監視装置において、
前記判断手段は、前記デバイス監視装置が正常に監視しない原因が前記ネットワークの異常であると判断した場合、前記デバイス監視装置において情報を保持可能なバッファー容量に応じて動作することを特徴とする監視装置。
【請求項６】
請求項５に記載の監視装置において、
前記判断手段は、前記バッファー容量が所定量を超える場合、前記通知手段に対して前記原因を通知させ、前記バッファー容量が前記所定量を超えない場合、前記監視手段の監視結果から前記デバイスの状態に関する情報を取得し、取得した前記情報を前記保持手段に保持させることを特徴とする監視装置。
【請求項７】
請求項１乃至６のいずれか１項に記載の監視装置において、
前記監視手段は、前記デバイス監視装置に対して前記デバイスの状態を監視する状態を問い合わせ、前記デバイス監視装置から返答される情報を監視することを特徴とする監視装置。
【請求項８】
デバイスと、前記デバイスを管理する管理装置とがネットワークを介して接続され、前記デバイスの状態を監視するデバイス監視装置の状態を監視する監視システムであって、
前記デバイス監視装置が前記デバイスの状態を監視する状態を、前記デバイスおよび前記デバイス監視装置の何れか一方から監視する監視手段と、
前記監視手段が監視する結果に基づいて、前記デバイス監視装置が前記デバイスの状態を正常に監視しているか、否かを判断する判断手段と、
前記デバイス監視装置が正常に監視していないと前記判断手段が判断した場合、前記デバイス監視装置の異常を通知する通知手段と、を備えることを特徴とする監視システム。
【請求項９】
ネットワークに接続されたデバイスの状態を監視するデバイス監視装置の状態を監視する監視方法であって、
前記デバイス監視装置が前記デバイスの状態を監視する状態を監視する監視工程と、
前記監視工程の監視結果に基づいて、前記デバイス監視装置が前記デバイスの状態を正常に監視しているか、否かを判断する判断工程と、
前記デバイス監視装置が正常に監視していないと前記判断工程で判断した場合、前記デバイス監視装置の異常を通知する通知工程と、を備えることを特徴とする監視方法。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２０１０−２８２３２３（Ｐ２０１０−２８２３２３Ａ）
【公開日】平成２２年１２月１６日（２０１０．１２．１６）
【国際特許分類】
【出願番号】特願２００９−１３３７９２（Ｐ２００９−１３３７９２）
【出願日】平成２１年６月３日（２００９．６．３）
【出願人】（０００００２３６９）セイコーエプソン株式会社 (51,324)
【Ｆターム（参考）】
【公開日】平成２２年１２月１６日（２０１０．１２．１６）
【国際特許分類】
【出願日】平成２１年６月３日（２００９．６．３）
【出願人】（０００００２３６９）セイコーエプソン株式会社 (51,324)
【Ｆターム（参考）】
[ Back to top ]