JP2002330132A - 通信システムにおける管理装置のバックアップシステム - Google Patents

通信システムにおける管理装置のバックアップシステム

Info

Publication number
JP2002330132A
JP2002330132A JP2001132510A JP2001132510A JP2002330132A JP 2002330132 A JP2002330132 A JP 2002330132A JP 2001132510 A JP2001132510 A JP 2001132510A JP 2001132510 A JP2001132510 A JP 2001132510A JP 2002330132 A JP2002330132 A JP 2002330132A
Authority
JP
Japan
Prior art keywords
management device
management
ops
communication
recovery
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2001132510A
Other languages
English (en)
Other versions
JP4491167B2 (ja
Inventor
Kenichi Kuwako
健一 桑子
Mitsunobu Yoshida
光伸 吉田
Hideki Take
秀樹 嶽
英一 ▲高▼田
Hidekazu Takada
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2001132510A priority Critical patent/JP4491167B2/ja
Priority to US09/953,693 priority patent/US6792558B2/en
Publication of JP2002330132A publication Critical patent/JP2002330132A/ja
Application granted granted Critical
Publication of JP4491167B2 publication Critical patent/JP4491167B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2023—Failover techniques
    • G06F11/2033—Failover techniques switching over of hardware resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2035—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant without idle spare hardware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/2097—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements maintaining the standby controller/processing unit updated

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Computer And Data Communications (AREA)

Abstract

(57)【要約】 【課題】通信装置と複数の管理装置とを含む通信システ
ムにおいて、管理装置を監視する装置をさらに設ける必
要がなく、且つ管理装置の負荷上昇を抑えることができ
る通信システムにおける管理装置のバックアップシステ
ムを提供する。 【解決手段】ＮＥが自身を管理するＯｐＳの異常を検出
すると、このＯｐＳによって管理されている複数のＮＥ
間で代表ＮＥが決定される。代表ＮＥは、他のＯｐＳか
ら代替ＯｐＳを選択し、代替ＯｐＳに複数のＮＥの管理
要求を送信する。その後、複数のＮＥは代替ＯｐＳの管
理下に参入する。代替ＯｐＳは管理要求に従って複数の
ＮＥを管理する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、通信装置(network
element：ＮＥ)を管理する複数の管理装置(Operation
System：ＯｐＳ)がネットワークを通じて相互に接続さ
れた通信システムにおける管理装置のバックアップシス
テムに関する。
【０００２】
【従来の技術】従来、少なくとも１つの通信装置(ＮＥ)
と、ＮＥを管理する複数の管理装置(ＯｐＳ)とがネット
ワークを通じて相互に接続された通信システムがある。
この通信システムでは、ＯｐＳ自体の正常性を監視する
ために、以下の方法が採用されている。 (１)ＯｐＳを監視する上位ＯｐＳ(ホストＯｐＳ)を通信
システムに設置 (２)ＯｐＳ間で相互に監視 上記した方法(１)又は(２)が採用されることによって、
通信システム中の或るＯｐＳが故障した場合には、ホス
トＯｐＳ又は他のＯｐＳが故障したＯｐＳに代わってＮ
Ｅを管理する。これによって、通信システムが安定的に
運用される。
【０００３】
【発明が解決しようとする課題】しかしながら、従来技
術では以下の問題があった。方法(１)が採用される場合
には、ホストＯｐＳ及び他の装置を通信システムに設置
しなければならないので、通信システムの運用コストが
増大する。また、方法(２)が採用される場合には、Ｏｐ
Ｓの負荷が上昇することによってＯｐＳのパフォーマン
スが低下する。
【０００４】本発明の目的は、通信装置と複数の管理装
置とを含む通信システムにおいて、管理装置を監視する
装置をさらに設ける必要がなく、且つ管理装置の負荷上
昇を抑えることができる通信システムにおける管理装置
のバックアップシステムを提供することである。
【０００５】
【発明を解決するための手段】本発明は、上述した目的
を達成するため以下の構成を採用する。
【０００６】即ち、本発明による通信システムにおける
管理装置のバックアップシステムは、少なくとも１つの
通信装置を夫々管理する複数の管理装置がネットワーク
を通じて相互に接続され、前記各通信装置は、自身を管
理する管理装置を監視し、この管理装置の異常を検出し
たときに、この管理装置が自身を含む複数の通信装置を
管理している場合には、これらの複数の通信装置を代表
する代表通信装置を決定し、前記代表通信装置は、前記
異常が検出された管理装置に代わって前記複数の通信装
置を管理する代替管理装置を複数の他の管理装置の中か
ら選択し、選択した代替管理装置に前記複数の通信装置
の管理要求を送信し、前記複数の通信装置は、前記管理
要求が送信された後、前記代替管理装置の管理下に参入
し、前記各管理装置は、前記管理要求を受信した場合
に、前記代替管理装置として、前記複数の通信装置を管
理する。
【０００７】本発明は、各管理装置が、前記複数の管理
装置に夫々対応する複数のデータベースを有し、自身の
管理対象の通信装置を管理することによって得た情報を
用いて自身に対応するデータベースを更新するとともに
この更新によって発生した差分情報を全ての他の管理装
置に転送し、他の管理装置から差分情報を受信した場合
にこの他の管理装置に対応するデータベースを受信した
差分情報を用いて更新し、前記異常が検出された管理装
置の管理対象としての前記複数の通信装置を代替管理装
置として管理する場合に、これらの管理によって得た情
報を用いて前記異常が検出された管理装置に対応するデ
ータベースを更新するとともにこの更新によって生じた
差分情報を全ての他の管理装置，又は前記異常が検出さ
れた管理装置を除く他の管理装置に転送するように構成
するのが好ましい。
【０００８】また、本発明は、複数の通信装置が、前記
代替管理装置によって管理されている間、前記異常が検
出された管理装置を監視し、前記複数の通信装置の何れ
かがこの管理装置の回復を検出した場合に、前記代替管
理装置の管理下から離脱し、前記回復が検出された管理
装置の管理下に戻るように構成するのが好ましい。
【０００９】また、本発明は、複数の通信装置が、前記
代替管理装置によって管理されている間、前記異常が検
出された管理装置を夫々監視し、前記複数の通信装置の
何れかがこの管理装置の回復を検出した場合に、これら
の複数の通信装置を代表する第２代表通信装置を決定
し、前記第２代表通信装置は、前記回復が検出された管
理装置が有する複数のデータベースの復旧処理を担当す
る復旧担当管理装置を前記複数の他の管理装置の中から
選択し、選択した復旧担当管理装置に前記複数のデータ
ベースの復旧要求を送信し、前記復旧担当管理装置は、
前記復旧要求を受信した場合に、自身が有する複数のデ
ータベースの蓄積内容を前記回復が検出された管理装置
に転送し、前記回復が検出された管理装置は、前記復旧
担当管理装置から前記蓄積内容を受信した場合に、この
蓄積内容を用いて前記複数のデータベースを夫々更新す
るように構成するのが好ましい。
【００１０】さらに、本発明は、各通信装置が、自身を
管理する管理装置に監視フレームを送信し、この管理装
置から監視フレームの応答フレームを受信することによ
ってこの管理装置を監視し、前記監視フレームを送信し
てから所定期間が経過する前に前記応答フレームを受信
せず且つ応答フレームを送信するための準備の完了を示
す通知を前記管理装置から既に受信している場合にの
み、前記管理装置の異常を検出する構成とするのが好ま
しい。
【００１１】
【発明の実施の形態】以下、図面を参照して本発明の実
施形態を説明する。実施形態における構成は例示であ
り、本発明は実施形態の構成の範囲に限定されない。
【００１２】図１は、本発明の実施形態における通信シ
ステム１００の構成図である。通信システム１００は、
複数の通信装置(ＮＥ)と、複数の管理装置(ＯｐＳ)とが
通信回線Ｌ(ネットワーク)を通じて物理的に接続される
ことによってなり、且つ複数のブロック１,２,３,４に
論理的に区切られている。
【００１３】各ブロック１,２,３,４は、ＯｐＳと、こ
のＯｐＳの管理下に属する少なくとも１つのＮＥとから
なる論理的なグループである。例えば、ブロック１は、
複数(例えば３)のＮＥ１−１,１−２,１−３及びＯｐＳ
１０を備えている。ＯｐＳ１０は、複数のデータベース
(ＤＢ)１１,２１,３１,４１を収容している。ブロック
２,３,４はブロック１と同様の構成を夫々有し、各ブロ
ック１,２,３,４に属するＯｐＳ及びＮＥは、同じ構成
を有している。
【００１４】各ＮＥ１−１,１−２,１−３は、通信に関
する様々な処理を実行する伝送装置又は交換機である。
様々な処理は、例えば、回線設定(回線制御，交換制
御)，装置設定，並びにＮＥ自身及び／又は回線の障害
検出である。これらの処理は、例えば、ＮＥに搭載され
たプロセッサ(ＣＰＵ，ＭＰＵ等)がプログラムを実行す
ることによって実現される。
【００１５】ＯｐＳ１０は、ＮＥ１−１,１−２,１−３
を管理(制御及び監視)する通信機能を備えた管理装置で
ある。ＯｐＳ１０は、プロセッサ(ＣＰＵ)及びメモリを
備えており、ＣＰＵがプログラムを実行することによっ
てＮＥの管理(制御及び監視)に係る機能を実現する。Ｄ
Ｂ１１は、ＮＥ１−１,１−２,１−３を制御するための
情報(制御情報)を保持(格納)している。
【００１６】図２は、ＯｐＳ１０が或るＮＥを制御する
ときの動作を示すシーケンス図である。図２において、
ＯｐＳ１０は、或るＮＥを制御する場合には、ＤＢ１１
からこのＮＥを制御するための制御情報を読み出し、読
み出した制御情報を含むフレーム(制御フレーム)を生成
し、生成したフレームを当該ＮＥへ送信する(ステップ
Ｓ１)。
【００１７】当該ＮＥは、制御フレームを受信した場合
には、その制御フレームに含まれた情報に従って所定の
処理を実行する(ステップＳ２)。所定の処理は、例え
ば、回線設定である。
【００１８】その後、当該ＮＥは、処理／制御の結果を
示す結果情報を含むフレーム(応答フレーム)を生成し、
この応答フレームをＯｐＳ１０に送信する(ステップＳ
３)。
【００１９】ＯｐＳ１０は、当該ＮＥから応答フレーム
を受信した場合には、応答フレームに含まれた結果情報
に基づいてＤＢ１１を更新する(ステップＳ４)。これに
よって、ＤＢ１１は、ＮＥ１−１,１−２,１−３の処理
／制御結果に関するレコードを蓄積する。
【００２０】さらに、ＯｐＳ１０は、ＮＥ１−１,１−
２,１−３から警報情報を収集する。図３は、或るＮＥ
が回線又はＮＥ自身の障害を検出したときの動作を示す
シーケンス図である。
【００２１】図３において、或るＮＥは、障害を検出す
ると、警報を発生させる(ステップＳ５)。次に、当該Ｎ
Ｅは、警報情報を含む警報フレームを生成し、警報フレ
ームをＯｐＳ１０へ送信する(ステップＳ６)。
【００２２】ＯｐＳ１０は、ＮＥから警報フレームを受
信すると、警報フレームに含まれた警報情報に従ってＤ
Ｂ１１を更新する(ステップＳ７)。これによって、ＤＢ
１１は、ＮＥ１−１,１−２,１−３で発生した警報(障
害)に関するレコードを蓄積する。
【００２３】このように、ＤＢ１１は、ＮＥ１−１,１
−２,１−３の制御情報，及びＮＥ１−１,１−２,１−
３から送信された結果情報及び警報情報に基づく情報
(「管理装置が自身の管理対象の通信装置を管理するこ
とによって得た情報」に相当)を、ブロック１の通信装
置の管理に関する情報(第１ブロック情報)として蓄積す
る。
【００２４】また、ＯｐＳ１０は、ＯｐＳ２０から通信
回線Ｌを通じてブロック２に属する通信装置の管理に関
する情報(第２ブロック情報)を受け取り、ＤＢ２１に格
納する。ＤＢ２１は、第２ブロック情報を蓄積する。
【００２５】第２ブロック情報は、ＯｐＳ２０がブロッ
ク２内のＮＥ２−１,２−２,２−３を制御するための制
御情報，及びＯｐＳ２０がＮＥ２−１,２−２,２−３か
ら受け取った結果情報及び警報情報に基づいてＤＢ２２
に格納する情報(「管理装置が自身の管理対象の通信装
置を管理することによって得た情報」に相当)を含む。
【００２６】また、ＯｐＳ１０は、ＯｐＳ３０から通信
回線Ｌを通じてブロック３に属するＮＥの管理に関する
情報(第３ブロック情報)を受け取り、ＤＢ３１に格納す
る。ＤＢ３１は、第３ブロック情報を蓄積する。
【００２７】第３ブロック情報は、ＯｐＳ３０がブロッ
ク３内のＮＥ３−１,３−２,３−３を制御するための制
御情報，及びＯｐＳ３０がＮＥ３−１,３−２,３−３か
ら受け取った結果情報及び警報情報に基づいてＤＢ３３
に格納する情報(「管理装置が自身の管理対象の通信装
置を管理することによって得た情報」に相当)を含む。
【００２８】また、ＯｐＳ１０は、ＯｐＳ４０から通信
回線Ｌを通じて第４ブロック情報を受け取り、ＤＢ４１
に格納する。ＤＢ４１は、第４ブロック情報を蓄積す
る。第４ブロック情報は、ＯｐＳ４０がブロック４内の
ＮＥ４−１,４−２,４−３を制御するための制御情報，
ＯｐＳ４０がＮＥ４−１,４−２,４−３から受け取った
結果情報及び警報情報に基づいてＤＢ４４に格納する情
報(「管理装置が自身の管理対象の通信装置を管理する
ことによって得た情報」に相当)である。
【００２９】従って、ＤＢ１１,１２,１３,１４は、第
１ブロック情報を夫々蓄積する。ＤＢ２１,２２,２３,
２４は、第２ブロック情報を夫々蓄積する。ＤＢ３１,
３２,３３,３４は、第３ブロック情報を夫々蓄積する。
ＤＢ４１,４２,４３,４４は、第４ブロック情報を夫々
蓄積する。このように、各ＯｐＳ１０,２０,３０,４０
は、複数のＯｐＳの夫々に対応する複数のデータベース
を有し(収容し)、複数のデータベースは、各ＯｐＳ１
０,２０,３０,４０に対応する第１〜第４ブロック情報
を蓄積する。
【００３０】ＯｐＳ１０,２０,３０,４０は、自身に対
応するＤＢを更新した場合には、その更新によって生じ
た差分(差分情報)を他のＯｐＳに転送する。例えば、Ｏ
ｐＳ１０は、自身に対応するＤＢとしてのＤＢ１１が更
新された場合には、この更新によって発生したＤＢの蓄
積内容の差分を他のＯｐＳ２０,３０,４０に転送する。
【００３１】他のＯｐＳ２０,３０,４０は、ＯｐＳ１０
から受け取った差分を用いて対応するＤＢを更新する。
これによって、各ブロック１,２,３,４の複数のＤＢの
蓄積内容は、同期化される。
【００３２】また、各ブロック１,２,３,４において、
複数のＮＥは、監視フレーム(監視メッセージ)を同じブ
ロック内に設置されたＯｐＳに定期的に送出し、監視フ
レームの応答フレーム(応答メッセージ)をＯｐＳから受
信する。これによって、各ＮＥは、当該ＯｐＳが正常に
動作しているか否かを監視する(図４参照)。
【００３３】例えば、図４において、ブロック１におけ
るＮＥ１−１,１−２,１−３は、対応するＯｐＳとして
のＯｐＳ１０に監視フレームを送信する(ステップＳ０
１)。
【００３４】ＯｐＳ１０は、正常に動作している場合に
は、監視フレームに対応する応答フレームを、監視フレ
ームの送信元に相当するＮＥに送信する(ステップＳ０
２)。
【００３５】一方、送信元のＮＥは、監視フレームを送
信すると、応答フレームの受信を許容するためのタイマ
を設定する。送信元のＮＥは、タイマがタイムアウトに
なる前にＯｐＳ１０から応答フレームを受信した場合に
は、ＯｐＳ１０が正常であると認識する。これに対し、
送信元のＮＥは、タイマがタイムアウトになる前に応答
フレームを受信しなかった場合には、ＯｐＳ１０に異常
が発生していると認識する。
【００３６】次に、図１に示したシステム１００におけ
る動作例について説明する。図５は、システム１００の
通常動作の説明図である。図５において、ＤＢ１１に保
存された第１ブロック情報は、ＯｐＳ１０からＯｐＳ２
０,３０,４０へ転送され、ＯｐＳ２０,３０,４０は、Ｄ
Ｂ１１,１２,１３,１４を同期化するために、第１ブロ
ック情報を対応するＤＢ１２,１３,１４に格納する。こ
れによって、システム１００は、ＤＢ１１のバックアッ
プデータを３箇所に持つ。
【００３７】同様に、ＤＢ２２に保持された第２ブロッ
ク情報は、ＯｐＳ２０からＯｐＳ１０,３０,４０へ転送
され、ＯｐＳ１０,３０,４０は、ＤＢ２１,２２,２３,
２４を同期化するために、第２ブロック情報を対応する
ＤＢ２１,２３,２４に格納する。これによって、システ
ム１００は、ＤＢ２２のバックアップデータを３箇所に
持つ。
【００３８】同様に、ＤＢ３３に保持された第３ブロッ
ク情報は、ＯｐＳ３０からＯｐＳ１０,２０,４０へ転送
され、ＯｐＳ１０,２０,４０は、ＤＢ３１,３２,３３,
３４を同期化するために、第３ブロック情報を対応する
ＤＢ３１,３２,３４に格納する。これによって、システ
ム１００は、ＤＢ３３のバックアップデータを３箇所に
持つ。
【００３９】同様に、ＤＢ４４に保持された第３ブロッ
ク情報は、ＯｐＳ４０からＯｐＳ１０,２０,３０へ転送
され、ＯｐＳ１０,２０,３０は、ＤＢ４１,４２,４３,
４４を同期化するために、第４ブロック情報を対応する
ＤＢ４１,４２,４３に格納する。これによって、システ
ム１００は、ＤＢ４４のバックアップデータを３箇所に
持つ。
【００４０】図６は、システム１００においてＤＢを同
期化する動作の例を示すシーケンス図である。図６は、
ＯｐＳ１０がＤＢ１１,１２,１３,１４を同期化する時
のシステム１００の動作を示している。ＯｐＳ１０は、
制御対象のＮＥ(ここでは、ＮＥ１−１)から結果情報を
受け取った場合には、この結果情報に基づいてＤＢ１１
を書き換える(ステップＳ１〜Ｓ４：図２参照)。
【００４１】ＤＢ１１の内容が書き換えられることによ
って、差分がＤＢ１１に発生する。ＯｐＳ１０は、差分
をＤＢ１１から取り出し、ＯｐＳ２０,３０,４０に転送
する(ステップＳ４−１)。各ＯｐＳ２０,３０,４０は、
差分をＯｐＳ１０から受け取ると、差分を用いてＤＢ１
２,１３,１４を書き換える(ステップＳ４−２)。これに
よって、ＤＢ１１,１２,１３,１４が同期化する。
【００４２】一方、ＯｐＳ１０は、障害が発生したＮＥ
(ここでは、ＮＥ１−１)から警報情報を受け取った場合
には、この警報情報に基づいてＤＢ１１を書き換える
(ステップＳ５〜Ｓ７：図３参照)。
【００４３】ＤＢ１１の内容が書き換えられることによ
って、差分がＤＢ１１に発生する。ＯｐＳ１０は、差分
をＤＢ１１から取り出し、ＯｐＳ２０,３０,４０に転送
する(ステップＳ７−１)。
【００４４】各ＯｐＳ２０,３０,４０は、差分をＯｐＳ
１０から受け取ると、差分を用いてＤＢ１２,１３,１４
を書き換える(ステップＳ７−２)。これによって、ＤＢ
１１,１２,１３,１４が同期化する。他のブロック２〜
４のＯｐＳ２０,３０,４０も、図６に示した動作と同様
の動作を行う。
【００４５】図７は、異常がシステム１００の或るＯｐ
Ｓに異常が発生した場合の例を示す説明図であり、図８
は、異常がＯｐＳに発生した場合のシステム１００の動
作例を示すシーケンス図である。図７及び図８は、異常
がブロック１のＯｐＳ１０に発生した場合の動作例を示
している。
【００４６】図８において、ブロック１の各ＮＥ１−
１,１−２,１−３は、監視フレームをＯｐＳ１０に定期
的に送信し、この監視フレームに対応する応答メッセー
ジを受信することによって、ＯｐＳ１０の動作を監視
(ＯｐＳ１０の生存状態を確認)している(図４のステッ
プＳ０１,Ｓ０２参照)。
【００４７】異常(例えば、故障)がＯｐＳ１０に発生す
ると(図７参照)、ＯｐＳ１０は、ＮＥからの監視フレー
ムに対する応答メッセージを、監視フレームの送信元に
相当するＮＥに送信することができなくなる。従って、
送信元のＮＥは、図８に示すように、タイマがタイムア
ウトになる前に応答メッセージを受信することができな
い。これによって、送信元のＮＥは、ＯｐＳ１０が異常
であると判定する。
【００４８】ＮＥは、ＯｐＳ１０の異常を検出すると、
同じブロック１内の他のＮＥとの間で第１代表ＮＥを決
定するための処理(第１代表ＮＥ決定処理)を同じブロッ
ク１内の他のＮＥとの間で実行する(ステップＳ０３)。
【００４９】即ち、ＯｐＳ１０の異常を検出したＮＥ
(例えば、ＮＥ１−２)が、第１代表ＮＥ決定処理とし
て、第１調停フレームを当該ＮＥが属するブロック内の
他のＮＥへ通知する。
【００５０】図９は、図８に示した第１代表ＮＥ決定処
理(ステップＳ０３：ステップＳ０３−１及びＳ０３−
２)の例を示すシーケンス図である。図９において、Ｎ
Ｅ１−１,１−２,１−３は、監視フレームをＯｐＳ１０
へ定期的に送信することによって、ＯｐＳ１０を監視す
る(ステップＳ０１,Ｓ０２)。ＮＥ間の監視フレームの
送出タイミングは、所定の間隔を有している。
【００５１】監視フレームの送信元のＮＥ(例えば、Ｎ
Ｅ１−２)は、ＯｐＳ１０の異常を検出すると(ステップ
Ｓ０３−０)、第１調停フレーム(第１調停メッセージ)
を生成し、ブロック１内の他のＮＥ(ここでは、ＮＥ１
−１,１−３)に送信する(ステップＳ０３−１)。第１調
停フレームは、何れのＮＥが第１代表ＮＥとなるかをＮ
Ｅ間でネゴシエーションするための情報(ネゴシエーシ
ョン情報)を含む。
【００５２】第１調停フレームを受信したＮＥ１−１,
１−３は、第１調停フレームに対応する第１調停応答フ
レームを生成し、第１調停フレームの送信元のＮＥとし
てのＮＥ１−２に第１調停応答フレームを送信する(ス
テップＳ０３−２)。
【００５３】この例では、第１調停フレームは、ネゴシ
エーション情報として、第１調停フレームの送信元のＮ
Ｅ１−２が第１代表ＮＥとしてブロードキャストフレー
ムＢＦ１(図１０(Ａ)参照)の送信を開始することを示す
情報を含み、第１調停応答フレームは、第１調停フレー
ムを受信したＮＥ１−１,１−３がＮＥ１−２がブロー
ドキャストフレームＢＦ１の送信を許可することを示す
情報を含んでいる。
【００５４】従って、ＮＥ１−２は、第１調停応答フレ
ームを受信すると、第１代表ＮＥとして、代替ＯｐＳを
検索するためのブロードキャストを実行する(ステップ
Ｓ０４)。代替ＯｐＳは、他のブロック２,３,４に属
し、異常が発生したＯｐＳ１０に代わってブロック１内
のＮＥ１−１,１−２,１−３を管理(制御及び監視)する
ＯｐＳである。
【００５５】なお、各ＮＥは、第１調停フレームを他の
ＮＥから受信した後にＯｐＳの異常を検出しても、他の
ＮＥに第１調停フレームを送信しない。従って、この例
では、ブロック内で最初にＯｐＳの異常を検出したＮＥ
が第１代表ＮＥとなる。 これに対し、他のＮＥ(第１
調停フレームの送信元のＮＥを除くＮＥ)がネゴシエー
ションによって第１代表ＮＥになるようにしても良い。
例えば、その時点で最も負荷が少ないＮＥが第１代表Ｎ
Ｅになるようにしても良い。
【００５６】或いは、各ＮＥが、第１代表ＮＥの情報が
予め登録されたテーブルを有し、ＯｐＳの異常を検出し
たときに、テーブルが参照され、登録された第１代表Ｎ
Ｅの情報に対応するＮＥが第１代表ＮＥとなるようにし
ても良い。
【００５７】図８に戻って、第１代表ＮＥ(ここでは、
ＮＥ１−２)は、代替ＯｐＳを検索するためのブロード
キャストフレーム(又はマルチキャストフレーム)ＢＦ１
を生成し、他のブロック２,３,４にブロードキャスト
(マルチキャスト)する。
【００５８】図１０(Ａ)は、ブロードキャストフレーム
ＢＦ１の説明図である。ブロードキャストフレームＢＦ
１は、異常発生ＯｐＳ番号を含んでいる。異常発生Ｏｐ
Ｓ番号は、異常が発生したＯｐＳ(異常発生ＯｐＳ：こ
こではＯｐＳ１０)の特定情報である。ＯｐＳの特定情
報は、ＯｐＳのアドレスであっても良い。
【００５９】各ＯｐＳ２０,３０,４０は、ブロードキャ
ストフレームＢＦ１を受信すると、このブロードキャス
トフレームＢＦ１の応答フレームＢＲＦ１を生成し、ブ
ロードキャストフレームＢＦ１の送信元アドレスを用い
て、生成した応答フレームＢＦ１を第１代表ＮＥ(ＮＥ
１−２)に送信する(ステップＳ０５)。
【００６０】図１０(Ｂ)は、応答フレームＢＲＦ１の説
明図である。応答フレームＢＲＦ１は、パラメータとし
て、応答ＯｐＳ番号，代替可／不可情報，ＣＰＵ負荷情
報，ＣＰＵ能力情報，自ブロック接続ＮＥ数，自ブロッ
ク収容回線数，異常発生ブロック接続ＮＥ数，異常発生
ブロック回線収容数を含んでいる。これらのパラメータ
の内容は以下の通りである。 (ａ)応答ＯｐＳ番号：ブロードキャストフレームＢＦ１
に応答するＯｐＳ(応答ＯｐＳ)の番号(応答フレームの
送信元のＯｐＳの特定情報) (ｂ)代替可／不可情報：代替ＯｐＳになることが可能か
否かを示すフラグ (ｃ)ＣＰＵ負荷情報：ＣＰＵ稼働率(負荷情報) (ｄ)ＣＰＵ能力：ＣＰＵの性能(パフォーマンス情報) (ｅ)自ブロック接続ＮＥ数：応答ＯｐＳに接続されてい
るＮＥの数 (ｆ)自ブロック収容回線数：応答ＯｐＳに接続されてい
る複数のＮＥに収容されている回線の数 (ｇ)異常発生ブロック接続ＮＥ数：異常発生ＯｐＳに接
続されているＮＥの数 (ｈ)異常発生ブロック収容回線数：異常発生ＯｐＳに接
続されている複数のＮＥに収容されている回線数 図８に戻って、第１代表ＮＥ(ＮＥ１−２)は、各ＯｐＳ
２０,３０,４０から応答フレームＢＲＦ１を受信する
と、この応答フレームＢＲＦ１に含まれたパラメータを
用いて代替ＯｐＳ選択処理を実行する(ステップＳ０
６)。
【００６１】図１１は、代替ＯｐＳ選択処理(ステップ
Ｓ０６)を示すフローチャートである。第１代表ＮＥ
は、各ＯｐＳ２０,３０,４０から応答フレームＢＲＦ１
を通じて得たパラメータを比較・照合することによっ
て、代替可／不可情報による絞り込み(ステップＳ０６
−１)，ＣＰＵ負荷情報による絞り込み(ステップＳ０６
−２)，応答時間による絞り込み(ステップＳ０６−
３)，ＣＰＵ能力／自ブロック接続ＮＥ数／自ブロック
収容回線数／異常発生ブロック接続ＮＥ数／異常発生ブ
ロック回線収容数による絞り込み(ステップＳ０６−４)
を実行し、最適な条件を備えるＯｐＳを代替ＯｐＳとし
て選択する。ステップＳ０６−１〜Ｓ０６−４の順序は
任意に設定することができる。
【００６２】ここで、応答時間は、第１代表ＮＥがブロ
ードキャストフレームＢＦ１を送信してから各ＯｐＳ２
０,３０,４０からの応答フレームＢＲＦ１を受信するま
での夫々の時間(ブロードキャストフレームＢＦ１に対
する応答時間)である。このため、代表ＮＥは、ブロー
ドキャストフレームＢＦ１を送信すると、自身に搭載さ
れた時計を用いて、各ＯｐＳ２０,３０,４０に対応する
応答時間を計時及び記録する。
【００６３】また、最適な条件を備えるＯｐＳは、例え
ば、最も又は比較的負荷が少ないＯｐＳである。なお、
本実施形態は、第１代表ＮＥが各ＯｐＳ２０,３０,４０
との通信路の輻輳情報を取得し、この輻輳情報に基づい
てＯｐＳが選択されるようにしても良い。
【００６４】なお、第１代表ＮＥが上記したパラメータ
(ａ)〜(ｈ)の少なくとも１つを用いて代替ＯｐＳを選択
するようにしても良い。例えば、第１代表ＮＥが応答フ
レームＢＲＦ１が最も早く代替ＯｐＳに到着したＯｐＳ
(応答時間が最も短いＯｐＳ)を代替ＯｐＳとして選択す
るようにしても良い。この場合には、通信状態が最も良
い代替ＯｐＳが選択される。
【００６５】さらに、各ブロックの少なくとも１つのＮ
Ｅが代替ＯｐＳの情報が予め登録されたテーブルを有
し、第１代表ＮＥが決定されたときに、第１代表ＮＥが
代替ＯｐＳの情報をテーブルから取得し、この情報に対
応するＯｐＳを代替ＯｐＳとして選択するようにしても
良い。
【００６６】図８に戻って、第１代表ＮＥは、代替Ｏｐ
Ｓを選択すると、代替要求フレームを生成し、代替Ｏｐ
Ｓに相当するＯｐＳに送信する(ステップＳ０７)。この
例では、ＯｐＳ３０が代替ＯｐＳとして選択され、代替
要求フレームがＯｐＳ３０に送信される。
【００６７】ＯｐＳ３０は、代替要求フレームを受信す
ると、代替ＯｐＳとしての処理を開始し(ステップＳ０
８)、代替要求フレームに対応する代替要求応答フレー
ムを返送する(ステップＳ０９)。代替要求応答フレーム
は、代替要求フレームを受信したＯｐＳ(ＯｐＳ３０)が
代替要求を承認し代替ＯｐＳとして機能することを示す
情報を含む。
【００６８】第１代表ＮＥ(ＮＥ１−２)が代替要求応答
フレームを受信すると、第１代表ＮＥが属するブロック
１において、各ＮＥ１−１,１−２,１−３がＯｐＳ接続
変更処理を実行する(ステップＳ０１０)。
【００６９】図１２は、ＯｐＳ接続変更処理(ステップ
Ｓ０１０)を示すシーケンス図である。第１代表ＮＥと
してのＮＥ１−２は、代替ＯｐＳとしてのＯｐＳ３０か
ら代替要求応答フレームを受信すると、ブロック１の他
のＮＥ１−１,１−３に対し、接続変更要求を送信する
(ステップＳ０１０−１)。接続変更要求は、各ＮＥ１−
１,１−３とＯｐＳとの論理接続を異常発生ＯｐＳ(Ｏｐ
Ｓ１０)から代替ＯｐＳ(ＯｐＳ３０)に変更することを
要求するための通知であり、代替ＯｐＳの特定情報(Ｏ
ｐＳ番号，又はＯｐＳのアドレス)を含んでいる。
【００７０】第１代表ＮＥ(ＮＥ１−２)は、接続変更要
求を送信した後、ＮＥ１−２とＯｐＳ１０との論理接続
の切断処理を実行する(ステップＳ０１０−２)。また、
各ＮＥ１−１,１−３は、接続変更要求を受信すると、
各ＮＥ１−１,１−３とＯｐＳ１０との論理接続を夫々
切断する(ステップＳ０１０−２)。
【００７１】論理接続が切断されることによって、Ｏｐ
Ｓ１０が各ＮＥ１−１,１−２,１−３を管理(制御及び
監視)するという関係(管理関係)が抹消される。但し、
各ＮＥ１−１,１−２,１−３は、上記した切断処理後
も、ＯｐＳ１０の回復を監視するため、監視フレームを
ＯｐＳ１０へ定期的に送信する。
【００７２】その後、図８及び図１２に示すように、各
ＮＥ１−１,１−２,１−３は、応答フレームＢＲＦ１又
は接続変更要求に含まれた代替ＯｐＳの特定情報を用
い、自身と代替ＯｐＳとしてのＯｐＳ３０との接続処理
を実行する(ステップＳ０１１)。これによって、新たな
論理接続(管理関係)が各ＮＥ１−１,１−２,１−３とＯ
ｐＳ３０との間に形成され、複数のＮＥ１−１,１−２,
１−３が代替ＯｐＳの管理下に参入する。
【００７３】代替ＯｐＳとしてのＯｐＳ３０は、代替処
理として、ＯｐＳ１０による複数のＮＥ１−１,１−２,
１−３の管理を引き継ぐ。即ち、ＯｐＳ３０は、ＯｐＳ
１０と同様に、各ＮＥ１−１,１−２,１−３に対する管
理を行い、自身に対応するＤＢ３１,３３を更新する。
【００７４】これによって、ＯｐＳ３０がＯｐＳ１０の
代わりに第１ブロック情報をＤＢ３１に蓄積する。ま
た、ＯｐＳ３０は、ＤＢ３１を更新する毎に、この更新
によって生じた差分を他のＯｐＳ２０,４０に転送す
る。これによって、第１ブロック情報を蓄積するＤＢ２
１,３１,４１が同期化される。
【００７５】次に、異常発生ＯｐＳが復旧したときのシ
ステム１００の動作例を説明する。図１３は、図７及び
図８に示した動作例において、ＯｐＳ１０が復旧した場
合におけるシステム１００の動作を示すシーケンス図で
ある。図１４は、第２代表ＮＥ決定処理(ステップＳ０
２２)を示すシーケンス図である。
【００７６】ブロック１の各ＮＥ１−１,１−２,１−３
は、切断処理(ステップＳ０１０−２)後も、監視フレー
ムをＯｐＳ１０に定期的に送信し、この監視フレームに
対応する応答メッセージを受け付ける(ステップＳ０
１)。これによって、各ＮＥ１−１,１−２,１−３は、
ＯｐＳ１０の回復を監視する。一方、ＯｐＳ１０は、異
常な状態から回復した場合には(ステップＳ０２１)、監
視フレームに対応する応答フレームを送信することがで
きる。
【００７７】各ＮＥ１−１,１−２,１−３は、ＯｐＳ１
０から応答フレームを受信すると、ＯｐＳ１０が異常状
態から回復したと認識し、第２代表ＮＥ決定処理を実行
する(ステップＳ０２２)。即ち、各ＮＥ１−１,１−２,
１−３は、ＯｐＳ１０の回復を検出すると(ステップＳ
０２２−０)、第２調停フレーム(第２調停メッセージ)
をブロック１内の他のＮＥへ送信する(ステップＳ０２
２−１)。
【００７８】図１４の例では、ＮＥ１−２がＯｐＳ１０
の回復を検出し、他のＮＥ１−１,１−３に第２調停フ
レームを送信している。第２調停フレームは、何れのＮ
Ｅが第２代表ＮＥとなるかをＮＥ間でネゴシエーション
するための情報(ネゴシエーション情報)を含む。
【００７９】第２調停フレームを受信したＮＥ１−１,
１−３は、第２調停フレームに対応する第２調停応答フ
レームを生成し、ＮＥ１−２に送信する(ステップＳ０
２２−２)。この例では、第２調停フレームは、ネゴシ
エーション情報として、第２調停フレームの送信元とし
てのＮＥ１−２が第２代表ＮＥになることを示す情報を
含み、第２調停応答フレームは、第２調停フレームを受
信したＮＥ１−１,１−３がＮＥ１−２が第１代表ＮＥ
になることを確認したことを示す情報を含んでいる。
【００８０】従って、ＮＥ１−２は、第２調停応答フレ
ームを受信すると、第２代表ＮＥとして、復旧担当Ｏｐ
Ｓを検索するためのブロードキャストを実行する(ステ
ップＳ０２３)。復旧担当ＯｐＳは、他のブロック２,
３,４に属し、ブロック１のＤＢ１１,２１,３１,４１
(ＯｐＳ１０)の復旧処理を担当するＯｐＳである。
【００８１】なお、各ＮＥは、第２調停フレームを他の
ＮＥから受信した場合には、その受信後にＯｐＳの回復
を検出しても、他のＮＥに第２調停フレームを送信しな
い。従って、この例では、ブロック内で最初にＯｐＳの
回復を検出したＮＥが第２代表ＮＥとなる。
【００８２】これに対し、他のＮＥ(第２調停フレーム
の送信元のＮＥを除くＮＥ)がネゴシエーションによっ
て第２代表ＮＥになるようにしても良い。或いは、各ブ
ロックにおいて、第２代表ＮＥの情報が予め各ＮＥに登
録され、ＯｐＳの回復が検出されたときに、登録された
第２代表ＮＥの情報に対応するＮＥが第２代表ＮＥとな
るようにしても良い。
【００８３】第２代表ＮＥ(ここでは、ＮＥ１−２)は、
復旧対象ＯｐＳを検索するためのブロードキャストフレ
ーム(又はマルチキャストフレーム)ＢＦ２を生成し、他
のブロック２,３,４にブロードキャスト(マルチキャス
ト)する(ステップＳ０２３)。
【００８４】図１５(Ａ)は、ブロードキャストフレーム
ＢＦ２の説明図である。ブロードキャストフレームＢＦ
は、復旧対象ＯｐＳ番号を含んでいる。復旧対象ＯｐＳ
番号は、異常状態から回復したＯｐＳ(復旧対象Ｏｐ
Ｓ：ここではＯｐＳ１０)の特定情報である。ＯｐＳの
特定情報は、ＯｐＳのアドレスであっても良い。
【００８５】図１３に戻って、各ＯｐＳ２０,３０,４０
は、ブロードキャストフレームＢＦ２を受信すると、こ
のブロードキャストフレームＢＦ２の応答フレームＢＲ
Ｆ２を生成し、ブロードキャストフレームＢＦ２の送信
元アドレスを用いて、生成した応答フレームＢＦ２を第
２代表ＮＥ(ＮＥ１−２)に送信する(ステップＳ０２
４)。
【００８６】図１５(Ｂ)は、応答フレームＢＲＦ２の説
明図である。応答フレームＢＲＦ２は、代替可／不可情
報が復旧担当可／不可情報に代わっている点を除き、応
答フレームＢＲＦ１と同じパラメータを有している。復
旧担当可／不可情報は、復旧担当ＯｐＳになることが可
能か否かを示すフラグである。
【００８７】図１３に戻って、第２代表ＮＥ(ＮＥ１−
２)は、各ＯｐＳ２０,３０,４０から応答フレームＢＲ
Ｆ２を受信すると、応答フレームＢＲＦ２に含まれたパ
ラメータを用いて復旧担当ＯｐＳ選択処理を実行する
(ステップＳ０２５)。
【００８８】図１６は、復旧担当ＯｐＳ選択処理(ステ
ップＳ０２５)を示すフローチャートである。第２代表
ＮＥは、各ＯｐＳ２０,３０,４０から応答フレームＢＲ
Ｆ２を通じて得たパラメータを用い、代替ＯｐＳ選択処
理(ステップＳ０６)とほぼ同様の処理を行うことによっ
て、復旧担当ＯｐＳを選択又は決定する。
【００８９】即ち、第２代表ＮＥは、復旧担当可／不可
情報による絞り込み(ステップＳ０２５−１)，ＣＰＵ負
荷情報による絞り込み(ステップＳ０２５−２)，応答時
間による絞り込み(Ｓ０２５−３)，ＣＰＵ能力／自ブロ
ック接続ＮＥ数／自ブロック収容回線数／異常発生ブロ
ック接続ＮＥ数／異常発生ブロック回線収容数による絞
り込み(Ｓ０２５−４)を実行し、最適な条件を備えるＯ
ｐＳを復旧担当ＯｐＳとして選択又は決定する。なお、
代替ＯｐＳの選択方法として説明した様々な方法は、復
旧担当ＯｐＳの選択方法に適用することができる。ま
た、第２代表ＮＥは、代替ＯｐＳと異なるＯｐＳを復旧
担当ＯｐＳとして選択する構成とするのが好ましい。こ
れによって、１つのＯｐＳに負荷が集中ことを防止で
き、ＯｐＳの性能が低下することを防ぐことができる。
【００９０】図１３に戻って、第２代表ＮＥは、復旧担
当ＯｐＳを選択すると、ＤＢ復旧要求フレームを生成
し、復旧担当ＯｐＳに相当するＯｐＳに送信する(ステ
ップＳ０２６)。この例では、ＯｐＳ２０が復旧担当Ｏ
ｐＳとして選択され、ＤＢ復旧要求フレームがＯｐＳ２
０に送信される。
【００９１】ＯｐＳ２０は、ＤＢ復旧要求フレームを受
信すると、復旧担当ＯｐＳとして、ＤＢ復旧処理を実行
する(ステップＳ０２８)。即ち、ＯｐＳ２０は、ＤＢ２
１,２２,２３,２４に蓄積された第１〜第４ブロック情
報を読み出し、ＯｐＳ１０に転送する。ＯｐＳ１０は、
ＯｐＳ２０から受信した第１〜第４ブロック情報を各Ｄ
Ｂ１１,２１,３１,４１に格納する。これによって、ブ
ロック１のＤＢ１１,１２,１３,１４の蓄積内容が、他
のブロック２,３,４における複数のＤＢと同期化され
る。このようにして、ブロック１のＤＢ１１,１２,１
３,１４が復旧する。
【００９２】ＯｐＳ２０は、ＤＢ復旧処理が終了する
と、ＤＢ復旧処理終了通知を第２代表ＮＥとしてのＮＥ
１−２に送信する(ステップＳ０２９)。第２代表ＮＥ
は、ＤＢ復旧処理終了通知を受信すると、代替ＯｐＳと
してのＯｐＳ３０に対し、代替終了通知を送信する(ス
テップＳ０３０)。
【００９３】ＯｐＳ３０は、代替終了通知を受信する
と、代替終了処理を実行する(ステップＳ０３１)。即
ち、ＯｐＳ３０は、各ＮＥ１−１,１−２,１−３を管理
するための処理を終了する。その後、ＯｐＳ３０は、代
替終了通知に対する応答通知を代表ＮＥとしてのＮＥ１
−２に送信する(ステップＳ０３２)。
【００９４】第２代表ＮＥとしてのＮＥ１−２は、応答
通知を受信すると、ＯｐＳ接続変更処理を実行する(ス
テップＳ０３３)。図１７は、ＯｐＳ接続変更処理(ステ
ップＳ０３３)を示すシーケンス図である。ＮＥ１−２
は、ＯｐＳ３０から応答通知を受信すると、接続変更要
求をＮＥ１−１,１−３に送信することによって、ＮＥ
１−１,１−３とＯｐＳとの接続関係を代替ＯｐＳ(Ｏｐ
Ｓ３０)から元のＯｐＳ(ＯｐＳ１０)に変更することを
ＮＥ１−１,１−３に要求する(ステップＳ０３３−
１)。
【００９５】ＮＥ１−２は、接続変更要求を送信した
後、ＮＥ１−２とＯｐＳ３０との接続関係の切断処理を
実行する(ステップＳ０３３−２)。また、各ＮＥ１−
１,１−３は、接続変更要求を受信すると、各ＮＥ１−
１,１−３とＯｐＳ３０との接続関係を夫々切断する(ス
テップＳ０３３−２)。このようにして、各ＮＥ１−１,
１−２,１−３は、代替ＯｐＳの管理下から離脱する。
【００９６】その後、各ＮＥ１−１,１−２,１−３は、
自身とＯｐＳ１０との接続処理を実行する(ステップＳ
０３４)。これによって、ブロック１の状態が、ＯｐＳ
１０の異常が発生する前の状態に戻る。
【００９７】本発明の実施形態によるシステム１００に
よると、各ブロック(ＯｐＳと、このＯｐＳによって管
理されるＮＥとからなるグループ)において、各ＮＥが
ＯｐＳを監視してＯｐＳの異常を検出した場合には、こ
のブロック中の複数のＮＥの中から第１代表ＮＥが決定
される。第１代表ＮＥは、代替ＯｐＳを選択し、選択さ
れた代替ＯｐＳに代替要求(「管理要求」に相当)を送信
する。そして、異常が検出されたＯｐＳの管理下に属す
る複数のＮＥ(ＯｐＳの異常が検出されたブロック中の
全てのＮＥ)が、代替ＯｐＳの管理下に参入する。
【００９８】このように、通信システム１００は、ある
ＯｐＳ(管理装置)が異常によって動作できなくなった場
合には、他のＯｐＳが代替ＯｐＳとしてＮＥの管理を引
き継ぐことによって、ＯｐＳのバックアップを図る。
【００９９】このバックアップに係る処理は、ＮＥがＯ
ｐＳを監視し、ＮＥが第１代表ＮＥ決定処理，代替Ｏｐ
Ｓ選択処理，代替要求送信，代替ＯｐＳへの接続処理を
実行することによって実現される。このように、バック
アップに係る処理がＮＥの主導によって実現される。
【０１００】従って、従来のように、ホストＯｐＳを通
信システム１００に設ける必要がないので、通信システ
ム１００の運用コストの上昇を抑えることができる。ま
た、ＯｐＳ間の相互監視によって、ＯｐＳの負荷が上昇
し、ＯｐＳのパフォーマンスが低下することもない。
【０１０１】また、第１代表ＮＥが、応答フレームＢＲ
Ｆ１及びこれに含まれた情報(パラメータ(ａ)〜(ｈ))を
用いて代替ＯｐＳを動的に選択する。例えば、ＣＰＵ負
荷情報を基準として代替ＯｐＳが選択されることによっ
て、その時点で最も負荷が少ないＯｐＳが選択される。
或いは、応答時間を基準として代替ＯｐＳが選択される
ことによって、通信状態(トラフィック状態)が最良の
(スループットが最も高い)ＯｐＳが選択される。このよ
うに、最適なＯｐＳが代替ＯｐＳとして選択され、代替
ＯｐＳが代替処理を実行する。これによって、通信シス
テム１００の運用が良好に図られる。
【０１０２】また、代替ＯｐＳは、代替処理において、
自身の管理下に新たに参入した各ＮＥについての管理情
報(図示した例では、第１ブロック情報)を、自身が有す
るデータベースに蓄積し、他のＯｐＳに転送すること
で、異常が検出されたＯｐＳに対応するデータベースを
除くデータベース間で、第１ブロック情報の同期化が実
現される。
【０１０３】このように、代替ＯｐＳが決定された後、
ＯｐＳ故障発生ブロック内の通信装置の論理接続が代替
ＯｐＳへ変更されるため、各ＯｐＳの管理ブロックのデ
ータベースを他のブロックのＯｐＳでも保持しておき、
変更差分を他のブロックのＯｐＳへ転送することで常に
いくつかのＯｐＳでデータベースを保持し、お互いにバ
ックアップとしての機能を実現することができる。
【０１０４】その後、異常が検出されたＯｐＳが回復し
た場合には、第２代表ＮＥが決定され、第２代表ＮＥが
復旧担当ＯｐＳを選択し、復旧担当ＯｐＳと回復が検出
されたＯｐＳとの間で復旧処理が実行され、回復が検出
されたＯｐＳが収容する複数のデータベースの復旧が図
られる。そして、代替処理が終了し、代替処理によって
管理されていた複数のＮＥが代替ＯｐＳの管理下から離
脱し、回復が検出されたＯｐＳの管理下に参入する(戻
る)。これによって、通信システム１００の状態が、異
常がＯｐＳに発生する前の状態(最適な状態と想定され
ている状態)に戻る。
【０１０５】これによって、以下の効果を発揮すること
ができる。 １．ＯｐＳの異常が発生したときに、各ＯｐＳの負荷や
監視制御ネットワーク状態に応じて最適な代替ＯｐＳが
動的に選択され、異常が発生したＯｐＳの配下の通信装
置の論理接続が代替ＯｐＳへ変更される。これによっ
て、的確な監視制御ネットワーク(通信システム)の修復
が、最小限の監視制御システム(通信システム)への影響
のもとで実現される。 ２．代替ＯｐＳ決定処理が被監視制御側である通信装置
(ＮＥ)で実現されるので、各ＯｐＳの負荷削減が実現さ
れる。 ３．各ＯｐＳ装置の正常性確認のために別途上位ＯｐＳ
を設置・運用する必要がなく、運用コストの低減化が実
現される。 ４．ＯｐＳの異常が回復したときに、各ＯｐＳの負荷や
監視制御ネットワーク状態に応じて最適なＤＢの復旧を
担当するＯｐＳが動的に選択され、異常から回復したＯ
ｐＳのＤＢの復旧処理が、最小限の監視制御システム
(通信システム)への影響のもとで実現される。
【０１０６】さらに、本実施形態では、以下の構成を付
加することできる。即ち、実施形態における通信システ
ム１００の構築時等において、ＯｐＳとＮＥとを同時に
起動する場合、ＮＥの立ち上がり時間に比べてＯｐＳの
立ち上がり時間が長くなる可能性がある。
【０１０７】このとき、ＮＥがＯｐＳに監視フレームを
送信しても、ＯｐＳは、応答フレームを送信する準備が
完了していないので、応答フレームをＮＥに送信するこ
とができない。この場合には、ＮＥがＯｐＳの異常を誤
って検出してしまう。この問題を解決するため、ＯｐＳ
からの立ち上げ通知を受信するまではＯｐＳ異常を検出
しても、第１調停フレーム(調停メッセージ)を他のＮＥ
に送信したり、ブロードキャストフレームＢＦ１を他の
ＯｐＳへ送信したりしない機能(フレーム送信抑止機能)
をＮＥに実装する。この機能は、ＮＥに搭載されたプロ
セッサが所定のプログラムを実行することによって実現
することができる。
【０１０８】図１８は、フレーム送信抑止機能を説明す
るシーケンス図である。例えば、通信システム１００の
構築時において、ＮＥとＯｐＳとを同時に立ち上げた
(起動した)とする(Ｓ１０１,Ｓ２０１)。ＮＥは、起動
によって監視フレームをＯｐＳに送信するための準備を
行い、ＯｐＳは、起動によって応答フレームをＮＥに返
信するための準備を行う。
【０１０９】このとき、ＮＥがＯｐＳよりも早く準備を
完了すると、ＮＥはＯｐＳに対する監視フレームの定期
的な送信を開始する。但し、ＮＥの準備が完了した時点
では、ＮＥに設定されたＯｐＳの異常の検出を抑止(禁
止)するための異常検出禁止フラグ(調停メッセージ抑止
フラグ)がオンの状態(異常の検出(第１調停フレームの
送信)を禁止する状態)となっている。
【０１１０】このため、ＮＥは、監視フレームをＯｐＳ
に送信し(Ｓ０１)、所定期間内に応答フレームを受信で
きなくても、ＯｐＳの異常を検出しない。その後、Ｏｐ
Ｓの準備が完了すると(Ｓ２０２)、ＯｐＳは、準備完了
通知(立ち上げ完了通知)をＮＥに送信する(Ｓ２０３)。
【０１１１】ＮＥは、準備完了通知をＯｐＳから受信す
ると、これに対する応答通知をＯｐＳに送信し(Ｓ１０
３)、異常検出禁止フラグをオフ(異常の検出を許可する
状態)に設定する(Ｓ１０４)。これによって、ＮＥは、
監視フレームを送信してから所定期間内に応答フレーム
を受信できなかった場合には、ＯｐＳの異常を検出し、
第１調停フレームを送信する。一方、ＯｐＳは、準備完
了通知を送信した後は、ＮＥからの監視フレームに対
し、応答フレームを返信する。これによって、ＮＥがＯ
ｐＳの異常を誤って検出することが防止される。
【０１１２】〔その他〕本発明は、以下のように特定す
ることができる。 （付記１）少なくとも１つの通信装置を夫々管理する複
数の管理装置がネットワークを通じて相互に接続され、
前記各通信装置は、自身を管理する管理装置を監視し、
この管理装置の異常を検出したときに、この管理装置が
自身を含む複数の通信装置を管理している場合には、こ
れらの複数の通信装置を代表する代表通信装置を決定
し、前記代表通信装置は、前記異常が検出された管理装
置に代わって前記複数の通信装置を管理する代替管理装
置を複数の他の管理装置の中から選択し、選択した代替
管理装置に前記複数の通信装置の管理要求を送信し、前
記複数の通信装置は、前記管理要求が送信された後、前
記代替管理装置の管理下に参入し、前記各管理装置は、
前記管理要求を受信した場合に、前記代替管理装置とし
て、前記複数の通信装置を管理する通信システムにおけ
る管理装置のバックアップシステム。 （付記２）前記代表通信装置は、前記管理要求を送信す
る前に、代替管理装置を選択するためのフレームを前記
複数の他の管理装置へ送信し、前記複数の他の管理装置
は、前記フレームを受信した場合に、このフレームに対
応する応答フレームを前記代表通信装置に送信し、前記
代表通信装置は、前記複数の他の管理装置から応答フレ
ームを夫々受信し、最初に受信した応答フレームの送信
元の他の管理装置を代替管理装置として選択する付記１
記載の通信システムにおける管理装置のバックアップシ
ステム。 （付記３）前記代表通信装置は、前記管理要求を送信す
る前に、代替管理装置を選択するためのフレームを前記
複数の他の管理装置へ送信し、前記複数の他の管理装置
は、前記フレームを受信した場合に、このフレームに対
応する応答フレームを前記代表通信装置に送信し、前記
代表通信装置は、前記他の複数の管理装置からの応答フ
レームを夫々受信し、これらの応答フレームに含まれた
情報を用いて代替管理装置を選択する付記１記載の通信
システムにおける管理装置のバックアップシステム。 （付記４）前記各管理装置は、前記複数の管理装置に夫
々対応する複数のデータベースを有し、自身の管理対象
の通信装置を管理することによって得た情報を用いて自
身に対応するデータベースを更新するとともにこの更新
によって発生した差分情報を全ての他の管理装置に転送
し、他の管理装置から差分情報を受信した場合にこの他
の管理装置に対応するデータベースを受信した差分情報
を用いて更新し、前記異常が検出された管理装置の管理
対象としての前記複数の通信装置を代替管理装置として
管理する場合に、これらの管理によって得た情報を用い
て前記異常が検出された管理装置に対応するデータベー
スを更新するとともにこの更新によって生じた差分情報
を全ての他の管理装置，又は前記異常が検出された管理
装置を除く他の管理装置に転送する付記１記載の通信シ
ステムにおける管理装置のバックアップシステム。 （付記５）前記複数の通信装置のうち、最初に管理装置
の異常を検出した通信装置が代表通信装置になる付記１
記載の通信システムにおける管理装置のバックアップシ
ステム。 （付記６）前記各通信装置は、前記異常が検出された管
理装置が自身のみを管理している場合には、前記複数の
他の管理装置の中から選択した代替管理装置に前記複数
の通信装置の管理要求を送信し、前記管理要求が送信さ
れた後、前記代替管理装置の管理下に参入し、前記各管
理装置は、前記管理要求を受信した場合に、前記代替管
理装置として、前記管理要求の送信元の通信装置を管理
する付記１記載の通信システムにおける管理装置のバッ
クアップシステム。 （付記７）前記複数の通信装置は、前記代替管理装置に
よって管理されている間、前記異常が検出された管理装
置を監視し、前記複数の通信装置の何れかがこの管理装
置の回復を検出した場合に、前記代替管理装置の管理下
から離脱し、前記回復が検出された管理装置の管理下に
戻る付記１記載の通信システムにおける管理装置のバッ
クアップシステム。 （付記８）前記複数の通信装置は、前記代替管理装置に
よって管理されている間、前記異常が検出された管理装
置を夫々監視し、前記複数の通信装置の何れかがこの管
理装置の回復を検出した場合に、これらの複数の通信装
置を代表する第２代表通信装置を決定し、前記第２代表
通信装置は、前記回復が検出された管理装置が有する複
数のデータベースの復旧処理を担当する復旧担当管理装
置を前記複数の他の管理装置の中から選択し、選択した
復旧担当管理装置に前記複数のデータベースの復旧要求
を送信し、前記復旧担当管理装置は、前記復旧要求を受
信した場合に、自身が有する複数のデータベースの蓄積
内容を前記回復が検出された管理装置に転送し、前記回
復が検出された管理装置は、前記復旧担当管理装置から
前記蓄積内容を受信した場合に、この蓄積内容を用いて
前記複数のデータベースを夫々更新する付記４記載の通
信システムにおける管理装置のバックアップシステム。 （付記９）前記第２代表通信装置は、前記復旧要求を送
信する前に、復旧担当管理装置を選択するためのフレー
ムを前記複数の他の管理装置へ送信し、前記複数の他の
管理装置は、前記フレームを受信した場合に、このフレ
ームに対応する応答フレームを前記第２代表通信装置に
送信し、前記第２代表通信装置は、前記他の複数の管理
装置から応答フレームを夫々受信し、最初に受信した応
答フレームの送信元の他の管理装置を復旧担当管理装置
として選択する付記８記載の通信システムにおける管理
装置のバックアップシステム。 （付記１０）前記第２代表通信装置は、前記復旧要求を
送信する前に、復旧担当管理装置を選択するためのフレ
ームを前記複数の他の管理装置へ送信し、前記複数の他
の管理装置は、前記フレームを受信した場合に、このフ
レームに対応する応答フレームを前記第２代表通信装置
に送信し、前記第２代表通信装置は、前記複数の他の管
理装置からの応答フレームを夫々受信し、これらの応答
フレームに含まれた情報を用いて復旧担当管理装置を選
択する付記８記載の通信システムにおける管理装置のバ
ックアップシステム。 （付記１１）前記第２代表通信装置は、前記複数の他の
管理装置の中から、代替管理装置として選択されていな
い管理装置を復旧担当管理装置として選択する付記８記
載の管理装置のバックアップシステム。 （付記１２）前記複数の通信装置のうち、最初に管理装
置の回復を検出した通信装置が第２代表通信装置になる
付記８記載の通信システムにおける管理装置のバックア
ップシステム。 （付記１３）前記各通信装置は、自身を管理する管理装
置に監視フレームを送信し、この管理装置から監視フレ
ームの応答フレームを受信することによってこの管理装
置を監視し、前記監視フレームを送信してから所定期間
が経過する前に前記応答フレームを受信せず且つ応答フ
レームを送信するための準備の完了を示す通知を前記管
理装置から既に受信している場合にのみ、前記管理装置
の異常を検出する付記１記載の通信システムの管理装置
のバックアップシステム。 （付記１４）少なくとも１つの通信装置を夫々管理する
複数の管理装置がネットワークを通じて相互に接続さ
れ、前記各通信装置は、自身を管理する管理装置を監視
し、この管理装置の異常を検出したときに、この管理装
置が自身を含む複数の通信装置を管理している場合に
は、これらの複数の通信装置を代表する代表通信装置を
決定し、前記代表通信装置は、前記異常が検出された管
理装置に代わって前記複数の通信装置を管理する代替管
理装置を複数の他の管理装置の中から選択し、選択した
代替管理装置に前記複数の通信装置の管理要求を送信
し、前記複数の通信装置は、前記管理要求が送信された
後、前記代替管理装置の管理下に参入し、前記各管理装
置は、前記管理要求を受信した場合に、前記代替管理装
置として、前記複数の通信装置を管理する通信システム
における管理装置のバックアップ方法。 （付記１５）前記代表通信装置は、前記管理要求を送信
する前に、代替管理装置を選択するためのフレームを前
記複数の他の管理装置へ送信し、前記複数の他の管理装
置は、前記フレームを受信した場合に、このフレームに
対応する応答フレームを前記代表通信装置に送信し、前
記代表通信装置は、前記複数の他の管理装置から応答フ
レームを夫々受信し、最初に受信した応答フレームの送
信元の他の管理装置を代替管理装置として選択する付記
１４記載の通信システムにおける管理装置のバックアッ
プ方法。 （付記１６）前記代表通信装置は、前記管理要求を送信
する前に、代替管理装置を選択するためのフレームを前
記複数の他の管理装置へ送信し、前記複数の他の管理装
置は、前記フレームを受信した場合に、このフレームに
対応する応答フレームを前記代表通信装置に送信し、前
記代表通信装置は、前記他の複数の管理装置からの応答
フレームを夫々受信し、これらの応答フレームに含まれ
た情報を用いて代替管理装置を選択する付記１４記載の
通信システムにおける管理装置のバックアップ方法。 （付記１７）前記各管理装置は、前記複数の管理装置に
夫々対応する複数のデータベースを有し、自身の管理対
象の通信装置を管理することによって得た情報を用いて
自身に対応するデータベースを更新するとともにこの更
新によって発生した差分情報を全ての他の管理装置に転
送し、他の管理装置から差分情報を受信した場合にこの
他の管理装置に対応するデータベースを受信した差分情
報を用いて更新し、前記異常が検出された管理装置の管
理対象としての前記複数の通信装置を代替管理装置とし
て管理する場合に、これらの管理によって得た情報を用
いて前記異常が検出された管理装置に対応するデータベ
ースを更新するとともにこの更新によって生じた差分情
報を全ての他の管理装置，又は前記異常が検出された管
理装置を除く他の管理装置に転送する付記１４記載の通
信システムにおける管理装置のバックアップ方法。 （付記１８）前記複数の通信装置のうち、最初に管理装
置の異常を検出した通信装置が代表通信装置になる付記
１４記載の通信システムにおける管理装置のバックアッ
プ方法。 （付記１９）前記各通信装置は、前記異常が検出された
管理装置が自身のみを管理している場合には、前記複数
の他の管理装置の中から選択した代替管理装置に前記複
数の通信装置の管理要求を送信し、前記管理要求が送信
された後、前記代替管理装置の管理下に参入し、前記各
管理装置は、前記管理要求を受信した場合に、前記代替
管理装置として、前記管理要求の送信元の通信装置を管
理する付記１４記載の通信システムにおける管理装置の
バックアップ方法。 （付記２０）前記複数の通信装置は、前記代替管理装置
によって管理されている間、前記異常が検出された管理
装置を監視し、前記複数の通信装置の何れかがこの管理
装置の回復を検出した場合に、前記代替管理装置の管理
下から離脱し、前記回復が検出された管理装置の管理下
に戻る付記１４記載の通信システムにおける管理装置の
バックアップ方法。 （付記２１）前記複数の通信装置は、前記代替管理装置
によって管理されている間、前記異常が検出された管理
装置を夫々監視し、前記複数の通信装置の何れかがこの
管理装置の回復を検出した場合に、これらの複数の通信
装置を代表する第２代表通信装置を決定し、前記第２代
表通信装置は、前記回復が検出された管理装置が有する
複数のデータベースの復旧処理を担当する復旧担当管理
装置を前記複数の他の管理装置の中から選択し、選択し
た復旧担当管理装置に前記複数のデータベースの復旧要
求を送信し、前記復旧担当管理装置は、前記復旧要求を
受信した場合に、自身が有する複数のデータベースの蓄
積内容を前記回復が検出された管理装置に転送し、前記
回復が検出された管理装置は、前記復旧担当管理装置か
ら前記蓄積内容を受信した場合に、この蓄積内容を用い
て前記複数のデータベースを夫々更新する付記１７記載
の通信システムにおける管理装置のバックアップ方法。 （付記２２）前記第２代表通信装置は、前記復旧要求を
送信する前に、復旧担当管理装置を選択するためのフレ
ームを前記複数の他の管理装置へ送信し、前記複数の他
の管理装置は、前記フレームを受信した場合に、このフ
レームに対応する応答フレームを前記第２代表通信装置
に送信し、前記第２代表通信装置は、前記他の複数の管
理装置から応答フレームを夫々受信し、最初に受信した
応答フレームの送信元の他の管理装置を復旧担当管理装
置として選択する付記２１記載の通信システムにおける
管理装置のバックアップ方法。 （付記２３）前記第２代表通信装置は、前記復旧要求を
送信する前に、復旧担当管理装置を選択するためのフレ
ームを前記複数の他の管理装置へ送信し、前記複数の他
の管理装置は、前記フレームを受信した場合に、このフ
レームに対応する応答フレームを前記第２代表通信装置
に送信し、前記第２代表通信装置は、前記複数の他の管
理装置からの応答フレームを夫々受信し、これらの応答
フレームに含まれた情報を用いて復旧担当管理装置を選
択する付記２１記載の通信システムにおける管理装置の
バックアップ方法。 （付記２４）前記第２代表通信装置は、前記複数の他の
管理装置の中から、代替管理装置として選択されていな
い管理装置を復旧担当管理装置として選択する付記２１
記載の管理装置のバックアップ方法。 （付記２５）前記複数の通信装置のうち、最初に管理装
置の回復を検出した通信装置が第２代表通信装置になる
付記２１記載の通信システムにおける管理装置のバック
アップ方法。 （付記２６）前記各通信装置は、自身を管理する管理装
置に監視フレームを送信し、この管理装置から監視フレ
ームの応答フレームを受信することによってこの管理装
置を監視し、前記監視フレームを送信してから所定期間
が経過する前に前記応答フレームを受信せず且つ応答フ
レームを送信するための準備の完了を示す通知を前記管
理装置から既に受信している場合にのみ、前記管理装置
の異常を検出する付記１４記載の通信システムの管理装
置のバックアップ方法。
【０１１３】
【発明の効果】本発明によれば、通信装置と複数の管理
装置とを含む通信システムにおいて、管理装置を監視す
る装置をさらに設ける必要がなく、且つ管理装置の負荷
上昇を抑えることができる。
【図面の簡単な説明】
【図１】本発明の実施形態による通信システムの構成例
を示す図
【図２】ＯｐＳによるＮＥの制御を示すシーケンス図
【図３】ＯｐＳによるＮＥの監視を示すシーケンス図
【図４】ＮＥによるＯｐＳの監視を示すシーケンス図
【図５】図１に示した通信システムの動作例(ＤＢの同
期化)の説明図
【図６】図１に示した通信システムにおけるＤＢの同期
化を説明するシーケンス図
【図７】図１に示した通信システムにおけるＯｐＳの異
常の発生の説明図
【図８】図１に示した通信システムにおけるＯｐＳに異
常が発生したときの処理(バックアップ処理)の動作例を
示すシーケンス図
【図９】図８に示した第１代表ＮＥ決定処理の例を示す
シーケンス図
【図１０】ブロードキャストフレーム及びブロードキャ
スト応答フレームの例を示す説明図
【図１１】図８に示した代替ＯｐＳ選択処理の例を示す
フローチャート
【図１２】図８に示したＯｐＳ接続変更処理の例を示す
シーケンス図
【図１３】図１に示した通信システムにおけるＯｐＳの
異常が回復したときの処理(ＤＢの復旧)の動作例を示す
シーケンス図
【図１４】図１３に示した第２代表ＮＥ決定処理の例を
示すシーケンス図
【図１５】ブロードキャストフレーム及びブロードキャ
スト応答フレームの例を示す説明図
【図１６】図１３に示した復旧担当ＯｐＳ選択処理の例
を示すフローチャート
【図１７】図１３に示したＯｐＳ接続変更処理の例を示
すシーケンス図
【図１８】他の実施形態を説明するシーケンス図
【符号の説明】
Ｌ 通信回線 １,２,３,４ ブロック １−１,１−２,１−３ ＮＥ(通信装置) １０,２０,３０,４０ ＯｐＳ(管理装置) １１,１２,１３,１４ データベース(ＤＢ) １００ 通信システム
───────────────────────────────────────────────────── フロントページの続き (72)発明者 嶽 秀樹 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 ▲高▼田 英一 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 Ｆターム(参考） 5B082 DE03 GA04 GB02 5B089 GA11 JA35 JB15 KA06 KA12 KC24 MC08 5K030 GA11 GA12 JA10 MA01 MB01 MD02 MD06

Claims (5)

    【特許請求の範囲】
  1. 【請求項１】少なくとも１つの通信装置を夫々管理する
    複数の管理装置がネットワークを通じて相互に接続さ
    れ、 前記各通信装置は、自身を管理する管理装置を監視し、
    この管理装置の異常を検出したときに、この管理装置が
    自身を含む複数の通信装置を管理している場合には、こ
    れらの複数の通信装置を代表する代表通信装置を決定
    し、 前記代表通信装置は、前記異常が検出された管理装置に
    代わって前記複数の通信装置を管理する代替管理装置を
    複数の他の管理装置の中から選択し、選択した代替管理
    装置に前記複数の通信装置の管理要求を送信し、 前記複数の通信装置は、前記管理要求が送信された後、
    前記代替管理装置の管理下に参入し、 前記各管理装置は、前記管理要求を受信した場合に、前
    記代替管理装置として、前記複数の通信装置を管理す
    る、通信システムにおける管理装置のバックアップシス
    テム。
  2. 【請求項２】前記各管理装置は、 前記複数の管理装置に夫々対応する複数のデータベース
    を有し、 自身の管理対象の通信装置を管理することによって得た
    情報を用いて自身に対応するデータベースを更新すると
    ともにこの更新によって発生した差分情報を全ての他の
    管理装置に転送し、 他の管理装置から差分情報を受信した場合にこの他の管
    理装置に対応するデータベースを受信した差分情報を用
    いて更新し、 前記異常が検出された管理装置の管理対象としての前記
    複数の通信装置を代替管理装置として管理する場合に、
    これらの管理によって得た情報を用いて前記異常が検出
    された管理装置に対応するデータベースを更新するとと
    もにこの更新によって生じた差分情報を全ての他の管理
    装置，又は前記異常が検出された管理装置を除く他の管
    理装置に転送する請求項１記載の通信システムにおける
    管理装置のバックアップシステム。
  3. 【請求項３】前記複数の通信装置は、前記代替管理装置
    によって管理されている間、前記異常が検出された管理
    装置を監視し、前記複数の通信装置の何れかがこの管理
    装置の回復を検出した場合に、前記代替管理装置の管理
    下から離脱し、前記回復が検出された管理装置の管理下
    に戻る請求項１記載の通信システムにおける管理装置の
    バックアップシステム。
  4. 【請求項４】前記複数の通信装置は、前記代替管理装置
    によって管理されている間、前記異常が検出された管理
    装置を夫々監視し、前記複数の通信装置の何れかがこの
    管理装置の回復を検出した場合に、これらの複数の通信
    装置を代表する第２代表通信装置を決定し、 前記第２代表通信装置は、前記回復が検出された管理装
    置が有する複数のデータベースの復旧処理を担当する復
    旧担当管理装置を前記複数の他の管理装置の中から選択
    し、選択した復旧担当管理装置に前記複数のデータベー
    スの復旧要求を送信し、 前記復旧担当管理装置は、前記復旧要求を受信した場合
    に、自身が有する複数のデータベースの蓄積内容を前記
    回復が検出された管理装置に転送し、 前記回復が検出された管理装置は、前記復旧担当管理装
    置から前記蓄積内容を受信した場合に、この蓄積内容を
    用いて前記複数のデータベースを夫々更新する請求項２
    記載の通信システムにおける管理装置のバックアップシ
    ステム。
  5. 【請求項５】前記各通信装置は、自身を管理する管理装
    置に監視フレームを送信し、この管理装置から監視フレ
    ームの応答フレームを受信することによってこの管理装
    置を監視し、前記監視フレームを送信してから所定期間
    が経過する前に前記応答フレームを受信せず且つ応答フ
    レームを送信するための準備の完了を示す通知を前記管
    理装置から既に受信している場合にのみ、前記管理装置
    の異常を検出する請求項１記載の通信システムの管理装
    置のバックアップシステム。
JP2001132510A 2001-04-27 2001-04-27 通信システムにおける管理装置のバックアップシステム Expired - Fee Related JP4491167B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2001132510A JP4491167B2 (ja) 2001-04-27 2001-04-27 通信システムにおける管理装置のバックアップシステム
US09/953,693 US6792558B2 (en) 2001-04-27 2001-09-17 Backup system for operation system in communications system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2001132510A JP4491167B2 (ja) 2001-04-27 2001-04-27 通信システムにおける管理装置のバックアップシステム

Publications (2)

Publication Number Publication Date
JP2002330132A true JP2002330132A (ja) 2002-11-15
JP4491167B2 JP4491167B2 (ja) 2010-06-30

Family

ID=18980513

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001132510A Expired - Fee Related JP4491167B2 (ja) 2001-04-27 2001-04-27 通信システムにおける管理装置のバックアップシステム

Country Status (2)

Country Link
US (1) US6792558B2 (ja)
JP (1) JP4491167B2 (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013037655A (ja) * 2011-08-11 2013-02-21 Fujitsu Ltd 情報処理プログラムおよび情報処理装置
JP2013161115A (ja) * 2012-02-01 2013-08-19 Nec Corp ネットワーク運用管理システムおよびネットワーク運用管理方法
JP2015103870A (ja) * 2013-11-21 2015-06-04 富士通株式会社 ネットワーク管理システムにおけるネットワークエレメント、ネットワーク管理システム、及び、ネットワークの管理方法
JP2015106852A (ja) * 2013-11-29 2015-06-08 富士通株式会社 伝送装置、伝送システム、及び監視制御方法
JP2016212492A (ja) * 2015-04-30 2016-12-15 セイコーエプソン株式会社 ネットワークシステム、ネットワークシステムの制御方法、及び、制御装置
US10356170B2 (en) 2015-04-30 2019-07-16 Seiko Epson Corporation Network system and control method of a network system, and a control device

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6928584B2 (en) 2000-11-22 2005-08-09 Tellabs Reston, Inc. Segmented protection system and method
JP5204613B2 (ja) * 2008-10-17 2013-06-05 株式会社バッファロー 端末装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63285053A (ja) * 1987-05-18 1988-11-22 Nec Corp 網管理装置の障害処理方式
JPH09116538A (ja) * 1995-06-19 1997-05-02 Nec Corp フォールトトレラント広帯域ネットワーク管理システム
JPH10336221A (ja) * 1997-06-02 1998-12-18 Nec Corp 分散型ネットワーク管理システム

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4710926A (en) * 1985-12-27 1987-12-01 American Telephone And Telegraph Company, At&T Bell Laboratories Fault recovery in a distributed processing system
US5260945A (en) * 1989-06-22 1993-11-09 Digital Equipment Corporation Intermittent component failure manager and method for minimizing disruption of distributed computer system
US5515501A (en) * 1994-01-21 1996-05-07 Unisys Corporation Redundant maintenance architecture
US5923840A (en) * 1997-04-08 1999-07-13 International Business Machines Corporation Method of reporting errors by a hardware element of a distributed computer system
US6370656B1 (en) * 1998-11-19 2002-04-09 Compaq Information Technologies, Group L. P. Computer system with adaptive heartbeat
US6442713B1 (en) * 1999-03-30 2002-08-27 International Business Machines Corporation Cluster node distress signal
US6535998B1 (en) * 1999-07-26 2003-03-18 Microsoft Corporation System recovery by restoring hardware state on non-identical systems

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63285053A (ja) * 1987-05-18 1988-11-22 Nec Corp 網管理装置の障害処理方式
JPH09116538A (ja) * 1995-06-19 1997-05-02 Nec Corp フォールトトレラント広帯域ネットワーク管理システム
JPH10336221A (ja) * 1997-06-02 1998-12-18 Nec Corp 分散型ネットワーク管理システム

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013037655A (ja) * 2011-08-11 2013-02-21 Fujitsu Ltd 情報処理プログラムおよび情報処理装置
JP2013161115A (ja) * 2012-02-01 2013-08-19 Nec Corp ネットワーク運用管理システムおよびネットワーク運用管理方法
JP2015103870A (ja) * 2013-11-21 2015-06-04 富士通株式会社 ネットワーク管理システムにおけるネットワークエレメント、ネットワーク管理システム、及び、ネットワークの管理方法
JP2015106852A (ja) * 2013-11-29 2015-06-08 富士通株式会社 伝送装置、伝送システム、及び監視制御方法
JP2016212492A (ja) * 2015-04-30 2016-12-15 セイコーエプソン株式会社 ネットワークシステム、ネットワークシステムの制御方法、及び、制御装置
US10356170B2 (en) 2015-04-30 2019-07-16 Seiko Epson Corporation Network system and control method of a network system, and a control device
US10469350B2 (en) 2015-04-30 2019-11-05 Seiko Epson Corporation Network system and control method of a network system, and a control device

Also Published As

Publication number Publication date
JP4491167B2 (ja) 2010-06-30
US20020162044A1 (en) 2002-10-31
US6792558B2 (en) 2004-09-14

Similar Documents

Publication Publication Date Title
US7269611B2 (en) Storage system and storage system control method
JP5714571B2 (ja) キャッシュクラスタを構成可能モードで用いるキャッシュデータ処理
WO2017177941A1 (zh) 主备数据库切换方法和装置
US9734199B1 (en) Data replication framework
CA2611457C (en) Method and apparatus for facilitating device redundancy in a fault-tolerant system
US9785691B2 (en) Method and apparatus for sequencing transactions globally in a distributed database cluster
WO2016070375A1 (zh) 一种分布式存储复制系统和方法
CN110830283B (zh) 故障检测方法、装置、设备和系统
CN107153660A (zh) 分布式数据库系统的故障检测处理方法及其系统
CN102394914A (zh) 集群脑裂处理方法和装置
JP2010250813A (ja) ストレージシステムのための方法及びシステム
CN112887367B (zh) 实现分布式集群高可用的方法、系统及计算机可读介质
CN108512753B (zh) 一种集群文件系统中消息传输的方法及装置
CN105302670B (zh) 一种采用多机冗余方式对车站进行监控的方法及装置
CN114138732A (zh) 一种数据处理方法及装置
JP2002330132A (ja) 通信システムにおける管理装置のバックアップシステム
CN107046474B (zh) 一种服务集群
CN116962498A (zh) 一种基于分布式架构的服务拆分方法
CN113326251B (zh) 数据管理方法、系统、设备和存储介质
CN114301763B (zh) 分布式集群故障的处理方法及系统、电子设备及存储介质
JP2004280337A (ja) プラントデータ収集装置
WO2007028249A1 (en) Method and apparatus for sequencing transactions globally in a distributed database cluster with collision monitoring
CN108897645B (zh) 一种基于备用心跳磁盘的数据库集群容灾方法和系统
US9449065B1 (en) Data replication framework
WO2023125412A1 (en) Method and system for synchronous data replication

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080317

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20100204

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100316

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100405

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130409

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees