(57)【要約】【課題】対向する通信装置の異常検出のために双方を監視する異常検出手段を設ける必要なしに、送信側、受信側のどちらの通信装置に障害が発生しても、正常な通信を復旧できる通信装置、通信障害復旧方法および通信障害復旧プログラムを提供する。【解決手段】受信した信号から死活監視信号を検出できなかった通信装置１０は、異常検出信号を含めた信号を対向する通信装置４０に送信し、自装置をリセット（再起動）する。そして、対向する通信装置４０は、受信した信号から異常検出信号を検出し、自装置をリセット（再起動）する。【選択図】      図１
2017183905.tif 000002
【特許請求の範囲】
【請求項１】
送信する信号に死活監視を行うための死活監視信号を含め、
受信した信号に、通信の異常を検出したことを示す異常検出信号か、または、前記死活監視信号が含まれているか否かを判別し、
前記異常検出信号が含まれている場合は再起動を行い、
前記異常検出信号および前記死活監視信号の両方とも含まれていない場合は、送信する信号に前記異常検出信号を含め、再起動を行う
制御手段
を含む通信装置。
【請求項２】
送信する信号に死活監視を行うための死活監視信号を含め、
受信した信号に、前記死活監視信号が含まれていない場合、送信する信号に前記死活監視信号を含めずに、再起動を行う
制御手段
を含む通信装置。
【請求項３】
ユーザデータを示す信号または死活監視を行うための死活監視信号を送信させ、
第１の所定の時間内に、前記ユーザデータを示す信号または前記死活監視信号を受信できない場合は、自装置からの送信データを停止させ、第２の所定の時間経過後に再起動を行う
制御手段
を含む通信装置。
【請求項４】
前記制御手段は、
前記第１の所定の時間内に前記ユーザデータを示す信号または死活監視を行うための前記死活監視信号を受信できた場合、
端末からの送信指示がある場合は、前記送信指示に含まれる前記ユーザデータを示す信号を送信させ、
前記端末からの送信指示が無い場合は前記死活監視信号を送信させる
請求項３に記載の通信装置。
【請求項５】
前記制御手段は、
対向する通信装置との回線同期が確立していない場合は、前記対向する通信装置との回線同期が確立するまで信号の送受信を待ち合わせさせる
請求項１乃至４のいずれかに記載の通信装置。
【請求項６】
送信する信号に死活監視を行うための死活監視信号を含め、
受信した信号に、通信の異常を検出したことを示す異常検出信号か、または、前記死活監視信号が含まれているか否かを判別し、
前記異常検出信号が含まれている場合は再起動を行い、
前記異常検出信号および前記死活監視信号の両方とも含まれていない場合は、送信する信号に前記異常検出信号を含め、再起動を行う
通信障害復旧方法。
【請求項７】
送信する信号に死活監視を行うための死活監視信号を含め、
受信した信号に、前記死活監視信号が含まれていない場合、送信する信号に前記死活監視信号を含めずに、再起動を行う
通信障害復旧方法。
【請求項８】
ユーザデータを示す信号または死活監視を行うための死活監視信号を送信させ、
第１の所定の時間内に、前記ユーザデータを示す信号または前記死活監視信号を受信できない場合は、自装置からの送信データを停止させ、第２の所定の時間経過後に再起動を行う
通信障害復旧方法。
【請求項９】
対向する通信装置との回線同期が確立していない場合は、前記対向する通信装置との回線同期が確立するまで信号の送受信を待ち合わせさせる
請求項６乃至８のいずれかに記載の通信障害復旧方法。
【請求項１０】
送信する信号に死活監視を行うための死活監視信号を含め、
受信した信号に、通信の異常を検出したことを示す異常検出信号か、または、前記死活監視信号が含まれているか否かを判別する判別処理と、
前記判別処理で前記異常検出信号が含まれている場合は再起動を行う再起動処理と、
前記判別処理で前記異常検出信号および前記死活監視信号の両方とも含まれていない場合は、送信する信号に前記異常検出信号を含め、再起動を行う異常検出処理と
をコンピュータに実行させる通信障害復旧プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信障害復旧方法および通信障害復旧プログラムに関し、特に、対向する通信装置間で通信を行う通信装置、通信障害復旧方法および通信障害復旧プログラムに関する。
【背景技術】
【０００２】
ネットワークを介して接続され、対向して使用される通信装置において、送信側通信装置に何らかの異常が発生し正常なデータ通信が行えなくなった場合、受信側通信装置で異常を検出する技術が一般的に知られている。そして、異常を検出した受信側通信装置は、送信側通信装置に対し、通信が異常であることを通知する。通知を受けた送信側通信装置は、自身をリセット（再起動）することにより、正常なデータ通信を回復する。
【０００３】
例えば、特許文献１では、自装置から対向装置へチェックビットを送信し、当該チェックビットに異常を検出した対向装置は、自装置へ制御ビットを返信する。そして、制御ビットを受信した自装置は復旧処理を行い、障害を回復させるという技術が開示されている。
【０００４】
また、異常を検出した受信側の装置が、送信側の装置に異常の検出を通知するのではなく、送信側の装置を強制的に再起動させる技術が、特許文献２に記載されている。
【０００５】
特許文献２に記載の技術では、２つのマイクロコンピュータが、互いを接続するバスを介して、ランダムな数値を含む信号の送受信により、相手方の異常動作を監視している。そして、片方のマイクロコンピュータは、他方のマイクロコンピュータに異常が発生していると判定した場合には、即座に他方のマイクロコンピュータを再起動させる。これにより、２つのマイクロコンピュータが、それぞれ他方の異常を監視し、必要なタイミングで各マイクロコンピュータを個別にリセットして正常な状態に戻すことができる。
【０００６】
しかし、対向して使用される通信装置においては、受信側通信装置で受信した信号に異常が検出されたときは、送信側通信装置の送信機能に異常が発生している場合と、受信側通信装置の受信機能に異常が発生している場合とが考えられる。そのため、受信側通信装置は、異常を検出した自装置（受信側通信装置）の受信機能に何らかの障害が発生している場合でも相手装置（送信側通信装置）の障害と認識してしまう。この場合、実際に障害が発生している自装置（受信側通信装置）の復旧処理が行われない。
【０００７】
このような問題点を解決するための技術が、特許文献３に記載されている。特許文献３に記載の技術では、情報処理装置が、同一処理を二重に実行する第１および第２の装置と、異常検出手段を備えている。そして、異常検出手段が、第１または第２の装置に何らかの異常を検出した場合、第１の装置リセット手段が第１の装置をリセットし、第２の装置リセット手段が第２の装置をリセットする。これにより、第１または第２のいずれかの装置において何らかの異常が検出された場合には、片方の装置（第１の装置または第２の装置）のみならず、他方の装置についてもリセットされ、システムの障害が復旧される。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１５−０２６２３０号公報
【特許文献２】特開２０１１−００８５６１号公報
【特許文献３】特開２００６−２０９１９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献３に記載の技術では、異常の検出のために、第１および第２の装置の双方にアクセスし、処理を監視する異常検出手段を設ける必要がある。そのため、異常検出手段から物理的に離れた場所に設置され、ネットワークを介して接続された通信装置の場合は、異常検出手段が、その通信装置の異常を検出するのに時間がかかるという問題点がある。また、異常検出手段と通信装置との間のアクセス手段（通信回線等）に障害が発生した場合などに、処理の監視自体が出来なくなってしまうという問題点がある。
【００１０】
なお、特許文献１および２には、異常を検出した装置側の受信機能に何らかの異常が発生している場合に、正常な通信を復旧させるための技術については、何ら記載が無い。
【００１１】
本発明の目的は、対向する通信装置の異常検出のために双方を監視する異常検出手段を設ける必要なしに、送信側、受信側のどちらの通信装置に障害が発生しても、正常な通信を復旧できる通信装置、通信障害復旧方法および通信障害復旧プログラムを提供することにある。
【課題を解決するための手段】
【００１２】
本発明の第１の通信装置は、
送信する信号に死活監視を行うための死活監視信号を含め、
受信した信号に、通信の異常を検出したことを示す異常検出信号か、または、前記死活監視信号が含まれているか否かを判別し、
前記異常検出信号が含まれている場合は再起動を行い、
前記異常検出信号および前記死活監視信号の両方とも含まれていない場合は、送信する信号に前記異常検出信号を含め、再起動を行う
制御手段
を含む。
【００１３】
さらに、本発明の第２の通信装置は、
送信する信号に死活監視を行うための死活監視信号を含め、
受信した信号に、前記死活監視信号が含まれていない場合、送信する信号に前記死活監視信号を含めずに、再起動を行う
制御手段
を含む。
【００１４】
さらに、本発明の第３の通信装置は、
ユーザデータを示す信号または死活監視を行うための死活監視信号を送信させ、
第１の所定の時間内に、前記ユーザデータを示す信号または前記死活監視信号を受信できない場合は、自装置からの送信データを停止させ、第２の所定の時間経過後に再起動を行う
制御手段
を含む。
【００１５】
また、本発明の第１の通信障害復旧方法は、
送信する信号に死活監視を行うための死活監視信号を含め、
受信した信号に、通信の異常を検出したことを示す異常検出信号か、または、前記死活監視信号が含まれているか否かを判別し、
前記異常検出信号が含まれている場合は再起動を行い、
前記異常検出信号および前記死活監視信号の両方とも含まれていない場合は、送信する信号に前記異常検出信号を含め、再起動を行う。
【００１６】
さらに、本発明の第２の通信障害復旧方法は、
送信する信号に死活監視を行うための死活監視信号を含め、
受信した信号に、前記死活監視信号が含まれていない場合、送信する信号に前記死活監視信号を含めずに、再起動を行う。
【００１７】
さらに、本発明の第３の通信障害復旧方法は、
ユーザデータを示す信号または死活監視を行うための死活監視信号を送信させ、
第１の所定の時間内に、前記ユーザデータを示す信号または前記死活監視信号を受信できない場合は、自装置からの送信データを停止させ、第２の所定の時間経過後に再起動を行う。
【００１８】
また、本発明の通信障害復旧プログラムは、
送信する信号に死活監視を行うための死活監視信号を含め、
受信した信号に、通信の異常を検出したことを示す異常検出信号か、または、前記死活監視信号が含まれているか否かを判別する判別処理と、
前記判別処理で前記異常検出信号が含まれている場合は再起動を行う再起動処理と、
前記判別処理で前記異常検出信号および前記死活監視信号の両方とも含まれていない場合は、送信する信号に前記異常検出信号を含め、再起動を行う異常検出処理と
をコンピュータに実行させる。
【発明の効果】
【００１９】
本発明には、対向する通信装置の異常検出のために双方を監視する異常検出手段を設ける必要なしに、送信側、受信側のどちらの通信装置に障害が発生しても、正常な通信を復旧できるという効果がある。
【図面の簡単な説明】
【００２０】
【図１】本発明の第１の実施形態を示すブロック図である。
【図２】第１の実施形態における、通信装置１０の動作を示すフローチャートである。
【図３】第１の実施形態における、対向する通信装置間の通信障害発生時の動作を示すシーケンスチャートである。
【図４】第２の実施形態における、通信装置１０の動作を示すフローチャートである。
【図５】第２の実施形態における、対向する通信装置間の通信障害発生時の動作を示すシーケンスチャートである。
【図６】本発明の第３の実施形態を示すブロック図である。
【図７】第３の実施形態における、通信装置５０の動作を示すフローチャートである。
【図８】第３の実施形態における、対向する通信装置間の通信障害発生時の動作を示すシーケンスチャートである。
【図９】本発明の第４の実施形態を示すブロック図である。
【図１０】本発明の第５の実施形態を示すブロック図である。
【図１１】本発明の第６の実施形態を示すブロック図である。
【発明を実施するための形態】
【００２１】
次に、本発明の実施形態について図面を参照して詳細に説明する。
【００２２】
［第１の実施形態］
図１は本発明の第１の実施形態を示すブロック図である。
【００２３】
図１を参照すると、本実施形態は、通信装置１０と、端末２０と、ネットワーク３０と、通信装置４０とを含む。
【００２４】
通信装置１０は、制御部１１と、回線送受信部１２と、端末送受信部１３とを含む。通信装置１０は、ネットワーク３０を介して、対向するもう１つの通信装置４０と接続されている。なお、通信装置４０は、通信装置１０と同じ構成であり、同じ動作をするものとする。また、ネットワーク３０を介して接続している、対向するもう１つの通信装置を、「対向通信装置」とも言う。例えば、通信装置１０から見ると、通信装置４０が対向通信装置となり、通信装置４０から見ると、通信装置１０が対向通信装置となる。
【００２５】
端末２０は、ＬＡＮ（「Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ」の略称。図示せず）等の通信ネットワークを介して端末送受信部１３に接続され、ユーザが情報を入力するためのキーボード等（図示せず）およびユーザへ情報を表示するための表示画面等（図示せず）を備える。
【００２６】
制御部１１は、死活監視信号や異常検出信号を含めた信号を、回線送受信部１２を介して対向通信装置とやり取りする。ここで、死活監視信号は、通信に異常が発生しているか否かを判別するための、ユーザデータと区別可能な特殊な信号である。また、異常検出信号は、異常を検出したことを示すための、ユーザデータと区別可能な特殊な信号である。
【００２７】
回線送受信部１２は、ネットワーク３０を介して接続されている対向通信装置に含まれる送受信部と、信号のやり取りを行う。
【００２８】
端末送受信部１３は、接続されている端末２０との間で、データのやり取りを行う。
【００２９】
また、通信装置１０および通信装置４０は、プログラムを記憶する記憶デバイス（図示せず）と、そのプログラムをメモリに読み込んで命令を実行する少なくとも１つのプロセッサ（図示せず）とを含む。
【００３０】
次に、通信装置１０および通信装置４０の動作について図２のフローチャートを参照して説明する。
【００３１】
図２は、対向通信装置との通信を行う際の１つの通信装置の動作を示すフローチャートである。なお、以下の説明では、通信装置１０の動作として説明するが、通信装置１０の対向通信装置である通信装置４０も、同じく図２に示すフローチャートの動作を行う。
【００３２】
ここで、図２の動作を行う前に、まず、回線送受信部１２は、ネットワーク３０を介して、対向通信装置に含まれる回線送受信部と回線の同期を確立する。そして、制御部１１は、端末送受信部１３を介して端末２０からユーザデータの送信指示を受け取ると、回線送受信部１２による対向通信装置との回線同期の確立を待ち合わせる。回線同期が確立した場合、制御部１１は、死活監視信号を含めた最初の信号を、回線送受信部１２を介して対向通信装置に送付する。
【００３３】
なお、回線の同期を確立する方法や、死活監視信号や異常検出信号等の特殊な信号を対向通信装置に送信する信号に含める方法や、ネットワーク３０から受信した信号に死活監視信号や異常検出信号等の特殊な信号が含まれているか否かを判別する方法は、一般的な方法なので詳細な説明は省略する。
【００３４】
そして、通信装置１０は、図２のフローチャートの動作を開始する。図２を参照すると、まず、制御部１１は、対向通信装置との回線同期が確立しているか否かを回線送受信部１２に確認する（ステップＳ１０１）。回線同期が確立していない場合は、制御部１１は、回線送受信部１２による同期の確立を待ち合わせる（ステップＳ１０１で「ＮＯ」の場合）。
【００３５】
回線送受信部１２による回線同期が確立している場合（ステップＳ１０１で「ＹＥＳ」の場合）、制御部１１は、死活監視信号を含めた信号を、回線送受信部１２を介して対向通信装置に送付する（ステップＳ１０２）。そして、制御部１１は、対向通信装置から回線送受信部１２を介して信号を受け取る（ステップＳ１０３）。
【００３６】
次に、制御部１１は、受け取った信号に異常検出信号が含まれているか否かを判別する（ステップＳ１０４）。異常検出信号が含まれている場合（ステップＳ１０４で「ＹＥＳ」の場合）、制御部１１は、自身が含まれる通信装置１０をリセット（再起動）する（ステップＳ１０７）。
【００３７】
ステップＳ１０４で、受け取った信号（当該信号ともいう）に異常検出信号が含まれていない場合（ステップＳ１０４で「ＮＯ」の場合）、制御部１１は、当該信号に死活監視信号が含まれているか否かを判別する（ステップＳ１０５）。
【００３８】
死活監視信号が含まれている場合（ステップＳ１０５で「ＹＥＳ」の場合）、制御部１１は、当該信号は正常な信号であると判別し、ステップＳ１０１に戻り、処理を繰り返す。
【００３９】
一方、ステップＳ１０５で、受け取った信号に死活監視信号が含まれていない場合（ステップＳ１０５で「ＮＯ」の場合）、制御部１１は、何らかの異常が発生していると判別し、当該信号に応答して対向通信装置に送信する信号に、異常検出信号を含める。そして、制御部１１は、その異常検出信号を含めた信号を、回線送受信部１２を介して対向通信装置に送付する（ステップＳ１０６）。その後、制御部１１は、自身が含まれる通信装置１０をリセット（再起動）する（ステップＳ１０７）。
【００４０】
なお、ステップＳ１０７で、通信装置１０をリセット（再起動）する代わりに、回線送受信部１２のみをリセットしてもよい。
【００４１】
次に、通信中に何らかの障害が発生したときの通信装置１０および対向する通信装置４０の動作について、図３のシーケンスチャートを参照して説明する。なお、図３では、通信装置１０から通信装置４０へ送信した信号に何らかの障害が発生し、通信装置４０がその障害を検知した場合の一例を説明する。図３とは逆に、通信装置４０から通信装置１０へ送信した信号に何らかの障害が発生し、通信装置１０がその障害を検知した場合は、図３に示すシーケンスチャートの通信装置１０の動作を通信装置４０が行い、通信装置４０の動作を通信装置１０が行う。
【００４２】
図３を参照すると、まず、通信装置１０と通信装置４０との間で、回線同期が確立される（Ｓ１１０１）。そして、通信装置１０は、死活監視信号が含まれる信号を通信装置４０に送信する（Ｓ１１０２）。その信号に応答して、通信装置４０は、死活監視信号が含まれる信号を通信装置１０に送信する（Ｓ１１０３）。このようにして、対向する通信装置１０と通信装置４０との間で通信が行われている。
【００４３】
そして、通信装置１０は、死活監視信号が含まれる次の信号を通信装置４０に送信する（Ｓ１１０４）。このとき、通信装置１０または通信装置４０のどちらかに何らかの障害が発生し、通信装置４０では、受信した信号から死活監視信号を検出できなかったとする（Ｓ１１０５）。
【００４４】
死活監視信号を検出できなかった通信装置４０は、異常検出信号を含めた信号を通信装置１０に送信し（Ｓ１１０６）、自装置をリセット（再起動）する（Ｓ１１０７）。（すなわち、図２に示すフローチャートのステップＳ１０５、Ｓ１０６、Ｓ１０７の処理を実行する。）
そして、通信装置１０は、受信した信号から異常検出信号を検出し（Ｓ１１０８）、自装置をリセット（再起動）する（Ｓ１１０９）。（すなわち、図２に示すフローチャートのステップＳ１０４、Ｓ１０７を実行する。）
そして、リセットした通信装置１０と通信装置４０との間で、回線同期が再度確立され（Ｓ１１１０）、続いてＳ１１０２、Ｓ１１０３の動作が繰り返される。
【００４５】
以上、本実施形態には、対向する通信装置の異常検出のために双方を監視する異常検出手段を設ける必要なしに、送信側の通信装置、または受信側の通信装置のどちらに障害が発生した場合でも正常な通信を復旧できるという効果がある。
【００４６】
その理由としては、受信した信号から死活監視信号を検出できなかった通信装置１０は、異常検出信号を含めた信号を対向する通信装置４０に送信し、自装置をリセット（再起動）する。そして、対向する通信装置４０は、受信した信号から異常検出信号を検出し、自装置をリセット（再起動）するからである。
【００４７】
［第２の実施形態］
次に、本発明の第２の実施形態について説明する。
【００４８】
なお、本実施形態の構成は図１に示した第１の実施形態のそれと同一であるため、その説明は省略する。
【００４９】
以下に、本実施形態の動作について説明するが、第１の実施形態の動作と異なる点を中心に説明する。
【００５０】
第１の実施形態では、通信に異常が発生したか否かを判別するために、受信した信号に死活監視信号が含まれているか、また、異常検出信号が含まれているか、を判別していた。しかし、本実施形態では、通信に何らかの異常を検知したときに、信号に異常検出信号を含めるのではなく、死活監視信号を含めずに送信する。
【００５１】
図４は、対向通信装置との通信を行う際の１つの通信装置の動作を示すフローチャートである。なお、以下の説明では、通信装置１０の動作として説明するが、通信装置１０の対向通信装置である通信装置４０も、同じく図４に示すフローチャートの動作を行う。
【００５２】
図４を参照すると、対向通信装置との回線同期の確立確認（ステップＳ２０１）の動作は、図２のフローチャートに示すステップＳ１０１の動作と同じである。
【００５３】
回線送受信部１２による回線同期が確立している場合（ステップＳ２０１で「ＹＥＳ」の場合）、制御部１１は、死活監視信号を含めた信号を、回線送受信部１２を介して対向通信装置に送付する（ステップＳ２０２）。そして、制御部１１は、対向通信装置から回線送受信部１２を介して信号を受け取る（ステップＳ２０３）。
【００５４】
次に、制御部１１は、受け取った信号に死活監視信号が含まれているか否かを判別する（ステップＳ２０４）。
【００５５】
死活監視信号が含まれている場合（ステップＳ２０４で「ＹＥＳ」の場合）、制御部１１は、当該信号は正常な信号であると判別し、ステップＳ２０１に戻り、処理を繰り返す。
【００５６】
一方、ステップＳ２０４で、受け取った信号に死活監視信号が含まれていない場合（ステップＳ２０４で「ＮＯ」の場合）、制御部１１は、何らかの異常が発生していると判別し、当該信号に応答して対向通信装置に送信する信号に、死活監視信号を含めない。そして、制御部１１は、その死活監視信号を含めない信号を、回線送受信部１２を介して対向通信装置に送付する（ステップＳ２０５）。その後、制御部１１は、自身が含まれる通信装置１０をリセット（再起動）する（ステップＳ２０６）。
【００５７】
次に、本実施形態において、通信中に何らかの障害が発生したときの通信装置１０および対向する通信装置４０の動作について、図５のシーケンスチャートを参照して説明する。なお、図５では、通信装置１０から通信装置４０へ送信した信号に何らかの障害が発生し、通信装置４０がその障害を検知した場合の一例を説明する。図５とは逆に、通信装置４０から通信装置１０へ送信した信号に何らかの障害が発生し、通信装置１０がその障害を検知した場合は、図５に示すシーケンスチャートの通信装置１０の動作を通信装置４０が行い、通信装置４０の動作を通信装置１０が行う。
【００５８】
図５を参照すると、まず、通信装置１０と通信装置４０との間での回線同期の確立（Ｓ２２０１）と、死活監視信号を含めた信号のやり取り（Ｓ２２０２およびＳ２２０３）との動作は、図３のシーケンスチャートに示すＳ１１０１と、Ｓ１１０２およびＳ１１０３との動作と同じである。
【００５９】
次に、通信装置１０は、死活監視信号が含まれる信号を通信装置４０に送信する（Ｓ２２０４）。このとき、通信装置１０または通信装置４０のどちらかに何らかの障害が発生し、通信装置４０では、受信した信号から死活監視信号を検出できなかったとする（Ｓ２２０５）。
【００６０】
死活監視信号を検出できなかった通信装置４０は、死活監視信号を含めない信号を通信装置１０に送信し（Ｓ２２０６）、自装置をリセット（再起動）する（Ｓ２２０７）。（すなわち、図４に示すフローチャートのステップＳ２０４、Ｓ２０５、Ｓ２０６の処理を実行する。）
そして、通信装置１０は、受信した信号から死活監視信号を検出できない（Ｓ２２０８）ため、Ｓ２２０５、Ｓ２２０６と同様に、死活監視信号を含めない信号を通信装置４０に送信し（Ｓ２２０９）、自装置をリセット（再起動）する（Ｓ２２１０）。なお、通信装置４０は、この時点では通信装置１０との回線同期がまだ確立していないため、この死活監視信号を含めない信号を受信せずに無視する。
【００６１】
そして、リセットした通信装置１０と通信装置４０との間で、回線同期が再度確立され（Ｓ２２１１）、続いてＳ２２０２、Ｓ２２０３の動作が繰り返される。
【００６２】
以上、本実施形態には、第１の実施形態と同様に、対向する通信装置の異常検出のために双方を監視する異常検出手段を設ける必要なしに、送信側の通信装置、または受信側の通信装置のどちらに障害が発生した場合でも正常な通信を復旧できるという効果がある。
【００６３】
その理由としては、受信した信号から死活監視信号を検出できなかった通信装置１０は、死活監視信号を含めない信号を対向する通信装置４０に送信し、自装置をリセット（再起動）する。そして、対向する通信装置４０も、受信した信号から死活監視信号を検出できないので、通信装置１０と同様に自装置をリセット（再起動）するからである。
【００６４】
［第３の実施形態］
次に、本発明の第３の実施形態について説明する。
【００６５】
以下に、本実施形態の構成および動作について説明するが、第１および第２の実施形態の構成および動作と異なる点を中心に説明する。
【００６６】
図６は本発明の第３の実施形態を示すブロック図である。
【００６７】
図６を参照すると、本実施形態は、通信装置５０と、端末２０と、ネットワーク３０と、通信装置６０とを含む。
【００６８】
通信装置５０は、制御部５１と、回線送受信部１２と、端末送受信部１３とを含む。通信装置５０は、ネットワーク３０を介して、対向するもう１つの通信装置６０と接続されている。なお、通信装置６０は、通信装置５０と同じ構成であり、同じ動作をするものとする。
【００６９】
制御部５１は、端末２０から受け取った送信指示に含まれるユーザデータを示す信号や死活監視信号を、回線送受信部１２を介して対向する通信装置とやり取りする。また、所定の時間を計時する機能を持つ。
【００７０】
また、通信装置５０および通信装置６０は、プログラムを記憶する記憶デバイス（図示せず）と、そのプログラムをメモリに読み込んで命令を実行する少なくとも１つのプロセッサ（図示せず）とを含む。
【００７１】
次に、本実施形態の動作について説明するが、第１および第２の実施形態の動作と異なる点を中心に説明する。
【００７２】
第１および第２の実施形態では、全ての信号に、死活監視信号または異常検出信号を含めるため、その信号の分だけユーザデータとして使用できる帯域を狭くしていた。本実施形態では、ユーザデータを示す信号には死活監視信号および異常検出信号を含めないため、ユーザデータとして使用できる帯域には影響を与えない。
【００７３】
図７は、対向通信装置との通信を行う際の１つの通信装置の動作を示すフローチャートである。なお、以下の説明では、通信装置５０の動作として説明するが、通信装置５０の対向通信装置である通信装置６０も、同じく図７に示すフローチャートの動作を行う。
【００７４】
図７を参照すると、対向通信装置との回線同期の確立確認（ステップＳ３０１）の動作は、図２のフローチャートに示すステップＳ１０１の動作と同じである。
【００７５】
回線送受信部１２による回線同期が確立している場合（ステップＳ３０１で「ＹＥＳ」の場合）、制御部５１は、ユーザデータを示す信号または死活監視信号を、回線送受信部１２を介して対向通信装置に送付する（ステップＳ３０２）。なお、ステップＳ３０２において、制御部５１は、端末２０からユーザデータの送信指示が無い場合には死活監視信号を送付し、端末２０からの送信指示がある場合は、当該送信指示に含まれるユーザデータを送付する。
【００７６】
次に、制御部５１は、第１の所定の時間内に、ユーザデータを示す信号または死活監視信号（以降、両信号を合わせて「正常な信号」とも言う。）を受け取れたか否かを判別する（ステップＳ３０３）。なお、第１の所定の時間は、制御部５１が対向通信装置に信号を送付してから、その信号に応答する対向通信装置からの信号を受け取るまでの、予め定めた時間である。
【００７７】
第１の所定の時間内に正常な信号が受け取れなかった場合（ステップＳ３０３で「ＮＯ」の場合）、制御部５１は、その旨を示すために、回線送受信部１２を介して対向通信装置へ送付する送信データを停止する（ステップＳ３０４）。そして、制御部５１は、第２の所定の時間経過後に、自身が含まれる通信装置５０をリセット（再起動）する（ステップＳ３０５）。なお、第２の所定の時間は、第１の所定の時間がタイムアウトしてから自装置のリセットを開始するまでの、予め定めた時間である。
【００７８】
一方、ステップＳ３０３で、第１の所定の時間内に正常な信号が受け取れた場合（ステップＳ３０３で「ＹＥＳ」の場合）、制御部５１は、ステップＳ３０１に戻り、処理を繰り返す。
【００７９】
次に、本実施形態において、通信中に何らかの障害が発生したときの通信装置５０および対向する通信装置６０の動作について、図８のシーケンスチャートを参照して説明する。なお、図８では、通信装置５０から通信装置６０へ送信した信号に何らかの障害が発生し、通信装置６０がその障害を検知した場合の一例を説明する。図８とは逆に、通信装置６０から通信装置５０へ送信した信号に何らかの障害が発生し、通信装置５０がその障害を検知した場合は、図８に示すシーケンスチャートの通信装置５０の動作を通信装置６０が行い、通信装置６０の動作を通信装置５０が行う。
【００８０】
図８を参照すると、まず、通信装置５０と通信装置６０との間での回線同期の確立（Ｓ３３０１）の動作と、死活監視信号を含めた信号のやり取り（Ｓ３３０２およびＳ３３０３）の動作とは、図３のシーケンスチャートに示すＳ１１０１の動作と、Ｓ１１０２およびＳ１１０３の動作と同じである。
【００８１】
次に、通信装置５０は、ユーザデータを示す信号または死活監視信号を通信装置６０に送信する（Ｓ３３０４）。このとき、通信装置５０または通信装置６０のどちらかに何らかの障害が発生し、通信装置６０では、第１の所定の時間内に正常な信号を受信できなかったとする（Ｓ３３０５）。
【００８２】
正常な信号を受信できなかった通信装置６０は、その旨を示すために、通信装置５０への送信データを停止し（Ｓ３３０６）、第２の所定の時間経過後に自装置をリセット（再起動）する（Ｓ３３０７）。（すなわち、図７に示すフローチャートのステップＳ３０３、Ｓ３０４、Ｓ３０５の処理を実行する。）
そして、通信装置５０においても、第１の所定の時間内に正常な信号を受信できない（Ｓ３３０８）ため、Ｓ３３０６、Ｓ３３０７と同様に、通信装置６０への送信データを停止し（Ｓ３３０９）、第２の所定の時間経過後に自装置をリセット（再起動）する（Ｓ３３１０）。
【００８３】
そして、リセットした通信装置５０と通信装置６０との間で、回線同期が再度確立され（Ｓ３３１１）、続いてＳ３３０２、Ｓ３３０３の動作が繰り返される。
【００８４】
なお、Ｓ３３０７またはＳ３３１０で、第２の所定の時間が経過する前に、通信装置６０または通信装置５０が回線の同期はずれを検出した場合は、第２の所定の時間が経過するのを待たずに自装置をリセット（再起動）してもよい。
【００８５】
以上、本実施形態には、第１および第２の実施形態と同様に、対向する通信装置の異常検出のために双方を監視する異常検出手段を設ける必要なしに、送信側の通信装置、または受信側の通信装置のどちらに障害が発生した場合でも正常な通信を復旧できるという効果がある。
【００８６】
その理由としては、第１の所定の時間内に正常な信号を受信できなかった通信装置５０は、対向する通信装置６０に信号を送信することなしに、第２の所定の時間経過後に自装置をリセット（再起動）する。そして、対向する通信装置６０も、第１の所定の時間内に正常な信号を受信できないので、通信装置５０と同様に、第２の所定の時間経過後に自装置をリセット（再起動）するからである。
【００８７】
［第４の実施形態］
次に、本発明の第１の実施形態の基本的な構成を含む、第４の実施形態について説明する。
【００８８】
図９は本実施形態を示すブロック図である。
【００８９】
図９を参照すると、本実施形態は、制御部９１０を含む通信装置９１を備える。そして、通信装置９１は、同じ構成であり同じ動作をする、対向するもう１つの通信装置（図示せず）と接続されている。
【００９０】
制御部９１０は、対向するもう１つの通信装置に送信する信号に、死活監視を行うための死活監視信号を含める。そして、制御部９１０は、死活監視信号を含めて対向する通信装置に送信した信号に応答して受信した信号に、通信の異常を検出したことを示す異常検出信号か、または、死活監視信号が含まれているか否かを判別する。そして、異常検出信号が含まれている場合は、制御部９１０は、自身が含まれる通信装置９１の再起動を行う。
【００９１】
また、受信した信号に異常検出信号と死活監視信号との両方とも含まれていない場合は、制御部９１０は、送信する信号に異常検出信号を含め、自身が含まれる通信装置９１の再起動を行う。
【００９２】
以上、本実施形態には、第１乃至第３の実施形態と同様に、対向する通信装置の異常検出のために双方を監視する異常検出手段を設ける必要なしに、送信側の通信装置、または受信側の通信装置のどちらに障害が発生した場合でも正常な通信を復旧できるという効果がある。
【００９３】
その理由としては、制御部９１０が、受信した信号に異常検出信号か、または死活監視信号が含まれているかを判別し、異常検出信号が含まれている場合は、自身が含まれる通信装置９１の再起動を行う。また、受信した信号に異常検出信号と死活監視信号との両方とも含まれていない場合は、送信する信号に異常検出信号を含め、自身が含まれる通信装置９１の再起動を行うからである。
【００９４】
［第５の実施形態］
次に、本発明の第２の実施形態の基本的な構成を含む、第５の実施形態について説明する。
【００９５】
図１０は本実施形態を示すブロック図である。
【００９６】
図１０を参照すると、本実施形態は、制御部９２０を含む通信装置９２を備える。そして、通信装置９２は、同じ構成であり同じ動作をする、対向するもう１つの通信装置（図示せず）と接続されている。
【００９７】
制御部９２０は、対向するもう１つの通信装置に送信する信号に、死活監視を行うための死活監視信号を含める。そして、死活監視信号を含めて対向する通信装置に送信した信号に応答して受信した信号に、死活監視信号が含まれていない場合は、制御部９２０は、送信する信号に死活監視信号を含めずに、自身が含まれる通信装置９２の再起動を行う。
【００９８】
以上、本実施形態には、第１乃至第４の実施形態と同様に、対向する通信装置の異常検出のために双方を監視する異常検出手段を設ける必要なしに、送信側の通信装置、または受信側の通信装置のどちらに障害が発生した場合でも正常な通信を復旧できるという効果がある。
【００９９】
その理由としては、制御部９２０が、受信した信号に死活監視信号が含まれていない場合は、送信する信号に死活監視信号を含めずに、自身が含まれる通信装置９２の再起動を行うからである。
【０１００】
［第６の実施形態］
次に、本発明の第３の実施形態の基本的な構成を含む、第６の実施形態について説明する。
【０１０１】
図１１は本実施形態を示すブロック図である。
【０１０２】
図１１を参照すると、本実施形態は、制御部９３０を含む通信装置９３を備える。そして、通信装置９３は、同じ構成であり同じ動作をする、対向するもう１つの通信装置（図示せず）と接続されている。
【０１０３】
制御部９３０は、ユーザデータを示す信号または死活監視を行うための死活監視信号を送信させる。
【０１０４】
そして、第１の所定の時間内に、対向するもう１つの通信装置から、ユーザデータを示す信号または死活監視信号を受信できない場合は、制御部９３０は、対向するもう１つの通信装置への送信データを停止させる。そして、第２の所定の時間経過後に自身が含まれる通信装置９３の再起動を行う。
【０１０５】
なお、第１の所定の時間は、制御部９３０が、対向する通信装置にユーザデータを示す信号または死活監視信号を、回線送受信手段（図示せず）を介して送付してから、その信号に応答する対向通信装置からの信号を受け取るまでの、予め定めた時間である。また、第２の所定の時間は、第１の所定の時間がタイムアウトしてから、制御部９３０が、自身が含まれる通信装置９３の再起動を開始するまでの、予め定めた時間である。
【０１０６】
以上、本実施形態には、第１乃至第５の実施形態と同様に、対向する通信装置の異常検出のために双方を監視する異常検出手段を設ける必要なしに、送信側の通信装置、または受信側の通信装置のどちらに障害が発生した場合でも正常な通信を復旧できるという効果がある。
【０１０７】
その理由としては、第１の所定の時間内にユーザデータを示す信号または死活監視信号を受け取れなかった制御部９３０は、第２の所定の時間経過後に自身が含まれる通信装置９３を再起動する。そして、対向する通信装置に含まれる制御手段も、第１の所定の時間内にユーザデータを示す信号または死活監視信号を通信装置９３から受け取れないので、通信装置９３と同様に、第２の所定の時間経過後に自身が含まれる通信装置を再起動するからである。
【符号の説明】
【０１０８】
１０    通信装置
１１    制御部
１２    回線送受信部
１３    端末送受信部
２０    端末
３０    ネットワーク
４０    通信装置
５０    通信装置
５１    制御部
６０    通信装置
９１    通信装置
９２    通信装置
９３    通信装置
９１０    制御部
９２０    制御部
９３０    制御部
【図１】
2017183905.tif 000003
【図２】
2017183905.tif 000004
【図３】
2017183905.tif 000005
【図４】
2017183905.tif 000006
【図５】
2017183905.tif 000007
【図６】
2017183905.tif 000008
【図７】
2017183905.tif 000009
【図８】
2017183905.tif 000010
【図９】
2017183905.tif 000011
【図１０】
2017183905.tif 000012
【図１１】
2017183905.tif 000013