JP2016143187A - 冗長通信装置及びその制御方法 - Google Patents

Abstract

【課題】 効率的かつ確実にソフトウェアの更新を行う冗長通信装置を提供する。【解決手段】 本発明は、運用系通信装置及び待機系通信装置を少なくとも１つずつ有する冗長通信装置に関する。そして、本発明の冗長通信装置において、運用系通信装置は、待機系通信装置で部品交換が行われた後、自装置のソフトウェアデータが格納されるデータ記憶部のデータを、待機系通信装置に送信するソフトウェアデータ送信手段とを有し、待機系通信装置は、運用系通信装置から受信したソフトウェアデータを、自装置のソフトウェアデータが格納されるデータ記憶部に書込むソフトウェアデータ更新手段を有することを特徴とする。【選択図】 図１

Description

本発明は冗長通信装置及びその制御方法に関し、例えば、２重化冗長構成（運用系／待機系）のＩＰ交換機を有するＩＰ交換装置のソフトウェア更新に適用し得るものである。

従来、加入者端末（電話端末）と接続（収容）して、ＩＰネットワークに接続するＩＰ交換機は、一般的に２重化以上の冗長構成となっている。以下では、２重化されたＩＰ交換装置の運用系（アクティブ系）を「ＡＣＴ系」、待機系（スタンバイ系）を「ＳＢＹ系」とも呼ぶものとする。

従来の冗長化ＩＰ交換装置としては、例えば特許文献１の記載技術がある。

特開２００７−１８９３２１号公報

従来の冗長構成のＩＰ交換機は、ＡＣＴ系とＳＢＹ系とでバージョン等まで同一のソフトウェア（ファームウェア）で動作させる必要がある。そして、従来の冗長構成のＩＰ交換機では、ＡＣＴ系からＳＢＹ系に切替える際に、系間通信路を用いてデータ同期（ＡＣＴ系からＳＢＹ系へのデータ複製）を行う。

また、従来の冗長構成のＩＰ交換機では、一般的に、ＩＰネットワーク上の管理装置にソフトウェアファイルを配置してソフトウェア更新を実施する。故障発生などにより予備パッケージと交換した際、ソフトウェア版数が他系と異なったものを交換した場合は、当該管理装置よりソフトウェア更新を実行することになる。ＩＰ交換機の管理装置としては、例えば、エレメントマネジメントシステム（以下、「ＥＭＳ」と略称する）や、オペレーションシステム（以下、「ＯｐＳ」と略称する）と呼ばれる装置がある。

一般的にＩＰ交換機等に適用するソフトウェアは、複数回にわたって更新（例えば、バージョンアップや修正パッチのリリース）が行われる。そして、冗長構成のＩＰ交換機において、一方の系に故障が発生して部品交換（例えば、ソフトウェアがインストールされたパッケージやモジュールの交換）が行われた場合には、交換部品にインストールされたソフトウェアと、正常に動作しているＡＣＴ系（運用系）のソフトウェアとで同一のソフトウェア（バージョンや修正パッチまで含めて同一のソフトウェア）とする必要がある。このとき、部品交換が行われた系のＩＰ交換機については、管理装置を用いて、各更新条件や注意事項を確認しながらソフトウェアの更新を行う必要がある。２つの系のソフトウェアに差分があるとき、部品交換を行った系について、バージョンアップ及び複数の修正パッチ適用等を要する場合もある。ソフトウェアのバージョンアップや修正パッチは、段階的に適用しなくてはならない場合もあるからである。

このように、従来の冗長構成のＩＰ交換機では、複数段階の手順で更新を行うことは、多くの確認を必要とするため手間がかかり、注意事項の確認漏れなどの人為的なミスにより、二次的な故障を引き起こす可能性があった。

そのため、効率的かつ確実にソフトウェアの更新を行うことができる冗長通信装置及びその制御方法が望まれている。

第１の本発明は、運用系通信装置及び待機系通信装置を少なくとも１つずつ有する冗長通信装置において、（１）上記運用系通信装置は、上記待機系通信装置で部品交換が行われた後、自装置のソフトウェアデータが格納されるデータ記憶部のデータを、上記待機系通信装置に送信するソフトウェアデータ送信手段を有し、（２）上記待機系通信装置は、上記運用系通信装置から受信したソフトウェアデータを、自装置のソフトウェアデータが格納されるデータ記憶部に書込むソフトウェアデータ更新手段を有することを特徴とする冗長通信装置。

第２の本発明は、運用系通信装置及び待機系通信装置を少なくとも１つずつ有する冗長通信装置の制御方法において、（１）上記運用系通信装置は、ソフトウェアデータ送信手段を有し、上記待機系通信装置は、ソフトウェアデータ更新手段を有し、（２）上記ソフトウェアデータ送信手段は、上記待機系通信装置で部品交換が行われた後、自装置のソフトウェアデータが格納されるデータ記憶部のデータを、上記待機系通信装置に送信し、（３）上記ソフトウェアデータ更新手段は、上記運用系通信装置から受信したソフトウェアデータを、自装置のソフトウェアデータが格納されるデータ記憶部に書込むことを特徴とする。

本発明によれば、効率的かつ確実にソフトウェアの更新を行う冗長通信装置を提供することができる。

実施形態に係るＩＰ交換装置の動作（制御方法）の各ステップについて示した説明図である。 実施形態に係るＩＰ交換装置の機能的構成について示したブロック図である。 実施形態に係るＩＰ交換装置におけるソフトウェアの更新履歴について示した説明図である。 実施形態に係る各ＩＰ交換機のソフトウェア版数の遷移について示した説明図（その１）である。 実施形態に係る各ＩＰ交換機のソフトウェア版数の遷移について示した説明図（その２）である。 実施形態に係る各ＩＰ交換機のソフトウェア版数の遷移について示した説明図（その３）である。 実施形態に係る各ＩＰ交換機のソフトウェア版数の遷移について示した説明図（その４）である。

（Ａ）主たる実施形態
以下、本発明による冗長通信装置及びその系切替え方法の一実施形態を、図面を参照しながら説明する。ここで、実施形態の冗長通信装置は、冗長構成をなしている２つのＩＰ交換機を備えるＩＰ交換装置である。

（Ａ−１）実施形態の構成
図２は、この実施形態のＩＰ交換装置１の機能的構成、及びその周辺の接続構成について示したブロック図である。

図２に示すように、ＩＰ交換装置１は、２台のＩＰ交換機１０（１０−１、１０−２を備えており、この２台のＩＰ交換機１０−１、１０−２により冗長構成が組まれている。以下では、ＩＰ交換機１０−１を「第１の交換機」、ＩＰ交換機１０−２を「第２の交換機」とも呼ぶものとする。ＩＰ交換装置１では、ＩＰ交換機１０−１、１０−２のいずれか一方がＡＣＴ系（運用系）として動作し、他方がＳＢＹ系（待機系）として動作するアクティブ・スタンバイの冗長構成が採用されているものとする。なお、ＩＰ交換装置１を構成するＩＰ交換機１０の数は限定されないものであるが、少なくとも１台のＡＣＴ系（運用系）と１台のＳＢＹ系（待機系）（計２台）で構成されるものとして説明する。

ＩＰ交換機１０−１、１０−２の間は、系間通信路２０により接続されており、相互に通信して連携可能な構成となっている。系間通信路２０の構成は限定されないものであり、例えば、イーサネット（登録商標）ケーブルや種々のデータ伝送ケーブル等で直結する構成としてもよいし、ネットワーク（例えば、スイッチやルータ等）を経由する構成としてもよい。

ＩＰ交換機１０−１、１０−２は、それぞれ、加入者線３０（例えば、ツイストペアケーブル等の線路）及びメタルＵＮＩ（Ｕｓｅｒ Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ）４０を介して加入者端末５０に接続（収容）し、電話サービス等を提供している。ＩＰ交換装置１では、ＩＰ交換機１０−１、１０−２のいずれか一方が故障等により停止した場合でも、加入者端末５０にサービス提供を継続することができる。

また、ＩＰ交換機１０−１、１０−２は、それぞれネットワークＮを経由してＥＭＳ６０と通信可能な構成となっている。ＥＭＳ６０は、ＩＰ交換機１０−１、１０−２に対する管理に係る処理（ソフトウェアの更新処理を含む）を実行する端末である。

また、それぞれのＩＰ交換機１０−１、１０−２には、種々のコマンド（命令）実行や情報出力（例えば、コマンドの実行結果の出力）が可能なコンソール７０を接続することが可能となっているものとする。コンソール７０としては、例えば、種々のシリアルインタフェース（シリアルケーブル）等を用いて接続し、コマンドラインインタフェースとして機能する端末を適用することができる。コンソール７０としては、例えば、シリアルインタフェース(例えば、ＲＳ−２３２Ｃ等のインタフェース)を備えたＰＣに、コマンドラインインタフェースとして機能するエミュレータ等のソフトウェアをインストールして構築するようにしてもよい。なお、コンソール７０については、直接シリアルケーブルでＩＰ交換機１０に接続せずにネットワーク等を経由して接続（例えば、ＴＥＬＮＥＴやＳＳＨ（Ｓｅｃｕｒｅ Ｓｈｅｌｌ）等のリモート接続）する構成としてもよい。

次に、ＩＰ交換機１０−１、１０−２の内部構成について説明する。この実施形態では、ＩＰ交換機１０−１、１０−２のハードウェア構成は同一であるものとして説明する。

各ＩＰ交換機１０は、内部バス１３が配置された本体（シャーシ、筐体）に、複数の基板型の部品（以下、「パッケージ」又は「ＰＫＧ」と呼ぶ）が脱着可能に搭載される構造となっているものとする。ＩＰ交換機１０では、故障が発生したパッケージを抜取り、正常なパッケージ（予備パッケージ）を挿入することにより故障からの回復が可能な構成となっている。なお、ＩＰ交換機１０を構成する各部品としては、基板型のパッケージに限定されず、本体に脱着可能な構造であればその他の形状や構造とするようにしてもよい。

この実施形態の例では、ＩＰ交換機１０−１、１０−２のそれぞれに、制御パッケージ１１と、Ｎ個のインタフェースパッケージ１２（１２−１〜１２−Ｎ）が搭載されているものとして説明する。ＩＰ交換機１０に搭載するパッケージの数や組合せについては限定されないものであり、当該ＩＰ交換機１０の機能に必要なものが搭載されていればよい。

各インタフェースパッケージ１２は、外部のネットワークと接続するためのネットワークインタフェースの機能を担っている。インタフェースパッケージ１２は、例えば、加入者線３０と接続するインタフェースや、図示しない上位ネットワークと接続するインタフェース等を備えている。各インタフェースパッケージ１２は、制御パッケージ１１からの制御に応じた動作を行う。

制御パッケージ１１は、当該ＩＰ交換機１０の全体を制御する機能を担っている。この実施形態では、制御パッケージ１１は、不揮発メモリ１１１、制御処理部１１２、及び系間通信部１１３を有しているものとして説明する。

制御処理部１１２は、各インタフェースパッケージ１２に対する制御や、他方のＩＰ交換機１０との連携（系間通信部１１３を介して通信して連携）する処理等を行うものである。制御処理部１１２は、一部又は全部の機能について、ソフトウェア的に構成されている。制御処理部１１２は、図示しないプロセッサやメモリ等により構成されるコンピュータ１１２ａを備えている。コンピュータ１１２ａは、不揮発メモリ１１１からソフトウェアデータＤ（プログラムデータ）を読込んで実行することにより起動し、ソフトウェアデータＤのプログラムに従って動作することで種々の制御処理を行うことが可能な構成となっている。なお、コンピュータ１１２ａは内部にメモリやキャッシュを備えて内部だけでソフトウェアデータＤを実行する構成としてもよいし、不揮発メモリ１１１をワークメモリとしてソフトウェアデータＤを実行する構成としてもよい。図２では、説明を簡易とするためにソフトウェアデータＤを１つの構成要素として示しているが、ソフトウェアデータＤは複数のファイルやデータ領域で構成されるものであってもよい。

また、制御処理部１１２は、コンソール７０と接続可能なシリアルインタフェース１１２ｂを備えており、コンソール７０からの接続受入れ（例えば、コマンドラインインタフェース等による接続受入れ）が可能となっている。

不揮発メモリ１１１は、制御処理部１１２の動作に必要となる種々のデータを格納するための記憶手段であり、少なくともソフトウェアデータＤを記憶している。不揮発メモリ１１１としては、例えば、ハードディスクドライブやフラッシュメモリ等の不揮発性のデータ記録媒体を適用することができる。

系間通信部１１３は、系間通信路２０を介して、他方のＩＰ交換装置１（制御パッケージ１１）と通信するためのインタフェースの機能を担っている。制御処理部１１２は、系間通信部１１３を介して、他方のＩＰ交換装置１（制御パッケージ１１）と通信し連携が可能となっている。

各ＩＰ交換機１０間の系間通信による監視方式や監視項目については限定されないものであるが、例えば、ＥＣＣ（Ｅｒｒｏｒ Ｃｈｅｃｋ ａｎｄ Ｃｏｒｒｅｃｔ ｍｅｍｏｒｙ）機能によるメモリ故障監視や、内部クロック断検出機能などによる部品または回路故障検出が行われる。各ＩＰ交換機１０の制御パッケージ１１は、自装置に対するヘルスチェックや、他方のＩＰ交換機１０に対する監視（生存確認）を行う。そして、各ＩＰ交換機１０は、自装置又は他系で故障を検出した場合に他方にその故障発生を通知する処理や、系切替制御（例えば、ＳＢＹ系からＡＣＴ系への切替え等）を行うものとする。

次に、各ＩＰ交換機１０の不揮発メモリ１１１に記憶されるソフトウェアデータＤの更新について説明する。

図３は、ソフトウェアデータＤの版数（バージョン）及び修正パッチの適用順序の例について示した説明図である。

図３に示すように、ソフトウェアデータＤについては、最初の版数（０１版）以後、０２版、０３版がリリースされている。図３に示すように現在ソフトウェアデータＤの最新の版数は０３版となっている。そして、現在までに、ソフトウェアデータＤの０３版については、４つの修正パッチ（０３版の修正パッチ００１版〜００４版）がリリースされている。０３版の修正パッチ００１版〜００４版については、修正パッチ００１、００２、００３、００４とリリース順に適用（上書き）していく必要があるものとする。

例えば、ＩＰ交換機１０にソフトウェアデータＤの０２版がインストールされている状態から、「０３版の修正パッチ００２版」を適用した状態とするには、０２版から０３版にバージョンアップした後、「０３版の修正パッチ００１版」、「０３版の修正パッチ００２版」の順序で適用する必要がある。基本的には、各版数のソフトウェアデータＤや修正パッチについては、ＥＭＳ６０で管理されており、ＥＭＳ６０から各ＩＰ交換機１０にバージョンアップや修正パッチ適用の制御処理が行われる。

しかし、この実施形態では、ＡＣＴ系のＩＰ交換機１０とＳＢＹ系のＩＰ交換機１０とで、ソフトウェアデータＤの内容（版数及び修正パッチ）が一致しない場合には、系間通信（系間通信路２０）により、ＡＣＴ系のＩＰ交換機１０からＳＢＹ系のＩＰ交換機１０に、不揮発メモリ１１１のデータ（少なくともソフトウェアデータＤの領域を含むデータ）がコピーされる。この場合、ＡＣＴ系のＩＰ交換機１０における不揮発メモリ１１１のデータ（イメージデータ）が、そのままＳＢＹ系のＩＰ交換機１０にコピーされることになるので、バージョンアップや修正パッチの適用等の順序を無視して一度のコピーでソフトウェアデータＤの同期が行われることになる。

（Ａ−２）実施形態の動作
次に、以上のような構成を有するこの実施形態のＩＰ交換装置１の動作（実施形態に係る制御方法）について図１、図４〜図７を用いて説明する。

図１は、ＩＰ交換装置１を構成する第２のＩＰ交換機１０−２で故障が発生し復帰するまでの動作の例について示した説明図である。図４〜図６は、各ＩＰ交換機１０におけるソフトウェアデータＤの内容の遷移の例について示した説明図である。

まず、ここでは初期状態として、図４に示すように、第１のＩＰ交換機１０−１がＡＣＴ系（運用系）として動作し、第２のＩＰ交換機１０−２のＳＢＹ系（待機系）として動作しているものとする。そして、第１のＩＰ交換機１０−１と第２のＩＰ交換機１０−２とでソフトウェアデータＤの内容は「０３版の修正パッチ００２版」まで適用された状態に統一されているものとする。

そして、第１のＩＰ交換機１０−１の制御パッケージ１１と、第２のＩＰ交換機１０−２の制御パッケージ１１との間では、系間通信が行われ相互に監視処理等が行われる。

そして、ここでは、図１のステップＳ１０１に示すように、第２のＩＰ交換機１０−２の制御パッケージ１１で故障が発生し、第２のＩＰ交換機１０−２から第１のＩＰ交換機１０−１に故障発生が通知されたものとする。故障通知を受けると、第１のＩＰ交換機１０−１は、第２のＩＰ交換機１０−２を故障系（以下、「ＦＬＴ系」と呼ぶ）になったと認識し、系間通信により第２のＩＰ交換機１０−２をＦＬＴ系とする制御処理を行う。ＦＬＴ系（故障系）とは、ＳＢＹ系（待機系）と異なり、第１のＩＰ交換機１０−１に故障等が発生してもＡＣＴ系（運用系）とはならない状態であるものとする。

次に、第２のＩＰ交換機１０−２で故障が発生しＦＬＴ系となったことは、外部（例えば、ＥＭＳ６０）でも検知されたものとする。そして、ステップＳ１０２に示すように、保守作業員等により、第２のＩＰ交換機１０−２の制御パッケージ１１が、予備パッケージに交換されたものとする。

このとき、予備の制御パッケージ１１におけるソフトウェアデータＤは、図５に示すように０２版であったものとする。すなわち、パッケージ交換が行われた直後では、図６に示すように、第１のＩＰ交換機１０−１のソフトウェアデータＤは「０３版の修正パッチ００２版」まで適用された状態であり、第２のＩＰ交換機１０−２のソフトウェアデータＤは「０２版」の状態となる。

次に、図１のステップＳ１０３に示すように、保守作業員により、第１のＩＰ交換機１０−１に接続されたコンソール７０が操作（コマンド入力操作）され、第１のＩＰ交換機１０−１において、他系（第２のＩＰ交換機１０−２）のソフトウェアデータＤの版数を読取る処理が行われたものとする。これにより、第１のＩＰ交換機１０−１に接続されたコンソール７０には、第２のＩＰ交換機１０−２におけるソフトウェアデータＤの内容が表示されることになる。すなわち、保守作業員は、第１のＩＰ交換機１０−１に接続されたコンソール７０を操作することにより、第１のＩＰ交換機１０−１と第２のＩＰ交換機１０−２のソフトウェアデータＤの内容（差分の有無）を確認することができる。

次に、図１のステップＳ１０４に示すように、保守作業員により、第１のＩＰ交換機１０−１に接続されたコンソール７０が操作（コマンド入力操作）され、第１のＩＰ交換機１０−１の不揮発メモリ１１１のデータ（少なくともソフトウェアデータＤを含む領域のデータ）を、第２のＩＰ交換機１０−２の不揮発メモリ１１１にコピーする処理が行われたものとする。ステップＳ１０４の処理により、図７に示すように、第１のＩＰ交換機１０−１と第２のＩＰ交換機１０−２とでソフトウェアデータＤの内容は「０３版の修正パッチ００２版」まで適用された状態に統一されることになる。

次に、図１のステップＳ１０５に示すように、保守作業員により、第１のＩＰ交換機１０−１に接続されたコンソール７０が操作（コマンド入力操作）され、第２のＩＰ交換機１０−２をＦＬＴ系（故障系）からＳＢＹ系（待機系）に変更する処理が行われたものとする。ステップＳ１０５の処理により、ＩＰ交換機１０−１、１０−２の状態は、故障前の状態（図１に示す状態）に復旧することになる。

（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。

ＩＰ交換装置１では、系間通信を用いて、不揮発メモリ１１１のソフトウェアデータＤを含む領域のデータをコピーすることにより、簡単にＳＢＹ系（待機系）のＩＰ交換機１０におけるソフトウェア版数を、ＡＣＴ系（運用系）と同じ版数として復旧させることができる。

仮に、ＥＭＳ６０にソフトウェアデータＤのファイル（各バージョンのデータ及び各修正パッチのデータ）を配置して更新する場合は、保守作業員が更新条件や注意事項を確認しながら更新する必要がある。この場合、条件によっては、何回かに分けて更新するなど手間がかかったり、注意事項の確認漏れなどの人為的なミスにより、二次的な故障を引き起こす可能性があるが、この実施形態のＩＰ交換装置１ではそのような問題発生を抑制することができる。

（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。

（Ｂ−１）上記の実施形態では、本発明の冗長系通信装置をＩＰ通信装置（複数のＩＰ交換機を有する装置）に適用する例について説明したが、系間通信が可能な冗長構成の通信装置であれば、他のサービス（アプリケーション）を実行する通信装置（例えば、呼制御装置やＷｅｂサーバ等の他の用途の通信装置）に適用するようにしてもよい。

（Ｂ−２）上記の実施形態では、ＳＢＹ系（待機系）のＩＰ交換機１０で故障が発生し、部品交換（制御パッケージ１１の交換）後に、ソフトウェアデータＤのコピーを行うことについて説明したが、ＡＣＴ系（運用系）のソフトウェアデータＤのデータをＳＢＹ系（待機系）にコピーする契機は故障に限定されない。例えば、ＳＢＹ系（待機系）のＩＰ交換機１０で、故障時以外の部品交換（制御パッケージ１１の交換）が行われたことを契機に、ソフトウェアデータＤのデータをコピーするようにしてもよい。この場合、例えば、ＳＢＹ系（待機系）のＩＰ交換機１０で、部品交換（ソフトウェアデータＤが記憶された制御パッケージ１１の交換）が行われたことを、ＡＣＴ系（運用系）のＩＰ交換機１０に通知することで、ソフトウェアデータＤのコピーを開始する契機とするようにしてもよい。

（Ｂ−３）上記の実施形態の図４〜図７の例では、ＳＢＹ系(待機系)で交換された制御パッケージ１１のソフトウェアデータＤの版数が、ＡＣＴ系（運用系）よりも古い場合について示したが、逆に交換した制御パッケージ１１のソフトウェアデータＤの版数がＡＣＴ系（運用系）よりも新しい場合であっても、ソフトウェアデータＤのコピーの手順は変わらない。ソフトウェアデータＤのコピーは、不揮発メモリ１１１上のイメージデータとして行われるため、ソフトウェアデータＤの版数の影響を受けないためである。

（Ｂ−４）上記の実施形態において、コンソール７０からのコマンド入力に応じて実行される動作（上述のステップＳ１０３、Ｓ１０４の動作）については、自動的に第１のＩＰ交換機１０−１と第２のＩＰ交換機１０−２とで行うようにしてもよい。例えば、ＩＰ交換機１０−１の制御パッケージ１１（制御処理部１１２）は、第２のＩＰ交換機１０−２が故障から復旧した後（制御パッケージ１１の交換後）に、自動的に、第２のＩＰ交換機１０−２のソフトウェアデータＤの版数を読取り、自装置の版数と異なる場合のみ、ソフトウェアデータＤのコピー処理を実行するようにしてもよい。

（Ｂ−５）上記の実施形態では、図１、図４〜図７に示すように、当初からＳＢＹ系（待機系）であった第２のＩＰ交換機１０−２で故障が発生した場合の例について説明したが、当初からＡＣＴ系(運用系)として動作している第１のＩＰ交換機１０−１で故障が発生した場合でも同様の処理が可能である。例えば、ＡＣＴ系(運用系)として動作している第１のＩＰ交換機１０−１で故障が発生した場合、第１のＩＰ交換機１０−１がＦＬＴ系（故障系）となり、第２のＩＰ交換機１０−２がＡＣＴ系（運用系）となるため、その後の動作については、第１のＩＰ交換機１０−１と第２のＩＰ交換機１０−２の取扱いが逆になるだけで上述の図１、図４〜図７と同様の処理によりソフトウェアデータＤのコピー等を行うことができる。

１…ＩＰ交換装置、１０、１０−１、１０−２…ＩＰ交換機、１１…制御パッケージ、１１１…不揮発メモリ、Ｄ…ソフトウェアデータ、１１２…制御処理部、１１２ａ…コンピュータ、１１２ｂ…シリアルインタフェース、１１３…系間通信部、１３…内部バス、１２、１２−１〜１２−Ｎ…インタフェースパッケージ、２０…系間通信路、３０…加入者線、４０…メタルＵＮＩ、５０…加入者端末、６０…ＥＭＳ、Ｎ…ネットワーク、７０…コンソール。

Claims (4)

1. 運用系通信装置及び待機系通信装置を少なくとも１つずつ有する冗長通信装置において、
   上記運用系通信装置は、
   上記待機系通信装置で部品交換が行われた後、自装置のソフトウェアデータが格納されるデータ記憶部のデータを、上記待機系通信装置に送信するソフトウェアデータ送信手段を有し、
   上記待機系通信装置は、
   上記運用系通信装置から受信したソフトウェアデータを、自装置のソフトウェアデータが格納されるデータ記憶部に書込むソフトウェアデータ更新手段を有する
   ことを特徴とする冗長通信装置。
2. 上記運用系通信装置は、上記待機系通信装置との通信により上記待機系通信装置の故障を認識する故障認識手段をさらに備え、
   上記ソフトウェアデータ送信手段は、上記待機系通信装置で故障が発生し、部品交換により復旧した後、自装置のソフトウェアデータが格納されるデータ記憶部のデータを、上記待機系通信装置に送信する
   ことを特徴とする請求項１に記載の冗長通信装置。
3. 上記運用系通信装置は、上記待機系通信装置のデータ記憶部に格納されるソフトウェアデータの版数を読取るソフトウェア版数読取手段をさらに備え、
   上記ソフトウェアデータ送信手段は、自装置のデータ記憶部に格納されるソフトウェアデータの版数と、上記待機系通信装置のデータ記憶部に格納されるソフトウェアデータの版数とで差異がある場合に、自装置のソフトウェアデータが格納されるデータ記憶部のデータを、上記待機系通信装置に送信する
   ことを特徴とする１又は２に記載の冗長系通信装置。
4. 運用系通信装置及び待機系通信装置を少なくとも１つずつ有する冗長通信装置の制御方法において、
   上記運用系通信装置は、ソフトウェアデータ送信手段を有し、上記待機系通信装置は、ソフトウェアデータ更新手段を有し、
   上記ソフトウェアデータ送信手段は、上記待機系通信装置で部品交換が行われた後、自装置のソフトウェアデータが格納されるデータ記憶部のデータを、上記待機系通信装置に送信し、
   上記ソフトウェアデータ更新手段は、上記運用系通信装置から受信したソフトウェアデータを、自装置のソフトウェアデータが格納されるデータ記憶部に書込む
   ことを特徴とする冗長通信装置の制御方法。

Images