(57)【特許請求の範囲】
【請求項１】
通信制御に必要な複数のカードが実装された装置全体の監視制御を行なう第１監視制御カードと、
前記第１監視制御カードと同等の機能を有し、前記装置全体の監視制御を行なう第２監視制御カードと、
前記第１監視制御カードと前記第２監視制御カードとの何れか一方の自カードの故障の発生を示す第一の故障情報を個別に受信し、前記自カードの故障の不発生の方に前記第一の故障情報を通知する第１通知カードと、
前記第１通知カードと同等の機能を有する第２通知カードと
を備え、
前記第１監視制御カードと前記第２監視制御カードとは、
定周期で自カードを監視することにより、前記自カードの故障の発生を検出する故障検出部と、
前記故障検出部が検出した前記自カードの故障に基づいて、前記第一の故障情報を前記第１通知カードと前記第２通知カードとに送信する通信部とを各々有し、
第１通知カードと第２通知カードとは、前記通信部から前記第一の故障情報を受信し、前記第１監視制御カードと前記第２監視制御カードとのうちで前記自カードの故障の不発生の方に前記第一の故障情報を通知する故障情報通知部を各々有し、
前記第１監視制御カードと前記第２監視制御カードとは、現用系と予備系とからなる冗長構成であり、前記第１通知カードと前記第２通知カードとを介して、相手側の監視制御カードの前記自カードの故障を監視し、監視結果に基づいて、前記現用系と前記予備系とを切り替え自在とし、
前記故障情報通知部は、前記第１監視制御カードと前記第２監視制御カードとの何れか一方の監視制御カードと通信ができないときは、前記一方の監視制御カードと通信ができないことを示す第二の故障情報を他方の監視制御カードに通知し、
前記他方の監視制御カードは、前記故障情報通知部より、前記第二の故障情報を受信した場合、自カードが前記予備系であれば、前記予備系から前記現用系に切り替えを行なわない
ことを特徴とする通信装置。
【請求項２】
請求項１に記載の通信装置において、
前記第１監視制御カードと前記第２監視制御カードとは、前記第一の故障情報を受信した場合、自カードが前記予備系であれば、前記予備系から前記現用系に切り替えることを特徴とする通信装置。
【請求項３】
請求項１又は請求項２に記載の通信装置において、
前記自カードの故障が発生した側の前記通信部は、前記第一の故障情報を前記第１通知カードと前記第２通知カードとに送信することを特徴とする通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置に関する。
【背景技術】
【０００２】
情報通信分野において、従来から複数の現用のパッケージカードと予備カードとを備える冗長構成の通信システムが知られている（例えば、特許文献１参照）。
【０００３】
例えば、いわゆるキャリア向けの通信装置では、複数の現用のパッケージカードとして、インタフェースカード、スイッチファブリックカード、監視制御カード等というように、通信システムに必要な機能のカードを機能ブロック毎に実装するシステムが一般的である。
【０００４】
また、それらの通信装置において、装置の監視制御を行なう監視制御カードは、自カードで故障が発生しても、他の監視制御カードで運用を継続可能とするために、一般的に冗長構成を有している。
【０００５】
具体的には、監視制御カードは、その冗長構成において、例えばインタフェースカードやファブリックカード等の故障監視を行なっている。ここで、監視制御カードの故障監視については、監視制御カード同士が相互に監視を行なうことになる。そのため、監視制御カードでは、一方の監視制御カードで故障を検出した場合、その状態を他方の監視制御カードに速やかに通知することが重要となる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−２５９９４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、冗長化された監視制御カードにおいて、直接的に相互に故障監視を行なう構成では、以下の問題が生じる。例えば、監視制御カード同士が互いの状態をやり取りする通信経路に故障が発生した場合、互いの監視制御カードでは、相手の監視制御カードで故障が発生したと判断する状態になる。そのため、正常な方の監視制御カードを運用にする切り替えが難しくなる課題を有している。
【０００８】
そこで、本発明は、上記事情に鑑み、正常な方の監視制御カードを運用にする切り替えをより確実にする手段を提供することを目的とする。
【課題を解決するための手段】
【０００９】
一つの観点によれば、通信装置は、第１監視制御カードと、第２監視制御カードと、第１通知カードと、第２通知カードとを有する。第１監視制御カードは、通信制御に必要な複数のカードが実装された装置全体の監視制御を行なう。第２監視制御カードは、第１監視制御カードと同等の機能を有し、装置全体の監視制御を行なう。第１通知カードは、第１監視制御カードと第２監視制御カードとの何れか一方の自カードの故障の発生を示す第一の故障情報を個別に受信し、自カードの故障の不発生の方に第一の故障情報を通知する。第２通知カードは、第１通知カードと同等の機能を有する。第１監視制御カードと第２監視制御カードとは、故障検出部と、通信部とを各々有する。故障検出部は、定周期で自カードを監視することにより、自カードの故障の発生を検出する。通信部は、故障検出部が検出した自カードの故障に基づいて、第一の故障情報を第１通知カードと第２通知カードとに送信する。第１通知カードと第２通知カードとは、故障情報通知部を各々有する。故障情報通知部は、通信部から第一の故障情報を受信し、第１監視制御カードと第２監視制御カードとのうちで自カードの故障の不発生の方に第一の故障情報を通知する。また、第１監視制御カードと第２監視制御カードとは、現用系と予備系とからなる冗長構成であり、第１通知カードと第２通知カードとを介して、相手側の監視制御カードの自カードの故障を監視し、監視結果に基づいて、現用系と予備系とを切り替え自在とする。また、故障情報通知部は、第１監視制御カードと第２監視制御カードとの何れか一方の監視制御カードと通信ができないときは、一方の監視制御カードと通信ができないことを示す第二の故障情報を他方の監視制御カードに通知する。他方の監視制御カードは、故障情報通知部より、第二の故障情報を受信した場合、自カードが予備系であれば、予備系から現用系に切り替えを行なわない。
【００１０】
本件開示の通信装置において、第１監視制御カードと第２監視制御カードとは、第一の故障情報を受信した場合、自カードが予備系であれば、予備系から現用系に切り替える。
【００１３】
本件開示の通信装置において、自カードの故障が発生した側の通信部は、第一の故障情報を第１通知カードと第２通知カードとに送信する。
【発明の効果】
【００１５】
本発明は、間接的に相互に故障監視を行なう構成であるため、正常な方の監視制御カードを運用にする切り替えをより確実にする手段を提供できる。
【図面の簡単な説明】
【００１６】
【図１】第１実施形態における通信装置１の内部構成例を示す図
【図２】通信装置１の動作の一例を説明する図
【図３】通信装置１の動作の一例を示すフローチャート
【図４】通信装置１の動作の一例を示すフローチャート
【図５】通信装置１の動作の一例を示すフローチャート
【図６】第２実施形態における通信装置１の内部構成例を示す図
【図７】第２実施形態における通信装置１の動作の一例を説明する図
【図８】第２実施形態における通信装置１の動作の一例を説明する図
【図９】変形例の動作の一例を説明する図
【発明を実施するための形態】
【００１７】
以下、図面に基づいて本発明の実施の形態を詳細に説明する。
【００１８】
（第１実施形態）
＜通信装置１の構成＞
図１は、第１実施形態における通信装置１の内部構成例を示す図である。通信装置１は、複数のパッケージカード（予備のカードを含む）を搭載する一般的な通信装置に適用可能である。ここで、通信装置１は、図１に示す通り、特徴的な構成例として、第１監視制御カード２と、第２監視制御カード３と、第１通知カード４と、インタフェースカード（以下「Ｉ／Ｆカード」という。）５と、スイッチファブリックカード（以下「ＳＦカード」という。）６とを備える。また、各カードは、通信経路（不図示）を介して互いに接続されている。また、通信装置１は、データ処理を行なうためのメモリ（不図示）等を備えている。また、予備として実装されているＩ／Ｆカード、ＳＦカード等の他のカードについては、図示を省略する。
【００１９】
なお、現用系と予備系との冗長構成として、ホットスタンバイ方式とコールドスタンバイ方式が知られている。ホットスタンバイ方式では、同じ構成のシステムを２系統用意しておき、一方（現用系）を作動させ、他方（予備系（「待機系」ともいう。））については同じ動作を行ないながら、切り替え可能な待機状態にしておく。そして、ホットスタンバイ方式では、予備系を現用系と常に同じ状態を保っておき、現用系に故障が発生すると予備系に切り替える。これにより、処理が引き継がれる。
【００２０】
一方、コールドスタンバイ方式では、現用系と予備系の同期を行なわずに、現用系に故障が発生してから予備系を作動させる。以下の説明では、例えば、同じ構成のシステムとして、第１監視制御カード２と第２監視制御カード３との２系統を用意し、ホットスタンバイ方式を採用する。なお、説明の便宜上、通信装置１では、電源がオンされた場合、第１監視制御カード２を現用系とし、第２監視制御カード３を予備系として作動させることとする。
【００２１】
第１監視制御カード２は、ＣＰＵ（Central Processing Unit）の機能を有し、Ｉ／Ｆカード５やＳＦカード６等の通信制御に必要な複数のカードが実装された通信装置１の全体の監視制御を行なう。
【００２２】
また、第１監視制御カード２は、第１故障検出部２ａと、第１通信部２ｂとを有する。第１故障検出部２ａは、定周期で自カード（第１監視制御カード２）監視することにより、故障を検出する。なお、本実施形態における故障とは、例えばカード内の部品の物理的な故障に限られず、ソフトウエアの障害やハードウエアの障害も含まれる。
【００２３】
ここで、第１故障検出部２ａは、例えば故障検出を行なうための収集タスクを起動する。この収集タスクは、自カード内部における監視制御に伴って発生する故障を示す情報を収集する。これにより、第１故障検出部２ａは、収集タスクの結果に応じて、例えば、ソフトウエアの障害、ハードウエアの障害、或いは部品の故障等を検出することができる。第１通信部２ｂは、第１故障検出部２ａが検出した故障を示す故障情報を第１通知カード４に送信する。
【００２４】
第２監視制御カード３は、第１監視制御カード２と同等の機能を有する。すなわち、第２監視制御カード３は、第２故障検出部３ａと、第２通信部３ｂとを有する。具体的には、第２故障検出部３ａは、第１故障検出部２ａと同様、定周期で自カード（第２監視制御カード３）を監視することにより、故障を検出する。また、第２通信部３ｂは、第１通信部２ｂと同様、故障情報を第１通知カード４に送信する。
【００２５】
なお、第１監視制御カード２と第２監視制御カード３とは、第１通知カード４を介して、相手側の監視制御カードの故障を監視し、監視結果に基づいて、現用系と予備系とを切り替え自在とする（詳細については、図３〜図５に示すフローチャート等を用いて後述する）。
【００２６】
第１通知カード４は、第１監視制御カード２と第２監視制御カード３との何れか一方の故障の発生を示す故障情報を個別に受信し、故障の不発生の方に故障情報を通知する故障情報通知部４ａを有する。具体的には、故障情報通知部４ａは、第１通信部２ｂや第２通信部３ｂから故障情報を受信し、第１監視制御カード２と第２監視制御カード３とのうちで故障の不発生の方に故障情報を通知する。
【００２７】
なお、故障情報通知部４ａにおける通知の仕方は、故障情報を第１監視制御カード２又は第２監視制御カード３に送信する方式と、第１監視制御カード２と第２監視制御カード３から、定周期で故障情報通知部４ａに対して故障情報を参照しに行く方式があるが、何れか一方の方式に限定されない。
【００２８】
Ｉ／Ｆカード５は、他の通信装置等の通信を行なうための通信インタフェースを提供するカードである。ＳＦカード６は、入力データを転送先に切り替えて出力するカードである。
【００２９】
＜通信装置１の動作＞
次に、通信装置１の動作の一例について、説明する。
【００３０】
図２は、通信装置１の動作の一例を説明する図である。図３〜図５は、通信装置１の動作の一例を示すフローチャートである。図３では、自カード側（第１監視制御カード２及び第２監視制御カード３）での故障検出及び通知処理の一例を示している。図４では、第１通知カード４の処理の一例を示している。図５では、相手側の監視制御カードで故障が発生した場合における自カード側の処理の一例を示している。
【００３１】
通信装置１に電源がオン(電源投入)されると、第１監視制御カード２、第２監視制御カード３、第１通知カード４、Ｉ／Ｆカード５及びＳＦカード６等のパッケージカードは、それぞれ動作を開始する。これにより、通信装置１では、図３〜図５に示すフローチャートの処理（以下「フローの処理」という。）を開始させる。
【００３２】
図２（ａ）は、通常の状態を例示しており、現用系の第１監視制御カード２と予備系の第２監視制御カード３とは、第１通知カード４を介して、互いに監視している状態を表している。ここで、図２に示す矢印は、通信経路を表している（以下同様）。
【００３３】
また、第１監視制御カード２と第２監視制御カード３とは、Ｉ／Ｆカード５及びＳＦカード６の監視制御を行なっていると共に、自カードの監視も行なっている。なお、第１監視制御カード２と第２監視制御カード３とは、図３に示す同じフローの処理を個別に行なっているので、以下のフローの処理（ステップＳ１０１〜Ｓ１０５）では、第１監視制御カード２側の処理を代表して説明する。
【００３４】
ステップＳ１０１：第１故障検出部２ａは、故障監視処理を行なう。具体的には、第１故障検出部２ａは、定周期で自カードを監視する。より詳しくは、第１故障検出部２ａは、故障を検出するための収集タスクを起動して例えば１ミリ秒毎に自カードを監視する。第１故障検出部２ａは、監視する度に、ステップＳ１０２の処理に移行する。
【００３５】
ステップＳ１０２：第１故障検出部２ａは、故障を検出したか否かを判断する。故障を検出しない場合（ステップＳ１０２：Ｎｏ）、第１故障検出部２ａは、ステップＳ１０１の処理に戻り、再び、定周期で自カードを監視する。
【００３６】
一方、故障を検出した場合（ステップＳ１０２：Ｙｅｓ）、第１故障検出部２ａは、ステップＳ１０３の処理に移行する。
【００３７】
ステップＳ１０３：第１通信部２ｂは、故障情報を第１通知カード４に送信する。具体的には、第１通信部２ｂは、パケット通信等の通信手段により、故障情報をセットしたパケットを第１通知カード４に送信する。そして、第１通信部２ｂは、ステップＳ１０４の処理に移行する。なお、図２（ｂ）は、ステップＳ１０２、ステップＳ１０３の処理を模式的に表している。
【００３８】
ステップＳ１０４：第１監視制御カード２は、現在、現用系で運用しているか否かを判断する。現用系で運用していない場合（ステップＳ１０４：Ｎｏ）、第１監視制御カード２は、図３に示すフローの処理を終了する。
【００３９】
一方、現用系で運用している場合（ステップＳ１０４：Ｙｅｓ）、第１監視制御カード２は、ステップＳ１０５の処理に移行する。
【００４０】
ステップＳ１０５：第１監視制御カード２は、予備系の運用状態に移行処理する。そして、第１監視制御カード２は、図３に示すフローの処理を終了する。
【００４１】
なお、図３に示すフローの処理では、第１監視制御カード２を第２監視制御カード３に置き換え、第１故障検出部２ａを第２故障検出部３ａに置き換え、第１通信部２ｂを第２通信部３ｂに置き換えることにより、第２監視制御カード３側の動作になる。
【００４２】
次に、第１通知カード４の処理の一例について図４を用いて説明する。
【００４３】
ステップＳ２０１：故障情報通知部４ａは、故障情報の受信の有無を判断する。具体的には、故障情報通知部４ａは、第１通信部２ｂ又は第２通信部３ｂから故障情報を受信した場合（ステップＳ２０１：Ｙｅｓ）、ステップＳ２０２の処理に移行する。一方、故障情報を受信していない場合（ステップＳ２０１：Ｎｏ）、故障情報通知部４ａは、ステップＳ２０１の処理に戻る。
【００４４】
ステップＳ２０２：故障情報通知部４ａは、故障情報の内容を解析し、ステップS２０３の処理に移行する。故障情報の内容とは、例えば、第１監視制御カード２と第２監視制御カード３とのうちで、故障が発生した側のカードの情報等である。
【００４５】
ステップＳ２０３：故障情報通知部４ａは、他の監視制御カードに故障情報の通知処理を行なう。具体的には、故障情報通知部４ａは、第１監視制御カード２と第２監視制御カード３とのうちで故障の不発生の方に故障情報を通知する。そして、第１通知カード４は、図４に示すフローの処理を終了する。
【００４６】
次に、相手側の監視制御カードで故障が発生した場合の自カード側の処理について説明する。第１監視制御カード２と第２監視制御カード３とは、図３に示すフローの処理と図５に示すフローの処理とを並列に行なっている。なお、図２では、第１監視制御カード２側で故障が発生している場合を例示しているので、第２監視制御カード３側の処理を代表して説明する。
【００４７】
ステップＳ３０１：第２通信部３ｂは、故障情報通知部４ａから故障情報の通知がなされたか否かをチェックする。故障情報の通知が無しの場合（ステップＳ３０１：Ｎｏ）、第２通信部３ｂは、再び、ステップＳ３０１の処理を繰り返す。
【００４８】
一方、故障情報の通知が有りの場合（ステップＳ３０１：Ｙｅｓ）、第２通信部３ｂは、ステップＳ３０２の処理に移行する。
【００４９】
なお、故障情報通知部４ａでは、例えばフラグオン（故障）、フラグオフ（正常）として故障の有無をフラグで管理しても良い。この場合、第２通信部３ｂは、故障情報通知部４ａのフラグを参照しに行く構成とすれば良い。
【００５０】
ステップＳ３０２：第２監視制御カード３では、現在、現用系の運用状態であるか否かを判断する。現用系の運用状態である場合（ステップＳ３０２：Ｙｅｓ）、第２監視制御カード３は、図５に示すフローの処理を終了する。一方、現用系の運用状態でない場合（ステップＳ３０２：Ｎｏ）、第２監視制御カード３は、ステップＳ３０３の処理に移行する。
【００５１】
ステップＳ３０３：第２監視制御カード３は、予備系から現用系に切り替える処理を行なう。これにより、切り替え前の現用系の処理が適切に引き継がれる。図２（ｃ）は、ステップＳ３０１〜Ｓ３０３の処理を模式的に表している。
【００５２】
以上、第１実施形態における通信装置１では、第１監視制御カード２と第２監視制御カード３とが間接的に相互に故障監視を行なう。これにより、通信装置１では、直接的に相互に故障監視を行なう際に発生する問題を回避することができる。したがって、通信装置１では、正常な方の監視制御カードを運用にする切り替えをより確実にすることができる。
【００５３】
（第２実施形態）
次に、第２実施形態について説明する。第２実施形態では、第１実施形態と比較して、正常な方の監視制御カードを運用にする切り替えをさらに確実にする手段を提供する。
ここで、第１実施形態と第２実施形態とでは、同じ構成要素については同じ符号を付して説明を省略し、相違点を主に説明する。
【００５４】
図６は、第２実施形態における通信装置１の内部構成例を示す図である。第２実施形態では、図１に示す通信装置１と比較して、第２通知カード７を更に備える。第２通知カード７は、第１通知カード４と同等の機能を有する。これにより、以下に説明する通り、正常な方の監視制御カードを運用にする切り替えをさらに確実にできる。そして、第１通知カード４と第２通知カード７とは、現用系と予備系とからなる冗長構成を有しても良い。
【００５５】
次に、通信装置１の動作の一例について説明する。ここで、第２実施形態における通信装置１では、図３〜図５に示すフローの処理を適用できる。ただし、図３のステップＳ１０３において、第１監視制御カード２の第１通信部２ｂ又は第２監視制御カード３の第２通信部３ｂは、故障情報の通知処理を第１通知カード４と第２通知カード７とに向けて行なうことがさらにできる。また、図４のステップＳ２０２において、故障情報通知部４ａは、第１通信部２ｂと第２通信部３ｂとの少なくとも一方から受信した故障情報の内容を解析できる。また、図５のステップＳ３０１において、第１通信部２ｂ又は第２通信部３ｂは、第１通知カード４と第２通知カード７との少なくとも一方から故障情報の通知がなされたか否かをチェックできる。
【００５６】
図７は、第２実施形態における通信装置１の動作の一例を説明する図である。図７（ａ）に示す通り、第１監視制御カード２は、第１通知カード４を介して、第２監視制御カード３の故障を監視すると共に、第２通知カード７を介して、第２監視制御カード３の故障を監視する。また同様にして、第２監視制御カード３は、第１通知カード４を介して、第１監視制御カード２の故障を監視すると共に、第２通知カード７を介して、第１監視制御カード２の故障を監視する。なお、第１通知カード４と第２通知カード７とは、例えば、ホットスタンバイ方式の冗長構成を有している。初期状態では、第１通知カード４と第２通知カード７とは、何れが現用系であっても良い。そのため、図７において、現用系、予備系の表記を省略している。
【００５７】
ここで、例えば、図７（ｂ）に示す通り、第１監視制御カード２側で故障が発生した場合、第１通信部２ｂは、上述した通り、故障情報の通知処理を第１通知カード４と第２通知カード７とに向けて行なう。続いて、図７（ｃ）に示す通り、故障情報通知部４ａは、第２監視制御カード３に故障情報を通知すると共に、故障情報通知部７ａは、第２監視制御カード３に故障情報を通知する。これにより、第２監視制御カード３側では、第１監視制御カード２側で故障が発生したと推定できるので、第２監視制御カード３は、予備系から現用系に切り替える処理を行なうことができる。
【００５８】
なお、図７の例では、第１監視制御カード２側で故障が発生した場合について説明したが、例えば、第１監視制御カード２と第１通知カード４との間を結ぶ通信経路で故障が発生した場合について以下説明する。
【００５９】
図８は、第２実施形態における通信装置１の動作の一例を説明する図である。図８（ａ）は、図７（ａ）に示す状態下で、第１監視制御カード２と第１通知カード４との間の通信経路で故障が発生した場合について例示している。図８（ａ）において、第１監視制御カード２と第１通知カード４との間を結ぶ矢印（通信経路）を点線で表記しているのは、この通信経路で故障が発生したことを表している。
【００６０】
一方、第１監視制御カード２と第２通知カード７との間を結ぶ矢印（通信経路）を実線で表記しているのは、正常状態であって、この通信経路で故障が発生していないことを表している。したがって、この状態下では、第１監視制御カード２側で故障が発生していないことを表している。
【００６１】
図８（ｂ）は、図８（ａ）に示す状態が発生した後の処理について例示している。すなわち、第２監視制御カード３は、故障情報通知部４ａより、第１監視制御カード２と通信ができない等の故障情報を受信する。
【００６２】
しかしながら、第１監視制御カード２では故障が発生していないため、第２監視制御カード３は、図７（ｃ）に示す状態と異なり、故障情報通知部７ａから第１監視制御カード２の故障情報を受信しない。つまり、この場合、第２監視制御カード３は、第１監視制御カード２と第１通知カード４との間を結ぶ通信経路で故障が発生したと判断することができる。したがって、第２監視制御カード３は、予備系から現用系に切り替えを行なわない。
【００６３】
以上、第２実施形態における通信装置１では、第１通知カード４と第２通知カード７とは用いることにより、第１監視制御カード２（又は、第２監視制御カード３）で故障が発生したのか、或いは、通信経路で故障が発生したのか、故障箇所の特定が容易となる。したがって、通信装置１では、通信経路で故障が発生した場合、現用系の切り替えを行なわずに済む。つまり、通信装置１では、正常な方の監視制御カードを運用にする切り替えをさらに確実にする手段を提供できる。
【００６４】
（変形例）
次に、第２実施形態の変形例について説明する。
【００６５】
図９は、変形例の動作の一例を説明する図である。変形例では、第１監視制御カード２と第２監視制御カード３とを、それぞれ、いわゆる汎用の第１ＣＰＵカード１１と第２ＣＰＵカード１２とで構成する。したがって、第１ＣＰＵカード１１は、第１監視制御カード２の機能を有し、第２ＣＰＵカード１２は、第２監視制御カード３の機能を有することとする。
【００６６】
また、変形例では、第１通知カード４と第２通知カード７との処理を、それぞれ、第１ＳＦカード１３、第２ＳＦカード１４で行なわせる構成とする。
【００６７】
さらに、変形例では、故障情報通知部４ａと故障情報通知部７ａとを、いわゆるウォッチドッグタイマ（WatchDog Timer、以下「ＷＤＴ」という。）として機能させる。
【００６８】
ここで、ＷＤＴは、ＣＰＵの故障監視として一般的な手法であり、構成例としては、カウンタとリセットから構成される。カウントアップを行なうＷＤＴの場合、ＷＤＴは、一定の間隔（例えば、１ミリ秒）でカウントアップするが、ＣＰＵは、ＷＤＴのカウンタがフルカウントになる周期よりも短い周期で周期的にリセットする。ＣＰＵは、故障を検出した場合、ＷＤＴのリセットを実行しない（若しくはできない）。その結果、ＷＤＴのカウンタがフルカウントになり、そのフルカウントの状態を外部から監視することで、ＣＰＵが故障したことを知ることができる仕組みである。つまり、ＣＰＵがリセット信号（パルス）を周期的に送信する手段を有し、ＷＤＴは、例えば、ＣＰＵから送信されて来るリセット信号を受信する毎に計時を最初（ゼロ）から開始すると共に、計時時間（カウント数）が予め設定した閾値を超えた場合に故障が発生したこととする。
【００６９】
なお、図９（ａ）では、説明を分かりやすくするため、第１ＣＰＵカード１１用の第１ＷＤＴ１３ａ、第２ＷＤＴ１４ａを例示しており、第２ＣＰＵカード１２用のＷＤＴは不図示としている。また、図９（ｂ）では、説明を分かりやすくするため、第２ＣＰＵカード１２用の第３ＷＤＴ１３ｂ、第４ＷＤＴ１４ｂを例示しており、第１ＣＰＵカード１１用のＷＤＴは不図示としている。したがって、実際には、第１ＳＦカード１３は、第１ＷＤＴ１３ａと第３ＷＤＴ１３ｂとを有しており、第２ＳＦカード１４は、第２ＷＤＴ１４ａと第４ＷＤＴ１４ｂとを有している。
【００７０】
図９（ａ）において、第１ＣＰＵカード１１は、通常の運用時は、第１ＳＦカード１３、１４にそれぞれ配備された第１ＷＤＴ１３ａと第２ＷＤＴ１４ａとを周期的にリセットする。一方、第２ＣＰＵカード１２は、第１ＷＤＴ１３ａと第２ＷＤＴ１４ａとを監視し、第１ＷＤＴ１３ａと第２ＷＤＴ１４ａとのカウンタがフルになっていなければ、第１ＣＰＵカード１１が正常状態であると判断する。
【００７１】
また、図９（ａ）において、第１ＣＰＵカード１１は、自カード内で故障を検出、若しくは、第１ＷＤＴ１３ａと第２ＷＤＴ１４ａとで故障を検出した場合、第１ＷＤＴ１３ａと第２ＷＤＴ１４ａとのリセットを実行しない。例えば、第２ＣＰＵカード１２は、第１ＷＤＴ１３ａと第２ＷＤＴ１４ａとの両方のカウンタの値が閾値以上になっていた場合、第１ＣＰＵカード１１が故障したと判断する。また、第２ＣＰＵカード１２が予備系であった場合には、第２ＣＰＵカード１２は、予備系から現用系に切り替える。
【００７２】
一方、図９（ａ）において、第１ＷＤＴ１３ａと第２ＷＤＴ１４ａとの何れか一方のみ、カウンタが閾値以上になっていた場合には、第１ＣＰＵカード１１と第１ＷＤＴ１３ａの間の通信経路、或いは、第１ＣＰＵカード１１と第２ＷＤＴ１４ａとの間の通信経路の故障の可能性がある。そのため、第２ＣＰＵカード１２は、この場合、第１ＣＰＵカード１１の故障と判断しない。したがって、第２ＣＰＵカード１２が予備系であった場合には、第２ＣＰＵカード１２は、予備系の状態を維持する。なお、図９（ｂ）についても、図９（ａ）の説明と同様にして、第１ＣＰＵカード１１は、第３ＷＤＴ１３ｂと第４ＷＤＴ１４ｂとを介して、第２ＣＰＵカード１２の故障を監視できる。
【００７３】
以上、変形例においては、第１通知カード４と第２通知カード７との処理を、それぞれ、第１ＳＦカード１３、第２ＳＦカード１４で行なわせる構成とする。また、第１ＳＦカード１３、第２ＳＦカード１４はそれぞれ、ＷＤＴを有する。これにより、通信装置１では、汎用性を高めつつ、正常な方のＣＰＵカードを運用にする切り替えをさらに確実にすることができる。
【００７４】
（実施形態の補足説明）
（１）上記の実施形態において、現用系と予備系との冗長構成として、ホットスタンバイ方式を採用したが、コールドスタンバイ方式を採用しても良い。
【００７５】
また、これらの方式に加えて、例えば、予備系は、現用系の負荷状態をさらに監視していて、現用系のオーバーロード（過負荷状態）を検出するとオーバーロードした分の処理を引き受けて実行するようにしても良い。或いは、予備系は、現用系に入力されるジョブをさらに監視していて、処理量が予め設定した閾値以上のジョブが入力されると現用系に代わってこれを実行するようにしても良い。これにより、通信装置１の監視制御カードにおける監視の適用範囲が拡大する。
【００７６】
（２）上記の実施形態において、通信装置１で例示した現用のパッケージカードは、一例であって、例えばインタフェースカード、スイッチファブリックカード等に限定されるものではない。
【００７７】
（３）上記の実施形態において、故障が発生したことを検出する方法として、ＷＤＴ（ウォッチドッグタイマ）を使った方法を例示したが、故障の検出方法はこれに限定されない。例えば、図６において、第１通知カード４側で、カウンタを備え、第１監視制御カード２から一定期間毎に、そのカウンタをカウントアップし、相手側の監視制御カードは、その相手のカウンタが一定期間カウントアップしない場合、故障が発生したこととすると共に、第２通知カード７側でも、カウンタを備え、第２監視制御カード３から一定期間毎に、そのカウンタをカウントアップし、相手側の監視制御カードは、その相手のカウンタが一定期間カウントアップしない場合、故障が発生したこととする方法を採用しても良い。
【符号の説明】
【００７８】
１・・・通信装置、２・・・第１監視制御カード、３・・・第２監視制御カード、４・・・第１通知カード
【図１】
0005884547.tif 000002
【図２】
0005884547.tif 000003
【図３】
0005884547.tif 000004
【図４】
0005884547.tif 000005
【図５】
0005884547.tif 000006
【図６】
0005884547.tif 000007
【図７】
0005884547.tif 000008
【図８】
0005884547.tif 000009
【図９】
0005884547.tif 000010