JP2998789B2 - フォールトトレラント広帯域ネットワーク管理システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、フォールトトレラ
ント広帯域ネットワーク管理システムに関し、特に、壊
滅的な障害の発生時に、自動復旧を行うために用いられ
る主（プライマリ）・バックアップ構造を有するシステ
ムに関する。

【０００２】

【従来の技術】広帯域ネットワーク管理システム（ＢＮ
ＭＳ）は、広帯域統合サービスデジタルネットワーク
（Ｂ−ＩＳＤＮ）内のネットワーク構成要素の動作を監
視し、制御するために用いられる。ネットワーク構成要
素は、非同期転送モード（ＡＴＭ）スイッチとＡＴＭマ
ルチプレクサ／コンセントレータとを含み、高速／高帯
域幅でのデータ、映像、画像、音声の送信を提供する。
ＡＴＭは、Ｂ−ＩＳＤＮ構造の中核を形成するパケット
交換ネットワーク構造である。

【０００３】

【発明が解決しようとする課題】従来、ネットワーク管
理システム（ＮＭＳ）において故障が発生した時、故障
が修復されるまでネットワーク管理者はネットワークを
監視し、制御することができなかった。言い換えれば、
ＮＭＳはフォールトトレラントではなかった。

【０００４】最近のＮＭＳ、特にコンピュータネットワ
ークに用いられているものは、分配型構造を採用してい
る。分配型構造は、二つ以上の計算機を越えたＮＭＳの
「処理」能力の分配を可能とする。このような構造はＮ
ＭＳの処理能力を高めるられることを可能とするもの
の、フォールトトレラント能力を与えるものではない。
従って、分配型構造における一つの計算機が故障する
と、この計算機によって与えられていた機能は失われ
る。

【０００５】さらに、このような分配型構造において、
ＴＣＰ／ＩＰ（送信制御プロトコル／インターネットプ
ロトコル）リンク切り替えは、「Ｅｓｔａｂｌｉｓｈｍ
ｅｎｔ ｏｆ Ｉｓｏｌａｔｅｄ Ｆａｉｌｕｒｅ Ｉ
ｍｍｕｎｅ Ｒｅａｌ−Ｔｉｍｅ Ｃｈａｎｎｅｌｓ
ｉｎ ＨＡＲＴＳ」１９９５年２月発行、１１３〜１１
９頁、および「ＴＣＰ／ＩＰ−Ｂａｓｅｄ Ｄａｔａ
ＴｒａｎｓｐｏｒｔＳｅｒｖｉｃｅｓ ｆｏｒ ＬＡＮ
／ＷＡＮ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ」１９９２
年１月発行、１５〜１７頁に記載されているように、低
速で複雑なルーティングトポロジーによって行われてい
た。

【０００６】本発明の目的は、壊滅的な障害の発生時
に、サービスを中断することなく、自動復旧を行うこと
ができる、ＢＮＭＳのためのフォールトトレラント能力
を提供することにある。

【０００７】本発明の別の目的は、簡単で、経済的で、
高速のソフトウェア技術を用いたＴＣＰ／ＩＰ（送信制
御プロトコル／インターネットプロトコル）リンク切り
替えを組み入れた、ＢＮＭＳのためのフォールトトレラ
ント能力を提供することにある。

【０００８】本発明の別の目的は、容易に製造すること
ができる、ＢＮＭＳのためのフォールトトレラント能力
を提供することにある。

【０００９】

【課題を解決するための手段】簡単に言えば、本発明の
構造は主およびバックアップ用ＢＮＭＳに基づいてお
り、各ＢＮＭＳにおける複製用（レプリケーション）デ
ータサーバーを介して、バックアップ用ＢＮＭＳのデー
タベースが主ＢＮＭＳのデータベースとの同期を維持す
るようにされている。また、この構造は、一組の冗長性
ネットワーク通信リンク（ＮＣＬ）を用いており、これ
らのリンクを越えて、ＢＮＭＳがネットワーク構成要素
と通信する（たとえば、命令を送る、これらの命令に対
する応答を受け取る、自律メッセージを受ける、な
ど）。主ＢＮＭＳにおける故障が、主ＢＮＭＳと広帯域
ネットワーク（ＢＮ）との間の通信障害を引き起こすよ
うな場合には、バックアップ用ＢＮＭＳにはＢＮを監視
し制御する動作を引き継ぐためのメカニズムが与えられ
る。このようなメカニズムには、バックアップ用ＢＮＭ
Ｓが、主ＢＮＭＳからバックアップ用ＢＮＭＳへ自動的
にＮＣＬを切り替えるための手段が含まれている。バッ
クアップ用ＢＮＭＳがネットワークの管理を引き継ぐ
と、主ＢＮＭＳの役割を引き継ぐことになる。

【００１０】本来のバックアップ用ＢＮＭＳが主ＢＮＭ
Ｓの役割を果たしているので、本来の主ＢＮＭＳが再び
動作可能になった時には、これはバックアップ用ＢＮＭ
Ｓの役割を引き継ぐ。これらの役割とＮＣＬとは故障発
生の都度、切り替えることができる。

【００１１】

【発明の実施の形態】図１および２は、３つのサブシス
テムを示す。すなわち、（１）広帯域ネットワーク（Ｂ
Ｎ）１と、（２）図１に端末装置として示したグラフィ
カルユーザーインターフェース（ＧＵＩ）サブシステム
２と、（３）ＡＴＭルータ２０を用いてＤＳ３リンクを
介して、ＢＮ１に接続されるフォールトトレラントＢＮ
ＭＳ３である。これらのサブシステムのうち３番目、す
なわちＢＮＭＳ３のみが本発明に関連する。

【００１２】フォールトトレラントＢＮＭＳ３は、主Ｂ
ＮＭＳ４とバックアップ用ＢＮＭＳ５から成る。主ＢＮ
ＭＳ４とバックアップ用ＢＮＭＳ５はいずれも、複製用
マネージャー６と、複製用サーバー７と、ログ転送マネ
ージャー８と、アプリケーションソフトウェア９と、第
１あるいは第２のデータベースサーバー１０と、第１あ
るいは第２のデータベース１１とを備えている。

【００１３】立ち上げ（パワーアップ） システム動作開始時には、広帯域ネットワーク１を監視
し制御することによって主要なＢＮＭＳとして動作する
主ＢＮＭＳ４が最初に立ち上げられる。再起動／心拍連
結リンク（図３の連結リンク０）上でネットワーク構成
要素（ＮＥ）１２から再起動を受信すると、主ＢＮＭＳ
４のアプリケーションボックス内に設けられたコムマネ
ージャー（Ｃｏｍｍａｎａｇｅｒ）オブジェクトが、主
ＢＮＭＳ４と広帯域ネットワーク（ＢＮ）１との間にネ
ットワーク通信リンク（ＮＣＬ）１３を構築する。図２
および３に示されるように、ＮＣＬ１３は仮想パケット
交換接続であり、２つの仮想リンク、すなわち、ＮＣＬ
０（アドレスＩＰＡ１とＩＰＡＸの間にマッピングさ
れ、ここでＩＰＡはインターネットプロトコルアドレス
を表わす）と、ＮＣＬ１（アドレスＩＰＡ２とＩＰＡＹ
の間にマッピングされる）から成り、これらは各々、６
個の連結リンク（図３に示すＡＬ）にマッピングされて
いる。本例においては、各ＮＣＬは６つの連結リンクに
マッピングされているが、このシステムを、１個のＮＣ
Ｌ１３に１２個すべての連結リンクをマッピングするよ
うに設計することも可能である。ＢＮＭＳ４、５とＢＮ
１との間にＮＣＬ１３がどのようにして構築されるか
は、以下に詳細に述べる。

【００１４】本発明に独自の「コムマネージャー」は、
ＢＮＭＳ４、５内の数個のソフトウェアモジュール（オ
ブジェクト）の１つである。その役割はＢＮＭＳ４、５
とＢＮ１内のＮＥ１２（ＡＴＭスイッチなど）との間に
メッセージ通信を構築し、管理することである。ＮＥ１
２からのすべての命令およびＢＮＭＳ４、５への応答
は、誤りについてメッセージをチェックし、正しいソフ
トウェアモジュールにこれらを分配することができるよ
うに、コムマネージャーを介して送られる。

【００１５】主ＢＮＭＳ４を立ち上げた後、バックアッ
プ用ＢＮＭＳ５が「ウォームスタンバイ」モードで立ち
上げられる。「ウォームスタンバイ」は、１＋１フォー
ルトトレラント構造の１種であり、バックアップシステ
ムにすべてのソフトウェアモジュールを読み込ませるも
のであるが、障害状態の際のシステム切り替えに必要な
中核ソフトウェアモジュールと必須のアプリケーション
ソフトウェアモジュールだけが動作している。ソフトウ
ェアモジュールの残りは休止したままであり、バックア
ップ用ＢＮＭＳ５が動作を引き継いだ後に活性化され
る。

【００１６】主およびバックアップ用ＢＮＭＳの同期 主ＢＮＭＳ４の障害時に、バックアップ用ＢＮＭＳ５が
迅速に引き継ぐことを可能とするためには、第２のすな
わちバックアップデータベース１１ｂは、主データベー
ス１１ａとの同期を維持していなければならない。この
ことは主ＢＮＭＳ４におけるログ転送マネージャー８ａ
と、複製用マネージャー６ａと、複製用サーバー７ａ
と、および、バックアップ用ＢＮＭＳ５における複製用
サーバー７ｂによってなされることは、当業者であれば
理解できるであろう。データベーストランザクションが
主ＢＮＭＳ４においてコミットされると、主ログ転送マ
ネージャー８ａにおいてログ入力が行われる。主複製用
マネージャー６ａはルーチンベースでこのログを走査
し、主複製用サーバー７ａに対して、バックアップ用複
製用サーバー７ｂにデータベーストランザクションを送
ってバックアップ用データベース１１ｂにコピーするよ
うに命令する。

【００１７】ＢＮＭＳ監視および故障検出 図４を参照すると、主ＢＮＭＳ４とバックアップ用ＢＮ
ＭＳ５は、「マネージャー」１３と「エージェント」１
４のソフトウェアオブジェクトに基づくフォールトトレ
ラントメカニズムを用いて故障を監視される。これらの
オブジェクトは、「生命維持シーケンス」によって、各
ＢＮＭＳの健康状態をチェックする。すなわち、周期的
な「心拍」メッセージ（図４において点線の矢印で示
す）が、マネージャー１３とエージェント１４のソフト
ウェアオブジェクトとの間で送られる。

【００１８】特に、マネージャー１３とエージェント１
４のソフトウェアオブジェクトは、主およびバックアッ
プシステムのアプリケーションソフトウェア９ａ、９ｂ
の両方に存在する。任意の時点において、主ＢＮＭＳ４
およびバックアップ用ＢＮＭＳ５の各々において、これ
らのオブジェクトのうちの一方のみが活性化されてい
る。バックアップ用ＢＮＭＳ５においてはエージェント
１４ｂが活性化され、主ＢＮＭＳ４においてはマネージ
ャー１３ａが活性化されている。一方、バックアップ用
ＢＮＭＳ５における対応するマネージャー１３ｂと、主
ＢＮＭＳ４におけるエージェント１４ａとは休止してい
る。これらのオブジェクトは、相手方へ心拍メッセージ
を周期的に送り、周期的なベースで相手方から心拍を受
け取っていることを確かめることによって、自身のシス
テムと相手方のシステムの「健康状態」を監視する。こ
の心拍メッセージの交換は「ルーティングクラウド（ｒ
ｏｕｔｉｎｇ ｃｌｏｕｄ）」を越えて行われる。「ル
ーティングクラウド」とは、１つあるいはそれ以上のデ
ータ通信ルータ１９（図２に示す）から成る広域ネット
ワーク（ＷＡＮ）を示すために、通信分野で用いられる
専門用語である。

【００１９】主ＢＮＭＳ４とバックアップ用ＢＮＭＳ５
は、２つの冗長性物理リンク、すなわち第１の物理リン
ク１６（ＩＰＡ１とＩＰＡ３から成る）と第２の物理リ
ンク１７（ＩＰＡ２とＩＰＡ４から成る）によって接続
される。これらの物理リンクは二重式、すなわち双方向
通信を提供するものであり、主ＢＮＭＳ４とバックアッ
プ用ＢＮＭＳ５のイーサネットポート（ｅｔｈｅｒｎｅ
ｔ ｐｏｒｔ）間に接続される。１つの物理経路の障害
によってバックアップ用ＢＮＭＳ５が主ＢＮＭＳ４が故
障したと判定し、不必要に「切り替え」シナリオを起動
させることのないように、冗長性物理経路が用いられ
る。

【００２０】「生命維持シーケンス」の間、主物理リン
ク１６上で、バックアップ用ＢＮＭＳ５によって最初の
心拍が主ＢＮＭＳ４に送られる。主ＢＮＭＳ４からバッ
クアップ用ＢＮＭＳ５への応答は、同じ主リンク１６上
を送られる。主ＢＮＭＳ４からの応答が、ソフトウェア
調整可能な規定時間内に到着しない場合には、バックア
ップ用ＢＮＭＳ５は主リンク１６上に別の心拍を送り、
主ＢＮＭＳ４からの応答を待つ。バックアップ用ＢＮＭ
Ｓ５がこの２回目の試行に際して主ＢＮＭＳ４からの応
答を受け取り損なった場合には、３回目を試みる。バッ
クアップ用ＢＮＭＳ５が依然として主ＢＮＭＳ４からの
応答を受け取らない場合には、主ＢＮＭＳ４とバックア
ップ用ＢＮＭＳ５との間の第２の物理リンク１７上で、
この３回の試行のサイクルを繰り返す。

【００２１】バックアップ用ＢＮＭＳ５が、主ＢＮＭＳ
４からの心拍を６回連続して受け取り損なった場合に
は、以下に述べるように、主ＢＮＭＳ４が故障している
と推定し、ＮＣＬ１３をネットワーク構成要素１２にセ
ットアップすることによって主ＢＮＭＳ４の役割を引き
継ぐ。一方、主ＢＮＭＳ４が６回連続して（２つの冗長
性物理リンク１６、１７の各々において３回）バックア
ップ用ＢＮＭＳ５からの心拍メッセージを受け取り損な
った場合には、ネットワーク管理者が適切な処置をとる
ことができるように、アラームを発生してバックアップ
用ＢＮＭＳ５における問題についてネットワーク管理者
に知らせる。

【００２２】マネージャー／エージェント式フォールト
トレラントメカニズムは公知であるが、一方が活性化さ
れている間、他方は休止しているような一対のオブジェ
クトとしてこれらを用いることは、本発明に独自のもの
であると考えられる。

【００２３】各物理リンク１６、１７上での試行の回数
はソフトウェア調整可能であるが、最低限２回、各物理
リンク上で１回は必要である。複数回試行する理由は、
通信上の問題が短時間しか続かないことがあるからであ
る。この技術の使用により、このような一過性の問題の
ために主ＢＮＭＳ４とバックアップ用ＢＮＭＳ５との間
で不必要な切り替えが起こることが回避される。

【００２４】ＢＮＭＳ４、５内の故障はソフトウェア関
連のものかもしれないし、ハードウェア関連であるかも
しれない。主ＢＮＭＳ４におけるいかなる壊滅的なソフ
トウェア障害も、オペレーティングシステムや中核的ソ
フトウェアによって検出され、主ＢＮＭＳ４内のマネー
ジャーオブジェクト１３ａにそのような障害が知らせら
れる。すると、マネージャーオブジェクト１３ａは、主
ＢＮＭＳ４のコムマネージャーオブジェクトを遮断し、
バックアップ用ＢＮＭＳ５のエージェントオブジェクト
１４ｂに再起動メッセージを送る。コムマネージャーオ
ブジェクトを遮断した結果、主ＢＮＭＳ４とＢＮ１間の
ＮＣＬ１３による通信は（瞬間的に）失われ、次節で述
べる復旧プロセスが開始する。

【００２５】主ＢＮＭＳ４がハードウェアの故障を発生
していれば、主ＢＮＭＳ４からバックアップ用５への
“心拍”通信は失われる。心拍通信が停止するのは、主
ＢＮＭＳ４におけるオペレーティングシステムと、中核
的ソフトウェアと、マネージャーオブジェクト１３ａが
ハードウェア故障のために機能を停止するからである。
その結果、バックアップ用ＢＮＭＳ５におけるエージェ
ントオブジェクト１４ｂは、主ＢＮＭＳ４からの６回連
続の心拍メッセージ（この数はソフトウェア調整可能で
ある）を受け取り損ない、主ＢＮＭＳ４が故障している
と推定し、次節で述べる復旧プロセスを開始する。

【００２６】壊滅的な障害のいくつかの例として、ａ）
オブジェクトを復活させるための３回の試行の後もソフ
トウェアオブジェクトが引き続き停止したままであるこ
と、ｂ）オペレーティングシステムや中核的ソフトウェ
ア自身の障害、ｃ）データベースシステムの構成要素
（ログ転送マネージャー、複製用サーバー、データ記憶
ハードディスクシステム）のいずれかの障害、ｄ）ＢＮ
ＭＳ内のプロセッサの障害、ｅ）ＢＮＭＳ内のメモリの
障害、が挙げられる。

【００２７】故障検出後の切り替え 本発明の独自の態様は、主ＢＮＭＳ４における故障の検
出後に行われる復旧手順にある。バックアップ用ＢＮＭ
Ｓ５におけるエージェントオブジェクト１４ｂが、主Ｂ
ＮＭＳ４におけるマネージャーオブジェクト１３ａから
の再起動信号を受信した時（先に述べたソフトウェア障
害の場合のように）、あるいは、エージェントオブジェ
クト１４ｂが、６回連続の心拍メッセージを受け損なっ
た時（先に述べたハードウェア故障の場合のように）の
いずれかの場合に、復旧手順が開始される。

【００２８】第１の場合において、再起動信号を受信す
ると、バックアップ用ＢＮＭＳ５内のエージェントオブ
ジェクト１４ｂが再起動メッセージの受領を確認し、バ
ックアップ用ＢＮＭＳ５内の休止中のコムマネージャー
オブジェクトを活性化させる（これは、主ＢＮＭＳ４内
のコムマネージャーが活動している間、休止してい
た）。主ＢＮＭＳ４内のマネージャーオブジェクト１３
ａがバックアップ用ＢＮＭＳ５内のエージェントオブジ
ェクト１４ｂから再起動確認を受け取り次第、これは休
止状態になり、主ＢＮＭＳ４内のエージェントオブジェ
クト１４ａが活性化される。

【００２９】バックアップ用ＢＮＭＳ５内のエージェン
ト１４ｂが、６回連続の心拍メッセージを受け損なった
ことから、主ＢＮＭＳ４における故障を検出する第２の
場合において、再起動／確認プロセスは抜かされ、バッ
クアップ用ＢＮＭＳ５内のエージェント１４ｂは、バッ
クアップ用ＢＮＭＳ内のコムマネージャーオブジェクト
を直ちに活性化させる。

【００３０】バックアップ用ＢＮＭＳ５内の活性化され
たコムマネージャーは、バックアップ用ＢＮＭＳ５のソ
フトウェアおよびハードウェアと、個々のＮＥ１２の間
の相互作用の組み合わせによって、バックアップ用ＢＮ
ＭＳ５とＢＮ１内のたとえばＡＴＭスイッチなどの各Ｎ
Ｅ１２の間に新規のＮＣＬ接続１３を創設する。図２お
よび３を参照すると、このプロセスは、バックアップ用
ＢＮＭＳ５内でコムマネージャーがコムサーバー１８ｂ
を形成することによって開始される。説明の簡単のた
め、ＢＮ１内の各ＮＥ１２に対し１つのコムサーバー１
８ｂが設けられるものとする。コムサーバー１８の機能
は、１３ＴＣＰ／ＩＰ（送信制御プロトコル／インター
ネットプロトコル）連結リンクを管理することである。
各ＮＣＬ１３は、バックアップ用ＢＮＭＳ５内のコムサ
ーバー１８ｂと対応するＮＥ１２（図２および３に示さ
れるＡＴＭスイッチ）の間の１２個のＴＣＰ／ＩＰ連結
リンクのグループから成る。

【００３１】当業者であれば理解されるように、これら
の連結リンクは、バックアップ用ＢＮＭＳ５内のイーサ
ネットポートと、ＮＥ１２におけるゲートウェイＰＡＤ
（ＧＷＰＡＤ、これについてはさらに後述する）と呼ば
れる特別な通信ハードウェアと、バックアップ用ＢＮＭ
Ｓ５およびＮＥ１２内の通信プロトコルソフトウェアと
を用いてセットアップされる。これらの１２個の連結リ
ンクのうち、４つはバックアップ用ＢＮＭＳ５とＮＥ１
２との間のＣＭＩＰ（共通管理情報プロトコル）メッセ
ージに使用され、４つはバックアップ用ＢＮＭＳ５とＮ
Ｅ１２との間のＦＴＡＭ（ファイル転送アクセス方式）
メッセージに使用され、４つはＮＥ１２からバックアッ
プ用ＢＮＭＳ５へのアラーム／事象メッセージに使用さ
れる。

【００３２】コムサーバー１８ｂの形成後、バックアッ
プ用ＢＮＭＳ５内のコムマネージャーは、主ＢＮＭＳ４
内のコムマネージャーに記憶されたアドレスＩＰＡ１お
よびＩＰＡ２に代えて、バックアップ用ＢＮＭＳ５のコ
ムマネージャーに記憶されたアドレスＩＰＡ３およびＩ
ＰＡ４を用いることにより、ＢＮ１内の各ＮＥ１２に対
して新規のＮＣＬ０／１接続１３をセットアップする。

【００３３】ＩＰアドレスＩＰＡ１およびＩＰＡ２は、
主ＢＮＭＳ４のコムマネージャー内部のテーブルにあら
かじめ記憶され、ＩＰアドレスＩＰＡ３およびＩＰＡ４
は、バックアップ用ＢＮＭＳ５のコムマネージャー内部
のテーブルにあらかじめ記憶されている。すなわち、主
ＢＮＭＳ４内にあらかじめ記憶されたアドレスＩＰＡ１
およびＩＰＡ２に代えて、バックアップ用ＢＮＭＳ５内
にあらかじめ記憶されたアドレスＩＰＡ３およびＩＰＡ
４を用いるだけで、ＮＣＬ１３を、主ＢＮＭＳ４（ＩＰ
Ａ１からＩＰＡＸにマッピングされたＮＣＬ０、ＩＰＡ
１からＩＰＡＹにマッピングされたＮＣＬ１）から、バ
ックアップ用ＢＮＭＳ５（ＩＰＡ３からＩＰＡＸにマッ
ピングされたＮＣＬ０、ＩＰＡ４からＩＰＡＹにマッピ
ングされたＮＣＬ１）へ容易に切り替えることができ
る。図３において、実線矢印のＮＣＬは切り替え前のＮ
ＣＬを表わし、点線矢印のＮＣＬは切り替え後のＮＣＬ
を表わす。本発明によるＮＣＬ切り替えのこのプロセス
は、従来技術の低速かつ複雑なルーティングトポロジー
に比べて高速かつ簡単である。

【００３４】バックアップ用ＢＮＭＳ５とＢＮ１との間
の通信が首尾よく構築された後、バックアップ用ＢＮＭ
Ｓ５内のマネージャーオブジェクト１３ｂが活性化さ
れ、エージェントオブジェクト１４ｂは休止状態にな
る。ＮＣＬ１３と１２個の連結リンクは活性化され、バ
ックアップ用ＢＮＭＳ５は、ＢＮ１を監視し制御するこ
とによって主ＢＮＭＳの役割を引き継ぎ、本来のバック
アップ用ＢＮＭＳ５の役割は主ＢＮＭＳの役割へと切り
替わる。

【００３５】本来の主ＢＮＭＳ４が修復されると、その
エージェントオブジェクト１４ａを活性化させ、マネー
ジャーオブジェクト１３ａを休止させたままにしておく
ことによって、バックアップ用ＢＮＭＳの役割を引き継
ぐ。主およびバックアップ用ＢＮＭＳの間のこの役割の
切り替えは、このようにして無限に行い得る。何らかの
理由でバックアップ用ＢＮＭＳ５とＢＮ１との間にＮＣ
Ｌ通信１３が構築できない場合には、ネットワーク管理
者が適切な手動での修復処置をとることができるように
アラームを発生させる。

【００３６】主／バックアップ用ＢＮＭＳの切り替え
は、障害が発生した時の主ＢＮＭＳ４の状態とは無関係
である。言い換えれば、主ＢＮＭＳ４が命令を送信中、
命令に対する応答を受信中、アラームあるいは事象メッ
セージの受信中、あるいは単に待機中のどの状態で障害
が発生しても、バックアップ用ＢＮＭＳ５のとる処置は
同じである。

【００３７】ここで、ＧＷＰＡＤは、公知のパケット組
立／分解装置であり、ＢＮ１内のＮＥ１２のそれぞれに
設けられている。ＢＮＭＳによって送られた命令は、Ａ
ＴＭ（非同期転送モード）セルとしてＮＥ１２によって
受信される。（ＮＥＣはこの技術を使用している。Ｘ．
２５やＩＰＸデータパケットなどのその他の技術は、Ｂ
ＮＭＳとＢＮの間でこのような通信を実行するために他
のベンダーによって使用される。）これらのセルはＧＷ
ＰＡＤによって受け取られ、メッセージに変換されてＮ
Ｅ１２内のソフトウェアによって分析される。同様に、
ＮＥ１２によって送られた応答やアラームメッセージ
は、まずＧＷＰＡＤに送られ、そこでＡＴＭセルに分解
されてＢＮＭＳ４、５に送られる。

【００３８】以上、本発明について具体的に図示し好ま
しい実施例を用いて説明してきたが、添付の請求項の趣
旨および範囲内で本発明を修正して実施することが可能
であるということは、当業者には明らかであろう。

【図面の簡単な説明】

【図１】本発明によるフォールトトレラント広帯域ネッ
トワーク管理システムを示す図である。

【図２】本発明によるフォールトトレラント広帯域ネッ
トワーク管理システムを示す図である。

【図３】広帯域ネットワーク管理システムとＡＴＭスイ
ッチの間の接続を示す図である。

【図４】本発明による“マネージャー”および“エージ
ェント”ソフトウェアオブジェクトを示す図である。

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平６−197112（ＪＰ，Ａ) 特開 昭63−107335（ＪＰ，Ａ) 特開 平６−284126（ＪＰ，Ａ) 特開 平８−265343（ＪＰ，Ａ) 特開 平６−343076（ＪＰ，Ａ) 特開 平３−186958（ＪＰ，Ａ) 特開 昭62−5748（ＪＰ，Ａ) 特開 平６−152652（ＪＰ，Ａ) 特開 昭62−177634（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/56

Claims (8)

(57)【特許請求の範囲】
1. 【請求項１】 少なくとも一つのネットワーク構成要素
   から成る広帯域ネットワークを、第１のネットワーク通
   信リンクを介して管理するための主（プライマリ）広帯
   域ネットワーク管理システムを備えるとともに、前記主
   広帯域ネットワーク管理システムと連係するバックアッ
   プ用広帯域ネットワーク管理システムを備えた広帯域ネ
   ットワーク管理システムにおいて、前記主管理システム
   における故障状態に応答して自動復旧を行うための方法
   であって、前記方法は、 前記主広帯域ネットワーク管理システムにおける故障状
   態に応答して、前記バックアップ用広帯域ネットワーク
   管理システムと、前記広帯域ネットワーク内の前記少な
   くとも一つのネットワーク構成要素との間に第２のネッ
   トワーク通信リンクを形成するステップと、 前記第２のネットワーク通信リンクを介して、前記広帯
   域ネットワークを管理する役割を行うように前記バック
   アップ用広帯域ネットワーク管理システムを作動させる
   ステップと、 前記主広帯域ネットワーク管理システムと前記バックア
   ップ用広帯域ネットワーク管理システムの両方に存在す
   るマネージャーおよびエージェントオブジェクトに基づ
   いたフォールトトレラントメカニズムを用いて、前記主
   広帯域ネットワーク管理システムと前記バックアップ用
   広帯域ネットワーク管理システムの両方を故障について
   監視するステップとを有し、 前記主広帯域ネットワーク管理システムと前記バックア
   ップ用広帯域ネットワーク管理システムの各々におい
   て、前記マネージャーオブジェクトと前記エージェント
   オブジェクトのうちの一方のみが、任意の時点において
   活性化されていることを特徴とする自動復旧方法。
2. 【請求項２】 少なくとも一つのネットワーク構成要素
   から成る広帯域ネットワークを、第１のネットワーク通
   信リンクを介して管理するための主（プライマリ）広帯
   域ネットワーク管理システムを備えるとともに、前記主
   広帯域ネットワーク管理システムと連係するバックアッ
   プ用広帯域ネットワーク管理システムを備えた広帯域ネ
   ットワーク管理システムにおいて、前記主管理システム
   における故障状態に応答して自動復旧を行うための方法
   であって、前記方法は、 前記主広帯域ネットワーク管理システムにおける故障状
   態に応答して、前記バックアップ用広帯域ネットワーク
   管理システムと、前記広帯域ネットワーク内の前記少な
   くとも一つのネットワーク構成要素との間に第２のネッ
   トワーク通信リンクを形成するステップと、 前記第２のネットワーク通信リンクを介して、前記広帯
   域ネットワークを管理する役割を行うように前記バック
   アップ用広帯域ネットワーク管理システムを作動させる
   ステップと、 前記主広帯域ネットワーク管理システムと前記バックア
   ップ用広帯域ネットワーク管理システムの両方に存在す
   るマネージャーおよびエージェントオブジェクトに基づ
   いたフォールトトレラントメカニズムを用いて、前記主
   広帯域ネットワーク管理システムと前記バックアップ用
   広帯域ネットワーク管理システムの両方を故障について
   監視するステップと、 前記主広帯域ネットワーク管理システムにおける前記マ
   ネージャーオブジェクトと、前記バックアップ用広帯域
   ネットワーク管理システムにおける前記エージェントオ
   ブジェクトとの間で、周期的な心拍メッセージを送るス
   テップと、 前記バックアップ用広帯域ネットワーク管理システムに
   おける前記エージェントオブジェクトが周期的なベース
   での心拍を受け損なった場合に、前記主広帯域ネットワ
   ーク管理システムにおける故障状態を検出するステップ
   と、 前記主広帯域ネットワーク管理システムにおける故障状
   態の検出後、以下のサブステップ（ａ）ないし（ｅ）を
   実行するステップとを有し、 （ａ）前記主広帯域ネットワーク管理システム内の前記
   エージェントオブジェクトを活性化させるステップと、 （ｂ）前記主広帯域ネットワーク管理システム内の前記
   マネージャーオブジェクトを非活性化させるステップ
   と、 （ｃ）前記バックアップ用広帯域ネットワーク管理シス
   テム内の前記マネージャーオブジェクトを活性化させる
   ステップと、 （ｄ）前記バックアップ用広帯域ネットワーク管理シス
   テム内の前記エージェントオブジェクトを非活性化させ
   るステップと、 （ｅ）前記バックアップ用広帯域ネットワーク管理シス
   テムと前記広帯域ネットワークにおける前記少なくとも
   一つのネットワーク構成要素との間に、コムサーバー
   （ｃｏｍｍｓｅｒｖｅｒ）オブジェクトを用いて前記第
   ２のネットワーク通信リンクの形成を開始するステッ
   プ、 正常な動作状態の下では、前記主広帯域ネットワーク管
   理システムの前記マネージャーオブジェクトと、前記バ
   ックアップ用広帯域ネットワーク管理システムの前記エ
   ージェントオブジェクトとが活性化されていることを特
   徴とする自動復旧方法。
3. 【請求項３】 前記バックアップ用広帯域ネットワーク
   管理システムと前記広帯域ネットワークにおける前記少
   なくとも一つのネットワーク構成要素との間に、前記第
   ２のネットワーク通信リンクを形成した後、 前記バックアップ用広帯域ネットワーク管理システム
   と、前記広帯域ネットワークにおける前記少なくとも一
   つのネットワーク構成要素との間の、前記少なくとも一
   つのネットワーク通信リンクを活性化させ、これによ
   り、前記主広帯域ネットワーク管理システムから前記バ
   ックアップ用広帯域ネットワーク管理システムへ、前記
   広帯域ネットワークを管理する役割を切り替えるステッ
   プをさらに有することを特徴とする請求項２に記載の自
   動復旧方法。
4. 【請求項４】 前記本来の主広帯域ネットワーク管理シ
   ステムが修復された後、前記本来の主広帯域ネットワー
   ク管理システムは前記バックアップ用広帯域ネットワー
   ク管理システムの役割を引き継ぐことを特徴とする請求
   項３に記載の自動復旧方法。
5. 【請求項５】 少なくとも一つのネットワーク構成要素
   から成る広帯域ネットワークを、第１のネットワーク通
   信リンクを介して管理するための主（プライマリ）広帯
   域ネットワーク管理システムを備えるとともに、前記主
   広帯域ネットワーク管理システムと連係するバックアッ
   プ用広帯域ネットワーク管理システムを備えた広帯域ネ
   ットワーク管理システムにおいて、前記主管理システム
   における故障状態に応答して自動復旧を行うための方法
   であって、前記方法は、 前記主広帯域ネットワーク管理システムにおける故障状
   態に応答して、前記バックアップ用広帯域ネットワーク
   管理システムと、前記広帯域ネットワーク内の前記少な
   くとも一つのネットワーク構成要素との間に第２のネッ
   トワーク通信リンクを形成するステップと、 前記第２のネットワーク通信リンクを介して、前記広帯
   域ネットワークを管理する役割を行うように前記バック
   アップ用広帯域ネットワーク管理システムを作動させる
   ステップと、 前記主広帯域ネットワーク管理システムと前記バックア
   ップ用広帯域ネットワーク管理システムの両方に存在す
   るマネージャーおよびエージェントオブジェクトに基づ
   いたフォールトトレラントメカニズムを用いて、前記主
   広帯域ネットワーク管理システムと前記バックアップ用
   広帯域ネットワーク管理システムの両方を故障について
   監視するステップと、 前記主広帯域ネットワーク管理システムにおける故障の
   検出後、以下のサブステップ（ａ）ないし（ｇ）を実行
   するステップとを有し、 （ａ）前記主広帯域ネットワーク管理システムの前記マ
   ネージャーオブジェクトから前記バックアップ用広帯域
   ネットワーク管理システムの前記エージェントオブジェ
   クトに再起動信号を送るステップと、 （ｂ）前記バックアップ用広帯域ネットワーク管理シス
   テムにおける前記エージェントオブジェクトから前記主
   広帯域ネットワーク管理システムにおける前記マネージ
   ャーオブジェクトに確認信号を送るステップと、 （ｃ）前記主広帯域ネットワーク管理システムにおける
   前記エージェントオブジェクトを活性化させるステップ
   と、 （ｄ）前記主広帯域ネットワーク管理システムにおける
   前記マネージャーオブジェクトを非活性化させるステッ
   プと、 （ｅ）前記バックアップ用広帯域ネットワーク管理シス
   テムにおける前記マネージャーオブジェクトを活性化さ
   せるステップと、 （ｆ）前記バックアップ用広帯域ネットワーク管理シス
   テムにおける前記エージェントオブジェクトを非活性化
   させるステップと、 （ｇ）前記バックアップ用広帯域ネットワーク管理シス
   テムと前記広帯域ネットワークにおける前記少なくとも
   一つのネットワーク構成要素との間に、コムサーバーオ
   ブジェクトを用いて前記第２のネットワーク通信リンク
   の形成を開始するステップ、 正常な動作状態の下では、前記主広帯域ネットワーク管
   理システムにおける前記マネージャーオブジェクトと、
   前記バックアップ用広帯域ネットワーク管理システムに
   おける前記エージェントオブジェクトとが活性化されて
   いることを特徴とする自動復旧方法。
6. 【請求項６】 前記バックアップ用広帯域ネットワーク
   管理システムと前記広帯域ネットワークにおける前記少
   なくとも一つのネットワーク構成要素との間に前記第２
   のネットワーク通信リンクを形成した後、 前記バックアップ用広帯域ネットワーク管理システムと
   前記広帯域ネットワークにおける前記少なくとも一つの
   ネットワーク構成要素との間の前記少なくとも一つのネ
   ットワーク通信リンクを活性化させ、これにより、前記
   主広帯域ネットワーク管理システムから前記バックアッ
   プ用広帯域ネットワーク管理システムに、前記広帯域ネ
   ットワークを管理する役割を切り替えるステップをさら
   に有することを特徴とする請求項５に記載の自動復旧方
   法。
7. 【請求項７】 前記本来の主広帯域ネットワーク管理シ
   ステムが修復された後、前記本来の主広帯域ネットワー
   ク管理システムは、前記バックアップ用広帯域ネットワ
   ーク管理システムの役割を引き継ぐことを特徴とする請
   求項６に記載の自動復旧方法。
8. 【請求項８】 少なくとも一つのネットワーク構成要素
   から成る広帯域ネットワークを管理するとともに、障害
   発生時には自動復旧を行うための広帯域ネットワーク管
   理システムにおいて、 少なくとも一つのあらかじめ記憶されたインターネット
   プロトコルアドレスを含む第１のアドレステーブルを有
   する主広帯域ネットワーク管理システムと、 少なくとも一つのあらかじめ記憶されたインターネット
   プロトコルアドレスを含む第２のアドレステーブルを有
   するバックアップ用広帯域ネットワーク管理システム
   と、 前記主広帯域ネットワーク管理システムと前記広帯域ネ
   ットワークにおける前記少なくとも一つのネットワーク
   構成要素との間の第１のネットワーク通信リンクであっ
   て、前記第１のアドレステーブルに記憶された前記少な
   くとも一つのインターネットプロトコルアドレスによっ
   て規定される第１のネットワーク通信リンクと、 前記バックアップ用広帯域ネットワーク管理システムと
   前記少なくとも一つのネットワーク構成要素との間の第
   ２のネットワーク通信リンクであって、前記第２のアド
   レステーブルに記憶された前記少なくとも一つのあらか
   じめ記憶されたインターネットプロトコルアドレスによ
   って規定され、前記主広帯域ネットワーク管理システム
   の障害時に形成される第２のネットワーク通信リンク
   と、 前記主広帯域ネットワーク管理システムと前記バックア
   ップ用広帯域ネットワーク管理システムの両方を監視す
   るための故障監視手段とを有し、 前記故障監視手段はさらに、前記主広帯域ネットワーク
   管理システムにおける第１の故障検出器と、前記バック
   アップ用広帯域ネットワーク管理システムに設けられ、
   前記冗長性物理リンクを越えて前記第１の故障検出器と
   通信するための第２の故障検出器とを有し、 前記第１の故障検出器は、ある時点では一方のみが活性
   化される第１のマネージャーオブジェクトと第１のエー
   ジェントオブジェクトとを備え、 前記第２の故障検出器は、第２のマネージャーオブジェ
   クトと第２のエージェントオブジェクトとを備え、 前記第１のエージェントオブジェクトが活性化されてい
   る時には前記第２のマネージャーオブジェクトが活性化
   され、前記第１のマネージャーオブジェクトが活性化さ
   れている時には前記第２のエージェントオブジェクトが
   活性化され、 これにより、前記バックアップ用広帯域ネットワーク管
   理システムに前記広帯域ネットワークを管理する役割を
   引き継がせるようにしたことを特徴とする広帯域ネット
   ワーク管理システム。