JP3441133B2 - ネットワーク管理システム - Google Patents

Description

【発明の詳細な説明】 【０００１】 【産業上の利用分野】本発明は、通信網などのネットワ
ークを管理するシステムに係わり、特にネットワークを
複数の管理ドメインに分割し、管理ドメイン間にまたが
るネットワーク管理を行うネットワーク管理システムに
関する。 【０００２】 【従来の技術】従来のネットワーク管理システムでは、
ネットワークを複数の管理ドメインに分割し、各管理ド
メイン内にそれぞれ設けられた管理プロセスが該管理ド
メイン内のネットワーク資源を管理している。この場
合、管理構造を階層化して、管理構造の各層に各管理ド
メインを対応させることが多く、これにより各管理ドメ
イン内の個々の管理プロセスの持つべき管理情報量や、
負担する処理量を削減している。例えば、論理的な回線
を管理する論理ネットワーク管理ドメインを上位のドメ
インとし、その直下のドメインをノードおよび該ノード
を接続する物理回線を管理する物理ネットワーク管理ド
メインとし、その下位を該ノードに対応する物理筐体と
筐体内のパッケージ構成等を管理する装置管理ドメイン
とするような場合である。 【０００３】また、ネットワークを複数の管理ドメイン
に分割する場合には、上記のように階層的に分割する他
に、管理対象となるネットワーク資源の種別（例えば機
器の種別）や、管理プロトコルの相違などの観点から、
ネットワークを並列的に分割する場合もある。 【０００４】ここで、該複数の管理ドメインのうち二つ
のものに注目したとき、一方の管理ドメイン内のネット
ワーク資源の一部は、必要に応じて他方の管理ドメイン
内のネットワーク資源に変換された形で表現される。例
えば、ネットワーク資源に関する情報の表現形式の変換
を行う。このような変換を施すための手段を写像規則と
呼び、該変換を施すことを写像規則を適用するという。 【０００５】例えば、上位から写像規則を見ると情報を
詳細化する変換であり、下位から写像規則を見ると情報
を簡略化する変換である、ということができる。前述の
例では、論理回線とノードおよび物理回線との間に、論
理回線と該論理回線が経由するノードおよび物理回線と
の間の関係として写像規則が定義されるとともに、ノー
ドおよび物理回線とパッケージとの間に、ノードと該ノ
ードが含むパッケージ間およびパッケージと該パッケー
ジに収容される物理回線との間の関係として写像規則が
定義されるものである。 【０００６】なお、この変換すなわち写像規則の適用
は、複数の管理ドメインにわたって１回以上行われる。
また、上記方法を採用しているネットワーク管理システ
ムの一例としては、ＣＣＩＴＴ勧告Ｍ．３０１０“Prin
ciples for a Telecommunication ManagementNetwork
”がある。 【０００７】このようなネットワーク資源の表現の変換
の必要性が生じるケースとしては、上述のように管理構
造が階層化されているといった理由から、一方のネット
ワーク資源の管理情報を何らかの方法によりまとめた形
で、他方のネットワーク資源の管理情報として見せる必
要性のある場合や、２つの管理ドメイン間で管理プロト
コルの相違などの理由により直接管理通信を行うことが
できないため、管理プロトコルと管理情報モデル等を変
換しなければならない場合などが挙げられる。 【０００８】 【発明が解決しようとする課題】従来のネットワーク管
理システムにおいては、以下のような問題点があった。 （ａ）ネットワークを階層的に複数の管理ドメイン間に
分割している場合、下位の管理ドメインのネットワーク
資源の管理情報がまとめられた形で上位のネットワーク
資源の管理情報として表現されるので、該上位から下位
のネットワーク資源を個別に監視・制御することは困難
であった。 【０００９】（ｂ）２つの管理ドメイン間で管理プロト
コルと管理情報モデルを変換している場合、ネットワー
ク資源の持つ情報種別、可能な管理操作、適切な制御手
順、障害切り分け知識等の管理業務に必要な管理知識を
含めて完全に変換することは困難であった。 【００１０】ａ，ｂいずれの場合も、一方の管理ドメイ
ンを監視・制御しているオペレータが、何らかの理由
（他方のネットワーク資源の障害に起因すると思われる
一方のネットワーク資源の障害発生など）により他方の
管理ドメイン内のネットワーク資源を監視・制御する必
要が生じた場合、ネットワーク管理システムがオペレー
タの要求するレベルでの監視・制御機能を提供すること
は困難であった。 【００１１】本発明は、上記課題を解決するためになさ
れたものであり、オペレータの必要に応じてオペレータ
が管理ドメインによる制約を受けずにネットワークの監
視・制御を可能にするネットワーク管理システムを提供
することを目的とする。 【００１２】 【課題を解決するための手段】上記の課題を解決するた
め、本発明に係るネットワーク管理システムは、ネット
ワークを複数の管理領域に分割し、該管理領域内のネッ
トワーク資源を管理する管理手段を各管理領域内にそれ
ぞれ設けたネットワーク管理システムにおいて、少なく
とも１つの管理領域内の前記管理手段に接続され、該管
理手段を介して該管理領域内のネットワーク資源の監視
および制御の少なくとも一方をするネットワーク資源操
作手段と、このネットワーク資源操作手段と各管理領域
内の前記管理手段との間にそれぞれ情報通信路を設ける
ための通信手段と、２つの異なる管理領域内の前記管理
手段相互間に設けられ、一方の管理領域内の管理手段に
該一方の管理領域内の特定のネットワーク資源を指定し
た管理要求が与えられた場合、該２つの異なる管理領域
内のネットワーク資源に関する情報の表現形式相互間の
関係を定義した写像規則に基づいて、該一方の管理領域
内の特定のネットワーク資源に対応する他方の管理領域
内のネットワーク資源を求めるとともに、該他方の管理
領域内の管理手段に該求めたネットワーク資源を指定し
た管理要求を与える少なくとも１つの管理領域間管理制
御手段とを具備し、前記管理領域間管理制御手段のうち
前記ネットワーク資源操作手段からいずれかの管理領域
内の前記管理手段を介して該管理領域内の特定のネット
ワーク資源を指定した管理要求が与えられたものが起点
となって動作し、これに応答して前記管理手段および前
記管理領域間管理制御手段が順次連鎖的に動作すること
によって次々と前記対応するネットワーク資源を求め、
いずれかの前記管理領域間管理制御手段によって求めら
れた該対応するネットワーク資源の属する管理領域を決
定するとともに、該決定した管理領域を求めた管理領域
間管理制御手段は、前記通信手段を利用して、該決定し
た管理領域内の管理手段と前記ネットワーク資源操作手
段との間に情報通信路を設定することを特徴とする。 【００１３】好ましくは、前記管理領域間管理制御手段
が前記管理領域内のネットワーク資源に関する情報の表
現形式を順次隣接する管理領域内のネットワーク資源に
関する情報の表現形式に変換させる最大の変換回数は、
予め決定しておいても良い。 【００１４】また、各ネットワーク資源に関する情報
に、他の管理領域からのアクセス許可権を設定し、該決
定された管理領域内の該求められたネットワーク資源に
関する情報にアクセスが許可されない情報が含まれてい
る場合、これを除外するようにしても良い。また、各ネ
ットワーク資源に、他の管理領域からの制御許可権を設
定し、該決定された管理領域内の該求められた情報に係
るネットワーク資源に制御が許可されないものが含まれ
ている場合、これを除外するようにしても良い。 【００１５】また、前記管理領域間管理制御手段が、前
記決定された管理領域内の該求められたネットワーク資
源に関する情報を、前記設定した情報通信路を介して前
記ネットワーク資源操作手段に転送するように構成して
も良い。 【００１６】また、前記ネットワーク資源操作手段を監
視装置とし、前記管理領域間管理制御手段が、前記決定
された管理領域内の該求められたネットワーク資源に関
する情報の少なくとも一部を該監視装置の画面に表示す
るように構成しても良い。 【００１７】 【作用】この結果、いずれかの管理領域（第１の管理領
域とする）を監視および／または制御しているオペレー
タが前記ネットワーク資源操作手段を介して該管理領域
内の特定のネットワーク資源を指定して管理要求を発行
することによって該当する前記管理領域間管理制御手段
が起動されると、前記管理領域間管理制御手段および管
理手段は、前記写像規則に基づいて、該第１の管理領域
内のネットワーク資源に関する情報の表現形式を順次、
前記他方の管理領域内のネットワーク資源に関する情報
の表現形式に変換させて、最終的に求められた該情報に
係るネットワーク資源の属する管理領域（第２の管理領
域とする）を決定する。言い換えると、オペレータの操
作するネットワーク資源操作手段が接続された第１の管
理領域から、前記特定のネットワーク資源に関する情報
の表現形式を変換できる、（例えば基準となるレイヤか
ら近接していない）第２の管理領域を自動的に求めるも
のである。 【００１８】次に、該決定した管理領域を求めた管理領
域間管理制御手段は、前記通信手段を制御して、該第２
の管理領域内の管理手段と前記ネットワーク資源操作手
段との間に情報通信路を設定する。 【００１９】これによって、該オペレータは、ネットワ
ーク資源操作手段から該第２の管理領域内の管理手段を
介して、前記特定のネットワーク資源に対応する該第２
の管理領域内のネットワーク資源に対する監視および／
または制御を直接行うことができる。 【００２０】 【実施例】以下、本発明の実施例を図面を参照して説明
する。図１は本発明の一実施例に係るネットワーク管理
システムの基本構成を示すブロック図である。まず概略
的には、このネットワーク管理システムは、管理対象の
ネットワーク・システム全体を複数に分割してなる管理
ドメイン（管理領域）（２−０〜２−Ｍ）と、隣接する
管理ドメイン間にそれぞれ設けた管理ドメイン間管理制
御部（管理領域間管理制御手段）（１１−１〜１１−
Ｍ）と、各管理ドメイン間管理制御部を介する形で隣接
する管理ドメイン間にそれぞれ設けた写像規則（５−１
〜５−Ｍ）と、監視装置（ネットワーク資源操作手段）
６とからなる。また、ネットワーク７（通信手段）は通
信路設定機能を持ち、図１に示した各管理ドメインにて
分割されている。 【００２１】なお、図１では（Ｎ）管理ドメイン〜（Ｎ
＋Ｍ）管理ドメインを示したが、実際には（１）管理ド
メインから（Ｋ）管理ドメイン（ただし、Ｋ≧Ｎ＋Ｍ）
までの各管理ドメインが存在するものとし、これに対応
して（２）写像規則から（Ｋ）写像規則までの各写像規
則が存在するものとする。また、図１中の（Ｎ＋ｍ）管
理ドメインは、後にする本実施例の動作説明の都合上か
ら示したものであり、動作の過程でパラメータｍは逐次
変化するものである。 【００２２】また、本実施例では、図示しない（１）管
理ドメインが最上位にあり、以下順次隣接する管理ドメ
インを下位とし、（Ｋ）管理ドメインが最下位にあるよ
うな階層構造を有している場合を例として説明する。な
お、階層構造の上下関係が本実施例とは反対の場合、ま
たは各管理ドメインが階層構造ではなく並列の関係にあ
る場合も、本発明は適用可能である。 【００２３】さらに詳しく本実施例のネットワーク管理
システムの構成について説明する。図１の（Ｎ）管理ド
メイン２−０には、該管理ドメイン２−０内の管理対象
となるネットワーク資源４−０と、該ネットワーク資源
４−０を管理し、かつ監視装置６からの監視・制御をネ
ットワーク資源４−０の監視・制御に変換する管理プロ
セス（管理手段）３−０が設けられている。また、この
管理プロセス３−０は、管理ノード３１−０、被管理ノ
ード３２−０、監視装置制御部３３−０から構成されて
いる。そして、管理ノード３１−０と被管理ノード３２
−０との間には管理通信路（情報通信路）７１−０が、
監視装置制御部３３−０と管理ノード３１−０と間には
監視通信路（情報通信路）７２−０が、監視装置６と監
視装置制御部３３−０との間には表示制御通信路（情報
通信路）７４−０がそれぞれ設定されている。 【００２４】同様に（Ｎ＋１）管理ドメイン２−１に
は、該管理ドメイン２−１内の管理対象となるネットワ
ーク資源４−１と、これらのネットワーク資源４−１を
管理し、かつ監視装置６からの監視・制御をネットワー
ク資源４−１の監視・制御に変換する管理プロセス３−
１がそれぞれ設けられている。また、この管理プロセス
３−１は、管理ノード３１−１、被管理ノード３２−
１、監視装置制御部３３−１から構成されている。そし
て、管理ノード３１−１と被管理ノード３２−１との間
には管理通信路７１−１が、監視装置制御部３３−１と
管理ノード３１−１と間には監視通信路７２−１が、監
視装置（図示せず）と監視装置制御部３３−１との間に
は表示制御通信路７４−１がそれぞれ設定されている。 【００２５】（Ｎ＋１）管理ドメイン間管理制御部１１
−１は、（Ｎ）管理プロセス３−０からの要求によって
起動され、（Ｎ＋１）管理プロセス３−１と（Ｎ＋１）
監視装置制御部３３−１を制御する。この管理ドメイン
間管理制御部１１−１と監視装置制御部３３−１の間に
は、制御通信路（情報通信路）７３−１が設定されてい
る。 【００２６】（Ｎ＋１）写像規則５−１は、（Ｎ）管理
ドメイン２−０内のネットワーク資源４−０と、隣接す
る下位の（Ｎ＋１）管理ドメイン２−１内のネットワー
ク資源４−１との間の表現形式の変換を行うものであ
り、（Ｎ＋１）管理ドメイン間管理制御部１１−１を介
する形で設けられいる。 【００２７】また、他の管理プロセスや管理ドメイン間
管理制御部および写像規則についても同様の構成を有し
ているが、詳細な説明は省略する。次に、図２には本実
施例における各管理ドメイン間管理制御部の処理の流れ
の一例を示す。 【００２８】以下、本実施例のネットワーク管理システ
ムの動作について、図２のフローチャートを参照しなが
ら説明する。なお、本実施例では、（Ｎ）管理ドメイン
２−０を起動元としてネットワーク管理を行うものとす
る。また、図２の変数ｍは、動作する管理ドメイン間管
理制御部が「（Ｎ＋ｍ）管理ドメイン間管理制御部１１
−ｍ」であり、その制御を受ける管理ドメインが「（Ｎ
＋ｍ）管理ドメイン２−ｍ」であることを表す。ｍ≠０
の場合は、（Ｎ＋ｍ−１）管理プロセスから呼び出され
た（Ｎ＋ｍ）管理ドメイン間管理制御部が（Ｎ＋ｍ）管
理プロセスの制御を実行し、結果を（Ｎ＋ｍ−１）管理
プロセスに返す。ただし、ｍ＝０の場合は、（Ｎ）管理
プロセスが自律的に動作するものとする。 【００２９】図２の制御の流れは、大きく５つのブロッ
クから構成される。ブロック１では、オペレータが監視
装置上で指定したネットワーク資源に写像規則を適用
し、オペレータが監視・制御するべき対象であるネット
ワーク資源を選択する。 【００３０】ブロック２では、ブロック１で選択された
ネットワーク資源を管理している管理プロセスを制御し
て、ネットワーク資源の持つ情報を収集する。ただし、
アクセスを許可したネットワーク資源を選択して情報を
収集する。 【００３１】ブロック３では、監視装置と管理プロセス
とを接続する。ブロック４では、管理プロセスに対し監
視装置の表示を指示し、監視装置の画面上に収集したネ
ットワーク資源の情報を表示させる。 【００３２】ブロック５は、終了処理を行う。 （ブロック１）ブロック１で行う基本的な処理は、指定
された（Ｎ）ネットワーク資源４−０に（Ｎ＋１）写像
規則５−１を適用して対応する（Ｎ＋１）ネットワーク
資源４−１を求め、次に（Ｎ＋２）写像規則５−２を適
用して対応する（Ｎ＋２）ネットワーク資源４−２を求
め、…、（Ｎ＋ｍ）写像規則５−ｍを適用して対応する
（Ｎ＋ｍ）ネットワーク資源４−ｍを求め、…というよ
うに、ｍを１づつ増加させつつ写像規則を連鎖的に適用
して対応するネットワーク資源を次々に求めていくもの
である。 【００３３】ブロック１の終了は、写像規則の連鎖的な
適用が要求されていない場合は１回目に実行するステッ
プ６で、連鎖的な適用が要求されている場合は連鎖的な
適用ができなくなった時点で実行するステップ５でなさ
れる。なお、ブロック１が終了した時点におけるｍの値
から１減じた値をＭとする。 【００３４】ステップ１からステップ６で構成される処
理ループを終了した時点で、各写像規則により（Ｎ）ネ
ットワーク資源と対応付けられた、（Ｎ＋１）ネットワ
ーク資源、（Ｎ＋２）ネットワーク資源、…、（Ｎ＋
ｍ）ネットワーク資源、…、（Ｎ＋Ｍ−１）ネットワー
ク資源、（Ｎ＋Ｍ）ネットワーク資源が決定される。 【００３５】以下、ブロック１について、処理ループの
１巡目で実行されるステップ１〜ステップ６の各処理を
説明し、次に、処理ループの２巡目で実行されるステッ
プ２〜ステップ６の各処理を説明する。なお、３回目以
降の処理内容は、２回目の処理内容と同様であるので、
詳細な説明は省略する。 【００３６】ステップ１；１回目）ｍを０に初期化す
る。すなわち、（Ｎ）管理ドメイン２−０を制御対象と
する。 【００３７】ステップ２；１回目）該ステップ２では、
ｍ＝０の場合、（Ｎ）管理ドメイン２−０から、（Ｎ＋
１）管理ドメイン間管理制御部１１−１を、より詳細に
は（Ｎ）管理プロセス３−０を介して、（Ｎ＋１）管理
ドメイン間管理制御部１１−１を起動する。 【００３８】具体的には、この起動は例えば監視装置６
を操作しているオペレータにより（Ｎ）ネットワーク資
源４−０を指定して（Ｎ）管理プロセス３−０に対して
発行される該（Ｎ）ネットワーク資源４−０に対応する
詳細情報取得要求によって行われる。なお、ネットワー
ク資源に影響を与えない情報取得操作ではなく、ネット
ワーク資源を制御するような操作を処理することも本発
明によれば可能である。 【００３９】該詳細情報取得要求には、要求を発行した
オペレータまたは監視装置の認証のために、（Ｎ＋１）
管理プロセス３−１内の処理・通信のために使用される
認証識別子を付加することができる。オペレータにより
明示的に指定されない場合は、暗黙の内に（Ｎ）管理プ
ロセス３−０内の処理・通信のために使用していた認証
識別子が割り当てられる。 【００４０】また、該詳細情報取得要求には、該要求を
発行した監視装置６のネットワークアドレスおよび必要
に応じて監視装置識別子・オペレータ識別子も付加され
る。一方、詳細情報取得要求の動作を制御するために、
パラメータを付加することも可能である。例えば、他の
管理ドメイン内の障害に起因すると思われる障害に関す
る詳細な情報を要求するために、該（Ｎ）ネットワーク
資源４−０から発行された該障害通知に対応する障害通
知識別子を付加することもできる。また、（Ｎ）ネット
ワーク資源４−０が持つ複数の管理情報種別の内、特定
の管理情報種別を指定することもできる。 【００４１】該要求は（Ｎ）管理プロセス３−０内を、
（Ｎ）監視通信路７２−０により（Ｎ）監視装置制御部
３３−０から（Ｎ）管理ノード３１−０へ、（Ｎ）管理
通信路７１−０により（Ｎ）管理ノード３１−０から
（Ｎ）被管理ノード３２−０へ、という順に、必要な場
合には途中で適当なデータ形式変換を行って転送され、
最終的に（Ｎ）被管理ノード３２−０が、（Ｎ＋１）管
理ドメイン間管理制御部１１−１を起動する。 【００４２】例えば（Ｎ）管理ノード３１−０と（Ｎ）
被管理ノード３２−０との間の（Ｎ）管理通信路７１−
０に、ＯＳＩシステム管理（ISO ／IEC 10040 “Inform
ation Technology - Opens Systems Interconnection -
Systems Management Overview”）の管理通信（ISO ／
IEC 9595“Information Technology - Opens SystemsIn
terconnection - Common Management Information serv
ice definition ”）が採用されている場合は、該要求
を表現するために、以下のような方法が考えられる。
（ａ）上記のような機能を実現するための管理オブジェ
クトクラスを新たに定義する。 （ｂ）既存の各管理オブジェクトクラス定義に、上記の
ような機能を実現するため管理操作を付加する。 （ｃ）管理プロトコルに上記機能用のプロトコルサービ
スを追加する。 【００４３】本発明はいずれの方法によっても実現可能
であるが、既存のＯＳＩシステム管理との整合性を考慮
して（ａ）を採用するとより好ましい。ここに、詳細情
報取得要求で指定された（Ｎ）ネットワーク資源４−０
が、（Ｎ＋１）ネットワーク資源４−１ではなく、複数
の（Ｎ）ネットワーク資源４−０に対応している場合も
ありうる。つまり、同一の（Ｎ）管理ドメイン３−０内
の複数の（Ｎ）ネットワーク資源４−０相互間に当該管
理ドメイン内において閉じた写像規則が定義されている
場合も考えられる。指定された（Ｎ）ネットワーク資源
４−０がこの場合に該当するか否かは、上記の（Ｎ）管
理プロセス３−０内通信の途中で、前記の管理ドメイン
に閉じた写像規則を参照することによって、（Ｎ）管理
プロセス３−０に閉じて判断することが可能である。こ
の判断によって（Ｎ）ネットワーク資源４−０のみで詳
細情報取得要求を満たせることが確認された場合は、
（Ｎ）管理プロセス３−０内の機能により処理されるも
のとし、（Ｎ＋１）管理ドメイン間管理制御部１１−１
は起動されない。ただし、前記のように障害通知識別子
が付加されている場合には、障害通知の連鎖をたどっ
て、最初に障害通知を行った（Ｎ＋ｍ）ネットワーク資
源４−ｍまでさかのぼることができる。このように、詳
細情報取得要求を連鎖的に適用する必要がある場合は、
（Ｎ）管理プロセス３−０内で対応関係が求められた
（Ｎ）ネットワーク資源４−０が、さらに（Ｎ＋１）ネ
ットワーク資源４−１に写像できる場合も考慮しなけれ
ばならないため、最初に指定された（Ｎ）ネットワーク
資源４−０を（Ｎ）管理ドメイン内の写像規則で展開し
て得た別の（Ｎ）ネットワーク資源４−０を新たに指定
された（Ｎ）ネットワーク資源４−０として、（Ｎ＋
１）管理ドメイン間管理制御部１１−１を起動すること
とする。 【００４４】なお、連鎖的な適用の最大回数（前記パラ
メータｍの上限値に該当）を決めておくことも可能であ
る。 ステップ３；１回目）ｍを１増加する。ここでは、ｍ＝
１となる。 【００４５】ステップ４；１回目）起動された（Ｎ＋
１）管理ドメイン間管理制御部１１−１は、指定された
（Ｎ）ネットワーク資源４−０に（Ｎ＋１）写像規則５
−１を適用し、対応する（Ｎ＋１）ネットワーク資源４
−１を求める。 【００４６】ここで、対応する（Ｎ＋１）ネットワーク
資源４−１は、複数（または１つ）あるのが通常の場合
であるが、対応するものが存在しない場合も考えられ
る。存在しない場合に対応する一例としては、上記ステ
ップ２（１回目）において、（Ｎ）管理プロセス内３−
０での詳細情報取得要求処理可能性無しと判断された場
合で、かつ対応する（Ｎ＋１）ネットワーク資源４−１
が存在せず詳細化できなかった場合がある。つまり、上
記ステップ２（１回目）で述べた（Ｎ）管理ドメイン内
に閉じた写像規則（図示せず）を指定された（Ｎ）ネッ
トワーク資源３−０に適用しても、対応する別の（Ｎ）
ネットワーク資源が存在しなかったため、（Ｎ＋１）写
像規則５−１の適用を試みたが、それでも対応する（Ｎ
＋１）ネットワーク資源３−１が存在しなかった場合で
ある。これは、指定された（Ｎ）ネットワーク資源４−
０が（Ｎ）管理ドメイン内の実資源のみに対応し、（Ｎ
＋１）ネットワーク資源４−１には対応していないこと
を意味する。 【００４７】存在しない場合に対応するもう一つの例と
しては、上記ステップ２（１回目）で詳細情報取得要求
の連鎖的な適用の必要性が認められ、詳細情報取得要求
が連鎖的に適用したが、それ以上詳細化できなかった場
合である。例えば、障害通知識別子を付加して詳細情報
取得要求が発行された場合、指定された障害通知識別子
（これは同時に指定された（Ｎ）ネットワーク資源３−
０から発行されたものである）に、写像規則を適用して
（Ｎ＋１）ネットワーク資源４−１から発行された別の
障害通知に対応させようとしたが、対応するものが見つ
からなかったため、障害通知識別子間の管理ドメインに
またがる連鎖的な写像関係が途切れたときなどがある。 【００４８】なお、同じ（Ｎ）ネットワーク資源４−０
の指定された場合でも、付加パラメータと（Ｎ）ネット
ワーク資源４−０の過去の履歴等によって、異なる（Ｎ
＋１）ネットワーク資源４−１を対応させることも可能
である。例えば、障害通知識別子を付加した（Ｎ）ネッ
トワーク資源４−０の詳細情報取得要求がされた場合
は、その障害通知発行の原因となった（Ｎ＋１）ネット
ワーク資源４−１を選択して対応させることが可能であ
る。これは、写像関係に障害通知ログ等のネットワーク
資源の履歴といった情報を含めておくことによって実現
できる。また、これに通常の場合の写像規則により対応
する（Ｎ＋１）ネットワーク資源４−１を加えることも
できる。 【００４９】さらに、必要に応じ付加パラメータに（Ｎ
＋１）写像規則５−１を適用し、新たな付加パラメータ
を求める。また、詳細情報取得要求に付加されている認
証識別子と、監視装置識別子またはオペレータ識別子
（場合によってはネットワークアドレスも使用する）に
よって認証された監視装置またはオペレータに対して、
写像規則で対応した（Ｎ＋１）ネットワーク資源を管理
する（Ｎ＋１）管理プロセス（図示せず）へのアクセス
が許可されていない場合は、対応する（Ｎ＋１）ネット
ワーク資源が存在しないと解釈して、以降の処理を行
う。 【００５０】ステップ５；１回目）上記ステップ４（１
回目）で対応する（Ｎ＋１）ネットワーク資源４−１が
存在したか否かによって分岐を行う。 【００５１】存在する場合は、ステップ６に制御を移
し、当該ブロック１の処理を継続する。一方、存在しな
い場合は、ステップ９に制御を移し、当該ブロック１の
処理を終了する ステップ６；１回目）連鎖的な処理が要求されているか
否かを判断する。 【００５２】連鎖的な処理が要求されている場合は、次
の処理ループを実行するために、制御をステップ２に戻
す。一方、要求されていない場合は、制御をステップ７
に進め、ブロック１の処理を終了する。 【００５３】次に、上記ステップ６（１回目）で連鎖的
な処理が必要と判断され、制御をステップ２に戻した場
合のステップ２〜ステップ６の処理を説明する。 ステップ２；２回目）ｍ＝１の場合であり、（Ｎ＋１）
管理ドメイン間管理制御部１１−１は、ステップ４で写
像規則を適用することによって求めた（Ｎ＋１）ネット
ワーク資源４−１を指定して、詳細情報取得要求を（Ｎ
＋１）管理プロセス３−１に対して発行する。 【００５４】該詳細情報取得要求に付加される障害通知
識別子等の付加パラメータは、（Ｎ）管理ドメイン２−
０内で管理ドメイン間管理制御を実行するために使用さ
れていたものをそのまま使用する場合と、使用していた
ものに対し（Ｎ＋１）管理ドメイン間管理制御部１１−
１が（Ｎ＋１）写像規則５−１を参照して変更された
（ステップ４を実行することにより決定されている）も
のを使用する場合がある。例えば、付加パラメータとし
て（Ｎ）ネットワーク資源４−０から発行された（Ｎ）
障害通知識別子を持っている場合は、その障害発行通知
の原因となった（Ｎ＋１）ネットワーク資源４−１が発
行した（Ｎ＋１）障害通知識別子で置き換えられたもの
が与えられる。 【００５５】（Ｎ＋１）管理ドメイン間管理制御部１１
−１による該詳細情報取得要求は、（Ｎ＋１）管理プロ
セス３−１内を、（Ｎ＋１）管理通信路７１−１により
（Ｎ＋１）管理ノード３１−１から（Ｎ＋１）被管理ノ
ード３２−１に、必要な場合には途中で適当なデータ形
式変換を行って転送され、最終的に（Ｎ＋１）被管理ノ
ード３２−１が（Ｎ＋２）管理ドメイン間管理制御部
（図示せず）を起動する。 【００５６】なお、１回目の当該ステップ２の場合と同
様に、指定された（Ｎ＋１）ネットワーク資源４−１を
（Ｎ＋１）管理ドメイン２−１に閉じた写像規則によっ
てさらに別の（Ｎ＋１）ネットワーク資源４−１に展開
できる場合は、上記の通信の途中で展開し、展開後の
（Ｎ＋１）ネットワーク資源４−１を指定して（Ｎ＋
２）管理ドメイン間管理制御部（図示せず）を起動す
る。 【００５７】ステップ３；２回目）ｍを１増加する。こ
こでは、ｍ＝２となる。 ステップ４；２回目）起動された（Ｎ＋２）管理ドメイ
ン間管理制御部（図示せず）は、指定された（Ｎ＋１）
ネットワーク資源４−１に（Ｎ＋２）写像規則（図示せ
ず）を適用し、対応する（Ｎ＋２）ネットワーク資源
（図示せず）を求める。 【００５８】前述したように、対応する（Ｎ＋２）ネッ
トワーク資源は、複数（または１つ）存在する場合と、
存在しない場合とが考えられる。また、１回目の当該ス
テップ４の場合と同様に、同じ（Ｎ＋１）ネットワーク
資源４−１を指定された場合でも、付加パラメータと
（Ｎ＋１）ネットワーク資源４−１の過去の履歴（障害
通知のログなど）等によって、異なる（Ｎ＋２）ネット
ワーク資源（図示せず）を対応させることも可能であ
る。 【００５９】さらに、必要に応じ付加パラメータに（Ｎ
＋２）写像規則（図示せず）を適用し、新たな付加パラ
メータを求める。また、詳細情報取得要求に付加されて
いる認証識別子と、監視装置識別子またはオペレータ識
別子（場合によってはネットワークアドレスも使用す
る）によって認証された、監視装置またはオペレータに
対して、写像規則で対応した（Ｎ＋２）ネットワーク資
源を管理する（Ｎ＋２）管理プロセス（図示せず）への
アクセスが許可されていない場合は、対応する（Ｎ＋
２）ネットワーク資源が存在しないと解釈して、以降の
処理を行う。 【００６０】ステップ５；２回目）上記ステップ４（２
回目）で対応する（Ｎ＋２）ネットワーク資源が存在し
たか否かによって分岐を行う。 【００６１】存在する場合は、ステップ６に制御を移
し、ブロック１の処理を継続する。一方、存在しない場
合はステップ９に制御を移し、ブロック１の処理を終了
する。 【００６２】ステップ６；２回目）さらに連鎖的な処理
が要求されているか否かを判断する。連鎖的な処理が要
求されている場合は、さらに次の処理ループを実行する
ために、制御をステップ２に戻す。 【００６３】一方、要求されていない場合は制御をステ
ップ７に進め、当該ブロック１の処理を終了する。ここ
で、２回目の処理ループのステップ６にて、制御がステ
ップ２に戻された場合、３回目の処理ループが行われ、
以下、写像規則の連鎖的な適用ができなくなって、ステ
ップ５からステップ９に制御が移されるまで、該処理ル
ープが繰り返し実行される。 【００６４】ブロック１の処理群が終了した時点で、
（Ｎ）ネットワーク資源４−０と写像規則で対応付けら
れた（Ｎ＋１）ネットワーク資源４−２〜（Ｎ＋Ｍ）ネ
ットワーク資源４−Ｍが決定されている。 【００６５】（ブロック２）ブロック２で行う基本的な
処理は、ブロック１で（Ｎ）ネットワーク資源４−０と
対応すると決定された各ネットワーク資源に対する管理
情報の取得要求を、最下位にある（Ｎ＋Ｍ）ネットワー
ク資源から上位方向に順次行い、実際に管理情報を取得
できる（Ｎ＋ｐ）ネットワーク資源４−ｐを決定し、そ
の管理情報を得ることである。 【００６６】なお、本実施例に挙げた制御では、管理情
報を取得できる最大のｐを持つ（Ｎ＋ｐ）ネットワーク
資源４−ｐ（すなわち管理情報を取得できる最下層のネ
ットワーク資源）のみを決定し管理情報を得ているが、
これに限定されず、例えばアクセスを許されるネットワ
ーク資源全ての管理情報を得ることもできる。 【００６７】ブロック２には２つの入り方がある。１つ
はステップ７から入る場合で、ブロック１の１回目の処
理で、（Ｎ＋１）写像規則５−１だけを適用して（Ｎ＋
１）ネットワーク資源が決定され、かつ連鎖的な適用を
行わないためブロック１が終了した場合に相当する。 【００６８】他の１つは、ステップ９から入る場合で、
ブロック１の途中でそれ以上写像規則が適用できなくな
ったために、ブロック１が終了した場合に相当する。な
お、この時、Ｍ＝ｍ−１となっている。 【００６９】また、ブロック２は２つの方法で終了す
る。１つはステップ８から出る場合で、いずれかのネッ
トワーク資源の管理情報の取得に成功した場合に相当す
る。他の１つは、ステップ１１から出る場合で、（Ｎ＋
ｍ）ネットワーク資源の管理情報取得が１つも成功しな
かった場合に相当する。 【００７０】このブロック２について、最初に、ステッ
プ７からブロック２に入る場合について、ステップ７〜
ステップ１１について説明する。この場合、ブロック２
に入る時点でステップ７でのｍの値は１に限られる。 【００７１】ステップ７）（Ｎ＋１）管理ドメイン間管
理制御部１１−１が（Ｎ＋１）管理プロセス３−１を制
御し、ステップ４（１回目）で（Ｎ＋１）写像規則５−
１によって対応するとされた（Ｎ＋１）ネットワーク資
源４−１の管理情報を取得する。 【００７２】（Ｎ＋１）管理プロセス３−１内での処理
は、（Ｎ＋１）管理ノード３１−１による（Ｎ＋１）被
管理ノード３２−１に対する情報取得要求とそれに対す
る応答として処理される。例えば、ＯＳＩシステム管理
の場合、（Ｎ＋１）ネットワーク資源４−１に相当する
管理オブジェクトインスタンスに対するＭ−Ｇｅｔ要求
で処理される。 【００７３】この時、情報取得要求に認証識別子を付加
することにより、個々の（Ｎ＋１）ネットワーク資源４
−１にオペレータまたは監視装置６毎のアクセス権が定
義されている場合のアクセス権制御を行うことが可能に
なる。 【００７４】ステップ８）ステップ７で（Ｎ＋１）ネッ
トワーク資源４−１へのアクセスが許可されたか否かに
よって分岐を行う。 【００７５】アクセスが許可された場合はステップ１２
に制御を移し、ブロック２を終了する。一方、拒否され
た場合はステップ９に制御を移し、ブロック２を継続す
る。 【００７６】ステップ９）（この場合は必ずステップ８
の直後に処理される）ステップ８で（Ｎ＋１）ネットワ
ーク資源４−１へのアクセス拒否が成立した場合の処理
であり、（Ｎ＋１）管理ドメイン間制御部１１−１は、
（Ｎ）管理プロセス３−０に対して（Ｎ＋１）管理プロ
セス３−１または（Ｎ＋１）ネットワーク資源４−１へ
のアクセスが拒否された旨を通知する。 【００７７】（Ｎ）管理プロセス３−０は、この通知を
ステップ２で行った詳細情報取得要求に対する（Ｎ＋
１）ネットワーク資源４−１へのアクセス拒否を原因と
する失敗応答の形で処理する。 【００７８】ステップ１０）ｍを１減少させる。ここで
は、ｍ＝０となる。 ステップ１１）（Ｎ＋１）ネットワーク資源４−１への
アクセスが拒否された旨が（Ｎ）管理プロセス３−０に
通知されている場合であり、監視装置６と（Ｎ）管理プ
ロセス３−０と間の（Ｎ）表示制御通信路７４−０は既
に設定されているので、ステップ１２の処理を行う必要
はないため、制御をステップ１３に移し、ブロック２を
終了する。 【００７９】続けて、ステップ９からブロック２に入る
場合についてステップ９、１０、１１、７、８について
説明する。この場合、ブロック２にはいる時点でのステ
ップ９でのｍはＭ＋１の値を取る。 【００８０】ステップ９）（この場合はステップ５の直
後に処理され、かつｍ＝Ｍ＋１）最後に実行したステッ
プ４で（Ｎ＋Ｍ＋１）ネットワーク資源（図示せず）が
存在しない場合の処理であり、（Ｎ＋Ｍ＋１）管理ドメ
イン間制御部１１−Ｍは、（Ｎ＋Ｍ）管理プロセス３−
Ｍに対して（Ｎ＋Ｍ＋１）ネットワーク資源が存在しな
い旨を通知する。 【００８１】（Ｎ＋Ｍ）管理プロセス３−Ｍは、この通
知をステップ２で行った詳細情報取得要求に対する（Ｎ
＋Ｍ＋１）ネットワーク資源が存在しないことを原因と
する失敗応答の形で処理する。 【００８２】ステップ１０）ｍを１減少させる。なお、
ｍ＝Ｍとなる。 ステップ１１） ｍ＝０の場合；（Ｎ＋１）ネットワーク資源４−１が存
在しなかった旨が（Ｎ）管理プロセス３−０に通知され
ている場合であり、監視装置６と（Ｎ）管理プロセス３
−０と間の（Ｎ）表示制御通信路７４−０は既に設定さ
れているので、ステップ１２の処理を行う必要はないた
め、制御をステップ１３に移し、ブロック２を終了す
る。 【００８３】ｍ≧１の場合；（Ｎ＋Ｍ＋１）ネットワー
ク資源が存在しなかった旨が（Ｎ＋Ｍ）管理プロセスに
通知されている場合であり、（Ｎ＋Ｍ）ネットワーク資
源４−Ｍの管理情報取得が行われていないため、制御を
次のステップ７に移す。 【００８４】ステップ７）（Ｎ＋Ｍ＋１）管理プロセス
（図示せず）から（Ｎ＋Ｍ＋１）ネットワーク資源（図
示せず）が存在しない旨の通知を受けた（Ｎ＋Ｍ）管理
ドメイン間管理制御部１１−Ｍが、（Ｎ＋Ｍ）管理プロ
セス３−Ｍを制御し（Ｎ＋Ｍ）ネットワーク資源４−Ｍ
の管理情報を取得する。 【００８５】（Ｎ＋Ｍ）管理プロセス３−Ｍ内での処理
は、（Ｎ＋Ｍ）管理ノード３１−Ｍによる（Ｎ＋Ｍ）被
管理ノード３２−Ｍに対する情報取得要求とそれに対す
る応答として処理される。例えば、ＯＳＩシステム管理
の場合は、（Ｎ＋Ｍ）ネットワーク資源４−Ｍに相当す
る管理オブジェクトインスタンスに対するＭ−Ｇｅｔ要
求で処理される。 【００８６】この時、情報取得要求に認証識別子を付加
することにより、個々の（Ｎ＋Ｍ）ネッワーク資源４−
Ｍにオペレータまたは監視装置６毎のアクセス権が定義
されている場合のアクセス権制御を行うことが可能にな
る。 【００８７】ステップ８）上記ステップ７で（Ｎ＋ｍ）
ネットワーク資源４−Ｍへのアクセスが許可されたか否
かによって分岐を行う。 【００８８】アクセスが許可された場合はステップ１２
に制御を移し、ブロック２を終了する。一方、拒否され
た場合はステップ９に制御を移し、ブロック２を継続す
る。 【００８９】続けて、上記のステップ８の処理で、アク
セス拒否の成立によりブロック２が継続した場合のステ
ップ９、１０、１１、７、８の説明を行う。 ステップ９）（この場合はステップ８の直後に処理さ
れ、かつｍ＝Ｍ）直前のステップ８で（Ｎ＋Ｍ）管理プ
ロセス３−Ｍまたは（Ｎ＋Ｍ）ネットワーク資源４−Ｍ
へのアクセスが拒否された場合の処理に相当し、（Ｎ＋
Ｍ）管理ドメイン間制御部１１−Ｍは、（Ｎ＋Ｍ−１）
管理プロセス（図示せず）に対して（Ｎ＋Ｍ）ネットワ
ーク資源４−Ｍへのアクセスが拒否された旨を通知す
る。 【００９０】（Ｎ＋Ｍ−１）管理プロセスは、この通知
をステップ２で行った詳細情報取得要求に対する（Ｎ＋
ｍ）ネットワーク資源４−ｍへのアクセス拒否を原因と
する失敗応答の形で処理する。 【００９１】ステップ１０）ｍを１減少させる、ここで
は、ｍ＝Ｍ−１となる。 ステップ１１） ｍ＝０の場合；（Ｎ＋１）ネットワーク資源４−１への
アクセスが拒否された旨が（Ｎ）管理プロセス３−０に
通知されている場合であり、監視装置６と（Ｎ）管理プ
ロセス３−０間の（Ｎ）表示制御通信路７４−０は既に
設定されているので、ステップ１２の処理を行う必要は
ないため、制御をステップ１３に移す。 【００９２】ｍ≧１の場合；（Ｎ＋Ｍ）ネットワーク資
源４−Ｍへのアクセスが拒否された旨が（Ｎ＋Ｍ−１）
管理プロセスに通知されている場合であり、（Ｎ＋Ｍ−
１）ネットワーク資源の管理情報取得が行われていない
ため、制御をステップ７に移す。 【００９３】ステップ７）（Ｎ＋Ｍ−１）管理プロセス
から（Ｎ＋Ｍ）ネットワーク資源４−Ｍへのアクセスが
許可されなかった旨の通知を受けた（Ｎ＋Ｍ−１）管理
ドメイン間管理制御部（図示せず）が（Ｎ＋Ｍ−１）管
理プロセス（図示せず）を制御し、（Ｎ＋Ｍ−１）ネッ
トワーク資源（図示せず）の管理情報を取得する。 【００９４】（Ｎ＋Ｍ−１）管理プロセス内での処理
は、（Ｎ＋Ｍ−１）管理ノード（図示せず）による（Ｎ
＋Ｍ−１）被管理ノードに対する情報取得要求とそれに
対する応答として処理される。 【００９５】このとき、情報取得要求に認証識別子を付
加することにより、個々の（Ｎ＋Ｍ−１）ネットワーク
資源にオペレータまたは監視装置６毎のアクセス権が定
義されている場合のアクセス権制御を行うことが可能に
なる。 【００９６】ステップ８）ステップ７で（Ｎ＋Ｍ−１）
管理プロセスからまたは（Ｎ＋Ｍ−１）ネットワーク資
源へのアクセスが許可されたか否かによって分岐を行
う。 【００９７】アクセスが許可された場合は、ステップ１
２に制御を移し、ブロック２を終了する。一方、拒否さ
れた場合は、ステップ９に制御を移し、ブロック２を継
続する。 【００９８】ここで、ブロック２につき、以降はステッ
プ８でアクセス許可が成立しブロック２を終了するか、
ステップ１１でｍ＝０のためのブロック２を終了するま
で、ｍを１づつ減らしながら、同様の処理を行う。 【００９９】（ブロック３、ブロック４およびブロック
５）以下、ブロック３、ブロック４およびブロック５に
ついて説明する。ステップ８でのアクセス許可によりブ
ロック２を終了した場合ｍ≧１である。一方、ステップ
１１でブロック２を終了した場合ｍ＝０である。 【０１００】前者の場合、ステップ８に引き続きステッ
プ１２〜ステップ１６の処理が行われ、各管理ドメイン
間管理制御部による制御は終了する。後者の場合、ステ
ップ１１に引き続きステップ１３、１４の処理が行われ
管理ドメイン間制御部は終了する。 【０１０１】最初に、ステップ８でのアクセス許可によ
りブロック２を終了した場合のステップ１２〜ステップ
１６の処理を説明する。 ステップ１２）（常にｍ≧１が成立する。）この時点で
はまだ、図１の（Ｎ＋ｍ）管理プロセス３−ｍと監視装
置６との間の（Ｎ＋ｍ）表示制御通信路７４−ｍは設定
されていない。 【０１０２】（Ｎ＋ｍ）管理ドメイン間管理制御部１１
−ｍは、（Ｎ＋ｍ）管理プロセス３−ｍ内の適当な（Ｎ
＋ｍ）監視装置制御部３３−ｍを選択し、（Ｎ＋ｍ）制
御通信路７３−ｍを介して、詳細情報取得要求に含まれ
ていた監視装置のネットワークアドレスおよび必要な場
合は認証用等の付加パラメータを与えて、（Ｎ＋ｍ）監
視装置制御部３３−ｍと監視装置６間に（Ｎ＋ｍ）表示
制御通信路７４−ｍを設定するように要求する。なお、
この通信路はコネクションオリエンテッドでもコネクシ
ョンレスでもかまわない。 【０１０３】監視装置６がアクセス制御を行う場合は、
監視装置６から詳細情報取得要求を発行するときに、付
加パラメータとして監視装置６への認証識別子を与えて
おき、それをそのまま使用することもできる。なお、こ
の手順を取ることにより、認証された監視装置以外に
（Ｎ＋ｍ）管理プロセス３−ｍを接続してしまう危険性
を減少させることができる。 【０１０４】（Ｎ＋ｍ）監視装置制御部３３−ｍは、ネ
ットワーク７が持っている通信路設定部（図示せず）を
利用して監視装置６との間に（Ｎ＋ｍ）表示制御通信路
７４−０を設定し、（Ｎ＋ｍ）管理ドメイン間制御部１
１−ｍに応答を返す。 【０１０５】ステップ１３）ここではｍ≧１であり、
（Ｎ＋ｍ）ネットワーク資源４−ｍの管理情報が取得で
きた場合に相当する。 【０１０６】この場合、（Ｎ＋ｍ）管理ドメイン間制御
部１１−ｍはステップ１２で設定した（Ｎ＋ｍ）表示制
御通信路７４−ｍにより監視装置６に接続されている
（Ｎ＋ｍ）監視装置制御部３３−ｍに対し、（Ｎ＋ｍ）
ネットワーク資源４−ｍの取得した管理情報を与え、そ
の表示を制御するように指示する。この表示制御は、監
視装置６の画面表示に反映される。 【０１０７】ステップ１４）ｍ≧１であるので、ステッ
プ１５に制御を移す。 ステップ１５） ｍ≧２の場合；（Ｎ＋ｍ−１）管理プロセスに詳細情報
取得要求成功を通知する。（Ｎ＋ｍ−１）管理プロセス
では、詳細情報取得要求の成功応答として以下の処理を
行う。 【０１０８】（Ｎ＋ｍ）管理ドメイン間管理制御部から
通知を受けた（Ｎ＋ｍ−１）被管理ノード（図示せず）
は、（Ｎ＋ｍ−１）管理通信路（図示せず）により（Ｎ
＋ｍ−１）管理ノードに詳細情報取得要求成功応答を返
す。（Ｎ＋ｍ−１）管理ノード（図示せず）は、（Ｎ＋
ｍ−１）管理ドメイン間制御部（図示せず）に成功応答
受信を通知する。 【０１０９】ｍ＝１の場合；（Ｎ）管理プロセスに詳細
情報取得要求成功を通知する。（Ｎ）管理プロセスで
は、詳細情報取得要求の成功応答として以下の処理を行
う。（Ｎ＋１）管理ドメイン間管理制御部から成功の通
知を受けた（Ｎ）被管理ノード３２−０は、（Ｎ）管理
通信路７１−０により（Ｎ）管理ノード３１−０に詳細
情報取得要求成功応答を返す。さらに（Ｎ）管理ノード
３１−０は（Ｎ）制御通信路７２−０により（Ｎ）監視
装置制御部に成功応答を返す。 【０１１０】ステップ１６）ｍを１減少させる。この
後、ステップ１４に制御を戻す。 【０１１１】ステップ１４）ｍ＝０の場合は管理ドメイ
ン間管理制御部は終了する。一方、ｍ≧０の場合はイテ
ップ１５に制御を移す。 【０１１２】以降、ステップ１４でｍ＝０が成立するま
で、ステップ１５、１６、１４の処理を繰り返す。次
に、ステップ１１でｍ＝０が成立してブロック２が終了
した場合のステップ１３、１４の処理を説明する。 【０１１３】ステップ１３）ここではｍ＝０であり、
（Ｎ）ネットワーク資源４−０に対応する（Ｎ＋ｍ）ネ
ットワーク資源４−ｍが全く存在しなかった場合か、あ
るいは（Ｎ）ネットワーク資源に対応する（Ｎ＋ｍ）ネ
ットワーク資源４−ｍへのアクセスが１つも許可されな
かった場合に相当する。これはステップ２で行われた
（Ｎ）ネットワーク資源４−０に対する詳細情報取得要
求が失敗したことを意味する。 【０１１４】従って、（Ｎ）管理プロセス３−０内の
（Ｎ）監視装置制御部３３−０の内、監視装置６に接続
されていて詳細情報取得要求を発行する際に使用された
（Ｎ）監視装置制御部３３−０が（Ｎ）表示制御通信路
７２−０を使用して監視装置６を制御し、監視装置６の
画面に（Ｎ）ネットワーク資源４−０に対する詳細情報
取得要求失敗を表示する。 【０１１５】ステップ１４）ｍ＝０が成立するので、管
理ドメイン間管理制御部は終了する。以上のようにし
て、各管理ドメイン間管理制御部による制御を終了した
後、オペレータは（Ｎ＋ｍ）管理プロセス３−ｍに接続
された監視装置６により、（Ｎ＋ｍ）管理プロセス３−
ｍによる（Ｎ＋ｍ）ネットワーク資源４−ｍへのアクセ
ス制御の許す範囲内で、（Ｎ＋ｍ）管理ドメイン２−ｍ
内の監視・制御を行うことができるようになる。 【０１１６】従って、オペレータは上記のアクセス制御
の制約範囲内で（Ｎ＋ｍ）管理プロセス３−ｍが用意す
る全ての管理機能を利用することがきる。該管理機能と
して、当該処理によって新たに接続した（Ｎ＋ｍ）管理
ドメインを、起動元の管理ドメインとして（すなわち上
記処理における（Ｎ）管理ドメインに置き換えて）、さ
らに管理ドメイン間管理制御部を適用する機能を含ませ
ることも可能である。 【０１１７】このように、本実施例によれば、各管理ド
メイン間管理制御部が、オペレータの操作する監視装置
が接続された（Ｎ）管理ドメインのネットワーク資源の
うちオペレータから指定されたと特定のネットワーク資
源に写像規則を一回使用して一段階詳細化した情報（あ
るいはその中でアクセスし得るもの）の属す（Ｎ＋１）
管理ドメインを自動的に求め、あるいは写像規則を連鎖
的に最大限適用して最も詳細化等した情報（あるいはそ
の中でアクセスし得るもの）の属する（Ｎ＋Ｍ）管理ド
メインを自動的に求め、監視装置に該（Ｎ＋１）または
（Ｎ＋Ｍ）管理ドメイン内の管理プロセスを接続してく
れるので、該オペレータは、管理ドメインによる制約を
受けずに、前記特定のネットワーク資源に対応する該
（Ｎ＋Ｍ）管理ドメイン内のネットワーク資源に対する
監視および／または制御を直接行うことができるように
なる。 【０１１８】次に、このような管理ドメイン間制御部を
設けることにより可能となるネットワーク管理につい
て、さらに具体例を用いて説明する。ここに、（Ｎ）管
理ドメインが論理的な回線を管理する論理ネットワーク
管理ドメインであり、（Ｎ＋１）管理ドメイン２−１が
ノードとそれらを接続する物理回線を管理する物理ネッ
トワーク管理ドメインであり、（Ｎ＋２）管理ドメイン
２−２がノードに対応する物理筐体と筐体内のパッケー
ジ構成等を管理する装置管理ドメインである場合を想定
する。 【０１１９】（Ｎ）管理プロセス３−０は論理回線を
（Ｎ）ネットワーク資源４−０として、（Ｎ＋１）管理
プロセス３−１はノードと物理回線を（Ｎ＋１）ネット
ワーク資源として、（Ｎ＋２）管理プロセス３−２はパ
ッケージを（Ｎ＋２）ネットワーク資源としてそれぞれ
管理する。 【０１２０】（Ｎ）ネットワーク資源４−０である論理
回線と（Ｎ＋１）ネットワーク資源４−１であるノード
および物理回線の間に、論理回線と該論理回線が経由す
るノードおよび物理回線との間の関係として（Ｎ＋１）
写像規則５−１が定義されている。 【０１２１】（Ｎ＋１）ネットワーク資源４−１である
ノードおよび物理回線と（Ｎ＋２）ネットワーク資源４
−２である物理筐体およびパッケージの間に、ノードと
該ノードに対応する物理筐体間およびパッケージと該パ
ッケージに収容される物理回線との間の関係として（Ｎ
＋２）写像規則５−２が定義されている。 【０１２２】ここで、あるパッケージに障害が発生した
場合を考える。このパッケージ障害は、該パッケージを
管理している（Ｎ＋２）被管理ノード３２−２によって
（Ｎ＋２）障害通知識別子を持った障害通知として（Ｎ
＋２）管理ノードに通知される。 【０１２３】該パッケージ障害通知は、パッケージと物
理回線との間の（Ｎ＋２）写像規則５−２により対応す
る物理回線障害通知として、（Ｎ＋１）障害通知識別子
を付与されて（Ｎ＋１）被管理ノード３２−１から（Ｎ
＋１）管理ノード３１−１に通知される。同時に（Ｎ＋
２）障害通知識別子と（Ｎ＋１）障害通知識別子の関係
が、該パッケージと該物理回線間の関係の一部として
（Ｎ＋２）写像規則５−２に付加される。 【０１２４】さらに、該物理回線障害通知は、物理回線
と論理回線間の（Ｎ＋１）写像規則５−１により対応す
る論理回線障害通知として、（Ｎ）障害通知識別子を付
与されて（Ｎ）被管理ノード３２−０から（Ｎ）管理ノ
ード３１−０に通知される。同時に（Ｎ＋１）障害通知
識別子と（Ｎ）障害通知識別子の関係が、該物理回線と
該論理回線間の関係の一部として（Ｎ＋１）写像規則５
−１に付加される。 【０１２５】（Ｎ）管理ノードが受信した論理回線障害
通知は、さらに（Ｎ）監視装置制御部３３−０に送られ
る。（Ｎ）監視装置制御部３３−０がその内容に応じて
監視装置６の画面を制御することにより（例えば画面上
にあるウィンドウに表示されている該論理回線の色を変
化させ、同時に別ウィンドウを作成し通知内容表示する
ことにより）、オペレータに論理回線障害を通知する。 【０１２６】以下、論理回線障害を通知されたオペレー
タが、詳細情報取得要求を発行することで起動される図
２の処理の流れについて、各ステップを追いながら説明
する。 【０１２７】ステップ１）ｍの初期値を０とする。 ステップ２）論理回線障害を通知されたオペレータは、
（Ｎ）ネットワーク資源４−０として画面上に表示され
ている該論理回線を指定し、詳細情報取得要求を開始す
る。 【０１２８】これにより、詳細情報の付加パラメータ入
力用ウィンドウが現れ、オペレータは、（Ｎ）障害通知
識別子等の付加パラメータを設定して、詳細情報取得要
求を発行する。なお、入力ウィンドウを表示する時点
で、対応することも予想される（Ｎ）障害通知識別子を
デフォールト値として設定しておくことも可能である。
また、オペレータ識別子等は自動的に付加される。 【０１２９】この詳細情報取得要求は監視装置６、
（Ｎ）監視装置制御部３３−０、（Ｎ）か管理ノード３
１−０、（Ｎ）被管理ノード３２−０の順に転送され、
（Ｎ＋１）管理ドメイン間管理制御部１１−１を起動す
る。 【０１３０】ステップ３）ｍを１増加する。 ステップ４）起動された（Ｎ＋１）管理ドメイン間制御
部１１−１は、（Ｎ）障害通知識別子と（Ｎ＋１）障害
通知識別子間の（Ｎ＋１）写像規則５−１を適用、対応
する（Ｎ＋１）障害通知識別子とそれを発行した（Ｎ＋
１）ネットワーク資源である物理回線を求める。 【０１３１】ステップ５）制御をステップ６へ進める。 ステップ６）付加パラメータとして障害通知識別子を伴
っていることから、写像規則の連鎖的適用が必要と判断
し、制御をステップ２へ進める。 【０１３２】ステップ２）（Ｎ＋１）管理ドメイン間管
理制御部１１−１は、ステップ４で求めた物理回線と
（Ｎ＋１）障害通知識別子を、それぞれ（Ｎ＋１）ネッ
トワーク資源および付加パラメータとして詳細情報取得
要求を発行する。 【０１３３】この詳細情報取得要求は、（Ｎ＋１）管理
ノード３１−１、（Ｎ＋１）被管理ノード３２−１の順
に転送され、（Ｎ＋２）管理ドメイン間管理制御部（図
示せず）を起動する。 【０１３４】ステップ３）ｍを１増加する。 ステップ４）起動された（Ｎ＋２）管理ドメイン間制御
部（図示せず）は、（Ｎ＋１）障害通知識別子と（Ｎ＋
２）障害通知識別子間の（Ｎ＋２）写像規則（図示せ
ず）を適用し、対応する（Ｎ＋２）障害通知識別子とそ
れを発行した（Ｎ＋２）ネットワーク資源であるパッケ
ージを求める。 【０１３５】ステップ５）制御をステップ６へ進める。 ステップ６）付加パラメータとして障害通知識別子を伴
っていることから、写像規則の連鎖的適用が必要と判断
し、制御をステップ２へ進める。 【０１３６】ステップ２）（Ｎ＋２）管理ドメイン間管
理制御部（図示せず）は、ステップ４で求めたパッケー
ジと（Ｎ＋２）障害通知識別子を、それぞれ（Ｎ＋２）
ネットワーク資源および付加パラメータとして詳細情報
取得要求を発行する。 【０１３７】この詳細情報取得要求は、（Ｎ＋２）管理
ノード（図示せず）、（Ｎ＋２）被管理ノード（図示せ
ず）の順に転送され、（Ｎ＋３）管理ドメイン間管理制
御部（図示せず）を起動する。 【０１３８】ステップ３）ｍを１増加する。 ステップ４）起動された（Ｎ＋３）管理ドメイン間管理
制御部（図示せず）は、（Ｎ＋２）障害通知識別子と
（Ｎ＋３）写像規則（図示せず）を適用し、対応する
（Ｎ＋３）障害通知識別子を求めようとするが、対応す
る（Ｎ＋３）障害通知識別子は存在しない。 【０１３９】ステップ５）ステップ４で対応する（Ｎ＋
３）ネットワーク資源が存在しなかったため、制御ステ
ップ９に進める。 【０１４０】ステップ９）（Ｎ＋３）管理ドメイン間管
理制御部（図示せず）は、（Ｎ＋２）管理プロセスに対
し、対応する（Ｎ＋３）ネットワーク資源が存在しない
旨を通知する。 【０１４１】（Ｎ＋２）管理プロセス（図示せず）は、
この通知をステップ２で行った詳細情報取得要求に対す
る失敗応答として、（Ｎ＋２）被管理ノード（図示せ
ず）、（Ｎ＋２）管理ノード（図示せず）の順に転送
し、（Ｎ＋２）管理ドメイン間管理制御部（図示せず）
に通知する。 【０１４２】ステップ１０）ｍを１減少させる。 ステップ１１）ｍ＝２なので制御をステップ７に進め
る。 【０１４３】ステップ７）失敗通知を受けた（Ｎ＋２）
管理ドメイン間管理制御部は、（Ｎ＋２）管理プロセス
を制御して（Ｎ＋２）ネットワーク資源（図示せず）で
あるパッケージの管理情報を取得する。 【０１４４】（Ｎ＋２）管理プロセス内での処理は、
（Ｎ＋２）管理ノード（図示せず）による（Ｎ＋２）被
管理ノード３２−２に対する情報取得要求とそれに対す
る応答として処理される。 【０１４５】なお、ここでは、パッケージの管理情報へ
のアクセスが許可され、（Ｎ＋２）管理ドメイン間管理
制御部がパッケージの管理情報を取得できたと仮定す
る。 ステップ８）アクセスが許可されたので、制御をステッ
プ１２に移す。 【０１４６】ステップ１２）（Ｎ＋２）管理ドメイン間
管理制御部（図示せず）は、適当な（Ｎ＋２）監視装置
制御部（図示せず）を選択し、（Ｎ＋２）制御通信路
（図示せず）を介して、詳細情報取得要求に含まれてい
た監視装置のネットワークアドレスおよび必要な場合は
認証用等の付加パラメータを与えて、（Ｎ＋２）監視装
置制御部（図示せず）と監視装置６間に（Ｎ＋２）表示
制御通信路（図示せず）を設定するように要求する。 【０１４７】（Ｎ＋２）監視装置制御部（図示せず）は
ネットワーク７が持っている通信路設定部（図示せず）
を利用して監視装置６との間に（Ｎ＋２）表示制御通信
路６（図示せず）を設定し、（Ｎ＋２）管理ドメイン間
管理制御部（図示せず）に応答を返す。 【０１４８】なお、ここでは、通信路設定が成功したも
のとする。 ステップ１３）（Ｎ＋２）管理ドメイン間管理制御部
（図示せず）は、ステップ１２で設定した（Ｎ＋２）表
示制御通信路（図示せず）により監視装置６に接続され
ている（Ｎ＋２）監視装置制御部（図示せず）に対し、
（Ｎ＋２）ネットワーク資源（図示せず）であるパッケ
ージに関し取得した管理情報およびパッケージの発行し
た障害通知の内容を与え、その表示を制御するように指
示する。 【０１４９】監視装置６の画面には、パッケージの管理
情報を表示するウィンドウと障害通知の内容を表示する
ウィンドウが新たに現れ、オペレータは障害に該当する
パッケージと障害内容を認識することができる。 【０１５０】ステップ１４）制御をステップ１５に進め
る。 ステップ１５）（Ｎ＋２）管理ドメイン間管理制御部
（図示せず）は、（Ｎ＋１）管理プロセス３−１に詳細
情報取得要求成功を通知する。 【０１５１】（Ｎ＋１）管理プロセスでは、詳細情報取
得要求の成功応答として次の処理を行う。すなわち、
（Ｎ＋２）管理ドメイン間管理制御部から通知を受けた
（Ｎ＋１）被管理ノード３２−１は、（Ｎ＋１）管理通
信路７１−１により（Ｎ＋１）管理ノード３１−１に詳
細情報取得要求成功応答を返す。（Ｎ＋１）管理ノード
３１−１は、（Ｎ＋１）管理ドメイン間管理制御部１１
−１に成功応答受信を通知する。 【０１５２】ステップ１６）ｍを１減少させる。 ステップ１４）制御ステップ１５に進める。 【０１５３】ステップ１５）（Ｎ＋１）管理ドメイン間
管理制御部１１−１は、（Ｎ）管理プロセス３−０に詳
細情報取得要求成功を通知する。 【０１５４】（Ｎ）管理プロセス３−０は、詳細情報取
得要求の成功応答として次の処理を行う。すなわち、
（Ｎ＋１）管理ドメイン間管理制御部１１−１から成功
の通知を受けた（Ｎ）被管理ノード３２−０は、（Ｎ）
管理通信路７１−０により（Ｎ）管理ノード３１−０に
詳細情報取得要求成功応答を返す。さらに、（Ｎ）管理
ノード３１−０は（Ｎ）監視通信路７２−０により
（Ｎ）監視装置制御部に成功応答を返す。 【０１５５】ステップ１６）ｍを１減少させる。 ステップ１４）各管理ドメイン間管理制御部による制御
を終了する。 【０１５６】このようにして、管理ドメイン間管理制御
部を終了した後、オペレータは（Ｎ＋２）管理プロセス
３−２に接続された監視装置６により、（Ｎ＋２）管理
プロセス３−２による（Ｎ＋２）ネットワーク資源４−
２へのアクセス制御の許す範囲で、（Ｎ＋２）管理ドメ
イン２−２内の監視・制御を行うことができるようにな
る。 【０１５７】従って、オペレータは上記のアクセス制御
の制約範囲内で（Ｎ＋２）管理プロセス３−ｍが用意す
る全ての管理機能を利用することができる。具体的に
は、オペレータは、パッケージの管理情報を表示してい
るウィンドウから、さらにパッケージを収容する物理筐
体の管理情報を表示するウィンドウ表示するように要求
することができる。その内容からオペレータは該物理筐
体を管理している管理者と連絡先を知ることができ、最
終的に該物理筐体を管理している管理者に、パッケージ
の交換を要求することができる。 【０１５８】また、（Ｎ＋２）管理プロセスを上記処理
における（Ｎ）管理ドメインに置き換えて、（Ｎ＋２）
管理プロセスからさらに管理ドメイン間管理制御部を適
用することも可能である。つまり、（Ｎ＋２）ネッワー
ク資源として障害パッケージを指定し、該バッケージが
収容する物理回線を（Ｎ＋１）ネットワーク資源として
対応させ、監視装置６の画面に表示させることができ
る。 【０１５９】さらに、（Ｎ＋１）管理プロセスから管理
ドメイン間管理制御部を適用することも可能である。該
物理回線が収容する論理回線を（Ｎ）ネットワーク資源
として対応させ、監視装置６の画面に表示させることが
できる。 【０１６０】これにより、オペレータはパッケージ交換
により影響の及ぶ論理回線を予め知ることができる。な
お、本発明は、上記実施例に限定されるものではなく、
本発明の要旨を逸脱しない範囲で、種々変形して実施す
ることができる。 【０１６１】 【発明の効果】以上説明したように、本発明によればネ
ッワークを複数の管理ドメインに分けて管理している場
合に、以下のような効果を奏する。 （ａ）オペレータの監視装置に接続されている管理プロ
セスとは別の管理プロセスの管理下にあるネットワーク
資源を写像規則を利用することにより要求に応じて自動
的に選択し、監視装置を前記ネットワーク資源を管理し
ている管理プロセスに接続するので、オペレータは管理
ドメインによる制約を受けずに、ネットワーク資源に対
する監視・制御範囲を行うことができる。 【０１６２】これとともに、各管理プロセスの持つべき
管理情報種数・管理情報量・行うべき処理量を削減する
ことができる。 （ｂ）監視装置と監視・制御したいネットワーク資源を
管理している管理プロセスを直接接続し、画面制御通信
により監視装置の画面を制御するため、管理プロトコル
・管理情報モデルの変換の不完全さによる制約を受けず
に他の管理ドメイン内のネッワーク資源の監視・制御を
行うことができる。

【図面の簡単な説明】 【図１】本発明の一実施例に係るネットワーク管理シス
テムの概略構成を示す図 【図２】管理ドメイン間管理制御部の処理の流れを示す
フローチャート 【符号の説明】 ２−０…（Ｎ）管理ドメイン（管理領域）、２−１…
（Ｎ＋１）管理ドメイン、２−ｍ…（Ｎ＋ｍ）管理ドメ
イン、２−Ｍ…（Ｎ＋Ｍ）管理ドメイン、３−０…
（Ｎ）管理プロセス（管理手段）、３−１…（Ｎ＋１）
管理プロセス、３−ｍ…（Ｎ＋ｍ）管理プロセス、３−
Ｍ…（Ｎ＋Ｍ）管理プロセス、４−０…（Ｎ）ネットワ
ーク資源、４−１…（Ｎ＋１）ネットワーク資源、４−
ｍ…（Ｎ＋ｍ）ネットワーク資源、４−Ｍ…（Ｎ＋Ｍ）
ネットワーク資源、５−１…（Ｎ＋１）写像規則、５−
ｍ…（Ｎ＋ｍ）写像規則、５−Ｍ…（Ｎ＋Ｍ）写像規
則、６…監視装置（ネットワーク資源操作手段）、７…
ネットワーク（通信手段）、１１−１…（Ｎ＋１）管理
ドメイン間管理制御部（管理領域間管理制御手段）、１
１−ｍ…（Ｎ＋ｍ）管理ドメイン間管理制御部、１１−
Ｍ…（Ｎ＋Ｍ）管理ドメイン間管理制御部、３１−０…
（Ｎ）管理ノード、３１−１…（Ｎ＋１）管理ノード、
３１−ｍ…（Ｎ＋ｍ）管理ノード、３１−Ｍ…（Ｎ＋
Ｍ）管理ノード、３２−０…（Ｎ）被管理ノード、３２
−１…（Ｎ＋１）被管理ノード、３２−ｍ…（Ｎ＋ｍ）
被管理ノード、３２−Ｍ…（Ｎ＋Ｍ）被管理ノード、３
３−０…（Ｎ）監視装置制御部、３３−１…（Ｎ＋１）
監視装置制御部、３３−ｍ…（Ｎ＋ｍ）監視装置制御
部、３３−Ｍ…（Ｎ＋Ｍ）監視装置制御部、７１−０…
（Ｎ）管理通信路（情報通信路）、７１−１…（Ｎ＋
１）管理通信路、７１−ｍ…（Ｎ＋ｍ）管理通信路、７
１−Ｍ…（Ｎ＋Ｍ）管理通信路、７２−０…（Ｎ）監視
通信路（情報通信路）、７２−１…（Ｎ＋１）監視通信
路、７２−ｍ…（Ｎ＋ｍ）監視通信路、７２−Ｍ…（Ｎ
＋Ｍ）監視通信路、７３−１…（Ｎ＋１）制御通信路
（情報通信路）、７３−ｍ…（Ｎ＋ｍ）制御通信路、７
３−Ｍ…（Ｎ＋Ｍ）制御通信路、７４−０…（Ｎ）表示
制御通信路（情報通信路）、７４−ｍ…（Ｎ＋ｍ）表示
制御通信路

Claims (1)

1. (57)【特許請求の範囲】 【請求項１】ネットワークを複数の管理領域に分割し、
   該管理領域内のネットワーク資源を管理する管理手段を
   各管理領域内にそれぞれ設けたネットワーク管理システ
   ムにおいて、 少なくとも１つの管理領域内の前記管理手段に接続さ
   れ、該管理手段を介して該管理領域内のネットワーク資
   源の監視および制御の少なくとも一方をするネットワー
   ク資源操作手段と、 このネットワーク資源操作手段と各管理領域内の前記管
   理手段との間にそれぞれ情報通信路を設けるための通信
   手段と、 ２つの異なる管理領域内の前記管理手段相互間に設けら
   れ、一方の管理領域内の管理手段に該一方の管理領域内
   の特定のネットワーク資源を指定した管理要求が与えら
   れた場合、該２つの異なる管理領域内のネットワーク資
   源に関する情報の表現形式相互間の関係を定義した写像
   規則に基づいて、該一方の管理領域内の特定のネットワ
   ーク資源に対応する他方の管理領域内のネットワーク資
   源を求めるとともに、該他方の管理領域内の管理手段に
   該求めたネットワーク資源を指定した管理要求を与える
   少なくとも１つの管理領域間管理制御手段とを具備し、 前記管理領域間管理制御手段のうち前記ネットワーク資
   源操作手段からいずれかの管理領域内の前記管理手段を
   介して該管理領域内の特定のネットワーク資源を指定し
   た管理要求が与えられたものが起点となって動作し、こ
   れに応答して前記管理手段および前記管理領域間管理制
   御手段が順次連鎖的に動作することによって次々と前記
   対応するネットワーク資源を求め、いずれかの前記管理
   領域間管理制御手段によって求められた該対応するネッ
   トワーク資源の属する管理領域を決定するとともに、 該決定した管理領域を求めた管理領域間管理制御手段
   は、前記通信手段を利用して、該決定した管理領域内の
   管理手段と前記ネットワーク資源操作手段との間に情報
   通信路を設定することを特徴とするネットワーク管理シ
   ステム。