(57)【要約】【課題】通信装置に搭載されたインタフェースパッケージの設定データの引き継ぎを支援する。【解決手段】通信装置１００は、主信号の中継処理を実行するインタフェースパッケージであるＩＦ盤１０と、ＩＦ盤１０の動作態様を制御する制御パッケージである制御盤１２を備える。ＩＦ盤１０は、主信号の中継処理の態様を規定した設定データを保持する。ＩＦ盤１０は、制御盤１２との通信状態が異常となった場合に、自身の設定データを共通盤１４へ退避させる。【選択図】図１
2013187679.tif 000002
【特許請求の範囲】
【請求項１】
外部装置とデータを送受するインタフェース部と、
前記インタフェース部の動作態様を制御する制御部と、
を備え、
前記インタフェース部は、
本インタフェース部の動作態様を規定した設定データを保持する設定データ保持部と、
前記制御部との通信状態を監視する通信状態監視部と、
前記制御部との通信状態が異常となった場合に、前記設定データ保持部に保持された設定データを、本インタフェース部と前記制御部以外の他処理部へ退避させる設定データ退避部と、
を含むことを特徴とする通信装置。
【請求項２】
前記インタフェース部は、前記他処理部に本インタフェース部の設定データが退避されていることを検出した場合に、退避された設定データを前記他処理部から取得する設定データ復元部をさらに備えることを特徴とする請求項１に記載の通信装置。
【請求項３】
前記インタフェース部は、通信回線を介して他のインタフェース部と接続され、ユーザデータを前記他のインタフェース部と送受するものであり、
前記インタフェース部の設定データ退避部は、前記通信回線を介したユーザデータの伝送を維持させつつ、前記通信回線を介して前記設定データを前記他のインタフェース部へ伝送して退避させることを特徴とする請求項１または２に記載の通信装置。
【請求項４】
前記インタフェース部の設定データ退避部は、前記設定データ保持部に保持された設定データを分割し、当該設定データの一部を、本インタフェース部と前記制御部以外の複数の他処理部のそれぞれへ退避させることを特徴とする請求項１または２に記載の通信装置。
【請求項５】
通信装置に搭載されるインタフェースカードであって、
外部装置とデータを送受する信号処理部と、
前記信号処理部の動作態様を規定した設定データを保持する設定データ保持部と、
本インタフェースカードの動作態様を制御する制御部との通信状態を監視する通信状態監視部と、
前記制御部との通信状態が異常となった場合に、前記設定データ保持部に保持された設定データを、本インタフェースカードと前記制御部以外の他処理部へ退避させる設定データ退避部と、
を備えることを特徴とするインタフェースカード。
【請求項６】
外部装置とデータを送受する３つ以上のインタフェース部と、
前記インタフェース部の動作態様を制御する制御部と、
を備え、
前記制御部は、
各インタフェース部の動作態様を規定した設定データを保持する設定データ保持部と、
各インタフェース部との通信状態を監視する通信状態監視部と、
特定のインタフェース部との通信状態が異常となった場合に、前記設定データ保持部に保持された前記特定のインタフェース部の設定データを分割し、当該設定データの一部を前記特定のインタフェース部とは異なる複数のインタフェース部のそれぞれへ退避させる設定データ退避部と、
を含むことを特徴とする通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明はデータ処理技術に関し、特に通信装置およびインタフェースカードに関する。
【背景技術】
【０００２】
レイヤ２スイッチ等の通信装置は、外部のユーザ装置やユーザ企業網等から送信された主信号に対する各種処理を実行するインタフェースパッケージと、インタフェースパッケージを制御するための制御用パッケージを備えることがある。また、通信装置の耐障害性を向上するために、インタフェースパッケージの動作態様を規定する設定データは、インタフェースパッケージと制御用パッケージの両方に保持されることがあった。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−６７２７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
通信装置内部においてインタフェースパッケージと制御用パッケージの通信状態が異常になった場合に、インタフェースパッケージと制御用パッケージの両方を交換することがある。この場合、交換前のインタフェースパッケージの設定データを保持していた両者が交換されることになり、交換前のインタフェースパッケージの動作態様を規定した設定データを、交換後のインタフェースパッケージへ引き継ぐことが困難なことがあった。その結果、通信装置の状態を復旧するまでに長時間を要することがあった。
【０００５】
本発明は、こうした課題に鑑みてなされたものであり、その主たる目的は、通信装置に搭載されたインタフェースパッケージの設定データの引き継ぎを支援する技術を提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の通信装置は、外部装置とデータを送受するインタフェース部と、インタフェース部の動作態様を制御する制御部と、を備える。インタフェース部は、本インタフェース部の動作態様を規定した設定データを保持する設定データ保持部と、制御部との通信状態を監視する通信状態監視部と、制御部との通信状態が異常となった場合に、設定データ保持部に保持された設定データを、本インタフェース部と制御部以外の他処理部へ退避させる設定データ退避部と、を含む。
【０００７】
本発明の別の態様は、インタフェースカードである。このインタフェースカードは、通信装置に搭載されるインタフェースカードであって、外部装置とデータを送受する信号処理部と、信号処理部の動作態様を規定した設定データを保持する設定データ保持部と、本インタフェースカードの動作態様を制御する制御部との通信状態を監視する通信状態監視部と、制御部との通信状態が異常となった場合に、設定データ保持部に保持された設定データを、本インタフェースカードと制御部以外の他処理部へ退避させる設定データ退避部と、を備える。
【０００８】
本発明のさらに別の態様は、通信装置である。この装置は、外部装置とデータを送受する３つ以上のインタフェース部と、インタフェース部の動作態様を制御する制御部と、を備える。制御部は、各インタフェース部の動作態様を規定した設定データを保持する設定データ保持部と、各インタフェース部との通信状態を監視する通信状態監視部と、特定のインタフェース部との通信状態が異常となった場合に、設定データ保持部に保持された特定のインタフェース部の設定データを分割し、当該設定データの一部を特定のインタフェース部とは異なる複数のインタフェース部のそれぞれへ退避させる設定データ退避部と、を含む。
【０００９】
なお、以上の構成要素の任意の組合せ、本発明の表現を、装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１０】
本発明によれば、通信装置に搭載されたインタフェースパッケージの設定データの引き継ぎを支援することができる。
【図面の簡単な説明】
【００１１】
【図１】実施の形態の通信装置の構成を示す図である。
【図２】図１の制御盤の機能構成を示すブロック図である。
【図３】図１のＩＦ盤の機能構成を示すブロック図である。
【図４】図１の共通盤の機能構成を示すブロック図である。
【図５】図１の制御盤の動作を示すフローチャートである。
【図６】図１のＩＦ盤の動作を示すフローチャートである。
【図７】図１の共通盤の動作を示すフローチャートである。
【発明を実施するための形態】
【００１２】
図１は、実施の形態の通信装置の構成を示す。通信装置１００は、ユーザ装置やユーザ企業網等（以下「主信号網」とも呼ぶ。）から送信されたユーザデータである主信号を中継する装置である。通信装置１００は、例えば、レイヤ２スイッチ等のイーサネット伝送装置（「イーサネット」は登録商標）であってもよく、レイヤ３スイッチ等、他の種類の伝送装置であってもよい。
【００１３】
通信装置１００は、ＩＦ盤１０で総称される複数のインタフェース盤（ＩＦ盤１０ａ、ＩＦ盤１０ｂ、ＩＦ盤１０ｃ、ＩＦ盤１０ｄ）と、制御盤１２と、共通盤１４で総称される複数の共通盤（共通盤１４ａ、共通盤１４ｂ）を備える。
【００１４】
ＩＦ盤１０は、インタフェースパッケージやインタフェースカードとも呼ばれ、主信号の中継処理を実行する。図１には不図示であるが、ＩＦ盤１０はＣＰＵ・メモリ・通信ポート・スイッチ機構およびこれらに相当するＦＰＧＡ等を含む。例えばＩＦ盤１０は、主信号網から送信された主信号としてのイーサネットフレームを通信ポートを介して受信する。また、イーサネットフレームに設定されたＭＡＣアドレスに応じてイーサネットフレームに対するスイッチ処理を実行し、通信ポートを介してイーサネットフレームを主信号網へ送出する。
【００１５】
制御盤１２は、制御パッケージやＣＰＵカードとも呼ばれ、ＩＦ盤１０の動作を制御する。具体的には、ＩＦ盤１０の動作態様を設定するための設定データをＩＦ盤１０へ送信して記憶させる。この設定データは、ＩＦ盤１０による主信号中継処理の態様を規定するものとも言え、例えば、回線設定用のパスデータや通信ポートの開閉情報、ＶＬＡＮの情報（帯域幅の設定値等）、主信号のフィルタリング条件、学習テーブルの情報（ＭＡＣアドレステーブルの内容）を含む。ＩＦ盤１０のＣＰＵは、この設定データにしたがって主信号に対する中継処理を実行する。
【００１６】
共通盤１４は、通信装置１００に搭載された各パッケージ（ＩＦ盤１０や制御盤１２）のための共通処理を実行する。言い換えれば、各パッケージの動作の前提となるサービスを提供するパッケージである。例えば共通盤１４には、他のパッケージへ電力を供給する電源盤や、同期クロックを供給するクロック盤、クロスコネクト盤が含まれる。なお図１には不図示であるが、制御盤１２および共通盤１４もＣＰＵ・メモリおよびこれらに相当するＦＰＧＡを含む。
【００１７】
通信装置１００の各パッケージは、装置内データ通信用回線１６により互いに接続される。図１には一部不図示であるが、制御盤１２とＩＦ盤１０のそれぞれ、制御盤１２と共通盤１４のそれぞれ、ＩＦ盤１０のそれぞれと共通盤１４のそれぞれは、独立した装置内データ通信用回線１６により接続される。そして、装置内データ通信用回線１６を介してデータ送受が可能なように構成される。本実施の形態では、後述する通信状態の確認や設定データの退避およびリストアは、装置内データ通信用回線１６を介してなされる。
【００１８】
またＩＦ盤１０のそれぞれは、ユーザデータ用回線１８によっても相互に接続される。後述するように、ユーザデータ用回線１８は、ＴＣＰ／ＩＰパケット等によるパケット通信回線であってもよく、ＴＤＭ（Time Division Multiplexing）回線であってもよい。
【００１９】
ここで本発明者が認識した従来の通信装置の課題と、その課題を解決する実施の形態の通信装置１００の概要を説明する。
従来の通信装置では、ＩＦ盤の揮発メモリにＩＦ盤の設定データを保持するとともに、そのバックアップのために、制御盤の不揮発メモリにもＩＦ盤の設定データを保持した。ＩＦ盤を交換した場合は、制御盤が保持するそのＩＦ盤の設定データを交換後のＩＦ盤へ書込むことにより、交換前のＩＦ盤の動作と交換後のＩＦ盤の動作との整合性を維持した。また制御盤を交換した場合は、ＩＦ盤が保持する設定データを交換後の制御盤が読み出して不揮発メモリへ保存することにより、交換前の制御盤と同様にＩＦ盤の設定データを保持した。
【００２０】
しかし、ＩＦ盤と制御盤との通信において障害が発生した場合は、その障害発生部分がどこか、言い換えれば、いずれか一方の故障か、もしくは両方の故障かの切り分けが困難であり、ＩＦ盤と制御盤の両方を交換する必要があった。その結果、ＩＦ盤の設定データを保持する両者が交換になるため、ＩＦ盤の設定データを復旧することが困難となり、通信装置全体の復旧（例えば主信号中継処理の復旧）に長時間を要することがあった。
【００２１】
その対策として、外部の制御用ＰＣ等でＩＦ盤の設定データを予め吸い上げておき、その制御用ＰＣから交換後のＩＦ盤に設定データをダウンロードすることが考えられる。しかし、設定データのダウンロードには時間がかかり、主信号中継処理の中断時間が長くなってしまう。また、通信装置にバックアップ専用のパッケージ（メモリ盤とも呼ばれる）を搭載し、ＩＦ盤の設定データをメモリ盤によりバックアップすることも考えられる。しかし、メモリ盤を搭載するための追加のスロットが通信装置に必要となり、また、複数のＩＦ盤の設定データを保持するためには、大容量メモリをメモリ盤に実装する必要があり、コストが嵩んでしまう。
【００２２】
そこで実施の形態の通信装置１００では、特定のＩＦ盤１０と制御盤１２との通信において障害が発生した場合に、交換対象のＩＦ盤１０の設定データを、交換対象のＩＦ盤１０と制御盤１２以外のパッケージへ退避させて保存する。この設定データの退避先は、通信装置１００において必須の処理を行うパッケージであることが望ましく、本実施の形態では共通盤１４であることとする。なお、特定のＩＦ盤１０と制御盤１２とが通信異常となっても、特定のＩＦ盤１０は、制御盤１２との通信に使用する回線とは異なる回線を使用して制御盤１２以外のパッケージと通信するため、設定データの退避は可能である。制御盤１２についても同様である。
【００２３】
実施の形態の通信装置１００の構成によると、ＩＦ盤１０と制御盤１２の交換により、ＩＦ盤１０と制御盤１２からＩＦ盤の設定データが失われても、共通盤１４には当該データがバックアップされているため、そのバックアップデータを用いて迅速な復旧が可能になる。また、保守担当者の作業量を低減して、保守担当者の負担を低減することができる。また、設定データのバックアップのためのコストを低減することができる。
【００２４】
図２は、図１の制御盤１２の機能構成を示すブロック図である。制御盤１２は、データ保持部２０とデータ処理部２２を備える。データ保持部２０は設定データ保持部２４を含む。データ処理部２２は、設定データ取得部２６と、設定データ送信部２８と、通信状態監視部３０と、異常フラグ設定部３２と、異常フラグ確認部３４と、リストア指示部３６を含む。
【００２５】
本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵやメモリをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。
【００２６】
例えば、データ保持部２０の機能は制御盤１２のメモリにより実現されてもよく、データ処理部２２の機能は制御盤１２のＣＰＵにより実現されてもよい。また、図２の各機能ブロックはプログラムモジュール（言い換えればファームウェア）として実装されてメモリに保持されてもよく、制御盤１２のＣＰＵはそれらのプログラムモジュールをメモリから読み出して実行することにより各機能ブロックの機能を実現してもよい。後述のブロック図についても同様である。
【００２７】
設定データ保持部２４は、ＩＦ盤１０の設定データを記憶する不揮発メモリである。例えば、ＩＦ盤１０ａ〜ＩＦ盤１０ｄそれぞれの識別情報と対応づけて、各ＩＦ盤１０の動作態様を規定した設定データを保持する。
【００２８】
設定データ取得部２６は、外部の保守担当者の端末から、設定データと、その設定データの設定先であるＩＦ盤１０の識別情報を受け付ける。設定データ取得部２６は、ＩＦ盤１０の識別情報と設定データとを対応づけて設定データ保持部２４へ格納する。設定データ送信部２８は、設定データ取得部２６が取得した設定データを、その設定データの設定先として指定されたＩＦ盤１０へ送信して保持させることにより、ＩＦ盤１０の動作態様を設定する。
【００２９】
通信状態監視部３０は、ＩＦ盤１０ａ〜ＩＦ盤１０ｄのそれぞれ（以下では単にＩＦ盤１０と呼ぶ。）との通信の正常性を定期的に確認する。具体的には、先の接続確認処理から所定時間（３０秒等）が経過したことを検出すると、接続確認用のデータフレーム（以下「接続確認フレーム」とも呼ぶ。）をＩＦ盤１０へ送信する。通信状態監視部３０は、接続確認フレームに対して通信状態が正常であることを示すデータフレーム（以下「応答フレーム」とも呼ぶ。）を、３秒等の所定時間内にＩＦ盤１０から受け付けた場合に通信状態を正常と判定する。その一方、応答フレームを所定時間内に受け付けなければ通信状態を異常と判定する。変形例として、応答フレームが予め定められたデータ形式に不整合の場合に、通信状態を異常と判定してもよいことはもちろんである。
【００３０】
また通信状態監視部３０は、接続確認フレームをＩＦ盤１０から受け付けると、その接続確認フレームに対する応答フレームをＩＦ盤１０へ送信する。また図２には不図示であるが、通信状態監視部３０はアラート通知部を含んでもよい。アラート通知部は、通信状態監視部３０がＩＦ盤１０との通信状態を異常と判定した場合に、その旨を示す情報を外部の保守担当者の端末へ通知してもよい。
【００３１】
異常フラグ設定部３２は、通信状態監視部３０がＩＦ盤１０との通信状態を異常と判定した場合に、ＩＦ盤１０の設定データを退避させたことを示すデータ（以下「異常フラグ」とも呼ぶ。）を共通盤１４に設定する。具体的には、通信状態が異常と判定されたＩＦ盤１０の識別情報と異常フラグとを対応づけて共通盤１４に保存させる。
【００３２】
異常フラグ確認部３４は、制御盤１２の起動時、言い換えれば、制御盤１２が交換されて、交換後の制御盤１２が起動した際に、共通盤１４が保持する異常フラグを確認して、異常フラグが設定されたＩＦ盤１０を特定する。異常フラグが設定されたＩＦ盤１０は、すなわち制御盤１２との通信異常が検出された交換前のＩＦ盤１０に対応する交換後のＩＦ盤１０であると言える。リストア指示部３６は、異常フラグ確認部３４により特定されたＩＦ盤１０に対して、設定データの復元を指示するためのデータ（以下「リストア指示」とも呼ぶ。）を送信する。
【００３３】
図３は、図１のＩＦ盤１０の機能構成を示すブロック図である。ＩＦ盤１０は、データ保持部４０とデータ処理部４２を備える。データ保持部４０は設定データ保持部４４を含む。データ処理部４２は、設定データ受付部４６と、設定データ取得部４８と、設定処理部５０と、通信状態監視部５４と、設定データ退避部５６と、主信号処理部５８を含む。
【００３４】
設定データ保持部４４は、ＩＦ盤１０の動作態様を規定した設定データを保持する揮発メモリである。主信号処理部５８は、設定データ保持部４４に保持された設定データにしたがって主信号の中継処理を実行する。例えば、回線設定用のパスデータにしたがって主信号の回線を設定し、通信ポートの開閉情報にしたがって通信ポートの開閉を制御し、ＶＬＡＮ情報にしたがって主信号に対する帯域を割り当て、フィルタリング条件にしたがって主信号をフィルタリングし、学習テーブル情報にしたがって主信号のスイッチ処理を実行する。
【００３５】
また主信号処理部５８は、ユーザデータ用回線１８を介して他のＩＦ盤１０と主信号を送受する。例えば、ＩＦ盤１０ａの主信号処理部５８は、主信号網から受け付けた主信号としてのユーザパケットを、そのパケットに設定されたアドレスにしたがってユーザデータ用回線１８を介してＩＦ盤１０ｂへ転送する。ＩＦ盤１０ｂの主信号処理部５８は、ＩＦ盤１０ａから転送されたユーザパケットを、そのパケットに設定されたアドレスにしたがって主信号網へ送出する。
【００３６】
設定データ受付部４６は、制御盤１２から設定データが送信された場合、その送信された設定データを受け付ける。設定処理部５０は、設定データ受付部４６が受け付けた設定データを設定データ保持部４４に格納し、設定データ保持部４４に保持された設定データを更新することにより、ＩＦ盤１０の動作態様を更新する。
【００３７】
設定データ取得部４８は、制御盤１２からリストア指示を受け付けた場合、共通盤１４に保持された設定データを取得する。設定処理部５０は、設定データ取得部４８が取得した設定データを設定データ保持部４４に格納し、設定データ保持部４４に保持された設定データを更新することにより、ＩＦ盤１０の動作態様を更新する。設定処理部５０は、設定データ取得部４８が取得した設定データを設定データ保持部４４に格納した後、自身のＩＦ盤１０の識別情報を指定した異常フラグ削除要求を共通盤１４へ送信する。設定データ取得部４８と設定処理部５０は、交換前のＩＦ盤１０の設定データを交換後のＩＦ盤１０に引き継ぐことにより、交換前のＩＦ盤１０の動作態様を交換後のＩＦ盤１０において復元する設定データ復元部５２として機能すると言える。
【００３８】
通信状態監視部５４は、制御盤１２との通信の正常性を定期的に確認する。具体的には、先の接続確認処理から所定時間（３０秒等）が経過したことを検出すると、接続確認フレームを制御盤１２へ送信する。通信状態監視部５４は、接続確認フレームに対する応答フレームを３秒等の所定時間内に制御盤１２から受け付けた場合に通信状態を正常と判定する。その一方、応答フレームを所定時間内に受け付けなければ通信状態を異常と判定する。変形例として、応答フレームが予め定められたデータ形式に不整合の場合に、通信状態を異常と判定してもよいことはもちろんである。
【００３９】
また通信状態監視部５４は、接続確認フレームを制御盤１２から受け付けると、その接続確認フレームに対する応答フレームを制御盤１２へ送信する。また図３には不図示であるが、通信状態監視部５４はアラート通知部を含んでもよい。アラート通知部は、通信状態監視部５４が制御盤１２との通信状態を異常と判定した場合に、その旨を示す情報を外部の保守担当者の端末へ通知してもよい。
【００４０】
設定データ退避部５６は、通信状態監視部５４が制御盤１２との通信状態を異常と判定した場合に、設定データ保持部４４が保持する設定データを共通盤１４に退避させる。例えば、設定データの保存要求を共通盤１４へ送信して、その設定データを共通盤１４の所定の記憶領域に保存させる。
【００４１】
図４は、図１の共通盤１４の機能構成を示すブロック図である。共通盤１４は、データ保持部６０とデータ処理部６２を備える。データ保持部６０は、異常フラグ保持部６４と設定データ保持部６６を含む。データ処理部６２は、共通処理部６８と、異常フラグ更新部７０と、異常フラグ情報提供部７２と、設定データ記録部７４と、設定データ提供部７６を含む。
【００４２】
異常フラグ保持部６４は、制御盤１２との間で通信異常が検出されたＩＦ盤１０の識別情報と異常フラグとを対応づけて保持するための揮発性メモリである。設定データ保持部６６は、制御盤１２との間で通信異常が検出されたＩＦ盤１０の識別情報と、そのＩＦ盤１０の設定データとを対応づけて保持するための、いわば設定データの退避先としての揮発性メモリである。
【００４３】
共通処理部６８は、通信装置１００の各パッケージのための共通処理を実行し、例えば、他のパッケージに対する電力供給処理やクロック供給処理を実行する。
【００４４】
異常フラグ更新部７０は、異常フラグ設定要求を制御盤１２から受け付け、この要求で指定されたＩＦ盤１０の識別情報を異常フラグと対応づけて異常フラグ保持部６４に記録する。また異常フラグ更新部７０は、異常フラグ削除要求をＩＦ盤１０から受け付け、この要求で指定されたＩＦ盤１０の識別情報に対応する異常フラグを異常フラグ保持部６４から削除する。異常フラグ情報提供部７２は、異常フラグ確認要求を制御盤１２から受け付け、その応答として、異常フラグ保持部６４において異常フラグと対応づけられているＩＦ盤１０の識別情報を制御盤１２へ送信する。
【００４５】
設定データ記録部７４は、設定データの保存要求をＩＦ盤１０から受け付け、この要求で指定された設定データを、送信元のＩＦ盤１０の識別情報と対応づけて設定データ保持部６６へ記録する。設定データ提供部７６は、設定データの取得要求をＩＦ盤１０から受け付け、この要求の送信元のＩＦ盤１０の識別情報と対応づけられた設定データを設定データ保持部６６から取得してＩＦ盤１０へ送信する。
【００４６】
以上の構成による通信装置１００の動作を以下説明する。図５は、図１の制御盤１２の動作を示すフローチャートである。図５には不図示であるが、制御盤１２の設定データ取得部２６は、ＩＦ盤１０に対する設定データを外部の保守担当者の端末から受信し、設定データ送信部２８は、その設定データをＩＦ盤１０へ送信することにより、ＩＦ盤１０の動作態様を設定する。
【００４７】
制御盤１２の起動時に（Ｓ１０のＹ）、異常フラグ確認部３４は、共通盤１４に対して異常フラグ確認要求を行うことにより、異常フラグが設定されたＩＦ盤１０の有無を判定する（Ｓ１２）。異常フラグが設定されたＩＦ盤１０が検出された場合（Ｓ１４のＹ）、リストア指示部３６は、異常フラグが設定されたＩＦ盤１０に対してリストア指示を送信する（Ｓ１６）。異常フラグが設定されたＩＦ盤１０が未検出であれば（Ｓ１４のＮ）、Ｓ１６をスキップし、制御盤１２の起動時でなければ（Ｓ１０のＮ）、Ｓ１２〜Ｓ１６をスキップする。
【００４８】
先の通信状態確認から所定時間が経過したことを検出すると（Ｓ１８のＹ）、通信状態監視部３０は、ＩＦ盤１０ａ〜ＩＦ盤１０ｄのそれぞれとの通信状態の正常性を再度確認する（Ｓ２０）。ここで通信状態の異常が検出されると（Ｓ２２のＹ）、異常フラグ設定部３２は、通信異常を検出したＩＦ盤１０を指定した異常フラグ設定要求を共通盤１４へ送信して異常フラグを設定させる（Ｓ２４）。ＩＦ盤１０との通信状態が正常と判定されれば（Ｓ２２のＮ）、Ｓ２４をスキップする。先の通信状態確認から所定時間が未経過であれば（Ｓ１８のＮ）、Ｓ２０〜Ｓ２４をスキップする。通信状態監視部３０は、ＩＦ盤１０から接続確認を受け付けると（Ｓ２６のＹ）、その接続確認への応答をＩＦ盤１０へ送信する（Ｓ２８）。接続確認を受け付けなければ（Ｓ２６のＮ）、Ｓ２８をスキップする。
【００４９】
図６は、図１のＩＦ盤１０（ＩＦ盤１０ａ〜ＩＦ盤１０ｄのそれぞれ）の動作を示すフローチャートである。図６には不図示であるが、ＩＦ盤１０の主信号処理部５８は、設定データ保持部４４に格納された設定データを参照して、主信号の中継処理を実行する。ＩＦ盤１０の設定データ受付部４６が制御盤１２から設定データを受け付けると、設定処理部５０はその設定データを設定データ保持部４４へ格納して、ＩＦ盤１０における主信号中継処理の態様を変更する。
【００５０】
先の通信状態確認から所定時間が経過したことを検出すると（Ｓ３０のＹ）、通信状態監視部５４は、制御盤１２との通信状態の正常性を再度確認する（Ｓ３２）。ここで通信状態の異常が検出されると（Ｓ３４のＹ）、設定データ退避部５６は、設定データ保持部４４に保持された設定データを取得して、その設定データの保存要求を共通盤１４へ送信することにより、自身の設定データを退避させる（Ｓ３６）。制御盤１２との通信状態が正常と判定されれば（Ｓ３４のＮ）、Ｓ３６をスキップする。先の通信状態確認から所定時間が未経過であれば（Ｓ３０のＮ）、Ｓ３２〜Ｓ３６をスキップする。
【００５１】
通信状態監視部３０は、制御盤１２から接続確認を受け付けると（Ｓ３８のＹ）、その接続確認への応答を制御盤１２へ送信する（Ｓ４０）。接続確認を受け付けなければ（Ｓ３８のＮ）、Ｓ４０をスキップする。制御盤１２からりストア指示を受け付けると（Ｓ４２のＹ）、設定データ取得部４８は、退避されていた設定データを共通盤１４から取得し、設定処理部５０はその設定データを設定データ保持部４４へ格納して、ＩＦ盤１０における主信号中継処理の態様をＩＦ盤交換前の状態へ復元する（Ｓ４４）。設定処理部５０は、退避されていた設定データのリストアを完了すると、共通盤１４へ異常フラグ削除要求を送信して異常フラグを削除させる（Ｓ４６）。制御盤１２からりストア指示を受け付けなければ（Ｓ４２のＮ）、Ｓ４４およびＳ４６をスキップする。
【００５２】
なお図６には不図示であるが、交換後のＩＦ盤において設定データが復元された後に、そのＩＦ盤は復元した設定データを交換後の制御盤１２に送信して、その不揮発メモリに記憶させてもよい。すなわち、交換後のＩＦ盤が保持する設定データと、交換後の制御盤が保持する設定データ（のバックアップ）との同期処理が実行されてもよい。
【００５３】
図７は、図１の共通盤１４（共通盤１４ａと共通盤１４ｂのそれぞれ）の動作を示すフローチャートである。図７には不図示であるが、共通盤１４の共通処理部６８は、他のパッケージのための共通処理を常時実行する。
【００５４】
制御盤１２から異常フラグの設定要求を受け付けると（Ｓ５０のＹ）、共通盤１４の異常フラグ更新部７０は、その要求で指定されたＩＦ盤１０の識別情報に異常フラグを対応づけて異常フラグ保持部６４へ格納する（Ｓ５２）。異常フラグの設定要求を受け付けなければ（Ｓ５０のＮ）、Ｓ５２をスキップする。制御盤１２から異常フラグの確認要求を受け付けると（Ｓ５４のＹ）、異常フラグ情報提供部７２は、異常フラグ保持部６４において異常フラグに対応づけられたＩＦ盤１０の識別情報を制御盤１２へ提供する（Ｓ５６）。異常フラグの確認要求を受け付けなければ（Ｓ５４のＮ）、Ｓ５６をスキップする。ＩＦ盤１０から異常フラグの削除要求を受け付けると（Ｓ５８のＹ）、異常フラグ更新部７０は、その要求で指定されたＩＦ盤１０の識別情報に対応づけられた異常フラグを削除するよう異常フラグ保持部６４を更新する（Ｓ６０）。異常フラグの削除要求を受け付けなければ（Ｓ５８のＮ）、Ｓ６０をスキップする。
【００５５】
ＩＦ盤１０から設定データの保存要求を受け付けると（Ｓ６２のＹ）、設定データ記録部７４は、その要求で指定されたＩＦ盤１０の識別情報に対応づけて設定データを設定データ保持部６６へ格納する（Ｓ６４）。設定データの保存要求を受け付けなければ（Ｓ６２のＮ）、Ｓ６４をスキップする。ＩＦ盤１０から設定データの取得要求を受け付けると（Ｓ６６のＹ）、設定データ提供部７６は、その要求で指定されたＩＦ盤１０の識別情報に対応づけられた設定データを設定データ保持部６６から取得して、要求元のＩＦ盤１０へ提供する（Ｓ６８）。設定データの取得要求を受け付けなければ（Ｓ６６のＮ）、Ｓ６８をスキップする。
【００５６】
本実施の形態の通信装置１００によると、通信装置に必須である共通盤１４にバックアップ用のメモリを搭載し、障害が検出されたＩＦ盤１０の設定データを退避する。そのため、ＩＦ盤１０と制御盤１２の両方が交換された場合も、交換対象のＩＦ盤１０の設定データを共通盤１４に残しておくことができる。これにより、ＩＦ盤１０交換後の動作の復旧を迅速に行うことができる。また、障害が検出されたＩＦ盤１０の設定データを動的にバックアップするため、言い換えれば、通信装置１００が搭載する全てのＩＦ盤１０の設定データをバックアップするのではないため、バックアップメモリの容量を削減できる。また、バックアップ専用のメモリ盤も不要であるため、通信装置１００の製造コストを低減でき、通信装置１００の筐体サイズ（シェルフのサイズ）も低減できる。
【００５７】
また通信装置１００によると、通信状態の異常検出をトリガにした設定データの自律的な（自動での）バックアップと、ＩＦ盤１０および制御盤１２の交換後における設定データの自律的な（自動での）リストアを実現できる。これにより、バックアップ作業およびリストア作業に要していた保守担当者の作業量を低減できる。また、故障復旧作業における回線断時間を短縮できる。
【００５８】
また通信装置において、ＩＦ盤１０のＣＰＵは制御盤１２のＣＰＵよりも処理能力が低いことがある。またＩＦ盤１０のＣＰＵは主信号の中継処理を行うため負荷が高いことがある。通信装置１００によると、異常フラグの設定および確認は制御盤１２のＣＰＵが行うことで、ＩＦ盤１０のＣＰＵにかかる負荷を抑制することができる。
【００５９】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。以下変形例を示す。
【００６０】
第１の変形例を説明する。
上記実施の形態では言及していないが、ＩＦ盤１０の設定データは退避時に分割されて、設定データの一部が複数の共通盤１４のそれぞれに分散して格納されてもよい。またリストア時には、複数の共通盤１４のそれぞれに分散して格納された設定データを合成することにより、交換後のＩＦ盤１０において設定データを復元してもよい。
【００６１】
具体的には、ＩＦ盤１０の設定データ退避部５６は、設定データの分割態様と、分割結果である設定データの一部（以下「分割設定データ」とも呼ぶ。）の退避先とを定めた退避規則を保持する。この退避規則は、設定データのどの部分を第１の分割設定データとし、どの部分を第２の分割設定データとするかを定めたものであり、例えば、設定データを格納した設定データ保持部４４のアドレス範囲を指定するものでもよい。また退避規則は、複数の分割設定データそれぞれの格納先を定めたものであり、例えば、第１の分割設定データを共通盤１４ａに格納すること、第２の分割設定データを共通盤１４ｂに格納することを指定するものでもよい。この分割設定データの格納先は、通信装置１００のパッケージ設定用のスロットの若番順等、保守担当者により予め決定されればよい。
【００６２】
またＩＦ盤１０の設定データ復元部５２（すなわち設定データ取得部４８および設定処理部５０）は、分割設定データのリストア態様を定めたリストア規則を保持する。このリストア規則は、分割設定データの格納場所を定めたものであり、例えば、第１の分割設定データが共通盤１４ａに格納されること、第２の分割設定データが共通盤１４ｂに格納されることを示すものでもよい。またリストア規則は、複数の分割設定データから１つの設定データを復元するための合成方法を定めたものであり、例えば、設定データ保持部４４において第１の分割設定データと第２の分割設定データのそれぞれを格納すべき位置（設定データ保持部４４における格納位置を示すアドレス等）を示すものでもよい。
【００６３】
ＩＦ盤１０の設定データ退避部５６は、制御盤１２との通信異常が検出された場合に、退避規則にしたがって、設定データ保持部４４に保持された設定データを分割し、各分割設定データを共通盤１４ａ、共通盤１４ｂのそれぞれに退避させる。ＩＦ盤１０の設定データ復元部５２は、制御盤１２からりストア指示を受け付けた場合に、リストア規則にしたがって、共通盤１４ａ、共通盤１４ｂのそれぞれから分割設定データを取得する。そして、それぞれの分割設定データを設定データ保持部４４の所定アドレスに格納することにより、１つの設定データに合成する。
【００６４】
第１の変形例によると、ＩＦ盤１０の設定データを分割し、設定データの一部を複数の共通盤１４のそれぞれが保持することで、設定データのバックアップのために共通盤１４が搭載すべきメモリ量を低減することができる。また、バックアップ専用パッケージを設ける必要が無く、既存の設備でバックアップ処理を実現できる。これにより通信装置１００のコストを抑制できる。
【００６５】
第２の変形例を説明する。
上記実施の形態では、異常フラグと、退避された設定データとを共通盤１４が保持することとした。変形例では、共通盤１４に代わってＩＦ盤１０がこれらのデータを保持してもよい。言い換えれば、あるＩＦ盤の設定データの退避先が、同一の通信装置内の他のＩＦ盤であってもよい。具体的には、通信装置１００が搭載する複数のＩＦ盤１０のうち、障害が発生したＩＦ盤１０（以下「障害ＩＦ盤」とも呼ぶ。）以外の、制御盤１２との通信状態が正常なＩＦ盤１０（以下「正常ＩＦ盤」とも呼ぶ。）が異常フラグと、設定データのバックアップを保持してもよい。
【００６６】
第２の変形例において、通信装置１００が搭載する複数のＩＦ盤１０のそれぞれは、図４に示した異常フラグ保持部６４、設定データ保持部６６（設定データ保持部４４との混同を避けるため、以下では「バックアップ用記憶領域」と呼ぶ。）、異常フラグ更新部７０、異常フラグ情報提供部７２、設定データ記録部７４、設定データ提供部７６の機能を備える。制御盤１２は障害ＩＦ盤についての異常フラグを正常ＩＦ盤の異常フラグ保持部６４に設定させ、障害ＩＦ盤は自身の設定データを正常ＩＦ盤のバックアップ用記憶領域に退避させる。また、障害ＩＦ盤に対応する交換後のＩＦ盤は、障害ＩＦ盤の設定データを正常ＩＦ盤から取得して、自身の設定データとして取り込む。第２の変形例においても実施の形態と同様の効果を奏する。
【００６７】
なお第１の変形例と第２の変形例とを組み合わせてもよく、障害ＩＦ盤の設定データは退避時に分割されて、分割設定データが、複数の正常ＩＦ盤のそれぞれに格納されてもよい。また分割設定データが、１以上の正常ＩＦ盤と１以上の共通盤の組み合わせである複数のパッケージのそれぞれに格納されてもよい。
【００６８】
第３の変形例を説明する。
本変形例は第２の変形例に関連し、障害ＩＦ盤の設定データの退避先を正常ＩＦ盤とするときに、ユーザ回線（すなわち図１のユーザデータ用回線１８）を使用して設定データを転送する。ここでは、ユーザ回線帯域に比較的余裕がある場合としてユーザデータ用回線１８がパケット通信回線であることとし、設定データはＩＰパケットまたはＴＣＰパケット（以下「設定データパケット」とも呼ぶ。）として転送されることとする。
【００６９】
この場合、障害ＩＦ盤の設定データ退避部５６は、設定データパケットにおけるサービスタイプ（ＴＯＳ）フィールドに、主信号であるユーザパケットよりも低優先を示す値を設定する。言い換えれば、設定データ退避部５６は、主信号処理部５８がユーザパケットに対して設定するＴＯＳ値よりも低優先を示すＴＯＳ値を、設定データパケットに対して設定する。さらに設定データ退避部５６は、設定データパケットにおけるオプションフィールドに、ユーザパケットでなく設定データパケットであることを示す予め定められた値（所定長のビットパターンであり、以下「設定データフラグ」とも呼ぶ。）を設定する。なお、設定データフラグの設定位置はオプションフィールドに限らず、ユーザパケットにおいて未使用の他のフィールドであってもよい。そして設定データ退避部５６は、主信号処理部５８が主信号の転送に使用するユーザデータ用回線１８に対して設定データパケットを送出することにより、ユーザパケットと並行して設定データパケットを正常ＩＦ盤へ伝送させる。
【００７０】
正常ＩＦ盤の主信号処理部５８は、オプションフィールドに設定データフラグが設定されたＩＰパケットを受け付けた場合、そのＩＰパケットを設定データパケットとして識別して正常ＩＦ盤の設定データ記録部７４に渡す。設定データ記録部７４は、設定データパケットに内包された設定データをバックアップ用記憶領域へ格納する。
【００７１】
同様に、設定データのリストア時もユーザ回線を使用して設定データを転送してもよい。例えば、正常ＩＦ盤の設定データ提供部７６は、ＴＯＳフィールドにユーザパケットより低優先を示す値を設定し、オプションフィールドに設定データフラグを設定した設定データパケットをユーザデータ用回線１８を介して提供する。障害ＩＦ盤に対応する交換後のＩＦ盤の主信号処理部５８は、オプションフィールドに設定データフラグが設定されたＩＰパケットを受け付けた場合、そのＩＰパケットを設定データパケットとして識別して設定データ取得部４８に渡す。設定データ取得部４８は設定データパケットに内包された設定データを取得し、設定処理部５０はその設定データを設定データ保持部４４へ格納する。
【００７２】
第３の変形例によると、バックアップ用の専用回線を通信装置１００に設ける必要が無く、既存のユーザ回線を利用してＩＦ盤１０の設定データをバックアップすることができる。これにより、通信装置１００のコストを低減できる。また、ユーザパケットよりも低い優先度で設定データを転送することにより、設定データ転送によるユーザパケット転送への影響、例えば伝送遅延の発生等を抑制できる。
【００７３】
第４の変形例を説明する。
本変形例は第３の変形例に関連し、ユーザ回線が常時、ユーザデータ用回線１８の帯域を占有している場合を説明する。典型的には通信装置１００がＳＯＮＥＴ／ＳＤＨ網の伝送装置の場合である。ここではユーザデータ用回線１８がＴＤＭ回線であることとする。本変形例では、ＴＤＭ回線のタイムスロットにおいて、設定データ転送用のタイムスロット（すなわち帯域）を予め固定的に定めておく。言い換えれば、ユーザデータ用回線１８において設定データ転送用の論理的な専用回線を予め定めておく。この場合のタイムスロット長（すなわち帯域幅）は６４Ｋビット／秒程度であってもよい。
【００７４】
第４の変形例において、障害ＩＦ盤の設定データ退避部５６は、設定データ転送用のタイムスロットを使用して設定データを正常ＩＦ盤へ送信する。正常ＩＦ盤の主信号処理部５８は、設定データ転送用のタイムスロットで受け付けられたデータを、障害ＩＦ盤の設定データとして識別する。同様に正常ＩＦ盤は、設定データ転送用のタイムスロットを使用して、障害ＩＦ盤に対応する交換後のＩＦ盤へリストア用の設定データを提供する。交換後のＩＦ盤の主信号処理部５８は、設定データ転送用のタイムスロットで受け付けられたデータを、交換前のＩＦ盤の設定データとして識別する。第４の変形例においても第３の変形例と同様の効果を奏する。
【００７５】
第５の変形例を説明する。
本変形例は第１および第２の変形例に関連し、制御盤１２が、障害ＩＦ盤の設定データを分割し、分割結果である設定データの一部を、複数の正常ＩＦ盤のそれぞれへ退避させる。ここでは、通信装置１００に３枚以上のＩＦ盤１０が搭載されていることとする。
【００７６】
制御盤１２は、図３で示した設定データ復元部５２と設定データ退避部５６をさらに備える。設定データ退避部５６は第１の変形例で説明した退避規則を保持する。制御盤１２の設定データ退避部５６は、ＩＦ盤１０との通信異常が検出された場合に、退避規則にしたがって、設定データ保持部２４に保持された障害ＩＦ盤の設定データを分割し、各分割設定データを複数の正常ＩＦ盤のそれぞれに退避させる。この際に異常フラグを設定することは実施の形態と同様である。
【００７７】
制御盤１２の設定データ復元部５２は、制御盤１２の起動時に異常フラグが対応づけられた障害ＩＦ盤の情報が検出されると、リストア規則にしたがって、複数の正常ＩＦ盤のそれぞれから分割設定データを取得する。そして、それぞれの分割設定データを設定データ保持部２４の所定アドレスに格納することにより、１つの設定データに合成する。制御盤１２の設定データ送信部２８は、設定データ復元部５２により障害ＩＦ盤の設定データが復元されると、復元された設定データを、障害ＩＦ盤に対応する交換後のＩＦ盤へ送信することにより、交換後のＩＦ盤の動作態様を設定する。すなわち交換前の障害ＩＦ盤の動作態様と、交換後のＩＦ盤の動作態様とを整合させる。第５の変形例においても、第１の変形例に記載した効果と同様の効果を奏する。
【００７８】
第６の変形例を説明する。
上記実施の形態では、障害ＩＦ盤が、設定データ保持部４４に保持する設定データを共通盤１４へ退避することとした。変形例では、制御盤１２が、設定データ保持部２４に保持する障害ＩＦ盤の設定データを共通盤１４へ退避してもよい。この場合、制御盤１２が図３で示した設定データ退避部５６をさらに備えてもよい。また上記実施の形態では、障害ＩＦ盤に対応する交換後のＩＦ盤が、リストア指示に応じて、予め退避された設定データを共通盤１４から読み込むこととした。変形例では、制御盤１２が、異常フラグが設定された障害ＩＦ盤を検出した場合に、その障害ＩＦ盤の設定データを共通盤１４から読み出し、設定データ保持部２４へ格納してもよい。この場合、制御盤１２が図３で示した設定データ復元部５２をさらに備えてもよい。そして、共通盤１４から読み出した障害ＩＦ盤の設定データを、設定データ送信部２８が、障害ＩＦ盤に対応する交換後のＩＦ盤へ送信することにより、交換後のＩＦ盤の動作態様を設定してもよい。
【００７９】
第７の変形例を説明する。
上記実施の形態では障害ＩＦ盤に関する異常フラグの設定・確認処理を制御盤１２が共通盤１４に対して実行することとした。変形例では、障害ＩＦ盤が、自身に関する異常フラグを共通盤１４に対して設定してもよい。この場合、ＩＦ盤１０が図２で示した異常フラグ設定部３２をさらに備えてもよい。また、障害ＩＦ盤に対応する交換後のＩＦ盤が、障害ＩＦ盤に関する異常フラグを共通盤１４に対して確認してもよく、異常フラグが設定されていた場合に、障害ＩＦ盤の設定データを共通盤１４から読み込んでもよい。この場合、ＩＦ盤１０が図２で示した異常フラグ確認部３４をさらに備えてもよい。
【００８０】
上述した実施の形態および変形例の任意の組み合わせもまた本発明の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施の形態および変形例それぞれの効果をあわせもつ。また、請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。
【符号の説明】
【００８１】
１０  ＩＦ盤、  １２  制御盤、  ２４  設定データ保持部、  ３０  通信状態監視部、  ４４  設定データ保持部、  ５２  設定データ復元部、  ５４  通信状態監視部、  ５６  設定データ退避部、  １００  通信装置。
【図１】
2013187679.tif 000003
【図２】
2013187679.tif 000004
【図３】
2013187679.tif 000005
【図４】
2013187679.tif 000006
【図５】
2013187679.tif 000007
【図６】
2013187679.tif 000008
【図７】
2013187679.tif 000009