JP7287157B2 - 通信装置、障害通知システム、障害通知方法および障害通知プログラム - Google Patents

Description

本発明は、通信装置、障害通知システム、障害通知方法および障害通知プログラムに関し、特に回線障害を通知する技術に関する。

通信装置が通信回線を介して１対１で接続されたシステムとして、例えば、基地局装置（ＢＢＵ： Ｂａｓｅｂａｎｄ Ｕｎｉｔ）と張り出し無線装置（ＲＲＨ： Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）とからなる通信システムが存在する。ＢＢＵとＲＲＨは有線または無線で接続されている。

ＢＢＵ－ＲＲＨ間において通信障害が発生した場合、速やかに障害が発生した箇所の修理・交換を行うため、障害箇所の特定を行う必要がある。しかし、ＢＢＵ－ＲＲＨ間に通信障害が発生した場合に、回線が原因で障害が発生しているのか、ＢＢＵあるいはＲＲＨが原因で障害が発生しているのかを特定することができなかった。

特許文献１は、装置が、故障に関する情報を外部に送信する技術を開示している。特許文献１が開示している技術は、装置に故障が発生したことを通知する技術であって、通信障害が発生したことを通知する技術ではない。

特開２０１７－０１７５４３号公報

上記のように、通信回線を介して接続された通信装置間に通信障害が発生した場合に、障害原因を特定する情報を通知することはできなかった。また、特許文献１に記載の方法は、装置の故障を通知する技術であるため、装置には問題がなく回線に問題がある場合に対応できないという問題があった。

本開示は上記課題を解決するためにされたものであって、通信障害が発生した場合に障害箇所の特定に用いられる情報を通知することが可能な通信装置、障害通知システム、障害通知方法および障害通知プログラムを提供することを目的とする。

本開示にかかる通信装置は、他の通信装置と通信回線を介して通信する通信手段と、前記通信回線上の通信障害を検知する障害検知手段と、前記通信障害が発生した場合に、障害に関する情報と前記通信回線の通信量に関する情報とを前記通信手段とは異なる通信手段によって回線監視装置に送信する障害通知手段と、を備えるものである。

本開示にかかる障害通知システムは、通信装置および回線監視装置を備える障害通知システムであって、前記通信装置は、他の通信装置と通信回線を介して通信する通信手段と、前記通信回線上の通信障害を検知する障害検知手段と、前記通信障害が発生した場合に、障害に関する情報と前記通信回線の通信量に関する情報とを前記通信手段とは異なる通信手段によって前記回線監視装置に送信する障害通知手段と、を備える。

本開示にかかる障害通知方法は、他の通信装置と通信回線を介して通信する通信手段を備える通信装置によって実行される障害通知方法であって、前記通信回線上の通信障害を検知し、前記通信障害が発生した場合に、障害に関する情報と前記通信回線の通信量とを前記通信手段とは異なる通信手段によって回線監視装置に送信する、ものである。

本開示にかかる障害通知プログラムは、他の通信装置と通信回線を介して通信する通信手段を備える通信装置に、前記通信回線上の通信障害を検知し、前記通信障害が発生した場合に、障害に関する情報と前記通信回線の通信量に関する情報とを前記通信手段とは異なる通信手段によって回線監視装置に送信する、処理を実行させるものである。

本開示によれば、通信障害が発生した場合に障害箇所の特定に必要な情報を通知することが可能な通信装置、障害通知システム、障害通知方法および障害通知プログラムを提供することが可能となる。

第１の発明を実施するための形態における、障害通知システムの構成を示す構成図である。 第１の発明を実施するための形態における、通信装置の構成を示す構成図である。 第２の発明を実施するための形態における、障害通知システムの構成を示す構成図である。 第２の発明を実施するための形態における、障害通知システムの動作を示すフローチャートである。 第２の発明を実施するための形態における、障害通知システムの動作を示すシーケンス図である。

＜第１実施形態＞
図１は、本実施の形態にかかる障害通知システム５００の構成を示す構成図である。障害通知システム５００は、通信装置１００Ａ、１００Ｂおよび回線監視装置４００を備える。
通信装置１００Ａは、回線３００を介して、通信装置１００Ｂと通信する。通信装置１００Ａは、回線３００に回線障害が発生した場合に、障害箇所の特定に使用可能な情報を、通信路６００Ａを介して回線監視装置４００に送信する。
通信装置１００Ｂは、回線３００を介して、通信装置１００Ａと通信する。通信装置１００Ｂは、回線３００に回線障害が発生した場合に、障害箇所の特定に使用可能な情報を、通信路６００Ｂを介して回線監視装置４００に送信する。
回線監視装置４００は、通信装置１００Ａおよび通信装置１００Ｂから、障害箇所の特定に使用可能な情報を収集し、障害箇所の特定を行う。

図２は、通信装置１００の構成を示す構成図である。通信装置１００は、通信部１０１、障害検知部１０２および障害通知部１０３を備える。
通信部１０１は、回線３００を介して、他の通信装置と通信する。
障害検知部１０２は、回線３００上の通信障害を検知する。障害検知部１０２は、回線３００を介した通信において、所定の待ち時間を経過した際に応答がないことにより、障害を検知してもよい。
障害通知部１０３は、障害検知部１０２が障害を検知した場合、通信障害に関する情報と通信障害の原因特定に用いることが可能な情報とを、通知情報として通信部１０１とは異なる通信手段によって、回線監視装置４００に送信する。通信障害に関する情報とは、例えば、デバッグログである。

通信障害の原因特定に用いることができる情報とは、通信量に関する情報である。通信量に関する情報は、回線３００の通信量、あるいは、通信部１０１が備えるネットワーク接続用のハードウェアの稼動状況（使用率）である。ネットワーク接続用ハードウェアとは、例えば、ネットワークカードである。通信量が多い場合に稼働状況（使用率）は高く、通信量が０の場合に稼働率（使用率）は０％となる。

障害通知部１０３は、通信量に関する情報を取得する。障害通知部１０３は、回線３００の通信量をモニタし、あるいは、通信部１０１が備えるネットワーク接続用のハードウェアの稼動状況（使用率）を監視・収集する。
回線監視装置４００は、通信量が０あるいはハードウェアの稼動状況（使用率）が０％の場合に、障害の発生原因は回線３００であると判断することが可能となる。また、回線監視装置４００は、通信量が所定値から０に変化した場合に、障害の発生原因は回線３００であると判断してもよい。回線監視装置４００は、通信量が０以外の場合、回線３００には問題がなく、通信装置１００Ａ、１００Ｂに問題があると判断することが可能となる。

回線監視装置４００は、通信装置１００Ａと通信装置１００Ｂが送信した通知情報から、回線３００の通信量が０の場合に、回線３００が原因で障害が発生したと判断する。したがって、特定された故障個所に対して、修理交換を行うことにより、迅速な復旧が可能となる。

本実施の形態によれば、通信装置１００Ａおよび通信装置１００Ｂが、回線３００に発生した通信障害を検知し、障害箇所の特定に有用な情報を送信する。したがって、障害発生後、早期に障害箇所を特定することが可能となる。

＜第２実施形態＞
図３は、本実施の形態にかかる障害通知システム５００の構成を示す構成図である。障害通知システム５００は、ＢＢＵ９００、ＲＲＨ２００および回線断データセンタ８００を備えるシステムである。
ＢＢＵ９００は、基地局装置である。ＢＢＵ９００は、基地局を構成する装置の一つで、通信を行う際のベースバンド信号の処理を行う装置である。ＢＢＵ９００は、バックホール回線と接続されていてもよい。ＢＢＵ９００は、ＲＲＨ２００と接続されており、ＲＲＨ２００が受信したデータの情報処理を行うことができる。また、ＢＢＵ９００は、処理したデータをＲＲＨ２００に出力することができる。ＢＢＵ９００とＲＲＨ２００の間は、例えば、光ファイバーによって接続されている。
ＲＲＨ２００は、張り出し無線装置である。ＲＲＨ２００は、基地局を構成する装置の一つで無線信号の生成、検出等を行う。
回線断データセンタ８００は、リアルタイムに回線障害に関する情報を収集し、回線の被疑箇所の特定を行う。回線断が発生した場合、保守者は、回線断データセンタ８００へ通知された情報に基づいて、回線３００の調査、交換のサービスを行う。

ＢＢＵ９００は、通信部１０１、障害検知部１０２、障害通知部１０３、ＲＯＭ１１１、およびＣＰＵ１１２を備える。
ＲＲＨ２００は、第１通信部２０１、第２通信部２０２、障害検知部２０３、障害通知部２０４、ＲＯＭ２１１およびＣＰＵ２１２を備える。
第１通信部２０１は無線端末７００と無線通信を行う。
通信部１０１は、回線３００を介してＲＲＨ２００と通信する。第２通信部２０２は、回線３００を介してＢＢＵ９００と通信する。
通信部１０１は、回線断が発生した場合、回線状態を確認するため、死活の信号をＲＲＨ２００に送信し、リトライを行う。第２通信部２０２は、回線断が発生した場合、回線状態を確認するため、死活の信号をＢＢＵ９００に送信し、リトライを行う。死活の信号は、回線断を検知したプロトコルに従って送信してもよい。

ＲＯＭ１１１、２１１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）である。ＲＯＭ１１１、２１１には、後述する回線状態検知プログラムおよび回線情報通知プログラムが格納されている。
ＣＰＵ１１２、２１２は、中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。ＣＰＵ１１２、２１２は、ＢＢＵ９００、ＲＲＨ２００における通信に必要な情報処理を行う。

障害検知部１０２、２０３は、ＲＯＭ１１１、２１１に保存された回線状態検知プログラムに従って動作する。障害検知部１０２、２０３は、ＲＯＭ１１１、２１１から回線状態検知プログラムをダウンロードしてもよい。
回線状態検知プログラムは、回線状態を検知するプログラムである。
回線障害は、回線上において用いられるプロコトルまたはサービスによって通知されるイベントにより検知することができる。例えば、OSI参照モデルにおけるトランスポート層としてTCP、SCTPを用いる場合、セッションのタイムアウトが発生することにより、回線断を検知することが想定される。また、回線障害に関する情報が、外部から障害情報として通知されるケースも想定される。

障害通知部１０３、２０４は、ＲＯＭ１１１、２１１に保存された回線情報通知プログラムに従って動作する。障害通知部１０３、２０４は、ＲＯＭ１１１、２１１から回線情報通知プログラムをダウンロードしてもよい。

障害通知部１０３の回線情報通知プログラムは、回線断を検知した場合に、通信部１０１とは別の通信手段を用いて回線の情報を通知する。障害通知部２０４の回線情報通知プログラムは、回線断を検知した場合に、第１通信部２０１および第２通信部２０２とは別の通信手段を用いて回線の情報を通知する。別の通信手段は、有線通信であっても無線通信であってもよい。

障害通知部１０３は、障害検知部１０２が回線障害を検知した場合に、回線３００の通信量に関する情報を、通信路６００Ａを介して回線断データセンタ８００に送信する。
障害通知部２０４は、障害検知部２０３が回線障害を検知した場合に、回線３００の通信量に関する情報を、通信路６００Ｂを介して回線断データセンタ８００に送信する。
通信量に関する情報は、回線３００の通信量、あるいは、通信部１０１が備えるネットワーク接続用のハードウェアの稼動状況（使用率）である。障害通知部１０３、２０４は、ネットワークあるいはネットワーク接続用のハードウェアを監視することにより、回線３００の通信量に関する情報を取得する。

また、障害通知部１０３、２０４は、回線障害が発生した時刻と、回線断が発生したプロトコルにおける断要因とを、回線断データセンタ８００に通知してもよい。断要因は、例えば、回線断が生じたプロトコルにおいて発生したエラーの内容である。エラーの内容は、例えば、通信先の装置にパケットが到達しない、通信先ポートにパケットが到達しない等である。
さらに、障害通知部１０３、２０４は、通信障害発生時のリトライに関する設定を、回線断データセンタ８００に通知してもよい。
障害通知部１０３、２０４は、障害発生時に用いる専用の信号の送信により、回線断データセンタ８００への通知を行っても良い。

なお、障害通知部１０３、２０４は、障害に関する情報の通知先を選択する機能を備えてもよい。通知先としては、例えば、同じ通信装置であってもよく、遠隔制御を行う制御センタであってもよい。
また、障害通知部１０３、２０４は、障害に関する情報を通知する手段を選択する機能を備えても良い。例えば、障害通知部１０３、２０４は、有線通信による通知手段と、無線通信による通知手段の両方を備えており、選択機能を備えていてもよい。

回線断データセンタ８００は、ＢＢＵ９００およびＲＲＨ２００から受信した通信量に関する情報から、障害の発生原因が回線かどうかを判断する。
回線断データセンタ８００は、ＢＢＵ９００における通信量およびＲＲＨ２００における通信量が０の場合には、回線３００に障害が発生したと判断する。

また、回線断データセンタ８００は、障害検知部１０２において断を検知した要因及び検知時刻と、障害検知部２０３において断を検知した要因及び検知時刻とを比較する。回線断データセンタ８００は、両者を比較することにより、回線断を検知した要因と検知時刻から、回線３００に障害が発生しているかどうかを判断する。
例えば、回線断データセンタ８００は、ＢＢＵ９００が回線障害を検知した時刻と、ＲＲＨ２００が回線障害を検知した時刻が近い場合、回線３００に障害が発生した可能性が高いと判断する。また、回線断データセンタ８００は、ＢＢＵ９００からの通信がＲＲＨ２００に到達せず、ＲＲＨ２００からの通信がＢＢＵ９００に到達しない場合には、回線３００に障害が発生した可能性が高いと判断する。

また、回線断データセンタ８００は、リトライに関する設定から、回線に障害が発生しているかどうかを判断する。
例えば、回線断データセンタ８００は、ＢＢＵ９００のリトライ回数が十分に多く、ＲＲＨ２００のリトライ回数が十分に多い場合に、回線３００に障害が発生した可能性が高いと判断する。

図４は、障害が発生した場合に、ＢＢＵ９００、ＲＲＨ２００が回線断データセンタ８００にアクセスする動作を示すフローチャートである。
ＢＢＵ９００、ＲＲＨ２００は、回線３００を介して相互にアクセスし、回線断の発生を検知する（Ｓ１０１）。ＢＢＵ９００、ＲＲＨ２００は、回線断を検知したことを回線断データセンタ８００に通知する（Ｓ１０２）。

回線断を通知した後、ＢＢＵ９００、ＲＲＨ２００は、回線３００の接続確認を行うため、リトライを行う（Ｓ１０３）。
ＢＢＵ９００、ＲＲＨ２００は、アクセスに成功した場合（Ｓ１０４のＹＥＳ）、回線断データセンタ８００に回線が復旧した旨を通知する（Ｓ１０５）。
この際、ＢＢＵ９００、ＲＲＨ２００は、回線３００の通信量に関する情報を通知してもよい。ＢＢＵ９００、ＲＲＨ２００は、接続設定の状況を併せて通知してもよい。接続設定とは、例えば、ステップＳ１０３におけるリトライの回数である。回線断データセンタ８００は、一時的な回線断が発生した要因をＢＢＵ９００、ＲＲＨ２００からの情報を突合せて調査することが可能となる。

回線３００へのアクセスに成功しなかった場合（Ｓ１０４のＮＯ）、ＢＢＵ９００、ＲＲＨ２００は、障害通知手段を使用して、回線断データセンタ８００にリトライの失敗を通知する（Ｓ１０６）。ＢＢＵ９００、ＲＲＨ２００は、リトライの回数の設定を通知してもよい。リトライの回数が十分に多い場合には、回線３００に障害が発生している可能性が高いと判断することが可能となる。
その後、ＢＢＵ９００は回線３００の通信量に関する情報を回線断データセンタ８００に通知し、ＲＲＨ２００は回線３００の通信量に関する情報を回線断データセンタ８００に通知する（Ｓ１０７）。通信量に関する情報は、ネットワーク接続用ハードウェアの稼動状況であってもよい。回線断データセンタ８００は、ＢＢＵ９００およびＲＲＨ２００において、通信量が０の場合には、回線３００に障害が発生している可能性が高いと判断することが可能となる。

ハードウェアの稼動状況、接続設定を通知するのは、運用方針に従った処置を行う際の判断に用いるためである。すなわち、再度の接続確認を行う回数の設定、各装置の稼動状況を統合して判断を行い、各装置に問題がないようであればケーブル被疑としてケーブル清掃やケーブルの交換を行うことが検討される。

その後、ＢＢＵ９００、ＲＲＨ２００は、システム運用方針により再度の接続確認を行ってもよい。また、回線断データセンタ８００がＢＢＵ９００、ＲＲＨ２００から収集した情報を使用し、保守者が、回線の調査、交換のサービスなどのアクションを行っても良い。

図５は、本実施の形態にかかるＢＢＵ９００、ＲＲＨ２００の動作を示すシーケンス図である。
ＢＢＵ９００、ＲＲＨ２００は、回線３００を介した通信を開始する（Ｓ２０１、Ｓ２０２）。ＢＢＵ９００、ＲＲＨ２００は、回線障害等により互いに通信ができなくなった場合（Ｓ２０３）、障害の発生を検知する（Ｓ２０４、Ｓ２０６）。障害が発生した場合、ＢＢＵ９００、ＲＲＨ２００は、回線３００へのアクセス不能と判断し、障害通知部１０３、２０４より回線３００とは別の通信路を介して、回線障害に関する情報の通知を行う。
ＢＢＵ９００、ＲＲＨ２００は、回線断データセンタ８００に対して、回線障害の通知を行う（Ｓ２０５、Ｓ２０７）。

回線断データセンタ８００へ通知を行った後、ＢＢＵ９００、ＲＲＨ２００は、通信のリトライを行う（Ｓ２０８、Ｓ２１１）。回線障害が復旧しておらずリトライに失敗した場合（Ｓ２０９、Ｓ２１２）、ＢＢＵ９００、ＲＲＨ２００は、回線断データセンタ８００にリトライ失敗を報告する（Ｓ２１０、Ｓ２１３）。ＢＢＵ９００、ＲＲＨ２００は、リトライ失敗報告を報告する際に、ＢＢＵ９００、ＲＲＨ２００のネットワーク接続用のハードウェアの稼動状況（使用率）、及び接続に関する設定の状態を回線断データセンタ８００へ通知する。接続に関する設定とは、例えば、障害発生時のリトライ回数である。
ＢＢＵ９００とＲＲＨ２００の両方において、ハードウェアの稼動状況に異常がなく、接続設定にも異常が見られなければ、回線断データセンタ８００は、回線被疑と判断することができる。かかる場合、保守者が回線詳細の調査および交換のサービスを行う（Ｓ２１４）。

本実施の形態は、ツリー型のネットワーク・トポロジー（ネットワークの経路）において、キーとなるノード間において使用されてもよい。

本実施の形態によると、ＢＢＵ９００、ＲＲＨ２００が、回線障害に関する情報を回線断データセンタ８００へリアルタイムに通知することによって、早期に事象を解決することが可能となる。
また、回線断を検出した後、ＢＢＵ９００、ＲＲＨ２００は、ハードウェアの状態、及び接続に関する設定を、検出時刻情報とともに回線断データセンタ８００へ通知する。これらの情報を用いることによって、回線断データセンタ８００は、被疑箇所の絞り込みをより迅速に行うことが可能となる。

更に応用的な実施方法として、ＢＢＵ９００、ＲＲＨ２００は、回線を介した通信の送達確認をネットワーク階層毎に行っても良い。かかる方法によって、回線には異常がないが接続が繋がらない場合においても、障害の原因を判定することができる。
例えば、FTP等を使用してファイルを送受信することができない場合、回線断データセンタ８００は、TCPやIPのレイヤにおける接続に問題がなければ、ログイン名若しくはパスワードの間違い、又はファイヤウォールで当該ポートが閉じていることなどが原因であると判断できる。

例えば、入力されたログインＩＤ、パスワードを通知情報に含めると、回線断データセンタ８００は、ログインＩＤ、パスワードの間違いが原因で、通信に問題が発生していると判断できる。また、通信元・通信先ポート番号を通知情報に含めると、回線断データセンタ８００は、ファイヤウォールによりアクセスが制限されていることが原因で、通信に問題が発生していると判断できる。また、通知情報には、秘密鍵交換の失敗等の情報を含めても良く、対向ノードの識別情報（ＩＰアドレス等）を含んでもよい。
ＢＢＵ９００、ＲＲＨ２００は、通知情報として含むべき情報の選択機能を備えてもよい。

ツリー型のネットワーク上の経路、特に1対1の経路に回線断が発生した場合、システム全体への影響が大きい。しかし、障害原因の調査は、回線復旧後に各ノードのログを比較し、障害が発生した経路を特定することにより行われていた。
信頼性が求められる情報処理システムにおいて、通信経路上の回線障害は致命的となる。遠隔地点間を結ぶ長距離専用回線や、ＢＢＵ～ＲＲＨ間の回線など1対1のノードをつなぐ回線は、冗長構成をとることが難しい。しかし、本実施の形態を適用することにより、障害に対して迅速に対応することが可能となる。

本実施の形態では、回線断が検出された場合、ＢＢＵ９００およびＲＲＨ２００は、ＢＢＵ・ＲＲＨ間の通信機能とは別の通信手段を使用し、回線断を検出した時刻および回線障害に関するデバッグログを回線断データセンタ８００に送信する。
回線断データセンタ８００は、回線障害の内容をより早く取得し、障害が発生した経路や障害箇所の特定（絞り込み）などを速やかに行うことができる。ＢＢＵ９００、ＲＲＨ２００および回線断データセンタ８００からなるシステムにおいて、ＢＢＵ９００とＲＲＨ２００との間の有線の回線断に関する情報を、ＲＲＨ２００から回線断データセンタ８００に送信する。かかる場合、障害情報の通知により、回線断データセンタ８００は、回線の故障であってＲＲＨ２００の故障ではないと判断できる。

なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

（付記１）
他の通信装置と通信回線を介して通信する通信手段と、
前記通信回線上の通信障害を検知する障害検知手段と、
前記通信障害が発生した場合に、障害に関する情報と前記通信回線の通信量に関する情報とを前記通信手段とは異なる通信手段によって回線監視装置に送信する障害通知手段と、
を備える通信装置。

（付記２）
前記通信手段は、前記通信障害が発生した場合に前記他の通信装置との接続確認を行い、
前記障害通知手段は、前記接続確認の設定を前記回線監視装置に送信する、
付記１に記載の通信装置。

（付記３）
前記接続確認の設定は、リトライを行う回数を含む
付記２に記載の通信装置。

（付記４）
前記障害通知手段は、通信先ＩＰアドレス、または通信先ポート番号を前記回線監視装置に送信する、
付記１から３のいずれか１項に記載の通信装置。

（付記５）
前記障害通知手段は、回線断が発生したプロトコルにおいて発生したエラーの内容を回線監視装置に送信する、
付記１から４のいずれか１項に記載の通信装置。

（付記６）
通信装置および回線監視装置を備える障害通知システムであって、
前記通信装置は、
他の通信装置と通信回線を介して通信する通信手段と、
前記通信回線上の通信障害を検知する障害検知手段と、
前記通信障害が発生した場合に、障害に関する情報と前記通信回線の通信量に関する情報とを前記通信手段とは異なる通信手段によって前記回線監視装置に送信する障害通知手段と、
を備える、障害通知システム。

（付記７）
前記通信手段は、前記通信障害が発生した場合に前記他の通信装置との接続確認を行い、
前記障害通知手段は、前記接続確認の設定を前記回線監視装置に送信する、
付記６に記載の障害通知システム。

（付記８）
他の通信装置と通信回線を介して通信する通信手段を備える通信装置によって実行される障害通知方法であって、
前記通信回線上の通信障害を検知し、
前記通信障害が発生した場合に、障害に関する情報と前記通信回線の通信量に関する情報とを前記通信手段とは異なる通信手段によって回線監視装置に送信する、
障害通知方法。

（付記９）
前記通信障害が発生した場合に前記他の通信装置との接続確認を行い、
前記接続確認の設定を前記回線監視装置に送信する、
付記８に記載の障害通知方法。

（付記１０）
他の通信装置と通信回線を介して通信する通信手段を備える通信装置に、
前記通信回線上の通信障害を検知し、
前記通信障害が発生した場合に、障害に関する情報と前記通信回線の通信量に関する情報とを前記通信手段とは異なる通信手段によって回線監視装置に送信する、
処理を実行させる障害通知プログラム。

（付記１１）
前記通信障害が発生した場合に前記他の通信装置との接続確認を行い、
前記接続確認の設定を前記回線監視装置に送信する、
処理を実行させる付記１０に記載の障害通知プログラム。

１００、１００Ａ、１００Ｂ 通信装置
２００ ＲＲＨ
１０１ 通信部
２０１ 第１通信部
２０２ 第２通信部
１０２、２０３ 障害検知部
１０３、２０４ 障害通知部
３００ 回線
４００ 回線監視装置
５００ 障害通知システム
６００Ａ、６００Ｂ 通信路
７００ 無線端末
８００ 回線断データセンタ
１１１、２１１ ＲＯＭ
１１２、２１２ ＣＰＵ
９００ ＢＢＵ

Claims (6)

1. 他の通信装置と通信回線を介して通信する通信手段と、
   前記通信回線上の通信障害を検知する障害検知手段と、
   前記通信障害を検知した場合に、障害に関する情報と前記通信回線の通信量に関する情報とを前記通信手段とは異なる通信手段によって回線監視装置に送信する障害通知手段と、
   を備え、
   前記通信手段は、前記通信障害を検知した場合に前記他の通信装置との接続確認を行い、
   前記障害通知手段は、リトライを行う回数を含む、前記接続確認の設定を前記回線監視装置に送信する
   通信装置。
2. 前記障害通知手段は、通信先ＩＰアドレス、または通信先ポート番号を前記回線監視装置に送信する、
   請求項１に記載の通信装置。
3. 前記障害通知手段は、回線断が発生したプロトコルにおいて発生したエラーの内容を回線監視装置に送信する、
   請求項１に記載の通信装置。
4. 通信装置および回線監視装置を備える障害通知システムであって、
   前記通信装置は、
   他の通信装置と通信回線を介して通信する通信手段と、
   前記通信回線上の通信障害を検知する障害検知手段と、
   前記通信障害を検知した場合に、障害に関する情報と前記通信回線の通信量に関する情報とを前記通信手段とは異なる通信手段によって前記回線監視装置に送信する障害通知手段と、
   を備え、
   前記通信手段は、前記通信障害を検知した場合に前記他の通信装置との接続確認を行い、
   前記障害通知手段は、リトライを行う回数を含む、前記接続確認の設定を前記回線監視装置に送信する
   障害通知システム。
5. 他の通信装置と通信回線を介して通信する通信手段を備える通信装置によって実行される障害通知方法であって、
   前記通信回線上の通信障害を検知し、
   前記通信障害を検知した場合に、障害に関する情報と前記通信回線の通信量に関する情報とを前記通信手段とは異なる通信手段によって回線監視装置に送信し、
   前記通信障害を検知した場合に前記他の通信装置との接続確認を行い、
   リトライを行う回数を含む、前記接続確認の設定を前記回線監視装置に送信する
   障害通知方法。
6. 他の通信装置と通信回線を介して通信する通信手段を備える通信装置に、
   前記通信回線上の通信障害を検知し、
   前記通信障害を検知した場合に、障害に関する情報と前記通信回線の通信量に関する情報とを前記通信手段とは異なる通信手段によって回線監視装置に送信し、
   前記通信障害を検知した場合に前記他の通信装置との接続確認を行い、
   リトライを行う回数を含む、前記接続確認の設定を前記回線監視装置に送信する
   処理を実行させる障害通知プログラム。

Images