JP3465331B2

JP3465331B2 - 階層型ネットワーク管理システム

Info

Publication number: JP3465331B2
Application number: JP32682093A
Authority: JP
Inventors: 康裕田中; 隆影井; 三知男鈴木; ▲真▼人齋藤; 芳行黒崎; 修司藤野
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 1993-12-24
Filing date: 1993-12-24
Publication date: 2003-11-10
Anticipated expiration: 2018-11-10
Also published as: JPH07183932A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、通信ネットワークの管
理システムに関し、特にエージェント、サブマネージ
ャ、統合マネージャにより階層的に構成され、それらの
間の通信プロトコルとして、例えば、ＳＮＭＰ（シンプ
ル・ネットワーク・マネージメント・プロトコル）を用
いる階層型ネットワーク管理システムにおける統合マネ
ージャとサブマネージャ間の管理情報の通信方式に関す
る。

【０００２】

【従来の技術】一般に、通信ネットワークの管理システ
ムは、管理対象となる通信ネットワーク構成要素（以
下、管理オブジェクトという）の管理および制御を行な
う複数のエージェントと、これらの複数のエージェント
を管理するマネージャとからなる。上記マネージャは、
各エージェントからの情報を収集、あるいはエージェン
トに対する管理オブジェクトのオペレーション指示等を
行なうことにより、通信ネットワーク全体を統合管理す
る。

【０００３】通信ネットワークの規模が大きくなると、
エージェントの数が増し、エージェントの所在位置が広
範囲に散在するため、全てのエージェントを１つのマネ
ージャで統合管理することが困難になる。そこで、通信
ネットワークを複数のサブネットワークに分割し、各サ
ブネットワーク毎にサブマネージャを配置し、サブネッ
トワーク内のエージェントはサブマネージャで管理およ
び制御するようにし、これらのサブマネージャの上位シ
ステムとして統合マネージャを設けた構成、すなわち、
マネージャが複数のサブマネージャと一つの統合マネー
ジャとからなる階層化された管理システム構造が採用さ
れる。

【０００４】例えば、図２に示すように、複数のローカ
ル・エリア・ネットワーク（以下ＬＡＮと略す）Ｌ１〜
Ｌ４と、これらのＬＡＮ間を接続するワイド・エリア・
ネットワーク（以下、ＷＡＮと略す）とから構成される
通信ネットワークでは、各ＬＡＮが複数のエージェント
４００を有し、各ＬＡＮ毎にＬＡＮ内のエージェントを
管理するサブマネージャ２００を設置し、いずれかのＬ
ＡＮ（この例ではＬＡＮ：Ｌ４）に接続された統合マネ
ージャ１００で上記各サブマネージャ２００を統合管理
するようにしている。このように各サブネットワーク毎
（この例ではＬＡＮ：Ｌ１〜Ｌ４）にサブマネージャを
設置し、ネットワークの分散管理を行なう技術は、例え
ば、「分散ＬＡＮドメインのＯＳＩによる統合管理」
（宮内他、情報処理学会論文誌、1993年６月号、pp1426
〜1440）に記載されている。

【０００５】通信ネットワークの管理に関する国際的な
標準規格としてオー・エス・アイ（ＯＳＩ）管理標準
と、アイ・エー・ビー（ＩＡＢ）管理標準の２つが存在
するが、上記論文では、各サブマネージャがＩＡＢ管理
標準に基づいてサブネットワーク内のエージェントを管
理し、統合マネージャは、ＯＳＩ管理標準に基づいてサ
ブマネージャを管理している。

【０００６】

【発明が解決しようとする課題】統合マネージャ、サブ
マネージャ、エージェントからなる階層型ネットワーク
管理システムでは、統合マネージャの負担の軽減やサブ
システム間で交換される情報量を削減するために、例え
ば、エージェントが発行する情報のうち、通信ネットワ
ーク全体を管理するために必要な特定の管理情報だけが
統合マネージャに通知されることが望まれる。

【０００７】このためには、統合マネージャが必要とす
る情報を、例えば、エージェント自身にフィルタリング
して発行させることも考えられるが、マルチベンダのネ
ットワーク環境では各エージェントの機能を変更するこ
とは困難であり、実現が難しい。

【０００８】本発明の目的は、上述した階層型ネットワ
ーク管理システムにおいて、各エージェントが発行する
情報のうち、統合マネージャには、通信ネットワークの
管理に必要な情報だけが通知されるようにした管理情報
の通信方式を提供することにある。

【０００９】

【課題を解決するための手段】上記目的を達成するた
め、本発明による階層型ネットワーク管理システムで
は、エージェントが発行する管理オブジェクトの状態変
更通知情報（以下、トラップ情報という）を各サブマネ
ージャがフィルタリングして統合マネージャに通知する
ようにしたことを特徴とする。各サブマネージャは、ト
ラップ情報のフィルタリングする条件を管理情報ベース
（ＭＩＢ）内に記憶している。フィルタ条件は、統合マ
ネージャが必要（あるいは不要）とするトラップ情報の
タイプを指定する情報、あるいはこれらトラップ情報の
発行元を特定するための情報を含み、各サブマネージャ
管理下にあるエージェントからトラップ情報を受信した
時、受信トラップ情報のタイプや発行元エージェント
と、ＭＩＢ中に設定されるフィルタ条件とを比較するこ
とによって、統合マネージャに通知すべきトラップ情報
か否かを判断する。

【００１０】上述したフィルタ条件は、例えば、統合マ
ネージャから各サブマネージャに指定できるようにして
おき、統合マネージャからフィルタ条件の変更指示を受
けた場合は、その指示にしたがって各マネージャがフィ
ルタＭＩＢ中のフィルタ条件（以下、フィルタ条件を設
定したＭＩＢをフィルタＭＩＢという）の変更を行な
う。

【００１１】フィルタ条件の変形例として、一つのフィ
ルタ条件が、ブロードキャストアドレスで複数のエージ
ェントを指定してもよい。また、特定エージェントから
のトラップ情報は、そのタイプに無関係に統合マネージ
ャに通知できるようにするために、トラップ情報の指定
情報として特殊な記号（ワイルドカード）を設けてもよ
い。

【００１２】サブマネージャから統合マネージャへのト
ラップ情報の発行の変形例として、例えば、比較的重要
度の低いトラップ情報については、フィルタ条件で指定
した所定回数の受信があったときに初めて統合マネージ
ャに通知するようにしてもよい。また、予めフィルタ条
件で指定された複数種類のトラップ情報が揃った時点
で、その旨を知らせるトラップ情報を統合マネージャに
通知するようにしてもよい。

【００１３】

【作用】本発明の階層型ネットワーク管理システムで
は、エージェントから通知されるトラップ情報を各サブ
マネージャでフィルタリングするようにしているため、
統合マネージャが必要とするトラップ情報を選択的に通
知することができ、統合マネージャの負担を軽減でき
る。また、フィルタ条件は、統合マネージャからの指令
に応じて設定および変更することができ、ネットワーク
の構成変更に柔軟に対応したネットワーク管理が可能と
なる。

【００１４】

【実施例】本発明の実施例１について説明する。図１
は、本発明による階層型ネットワーク管理システムの構
成の一例を示す。階層型ネットワーク管理システムは、
統合マネージャ１００と、複数のサブマネージャ２００
と、各サブマネージャが管轄する複数のエージェント４
００との３種類のサブ・システムから構成され、これら
サブ・システム間はＳＮＭＰ（シンプル・ネットワーク
・マネージメント・プロトコル）により通信を行なう。

【００１５】各エージェント４００は、サブマネージャ
２００を介して、統合マネージャ１００からの指示を受
け、通信ネットワーク構成要素である管理オブジェクト
を制御すると共に、管理オブジェクトで発生した種々の
イベントを、トラップ情報としてサブマネージャ経由で
統合マネージャ１００に通知する。

【００１６】サブマネージャ２００は、一つ、あるいは
複数個のエージェント４００を含むサブネットワークご
とに設けられ、エージェント４００が発行したトラップ
情報を統合マネージャ１００に通知したり、統合マネー
ジャ１００が発行したオペレーション指示をエージェン
ト４００に振り分ける等、中継機能としての役目を持
つ。

【００１７】統合マネージャ１００は、階層型ネットワ
ーク管理システム全体に一つ置かれるものとし、サブマ
ネージャ２００を介して、トラップ情報を収集したり、
エージェント４００に対する管理オブジェクトへのオペ
レーション指示をサブマネージャ２００に発行する。

【００１８】このような階層型ネットワーク管理システ
ムの通信ネットワーク上での実現形態例を図２に示す。
この例では、通信ネットワークは複数のローカル・エリ
ア・ネットワーク（以下、ＬＡＮと略す：Ｌ１〜Ｌ４）
と、これらのＬＡＮを接続するワイド・エリア・ネット
ワーク（以下、ＷＡＮと略す）とから構成される。

【００１９】本実施例では、各ＬＡＮが複数のエージェ
ント４００を有し、各ＬＡＮ毎にサブマネージャ２００
を設け、いずれかのＬＡＮ（この例ではＬＡＮ：Ｌ４）
に統合マネージャ１００を一つだけ設けることとする。

【００２０】図３は、本発明によるサブマネージャ２０
０のシステム構成を示す。サブマネージャ２００は、サ
ブマネージャ・システム制御機能２１０と、トラップ受
信機能２２０と、トラップフィルタ機能２３０と、トラ
ップ発行機能２４０と、統合マネージャ要求受信機能２
５０と、統合マネージャ要求応答機能２６０と、フィル
タＭＩＢ制御機能２７０と、オペレーション指示発行機
能２８０と、フィルタＭＩＢ２９０とからなる。

【００２１】また、サブマネージャ２００は、エージェ
ント４００から通知されたトラップ情報を受信し、内部
でフィルタリングして、そのフィルタリング結果を統合
マネージャ１００に通知あるいは破棄する機能と、統合
マネージャ１００からの指令を受信し、該指令がエージ
ェント４００に対するものであれば、オペレーション指
示をエージェント４００に発行する機能と、上記指令が
サブマネージャ２００のフィルタＭＩＢ２９０に記憶さ
れるフィルタ条件を変更するものであれば、該指令にし
たがってフィルタ条件の変更を行なう機能とを備える。

【００２２】サブマネージャシステム制御機能２１０
は、サブマネージャ２００内の各機能の起動／終了等、
制御を行なう。トラップ受信機能２２０は、エージェン
ト４００からのトラップ情報を受信し、受信したトラッ
プ情報をトラップフィルタ機能２３０に引き渡す。トラ
ップフィルタ機能２３０は、フィルタＭＩＢ２９０に設
定されるフィルタ条件を参照して、トラップ受信機能２
２０から引き渡されたトラップ情報のフィルタリングを
行なう。フィルタリングした結果、統合マネージャ１０
０に通知するトラップ情報があれば、トラップ発行機能
２４０に引き渡す。トラップ発行機能２４０は、統合マ
ネージャ１００にトラップ情報を発行する機能を持つ。
統合マネージャ要求受信機能２５０は、統合マネージャ
１００からの要求を受信する。受信した要求がエージェ
ント４００へのオペレーション指示メッセージの場合、
オペレーション指示発行機能２８０に引き渡し、フィル
タＭＩＢ２９０のフィルタ条件に関する要求の場合には
フィルタＭＩＢ制御機能２７０に引き渡す。オペレーシ
ョン指示発行機能２８０は、統合マネージャ要求受信機
能２５０から渡されたオペレーション指示メッセージを
エージェント４００宛に発行する。フィルタＭＩＢ制御
機能２７０は、統合マネージャ要求受信機能２５０から
渡されたフィルタ条件の設定要求に基づき、フィルタＭ
ＩＢ２９０中のフィルタ条件を設定し、その結果(エラ
ー情報等)を統合マネージャ要求応答機能２６０に渡
す。統合マネージャ要求応答機能２６０は、フィルタＭ
ＩＢ制御機能２７０より渡された統合マネージャ１００
からの要求に対する応答を統合マネージャ１００宛に発
行する。

【００２３】図４はフィルタＭＩＢ２９０に格納される
フィルタ条件を設定したテーブル５００（以下、フィル
タ条件テーブルという）のテーブル構成を示す。フィル
タ条件テーブル５００には、エージェント４００から通
知されたトラップ情報について、サブマネージャ２００
でフィルタリングするための条件が設定される。

【００２４】フィルタ条件テーブル５００の各エントリ
（フィルタ条件テーブル５００における各行）は、ネッ
トワーク・アドレス５１０と、エンタープライズ情報５
２０と、汎用トラップタイプ５３０と、特定トラップタ
イプ５４０と、エントリの有効／無効情報５５０の５つ
の要素からなる。

【００２５】ネットワーク・アドレス５１０は、トラッ
プ情報の発行元となるエージェント４００のアドレスを
表わす。エンタープライズ情報５２０は、オブジェクト
のタイプを表わす。汎用トラップタイプ５３０と特定ト
ラップタイプ５４０は、エージェント４００から通知さ
れるトラップ情報のタイプを表わす。エントリの有効／
無効情報５５０は、各エントリが有効であるか、無効で
あるかを表わしており、無効となっている場合、該当エ
ントリはないものとして扱われる。

【００２６】トラップ情報をフィルタリングする条件
は、ネットワーク・アドレス５１０と、エンタープライ
ズ情報５２０と、汎用トラップタイプ５３０と、特定ト
ラップタイプ５４０の組合せにより決まる。

【００２７】本実施例では、このテーブル５００のオブ
ジェクト識別子を例えば「1.3.6.1.4.1.116.3.20.100」
とし、テーブル中の各項目のオブジェクト識別子は、上
記テーブルの識別子に枝番「1.1」〜「1.5」を付加した形
式、すなわち、ネットワーク・アドレス５１０のオブジ
ェクト識別子は「1.3.6.1.4.1.116.3.20.100.1.1」、エ
ンタープライズ情報５２０のオブジェクト識別子は「1.
3.6.1.4.1.116.3.20.100.1.2」、汎用トラップタイプ５
３０のオブジェクト識別子は「1.3.6.1.4.1.116.3.20.1
00.1.3」、特定トラップタイプ５４０のオブジェクト識
別子は「1.3.6.1.4.1.116.3.20.100.1.4」、エントリの
有効／無効情報５５０のオブジェクト識別子は「1.3.6.
1.4.1.116.3.20.100.1.5」としている。また、フィルタ
条件テーブル５００中の各エントリー（データレコー
ド）毎に枝番を与えて、例えば第２エントリ（上から２
行目のエントリ）のネットワーク・アドレス５１０のオ
ブジェクト識別子は「1.3.6.1.4.1.116.3.20.100.1.1.
2」、第４エントリの汎用トラップタイプ５３０オブジ
ェクト識別子は「1.3.6.1.4.1.116.3.20.100.1.3.4」と
表す。上述した、各要素へのオブジェクト識別子の付与
方法は、アール・エフ・シー1155、ストラクチャ・アン
ド・アイデンティフィケーション・フォー・ティー・シ
ー・ピー・アイ・ピー・ベースド・インターネッツ（RF
C1155、"Structure and Identification of Management
Information for TCP/IP-based Internets"）のて規定
に従っている。

【００２８】図５〜図７は、アール・エフ・シー1157、
シンプル・ネットワーク・マネージメント・プロトコル
(RFC1157、"Simple Network Management Protocol")にて
規定されている統合マネージャ１００、サブマネージャ
２００、エージェント４００等サブシステム間で交換さ
れるメッセージのプロトコル定義（ＡＳＮ．１表記）を
示す。エージェント４００から通知されるトラップ情報
や統合マネージャ１００から通知されるオペレーション
要求は、すべてこの管理プロトコルに従って発行され
る。このうち、図７に示したTrap-PDU中のenterpriseが
図４に示したフィルタ条件テーブル５００におけるエン
タープライズ情報５２０に、agent-addrはネットワーク
・アドレス５１０に、generic-trapとspecific-trapが
汎用トラップタイプ５３０と特定トラップタイプ５４０
にそれぞれ対応する。

【００２９】ここで、フィルタの条件となるネットワー
ク・アドレス５１０とエンタープライズ情報５２０とト
ラップタイプ５３０、５４０の概要について説明する。
尚、フィルタ条件テーブル５００において、ネットワー
ク・アドレス５１０には、「ブロードキャスト・アドレ
ス」、エンタープライズ情報５２０とトラップタイプ５
３０、５４０には「ワイルド・カード」という特別な値
が設定されることがあるので、これらの内容についても
説明する。

【００３０】図８は、フィルタ条件テーブル中で、エー
ジェントを特定するためのネットワーク・アドレス５１
０のフォーマットの一例を示す。この例では、（Ａ）に
示すように、ネットワーク・アドレス５１０は４バイト
の領域からなり、先頭の２バイトはネットワーク番号５
１１を表し、３バイト目はエージェントが所属するサブ
ネットワーク番号５１３、４バイト目はエージェントに
与えられたホスト番号５１５を表わす。ただし、後半２
バイトで表すサブネットワーク番号５１３とホスト番号
５１５のエリアの割当てはネットワーク設計者の自由で
あり、必ずしも本例のように８ビットずつにする必要は
ない。

【００３１】上記ネットワーク・アドレス５１０のフォ
ーマットにおいて、（Ｂ）に示すように、ネットワーク
番号５１１と、サブネットワーク番号５１３の各エリア
に有効な値が設定され、かつ、ホスト番号５１５エリア
の全ビットが「１」、すなわち、ホスト番号５１５の値
が「２５５」の場合、番号５１３を持つサブネットワー
ク中のエージェントを指定するブロードキャスト・アド
レスとなる。

【００３２】本願発明では、フィルタ条件中のネットワ
ーク・アドレス５１０がブローキャスト・アドレスで特
定されている場合、ネットワーク番号５１１とサブネッ
トワーク番号５１３とが該当する全てのエージェントか
らのトラップ情報について同一のフィルタ条件でフィル
タリングが行なわれる。

【００３３】（Ｃ）は、上記ネットワーク・アドレス５
１０中の、ネットワーク番号５１１部分とサブネットワ
ーク番号５１３部分を抽出するために用いるサブネット
・マスク情報を示す。サブネット・マスク情報は、抽出
したいフィールド部分のビットが全て「１」、不要部分
が「０」のビットパターンからなり、本実施例では、４
バイト中、ネットワーク番号５１１とサブネットワーク
番号５１３に該当する最初の３バイトのビットが全て
「１」、残りのビットが「０」のビットパターンからな
っている。サブネット・マスク情報と、エージェント４
００から通知されたトラップ情報中のagent-addr(ネッ
トワーク・アドレス情報)、あるいはフィルタ条件テー
ブル中のネットワーク・アドレスのビット毎の積をと
る。これによって、受信トラップのagent-addrとブロー
ドキャスト・アドレスからネットワーク番号５１１とサ
ブネットワーク番号５１３を抽出することができる。

【００３４】エンタープライズ情報５２０は、ネットワ
ーク中においてオブジェクトのタイプを表わすためのも
のであり、オブジェクト識別子（OBJECT IDENTIFIER）
の型式を持つ。本実施例では、統合マネージャ１００の
エンタープライズ情報５２０には、「1.3.6.1.4.1.116.
3.10」、サブマネージャ２００のエンタープライズ情報
５２０には、「1.3.6.1.4.1.116.3.20」を割当てる。、
また、エージェント４００は２種類あるものとして、そ
れぞれ「1.3.6.1.4.1.116.3.30」と「1.3.6.1.4.1.116.
3.31」を割り当てる。トラップ情報中のエンタープライ
ズ情報５２０には関係なく、エンタープライズ情報５２
０以外のフィルタ条件によって、フィルタリングを行な
う場合には、フィルタ条件のエンタープライズ情報５２
０エリアに特定な値「0.0」を設定しておく。これをエン
タープライズ情報５２０のワイルド・カードという。

【００３５】トラップ情報タイプには汎用トラップタイ
プ５３０と特定トラップタイプ５４０とがあり、汎用ト
ラップタイプ５３０がとり得る値は図７に示したＳＮＭ
Ｐ管理プロトコル中のgeneric-trapに規定されている。
フィルタ条件の汎用トラップ５３０、または特定トラッ
プ５４０のタイプとして特定な値「-1」が指定された場
合、これをトラップ情報タイプのワイルド・カードとい
う。

【００３６】次に、サブマネージャ２００が行なうトラ
ップ情報のフィルタリングの一例として、フィルタ条件
に合致したトラップ情報、すなわち、エージェント４０
０から受信したトラップ情報が、フィルタ条件で指定さ
れたエージェント４００が発行したもので、かつフィル
タ条件で指定されたタイプのものであれば破棄し、それ
以外のトラップ情報を統合マネージャ１００に通知する
例について説明する。

【００３７】図９、図10は、上記フィルタリングを行な
うトラップフィルタ機能２３０の実行処理フロー図を示
す。エージェント４００においてイベントが発生する
と、エージェント４００は所属サブネットワーク内のサ
ブマネージャ２００にトラップ情報を発行する。上記ト
ラップ情報は、サブマネージャ２００内のトラップ受信
機能２２０によって受信され、トラップフィルタ機能２
３０に渡される。

【００３８】トラップフィルタ機能２３０は、図９に示
すように、他機能からのメッセージ受信待ちの状態にあ
り（ステップ１０１０）、メッセージを受信すると、受
信メッセージがトラップ受信機能２２０から引き渡され
たトラップ情報か否か判断し（ステップ１０２０）、受
信メッセージがトラップ情報でない場合、受信メッセー
ジが終了要求か否か判断し（ステップ１０９０）、終了
要求であったら、トラップフィルタ機能の処理を終了す
る。上記メッセージが終了要求でなかったら、メッセー
ジを破棄し（ステップ１１００）、他機能からのメッセ
ージ受信待ち状態に戻る（ステップ１０１０）。

【００３９】上記受信メッセージがトラップ受信機能か
ら引き渡されたトラップ情報であれば（ステップ１０２
０）、上記トラップ情報を解析してagent-addr(ネット
ワーク・アドレス)、enterprise(エンタープライズ情
報)、generic-trap(汎用トラップタイプ)、specific-tr
ap(特定トラップタイプ)を取得し（ステップ１０３
０）、フィルタ条件検索を行なう（ステップ１２０
０）。

【００４０】上記フィルタ条件検索（ステップ１２０
０）では、図１０に示すように、フィルタ条件テーブル
５００中のエントリの有効／無効情報５５０について検
索し（ステップ１２１０）、エントリの有効／無効情報
５５０に「有効」であるエントリが１つも存在しなかっ
たら、「一致するフィルタ条件なし」として（ステップ
１３４０）、図９のステップ１０４０に戻る。また、
「有効」であるエントリが１つ以上存在する場合、第一
エントリ中のネットワーク・アドレス５１０を取得する
（ステップ１２２０）。ネットワーク・アドレス５１０
のホスト番号５１５にブロードキャスト・アドレス（以
下、グローバル・アドレスという）が設定されているか
否か判断する（ステップ１２３０）。

【００４１】ネットワークアドレス５１０にグローバル
・アドレスが設定されていなかった場合、受信したトラ
ップ情報のネットワーク・アドレス（agent-addr）とネ
ットワーク・アドレス５１０とを比較し（ステップ１２
６０）、一致したら、次にエンタープライズ情報５２０
の比較ステップ１２７０に進む。ネットワークアドレス
が一致しない場合は、フィルタ条件テーブル５００中に
次エントリがあるか否か調べる（ステップ１３１０）。
次エントリがある場合、次エントリを修得して（ステッ
プ１３２０）、上述したステップ１２３０以降の処理を
繰り返し、次エントリがない場合、「一致するフィルタ
条件なし」として（ステップ１３４０）、図９のステッ
プ１０４０に戻る。

【００４２】ステップ１２３０でグローバル・アドレス
が設定されていた場合、受信トラップ情報のネットワー
ク・アドレスのネットワーク番号とサブネットワーク番
号領域を取り出し（ステップ１２４０）、これらをフィ
ルタ条件エントリのネットワークアドレスと比較する
（ステップ１２５０）。

【００４３】受信トラップ情報中のネットワーク番号と
サブネットワーク番号の抽出は、サブネット・マスク情
報と、上記受信トラップ情報のagent-addr(ネットワー
ク・アドレス）との各ビット毎の積をとることによって
行なう。

【００４４】ステップ１２５０または１２６０でネット
ワーク・アドレスが一致した場合、エンタープライズ情
報５２０の比較を行なう。

【００４５】フィルタ条件エントリ中のエンタープライ
ズ情報５２０にワイルド・カード「0.0」が指定されてい
る場合（ステップ１２７０）、受信トラップ情報のente
rpriseは無条件で一致したと評価し、次にトラップ情報
タイプの比較ステップ１２９０に進む。また、フィルタ
条件エントリのエンタープライズ情報５２０にワイルド
・カードが指定されていない場合（ステップ１２７
０）、受信トラップ情報のenterprise情報とエンタープ
ライズ情報５２０とを比較し（ステップ１２８０）、一
致した場合は、トラップ情報タイプの比較ステップ１２
９０に進み、一致しなかった場合は、フィルタ条件テー
ブル５００中の次エントリのチェックステップ１３１０
に進む。

【００４６】ステップ１２９０では、フィルタ条件エン
トリのトラップ情報タイプにワイルド・カード「-1」が
設定されているか否か判断し、汎用トラップタイプ５３
０と特定トラップタイプ５４０の双方にワイルド・カー
ドが設定されている場合、受信トラップ情報のgeneric-
trap、specific-trapの値に無関係に、「一致するフィ
ルタ条件あり」と判断して、図９のステップ１０４０に
戻る（ステップ１３３０）。

【００４７】フィルタ条件エントリ中の汎用トラップタ
イプ５３０と、特定トラップタイプ５４０の少なくとも
一方がワイルド・カードが未設定の場合、ステップ１３
００でワイルド・カードが設定されていない方のタイプ
を受信トラップ情報中の対応するタイプと比較する。

【００４８】汎用トラップタイプ５３０と特定トラップ
タイプ５４０の両方ともワイルド・カードが未設定の場
合は、トラップタイプ５３０と５４０を受信トラップ情
報のgeneric-trap、specific-trapとそれぞれ比較する
（ステップ１３００）。

【００４９】比較したトラップタイプが一致した場合、
受信トラップ情報は「一致するフィルタ条件あり」と判
断して図９のステップ１０４０に戻り（ステップ１３３
０）、一致しなかった場合は、フィルタ条件テーブル５
００中の次エントリのチェックステップ１３１０に進
む。

【００５０】上述したフィルタ条件検索の結果、受信ト
ラップ情報が「一致するフィルタ条件あり」と判断され
た場合（ステップ１３３０）、図９に示すステップ１０
５０で、受信トラップ情報を破棄し、他機能からのメッ
セージ受信待ち状態（ステップ１０１０）に戻る。も
し、受信トラップ情報が「一致するフィルタ条件なし」
と判断された場合（ステップ１３４０）、トラップ発行
機能２４０に対して受信トラップ情報の発行を指示し
（ステップ１０６０）、他機能からのメッセージ受信待
ち状態（ステップ１０１０）に戻る。

【００５１】トラップ発行機能２４０は、上記指示に応
答してトラップ情報を統合マネージャ１００に通知す
る。

【００５２】以上のように、サブマネージャがエージェ
ントから通知されたトラップ情報をフィルタリングする
ことにより、統合マネージャには必要なトラップ情報が
通知され、統合マネージャの負担を軽減できる。

【００５３】次に、本発明の実施例２を説明する。実施
例２の階層型ネットワーク管理システムの構成、および
サブマネージャ２００の機能構成は実施例１と同じであ
る。また、サブマネージャ２００内のフィルタＭＩＢ２
９０中に定義されるフィルタ条件テーブル５００の構成
も実施例１と同じである。

【００５４】本実施例では、エージェント４００から受
信したトラップ情報がフィルタ条件で指定されたエージ
ェント４００が発行したものであり、かつフィルタ条件
で指定されたタイプのものであれば通知し、それ以外の
トラップ情報を破棄する。

【００５５】すなわち、エージェント４００が発行した
トラップ情報を受け取ったトラップフィルタ機能２３０
は、図１１に示すように、トラップ情報の解析（ステッ
プ１０１０〜１０３０）と、解析されたトラップ情報に
該当するフィルタ条件の検索（ステップ１２００）を行
い、「一致するフィルタ条件あり」と判断されたトラッ
プ情報は（ステップ１０４０）、トラップ発行機能２４
０に対して上記トラップ情報の発行を指示し（ステップ
１０６０）、「一致するフィルタ条件なし」と判断され
たトラップ情報は（ステップ１０４０）、受信トラップ
情報を破棄して（ステップ１０５０）、他機能からのメ
ッセージ受信待ちの状態に戻る（ステップ１０１０）。

【００５６】トラップ発行指示を受けたトラップ発行機
能２４０は、上記トラップ情報を統合マネージャ１００
に通知する。

【００５７】次に、本発明の実施例３として、フィルタ
リングする条件を統合マネージャからの要求に従って設
定、変更するフィルタＭＩＢ制御機能について説明す
る。

【００５８】統合マネージャ１００はサブマネージャ２
００に対してプロトコル定義に従ってフィルタ条件設定
要求「SetRequest」を発行する。図５〜図７に示した上
記設定要求は、図６の「SetRequest-PDU」中の変数連結
リスト(VarBindList)に、条件設定したいフィルタ条件
テーブル５００中のエリアを指定するためのオブジェク
ト識別子と、上記エリアに設定すべき値が格納されてい
る(VarBindListおよびVarBindの定義参照)。上記要求を
受信したサブマネージャ２００は、上記要求により指定
されたフィルタ条件テーブル５００中のエリアに、上記
要求で指定された値を設定する。その結果、もしエラー
が発生した場合は、上記要求データのエラー情報設定エ
リア（図６の「error-status」）に適当なエラー情報を
設定した形式の応答メッセージを統合マネージャ１００
に送る。

【００５９】図１２は、統合マネージャ１００から通知
された上記フィルタ条件設定要求メッセージに基づい
て、フィルタＭＩＢ２９０中のフィルタ条件を変更する
めのフィルタＭＩＢ制御機能２７０の処理フロー図を示
す。

【００６０】ここでは、図４のフィルタ条件テーブル５
００の、現在何も設定されていない第５エントリに新た
に次のフィルタ条件を設定する場合を例とする。

【００６１】ネットワーク・アドレス５１０ …… 133.144.200.15 エンタープライズ情報５２０ …… 1.3.6.1.4.1.116.3.
30 汎用トラップタイプ５３０ …… 6 特定トラップタイプ５４０ …… 2 エントリの有効／無効情報５５０ …… 有効このとき、統合マネージャ１００は、図６の「SetReque
st-PDU」の「variable-bindings」に次の値の組を設定
したフィルタ条件設定要求メッセージ（SetRequest）を
発行する。

【００６２】 1.3.6.1.4.1.116.3.20.100.1.1.5 …… 133.144.200.15 1.3.6.1.4.1.116.3.20.100.1.2.5 …… 1.3.6.1.4.1.11
6.3.30 1.3.6.1.4.1.116.3.20.100.1.3.5 …… 6 1.3.6.1.4.1.116.3.20.100.1.4.5 …… 2 1.3.6.1.4.1.116.3.20.100.1.5.5 …… 有効上記「SetRequest」は、サブマネージャ２００の統合マ
ネージャ要求受信機能２５０によって受信される。統合
マネージャ要求受信機能２５０は、受信した「SetReque
st」がフィルタＭＩＢ２９０情報に対する指令であるこ
とを判断すると、これをフィルタＭＩＢ制御機能２７０
に引き渡す。

【００６３】上記フィルタＭＩＢ制御機能２７０は、図
１２に示すように、他機能からのメッセージ受信待ちの
状態にあり（ステップ２０００）、メッセージを受信す
ると、受信メッセージが統合マネージャ要求受信機能２
５０からのフィルタ条件要求メッセージか否か判断する
（ステップ２０１０）。受信メッセージがフィルタ条件
要求メッセージでない場合、それが終了要求メッセージ
か否か判断し（ステップ２０６０）、終了要求メッセー
ジであれば、フィルタＭＩＢ制御処理を終了し、終了要
求メッセージでなければ、上記受信メッセージを破棄し
て（ステップ２０７０）、次のメッセージ受信待ちの状
態（ステップ２０００）に戻る。

【００６４】上記受信メッセージが統合マネージャ要求
受信機能２５０から引き渡されたフィルタ条件設定要求
メッセージであれば（ステップ２０１０）、受信メッセ
ージの内容を解析して、次に、フィルタＭＩＢ２９０中
のフィルタ条件テーブル５００の条件設定エリア（以
下、オブジェクトという）を特定し、指定された値を設
定する（ステップ２０２０）。全てのオブジェクトに指
定された値を正常に設定できた場合は（ステップ２０３
０）、図６の「SetRequest-PDU」中の「error-status」
に「noError(0)」を設定した形の正常終了応答を統合マ
ネージャ要求応答機能２６０に渡し（ステップ２０４
０）、他機能からのメッセージ受信待ちの状態（ステッ
プ２０００）に戻る。

【００６５】途中でエラーが発生した場合は、オブジェ
クトの値を処理する前の値に戻し、図６の「SetRequest
-PDU」中の「error-status」に適切な値を設定した形の
エラー情報を統合マネージャ応答機能２６０に渡した後
（ステップ２０５０）、他機能からのメッセージ受信待
ちの状態（ステップ２０００）に戻る。

【００６６】上記フィルタ条件設定要求を実行した結
果、フィルタＭＩＢ２９０中のフィルタ条件テーブル５
００は第５エントリとして、図１３に示すように、ネッ
トワーク・アドレス５１０に「133.144.200.15」、エン
タープライズ情報５２０に「1.3.6.1.4.1.116.3.30」、
汎用トラップタイプ５３０に「6」、特定トラップタイ
プ５４０に「2」、エントリの有効／無効情報５５０に
「有効」が設定される。

【００６７】以上により、統合マネージャは、サブマネ
ージャのフィルタＭＩＢ制御機能を利用して、自由にフ
ィルタ条件を設定することができ、ネットワーク構成に
柔軟に対応したフィルタリングが可能となる。

【００６８】本発明の実施例４について説明する。本実
施例では、サブマネージャ２００のフィルタ条件に予め
受信回数を指定し、フィルタ条件を満足するトラップ情
報の受信回数が閾値に達成したときに初めて統合マネー
ジャ１００にトラップ情報を発行する。

【００６９】図１４に本実施例によるフィルタＭＩＢ２
９０に格納されるフィルタ条件を設定したテーブル５０
０の構成を示す。フィルタ条件テーブル５００の各エン
トリは、実施例１で示したネットワーク・アドレス５１
０、エンタープライズ情報５２０、汎用トラップタイプ
５３０、特定トラップタイプ５４０、エントリの有効／
無効情報５５０のほかに、カウンタ５６０、閾値５７
０、発行トラップ情報の汎用トラップタイプ５８０、発
行トラップ情報の特定トラップタイプ５９０、リセット
情報６００の５つの要素が追加されている。

【００７０】カウンタ５６０は、各エントリ毎に特定さ
れるトラップ情報の受信回数を表わす。閾値５７０は、
統合マネージャ１００にトラップ情報を発行するまでに
受信するトラップ情報の受信回数を表わす。すなわち、
カウンタ５６０が閾値５７０に達成すると、サブマネー
ジャ２００は統合マネージャ１００に対してトラップ情
報を発行する。発行トラップ情報の汎用トラップタイプ
５８０と特定トラップタイプ５９０は、統合マネージャ
１００に対して発行するトラップ情報のgeneric-trap
(汎用トラップタイプ)とspecific-trap(特定トラップタ
イプ)とを表わす。リセット情報６００は、カウンタ５
６０が閾値５７０に達成したときに、カウンタ５６０を
リセットするか否かを表わす情報である。

【００７１】例えば、本テーブル５００中の要素５１０
〜５５０がそれぞれ実施例１と同じオブジェクト識別子
をもつ場合、カウンタ５６０のオブジェクト識別子は
「1.3.6.1.4.1.116.3.20.100.1.6」、閾値５７０のオブ
ジェクト識別子は「1.3.6.1.4.1.116.3.20.100.1.7」、
発行トラップの汎用トラップタイプ５８０のオブジェク
ト識別子は「1.3.6.1.4.1.116.3.20.100.1.8」、発行ト
ラップの特定トラップタイプ５９０のオブジェクト識別
子は「1.3.6.1.4.1.116.3.20.100.1.9」、リセット情報
６００のオブジェクト識別子は「1.3.6.1.4.1.116.3.2
0.100.1.10」となる。

【００７２】図１５に本実施例によるトラップフィルタ
機能２３０の処理フローを示す。トラップフィルタ機能
２３０以外の各機能の動作は実施例１と同じである。ト
ラップフィルタ機能２３０は、実施例１と同様にステッ
プ１０１０〜１２００でトラップ情報を解析し、フィル
タ条件の検索を行なう。

【００７３】フィルタ条件検索を行なった結果、「一致
するフィルタ条件なし」と判断された場合（ステップ１
０４０）、受信トラップ情報はそのままトラップ発行機
能２４０に引き渡され（ステップ１０６０）、他機能か
らのメッセージ受信待ちの状態（ステップ１０１０）に
戻る。また、「一致するフィルタ条件あり」と判断され
た場合（ステップ１０４０）は、トラップ発行条件調査
を行なう（ステップ１４００）。

【００７４】上記トラップ発行条件調査（ステップ１４
００）では、図１６に示すように、まず、受信トラップ
情報と一致したフィルタ条件（エントリ）のカウンタ５
６０の値を「１」だけ増やした後（ステップ１４１
０）、カウンタ５６０の値と閾値５７０の値とを比較す
る（ステップ１４２０）。カウンタ５６０と閾値５７０
の値が一致した場合、上記エントリに設定してある「発
行トラップの汎用トラップタイプ」５８０と「発行トラ
ップの特定トラップタイプ」５９０の値を取得し（ステ
ップ１４３０）、トラップ発行機能２４０に対して上記
トラップタイプ５８０、５９０の値と、受信したトラッ
プ情報のagent-addrおよびenterprise等を指定して新た
なトラップ情報の発行を指示する（ステップ１４４
０）。この後、上記エントリのリセット情報６００を調
べ（ステップ１４５０）、「リセットする」と指定され
ている場合は上記エントリのカウンタ５６０を「０」に
リセットする（ステップ１４６０）。

【００７５】カウンタ５６０と閾値５７０が一致しなか
った場合（ステップ１４２０）は、何もせずにトラップ
発行条件調査処理（ステップ１４００）から抜ける。ト
ラップフィルタ機能２３０よりトラップ情報を引き渡さ
れたトラップ発行機能２４０は、統合マネージャ１００
に新たに生成したトラップ情報を発行する。

【００７６】本実施例によれば、エージェントで発生し
たイベントのうち、実施例１では破棄されていた重要度
の低いものについて、発行回数を削減して統合マネージ
ャに通知することができる。従って、統合マネージャで
は、受信トラップ情報の数を削減しながらエージェント
で発生したイベントを全て把握することができる。

【００７７】本発明の実施例５について説明する。本実
施例では、複数種類のフィルタ条件をグループ化し、こ
のグループ単位でトラップ情報のフィルタリングを行な
う。すなわち、グループ内の全てのフィルタ条件につい
てトラップ情報が受信済となったときに統合マネージャ
１００にトラップ情報を発行する。

【００７８】図１７に、本実施例によるフィルタ条件を
設定したテーブル５００の構成を示す。フィルタ条件テ
ーブル５００の各エントリは、ネットワーク・アドレス
５１０と、エンタープライズ情報５２０と、汎用トラッ
プタイプ５３０と、特定トラップタイプ５４０と、実施
例４と同様の発行トラップの汎用トラップタイプ５８０
および発行トラップの特定トラップタイプ５９０と、本
実施例特有のトラップ受信フラグ６１０とを含む。トラ
ップ受信フラグ６１０は、各エントリで特定されるトラ
ップ情報を受信したか否かを表わす。

【００７９】上記フィルタ条件テーブル５００におい
て、汎用トラップタイプ５８０と特定トラップタイプ５
９０は、統合マネージャ１００に対して発行すべきトラ
ップ情報のタイプを表すと同時に、フィルタ条件のグル
ープを表わす。

【００８０】例えば、発行トラップの汎用トラップタイ
プ５８０と特定トラップタイプ５９０に、「-1」以外の
値が指定されている場合は、統合マネージャ１００に対
して発行するトラップ情報のタイプを表す。発行トラッ
プ情報の汎用トラップタイプ５８０と特定トラップタイ
プ５９０に「-1」が指定されている場合は、グループ情
報を表し、先行するエントリと同一グループであること
を示す。尚、ここでは、発行トラップの汎用トラップタ
イプ５８０と特定トラップタイプ５９０は、ともに「-
1」、あるいはともに「-1」以外の値が指定されること
とする。

【００８１】図１７の例では、第１〜第３エントリが同
一グループであり、また、第４エントリと第５エントリ
は別のグループを形成している。サブマネージャ２００
は、第１エントリ、第２エントリ、第３エントリで特定
される１組のトラップ情報を受信すると、第１エントリ
で指定した「発行トラップの汎用トラップタイプ」５８
０と「発行トラップの特定トラップタイプ」５９０とで
表わされるタイプをもつトラップ情報を統合マネージャ
１００に対して発行する。

【００８２】本実施例では、フィルタ条件テーブル５０
０の要素５１０〜５９０が実施例４と同一のオブジェク
ト識別子をもつ場合、トラップ受信フラグ６１０のオブ
ジェクト識別子は「1.3.6.1.4.1.116.3.20.100.1.11」
となる。

【００８３】図１８は、本実施例におけるトラップフィ
ルタ機能２３０の処理フローを示す。トラップフィルタ
機能２３０は、実施例１と同様のステップ１０１０〜１
２００でトラップ情報を解析し、フィルタ条件の検索を
行なう。フィルタ条件検索の結果、「一致するフィルタ
条件なし」と判断された場合（ステップ１０４０）、受
信トラップ情報はそのままトラップ発行機能２４０に引
き渡され（ステップ１０６０）、他機能からのメッセー
ジ受信待ち状態（ステップ１０１０）に戻る。「一致す
るフィルタ条件あり」と判断された場合（ステップ１０
４０）、トラップ受信状況調査を行なう（ステップ１６
００）。

【００８４】上記トラップ受信状況調査（ステップ１６
００）では、図１９に示すように、受信トラップ情報と
一致したフィルタ条件（エントリ）のトラップ受信フラ
グ６１０の状態を調べ（ステップ１６１０）、もし、ト
ラップ受信フラグ６１０が「未受信」の状態になってい
た場合は、トラップ受信フラグ６１０を「受信」状態に
設定する（ステップ１６２０）。

【００８５】ステップ１６３０は、上記エントリの「発
行トラップの汎用トラップタイプ」５８０と「発行トラ
ップの特定トラップタイプ」５９０に設定されている値
を調べて、「-1」が設定されている場合、一つ前のエン
トリを取得し（ステップ１６４０）、ステップ１６３０
に戻る。ステップ１６３０と１６４０を繰り返すことに
よりグループの先頭エントリ、すなわち、「発行トラッ
プの汎用トラップタイプ」５８０と「発行トラップの特
定トラップタイプ」５９０に、「-1」以外の値が設定さ
れているエントリが見つかる。

【００８６】グループ先頭エントリから「発行トラップ
の汎用トラップタイプ」５８０と「発行トラップの特定
トラップタイプ」５９０の値を取得（ステップ１６５
０）した後、図２０に示すステップ１６６０〜１６８０
を繰り返すことにより、グループ内の全てのエントリが
「受信」状態となっているか否かをチェックする。すな
わち、着目しているエントリのトラップ受信フラグ６１
０が「受信」の場合（ステップ１６６０）、現在のエン
トリの次のエントリを取得して新たなエントリとし（ス
テップ１６７０）、それが同一グループのエントリ、す
なわち、「発行トラップの汎用トラップタイプ」５８０
と「発行トラップの特定トラップタイプ」５９０に「-
1」が設定されている場合（ステップ１６８０）、ステ
ップ１６６０に戻って、着目エントリのトラップ受信フ
ラグ６１０の状態を調べる。グループ内のいずれかのエ
ントリが「未受信」状態となっていた場合、トラップ受
信状況調査（ステップ１６００）を終了する。

【００８７】着目エントリが別グループのエントリ、す
なわち「発行トラップの汎用トラップタイプ」５８０と
「発行トラップの特定トラップタイプ」５９０に「-1」
以外の値が設定されていた場合（ステップ１６８０）、
ステップ１６５０で取得しておいた「発行トラップの汎
用トラップタイプ」５８０および「発行トラップの特定
トラップタイプ」５９０の値と、サブマネージャ２００
のネットワーク・アドレスおよびエンタプライズ情報等
を含んだトラップ情報を生成し、これをトラップ発行機
能２４０に引き渡す（ステップ１６９０）。これによっ
て、トラップ発行機能２４０から統合マネージャ１００
にトラップ情報が発行される。

【００８８】次に、ステップ１７１０〜１７４０を実行
して、トラップ情報の生成を終えたグループの各エント
リのトラップ受信フラグ６１０を「未受信」の状態に戻
す。すなわち、グループ先頭エントリが見つかるまで
（ステップ１７３０）、着目エントリのトラップ受信フ
ラグ６１０を「未受信」状態に戻す処理（ステップ１７
１０）と、新たな着目エントリを修得して処理（ステッ
プ１７２０）とを繰り返す。

【００８９】グループ先頭エントリが見つかると、この
エントリのトラップ受信フラグ６１０を「未受信」にし
て（ステップ１７４０）、トラップ受信調査を終了す
る。

【００９０】本実施例によれば、エージェントで発生し
たイベントを発行回数を削減して統合マネージャに通知
することができる。従って、統合マネージャでは、受信
するトラップ情報の数を削減しながらエージェントで発
生したイベントを全て把握することができる。

【００９１】

【発明の効果】本発明の階層型ネットワーク管理システ
ムでは、サブマネージャがトラップ情報のフィルタリン
グ機能を有し、フィルタ条件を統合マネージャから設
定、あるいは変更できるようになっているため、各エー
ジェントが発行したトラップ情報のうち、フィルタ条件
により選択されたトラップ情報だけを統合マネージャに
通知することができ、統合マネージャの負担軽減と、ネ
ットワーク構成に柔軟に対応したフィルタリングが可能
となる。

【図面の簡単な説明】

【図１】本発明を適用する階層型ネットワーク管理シス
テムの構成を示す図である。

【図２】複数のＬＡＮからなるネットワーク上に構成さ
れる階層型ネットワーク管理システムの１例を示す図で
ある。

【図３】サブマネージャ２００の機能構成図である。

【図４】サブマネージャが備えるフィルタ条件テーブル
の１実施例を示す図である。

【図５】ＡＳＮ．１定義によるＳＮＭＰ管理プロトコル
の一例を示す図である。

【図６】上記ＳＮＭＰ管理プロトコルの続き部分を示す
図である。

【図７】上記ＳＮＭＰ管理プロトコルの残り部分を示す
図である。

【図８】ネットワーク・アドレスと、ブロードキャスト
・アドレスと、ネットワーク・マスク情報との関係を示
す図である。

【図９】サブマネージャがもつトラップフィルタ機能２
３０の第１の実施例を示す処理フロー図である。

【図１０】図９におけるフィルタ条件検索（ステップ１
２００）の詳細を示す処理フロー図である。

【図１１】サブマネージャがもつトラップフィルタ機能
２３０の第２の実施例を示す処理フロー図である。

【図１２】サブマネージャがもつフィルタＭＩＢ制御機
能２７０の処理フロー図である。

【図１３】サブマネージャが備えるフィルタ条件テーブ
ルの他の実施例を示す図である。

【図１４】サブマネージャが備えるフィルタ条件テーブ
ルの更に他の実施例を示す図である。

【図１５】サブマネージャがもつトラップフィルタ機能
２３０の他の実施例を示す処理フロー図である。

【図１６】図１５におけるトラップ発行条件調査（ステ
ップ１４００）の詳細を示す処理フロー図である。

【図１７】サブマネージャが備えるフィルタ条件テーブ
ルの更に他の実施例を示す図である。

【図１８】サブマネージャがもつトラップフィルタ機能
２３０の更に他の実施例を示す処理フロー図である。

【図１９】図１８におけるトラップ受信状況調査（ステ
ップ１６００）の詳細を示す処理フロー図である。

【図２０】上記トラップ受信状況調査の処理フローの続
き部分を示す図である。

【符号の説明】

１００…統合マネージャ、２００…サブマネージャ、４
００…エージェント、２１０…サブマネージャシステム
制御機能、２２０…トラップ受信機能、２３０…トラッ
プフィルタ機能、２４０…トラップ発行機能、２５０…
統合マネージャ要求受信機能、２６０…統合マネージャ
要求応答機能、２７０…フィルタＭＩＢ制御機能、２８
０…オペレーション指示発行機能、２９０…フィルタＭ
ＩＢ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者鈴木三知男神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内 (72)発明者齋藤 ▲真▼人神奈川県横浜市戸塚区戸塚町5030番地株式会社日立製作所ソフトウェア開発本部内 (72)発明者黒崎芳行神奈川県横浜市戸塚区戸塚町5030番地株式会社日立製作所ソフトウェア開発本部内 (72)発明者藤野修司神奈川県横浜市戸塚区戸塚町5030番地株式会社日立製作所ソフトウェア開発本部内 (56)参考文献特開平３−49449（ＪＰ，Ａ) 上水流由香他，広域分散環境におけるネットワーク管理モデル，研究報告「マルチメディア通信と分散処理」，日本, 情報処理学会，1991年７月５日，Ｎｏ．51−５江越春緑他，日立総合ネットワーク管理システムＮＥＴＭ−状態管理方式−, 情報処理学会第42回（平成３年前期）全国大会，日本，情報処理学会，1991年２月25日，２Ｔ−３，１−167〜１−168 (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 13/00 H04L 12/00

Claims

(57)【特許請求の範囲】

【請求項１】複数のサブネットワークからなるネットワ
ーク全体を管理するための統合マネージャ・システム
（以下、単に統合マネージャという）と、上記各サブネ
ットワークで管理対象となるネットワーク構成要素（以
下、単に管理オブジェクトという）の管理を行なう複数
のエージェント・システム（以下、単にエージェントと
いう）と、上記各サブネットワーク毎に配置されたサブ
マネージャ・システム（以下、単にサブマネージャとい
う）とからなり、各エージェントが発行した管理オブジ
ェクトの状態変更を示す管理情報（以下、トラップ情報
という）が、サブマネージャを介して上記統合マネージ
ャに通知されるようにした階層型ネットワーク管理シス
テムにおいて、上記サブマネージャが、トラップ情報のフィルタ条件を
記憶するための記憶手段を有し、管轄下にあるサブネッ
トワーク中のエージェンとからのトラップ情報を受信し
たとき、上記フィルタ条件を満足したトラップ情報を破
棄し、破棄したトラップ情報以外のトラップ情報を上記
統合マネージャに通知するようにしたことを特徴とする
階層型ネットワーク管理システム。
【請求項２】前記サブマネージャが、ネットワーク管理
情報を記憶するための管理情報ベース（以下、ＭＩＢと
いう）中の所定の記憶領域に前記フィルタ条件を記憶す
ることを特徴とする請求項１に記載の階層型ネットワー
ク管理システム。
【請求項３】前記統合マネージャが、前記サブマネージ
ャに対して、前記ＭＩＢに記憶すべきフィルタ条件の変
更または追加を指令し、前記サブマネージャが、前記指
令に従って更新されたフィルタ条件に基づいて、前記ト
ラップ情報のフィルタリングを実行することを特徴とす
る請求項２に記載の階層型ネットワーク管理システム。
【請求項４】前記フィルタ条件が、トラップ情報の発行
元となるエージェントを指定するための情報または前記
エージェントから通知されるトラップ情報のタイプによ
って定義されることを特徴とする請求項２記載の階層型
ネットワーク管理システム。
【請求項５】前記フィルタ条件のうちの少なくとも１つ
が、前記統合マネージャに報告すべきトラップ情報の発
行元となる複数のエージェントを指定していることを特
徴とする請求項２記載の階層型ネットワーク管理システ
ム。
【請求項６】前記少なくとも一つのフィルタ条件が、ブ
ロードキャスト・アドレスによって複数のエージェント
を指定していることを特徴とする請求項５記載の階層型
ネットワーク管理システム。
【請求項７】前記少なくとも一つのフィルタ条件が、複
数のエージェントを指定するブロードキャスト・アドレ
スと、これらのエージェントから通知されるトラップ情
報のタイプとによって定義されていることを特徴とする
請求項２記載の階層型ネットワーク管理システム。
【請求項８】前記フィルタ条件のうちの少なくとも１つ
が、特定のエージェントを指定するための情報とトラッ
プ情報の全てのタイプを指定したことを意味する情報と
によって定義されていることを特徴とする請求項２記載
の階層型ネットワーク管理システム。
【請求項９】前記エージェント指定情報が、複数のエー
ジェントを指定するブロードキャスト・アドレスとなっ
ていることを特徴とする請求項８記載の階層型ネットワ
ーク管理システム。
【請求項１０】前記フィルタ条件の少なくとも一つが、
エージェントと、そのエージェントからの特定のトラッ
プ情報の受信回数条件と、上記受信回数条件に達したと
きに発行するトラップ情報のタイプとを定義しており、
上記受信条件が満たされたとき、サブマネージャから統
合マネージャ宛にトラップ情報が発行されることを特徴
とする請求項２記載の階層型ネットワーク管理システ
ム。
【請求項１１】前記サブマネージャが、複数種類のトラ
ップ情報の受信により、予め定められた複数の条件が満
たされたとき、前記統合マネージャに対して所定のトラ
ップ情報を発行することを特徴とする請求項２記載の階
層型ネットワーク管理システム。
【請求項１２】複数のサブネットワークからなるネット
ワーク全体を管理するための統合マネージャ・システム
（以下、単に統合マネージャという）と、上記各サブネ
ットワークで管理対象となるネットワーク構成要素（以
下、単に管理オブジェクトという）の管理を行なう複数
のエージェント・システム（以下、単にエージェントと
いう）と、上記各サブネットワーク毎に配置されたサブ
マネージャ・システム（以下、単にサブマネージャとい
う）とからなり、各エージェントが発行した管理オブジ
ェクトの状態変更を示す管理情報（以下、トラップ情報
という）が、サブマネージャを介して上記統合マネージ
ャに通知されるようにした階層型ネットワーク管理シス
テムにおいて、上記サブマネージャが、トラップ情報のフィルタ条件を
記憶するための記憶手段を有し、管轄下にあるサブネッ
トワーク中のエージェンとからのトラップ情報を受信し
たとき、上記フィルタ条件に従ってフィルタリングされ
たトラップ情報を、上記統合マネージャに通知し、前記フィルタ条件が、トラップ情報の発行元となるエー
ジェントを指定するための情報または前記エージェント
から通知されるトラップ情報のタイプによって定義され
ることを特徴とすることを特徴とする階層型ネットワー
ク管理システム。
【請求項１３】複数のサブネットワークからなるネット
ワーク全体を管理するための統合マネージャ・システム
（以下、単に統合マネージャという）と、上記各サブネ
ットワークで管理対象となるネットワーク構成要素（以
下、単に管理オブジェクトという）の管理を行なう複数
のエージェント・システム（以下、単にエージェントと
いう）と、上記各サブネットワーク毎に配置されたサブ
マネージャ・システム（以下、単にサブマネージャとい
う）とからなり、各エージェントが発行した管理オブジ
ェクトの状態変更を示す管理情報（以下、トラップ情報
という）が、サブマネージャを介して上記統合マネージ
ャに通知されるようにした階層型ネットワーク管理シス
テムにおいて、上記サブマネージャが、トラップ情報のフィルタ条件を
記憶するための記憶手段を有し、管轄下にあるサブネッ
トワーク中のエージェンとからのトラップ情報を受信し
たとき、上記フィルタ条件に従ってフィルタリングされ
たトラップ情報を、上記統合マネージャに通知し、前記フィルタ条件のうちの少なくとも１つが、前記統合
マネージャに報告すべきトラップ情報の発行元となる複
数のエージェントを指定していることを特徴とする階層
型ネットワーク管理システム。
【請求項１４】前記少なくとも一つのフィルタ条件が、
ブロードキャスト・アドレスによって複数のエージェン
トを指定していることを特徴とする請求項13記載の階層
型ネットワーク管理システム。
【請求項１５】複数のサブネットワークからなるネット
ワーク全体を管理するための統合マネージャ・システム
（以下、単に統合マネージャという）と、上記各サブネ
ットワークで管理対象となるネットワーク構成要素（以
下、単に管理オブジェクトという）の管理を行なう複数
のエージェント・システム（以下、単にエージェントと
いう）と、上記各サブネットワーク毎に配置されたサブ
マネージャ・システム（以下、単にサブマネージャとい
う）とからなり、各エージェントが発行した管理オブジ
ェクトの状態変更を示す管理情報（以下、トラップ情報
という）が、サブマネージャを介して上記統合マネージ
ャに通知されるようにした階層型ネットワーク管理シス
テムにおいて、上記サブマネージャが、トラップ情報のフィルタ条件を
記憶するための記憶手段を有し、管轄下にあるサブネッ
トワーク中のエージェンとからのトラップ情報を受信し
たとき、上記フィルタ条件に従ってフィルタリングされ
たトラップ情報を、上記統合マネージャに通知し、前記少なくとも一つのフィルタ条件が、複数のエージェ
ントを指定するブロードキャスト・アドレスと、これら
のエージェントから通知されるトラップ情報のタイプと
によって定義されていることを特徴とする階層型ネット
ワーク管理システム。
【請求項１６】複数のサブネットワークからなるネット
ワーク全体を管理するための統合マネージャ・システム
（以下、単に統合マネージャという）と、上記各サブネ
ットワークで管理対象となるネットワーク構成要素（以
下、単に管理オブジェクトという）の管理を行なう複数
のエージェント・システム（以下、単にエージェントと
いう）と、上記各サブネットワーク毎に配置されたサブ
マネージャ・システム（以下、単にサブマネージャとい
う）とからなり、各エージェントが発行した管理オブジ
ェクトの状態変更を示す管理情報（以下、トラップ情報
という）が、サブマネージャを介して上記統合マネージ
ャに通知されるようにした階層型ネットワーク管理シス
テムにおいて、上記サブマネージャが、トラップ情報のフィルタ条件を
記憶するための記憶手段を有し、管轄下にあるサブネッ
トワーク中のエージェンとからのトラップ情報を受信し
たとき、上記フィルタ条件に従ってフィルタリングされ
たトラップ情報を、上記統合マネージャに通知し、前記フィルタ条件のうちの少なくとも１つが、特定のエ
ージェントを指定するための情報とトラップ情報の全て
のタイプを指定したことを意味する情報とによって定義
されていることを特徴とする階層型ネットワーク管理シ
ステム。
【請求項１７】前記エージェント指定情報が、複数のエ
ージェントを指定するブロードキャスト・アドレスとな
っていることを特徴とする請求項１６記載の階層型ネッ
トワーク管理システム。
【請求項１８】複数のサブネットワークからなるネット
ワーク全体を管理するための統合マネージャ・システム
（以下、単に統合マネージャという）と、上記各サブネ
ットワークで管理対象となるネットワーク構成要素（以
下、単に管理オブジェクトという）の管理を行なう複数
のエージェント・システム（以下、単にエージェントと
いう）と、上記各サブネットワーク毎に配置されたサブ
マネージャ・システム（以下、単にサブマネージャとい
う）とからなり、各エージェントが発行した管理オブジ
ェクトの状態変更を示す管理情報（以下、トラップ情報
という）が、サブマネージャを介して上記統合マネージ
ャに通知されるようにした階層型ネットワーク管理シス
テムにおいて、上記サブマネージャが、トラップ情報のフィルタ条件を
記憶するための記憶手段を有し、管轄下にあるサブネッ
トワーク中のエージェンとからのトラップ情報を受信し
たとき、上記フィルタ条件に従ってフィルタリングされ
たトラップ情報を、上記統合マネージャに通知し、前記フィルタ条件の少なくとも一つが、エージェント
と、そのエージェントからの特定のトラップ情報の受信
回数条件と、上記受信回数条件に達したときに発行する
トラップ情報のタイプとを定義しており、上記受信条件
が満たされたとき、サブマネージャから統合マネージャ
宛にトラップ情報が発行されることを特徴とする階層型
ネットワーク管理システム。
【請求項１９】複数のサブネットワークからなるネット
ワーク全体を管理するための統合マネージャ・システム
（以下、単に統合マネージャという）と、上記各サブネ
ットワークで管理対象となるネットワーク構成要素（以
下、単に管理オブジェクトという）の管理を行なう複数
のエージェント・システム（以下、単にエージェントと
いう）と、上記各サブネットワーク毎に配置されたサブ
マネージャ・システム（以下、単にサブマネージャとい
う）とからなり、各エージェントが発行した管理オブジ
ェクトの状態変更を示す管理情報（以下、トラップ情報
という）が、サブマネージャを介して上記統合マネージ
ャに通知されるようにした階層型ネットワーク管理シス
テムにおいて、上記サブマネージャが、トラップ情報のフィルタ条件を
記憶するための記憶手段を有し、管轄下にあるサブネッ
トワーク中のエージェンとからのトラップ情報を受信し
たとき、上記フィルタ条件に従ってフィルタリングされ
たトラップ情報を、上記統合マネージャに通知し、前記サブマネージャが、複数種類のトラップ情報の受信
により、予め定められた複数の条件が満たされたとき、
前記統合マネージャに対して所定のトラップ情報を発行
することを特徴とする階層型ネットワーク管理システ
ム。
【請求項２０】前記サブマネージャが、ネットワーク管
理情報を記憶するための管理情報ベース（以下、ＭＩＢ
という）中の所定の記憶領域に前記フィルタ条件を記憶
することを特徴とする請求項１２、１３、１５、１６、
１８又は１９に記載の階層型ネットワーク管理システ
ム。
【請求項２１】前記統合マネージャが、前記サブマネー
ジャに対して、前記ＭＩＢに記憶すべきフィルタ条件の
変更または追加を指令し、前記サブマネージャが、前記
指令に従って更新されたフィルタ条件に基づいて、前記
トラップ情報のフィルタリングを実行することを特徴と
する請求項２０に記載の階層型ネットワーク管理システ
ム。