ネットワーク管理システム、管理対象装置及びそれらに用いる管理制御方法
【課題】 ＳＮＭＰによる状態／パラメータ変更機能の実装を容易に行うことが可能なネットワーク管理システムを提供する。
【解決手段】 ネットワーク管理システムは、ＳＮＭＰ非対応で、コマンドラインの命令入力手段であるＣＬＩを持つ既存のＣＬＩ処理手段を備えた管理対象装置（ＳＮＭＰエージェント装置１）を含む。管理対象装置（ＳＮＭＰエージェント装置１）は、ＳＮＭＰを用いてＣＬＩと同等の情報量の送受信を行う管理制御インタフェース（ＳＮＭＰエージェント部１１）を有する。管理対象装置においては、装置状態及びパラメータのＭＩＢツリー（装置状態ツリー１４２及びパラメータツリー１４３）とは別に、ＣＬＩのコマンドをＭＩＢツリー（コマンドツリー１４１）として構築し、当該ＭＩＢツリーをＳＮＭＰマネージャ（２）からＳｅｔ Ｒｅｑｕｅｓｔにより操作している。
【解決手段】 ネットワーク管理システムは、ＳＮＭＰ非対応で、コマンドラインの命令入力手段であるＣＬＩを持つ既存のＣＬＩ処理手段を備えた管理対象装置（ＳＮＭＰエージェント装置１）を含む。管理対象装置（ＳＮＭＰエージェント装置１）は、ＳＮＭＰを用いてＣＬＩと同等の情報量の送受信を行う管理制御インタフェース（ＳＮＭＰエージェント部１１）を有する。管理対象装置においては、装置状態及びパラメータのＭＩＢツリー（装置状態ツリー１４２及びパラメータツリー１４３）とは別に、ＣＬＩのコマンドをＭＩＢツリー（コマンドツリー１４１）として構築し、当該ＭＩＢツリーをＳＮＭＰマネージャ（２）からＳｅｔ Ｒｅｑｕｅｓｔにより操作している。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク管理システム、管理対象装置及びそれらに用いる管理制御方法に関し、特にＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）非対応で、ＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ：コマンドラインインタフェース）を持つ既存装置に関する。
【背景技術】
【０００２】
本発明に関連するネットワーク管理システムにおいては、ＳＮＭＰによるネットワーク監視を行う場合、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワーク上に一つまたは複数の管理ステーション（ＳＮＭＰマネージャ）と、複数の被管理対象（ＳＮＭＰエージェント）とを配置している。
【０００３】
上記のネットワーク管理システムでは、これら管理ステーションと複数の被管理対象との間で情報の受け渡しを行い、ネットワーク管理に必要な構成管理、障害管理、性能管理を実現している（例えば、特許文献１〜４参照）。
【０００４】
上記のＳＮＭＰでは、装置内部の処理がＳＮＭＰエージェントとして動作することを前提として設計された装置でなければ、装置内パラメータの追加／変更、処理中の経過状態表示、処理動作の競合、処理結果の通知等、適切に実施することが難しい。
【０００５】
特に、内部にリレーショナルデータベースを持つような、複数のパラメータが関係性を持って複雑に変動したり、パラメータの数自体が動的に変動するような装置（管理対象装置）では、ＳＮＭＰでのパラメータ操作ではＣＬＩで行えたような値の正常性確認のチェック機構が利用できなかったり、チェック後の結果をユーザに十分な情報量として適切に示すことが難しい。
【０００６】
また、上記のような管理対象装置では、パラメータの数自体をＳＮＭＰマネージャが知るための処理（Ｇｅｔ Ｎｅｘｔ ＲｅｑｕｅｓｔやＧｅｔ Ｂｕｌｋ Ｒｅｑｕｅｓｔ等）で負荷が高くなる等、実装上の困難が多々存在する。
【０００７】
さらに、上記のような管理対象装置では、ＳＮＭＰの場合、ＳＮＭＰマネージャよりＳＮＭＰエージェントが処理を要求されて、その処理が終わったかどうかをユーザがリアルタイムに把握するための方法がプロトコルとしては存在しない。ＣＬＩであれば、コマンドプロンプトが画面に表示されることで、処理の終了がユーザに分かるところを、ＳＮＭＰエージェント側から通知するか、またはユーザが逐一確認のための操作を実施するという仕組みが通常必要である。
【０００８】
【特許文献１】特開２０００−２８６８７９号公報
【特許文献２】特開２００５−１２２５６３号公報
【特許文献３】特開２００５−１５７９０３号公報
【特許文献４】特開２００７−２６７０６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
そのため、本発明に関連するネットワーク管理システムでは、既存のｔｅｌｎｅｔ等のＣＬＩによる装置管理を前提としてＳＮＭＰエージェントとしての操作を想定していなかった装置を、ＣＬＩからＳＮＭＰのみのインタフェースとして改修する場合に、ＳＮＭＰエージェントとしての設計をゼロから構築する必要がある。
【００１０】
そこで、本発明の目的は上記の問題点を解消し、ＳＮＭＰによる状態／パラメータ変更機能の実装を容易に行うことができるネットワーク管理システム、管理対象装置及びそれらに用いる管理制御方法を提供することにある。
【課題を解決するための手段】
【００１１】
本発明によるネットワーク管理システムは、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）非対応で、コマンドラインの命令入力手段であるＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）を持つ既存のＣＬＩ処理手段を備えた管理対象装置を含むネットワーク管理システムであって、
前記管理対象装置は、前記ＳＮＭＰを用いて前記ＣＬＩと同等の情報量の送受信を行う管理制御インタフェースを備え、
前記管理対象装置に、装置状態及びパラメータのＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）ツリーとは別に、前記ＣＬＩのコマンドを前記ＭＩＢツリーとして構築し、
当該ＭＩＢツリーをＳＮＭＰマネージャから指定したオブジェクトの情報変更を要求するメッセージであるＳｅｔ Ｒｅｑｕｅｓｔにより操作している。
【００１２】
本発明による管理対象装置は、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）非対応で、コマンドラインの命令入力手段であるＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）を持つ既存のＣＬＩ処理手段を備えた管理対象装置であって、
前記ＳＮＭＰを用いて前記ＣＬＩと同等の情報量の送受信を行う管理制御インタフェースを備え、
装置状態及びパラメータのＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）ツリーとは別に、前記ＣＬＩのコマンドを前記ＭＩＢツリーとして構築し、
当該ＭＩＢツリーをＳＮＭＰマネージャから指定したオブジェクトの情報変更を要求するメッセージであるＳｅｔ Ｒｅｑｕｅｓｔにより操作している。
【００１３】
本発明による管理制御方法は、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）非対応で、コマンドラインの命令入力手段であるＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）を持つ既存のＣＬＩ処理手段を備えた管理対象装置を含むネットワーク管理システムに用いる管理制御方法であって、
前記管理対象装置に、前記ＳＮＭＰを用いて前記ＣＬＩと同等の情報量の送受信を行う管理制御インタフェースを設け、
前記管理対象装置に、装置状態及びパラメータのＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）ツリーとは別に、前記ＣＬＩのコマンドを前記ＭＩＢツリーとして構築し、
当該ＭＩＢツリーをＳＮＭＰマネージャから指定したオブジェクトの情報変更を要求するメッセージであるＳｅｔ Ｒｅｑｕｅｓｔにより操作している。
【発明の効果】
【００１４】
本発明は、上記のような構成及び動作とすることで、既存のＣＬＩ処理を最大限に生かすことでＳＮＭＰによる状態／パラメータ変更機能の実装を容易に行うことができるという効果が得られる。
【発明を実施するための最良の形態】
【００１５】
次に、本発明の実施の形態について図面を参照して説明する。まず、本発明による管理制御方法について説明する。本発明は、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）非対応で、ＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ：コマンドラインインタフェース）を持つ既存装置（管理対象装置）のＳＮＭＰエージェント化による管理制御方法に関する。
【００１６】
本発明は、ＣＬＩで操作することが前提として作られている装置（管理対象装置）に対して、ＳＮＭＰを用いてＣＬＩと同等の情報量の送受信を行い、ユーザにＣＬＩと同等の管理制御インタフェースを提供することを特徴としている。
【００１７】
本発明では、装置状態やパラメータのＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）ツリーとは別に、ＣＬＩのコマンドをＭＩＢツリーとして構築し、それをＳＮＭＰマネージャからＳｅｔ Ｒｅｑｕｅｓｔ［指定したＯＩＤ（Ｏｂｊｅｃｔ ＩＤｅｎｔｉｆｉｅｒ）のオブジェクトの情報変更を要求するメッセージ］により操作することでコマンドライン相当の命令入力手段を確保する。
【００１８】
ＳＮＭＰエージェント化した管理対象装置（以下、ＳＮＭＰエージェント装置とする）は、既存のＣＬＩ処理部にＳＮＭＰエージェント部が受信した情報をＣＬＩ入力情報に変換して渡し、以降は既存のＣＬＩ処理部と同様の処理を実行する。また、本発明では、その処理の結果応答としてＲｅｓｐｏｎｓｅ（マネージャからの要求に対する応答）とＴｒａｐ［自発的に状態（変更）を通知］とを利用することでリアルタイムな結果の通知とエラー時にユーザへ提供する情報量を確保する。
【００１９】
図１は本発明の実施の形態によるネットワーク管理システムの構成例を示すブロック図である。図１において、本発明の実施の形態によるネットワーク管理システムは、ＳＮＭＰエージェント装置（管理対象装置）１と、ＳＮＭＰマネージャ装置２とから構成されている。
【００２０】
また、図１においては、特にＳＮＭＰエージェント装置１の機能構成例を示している。すなわち、ＳＮＭＰエージェント装置１は、ＳＮＭＰエージェント部１１と、ＣＬＩ処理部１２と、内部データベース１３と、ＭＩＢツリー１４と、コマンドレスポンス１５とから構成されている。
【００２１】
ＳＮＭＰエージェント部１１は、ネットワーク上の対向装置であるＳＮＭＰマネージャ装置２からのＳＮＭＰメッセージを受信して処理する機能部である。ＣＬＩ処理部１２は、既存のコマンドラインからの入力を処理する機能部である。また、ＣＬＩ処理部１２は、コマンドの同時実行の競合判定や、入力された値の正常性確認等も実施する。さらに、コマンドの実行結果の情報もここに集まる。
【００２２】
内部データベース１３は、既存の装置状態や各種データ、パラメータ等が一括で保存されている機能部であり、ＣＬＩ処理部１２からの指示を受けてその値を操作されていた機能部である。
【００２３】
ＭＩＢツリー１４には、大きく分けて、コマンドツリー１４１と、装置状態ツリー１４２と、パラメータツリー１４３との３つのツリーが存在する。コマンドツリー１４１は、ＳＮＭＰエージェント装置１に、本来実装されていたコマンドを木構造として配置しなおしたもので、コマンドと１対１に対応するＭＩＢツリーである。
【００２４】
装置状態ツリー１４２は、ＳＮＭＰエージェント装置１の様々な状態情報を木構造として配置できるもののみを配置しなおしたもので、例えばＥｔｈｅｒ（登録商標）ポートのリンクアップ／ダウン等、ＳＮＭＰエージェント装置１が持つ状態と１対１で対応するＭＩＢツリーである。
【００２５】
パラメータツリー１４４は、ＳＮＭＰエージェント装置１の動作に必要なデータを木構造として配置できるもののみを配置しなおしたもので、パラメータと１対１で対応するＭＩＢツリーである。装置状態／パラメータに関しては、ＭＩＢツリー１４として表現できないものはＭＩＢツリー化しない。
【００２６】
コマンドレスポンス１５は、ＳＮＭＰとＣＬＩコマンドとの変換テーブルの一種である。パラメータツリー１４３や装置状態ツリー１４２に表せないような情報を設定／確認する場合は、コマンドツリー１４１やコマンドレスポンス１５を利用する。
【００２７】
図２は本発明の実施の形態によるＳＮＭＰマネージャ装置２から要求された処理の正常終了するパターンの処理フローを示すシーケンスチャートである。図１及び図２を参照して、図１の構造を持つＳＮＭＰエージェント装置１をＳＮＭＰメッセージを利用してＣＬＩと同等の動作を実現する方法について説明する。
【００２８】
ＳＮＭＰマネージャ装置２は、コマンドツリー１４１へのＳｅｔ ＲｅｑｕｅｓｔのメッセージをＳＮＭＰエージェント装置１に送信する（図２のａ１）。ＳＮＭＰエージェント装置１のＳＮＭＰエージェント部１１は、このメッセージを受信すると、該当するコマンドツリー１４１を、実行中を表す値に変更する（図２のａ２，ａ３）。
【００２９】
その上で、ＳＮＭＰエージェント部１１は、受信したＳｅｔ Ｒｅｑｕｅｓｔのメッセージに対応するコマンド情報をコマンド実行要求としてＣＬＩ処理部１２へ渡す（図２のａ４）。
【００３０】
ＣＬＩ処理部１２は、既存のコマンド入力と同様に、装置状態や内部データベース１３の変更を実施する（図２のａ５，ａ６）。ＣＬＩ処理部１２は、その結果に応じて、ＳＮＭＰエージェント部１１に装置状態ツリー１４２及びパラメータツリー１４３の変更要求を出す（図２のａ７）。
【００３１】
ＳＮＭＰエージェント部１１は、装置状態ツリー１４２及びパラメータツリー１４３の変更が正常に終了すると（図２のａ８，ａ９）、最初に変更したコマンドツリーを非実行状態を表す値に変更し（図２のａ１０，ａ１１）、ＳＮＭＰマネージャ装置２に処理正常終了を表すＲｅｓｐｏｎｓｅメッセージ（ＮｏＥｒｒｏｒ）を送信する（図２のａ１２）。
【００３２】
以上の基本動作によって、ＳＮＭＰマネージャ装置２は、コマンド実行状態をコマンドツリー１４１の確認で、コマンドの実行結果をＲｅｓｐｏｎｓｅメッセージで知ることが可能となる。
【００３３】
ＳＮＭＰエージェント装置１での処理終了後は、変更された装置状態及びパラメータをそれぞれのＭＩＢツリー１４で確認することができる。また、ＭＩＢツリー１４に表すことができなかった装置状態及びパラメータについてのＳＮＭＰマネージャ装置２からの確認は、ＣＬＩ処理時に存在した状態表示コマンド及びパラメータ表示コマンドに相当するＳｅｔ Ｒｅｑｕｅｓｔのメッセージに対するＲｅｓｐｏｎｓｅメッセージ内に、文字列を返すための特定のインスタンスを指定して、そこにＣＬＩ処理で返していた文字列と同等の情報を記載することで確認可能としている。
【００３４】
図３は本発明の実施の形態によるＳＮＭＰマネージャ装置２から要求された処理が値不正等の理由でＳＮＭＰエージェント装置１で実行開始前にエラーとして処理されるパターンの処理フローを示すシーケンスチャートである。これら図１及び図３を参照して上記のパターンの処理フローについて説明する。
【００３５】
ＳＮＭＰマネージャ装置２は、コマンドツリー１４１へのＳｅｔ ＲｅｑｕｅｓｔのメッセージをＳＮＭＰエージェント装置１に送信する（図３のｂ１）。ＳＮＭＰエージェント装置１のＳＮＭＰエージェント部１１は、このメッセージを受信すると、該当するコマンドツリー１４１を、実行中を表す値に変更する（図３のｂ２，ｂ３）。
【００３６】
その上で、ＳＮＭＰエージェント部１１は、受信したＳｅｔ Ｒｅｑｕｅｓｔのメッセージに対応するコマンド情報をコマンド実行要求としてＣＬＩ処理部１２へ渡す（図３のｂ４）。
【００３７】
ＣＬＩ処理部１２では、現在実行中の処理と、新たに要求されたコマンドとの同時実行競合の判定、または要求された処理に対する値の正常性確認を実行している。ここで、実行不可と判断されると、ＣＬＩ処理部１２は、ＳＮＭＰエージェント部１１に実行不可である旨を通知する（図３のｂ５〜ｂ７）。
【００３８】
また、実行可であった場合も、その後の内部データベース１３の変更処理が正常に開始・終了できなかった場合も、上記と同様に、ＣＬＩ処理部１２は、ＳＮＭＰエージェント部１１に実行不可である旨を通知する。
【００３９】
ＳＮＭＰエージェント部１１は、ＣＬＩ処理部１２からの実行結果が通知されると、最初に変更したコマンドツリー１４１を、非実行状態を表す値に変更し（図３のｂ９，ｂ１０）、ＳＮＭＰマネージャ装置２に処理異常終了を表すＲｅｓｐｏｎｓｅメッセージ（Ｅｒｒｏｒ）を送信する（図３のｂ１１）。また、ＳＮＭＰエージェント部１１は、異常終了した理由を詳細報告するためのＴｒａｐをＳＮＭＰマネージャ装置２に送信する（図３のｂ８）。
【００４０】
図４は本発明の実施の形態によるＳＮＭＰマネージャ装置２から要求された処理がＳＮＭＰエージェント装置１のＭＩＢツリー１４と内部データベース１３の内容とが不一致となるようなケースで異常終了する場合の処理フローを示すシーケンスチャートである。これら図１及び図４を参照して上記の場合の処理フローについて説明する。
【００４１】
ＳＮＭＰマネージャ装置２は、コマンドツリー１４１へのＳｅｔ ＲｅｑｕｅｓｔメッセージをＳＮＭＰエージェント装置１に送信する（図４のｃ１）。ＳＮＭＰエージェント装置１のＳＮＭＰエージェント部１１は、このメッセージを受信すると、該当するコマンドツリー１４１を、実行中を表す値に変更する（図４のｃ２，ｃ３）。その上で、ＳＮＭＰエージェント部１１は、受信したＳｅｔ Ｒｅｑｕｅｓｔに対応するコマンド情報をコマンド実行要求としてＣＬＩ処理部１２へ渡す（図４のｃ４）。
【００４２】
ＣＬＩ処理部１２は、既存のコマンド入力と同様に、装置状態や内部データベース１３の変更を実施する（図４のｃ５，ｃ６）。ＣＬＩ処理部１２は、その結果に応じて、ＳＮＭＰエージェント部１１に装置状態ツリー及びパラメータツリーの変更要求を出す（図４のｃ７）。
【００４３】
ＳＮＭＰエージェント部１１は、装置状態ツリー及びパラメータツリーの変更を実施するが（図４のｃ８）、何らかの理由により異常終了すると（図４のｃ９）、内部データベース１３の内容とＭＩＢツリー１４の内容とに不一致が生じる。
【００４４】
ＳＮＭＰエージェント部１１は、ＭＩＢツリー１４の更新の異常終了を検知すると、ＳＮＭＰマネージャ装置２にＴｒａｐを送信する（図４のｃ１０）。その後、ＳＮＭＰエージェント部１１は、最初に変更したコマンドツリー１４１を、非実行状態を表す値に変更し（図４のｃ１１，ｃ１２）、ＳＮＭＰマネージャ装置２に処理異常終了を表すＲｅｓｐｏｎｓｅメッセージ（Ｅｒｒｏｒ）を送信する（図４のｃ１３）。
【００４５】
図５は図１のＳＮＭＰエージェント装置１のＭＩＢツリー１４の一例を示す図である。図５を参照してＭＩＢツリー１４について説明する。
【００４６】
図５のコマンドツリールート（１）は、ＳＮＭＰマネージャ装置２がコマンド実行時に、ここ以下へＳｅｔ Ｒｅｑｕｅｓｔを行う。全て“１”のＲｅｓｐｏｎｃｅが返れば、実行されたことが分かる。実行できなかった場合は、どこかの値が“０”で返る。
【００４７】
図５のパラメータツリールート（２）及び装置状態ツリールート（３）は、通常、この２つのツリー以下を使って装置状態や各種パラメータを設定したり、確認したりするが、ここに表せないような情報を設定／確認する場合は、コマンドツリー１４１やコマンドレスポンスツリーを使う。
【００４８】
図５のコマンドレスポンス（４）は、受けた操作の結果の文字列（これまでＣＬＩで表示していた内容）を、常にここ以下に格納させることで、パラメータツリー１４３や装置状態ツリー１４２へ表せないような内容も表現することができる。
【００４９】
例えば、ｓｅｔ ｓｕｂｓｃｒｉｂｅｒ−ｌｉｎｅ−ｔｅｓｔコマンドに相当するＳｅｔ Ｒｅｑｕｅｓｔ（１．３．６．１．４．１．Ｘ．１．１．２．……）を受けた結果として、ここ以下のインスタンス１つに付き１行分の表示文字列を格納する。
１．３．６．１．４．１．Ｘ．４．１
＝Ｓｕｂｓｃｒｉｂｅｒ−Ｌｉｎｅ−Ｔｅｓｔ Ｒｅｓｕｌｔ
１．３．６．１．４．１．Ｘ．４．２
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
１．３．６．１．４．１．Ｘ．４．３
＝Ｔｅｓｔ−Ｔｙｐｅ Ｒｅｓｕｌｔ
１．３．６．１．４．１．Ｘ．４．４
＝−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
１．３．６．１．４．１．Ｘ．４．５
＝Ｒｅｓｉｓｔａｎｃｅ（Ａ−Ｂ）
：１．２３＊１０＾２（ｏｈｍ）
１．３．６．１．４．１．Ｘ．４．６
＝Ｒｅｓｉｓｔａｎｃｅ（Ａ−Ｇ）
：１．２３＊１０＾２（ｏｈｍ）
１．３．６．１．４．１．Ｘ．４．７
＝Ｒｅｓｉｓｔａｎｃｅ（Ｂ−Ｇ）
：１．２３＊１０＾２（ｏｈｍ）
１．３．６．１．４．１．Ｘ．４．８
＝Ｒｅｓｉｓｔａｎｃｅ−ｌｏｏｐ（Ａ−Ｂ）
：１．２３＊１０＾２（ｏｈｍ）
…
…
…
【００５０】
ここをＧｅｔ Ｒｅｑｕｅｓｔすることで、ＣＬＩ相当の情報量をＳＮＭＰマネージャ装置２から取得することができる。
【００５１】
また、図５のコマンドツリールート（１）の下のｓｅｔ（２）は、コマンド処理実行中、末端まで経由するインスタンスの値を、全て“１”とする。処理終了したら“０”に戻す。こうしておくことで、ＳＮＭＰマネージャ装置２からＧｅｔ ＲｅｑｕｅｓｔをすることでＳＮＭＰエージェントで、今、何の処理が実行中であるかを把握することができる。
【００５２】
このように、本実施の形態では、既存のＣＬＩ処理を最大限に生かすことで、ＳＮＭＰによる状態／パラメータ変更機能の実装を容易に行うことができる。
【００５３】
また、本実施の形態では、第２の効果は、ＭＩＢツリー１４の大きさが動的に変動するような装置においても、内部データベース１３の大きさをＳＮＭＰマネージャ装置２が意識することなく、ＳＮＭＰエージェント装置１のＣＬＩ処理部１２が既存で管理していた方式をそのまま利用することができ、Ｇｅｔ Ｎｅｘｔ ＲｅｑｕｅｓｔやＧｅｔ Ｂｕｌｋ Ｒｅｑｕｅｓｔを利用せずにすみ、ＳＮＭＰエージェント装置１の処理負荷を低く抑えることが可能となる。
【００５４】
さらに、本実施の形態では、装置が管理する情報がＭＩＢツリー１４での表現形式に実装上そぐわない場合でも、ＣＬＩで実装されていた状態／パラメータ表示の仕組みをそのまま使うことで、ＭＩＢツリー化しなくても、ＳＮＭＰマネージャ装置２からの確認が可能となる。
【００５５】
さらにまた、本実施の形態では、処理結果の通知に、異常終了時はＲｅｓｐｏｎｓｅメッセージのみでなく、Ｔｒａｐメッセージも付与することによって、詳細な異常終了の理由をＳＮＭＰマネージャ装置２に報告することができる。
【００５６】
一方、本実施の形態では、コマンドツリー１４１の存在によって、実行中の処理がＳＮＭＰマネージャ装置２からＧｅｔ Ｒｅｑｕｅｓｔメッセージによって把握することができる。
【産業上の利用可能性】
【００５７】
本発明は、ＳＮＭＰエージェント非対応で、かつＣＬＩインタフェースを持ち、内部のデータ構造をＭＩＢツリーとして表現／制御することが困難な装置において利用可能である。
【図面の簡単な説明】
【００５８】
【図１】本発明の実施の形態によるネットワーク管理システムの構成例を示すブロック図である。
【図２】本発明の実施の形態によるＳＮＭＰマネージャ装置から要求された処理の正常終了するパターンの処理フローを示すシーケンスチャートである。
【図３】本発明の実施の形態によるＳＮＭＰマネージャ装置から要求された処理が値不正等の理由でＳＮＭＰエージェント装置で実行開始前にエラーとして処理されるパターンの処理フローを示すシーケンスチャートである。
【図４】本発明の実施の形態によるＳＮＭＰマネージャ装置から要求された処理がＳＮＭＰエージェント装置のＭＩＢツリーと内部データベースの内容とが不一致となるようなケースで異常終了する場合の処理フローを示すシーケンスチャートである。
【図５】図１のＳＮＭＰエージェント装置のＭＩＢツリーの一例を示す図である。
【符号の説明】
【００５９】
１ ＳＮＭＰエージェント装置
２ ＳＮＭＰマネージャ装置
１１ ＳＮＭＰエージェント部
１２ ＣＬＩ処理部
１３ 内部データベース
１４ ＭＩＢツリー
１５ コマンドレスポンス
１４１ コマンドツリー
１４２ 装置状態ツリー
１４３ パラメータツリー
【技術分野】
【０００１】
本発明はネットワーク管理システム、管理対象装置及びそれらに用いる管理制御方法に関し、特にＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）非対応で、ＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ：コマンドラインインタフェース）を持つ既存装置に関する。
【背景技術】
【０００２】
本発明に関連するネットワーク管理システムにおいては、ＳＮＭＰによるネットワーク監視を行う場合、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワーク上に一つまたは複数の管理ステーション（ＳＮＭＰマネージャ）と、複数の被管理対象（ＳＮＭＰエージェント）とを配置している。
【０００３】
上記のネットワーク管理システムでは、これら管理ステーションと複数の被管理対象との間で情報の受け渡しを行い、ネットワーク管理に必要な構成管理、障害管理、性能管理を実現している（例えば、特許文献１〜４参照）。
【０００４】
上記のＳＮＭＰでは、装置内部の処理がＳＮＭＰエージェントとして動作することを前提として設計された装置でなければ、装置内パラメータの追加／変更、処理中の経過状態表示、処理動作の競合、処理結果の通知等、適切に実施することが難しい。
【０００５】
特に、内部にリレーショナルデータベースを持つような、複数のパラメータが関係性を持って複雑に変動したり、パラメータの数自体が動的に変動するような装置（管理対象装置）では、ＳＮＭＰでのパラメータ操作ではＣＬＩで行えたような値の正常性確認のチェック機構が利用できなかったり、チェック後の結果をユーザに十分な情報量として適切に示すことが難しい。
【０００６】
また、上記のような管理対象装置では、パラメータの数自体をＳＮＭＰマネージャが知るための処理（Ｇｅｔ Ｎｅｘｔ ＲｅｑｕｅｓｔやＧｅｔ Ｂｕｌｋ Ｒｅｑｕｅｓｔ等）で負荷が高くなる等、実装上の困難が多々存在する。
【０００７】
さらに、上記のような管理対象装置では、ＳＮＭＰの場合、ＳＮＭＰマネージャよりＳＮＭＰエージェントが処理を要求されて、その処理が終わったかどうかをユーザがリアルタイムに把握するための方法がプロトコルとしては存在しない。ＣＬＩであれば、コマンドプロンプトが画面に表示されることで、処理の終了がユーザに分かるところを、ＳＮＭＰエージェント側から通知するか、またはユーザが逐一確認のための操作を実施するという仕組みが通常必要である。
【０００８】
【特許文献１】特開２０００−２８６８７９号公報
【特許文献２】特開２００５−１２２５６３号公報
【特許文献３】特開２００５−１５７９０３号公報
【特許文献４】特開２００７−２６７０６８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
そのため、本発明に関連するネットワーク管理システムでは、既存のｔｅｌｎｅｔ等のＣＬＩによる装置管理を前提としてＳＮＭＰエージェントとしての操作を想定していなかった装置を、ＣＬＩからＳＮＭＰのみのインタフェースとして改修する場合に、ＳＮＭＰエージェントとしての設計をゼロから構築する必要がある。
【００１０】
そこで、本発明の目的は上記の問題点を解消し、ＳＮＭＰによる状態／パラメータ変更機能の実装を容易に行うことができるネットワーク管理システム、管理対象装置及びそれらに用いる管理制御方法を提供することにある。
【課題を解決するための手段】
【００１１】
本発明によるネットワーク管理システムは、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）非対応で、コマンドラインの命令入力手段であるＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）を持つ既存のＣＬＩ処理手段を備えた管理対象装置を含むネットワーク管理システムであって、
前記管理対象装置は、前記ＳＮＭＰを用いて前記ＣＬＩと同等の情報量の送受信を行う管理制御インタフェースを備え、
前記管理対象装置に、装置状態及びパラメータのＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）ツリーとは別に、前記ＣＬＩのコマンドを前記ＭＩＢツリーとして構築し、
当該ＭＩＢツリーをＳＮＭＰマネージャから指定したオブジェクトの情報変更を要求するメッセージであるＳｅｔ Ｒｅｑｕｅｓｔにより操作している。
【００１２】
本発明による管理対象装置は、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）非対応で、コマンドラインの命令入力手段であるＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）を持つ既存のＣＬＩ処理手段を備えた管理対象装置であって、
前記ＳＮＭＰを用いて前記ＣＬＩと同等の情報量の送受信を行う管理制御インタフェースを備え、
装置状態及びパラメータのＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）ツリーとは別に、前記ＣＬＩのコマンドを前記ＭＩＢツリーとして構築し、
当該ＭＩＢツリーをＳＮＭＰマネージャから指定したオブジェクトの情報変更を要求するメッセージであるＳｅｔ Ｒｅｑｕｅｓｔにより操作している。
【００１３】
本発明による管理制御方法は、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）非対応で、コマンドラインの命令入力手段であるＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）を持つ既存のＣＬＩ処理手段を備えた管理対象装置を含むネットワーク管理システムに用いる管理制御方法であって、
前記管理対象装置に、前記ＳＮＭＰを用いて前記ＣＬＩと同等の情報量の送受信を行う管理制御インタフェースを設け、
前記管理対象装置に、装置状態及びパラメータのＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）ツリーとは別に、前記ＣＬＩのコマンドを前記ＭＩＢツリーとして構築し、
当該ＭＩＢツリーをＳＮＭＰマネージャから指定したオブジェクトの情報変更を要求するメッセージであるＳｅｔ Ｒｅｑｕｅｓｔにより操作している。
【発明の効果】
【００１４】
本発明は、上記のような構成及び動作とすることで、既存のＣＬＩ処理を最大限に生かすことでＳＮＭＰによる状態／パラメータ変更機能の実装を容易に行うことができるという効果が得られる。
【発明を実施するための最良の形態】
【００１５】
次に、本発明の実施の形態について図面を参照して説明する。まず、本発明による管理制御方法について説明する。本発明は、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）非対応で、ＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ：コマンドラインインタフェース）を持つ既存装置（管理対象装置）のＳＮＭＰエージェント化による管理制御方法に関する。
【００１６】
本発明は、ＣＬＩで操作することが前提として作られている装置（管理対象装置）に対して、ＳＮＭＰを用いてＣＬＩと同等の情報量の送受信を行い、ユーザにＣＬＩと同等の管理制御インタフェースを提供することを特徴としている。
【００１７】
本発明では、装置状態やパラメータのＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）ツリーとは別に、ＣＬＩのコマンドをＭＩＢツリーとして構築し、それをＳＮＭＰマネージャからＳｅｔ Ｒｅｑｕｅｓｔ［指定したＯＩＤ（Ｏｂｊｅｃｔ ＩＤｅｎｔｉｆｉｅｒ）のオブジェクトの情報変更を要求するメッセージ］により操作することでコマンドライン相当の命令入力手段を確保する。
【００１８】
ＳＮＭＰエージェント化した管理対象装置（以下、ＳＮＭＰエージェント装置とする）は、既存のＣＬＩ処理部にＳＮＭＰエージェント部が受信した情報をＣＬＩ入力情報に変換して渡し、以降は既存のＣＬＩ処理部と同様の処理を実行する。また、本発明では、その処理の結果応答としてＲｅｓｐｏｎｓｅ（マネージャからの要求に対する応答）とＴｒａｐ［自発的に状態（変更）を通知］とを利用することでリアルタイムな結果の通知とエラー時にユーザへ提供する情報量を確保する。
【００１９】
図１は本発明の実施の形態によるネットワーク管理システムの構成例を示すブロック図である。図１において、本発明の実施の形態によるネットワーク管理システムは、ＳＮＭＰエージェント装置（管理対象装置）１と、ＳＮＭＰマネージャ装置２とから構成されている。
【００２０】
また、図１においては、特にＳＮＭＰエージェント装置１の機能構成例を示している。すなわち、ＳＮＭＰエージェント装置１は、ＳＮＭＰエージェント部１１と、ＣＬＩ処理部１２と、内部データベース１３と、ＭＩＢツリー１４と、コマンドレスポンス１５とから構成されている。
【００２１】
ＳＮＭＰエージェント部１１は、ネットワーク上の対向装置であるＳＮＭＰマネージャ装置２からのＳＮＭＰメッセージを受信して処理する機能部である。ＣＬＩ処理部１２は、既存のコマンドラインからの入力を処理する機能部である。また、ＣＬＩ処理部１２は、コマンドの同時実行の競合判定や、入力された値の正常性確認等も実施する。さらに、コマンドの実行結果の情報もここに集まる。
【００２２】
内部データベース１３は、既存の装置状態や各種データ、パラメータ等が一括で保存されている機能部であり、ＣＬＩ処理部１２からの指示を受けてその値を操作されていた機能部である。
【００２３】
ＭＩＢツリー１４には、大きく分けて、コマンドツリー１４１と、装置状態ツリー１４２と、パラメータツリー１４３との３つのツリーが存在する。コマンドツリー１４１は、ＳＮＭＰエージェント装置１に、本来実装されていたコマンドを木構造として配置しなおしたもので、コマンドと１対１に対応するＭＩＢツリーである。
【００２４】
装置状態ツリー１４２は、ＳＮＭＰエージェント装置１の様々な状態情報を木構造として配置できるもののみを配置しなおしたもので、例えばＥｔｈｅｒ（登録商標）ポートのリンクアップ／ダウン等、ＳＮＭＰエージェント装置１が持つ状態と１対１で対応するＭＩＢツリーである。
【００２５】
パラメータツリー１４４は、ＳＮＭＰエージェント装置１の動作に必要なデータを木構造として配置できるもののみを配置しなおしたもので、パラメータと１対１で対応するＭＩＢツリーである。装置状態／パラメータに関しては、ＭＩＢツリー１４として表現できないものはＭＩＢツリー化しない。
【００２６】
コマンドレスポンス１５は、ＳＮＭＰとＣＬＩコマンドとの変換テーブルの一種である。パラメータツリー１４３や装置状態ツリー１４２に表せないような情報を設定／確認する場合は、コマンドツリー１４１やコマンドレスポンス１５を利用する。
【００２７】
図２は本発明の実施の形態によるＳＮＭＰマネージャ装置２から要求された処理の正常終了するパターンの処理フローを示すシーケンスチャートである。図１及び図２を参照して、図１の構造を持つＳＮＭＰエージェント装置１をＳＮＭＰメッセージを利用してＣＬＩと同等の動作を実現する方法について説明する。
【００２８】
ＳＮＭＰマネージャ装置２は、コマンドツリー１４１へのＳｅｔ ＲｅｑｕｅｓｔのメッセージをＳＮＭＰエージェント装置１に送信する（図２のａ１）。ＳＮＭＰエージェント装置１のＳＮＭＰエージェント部１１は、このメッセージを受信すると、該当するコマンドツリー１４１を、実行中を表す値に変更する（図２のａ２，ａ３）。
【００２９】
その上で、ＳＮＭＰエージェント部１１は、受信したＳｅｔ Ｒｅｑｕｅｓｔのメッセージに対応するコマンド情報をコマンド実行要求としてＣＬＩ処理部１２へ渡す（図２のａ４）。
【００３０】
ＣＬＩ処理部１２は、既存のコマンド入力と同様に、装置状態や内部データベース１３の変更を実施する（図２のａ５，ａ６）。ＣＬＩ処理部１２は、その結果に応じて、ＳＮＭＰエージェント部１１に装置状態ツリー１４２及びパラメータツリー１４３の変更要求を出す（図２のａ７）。
【００３１】
ＳＮＭＰエージェント部１１は、装置状態ツリー１４２及びパラメータツリー１４３の変更が正常に終了すると（図２のａ８，ａ９）、最初に変更したコマンドツリーを非実行状態を表す値に変更し（図２のａ１０，ａ１１）、ＳＮＭＰマネージャ装置２に処理正常終了を表すＲｅｓｐｏｎｓｅメッセージ（ＮｏＥｒｒｏｒ）を送信する（図２のａ１２）。
【００３２】
以上の基本動作によって、ＳＮＭＰマネージャ装置２は、コマンド実行状態をコマンドツリー１４１の確認で、コマンドの実行結果をＲｅｓｐｏｎｓｅメッセージで知ることが可能となる。
【００３３】
ＳＮＭＰエージェント装置１での処理終了後は、変更された装置状態及びパラメータをそれぞれのＭＩＢツリー１４で確認することができる。また、ＭＩＢツリー１４に表すことができなかった装置状態及びパラメータについてのＳＮＭＰマネージャ装置２からの確認は、ＣＬＩ処理時に存在した状態表示コマンド及びパラメータ表示コマンドに相当するＳｅｔ Ｒｅｑｕｅｓｔのメッセージに対するＲｅｓｐｏｎｓｅメッセージ内に、文字列を返すための特定のインスタンスを指定して、そこにＣＬＩ処理で返していた文字列と同等の情報を記載することで確認可能としている。
【００３４】
図３は本発明の実施の形態によるＳＮＭＰマネージャ装置２から要求された処理が値不正等の理由でＳＮＭＰエージェント装置１で実行開始前にエラーとして処理されるパターンの処理フローを示すシーケンスチャートである。これら図１及び図３を参照して上記のパターンの処理フローについて説明する。
【００３５】
ＳＮＭＰマネージャ装置２は、コマンドツリー１４１へのＳｅｔ ＲｅｑｕｅｓｔのメッセージをＳＮＭＰエージェント装置１に送信する（図３のｂ１）。ＳＮＭＰエージェント装置１のＳＮＭＰエージェント部１１は、このメッセージを受信すると、該当するコマンドツリー１４１を、実行中を表す値に変更する（図３のｂ２，ｂ３）。
【００３６】
その上で、ＳＮＭＰエージェント部１１は、受信したＳｅｔ Ｒｅｑｕｅｓｔのメッセージに対応するコマンド情報をコマンド実行要求としてＣＬＩ処理部１２へ渡す（図３のｂ４）。
【００３７】
ＣＬＩ処理部１２では、現在実行中の処理と、新たに要求されたコマンドとの同時実行競合の判定、または要求された処理に対する値の正常性確認を実行している。ここで、実行不可と判断されると、ＣＬＩ処理部１２は、ＳＮＭＰエージェント部１１に実行不可である旨を通知する（図３のｂ５〜ｂ７）。
【００３８】
また、実行可であった場合も、その後の内部データベース１３の変更処理が正常に開始・終了できなかった場合も、上記と同様に、ＣＬＩ処理部１２は、ＳＮＭＰエージェント部１１に実行不可である旨を通知する。
【００３９】
ＳＮＭＰエージェント部１１は、ＣＬＩ処理部１２からの実行結果が通知されると、最初に変更したコマンドツリー１４１を、非実行状態を表す値に変更し（図３のｂ９，ｂ１０）、ＳＮＭＰマネージャ装置２に処理異常終了を表すＲｅｓｐｏｎｓｅメッセージ（Ｅｒｒｏｒ）を送信する（図３のｂ１１）。また、ＳＮＭＰエージェント部１１は、異常終了した理由を詳細報告するためのＴｒａｐをＳＮＭＰマネージャ装置２に送信する（図３のｂ８）。
【００４０】
図４は本発明の実施の形態によるＳＮＭＰマネージャ装置２から要求された処理がＳＮＭＰエージェント装置１のＭＩＢツリー１４と内部データベース１３の内容とが不一致となるようなケースで異常終了する場合の処理フローを示すシーケンスチャートである。これら図１及び図４を参照して上記の場合の処理フローについて説明する。
【００４１】
ＳＮＭＰマネージャ装置２は、コマンドツリー１４１へのＳｅｔ ＲｅｑｕｅｓｔメッセージをＳＮＭＰエージェント装置１に送信する（図４のｃ１）。ＳＮＭＰエージェント装置１のＳＮＭＰエージェント部１１は、このメッセージを受信すると、該当するコマンドツリー１４１を、実行中を表す値に変更する（図４のｃ２，ｃ３）。その上で、ＳＮＭＰエージェント部１１は、受信したＳｅｔ Ｒｅｑｕｅｓｔに対応するコマンド情報をコマンド実行要求としてＣＬＩ処理部１２へ渡す（図４のｃ４）。
【００４２】
ＣＬＩ処理部１２は、既存のコマンド入力と同様に、装置状態や内部データベース１３の変更を実施する（図４のｃ５，ｃ６）。ＣＬＩ処理部１２は、その結果に応じて、ＳＮＭＰエージェント部１１に装置状態ツリー及びパラメータツリーの変更要求を出す（図４のｃ７）。
【００４３】
ＳＮＭＰエージェント部１１は、装置状態ツリー及びパラメータツリーの変更を実施するが（図４のｃ８）、何らかの理由により異常終了すると（図４のｃ９）、内部データベース１３の内容とＭＩＢツリー１４の内容とに不一致が生じる。
【００４４】
ＳＮＭＰエージェント部１１は、ＭＩＢツリー１４の更新の異常終了を検知すると、ＳＮＭＰマネージャ装置２にＴｒａｐを送信する（図４のｃ１０）。その後、ＳＮＭＰエージェント部１１は、最初に変更したコマンドツリー１４１を、非実行状態を表す値に変更し（図４のｃ１１，ｃ１２）、ＳＮＭＰマネージャ装置２に処理異常終了を表すＲｅｓｐｏｎｓｅメッセージ（Ｅｒｒｏｒ）を送信する（図４のｃ１３）。
【００４５】
図５は図１のＳＮＭＰエージェント装置１のＭＩＢツリー１４の一例を示す図である。図５を参照してＭＩＢツリー１４について説明する。
【００４６】
図５のコマンドツリールート（１）は、ＳＮＭＰマネージャ装置２がコマンド実行時に、ここ以下へＳｅｔ Ｒｅｑｕｅｓｔを行う。全て“１”のＲｅｓｐｏｎｃｅが返れば、実行されたことが分かる。実行できなかった場合は、どこかの値が“０”で返る。
【００４７】
図５のパラメータツリールート（２）及び装置状態ツリールート（３）は、通常、この２つのツリー以下を使って装置状態や各種パラメータを設定したり、確認したりするが、ここに表せないような情報を設定／確認する場合は、コマンドツリー１４１やコマンドレスポンスツリーを使う。
【００４８】
図５のコマンドレスポンス（４）は、受けた操作の結果の文字列（これまでＣＬＩで表示していた内容）を、常にここ以下に格納させることで、パラメータツリー１４３や装置状態ツリー１４２へ表せないような内容も表現することができる。
【００４９】
例えば、ｓｅｔ ｓｕｂｓｃｒｉｂｅｒ−ｌｉｎｅ−ｔｅｓｔコマンドに相当するＳｅｔ Ｒｅｑｕｅｓｔ（１．３．６．１．４．１．Ｘ．１．１．２．……）を受けた結果として、ここ以下のインスタンス１つに付き１行分の表示文字列を格納する。
１．３．６．１．４．１．Ｘ．４．１
＝Ｓｕｂｓｃｒｉｂｅｒ−Ｌｉｎｅ−Ｔｅｓｔ Ｒｅｓｕｌｔ
１．３．６．１．４．１．Ｘ．４．２
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
１．３．６．１．４．１．Ｘ．４．３
＝Ｔｅｓｔ−Ｔｙｐｅ Ｒｅｓｕｌｔ
１．３．６．１．４．１．Ｘ．４．４
＝−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
１．３．６．１．４．１．Ｘ．４．５
＝Ｒｅｓｉｓｔａｎｃｅ（Ａ−Ｂ）
：１．２３＊１０＾２（ｏｈｍ）
１．３．６．１．４．１．Ｘ．４．６
＝Ｒｅｓｉｓｔａｎｃｅ（Ａ−Ｇ）
：１．２３＊１０＾２（ｏｈｍ）
１．３．６．１．４．１．Ｘ．４．７
＝Ｒｅｓｉｓｔａｎｃｅ（Ｂ−Ｇ）
：１．２３＊１０＾２（ｏｈｍ）
１．３．６．１．４．１．Ｘ．４．８
＝Ｒｅｓｉｓｔａｎｃｅ−ｌｏｏｐ（Ａ−Ｂ）
：１．２３＊１０＾２（ｏｈｍ）
…
…
…
【００５０】
ここをＧｅｔ Ｒｅｑｕｅｓｔすることで、ＣＬＩ相当の情報量をＳＮＭＰマネージャ装置２から取得することができる。
【００５１】
また、図５のコマンドツリールート（１）の下のｓｅｔ（２）は、コマンド処理実行中、末端まで経由するインスタンスの値を、全て“１”とする。処理終了したら“０”に戻す。こうしておくことで、ＳＮＭＰマネージャ装置２からＧｅｔ ＲｅｑｕｅｓｔをすることでＳＮＭＰエージェントで、今、何の処理が実行中であるかを把握することができる。
【００５２】
このように、本実施の形態では、既存のＣＬＩ処理を最大限に生かすことで、ＳＮＭＰによる状態／パラメータ変更機能の実装を容易に行うことができる。
【００５３】
また、本実施の形態では、第２の効果は、ＭＩＢツリー１４の大きさが動的に変動するような装置においても、内部データベース１３の大きさをＳＮＭＰマネージャ装置２が意識することなく、ＳＮＭＰエージェント装置１のＣＬＩ処理部１２が既存で管理していた方式をそのまま利用することができ、Ｇｅｔ Ｎｅｘｔ ＲｅｑｕｅｓｔやＧｅｔ Ｂｕｌｋ Ｒｅｑｕｅｓｔを利用せずにすみ、ＳＮＭＰエージェント装置１の処理負荷を低く抑えることが可能となる。
【００５４】
さらに、本実施の形態では、装置が管理する情報がＭＩＢツリー１４での表現形式に実装上そぐわない場合でも、ＣＬＩで実装されていた状態／パラメータ表示の仕組みをそのまま使うことで、ＭＩＢツリー化しなくても、ＳＮＭＰマネージャ装置２からの確認が可能となる。
【００５５】
さらにまた、本実施の形態では、処理結果の通知に、異常終了時はＲｅｓｐｏｎｓｅメッセージのみでなく、Ｔｒａｐメッセージも付与することによって、詳細な異常終了の理由をＳＮＭＰマネージャ装置２に報告することができる。
【００５６】
一方、本実施の形態では、コマンドツリー１４１の存在によって、実行中の処理がＳＮＭＰマネージャ装置２からＧｅｔ Ｒｅｑｕｅｓｔメッセージによって把握することができる。
【産業上の利用可能性】
【００５７】
本発明は、ＳＮＭＰエージェント非対応で、かつＣＬＩインタフェースを持ち、内部のデータ構造をＭＩＢツリーとして表現／制御することが困難な装置において利用可能である。
【図面の簡単な説明】
【００５８】
【図１】本発明の実施の形態によるネットワーク管理システムの構成例を示すブロック図である。
【図２】本発明の実施の形態によるＳＮＭＰマネージャ装置から要求された処理の正常終了するパターンの処理フローを示すシーケンスチャートである。
【図３】本発明の実施の形態によるＳＮＭＰマネージャ装置から要求された処理が値不正等の理由でＳＮＭＰエージェント装置で実行開始前にエラーとして処理されるパターンの処理フローを示すシーケンスチャートである。
【図４】本発明の実施の形態によるＳＮＭＰマネージャ装置から要求された処理がＳＮＭＰエージェント装置のＭＩＢツリーと内部データベースの内容とが不一致となるようなケースで異常終了する場合の処理フローを示すシーケンスチャートである。
【図５】図１のＳＮＭＰエージェント装置のＭＩＢツリーの一例を示す図である。
【符号の説明】
【００５９】
１ ＳＮＭＰエージェント装置
２ ＳＮＭＰマネージャ装置
１１ ＳＮＭＰエージェント部
１２ ＣＬＩ処理部
１３ 内部データベース
１４ ＭＩＢツリー
１５ コマンドレスポンス
１４１ コマンドツリー
１４２ 装置状態ツリー
１４３ パラメータツリー
【特許請求の範囲】
【請求項１】
ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）非対応で、コマンドラインの命令入力手段であるＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）を持つ既存のＣＬＩ処理手段を備えた管理対象装置を含むネットワーク管理システムであって、
前記管理対象装置は、前記ＳＮＭＰを用いて前記ＣＬＩと同等の情報量の送受信を行う管理制御インタフェースを有し、
前記管理対象装置に、装置状態及びパラメータのＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）ツリーとは別に、前記ＣＬＩのコマンドを前記ＭＩＢツリーとして構築し、
当該ＭＩＢツリーをＳＮＭＰマネージャから指定したオブジェクトの情報変更を要求するメッセージであるＳｅｔ Ｒｅｑｕｅｓｔにより操作することを特徴とするネットワーク管理システム。
【請求項２】
前記管理対象装置は、受信した情報を前記既存のＣＬＩ処理手段にＣＬＩ入力情報に変換して渡すＳＮＭＰエージェント手段を含み、
前記既存のＣＬＩ処理手段が、前記ＣＬＩ入力情報に対して既存のＣＬＩ処理と同様の処理を実行することを特徴とする請求項１記載のネットワーク管理システム。
【請求項３】
前記管理対象装置は、前記既存のＣＬＩ処理手段の処理の結果応答として前記ＳＮＭＰマネージャからの要求に対する応答であるＲｅｓｐｏｎｓｅと自発的に状態を通知するＴｒａｐとを利用することでリアルタイムな結果の通知とエラー時にユーザに対して提供する情報量の確保とを行うことを特徴とする請求項１または請求項２記載のネットワーク管理システム。
【請求項４】
前記管理対象装置は、前記ＳＮＭＰと前記ＣＬＩのコマンドとの変換テーブルであるコマンドレスポンスを含み、
前記装置状態及びパラメータのＭＩＢツリーに表せないような情報を設定／確認する場合に前記コマンドのＭＩＢツリー及び前記コマンドレスポンスを利用することを特徴とする請求項１から請求項３のいずれか記載のネットワーク管理システム。
【請求項５】
ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）非対応で、コマンドラインの命令入力手段であるＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）を持つ既存のＣＬＩ処理手段を備えた管理対象装置であって、
前記ＳＮＭＰを用いて前記ＣＬＩと同等の情報量の送受信を行う管理制御インタフェースを有し、
装置状態及びパラメータのＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）ツリーとは別に、前記ＣＬＩのコマンドを前記ＭＩＢツリーとして構築し、
当該ＭＩＢツリーをＳＮＭＰマネージャから指定したオブジェクトの情報変更を要求するメッセージであるＳｅｔ Ｒｅｑｕｅｓｔにより操作することを特徴とする管理対象装置。
【請求項６】
受信した情報を前記既存のＣＬＩ処理手段にＣＬＩ入力情報に変換して渡すＳＮＭＰエージェント手段を含み、
前記既存のＣＬＩ処理手段が、前記ＣＬＩ入力情報に対して既存のＣＬＩ処理と同様の処理を実行することを特徴とする請求項５記載の管理対象装置。
【請求項７】
前記既存のＣＬＩ処理手段の処理の結果応答として前記ＳＮＭＰマネージャからの要求に対する応答であるＲｅｓｐｏｎｓｅと自発的に状態を通知するＴｒａｐとを利用することでリアルタイムな結果の通知とエラー時にユーザに対して提供する情報量の確保とを行うことを特徴とする請求項５または請求項６記載の管理対象装置。
【請求項８】
前記ＳＮＭＰと前記ＣＬＩのコマンドとの変換テーブルであるコマンドレスポンスを含み、
前記装置状態及びパラメータのＭＩＢツリーに表せないような情報を設定／確認する場合に前記コマンドのＭＩＢツリー及び前記コマンドレスポンスを利用することを特徴とする請求項５から請求項７のいずれか記載の管理対象装置。
【請求項９】
ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）非対応で、コマンドラインの命令入力手段であるＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）を持つ既存のＣＬＩ処理手段を備えた管理対象装置を含むネットワーク管理システムに用いる管理制御方法であって、
前記管理対象装置に、前記ＳＮＭＰを用いて前記ＣＬＩと同等の情報量の送受信を行う管理制御インタフェースを設け、
前記管理対象装置に、装置状態及びパラメータのＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）ツリーとは別に、前記ＣＬＩのコマンドを前記ＭＩＢツリーとして構築し、
当該ＭＩＢツリーをＳＮＭＰマネージャから指定したオブジェクトの情報変更を要求するメッセージであるＳｅｔ Ｒｅｑｕｅｓｔにより操作することを特徴とする管理制御方法。
【請求項１０】
前記管理対象装置が、受信した情報を前記既存のＣＬＩ処理手段にＣＬＩ入力情報に変換して渡すＳＮＭＰエージェント処理を実行し、
前記既存のＣＬＩ処理手段に、前記ＣＬＩ入力情報に対して既存のＣＬＩ処理と同様の処理を実行させることを特徴とする請求項９記載の管理制御方法。
【請求項１１】
前記管理対象装置が、前記既存のＣＬＩ処理手段の処理の結果応答として前記ＳＮＭＰマネージャからの要求に対する応答であるＲｅｓｐｏｎｓｅと自発的に状態を通知するＴｒａｐとを利用することでリアルタイムな結果の通知とエラー時にユーザに対して提供する情報量の確保とを行うことを特徴とする請求項９または請求項１０記載の管理制御方法。
【請求項１２】
前記管理対象装置に、前記ＳＮＭＰと前記ＣＬＩのコマンドとの変換テーブルであるコマンドレスポンスを設け、
前記装置状態及びパラメータのＭＩＢツリーに表せないような情報を設定／確認する場合に前記コマンドのＭＩＢツリー及び前記コマンドレスポンスを利用することを特徴とする請求項９から請求項１１のいずれか記載の管理制御方法。
【請求項１】
ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）非対応で、コマンドラインの命令入力手段であるＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）を持つ既存のＣＬＩ処理手段を備えた管理対象装置を含むネットワーク管理システムであって、
前記管理対象装置は、前記ＳＮＭＰを用いて前記ＣＬＩと同等の情報量の送受信を行う管理制御インタフェースを有し、
前記管理対象装置に、装置状態及びパラメータのＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）ツリーとは別に、前記ＣＬＩのコマンドを前記ＭＩＢツリーとして構築し、
当該ＭＩＢツリーをＳＮＭＰマネージャから指定したオブジェクトの情報変更を要求するメッセージであるＳｅｔ Ｒｅｑｕｅｓｔにより操作することを特徴とするネットワーク管理システム。
【請求項２】
前記管理対象装置は、受信した情報を前記既存のＣＬＩ処理手段にＣＬＩ入力情報に変換して渡すＳＮＭＰエージェント手段を含み、
前記既存のＣＬＩ処理手段が、前記ＣＬＩ入力情報に対して既存のＣＬＩ処理と同様の処理を実行することを特徴とする請求項１記載のネットワーク管理システム。
【請求項３】
前記管理対象装置は、前記既存のＣＬＩ処理手段の処理の結果応答として前記ＳＮＭＰマネージャからの要求に対する応答であるＲｅｓｐｏｎｓｅと自発的に状態を通知するＴｒａｐとを利用することでリアルタイムな結果の通知とエラー時にユーザに対して提供する情報量の確保とを行うことを特徴とする請求項１または請求項２記載のネットワーク管理システム。
【請求項４】
前記管理対象装置は、前記ＳＮＭＰと前記ＣＬＩのコマンドとの変換テーブルであるコマンドレスポンスを含み、
前記装置状態及びパラメータのＭＩＢツリーに表せないような情報を設定／確認する場合に前記コマンドのＭＩＢツリー及び前記コマンドレスポンスを利用することを特徴とする請求項１から請求項３のいずれか記載のネットワーク管理システム。
【請求項５】
ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）非対応で、コマンドラインの命令入力手段であるＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）を持つ既存のＣＬＩ処理手段を備えた管理対象装置であって、
前記ＳＮＭＰを用いて前記ＣＬＩと同等の情報量の送受信を行う管理制御インタフェースを有し、
装置状態及びパラメータのＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）ツリーとは別に、前記ＣＬＩのコマンドを前記ＭＩＢツリーとして構築し、
当該ＭＩＢツリーをＳＮＭＰマネージャから指定したオブジェクトの情報変更を要求するメッセージであるＳｅｔ Ｒｅｑｕｅｓｔにより操作することを特徴とする管理対象装置。
【請求項６】
受信した情報を前記既存のＣＬＩ処理手段にＣＬＩ入力情報に変換して渡すＳＮＭＰエージェント手段を含み、
前記既存のＣＬＩ処理手段が、前記ＣＬＩ入力情報に対して既存のＣＬＩ処理と同様の処理を実行することを特徴とする請求項５記載の管理対象装置。
【請求項７】
前記既存のＣＬＩ処理手段の処理の結果応答として前記ＳＮＭＰマネージャからの要求に対する応答であるＲｅｓｐｏｎｓｅと自発的に状態を通知するＴｒａｐとを利用することでリアルタイムな結果の通知とエラー時にユーザに対して提供する情報量の確保とを行うことを特徴とする請求項５または請求項６記載の管理対象装置。
【請求項８】
前記ＳＮＭＰと前記ＣＬＩのコマンドとの変換テーブルであるコマンドレスポンスを含み、
前記装置状態及びパラメータのＭＩＢツリーに表せないような情報を設定／確認する場合に前記コマンドのＭＩＢツリー及び前記コマンドレスポンスを利用することを特徴とする請求項５から請求項７のいずれか記載の管理対象装置。
【請求項９】
ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）非対応で、コマンドラインの命令入力手段であるＣＬＩ（Ｃｏｍｍａｎｄ Ｌｉｎｅ Ｉｎｔｅｒｆａｃｅ）を持つ既存のＣＬＩ処理手段を備えた管理対象装置を含むネットワーク管理システムに用いる管理制御方法であって、
前記管理対象装置に、前記ＳＮＭＰを用いて前記ＣＬＩと同等の情報量の送受信を行う管理制御インタフェースを設け、
前記管理対象装置に、装置状態及びパラメータのＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）ツリーとは別に、前記ＣＬＩのコマンドを前記ＭＩＢツリーとして構築し、
当該ＭＩＢツリーをＳＮＭＰマネージャから指定したオブジェクトの情報変更を要求するメッセージであるＳｅｔ Ｒｅｑｕｅｓｔにより操作することを特徴とする管理制御方法。
【請求項１０】
前記管理対象装置が、受信した情報を前記既存のＣＬＩ処理手段にＣＬＩ入力情報に変換して渡すＳＮＭＰエージェント処理を実行し、
前記既存のＣＬＩ処理手段に、前記ＣＬＩ入力情報に対して既存のＣＬＩ処理と同様の処理を実行させることを特徴とする請求項９記載の管理制御方法。
【請求項１１】
前記管理対象装置が、前記既存のＣＬＩ処理手段の処理の結果応答として前記ＳＮＭＰマネージャからの要求に対する応答であるＲｅｓｐｏｎｓｅと自発的に状態を通知するＴｒａｐとを利用することでリアルタイムな結果の通知とエラー時にユーザに対して提供する情報量の確保とを行うことを特徴とする請求項９または請求項１０記載の管理制御方法。
【請求項１２】
前記管理対象装置に、前記ＳＮＭＰと前記ＣＬＩのコマンドとの変換テーブルであるコマンドレスポンスを設け、
前記装置状態及びパラメータのＭＩＢツリーに表せないような情報を設定／確認する場合に前記コマンドのＭＩＢツリー及び前記コマンドレスポンスを利用することを特徴とする請求項９から請求項１１のいずれか記載の管理制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１０−７２７７０（Ｐ２０１０−７２７７０Ａ）
【公開日】平成２２年４月２日（２０１０．４．２）
【国際特許分類】
【出願番号】特願２００８−２３７２５５（Ｐ２００８−２３７２５５）
【出願日】平成２０年９月１７日（２００８．９．１７）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２２年４月２日（２０１０．４．２）
【国際特許分類】
【出願日】平成２０年９月１７日（２００８．９．１７）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]