(57)【要約】【課題】冗長切替に際してシステムが提供するサービスの継続性を高めることの可能な通信装置を提供すること。【解決手段】判定処理部９０ｂにより障害の発生要因種別を切り分ける。そして判定結果に基づき、リセットにより復旧可能な障害であれば冗長切替を行うことなく、再開処理部９０ｃにより障害の生じた基板をリセットし、障害への対処を行うようにする。このようにすれば、整合処理部９０ａによる運用系、待機系間のデータ転送に如何に時間がかかろうとも、完全に保持された状態での制御データ１１０ａに基づく処理を継続することが可能になる。従って、完全な状態での制御データを運用系において継続して利用することができ、冗長切替に際してシステムが提供するサービスの継続性を高めることの可能な通信装置を提供することが可能となる。【選択図】      図１
2006246370.tif 000002
【特許請求の範囲】
【請求項１】
互いに異種の通信網に接続される複数のインタフェース部と、これらの複数のインタフェース部への制御を司る制御部とを備え、前記制御部は運用系モジュールと待機系モジュールとに冗長化される通信装置において、
前記運用系モジュールと前記待機系モジュールとの各々は、
前記インタフェース部への制御を実行する中央処理部と、
この中央処理部による処理に必要なデータを記憶する記憶手段と、
前記記憶手段に記憶されるデータの変更を伴うイベントが生じた場合に変更されたデータを相手系モジュールに転送して、前記運用系モジュールの記憶手段に記憶されるデータと前記待機系モジュールの記憶手段に記憶されるデータとを整合させる整合手段と、
自系に障害が発生した場合に、この障害の発生要因種別に応じて冗長切替の必要性の有無を判定する判定手段と、
この判定手段により前記冗長切替の必要性無しと判定された場合に、自系の前記記憶手段に記憶されるデータを用いて再開処理を行い前記複数のインタフェース部への制御を継続するリセット手段とを具備することを特徴とする通信装置。
【請求項２】
前記障害をハードウェア障害とソフトウェア障害とに大別した場合に、前記判定手段は前記ソフトウェア障害が生じた場合には前記冗長切替の必要性無しと判定することを特徴とする請求項１に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、異種網を相互に接続するためなどに用いられる通信装置に関し、特に二重化により冗長化構成をとる通信装置に関する
【背景技術】
【０００２】
冗長化構成をとる通信システムは多数知られており（例えば、特許文献１を参照）、伝送チャネルの多重化だけでなく、通信装置の内部構成を冗長化して耐障害性能を高めることも行われている。近年では中核となる処理を担う制御系を二重化することも行われている。
【０００３】
ところで、制御系を運用系（ＡＣＴ系）と待機系（ＳＢＹ系）とに二重化するにあたり次のことに留意する必要がある。すなわち制御系は、演算処理を担うブロック（ＣＰＵなど）に加え、演算処理に必要な各種のデータを記憶するメモリを備えており、二重化にあたってはＡＣＴ系基板とＳＢＹ系基板とにそれぞれ演算処理ブロックとメモリとが実装される。任意の時点での障害発生に備えるためには、両系（ＡＣＴ系、ＳＢＹ系）に保持されるデータを同期させる必要があるため、ＡＣＴ系データの変更を伴うイベントが生じた場合にはその都度、リアルタイムでＳＢＹ系にデータを転送するようにしている。
【０００４】
しかしながら転送すべきデータ量が増大するにつれて系間転送に要する時間が増し、両系のデータの整合性をとるためのタイムラグが増えるために、ＳＢＹ系が運用系に切り替えられて新ＡＣＴ系が立ち上がった後にデータ不整合を生じる虞がある。このような場合には、制御系の機能によっては期待する処理を継続できなくなるという不具合がある。
【特許文献１】特開２００１−２９２０８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
以上述べたように既存の通信システムには、運用系と待機系とのデータ授受に時間がかかることから両系のデータに不整合を生じることが多い。このためデータ不整合を生じたまま冗長切替が行われると、運用系で実施されていたサービスを待機系（新たな運用系）に十分に引き継ぐことができず、サービスを継続して提供できない虞がある。  
この発明は上記事情によりなされたもので、その目的は、冗長切替に際してシステムが提供するサービスの継続性を高めることの可能な通信装置を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するためにこの発明の一態様によれば、互いに異種の通信網に接続される複数のインタフェース部と、これらの複数のインタフェース部への制御を司る制御部とを備え、前記制御部は運用系モジュールと待機系モジュールとに冗長化される通信装置において、前記運用系モジュールと前記待機系モジュールとの各々は、前記インタフェース部への制御を実行する中央処理部と、この中央処理部による処理に必要なデータを記憶する記憶手段と、前記記憶手段に記憶されるデータの変更を伴うイベントが生じた場合に変更されたデータを相手系モジュールに転送して、前記運用系モジュールの記憶手段に記憶されるデータと前記待機系モジュールの記憶手段に記憶されるデータとを整合させる整合手段と、自系に障害が発生した場合に、この障害の発生要因種別に応じて冗長切替の必要性の有無を判定する判定手段と、この判定手段により前記冗長切替の必要性無しと判定された場合に、自系の前記記憶手段に記憶されるデータを用いて再開処理を行い前記複数のインタフェース部への制御を継続するリセット手段とを具備することを特徴とする通信装置が提供される。
【０００７】
このような手段を講じることにより、判定手段において、ハードウェア異常、ソフトウェア異常などの障害要因ごとに、運転系を切り替えるか、または自系のまま再開処理を行うかが選択的に判断される。これにより、ソフトウェア障害のように必ずしも系切替を実施しなくても再開可能な場合には、運転中のデータを消去することなく処理を継続することができるようになる。従って冗長切替に際してシステムが提供するサービスの継続性を高めることが可能になる。
【発明の効果】
【０００８】
この発明によれば、冗長切替に際してシステムが提供するサービスの継続性を高めることの可能な通信装置を提供することができる。
【発明を実施するための最良の形態】
【０００９】
図１は、この発明に係わる通信装置の実施の形態を示す機能ブロック図である。図１の通信装置は、まずＡ網インタフェース（Ｉ／Ｆ）部１０と、Ｂ網Ｉ／Ｆ部２０と、保守回線Ｉ／Ｆ部５０とを備える。Ａ網Ｉ／Ｆ部１０およびＢ網Ｉ／Ｆ部２０は互いに異なる情報通信網（Ａ網、Ｂ網として区別する）に接続される。この通信装置はＰＢＸ（Private Branch Exchange）と称して現在もあらゆる企業において広く使われている。
【００１０】
保守回線Ｉ／Ｆ部５０は保守回線を介して保守端末（図示せず）を収容する。保守端末は通信装置に対するデータ設定や保守運用操作を行うことができる。
【００１１】
Ａ網Ｉ／Ｆ部１０およびＢ網Ｉ／Ｆ部２０は、それぞれの網から受信したデータを終端し、音声データをＰＣＭハイウェイ（ＰＣＭ ＨＷＹ）を介して制御スイッチ部８０（８０−０，８０−１）に転送する。
【００１２】
制御スイッチ部８０は運用系と待機系とに二重化され、このうち運用系（ＡＣＴ）に符号８０−０を付し、待機系（ＳＢＹ）に符号８０−１を付す。運用系制御スイッチ部８０−０、待機系制御スイッチ部８０−１のいずれも個別のハードウェア基板上に実装され、同様の構成を持つ。
【００１３】
ところで、制御スイッチ部８０は、主にＡ網Ｉ／Ｆ部１０、Ｂ網Ｉ／Ｆ部２０、保守回線Ｉ／Ｆ部５０に関する制御を司る中央制御部９０と、ＰＣＭハイウェイ上の時分割データを交換接続するスイッチ部１００と、中央制御部９０の処理のために必要な制御データ１１０ａを記憶するメモリ１１０とを備える。さらに中央制御部９０は、整合処理部９０ａと、判定処理部９０ｂと、再開処理部９０ｃとを備える。
【００１４】
整合処理部９０ａは、制御データ１１０の変更を伴うイベントが生じた場合に、変更されたデータを相手系モジュールに転送する。すなわち整合処理部９０ａは、運用系制御スイッチ部８０−０に記憶される制御データ１１０ａと、待機系制御スイッチ部８０−１に記憶される制御データ１１０ａとを同期させ、互いに整合させるための処理を行う。判定処理部９０ｂは、自系に障害が発生した場合に、この障害の発生要因種別に応じて他系との制御スイッチ部との冗長切替の必要性の有無を判定する。再開処理部９０ｃは、判定処理部９０ｂにより冗長切替の必要無しと判定された場合に、自系の制御データ１１０ａを用いてリセット処理を行い、制御を継続する。
【００１５】
図２は、整合処理部９０ａによる処理を説明するための模式図である。図示されるように、ＡＣＴ系（運用系）において何らかのイベントが生じて制御データ１１０ａが変更されると、ただちにＳＢＹ系（待機系）に向けデータが転送される。転送されたデータを受信すると、ＳＢＹ系の制御スイッチ部は受信データの内容を自己の制御データ１１０ａに反映させる。この過程においては一定の時間を要し、転送データ量が増えれば増えるほど長期間にわたる時間が必要となり、次第に継続的、連続的なデータ転送が行われるようになる。
【００１６】
図３は、この実施形態における障害発生時の処理につき説明するための模式図である。図３において、転送すべきデータが３つあり、途中の２つ目のデータまでが転送された段階で運用系制御スイッチ部８０−０に障害が生じたとする。この場合、３つ目のデータの転送が完了していない状態となるが、既存の通信装置においては、図４に示されるようにこの状態から盲目的に待機系への冗長切替が実施される。このため待機系においては不正なデータを用いたまま処理が再開されることになる。
【００１７】
そこでこの実施形態では、障害の発生要因種別に応じて、冗長切替の必要性の有無を判定する。障害には大別してハードウェア障害とソフトウェア障害とがある。クロック供給断などのハードウェア障害が生じた場合には、部品の交換などにより復旧するしかなく、冗長切替が実行される。これに対しソフトウェアバグ、タスク間のメッセージ通信の不具合、異常なエラーコードの返送、ＯＳシステムコールエラーなどのソフトウェア障害が発生した場合においては、システムをリセットするのみで復旧することが可能な場合がある。なおソフトウェア障害の発生は、制御スイッチ部８０に搭載されるＯＳ（Operation System）の監視機能により検知することができ、障害の発生要因種別は、既存の技術によりハードウェア的な仕組みのもとで切り分けることが可能である。例えば各種ＯＳにおいては異常発生時にコールされる関数が設けられており、この関数の処理の一つとして基板上における再開処理が定義されている。この関数コールの有無をモニタすることにより障害を切り分けることが可能である。
【００１８】
このことを利用してこの実施形態では、判定処理部９０ｂにより障害の発生要因種別を切り分ける。そして判定結果に基づき、リセットにより復旧可能な障害であれば冗長切替を行うことなく、再開処理部９０ｃにより障害の生じた基板をリセットし、障害への対処を行うようにする。このようにすれば、整合処理部９０ａによる運用系、待機系間のデータ転送に如何に時間がかかろうとも、完全に保持された状態での制御データ１１０ａに基づく処理を継続することが可能になる。従って、完全な状態での制御データを運用系において継続して利用することができ、冗長切替に際してシステムが提供するサービスの継続性を高めることの可能な通信装置を提供することが可能となる。
【００１９】
なおこの発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【図面の簡単な説明】
【００２０】
【図１】この発明に係わる通信装置の実施の形態を示す機能ブロック図。
【図２】図１の整合処理部９０ａによる処理を説明するための模式図。
【図３】この発明の実施の形態における障害発生時の処理につき説明するための模式図。
【図４】既存の通信装置における障害発生時の処理を示す模式図。
【符号の説明】
【００２１】
１０…Ａ網インタフェース部、２０…Ｂ網インタフェース部、５０…保守回線インタフェース部、８０（８０−０、８０−１）…制御スイッチ部、９０…中央制御部、９０ａ…整合処理部、９０ｂ…判定処理部、９０ｃ…再開処理部、１００…スイッチ部、１１０…メモリ、１１０ａ…制御データ
【図１】
2006246370.tif 000003
【図２】
2006246370.tif 000004
【図３】
2006246370.tif 000005
【図４】
2006246370.tif 000006