(57)【要約】【課題】ＮＭＳ及びＮＥエージェント間における通信に対する新規なＭＩＢ構造を提供する。【解決手段】従来、オペレータは、通信前にＮＭＳ及びＮＥエージェントに対してＭＩＢを与えていた。通信前にＭＩＢが与えられなければ、ＮＭＳは、どのデータをＮＥエージェントから検索すべきかを知ることができず、ＭＩＢを理解することができない。この問題を解決するために、本発明は、ＮＭＳ及びＮＥエージェント間における通信に対して、特許請求の範囲に記載のＭＩＢ構造を提案するものである。本発明によれば、ＮＥエージェントのＭＩＢが変化すると、オペレータの操作によってではなく自動的に、ＮＥエージェントのＭＩＢがＮＭＳ反映される。それゆえ、ネットワークが自動的に管理される。【選択図】図３
2007522544.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク管理システム（ＮＭＳ）とネットワーク要素（ＮＥ）のエージェントとの間で通信される管理情報ベース（ＭＩＢ）の構造であって、
オブジェクト型のオブジェクトを記述するためのｏｂｊｅｃｔＩｎｆｏＴａｂｌｅ、トラップ型オブジェクトを記述するためのｔｒａｐＩｎｆｏＴａｂｌｅ、及び、ＭＩＢオブジェクトの共通属性を記述するためのｂａｓｅＩｎｆｏＴａｂｌｅを生成するためのｂａｓｅＩｎｆｏと、
ｓｙｎｔａｘＩｎｔｅｇｅｒＴａｂｌｅ、及び、ｓｅｑｕｅｎｃｅＩｎｆｏＴａｂｌｅを生成するためのｓｙｎｔａｘＩｎｆｏと、
を含むことを特徴とする構造。
【請求項２】
請求項１に記載の構造において、前記ｂａｓｅＩｎｆｏＴａｂｌｅは、
テーブルのインスタンスを区別するｂａｓｅＩｎｆｏＩｎｄｅｘを含むｂａｓｅＩｎｆｏＥｎｔｒｙと、
ｍｏｄｕｌｅＮａｍｅと、
エージェントに対するＭＩＢにおける全ての管理オブジェクトの名前にマップされるｏｂｊｅｃｔＮａｍｅと、
通知型にマップされたエージェントに対するＭＩＢの管理オブジェクトの型を記述するｏｂｊｅｃｔＴｙｐｅと、
エージェントに対するＭＩＢの管理オブジェクトのＯＩＤにマップされたｏｂｊｅｃｔＩＤと、
ＭＩＢのＭＩＢ管理オブジェクトにマップされた記述と、
を含むことを特徴とする構造。
【請求項３】
請求項１に記載の構造において、前記ｏｂｊｅｃｔＩｎｆｏＴａｂｌｅは、
テーブルのインスタンスを区別するｏｂｊｅｃｔＩｎｆｏＩｎｄｅｘを含むＯｂｊｅｃｔＩｎｆｏＥｎｔｒｙと、
エージェントに対するＭＩＢのシンタックスを記述し、ＡＳＮ．１の初期型である整数（整数、オクテット、文字列、オブジェクト識別子）と、シーケンス及びこれらの組み合わせの型であるシーケンスとを有するｏｂｊｅｃｔＢａｓｅＳｙｎｔａｘと、
抽象的なシンタックスに対する記号列の表示を使用するｏｂｊｅｃｔＣｏｍｐｏｓｅｄＳｙｎｔａｘと、
エージェントに対するＭＩＢオブジェクトの状態の種類を記述し、整数を抽象観念として使用することによって、必須、任意、絶対等にマップされたｏｂｊｅｃｔＳｔａｕｓと、
エージェントに対するＭＩＢオブジェクトのアクセスの種類を記述し、整数を抽象的なシンタックスとして使用することによって、読み出し、読み出し／書き込み、書き込み、アクセス禁止にマップされたｏｂｊｅｃｔＡｃｃｅｓｓと、
を含むことを特徴とする構造。
【請求項４】
請求項１に記載の構造において、前記ｔｒａｐＩｎｆｏＴａｂｌｅは、
インスタンスを区別するｔｒａｐＩｎｆｏＩｎｄｅｘを含むｔｒａｐＩｎｆｏＥｎｔｒｙと、
エージェントに対するＭＩＢのトラップ型オブジェクトの計画値にマップされ、通知型である場合にはヌル値がマップされるｔｒａｐＥｎｔｅｒｐｒｉｓｅと、
エージェントに対するＭＩＢのトラップ型オブジェクトの可変値にマップされ、通知型である場合には目標値をマップするｔｒａｐＶａｒｉａｂｌｅと、
を含むことを特徴とする構造。
【請求項５】
請求項１に記載の構造において、前記ｓｙｎｔａｘＩｎｔｅｇｅｒＴａｂｌｅは、
エージェントに対するＭＩＢのテーブルのインスタンスを区別するｓｙｎｔａｘＩｎｔｅｇｅｒＩｎｆｏＩｎｄｅｘを含むｓｙｎｔａｘＩｎｔｅｇｅｒＥｎｔｒｙと、
エージェントに対するＭＩＢの整数のサブ型にマップされたｓｙｎｔａｘＩｎｔｅｇｅｒＶａｌｕｅと、
エージェントに対するＭＩＢのシンタックス整数のサブ型表現式に対し、記号列を１対１にマッピングするｓｙｎｔａｘＩｎｔｅｇｅｒＶａｌｕｅＳｔｒｉｎｇと、
を含むことを特徴とする構造。
【請求項６】
請求項１に記載の構造において、前記ｓｅｑｕｅｎｃｅＩｎｆｏＴａｂｌｅは、
インスタンスを区別するｓｅｑｕｅｎｃｅＩｎｄｅｘを含むｓｅｑｕｅｎｃｅＩｎｆｏＥｎｔｒｙと、
エージェントに対するＭＩＢのテーブルインデックスにマップされ、その値がｂａｓｅＩｎｆｏＩｎｄｅｘの中のエージェントに対するＭＩＢのテーブルインデックスを示す値と同じであるｓｅｑｕｅｎｃｅＩｎｄｅｘＶａｌｕｅと、
エージェントに対するＭＩＢのエントリインスタンスにマップされ、その値がｂａｓｅＩｎｆｏＩｎｄｅｘの中のエージェントに対するＭＩＢのエントリインスタンスを示す値と同じであるｓｅｑｕｅｎｃｅＥｎｔｒｙＩｎｆｏと、
を含むことを特徴とする構造。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ネットワーク管理システム（ＮＭＳ）においてＭＩＢ情報を自動的に構築するための、ネットワーク要素（ＮＥ）の管理情報ベース（ＭＩＢ）のメタ構造に関し、特に、シンプルネットワークマネージメントプロトコル（ＳＮＭＰ）のネットワーク管理アーキテクチャにおけるネットワーク管理を迅速に修正するために、エージェントからのＭＩＢ情報をオンラインでＮＭＳに受信させることが可能な、ＭＩＢのメタ構造に関する。
【背景技術】
【０００２】
一般に、ＳＮＭＰは、ネットワークを管理し、ネットワークデバイスを観測し、監視するためのプロトコルである。さらに、ＳＮＭＰは、遠隔地ユーザがネットワーク要素に対する管理情報を論理的に調査し、変更することを可能にする。管理情報の構造（ＳＭＩ）（ＳＮＭＰの管理情報の構造を記述している。）、ＭＩＢ（管理情報に対する定義である。）、そして、ＳＮＭＰ（通信プロトコルである。）は、ＴＣＰ／ＩＰに基づくネットワーク管理のための標準的な構成要素である。これらは、インターネットネットワーク管理に対して操作可能な構造及び機能を与える。
【０００３】
ＳＮＭＰネットワーク管理構造モデルは、ネットワーク管理装置のＮＭＳアプリケーションとＮＥのエージェントとの間で管理情報を交換することによって実行される。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ＮＭＳ及びＮＥエージェント間の管理情報項目を処理するために、ＮＭＳ及びＮＥエージェントは、管理項目を記述しているＳＭＩ標準のＭＩＢ定義ドキュメントをオフラインで共有している。しかしながら、このＭＩＢがＮＭＳとＮＥエージェントとの間で共有されていない場合には、ＮＭＳは適切にＮＥを管理できないという問題が生じる。
【０００５】
ネットワーク管理は、迅速に動作し、ネットワーク管理を修正することを目的として、ＮＭＳがＮＥエージェントからＮＥのＭＩＢをオンラインで受信することに主眼が置かれている。
【０００６】
ＳＮＭＰは、インターネット上のネットワーク管理のための標準的なプロトコルであり、最新版はバージョン３である。ＳＮＭＰを使用する従来のネットワーク管理の構造は、１つのＮＭＳ、及び、１又はそれ以上のＮＥエージェントを含んでいる。
【０００７】
このＮＥエージェントは、ネットワークにおいて管理されている多くのネットワーク要素に包含されおり、ネットワーク要素により生成された情報に直接アクセスし、その情報を、ＳＮＭＰに適合するフォーマットにてＮＭＳに送信する。ＳＮＭＰ、ＳＭＩ、及び、ＭＩＢは、インターネットネットワーク管理のための標準的な構成要素であり、基本的には、アブストラクト・シンタックス・ノーテーション１（ＡＳＮ．１）によって定義されている。これらのエンコード及びデコードは、ＡＳＮ．１の一手法である基本エンコード規則（ＢＥＲ）に従って実行される。
【０００８】
また、ＳＮＭＰは、リクエストの取得、次のリクエストの取得、リクエストの設定、応答、トラップなどといった作動をサポートしており、ここでは、マネージャ及びエージェント間で管理情報が交換されている。
【０００９】
ＳＮＭＰを使用する従来のネットワーク管理においては、ＭＩＢは、ＳＮＭＰを使用することによって管理情報がＮＥエージェント及びＮＭＳ間で通信されていることを意味する。従って、ＭＩＢは、前もってＮＭＳ及びＮＥエージェント間で共有されている。ＭＩＢはＳＭＩフォーマットに従って定義されているので、ＳＭＩによって定義されたＭＩＢは、個々の管理オブジェクトが唯一の識別子及び属性を有する、一組の管理オブジェクトと考えることができる。
【００１０】
各管理オブジェクトの識別子は、固有の値を有し、その属性はＳＭＩに定義されたフォーマットに基づいて構成されている。図１に示したように、ＳＮＭＰを使用する一般的な構造は、ＭＩＢを共有する構造を有しており、その場合には、そのＭＩＢはＮＭＳ及びＮＥエージェントに提供されねばならず、オペレータが一般にこれらのタスクを実行する。
【００１１】
しかしながら、ＳＮＭＰを使用する従来のネットワーク管理においては、ＭＩＢをアップデートするために、ＭＩＢを前もって共有する必要があった。さもなければ、ＮＭＳはどの種類のオブジェクト情報を検索すべきか知ることができない。たとえＮＭＳが特定の情報を検索できたとしても、それについての意味を把握することができない。
【課題を解決するための手段】
【００１２】
したがって、本発明は、先行技術についての上述した課題を解決するために提供されるものである。本発明の目的は、エージェントのＭＩＢ情報が変化した場合にそのＭＩＢ情報が変化したかどうかをユーザが判断することなく、エージェントの正しいＭＩＢ情報を自動的に維持し得るように、ＮＭＳにおけるＭＩＢ情報を自動的に構築するための、ＮＥエージェントのＭＩＢメタ構造を提供することである。
【００１３】
それゆえ、上記目的を達成するために、本発明によれば、ＮＭＳ及びＮＥエージェント間で通信されるＭＩＢの構造は、オブジェクト型オブジェクトの記述についてのｏｂｊｅｃｔＩｎｆｏＴａｂｌｅを生成するためのｂａｓｅＩｎｆｏと、トラップ型オブジェクトを記述するためのｔｒａｐＩｎｆｏＴａｂｌｅと、ＭＩＢオブジェクトの共通属性を記述するためのｂａｓｅＩｎｆｏＴａｂｌｅと、ｓｙｎｔａｘＩｎｔｅｇｅｒＴａｂｌｅ及びｓｅｑｕｅｎｃｅＩｎｆｏＴａｂｌｅを生成するためのｓｙｎｔａｘＩｎｆｏとを含む。
【発明を実施するための最良の形態】
【００１４】
本発明の構成要素及び動作は、ここでの図面及び付随の明細書に記述され説明されているように、本発明の概念を利用する限り、多くの種類の異なる構成に配置し、設計することが可能であることは、容易に理解できるであろう。このように、図１乃至３及び付随の明細書に表現された本発明の構造の好適な実施形態についての以下の詳細な記述は、特許請求の範囲に記載された発明の範囲を限定する趣旨ではない。単に、本発明についての現段階での好適な実施形態の典型例に過ぎない。本発明についての現段階での好適な実施形態は、図面を参照することによって最もよく理解できるであろう。
【００１５】
図３に、本発明の一実施形態に基づく、ＮＭＳにおいてＭＩＢ情報を自動構築するためのＮＥエージェントのメタＭＩＢ構造を示す。本発明の一実施形態に基づくメタＭＩＢ構造は、ｂａｓｅＩｎｆｏ１及びｓｙｎｔａｘＩｎｆｏ２を含む。
【００１６】
まず、このメタＭＩＢ構造に言及すると、ｂａｓｅＩｎｆｏ１は、ＭＩＢオブジェクトの共通属性を反映するｂａｓｅＩｎｆｏＴａｂｌｅ１１の生成と同時に、ｏｂｊｅｃｔＩｎｆｏＴａｂｌｅ１２（オブジェクト型オブジェクトを記述している）及びｔｒａｐＩｎｆｏＴａｂｌｅ１３（トラップ型オブジェクトを記述している）を生成するように機能する。
【００１７】
ＢａｓｅＩｎｆｏＴａｂｌｅ１１は、テーブルのインスタンスを区別するｂａｓｅＩｎｆｏＩｎｄｅｘ１１１１を含むｂａｓｅＩｎｆｏＥｎｔｒｙ１１１と、ｍｏｄｕｌｅＮａｍｅ１１１２と、エージェント２００についてのＭＩＢにおける全ての管理オブジェクトの名前にマップされるｏｂｊｅｃｔＮａｍｅ１１１３と、エージェント２００についてのＭＩＢにおける管理オブジェクトの型を記述するｏｂｊｅｃｔＴｙｐｅ１１１４と、エージェント２００についてのＭＩＢにおける管理オブジェクトのＯＩＤにマップされるｏｂｊｅｃｔＩＤと、ＭＩＢにおけるＭＩＢ管理オブジェクトにマップされる記述１１１６とから構成される。
【００１８】
ＯｂｊｅｃｔＩｎｆｏＴａｂｌｅ１２は、テーブルのインスタンスを区別するｏｂｊｅｃｔＩｎｆｏＩｎｄｅｘ１２１１を含むｏｂｊｅｃｔＩｎｆｏＥｎｔｒｙ１２１と、エージェント２００に対するＭＩＢのシンタックスを記述し、ＡＳＮ．１の初期型である整数整数（整数、オクテット、文字列、オブジェクト識別子）とシーケンス及びこれらの組み合わせの型であるシーケンスとを有するｏｂｊｅｃｔＢａｓｅＳｙｎｔａｘ１２１２と、抽象的なシンタックスに対する記号列の表示を使用するｏｂｊｅｃｔＣｏｍｐｏｓｅｄＳｙｎｔａｘ１２１３と、エージェント２００についてのＭＩＢオブジェクトの状態の種類を記述し、整数を抽象観念として使用することによって、必須、任意、絶対等にマップされたｏｂｊｅｃｔＳｔａｔｕｓ１２１４と、エージェント２００についてのＭＩＢオブジェクトのアクセスの種類を記述し、整数を抽象的なシンタックスとして使用することによって、読み出し、読み出し／書き込み、書き込み、アクセス禁止にマップされたｏｂｊｅｃｔＡｃｃｅｓｓ１２１５とから構成される。
【００１９】
ＴｒａｐＩｎｆｏＴａｂｌｅ１３は、インスタンスを区別するｔｒａｐＩｎｆｏＩｎｄｅｘ１３１１を含むｔｒａｐＩｎｆｏＥｎｔｒｙ１３１と、エージェント２００についてのＭＩＢのトラップ型オブジェクトの計画値にマップされ、通知型である場合にはヌル値がマップされるｔｒａｐＥｎｔｅｒｐｒｉｓｅ１３１２と、エージェント２００についてのＭＩＢのトラップ型オブジェクトの可変値にマップされ、通知型である場合には目標値をマップするｔｒａｐＶａｒｉａｂｌｅ１３１３とから構成される。
【００２０】
ＳｙｎｔａｘＩｎｆｏ２は、ｓｙｎｔａｘＩｎｔｅｇｅｒＴａｂｌｅ２１及びｓｅｑｕｅｎｃｅＩｎｆｏＴａｂｌｅ２２を生成するために機能する。
【００２１】
ｓｙｎｔａｘＩｎｔｅｇｅｒＴａｂｌｅ２１は、エージェント２００についてのＭＩＢ内のテーブルのインスタンスを区別するｓｙｎｔａｘＩｎｔｅｇｅｒＩｎｆｏＩｎｄｅｘ２１１１を含むｓｙｎｔａｘＩｎｔｅｇｅｒＥｎｔｒｙ２１１と、エージェント２００についてのＭＩＢの整数のサブ型にマップされたｓｙｎｔａｘＩｎｔｅｇｅｒＶａｌｕｅ２１１２と、エージェント２００についてのＭＩＢのシンタックス整数のサブ型表現式に対し、記号列を１対１にマッピングするｓｙｎｔａｘＩｎｔｅｇｅｒＶａｌｕｅＳｔｒｉｎｇ２１１３とから構成される。
【００２２】
ｓｅｑｕｅｎｃｅＩｎｆｏＴａｂｌｅ２２は、インスタンスを区別するｓｅｑｕｅｎｃｅＩｎｄｅｘ２２１１を含むｓｅｑｕｅｎｃｅＩｎｆｏＥｎｔｒｙ２２１と、エージェント２００についてのＭＩＢのテーブルインデックスにマップされ、その値がｂａｓｅＩｎｆｏＩｎｄｅｘ１１１１の中のエージェント２００についてのＭＩＢのテーブルインデックスを示す値と同じであるｓｅｑｕｅｎｃｅＩｎｄｅｘＶａｌｕｅ２２１２と、エージェント２００についてのＭＩＢのエントリインスタンスにマップされ、その値がｂａｓｅＩｎｆｏＩｎｄｅｘ１１１１の中のエージェント２００についてのＭＩＢのエントリインスタンスを示す値と同じであるｓｅｑｕｅｎｃｅＥｎｔｒｙＩｎｆｏ２２１３とを含む。
【産業上の利用可能性】
【００２３】
本発明に基づいたＮＭＳにおけるＭＩＢ情報自動構築のためのＮＥエージェントのＭＩＢメタ構造によれば、ＮＭＳ及びＮＥエージェント間のＭＩＢは、オフラインよりむしろオンラインにて共有することができるようになる。
【図面の簡単な説明】
【００２４】
【図１】従来のＨＡＮＳ−５スイッチルータの構成を示すブロック図。
【図２】本発明の実施形態に基づくＮＭＳにおける、ＭＩＢ情報の自動構築に対するＮＥエージェントの構成を示す。
【図３】本発明の実施形態に基づく、ＮＭＳにおいてＭＩＢ情報を自動構築するためのＮＥエージェントのメタＭＩＢ構造を示す。
【符号の説明】
【００２５】
１００  ＮＭＳ
２００  エージェント
【図１】
2007522544.tif 000003
【図２】
2007522544.tif 000004
【図３】
2007522544.tif 000005
【国際調査報告】
2007522544.tif 000006
2007522544.tif 000007