(57)【要約】【課題】装置の状態に応じて最適な復旧手段を選択し、異常からの復旧を容易かつ自動的に行う。【解決手段】  通信システム１は、通信網で接続された一対の通信装置１０Ａ及び１０Ｂで構成される。通信装置１０Ａは、ファームウェアの稼動状態を示す対向局ファームウェアチェックビット２１を、通信装置１０Ｂに対して送信する。通信装置１０Ｂは、対向局ファームウェアチェックビット２１に基づき、通信装置１Ａにおけるファームウェアが稼動異常であるか否かを判断し、稼動異常であると判断した場合に、ファームウェアの稼動異常を復旧させるための復旧手段を示す対向局制御ビット２２を通信装置１０Ａに対して送信する。通信装置１０Ａは、対向局制御ビット２２に基づき、ファームウェアの稼動異常を復旧させるための復旧処理を行う。【選択図】図１
2015026230.tif 000002
【特許請求の範囲】
【請求項１】
通信網で接続された一対の通信装置で構成され、
一方の通信装置におけるファームウェアの稼動状態を、対向する他方の通信装置で監視し、
前記一方の通信装置におけるファームウェアに稼動異常が発生した場合に、前記他方の通信装置の制御に基づき、前記ファームウェアの稼動異常を復旧させることを特徴とする通信システム。
【請求項２】
前記一方の通信装置は、前記ファームウェアの稼動状態を示す第１の情報を、前記他方の通信装置に対して送信し、
前記他方の通信装置は、前記第１の情報に基づき、前記一方の通信装置におけるファームウェアが稼動異常であるか否かを判断することを特徴とする請求項１に記載の通信システム。
【請求項３】
前記他方の通信装置は、前記一方の通信装置におけるファームウェアが稼動異常であると判断した場合に、前記ファームウェアの稼動異常を復旧させるための復旧手段を示す第２の情報を、前記一方の通信装置に対して送信し、
前記一方の通信装置は、前記第２の情報に基づき、前記ファームウェアの稼動異常を復旧させるための復旧処理を行うことを特徴とする請求項１又は２に記載の通信システム。
【請求項４】
前記他方の通信装置は、
前記一方の通信装置におけるファームウェアの稼動異常を復旧させるための複数の復旧手段を格納し、
前記複数の復旧手段の中から適した復旧手段を選択することを特徴とする請求項３に記載の通信システム。
【請求項５】
前記一方の通信装置は、
自装置におけるファームウェアの稼動状態を監視し、
前記ファームウェアに稼動異常が発生したと判断した場合に、リセット処理を行うことを特徴とする請求項１乃至４のいずれかに記載の通信システム。
【請求項６】
前記一方の通信装置は、前記第１の情報と共に、前記他方の通信装置との間の通信状態を示す第３の情報を送信し、
前記他方の通信装置は、前記第１の情報及び前記第３の情報に基づき、前記一方の通信装置におけるファームウェアが稼動異常であるか否かを判断する請求項２乃至５のいずれかに記載の通信システム。
【請求項７】
前記他方の通信装置は、外部から入力された変更用データに基づき、前記格納された複数の復旧手段を変更可能とする請求項４、５又は６に記載の通信システム。
【請求項８】
通信網で接続された一対の通信装置で構成され、一方の通信装置におけるファームウェアの稼動状態を、対向する他方の通信装置で監視し、該他方の通信装置の制御に基づき前記一方の通信装置におけるファームウェアの稼動異常を復旧させる通信システムであって、
前記通信装置は、
対向する通信装置との間でフレームを送受信するＭＯＤＥＭ部と、
自装置におけるファームウェアの稼動状態を示す第１の情報、対向する通信装置におけるファームウェアの稼動異常を復旧させるための復旧条件を示す第２の情報、及び／又は対向する通信装置との間の通信状態を示す第３の情報を含む前記フレームを生成する信号処理部と、
対向する通信装置におけるファームウェアの稼動異常を復旧させるための複数の復旧手段を格納する記憶部と、
対向する通信装置から受信したフレームに含まれる前記第１の情報に基づき、前記対向する通信装置におけるファームウェアが稼動異常であるか否かを判断し、判断結果に応じて前記記憶部に格納された複数の復旧手段の中から復旧手段を選択する制御部と、
前記制御部から所定間隔で供給されるクリアパルスに基づき、次のクリアパルスまでの時間をカウントするタイマと、
対向する通信装置から受信したフレームに含まれる前記第２の情報に基づき、前記自装置におけるファームウェアの稼動異常を復旧させるための復旧処理を行う復旧制御部とを備え、
前記タイマは、前記クリアパルスが所定時間までに供給されない場合に、前記ファームウェアに稼動異常が発生したと判断し、前記制御部に対してリセット信号を供給し、
前記制御部は、前記タイマから供給された前記リセット信号に基づきリセット処理を行うことを特徴とする通信システム。
【請求項９】
通信網で接続された対向する通信装置におけるファームウェアの稼動状態を監視し、
前記対向する通信装置におけるファームウェアに稼動異常が発生した場合に、前記ファームウェアの稼動異常を復旧させるように制御することを特徴とする通信装置。
【請求項１０】
通信網で接続された一対の通信装置で構成された通信システムのファームウェア稼動異常復旧制御方法であって、
一方の通信装置におけるファームウェアの稼動状態を、対向する他方の通信装置で監視し、
前記一方の通信装置におけるファームウェアに稼動異常が発生した場合に、前記他方の通信装置の制御に基づき、前記ファームウェアの稼動異常を復旧させることを特徴とするファームウェア稼動異常復旧制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム及び通信装置、並びにファームウェア稼動異常復旧制御方法に関し、特に、ソフトエラー等によるファームウェアの稼動異常から復旧させるシステム及び装置、並びに方法に関する。
【背景技術】
【０００２】
従来、ＣＰＵ（Central Processing Unit）やメモリを実装し、ファームウェアで動作する装置においては、ファームウェアが複雑化し、その規模が拡大傾向にある。そのため、ファームウェアが展開されるメモリは、大容量化・低消費電力化が進み、構造自体も微細化している。
【０００３】
このような技術変化の中で、近年、ＳＲＡＭ（Static Random Access Memory）構造デバイスへのソフトエラーの影響が深刻化している。ソフトエラーとは、デバイスの故障が発生していない状態で、地上に到達する宇宙線等の外部から飛来するエネルギーにより、メモリに保持されたデータがランダムにビット反転する現象である。このようなソフトエラーを完全に防ぐことは非常に困難であるため、ファームウェアの稼動異常から自動的に復旧させるための技術が非常に重要となる。
【０００４】
ソフトエラー等による異常から自動的に復旧させる方法として、例えば、特許文献１には、ソフトエラーを検出した場合に、メモリへの電源供給のＯＮ／ＯＦＦを切り替えるゲート回路を所定時間だけＯＦＦにし、メモリへの電源供給を一定時間の間遮断（瞬停）させる方法が記載されている。
【０００５】
また、例えば、特許文献２には、装置のリセット動作を繰り返す等の復旧障害に陥ったことを検出した場合に、異常をハードウェア回路で検出し、異常箇所の電源を即座にＯＦＦして異常から復旧させる方法が記載されている。
【０００６】
このように、一般的な装置の場合には、ファームウェアをメモリに展開し、ＣＰＵがメモリにアクセスしながら各処理を実行する場合が多く、ファームウェアの稼動監視をウォッチドッグタイマ等を用いて実施し、異常を検出した場合に、ＣＰＵをリセットする仕組みが組み込まれる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−３１０７７４号公報
【特許文献２】特開２００３−６７２２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ところで、メモリに発生したソフトエラーの部位によっては、ファームウェア自体を破壊することが考えられる。そのため、ソフトエラーの部位によっては、ＣＰＵのリセットを実施することにより、ファームウェアの異常が復旧する場合もあるが、例えば、ファームウェアの起動に関するプログラム領域でビット反転（ソフトエラー）が発生した場合には、ＣＰＵリセットによる再起動シーケンス中に、再度ビット反転した箇所にアクセスし、ＣＰＵリセットを繰り返し、装置自体が起動できないという復旧障害に陥る虞がある。
【０００９】
また、一般的に、ファームウェアは、複数のプログラムの集合体であり、これら複数のプログラムがマルチタスクとなっている。そのため、一部のプログラムが異常状態であっても、ウォッチドッグタイマに対する処理が正常に行われる場合があり、装置自体でのファームウェア稼動異常を検出することができず、ＣＰＵに対するリセット処理によって異常から復旧させることができない虞がある。
【００１０】
引用文献１に記載の発明は、ソフトエラーが発生した場合であっても、メモリ以外は正常に動作することを前提とした回路構成であり、また、ソフトエラーの検出を実施するメモリ制御部がＣＰＵと接続されており、ファームウェアが介在する構成となっている。
【００１１】
ソフトエラーは、メモリだけでなく、ＳＲＡＭ構造であれば、ＣＰＵの内部に組み込まれたメモリ領域でも発生する虞があるため、引用文献１に記載の回路構成では、ソフトエラーが発生した場合に、ファームウェアを含めたＳＲＡＭ構造デバイスの正常動作が期待できないという問題があった。
【００１２】
また、引用文献２に記載の発明では、異常を検出した場合に電源を瞬停するが、装置の状態によっては、電源を瞬停しては不都合であり、状態監視のみを継続する場合には、問題が生じる。さらに、上述したように、ウォッチドッグタイマに対する処理のみが正常に行われる場合には、リセット処理が行われないため、異常から復旧させることができないという問題があった。
【００１３】
そこで、本発明は、上記従来の技術における問題点に鑑みてなされたものであって、装置の状態に応じて最適な復旧手段を選択し、異常からの復旧を容易かつ自動的に行うことが可能な通信システム及び通信装置、並びにファームウェア異常復旧制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記目的を達成するため、本発明は、通信システムであって、通信網で接続された一対の通信装置で構成され、一方の通信装置におけるファームウェアの稼動状態を、対向する他方の通信装置で監視し、前記一方の通信装置におけるファームウェアに稼動異常が発生した場合に、前記他方の通信装置の制御に基づき、前記ファームウェアの稼動異常を復旧させることを特徴とする。
【００１５】
また、本発明は、通信装置であって、通信網で接続された対向する通信装置におけるファームウェアの稼動状態を監視し、前記対向する通信装置におけるファームウェアに稼動異常が発生した場合に、前記ファームウェアの稼動異常を復旧させるように制御することを特徴とする。
【００１６】
さらに、本発明は、通信網で接続された一対の通信装置で構成された通信システムのファームウェア稼動異常復旧制御方法であって、一方の通信装置におけるファームウェアの稼動状態を、対向する他方の通信装置で監視し、前記一方の通信装置におけるファームウェアに稼動異常が発生した場合に、前記他方の通信装置の制御に基づき、前記ファームウェアの稼動異常を復旧させることを特徴とする。
【発明の効果】
【００１７】
以上のように、本発明によれば、装置の状態に応じて最適な復旧手段を選択し、異常からの復旧を容易かつ自動的に行うことが可能になる。
【図面の簡単な説明】
【００１８】
【図１】本発明に係る通信システムの一実施の形態を示すブロック図である。
【図２】装置間でやりとりされる無線フレームの構造について説明するための概略図である。
【図３】本発明に係る通信システムにおける基本処理の流れについて説明するためのフローチャートである。
【図４】ファームウェア稼動状態確認処理の流れについて説明するためのフローチャートである。
【図５】復旧手段選択処理の流れについて説明するためのフローチャートである。
【図６】復旧処理の流れについて説明するためのフローチャートである。
【発明を実施するための形態】
【００１９】
次に、本発明を実施するための形態について、図面を参照しながら詳細に説明する。
【００２０】
図１は、本発明に係る通信システムの一実施の形態を示し、この通信システム１は、同一の構成を有する複数の通信装置１０Ａ及び１０Ｂで構成される。通信システム１では、通信装置１０Ａ及び１０Ｂ間で無線フレーム２０の送受信が行われ、この無線フレーム２０に含まれる情報に基づき、一方の通信装置において、対向する他方の通信装置におけるファームウェア稼動異常を検出する。そして、一方の通信装置で、検出された異常に対する最適な復旧手段を選択し、対向する他方の通信装置に対して選択された復旧手段を送信することにより、一方の通信装置において、ファームウェア稼動異常を復旧させる。
【００２１】
通信装置１０Ａは、大別して、ＭＯＤＥＭ（MOdulator-DEModulator）部１１Ａ、信号処理部１２Ａ、インターフェース部１３Ａ、制御部１４Ａ、メモリ１５Ａ、ウォッチドッグタイマ１６Ａ、復旧制御部１７Ａ及び電源瞬停回路１８Ａを備える。また、通信装置１０Ｂは、通信装置１０Ａと同様に、ＭＯＤＥＭ部１１Ｂ、信号処理部１２Ｂ、インターフェース部１３Ｂ、制御部１４Ｂ、メモリ１５Ｂ、ウォッチドッグタイマ１６Ｂ、復旧制御部１７Ｂ及び電源瞬停回路１８Ｂを備える。尚、通信装置１０Ａ及び１０Ｂは、同一の構成を有するため、以下では、通信装置１０Ａを例にとって説明する。
【００２２】
ＭＯＤＥＭ部１１Ａは、対向する通信装置（この例では、通信装置１０Ｂ）との間で無線等による通信を行い、所定の無線フレーム２０の送受信を行う。ＭＯＤＥＭ部１１Ａは、後述する信号処理部１２Ａから供給された無線フレーム２０を通信装置１０Ｂに対して送信すると共に、通信装置１０Ｂから受信した無線フレーム２０を信号処理部１２Ａに供給する。
【００２３】
無線フレーム２０は、対向局ファームウェアチェックビット２１、対向局制御ビット２２、無線チェックビット２３、及び通信装置１０Ａと通信装置１０Ｂとの間でやりとりされるデータ２４が多重されたフレームである。尚、無線フレーム２０の詳細については、後述する。
【００２４】
信号処理部１２Ａは、ＭＯＤＥＭ部１１Ａから供給された無線フレーム２０に多重された対向局ファームウェアチェックビット２１、対向局制御ビット２２及び無線チェックビット２３を抽出する。信号処理部１２Ａは、無線フレーム２０から抽出した対向局ファームウェアチェックビット２１を後述する制御部１４Ａに供給すると共に、対向局制御ビット２２及び無線チェックビット２３を後述する復旧制御部１７Ａに供給する。
【００２５】
また、信号処理部１２Ａは、制御部１４Ａから対向する通信装置１０Ｂに対する復旧手段を示す情報が供給され、この情報を対向局制御ビット２２として無線フレーム２０に多重し、ＭＯＤＥＭ部１１Ａに供給する。さらに、信号処理部１２Ａは、後述するインターフェース部１３Ａから供給されたデータ２４を無線フレーム２０に多重し、ＭＯＤＥＭ部１１Ａに供給することもできる。
【００２６】
インターフェース部１３Ａは、外部に対する信号の入出力を行い、例えば、外部から入力されたデータ２４を信号処理部１２Ａに供給する。
【００２７】
制御部１４Ａは、例えばＣＰＵであり、装置全体を制御する。制御部１４Ａは、ファームウェアの動作状態を確認し、ファームウェアが正常に動作している場合に、動作状態を通知するための信号としてのクリアパルスを、後述するウォッチドッグタイマ１６Ａに対して所定時間毎に出力する。また、制御部１４Ａは、ウォッチドッグタイマ１６Ａからリセット信号を受信した場合、通信装置１０Ａに対するリセット処理を行う。
【００２８】
制御部１４Ａは、後述するメモリ１５Ａに格納された復旧手段選択条件を、通信装置１０Ａの起動時やリセット時、メモリ内容の書き換えタイミング等の所定のタイミングで取り込む。また、制御部１４Ａは、信号処理部１２Ａから供給された対向局ファームウェアチェックビット２１に基づき、対向する通信装置１０Ｂの状態を確認する。
【００２９】
具体的には、例えば、制御部１４Ａは、信号処理部１２Ａから供給された対向局ファームウェアチェックビット２１が期待する値で更新されているか否かを確認し、対向する通信装置１０Ｂのファームウェアが正常に稼動しているか否かを判断する。例えば、対向局ファームウェアチェックビット２１の値が期待値ではない場合、制御部１４Ａは、対向する通信装置１０Ｂがファームウェア稼動異常であると判断する。
【００３０】
そして、制御部１４Ａは、メモリ１５Ａから取り込まれた復旧手段選択条件の中から、現状に合致する復旧手段選択条件を選択し、選択した復旧手段を示す情報を信号処理部１２Ａに供給する。
【００３１】
メモリ１５Ａは、例えば、ＳＲＡＭ構造を有する記憶部であり、復旧手段選択条件及び復旧制御条件とが格納される。
【００３２】
復旧手段選択条件は、ファームウェアの稼動異常が発生した対向する通信装置１０Ｂに対して、ファームウェアの稼動異常を復旧させるための複数の復旧手段を示す。具体的には、無線フレーム２０に多重された対向局ファームウェアチェックビット２１及び無線チェックビット２３、並びに現在の時刻等に基づき、対向する通信装置１０Ｂに対する復旧手段を示す。
【００３３】
例えば、無線チェックビット２３が正常値であり、対向局ファームウェアチェックビット２１が期待値である場合には、復旧手段として「現状維持」が選択される。また、例えば、無線チェックビット２３が正常値、対向局ファームウェアチェックビット２１が期待値とは異なる値であり、かつ現在の時刻が商用サービス中でない場合には、復旧手段として「即時瞬停」が選択される。
【００３４】
復旧制御条件は、ファームウェアの稼動異常が発生した自装置に対する復旧制御を行うための複数の制御条件を示す。具体的には、ウォッチドッグタイマ１６Ａから出力されるリセット信号の有無、無線フレーム２０に多重された対向局制御ビット２２及び無線チェックビット２３に基づき、自装置（通信装置１０Ａ）に対する制御条件を示す。
【００３５】
例えば、ウォッチドッグタイマ１６Ａからリセット信号が継続的に出力され、無線チェックビット２３が正常値であり、対向局制御ビット２２が復旧指示があることを示す場合には、復旧指示に従った復旧制御が行われる。また、例えば、ウォッチドッグタイマ１６Ａからのリセット信号が出力されず、無線チェックビット２３が正常値であり、対向局制御ビット２２が復旧指示がないことを示す場合には、復旧制御は行われない。
【００３６】
ウォッチドッグタイマ１６Ａは、所定の時間をカウントするカウンタであり、制御部１４Ａからクリアパルスが供給されることによりカウンタの値をリセットして、次にクリアパルスが供給されるまでの時間をカウントする。
【００３７】
ウォッチドッグタイマ１６Ａは、カウント値に対して所定の時間が予め設定されており、クリアパルスが供給されてから次のクリアパルスが供給されるまでに設定された時間が経過した場合に、対向する通信装置１０Ｂがファームウェア稼動異常であると判断し、制御部１４Ａ及び復旧制御部１７Ａに対してリセット信号を供給する。
【００３８】
復旧制御部１７Ａは、ウォッチドッグタイマ１６Ａから供給されたリセット信号と、信号処理部１２Ａから供給された対向局制御ビット２２及び無線チェックビット２３とに基づき復旧処理を行う。ここで、復旧制御部１７Ａは、メモリ１５Ａに格納された復旧制御条件を、通信装置１０Ａの起動時やリセット時、メモリ内容の書き換えタイミング等の所定のタイミングで取り込み、この復旧制御条件の中から現状に合致する条件を選択する。そして、復旧制御部１７Ａは、選択した復旧制御条件に従い、復旧処理を行う。
【００３９】
また、復旧制御部１７Ａは、選択した復旧制御条件に基づき、必要に応じて後述する電源瞬停回路１８Ａに対して電源の瞬停を要求するための電源瞬停発出信号ｓ３Ａを供給する。
【００４０】
電源瞬停回路１８Ａは、復旧制御部１７Ａから供給された電源瞬停発出信号ｓ３Ａに基づき、制御部１４Ａ及びメモリ１５Ａに対して電源を瞬停させるための電源瞬停信号ｓ４Ａを供給する。ここで、電源瞬停信号ｓ４Ａは、例えばパルス信号とすることにより、電源瞬停信号ｓ４Ａによって電源を停止させた場合でも、自動的に電源を復旧させることができる。
【００４１】
次に、無線フレーム２０について、図２を参照して説明する。無線フレーム２０は、上述したように、対向局ファームウェアチェックビット２１、対向局制御ビット２２、無線チェックビット２３、及び通信装置１０Ａと通信装置１０Ｂの間でやりとりされるデータ２４が多重されたフレームである。
【００４２】
対向局ファームウェアチェックビット２１は、無線フレーム２０の送信元となる通信装置におけるファームウェアの稼動状態を確認する際に用いられる情報である。対向局ファームウェアチェックビット２１には、最初に所定の数値を示す情報が格納され、対向する通信装置との間で無線フレーム２０のやりとりが行われ、通信装置で無線フレーム２０を受信した際に、対向局ファームウェアチェックビット２１の値は、一定期間で一定のルールに従って更新される。
【００４３】
具体的には、例えば、通信装置において無線フレーム２０を受信した場合に、対向局ファームウェアチェックビット２１に格納された値に対して１だけインクリメントした値が格納されることにり、対向局ファームウェアチェックビット２１が更新される。
【００４４】
対向局制御ビット２２は、無線フレーム２０の送信先となる通信装置における復旧手段を指示する際に用いられる情報である。対向局制御ビット２２には、例えば、対向する通信装置における異常箇所の電源を即時あるいは所定時間後にＯＦＦすることを示す情報や、現状を維持することを示す情報等が格納される。
【００４５】
無線チェックビット２３は、通信状態を確認するための通信チェックビットであり、例えば、通信装置１０Ａ及び１０Ｂが無線接続される場合においては、通信装置１０Ａ及び１０Ｂの間の無線通信状態を確認する際に用いられる情報である。無線チェックビット２３は、例えば、予め設定された所定パターンの任意のビット数で構成される。通信装置で無線フレーム２０を受信した際に、この無線チェックビット２３に格納された値が所定パターンと異なる場合には、無線通信状態に異常が発生したと判断することができる。
【００４６】
次に、上記構成を有する通信システム１の動作について、図３〜６に示すフローチャートを参照して説明する。ここでは、まず、通信システム１における基本処理について説明し、次に、具体的な実施例に基づいて、ファームウェアの稼動状態毎の動作について説明する。尚、以下では、通信装置１０Ａにおけるファームウェアの稼動状態を、対向する通信装置１０Ｂで判断して復旧処理を行う場合を例にとって説明し、各通信装置における処理の説明を容易とするため、それ以外の処理等については説明を省略する。
【００４７】
（１）基本処理
まず、通信装置１０Ａにおいて、制御部１４Ａは、自装置におけるファームウェアの稼動状態を確認するためのファームウェア稼動状態確認処理を行う（ステップＳ１）。ファームウェア稼動状態確認処理の詳細については、後述する。
【００４８】
次に、ステップＳ２において、信号処理部１２Ａは、予め設定された対向局ファームウェアチェックビット２１、対向局制御ビット２２、無線チェックビット２３及びデータ２４を多重した無線フレーム２０を生成する。信号処理部１２Ａは、生成した無線フレーム２０をＭＯＤＥＭ部１１Ａに対して供給し、ＭＯＤＥＭ部１１Ａを介して対向する通信装置１０Ｂに対して送信する（ステップＳ３）。
【００４９】
通信装置１０Ｂにおいて、ＭＯＤＥＭ部１１Ｂは、通信装置１０Ａから送信された無線フレーム２０を受信して信号処理部１２Ｂに供給する（ステップＳ４）。信号処理部１２Ｂは、無線フレーム２０から対向局ファームウェアチェックビット２１、対向局制御ビット２２及び無線チェックビット２３を抽出し（ステップＳ５）、対向局ファームウェアチェックビット２１を制御部１４Ｂに供給し、対向局制御ビット２２及び無線チェックビット２３を復旧制御部１７Ｂに供給する。
【００５０】
ここで、制御部１４Ｂは、上述の処理に先立って、所定のタイミングでメモリ１５Ｂから復旧手段選択条件を予め取り込む。ステップＳ６において、制御部１４Ｂは、信号処理部１２Ｂから供給された対向局ファームウェアチェックビット２１が期待値で更新されているか否かを確認し、通信装置１０Ａのファームウェアが正常に稼動しているか否かを判断する。
【００５１】
次に、ステップＳ７において、制御部１４Ｂは、通信装置１０Ａのファームウェアの稼動状態に対する判断の結果に応じて、現状に合致する復旧手段を選択する復旧手段選択処理を行う。尚、復旧手段選択処理の詳細については、後述する。
【００５２】
ステップＳ８において、信号処理部１２Ｂは、予め設定された無線チェックビット２３と、通信装置１０Ａから受信した対向局ファームウェアチェックビット２１に対して期待値で更新された対向局ファームウェアチェックビット２１と、復旧手段選択処理によって制御部１４Ｂから供給された復旧手段を示す情報に基づく対向局制御ビット２２とが多重された無線フレーム２０を生成する。ステップＳ９において、信号処理部１２Ｂは、生成した無線フレーム２０をＭＯＤＥＭ部１１Ｂに供給し、ＭＯＤＥＭ部１１Ｂを介して通信装置１０Ａに対して送信する。
【００５３】
次に、通信装置１０Ａにおいて、ＭＯＤＥＭ部１１Ａは、通信装置１０Ｂから送信された無線フレーム２０を受信して信号処理部１２Ａに供給する（ステップＳ１０）。信号処理部１２Ａは、無線フレーム２０から対向局ファームウェアチェックビット２１、対向局制御ビット２２及び無線チェックビット２３を抽出し（ステップＳ１１）、対向局ファームウェアチェックビット２１を制御部１４Ａに供給し、対向局制御ビット２２及び無線チェックビット２３を復旧制御部１７Ａに供給する。
【００５４】
ステップＳ１２において、復旧制御部１７Ａは、信号処理部１２Ａから供給された対向局制御ビット２２及び無線チェックビット２３、並びにウォッチドッグタイマ１６Ａから供給されたリセット信号ｓ２Ａに基づき、復旧処理を行う。
【００５５】
このように、通信装置１０Ａ及び１０Ｂは、互いに対向する通信装置におけるファームウェアの稼動状態を、通信を行う毎に確認し、対向する通信装置におけるファームウェアの稼動異常を検出した場合に、異常を復旧させる手段を対向する通信装置に対して指示する。これにより、一方の通信装置におけるファームウェアの稼動異常を、対向する他方の通信装置で検出すると共に、ファームウェアの稼動異常を自動的に復旧させることができる。
【００５６】
次に、図３のステップＳ１におけるファームウェア稼動状態確認処理の流れについて、図４に示すフローチャートを参照して説明する。
【００５７】
まず、以下に示す処理に先立って、制御部１４Ａは、ファームウェアが正常に稼動していることを示す動作状態通知信号としてのクリアパルスｓ１Ａをウォッチドッグタイマ１６Ａに対して所定時間毎に出力する。
【００５８】
ステップＳ２１において、ウォッチドッグタイマ１６Ａは、クリアパルスｓ１Ａが供給されたか否かを判断する。クリアパルスｓ１Ａが供給された場合（ステップＳ２１；Ｙｅｓ）、ウォッチドッグタイマ１６Ａは、ファームウェアが正常に稼動していると判断し、カウント値をリセットすると共に、次のクリアパルスｓ１Ａが供給されるまでの時間のカウントを開始する（ステップＳ２２、Ｓ２３）。
【００５９】
一方、クリアパルスｓ１Ａが供給されない場合（ステップＳ２１；Ｎｏ）、ウォッチドッグタイマ１６Ａは、ファームウェアに稼動異常が発生したと判断し、リセット信号ｓ２Ａを制御部１４Ａ及び復旧制御部１７Ａに対して出力し、リセット処理を行う（ステップＳ２４、Ｓ２５）。そして、上述したステップＳ２１〜Ｓ２５の処理が所定時間毎に巡回的に行われる。
【００６０】
このように、通信装置１０Ａでは、制御部１４Ａから所定時間毎に出力されるクリアパルスｓ１Ａにより、自装置のファームウェアが正常に稼動しているか否かを判断することができる。
【００６１】
次に、図３のステップＳ７における復旧手段選択処理の流れについて、図５に示すフローチャートを参照して説明する。ここでは、主に、制御部１４Ｂにおいて、メモリ１５Ｂに格納された復旧手段選択条件の中から現状に合致する復旧手段を選択する処理を行う。
【００６２】
まず、ステップＳ３１において、復旧制御部１７Ｂは、無線チェックビット２３の値が正常であるか否かを判断する。無線チェックビット２３の値が正常であると判断した場合（ステップＳ３１；Ｙｅｓ）には、処理がステップＳ３２に移行する。
【００６３】
ステップＳ３２において、制御部１４Ｂは、対向局ファームウェアチェックビット２１が期待値で更新されているか否かを確認する。対向局ファームウェアチェックビット２１が期待値で更新されている場合（ステップＳ３２；Ｙｅｓ）、制御部１４Ｂは、メモリ１５Ｂから取り込んだ復旧手段選択条件の中から、「現状維持」を示す復旧手段を対向局制御ビット２２として選択し（ステップＳ３３）、一連の処理が終了する。
【００６４】
一方、対向局ファームウェアチェックビット２１が期待値で更新されていない場合（ステップＳ３２；Ｎｏ）には、処理がステップＳ３４に移行し、制御部１４Ｂは、現在の時刻に基づき商用サービス中であるか否かを判断する。
【００６５】
商用サービス中ではないと判断した場合（ステップＳ３４；Ｎｏ）、制御部１４Ｂは、メモリ１５Ｂから取り込まれた復旧手段選択条件の中から、「即時瞬停」を示す復旧手段を対向局制御ビット２２として選択し（ステップＳ３５）、一連の処理が終了する。
【００６６】
また、商用サービス中であると判断した場合（ステップＳ３４；Ｙｅｓ）、制御部１４Ｂは、メモリ１５Ｂから取り込んた復旧手段選択条件の中から、「所定時間後に瞬停」を示す復旧手段を対向局制御ビット２２として選択し（ステップＳ３６）、一連の処理が終了する。
【００６７】
一方、ステップＳ３１において、無線チェックビット２３の値が正常ではないと判断された場合（ステップＳ３１；Ｎｏ）には、処理がステップＳ３７に移行する。ステップＳ３７において、制御部１４Ｂは、ウォッチドッグタイマ１６Ｂからリセット信号ｓ２Ｂが供給されたか否かを判断する。リセット信号ｓ２Ｂが供給されていないと判断した場合（ステップＳ３７；Ｎｏ）には、処理がステップＳ３８に移行する。また、リセット信号ｓ２Ｂが供給されたと判断した場合（ステップＳ３７；Ｙｅｓ）には、処理がステップＳ３９に移行する。
【００６８】
ステップＳ３８において、制御部１４Ｂは、リセット信号ｓ２Ｂが供給されてから所定時間経過したか否かを判断する。所定時間が経過したと判断した場合（ステップＳ３８；Ｙｅｓ）には、処理がステップＳ３９に移行する。また、所定時間が経過していないと判断した場合（ステップＳ３８；Ｎｏ）には、処理がステップＳ３８に戻り、所定時間が経過するまでステップＳ３８の処理が繰り返される。
【００６９】
ステップＳ３９において、制御部１４Ｂは、ウォッチドッグタイマ１６Ｂから供給されたリセット信号ｓ２Ｂに基づき、リセット処理を行う。
【００７０】
次に、ステップＳ４０において、制御部１４Ｂは、ステップＳ３９のリセット処理によって状況が改善されたか否かを判断する。状況が改善されたと判断した場合（ステップＳ４０；Ｙｅｓ）には、一連の処理が終了し、状況が改善されないと判断した場合（ステップＳ４０；Ｎｏ）、制御部１４Ｂは、図示しない上位装置に対してアラームを送信する（ステップＳ４１）。
【００７１】
このように、復旧手段選択処理では、対向する通信装置から供給された対向局ファームウェアチェックビット２１及び無線チェックビット２３に基づき、無線通信状態が正常であるか否かを確認すると共に、対向する通信装置におけるファームウェアが正常に稼動しているか否かを判断し、判断結果に応じて対向する通信装置におけるファームウェアの稼動異常を復旧させるための手段を選択する。これにより、対向する通信装置の現状に合致する復旧手段を適切かつ自動的に選択することができる。
【００７２】
次に、図３のステップＳ１２における復旧処理の流れについて、図６に示すフローチャートを参照して説明する。ここでは、主に、復旧制御部１７Ａにおいて、メモリ１５Ａに格納された復旧制御条件の中から現状に合致する制御条件を選択する処理を行う。
【００７３】
まず、ステップＳ５１において、復旧制御部１７Ａは、無線チェックビット２３の値が正常であるか否かを判断する。無線チェックビット２３の値が正常であると判断した場合（ステップＳ５１；Ｙｅｓ）には、処理がステップＳ５２に移行する。
【００７４】
次に、ステップＳ５２において、復旧制御部１７Ａは、対向局制御ビット２２が示す情報に基づき通信装置１０Ｂからの復旧指示があるか否かを判断する。復旧指示があると判断した場合（ステップＳ５２；Ｙｅｓ）、復旧制御部１７Ａは、通信装置１０Ｂから指示された復旧手段に基づく復旧制御を行い（ステップＳ５３）、一連の処理が終了する。また、復旧指示がないと判断した場合（ステップＳ５２；Ｎｏ）には、一連の処理が終了する。
【００７５】
一方、ステップＳ５１において、無線チェックビット２３の値が正常ではないと判断した場合（ステップＳ５１；Ｎｏ）、復旧制御部１７Ａは、電源瞬停回路１８Ａに対して電源瞬停発出信号ｓ３Ａを供給し、電源瞬停回路１８Ａは、この電源瞬停発出信号ｓ３Ａに基づき制御部１４Ａに対して異常箇所を瞬停させるための電源瞬停信号ｓ４Ａを供給する。これにより、制御部１４Ａは、異常箇所に対する瞬停処理を行う（ステップＳ５４）。
【００７６】
このように、復旧処理では、対向局制御ビット２２及び無線チェックビット２３に基づき、ファームウェアの稼動異常に対する適切な復旧処理を自動的に行うことができる。
【００７７】
（２）ファームウェアが正常に稼動する場合
次に、通信装置１０Ａのファームウェアが正常に稼動し、かつ通信装置１０Ａ及び１０Ｂの間の無線通信状態が正常である場合について、図３〜図６を参照して説明する。
【００７８】
まず、通信装置１０Ａにおいて、制御部１４Ａは、ファームウェア稼動状態確認処理を行う（図３のステップＳ１）。このとき、制御部１４Ａは、ウォッチドッグタイマ１６Ａに対して所定時間毎にクリアパルスｓ１Ａを継続的に出力する（図４のステップＳ２１；Ｙｅｓ）。そのため、ファームウェア稼動状態確認処理において、ウォッチドッグタイマ１６Ａは、ファームウェアが正常に稼動していると判断する。従って、ウォッチドッグタイマ１６Ａは、制御部１４Ａ及び復旧制御部１７Ａに対してリセット信号ｓ２Ａを出力する。
【００７９】
次に、信号処理部１２Ａは、無線フレーム２０を生成し、ＭＯＤＥＭ部１１Ａを介して通信装置１０Ｂに送信する（図３のステップＳ２、Ｓ３）。ここで、ステップＳ１において、ファームウェアが正常に稼動していると判断されるため、無線フレーム２０に多重される対向局ファームウェアチェックビット２１の値は、期待値で更新された値となる。
【００８０】
次に、通信装置１０Ｂにおいて、ＭＯＤＥＭ部１１Ｂは、無線フレーム２０を受信し（ステップＳ４）、信号処理部１２Ｂは、無線フレーム２０から対向局ファームウェアチェックビット２１、対向局制御ビット２２及び無線チェックビット２３を抽出する（ステップＳ５）。
【００８１】
ステップＳ６において、制御部１４Ｂは、信号処理部１２Ｂで抽出された対向局ファームウェアチェックビット２１が期待値で更新されているか否かを確認し、通信装置１０Ａのファームウェアが正常に稼動しているか否かを判断する。
【００８２】
この例では、無線通信状態が正常であり、また、ファームウェアが正常に稼動しているため、無線チェックビット２３が正常であり（図５のステップＳ３１；Ｙｅｓ）、かつ対向局ファームウェアチェックビット２１が期待値（ステップＳ３２；Ｙｅｓ）であることから、図３のステップＳ７における復旧手段選択処理において、制御部１４Ｂは、メモリ１５Ｂから取り込んた復旧手段選択条件の中から、「現状維持」を示す復旧手段を対向局制御ビット２２として選択する（ステップＳ３３）。
【００８３】
次に、図３のステップＳ８において、信号処理部１２Ｂは、予め設定された無線チェックビット２３と、通信装置１０Ａから受信した対向局ファームウェアチェックビット２１に対して期待値で更新された対向局ファームウェアチェックビット２１と、復旧手段として「現状維持」を示す対向局制御ビット２２とが多重された無線フレーム２０を生成する。そして、ステップＳ９において、ＭＯＤＥＭ部１１Ｂは、生成された無線フレーム２０を通信装置１０Ａに送信する。
【００８４】
通信装置１０Ａにおいて、ＭＯＤＥＭ部１１Ａは、無線フレーム２０を受信する（ステップＳ１０）。信号処理部１２Ａは、無線フレーム２０から対向局ファームウェアチェックビット２１、対向局制御ビット２２及び無線チェックビット２３を抽出する（ステップＳ１１）。
【００８５】
ステップＳ１２において、復旧制御部１７Ａは、信号処理部１２Ａから供給された対向局制御ビット２２及び無線チェックビット２３、並びにウォッチドッグタイマ１６Ａから供給されたリセット信号ｓ２Ａに基づき、復旧処理を行う。この場合、無線チェックビット２３が正常であり（図６のステップＳ５１；Ｙｅｓ）、かつ対向局制御ビット２２が復旧手段として「現状維持」を示す（ステップＳ５２；Ｎｏ）ことから、特別な復旧制御を行わず、一連の処理が終了する。尚、復旧手段として「現状維持」を示すことは、復旧指示がないものとする。
【００８６】
（３）通信装置１０Ａ及び１０Ｂ間の無線通信状態が正常であるときに、通信装置１０Ａにおけるファームウェアに稼動異常が発生した場合
次に、通信装置１０Ａ及び１０Ｂ間の無線通信状態が正常であるときに、通信装置１０Ａにおけるファームウェアに稼動異常が発生した場合について、図３〜図６を参照して説明する。
【００８７】
まず、通信装置１０Ａにおいて、制御部１４Ａは、ファームウェア稼動状態確認処理を行う（図３のステップＳ１）。このとき、通信装置１０Ａでは、ファームウェアに稼動異常が発生するため、制御部１４Ａは、ウォッチドッグタイマ１６Ａに対するクリアパルスｓ１Ａの出力を停止する（図４のステップＳ２１；Ｎｏ）。そのため、ファームウェア稼動状態確認処理において、ウォッチドッグタイマ１６Ａは、ファームウェアに稼動異常が発生したと判断する。従って、ウォッチドッグタイマ１６Ａは、制御部１４Ａ及び復旧制御部１７Ａに対してリセット信号ｓ２Ａを出力し、リセット処理を行う（ステップＳ２４、Ｓ２５）。
【００８８】
次に、信号処理部１２Ａは、無線フレーム２０を生成し、ＭＯＤＥＭ部１１Ａを介して通信装置１０Ｂに送信す（図３のステップＳ２、Ｓ３）。ここで、ステップＳ１において、ファームウェアに稼動異常が発生したと判断されるため、無線フレーム２０に多重される対向局ファームウェアチェックビット２１の値は、期待値とは異なる値で更新された値となる。
【００８９】
次に、通信装置１０Ｂにおいて、ＭＯＤＥＭ部１１Ｂは、無線フレーム２０を受信する（ステップＳ４）。信号処理部１２Ｂは、無線フレーム２０から対向局ファームウェアチェックビット２１、対向局制御ビット２２及び無線チェックビット２３を抽出する（ステップＳ５）。
【００９０】
ステップＳ６において、制御部１４Ｂは、信号処理部１２Ｂで抽出された対向局ファームウェアチェックビット２１が期待値で更新されているか否かを確認し、通信装置１０Ａのファームウェアが正常に稼動しているか否かを判断する。
【００９１】
この例では、無線通信状態が正常であり、また、ファームウェアに稼動異常が発生したため、無線チェックビット２３が正常であり（図５のステップＳ３１；Ｙｅｓ）、かつ対向局ファームウェアチェックビット２１が期待値と異なる値（ステップＳ３２；Ｎｏ）であることから、図３のステップＳ７における復旧手段選択処理において、制御部１４Ｂは、メモリ１５Ｂから取り込んた復旧手段選択条件の中から、「即時瞬停」又は「所定時間後に瞬停」を示す復旧手段を対向局制御ビット２２として選択する（ステップＳ３５、Ｓ３６）。
【００９２】
尚、現在の時刻に基づき、現時点が商用サービス中でない場合（ステップＳ３４；Ｎｏ）、制御部１４Ｂは、「即時瞬停」を示す復旧手段を選択し、商用サービス中の場合（ステップＳ３４；Ｙｅｓ）には、「所定時間後に瞬停」を示す復旧手段を選択する。
【００９３】
次に、図３のステップＳ８において、信号処理部１２Ｂは、予め設定された無線チェックビット２３と、通信装置１０Ａから受信した対向局ファームウェアチェックビット２１に対して所定のルールで更新された対向局ファームウェアチェックビット２１と、復旧手段として「即時瞬停」又は「所定時間後に瞬停」を示す対向局制御ビット２２とが多重された無線フレーム２０を生成する。そして、ステップＳ９において、ＭＯＤＥＭ部１１Ｂは、生成された無線フレーム２０を通信装置１０Ａに送信する。
【００９４】
通信装置１０Ａにおいて、ＭＯＤＥＭ部１１Ａは、無線フレーム２０を受信する（ステップＳ１０）。信号処理部１２Ａは、無線フレーム２０から対向局ファームウェアチェックビット２１、対向局制御ビット２２及び無線チェックビット２３を抽出する（ステップＳ１１）。
【００９５】
ステップＳ１２において、復旧制御部１７Ａは、信号処理部１２Ａから供給された対向局制御ビット２２及び無線チェックビット２３、並びにウォッチドッグタイマ１６Ａから供給されたリセット信号ｓ２Ａに基づき、復旧処理を行う。この場合、無線チェックビット２３が正常であり（図６のステップＳ５１；Ｙｅｓ）、かつ対向局制御ビット２２が復旧指示があることを示す（ステップＳ５２；Ｙｅｓ）ことから、対向局制御ビット２２が示す復旧手段（「即時瞬停」又は「所定時間後に瞬停」）に従って復旧制御を行い、一連の処理が終了する。
【００９６】
また、このように通信装置１０Ａにおけるファームウェアに稼動異常が発生する場合に、リセット信号ｓ２Ａに基づくリセット処理によって復旧し、ウォッチドッグタイマ１６Ａからリセット信号ｓ２Ａが出力されなくなる場合も考えられるが、この場合においても、通信装置１０Ｂから受信する無線フレーム２０に多重された対向局制御ビット２２の復旧指示を確認し、復旧指示の内容に応じた復旧制御を行う。ただし、対向局制御ビット２２が示す復旧手段が「現状維持」を示す場合（すなわち、復旧指示がない場合）には、特別な復旧制御を行わない。これにより、復旧判断の確実性を向上させることができる。
【００９７】
また、商用サービス時間帯は、制御部１４Ａをリセット処理のみに固定することにより、復旧障害によるリセット処理の繰り返しによって生じる、さらなる障害の発生や、不要な電力消費、瞬停処理による無線障害等を防止することができ、商用サービス時間帯以降に電源を瞬停させることにより、制御部１４Ａに対するリスクを低減させつつ復旧させることができる。
【００９８】
尚、この例では、対向局制御ビット２２が示すタイミングで瞬停させるようにしたが、これに限られず、例えば、通信装置１０Ａにおける復旧制御条件をより詳細に設定し、通信装置１０Ｂからの復旧指示に従う場合であっても、通信装置１０Ａにおける重要な処理等を優先させ、この処理を電源を瞬停する前に完了させるようにしてもよい。
【００９９】
（４）通信装置１０Ａ及び１０Ｂ間の無線通信状態が異常であるときに、通信装置１０Ａにおけるファームウェアに稼動異常が発生した場合
次に、通信装置１０Ａ及び１０Ｂ間の無線通信状態が異常であるときに、通信装置１０Ａにおけるファームウェアに稼動異常が発生した場合について、図３〜図６を参照して説明する。
【０１００】
まず、通信装置１０Ａにおいて、制御部１４Ａは、ファームウェア稼動状態確認処理を行う（図３のステップＳ１）。このとき、通信装置１０Ａでは、ファームウェアに稼動異常が発生するため、制御部１４Ａは、ウォッチドッグタイマ１６Ａに対するクリアパルスｓ１Ａの出力を停止する（図４のステップＳ２１；Ｎｏ）。そのため、ファームウェア稼動状態確認処理において、ウォッチドッグタイマ１６Ａは、ファームウェアに稼動異常が発生したと判断する。従って、ウォッチドッグタイマ１６Ａは、制御部１４Ａ及び復旧制御部１７Ａに対してリセット信号ｓ２Ａを出力し、リセット処理を行う（ステップＳ２４、Ｓ２５）。
【０１０１】
次に、信号処理部１２Ａは、無線フレーム２０を生成し、ＭＯＤＥＭ部１１Ａを介して通信装置１０Ｂに送信する（図３のステップＳ２、Ｓ３）。ここで、ステップＳ１において、ファームウェアに稼動異常が発生したと判断されるため、無線フレーム２０に多重される対向局ファームウェアチェックビット２１の値は、期待値とは異なる値で更新された値となる。また、この例では、通信装置１０Ａ及び１０Ｂ間の無線通信状態が異常であるため、無線フレーム２０に多重される無線チェックビット２３の値は、予め設定された所定値とは異なる値となる。
【０１０２】
次に、通信装置１０Ｂにおいて、ＭＯＤＥＭ部１１Ｂは、無線フレーム２０を受信する（ステップＳ４）。信号処理部１２Ｂは、無線フレーム２０から対向局ファームウェアチェックビット２１、対向局制御ビット２２及び無線チェックビット２３を抽出する（ステップＳ５）。
【０１０３】
ステップＳ６において、制御部１４Ｂは、信号処理部１２Ｂで抽出された対向局ファームウェアチェックビット２１が期待値で更新されているか否かを確認し、通信装置１０Ａのファームウェアが正常に稼動しているか否かを判断する。
【０１０４】
この例では、無線通信状態が異常であるため、無線チェックビット２３が異常である（図５のステップＳ３１；Ｎｏ）ことから、制御部１４Ｂは、通信装置１０Ｂのウォッチドッグタイマ１６Ｂからリセット信号ｓ２Ｂが出力されたか否かを判断する（ステップＳ３７）。
【０１０５】
ここで、ウォッチドッグタイマ１６Ｂからリセット信号ｓ２Ｂが出力されておらず（ステップＳ３７；Ｎｏ）、所定時間経過しても状況が改善されない場合（ステップＳ３８；Ｙｅｓ、ステップＳ４０；Ｎｏ）、制御部１４Ｂは、上位装置に対してアラームを送信する（ステップＳ４１）。そして、通信装置１０Ｂは、例えば、対向する通信装置１０Ａ以外に、無線通信を新たに確立すべき通信装置があるか否かの指示を受け、この指示に基づく新たな通信装置との間で無線通信を確立させる。
【０１０６】
一方、通信装置１０Ａにおいて、ウォッチドッグタイマ１６Ａがリセット信号ｓ２Ａを継続的に出力し、かつ無線チェックビット２３の値が所定値と異なることによって無線通信状態が異常であることを示す場合、復旧制御部１７Ａは、電源瞬停回路１８Ａに対して電源瞬停発出信号ｓ３Ａを供給すると共に、電源瞬停回路１８Ａは、この電源瞬停発出信号ｓ３Ａに基づく電源瞬停信号ｓ４Ａを制御部１４Ａに対して供給する。これにより、制御部１４Ａによって異常箇所に対する瞬停処理が行われる。
【０１０７】
このように、本実施の形態に係る通信装置では、対向する通信装置１０Ａにおけるファームウェアの稼動異常を検出した場合で、無線通信状態も異常であるときには、自装置の異常を考慮した処理を行う。そして、自装置にも問題がないと判断した場合には、対向する通信装置１０Ａとの通信復旧を断念し、通信可能な他の通信装置との間で通信網の復旧を図ることができる。
【０１０８】
（５）通信装置１０Ａ及び１０Ｂ間の無線通信状態が正常であるときに、通信装置１０Ａにおけるファームウェアが正常に稼動しているが、通信装置１０Ｂ側で通信装置１０Ａにおけるファームウェアの稼動異常を検出した場合
次に、通信装置１０Ａにおけるファームウェアが正常に稼動しているが、通信装置１０Ｂ側で通信装置１０Ａにおけるファームウェアの稼動異常を検出する場合について説明する。
【０１０９】
通常、通信装置１０Ａのファームウェアが正常に稼動する場合、通信装置１０Ｂにおいて通信装置１０Ａのファームウェア稼動異常を検出することはないが、何らかの障害等により、通信装置１０Ａから送信され、通信装置１０Ｂで受信される無線フレーム２０に多重された対向局ファームウェアチェックビット２１の値が、期待値とは異なる値で更新される場合が考えられる。
【０１１０】
この場合、通信装置１０Ｂにおいては、上述した（３）の例と同様に、復旧手段選択処理において、制御部１４Ｂは、メモリ１５Ｂから取り込んだ復旧手段選択条件の中から、「即時瞬停」又は「所定時間後に瞬停」を示す復旧手段を対向局制御ビット２２として選択する。そして、信号処理部１２Ｂは、選択した復旧手段に基づく対向局制御ビット２２が多重された無線フレーム２０を生成し、生成した無線フレーム２０をＭＯＤＥＭ部１１Ｂを介して通信装置１０Ａに送信する。
【０１１１】
一方、通信装置１０Ａにおいては、ファームウェアの稼動異常が発生していないため、ウォッチドッグタイマ１６Ａは、制御部１４Ａ及び復旧制御部１７Ａに対してリセット信号ｓ２Ａを出力しない。しかし、通信装置１０Ａにおいては、ファームウェアが正常に稼動しているにもかかわらず、復旧指示（瞬停）があることを示す対向局制御ビット２２が多重された無線フレーム２０を通信装置１０Ｂから受信する。
【０１１２】
そこで、このように通信装置１０Ａ及び１０Ｂ間の無線通信状態が正常であり、かつ、リセット信号ｓ２Ａが出力されていない場合、復旧制御部１７Ａは、瞬停を指示する対向局制御ビット２２が供給される回数をカウントする。そして、所定回数（例えば、１０回）以上継続して瞬停を指示する対向局制御ビット２２が供給された場合、ウォッチドッグタイマ１６Ａは、制御部１４Ａに対してリセット信号ｓ２Ａを出力し、リセット処理を行う。
【０１１３】
また、リセット処理後においても、上述と同様に所定回数以上継続して瞬停を指示する対向局制御ビット２２が供給された場合に、この対向局制御ビット２２に従って復旧制御（瞬停処理）が行われる。
【０１１４】
尚、例えば、通信装置１０Ａにおける復旧制御条件をより詳細に設定することにより、通信装置１０Ａ内がマルチタスク制御で、ウォッチドッグタイマ１６Ａに対する処理が正常に稼動しているにもかかわらず、他のプログラム処理が稼動異常となっている場合に、自装置ではファームウェアの稼動異常が検出できず、ウォッチドッグタイマ１６Ａが制御部１４Ａに対してリセット信号を出力することができない場合でも、復旧させることができる。
【０１１５】
次に、メモリ１５Ａ及び１５Ｂに格納された復旧手段選択条件及び復旧制御条件の変更方法について説明する。
【０１１６】
復旧手段選択条件及び復旧制御条件は、格納された条件が常に現状に合致するもので構成されるとは限らない。そこで、本実施の形態においては、メモリ１５Ａ及び１５Ｂに格納された復旧手段選択条件及び復旧制御条件が常に現状に合致するものとなるように、外部から復旧手段選択条件及び復旧制御条件を変更することができる。
【０１１７】
以下、通信装置１０Ａのメモリ１５Ａに格納された復旧手段選択条件及び復旧制御条件を、通信装置１０Ｂから送信する無線フレーム２０を用いて変更する方法について説明する。
【０１１８】
まず、外部で作成された、復旧手段選択条件及び復旧制御条件を変更するためのデータ（以下、「変更用データ」とする）が通信装置１０Ｂのインターフェース部１３Ｂに入力される。
【０１１９】
インターフェース部１３Ｂは、入力された変更用データを信号処理部１２Ｂに供給する。信号処理部１２Ｂは、この変更用データをデータ２４として多重した無線フレーム２０を生成する。ここで、データ２４としての変更用データは、通常のデータと区別ができるように生成される。例えば、変更用データにおける先頭から所定数のビットの値を、変更用データであることが認識できるように予め設定された所定値とする。
【０１２０】
信号処理部１２Ｂは、生成した無線フレーム２０をＭＯＤＥＭ部１１Ｂに供給し、ＭＯＤＥＭ部１１Ｂを介して通信装置１０Ａに送信する。
【０１２１】
通信装置１０Ａにおいて、ＭＯＤＥＭ部１１Ａは、無線フレーム２０を受信し、信号処理部１２Ａに供給する。信号処理部１２Ａは、無線フレーム２０からデータ２４を抽出し、データ２４が変更用データであるか否かを判断する。データ２４が変更用データであると判断した場合、信号処理部１２Ａは、この変更用データが含まれた復旧手段選択条件書き換え信号ｓ５Ａをメモリ１５Ａに対して供給する。
【０１２２】
メモリ１５Ａは、信号処理部１２Ａから供給された復旧手段選択条件書き換え信号ｓ５Ａに基づき、格納された復旧手段選択条件及び復旧制御条件を書き換える。このとき、メモリ１５Ａは、制御部１４Ａ及び復旧制御部１７Ａに対して、メモリ内容の書き換え中であることを示す通知を供給する。この通知により、制御部１４Ａ及び復旧制御部１７Ａは、クリアパルスｓ１Ａ及び電源瞬停信号ｓ４Ａの出力を禁止することにより、リセット処理や瞬停処理を禁止する。
【０１２３】
そして、メモリ１５Ａにおける復旧手段選択条件及び復旧制御条件の変更が終了した後、制御部１４Ａ及び復旧制御部１７Ａは、メモリ１５Ａから復旧手段選択条件及び復旧制御条件を取り込み、制御部１４Ａ及び復旧制御部１７Ａに取り込まれた内容を更新する。
【０１２４】
尚、このような復旧手段選択条件及び復旧制御条件の変更は、確実に実施する必要があるため、通信装置１０Ａ及び１０Ｂにおいて、ファームウェアの稼動異常が発生していない場合に実施すると好ましい。
【０１２５】
また、上述した（１）〜（５）の例において、復旧指示に基づく復旧制御（瞬停）を行う場合に、メモリ１５Ａ又は１５Ｂに格納された復旧手段選択条件の変更処理が行われているときには、この書き換え処理が終了した後に復旧制御を行うと好ましい。
【０１２６】
以上のように、本実施の形態によれば、互いに対向する通信装置の間で無線フレームを送受信する際に、一方の通信装置が受信した無線フレームに多重されたファームウェアの稼動状態を示す情報に基づき、対向する他方の通信装置におけるファームウェアの稼動状態を検出する。そして、一方の通信装置が、検出結果に応じて他方の通信装置に対する最適な復旧手段を選択し、この復旧手段を示す情報を無線フレームに多重して送信し、無線フレームを受信した他方の通信装置が、多重された復旧手段を示す情報に基づき復旧制御を行う。そのため、ファームウェアの稼動異常が発生した他方の通信装置は、外部からユーザが操作することなく、自動的にファームウェアの稼動異常を復旧させることができる。
【０１２７】
以上、本発明の実施の形態について説明したが、本発明は、上述した本発明の実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で様々な変形や応用が可能である。上述の例では、通信システムとして、対向する通信装置間が無線接続された場合について説明したが、これに限られず、例えば、通信装置間を有線で接続してもよい。
【０１２８】
また、上述の例のように、ファームウェアの全部をチェックする場合に限られず、例えば、対向局ファームウェアチェックビットを工夫して、ファームウェアの一部のみをチェックするようにしてもよい。
【符号の説明】
【０１２９】
１  通信システム
１０（１０Ａ、１０Ｂ）  通信装置
１１（１１Ａ、１１Ｂ）  ＭＯＤＥＭ部
１２（１２Ａ、１２Ｂ）  信号処理部
１３（１３Ａ、１３Ｂ）  インターフェース部
１４（１４Ａ、１４Ｂ）  制御部
１５（１５Ａ、１５Ｂ）  メモリ
１６（１６Ａ、１６Ｂ）  ウォッチドッグタイマ
１７（１７Ａ、１７Ｂ）  復旧制御部
１８（１８Ａ、１８Ｂ）  電源瞬停回路
２０  無線フレーム
２１  対向局ファームウェアチェックビット
２２  対向局制御ビット
２３  無線チェックビット
２４  データ
ｓ１（ｓ１Ａ、ｓ１Ｂ）  クリアパルス
ｓ２（ｓ２Ａ、ｓ２Ｂ）  リセット信号
ｓ３（ｓ３Ａ、ｓ３Ｂ）  電源瞬停発出信号
ｓ４（ｓ４Ａ、ｓ４Ｂ）  電源瞬停信号
ｓ５（ｓ５Ａ、ｓ５Ｂ）  復旧手段選択条件書き換え信号
【図１】
2015026230.tif 000003
【図２】
2015026230.tif 000004
【図３】
2015026230.tif 000005
【図４】
2015026230.tif 000006
【図５】
2015026230.tif 000007
【図６】
2015026230.tif 000008