(57)【要約】【課題】データ送信の休止期間でも、伝送路の故障検出が可能な伝送路故障検出方法を提供する。【解決手段】通信機器２がコンピュータ１に対し故障検出信号を所定の時間間隔ｔをおいて送信する。コンピュータ１は、故障検出信号の送信間隔ｔよりも大きな時間間隔Ｔでログファイルを監視し、前回のログファイル監視時以降に受信した故障検出信号の受信記録が前記ログファイルにない場合、伝送路の故障を判定する。【選択図】図３
2010200063.tif 000002
【特許請求の範囲】
【請求項１】
通信機器間の伝送路の故障を検出する方法において、
一の通信機器が他の通信機器に対し故障検出信号を所定の時間間隔をおいて送信するステップと、
前記他の通信機器が前記故障検出信号の送信間隔よりも長い時間間隔でログファイルを監視するステップと、
前回のログファイル監視時以降の故障検出信号の受信記録がある場合、前記他の通信機器が伝送路正常であると判定する一方、前回のログファイル監視時以降の故障検出信号の受信記録がない場合には、前記他の通信機器が伝送路故障であると判定するステップと、
からなることを特徴とする伝送路故障検出方法。
【請求項２】
前記ログファイルの監視間隔が前記故障検出信号の送信間隔の２倍以上であることを特徴とする請求項１に記載の伝送路故障検出方法。
【請求項３】
前記他の通信機器がコンピュータであって、該コンピュータにより制御される被制御機器が前記一の通信機器であることを特徴とする請求項１または請求項２に記載の伝送路故障検出方法。
【請求項４】
前記伝送路の通信が物理層のプロトコルで行われることを特徴とする請求項２に記載の伝送路故障検出方法。
【請求項５】
前記コンピュータがコンソール終端装置を介して複数の被制御機器に接続されていることを特徴とする請求項１ないし請求項３のいずれか１項に記載の伝送路故障検出方法。
【請求項６】
前記コンピュータとコンソール終端装置とを結ぶ伝送路の通信がネットワーク層のプロトコルで行われる一方、前記コンソール終端装置と被制御機器とを結ぶ伝送路の通信が物理層のプロトコルで行われることを特徴とする請求項５に記載の伝送路故障検出方法。
【請求項７】
通信機器と結ばれる伝送路の故障を判定すべくコンピュータに実行させるプログラムであって、
前記通信機器がコンピュータに対し故障検出信号を所定の時間間隔をおいて送信する際に、前記コンピュータが前記故障検出信号の送信間隔よりも長い時間間隔でログファイルを監視するステップと、
前回のログファイル監視時以降の故障検出信号の受信記録がある場合、前記コンピュータが伝送路正常であると判定する一方、前回のログファイル監視時以降の故障検出信号の受信記録がない場合には、前記コンピュータが伝送路故障であると判定するステップと、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信機器間の伝送路の故障を定期的に検出する方法と、この方法をコンピュータに実行させるプログラムに関する。
【背景技術】
【０００２】
通信機器や計測機器などをコンピュータにより制御する場合、両者の接続はＲＳ−２３２Ｃ規格のケーブルで行うのが一般的である。その場合、ポーリングに対するレスポンスの有無で伝送路の故障を検出している（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平８−５６２４７号公報（段落〔０００７〕参照）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、ポーリングはデータ送信の開始に先立って行われるため、データ送信の休止期間は伝送路の故障検出ができなくなる。
【０００５】
本発明は、このような事情に鑑み、データ送信の休止期間でも、伝送路の故障検出が可能な伝送路故障検出方法の提供を目的とする。
【課題を解決するための手段】
【０００６】
前記目的を達成するため、本発明は、通信機器間の伝送路の故障を検出する方法において、一の通信機器が他の通信機器に対し故障検出信号を所定の時間間隔をおいて送信するステップと、前記他の通信機器が前記故障検出信号の送信間隔よりも長い時間間隔でログファイルを監視するステップと、前回のログファイル監視時以降の故障検出信号の受信記録がある場合、前記他の通信機器が伝送路正常であると判定する一方、前回のログファイル監視時以降の故障検出信号の受信記録がない場合には、前記他の通信機器が伝送路故障であると判定するステップとからなることを特徴とする。
【０００７】
前記目的を達成するため、本発明は、通信機器と結ばれる伝送路の故障を判定すべくコンピュータに実行させるプログラムであって、前記通信機器がコンピュータに対し故障検出信号を所定の時間間隔をおいて送信する際に、前記コンピュータが前記故障検出信号の送信間隔よりも長い時間間隔でログファイルを監視するステップと、前回のログファイル監視時以降の故障検出信号の受信記録がある場合、前記コンピュータが伝送路正常であると判定する一方、前回のログファイル監視時以降の故障検出信号の受信記録がない場合には、前記コンピュータが伝送路故障であると判定するステップとを実行させることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、送信データの有無に係わらず、一の通信機器が他の通信機器に対し故障検出信号を所定の時間間隔をおいて送信しているので、データ送信の休止期間でも伝送路の故障を検出することが可能になる。
さらに、他の通信機器はログファイルの故障検出信号の受信記録により伝送路の故障を判定しているので、故障検出信号の受信の有無で故障判定する場合に必要となる、受信信号の振り分ける処理を行わなくて済み、制御が容易である。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施に用いる第１実施形態のシステム構成図である。
【図２】図１のシステムのブロック図である。
【図３】故障検出信号の受信間隔とログファイルの監視間隔を示すタイムチャートである。
【図４】ログファイルの内容を示す図である。
【図５】図１と対応する第２実施形態を示す図である。
【図６】図３と対応する第２実施形態を示す図である。
【発明を実施するための形態】
【００１０】
（第１の実施形態）
以下、本発明の実施形態を添付図面を参照しながら詳細に説明する。
図１に示すように、コンピュータ１と通信機器（被制御機器）２は、非同期シリアル伝送路であるＲＳ−２３２Ｃのケーブル３で接続してある。コンピュータ１には、通信機器２からその動作や状態に関するデータが送られる。通信機器２には、その動作を制御するためのコマンドがコンピュータ１から送られる。
【００１１】
図２に示すように、コンピュータ１は、通信機器２との間でデータの遣り取りをする送受信部１０と、送受信部１０に受け渡すデータの処理を実行するデータ処理部１１と、送受信部１０の送受信記録をログファイルとして記憶する記憶部１２と、記憶部１２のログファイルを定期的に監視するログファイル監視部１３と、ログファイルにある故障検出信号の受信記録により伝送路の故障を判定する故障判定部１４と、伝送路の故障を画面表示や音声で知らせる報知部１５とを備えてなる。記憶部１２はハードディスクやフラッシュメモリなどの不揮発性記憶媒体からなる。
【００１２】
通信機器２は、コンピュータ１との間でデータの遣り取りをする送受信部２０と、送受信部２０に受け渡すデータの処理を実行するデータ処理部２１と、故障検出信号を発生して送受信部２０に送る故障検出信号発生部２２とを備えてなる。故障検出信号には、コンピュータ１にてその信号を特定できる文字列が含まれる。 
【００１３】
図３は、故障検出信号の発生間隔とログファイルの監視間隔の関係を示すタイムチャートである。
故障検出信号は、一定の時間間隔ｔで通信機器２から送信され、その受信記録がコンピュータ１にログファイルとして記録される。ログファイル監視部１３は、故障検出信号の発生間隔ｔよりも長い間隔Ｔでログファイルを監視する。故障検出信号が正常に受信されている場合、図３に示すように、その受信記録がログファイルに順次残されていく。伝送路の故障により故障検出信号が受信されなくなると、ログファイルの故障検出信号の受信記録がなくなるので、故障検出手段１４は、ログファイル監視部１３がログファイルを監視する都度、前回の監視時以降に受信した故障検出信号の受信記録があるか否かを調べ、この記録がない場合に報知手段１５を作動させる。
【００１４】
図４はログファイルの一例を示している。
このログファイルには、故障検出信号の受信記録１００と通常データの送受信記録２００が記載されている。故障検出信号の受信記録１００は、受信時刻の表示１００ａと、故障検出信号である旨の表示１００ｂとを含む。ここでは、故障検出信号の発生間隔ｔは１０分に設定されている。この場合のログファイル監視間隔Ｔは３０分に設定されている。
【００１５】
通信機器２の送受信部２０では、通常の信号と故障検出信号の競合時にＦＩＦＯ（First In First Out）制御が行われるため、故障検出信号の遅延を生じる場合がある。このため、ログファイルの監視間隔Ｔは、故障検出信号の発生間隔ｔよりもある程度、大きくする必要がある。また、故障検出信号の受信時刻がログファイルの監視時刻に接近または一致すると、その受信記録の検出ができなくなるので、ログファイルの監視間隔Ｔを故障検出信号の発生間隔ｔの２倍以上にすることで、ログファイルの監視間隔Ｔの間に少なくても２つの故障検出信号の受信時刻が収まるようにするのが好ましい。なお、ログファイルの監視間隔Ｔの値はシステム運用上の要求を考慮して決めればよい。
【００１６】
以上の方法では、通信機器２が故障検出信号を所定の時間間隔で送信しているので、コンピュータ１または通信機器２のデータ送信の休止期間でも伝送路の故障を検出することが可能になる。
【００１７】
ところで、コンピュータ１は、故障検出信号の受信ができなくなった時点で伝送路の故障を判定することもできるが、その場合、送受信部１０から出力される受信信号を、通常の信号と故障検出信号に振り分ける処理を行わなければならず、制御が複雑になる。
【００１８】
（第２の実施形態）
図５は本実施形態のシステム構成図を示している。
コンピュータ１は、コンソール終端装置３０を介して複数の通信機器２と接続されている。コンソール終端装置３０は、コンピュータ１と通信機器２との間でやり取りされるデータ形式を変換するインターフェースとして機能するとともに、コンピュータ１からのデータを各通信機器２に分配するルータとして機能する。コンピュータ１とコンソール終端装置３０はＬＡＮケーブル３１で接続されている。各通信機器２とコンソール終端装置３０はＲＳ−２３２Ｃのケーブル３２で接続されている。なお、コンピュータ１と通信機器２の構成は図２と同一であるので、説明を省略する。
【００１９】
図６は、故障検出信号の発生間隔とログファイルの監視間隔の関係を示すタイムチャートである。
本実施形態でも、各通信機器２は故障検出信号を一定の時間間隔ｔおいて送信し、コンピュータ１は、故障検出信号の発生間隔ｔよりも大きな間隔Ｔでログファイルを監視し、前回の監視時以降に受信した故障検出信号の受信記録の有無で伝送路の故障を判定する。なお、通信機器２間での故障検出信号の同期は取られていないが、故障検出信号はコンソール終端装置３０を介してコンピュータ１に送られるため、各通信機器２からの故障検出信号の受信時刻は、少なくてもパケット伝送時間分の遅れを生じ、ログファイル監視間隔Ｔの間に収まることになる。ログファイルの監視間隔Ｔは、上述の理由により故障検出信号の発生間隔ｔの２倍以上にするのが好ましい。
【００２０】
各通信機器２からの故障検出信号が正常に受信されている場合、図６に示すように、その受信記録がログファイルに順次残されていく。伝送路の故障により故障検出信号が受信されなくなると、該当する故障検出信号の受信記録がログファイルからなくなるので、故障検出手段１４は、ログファイル監視部１３がログファイルを監視する都度、前回の監視時以降に受信した故障検出信号の記録があるか否かを調べ、この記録がない場合に報知手段１５を作動させる。その際、受信記録のない故障検出信号を発する通信機器２に繋がる伝送路の故障を報知する。
【００２１】
ところで、コンピュータ１とコンソール終端装置３０間の通信はＴＣＰ／ＩＰで行われるため、ＬＡＮケーブル３１の故障検出はコンピュータ１のソフトウェアで容易にできるが、コンソール終端装置３０と通信機器２間の通信はＴＣＰ／ＩＰよりも下層にある物理層のプロトコルで行われるため、ＲＳ−２３２Ｃのケーブル３２の故障をコンピュータ１のソフトウェアで検出するのは難しい。よって、本実施形態の方法によれば、ネットワークを構成する各テーブル３１,３２の故障の検出が容易になる。その他の効果は第１の実施形態と同じである。
【００２２】
なお、以上の実施形態では、コンピュータ１と通信機器２を接続するケーブルの故障検出について説明したが、ケーブルで接続されるものは通信機器のであれば、その種類は問わない。また、伝送路についても有線、無線の別は問わない。
【符号の説明】
【００２３】
１    コンピュータ
２    通信機器（被制御機器）
３    ＲＳ−２３２Ｃのケーブル
１０  送受信部
１１  データ処理部
１２  記憶部１２
１３  ログファイル監視部
１４  故障判定部
１５  報知部
２０  送受信部
２１  データ処理部２１
２２  故障検出信号発生部
【図１】
2010200063.tif 000003
【図２】
2010200063.tif 000004
【図３】
2010200063.tif 000005
【図４】
2010200063.tif 000006
【図５】
2010200063.tif 000007
【図６】
2010200063.tif 000008