(57)【特許請求の範囲】
【請求項１】
自ネットワークの終端点の管理部，パスの設定・解除を行うネットワークマネージメントシステムを備えた複数のネットワークを管理するネットワーク管理システムにおいて，
複数のクライアントネットワークとサーバネットワークの構成，アクセスポイント等の管理を行う管理部，データベース及び障害復旧部を備えるコーディネータシステムを設け，
前記コーディネータシステムの前記データベースは，前記サーバネットワークと前記クライアントネットワークとを構成する情報を含むネットワーク構成情報テーブルと，前記サーバネットワークを接続するアクセスポイントの対応関係及びその状態を含む対応関係テーブルとを備え，
前記コーディネータシステムの管理部は，前記サーバネットワークのネットワークマネージメントシステムからのサーバパスの生成通知に応じて，前記通知されたサーバパスの終端点を前記対応関係テーブルを用いてクライアントネットワークの終端点に変換し，クライアントネットワークのネットワークマネージメントシステムに対してクライアントのパス生成を指示するパス管理部を備えることを特徴とするネットワーク管理システム。
【請求項２】
請求項１において，
前記コーディネータシステムのパス管理部は，前記サーバネットワークのネットワークマネージメントシステムからのパス解除通知の前にクライアントネットワークのパス解除の通知を受け取ると，アクセスポイントの状態が使用中でなく解除可能であるとクライアントネットワークのネットワークマネージメントシステムに対しパス解除を指示すると共に，サーバネットワークのネットワークマネージメントシステムに対しパス解除を許可することを特徴とするネットワーク管理システム。
【請求項３】
請求項１または２の何れかにおいて，
前記コーディネータシステムのパス管理部は，パス設定時に前記対応関係テーブルの対応するパスの状態を使用中に変更し，パス解除時に前記対応関係テーブルの対応するパスの状態を未使用に変更することを特徴とするネットワーク管理システム。
【請求項４】
請求項１において，
前記コーディネータシステムのパス管理部は，クライアントネットワークのネットワークマネージメントシステムからパス設定要求を受け取ると，前記ネットワーク構成情報テーブルを検索してクライアントパス終端点のネットワークを識別し，
識別したネットワークのアクセスポイントを前記対応関係テーブルから検索して未使用のアクセスポイントを検出し，サーバネットワークのネットワークマネージメントシステムに対してパス設定指示を行い，
パス設定の完了の結果を前記サーバネットワークのネットワークマネージメントシステムから受け取ると，アクセスポイント対応テーブルの状態を設定済とし，前記クライアントネットワークのネットワークマネージメントシステムにサーバパス設定を通知することを特徴とするネットワーク管理システム。
【請求項５】
請求項１において，
前記障害復旧部は，サーバネットワーク内の障害発生に応じて，前記サーバネットワークのネットワークマネージメントシステムは前記クライアントネットワークに対し障害復旧動作を停止する指示を送出すると共にサーバネットワークにおいて障害復旧動作を開始し，
サーバネットワークにおいて障害復旧が失敗すると，クライアントネットワークに対し障害復旧開始の指示を送出してクライアントネットワークにおいて障害復旧を開始することを特徴とするネットワーク管理システム。
【請求項６】
請求項５において，
前記サーバネットワークにおける障害復旧の動作の開始と共に前記サーバネットワークのネットワークマネージメントシステムに通知し，
前記サーバネットワークのネットワークマネージメントシステムはコーディネータシステムに障害通知の送出を行って，該コーディネータシステムは前記パス管理部により前記ネットワーク構成情報テーブルを検索してサーバパスの終端点に接続されたクライアントネットワークを識別して，クライアントとサーバのネットワーク間の接続可能なアクセスポイントを前記対応関係テーブルから検索し，
前記サーバネットワークのネットワークマネージメントシステムに対し検索されたアクセスポイントを経由する経路探索を指示して探索された経路を迂回経路テーブルに経路有りと記録して使用することを特徴とするネットワーク管理システム。
【請求項７】
請求項５において，
前記クライアントネットワークで障害復旧に失敗すると，クライアントネットワークのネットワークマネージメントシステムからコーディネータシステムに対し障害復旧不成功の通知をし，
前記コーディネータシステムは迂回経路テーブルに経路有りと記録されていると，再度前記クライアントネットワークのネットワークマネージメントシステムに障害復旧開始を指示することを特徴とするネットワーク管理システム。
【請求項８】
請求項５において，
前記サーバネットワークで障害復旧に成功すると，前記クライアントネットワークのネットワークマネージメントシステムから前記コーディネータシステムに対し障害復旧成功の通知をし，
前記コーディネータシステムは，前記障害復旧動作時にパス管理部により検索された迂回経路が記録された迂回経路テーブルの経路を解除するようサーバネットワークのネットワークマネージメントシステムに対して指示することを特徴とするネットワーク管理システム。
【請求項９】
請求項１乃至８の何れかにおいて，
コーディネータシステムは，前記サーバネットワークのネットワークマネージメントシステムまたはクライアントネットワークのネットワークマネージメントシステムの各操作者に対し予めアクセスレベルを付与し，相互に他のネットワークのネットワークマネージメントシステムへのアクセス制御を行う場合に必要なアクセスレベルを備えるかのチェックをすることを特徴とするネットワーク管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は複数ドメインネットワークにおけるネットワーク管理システムに関する。
【０００２】
ネットワークを管理する管理システムは，ＡＴＭ，ＳＤＨ，ＩＰ等のネットワーク毎に配備され，それぞれのネットワーク内におけるリソース・パス・障害等の管理を行っている。
【０００３】
近年，ＡＴＭ，ＳＤＨ，ＩＰ等は光ネットワークによるサーバネットワークと接続されそれぞれがクライアントネットワークとして構成されて管理されることが望まれている。
【０００４】
【従来の技術】
図１６はネットワークのシステム構成を示す。図において，８０はセルによりＶＰＩ（バーチャルパス識別子）・ＶＣＩ（バーチャルチャネル識別子）を用いてパスとチャネルを表して非同期で伝送を行うＡＴＭ（Asynchronous Transfer Mode) のネットワーク，８１は同期式に各種のバーチャルコンテナの形式でデータを伝送するＳＤＨ（Synchronous Digital Hieralchy)のネットワーク，８２はＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol)の中のコネクションレス型のパケット交換を行うＩＰ（Internet Protocol)のネットワークであり, ８３はこれらのネットワークは実際に信号を伝送する物理媒体として光ファイバを用いた光ネットワークである。
【０００５】
光ネットワーク８３は各ネットワーク８０〜８２に対してサーバとして機能するためサーバネットワークと呼ばれ，８０〜８２の各ネットワークはクライアントネットワークと呼ばれる。
【０００６】
各ネットワーク８０〜８２及び８３にはそれぞれのネットワーク内におけるリソース，パス，障害等の管理を行うためのネットワーク管理システム（Network Management System:ＮＭＳ）８０ａ，８１ａ，８２ａ及び８３ａを備え，各ネットワーク管理システムはそれぞれ独立している。このように各ネットワーク８０〜８３はそれぞれ異なるドメイン（資源管理の領域）を構成し，複数ドメインによりこのネットワークシステムが構成される。
【０００７】
通信事業者やインターネットサービスプロバイダは急増するインターネット及びデータ通信トラヒックを収容するため，基幹通信網へのポイント・ツウ・ポイントの波長多重通信システムの導入を計画している。これに加え，光クロスコネクトシステム（ＯＸＣ：Optical Crossconnection)や，光波長多重分岐システム（ＯＡＤＭ:Optical Add Drop Multiplex)で構成されるメッシュ状の光ネットワークは既存のネットワークの様々な限界を打破し，低コストで且つ大容量の次世代通信基盤を提供することが期待されている。なお，光ネットワークについてはＩＴＵ−Ｔ（国際電気通信連合の電気通信標準化セクター）において，光チャネル（０Ｃｈ：0ptical Channel)レイヤ, 光多重セクション（ＯＭＳ:Optical Multiplex Section) レイヤ，光伝送セクション（ＯＴＳ：Optical Transmission Section) レイヤの３レイヤでモデル化することが検討されている。
【０００８】
【発明が解決しようとする課題】
上記した図１６の各ネットワーク管理システム８０ａ〜８３ａはそれぞれ独立して運用され，相互に連携していないため，サーバレイヤ（サーバの階層を意味し，図１６のサーバネットワークである光ネットワーク８３を表す）で障害が発生した場合には，サーバレイヤで障害復旧を行い，障害が全て復旧しない場合は，ユーザに対して通知を行うだけで，他のネットワーク管理システムに障害復旧等を起動させることがなく，そのために復旧が遅れるという問題があった。
【０００９】
また障害復旧を高速化するにはサーバレイヤで全て復旧させるための予備を多量に用意する必要があり，コストが増大するという問題があった。
【００１０】
本発明は複数ドメインネットワークの各ネットワーク管理システムの間で連携を行うことができるネットワーク管理システムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
図１は本発明の原理構成を示す。図中，１は本発明により設けたコーディネータシステム，１０は管理部，１０ａはサーバネットワーク及びクライアントネットワークの構成情報を含むテーブル（後述する１３ａ）を管理するネットワーク構成管理部，１０ｂは初期化時に終端点等のリソースを構築し，サーバネットワークとクライアントネットワークが接続する終端点の対応関係を表す情報を含むテーブル（後述する１３ｂ）を用いて対応管理を行うアクセスポイント管理部，１０ｃはパス開通要求時に動作しクライアントからサーバのパスを生成したり，サーバのパス生成時にクライアントに対しコネクション生成制御を行うパス管理部，１１はコーディネータを介してサーバネットワーク，クライアントネットワークのＮＭＳ（ネットワークマネージメントシステム）間でメッセージ通信の制御を行うＮＭＳ間メッセージ通信部，１２は障害発生時に動作しレイヤ間の障害復旧の連携を行う障害復旧部，１３は各種のテーブルやデータを格納したデータベース，１３ａはサーバネットワークとクライアントネットワークの構成情報が含まれるネットワーク構成情報テーブル，１３ｂはサブネットワークを接続するアクセスポイントの対応関係と状態を表す対応関係テーブル，１３ｃはアクセスポイント情報をもつ迂回経路テーブル，２は光ネットワークで構成するサーバサブネットワーク，３，４はＡＴＭ，ＳＤＨ，ＩＰ等の中の何れかのネットワークで構成されるクライアントサブネットワーク，２０はサーバサブネットワークマネージメントシステム（サーバＳＮＭＳで表示），２１はサーバネットワークマネージメントシステム（サーバＮＭＳで表示），３０，４０は各クライアントサブネットワークに対応して設けられたクライアントサブネットワークマネージメントシステム（クライアントＳＮＭＳで表示），３１は複数のクライアントＳＮＭＳを制御するクライアントネットワークマネージメントシステム（クライアントＮＭＳで表示）である。
【００１２】
光ネットワーク（サーバサブネットワーク）２は図示省略されているが光クロスコネクト装置（ＯＸＣ），光ＡＤＭ（Add Drop Multiplex) 装置，ＷＤＭ(Wavelength Division Multiplex) 多重化装置等で構成され，クライアントネットワーク（クライアントサブネットワーク）３，４はＡＴＭ，ＳＤＨ，ＩＰ等のネットワークで構成され，各構成情報はネットワーク構成情報テーブル１３ａに保持され，サーバサブネットワーク２とクライアントサブネットワーク３，４を接続するアクセスポイントと状態（運用中，未使用等）が対応関係テーブル１３ｂに保持されている。
【００１３】
サーバサブネットワーク２のレイヤとクライアントサブネットワーク３，４のレイヤ間の連携を行うため，コーディネータシステム１のネットワーク構成管理部１０ａは図示省略された操作者（オペレータ）により操作された端末からの指示によりサーバサブネットワーク２及び各クライアントサブネットワーク３，４の構成情報テーブル１３ａを登録，更新する。また，アクセスポイント管理部１０ｂはサーバネットワーク及び各クライアントネットワークのネットワークマネージメントシステム（ＮＭＳ）２１，３１のそれぞれが自ドメインの終端点情報のみを管理するが，このコーディネータシステム１のアクセスポイント管理部１０ｂは各ドメイン内終端点の対応を対応関係テーブル１３ｂを用いて管理し，サーバレイヤでパスを設定した場合，クライアント側では，サーバパスの終端点と接続されているクライアントの終端点間クライアントのコネクションを設定する。
【００１４】
パス管理部１０ｃはクライアントＮＭＳ３１でパス設定を行った場合，要求された帯域の経路が取得できないと，サーバパスの生成を行い，サーバでパスを生成した場合にクライアント側で対応するコネクションを設定する機能を持ち，収容するクライアントパスの帯域管理も行う。
【００１５】
障害復旧部１２は障害発生時に，その障害が発生したドメイン（ネットワーク）内のＮＭＳに備えられた障害復旧機構で障害復旧を行うが，全ての障害が復旧できない場合があり，その場合は他のレイヤ（他のネットワーク）で再ルーチングを行うことにより復旧を行う。
【００１６】
なお，サーバやクライアントの各ネットワークマネージメントシステム２１，３１は操作者（ユーザまたはオペレータ）が操作端末（図示省略）から指示を行うことによりパス設定，解除等のネットワーク間にまたがる処理をコーディネータシステム１を介して行うが，各操作者にアクセスレベルを持たせることで，一定レベル以上を持つ場合だけアクセス制御を許可するようにすることができる。
【００１７】
【発明の実施の形態】
図２はテーブルの構成例を示し，Ａ．は５つのサブネットワークから成るネットワークの構成例，Ｂ．はそのネットワーク構成情報テーブル（図１のサブネットワーク構成情報テーブル１３ａに対応），Ｃ．はアクセスポイント対応テーブル（図１の対応関係テーブル１３ｂに対応）である。Ａ．に示すようなネットワーク構成の例では，ネットワーク構成情報テーブルには，Ｂ．に示すように各サブネットワークＩＤの１〜５に対してサーバ・クライアント種別，サーバ種別（ＷＤＭ（波長分割多重），ＳＤＨ，ＩＰ等の種別），各サブネットワークに対して接続されているサブネットワークのＩＤ，更にアクセスポイントリスト（接続された各サブネットワークへのアクセスポイントのリスト）の各情報が図に示すように設定される。また，アクセスポイント対応テーブルには，Ｃ．に示すようにクライアントアクセスポイントＩＤに対して接続されたサーバアクセスポイントＩＤが設定され，更に各テーブルの項目毎にそれぞれのアクセスポイントの状態（運用中，未使用等）が登録される。
【００１８】
図２のＢ．及びＣ．に示すテーブルは新規に設備が増設された場合に，クライアントＮＭＳ，サーバＮＭＳからの通知を基にコーディネータシステム１において作成される。
【００１９】
図３にサーバパス設定の動作説明図である。図３の１〜４及び２０，２１，３０，３１，４０の各符号は上記図１の同じ符号の各部と同じであり説明を省略する。
【００２０】
オペレータが操作端末からサーバＮＭＳ２１に対して，４０１０−５００１間のパス設定を指示すると（図３の▲１▼），サーバＮＭＳ２１はサブネットワーク２の終端点４０１０と５００１間のパス設定を行う（図３の▲２▼）。これにより，サブネットワーク２内のパス設定が完了すると，サーバＮＭＳ２１はコーディネータシステム１に対し終端点，帯域情報を持つパス生成通知を送付する（図３の▲３▼）。コーディネータシステム１では，生成通知に含まれた終端点情報を基に，アクセスポイント対応テーブル（図２のＣ．）から，それぞれに接続されているクライアントサブネットワーク３，４の終端点３−２００３，４−５００１を取得し，クライアントＮＭＳ３１に対してパス設定指示を行う（図３の▲４▼）。これに応じて，クライアントＮＭＳ３１はクライアントＳＮＭＳ３０及びクライアントＳＮＭＳ４０に対してそれぞれサブネットワーク３とサブネットワーク２の終端点間及びサブネットワーク４とサブネットワーク２の終端点間の各パスを運用状態に設定する制御を行う。なお，クライアントパスは，ＡＴＭの場合はＶＰＩ・ＶＣＩ，ＳＤＨの場合は固定の帯域，ＩＰの場合はＩＰアドレスによるパスである。なお，パス設定の指示を発生した操作者が保持する権威（レベル）によってパス設定を実行するか否かを判定する処理を含むようにすることができる。
【００２１】
図４はパス設定時のクライアントＮＭＳの処理フローである。この処理はサーバＮＭＳからパス生成通知の受信により開始され，アクセスポイント関係テーブルから対応するクライアントアクセスポイントを検索する（図４のＳ１）。この検索でアクセスポイントが存在するか判別し（図４のＳ２），存在しないと処理を終了し，存在するとクライアントに対しクライアントパスの生成をクライアントサブネットワークのＮＭＳに対し指示する（同Ｓ３）。
【００２２】
図５はサーバパス解除の動作説明図である。図５の１〜４及び２０，２１，３０，３１，４０の各符号は上記図１，図３の同じ符号の各部と同じであり説明を省略する。
【００２３】
オペレータが操作端末からサーバＮＭＳ２１に対して，４０１０−５００１間のパス解除を指示すると（図５の▲１▼），これを受けたサーバＮＭＳ２１はコーディネータシステム１に対して４０１０−５００１のパスの運用状態チェック依頼を行う（図５の▲２▼）。コーディネータシステム１は，図２のＣ．に示すようなアクセスポイント関係テーブルを参照して運用状態をチェックし（図５の▲３▼），運用チェック応答はサーバＮＭＳ２１に通知される（図５の▲４▼）と共に，運用中でない場合は，クライアントＮＭＳ３１に対してパス解除の指示を行い（図５の▲５▼），クライアントＮＭＳ３１はこれに応じて対応するクライアントアクセスポイント間（４−５００１，３−２００３間）のクライアントパスの解除をクライアントＳＮＭＳ３０，４０に対し指示する（図５の▲６▼）。解除が終了するとクライアントＳＮＭＳ３０，４０からコーディネータシステム１に解除終了通知が送られると，コーディネータシステム１はサーバＮＭＳ２１に，未使用の運用チェック応答を返し，サーバＮＭＳ２１でパス解除を開始する。
【００２４】
図６はパス解除時のクライアントＮＭＳの処理フローである。この処理はサーバＮＭＳからパス解除通知を受信したクライアントＮＭＳにおいて開始され，通知を受け取るとアクセスポイント関係テーブルから対応するクライアントアクセスポイントを検索する（図６のＳ１）。この検索でアクセスポイントが存在するか判別し（図６のＳ２），存在しないと処理を終了し，存在するとそのパスの状態が使用中か否か判別し（同Ｓ３），使用中の場合はサーバＮＭＳにパス使用中を通知し（同Ｓ４），使用中でない場合はサーバＮＭＳにパス解除可能を通知する（同Ｓ５）。この場合，パス解除通知を発生した運用者が保持する権威（レベル）によってパス解除通知を行うことができるか否かを決めるようにすることができる。
【００２５】
上記図３，図４に示すパス設定処理において，新規にサーバパス及びクライアントパスを設定した場合は，未使用のまま遷移し，クライアント側で新たにパス設定を行い生成通知をコーディネータシステムに通知した時点で，状態を運用状態に遷移させるようにすることができる。また，上記図５，図６に示すようにクライアントＮＭＳでパス解除において，解除通知をコーディネータシステムに通知し，全てのクライアントパスが解除された場合に状態を未使用にする。この未使用にすることで，二重の設定をすることを防止できる。
【００２６】
次にクライアント側からの設定のための動作を示す。
【００２７】
図７はクライアントＮＭＳによるクライアントネットワーク間のパス設定の動作説明図である。図７の１〜４及び２０，２１，３０，３１，４０の各符号は上記図１，図３，図５の同じ符号の各部に対応しており説明を省略する。
【００２８】
図７において，最初にクライアントＮＭＳ３１に対しオペレータが操作端末か４−６００１と３−７００１間のパス設定指示が与えられると（図７の▲１▼），クライアントＮＭＳ３１では指示された帯域の空き経路があるかテーブルを探索する（図７の▲２▼）。要求された帯域の経路が無い場合は，コーディネータシステム１に対しパス設定要求を通知する（図７の▲３▼）。コーディネータシステム１は，これを受け取るとクライアントの終端点を基に，ネットワーク構成情報（図２のＢ．）の探索を指示して（図７の▲４▼），サブネットワークＩＤ（図７のサブネットワーク４とサブネットワーク３）を得て，このサブネットワーク４と３を接続可能なアクセスポイントをアクセスポイント関係テーブル（図２のＣ．）から得て（サブネットワーク２の４０１０と５００１），この４０１０と５００１間のパス設定をサーバＮＭＳ２０に指示する（図７の▲５▼）。パス設定終了後，コーディネータシステム１からパス設定要求通知のパスをクライアントＮＭＳ３１に対し生成指示する。
【００２９】
図８は図７の動作におけるコーディネータシステムの処理フローである。クライアントＮＭＳからパス設定要求を受信すると処理を開始し，クライアントパス終端点のサブネットワークＩＤをネットワーク構成情報テーブル（図２のＢ．）から検索する（図８のＳ１）。サブネットワーク間を接続するサーバネットワークのアクセスポイントをアクセスポイント対応テーブル（図２のＣ．）から検索する（図８のＳ２）。この検索では未使用のアクセスポイントがあるか判別し（図８のＳ３），ない場合はクライアントＮＭＳにサーバパス設定不可能を通知し（同Ｓ４），ある場合はＮＭＳにサーバのアクセスポイント間のパス設定指示を行う（同Ｓ５）。続いて，サーバＮＭＳからサーバパス設定結果を受信し（図８のＳ６），その内容がパス設定が行われたことを表すか判別する（同Ｓ７）。パス設定が行われない場合は，上記Ｓ２に戻り，パス設定が行われた場合には，アクセスポイント対応テーブルの状態を設定済みにし（同Ｓ８），クライアントＮＭＳにサーバパス設定完了を通知しクライアントＮＭＳでクライアントパスを再設定する（同Ｓ９）。
【００３０】
次に図９はサーバネットワークで障害が発生した場合の動作説明図である。図９の１〜４及び２０，２１，３０，３１，４０の各符号は上記図１，図３，図５等の同じ符号の各部に対応しており説明を省略する。
【００３１】
図９において，サーバネットワーク２内で障害が発生すると，クライアント装置と接続されている，サーバ装置で警報を検出した場合クライアント装置に対して警報復旧停止指示を行う（図９の▲１▼）。この指示はクライアント装置側での障害復旧動作を抑止してサーバ側での復旧を優先して行うために出される。サーバ側で障害復旧が失敗した場合は（図９の▲２▼），クライアント装置に対して障害復旧開始指示を送出し（同▲３▼），クライアント側で障害復旧を開始する。
【００３２】
サーバネットワーク内で障害復旧が失敗した場合，サーバＮＭＳ２１がコーディネータシステム１に対して障害復旧不成功の通知を行う（図９の▲５▼）。コーディネータシステム１では，障害となったサーバパスの終端点を基に，接続されているクライアントサブネットワークＩＤを得て，クライアントサブネットワークとサーバネットワークを接続可能なアクセスポイントをアクセスポイント対応テーブルから検索し，サーバＮＭＳ２１にパス経路探索を指示し，迂回経路テーブル（図１の１３ｃ）に記録し（図９の▲６▼），状態を検索中とする。成功した場合は，コーディネータシステム１で迂回経路テーブルの状態を経路有りとして記録する。
【００３３】
図１０乃至図１２は障害発生時の各部の処理フローであり，図１０はサーバＳＮＭＳの処理フローであり，図１１はサーバネットワーク，サーバＮＭＳの処理フロー，図１２はコーディネータシステムの処理フローである。
【００３４】
図１０は，サーバネットワーク（サーバ装置）における処理であり，サーバ装置で障害が検出されると，クライアントネットワーク（クライアント装置）に障害復旧抑止メッセージを送信する（図１０のＳ１）。その後障害復旧処理が終了したか判別し（図１０のＳ２），終了すると障害が復旧したか判別し（同Ｓ３），復旧した場合は処理が終了するが，復旧しないとクライアント装置に障害復旧開始メッセージを送信する（同Ｓ４）。
【００３５】
サーバ装置で障害を検出した場合，図１０の処理を開始すると共に，図１２のＡ．に示すようにサーバＮＭＳに通知し，サーバＮＭＳは図１２のＢ．に示すようにコーディネータに障害通知を行う。コーディネータシステムは図１１に示す処理フローを実行し，上記図８に示すパス設定動作の検索機能を使用し，アクセスポイントを変更した迂回経路の探索を行い，迂回経路テーブル（図１の１３ｃ）に記録する。
【００３６】
図１１について説明すると，コーディネータシステムで警報通知を受信すると，障害サーバパス終端点と接続されているクライアントのサブネットワークＩＤをネットワーク構成情報テーブルから検索する（図１１のＳ１）。次にサブネットワーク間を接続するサーバネットワークのアクセスポイントをアクセスポイント対応テーブルから検索し（図１１のＳ２），未使用のアクセスポイントがあるか判別し（同Ｓ３），ない場合は処理を終了し，ある場合はサーバＮＭＳにサーバのアクセスポイント間のパス検索指示を行う（同Ｓ４）。この後，サーバＮＭＳからサーバパス検索結果を受信し（図１１のＳ５），その結果でパス経路が有ったか判別し（同Ｓ６），ない場合は上記Ｓ２へ戻るが，有った場合は迂回経路テーブルに経路を記録し（同Ｓ７），全ての障害パスの迂回経路を記録したか判別し（同Ｓ８），全ての障害パスの迂回経路を記録すると処理を終了するが，全てを記録しない場合はＳ２に戻る。
【００３７】
上記図１０のサーバ装置の障害検出時に，クライアント側で障害復旧が失敗すると，クライアントＮＭＳは図１３に示す障害復旧不成功時の処理フローを実行し，コーディネータシステムに対し障害復旧不成功の通知を行う。
【００３８】
図１４は障害復旧不成功の通知を受けた時のコーディネータシステムの処理フローである。クライアント障害復旧不成功通知を受信すると，迂回経路テーブルに対応する迂回経路があるか判別し（図１４のＳ１），無い場合は処理を終了するが，有る場合は迂回経路テーブルの経路をサーバＮＭＳに対してパス設定指示をする（図１４のＳ２）。この指示に対しパス設定の結果を受信した場合（図１４のＳ３），パス設定が成功したか判別する（同Ｓ４）。成功しないと上記Ｓ１に戻るが，成功するとアクセスポイント対応テーブルの状態を設定済みにし（図１４のＳ５），クライアントＮＭＳにサーバパス設定を通知しクライアントＮＭＳでクライアントパス再設定を指示する（同Ｓ６）。
【００３９】
図１５は上記図１０の処理フローにおいてクライアント側で障害復旧に成功した場合の処理フローである。図１５のＡ．はクライアントＮＭＳにおける処理であり，クライアントＮＭＳ内で障害復旧に成功すると，コーディネータに障害復旧を通知して，処理を終了する。図１５のＢ．はコーディネータにおける処理であり，前記Ａ．の処理によりコーディネータでクライアント障害復旧成功通知を受信すると，対応する迂回経路テーブルを削除して，処理を終了する。
【００４０】
最後にコーディネータシステムは，サーバＮＭＳ，クライアントＮＭＳのユーザ（オペレータ）に対し予めアクセスレベル（役職の重み）を持たせ，他のネットワークマネージメントシステム（ＮＭＳ）へのアクセス制御を行う場合に，アクセスレベルをチェックして，決められたレベル以上の場合だけアクセス制御を可能にするよう管理を行う。
【００４１】
【発明の効果】
本発明によれば，光ネットワークのようなサーバネットワークレイヤに対しＡＴＭ，ＳＤＨ，ＩＰ等のクライアントネットワークレイヤが接続された場合に，レイヤ間のパスや障害復旧を連携することによりパス設定や障害復旧処理が高速化されると共に，予備リソースを共用化することによりネットワークリソースを削減することが可能となり，効率的なシステムを構築することができる。
【図面の簡単な説明】
【図１】本発明の原理構成を示す図である。
【図２】テーブルの構成例を示す図である。
【図３】サーバパス設定の動作説明図である。
【図４】パス設定時のクライアントＮＭＳの処理フローを示す図である。
【図５】サーバパス解除の動作説明図である。
【図６】パス解除時のクライアントＮＭＳの処理フローを示す図である。
【図７】クライアントＮＭＳによるクライアントネットワーク間のパス設定の動作説明図である。
【図８】図７の動作におけるコーディネータシステムの処理フローを示す図である。
【図９】サーバネットワークで障害が発生した場合の動作説明図である。
【図１０】サーバＳＮＭＳの処理フローを示す図である。
【図１１】サーバネットワーク，サーバＮＭＳの処理フローを示す図である。
【図１２】コーディネータシステムの処理フローを示す図である。
【図１３】障害復旧不成功時の処理フローを示す図である。
【図１４】障害復旧不成功の通知を受けた時のコーディネータシステムの処理フローを示す図である。
【図１５】図１０の処理フローにおいてクライアント側で障害復旧に成功した場合の処理フローを示す図である。
【図１６】ネットワークのシステム構成を示す図である。
【符号の説明】
１        コーディネータシステム
１０      管理部
１０ａ    ネットワーク構成管理部
１０ｂ    アクセスポイント管理部
１０ｃ    パス管理部
１１      ＮＭＳ間メッセージ通信部
１２      障害復旧部
１３      データベース
１３ａ    ネットワーク構成情報テーブル
１３ｂ    対応関係テーブル
１３ｃ    迂回経路テーブル
２        サーバサブネットワーク
３，４    クライアントサブネットワーク
２０      サーバサブネットワークマネージメントシステム
２１      サーバネットワークマネージメントシステム
３０，４０  クライアントサブネットワークマネージメントシステム
３１      クライアントネットワークマネージメントシステム
【図１】
0003798584.tif 000002
【図２】
0003798584.tif 000003
【図３】
0003798584.tif 000004
【図４】
0003798584.tif 000005
【図５】
0003798584.tif 000006
【図６】
0003798584.tif 000007
【図７】
0003798584.tif 000008
【図８】
0003798584.tif 000009
【図９】
0003798584.tif 000010
【図１０】
0003798584.tif 000011
【図１１】
0003798584.tif 000012
【図１２】
0003798584.tif 000013
【図１３】
0003798584.tif 000014
【図１４】
0003798584.tif 000015
【図１５】
0003798584.tif 000016
【図１６】
0003798584.tif 000017