(57)【要約】【課題】リモート装置に障害が生じた場合に、好適にリモート装置を復旧する。【解決手段】通信システム１００は、センタ装置１０と、センタ装置１０と伝送路３０を介して接続されたリモート装置２０とを備える。センタ装置１０は、リモート装置２０に対して定期的にキープアライブ信号を送信するよう構成される。リモート装置２０は、センタ装置１０からキープアライブ信号を所定時間受信しない場合、リモート装置２０を自己リセットするよう構成される。【選択図】図１
2016152482.tif 000002
【特許請求の範囲】
【請求項１】
センタ装置と、前記センタ装置と伝送路を介して接続されたリモート装置とを備える通信システムであって、
前記センタ装置は、前記リモート装置に対して定期的にキープアライブ信号を送信するよう構成され、
前記リモート装置は、前記センタ装置からキープアライブ信号を所定時間受信しない場合、前記リモート装置を自己リセットするよう構成されることを特徴とする通信システム。
【請求項２】
前記リモート装置は、キープアライブ信号を所定時間受信しない場合、前記リモート装置と前記伝送路のどちらに障害が生じたか判断し、前記伝送路に障害が生じたと判断したときには自己リセットを行わないことを特徴とする請求項１に記載の通信システム。
【請求項３】
前記リモート装置は、
前記センタ装置と通信するためのリモート側インタフェース部と、
前記リモート側インタフェース部を監視制御するためのリモート側制御部と、
を備え、
前記リモート側制御部は、前記センタ装置からキープアライブ信号を所定時間受信しない場合、まず前記リモート側制御部をリセットし、その後さらに前記センタ装置からキープアライブ信号を受信しない場合、前記リモート側インタフェース部を含む前記リモート装置全体をリセットすることを特徴とする請求項１または２に記載の通信システム。
【請求項４】
前記センタ装置は、
前記リモート装置と通信するためのセンタ側インタフェース部と、
前記センタ側インタフェース部を監視制御するためのセンタ側制御部と、を備え、
前記センタ側インタフェース部がキープアライブ信号を送信するよう構成されることを特徴とする請求項１から３のいずれかに記載の通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムに関し、特にセンタ装置とリモート装置とが伝送路を介して接続された通信システムに関する。
【背景技術】
【０００２】
従来より、センタ装置とリモート装置とが光ファイバやメタリックケーブル等の伝送路を介して接続された通信システムが知られている。
【０００３】
上記のような通信システムにおいて、リモート装置に障害が発生した場合、リモート装置をリセットして再起動することにより、障害から復旧する可能性がある。リモート装置のリセット方法としては、センタ装置からリモート装置にリセット指示を行う方法や、リモート装置においてウォッチドッグタイマを用いて障害を検出し、自己リセットをかける方法がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−８６５２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、リモート装置に障害が発生している場合にはセンタ装置とリモート装置との間の通信が不能となる可能性が高いため、センタ装置からのリセット指示がリモート装置に届かない可能性がある。センタ装置とリモート装置との間に伝送路以外の迂回経路があればリセット指示をリモート装置に届けることができるが、この場合は迂回経路を用意する分だけ通信装置のコストが高くなるという問題がある。また、ウォッチドッグタイマで検出ができない障害の場合、自己リセットをかけることができないという問題がある。
【０００６】
本発明はこうした状況に鑑みてなされたものであり、その目的は、センタ装置とリモート装置とが伝送路を介して接続された通信システムにおいて、リモート装置に障害が生じた場合に、好適にリモート装置を復旧できる技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある態様の通信システムは、センタ装置と、センタ装置と伝送路を介して接続されたリモート装置とを備える。センタ装置は、リモート装置に対して定期的にキープアライブ信号を送信するよう構成される。リモート装置は、センタ装置からキープアライブ信号を所定時間受信しない場合、リモート装置を自己リセットするよう構成される。
【０００８】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００９】
本発明によれば、センタ装置とリモート装置とが伝送路を介して接続された通信システムにおいて、リモート装置に障害が生じた場合に、好適にリモート装置を復旧できる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態に係る通信システムを示す図である。
【図２】本発明に係る通信システムの動作を説明するためのフローチャートである。
【発明を実施するための形態】
【００１１】
以下、図面を参照して本発明の実施形態について詳細に説明する。
【００１２】
図１は、本発明の実施形態に係る通信システム１００を示す図である。本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。
【００１３】
図１に示すように、通信システム１００は、センタ局に配置されるセンタ装置１０と、無人局に配置されるリモート装置２０と、センタ装置１０とリモート装置２０とを接続する伝送路３０とを備える。本実施形態に係る通信システム１００は、１つの伝送路３０を介してセンタ装置１０とリモート装置２０の間で主信号の伝達と監視制御信号の伝達を行う通信システムである。すなわち、通信システム１００は、伝送路３０の他にセンタ装置１０とリモート装置２０を通信可能に接続する伝送路を備えていない。
【００１４】
通信システム１００は、例えばＰＯＮ（Passive Optical Network）システムであってよい。この場合、センタ装置１０は、ＯＬＴ（Optical Line Terminal）に相当し、リモート装置２０は、ＯＮＵ（Optical Network Unit）に相当し、伝送路３０は、光ファイバに相当する。当然のことながら、通信システム１００はＰＯＮシステムに限定されず、例えば伝送路３０としてメタリックケーブルを用いる通信システムであってもよい。
【００１５】
センタ装置１０は、統括局１１０に接続されている。統括局１１０は、センタ装置１０から警報情報を収集するとともに、通信システム１００の各装置の監視制御を行う。
【００１６】
センタ装置１０は、リモート装置２０と通信するためのセンタ側インタフェース部１２と、センタ側インタフェース部１２を監視制御するためのセンタ側制御部１４とを備える。例えばＰＯＮシステムの場合には、センタ側インタフェース部１２は光モジュールおよび該光モジュールの処理回路から構成され、センタ側制御部１４はＣＰＵ（Central Processing Unit）および不揮発メモリから構成されてよい。
【００１７】
リモート装置２０は、センタ装置１０と通信するためのリモート側インタフェース部２２と、リモート側インタフェース部２２を監視制御するためのリモート側制御部２４とを備える。例えばＰＯＮシステムの場合には、リモート側インタフェース部２２は光モジュールおよび該光モジュールの処理回路から構成され、センタ側制御部１４は、ＣＰＵ（Central Processing Unit）および不揮発メモリから構成されてよい。
【００１８】
本実施形態に係る通信システム１００において、センタ装置１０のセンタ側インタフェース部１２は、リモート装置２０に対して定期的にキープアライブ信号を送信するよう構成される。このキープアライブ信号は、伝送路３０を介してリモート装置２０のリモート側インタフェース部２２により受信され、リモート側制御部２４に伝達される。
【００１９】
リモート装置２０のリモート側制御部２４は、キープアライブ信号を所定時間受信しない場合、リモート装置２０を自己リセットする。センタ装置１０から定期的に送信されるはずのキープアライブ信号を一定時間受信できない場合、自身（すなわちリモート装置２０）に障害が発生している可能性がある。そこで、このような場合に自己リセットしてリモート装置２０を再立ち上げすることで、障害から復旧できる可能性がある。
【００２０】
リモート装置２０のリモート側制御部２４は、センタ装置１０からキープアライブ信号を所定時間受信しない場合、リモート装置２０と伝送路３０のどちらに障害が生じたか判断してもよい。そして、リモート側制御部２４は、リモート装置２０に障害が生じたと判断したときにのみ自己リセットを行い、伝送路３０に障害が生じたと判断したときには自己リセットを行わなくてもよい。伝送路３０に障害が生じている場合、リモート装置２０の自己リセットを行っても復旧しないため、このような処理を行うことで無用な自己リセットを行うのを回避することができる。
【００２１】
リモート装置２０と伝送路３０のどちらに障害が生じたかの判断は、以下のように行うことができる。伝送路３０に断線等の障害が生じている場合、リモート側インタフェース部２２において伝送路３０の回線警報（入力断（ＬＯＳ：Loss of Signal）警報やフレーム同期はずれ（ＬＯＦ：Loss of Frame）警報）が発出している可能性が高い。従って、リモート側制御部２４は、リモート側インタフェース部２２において伝送路３０の回線警報が発出している場合には伝送路３０に障害が生じたと判断し、伝送路３０の回線警報がリモート側インタフェース部２２に発出していない場合には、リモート装置２０に障害が生じたと判断できる。なお、センタ装置１０のセンタ側インタフェース部１２に障害が生じている場合は、キープアライブ信号が送信されないが、この場合はリモート側インタフェース部２２にて伝送路３０の回線警報を検出するため、伝送路３０の障害と判断してよい。
【００２２】
リモート装置２０のリモート側制御部２４は、センタ装置１０からキープアライブ信号を所定時間受信しない場合、まずリモート側制御部２４をリセットし、その後さらにセンタ装置１０からキープアライブ信号を受信しない場合、リモート側インタフェース部２２を含むリモート装置全体をリセットしてもよい。
【００２３】
リモート側制御部２４がキープアライブ信号を受信しない場合でも、リモート側インタフェース部２２は伝送路３０から主信号を受信できている場合がある。このような場合にリモート装置２０全体をリセットすると、主信号の断が発生する。従って、このような場合にはまず主信号伝送に影響しない範囲のリセット、すなわちリモート側制御部２４を構成するファームウェアのソフトリセットを行う。そして、リモート側制御部２４のソフトリセットを行った後でもなおキープアライブ信号を受信できない場合、リモート側制御部２４は、リモート装置２０全体のハードリセットを行う。これにより、主信号伝送への影響を最小限とすることができる。なお、リモート装置２０全体のハードリセットを行った場合でもキープアライブ信号を受信できない場合には、リモート装置２０の交換が必要な障害と考えられるため、それを示すための警報（ＬＥＤや地気接点など）を発出する。
【００２４】
本実施形態のセンタ装置１０は、上述したように、センタ側制御部１４からではなく、センタ側インタフェース部１２からキープアライブ信号が送信されるよう構成される。センタ側制御部１４からキープアライブ信号が送信される場合、センタ側制御部１４が故障していたり、リセットによる再立ち上げ中の場合には、リモート装置２０に対してキープアライブ信号を送信できないため、リモート装置２０が誤って自身の障害と判断し、自己リセットを行うおそれがある。しかしながら、本実施形態のように、センタ側インタフェース部１２がキープアライブ信号を送信する構成とすることで、センタ側制御部１４が故障や再立ち上げ中であっても、リモート装置２０に対してキープアライブ信号を送信でき、リモート装置２０の自己リセットを防ぐことができる。なお、センタ側インタフェース部１２が故障や未実装の場合には、上記のようにリモート側制御部２４が伝送路３０の障害を検出するため、誤ってリモート装置２０が自己リセットされることはない。
【００２５】
図２は、本発明に係る通信システム１００の動作を説明するためのフローチャートである。
【００２６】
まず、リモート側制御部２４は、リモート装置２０全体の立ち上げが完了したか否か判定する（Ｓ１０）。リモート装置２０の立ち上げが完了していない場合、立ち上げ完了まで待機する（Ｓ１０のＮ）。
【００２７】
リモート装置２０の立ち上げが完了している場合（Ｓ１０のＹ）、リモート側制御部２４は、センタ側インタフェース部１２からのキープアライブ信号のチェックを開始する（Ｓ１２）。
【００２８】
リモート側制御部２４は、リモート側インタフェース部２２において伝送路３０の回線警報が有るか否か判定する（Ｓ１４）。リモート側インタフェース部２２において伝送路３０の回線警報が有る場合、回線警報が消えるまで待機する（Ｓ１４のＹ）。
【００２９】
リモート側インタフェース部２２において伝送路３０の回線警報が無い場合（Ｓ１４のＮ）、リモート側制御部２４は、所定時間内にキープアライブ信号を受信したか否か判定する（Ｓ１６）。所定時間内にキープアライブ信号を受信した場合（Ｓ１６のＹ）、リモート側制御部２４は、不揮発メモリのソフトリセットフラグ又はハードリセットフラグがＯＮのときにはフラグをＯＦＦに書き換え、Ｓ１４に戻る（Ｓ１７）。
【００３０】
所定時間内にキープアライブ信号を受信しない場合（Ｓ１６のＮ）、リモート側制御部２４は、不揮発メモリのソフトリセットフラグがＯＮとなっているか否か判定する（Ｓ１８）。
【００３１】
ソフトリセットフラグがＯＮとなっていない、すなわちソフトリセットフラグがＯＦＦである場合（Ｓ１８のＮ）、まだリモート側制御部２４のソフトリセットを行っていないということであるため、不揮発メモリのソフトリセットフラグをＯＮに書き換えた後、リモート側制御部２４のみソフトリセットする（Ｓ２０）。このソフトリセットによりフローは一旦終了し、再度Ｓ１０からフローが実行される。
【００３２】
一方、不揮発メモリのソフトリセットフラグがＯＮとなっている場合（Ｓ１８のＹ）、一度リモート側制御部２４のソフトリセットを行ったがキープアライブ信号を受信できていないということである。この場合、リモート側制御部２４は、不揮発メモリのハードリセットフラグがＯＮとなっているか否か判定する（Ｓ２２）。
【００３３】
ハードリセットフラグがＯＮとなっていない、すなわちハードリセットフラグがＯＦＦである場合（Ｓ２２のＮ）、まだリモート装置２０全体のハードリセットを行っていないということであるため、不揮発メモリのハードリセットフラグをＯＮに書き換えた後、リモート装置２０全体をハードリセットする（Ｓ２４）。このハードリセットによりフローは一旦終了し、再度Ｓ１０からフローが実行される。
【００３４】
一方、不揮発メモリのハードリセットフラグがＯＮとなっている場合（Ｓ２２のＹ）、一度リモート装置２０全体のハードリセットを行ったがキープアライブ信号を受信できていないということである。この場合、リモート装置２０の交換が必要な障害と考えられるため、障害発生を示すための警報を発出し、フローを終了する（Ｓ２６）。
【００３５】
上記フローでは、Ｓ１７において、不揮発メモリのソフトリセットフラグ又はハードリセットフラグがＯＮの場合はフラグをＯＦＦに書き換えている。これにより、リセットで障害が復旧した場合に、次に障害が発生した際に確実にリセットを行うことができる。
【００３６】
以上説明したように、本実施形態に係る通信システム１００では、センタ装置１０からリモート装置２０に対し定期的にキープアライブ信号を送信し、リモート装置２０ではキープアライブ信号を所定時間受信しない場合には、自己リセットを行う。これにより、リモート装置２０を好適に復旧できる。
【００３７】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【符号の説明】
【００３８】
１０  センタ装置、  １２  センタ側インタフェース部、  １４  センタ側制御部、  ２０  リモート装置、  ２２  リモート側インタフェース部、  ２４  リモート側制御部、  ３０  伝送路、  １００  通信システム、  １１０  統括局。
【図１】
2016152482.tif 000003
【図２】
2016152482.tif 000004