JP4283950B2

JP4283950B2 - ネットワーク管理システム

Info

Publication number: JP4283950B2
Application number: JP28577199A
Authority: JP
Inventors: 渉荒谷; 明彦山口
Original assignee: Panasonic Corp; Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Corp; Panasonic Holdings Corp
Priority date: 1999-10-06
Filing date: 1999-10-06
Publication date: 2009-06-24
Anticipated expiration: 2019-10-06
Also published as: JP2001109686A

Description

【０００１】
【発明の属する技術分野】
本発明は、マネージャが、ネットワークの規模、構成、運用状況に応じて作成した管理シナリオを管理対象ノードに送信し、この管理シナリオを受信した管理対象ノードにて、受信した管理シナリオの記述内容に従って管理機能を動的に拡張することを可能とするネットワーク管理システムに関するものである。
【０００２】
【従来の技術】
従来のネットワーク管理システムにおいては、マネージャは、管理対象ノードに対して、管理操作を記述した管理シナリオを送信する手段を備えていない。また、従来のネットワーク管理システムにおいては、管理対象ノードは、マネージャから管理シナリオを受信すると、その管理シナリオの記述内容に従った管理操作を実行する手段を備えていない。
【０００３】
さらに、ネットワークの規模が拡張され、マネージャが管理する管理対象ノード数が増大してくると、１台のマネージャが全管理対象ノードと直接通信して管理操作を実行するには、マネージャの通信処理部の負荷が重くなる。
【０００４】
したがって、このような不具合を解決するために、従来は、次のような２つの方法がとられている。すなわち、一つは、複数のサブマネージャを設置し、その上位に統合マネージャを設置した階層的なネットワーク管理を行うことで、ネットワーク全体を管理する方法である。この方法は、例えば、特開平１０−１２４４２５号公報などに開示されている。また、もう一つは、管理対象ノードに１つ以上の管理オブジェクトを統合した新規の管理オブジェクトを定義し、その新規管理オブジェクトにマネージャがアクセスすることで通信量を減らす方法である。
【０００５】
【発明が解決しようとする課題】
ところが、このような従来のネットワーク管理システムにおいて、管理対象ノード数が増大したときに負荷を削減する場合に、前者の方法を用いると、サブマネージャの機能を担う新しいハードウェアの設置作業が発生する。また、前者の方法については、ハードウェアの導入はせずに、管理対象ノードの管理ソフトウェアをサブマネージャ機能に対応するように変更する手段を用いる場合でも、サブマネージャ機能に対応する新しいソフトウェアの開発作業と、サブマネージャとなる管理対象ノードに、開発したソフトウェアをダウンロードし、バージョンアップする作業が発生するなどの不具合が生じ、使い勝手が悪い。
【０００６】
また、後者の方法を用いると、新規の管理オブジェクトを定義したデータベースと、その新規管理オブジェクトの値を求めるためのソフトウェアをダウンロードし、バージョンアップする作業が発生するなど、やはり使い勝手はよくない。
【０００７】
すなわち、従来のネットワーク管理システムにおいては、管理対象ノード数の増大などにより、マネージャの通信量が増大する。さらに、これらの不具合を解決するために、階層的なネットワーク管理構成への変更を行う場合や、複数の管理オブジェクトを統合した管理オブジェクトを新規に定義する場合においても、ハードウェアの追加作業や、ソフトウェアのバージョンアップ作業を行わなければならず、ソフトウェアの開発作業および保守作業が増大するという不具合がある。
【０００８】
本発明は、このような事情に鑑みてなされたものであり、その目的は、マネージャが担当していた管理機能を管理対象ノード側で実行させることにより、マネージャの通信負荷を軽減し、もって、ハードウェアの追加作業やソフトウェアのバージョンアップ作業を行うことなく、ネットワークの規模の拡張に対応できるネットワーク管理システムを提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明は、マネージャと複数の管理対象ノードとから構成され、管理対象ノードの管理操作を指示する管理シナリオにより各管理対象ノードの管理を行うネットワーク管理システムであって、管理シナリオのデータは、管理シナリオの種別を示す管理シナリオ種別記述部と、管理シナリオの生成・削除の何れかを示す管理シナリオ生成削除記述部と、管理操作の詳細操作を定義する管理シナリオ記述部とから構成され、マネージャは、管理シナリオに管理対象である管理対象ノードの指定と、管理対象ノード経由で他の管理対象ノードにリモートアクセスする為のリモートアクセス項目を指定することが可能で、管理対象である管理対象ノードに対して１つ以上の管理オブジェクトを組み合わせて新しい管理オブジェクトを生成・削除するための管理オブジェクト生成・削除用管理シナリオと、管理対象ノードに対して既存の管理オブジェクトに自発的にアクセスさせるための管理機能生成・削除用管理シナリオと、管理対象ノードに対して新しいトラップ定義を生成・削除したりするためのトラップ生成・削除用管理シナリオの３種類の管理操作を指示する管理シナリオを生成する管理シナリオ生成手段と、管理シナリオ生成手段にて作成した管理シナリオを管理対象ノードに送信する管理シナリオ送信手段とを備え、管理対象ノードは、マネージャから管理シナリオを受信する管理シナリオ受信手段と、受信した管理シナリオのリモートアドレス項目にて他の管理対象ノードが指定されていない場合には、受信した管理シナリオに従って自管理対象ノード内の管理操作を実行する管理操作実行手段と受信した管理シナリオのリモートアドレス項目にて他の管理対象ノードが指定されている場合には、他の管理対象ノードが保持する管理オブジェクトにアクセスし管理オブジェクトの管理操作を行う管理オブジェクトアクセス手段とを備えていることを特徴とするネットワーク管理システムである。
【００１０】
これによって、マネージャは、各管理対象ノードの管理操作を記述した管理シナリオを生成し、管理対象のノード側に送信し、ノード側において、受信した管理シナリオに従って管理対象ノード内の管理操作を実行するだけでなく、リモートアクセス項目を指定した管理オブジェクトアクセス手段を用いることにより管理対象ノードを介して他の管理対象ノードへの管理操作を指示・実行することができ、マネージャと各管理対象ノード間に生じる定期ポーリングによるトラフィック量を抑え、ネットワークシステム全体の通信負荷を軽減し、ネットワークの規模の拡張にも対応することができる。
【００１２】
また、管理対象ノードに対して、新規の管理オブジェクトを生成・削除したり、既存の管理オブジェクトに自発的にアクセスさせたり、管理対象ノードに対して、新しいトラップ定義を生成・削除したりする３種類の管理シナリオと、各管理シナリオの管理シナリオ記述部に実施したい詳細な管理操作を定義することによって、様々な管理操作を実行させることができる。
【００１５】
さらに、本発明は、マネージャと管理対象ノード間で使用される管理シナリオには、リモート宛先アドレスという項目を設け、管理対象ノードには、リモート宛先アドレス項目に記述されている管理対象ノードが保持する管理オブジェクトにアクセスする管理オブジェクトアクセス手段を設け、マネージャには、管理対象ノードに対して他の管理対象ノードが保持する管理オブジェクトにアクセスための管理操作が記述された管理シナリオを送信し、その管理シナリオに従って管理対象ノードが他の管理対象ノードの管理オブジェクトにアクセスすることで、管理対象ノードに対してサブマネージャとしての役割を担わせ、動的に階層管理を実現する階層管理手段を設けたことを特徴とするネットワーク管理システムである。
【００１６】
これによって、管理対象ノード数が増大したときなどに、サブマネージャの機能である複数ノードの状態を統合する管理シナリオを記述し、それをマネージャから管理対象ノードに送信することによって、新規にハードウェアを設置したり、ソフトウェアを開発してバージョンアップしたりせずに、管理対象ノードをサブマネージャ化することができる。
【００１９】
【発明の実施の形態】
以下、図面を参照して、本発明の実施の形態について詳細に説明する。
【００２０】
図１は、本発明におけるネットワーク管理システムの形態を示す図である。
図１において、マネージャ（ＭＮＧ）１は、管理シナリオ作成部（ＭＳ−ＭＡＫＥ）２と表示部（ＧＰ）３と通信処理部（ＣＯＭ）４ａとを備え、管理シナリオ作成部（ＭＳ−ＭＡＫＥ）２にて管理シナリオを作成し、通信処理部（ＣＯＭ）４ａを通して、作成した管理シナリオを管理対象のノード（ＮＤ）５−１、５−２、５−ｎに送信する。
【００２１】
各ノード（ＮＤ）５−１、５−２、５−ｎにおけるシナリオ管理部（ＳＰ）７は、通信処理部（ＣＯＭ）４ｂを通してマネージャ（ＭＮＧ）１から送信された管理シナリオを受信し、受信した管理シナリオの記述内容に従ってエージェント管理部（ＡＧＴ）６に対して管理操作を実行する。
【００２２】
図２は、本発明における管理シナリオの形態を示す構造図であり、この図を用いて管理シナリオの構造を説明する。すなわち、図２において、管理シナリオは、管理シナリオ種別記述部（ＭＳ−１）８と、管理シナリオ生成削除記述部（ＭＳ−２）９と、管理シナリオ記述部（ＭＳ−３）１０との、３つのブロックに分かれている。
【００２３】
管理シナリオ種別記述部（ＭＳ−１）８には管理シナリオ種別が記述され、管理シナリオ種別には、管理オブジェクト生成・削除用と、管理機能生成・削除用と、トラップ生成・削除用との３種類の管理シナリオが存在する。
【００２４】
また、管理シナリオ生成削除記述部（ＭＳ−２）９には管理シナリオの生成または削除の種別が記述される。さらに、管理シナリオ記述部（ＭＳ−３）１０には、管理操作の具体的な記述内容が記述され、管理シナリオ種別記述部（ＭＳ−１）８の種別毎に構造が異なる。
【００２５】
図３は、本発明におけるＭＩＢオブジェクト生成削除用管理シナリオの形態を示す構造図である。すなわち、図３は、管理オブジェクト生成・削除用の管理シナリオ記述部（ＭＳ−３）１０の詳細図を示すものである。
【００２６】
図３において、管理オブジェクト情報記述エリア（ＯＢＪ−ＤＥＦ）１１には、生成・削除される管理オブジェクトの属性が記述され、オブジェクト名（ＯＢＪ−ＮＡＭＥ）１２には管理オブジェクトのオブジェクト名が記述され、オブジェクトＩＤ（ＯＢＪ−ＩＤ）１３には管理オブジェクトを任意に識別するためのＩＤ情報が記述され、オブジェクトタイプ（ＯＢＪ−ＴＹＰＥ）１４には管理オブジェクトの型が記述され、インデックス情報（ＯＢＪ−ＩＮＤＥＸ）１５には管理オブジェクトのインスタンスを識別するためのインデックス情報が記述され、アクセスモード（ＯＢＪ−ＭＯＤＥ）１６には管理オブジェクトへのアクセスモードが記述される。
【００２７】
また、管理オブジェクトアクセスメソッド記述エリア（ＯＢＪ−ＩＮＦＯ）１７には、マネージャ等の外部から管理オブジェクトへアクセスがあったときに、具体的にどのようにして値を取得するか、または、どこにアクセスすればよいか等の詳細な手段について記述される。
【００２８】
ファンクション数（Ｆ−ＮＵＭ）１８には呼び出しファンクション数が記述される。マクロ記述エリア（Ｆ−ＭＡＣＲＯ）１９にはファンクションを組み合わせるマクロプログラムが記述される。
【００２９】
次に、マクロプログラムについての説明をするが、各手順については、ファンクション記述部（Ｆ）２０にそれぞれ以下の情報を記述する。また、手順はそれぞれユニークな手順番号を持ち、マクロ作成時の手順欄には手順番号を記述する。
【００３０】
すなわち、記述する情報は、
・管理シナリオ対象オブジェクトの値を表す予約変数ｏｂｊｅｃｔ−ｖａｌｕｅ・管理シナリオ対象トラップの発行ｔｒａｐ（）
・変数はａ１，ａ２などを式作成時に規定
・ファンクションの実行ｆ（ファンクション名）、応答はファンクション実行後の値
・待ち時間停止ｔｉｍｅｒ（待ち時間）
・値を比較ｃｏｍｐ（値１、値２、一致している場合、値１の大きい場合、値２の大きい場合）
・値の演算ｅｘａｍ（値１、値２、演算子）応答は演算した値
演算子は、”＋”、”−”、”＊”、”／”、”ｏｒ”、”ａｎｄ”
・値の上限ｍａｘ（値１、値２ …）
・値の下限ｍｉｎ（値１、値２ …）
・手順を移動するｇｏ（手順）
・繰り返すｒｅｐｅａｔ（手順、繰り返し回数）
である。
【００３１】
ファンクション識別ＩＤ（Ｆ−ＩＤ）２１には、ファンクションを識別するためのＩＤが記述され、呼び出しファンクション名（Ｆ−ＮＡＭＥ）２２には実際の呼び出しコマンドが記述され、リモート宛先アドレス（Ｆ−ＡＤＤＲＥＳＳ）２３にはリモートのノードへもアクセスできるようにノードを識別する番号が記述され、ファンクションパラメータ情報（Ｆ−ＰＡＲＡＭＳ）２４にはコマンド毎に設定されるパラメータ情報が記述され、ファンクションパラメータ数（Ｆ−ＰＡＲＡＭ−ＮＵＭ）２５にはコマンド毎に設定されるパラメータ数が記述され、
ファンクションパラメータ（Ｆ−ＰＡＲＡＭ）２６にはコマンド毎に設定されるパラメータ値が記述される。
【００３２】
図５は、本発明における管理機能生成削除用管理シナリオの形態を示す構造図である。すなわち、図５は管理機能生成・削除用の管理シナリオ記述部（ＭＳ−３）１０の詳細図を示している。
【００３３】
図５において、管理機能情報記述エリア（ＦＵＮＣ−ＤＥＦ）３４には、生成・削除される管理機能の属性が記述され、機能名（ＦＵＮＣ−ＮＡＭＥ）３５には機能名が記述され、機能ＩＤ（ＦＵＮＣ−ＩＤ）３６には機能を任意に識別するためのＩＤ情報が記述される。
【００３４】
また、機能定義情報記述エリア（ＦＵＮＣ−ＩＮＦＯ）３７には、実行する機能についての詳細情報が記述され、その内容に関しては、図３に示す管理オブジェクトアクセスメソッド記述エリア（ＯＢＪ−ＩＮＦＯ）１７と同様であるので、説明は省略する。
【００３５】
図４は、本発明におけるトラップ生成削除用管理シナリオの形態を示す構造図である。すなわち、図４は、トラップ生成・削除用の管理シナリオ記述部（ＭＳ−３）１０の詳細図を示している。
【００３６】
図４において、トラップ定義記述エリア（ＴＲＡＰ−ＤＥＦ）２７には、生成・削除されるトラップの属性が記述され、トラップ名（ＴＲＡＰ−ＮＡＭＥ）２８にはトラップ名が記述され、トラップＩＤ（ＴＲＡＰ−ＩＤ）２９にはトラップを任意に識別するためのＩＤ情報が記述され、トラップ通知先マネージャアドレス（ＴＲＡＰ−ＭＮＧ）３０にはトラップを送信する宛先が記述され、トラップＶＢＬ数（ＴＲＡＰ−ＶＢＬ）３１にはトラップを構成する管理オブジェクト数が記述され、トラップオブジェクト名（ＴＲＡＰ−ＯＢＪ）３２にはトラップを構成する管理オブジェクト名が記述される。
【００３７】
また、トラップ送信条件記述エリア（ＴＲＡＰ−ＩＮＦＯ）３３には、トラップを送信する条件についての詳細情報が記述され、その内容に関しては、図３に示す管理オブジェクトアクセスメソッド記述エリア（ＯＢＪ−ＩＮＦＯ）１７と同様であるので説明は省略する。
【００３８】
（実施例）
以下、幾つかの実施例を用いて本発明の実施形態を具体的に説明する。
【００３９】
先ず、第１の実施例につて説明する。この実施例は、ある管理対象ノードに収容される回線のうち、ユーザがあまり重要視していない幾つかの回線を指定し、それをマネージャの画面上で束ねて表示するような場合、マネージャにて、それら重要でない回線の状態情報を収集する手順について説明したものである。
【００４０】
先ず、ある管理対象ノードに収容される回線のうち、ユーザによる重要視していない幾つかの回線指定に連動して、マネージャは、それら回線を束ねて一つの状態情報に統合した新しい管理オブジェクトを定義する。尚、ここで、ユーザが指定したあまり重要ではない回線は、ノードＮ１に収容されている回線Ｃ１とＣ２とＣ３とする。
【００４１】
図６は、第１の実施例における管理シナリオの作成を示す図である。すなわち、この図は、ＭＩＢオブジェクト生成削除用管理シナリオを用いた回線を束ねて、一つの状態情報に統合した新しい管理オブジェクトを定義する管理シナリオの実施例を示している。したがって、図６を用いて、この管理オブジェクトについての管理シナリオを作成する手順について説明する。
【００４２】
この管理シナリオには、管理オブジェクト生成・削除用の管理シナリオが用いられる。ＯＢＪ−ＤＥＦ１１について生成される管理オブジェクトの名称はＣＢＩＮＤ−ＯＢＪ１、ＩＤはＣＢＩＮＤ−ＯＢＪ１−ＩＤ、タイプはｓｈｏｒｔ、インデックスは１、アクセスモードはｒｅａｄｏｎｌｙとし、これらはマネージャ（ＭＮＧ）が管理シナリオを作成する時に決定する。
【００４３】
ファンクション記述部（Ｆ）２０は、ノードＮ１の回線Ｃ１の状態情報を表す管理オブジェクトＣ−ＯＢＪ１を収集するＦ１と、ノードＮ１の回線Ｃ２の状態情報を表す管理オブジェクトＣ−ＯＢＪ２を収集するＦ２と、ノードＮ１の回線Ｃ３の状態情報を表す管理オブジェクトＣ−ＯＢＪ３を収集するＦ３とによって構成されている。
【００４４】
このときＦ−ＭＡＣＲＯは以下の手順情報を持つ。
手順１ａ１＝ｆ（Ｆ１）
手順２ａ２＝ｆ（Ｆ２）
手順３ａ３＝ｆ（Ｆ３）
手順４ｏｂｊｅｃｔ−ｖａｌｕｅ＝ｍａｘ（ａ１，ａ２，ａ３）
手順５ｔｉｍｅｒ（３０ｓｅｃ）
手順６ｇｏ（１）
そして、Ｆ−ＭＡＣＲＯは、
手順１によりノードＮ１のＣ−ＯＢＪ１の値の取得、
手順２によりノードＮ１のＣ−ＯＢＪ２の値の取得、
手順３によりノードＮ１のＣ−ＯＢＪ３の値の取得、
を行い、
手順４により最大値が選択され、それが予約変数であるｏｂｊｅｃｔ−ｖａｌｕｅに代入され、ＯＢＪ−ＤＥＦ１１のＣＢＩＮＤ−ＯＢＪ１の値として保持される。そして、この値を保持した後は、手順５により、３０秒の待機を行い、手順６により再度手順１から実施する。
【００４５】
この管理シナリオは、ＣＢＩＮＤ−ＯＢＪ１が削除されるまでの間繰り返して、手順１から手順５までが実施され、３０秒単位で管理オブジェクトＣＢＩＮＤ−ＯＢＪ１が更新されることを表現している。
【００４６】
第１の実施例において、従来、マネージャは、回線の状態情報を束ねて一つの状態に統合して表示する場合、１本１本の回線の状態情報を管理対象ノードから収集するため、３回の通信を行わなければならないが、本発明により、１回の通信で行えるようになる。
【００４７】
次に、第２の実施例について述べる。
第２の実施例は、大規模なネットワーク管理システムにおいて、ノードを階層的に管理する場合、複数のノードのオブジェクトを組み合わせてグループ化し、マネージャの画面上で１つのオブジェクトの値として表示させるものである。
【００４８】
階層化した場合のネットワーク監視システムのマネージャの画面の表示例として、図１１に画面上にグループアイコンが１つのみ表示されている場合、図１２に階層化されているグループのアイコンを表示させている場合、図１３にグループの構成としてノードのアイコンを表示されている場合を示す。
【００４９】
図１１、図１２、図１３において、画面のＧ１−ＩＣＯＮ３８はグループＧ１のオブジェクト情報表示アイコンを表し、アイコンはＧ１のオブジェクト値を表している。Ｇ１のオブジェクト値（Ｇ１−ＩＣＯＮ３８）は、グループＧ１を構成するグループＧ２のオブジェクト値（Ｇ２−ＩＣＯＮ４０）とグループＧ３のオブジェクト値（Ｇ３−ＩＣＯＮ４１）の最大値であり、グループＧ２（４２）はノードＮ１（Ｎ１−ＩＣＯＮ４３）とノードＮ２（Ｎ２−ＩＣＯＮ４４）とノードＮ３（Ｎ３−ＩＣＯＮ４５）のオブジェクト値の最大値を表す。
【００５０】
この場合、Ｇ１−ＩＣＯＮ３８表示時のオブジェクト値は１つであるにもかかわらずオブジェクト値を収集するための通信はグループ化されているすべてのノードに対して行っているため、マネージャの負担は非常に大きくなる。
【００５１】
また、大規模ネットワークの場合、従来はノードをグループ化して複数のサブマネージャを用いて管理し、複数のマネージャの上位に統合マネージャを用いて管理を行うが、この場合はサブマネージャおよび統合マネージャの装置が新たに必要となる。
【００５２】
以下に示す第２の実施例は、複数のノードのオブジェクトの組み合わせ処理を１つのノードにて行うことにより、統合マネージャやサブマネージャなど新たな装置を用いることなく、オブジェクト収集に伴うマネージャの通信処理の負担を軽減することを可能とする。このとき、マネージャでは、グループ化されたノードのうち１台に関して、複数のノードにまたがるオブジェクトを定期的に収集し、収集した値について比較を行い、その比較結果を新しいオブジェクトの値として応答する場合の管理シナリオを作成する。
【００５３】
図７は、第２の実施例における管理シナリオの作成を示す図であり、ＭＩＢオブジェクト生成削除用管理シナリオを用いた複数のノードのオブジェクトを組み合わせた管理オブジェクトを定義する管理シナリオの実施例を示している。すなわち、ノードＮ１およびＮ２およびＮ３の持つオブジェクトＯＢＪ２を１分おきに収集し比較して最も値の大きい値をオブジェクト名Ｎ−ＯＢＪ２として応答する場合の管理シナリオを示している。
【００５４】
管理シナリオ記述部（ＭＳ−３）１０のＯＢＪ−ＤＥＦ１１について、オブジェクトの名称はＮ−ＯＢＪ２、ＩＤはＮ−ＯＢＪ２−ＩＤ、タイプはｓｈｏｒｔ、インデックスは３、アクセスモードはｒｅａｄｏｎｌｙとし、これらはマネージャが管理シナリオの作成時に決定する。
【００５５】
ファンクション記述部（Ｆ）２０は、ノードＮ１のオブジェクトＯＢＪ２を収集するＦ１と、ノードＮ２のオブジェクトＯＢＪ２を収集するＦ２と、ノードＮ３のオブジェクトＯＢＪ２を収集するＦ３とにより構成される。
このときＦ−ＭＡＣＲＯは以下の手順情報を持つ。
手順１ａ１＝ｆ（Ｆ１）
手順２ａ２＝ｆ（Ｆ２）
手順３ａ３＝ｆ（Ｆ３）
手順４ｏｂｊｅｃｔ−ｖａｌｕｅ＝ｍａｘ（ａ１，ａ２，ａ３）
手順５ｔｉｍｅｒ（１ｍｉｎ）
手順６ｇｏ（１）
Ｆ−ＭＡＣＲＯは、手順１によりノードＮ１のオブジェクトＯＢＪ２を取得、手順２によりノードＮ２のオブジェクトＯＢＪ２の取得、手順３によりノードＮ３のオブジェクトＯＢＪ２の取得を行い、手順４により得られた最大の値は手順５によって管理シナリオの応答として登録される。登録処理後は手順６により１分間の待機を行い、手順７によって再度手順１から実施する。ノードは、この管理シナリオによって、管理シナリオが削除されるまでの間繰り返し、手順１から手順６を実施することにより、１分単位でオブジェクトＮ−ＯＢＪ２を更新することができ、マネージャからのＮ−ＯＢＪ２収集要求に応答することが可能となる。
【００５６】
第２の実施例を用いることにより、従来はマネージャから各ノードに対して収集を行っていたオブジェクトの比較処理が１度の通信で済むことになり、マネージャの通信処理の負荷およびマネージャでの比較処理の負荷を軽減することが可能となる。また、ノードが管理シナリオによるオブジェクト取得処理を行うことで、新たな装置を必要とすることなく、サブマネージャと統合マネージャとに同じ効果が得られる。
【００５７】
さらに、グループを削除する場合は、第２の実施例で登録された管理シナリオを削除する管理シナリオは、マネージャによって作成される。図１０は、登録された管理シナリオを削除の場合の管理シナリオを示す。すなわち、ＭＩＢオブジェクト生成削除用シナリオを用いた削除時の管理シナリオの作成例を示す図である。
【００５８】
図１０において、ＯＢＪ−ＤＥＦ１１については、図７に示す登録時と同じ内容が記述されているので説明は省略するが、ＭＳ−２には削除を表すＤＥＬＥＴＥが記述される。この場合、ＯＢＪ−ＩＮＦＯは不要である。また、ノードは削除用の管理シナリオを受け取ることにより、既に登録されていた管理シナリオを削除する。
【００５９】
次に、第３の実施例について述べる。第３の実施例では、ある管理対象ノードのネットワークインタフェースカードを定期的にリセットする処理をマネージャが管理対象ノードに要求する手順について説明する。
【００６０】
図８は、第３の実施例における管理シナリオの作成を示す図であり、管理機能生成削除用管理シナリオを用いた定期的にリセットを実施する管理オブジェクトを定義する管理シナリオの実施例を示している。
【００６１】
第３の実施例において、まず、ユーザが、ある管理対象ノードのネットワークインタフェースカードを３０秒毎にリセットする試験を、マネージャに対して設定する。マネージャはこのユーザからの要求を管理対象ノードに実施させるために、管理シナリオを作成する。
【００６２】
この管理シナリオには、管理機能生成・削除用の管理シナリオが用いられる。ＦＵＮＣ−ＤＥＦ３４について生成される機能の名称はＲＳＴ−ＦＵＮＣ１、ＩＤはＲＳＴ−ＦＵＮＣ１−ＩＤとし、これらはマネージャが管理シナリオ作成時に決定する。
【００６３】
ファンクション記述部（Ｆ）２０は、ノードＮ１のスロットＳ１に実装されているネットワークインタフェースカードのリセットアクセス用の管理オブジェクトＲ−ＯＢＪ１を用いて、ネットワークインタフェースカードのリセットを実行するＦ１で構成されている。
【００６４】
このとき、Ｆ−ＭＡＣＲＯは以下の手順情報を持つ。
手順１ｆ（Ｆ１）
手順２ｔｉｍｅｒ（３０ｓｅｃ）
手順３ｇｏ（１）
Ｆ−ＭＡＣＲＯは、手順１によりノードＮ１のスロットＳ１に実装されているネットワークインタフェースカードのリセットの実行を行い、リセット実行後は手順２により、３０秒の待機を行い、手順３により再度手順１から実施する。
【００６５】
この管理シナリオは、ＲＳＴ−ＦＵＮＣ１が削除されるまでの間繰り返し、手順１から手順３が実施され、３０秒単位でノードＮ１のスロットＳ１のネットワークインタフェースカードがリセットされることを表現している。
【００６６】
第３の実施例において、従来、マネージャは、定期的なリセットによる試験を実施する場合、その都度、リセット用のコマンドを管理対象ノードに送らなければならないが、本発明により、１度だけ送ればよいことになる。
【００６７】
次に、第４の実施例について述べる。第４の実施例では、ノードからマネージャに対して、特に重要度が高い情報に対して通常の定期収集だけでなくオブジェクトの値が変化した場合に、トラップの発行を追加する手順について説明する。
【００６８】
この実施例は、特定のオブジェクトを定期的に収集し、収集した値が前回収集した値がある特定条件で変化した場合に、オブジェクトの位置をもったトラップをマネージャに送信する機能を追加する場合の管理シナリオである。
【００６９】
図９は、第４の実施例における管理シナリオの作成を示す図であり、トラップ生成削除用管理シナリオを用いたオブジェクトの値の変更時にトラップを発生させる管理オブジェクトを定義する管理シナリオの実施例を示す。
【００７０】
この実施例では、オブジェクト名ＯＢＪ４に対して、３０秒周期で収集し、値が０から１に変化した場合にトラップ名ＴＲＡＰ４のトラップをマネージャＭＮＧ１に発行するものである。また、ＴＲＡＰ−ＤＥＦについては、トラップの名称はＴＲＡＰ４、トラップＩＤはｓｐｅｃｉｆｉｃ、通知先マネージャアドレスをＭＮＧ１、ＶＢＬ数を２、オブジェクトをＮ１とＯＢＪ４とし、これらはマネージャが管理シナリオ作成時に決定する。
【００７１】
ファンクション記述部（Ｆ）は、オブジェクトＯＢＪ２を収集するＦ１のみで構成される。そして、このときＦ−ＭＡＣＲＯは、以下の手順情報を持つ。
手順１ａ１＝ｆ（Ｆ１）
手順２ｔｉｍｅｒ（３０ｓｅｃ）
手順３ａ２＝ａ１
手順４ａ１＝ｆ（Ｆ１）
手順５ｃｏｍｐ（ａ１、１、６、２、２）
手順６ｃｏｍｐ（ａ２、０、７、２、２）
手順７ｔｒａｐ（）
手順８ｇｏ（２）
手順１によりＯＢＪ４を実行し値をａ１に格納、手順２により３０秒待ち、手順３によりａ２にａ１を格納、手順４によりＯＢＪ４を実行し値をａ１に格納、手順５によりａ１の値が１の場合は手順６に移行し１以外は手順２に移行する。そして、手順６によりａ２の値が０の場合は手順６に移行し０以外は手順２に移行する。さらに、手順７によりＴＲＡＰを発行し、手順８により手順２に移行する。ノードはこの管理シナリオによって、管理シナリオが削除されるまでの間繰り返し、３０秒単位でオブジェクトＯＢＪ４を取得し、３０秒間に０から１に遷移した場合のみトラップを作成することが可能となる。
【００７２】
ファンクションは、ＴＲＡＰを発行する場合、ＴＲＡＰ−ＯＢＪで指定したオブジェクトを収集し、ＴＲＡＰ−ＭＮＧにて指定されたマネージャに対して、ＴＲＡＰ−ＩＤで指定したトラップＩＤで、ＴＲＡＰ−ＮＡＭＥで指定したトラップを発行する。
【００７３】
第４の実施例を用いることにより、従来はプログラムの更新が必要なトラップ処理の追加を管理シナリオの追加のみで行うことが可能となる。
【００７４】
【発明の効果】
以上説明したように、本発明によるネットワーク管理システムは、各管理対象ノードの管理操作を記述した管理シナリオを管理対象ノードに送信し、管理対象ノード側において、受信した管理シナリオに従って管理対象ノード内の管理操作を実行するだけでなく、リモートアクセス項目を指定した管理オブジェクトアクセス手段を用いることにより管理対象ノードを介して他の管理対象ノードへの管理操作を指示・実行することができ、マネージャと各管理対象ノード間に生じる通信トラフィック量を抑え、ネットワークシステム全体の通信負荷を軽減し、ネットワークの規模の拡張にも対応することができる。
【００７５】
また、管理対象ノードがサブマネージャとしての動作を行うことにより、新たなハードウェアの追加作業を必要とせず、管理シナリオのマクロ記述のみでプログラムすることにより、管理対象ノードのソフトウェアの開発作業とバージョンアップするため保守作業を軽減することもできる。
【図面の簡単な説明】
【図１】本発明におけるネットワーク管理システムの形態を示す図
【図２】本発明における管理シナリオの形態を示す図
【図３】本発明におけるＭＩＢオブジェクト生成削除用管理シナリオの形態を示す図
【図４】本発明におけるトラップ生成削除用管理シナリオの形態を示す図
【図５】本発明における管理機能生成削除用管理シナリオの形態を示す図
【図６】本発明による第１の実施の形態における、ＭＩＢオブジェクト生成削除用管理シナリオを用いた回線を束ねて一つの状態情報に統合した、新しい管理オブジェクトを定義する管理シナリオの作成を示す図
【図７】本発明による第２の実施の形態におけるＭＩＢオブジェクト生成削除用管理シナリオを用いた複数のノードのオブジェクトを組み合わせた管理オブジェクトを定義する管理シナリオの作成を示す図
【図８】本発明における第３の実施の形態における管理機能生成削除用管理シナリオを用いた定期的にリセットを実施する管理オブジェクトを定義する管理シナリオの作成を示す図
【図９】本発明における第４の実施の形態におけるトラップ生成削除用管理シナリオを用いたオブジェクトの値の変更時にトラップを発生させる定義する管理シナリオの作成を示す図
【図１０】登録された管理シナリオを削除する場合ＭＩＢオブジェクト生成削除用シナリオを用いた削除時の管理シナリオの作成を示す図
【図１１】階層管理実施時のマネージャ表示部について、グループアイコンのみ表示されている場合の表示例を示す図
【図１２】階層管理実施時のマネージャ表示部について、グループの構成として複数のグループアイコンが表示されている場合の表示例を示す図
【図１３】階層管理実施時のマネージャ表示部について、グループの構成として複数のノードアイコンが表示されている場合の表示例を示す図
【符号の説明】
１ＭＮＧ（マネージャ）
２ＭＳ−ＭＡＫＥ（管理シナリオ作成部）
３ＧＰ（表示部）
４ａ、４ｂＣＯＭ（通信処理部）
５−１、５−２、５−ｎＮＤ（ノード）
６ＡＧＴ（エージェント処理部）
７ＳＰ（シナリオ管理部）
８ＭＳ−１（管理シナリオ種別記述部）
９ＭＳ−２（管理シナリオ生成削除種別記述部）
１０ＭＳ−３（管理シナリオ記述部）
１１ＯＢＪ−ＤＥＦ（管理オブジェクト情報記述エリア）
１２ＯＢＪ−ＮＡＭＥ（オブジェクト名）
１３ＯＢＪ−ＩＤ（オブジェクトＩＤ）
１４ＯＢＪ−ＴＹＰＥ（オブジェクトタイプ）
１５ＯＢＪ−ＩＮＤＥＸ（インデックス情報）
１６ＯＢＪ−ＭＯＤＥ（アクセスモード）
１７ＯＢＪ−ＩＮＦＯ（ＭＩＢオブジェクトアクセスメソッド記述エリア）
１８Ｆ−ＮＵＭ（ファンクション数）
１９Ｆ−ＭＡＣＲＯ（マクロ記述エリア）
２０ F（ファンクション記述部）
２１Ｆ−ＩＤ（ファンクション識別ＩＤ）
２２Ｆ−ＮＡＭＥ（呼び出しファンクション名）
２３Ｆ−ＡＤＤＲＥＳＳ（リモート宛先アドレス）
２４Ｆ−ＰＡＲＡＭＳ（ファンクションパラメータ情報）
２５Ｆ−ＰＡＲＡＭ−ＮＵＭ（ファンクションパラメータ数）
２６Ｆ−ＰＡＲＡＭ（ファンクションパラメータ）
２７ＴＲＡＰ−ＤＥＦ（トラップ定義記述エリア）
２８ＴＲＡＰ−ＮＡＭＥ（トラップ名）
２９ＴＲＡＰ−ＩＤ（トラップＩＤ）
３０ＴＲＡＰ−ＭＮＧ（トラップの通知先マネージャアドレス）
３１ＴＲＡＰ−ＶＢＬ（トラップのＶＢＬ数）
３２ＴＲＡＰ−ＯＢＪ（トラップのオブジェクト名）
３３ＴＲＡＰ−ＩＮＦＯ（トラップ送信条件記述エリア）
３４ＦＵＮＣ−ＤＥＦ（機能情報記述エリア）
３５ＦＵＮＣ−ＮＡＭＥ（機能名）
３６ＦＵＮＣ−ＩＤ（機能ＩＤ）
３７ＦＵＮＣ−ＩＮＦＯ（機能定義情報記述エリア）
３８Ｇ１−ＩＣＯＮ（グループＧ１のオブジェクト情報表示アイコン）
３９Ｇ１（グループＧ１の情報）
４０Ｇ２−ＩＣＯＮ（グループＧ２のオブジェクト情報表示アイコン）
４１Ｇ３−ＩＣＯＮ（グループＧ３のオブジェクト情報表示アイコン）
４２Ｇ２（グループＧ２の情報）
４３Ｎ１−ＩＣＯＮ（ノードＮ１のオブジェクト情報表示アイコン）
４４Ｎ２−ＩＣＯＮ（ノードＮ２のオブジェクト情報表示アイコン）
４５Ｎ３−ＩＣＯＮ（ノードＮ３のオブジェクト情報表示アイコン）

Claims

マネージャと複数の管理対象ノードとから構成され、管理対象ノードの管理操作を指示する管理シナリオにより各管理対象ノードの管理を行うネットワーク管理システムであって、
前記管理シナリオのデータは、管理シナリオの種別を示す管理シナリオ種別記述部と、管理シナリオの生成・削除の何れかを示す管理シナリオ生成削除記述部と、管理操作の詳細操作を定義する管理シナリオ記述部とから構成され、
前記マネージャは、管理シナリオに管理対象である管理対象ノードの指定と、前記管理対象ノード経由で他の管理対象ノードにリモートアクセスする為のリモートアクセス項目を指定することが可能で、管理対象である管理対象ノードに対して１つ以上の管理オブジェクトを組み合わせて新しい管理オブジェクトを生成・削除するための管理オブジェクト生成・削除用管理シナリオと、前記管理対象ノードに対して既存の管理オブジェクトに自発的にアクセスさせるための管理機能生成・削除用管理シナリオと、前記管理対象ノードに対して新しいトラップ定義を生成・削除したりするためのトラップ生成・削除用管理シナリオの３種類の管理操作を指示する管理シナリオを作成する管理シナリオ生成手段と、
前記管理シナリオ生成手段にて作成した管理シナリオを管理対象ノードに送信する管理シナリオ送信手段とを備え、
前記管理対象ノードは、前記マネージャから管理シナリオを受信する管理シナリオ受信手段と、受信した管理シナリオのリモートアドレス項目にて他の管理対象ノードが指定されていない場合には、受信した管理シナリオに従って自管理対象ノード内の管理操作を実行する管理操作実行手段と、受信した管理シナリオのリモートアドレス項目にて他の管理対象ノードが指定されている場合には、他の管理対象ノードが保持する管理オブジェクトにアクセスし管理オブジェクトの管理操作を行う管理オブジェクトアクセス手段とを備えていることを特徴とするネットワーク管理システム。
前記管理対象ノードは、受信した管理シナリオの管理シナリオ種別記述部が管理オブジェクト生成・削除用管理シナリオで、管理シナリオ生成削除記述部が生成の場合に、管理シナリオ記述部に定義された新規管理オブジェクトを管理対象ノード内に生成する管理オブジェクト生成手段と、管理シナリオ生成削除記述部が削除の場合に、管理シナリオ記述部に定義された管理オブジェクトを削除する管理オブジェクト削除手段とを備えていることを特徴とする請求項１に記載のネットワーク管理システム。
前記管理対象ノードは、受信した管理シナリオの管理シナリオ種別記述部が管理機能生成・削除用管理シナリオで、管理シナリオ生成削除記述部が生成の場合に、既存の管理オブジェクトへ自発的にアクセスする機能を生成するアクセス機能生成手段と、管理シナリオ生成削除記述部が削除の場合に、生成された既存の管理オブジェクトへ自発的にアクセスする機能を削除するアクセス機能削除手段とを備えていることを特徴とする請求項１に記載のネットワーク管理システム。
前記管理対象ノードは、受信した管理シナリオの管理シナリオ種別記述部がトラップ生成・削除用管理シナリオで、管理シナリオ生成削除記述部が生成の場合に、管理対象ノード内に新規トラップの送信機能を動的に生成するトラップ送信機能生成手段と、管理シナリオ生成削除記述部が削除の場合に、管理対象ノード内に管理シナリオによって生成された既存トラップの送信機能を動的に削除するトラップ送信機能削除手段とを備えていることを特徴とする請求項１に記載のネットワーク管理システム。