JP5600133B2 - 監視装置、監視方法および監視プログラム - Google Patents

Description

本発明は、監視装置等に関する。

近年、企業や学校等の内部のネットワークでは、ネットワーク機器、サーバ装置、利用者のＰＣ（Personal Computer）等の各装置が接続され、各種の目的で利用されている。ネットワークの管理者は、ネットワークに接続された各装置の稼働状態を把握するために、監視装置を利用して、各装置の情報収集を行っている。この監視装置は、例えば、所定のプロトコルを装置に送信し、装置から応答情報を得ることで、装置の稼働状態を監視すると共に装置情報を収集する。

ここで、各装置は、装置種別に応じたプロトコルに応答し、応答情報を監視装置に返す。このため、管理者は、ネットワークに接続された各装置の装置種別を監視装置に事前に設定しておく。監視装置は、予め設定された装置種別を基にして、各装置に送信するプロトコルを判定する。

なお、監視装置は、ネットワーク内で装置の増設があり、増設された装置の稼働状態を監視することも求められる。しかし、増設された装置の装置種別が不明である場合には、監視装置は、増設された装置に対応するプロトコルを判定することができない。このような場合には、従来の監視装置は、全種類のプロトコルを増設された装置に送信し、いずれかのプロトコルに応答させることで、増設した装置から応答情報を取得している。

特開２００４−２３５７２２号公報 特開２０１０−２１９７６２号公報

しかしながら、上述した従来技術には、装置種別の不明な装置に対しては、全種類のプロトコルを送信して、応答情報を取得しているため、ネットワークの負荷が増大するという問題があった。

開示の技術は、上記に鑑みてなされたものであって、ネットワークの負荷を軽減させることができる監視装置、監視方法および監視プログラムを提供することを目的とする。

開示の監視装置は、送受信制御部と、装置種別判定部と、巡回監視部とを有する。送受信制御部は、ネットワークに接続された装置に対して複数種類のプロトコルを送信し、装置から応答情報を受信する。装置種別判定部は、キーワードと装置種別とを対応付けた装置種別判別テーブルと、応答情報に含まれるキーワードとを基にして、装置の装置種別を判定する。巡回監視部は、装置種別に対応するプロトコルを記憶するプロトコルテーブルと、装置種別判定部の判定結果とを基にして、装置に対応するプロトコルを判定し、判定したプロトコルを用いて、装置に対する巡回監視を実行する。

開示の監視装置によれば、ネットワークの負荷を軽減させることができるという効果を奏する。

図１は、本実施例１に係るシステムの構成を示す図である。 図２は、本実施例１に係る監視装置の構成を示す機能ブロック図である。 図３は、装置種別判定テーブルのデータ構造の一例を示す図である。 図４は、巡回制御テーブルのデータ構造の一例を示す図である。 図５は、プロトコルテーブルのデータ構造の一例を示す図である。 図６は、稼働管理テーブルのデータ構造の一例を示す図である。 図７は、装置情報ログのデータ構造の一例を示す図である。 図８は、応答情報の一例を示す図である。 図９は、本実施例１に係る監視装置の第１パターンの処理手順を示すフローチャートである。 図１０は、本実施例１に係る装置種別判定処理の処理手順を示すフローチャートである。 図１１は、第１パターンの巡回監視処理の処理手順を示すフローチャートである。 図１２は、本実施例１に係る装置情報更新処理の処理手順を示すフローチャートである。 図１３は、本実施例１に係る監視装置の第２パターンの処理手順を示すフローチャートである。 図１４は、第２パターンの装置種別判定処理の処理手順を示すフローチャートである。 図１５は、第２パターンの巡回監視処理の処理手順を示すフローチャートである。 図１６は、本実施例２に係るシステムの構成を示す図である。 図１７は、本実施例２に係る監視装置の構成を示す機能ブロック図である。 図１８は、優先度別プロトコルテーブルのデータ構造の一例を示す図である。 図１９は、本実施例２の監視装置が装置種別を判定する処理手順を示すフローチャートである。

以下に、本願の開示する監視装置、監視方法および監視プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。

本実施例１に係るシステムの一例について説明する。図１は、本実施例１に係るシステムの構成を示す図である。図１に示すように、このシステムは、監視対象装置１０ａ、１０ｂ、１０ｃ、監視装置１００を有する。監視装置１００は、ネットワーク５０を介して、監視対象装置１０ａ、１０ｂ、１０ｃに接続される。以下説明では、監視対象装置１０ａ、１０ｂ、１０ｃをまとめて、適宜、監視対象装置１０と表記する。

監視対象装置１０は、監視装置１００の監視対象となる装置である。例えば、監視対象装置１０は、サーバ装置、プリンタ、ネットワーク機器、利用者のＰＣ等に対応する。図１に示す例では、監視対象装置１０ａ、１０ｂ、１０ｃを示すが、その他の監視対象装置がネットワーク５０に接続されていても良い。また、監視対象装置が増設された場合には、新たな監視対象装置が、ネットワーク５０に接続される。

監視対象装置１０は、監視装置５０から装置種別に対応するプロトコルを受け付けた場合には、かかるプロトコルに応答して、応答情報を監視装置１００に送信する。

例えば、監視対象装置１０の装置種別がサーバ装置の場合には、Ｐｉｎｇ（ＩＣＭＰ：Internet Control Message Protocol）、ＳＮＭＰ（Simple Network Management Protocol）、エージェント固有のプロトコル等に応答する。監視対象装置１０の装置種別がプリンタの場合には、Ｐｉｎｇ、ＳＮＭＰ等に応答する。監視対象装置１０の装置種別がネットワーク機器は、Ｐｉｎｇ、ＳＮＭＰ、ＲＩＰ（Routing Information Protocol）等に応答する。監視対象装置１０の装置種別がＰＣの場合には、Ｐｉｎｇ、エージェント固有のプロトコル等に応答する。

なお、所定のプロトコルに応答しないように、各監視対象装置１０を設定することも可能である。例えば、監視対象装置１０の装置種別がサーバ装置であっても、Ｐｉｎｇに応答しないように、監視対象装置１０を設定できるものとする。

監視装置１００は、監視対象装置１０の稼働状態を巡回監視する装置である。監視装置１００は、全種類のプロトコルを監視対象装置１０に送信し、監視対象装置１０の装置種別および稼働状態を判定する。そして、続く巡回監視を実行する場合に、監視装置１００は、装置種別に応じたプロトコルを判定し、判定したプロトコルを利用して、監視対象装置１０の稼働状態を監視する。

以下において、監視装置１００について具体的に説明する。図２は、本実施例１に係る監視装置の構成を示す機能ブロック図である。図２に示すように、この監視装置１００は、通信部１１０、入力部１２０、表示部１３０、記憶部１４０、制御部１５０を有する。

通信部１１０は、監視対象装置１０との間でデータ通信を行う処理部である。例えば、通信部１１０は、通信カードなどの通信装置に対応する。後述する制御部１５０は、通信部１１０を介して、監視対象装置１０とデータ通信を行うものとする。

入力部１２０は、各種の情報を入力する入力装置である。例えば、入力部１２０は、キーボード、マウス、タッチパネル等の入力装置に対応する。表示部１３０は、制御部１５０から出力される情報を表示する。例えば、表示部１２０は、ディスプレイやタッチパネル等に対応する。

記憶部１４０は、装置種別判定テーブル１４１、巡回制御テーブル１４２、プロトコルテーブル１４３、稼働管理テーブル１４４、装置情報ログ１４５を記憶する記憶装置である。記憶部１４０は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、またはハードディスク、光ディスクなどの記憶装置に対応する。

装置種別判定テーブル１４１は、監視対象装置１０の装置種別を判定するために用いられるテーブルである。図３は、装置種別判定テーブルのデータ構造の一例を示す図である。図３に示すように、この装置種別判定テーブル１４１は、検索キーワードと、装置種別とを対応付ける。検索キーワードは、監視対象装置１０から取得する応答情報とマッチングされるキーワードである。装置種別は、装置の種別を示す。「ＰＲ」はプリンタに対応する。「ＰＣ」はＰＣに対応する。「ＳＶ」はサーバ装置に対応する。「ＮＷ」はネットワーク機器に対応する。

例えば、応答情報に検索キーワード「Canon iR C4580（登録商標）」が含まれている場合には、かかる応答情報を送信した監視対象装置１０の種別は「ＰＲ」となる。

巡回制御テーブル１４２は、巡回監視を実行する場合の間隔や、監視対象となるＩＰ（Internet Protocol）アドレスの範囲を記憶するテーブルである。図４は、巡回制御テーブルのデータ構造の一例を示す図である。

図４に示すように、この巡回制御テーブル１４２は、巡回間隔、開始時刻、開始アドレス、終了アドレスを有する。巡回間隔は、ある監視対象装置１０を監視してから、次の監視対象装置１０を監視するまでの時間間隔を示す。開始時間は、巡回監視の開始時間を示す。開始アドレスは、監視対象となるＩＰアドレスの開始アドレスである。終了アドレスは、監視対象となるＩＰアドレスの終了アドレスである。図４に示す例では、監視対象となるＩＰアドレスの範囲は、開始アドレス「１０．６９．１０１．０１」〜終了アドレス「１０．６９．１０１．２５４」となる。

プロトコルテーブル１４３は、装置種別に対応するプロトコルを保持するテーブルである。図５は、プロトコルテーブルのデータ構造の一例を示す図である。図５に示す例では、各種の装置種別と、各種のプロトコルとを対応付ける。ここでは一例として、装置種別をＳＶ、ＰＣ、ＰＲ、ＮＷとする。プロトコルを、Ｐｉｎｇ、ＴＥＬＮＥＴ、ＣＩＦＳ（Common Internet File System）、ＳＮＭＰ、ＤＮＳ（Domain Name System）、ＡＲＰ（Address Resolution Protocol）、エージェント固有のプロトコルとする。

図５において、装置種別とプロトコルとに対応する数字は優先度を示す。優先度「１」が最も優先度が高く、優先度２、３、４の順に優先度が低くなる。例えば、装置種別「ＳＶ」について、プロトコル「Ｐｉｎｇ」が最も優先度が高く、「ＴＥＬＮＥＴ／ＤＮＳ」が最も優先度が低い。なお、優先度が同じプロトコルも存在する。例えば、装置種別「ＳＶ」について、ＣＩＦＳ、ＡＲＰの優先度は同じ「２」である。

図５において、数字が記入されていないものは、装置種別に対応するプロトコルでは無い旨を示す。例えば、装置種別「ＰＲ」について、プロトコル「ＴＥＬＮＥＴ」は対応していないことを示す。

稼働管理テーブル１４４は、監視対象装置１０の各種の稼働状態を管理するテーブルである。図６は、稼働管理テーブルのデータ構造の一例を示す図である。図６に示すように、この稼働管理テーブル１４４は、ＩＰアドレス、Ｐｉｎｇ応答、ホスト名、ＭＡＣ（Media Access Control address）アドレス、装置名、エージェント導入有無、装置種別、応答有無を対応付ける。

図６において、ＩＰアドレスは、監視対象装置１０のＩＰアドレスに対応する。Ｐｉｎｇ応答は、Ｐｉｎｇによる応答を受け付けたか否かを識別する情報である。Ｐｉｎｇ応答が「ＯＫ」の場合には、Ｐｉｎｇによる応答を受けたことを示し、「ＮＧ」の場合には、Ｐｉｎｇによる応答を受けていないことを示す。

図６において、ホスト名、ＭＡＣアドレス、装置名は、それぞれ、監視対象装置１０のホスト名、ＭＡＣアドレス、装置名に対応する。エージェント導入有無は、監視対象装置１０にエージェントが導入されているか否かを示す情報である。エージェント導入有無が「有」の場合には、エージェントが導入されていることを示し、「無」の場合には、エージェントが導入されていないことを示す。

図６において、装置種別は、監視対象装置１０の装置種別に対応する。応答有無は、監視装置１００が送信するプロトコルのいずれかに応答したか否かを示す情報である。応答有無が「有」の場合には、プロトコルのいずれかに応答したことを示し、「無」の場合には、全てのプロトコルに応答しなかったことを示す。

装置情報ログ１４５は、装置種別毎に、監視対象装置１０のログを保持する。図７は、装置情報ログのデータ構造の一例を示す図である。図７に示すように、装置情報ログ１４５は、装置種別、ＩＰアドレス、情報元、装置情報を対応付ける。このうち、情報元は、応答情報を応答したプロトコルを示す。装置情報は、応答情報に含まれる装置情報である。例えば、装置種別が「ＳＶ」の場合には、装置情報に「構成情報、装置エラー情報、システムログ、リソース等」が含まれる。装置種別が「ＰＲ」の場合には、装置情報に「印刷枚数、エラー情報、トナー情報等」が含まれる。装置種別が「ＮＷ」の場合には、装置情報に「トラフィック、リンクアップ／ダウン、エラー情報等」が含まれる。装置種別が「ＰＣ」の場合には、装置情報に「構成情報、システムログ、リソース等」が含まれる。

図２の説明に戻る。制御部１５０は、送受信制御部１５１、装置種別判定部１５２、巡回監視部１５３を有する。制御部１５０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field Programmable Gate Array）などの集積装置に対応する。また、制御部１５０は、例えば、ＣＰＵやＭＰＵ（Micro Processing Unit）等の電子回路に対応する。なお、制御部１５０は、タイマから適宜、時刻情報を取得する。

送受信制御部１５１は、ネットワーク５０に接続された監視対象装置１０の装置種別を判定する場合に、全種類のプロトコルを送信し、監視対象装置１０からの応答情報を受信する処理部である。送受信制御部１５１は、応答情報を装置種別判定部１５２に出力する。以下において、送受信制御部１５１について具体的に説明する。

送受信制御部１５１は、宛先ＩＰアドレスを選択し、選択した宛先ＩＰアドレスの監視対象装置１０に対して、全種類のプロトコルをまとめて送信し、応答情報を受信する。例えば、全種類のプロトコルは、図５に示したＰｉｎｇ、ＴＥＬＮＥＴ、ＣＩＦＳ、ＳＮＭＰ、ＤＮＳ、ＡＲＰ、エージェント固有のプロトコルを含む。なお、全種類のプロトコルには、図５に示したプロトコル以外のプロトコルを更に含めても良い。

送受信制御部１５１は、宛先ＩＰアドレスの監視対象装置１０から、Ｐｉｎｇに対する応答があったか否かを判定し、稼働管理テーブル１４４のＰｉｎｇ応答に情報を登録する。送受信制御部１５１は、Ｐｉｎｇによる応答があれば、Ｐｉｎｇ応答に「ＯＫ」を登録し、応答がなければ、Ｐｉｎｇ応答に「ＮＧ」を設定する。

送受信制御部１５１は、宛先ＩＰアドレスの監視対象装置１０から、エージェント固有のプロトコルに対する応答があったか否かを判定し、稼働管理テーブル１４４のエージェント導入有無に情報を登録する。送受信制御部１５１は、エージェント固有のプロトコルに対する応答があった場合には「有」を登録し、エージェント固有のプロトコルに対する応答がない無い場合には「無」を登録する。

なお、送受信制御部１５１は、宛先ＩＰアドレスの監視対象装置１０から応答情報を受信したか否かに応じて、稼働管理テーブル１４４の応答有無に情報を登録する。送受信制御部１５１は、応答情報を受信した場合には「有」を登録し、応答情報を受信しない場合には「無」を登録する。

送受信制御部１５１は、巡回監視テーブル１４２を参照し、開始アドレスから終了アドレスに含まれる各ＩＰアドレスを順に宛先ＩＰアドレスとして選択し、上記の処理を繰り返し実行する。

装置種別判定部１５２は、送受信制御部１５１から取得する応答情報を基にして、宛先ＩＰアドレスに対応する監視対象装置１０の装置種別を判定する処理部である。装置種別判定部１５２は、宛先ＩＰアドレスをキーにして、装置種別、および応答情報に含まれる各種の情報を、稼働管理テーブル１４４に登録する。以下において、装置種別判定部１５２の処理について具体的に説明する。

図８は、応答情報の一例を示す図である。図８に示すように、例えば、応答情報２０には、日時情報２１、ＩＰアドレス情報２２、ホスト名情報２３、ＭＡＣアドレス情報２４、装置種別情報２５、ＯＳ（Operating System）名称情報２６、備考２７を含む。装置識別判定部１５２は、応答情報２０の装置種別情報２５と、装置種別判定テーブル１４１の検索キーワードとを比較して、装置種別を判定する。図８に示す例では、装置種別情報２５に「Windows Server（登録商標）」が含まれているため、装置種別判定部１５２は、ＩＰアドレス「１９２．１６８．１６．２４」の装置種別を「ＳＶ」と判定する。

また、図８では説明を省略するが、応答情報は、図７に示した装置情報や、情報元となるプロトコルの情報を含んでいるものとする。

装置種別判定部１５２は、ホスト名情報２３、ＭＡＣアドレス情報２４、装置種別情報２５に含まれる情報をそれぞれ、稼働管理テーブル１４４のホスト名、ＭＡＣアドレス、装置名に登録する。また、装置種別判定部１５２は、装置種別とＩＰアドレスとをキーにして、装置情報ログ１４５に、情報元と装置情報とを登録する。

巡回監視部１５３は、装置対象装置１０の装置種別に対応するプロトコルを判定し、判定したプロトコルを用いて、監視対象装置１０に対する巡回監視及び装置情報収集を実行する。以下において、巡回監視部１５３の処理について具体的に説明する。

巡回監視部１５３は、宛先ＩＰアドレスを選択し、選択した宛先ＩＰアドレスと、稼働管理テーブル１４４のＩＰアドレスとを比較し、装置種別を判定する。例えば、宛先ＩＰアドレスが「１０．６９．１０１．０１」の場合には、図６の１行目のレコードに対応する。送受信制御部１５１は、宛先ＩＰアドレスが「１０．６９．１０１．０１」の場合には、装置種別「ＰＣ」と判定する。

巡回監視部１５３は、装置種別を判定した後に、装置種別と、プロトコルテーブル１４３とを比較して、装置種別に対応するプロトコルを判定する。巡回監視部１５３は、装置種別に対応するプロトコルを、宛先ＩＰアドレスの監視対象装置１０に送信し、応答情報を受信する。

巡回監視部１５３は、装置種別に対応するプロトコルが複数存在する場合には、所定のプロトコルのみを、監視対象装置１０に送信しても良い。例えば、装置種別が「ＰＣ」の場合には、巡回監視部１５１は、ＣＩＦＳ、ＡＲＰを送信しても良い。巡回監視部１５３が利用するプロトコルは、管理者が適宜可能とする。

なお、巡回監視部１５３は、宛先ＩＰアドレスの監視対象装置１０の応答有無が「無」の場合には、第１処理または第２処理の何れかを実行する。巡回監視部１５３が、第１処理を実行するのか、第２処理を実行するのかは、状況に応じて、管理者が設定しておくものとする。

巡回監視部１５３が、第１処理を実行する場合について説明する。巡回監視部１５３は、応答有無が「無」となる監視対象装置１０にプロトコルを送信する処理をスキップし、次のＩＰアドレスを選択する。第１処理は、新たにネットワーク５０に接続される監視対象装置１０の検出を不要とする場合に設定される。

巡回監視部１５３が、第２処理を実行する場合について説明する。巡回監視装置１５３は、応答有無が「無」となる監視対象装置１０に対して、全種類のプロトコルを送信する。巡回監視部１５３は、監視対象装置１０からの応答情報を受信した場合には、装置種別判定部１５２と協働して、監視対象装置１０の装置種別を判定し、稼働管理テーブル１４４を更新する。巡回監視部１５３が、全種類のプロトコルを送信し、応答が無い場合には、次のＩＰアドレスを選択する。

巡回監視部１５３は、巡回監視テーブル１４２を参照し、開始アドレスから終了アドレスに含まれる各ＩＰアドレスを選択して、上記の処理を繰り返し実行する。巡回監視部１５３は、終了アドレスまで選択し終わった場合には、再度、開始アドレスに戻って、巡回監視および装置情報収集を継続する。また、巡回監視部１５３は、監視対象装置１０の応答情報を基にして、稼働管理テーブル１４４のＰｉｎｇ応答、ホスト名、ＭＡＣアドレス、装置名、エージェント導入有無、応答有無を適宜更新する。

ところで、巡回監視部１５３は、監視対象装置１０に装置種別に対応するプロトコルを送信し、応答が無い場合には、上記第２処理を実行する。

また、巡回監視部１５３は、監視対象装置１０から応答情報を受信する度に、装置種別判定部１５２と協働して、監視対象装置１０の装置種別を判定しても良い。巡回監視部１５３は、判定結果の装置種別と、稼働管理テーブル１４４とを比較して、装置種別が前回と異なっているか否かを判定する。巡回監視部１５３は、監視対象装置１０の装置種別が前回と異なっている場合には、上記第２処理を実行する。

更に、巡回監視部１５３は、装置種別毎に異なる時間間隔により、装置情報を監視対象装置１０に要求する。巡回監視部１５３は、監視対象装置１０から受信した装置情報を基に、装置情報ログ１４５に装置情報を蓄積する。例えば、巡回監視部１５３は、装置種別「ＳＶ」の監視対象装置１０に対して、「１０分」毎に、装置情報を要求する。巡回監視部１５３は、装置種別「ＰＲ」の監視対象装置１０に対して、「２４０分」毎に、装置情報を要求する。巡回監視部１５３は、装置種別「ＮＷ」の監視対象装置１０に対して、「３０分」毎に、装置情報を要求する。巡回監視部１５３は、装置種別「ＰＣ」の監視対象装置１０に対して、「１８０分」毎に、装置情報を要求する。各時間間隔は、管理者が適宜設定可能である。

次に、本実施例１に係る監視装置１００の処理手順について説明する。ここでは一例として、監視装置１００が実行する第１パターンの処理手順、第２パターンの処理手順について順に説明する。監視装置１００は、第１パターンの処理手順、第２パターンの処理手順のうちどちらを実行しても良い。

第１パターンの処理手順について説明する。第１パターンの処理手順では、監視装置１００は、開始アドレスから終了アドレスまでの監視対象装置１０の装置種別を判定した後に、巡回監視を実行する処理手順である。第１パターンの処理手順を行うことで、途中で処理が停止した場合であっても、ネットワーク内の監視対象装置１０の装置種別を把握することができる。

図９は、本実施例１に係る監視装置の第１パターンの処理手順を示すフローチャートである。図９に示すように、監視装置１００は、前回の装置種別判定処理が完了してから、所定時間（例えば、６０分）経過した場合に（ステップＳ５１）、装置種別判定処理を実行する（ステップＳ５２）。

監視装置１００は、前回の巡回監視処理が完了してから所定時間経過した場合に（ステップＳ５３）、巡回監視処理を実行する（ステップＳ５４）。監視装置１００は、巡回完了か否かを判定する（ステップＳ５５）。監視装置１００は、巡回が完了していない場合には（ステップＳ５５，Ｎｏ）、ステップＳ５３に移行する。

一方、監視装置１００は、巡回完了の場合には（ステップＳ５５，Ｙｅｓ）、処理終了時刻か否かを判定する（ステップＳ５６）。監視装置１００は、処理終了時刻ではない場合には（ステップＳ５６，Ｎｏ）、ステップＳ５１に移行する。一方、監視装置１００は、処理終了時刻の場合には（ステップＳ５６，Ｙｅｓ）、処理を終了する。

次に、図９のステップＳ５２に示した装置種別判定処理について説明する。図１０は、第１パターンの装置種別判定処理の処理手順を示すフローチャートである。

図１０に示すように、監視装置１００は、巡回制御テーブル１４２を参照し、開始アドレスおよび終了アドレスを取得する（ステップＳ１０１）。監視装置１００は、開始アドレスを宛先ＩＰアドレスに設定し、全種類のプロトコルを送出し（ステップＳ１０２）、応答があるか否かを判定する（ステップＳ１０３）。

監視装置１００は、応答が無い場合には（ステップＳ１０３，Ｎｏ）、稼働管理テーブル１４４に応答無しを設定し（ステップＳ１０４）、ステップＳ１０９に移行する。

一方、監視装置１００は、応答が有る場合には（ステップＳ１０３，Ｙｅｓ）、稼働管理テーブル１４４に応答有りを設定する（ステップＳ１０５）。監視装置１００は、稼働管理テーブル１４４に応答情報に対応する各種情報を設定する（ステップＳ１０６）。

監視装置１００は、装置種別判定テーブル１４１と応答情報とを基にして装置種別を判定し（ステップＳ１０７）、稼働管理テーブル１４４に、装置種別を設定する（ステップＳ１０８）。

監視装置１００は、ＩＰアドレスは終了アドレスか否かを判定する（ステップＳ１０９）。監視装置１００は、ＩＰアドレスが終了アドレスの場合には（ステップＳ１０９，Ｙｅｓ）、装置種別を判定する処理を終了する。

一方、監視装置１００は、ＩＰアドレスが終了アドレスではない場合には（ステップＳ１０９，Ｎｏ）、次のＩＰアドレスを宛先ＩＰアドレスに設定し、全種類のプロトコルを送出し（ステップＳ１１０）、ステップＳ１０３に移行する。

次に、図９のステップＳ５４に示した巡回監視処理について説明する。図１１は、第１パターンの巡回監視処理の処理手順を示すフローチャートである。

図１１に示すように、監視装置１００は、巡回制御テーブル１４２を参照し、開始アドレスおよび終了アドレスを取得し（ステップＳ１５１）、開始ＩＰアドレスをセットする（ステップＳ１５２）。

監視装置１００は、ＩＰアドレスに対応する監視対象装置１０が前回応答有りか否かを判定する（ステップＳ１５３）。監視装置１００は、ＩＰアドレスに対応する監視対象装置１０が前回応答無しの場合には（ステップＳ１５３，Ｎｏ）、応答無しの監視対象装置１０に対してパケットを投げるか否かを判定する（ステップＳ１５４）。ステップＳ１５４において、パケットを投げるか否かの情報が、予め監視装置１００に設定されているものとする。

監視装置１００は、応答無しの監視対象装置１０に対してパケットを投げない場合には（ステップＳ１５４，Ｎｏ）、ステップＳ１６２に移行する。一方、監視装置１００は、応答無しの監視対象装置１０に対してパケットを投げる場合には（ステップＳ１５４，Ｙｅｓ）、ステップＳ１５８に移行する。

ステップＳ１５３の説明に戻る。監視装置１００は、ＩＰアドレスに対応する監視対象装置１０が前回応答有りの場合には（ステップＳ１５３，Ｙｅｓ）、装置種別に対するプロトコルを判定する（ステップＳ１５５）。

監視装置１００は、装置種別に対応するプロトコルを送出し（ステップＳ１５７）、プロトコル送出先の監視対象装置１０からの応答が、無応答であるか否かを判定する（ステップＳ１５７）。監視装置１００は、無応答の場合には（ステップＳ１５７，Ｙｅｓ）、全種類のプロトコルを送出する（ステップＳ１５８）。

監視装置１００は、全種類のプロトコル送出先の監視対象装置１０からの応答があるか否かを判定する（ステップＳ１５９）。監視装置１００は、応答がない場合には（ステップＳ１５９，Ｎｏ）、ステップＳ１６２に移行する。

一方、監視装置１００は、全種類のプロトコル送出先の監視対象装置１０から応答がある場合には（ステップＳ１５９，Ｙｅｓ）、装置種別を判定し（ステップＳ１６０）、ステップＳ１６２に移行する。

監視装置１００は、プロトコル送出先の監視対象装置１０からの応答がある場合には（ステップＳ１５７，Ｎｏ）、応答ありだが装置種別が判定結果の装置種別と異なるか否かを判定する（ステップＳ１６１）。監視装置１００は、装置種別が異なる場合には（ステップＳ１６１，Ｙｅｓ）、ステップＳ１５８に移行する。

監視装置１００は、装置種別が同じである場合には（ステップＳ１６１，Ｎｏ）、稼働管理テーブル１４４を更新する（ステップＳ１６２）。監視装置１００は、装置情報更新処理を実行し（ステップＳ１６３）、全ＩＰ終了か否かを判定する（ステップＳ１６４）。

監視装置１００は、全ＩＰが終了していない場合には（ステップＳ１６４，Ｎｏ）、次のＩＰアドレスをセットし（ステップＳ１６５）、ステップＳ１５３に移行する。一方、監視装置１００は、全ＩＰが終了した場合には（ステップＳ１６４，Ｙｅｓ）、処理を終了する。

次に、図１１のステップＳ１６３に示した装置情報更新処理について説明する。図１２は、本実施例１に係る装置情報更新処理の処理手順を示すフローチャートである。

図１２に示すように、監視装置１００は、タイマを確認し（ステップＳ１７１）、サーバ装置の収集時刻か否かを判定する（ステップＳ１７２）。監視装置１００は、サーバ装置の収集時刻である場合には（ステップＳ１７２，Ｙｅｓ）、サーバ装置の情報を収集し、装置情報ログ１４５に蓄積し（ステップＳ１７３）、ステップＳ１７４に移行する。

監視装置１００は、サーバ装置の収集時刻でない場合には（ステップＳ１７２，Ｎｏ）、プリンタの収集時刻か否かを判定する（ステップＳ１７４）。監視装置１００は、プリンタの収集時刻の場合には（ステップＳ１７４，Ｙｅｓ）、プリンタの情報を収集し、装置情報ログ１４５に蓄積し（ステップＳ１７５）、ステップＳ１７６に移行する。

監視装置１００は、プリンタの収集時刻でない場合には（ステップＳ１７４，Ｎｏ）、ネットワーク機器の収集時刻か否かを判定する（ステップＳ１７６）。監視装置１００は、ネットワーク機器の収集時刻の場合には（ステップＳ１７６，Ｙｅｓ）、ネットワーク機器の情報を収集し、装置情報ログ１４５に蓄積し（ステップＳ１７７）、ステップＳ１７８に移行する。

監視装置１００は、ネットワーク機器の収集時刻でない場合には（ステップＳ１７６，Ｎｏ）、ＰＣの収集時刻か否かを判定する（ステップＳ１７８）。監視装置１００は、ＰＣの収集時刻の場合には（ステップＳ１７８，Ｙｅｓ）、ＰＣの情報を収集し、装置情報ログ１４５に蓄積し（ステップＳ１７９）、装置情報更新処理を終了する。

一方、監視装置１００は、ＰＣの収集時刻でない場合には（ステップＳ１７８，Ｎｏ）、装置情報更新処理を終了する。

次に、第２パターンの処理手順について説明する。第２パターンの処理手順では、あるＩＰアドレスの監視対象装置１０に対して装置種別を判定した直後に、該監視対象装置１０に巡回監視を実行する処理を、開始アドレスから終了アドレスまで順次実行する処理手順である。第２パターンの処理手順を行うことで、途中で処理が停止した場合であっても、途中までの監視対象装置１０の装置情報を収集することが可能となる。

図１３は、本実施例１に係る監視装置の第２パターンの処理手順を示すフローチャートである。図１３に示すように、監視装置１００は、前回の処理が完了してから所定時間（例えば、１０分）経過した場合に（ステップＳ２０１）、巡回制御テーブル１４２を参照し、開始アドレスおよび終了アドレスを取得する（ステップＳ２０２）。

監視装置１００は、開始ＩＰアドレスをセットし（ステップＳ２０３）、装置種別判定処理を実行する（ステップＳ２０４）。監視装置１００は、巡回監視処理を実行する（ステップＳ２０５）。

監視装置１００は、全ＩＰ終了か否かを判定する（ステップＳ２０６）。監視装置１００は、全ＩＰが終了でない場合には（ステップＳ２０６，Ｎｏ）、次のＩＰアドレスをセットし（ステップＳ２０７）、ステップＳ２０４に移行する。

監視装置１００は、全ＩＰ終了の場合には（ステップＳ２０６，Ｙｅｓ）、処理終了時刻か否かを判定する（ステップＳ２０８）。監視装置１００は、処理終了時刻ではない場合には（ステップＳ２０８，Ｎｏ）、ステップＳ２０１に移行する。一方、監視装置１００は、処理終了時刻の場合には（ステップＳ２０８，Ｙｅｓ）、処理を終了する。

次に、図１３のステップＳ２０４に示した装置種別判定処理について説明する。図１４は、第２パターンの装置種別判定処理の処理手順を示すフローチャートである。

図１４に示すように、監視装置１００は、全種類のプロトコルを送出し（ステップＳ２１１）、応答があるか否かを判定する（ステップＳ２１２）。

監視装置１００は、応答が無い場合には（ステップＳ２１２，Ｎｏ）、稼働管理テーブル１４４に応答無しを設定し（ステップＳ２１３）、装置種別判定処理を終了する。

一方、監視装置１００は、応答が有る場合には（ステップＳ２１２，Ｙｅｓ）、稼働管理テーブル１４４に応答有りを設定する（ステップＳ２１４）。監視装置１００は、稼働管理テーブル１４４に応答情報に対応する各種情報を設定する（ステップＳ２１５）。

監視装置１００は、装置種別判定テーブル１４１と応答情報とを基にして装置種別を判定し（ステップＳ２１６）、稼働管理テーブル１４４に、装置種別を設定する（ステップＳ２１７）。

次に、図１３のステップＳ２０５に示した巡回監視処理について説明する。図１５は、第２パターンの巡回監視処理の処理手順を示すフローチャートである。

図１５に示すように、監視装置１００は、ＩＰアドレスに対応する監視対象装置１０が前回応答有りか否かを判定する（ステップＳ２２１）。監視装置１００は、ＩＰアドレスに対応する監視対象装置１０が前回応答無しの場合には（ステップＳ２２１，Ｎｏ）、応答無しの監視対象装置１０に対してパケットを投げるか否かを判定する（ステップＳ２２２）。ステップＳ２２２において、パケットを投げるか否かの情報が、予め監視装置１００に設定されているものとする。

監視装置１００は、応答無しの監視対象装置１０に対してパケットを投げない場合には（ステップＳ２２２，Ｎｏ）、ステップＳ２３０に移行する。一方、監視装置１００は、応答無しの監視対象装置１０に対してパケットを投げる場合には（ステップＳ２２２，Ｙｅｓ）、ステップＳ２２６に移行する。

ステップＳ２２１の説明に戻る。監視装置１００は、ＩＰアドレスに対応する監視対象装置１０が前回応答有りの場合には（ステップＳ２２１，Ｙｅｓ）、装置種別に対するプロトコルを判定する（ステップＳ２２３）。

監視装置１００は、装置種別に対応するプロトコルを送出し（ステップＳ２２４）、プロトコル送出先の監視対象装置１０からの応答が、無応答であるか否かを判定する（ステップＳ２２５）。監視装置１００は、無応答の場合には（ステップＳ２２５，Ｙｅｓ）、全種類のプロトコルを送出する（ステップＳ２２６）。

監視装置１００は、全種類のプロトコル送出先の監視対象装置１０からの応答があるか否かを判定する（ステップＳ２２７）。監視装置１００は、応答がない場合には（ステップＳ２２７，Ｎｏ）、ステップＳ２３０に移行する。

一方、監視装置１００は、全種類のプロトコル送出先の監視対象装置１０から応答がある場合には（ステップＳ２２７，Ｙｅｓ）、装置種別を判定し（ステップＳ２２８）、ステップＳ２３０に移行する。

監視装置１００は、プロトコル送出先の監視対象装置１０からの応答がある場合には（ステップＳ２２５，Ｎｏ）、応答ありだが装置種別が判定結果の装置種別と異なるか否かを判定する（ステップＳ２２９）。監視装置１００は、装置種別が異なる場合には（ステップＳ２２９，Ｙｅｓ）、ステップＳ２２６に移行する。

監視装置１００は、装置種別が同じである場合には（ステップＳ２２９，Ｎｏ）、稼働管理テーブル１４４を更新する（ステップＳ２３０）。監視装置１００は、装置情報更新処理を実行し（ステップＳ２３１）、巡回監視処理を終了する。

次に、本実施例１に係る監視装置１００の効果について説明する。監視装置１００は、複数種類のプロトコルを各監視対象装置１０に送信し、監視対象装置１０の応答情報を基にして、監視装置対象１０の装置種別を判定する。監視装置１００は、各監視対象装置１０の装置種別を判定した後に、装置種別に対応するプロトコルを判定し、判定したプロトコルを用いて、巡回監視を実行する。このため、ネットワーク５０に装置種別が不明な監視対象装置が接続されている場合でも、全種類のプロトコルを用いて巡回監視を実行しなくてすむため、ネットワーク負荷を軽減させることができる。

本実施例２に係るシステムの一例について説明する。図１６は、本実施例２に係るシステムの構成を示す図である。図１６に示すように、このシステムは、監視対象装置１０ａ、１０ｂ、１０ｃ、監視装置２００を有する。監視装置２００は、ネットワーク５０を介して、監視対象装置１０ａ、１０ｂ、１０ｃに接続される。実施例１と同様にして、監視対象装置１０ａ、１０ｂ、１０ｃをまとめて、適宜、監視対象装置１０と表記する。

監視対象装置１０は、監視装置２００の監視対象となる装置である。例えば、監視対象装置１０は、サーバ装置、プリンタ、ネットワーク機器、利用者のＰＣ等に対応する。図１６に示す例では、監視対象装置１０ａ、１０ｂ、１０ｃを示すが、その他の監視対象装置がネットワーク５０に接続されていても良い。また、監視対象装置が増設された場合には、新たな監視対象装置が、ネットワーク５０に接続される。その他の監視対象装置１０に関する説明は、実施例１に説明した監視対象装置１０の説明と同様である。

監視装置２００は、監視対象装置１０の稼働状態を巡回監視する装置である。監視装置２００は、初回の巡回監視において、優先度の高い複数のプロトコルを監視対象装置１０に送信して応答情報を取得し、監視対象装置１０の装置種別を判定する。監視装置２００は、優先度の高いプロトコルによって応答情報を得られない場合に、優先度の低い複数のプロトコルを送信して応答情報を取得し、監視対象装置１０の装置種別を判定する。そして、２回目以降の巡回監視において、監視装置２００は、装置種別に応じたプロトコルを判定し、判定したプロトコルを利用して、監視対象装置１０の稼働状態を監視する。

次に、図１６に示した監視装置２００の構成について説明する。図１７は、本実施例２に係る監視装置の構成を示す機能ブロック図である。図１７に示すように、この監視装置２００は、通信部１１０、入力部１２０、表示部１３０、記憶部２４０、制御部２５０を有する。

通信部１１０、入力部１２０、表示部１３０に関する説明は、実施例１に示した通信部１１０、入力部１２０、表示部１３０に関する説明と同様である。このため、同一符号を付して説明を省略する。

記憶部２４０は、優先度別プロトコルテーブル２４１、装置種別判定テーブル１４１、巡回制御テーブル１４２、プロトコルテーブル１４３、稼働管理テーブル１４４、装置情報ログ１４５を記憶する記憶装置である。記憶部２４０は、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子、またはハードディスク、光ディスクなどの記憶装置に対応する。

優先度別プロトコルテーブル２４１は、優先度の高いプロトコルと、優先度の低いプロトコルとを識別するためのテーブルである。図１８は、優先度別プロトコルテーブルのデータ構造の一例を示す図である。図１８に示すように、例えば、優先度の高いプロトコルは、Ｐｉｎｇ、ＡＲＰ、ＣＩＦＳ、ＳＮＭＰ、エージェント固有のプロトコルとなる。また、優先度の低いプロトコルは、ＴＥＬＮＥＴ、ＤＮＳとなる。

装置種別判定テーブル１４１、巡回制御テーブル１４２、プロトコルテーブル１４３、稼働管理テーブル１４４、装置情報ログ１４５に関する説明は、実施例１の装置種別判定テーブル１４１、巡回制御テーブル１４２、プロトコルテーブル１４３、稼働管理テーブル１４４、装置情報ログ１４５に関する説明と同様である。このため、同一符号を付して説明を省略する。

制御部２５０は、送受信制御部２５１、装置種別判定部２５２、巡回監視部２５３を有する。制御部２５０は、例えば、ＡＳＩＣや、ＦＰＧＡなどの集積装置に対応する。また、制御部２５０は、例えば、ＣＰＵやＭＰＵ等の電子回路に対応する。

送受信制御部２５１は、優先度の高い複数のプロトコルを監視対象装置１０に送信して応答情報の取得を試みる。送受信制御部２５１は、優先度の高いプロトコルによって応答情報を得られない場合に、優先度の低い複数のプロトコルを送信して応答情報を取得する。送受信制御部２５１は、応答情報を装置種別判定部２５２に出力する。以下において、送受信制御部２５１について具体的に説明する。

送受信制御部２５１は、宛先ＩＰアドレスを選択し、選択した宛先ＩＰアドレスの監視対象装置１０に対して、優先度の高いプロトコルを送信する。送受信制御装置２５１は、優先度別プロトコルテーブル２４１を参照し、優先度の高いプロトコルを判定する。

送受信制御部２５１は、優先度の高いプロトコルに対応する応答情報を受信した場合には、応答情報に基づいて、稼働管理テーブル１４４に各種の情報を登録する。稼働管理テーブル１４４に各種の情報を登録する処理は、実施例１に示した送受信制御部１５１と同様である。

送受信制御部２５１は、優先度の高いプロトコルに対応する応答情報を受信しない場合には、宛先ＩＰアドレスの監視対象装置１０に対して、優先度の低いプロトコルを送信する。送受信制御装置２５１は、優先度別プロトコルテーブル２４１を参照し、優先度の低いプロトコルを判定する。

送受信制御部２５１は、優先度の低いプロトコルに対応する応答情報を受信した場合には、応答情報に基づいて、稼働管理テーブル１４４に各種の情報を登録する。稼働管理テーブル１４４に各種の情報を登録する処理は、実施例１に示した送受信制御部１５１と同様である。

送受信制御部２５１は、優先度の低いプロトコルに対応する応答情報を受信しない場合には、稼働管理テーブル１４４の応答有無に「無」を登録する。

送受信制御部２５１は、巡回監視テーブル１４２を参照し、開始アドレスから終了アドレスに含まれる各ＩＰアドレスを順に宛先ＩＰアドレスとして選択し、上記の処理を繰り返し実行する。

装置種別判定部２５２は、送受信制御部２５１から取得する応答情報を基にして、宛先ＩＰアドレスに対応する監視対象装置１０の装置種別を判定する処理部である。装置種別判定部２５２は、宛先ＩＰアドレスをキーにして、装置種別、および応答情報に含まれる各種の情報を、稼働管理テーブル１４４に登録する。装置種別判定部２５２の具体的な説明は、実施例１の装置種別判定部１５２と同様である。

巡回監視部２５３は、装置対象装置１０の装置種別に対応するプロトコルを判定し、判定したプロトコルを用いて、監視対象装置１０に対する巡回監視を実行する。巡回監視部２５３の具体的な説明は、実施例１の巡回監視部１５３と同様である。

次に、本実施例２に係る監視装置２００は、実施例１の監視装置１００と同様にして、第１パターンまたは第２パターンの処理を実行する。監視装置２００と監視装置１００との処理の相違点は、監視対象装置の種別を判定する処理が異なる。このため、監視装置２００が、監視対象装置の種別を判定する処理について説明する。

図１９は、本実施例２の監視装置が装置種別を判定する処理手順を示すフローチャートである。図１９に示すように、監視装置２００は、巡回制御テーブル１４２を参照し、開始アドレスおよび終了アドレスを取得する（ステップＳ３０１）。監視装置２００は、開始アドレスを宛先ＩＰアドレスに設定し、優先度の高い複数のプロトコルを送出する（ステップＳ３０２）。

監視装置２００は、応答があるか否かを判定する（ステップＳ３０３）。監視装置２００は、応答がない場合には（ステップＳ３０３，Ｎｏ）、優先度の低い複数のプロトコルを送出する（ステップＳ３０４）。

監視装置２００は、応答があるか否かを判定する（ステップＳ３０５）。監視装置２００は、応答がある場合には（ステップＳ３０５，Ｙｅｓ）、ステップＳ３０７に移行する。一方、応答がない場合には（ステップＳ３０５，Ｎｏ）、監視装置２００は、稼働管理テーブル１４４に応答無しを設定し（ステップＳ３０６）、ステップＳ３１１に移行する。

ところで、ステップＳ３０３において、監視装置２００は、応答がある場合には（ステップＳ３０３，Ｙｅｓ）、稼働管理テーブル１４４に応答有りを設定する（ステップＳ３０７）。

監視装置２００は、稼働管理テーブル１４４に応答情報に対応する各種情報を設定する（ステップＳ３０８）。監視装置２００は、装置種別判定テーブル１４１と応答情報とを基にして、装置種別を判定する（ステップＳ３０９）。監視装置２００は、稼働管理テーブル１４４に、装置種別を設定する（ステップＳ３１０）。

監視装置２００は、ＩＰアドレスは終了アドレスか否かを判定する（ステップＳ３１１）。監視装置２００は、ＩＰアドレスが終了アドレスの場合には（ステップＳ３１１，Ｙｅｓ）、装置種別を判定する処理を終了する。

一方、監視装置２００は、ＩＰアドレスが終了アドレスではない場合には（ステップＳ３１１，Ｎｏ）、次のＩＰアドレスを宛先ＩＰアドレスに設定し、優先度の高い複数のプロトコルを送出し（ステップＳ３１２）、ステップＳ３０３に移行する。

次に、本実施例２に係る監視装置２００の効果について説明する。監視装置２００は、まず、優先度の高いプロトコルによって監視対象装置１０の装置種別の判定を試みる。監視装置２００は、優先度の高いプロトコルによって応答情報を受信できず、装置種別を判定することができない場合に、優先度の低いプロトコルによって応答情報を送信する。このため、装置種別を判定する場合に、全種類のプロトコルを送信しなくても良くなり、ネットワーク負荷を更に低減させることができる。

なお、本実施例２では、監視装置２００は、優先度の高いプロトコルを複数のプロトコルとしたが、これに限定されるものではない。例えば、監視装置２００は、優先度の高い単一のプロトコルを監視対象装置１０に送信しても良い。

さて、これまで本発明の実施例１、２について説明したが、本発明は上述した実施例以外にも種々の異なる形態にて実施されてよいものである。

例えば、巡回監視部１５３は、巡回制御テーブル１４２の巡回間隔に基づいて各監視対象装置１０の巡回監視を実行していたが、これに限定されるものではない。巡回監視部１５３は、各監視対象装置１０を装置種別毎に分類し、分類した監視対象装置１０毎に異なる時間間隔で、巡回監視を実行しても良い。

具体的に、巡回監視部１５３は、稼働管理テーブル１４４を参照し、各監視対象装置１０を「ＳＶ」、「ＰＣ」、「ＰＲ」、「ＮＷ」に分類する。巡回監視部１５３は、「ＳＶ」に分類した各監視対象装置１０については、３０分間隔で、巡回監視を行う。巡回監視部１５３は、「ＰＣ」に分類した各監視対象装置１０については、１５分間隔で、巡回監視を行う。巡回監視部１５３は、「ＰＲ」に分類した各監視対象装置１０については、１時間間隔で、巡回監視を行う。巡回監視部１５３は、「ＮＷ」に分類した監視対象装置１０については、１分間隔で、巡回監視を行う。なお、各時間間隔は一例であり、管理者は適宜変更可能である。

上記のように、巡回監視部１５３は、各監視対象装置１０を装置種別毎に分類し、分類した監視対象装置１０毎に異なる時間間隔で、巡回監視を実行することで、各装置種別に適した時間間隔で、各監視対象装置１０の稼働状態を監視することができる。実施例２に示した巡回監視部２５３も同様である。

ところで、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部あるいは一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

さらに、各装置にて行われる各処理機能は、その全部または任意の一部がＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

１０ａ、１０ｂ、１０ｃ 監視対象装置
５０ ネットワーク
１００、２００ 監視装置

Claims (12)

1. ネットワークに接続された装置に対して複数種類のプロトコルを送信し、前記装置から応答情報を受信する送受信制御部と、
   キーワードと装置種別とを対応付けた装置種別判別テーブルと、前記応答情報に含まれるキーワードとを基にして、前記装置の装置種別を判定する装置種別判定部と、
   装置種別に対応するプロトコルを記憶するプロトコルテーブルと、前記装置種別判定部の判定結果とを基にして、前記装置に対応するプロトコルを判定し、判定したプロトコルを用いて、前記装置に対する巡回監視を実行し、前記装置に対する巡回監視を実行する最中に前記装置から得られる応答情報を基にして、前記装置の装置種別を判定し、該装置の装置種別が変化した場合には、再度、複数種類のプロトコルを送信する巡回監視部と
   を有することを特徴とする監視装置。
2. 前記送受信制御部は、前記装置に対して優先度の高い複数種類のプロトコルを送信し、前記装置から応答情報を受信しない場合に、前記装置に対して優先度の低い複数種類のプロトコルを送信し、
   前記装置種別判定部は、前記優先度の高い複数種類のプロトコルに対応する応答情報または前記優先度の低い複数種類のプロトコルに対応する応答情報を基にして、前記装置の装置種別を判定することを特徴とする請求項１に記載の監視装置。
3. 前記巡回監視部は、ネットワークに接続された複数の装置を装置種別毎に分類し、分類した複数の装置毎に異なる時間間隔で、巡回監視を実行することを特徴とする請求項１または２に記載の監視装置。
4. 前記巡回監視部は、前記装置の装置種別に対応するプロトコルを用いて、前記装置に対する巡回監視を実行する最中に前記装置から応答情報を得られない場合には、再度、複数種類のプロトコルを送信することを特徴とする請求項１、２または３に記載の監視装置。
5. コンピュータが実行する監視方法であって、
   ネットワークに接続された装置に対して複数種類のプロトコルを送信し、前記装置から応答情報を受信し、
   キーワードと装置種別とを対応付けた装置種別判別テーブルと、前記応答情報に含まれるキーワードとを基にして、前記装置の装置種別を判定し、
   装置種別に対応するプロトコルを記憶するプロトコルテーブルと、装置種別の判定結果とを基にして、前記装置に対応するプロトコルを判定し、判定したプロトコルを用いて、前記装置に対する巡回監視を実行し、
   前記装置に対する巡回監視を実行する最中に前記装置から得られる応答情報を基にして、前記装置の装置種別を判定し、該装置の装置種別が変化した場合には、再度、複数種類のプロトコルを送信する
   各処理を実行することを特徴とする監視方法。
6. 前記プロトコルを送信する処理は、前記装置に対して優先度の高い複数種類のプロトコルを送信し、前記装置から応答情報を受信しない場合に、前記装置に対して優先度の低い複数種類のプロトコルを送信し、
   前記装置種別を判定する処理は、前記優先度の高い複数種類のプロトコルに対応する応答情報または前記優先度の低い複数種類のプロトコルに対応する応答情報を基にして、前記装置の装置種別を判定することを特徴とする請求項５に記載の監視方法。
7. 前記巡回監視を実行する処理は、ネットワークに接続された複数の装置を装置種別毎に分類し、分類した複数の装置毎に異なる時間間隔で、巡回監視を実行することを特徴とする請求項５または６に記載の監視方法。
8. 前記巡回監視を実行する処理は、前記装置の装置種別に対応するプロトコルを用いて、前記装置に対する巡回監視を実行する最中に前記装置から応答情報を得られない場合には、再度、複数種類のプロトコルを送信することを特徴とする請求項５、６または７に記載の監視方法。
9. コンピュータに、
   ネットワークに接続された装置に対して複数種類のプロトコルを送信し、前記装置から応答情報を受信し、
   キーワードと装置種別とを対応付けた装置種別判別テーブルと、前記応答情報に含まれるキーワードとを基にして、前記装置の装置種別を判定し、
   装置種別に対応するプロトコルを記憶するプロトコルテーブルと、装置種別の判定結果とを基にして、前記装置に対応するプロトコルを判定し、判定したプロトコルを用いて、前記装置に対する巡回監視を実行し、
   前記装置に対する巡回監視を実行する最中に前記装置から得られる応答情報を基にして、前記装置の装置種別を判定し、該装置の装置種別が変化した場合には、再度、複数種類のプロトコルを送信する
   各処理を実行させることを特徴とする監視プログラム。
10. 前記プロトコルを送信する処理は、前記装置に対して優先度の高い複数種類のプロトコルを送信し、前記装置から応答情報を受信しない場合に、前記装置に対して優先度の低い複数種類のプロトコルを送信し、
    前記装置種別を判定する処理は、前記優先度の高い複数種類のプロトコルに対応する応答情報または前記優先度の低い複数種類のプロトコルに対応する応答情報を基にして、前記装置の装置種別を判定することを特徴とする請求項９に記載の監視プログラム。
11. 前記巡回監視を実行する処理は、ネットワークに接続された複数の装置を装置種別毎に分類し、分類した複数の装置毎に異なる時間間隔で、巡回監視を実行することを特徴とする請求項９または１０に記載の監視プログラム。
12. 前記巡回監視を実行する処理は、前記装置の装置種別に対応するプロトコルを用いて、前記装置に対する巡回監視を実行する最中に前記装置から応答情報を得られない場合には、再度、複数種類のプロトコルを送信することを特徴とする請求項９、１０または１１に記載の監視プログラム。

Images