(57)【要約】【課題】  ＳＮＭＰエージェントおよびＭＩＢを持たない機器に対して各機器固有の管理情報を取得することが可能なネットワーク管理システムを提供する。【解決手段】  マネージャ装置は、取得すべき管理情報を示すオブジェクトＩＤを含む取得要求をネットワーク管理装置へ送信する。ネットワーク管理装置は、各管理対象機器に関するそれぞれの管理情報を拡張ＭＩＢに格納しておく。そして、マネージャ装置から送信されてくる取得要求に含まれるオブジェクトＩＤを独自プロトコルに従った形式に変換した識別子を当該管理対象機器へ送信する。管理対象機器は、識別子を受信したことに応じて、当該識別子により示される管理情報の値をネットワーク管理装置へ送信する。ネットワーク管理装置は、管理対象機器から送信されてくる管理情報の値を、取得要求に対する応答としてマネージャ装置へ送信する。【選択図】  図１ 
2005038296.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの管理対象機器と、当該管理対象機器とＬＡＮを介して接続されるネットワーク管理装置と、当該ネットワーク管理装置と接続され、当該管理対象機器の管理情報を取得するマネージャ装置とを備えるネットワーク管理システムであって、
前記マネージャ装置と前記ネットワーク管理装置との間においては、ＳＮＭＰが管理プロトコルとして使用され、
前記ネットワーク管理装置と前記管理対象機器との間においては、ＳＮＭＰとは異なる独自プロトコルが使用され、
前記マネージャ装置は、取得すべき管理情報を示すオブジェクトＩＤを含む取得要求を前記ネットワーク管理装置へ送信し、
前記ネットワーク管理装置は、
各前記管理対象機器に関するそれぞれの管理情報を拡張ＭＩＢに格納しておき、
前記マネージャ装置から送信されてくる取得要求に含まれるオブジェクトＩＤを前記独自プロトコルに従った形式に変換した識別子を当該管理対象機器へ送信し、
前記管理対象機器は、前記識別子を受信したことに応じて、当該識別子により示される管理情報の値を前記ネットワーク管理装置へ送信し、
前記ネットワーク管理装置は、前記管理対象機器から送信されてくる管理情報の値を、前記取得要求に対する応答として前記マネージャ装置へ送信する、ネットワーク管理システム。
【請求項２】
前記ネットワーク管理装置は、前記オブジェクトＩＤと前記識別子と対応付けたテーブルを格納しておき、当該テーブルに従って前記オブジェクトＩＤを前記識別子に変換する、請求項１に記載のネットワーク管理システム。
【請求項３】
前記ネットワーク管理装置は、
新たな管理対象機器が接続された場合、前記拡張ＭＩＢに格納すべき管理情報に関する情報を当該新たな管理対象機器から取得するとともに、取得した情報に基づいて当該新たな管理対象機器の管理情報に関する拡張ＭＩＢを作成し、
当該ネットワーク管理装置を識別する情報および作成したＭＩＢの情報をＭＩＢ作成情報として前記マネージャ装置へ送信し、
作成した拡張ＭＩＢに含まれる管理情報のオブジェクトＩＤと、当該オブジェクトＩＤに対応する識別子との組を前記管理対象機器へ送信し、
前記マネージャ装置は、前記ネットワーク管理装置から送信されてくるＭＩＢ作成情報に基づいて拡張ＭＩＢを作成し、
前記管理対象機器は、前記ネットワーク管理装置から送信されてくるオブジェクトＩＤと識別子との組を対応付けて格納しておく、請求項１に記載のネットワーク管理システム。
【請求項４】
少なくとも１つの管理対象機器とＬＡＮを介して接続されるとともに、当該管理対象機器の管理情報を取得するためのマネージャ装置と接続されるネットワーク管理装置であって、
前記マネージャ装置との間において、ＳＮＭＰを管理プロトコルとして使用し、
前記管理対象機器との間において、ＳＮＭＰとは異なる独自プロトコルを使用し、
各前記管理対象機器に関するそれぞれの管理情報を拡張ＭＩＢに格納しておき、
前記マネージャ装置から送信されてくる取得要求に含まれるオブジェクトＩＤを前記独自プロトコルに従った形式に変換した識別子を当該管理対象機器へ送信し、
前記識別子を送信したことに応じて前記管理対象機器から送信されてくる管理情報の値を、前記取得要求に対する応答として前記マネージャ装置へ送信する、ネットワーク管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク管理システムに関し、より特定的には、ＳＮＭＰを用いて管理対象通信機器の集中管理を行うネットワーク管理システムに関するものである。
【背景技術】
【０００２】
遠隔地に散在する複数のローカルエリアネットワーク内に存在する管理対象通信機器を１つのマネージャ装置によって集中管理するための代表的な管理プロトコルが、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）である。ＳＮＭＰでは、ＬＡＮ上の全ての管理対象通信機器のＳＮＭＰエージェントに対してマネージャ装置から管理情報が要求され、管理対象通信機器はその返答を返す。ＳＮＭＰにおいては、全ての管理対象通信機器は、ＳＮＭＰエージェントと管理情報とＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）とを具備していなければならない。つまり、管理対象通信機器がこれらを具備していなければ、マネージャ装置は管理対象通信機器の管理情報を取得することができない。一般に、ＭＩＢのデータ量は大きいので、管理対象通信機器の記憶容量の負担が大きくなるという問題があった。
【０００３】
そこで、ＳＮＭＰエージェントを有さない管理対象通信機器に対してネットワーク管理を行うシステムが考えられている（特許文献１参照。）。当該システムは、ＳＮＭＰマネージャと、プロトコル変換装置とによって構成されている。プロトコル変換装置は、ＩＰ接続不可能な独自プロトコルの伝送路によって複数の管理対象装置と接続されている。このシステムでは、各管理対象通信機器の管理情報のデータベースであるＭＩＢが全ての管理対象通信機器で共通化されており、各管理対象通信機器の管理対象項目は、ＭＩＢ  Ｏｂｊｅｃｔ  ＩＤで定義される。プロトコル変換装置は、管理対象項目とＭＩＢ  Ｏｂｊｅｃｔ  ＩＤとのマッピングを行い、ＳＮＭＰマネージャからの“Ｇｅｔ  Ｒｅｑｕｅｓｔ”に対する“Ｇｅｔ  Ｒｅｓｐｏｎｓｅ”メッセージを作成する。このように、上記システムでは、ＭＩＢを共通化することによって、管理対象通信機器をあたかもＳＮＭＰエージェントとして動作するように実装することができる。
【特許文献１】特開２０００−２６７９６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、従来の技術では、ＭＩＢを共通化してしまうために、各管理対象通信機器に固有の管理情報を管理することができず、管理する側（ＳＮＭＰマネージャ）は、各管理対象通信機器からそれぞれ異なる管理情報を取得することができない。
【０００５】
それ故、本発明の目的は、ＳＮＭＰエージェントおよびＭＩＢを持たない機器に対して各機器固有の管理情報を取得することが可能なネットワーク管理システムを提供することである。
【課題を解決するための手段】
【０００６】
本発明は、上記の課題を解決するために、以下の構成を採用した。すなわち、本発明は、少なくとも１つの管理対象機器と、ネットワーク管理装置と、マネージャ装置とを備えるネットワーク管理システムである。ネットワーク管理装置は、管理対象機器とＬＡＮを介して接続される。マネージャ装置は、当該ネットワーク管理装置と接続され、当該管理対象機器の管理情報を取得する。ここで、マネージャ装置とネットワーク管理装置との間においては、ＳＮＭＰが管理プロトコルとして使用される。また、ネットワーク管理装置と管理対象機器との間においては、ＳＮＭＰとは異なる独自プロトコルが使用される。マネージャ装置は、取得すべき管理情報を示すオブジェクトＩＤを含む取得要求をネットワーク管理装置へ送信する。ネットワーク管理装置は、各管理対象機器に関するそれぞれの管理情報を拡張ＭＩＢに格納しておく。そして、マネージャ装置から送信されてくる取得要求に含まれるオブジェクトＩＤを独自プロトコルに従った形式に変換した識別子を当該管理対象機器へ送信する。管理対象機器は、識別子を受信したことに応じて、当該識別子により示される管理情報の値をネットワーク管理装置へ送信する。ネットワーク管理装置は、管理対象機器から送信されてくる管理情報の値を、取得要求に対する応答としてマネージャ装置へ送信する。
【０００７】
なお、ネットワーク管理装置は、オブジェクトＩＤと識別子と対応付けたテーブルを格納しておいてもよい。このとき、ネットワーク管理装置は、当該テーブルに従ってオブジェクトＩＤを識別子に変換する。
【０００８】
また、ネットワーク管理装置は、新たな管理対象機器が接続された場合、拡張ＭＩＢに格納すべき管理情報に関する情報を当該新たな管理対象機器から取得するとともに、取得した情報に基づいて当該新たな管理対象機器の管理情報に関する拡張ＭＩＢを作成してもよい。さらに、ネットワーク管理装置は、当該ネットワーク管理装置を識別する情報および作成したＭＩＢの情報をＭＩＢ作成情報としてマネージャ装置へ送信する。また、作成した拡張ＭＩＢに含まれる管理情報のオブジェクトＩＤと、当該オブジェクトＩＤに対応する識別子との組を管理対象機器へ送信する。これに応じて、マネージャ装置は、ネットワーク管理装置から送信されてくるＭＩＢ作成情報に基づいて拡張ＭＩＢを作成する。また、管理対象機器は、ネットワーク管理装置から送信されてくるオブジェクトＩＤと識別子との組を対応付けて格納しておく。
【０００９】
なお、本発明は、上記のネットワーク管理システムに含まれるネットワーク管理装置として提供されるものであってもよい。
【発明の効果】
【００１０】
本発明によれば、拡張ＭＩＢで各管理対象機器に固有の管理情報を格納しておくことによって、ＳＮＭＰエージェントやＭＩＢを有しない管理対象機器に固有の管理情報を管理することができる。また、ネットワーク管理装置と管理対象機器との間ではＳＮＭＰを必要としないので、ＭＩＢに関する情報の通信が必要ない。従って、必要最小限の情報（管理情報の値）のみを送受信すればよいので、ＬＡＮにおける伝送効率の向上することができる。
【００１１】
また、上記テーブルを用いることによって、ネットワーク管理装置は、ＳＮＭＰにおいて用いられるオブジェクトＩＤと独自プロトコルにおいて用いられる識別子との変換を容易に行うことができる。
【００１２】
また、ネットワーク管理装置が、新たな管理対象機器の管理情報に関する拡張ＭＩＢを作成することによって、新たな管理対象通信機器に対しての集中管理に対応することが可能となる。さらに、ＭＩＢ作成情報がマネージャ装置へ送信されるので、マネージャ装置は、管轄内のローカルエリアにどのような管理対象通信機器が接続されているかを把握することができ、管理の煩雑化を防ぐことができる。また、ネットワーク管理装置とマネージャ装置との間で拡張ＭＩＢを自動的に共有することができ、新たに接続された管理対象通信機器に対しても機器固有の管理情報を取得することが可能となる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明に係る実施の形態について図面を参照しながら説明する。以下の実施の形態では、本発明に係るネットワーク管理システムにおけるローカルエリアネットワーク（ＬＡＮ）をＥｔｈｅｒｎｅｔ（Ｒ）に適用した場合を例示して説明する。その他、本発明は、ＩＥＥＥ８０２．３  ＣＳＭＡ／ＣＤ，ＩＥＥＥ８０２．４  ＴＯＫＥＮ  ＢＵＳ，ＩＥＥＥ８０２．５  ＴＯＫＥＮ  ＲＩＮＧ等においても適用することができる。
【００１４】
（実施の形態１）
図１は、実施の形態１に係るネットワーク管理システムの構成を示す図である。ネットワーク管理システムは、マネージャ装置１と、ネットワーク管理装置（以下、「管理装置」と呼ぶ。）２と、第１〜第３の管理対象機器３〜５とを備える。また、管理装置２と各管理対象機器３〜５とによって、ＬＡＮ６が構成されている。マネージャ装置１と管理装置２との間の通信は、ＳＮＭＰプロトコルを用いて行われる。一方、ＬＡＮ６内の通信、すなわち、管理装置２と各管理対象機器３〜５との間の通信は、ＳＮＭＰとは異なるプロトコル（以下、「独自プロトコル」と呼ぶ。）を用いて行われる。なお、独自プロトコルは、以降で説明する動作を達成することができればどのようなプロトコルでもよい。また、図１では管理対象機器３〜５として３つの通信装置を記述しているが、管理対象機器の数はこれに限るものではない。これと同様に、マネージャ装置１が管理するＬＡＮの数もこれ（図１では、１つ）に限るものではない。
【００１５】
図２は、図１に示す管理装置２の構成を示す図である。管理装置２は、ＳＮＭＰエージェント２１と、独自プロトコルの送受信プログラム２２と、独自プロトコルの解析プログラム２３とを有している。ＳＮＭＰエージェント２１は、マネージャ装置１との通信のために用いられる。送受信プログラム２２および解析プログラム２３は、各管理対象機器３〜５との通信のために用いられる。さらに、管理装置２は、自装置のＭＩＢ２４と、各管理対象機器３〜５用のＭＩＢ（第１〜第３の管理対象用ＭＩＢ）２５〜２７とを有している。さらに、図２には図示していないが、本実施形態においては、管理装置２は、ＭＩＢのオブジェクトＩＤ（ＯＩＤ（Ｏｂｊｅｃｔ  ＩＤ））と、パラメータＩＤ（ＰＩＤ）とを対応付けたテーブルを格納している（図６参照。）。オブジェクトＩＤは、ＭＩＢに格納されている個々の管理情報（オブジェクト）を識別するための識別子である。ＰＩＤは、ＯＩＤにより示される管理情報を、独自プロトコルの形式で表現した識別子である。
【００１６】
図３は、ＭＩＢの構造を模式的に示す図である。図３に示すように、ＭＩＢは複数の層からなるツリー構造を有している。また、ＭＩＢの所定の層までの番号は規格によって決められているが、それよりも下位の層の番号は自由に割り振ることができ、当該下位の層を拡張ＭＩＢとしてベンダーが独自に用いることができる。図３では、“１．３．６．１．４．１（ｅｎｅｒｐｒｉｓｅｓ）”までが決められた番号（標準ＭＩＢ）であり、それ以下の番号が自由な番号（拡張ＭＩＢ）であるとする。実施の形態１では、拡張ＭＩＢに各管理対象機器に個別の管理情報を格納する。すなわち、下位の層の番号を用いて独自プロトコル用に番号を割り振ることによって、各管理対象機器に個別の管理情報を識別する。
【００１７】
例えば、“１．３．６．１．４．１．２５８．１３．２．２．１．０”というＯＩＤを例にとって説明すると、“２５８”以降が自由に番号を割り振ることが可能な番号である。ここで、“２５８”は、実施の形態１の独自プロトコルを使用する環境であることを示す番号である。その次の“１３”は、管理対象機器の製品を示す製品番号（例えば、ＤＶＤプレーヤＡの製品番号）を示す番号である。その次の“２”は、製品のベンダー名（例えば、ベンダーＢ）を示す番号である。以降の番号“２．１．０”が、管理情報を示す。例えば、“２．１．０”は、管理情報として、インターフェースＣのＭＡＣアドレスを示す番号とする。このとき、“１．３．６．１．４．１．２５８．１３．２．２．１．０”というＯＩＤによって、マネージャ装置１は、ベンダーＡの製品であるＤＶＤプレーヤＢの管理情報として、インターフェースＣのＭＡＣアドレスを取得することができる。
【００１８】
図４は、図１に示す第１の管理対象機器３の構成を示す図である。なお、図４では、第１の管理対象機器３の構成を示すが、その他の管理対象機器（第２および第３の管理対象機器４および５）の構成も図４と同様である。図４において、管理対象機器３は、管理装置２との通信を行うために用いられる、独自プロトコルの送受信プログラム３１および独自プロトコルの解析プログラム３２とを有している。管理対象機器３は、ＳＮＭＰエージェントおよびＭＩＢを有していない。
【００１９】
以上のように構成されるネットワーク管理システムにおいては、マネージャ装置１は、管理情報の取得を管理装置２に対して要求する。管理装置２は、この要求に対して、配下に存在する管理対象機器３〜５から管理情報のみを取得する。さらに管理装置２は、管理情報をＳＮＭＰの形式に適合させてマネージャ装置１に返信する。
【００２０】
以上のように、マネージャ装置１は、管理情報の取得を複数の管理対象機器３〜５に対して要求するのではなく、管理装置２に対して要求する。従って、マネージャ装置１は１つの管理装置を管理すれば、その管理装置が含まれるＬＡＮ内の管理対象機器の管理情報を取得することができる。また、マネージャ装置は、ＳＮＭＰエージェントを有しない装置を管理対象機器として管理することが可能である。さらに、マネージャ装置は管理装置のみを管理すればよいので、管理のための処理負荷を軽減することができる。
【００２１】
以下、実施の形態１の処理の詳細を説明する。ここでは、マネージャ装置１が第１の管理対象機器３の管理情報の取得を要求する場合を例として説明する。図５は、実施の形態１における管理装置２における処理の流れを示すフローチャートである。まず、管理装置２は、管理情報の取得要求（Ｇｅｔ−Ｒｅｑｕｅｓｔ）をマネージャ装置１から受信する（ステップＳ１１１）。マネージャ装置１から受信される取得要求のパケットには、ＭＩＢのＯＩＤが含まれている。このＯＩＤによって、取得要求の対象となる管理情報が特定される。なお、ここでは、当該取得要求は、第１の管理対象機器３の管理情報の取得要求であるとする。
【００２２】
次に、管理装置２のＳＮＭＰエージェント２１は、ステップＳ１１１で受信した取得要求が自装置の管理情報に対する取得要求であるか否かを判定する（ステップＳ１１２）。具体的には、ＳＮＭＰエージェント２１は、マネージャ装置１から受信される上記ＯＩＤを用いて当該判定を行う。
【００２３】
ステップＳ１１２の判定の結果、自装置に対する取得要求であれば、ＳＮＭＰエージェント２１は、ステップ１２２の処理を行う。すなわち、取得要求に対する応答（Ｇｅｔ−Ｒｅｓｐｏｎｓｅ）として自装置の管理情報をマネージャ装置に送信し（ステップＳ１２２）、処理を終了する。ステップＳ１２２の処理は、通常のＳＮＭＰにおける処理と同じである。一方、自装置に対する取得要求でなければ、ステップＳ１１３の処理が行われる。ここでは、取得要求は第１の管理対象機器３に対する取得要求であるので、ステップＳ１１３の処理が行われる。
【００２４】
次に、管理装置２は、ステップＳ１１１で受信した取得要求に対応する管理対象機器が存在するか否かを判定する（ステップＳ１１３）。この処理は、当該取得要求が、管理装置２配下の管理対象機器３〜５に対する要求でない場合、および管理対象機器３〜５が接続されていない場合を検知する処理である。なお、ステップＳ１１３の判定も、ステップＳ１１２の判定と同様、ステップＳ１１１で受信した上記ＯＩＤを用いることによって判断可能である。ステップＳ１１３の判定の結果、当該取得要求に対応する管理対象機器が存在しない場合、ＳＮＭＰエージェント２１は、マネージャ装置１に対してエラー通知を行う（ステップＳ１２３）。このエラー通知はＳＮＭＰエージェント１１がマネージャ装置１に対して、例えば「Ｎｏ  Ｓｕｃｈ  Ｎａｍｅ」を返すことによって行われる。この通知はＳＮＭＰのバージョンによって異なる。
【００２５】
一方、ステップＳ１１３の判定の結果、当該取得要求に対応する管理対象機器が存在する場合、ステップＳ１１４の処理が行われる。以上のステップＳ１１２およびＳ１１３の処理によって、管理装置２は、ステップＳ１１１で受信した取得要求が第１の管理対象機器３に対する取得要求であることを把握することができる。なお、ここでは、取得要求は第１の管理対象機器３に対する取得要求であるので、ステップＳ１１４以降の処理が行われる。なお、ステップＳ１１４以降の処理は、管理装置２と第１の管理対象機器３との間で行われる処理として説明するが、第１の管理対象機器３以外の場合でも処理の流れは変わらないことはいうまでもない。
【００２６】
ステップＳ１１４以降の処理では、まず、管理装置２は、マネージャ装置１から要求されている管理情報を第１の管理対象機器３に要求するためのフレームを作成する（ステップＳ１１４）。このフレームは、独自プロトコルに準じて作成される。
【００２７】
図６は、管理装置２において用意されているＯＩＤとＰＩＤとの対応テーブルの一例を示す図である。ＰＩＤは、管理対象機器が認識可能な形式によって管理情報を特定する識別子である。ステップＳ１１４では、管理装置２は、ステップＳ１１１で受信したＯＩＤを当該対応テーブルを用いてＰＩＤに変換する。そして、変換したＰＩＤを上記フレームに挿入することによって当該フレームを作成する。
【００２８】
図５の説明に戻り、ステップＳ１１４の次に、管理装置２は、ステップＳ１１４で作成したフレームを管理対象機器３へ送信する（ステップＳ１１５）。この処理において、管理装置２は、送信するフレームに含まれているＰＩＤを記憶しておく。その後、管理装置２は、第１の管理対象機器３からの応答を待つ（ステップＳ１１６）。ステップＳ１１６における待機は、独自プロトコルにおいて予め定められた所定の制限時間の間行われる。
【００２９】
次に、上記ステップＳ１１５で送信されたフレームを受信した管理対象機器（ここでは、第１の管理対象機器３）の処理を説明する。図７は、実施の形態１の第１の管理対象機器３における処理の流れを示すフローチャートである。まず、第１の管理対象機器３は、管理装置２から送信されてくるフレームを受信する（ステップＳ１３１）。次に、第１の管理対象機器３は、当該フレームを解析し、自装置の管理情報に対するフレームであるか否かを判定する（ステップＳ１３２）。この判定の結果、ステップＳ１３１で受信したフレームが自装置の管理情報に対するものでなければ、当該フレームを無視して、処理を終了する。一方、ステップＳ１３１で受信したフレームが自装置の管理情報に対するものであれば、当該フレームに含まれているＰＩＤにより示される管理情報（値）を取得する（ステップＳ１３３）。ステップＳ１３３で取得された管理情報は、独自プロトコルに従ったフレームに格納される（ステップＳ１３４）。第１の管理対象機器３は、ステップＳ１３４で作成したフレームを応答フレームとして管理装置２に対して送信し（ステップＳ１３５）、処理を終了する。
【００３０】
図５の説明に戻り、ステップＳ１１６で応答待ち状態にあった管理装置２は、何らかのフレームを第１の管理対象機器３から受信したこと、または、上記所定の制限時間が経過したことに応じて、ステップＳ１１７の処理に進む。続くステップＳ１１７では、上記制限時間が経過したか（すなわち、上記所定の制限時間内に第１の管理対象機器３から応答フレームを受信したか）否かが判定される（ステップＳ１１７）。制限時間内に管理対象機器３より応答がない場合、管理装置２内でタイムアウトを起こし、管理装置２はマネージャ装置１にエラー通知を送信する（ステップＳ１２４）。ステップＳ１２４の後、図５に示す処理は終了する。一方、制限時間内に管理対象機器３から応答があった場合、管理装置２は、受信したフレームがステップＳ１１５で送信したフレームに対応する応答フレームであるか否かを判定する（ステップＳ１１８）。この判定は、上記ステップＳ１１５において記憶しておいたＰＩＤに対応する管理情報が、受信したフレームに含まれているか否かによって判断可能である。ステップＳ１１８の判定の結果、受信したフレームが応答フレームでない場合、処理はステップＳ１１６に戻る。つまり、管理装置２は再び応答待ちの状態に戻る。一方、受信したフレームが応答フレームである場合、ステップＳ１１９の処理が行われる。以上のように、ステップＳ１１６〜Ｓ１１８において制限時間内に第１の管理対象機器３から応答フレームが送信されてきた場合、ステップＳ１１９の処理が行われる。
【００３１】
応答フレームを受信すると、管理装置２は、当該応答フレームに含まれている管理情報を抜き出し、ステップＳ１１４において記憶しておいたＰＩＤに対応するＯＩＤに、抜き出した管理情報を割り当てる（ステップＳ１１９）。次に、管理装置２は、管理情報を割り当てたＯＩＤをＭＩＢとしてＳＮＭＰエージェント２１に渡す（ステップＳ１２０）。ＭＩＢを受け取ったＳＮＭＰエージェント２１は、マネージャ装置１にＧｅｔ−Ｒｅｓｐｏｎｓｅを送信する（ステップＳ１２１）。以上で、図５の処理が完了する。
【００３２】
以上の処理によって、マネージャ装置１は管理対象機器３の固有の管理情報を取得することができる。また、本ネットワーク管理システムによれば、管理対象機器３はＳＮＭＰエージェントやＭＩＢを搭載しなくて済むため、メモリ等の負荷を低減させることができる。
【００３３】
以上のように、実施の形態１に係るネットワーク管理システムによれば、ＳＮＭＰエージェントおよびＭＩＢを有しない管理対象機器に固有の管理情報に対する集中管理が可能となる。従って、管理対象機器がＳＮＭＰエージェントおよびＭＩＢを格納しておく必要がないので、メモリ等への負荷が軽減される。さらに、管理装置が複数の管理対象機器に関する管理情報を返すので、マネージャ装置は１つのＬＡＮに対して１つのみのアドレス（例えばＩＰアドレス）を管理すればよい。従って、ネットワークの伝送効率の向上することができる。
【００３４】
（実施の形態２）
以下、本発明の実施の形態２を説明する。実施の形態２では、ＬＡＮ内に新たな管理対象機器が追加された場合の処理について説明する。図８は、実施の形態２に係るネットワーク管理システムの構成を示す図である。ここでは、実施の形態１において示したＬＡＮ６内に、第４の管理対象機器７が新たに追加される場合を考える。なお、マネージャ装置１が管理情報を取得する際の処理は、実施の形態２においても実施の形態１と同様であるので、当該処理の説明は省略する。また、実施の形態２では、ＬＡＮ６とは異なるＬＡＮ８が含まれる構成であるが、ＬＡＮ８内の管理装置および管理対象機器の動作は、実施の形態１に示した管理装置および管理対象機器と同様である。
【００３５】
図９は、実施の形態２における管理装置２の構成を示す図である。実施の形態２では、図２に示す構成と同様の構成に、第４の管理対象機器７に対応する第４の管理対象用ＭＩＢ２８が新たに追加される。なお、管理装置２が第４の管理対象用ＭＩＢ２８をすでに有している場合は、以降に説明する処理を行う必要はない。この場合、第４の管理対象機器７が管理装置２に接続されることによって、マネージャ装置１は、第４の管理対象機器７を管理可能となる。
【００３６】
なお、第４の管理対象機器７は、ＭＩＢを作成するために必要な情報、すなわち、ＭＩＢに格納すべき管理情報に関する情報を予め有しているものとする。ここでは、ＭＩＢを作成するために必要な情報として、製品番号および製品名、ベンダー番号（ベンダーを識別する番号）、各管理情報の番号および名前、各管理情報のＳＹＮＴＡＸおよびアクセス情報等を有しているものとする。これらの情報は、第４の管理対象機器７が管理装置２に接続されると、管理装置２へ送信される。
【００３７】
図１０は、新たに管理対象機器が追加された場合の管理装置２における処理の流れを示すフローチャートである。管理装置２に第４の管理対象機器７が接続されると、管理装置２は接続を検出する（ステップＳ２１１）。具体的には、第４の管理対象機器７から送信されてくる、ＭＩＢを作成するために必要な情報（独自プロトコルのフレーム）を受信する。次に、管理装置２は、第４の管理対象機器７が、本システムにおいて管理される製品であるか否かを判定する（ステップＳ２１２）。この判定は、例えば、独自プロトコルのフレームが送信されてきたか否かによって行われる。すなわち、独自プロトコルのフレームが送信されてきた場合、第４の管理対象機器７は本システムにおいて管理される製品であると判断する。逆に、独自プロトコルのフレームでないフレームが送信されてきた場合、第４の管理対象機器７は本システムにおいて管理される製品でないと判断する。
【００３８】
ステップＳ２１２において、本システムにおいて管理される製品でないと判定される場合、ステップＳ２１１で受信したフレームは無視され、処理は終了する。一方、本システムにおいて管理される製品であると判定される場合、管理装置２は、第４の管理対象機器７のＭＩＢが管理装置２にすでに格納されているか否かを確認する（ステップＳ２１３）。第４の管理対象機器７のＭＩＢが管理装置２にすでに格納されていれば、ステップＳ２１１で受信したフレームは無視され、処理は終了する。
一方、第４の管理対象機器７のＭＩＢが管理装置２に格納されていなければ、管理装置２は、ステップＳ２１１で受信したフレームを解析し、フレームに含まれている情報（上述した、ＭＩＢの作成に必要な情報）に基づいて、ＭＩＢを作成する（ステップＳ２１４）。作成されたＭＩＢは、第４の管理対象用ＭＩＢ２８として管理装置２に追加される。さらに、管理装置２は、作成したＭＩＢをマネージャ装置へ通知するために、ベンダー固有のＴＲＡＰをマネージャ装置１へ送信する（ステップＳ２１５）。ベンダー固有のＴＲＡＰには、管理装置２を識別する情報（例えばＩＰアドレス等）と、作成されたＭＩＢの情報とが少なくとも記述されている。
【００３９】
以下、上記ＴＲＡＰを受信したマネージャ装置１の処理について説明する。図１１は、新たに管理対象機器が追加された場合のマネージャ装置１における処理の流れを示すフローチャートである。まず、マネージャ装置１は、管理装置２からＴＲＡＰを受信する（ステップＳ２３１）。次に、マネージャ装置１は、当該ＴＲＡＰのフレーム内に含まれる情報に基づいて、ＭＩＢを作成する（ステップＳ２３２）。ここで作成されるＭＩＢは、管理装置２が作成したＭＩＢと同様のＭＩＢである。
【００４０】
ステップＳ２３２の後、マネージャ装置１は、ステップＳ２３２においてＭＩＢの作成が成功したか否かを判定する（ステップＳ２３３）。この判定の結果、ＭＩＢの作成に失敗した場合（例えば、管理装置２からのＴＲＡＰにＭＩＢを作成するために必要な情報が欠けていた場合等）、マネージャ装置１は、管理装置２へＮＡＣＫを送信し再送を促す（ステップＳ２３５）。一方、ＭＩＢの作成に成功した場合、成功した旨を管理装置２へ通知するために、ＡＣＫを送信する（ステップＳ２３４）。なお、上記のＡＣＫやＮＡＣＫを伝えるプロトコルはどのようなものを用いても構わない。ステップＳ２３４またはステップＳ２３５の終了によって、図１１に示す処理が完了する。
【００４１】
図１０の説明に戻り、ステップＳ２１５の後、管理装置２は、マネージャ装置１からの応答を待ち、応答が返ってくればその内容を判定する（ステップＳ２１６）。具体的には、マネージャ装置１からの返信がＡＣＫであれば、管理装置２は、マネージャ装置１に正確なＭＩＢが作成されたと判断し、ステップＳ２１７以降の処理を行う。一方、マネージャ装置１からの返信がＮＡＣＫである場合、または、所定時間以内に返信が返ってこない場合は、ステップＳ２１５の処理に戻る。つまり、管理装置２は、マネージャ装置１からＡＣＫが返ってくるまで、ＴＲＡＰの送信を繰り返し行う。以上のステップＳ２１６までの処理によって、管理装置２およびマネージャ装置１の双方に第４の管理対象用ＭＩＢ２８が作成されたことになる。
【００４２】
次に、管理装置２は、作成されたＭＩＢに対してＰＩＤを割り付ける（ステップＳ２１７）。具体的には、作成されたＭＩＢとそれに対応するＰＩＤとの組を、上記対応テーブルに追加する。さらに、管理装置２は、作成されたＭＩＢに関する割付情報を第４の管理対象機器７へ送信する（ステップＳ２１８）。割付情報は、管理情報を識別するための番号および名前と、ステップＳ２１７において割り付けられたＰＩＤとを含む情報である。管理装置２は、この割付情報を独自プロトコルのフレームに格納して第４の管理対象機器７へ送信する。
【００４３】
以下、上記割付情報を受信した第４の管理対象機器７の処理について説明する。図１２は、新たに追加された管理対象機器における処理の流れを示すフローチャートである。まず、第４の管理対象機器７は、管理装置２から送信されてくるフレームを受信する（ステップＳ２４１）。次に、第４の管理対象機器７は、ステップＳ２４１で受信したフレームを解析し、当該フレームに含まれているＰＩＤをマッピングする（ステップＳ２４２）。つまり、当該フレームに含まれているＰＩＤとＰＩＤにより示される管理情報との対応を記憶しておく。これによって、第４の管理対象機器７は、マネージャ装置１が管理情報を取得する際において管理装置２から送信されてくるフレーム（図５のステップＳ１１５）に対応することができる。
【００４４】
ステップＳ２４２の次に、第４の管理対象機器７は、ステップＳ２４２のマッピングが成功したか否かを判定する（ステップＳ２４３）。この判定の結果、マッピングに失敗した場合（例えば、管理装置２からのフレームに必要な情報が欠けていた場合等）、第４の管理対象機器７は、管理装置２へＮＡＣＫを送信し再送を促す（ステップＳ２４５）。一方、マッピングに成功した場合、成功した旨を管理装置２へ通知するために、ＡＣＫを送信する（ステップＳ２４４）。ステップＳ２４４またはステップＳ２４５の終了によって、図１２に示す処理が完了する。
【００４５】
再び図１０の説明に戻り、ステップＳ２１８の後、管理装置２は、第４の管理対象機器７からの応答を待ち、応答が返ってくればその内容を判定する（ステップＳ２１９）。具体的には、第４の管理対象機器７からの返信がＡＣＫであれば、管理装置２は、第４の管理対象機器７で正確なマッピングが行われたと判断し、図１０に示す処理を終了する。一方、第４の管理対象機器７からの返信がＮＡＣＫである場合、または、所定時間以内に返信が返ってこない場合は、ステップＳ２１８の処理に戻る。つまり、管理装置２は、第４の管理対象機器７からＡＣＫが返ってくるまで、割付情報の送信を繰り返し行う。ステップＳ２１６〜Ｓ２１９の処理によって、管理装置２および第４の管理対象機器７の双方に第４の管理対象用ＭＩＢ２８に対応するＰＩＤのマッピングが行われたことになる。
【００４６】
なお、実施の形態２においては、ＯＩＤとＰＩＤとのマッピングを管理装置および管理対象機器において共有するために、管理装置は、割付情報を管理対象機器に送信した。ここで、他の実施形態においては、管理情報とＰＩＤとのマッピングを予め決定しておいてもよい。この場合、さらに、当該マッピングに関する情報を管理対象機器の接続時（ステップＳ２１１）に送信してもよい。これによって、ステップＳ２１７以降の処理を省略することができる。
【００４７】
以上のように、実施の形態２によれば、管理装置に予め用意されているＭＩＢに対応しない管理対象機器が追加された場合でも、新たにＭＩＢを作成することによって当該管理対象機器をシステムに追加することができる。また、マネージャ装置は、ローカルエリアネットワークごとにどのような管理対象機器が存在するかを拡張ＭＩＢによって判断することができるので、ネットワーク管理が簡素化する。
【産業上の利用可能性】
【００４８】
以上のように、本発明に係るネットワーク管理システムは、ＳＮＭＰエージェントおよびＭＩＢを持たない機器に対して各機器固有の管理情報を取得することを目的として利用することが可能である。
【図面の簡単な説明】
【００４９】
【図１】実施の形態１に係るネットワーク管理システムの構成を示す図である。
【図２】図１に示す管理装置の構成を示す図である。
【図３】ＭＩＢの構造を模式的に示す図である。
【図４】図１に示す第１の管理対象機器の構成を示す図である。
【図５】実施の形態１における管理装置における処理の流れを示すフローチャートである。
【図６】管理装置２において用意されているＯＩＤとＰＩＤ（パラメータＩＤ）との対応テーブルの一例を示す図である。
【図７】実施の形態１の第１の管理対象機器における処理の流れを示すフローチャートである。
【図８】実施の形態２に係るネットワーク管理システムの構成を示す図である。
【図９】実施の形態２における管理装置の構成を示す図である。
【図１０】新たに管理対象機器が追加された場合の管理装置における処理の流れを示すフローチャートである。
【図１１】新たに管理対象機器が追加された場合のマネージャ装置における処理の流れを示すフローチャートである。
【図１２】新たに追加された管理対象機器における処理の流れを示すフローチャートである。
【符号の説明】
【００５０】
１  マネージャ装置
２  ネットワーク管理装置
３〜５  管理対象機器
６  ローカルエリアネットワーク
【図１】
2005038296.tif 000003
【図２】
2005038296.tif 000004
【図３】
2005038296.tif 000005
【図４】
2005038296.tif 000006
【図６】
2005038296.tif 000007
【図７】
2005038296.tif 000008
【図８】
2005038296.tif 000009
【図９】
2005038296.tif 000010
【図１１】
2005038296.tif 000011
【図１２】
2005038296.tif 000012
【図５】
2005038296.tif 000013
【図１０】
2005038296.tif 000014