ネットワーク管理システムおよびその制御方法
【課題】管理対象装置の応答可能メッセージ長を自動で測定し、この測定の頻度を抑える。
【解決手段】本発明のネットワーク管理システムは、管理対象装置１０４、管理対象装置１０４を管理する管理装置１０１が通信ネットワーク１０３を介して互いに接続されるネットワーク管理システムＳであって、管理装置１０１は、管理対象装置１０４の応答可能メッセージ長を、管理対象装置１０４を識別する管理対象装置情報と関連付けて記憶する記憶手段３０２と、管理対象装置情報に基づいて記憶手段３０２に記憶された管理対象装置１０４の応答可能メッセージ長を取得する応答可能メッセージ長取得手段２０９と、管理対象装置１０４に対して装置情報要求メッセージを、要求装置情報量を変化させながら繰り返し送信することで、管理対象装置１０４の応答可能メッセージ長を測定する応答可能メッセージ長測定手段２１３、２１２とを備える。
【解決手段】本発明のネットワーク管理システムは、管理対象装置１０４、管理対象装置１０４を管理する管理装置１０１が通信ネットワーク１０３を介して互いに接続されるネットワーク管理システムＳであって、管理装置１０１は、管理対象装置１０４の応答可能メッセージ長を、管理対象装置１０４を識別する管理対象装置情報と関連付けて記憶する記憶手段３０２と、管理対象装置情報に基づいて記憶手段３０２に記憶された管理対象装置１０４の応答可能メッセージ長を取得する応答可能メッセージ長取得手段２０９と、管理対象装置１０４に対して装置情報要求メッセージを、要求装置情報量を変化させながら繰り返し送信することで、管理対象装置１０４の応答可能メッセージ長を測定する応答可能メッセージ長測定手段２１３、２１２とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された管理対象装置の応答可能メッセージ長を設定するネットワーク管理システムおよびその制御方法に関する。
【背景技術】
【０００２】
従来、ネットワークの管理装置がＳＮＭＰを用いて管理対象装置を管理するネットワーク管理システムにおいて、管理装置が管理対象装置から一度に多くの装置情報を取得しようとするとtooBigエラーが起きることがある。ここで、tooBigエラーとは、ＳＮＭＰで定められているエラーで、管理装置からの要求に対する応答メッセージ長が、該管理対象装置が応答する際の限界長である応答可能メッセージ長を超えて大きくなった場合に発生する。
【０００３】
特許文献１には、このtooBigエラーを抑制する技術が開示されている。この技術は、管理装置が管理対象装置の応答可能メッセージ長を記憶しておき、送信する装置情報要求メッセージに対する応答メッセージ長を予測し、予測した応答メッセージ長が応答可能メッセージ長を超えないように装置情報要求メッセージを分割して送信するものである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平08-292922号公報(段落００２３、００４０、図８等)
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、従来の方法では、管理対象装置の応答可能メッセージ長はネットワーク管理者が手動で調べて管理装置に設定する必要がある。管理対象装置の種類が違えば応答可能メッセージ長を調べる方法は異なり、多種かつ多数の管理対象装置で構成されるネットワーク管理システムにおいて全ての管理対象装置の応答可能メッセージ長を調べるのは容易ではなく、過大な作業量が発生するおそれがある。
【０００６】
また、ネットワーク管理システムにおける管理対象装置の交換や追加を行った場合には、交換や追加を行った管理対象装置の応答可能メッセージ長を管理装置に再設定する必要がある。これらの理由で、応答可能メッセージ長を手動で設定することがネットワーク管理者の大きな負担になるという問題がある。
【０００７】
本発明は上記実状に鑑み、管理対象装置の応答可能メッセージ長を自動で測定でき、かつ、応答可能メッセージ長を測定する頻度を抑制できるネットワーク管理システムおよびその制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成すべく、第１の本発明に関わるネットワーク管理システムは、管理対象装置、前記管理対象装置を管理する管理装置が通信ネットワークを介して互いに接続され、前記管理装置が所定のプロトコルを用いて前記管理対象装置との間で該管理対象装置に係る装置情報の通信を行うネットワーク管理システムであって、前記管理装置は、前記管理対象装置の応答可能メッセージ長を、前記管理対象装置を識別する管理対象装置情報と関連付けて記憶する記憶手段と、前記管理対象装置情報に基づいて前記記憶手段に記憶された前記管理対象装置の応答可能メッセージ長を取得する応答可能メッセージ長取得手段と、
前記管理対象装置に対して装置情報要求メッセージを、要求装置情報量を変化させながら繰り返し送信することで、当該管理対象装置の応答可能メッセージ長を測定する応答可能メッセージ長測定手段とを備えている。
【０００９】
第２の本発明に関わるネットワーク管理システムの制御方法は、管理対象装置と前記管理対象装置を管理する管理装置とが通信ネットワークを介して互いに接続され、前記管理装置が所定のプロトコルを用いて前記管理対象装置との間で該管理対象装置に係る装置情報の通信を行うネットワーク管理システムの制御方法であって、前記管理装置は、前記管理対象装置の応答可能メッセージ長を、前記管理対象装置を識別する管理対象装置情報と関連付けて記憶手段に記憶し、応答可能メッセージ長取得手段によって、前記管理対象装置情報に基づいて前記記憶手段に記憶された対応する前記管理対象装置の応答可能メッセージ長を取得し、応答可能メッセージ長測定手段によって、前記管理対象装置に対して装置情報要求メッセージを、要求装置情報量を変化させながら繰り返し送信することで当該管理対象装置の応答可能メッセージ長を測定している。
【発明の効果】
【００１０】
本発明によれば、管理対象装置の応答可能メッセージ長を自動で測定でき、かつ、応答可能メッセージ長を測定する頻度を抑制できるネットワーク管理システムおよびその制御方法を実現できる。
【図面の簡単な説明】
【００１１】
【図１】本発明に係る第１実施形態のネットワーク管理システムの概略構成を示す図である。
【図２】第１実施形態の管理装置が有する主な機能とハードウェア構成を示す概念図である。
【図３】第１実施形態の最大データ長テーブルの一例を示す図である。
【図４】第１実施形態の応答可能メッセージ長テーブルの一例を示す図である。
【図５】第１実施形態の情報共有装置が有する主な機能とハードウェア構成を示す図である。
【図６】第１実施形態の応答可能メッセージ長データベースの一例を示す図である。
【図７】管理対象装置が有する主な機能とハードウェア構成を示す図である。
【図８】管理装置が追加された管理対象装置の情報を応答可能メッセージ長テーブルに登録する処理を示すフローチャートである。
【図９】装置情報取得部が管理対象装置の装置情報を取得する処理のフローチャートである。
【図１０】管理対象装置の応答可能メッセージ長測定処理のフローチャートである。
【図１１Ａ】本発明に係る第２実施形態のネットワーク管理システムを示す図である。
【図１１Ｂ】第２実施形態の図１１Ａのネットワーク管理システムの構成から管理対象装置ａ(１０４a)を移動した構成を示す図である。
【図１１Ｃ】第２実施形態の図１１Ｂのネットワーク管理システムの構成に管理対象装置ｄ(１０４d)を追加した構成を示す図である。
【図１１Ｄ】第２実施形態の図１１Ｃのネットワーク管理システムの構成に管理対象装置ｅ(１０４e)を追加した構成を示す図である。
【図１２】第２実施形態の応答可能メッセージ長データベースの遷移を示す図である。
【図１３】第２実施形態の応答可能メッセージ長テーブルの遷移を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について添付図面を参照して詳細に説明する。
＝＝第１実施形態＝＝
＜ネットワーク管理システムＳの全体構成＞
図１は、本発明に係る第１実施形態のネットワーク管理システムＳの概略構成を示す図である。
図１に示すように、ネットワーク管理システムＳは、通信ネットワーク１０３に接続された管理対象の管理対象装置１０４、管理対象装置１０４の装置情報を取得してネットワーク管理を行う管理装置１０１、管理対象装置１０４の共有情報が格納される情報共有装置１０２が、通信ネットワーク１０３を介して、接続されている。
通信ネットワーク１０３は、例えばＬＡＮ(Local Area network)、ＷＡＮ(Wide Area Network)、若しくはインターネット等である。
【００１３】
＜管理装置１０１＞
図２は、管理装置１０１が有する主な機能とハードウェア構成を示す概念図である。
図２に示すように、管理装置１０１は演算装置であるＣＰＵ(Central Processing Unit)２０２、ＣＰＵ２０２が使用する一時記憶領域である主記憶装置２０１、通信ネットワーク１０３との接続を行う通信インターフェース２０５、ハードディスクドライブ等の補助記憶装置の外部記憶装置２０７、外部記憶装置２０７を接続するためのディスクインターフェース２０６、キーボードやマウスなどの入力装置２０３、ディスプレイなどの表示装置２０４を有して構成されている。
【００１４】
なお、図２においては、外部記憶装置２０７は、管理装置１０１とは別体の構成を例示しているが、管理装置１０１内に格納されてもよいし、図２に示すように、管理装置１０１と別体に、データベースサーバ等として構成してもよい。
図２に示す装置情報取得部２０９、応答メッセージ長予測部２１０、装置情報要求メッセージ分割部２１１、tooBigエラー検知部２１２、応答可能メッセージ長測定部２１３の各機能は、ＣＰＵ２０２がプログラム２０８を主記憶装置２０１にロードし実行することによって実現される。なお、装置情報取得部２０９、応答メッセージ長予測部２１０、装置情報要求メッセージ分割部２１１、tooBigエラー検知部２１２、応答可能メッセージ長測定部２１３等のプログラム２０８は、外部記憶装置２０７に機械語の形で格納されている。
【００１５】
図２に示す管理装置１０１の装置情報取得部２０９は、ネットワーク(通信ネットワーク１０３)に接続された通信機器を監視・制御するためのプロトコルであるＳＮＭＰ(Simple Network Management Protocol)(所定のプロトコル)を用いて、管理装置１０１から管理対象装置１０４に、当該管理対象装置１０４に係る装置情報を要求する装置情報要求メッセージを送信する。そして、装置情報取得部２０９は、該装置情報要求メッセージを受信した管理対象装置１０４からの応答メッセージを受信することで、当該管理対象装置１０４に係る装置情報を取得する。
【００１６】
図２に示す外部記憶装置２０７に記憶される最大データ長テーブル２１４には、装置情報を識別するための識別情報であるＯＩＤ(Object Identifier)(管理対象装置情報)とそのＯＩＤで指定される装置情報の最大データ長との対応が登録されている。
ここで、ＯＩＤはＳＮＭＰで定義された装置情報の識別子であり、管理装置１０１が要求する装置情報を指定するために使用する。
【００１７】
図３は、最大データ長テーブル２１４の一例を示す図であり、例えば、１行目のＯＩＤが.1.3.6.1.2.1.1.1である装置情報の最大データ長は２５５オクテットであることを示している。
図２に示す管理装置１０１の応答メッセージ長予測部２１０は、装置情報取得部２０９からの装置情報要求メッセージに対して管理対象装置１０４が送信する応答メッセージ長を予測する。応答メッセージ長の予測値には、要求する装置情報のＯＩＤに対応する最大データ長を、最大データ長テーブル２１４(図２参照)を用いて求め、これにヘッダ等の大きさを加えたものを適用する。一度に要求する装置情報が複数の場合は、それぞれの装置情報の最大データ長を足し合わせたものにヘッダ等の大きさを加えたものを応答メッセージ長の予測値に適用する。
【００１８】
図２に示す管理装置１０１の装置情報要求メッセージ分割部２１１は、装置情報取得部２０９が管理対象装置１０４に送信する装置情報要求メッセージを分割し、一度に要求する装置情報の量を減らす機能を有する。
図２に示す管理装置１０１のtooBigエラー検知部２１２は、装置情報取得部２０９が取得した装置情報を解析し、メッセージ長過大エラーであるtooBigエラーが起こっていた場合はこれを検知する。
【００１９】
図２に示す管理装置１０１の応答可能メッセージ長測定部２１３は、装置情報要求メッセージを、要求する装置情報量を変化させながら送ることで、管理対象装置１０４の応答可能メッセージ長を測定する。
図２に示す外部記憶装置２０７に記憶される応答可能メッセージ長テーブル２１５には、管理対象装置１０４のＩＰ(Internet Protocol Address)アドレスと応答可能メッセージ長の対応が登録されている。
図４は、応答可能メッセージ長テーブル２１５の一例を示す図である。図４の１行目のＩＰアドレスがXXX.XXX.XXX.1である管理対象装置１０４の応答可能メッセージ長は２０００オクテットであることを示している。
【００２０】
＜情報共有装置１０２＞
図５は、情報共有装置１０２が有する主な機能とハードウェア構成を示す図である。
図５に示す情報共有装置１０２は、各管理対象装置１０４(図１参照)に関する情報を保持し、管理装置１０１が情報共有装置１０２にアクセスして該情報を取得することにより、各管理対象装置１０４に関する情報が共有される。
図５に示すように、情報共有装置１０２は、管理装置１０１と同様に、ＣＰＵ２１２、主記憶装置２１１、通信ネットワーク１０３(図１参照)を介して通信を行うための通信インターフェース２１５、外部記憶装置２１７、外部記憶装置２１７を接続するためのディスクインターフェース２１６、入力装置２１３、出力装置である表示装置２１４等を有して構成されている。
なお、外部記憶装置２１７は、図５に示すように、情報共有装置１０２と別体に構成してもよいし、情報共有装置１０２内に格納する構成としてもよい。
また、ネットワーク管理システムとしては、管理装置１０１と管理対象装置１０４から構成し、情報共有装置１０２で有する機能を全て管理装置１０１に持たせることも可能である。このとき、外部記憶装置２１７は、管理装置１０１と接続する別体の構成や、管理装置１０１内に格納する構成としてもよい。
【００２１】
図５に示すデータベース操作部３０１の機能は、ＣＰＵ２１２がプログラム２１８を主記憶装置２１１にロードし、実行することによって実現される。なお、データベース操作部３０１のプログラム２１８は、外部記憶装置２１７に機械語の形で格納されている。
図５に示す外部記憶装置２１７に記憶される応答可能メッセージ長データベース３０２には、管理対象装置１０４(図１参照)のＭＡＣアドレス、sysObjectID及び応答可能メッセージ長の対応が登録されている。ここで、ＭＡＣアドレスは、各管理対象装置１０４が通信ネットワーク１０３を介して通信を行うための通信インターフェース２２５(図７参照)を識別するための通信インターフェース識別子である。また、sysObjectIDはＯＩＤの一つで、管理対象装置１０４の装置の種類を示す機器識別子である。
【００２２】
図６は、応答可能メッセージ長データベース３０２(図５参照)の一例を示す図である。例えば、図６の１行目のレコードのＭＡＣアドレスが11.11.11.AA.AA.AAの通信インターフェース２２５を持つ管理対象装置１０４は、sysObjectIDが.1.3.6.1.4.1.100.1であり、応答可能メッセージ長が２０００オクテットであることを示している。
図５に示す情報共有装置１０２のデータベース操作部３０１は、応答可能メッセージ長データベース３０２に対して情報の登録、削除、検索などを実行する。
【００２３】
＜管理対象装置１０４＞
図１に示す管理対象装置１０４は、管理装置１０１からの装置情報要求メッセージを受信し、該装置情報要求メッセージで要求された装置情報を含む応答メッセージを当該管理装置１０１に返信する。
図７は、管理対象装置１０４が有する主な機能とハードウェア構成を示す図である。
図７に示すように、管理対象装置１０４は、管理装置１０１と同様に、ＣＰＵ２２２、主記憶装置２２１、通信ネットワーク１０３を介して通信を行うための通信インターフェース２２５、補助記憶装置の外部記憶装置２２７、外部記憶装置２２７と接続するためのディスクインターフェース２２６、入力装置２２３、出力装置の表示装置２２４を有して構成されている。なお、外部記憶装置２２７は、図７に示すように、管理対象装置１０４と別体に構成してもよいし、管理対象装置１０４内に格納する構成としてもよい。
【００２４】
図７に示す装置情報応答部４０１の機能は、ＣＰＵ２２２がプログラム２２８を主記憶装置２２１にロードし実行することによって実現される。なお、この装置情報応答部４０１のプログラム２２８は、外部記憶装置２２７に機械語の形で格納されている。
図７に示すＭＩＢ(Management Information Base)４０２は、ＳＮＭＰで規定されたデータベースであり、管理対象装置１０４の装置情報が登録されており、外部記憶装置２０７が記憶している。
装置情報応答部４０１は、管理装置１０１(図１参照)からの装置情報要求メッセージで指定された装置情報をＭＩＢ４０２から取得して、この情報を含んだ応答メッセージを、装置情報要求メッセージを送った管理装置１０１に送信する。
【００２５】
＝＝＝処理説明＝＝＝
次に、上述のネットワーク管理システムＳにおいて行われる処理について説明する。なお、以下のフローチャートの説明において符号の前に付している文字「Ｓ」はステップを意味する。
＜管理装置１０１が、通信ネットワーク１０３に追加された管理対象装置１０４の情報を、応答可能メッセージ長テーブル２１５に登録する処理＞
まず、ネットワーク管理者等が通信ネットワーク１０３に管理対象装置１０４を追加した際に、追加された管理対象装置１０４の情報を、管理装置１０１が応答可能メッセージ長テーブル２１５(図２参照)に登録する処理について、その処理のフローチャートを示す図８に従って説明する。
【００２６】
管理装置１０１の起動後（図８のＳ８０１）、新たにまたは再度、管理対象装置１０４を通信ネットワーク１０３に追加すると（図８のＳ８０２）、管理装置１０１の装置情報取得部２０９(図２参照)が、当該管理対象装置１０４のＭＩＢ４０２(図７参照)から、追加された管理対象装置１０４のＭＡＣアドレスとsysObjectIDを取得する（図８のＳ８０３）。
Ｓ８０３で取得したＭＡＣアドレスをキーにして、装置情報取得部２０９(図２参照)が、
図５に示す情報共有装置１０２の応答可能メッセージ長データベース３０２を検索し、取得したＭＡＣアドレスのレコードが登録されていれば（図８のＳ８０４：ＹＥＳ）そのＭＡＣアドレスに対応した応答可能メッセージ長を当該管理対象装置１０４のＩＰアドレスと関連付けて応答可能メッセージ長テーブル２１５(図２、図４参照）に登録する（図８のＳ８０５）。
【００２７】
ここで、前記したように、ＭＡＣアドレスは管理対象装置１０４の通信インターフェース２２５(図７参照)と一意に対応するものであり、情報共有装置１０２の応答可能メッセージ長データベース３０２(図５、図６参照)からＭＡＣアドレスをキーにして取得した応答可能メッセージ長は、以前測定された同管理対象装置１０４の応答可能メッセージ長である。この取得した応答可能メッセージ長を管理装置１０１に設定することで、同じ管理対象装置１０４に対して何度も応答可能メッセージ長測定処理を行うことを防ぐことができる。
【００２８】
一方、図８のＳ８０３で取得したＭＡＣアドレスが、情報共有装置１０２の応答可能メッセージ長データベース３０２(図５、図６参照)に登録されていなければ（図８のＳ８０４：ＮＯ）、Ｓ８０３で取得したsysObjectIDをキーにして再度、応答可能メッセージ長データベース３０２を検索し、取得したsysObjectIDのレコードが登録されていれば（Ｓ８０６：ＹＥＳ）そのsysObjectIDに対応した応答可能メッセージ長の中で最も大きい値を、管理対象装置１０４のＩＰアドレスと関連付けて応答可能メッセージ長テーブル２１５(図２、図４参照）に登録する（図８のＳ８０７）。
【００２９】
ここで、sysObjectIDが等しいことは管理対象装置１０４の装置の種類が等しいことを示す。つまりsysObjectIDの等しい別の管理対象装置で設定されている応答可能メッセージ長を流用することで、実際の管理対象装置１０４の応答可能メッセージ長に近いことを期待できる。元来、MACアドレスは装置に装着する通信ポート毎に割り振られている値であり、tooBigエラーはポート毎に発生する。したがってMACアドレスと応答可能メッセージ長との対応関係を有することはtooBigエラー発生を防ぐ点で重要である。しかしながら昨今のネットワークシステムでは、1台の通信装置に複数の通信ポートを実装するものや、また同種類の通信装置を多数接続したものもある。こうなるとMACアドレスで応答可能メッセージ長と対応付けるだけでなく、装置の種類を示す識別子と対応付けることも重要である。例えば、ある装置に既に割当てられた応答可能メッセージ長を装置の種類を示す識別子から特定し、同じ識別子を有した別装置のポートに流用して割当てる。これによりあるポートに割当てるべき応答可能メッセージ長を特定するのに必要な情報量を減らすことが可能となる。新たな通信装置をネットワークに増設する場合であっても、既に接続されている同種の通信装置で割当てられている応答可能メッセージ長を流用することも可能となる。これにより応答可能メッセージ長を特定するための余分な計測を減らすことも可能となり、ネットワーク全体の負荷を下げる効果も期待できる。
また、sysObjectIDが等しいものの中で最も大きい応答可能メッセージ長を選択することで、過小な応答可能メッセージ長を管理装置１０１に設定することを防ぐことができる。
【００３０】
一方、図８のＳ８０３で取得したsysObjectIDも応答可能メッセージ長データベース３０２に登録されていなければ（Ｓ８０６：ＮＯ）、無限大(＝∞)の応答可能メッセージ長を管理対象装置１０４のＩＰアドレスと関連付けて応答可能メッセージ長テーブル２１５(図２、図４参照)に登録する（図８のＳ８０８）。
以上が、図８に示す通信ネットワーク１０３に追加された管理対象装置１０４の情報を、管理装置１０１が応答可能メッセージ長テーブル２１５に登録する処理である。
【００３１】
＜管理対象装置１０４の装置情報を取得する処理＞
次に、管理装置１０１(図２参照)が管理対象装置１０４の装置情報を取得する処理を、その処理のフローチャートを示す図９に従って説明する。
まず、図２に示す応答メッセージ長予測部２１０が、応答可能メッセージ長テーブル２１５から、該当する管理対象装置１０４のＩＰアドレスに対応した応答可能メッセージ長を取得する（図９のＳ９０１）。
また、応答メッセージ長予測部２１０が、該当する管理対象装置１０４へ送信する装置情報要求メッセージを解析し、該当する管理対象装置１０４から返信される応答メッセージ長を予測する（図９のＳ９０２）。
【００３２】
Ｓ９０２で予測した該当する管理対象装置１０４から返信される応答メッセージ長が、Ｓ９０１で取得した応答可能メッセージ長以下になるように、装置情報要求メッセージ分割部２１１(図２参照)が分割した装置情報要求メッセージを管理対象装置１０４に送信する（図９のＳ９０３）。
これに対して、当該装置情報要求メッセージを受信した管理対象装置１０４が送信した応答メッセージを、tooBigエラー検知部２１２(図２参照)が解析し、tooBigエラーが発生していなかったら（Ｓ９０４：ＮＯ）、装置情報取得処理を終了する。
【００３３】
一方、tooBigエラーが発生していた場合（Ｓ９０４：ＹＥＳ）、応答可能メッセージ長測定部２１３(図２参照)が当該管理対象装置１０４の応答可能メッセージ長を測定する（図９のＳ９０５）。なお、このＳ９０５の管理対象装置１０４の応答可能メッセージ長を測定する処理(詳細は後記)については、後記する。
そして、Ｓ９０５で測定した応答可能メッセージ長を、図２に示す管理装置１０１の応答可能メッセージ長テーブル２１５と、図５に示す情報共有装置１０２の応答可能メッセージ長データベース３０２に登録し（図９のＳ９０６）、Ｓ９０１に戻る。
以上が、図９に示す管理装置１０１が管理対象装置１０４の装置情報を取得する処理である。
【００３４】
＜図９のＳ９０５の応答可能メッセージ長測定処理＞
次に、前記の図９のＳ９０５における応答可能メッセージ長測定処理について、そのフローチャートを示す図１０に従って説明する。
図１０においては、管理対象装置１０４のコミュニティ名はpublicとする。ＳＮＭＰではコミュニティ名長に制限が定められていないので、一般的にデフォルトのコミュニティ名であるpublicを前提とする。
なお、コミュニティ名は、装置情報にアクセスするための、管理対象装置１０４ごとに設定されるパスワードのようなものであり、ＳＮＭＰでは装置情報をやりとりするために、ＳＮＭＰメッセージにコミュニティ名をエンコードする。
よって、下記のudpInDatagramsを要求するＳＮＭＰメッセージ長は、要求装置情報数とコミュニティ名長に依存する。
図１０を参照して、管理対象装置１０４の応答可能メッセージ長の測定に使用する装置情報要求メッセージをGetRequest、要求装置情報をudpInDatagrams、要求装置情報数を２５とし、要求装置情報数の増加幅を１と設定する（図１０のＳ１００１）。
【００３５】
ここでudpInDatagramsは、ＳＭＴＰの仕様で定められるCounter型の値を持つ装置情報で、ＯＩＤは.1.3.6.1.2.1.7.1である。Counter型は値の大きさがＳＮＭＰで使用されるデータ型の中で最も小さい４オクテット以下と定められている。そのため、データ型の中で最も小さいCounter型であるudpInDatagramsを測定に使用することで、実際の応答可能メッセージ長に最も近い精度の高い結果が得られる。
また、ＳＮＭＰの仕様を定めるＲＦＣ(Request For Comment)１１５７で、ＳＮＭＰを実装する装置には４８４オクテット(ＳＮＭＰが最低限サポートするメッセージ長)以下のＳＮＭＰメッセージは正常に処理することが求められている。そのため、この値をもとに要求装置情報数を２５とした。要求装置情報数を２５とすると、udpInDatagramsの値の大きさが最大の４オクテットである場合に応答メッセージのサイズは、４８３オクテットとなる。
【００３６】
ここで、udpInDatagramsの値の大きさを４オクテットとする場合、udpInDatagramsを要求した場合の応答メッセージ長は、以下の式で求められる。
応答メッセージ長 ＝ ２７＋コミュニティ名長＋１８×要求装置情報数 (１)
(１)式における１８はudpInDatagramsの値一つの大きさであり、２７はＳＮＭＰメッセージのヘッダ(等)の大きさである。
よって、コミュニティ名(public)長を６オクテット、要求装置情報数を２５とすると応答メッセージ長は４８３オクテットとなる。
この４８３オクテットは、４８４オクテットを超えずかつ４８４オクテットに最も近い値となるため、測定開始時の要求装置情報数として最も適切である。
【００３７】
図１０のＳ１００１で設定した装置情報要求メッセージを、応答可能メッセージ長測定部２１３(図２参照)が管理対象装置１０４に送信する（図１０のＳ１００２）。
送信された装置情報要求メッセージに対して、管理対象装置１０４から管理装置１０１に応答メッセージを送信する。そして、管理装置１０１が受信した応答メッセージをtooBigエラー検知部２１２(図２参照)が解析し、tooBigエラーが発生していなければ（図１０のＳ１００３：ＮＯ）、応答メッセージ長をワークエリアに記憶する（図１０のＳ１００４）。
続いて、図１０のＳ１００５において、要求装置情報数が最大値の４６７３であるか否か判定される。
【００３８】
ここで、要求装置情報数の最大値が４６７３であることは、次のようにして求められる。
まず、装置情報要求メッセージ長を以下の式で求める。
装置情報要求メッセージ長 = 27＋コミュニティ名長＋14×要求装置情報数 (２)
なお、(２)式における１４は、udpInDatagramsのデータ値が入らない分だけ、(１)式における１８より、データ量が小さくなる。
また、このメッセージを含むＩＰパケット長は以下の式で求められる。
ＩＰパケット長 = 装置情報要求メッセージ長＋60＋8 (３)
60はＩＰヘッダの最大長で、８はＵＤＰ(User Datagram Protocol)ヘッダ長である。ＩＰパケット長の最大値が６５５３５オクテットなので、(２)式と(３)式より、要求装置情報数は、 (65535−60−8−27−6)／14 ≒ 4673.9 の演算により、要求装置情報数の最大値が４６７３と求められる。
【００３９】
図１０のＳ１００５において、要求装置情報数が４６７３でなければ（図１０のＳ１００５：ＮＯ）要求装置情報数を増加幅だけ増やし（図１０のＳ１００６）、要求装置情報数が４６７４以上で無ければ（図１０のＳ１００７：ＮＯ）増加幅を倍にし（図１０のＳ１００８）、再度、装置情報要求メッセージを管理対象装置１０４に送信する（図１０のＳ１００２）。
【００４０】
一方、図１０のＳ１００５で要求装置情報数が４６７３となる場合は（Ｓ１００５：ＹＥＳ）、その時点で記憶している応答メッセージ長(図１０のＳ１００４で記憶)を当該管理対象装置１０４の応答可能メッセージ長とする（図１０のＳ１０１４）。これは、要求装置情報数が４６７３を超えると、その装置情報要求メッセージを含んだＩＰパケットがＩＰパケットの既定の最大長である６５５３５Bytesを超える可能性がある為である。
【００４１】
また、図１０のＳ１００７で要求装置情報数が４６７４以上の場合は（Ｓ１００７：ＹＥＳ）、要求装置情報数を増加幅だけ減らして増加幅を１にし（図１０のＳ１００９）、要求装置情報数を増加幅だけ増やし（図１０のＳ１０１０）、再度、装置情報要求メッセージを管理対象装置１０４に送信する（Ｓ１００２）。これも前述したＩＰパケットの既定の最大長を考慮したものである。
図１０のＳ１００３でtooBigエラーが発生した場合は（Ｓ１００３：ＹＥＳ）、増加幅が1でなければ（Ｓ１０１１：ＮＯ）、要求装置情報数を(増加幅÷２)だけ減らして増加幅を１にし（Ｓ１０１２）、要求装置情報数を増加幅（＝１）だけ増やし（Ｓ１０１３）、再度装置情報要求メッセージを管理対象装置１０４に送信する（図１０のＳ１００２）。
【００４２】
図１０のＳ１０１１で増加幅が１の場合は（Ｓ１０１１：ＹＥＳ）、その時点で記憶している応答メッセージ長(図１０のＳ１００４で記憶)を管理対象装置１０４の応答可能メッセージ長とする（図１０のＳ１０１４）。
以上が、図９のＳ９０５において行われる図１０に示す応答可能メッセージ長測定処理である。
上述の如く、図１０に示すように、応答可能メッセージ長測定部２１３(図２参照)が、管理対象装置１０４の応答可能メッセージ長を測定するに際して、要求装置情報数の増加幅を１サイクルごと倍にしていくことで、測定の為に送信する装置情報要求メッセージの数を抑えることができる。
【００４３】
＝＝第２実施形態＝＝
次に、本発明の第２実施形態について説明する。
第２実施形態では、通信ネットワーク１０３に、管理対象装置１０４が追加されたときの管理装置１０１(図２参照)の応答可能メッセージ長テーブル２１５および情報共有装置１０２(図５参照)の応答可能メッセージ長データベース３０２の変化の例を示す。
図１１Ａ〜図１１Ｄは、第２実施形態のネットワーク管理システム２Ｓ(２Ｓｂ、２Ｓc)の概略的な構成を示す図である。
【００４４】
第２実施形態のネットワーク管理システム２Ｓは、図１１Ａを初期状態とし、時間経過に従い、図１１Ｂ、図１１Ｃ、図１１Ｄの順に遷移するものとする。
なお、図１１Ａ〜図１１Ｄにおいて、管理装置a(１０１a)および管理装置b(１０１b)および管理装置c(１０１c)は、図１の管理装置１０１と同等であり、情報共有装置１０２aは、図１の情報共有装置１０２と同等である。同様に、図１１Ａ〜図１１Ｄにおいて、通信ネットワーク１０３aは図１の通信ネットワーク１０３と同等であり、管理対象装置a(１０４a)および管理対象装置b(１０４b)および管理対象装置c(１０４c)および管理対象装置d(１０４d)および管理対象装置e(１０４e)は図１の管理対象装置１０４と同等である。
【００４５】
図１１Ａ〜図１１Ｄにおいて、管理装置a(１０１a)は管理範囲a(１１０１a)に含まれる管理対象装置のみを管理し、管理装置b(１０１b)は管理範囲b(１１０１b)に含まれる管理対象装置のみを管理し、管理装置c(１０１c)は管理範囲c(１１０１c)に含まれる管理対象装置のみを管理している。
図１１Ａにおいて、管理装置a(１０１a)は管理対象装置を管理したことがなく、管理装置b(１０１b)は管理対象装置a(１０４a)および管理対象装置b(１０４b)以外は管理したことがなく、また、管理装置c(１０１c)は管理対象装置c(１０４c)以外は管理したことがないものとする。
【００４６】
図１１Ａ〜図１１Ｄに示す通信ネットワーク１０３aには、それぞれ図１１Ａ〜図１１Ｄに示した装置以外は接続されていないものとする。
図１１Ａにおいて、情報共有装置１０２aは図１２に示す応答可能メッセージ長データベース３０２aを保持している。図１２に示すレコード１３０１は管理対象装置a(１０４a)の情報であり、レコード１３０２は管理対象装置b(１０４b)の情報であり、レコード１３０３は管理対象装置c(１０４c)の情報である。
【００４７】
図１１Ａにおいて、管理装置a(１０１a)は図１３に示す応答可能メッセージ長テーブル２１５aを保持している。
図１１Ａに示す管理範囲a(１１０１a)には含まれる管理対象装置が無いため、この時点での管理装置a(１０１a)の応答可能メッセージ長テーブル２１５a(図１３参照)にはレコードがない。
図１１Ａのネットワーク管理システム２Ｓに対し、管理範囲b(１１０１b)にある管理対象装置a(１０４a)を、管理範囲b(１１１０１b)から管理範囲a(１１０１a)に移動したものを図１１Ｂに示す。管理範囲a(１１０１a)での管理対象装置a(１０４a)のＩＰアドレスはXXX.XXX.XXX.1とする。
【００４８】
管理装置a(１０１a)は新たに管理対象となった管理対象装置a(１０４a)の情報を、図８のフローチャートに従って応答可能メッセージ長テーブル２１５a(図１３参照)に登録する。管理対象装置a(１０４a)の情報は、図１１Ａの時点で既に管理装置b(１０１b)によって情報共有装置１０２aの応答可能メッセージ長データベース３０２a(図１２のレコード１３０１参照)に登録されている。そのため、応答可能メッセージ長テーブル２１５a(図１３参照)はレコード１３０１の応答可能メッセージ長が登録され、レコード１２０１が追加された応答可能メッセージ長テーブル２１５b(図１３参照)に遷移する。
【００４９】
図１１Ｂのネットワーク管理システム２Ｓｂに対し、新たに管理対象装置d(１０４d)を管理範囲a(１１０１a)に接続したものを図１１Ｃに示す。管理範囲a(１１０１a)での管理対象装置d１０４dのＩＰアドレスはXXX.XXX.XXX.2、通信インターフェースを識別するＭＡＣアドレスは11.11.11.DD.DD.DD、装置の種類を識別するsysObjectIDは.1.3.6.1.4.1.100.1とする。
管理装置a(１０１a)は、新たに管理対象となった管理対象装置d(１０４d)の情報を、図８のフローチャートに従って応答可能メッセージ長テーブル２１５b(図１３参照)に登録する。
【００５０】
管理対象装置d(１０４d)の情報は、図１１Ｂの時点での情報共有装置１０２aの応答可能メッセージ長データベース３０２a(図１２参照)に登録されていない。そこで、管理装置a(１０１a)の装置情報取得部(図１参照)によって、管理対象装置a(１０４a)の情報であるレコード１３０１(図１２参照)および管理対象装置b(１０４b)の情報であるレコード１３０２(図１２参照)と新たに加わる管理対象装置d(１０４d)のsysObjectIDが等しいので、これらのレコードの応答可能メッセージ長のうち大きい方が、応答可能メッセージ長テーブル２１５b(図１３参照)に登録され、レコード１２０２が追加された応答可能メッセージ長テーブル２１５c(図１３参照)に遷移する。
【００５１】
図１１Ｃのネットワーク管理システム２Ｓcに対し、新たに管理対象装置e(１０４e)を管理範囲a(１１０１a)に接続したものを図１１Ｄに示す。
図１１Ｄに示す管理範囲a(１１０１a)での管理対象装置e(１０４e)のＩＰアドレスはXXX.XXX.XXX.3、通信インターフェースを識別するＭＡＣアドレスは22.22.22.EE.EE.EE、装置の種類を識別するsysObjectIDは.1.3.6.1.4.1.200.2、応答可能メッセージ長は５０００とする。
【００５２】
管理装置a(１０１a)は新たに管理対象となった管理対象装置e(１０４e)の情報を、図８のフローチャートに従って、応答可能メッセージ長テーブル２１５c(図１３参照)に登録する。管理対象装置e(１０４e)の情報は、図１１Ｃに示すネットワーク管理システム２Ｓｃの時点での情報共有装置１０２aの応答可能メッセージ長データベース３０２a(図１２参照)に登録されておらず、装置の種類を識別するsysObjectIDが等しいレコードも無いため、応答可能メッセージ長テーブル２１５cには、無限大(＝∞)の応答可能メッセージ長が登録され、レコード１２０３が追加された応答可能メッセージ長テーブル２１５d(図１３参照)に遷移する。
【００５３】
この状態で管理装置a(１０１a)が、管理対象装置e(１０４)eに対して図９に示す装置情報取得処理を実行し、tooBigエラーが発生したものとする。
管理装置a(１０１a)は、図１０の応答可能メッセージ長測定処理を実行し、その結果を、応答可能メッセージ長テーブル２１５d(図１３参照)および応答可能メッセージ長データベース３０２a(図１２参照)に登録する。すなわち、図１３に示す応答可能メッセージ長テーブル２１５dは、レコード１２０３がレコード１２０４に更新された応答可能メッセージ長テーブル２１５eに遷移し、図１２に示す応答可能メッセージ長データベース３０２aは、レコード１３０４が追加された応答可能メッセージ長データベース３０２bに遷移する。
以上のようにして、管理装置a(１０１a)の応答可能メッセージ長テーブル２１５e(図１３参照)および情報共有装置１０２aの応答可能メッセージ長データベース３０２b(図１２参照)が作成される。
【００５４】
＜＜作用効果＞＞
本発明によれば、管理対象装置１０４ごとの応答可能メッセージ長を管理装置１０１で、自動で測定し設定することにより、ネットワーク管理負担を軽減することができる。
また、一度測定した応答可能メッセージ長を、管理対象装置１０４を識別する管理対象装置情報に関連付けて複数の管理装置１０１で共有することで、応答可能メッセージ長を測定する頻度を抑制し通信ネットワーク１０３へのトラフィックの負荷の増大を防ぐことができる。
【００５５】
なお、前記実施形態においては、管理装置１０１と情報共有装置１０２とを別体に構成した場合を例示して説明したが、管理装置１０１と情報共有装置１０２とを一体に構成してもよい。
また、所定のプロトコルとして、ＳＮＭＰを例示して説明したが、ＳＮＭＰ以外のプロトコルにおいても、本発明は有効に適用可能である。
【符号の説明】
【００５６】
１０１ 管理装置
１０１a 管理装置a
１０１b 管理装置b
１０１c 管理装置c
１０２ 情報共有装置
１０２a 情報共有装置
１０３ 通信ネットワーク
１０３a 通信ネットワーク
１０４ 管理対象装置
１０４a 管理対象装置a
１０４b 管理対象装置b
１０４c 管理対象装置c
１０４d 管理対象装置d
１０４e 管理対象装置e
２０９ 装置情報取得部(応答可能メッセージ長取得手段)
２１０ 応答メッセージ長予測部
２１２ tooBigエラー検知部(応答可能メッセージ長測定手段)
２１３ 応答可能メッセージ長測定部(応答可能メッセージ長測定手段)
２１５ 応答可能メッセージ長テーブル
２１５a、２１５ｂ、２１５c、２１５d、２１５e 応答可能メッセージ長テーブル
２２５ 通信インターフェース
３０２ 応答可能メッセージ長データベース(記憶手段)
３０２a、３０２b 応答可能メッセージ長データベース(記憶手段)
４０１ 装置情報応答部
Ｓ ネットワーク管理システム
２Ｓb ネットワーク管理システム
２Ｓc ネットワーク管理システム
ＭＡＣアドレス 通信インターフェース識別子
ＯＩＤ 管理対象装置情報
ＳＮＭＰ 所定のプロトコル
sysObjectID 機器識別子
tooBigエラー メッセージ長過大エラー
【技術分野】
【０００１】
本発明は、ネットワークに接続された管理対象装置の応答可能メッセージ長を設定するネットワーク管理システムおよびその制御方法に関する。
【背景技術】
【０００２】
従来、ネットワークの管理装置がＳＮＭＰを用いて管理対象装置を管理するネットワーク管理システムにおいて、管理装置が管理対象装置から一度に多くの装置情報を取得しようとするとtooBigエラーが起きることがある。ここで、tooBigエラーとは、ＳＮＭＰで定められているエラーで、管理装置からの要求に対する応答メッセージ長が、該管理対象装置が応答する際の限界長である応答可能メッセージ長を超えて大きくなった場合に発生する。
【０００３】
特許文献１には、このtooBigエラーを抑制する技術が開示されている。この技術は、管理装置が管理対象装置の応答可能メッセージ長を記憶しておき、送信する装置情報要求メッセージに対する応答メッセージ長を予測し、予測した応答メッセージ長が応答可能メッセージ長を超えないように装置情報要求メッセージを分割して送信するものである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平08-292922号公報(段落００２３、００４０、図８等)
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、従来の方法では、管理対象装置の応答可能メッセージ長はネットワーク管理者が手動で調べて管理装置に設定する必要がある。管理対象装置の種類が違えば応答可能メッセージ長を調べる方法は異なり、多種かつ多数の管理対象装置で構成されるネットワーク管理システムにおいて全ての管理対象装置の応答可能メッセージ長を調べるのは容易ではなく、過大な作業量が発生するおそれがある。
【０００６】
また、ネットワーク管理システムにおける管理対象装置の交換や追加を行った場合には、交換や追加を行った管理対象装置の応答可能メッセージ長を管理装置に再設定する必要がある。これらの理由で、応答可能メッセージ長を手動で設定することがネットワーク管理者の大きな負担になるという問題がある。
【０００７】
本発明は上記実状に鑑み、管理対象装置の応答可能メッセージ長を自動で測定でき、かつ、応答可能メッセージ長を測定する頻度を抑制できるネットワーク管理システムおよびその制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成すべく、第１の本発明に関わるネットワーク管理システムは、管理対象装置、前記管理対象装置を管理する管理装置が通信ネットワークを介して互いに接続され、前記管理装置が所定のプロトコルを用いて前記管理対象装置との間で該管理対象装置に係る装置情報の通信を行うネットワーク管理システムであって、前記管理装置は、前記管理対象装置の応答可能メッセージ長を、前記管理対象装置を識別する管理対象装置情報と関連付けて記憶する記憶手段と、前記管理対象装置情報に基づいて前記記憶手段に記憶された前記管理対象装置の応答可能メッセージ長を取得する応答可能メッセージ長取得手段と、
前記管理対象装置に対して装置情報要求メッセージを、要求装置情報量を変化させながら繰り返し送信することで、当該管理対象装置の応答可能メッセージ長を測定する応答可能メッセージ長測定手段とを備えている。
【０００９】
第２の本発明に関わるネットワーク管理システムの制御方法は、管理対象装置と前記管理対象装置を管理する管理装置とが通信ネットワークを介して互いに接続され、前記管理装置が所定のプロトコルを用いて前記管理対象装置との間で該管理対象装置に係る装置情報の通信を行うネットワーク管理システムの制御方法であって、前記管理装置は、前記管理対象装置の応答可能メッセージ長を、前記管理対象装置を識別する管理対象装置情報と関連付けて記憶手段に記憶し、応答可能メッセージ長取得手段によって、前記管理対象装置情報に基づいて前記記憶手段に記憶された対応する前記管理対象装置の応答可能メッセージ長を取得し、応答可能メッセージ長測定手段によって、前記管理対象装置に対して装置情報要求メッセージを、要求装置情報量を変化させながら繰り返し送信することで当該管理対象装置の応答可能メッセージ長を測定している。
【発明の効果】
【００１０】
本発明によれば、管理対象装置の応答可能メッセージ長を自動で測定でき、かつ、応答可能メッセージ長を測定する頻度を抑制できるネットワーク管理システムおよびその制御方法を実現できる。
【図面の簡単な説明】
【００１１】
【図１】本発明に係る第１実施形態のネットワーク管理システムの概略構成を示す図である。
【図２】第１実施形態の管理装置が有する主な機能とハードウェア構成を示す概念図である。
【図３】第１実施形態の最大データ長テーブルの一例を示す図である。
【図４】第１実施形態の応答可能メッセージ長テーブルの一例を示す図である。
【図５】第１実施形態の情報共有装置が有する主な機能とハードウェア構成を示す図である。
【図６】第１実施形態の応答可能メッセージ長データベースの一例を示す図である。
【図７】管理対象装置が有する主な機能とハードウェア構成を示す図である。
【図８】管理装置が追加された管理対象装置の情報を応答可能メッセージ長テーブルに登録する処理を示すフローチャートである。
【図９】装置情報取得部が管理対象装置の装置情報を取得する処理のフローチャートである。
【図１０】管理対象装置の応答可能メッセージ長測定処理のフローチャートである。
【図１１Ａ】本発明に係る第２実施形態のネットワーク管理システムを示す図である。
【図１１Ｂ】第２実施形態の図１１Ａのネットワーク管理システムの構成から管理対象装置ａ(１０４a)を移動した構成を示す図である。
【図１１Ｃ】第２実施形態の図１１Ｂのネットワーク管理システムの構成に管理対象装置ｄ(１０４d)を追加した構成を示す図である。
【図１１Ｄ】第２実施形態の図１１Ｃのネットワーク管理システムの構成に管理対象装置ｅ(１０４e)を追加した構成を示す図である。
【図１２】第２実施形態の応答可能メッセージ長データベースの遷移を示す図である。
【図１３】第２実施形態の応答可能メッセージ長テーブルの遷移を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について添付図面を参照して詳細に説明する。
＝＝第１実施形態＝＝
＜ネットワーク管理システムＳの全体構成＞
図１は、本発明に係る第１実施形態のネットワーク管理システムＳの概略構成を示す図である。
図１に示すように、ネットワーク管理システムＳは、通信ネットワーク１０３に接続された管理対象の管理対象装置１０４、管理対象装置１０４の装置情報を取得してネットワーク管理を行う管理装置１０１、管理対象装置１０４の共有情報が格納される情報共有装置１０２が、通信ネットワーク１０３を介して、接続されている。
通信ネットワーク１０３は、例えばＬＡＮ(Local Area network)、ＷＡＮ(Wide Area Network)、若しくはインターネット等である。
【００１３】
＜管理装置１０１＞
図２は、管理装置１０１が有する主な機能とハードウェア構成を示す概念図である。
図２に示すように、管理装置１０１は演算装置であるＣＰＵ(Central Processing Unit)２０２、ＣＰＵ２０２が使用する一時記憶領域である主記憶装置２０１、通信ネットワーク１０３との接続を行う通信インターフェース２０５、ハードディスクドライブ等の補助記憶装置の外部記憶装置２０７、外部記憶装置２０７を接続するためのディスクインターフェース２０６、キーボードやマウスなどの入力装置２０３、ディスプレイなどの表示装置２０４を有して構成されている。
【００１４】
なお、図２においては、外部記憶装置２０７は、管理装置１０１とは別体の構成を例示しているが、管理装置１０１内に格納されてもよいし、図２に示すように、管理装置１０１と別体に、データベースサーバ等として構成してもよい。
図２に示す装置情報取得部２０９、応答メッセージ長予測部２１０、装置情報要求メッセージ分割部２１１、tooBigエラー検知部２１２、応答可能メッセージ長測定部２１３の各機能は、ＣＰＵ２０２がプログラム２０８を主記憶装置２０１にロードし実行することによって実現される。なお、装置情報取得部２０９、応答メッセージ長予測部２１０、装置情報要求メッセージ分割部２１１、tooBigエラー検知部２１２、応答可能メッセージ長測定部２１３等のプログラム２０８は、外部記憶装置２０７に機械語の形で格納されている。
【００１５】
図２に示す管理装置１０１の装置情報取得部２０９は、ネットワーク(通信ネットワーク１０３)に接続された通信機器を監視・制御するためのプロトコルであるＳＮＭＰ(Simple Network Management Protocol)(所定のプロトコル)を用いて、管理装置１０１から管理対象装置１０４に、当該管理対象装置１０４に係る装置情報を要求する装置情報要求メッセージを送信する。そして、装置情報取得部２０９は、該装置情報要求メッセージを受信した管理対象装置１０４からの応答メッセージを受信することで、当該管理対象装置１０４に係る装置情報を取得する。
【００１６】
図２に示す外部記憶装置２０７に記憶される最大データ長テーブル２１４には、装置情報を識別するための識別情報であるＯＩＤ(Object Identifier)(管理対象装置情報)とそのＯＩＤで指定される装置情報の最大データ長との対応が登録されている。
ここで、ＯＩＤはＳＮＭＰで定義された装置情報の識別子であり、管理装置１０１が要求する装置情報を指定するために使用する。
【００１７】
図３は、最大データ長テーブル２１４の一例を示す図であり、例えば、１行目のＯＩＤが.1.3.6.1.2.1.1.1である装置情報の最大データ長は２５５オクテットであることを示している。
図２に示す管理装置１０１の応答メッセージ長予測部２１０は、装置情報取得部２０９からの装置情報要求メッセージに対して管理対象装置１０４が送信する応答メッセージ長を予測する。応答メッセージ長の予測値には、要求する装置情報のＯＩＤに対応する最大データ長を、最大データ長テーブル２１４(図２参照)を用いて求め、これにヘッダ等の大きさを加えたものを適用する。一度に要求する装置情報が複数の場合は、それぞれの装置情報の最大データ長を足し合わせたものにヘッダ等の大きさを加えたものを応答メッセージ長の予測値に適用する。
【００１８】
図２に示す管理装置１０１の装置情報要求メッセージ分割部２１１は、装置情報取得部２０９が管理対象装置１０４に送信する装置情報要求メッセージを分割し、一度に要求する装置情報の量を減らす機能を有する。
図２に示す管理装置１０１のtooBigエラー検知部２１２は、装置情報取得部２０９が取得した装置情報を解析し、メッセージ長過大エラーであるtooBigエラーが起こっていた場合はこれを検知する。
【００１９】
図２に示す管理装置１０１の応答可能メッセージ長測定部２１３は、装置情報要求メッセージを、要求する装置情報量を変化させながら送ることで、管理対象装置１０４の応答可能メッセージ長を測定する。
図２に示す外部記憶装置２０７に記憶される応答可能メッセージ長テーブル２１５には、管理対象装置１０４のＩＰ(Internet Protocol Address)アドレスと応答可能メッセージ長の対応が登録されている。
図４は、応答可能メッセージ長テーブル２１５の一例を示す図である。図４の１行目のＩＰアドレスがXXX.XXX.XXX.1である管理対象装置１０４の応答可能メッセージ長は２０００オクテットであることを示している。
【００２０】
＜情報共有装置１０２＞
図５は、情報共有装置１０２が有する主な機能とハードウェア構成を示す図である。
図５に示す情報共有装置１０２は、各管理対象装置１０４(図１参照)に関する情報を保持し、管理装置１０１が情報共有装置１０２にアクセスして該情報を取得することにより、各管理対象装置１０４に関する情報が共有される。
図５に示すように、情報共有装置１０２は、管理装置１０１と同様に、ＣＰＵ２１２、主記憶装置２１１、通信ネットワーク１０３(図１参照)を介して通信を行うための通信インターフェース２１５、外部記憶装置２１７、外部記憶装置２１７を接続するためのディスクインターフェース２１６、入力装置２１３、出力装置である表示装置２１４等を有して構成されている。
なお、外部記憶装置２１７は、図５に示すように、情報共有装置１０２と別体に構成してもよいし、情報共有装置１０２内に格納する構成としてもよい。
また、ネットワーク管理システムとしては、管理装置１０１と管理対象装置１０４から構成し、情報共有装置１０２で有する機能を全て管理装置１０１に持たせることも可能である。このとき、外部記憶装置２１７は、管理装置１０１と接続する別体の構成や、管理装置１０１内に格納する構成としてもよい。
【００２１】
図５に示すデータベース操作部３０１の機能は、ＣＰＵ２１２がプログラム２１８を主記憶装置２１１にロードし、実行することによって実現される。なお、データベース操作部３０１のプログラム２１８は、外部記憶装置２１７に機械語の形で格納されている。
図５に示す外部記憶装置２１７に記憶される応答可能メッセージ長データベース３０２には、管理対象装置１０４(図１参照)のＭＡＣアドレス、sysObjectID及び応答可能メッセージ長の対応が登録されている。ここで、ＭＡＣアドレスは、各管理対象装置１０４が通信ネットワーク１０３を介して通信を行うための通信インターフェース２２５(図７参照)を識別するための通信インターフェース識別子である。また、sysObjectIDはＯＩＤの一つで、管理対象装置１０４の装置の種類を示す機器識別子である。
【００２２】
図６は、応答可能メッセージ長データベース３０２(図５参照)の一例を示す図である。例えば、図６の１行目のレコードのＭＡＣアドレスが11.11.11.AA.AA.AAの通信インターフェース２２５を持つ管理対象装置１０４は、sysObjectIDが.1.3.6.1.4.1.100.1であり、応答可能メッセージ長が２０００オクテットであることを示している。
図５に示す情報共有装置１０２のデータベース操作部３０１は、応答可能メッセージ長データベース３０２に対して情報の登録、削除、検索などを実行する。
【００２３】
＜管理対象装置１０４＞
図１に示す管理対象装置１０４は、管理装置１０１からの装置情報要求メッセージを受信し、該装置情報要求メッセージで要求された装置情報を含む応答メッセージを当該管理装置１０１に返信する。
図７は、管理対象装置１０４が有する主な機能とハードウェア構成を示す図である。
図７に示すように、管理対象装置１０４は、管理装置１０１と同様に、ＣＰＵ２２２、主記憶装置２２１、通信ネットワーク１０３を介して通信を行うための通信インターフェース２２５、補助記憶装置の外部記憶装置２２７、外部記憶装置２２７と接続するためのディスクインターフェース２２６、入力装置２２３、出力装置の表示装置２２４を有して構成されている。なお、外部記憶装置２２７は、図７に示すように、管理対象装置１０４と別体に構成してもよいし、管理対象装置１０４内に格納する構成としてもよい。
【００２４】
図７に示す装置情報応答部４０１の機能は、ＣＰＵ２２２がプログラム２２８を主記憶装置２２１にロードし実行することによって実現される。なお、この装置情報応答部４０１のプログラム２２８は、外部記憶装置２２７に機械語の形で格納されている。
図７に示すＭＩＢ(Management Information Base)４０２は、ＳＮＭＰで規定されたデータベースであり、管理対象装置１０４の装置情報が登録されており、外部記憶装置２０７が記憶している。
装置情報応答部４０１は、管理装置１０１(図１参照)からの装置情報要求メッセージで指定された装置情報をＭＩＢ４０２から取得して、この情報を含んだ応答メッセージを、装置情報要求メッセージを送った管理装置１０１に送信する。
【００２５】
＝＝＝処理説明＝＝＝
次に、上述のネットワーク管理システムＳにおいて行われる処理について説明する。なお、以下のフローチャートの説明において符号の前に付している文字「Ｓ」はステップを意味する。
＜管理装置１０１が、通信ネットワーク１０３に追加された管理対象装置１０４の情報を、応答可能メッセージ長テーブル２１５に登録する処理＞
まず、ネットワーク管理者等が通信ネットワーク１０３に管理対象装置１０４を追加した際に、追加された管理対象装置１０４の情報を、管理装置１０１が応答可能メッセージ長テーブル２１５(図２参照)に登録する処理について、その処理のフローチャートを示す図８に従って説明する。
【００２６】
管理装置１０１の起動後（図８のＳ８０１）、新たにまたは再度、管理対象装置１０４を通信ネットワーク１０３に追加すると（図８のＳ８０２）、管理装置１０１の装置情報取得部２０９(図２参照)が、当該管理対象装置１０４のＭＩＢ４０２(図７参照)から、追加された管理対象装置１０４のＭＡＣアドレスとsysObjectIDを取得する（図８のＳ８０３）。
Ｓ８０３で取得したＭＡＣアドレスをキーにして、装置情報取得部２０９(図２参照)が、
図５に示す情報共有装置１０２の応答可能メッセージ長データベース３０２を検索し、取得したＭＡＣアドレスのレコードが登録されていれば（図８のＳ８０４：ＹＥＳ）そのＭＡＣアドレスに対応した応答可能メッセージ長を当該管理対象装置１０４のＩＰアドレスと関連付けて応答可能メッセージ長テーブル２１５(図２、図４参照）に登録する（図８のＳ８０５）。
【００２７】
ここで、前記したように、ＭＡＣアドレスは管理対象装置１０４の通信インターフェース２２５(図７参照)と一意に対応するものであり、情報共有装置１０２の応答可能メッセージ長データベース３０２(図５、図６参照)からＭＡＣアドレスをキーにして取得した応答可能メッセージ長は、以前測定された同管理対象装置１０４の応答可能メッセージ長である。この取得した応答可能メッセージ長を管理装置１０１に設定することで、同じ管理対象装置１０４に対して何度も応答可能メッセージ長測定処理を行うことを防ぐことができる。
【００２８】
一方、図８のＳ８０３で取得したＭＡＣアドレスが、情報共有装置１０２の応答可能メッセージ長データベース３０２(図５、図６参照)に登録されていなければ（図８のＳ８０４：ＮＯ）、Ｓ８０３で取得したsysObjectIDをキーにして再度、応答可能メッセージ長データベース３０２を検索し、取得したsysObjectIDのレコードが登録されていれば（Ｓ８０６：ＹＥＳ）そのsysObjectIDに対応した応答可能メッセージ長の中で最も大きい値を、管理対象装置１０４のＩＰアドレスと関連付けて応答可能メッセージ長テーブル２１５(図２、図４参照）に登録する（図８のＳ８０７）。
【００２９】
ここで、sysObjectIDが等しいことは管理対象装置１０４の装置の種類が等しいことを示す。つまりsysObjectIDの等しい別の管理対象装置で設定されている応答可能メッセージ長を流用することで、実際の管理対象装置１０４の応答可能メッセージ長に近いことを期待できる。元来、MACアドレスは装置に装着する通信ポート毎に割り振られている値であり、tooBigエラーはポート毎に発生する。したがってMACアドレスと応答可能メッセージ長との対応関係を有することはtooBigエラー発生を防ぐ点で重要である。しかしながら昨今のネットワークシステムでは、1台の通信装置に複数の通信ポートを実装するものや、また同種類の通信装置を多数接続したものもある。こうなるとMACアドレスで応答可能メッセージ長と対応付けるだけでなく、装置の種類を示す識別子と対応付けることも重要である。例えば、ある装置に既に割当てられた応答可能メッセージ長を装置の種類を示す識別子から特定し、同じ識別子を有した別装置のポートに流用して割当てる。これによりあるポートに割当てるべき応答可能メッセージ長を特定するのに必要な情報量を減らすことが可能となる。新たな通信装置をネットワークに増設する場合であっても、既に接続されている同種の通信装置で割当てられている応答可能メッセージ長を流用することも可能となる。これにより応答可能メッセージ長を特定するための余分な計測を減らすことも可能となり、ネットワーク全体の負荷を下げる効果も期待できる。
また、sysObjectIDが等しいものの中で最も大きい応答可能メッセージ長を選択することで、過小な応答可能メッセージ長を管理装置１０１に設定することを防ぐことができる。
【００３０】
一方、図８のＳ８０３で取得したsysObjectIDも応答可能メッセージ長データベース３０２に登録されていなければ（Ｓ８０６：ＮＯ）、無限大(＝∞)の応答可能メッセージ長を管理対象装置１０４のＩＰアドレスと関連付けて応答可能メッセージ長テーブル２１５(図２、図４参照)に登録する（図８のＳ８０８）。
以上が、図８に示す通信ネットワーク１０３に追加された管理対象装置１０４の情報を、管理装置１０１が応答可能メッセージ長テーブル２１５に登録する処理である。
【００３１】
＜管理対象装置１０４の装置情報を取得する処理＞
次に、管理装置１０１(図２参照)が管理対象装置１０４の装置情報を取得する処理を、その処理のフローチャートを示す図９に従って説明する。
まず、図２に示す応答メッセージ長予測部２１０が、応答可能メッセージ長テーブル２１５から、該当する管理対象装置１０４のＩＰアドレスに対応した応答可能メッセージ長を取得する（図９のＳ９０１）。
また、応答メッセージ長予測部２１０が、該当する管理対象装置１０４へ送信する装置情報要求メッセージを解析し、該当する管理対象装置１０４から返信される応答メッセージ長を予測する（図９のＳ９０２）。
【００３２】
Ｓ９０２で予測した該当する管理対象装置１０４から返信される応答メッセージ長が、Ｓ９０１で取得した応答可能メッセージ長以下になるように、装置情報要求メッセージ分割部２１１(図２参照)が分割した装置情報要求メッセージを管理対象装置１０４に送信する（図９のＳ９０３）。
これに対して、当該装置情報要求メッセージを受信した管理対象装置１０４が送信した応答メッセージを、tooBigエラー検知部２１２(図２参照)が解析し、tooBigエラーが発生していなかったら（Ｓ９０４：ＮＯ）、装置情報取得処理を終了する。
【００３３】
一方、tooBigエラーが発生していた場合（Ｓ９０４：ＹＥＳ）、応答可能メッセージ長測定部２１３(図２参照)が当該管理対象装置１０４の応答可能メッセージ長を測定する（図９のＳ９０５）。なお、このＳ９０５の管理対象装置１０４の応答可能メッセージ長を測定する処理(詳細は後記)については、後記する。
そして、Ｓ９０５で測定した応答可能メッセージ長を、図２に示す管理装置１０１の応答可能メッセージ長テーブル２１５と、図５に示す情報共有装置１０２の応答可能メッセージ長データベース３０２に登録し（図９のＳ９０６）、Ｓ９０１に戻る。
以上が、図９に示す管理装置１０１が管理対象装置１０４の装置情報を取得する処理である。
【００３４】
＜図９のＳ９０５の応答可能メッセージ長測定処理＞
次に、前記の図９のＳ９０５における応答可能メッセージ長測定処理について、そのフローチャートを示す図１０に従って説明する。
図１０においては、管理対象装置１０４のコミュニティ名はpublicとする。ＳＮＭＰではコミュニティ名長に制限が定められていないので、一般的にデフォルトのコミュニティ名であるpublicを前提とする。
なお、コミュニティ名は、装置情報にアクセスするための、管理対象装置１０４ごとに設定されるパスワードのようなものであり、ＳＮＭＰでは装置情報をやりとりするために、ＳＮＭＰメッセージにコミュニティ名をエンコードする。
よって、下記のudpInDatagramsを要求するＳＮＭＰメッセージ長は、要求装置情報数とコミュニティ名長に依存する。
図１０を参照して、管理対象装置１０４の応答可能メッセージ長の測定に使用する装置情報要求メッセージをGetRequest、要求装置情報をudpInDatagrams、要求装置情報数を２５とし、要求装置情報数の増加幅を１と設定する（図１０のＳ１００１）。
【００３５】
ここでudpInDatagramsは、ＳＭＴＰの仕様で定められるCounter型の値を持つ装置情報で、ＯＩＤは.1.3.6.1.2.1.7.1である。Counter型は値の大きさがＳＮＭＰで使用されるデータ型の中で最も小さい４オクテット以下と定められている。そのため、データ型の中で最も小さいCounter型であるudpInDatagramsを測定に使用することで、実際の応答可能メッセージ長に最も近い精度の高い結果が得られる。
また、ＳＮＭＰの仕様を定めるＲＦＣ(Request For Comment)１１５７で、ＳＮＭＰを実装する装置には４８４オクテット(ＳＮＭＰが最低限サポートするメッセージ長)以下のＳＮＭＰメッセージは正常に処理することが求められている。そのため、この値をもとに要求装置情報数を２５とした。要求装置情報数を２５とすると、udpInDatagramsの値の大きさが最大の４オクテットである場合に応答メッセージのサイズは、４８３オクテットとなる。
【００３６】
ここで、udpInDatagramsの値の大きさを４オクテットとする場合、udpInDatagramsを要求した場合の応答メッセージ長は、以下の式で求められる。
応答メッセージ長 ＝ ２７＋コミュニティ名長＋１８×要求装置情報数 (１)
(１)式における１８はudpInDatagramsの値一つの大きさであり、２７はＳＮＭＰメッセージのヘッダ(等)の大きさである。
よって、コミュニティ名(public)長を６オクテット、要求装置情報数を２５とすると応答メッセージ長は４８３オクテットとなる。
この４８３オクテットは、４８４オクテットを超えずかつ４８４オクテットに最も近い値となるため、測定開始時の要求装置情報数として最も適切である。
【００３７】
図１０のＳ１００１で設定した装置情報要求メッセージを、応答可能メッセージ長測定部２１３(図２参照)が管理対象装置１０４に送信する（図１０のＳ１００２）。
送信された装置情報要求メッセージに対して、管理対象装置１０４から管理装置１０１に応答メッセージを送信する。そして、管理装置１０１が受信した応答メッセージをtooBigエラー検知部２１２(図２参照)が解析し、tooBigエラーが発生していなければ（図１０のＳ１００３：ＮＯ）、応答メッセージ長をワークエリアに記憶する（図１０のＳ１００４）。
続いて、図１０のＳ１００５において、要求装置情報数が最大値の４６７３であるか否か判定される。
【００３８】
ここで、要求装置情報数の最大値が４６７３であることは、次のようにして求められる。
まず、装置情報要求メッセージ長を以下の式で求める。
装置情報要求メッセージ長 = 27＋コミュニティ名長＋14×要求装置情報数 (２)
なお、(２)式における１４は、udpInDatagramsのデータ値が入らない分だけ、(１)式における１８より、データ量が小さくなる。
また、このメッセージを含むＩＰパケット長は以下の式で求められる。
ＩＰパケット長 = 装置情報要求メッセージ長＋60＋8 (３)
60はＩＰヘッダの最大長で、８はＵＤＰ(User Datagram Protocol)ヘッダ長である。ＩＰパケット長の最大値が６５５３５オクテットなので、(２)式と(３)式より、要求装置情報数は、 (65535−60−8−27−6)／14 ≒ 4673.9 の演算により、要求装置情報数の最大値が４６７３と求められる。
【００３９】
図１０のＳ１００５において、要求装置情報数が４６７３でなければ（図１０のＳ１００５：ＮＯ）要求装置情報数を増加幅だけ増やし（図１０のＳ１００６）、要求装置情報数が４６７４以上で無ければ（図１０のＳ１００７：ＮＯ）増加幅を倍にし（図１０のＳ１００８）、再度、装置情報要求メッセージを管理対象装置１０４に送信する（図１０のＳ１００２）。
【００４０】
一方、図１０のＳ１００５で要求装置情報数が４６７３となる場合は（Ｓ１００５：ＹＥＳ）、その時点で記憶している応答メッセージ長(図１０のＳ１００４で記憶)を当該管理対象装置１０４の応答可能メッセージ長とする（図１０のＳ１０１４）。これは、要求装置情報数が４６７３を超えると、その装置情報要求メッセージを含んだＩＰパケットがＩＰパケットの既定の最大長である６５５３５Bytesを超える可能性がある為である。
【００４１】
また、図１０のＳ１００７で要求装置情報数が４６７４以上の場合は（Ｓ１００７：ＹＥＳ）、要求装置情報数を増加幅だけ減らして増加幅を１にし（図１０のＳ１００９）、要求装置情報数を増加幅だけ増やし（図１０のＳ１０１０）、再度、装置情報要求メッセージを管理対象装置１０４に送信する（Ｓ１００２）。これも前述したＩＰパケットの既定の最大長を考慮したものである。
図１０のＳ１００３でtooBigエラーが発生した場合は（Ｓ１００３：ＹＥＳ）、増加幅が1でなければ（Ｓ１０１１：ＮＯ）、要求装置情報数を(増加幅÷２)だけ減らして増加幅を１にし（Ｓ１０１２）、要求装置情報数を増加幅（＝１）だけ増やし（Ｓ１０１３）、再度装置情報要求メッセージを管理対象装置１０４に送信する（図１０のＳ１００２）。
【００４２】
図１０のＳ１０１１で増加幅が１の場合は（Ｓ１０１１：ＹＥＳ）、その時点で記憶している応答メッセージ長(図１０のＳ１００４で記憶)を管理対象装置１０４の応答可能メッセージ長とする（図１０のＳ１０１４）。
以上が、図９のＳ９０５において行われる図１０に示す応答可能メッセージ長測定処理である。
上述の如く、図１０に示すように、応答可能メッセージ長測定部２１３(図２参照)が、管理対象装置１０４の応答可能メッセージ長を測定するに際して、要求装置情報数の増加幅を１サイクルごと倍にしていくことで、測定の為に送信する装置情報要求メッセージの数を抑えることができる。
【００４３】
＝＝第２実施形態＝＝
次に、本発明の第２実施形態について説明する。
第２実施形態では、通信ネットワーク１０３に、管理対象装置１０４が追加されたときの管理装置１０１(図２参照)の応答可能メッセージ長テーブル２１５および情報共有装置１０２(図５参照)の応答可能メッセージ長データベース３０２の変化の例を示す。
図１１Ａ〜図１１Ｄは、第２実施形態のネットワーク管理システム２Ｓ(２Ｓｂ、２Ｓc)の概略的な構成を示す図である。
【００４４】
第２実施形態のネットワーク管理システム２Ｓは、図１１Ａを初期状態とし、時間経過に従い、図１１Ｂ、図１１Ｃ、図１１Ｄの順に遷移するものとする。
なお、図１１Ａ〜図１１Ｄにおいて、管理装置a(１０１a)および管理装置b(１０１b)および管理装置c(１０１c)は、図１の管理装置１０１と同等であり、情報共有装置１０２aは、図１の情報共有装置１０２と同等である。同様に、図１１Ａ〜図１１Ｄにおいて、通信ネットワーク１０３aは図１の通信ネットワーク１０３と同等であり、管理対象装置a(１０４a)および管理対象装置b(１０４b)および管理対象装置c(１０４c)および管理対象装置d(１０４d)および管理対象装置e(１０４e)は図１の管理対象装置１０４と同等である。
【００４５】
図１１Ａ〜図１１Ｄにおいて、管理装置a(１０１a)は管理範囲a(１１０１a)に含まれる管理対象装置のみを管理し、管理装置b(１０１b)は管理範囲b(１１０１b)に含まれる管理対象装置のみを管理し、管理装置c(１０１c)は管理範囲c(１１０１c)に含まれる管理対象装置のみを管理している。
図１１Ａにおいて、管理装置a(１０１a)は管理対象装置を管理したことがなく、管理装置b(１０１b)は管理対象装置a(１０４a)および管理対象装置b(１０４b)以外は管理したことがなく、また、管理装置c(１０１c)は管理対象装置c(１０４c)以外は管理したことがないものとする。
【００４６】
図１１Ａ〜図１１Ｄに示す通信ネットワーク１０３aには、それぞれ図１１Ａ〜図１１Ｄに示した装置以外は接続されていないものとする。
図１１Ａにおいて、情報共有装置１０２aは図１２に示す応答可能メッセージ長データベース３０２aを保持している。図１２に示すレコード１３０１は管理対象装置a(１０４a)の情報であり、レコード１３０２は管理対象装置b(１０４b)の情報であり、レコード１３０３は管理対象装置c(１０４c)の情報である。
【００４７】
図１１Ａにおいて、管理装置a(１０１a)は図１３に示す応答可能メッセージ長テーブル２１５aを保持している。
図１１Ａに示す管理範囲a(１１０１a)には含まれる管理対象装置が無いため、この時点での管理装置a(１０１a)の応答可能メッセージ長テーブル２１５a(図１３参照)にはレコードがない。
図１１Ａのネットワーク管理システム２Ｓに対し、管理範囲b(１１０１b)にある管理対象装置a(１０４a)を、管理範囲b(１１１０１b)から管理範囲a(１１０１a)に移動したものを図１１Ｂに示す。管理範囲a(１１０１a)での管理対象装置a(１０４a)のＩＰアドレスはXXX.XXX.XXX.1とする。
【００４８】
管理装置a(１０１a)は新たに管理対象となった管理対象装置a(１０４a)の情報を、図８のフローチャートに従って応答可能メッセージ長テーブル２１５a(図１３参照)に登録する。管理対象装置a(１０４a)の情報は、図１１Ａの時点で既に管理装置b(１０１b)によって情報共有装置１０２aの応答可能メッセージ長データベース３０２a(図１２のレコード１３０１参照)に登録されている。そのため、応答可能メッセージ長テーブル２１５a(図１３参照)はレコード１３０１の応答可能メッセージ長が登録され、レコード１２０１が追加された応答可能メッセージ長テーブル２１５b(図１３参照)に遷移する。
【００４９】
図１１Ｂのネットワーク管理システム２Ｓｂに対し、新たに管理対象装置d(１０４d)を管理範囲a(１１０１a)に接続したものを図１１Ｃに示す。管理範囲a(１１０１a)での管理対象装置d１０４dのＩＰアドレスはXXX.XXX.XXX.2、通信インターフェースを識別するＭＡＣアドレスは11.11.11.DD.DD.DD、装置の種類を識別するsysObjectIDは.1.3.6.1.4.1.100.1とする。
管理装置a(１０１a)は、新たに管理対象となった管理対象装置d(１０４d)の情報を、図８のフローチャートに従って応答可能メッセージ長テーブル２１５b(図１３参照)に登録する。
【００５０】
管理対象装置d(１０４d)の情報は、図１１Ｂの時点での情報共有装置１０２aの応答可能メッセージ長データベース３０２a(図１２参照)に登録されていない。そこで、管理装置a(１０１a)の装置情報取得部(図１参照)によって、管理対象装置a(１０４a)の情報であるレコード１３０１(図１２参照)および管理対象装置b(１０４b)の情報であるレコード１３０２(図１２参照)と新たに加わる管理対象装置d(１０４d)のsysObjectIDが等しいので、これらのレコードの応答可能メッセージ長のうち大きい方が、応答可能メッセージ長テーブル２１５b(図１３参照)に登録され、レコード１２０２が追加された応答可能メッセージ長テーブル２１５c(図１３参照)に遷移する。
【００５１】
図１１Ｃのネットワーク管理システム２Ｓcに対し、新たに管理対象装置e(１０４e)を管理範囲a(１１０１a)に接続したものを図１１Ｄに示す。
図１１Ｄに示す管理範囲a(１１０１a)での管理対象装置e(１０４e)のＩＰアドレスはXXX.XXX.XXX.3、通信インターフェースを識別するＭＡＣアドレスは22.22.22.EE.EE.EE、装置の種類を識別するsysObjectIDは.1.3.6.1.4.1.200.2、応答可能メッセージ長は５０００とする。
【００５２】
管理装置a(１０１a)は新たに管理対象となった管理対象装置e(１０４e)の情報を、図８のフローチャートに従って、応答可能メッセージ長テーブル２１５c(図１３参照)に登録する。管理対象装置e(１０４e)の情報は、図１１Ｃに示すネットワーク管理システム２Ｓｃの時点での情報共有装置１０２aの応答可能メッセージ長データベース３０２a(図１２参照)に登録されておらず、装置の種類を識別するsysObjectIDが等しいレコードも無いため、応答可能メッセージ長テーブル２１５cには、無限大(＝∞)の応答可能メッセージ長が登録され、レコード１２０３が追加された応答可能メッセージ長テーブル２１５d(図１３参照)に遷移する。
【００５３】
この状態で管理装置a(１０１a)が、管理対象装置e(１０４)eに対して図９に示す装置情報取得処理を実行し、tooBigエラーが発生したものとする。
管理装置a(１０１a)は、図１０の応答可能メッセージ長測定処理を実行し、その結果を、応答可能メッセージ長テーブル２１５d(図１３参照)および応答可能メッセージ長データベース３０２a(図１２参照)に登録する。すなわち、図１３に示す応答可能メッセージ長テーブル２１５dは、レコード１２０３がレコード１２０４に更新された応答可能メッセージ長テーブル２１５eに遷移し、図１２に示す応答可能メッセージ長データベース３０２aは、レコード１３０４が追加された応答可能メッセージ長データベース３０２bに遷移する。
以上のようにして、管理装置a(１０１a)の応答可能メッセージ長テーブル２１５e(図１３参照)および情報共有装置１０２aの応答可能メッセージ長データベース３０２b(図１２参照)が作成される。
【００５４】
＜＜作用効果＞＞
本発明によれば、管理対象装置１０４ごとの応答可能メッセージ長を管理装置１０１で、自動で測定し設定することにより、ネットワーク管理負担を軽減することができる。
また、一度測定した応答可能メッセージ長を、管理対象装置１０４を識別する管理対象装置情報に関連付けて複数の管理装置１０１で共有することで、応答可能メッセージ長を測定する頻度を抑制し通信ネットワーク１０３へのトラフィックの負荷の増大を防ぐことができる。
【００５５】
なお、前記実施形態においては、管理装置１０１と情報共有装置１０２とを別体に構成した場合を例示して説明したが、管理装置１０１と情報共有装置１０２とを一体に構成してもよい。
また、所定のプロトコルとして、ＳＮＭＰを例示して説明したが、ＳＮＭＰ以外のプロトコルにおいても、本発明は有効に適用可能である。
【符号の説明】
【００５６】
１０１ 管理装置
１０１a 管理装置a
１０１b 管理装置b
１０１c 管理装置c
１０２ 情報共有装置
１０２a 情報共有装置
１０３ 通信ネットワーク
１０３a 通信ネットワーク
１０４ 管理対象装置
１０４a 管理対象装置a
１０４b 管理対象装置b
１０４c 管理対象装置c
１０４d 管理対象装置d
１０４e 管理対象装置e
２０９ 装置情報取得部(応答可能メッセージ長取得手段)
２１０ 応答メッセージ長予測部
２１２ tooBigエラー検知部(応答可能メッセージ長測定手段)
２１３ 応答可能メッセージ長測定部(応答可能メッセージ長測定手段)
２１５ 応答可能メッセージ長テーブル
２１５a、２１５ｂ、２１５c、２１５d、２１５e 応答可能メッセージ長テーブル
２２５ 通信インターフェース
３０２ 応答可能メッセージ長データベース(記憶手段)
３０２a、３０２b 応答可能メッセージ長データベース(記憶手段)
４０１ 装置情報応答部
Ｓ ネットワーク管理システム
２Ｓb ネットワーク管理システム
２Ｓc ネットワーク管理システム
ＭＡＣアドレス 通信インターフェース識別子
ＯＩＤ 管理対象装置情報
ＳＮＭＰ 所定のプロトコル
sysObjectID 機器識別子
tooBigエラー メッセージ長過大エラー
【特許請求の範囲】
【請求項１】
管理対象装置、前記管理対象装置を管理する管理装置が通信ネットワークを介して互いに接続され、前記管理装置が所定のプロトコルを用いて前記管理対象装置との間で該管理対象装置に係る装置情報の通信を行うネットワーク管理システムであって、
前記管理装置は、
前記管理対象装置の応答可能メッセージ長を、前記管理対象装置を識別する管理対象装置情報と関連付けて記憶する記憶手段と、
前記管理対象装置情報に基づいて前記記憶手段に記憶された前記管理対象装置の応答可能メッセージ長を取得する応答可能メッセージ長取得手段と、
前記管理対象装置に対して装置情報要求メッセージを、要求装置情報量を変化させながら繰り返し送信することで、当該管理対象装置の応答可能メッセージ長を測定する応答可能メッセージ長測定手段とを備える
ことを特徴とするネットワーク管理システム。
【請求項２】
請求項１に記載のネットワーク管理システムであって、
前記応答可能メッセージ長測定手段は、更に、
前記装置情報要求メッセージの種類と要求装置情報と前記要求装置情報数と前記要求装置情報数の増加幅との初期値を設定し、前記装置情報要求メッセージを、対応する前記管理対象装置に送信し、
当該管理対象装置から受信した応答メッセージに基づき、前記応答メッセージのメッセージ長が許容値を超えることを示すメッセージ長過大エラーが発生したかどうかを判定し、発生しなかったと判定した場合に前記要求装置情報数を前記増加幅だけ増やし、
前記増加幅を倍に設定する
ことを特徴とするネットワーク管理システム。
【請求項３】
請求項２に記載のネットワーク管理システムであって、
前記応答可能メッセージ長測定手段は、前記装置情報要求メッセージを含むＩＰパケット長が、ＩＰパケット長の既定の最大値を超えたかどうかを判定し、超えたと判定した場合に前記要求装置情報数を減らす
ことを特徴とするネットワーク管理システム。
【請求項４】
請求項２に記載のネットワーク管理システムであって、
前記要求装置情報は、前記所定のプロトコルに規定されているデータ型の中からデータ長の上限値が最も小さく制限されているデータ型の装置情報である
ことを特徴するネットワーク管理システム。
【請求項５】
請求項２に記載のネットワーク管理システムであって、
前記要求装置情報数の初期値は、前記装置情報要求メッセージ長が前記所定のプロトコルが最低限サポートするメッセージ長を超えず且つ該メッセージ長に最も近くなるように設定される
ことを特徴するネットワーク管理システム。
【請求項６】
請求項１に記載のネットワーク管理システムであって、
前記記憶手段は、前記管理対象装置の応答可能メッセージ長を、当該管理対象装置の通信インターフェースを識別する通信インターフェース識別子および装置の種類を表す機器識別子と関連付けて記憶する
ことを特徴とするネットワーク管理システム。
【請求項７】
請求項６に記載のネットワーク管理システムであって、
前記応答可能メッセージ長取得手段は、管理対象装置の種類を表す機器識別子と関連付けられた応答可能メッセージ長の中から最大のものを前記記憶手段から取得する
ことを特徴とするネットワーク管理システム。
【請求項８】
前記ネットワーク管理システムは、更に前記通信ネットワークに接続された情報共有装置を有し、
前記情報共有装置は前記記憶手段を備え、
前記応答可能メッセージ長取得手段は、前記情報共有装置の前記記憶手段から前記管理対象装置の応答可能メッセージ長を取得することを特徴とした請求項1乃至７のネットワーク管理システム。
【請求項９】
請求項８に記載のネットワーク管理システムであって、
前記記憶手段は、複数の前記管理装置に共有される
ことを特徴とするネットワーク管理システム。
【請求項１０】
管理対象装置と前記管理対象装置を管理する管理装置とが通信ネットワークを介して互いに接続され、前記管理装置が所定のプロトコルを用いて前記管理対象装置との間で該管理対象装置に係る装置情報の通信を行うネットワーク管理システムの制御方法であって、
前記管理装置は、
前記管理対象装置の応答可能メッセージ長を、前記管理対象装置を識別する管理対象装置情報と関連付けて記憶手段に記憶し、
応答可能メッセージ長取得手段によって、前記管理対象装置情報に基づいて前記記憶手段に記憶された対応する前記管理対象装置の応答可能メッセージ長を取得し、
応答可能メッセージ長測定手段によって、前記管理対象装置に対して装置情報要求メッセージを、要求装置情報量を変化させながら繰り返し送信することで当該管理対象装置の応答可能メッセージ長を測定する
ことを特徴とするネットワーク管理システムの制御方法。
【請求項１１】
請求項１０に記載のネットワーク管理システムの制御方法であって、
前記応答可能メッセージ長測定手段は、更に
前記装置情報要求メッセージの種類と要求装置情報と要求装置情報数と前記要求装置情報数の増加幅との初期値を設定し、前記装置情報要求メッセージを、対応する前記管理対象装置に送信し、
当該管理対象装置から受信した応答メッセージに基づき、該応答メッセージのメッセージ長が許容値を超えることを示すメッセージ長過大エラーが発生したかどうかを判定し、発生しなかったと判定した場合に前記要求装置情報数を前記増加幅だけ増やし、
前記増加幅を倍に設定する
ことを特徴とするネットワーク管理システムの制御方法。
【請求項１２】
請求項１１に記載のネットワーク管理システムの制御方法であって、
前記応答可能メッセージ長測定手段は、更に
前記測定に使用する装置情報要求メッセージを含むＩＰパケット長が、ＩＰパケット長の既定の最大値を超えたかどうかを判定し、超えたと判定した場合に前記要求装置情報数を減らす
ことを特徴とするネットワーク管理システムの制御方法。
【請求項１３】
請求項１１に記載のネットワーク管理システムの制御方法であって、
前記要求装置情報は、前記所定のプロトコルに規定されているデータ型の中からデータ長の上限値が最も小さく制限されているデータ型の装置情報である
ことを特徴するネットワーク管理システムの制御方法。
【請求項１４】
請求項１１に記載のネットワーク管理システムの制御方法であって、
前記応答可能メッセージ長測定手段は、前記要求装置情報数の初期値を、前記測定に使用する装置情報要求メッセージ長が前記所定のプロトコルが最低限サポートするメッセージ長を超えず且つ該メッセージ長に最も近くなるように設定する
ことを特徴するネットワーク管理システムの制御方法。
【請求項１５】
請求項１０に記載のネットワーク管理システムの制御方法であって、
前記記憶手段は、前記管理対象装置の応答可能メッセージ長を、当該管理対象装置の通信インターフェースを識別する通信インターフェース識別子および装置の種類を表す機器識別子と関連付けて記憶する
ことを特徴とするネットワーク管理システムの制御方法。
【請求項１６】
請求項１５に記載のネットワーク管理システムの制御方法であって、
前記応答可能メッセージ長取得手段は、前記管理対象装置の種類を表す機器識別子と関連付けられ前記記憶手段に記憶された応答可能メッセージ長の中から最大のものを、前記記憶手段から取得する
ことを特徴とするネットワーク管理システムの制御方法。
【請求項１】
管理対象装置、前記管理対象装置を管理する管理装置が通信ネットワークを介して互いに接続され、前記管理装置が所定のプロトコルを用いて前記管理対象装置との間で該管理対象装置に係る装置情報の通信を行うネットワーク管理システムであって、
前記管理装置は、
前記管理対象装置の応答可能メッセージ長を、前記管理対象装置を識別する管理対象装置情報と関連付けて記憶する記憶手段と、
前記管理対象装置情報に基づいて前記記憶手段に記憶された前記管理対象装置の応答可能メッセージ長を取得する応答可能メッセージ長取得手段と、
前記管理対象装置に対して装置情報要求メッセージを、要求装置情報量を変化させながら繰り返し送信することで、当該管理対象装置の応答可能メッセージ長を測定する応答可能メッセージ長測定手段とを備える
ことを特徴とするネットワーク管理システム。
【請求項２】
請求項１に記載のネットワーク管理システムであって、
前記応答可能メッセージ長測定手段は、更に、
前記装置情報要求メッセージの種類と要求装置情報と前記要求装置情報数と前記要求装置情報数の増加幅との初期値を設定し、前記装置情報要求メッセージを、対応する前記管理対象装置に送信し、
当該管理対象装置から受信した応答メッセージに基づき、前記応答メッセージのメッセージ長が許容値を超えることを示すメッセージ長過大エラーが発生したかどうかを判定し、発生しなかったと判定した場合に前記要求装置情報数を前記増加幅だけ増やし、
前記増加幅を倍に設定する
ことを特徴とするネットワーク管理システム。
【請求項３】
請求項２に記載のネットワーク管理システムであって、
前記応答可能メッセージ長測定手段は、前記装置情報要求メッセージを含むＩＰパケット長が、ＩＰパケット長の既定の最大値を超えたかどうかを判定し、超えたと判定した場合に前記要求装置情報数を減らす
ことを特徴とするネットワーク管理システム。
【請求項４】
請求項２に記載のネットワーク管理システムであって、
前記要求装置情報は、前記所定のプロトコルに規定されているデータ型の中からデータ長の上限値が最も小さく制限されているデータ型の装置情報である
ことを特徴するネットワーク管理システム。
【請求項５】
請求項２に記載のネットワーク管理システムであって、
前記要求装置情報数の初期値は、前記装置情報要求メッセージ長が前記所定のプロトコルが最低限サポートするメッセージ長を超えず且つ該メッセージ長に最も近くなるように設定される
ことを特徴するネットワーク管理システム。
【請求項６】
請求項１に記載のネットワーク管理システムであって、
前記記憶手段は、前記管理対象装置の応答可能メッセージ長を、当該管理対象装置の通信インターフェースを識別する通信インターフェース識別子および装置の種類を表す機器識別子と関連付けて記憶する
ことを特徴とするネットワーク管理システム。
【請求項７】
請求項６に記載のネットワーク管理システムであって、
前記応答可能メッセージ長取得手段は、管理対象装置の種類を表す機器識別子と関連付けられた応答可能メッセージ長の中から最大のものを前記記憶手段から取得する
ことを特徴とするネットワーク管理システム。
【請求項８】
前記ネットワーク管理システムは、更に前記通信ネットワークに接続された情報共有装置を有し、
前記情報共有装置は前記記憶手段を備え、
前記応答可能メッセージ長取得手段は、前記情報共有装置の前記記憶手段から前記管理対象装置の応答可能メッセージ長を取得することを特徴とした請求項1乃至７のネットワーク管理システム。
【請求項９】
請求項８に記載のネットワーク管理システムであって、
前記記憶手段は、複数の前記管理装置に共有される
ことを特徴とするネットワーク管理システム。
【請求項１０】
管理対象装置と前記管理対象装置を管理する管理装置とが通信ネットワークを介して互いに接続され、前記管理装置が所定のプロトコルを用いて前記管理対象装置との間で該管理対象装置に係る装置情報の通信を行うネットワーク管理システムの制御方法であって、
前記管理装置は、
前記管理対象装置の応答可能メッセージ長を、前記管理対象装置を識別する管理対象装置情報と関連付けて記憶手段に記憶し、
応答可能メッセージ長取得手段によって、前記管理対象装置情報に基づいて前記記憶手段に記憶された対応する前記管理対象装置の応答可能メッセージ長を取得し、
応答可能メッセージ長測定手段によって、前記管理対象装置に対して装置情報要求メッセージを、要求装置情報量を変化させながら繰り返し送信することで当該管理対象装置の応答可能メッセージ長を測定する
ことを特徴とするネットワーク管理システムの制御方法。
【請求項１１】
請求項１０に記載のネットワーク管理システムの制御方法であって、
前記応答可能メッセージ長測定手段は、更に
前記装置情報要求メッセージの種類と要求装置情報と要求装置情報数と前記要求装置情報数の増加幅との初期値を設定し、前記装置情報要求メッセージを、対応する前記管理対象装置に送信し、
当該管理対象装置から受信した応答メッセージに基づき、該応答メッセージのメッセージ長が許容値を超えることを示すメッセージ長過大エラーが発生したかどうかを判定し、発生しなかったと判定した場合に前記要求装置情報数を前記増加幅だけ増やし、
前記増加幅を倍に設定する
ことを特徴とするネットワーク管理システムの制御方法。
【請求項１２】
請求項１１に記載のネットワーク管理システムの制御方法であって、
前記応答可能メッセージ長測定手段は、更に
前記測定に使用する装置情報要求メッセージを含むＩＰパケット長が、ＩＰパケット長の既定の最大値を超えたかどうかを判定し、超えたと判定した場合に前記要求装置情報数を減らす
ことを特徴とするネットワーク管理システムの制御方法。
【請求項１３】
請求項１１に記載のネットワーク管理システムの制御方法であって、
前記要求装置情報は、前記所定のプロトコルに規定されているデータ型の中からデータ長の上限値が最も小さく制限されているデータ型の装置情報である
ことを特徴するネットワーク管理システムの制御方法。
【請求項１４】
請求項１１に記載のネットワーク管理システムの制御方法であって、
前記応答可能メッセージ長測定手段は、前記要求装置情報数の初期値を、前記測定に使用する装置情報要求メッセージ長が前記所定のプロトコルが最低限サポートするメッセージ長を超えず且つ該メッセージ長に最も近くなるように設定する
ことを特徴するネットワーク管理システムの制御方法。
【請求項１５】
請求項１０に記載のネットワーク管理システムの制御方法であって、
前記記憶手段は、前記管理対象装置の応答可能メッセージ長を、当該管理対象装置の通信インターフェースを識別する通信インターフェース識別子および装置の種類を表す機器識別子と関連付けて記憶する
ことを特徴とするネットワーク管理システムの制御方法。
【請求項１６】
請求項１５に記載のネットワーク管理システムの制御方法であって、
前記応答可能メッセージ長取得手段は、前記管理対象装置の種類を表す機器識別子と関連付けられ前記記憶手段に記憶された応答可能メッセージ長の中から最大のものを、前記記憶手段から取得する
ことを特徴とするネットワーク管理システムの制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１Ａ】
【図１１Ｂ】
【図１１Ｃ】
【図１１Ｄ】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１Ａ】
【図１１Ｂ】
【図１１Ｃ】
【図１１Ｄ】
【図１２】
【図１３】
【公開番号】特開２０１１−４１０２２（Ｐ２０１１−４１０２２Ａ）
【公開日】平成２３年２月２４日（２０１１．２．２４）
【国際特許分類】
【出願番号】特願２００９−１８６８２４（Ｐ２００９−１８６８２４）
【出願日】平成２１年８月１１日（２００９．８．１１）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２３年２月２４日（２０１１．２．２４）
【国際特許分類】
【出願日】平成２１年８月１１日（２００９．８．１１）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]