(57)【要約】  【課題】通信管理装置と対象装置の間の通信障害を端末装置に検出させることができ、しかも障害検出を高い通信効率で実現可能にする。  【解決手段】監視装置１５、ＶＰＮサーバ３５及び第１センタ装置１３ａが、それぞれ、端末装置、通信管理装置及び対象装置に相当する。通信管理装置は、端末装置と第１の疎通確認信号を送受信し、また、対象装置と第２の疎通確認信号を送受信する。通信管理装置は、第２の疎通確認信号を対象装置から受信しないとき、通信管理装置から端末装置へ送信する第１の疎通確認信号に付加する。端末装置は、受信した第１の疎通確認信号に付加された障害情報から、通信管理装置と対象装置の間の通信障害を検出できる。【選択図】  図３
2010252014.tif 000002
【特許請求の範囲】
【請求項１】
端末装置が通信管理装置を介して対象装置と接続された通信システムにおける通信障害を前記端末装置にて検出するための通信障害検出システムであって、
前記通信管理装置は、
前記端末装置と第１の疎通確認信号を送受信する第１疎通確認通信部と、
前記対象装置と第２の疎通確認信号を送受信する第２疎通確認通信部と、
前記第２疎通確認通信部が前記対象装置から前記第２の疎通確認信号を受信しないときに、前記通信管理装置と前記対象装置の間の障害情報を、前記端末装置へ送信する前記第１の疎通確認信号に付加する障害情報付加部とを有し、
前記端末装置は、
前記通信管理装置と前記第１の疎通確認信号を送受信する端末側疎通確認通信部と、
前記通信管理装置から受信した前記第１の疎通確認信号を解析し、前記第１の疎通確認信号に前記障害情報が含まれている場合に、前記通信管理装置と前記対象装置の間に通信障害が生じたと判断する障害解析部を有することを特徴とする通信障害検出システム。
【請求項２】
前記通信管理装置は、複数の対象装置と接続されており、
前記第２疎通確認通信部は、前記複数の対象装置の各々と前記第２の疎通確認信号を送受信し、
前記障害情報付加部は、前記第２の疎通確認信号を送信してこない対象装置の識別情報を前記障害情報として、前記端末装置へ送信する前記第１の疎通確認信号に付加し、
前記端末装置は、前記通信管理装置から受信した前記第１の疎通確認信号に前記障害情報として付加された前記識別情報に応じて通信相手の対象装置を切り換えることを特徴とする請求項１に記載の通信障害検出システム。
【請求項３】
前記端末装置は、前記複数の対象装置のうちで、通信障害が無ければ優先的に通信対象とすべき優先対象装置と、前記優先対象装置と通信不能な場合に通信対象とすべき補助対象装置とを記憶しており、
前記第１の疎通確認信号に前記障害情報として前記優先対象装置の識別情報が付加されている場合に、前記補助対象装置と通信することを特徴とする請求項２に記載の通信障害検出システム。
【請求項４】
前記端末装置が監視対象に設けられており、前記通信管理装置及び前記複数の対象装置が、前記監視対象から得られた監視情報を前記端末装置から受信する監視センタに設けられており、
前記端末装置は、
前記障害解析部の解析結果に基づき、前記通信管理装置と前記優先対象装置の間の通信障害の有無を示す障害状態情報を記憶する障害状態記憶部と、
前記障害状態記憶部の障害状態情報に基づいて前記監視情報の送信先として前記優先対象装置又は前記補助対象装置を選択する監視情報送信部と、
を有することを特徴とする請求項３に記載の通信障害検出システム。
【請求項５】
前記端末装置と前記通信管理装置はＶＰＮ接続されていることを特徴とする請求項１〜４のいずれかに記載の通信障害検出システム。
【請求項６】
端末装置とその通信相手である対象装置との間に介在する通信管理装置であって、
前記端末装置と第１の疎通確認信号を送受信する第１疎通確認通信部と、
前記対象装置と第２の疎通確認信号を送受信する第２疎通確認通信部と、
前記第２疎通確認通信部が前記対象装置から前記第２の疎通確認信号を受信しないときに、前記通信管理装置と前記対象装置の間の障害情報を、前記端末装置へ送信する前記第１の疎通確認信号に付加する障害情報付加部とを有することを特徴とする通信管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置が通信管理装置を介して対象装置と接続された通信システムにおける通信障害を前記端末装置にて検出するための通信障害検出システムに関する。
【背景技術】
【０００２】
従来、店舗、工場等の監視対象を遠隔の監視センタで監視するシステムにおいては、監視対象に設置された監視端末が監視センタと通信する。監視端末は、監視映像や、センサによって検出された警備関連の信号などを監視センタへと送信する。
【０００３】
近年、ネットワーク技術の発展を背景として、監視システムの通信回線としてブロードバンド回線を利用することが提案されている。ただし、送信されるデータが、監視映像や警備関連の信号といったように秘匿性の要求が高いデータであるため、通信のセキュリティについての要求レベルも高い。そこで、仮想的な専用線として機能するＶＰＮ（仮想プライベートネットワーク）を監視センタと監視端末の間に構築して、通信のセキュリティを確保することが提案されている（特許文献１）。
【０００４】
監視システムにＶＰＮを適用する場合、監視センタにセンタ装置とＶＰＮサーバを設け、ＶＰＮサーバを、監視対象の施設などの監視端末とＶＰＮで接続することが考えられる。この場合、監視端末とＶＰＮサーバの間にＶＰＮトンネルが構築される。監視端末は、監視情報のパケットを暗号化し、ＶＰＮトンネルを通してＶＰＮサーバに送る。ＶＰＮサーバは、監視情報のパケットを復号化し、監視センタ内の通信でセンタ装置へと送信する。センタ装置は、監視映像を管理したり、監視対象を警備するための機能を提供する。
【０００５】
このような監視システムにおいて、通信障害の検出には、疎通確認（Keep Alive）信号が好適に用いられる。監視端末は、定期的に疎通確認信号をＶＰＮサーバに送り、ＶＰＮサーバから疎通確認信号に対する応答を受け取る。応答が無ければ、障害が発生したと判断される（特許文献２）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−２０３３１３号公報
【特許文献２】特開２００１−５３７９４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記のような監視システムにおいては、監視センタ内でＶＰＮサーバとセンタ装置の間に通信障害が生じたときに、監視端末では、疎通確認信号の送受信結果からは監視センタ内の通信異常を検出できないという問題がある。監視センタ内に通信異常が生じても、監視端末とＶＰＮサーバの間の疎通確認信号の送受信は可能だからである。
【０００８】
このように、従来は、監視端末が疎通確認信号の送受信結果から検出できるのは、監視端末とＶＰＮサーバの間の通信障害に限られてしまい、監視センタ内で発生したＶＰＮサーバとセンタ装置間の通信障害は検出できない。つまり、監視情報をセンタ装置まで到達させるという目的を達成する上では、中途半端な障害情報しか得られない。
【０００９】
監視システムは、警備等の役割も果たしており、システムの安全性や安定性に対する要求のレベルが高い。そのため、上記のような監視センタ内の通信障害も検出し、適切な処理を行えるようにすることが望まれる。
【００１０】
上記問題の解決のために、ＶＰＮサーバが、監視センタ内の通信障害の情報を監視端末に通知することも考えられる。しかし、単に通信障害の通信処理を追加すると、監視端末とＶＰＮサーバとの間で監視情報以外の情報通信量が増え、通信効率を低下させてしまう。特に、ＶＰＮサーバには多数の監視端末が接続されており、ＶＰＮから各監視端末に通信障害情報を送信するようにすると、ＶＰＮサーバの負担が大きくなる。
【００１１】
上記では、ＶＰＮ利用型の監視システムを取り上げて、本発明の背景について説明した。しかし、同様の問題は、監視システム以外でも生じ得るし、ＶＰＮ以外でも生じ得る。すなわち、端末装置が通信管理装置を介して対象装置と接続された通信システムにおいては、端末装置が疎通確認信号を使っても、通信管理装置から先の通信障害を検出できず、そのために、端末装置が対象装置と通信できなくなるという問題がある（端末装置、通信管理装置及び対象装置は、上記の例の監視端末、ＶＰＮサーバ及びセンタ装置とそれぞれ対応する）。
【００１２】
本発明は、上記背景の下でなされたものであり、その目的は、通信管理装置と対象装置の間の通信障害を端末装置に検出させることができ、しかもそのような障害検出を高い通信効率で実現できる技術を提供することにある。
【００１３】
また、本発明の目的は、通信障害が発生した区間を容易に特定でき、通信障害に適切に対処できる技術を提供することにある。
【課題を解決するための手段】
【００１４】
本発明の通信障害検出システムにおいては、端末装置が通信管理装置を介して対象装置と接続された通信システムにおける通信障害を前記端末装置にて検出する。この通信障害検出システムにおいて、前記通信管理装置は、前記端末装置と第１の疎通確認信号を送受信する第１疎通確認通信部と、前記対象装置と第２の疎通確認信号を送受信する第２疎通確認通信部と、前記第２疎通確認通信部が前記対象装置から前記第２の疎通確認信号を受信しないときに、前記通信管理装置と前記対象装置の間の障害情報を、前記端末装置へ送信する前記第１の疎通確認信号に付加する障害情報付加部とを有し、前記端末装置は、前記通信管理装置と前記第１の疎通確認信号を送受信する端末側疎通確認通信部と、前記通信管理装置から受信した前記第１の疎通確認信号を解析し、前記第１の疎通確認信号に前記障害情報が含まれている場合に、前記通信管理装置と前記対象装置の間に通信障害が生じたと判断する障害解析部を有する。
【００１５】
上記のように、本発明によれば、端末装置と通信管理装置は、第１の疎通確認信号を送受信する。また、通信管理装置と対象装置が、第２の疎通確認信号を送受信する。そして、通信管理装置は、対象装置から第２の疎通確認信号を受信しないときに、通信管理装置と対象装置の間の障害情報を、端末装置へ送信する第１の疎通確認信号に付加する。これにより、端末装置は、第１の疎通確認信号に付加された障害情報に基づいて、通信管理装置と対象装置の間に発生した通信障害を検出することができる。
【００１６】
上記構成においては、通信管理装置と対象装置の間の障害情報が、第１の疎通確認信号に付加される。例えば、第１の疎通確認信号がパケットである場合、パケットのデータ領域に障害情報が付加される。したがって、特別に障害情報の通信処理を追加することなく、端末装置と通信管理装置の疎通確認の通信を利用して、通信管理装置と対象装置の間の障害情報を端末装置に提供できる。端末装置にとってみれば、第１の疎通確認信号の送受信処理により、通信管理装置との間の通信障害だけでなく、通信管理装置の向こう側の通信障害をも検出できる。したがって、通信効率を下げることなく、通信管理装置と対象装置の間の通信障害を端末装置に提供できる。
【００１７】
こうして、本発明によれば、通信管理装置と対象装置の間の通信障害を端末装置に検出させることができ、しかもそのような障害検出を高い通信効率で実現できる。
【００１８】
また、本発明において、前記通信管理装置は、複数の対象装置と接続されてよく、前記第２疎通確認通信部は、前記複数の対象装置の各々と前記第２の疎通確認信号を送受信してよく、前記障害情報付加部は、前記第２の疎通確認信号を送信してこない対象装置の識別情報を前記障害情報として、前記端末装置へ送信する前記第１の疎通確認信号に付加してよく、前記端末装置は、前記通信管理装置から受信した前記第１の疎通確認信号に前記障害情報として付加された前記識別情報に応じて通信相手の対象装置を切り換えてよい。
【００１９】
上記構成によれば、通信管理装置は、第２の疎通確認信号を送信してこない対象装置の識別情報を障害情報として第１の疎通確認信号に付加する。したがって、端末装置は、第１の疎通確認信号に付加された識別情報から、障害発生区間を容易に特定でき、そして、障害発生区間を避けるように通信相手の対象装置を切り換えることができる。
【００２０】
また、本発明において、前記端末装置は、前記複数の対象装置のうちで、通信障害が無ければ優先的に通信対象とすべき優先対象装置と、前記優先対象装置と通信不能な場合に通信対象とすべき補助対象装置とを記憶してよく、前記第１の疎通確認信号に前記障害情報として前記優先対象装置の識別情報が付加されている場合に、前記補助対象装置と通信してよい。
【００２１】
この構成では、障害発生前は、端末装置が、通信管理装置を介して優先対象装置と通信する。通信管理装置と優先対象装置の間に通信障害が生じると、端末装置は、該当区間に通信障害が発生したことを、第１の疎通確認信号に付加された識別情報から検出でき、通信相手を補助対象装置に切り換えることができる。このような切換えの判断を、端末装置は、特別な新しい通信を行うことなく、第１の疎通確認信号の通信処理により実現できる。こうして、本発明によれば、通信障害が発生した区間を容易に特定でき、通信障害に適切に対処できる。
【００２２】
また、本発明では、前記端末装置が監視対象に設けられてよく、前記通信管理装置及び前記複数の対象装置が、前記監視対象から得られた監視情報を前記端末装置から受信する監視センタに設けられてよい。前記端末装置は、前記障害解析部の解析結果に基づき、前記通信管理装置と前記優先対象装置の間の通信障害の有無を示す障害状態情報を記憶する障害状態記憶部と、前記障害状態記憶部の障害状態情報に基づいて前記監視情報の送信先として前記優先対象装置又は前記補助対象装置を選択する監視情報送信部と、を有してよい。
【００２３】
この構成では、通信障害検出システムが監視システムに設けられる。端末装置は、監視情報を送信するときに、上記のように障害状態記憶部の障害状態情報を参照し、優先対象装置から補助対象装置へと送信先を切り換えられる。監視システムは、警備等の役割も果たしており、システムの安全性や安定性に対する要求のレベルが高く、このようなニーズに本発明は好適に応えられる。
【００２４】
また、本発明において、前記端末装置と前記通信管理装置はＶＰＮ接続されてよい。この構成により、端末装置と通信管理装置の間のＶＰＮ接続の疎通確認を利用して、通信管理装置と対象装置の間の障害情報を端末装置に提供できる。端末装置にとってみれば、ＶＰＮ通信の疎通確認の通信により、通信管理装置とのＶＰＮ接続の通信障害だけでなく、通信管理装置の向こう側の通信障害をも検出できる。したがって、ＶＰＮ接続の通信効率を下げることなく、通信管理装置と対象装置の間の通信障害の情報を端末装置に提供できる。
【００２５】
また、本発明において、前記端末装置は、前記優先対象装置との復旧確認のための通信を定期的に行い、前記優先端末装置から受領信号を受信することにより復旧を確認する復旧確認部を有してよく、復旧確認の受領信号待ち期間が、第１の疎通確認信号の待ち期間より長く設定されてよく、前記復旧確認部は、前記優先端末装置との通信の復旧が確認されたときに、前記障害状態記憶部の前記障害状態情報を書き換えてよい。
【００２６】
この構成により、端末装置は、適切に設定された受領信号待ち期間を用いて復旧確認を行い、優先対象装置との通信が復旧したときに監視情報の通信を再開できる。
【００２７】
また、本発明において、前記端末装置は、第１のネットワークを介して前記通信管理装置と接続されると共に、第２のネットワークを介して前記監視センタと接続されてよく、前記補助対象装置と通信不能な場合に、前記第２のネットワークを介して前記監視センタと通信してよい。
【００２８】
この構成により、優先対象装置と補助対象装置の双方との通信が不可能な場合でも、第２のネットワークを介して監視センタと通信でき、不通状態を知らせることができる。第２のネットワークは例えば携帯電話網である。
【００２９】
また、本発明の別の態様は、端末装置とその通信相手である対象装置との間に介在する通信管理装置であって、前記端末装置と第１の疎通確認信号を送受信する第１疎通確認通信部と、前記対象装置と第２の疎通確認信号を送受信する第２疎通確認通信部と、前記第２疎通確認通信部が前記対象装置から前記第２の疎通確認信号を受信しないときに、前記通信管理装置と前記対象装置の間の障害情報を、前記端末装置へ送信する前記第１の疎通確認信号に付加する障害情報付加部とを有する。この態様によっても上述の本発明の利点が得られる。
【００３０】
また、本発明の別の態様は、通信管理装置を介して対象装置と接続された端末装置であって、前記通信管理装置と前記第１の疎通確認信号を送受信する端末側疎通確認通信部と、前記通信管理装置から受信した前記第１の疎通確認信号を解析する障害解析部とを有し、前記端末側疎通確認通信部は、前記通信管理装置と前記対象装置の間の障害情報が付加された前記第１の疎通確認信号を前記通信管理装置から受信し、前記障害解析部は、前記第１の疎通確認信号を解析した結果、前記第１の疎通確認信号に前記障害情報が含まれている場合に、前記通信管理装置と前記対象装置の間に通信障害が生じたと判断する。この態様によっても上述の本発明の利点が得られる。
【００３１】
本発明は、上記の通信障害検出システム、通信管理装置及び端末装置の態様に限定されない。本発明は、その他の装置又はシステムの態様で表現されてよく、また、本発明は、方法、プログラム、又は同プログラムを記録したコンピュータで読取可能な記録媒体のかたちで実現されてよい。
【発明の効果】
【００３２】
上述のように、本発明によれば、通信管理装置と対象装置の間の通信障害を端末装置に検出させることができ、しかもそのような障害検出を高い通信効率で実現できる。本発明によれば、端末装置が通信障害が発生した区間を容易に特定でき、通信障害に適切に対処できる。
【図面の簡単な説明】
【００３３】
【図１】本実施の形態の監視システムの全体的な構成を示す図である。
【図２】監視システムの構成をより具体的に示すブロック図である。
【図３】監視システムに組み込まれた本発明の通信障害検出システムに係る主要な構成を示すブロック図である。
【図４】監視システムの全体的な構成を複数の監視装置及び複数のセンタ装置と共に示す図である。
【図５】ＩＰ回線ユニットでの処理を示すフローチャートである。
【図６】コントローラの動作を示すフローチャートである。
【発明を実施するための形態】
【００３４】
以下、本発明の実施の形態について説明する。本実施の形態では、本発明の通信障害検出システムが監視システムに適用される。監視システムでは、監視対象と監視センタとが監視情報を通信する。監視対象には監視装置が設けられ、監視センタには通信管理装置とセンタ装置が設けられる。本実施の形態では、監視装置及びセンタ装置が本発明の端末装置及び対象装置にそれぞれ相当する。ここではまず、監視システムの構成について説明する。
【００３５】
図１は、本発明の監視システムの全体的な構成を示している。図示のように、監視システム１では、監視センタ３、監視対象５及び利用者拠点７の間で通信が行われる。ここで利用者とは、監視システム１による監視対象５の監視サービスの利用者を意味する。本実施の形態の例では、監視対象５が店舗であり、利用者拠点７は店舗のオーナーの事務所である。
【００３６】
監視センタ３には、通信管理装置１１及び複数のセンタ装置１３が備えられており、これらは通信可能に接続されている。通信管理装置１１及び複数のセンタ装置１３は、地理的には離れた場所に配置されてよい。複数のセンタ装置１３は、複数の担当地域にそれぞれ配置されてよい。また、複数のセンタ装置１３は同一機能のものをバックアップ用として用意しても良いし、機能を分担してよい。例えば、あるセンタ装置１３が、警備関連の信号を処理する管制センタ装置として機能してよく、別のセンタ装置１３が、監視映像を主に処理する画像センタ装置として機能してよい。なお、本発明の範囲でセンタ装置１３が一つでもよい。
【００３７】
監視対象５及び利用者拠点７には、それぞれ、監視装置１５及び利用者装置１７が設けられている。監視装置１５及び利用者装置１７は本発明の端末に相当する。監視装置１５は、監視情報をセンタ装置１３及び利用者装置１７へ送る。監視情報は、例えば、監視カメラの画像であり、また、監視対象５にて検出された監視信号である。監視信号は、例えば異常発生を示す警備信号であり、警備信号は、監視対象５に設置されたセンサからの検出信号に基づいて生成され、あるいは、警報ボタン（スイッチ）が操作されたときに生成される。また、利用者装置１７は、監視装置１５へ制御信号や、音声信号を送る。このような利用者装置１７から監視装置１５への信号も、監視情報に含まれる。
【００３８】
図１では、１つの監視対象５及び１つの利用者拠点７が示されている。しかし、実際には、監視センタ３は複数の監視対象５及び複数の利用者拠点７と通信する。したがって、通信管理装置１１も、複数の監視装置１５及び複数の利用者装置１７と通信する。各々の監視装置１５は関連づけられた利用者装置１７（店舗のオーナーの端末）と通信する。
【００３９】
図１の監視システム１において、例えば、監視装置１５がセンサ信号等により異常を検出したとする。この場合、監視情報として警備信号が、監視対象５の映像と共に、監視センタ３へ送信される。監視センタ３では、オペレータがセンタ装置１３のモニタで警備信号や映像を確認し、警備員に必要な指示を出す。指示を受けた警備員が監視対象５に急行し、異常に対処する。
【００４０】
また例えば、監視装置１５は、監視対象５の映像等を定期的に、あるいはその他の設定に従って利用者装置１７へ送る。例えば、センサによって来客が検出されたときに、映像等が利用者装置１７へ送られる。また、利用者装置１７から映像等の送信が要求されることもある。オーナーは、映像等によって店舗の様子を把握できる。また、オーナーは、利用者装置１７から監視装置１５に音声等を送り、店員に必要事項を指示することができる。
【００４１】
次に、監視システム１の通信形態について説明する。通信管理装置１１、監視装置１５及び利用者装置１７は、インターネットもしくは閉域網に接続されている。
【００４２】
さらに、通信管理装置１１は、インターネット上でセンタ端末間ＶＰＮ（仮想プライベートネットワーク）２１によって監視装置１５及び利用者装置１７と接続される。センタ端末間ＶＰＮ２１を構築するために、通信管理装置１１にＶＰＮサーバ機能が備えられ、監視装置１５及び利用者装置１７にＶＰＮクライアント機能が備えられる。ＶＰＮでは、ＶＰＮトンネルが構築され、暗号化通信が行われ、高いセキュリティ性が実現される。
【００４３】
また、監視装置１５と利用者装置１７は、通信管理装置１１を介してＳＩＰ通信２３を行う。ＳＩＰ通信２３は、上記のセンタ端末間ＶＰＮ２１を介して行われる。通信管理装置１１にはＳＩＰサーバ機能が備えられている。
【００４４】
また、監視装置１５と利用者装置１７は、通信管理装置１１を介さずに、直接に端末間ＶＰＮ２５によって接続される。この端末間ＶＰＮ２５を構築するために、利用者装置１７にＶＰＮサーバ機能が備えられ、監視装置１５にＶＰＮクライアント機能が備えられる。
【００４５】
ここで、センタ端末間ＶＰＮ２１は、常時接続されＶＰＮトンネルが構築されており、センタ装置１３と監視装置１５及び利用者装置１７の間での通信に利用される。これに対して、端末間ＶＰＮ２５は、必要なときのみ構築される。
【００４６】
以上に、監視システム１の全体構成を説明した。上記のように、本実施の形態では、２種類のＶＰＮが使用される。一方は、通信管理装置１１と端末（監視装置１５又は利用者装置１７）を接続し、他方は、端末同士（監視装置１５と利用者装置１７）を接続する。そこで、図１では、これら２つのＶＰＮを区別するため、センタ端末間ＶＰＮ２１と端末間ＶＰＮ２５といった用語を用いている。ただし、単にＶＰＮ２１、ＶＰＮ２５といった用語が用いられてよい。
【００４７】
次に、図２を参照し、監視システム１の構成をより具体的に説明する。通信管理装置１１は、ファイアウォール３１、ＨＴＴＰサーバ３３、ＶＰＮサーバ３５、ＳＩＰサーバ３７、アカウント管理サーバ４１及びデータベース４３を備える。
【００４８】
ファイアウォール３１は、通信管理装置１１と監視装置１５及び利用者装置１７との間で使用される通信データ以外のデータを遮断する装置である。ＨＴＴＰサーバ３３はインターネットもしくは閉域網接続のための構成である。ＶＰＮサーバ３５は、ＶＰＮトンネル構築のための認証と暗号化を行うサーバである。
【００４９】
ＶＰＮサーバ３５は、センタ端末間ＶＰＮ２１を実現する構成であり、通信管理装置１１と監視装置１５の間にＶＰＮを構築し、また、通信管理装置１１と利用者装置１７の間にＶＰＮを構築する。監視装置１５からの信号は、ＶＰＮサーバ３５で復号化されて、センタ装置１３へ送信される。また、センタ装置１３からの信号は、ＶＰＮサーバ３５で暗号化されて、監視装置１５へ送信される。また、通信管理装置１１が監視装置１５に信号を送るときも、ＶＰＮサーバ３５で暗号化が行われる。通信管理装置１１と利用者装置１７の通信でも、ＶＰＮサーバ３５が同様に暗号化及び復号化を行う。
【００５０】
ＳＩＰサーバ３７は、ＳＩＰプロトコルに従ってシグナリングの処理を行い、監視装置１５と利用者装置１７を接続する。ＳＩＰサーバ３７は、利用者装置１７が監視装置１５に接続を要求する場合に、もしくは、監視装置１５が利用者装置１７に接続を要求する場合に、ＳＩＰの接続制御の機能を果たす。
【００５１】
ＳＩＰのシグナリングでは、メッセージが交換される。具体的には、ＩＮＶＩＴＥ（招待）メッセージとＯＫメッセージが交換される。このメッセージ交換を利用して、ＶＰＮ接続確立のためにＩＰアドレス及び電子証明書が交換される。
【００５２】
アカウント管理サーバ４１は、認証等の各種の情報を管理するサーバである。管理される情報は、データベース４３に格納される。管理される情報は、ＩＰ回線のアカウント、ＶＰＮ接続（トンネル構築）のための電子証明書、鍵ペアの情報を含む。また、本実施の形態では、ＳＩＰのシグナリングの過程で、端末間の接続について認証及び認可が行われる。この処理のための情報も、データベース４３に保持され、アカウント管理サーバ４１に使用される。尚、端末間の接続についての認証及び認可はＳＩＰサーバ自身が行うようにすることもできる。
【００５３】
センタ装置１３は、監視卓５１と回線接続装置５３を備える。監視卓５１が回線接続装置５３を介して通信管理装置１１に接続される。例えば、センタ装置１３が画像センタである場合、監視映像が監視卓５１に供給され、監視卓５１にて管理される。また、センタ装置１３が管制センタである場合、警備関連の情報が監視卓５１に供給される。監視映像も管制センタのモニタに好適に表示される。監視映像等は、センタ装置同士の間でも通信されてよい。
【００５４】
次に、監視装置１５について説明する。監視装置１５は、コントローラ６１、ＩＰ回線ユニット６３、ルータ６５、周辺機器６７、マルチ回線アダプタ６９及び監視対象ＰＣ（パーソナルコンピュータ）７１で構成されている。
【００５５】
コントローラ６１はコンピュータで構成されており、周辺機器６７と連携して、監視機能を実現する。コントローラ６１は、監視センタ３とはＩＰ回線ユニット６３を介して接続される。また、コントローラ６１は、利用者装置１７とも、ＩＰ回線ユニット６３を介して接続される。
【００５６】
図２では、周辺機器６７として監視カメラ７３、センサ７５及び警報ボタン７７が例示されている。コントローラ６１は、監視映像に対して画像認識処理を施して異常を検出する。また、コントローラ６１は、センサ７５から入力される検出信号により、異常を検出する。警報ボタン７７が押されたときにも異常が検出される。その他の周辺機器が異常検出に用いられてよい。異常が発生すると、コントローラ６１はセンタ装置１３と通信し、警備信号と画像信号を送信する。監視カメラ７３と共にマイクが備えられており、音声信号も送信される。このようにして、コントローラ６１は監視対象５の警備機能を実現する。
【００５７】
また、監視映像及び音声は、センタ装置１３から要求されたときにも送信される。さらに、監視映像及び音声は、利用者装置１７にも送られる。利用者装置１７への送信は、例えば定期的に行われ、また、その他の設定に従って行われる。例えば、センサ７５により来客が検知されると、映像等が利用者装置１７に送られる。また、利用者装置１７から要求されたときも、監視装置１５は映像等を送信する。
【００５８】
ＩＰ回線ユニット６３は、コントローラ６１が通信管理装置１１と通信するためのＶＰＮトンネルを構築する。また、コントローラ６１が利用者装置１７と通信するためのＶＰＮトンネルを構築する。前者は、センタ端末間ＶＰＮ２１に対応し、後者は、端末間ＶＰＮ２５に対応する。これらの接続において、ＩＰ回線ユニット６３は、ＶＰＮクライアントの機能を実現する。
【００５９】
図２では、ＩＰ回線ユニット６３がコントローラ６１の内部構成として示されている。これは、物理的な配置を表現している。通信構成としては、ＩＰ回線ユニット６３は、コントローラ６１とルータ６５の間に配置されている。そして、ＩＰ回線ユニット６３は、コントローラ６１と、イーサネット（登録商標）でＬＡＮ又はシリアルで接続されている。ルータ６５は、ブロードバンド回線用のルータである。
【００６０】
マルチ回線アダプタ６９は、携帯電話網を介してセンタ装置１３と接続される。マルチ回線アダプタ６９は、ブロードバンド回線が不通のときに警備信号を送信するために使用される。警備信号が、コントローラ６１からマルチ回線アダプタ６９に送られ、マルチ回線アダプタ６９からセンタ装置１３へと送信される。
【００６１】
監視対象ＰＣ７１は、監視対象５に設置されるＰＣである。本実施の形態の例では、監視対象５が店舗である。したがって、監視対象ＰＣ７１は店舗用のＰＣでよい。
【００６２】
次に、利用者装置１７について説明する。利用者装置１７は、ＶＰＮ終端装置（以下、ＶＴＥ）８１、ルータ８３及び利用者ＰＣ（パーソナルコンピュータ）８５で構成されている。
【００６３】
ＶＴＥ８１は、ブロードバンド接続のための回線終端装置である。そして、ＶＴＥ８１は、通信管理装置１１のＶＰＮサーバ３５とＶＰＮトンネルを構築し、また、監視装置１５のＩＰ回線ユニット６３とＶＰＮトンネルを構築する。前者では、ＶＴＥ８１がＶＰＮクライアントとして機能し、後者では、ＶＴＥ８１がＶＰＮサーバとして機能する。ルータ８３は、ブロードバンド回線用のルータもしくは閉域網用のルータである。
【００６４】
ＶＴＥ８１は、利用者ＰＣ８５と接続される。ＶＴＥ８１は、監視装置１５のコントローラ６１から受信した映像、音声及び制御信号を利用者ＰＣ８５に転送する。また、ＶＴＥ８１は、利用者ＰＣ８５から受信した音声及び制御信号をコントローラ６１へ転送する。
【００６５】
本実施の形態では、利用者拠点７が、店舗のオーナーの事務所等である。したがって、利用者ＰＣ８５は、店舗のオーナーのＰＣでよい。利用者ＰＣ８５は、オーナーが監視対象５の監視映像を見るために用いられる。この機能を提供するために、利用者ＰＣ８５には、コントローラ６１と通信することによって監視対象５の監視映像を表示及び切り換えることができるアプリケーションソフトがインストールされている。
【００６６】
本実施の形態では、利用者装置１７が固定されている。しかし、利用者装置１７の機能が携帯端末等に組み込まれて、移動可能であってもよい。
【００６７】
以上に、監視システム１の全体的な構成を説明した。次に、本発明の特徴に係る構成について説明する。
【００６８】
本実施の形態は、監視システム１における通信障害の検出機能に関する。上述したように、本実施の形態では、監視装置１５が、通信管理装置１１を介してセンタ装置１３と接続される。より詳細には、監視装置１５は、センタ端末間ＶＰＮ２１を介してＶＰＮサーバ３５と接続され、そして、ＶＰＮサーバ３５がセンタ装置１３と接続される。ここでは、監視装置１５及びセンタ装置１３が本発明の端末装置及び対象装置に対応し、ＶＰＮサーバ３５が通信管理装置として機能する。
【００６９】
監視装置１５は、疎通確認（Keep Alive）信号をＶＰＮサーバ３５との間で送受信することにより、通信障害を検出する。しかし、これだけでは、監視装置１５とＶＰＮサーバ３５の間の通信障害しか検出できない。本実施の形態は、以下のような構成により、監視装置１５が、ＶＰＮサーバ３５とセンタ装置１３の間の通信障害も検出可能になり、かつ、通信障害に対する適切な対処が可能になる。
【００７０】
図３は、監視システム１の一部であって、本発明に関連する主要な構成を示している。図３において、図１及び図２で説明された要素には、同一の符号が付されている。
【００７１】
図３において、監視装置１５は、コントローラ６１、ＩＰ回線ユニット６３及びマルチ回線アダプタ６９を有する。前述の図２では、物理的配置を表現するためにＩＰ回線ユニット７３がコントローラ７１の内部構成として示されていた。しかし、通信の構成としては、図３に示すように、ＩＰ回線ユニット７３とコントローラ７１は接続され、互いに通信する関係にある。
【００７２】
監視センタ３には、ＶＰＮサーバ３５、第１センタ装置１３ａ及び第２センタ装置１３ｂが備えられている。ＶＰＮサーバ３５は、図２の通信管理装置１１に設けられた構成である。第１センタ装置１３ａ及び第２センタ装置１３ｂは、図１及び図２のセンタ装置１３に相当し、それぞれ回線接続装置５３を有する。第１センタ装置１３ａ及び第２センタ装置１３ｂを区別しないときは、単にセンタ装置１３という。
【００７３】
本実施の形態では、第１センタ装置１３ａ及び第２センタ装置１３ｂに、監視情報の送信先としての優先順位が付されている。図示のように、第１センタ装置１３ａが優先的に選択される送信先に設定されており、本発明の優先対象装置に相当する。そして、センタ装置１３ｂは、第１センタ装置１３ａに通信障害が発生したときに補助的に選択される送信先であり、本発明の補助対象装置に相当する。
【００７４】
次に、図３の各部構成について説明する。図３に示すように、ＩＰ回線ユニット６３は、端末側疎通確認通信部１０１、障害解析部１０３及び記憶部１０５を有する。また、ＶＰＮサーバ３５は、第１疎通確認通信部１１１、第２疎通確認通信部１１３及び障害情報付加部１１５を有する。
【００７５】
端末側疎通確認通信部１０１と第１疎通確認通信部１１１は、第１の疎通確認信号を送受信する。第１の疎通確認信号は、ＩＰ回線ユニット６３とＶＰＮサーバ３５の間の接続状態を確認するための信号であり、端末側疎通確認通信部１０１から所定周期（例えば３０秒毎）で第１疎通確認通信部１１１に送信され、第１疎通確認通信部１１１は第１の疎通確認信号を受信すると、端末側疎通確認通信部１０１に返信する。ＩＰ回線ユニット６３は、送信した第１の疎通確認信号が受信されないと、ＩＰ回線ユニット６３とＶＰＮサーバ３５の間に通信障害が発生したと判断する。又、ＶＰＮサーバ３５でも、第１疎通確認通信部１１１で所定周期毎に第１の疎通確認信号を受信しないと、ＩＰ回線ユニット６３とＶＰＮサーバ３５の間に通信障害が発生したと判断する。
【００７６】
また、第２疎通確認通信部１１３は、第１センタ装置１３ａとの間で第２の疎通確認信号を送受信する。第１センタ装置１３ａでは、回線接続装置５３（より詳細には図示されない疎通確認通信部）が第２の疎通確認信号を通信する。第２の疎通確認信号は、監視センタ３内でのＶＰＮサーバ３５と第１センタ装置１３ａの間の接続状態を確認するための信号であり、第２疎通確認通信部１１３より所定周期（例えば３０秒毎）で送信される。第２の疎通確認信号が受信されないと、ＶＰＮサーバ３５は、第１センタ装置１３ａとの間に通信障害が発生したと判断する。第２疎通確認通信部１１３は、第２センタ装置１３ｂとの間でも同様に第２の疎通確認信号を送受信する。
【００７７】
第１センタ装置１３ａ、第２センタ装置１３ｂでも、所定周期毎にＶＰＮサーバ３５から第２の疎通確認信号を受信しないと、ＶＰＮサーバ３５との間で通信障害が発生したと判断する。
【００７８】
障害情報付加部１１５は、第２の疎通確認信号の送受信により通信障害が検出されたときに、第１疎通確認通信部１１１から端末側疎通確認通信部１０１へ送信される第１の疎通確認信号に障害情報を付加する構成である。障害情報としては、通信障害が発生したセンタ装置１３の識別情報が付加される。識別情報としては具体的にはＩＰアドレスが用いられる。したがって、第１センタ装置１３ａとの間で通信障害が生じたときは、第１センタ装置１３ａのＩＰアドレスが第１の疎通確認信号に付加される。同様に、第２センタ装置１３ｂとの間で通信障害が生じたときは、第２センタ装置１３ｂのＩＰアドレスが第１の疎通確認信号に付加される。
【００７９】
第１の疎通確認信号は、いわゆる空パケットに相当するデータでよい。本実施の形態は、この空パケットを利用し、空パケットのデータ領域に障害情報として、障害が生じたセンタ装置１３のＩＰアドレスを埋め込む。
【００８０】
ＩＰ回線ユニット６３の障害解析部１０３は、通信障害の判定を行う。端末側疎通確認通信部１０１が自身が送信した第１の疎通確認信号を受信しなかったとする。この場合、障害解析部１０３は、ＩＰ回線ユニット６３とＶＰＮサーバ３５の間に通信障害が発生したと判断する。
【００８１】
また、障害解析部１０３は、端末側疎通確認通信部１０１に受信された第１の疎通確認信号を解析する。第１の疎通確認信号に障害情報としてのＩＰアドレスが付加されていなければ、ＶＰＮサーバ３５と各センタ装置との通信は正常であると判断する。そして、第１の疎通確認信号に障害情報としてのＩＰアドレスが付加されており、そのＩＰアドレスが第１センタ装置１３ａのＩＰアドレスである場合、障害解析部１０３は、ＶＰＮサーバ３５と第１センタ装置１３ａの間に通信障害が生じたと判断する。
【００８２】
記憶部１０５は、ＩＰ回線ユニット６３の処理で使用される各種の情報を記憶する構成である。図示のように、記憶部１０５は、第１センタ装置１３ａのＩＰアドレスを記憶している。このＩＰアドレスが、上記の処理のために障害解析部１０３に参照される。すなわち、記憶部１０５の第１センタ装置１３ａのＩＰアドレスが、第１の疎通確認信号に付加されたＩＰアドレスと比較され、両者が一致すれば、障害解析部１０３は障害発生と判断する。障害解析部１０３は、上記のようにしてＶＰＮサーバ３５と第１センタ装置１３ａの間の障害発生を検出すると、障害発生をコントローラ６１に通知する。
【００８３】
上記のように、本実施の形態では、障害解析部１０３は、監視情報の優先送信先として設定された第１センタ装置１３ａに関してのみ通信障害を判断する。障害解析部１０３は、補助的な送信先である第２センタ装置１３ｂについては、通信障害として判断しない。そのため、第２センタ装置１３ｂのＩＰアドレスが第１の疎通確認信号に含まれていても、障害解析部１０３はコントローラ６１に通信をしない。
【００８４】
図４は、図３の構成を含むより全体的なシステム構成を示している。ＶＰＮサーバ３５には、第１センタ装置１３ａ及び第２センタ装置１３ｂだけでなく、他のセンタ装置１３も接続されている。またＶＰＮサーバ３５には、複数の監視装置１５が接続されている。
【００８５】
ＶＰＮサーバ３５は、複数のセンタ装置１３（第１センタ装置１３ａ及び第２センタ装置１３ｂを含む）の各々と第２の疎通確認信号を送受信する。それら複数のセンタ装置１３のうちの一つとの間で通信障害が発生したとする。このとき、ＶＰＮサーバ３５は、各々の監視装置１５に対する第１の疎通確認信号に、通信障害が発生したセンタ装置１３のＩＰアドレスを付加する。
【００８６】
各々の監視装置１５には、優先送信先のセンタ装置１３が設定されている。そこで、各監視装置１５は、ＶＰＮサーバ３５から受信した第１の疎通確認信号を解析し、優先送信先のセンタ装置１３のＩＰアドレスが付加されているか否かを判断する。該当ＩＰアドレスが付加されていれば、監視装置１５は、ＶＰＮサーバ３５と優先送信先のセンタ装置１３の区間に通信障害が生じたと判断する。
【００８７】
図３に戻り、コントローラ６１の構成について説明する。コントローラ６１は、通信状態管理部１２１、監視情報送信部１２３、不通通知部１２５、復旧確認部１２７及び記憶部１２９を有する。
【００８８】
記憶部１２９は、コントローラ６１での処理に使われる各種の情報を記憶する構成である。記憶部１２９は、送信先情報を記憶している。優先送信先と補助的な送信先が記憶されている。前者が第１センタ装置１３ａであり、後者が第２センタ装置１３ｂであり、この点は既に述べた通りである。
【００８９】
また、記憶部１２９は、本発明の障害状態記憶部として機能し、障害状態情報を記憶する。障害状態情報は、優先送信先である第１センタ装置１３ａについての通信障害の有無を表す情報である。上述のように、障害解析部１０３は、ＶＰＮサーバ３５と第１センタ装置１３ａの間の通信障害発生をコントローラ６１に通知する。この通知を受けると、通信状態管理部１２１が、記憶部１２９に障害発生を記録する。
【００９０】
監視情報送信部１２３は、ＩＰ回線ユニット６３を介して監視センタ３へと監視情報を送信する構成である。監視情報送信部１２３は、記憶部１２９の障害状態情報を参照して、監視情報の送信先を選択し、切り換える。第１センタ装置１３ａに関する通信障害が記録されていなければ、監視情報送信部１２３は、優先順位が高い第１センタ装置１３ａへと監視情報を送る。第１センタ装置１３ａに関する通信障害が記録されている場合、監視情報送信部１２３は、補助的な送信先である第２センタ装置１３ｂへと監視情報を送る。
【００９１】
不通通知部１２５は、不通状態を第１センタ装置１３ａに通知する構成である。監視情報送信部１２３が、補助的送信先である第２センタ装置１３ｂを選択したにも拘わらず、監視情報を送信できなかったとき、不通通知部１２５が機能する。不通通知は、マルチ回線アダプタ６９を介し、更に携帯電話網を介して第１センタ装置１３ａへと送られる。
【００９２】
復旧確認部１２７は、ＶＰＮサーバ３５と第１センタ装置１３ａとの通信の復旧を定期的に確認する構成である。ここでは、疎通確認信号を用いる代わりに、コントローラ６１が第１センタ装置１３ａに実際のデータの送信を所定の復旧確認間隔で定期的に試みる。そして、所定の受領信号待ち期間が経過する前に第１センタ装置１３ａから受領信号を受信すると、復旧確認部１２７は、通信が復旧したと判断し、記憶部１２９の障害状態情報を、障害発生無しの状態に書き換える。
【００９３】
受領信号待ち期間は、第１の疎通確認信号の返信待ち期間より長く設定されており（例えば５分）、これにより、短すぎる期間で未復旧の判断をしてしまうこともなく、復旧確認を適切に行える。より詳細には、１回の送信における受領信号の単位待ち期間が設定されている。単位待ち時間が経過すると、いわゆるタイムオーバーとなり、リトライが行われる。そして、所定のリトライ回数のリトライが行われ、最後のリトライもタイムオーバーに終わると、送信が失敗したと判断される。本発明の復旧確認の受領信号待ち期間は、最初の送信から最後のタイムオーバーまでであってよく、つまり、単位待ち時間にトライ回数を掛けた値であってよい。
【００９４】
以上に図３の各部構成について説明した。次に、本実施の形態の動作を説明する。ここでは、まず、ＩＰ回線ユニット６３の動作を説明する。
【００９５】
図５を参照すると、端末側疎通確認通信部１０１は、第１の疎通確認信号を所定周期で第１疎通確認通信部１１１へ送信し（Ｓ１）、第１疎通確認通信部１１１から第１の疎通確認信号（応答信号）が所定時間以内に返信されたか否かを判定する（Ｓ３）。端末側疎通確認通信部１０１が第１疎通確認通信部１１１から第１の疎通確認信号を受信しない場合、ステップＳ３がＮｏになり、障害解析部１０３は、ＩＰ回線ユニット６３とＶＰＮサーバ３５の間に通信障害が発生したと判断して、コントローラ６１に通知し、コントローラ６１は障害情報を記憶部１２９に記憶する（Ｓ５）。
【００９６】
端末側疎通確認通信部１０１が第１の疎通確認信号（応答信号）を受信した場合、障害解析部１０３が第１の疎通確認信号を解析し（Ｓ７）、障害情報が付加されているか、特に、第１センタ装置１３ａのＩＰアドレスが付加されているかを判定する（Ｓ９）。ステップＳ９の判定がＮｏである場合、即ち、第１センタ装置以外のＩＰアドレスが付加されているか、全くＩＰアドレスが付加されていない場合、障害解析部１０３は、障害が発生していないと判定し、リターンする。ステップＳ９の判定がＹｅｓであれば、障害解析部１０３は、ＶＰＮサーバ３５と第１センタ装置１３ａとの間に通信障害が発生したと判断し、障害発生をコントローラ６１へ通知する（Ｓ１１）。障害発生は、コントローラ６１にて通信状態管理部１２１により記憶部１２９に記録される。
【００９７】
図６は、コントローラ６１の監視情報送信部１２３の動作を示している。監視情報を送信すべきイベントが発生すると（Ｓ２１）、監視情報送信部１２３は、記憶部１２９の障害状態情報を参照し（Ｓ２３）、障害発生が記録されているか否かを判定する（Ｓ２５）。障害発生が記録されていなければ、監視情報送信部１２３は、第１センタ装置１３ａへと監視情報を送信する（Ｓ２７）。一方、障害発生が記録されている場合、監視情報送信部１２３は、補助対象装置である第２センタ装置１３ｂへと監視情報を送信するよう、ＶＰＮサーバ３５へその旨指示する（Ｓ２９）。
【００９８】
尚、図６で説明する障害は、ＶＰＮサーバ３５とセンタ装置１３間の障害であり、ＩＰ回線ユニット６３とＶＰＮサーバ３５間の障害については後述する。
【００９９】
次に、システム全体の動作を説明する。まず、ＩＰ回線ユニット６３とＶＰＮサーバ３５の間の通信が正常であり、かつ、ＶＰＮサーバ３５と第１センタ装置１３ａの間の通信が正常であったとする。この場合、端末側疎通確認通信部１０１は、第１の疎通確認信号を第１疎通確認通信部１１１に送り、第１疎通確認通信部１１１から第１の疎通確認信号を返信される。また、第２疎通確認通信部１１３は第２の疎通確認信号を第１センタ装置１３ａに送り、第１センタ装置１３ａから第２の疎通確認信号を返信される。したがって、第１の疎通確認信号に障害情報は付加されない。また、コントローラ６１の記憶部１２９には、通信障害発生を示す障害状態情報は記録されていない。そこで、監視情報送信部１２３は、監視情報を第１センタ装置１３ａへと送信する。監視情報は、ＩＰ回線ユニット６３、センタ端末間ＶＰＮ２１、ＶＰＮサーバ３５を介して第１センタ装置１３ａへと送られる。ＩＰ回線ユニット６３では監視情報のパケットが暗号化及びカプセル化され、ＶＰＮサーバ３５で監視情報がカプセルから取り出され、復号化される。
【０１００】
次に、ＩＰ回線ユニット６３とＶＰＮサーバ３５の間に通信障害が生じたとする。この場合、端末側疎通確認通信部１０１は、第１疎通確認通信部１１１から第１の疎通確認信号を受信しない。そこで、障害解析部１０３が、ＩＰ回線ユニット６３とＶＰＮサーバ３５の間に通信障害が生じたと判断し、エラー処理を行う。具体的には、障害解析部１０３はコントローラ６１に通知し、コントローラ６１は記憶部１２９に障害情報として記憶するとともに、マルチ回線アダプタ６９より、接続中のセンタ装置へ、障害情報として送信する。
【０１０１】
次に、ＩＰ回線ユニット６３とＶＰＮサーバ３５の間の通信は正常だが、ＶＰＮサーバ３５と第１センタ装置１３ａの間に通信障害が生じたとする。この場合、第２疎通確認通信部１１３が第２の疎通確認信号を第１センタ装置１３ａに送っても、応答信号を受信できない。そこで、障害情報付加部１１５は、第１センタ装置１３ａのＩＰアドレスを、障害情報として、第１の疎通確認信号に付加する。この第１の疎通確認信号が、第１疎通確認通信部１１１から端末側疎通確認通信部１０１へと送信される。
【０１０２】
障害解析部１０３は、受信された第１の疎通確認信号を解析し、第１センタ装置１３ａのＩＰアドレスを検出し、ＶＰＮサーバ３５と優先対象装置である第１センタ装置１３ａとの間に通信障害が発生したと判断し、通信障害発生をコントローラ６１に通知する。そして、通信障害が記憶部１２９に障害状態情報として記録される。監視情報送信部１２３は、記憶部１２９の障害状態情報と送信先情報を参照し、監視情報等の送信先を補助対象装置である第２センタ装置１３ｂに切り換えるようＶＰＮサーバ３５に指示コマンドを送信する。
【０１０３】
そして、ＩＰ回線ユニット６３の記憶部１０５に記憶してある監視情報の送信先のＩＰアドレスを第２センタ装置１３ｂのものに更新する。
【０１０４】
監視情報送信部１２３が第２センタ装置１３ｂへの送信にも失敗したとする。この場合は、不通通知部１２５が不通通知をマルチ回線アダプタ６９より携帯電話網経由で第１センタ装置１３ａへと送信する。
【０１０５】
また、監視情報送信部１２３は、障害発生を記憶部１２９に記録するとともに、復旧確認部１２７に伝える。復旧確認部１２７は、障害発生から所定の復旧確認間隔で定期的に復旧確認を行う。復旧確認部１２７は、第１センタ装置１３ａにデータ送信を試みる。所定の受領信号待ち期間の経過前に第１センタ装置１３ａから受領信号を受信すると、復旧が確認される。そして、復旧確認部１２７が、記憶部１２９の障害状態情報を書き換え、障害が発生していない状態にする。監視情報送信部１２３は、障害状態情報を参照し、監視情報の送信先を第１センタ装置１３ａに戻す。これにより、元の通り、監視装置１５と優先送信先である第１センタ装置１３ａとの間で監視情報が通信される。
【０１０６】
以上に本実施の形態の通信障害検出システムの動作を説明した。上記の実施の形態では、ＩＰ回線ユニット６３がＶＰＮサーバ３５に第１の疎通確認信号を送信し、ＶＰＮサーバ３５が第１の疎通確認信号を返信した。これは、ＶＰＮサーバ３５には多数のＩＰ回線ユニット６３が接続されており、ＶＰＮサーバ３５の負担を軽減するためである。しかし、接続されているＩＰ回線ユニット６３が少数の場合には、送受信の順番は逆でもよい。同様に、ＶＰＮサーバ３５とセンタ装置１３の間の第２の疎通確認信号の通信順序も逆でもよい。
【０１０７】
また、上記の実施の形態では、ＩＰ回線ユニット６３に関して本発明が適用された。しかし、ＶＴＥ８１も監視システム１における端末装置であり、ＶＴＥ８１に関しても本発明が適用されてよい。
【０１０８】
また、本発明の範囲内で、本発明が監視システム以外に適用されてよく、ＶＰＮ以外の通信に適用されてよい。しかし、本実施の形態のようなＶＰＮ利用型の監視システムでは上記のようにシステムの安全性の要求レベルが高い。したがって、本発明は、ＶＰＮ利用型の監視システムにおいて特に有用であるといえる。
【０１０９】
以上に本発明の好適な実施の形態について説明した。上記のように、本発明によれば、端末装置（監視装置１５）が、通信管理装置（ＶＰＮサーバ３５）と対象装置（センタ装置１３）の間に発生した通信障害を検出することができる。しかも、特別に障害情報の通信処理を追加することなく、端末装置と通信管理装置の疎通確認の通信を利用して、通信管理装置と対象装置の間の障害情報を端末装置に提供できる。端末装置にとってみれば、第１の疎通確認信号の送受信処理により、通信管理装置との間の通信障害だけでなく、通信管理装置の向こう側の通信障害をも検出できる。このように、通信管理装置と対象装置の間の通信障害を端末装置に検出させることができ、しかもそのような障害検出を高い通信効率で実現できる。
【０１１０】
また、本発明によれば、端末装置は、第１の疎通確認信号に障害情報として付加された識別情報（ＩＰアドレス）から、障害発生区間を容易に特定できる。上記の例では、端末装置は、特に、通信管理装置と優先対象装置（第１センタ装置１３ａ）の区間が障害発生区間か否かを判定している。そして、端末装置は、障害発生区間を避けるように通信相手の対象装置を切り換えることができる。こうして、通信障害が発生した区間を容易に特定でき、通信障害に適切に対処できる。
【０１１１】
また、本発明によれば、障害発生前は、端末装置が、通信管理装置を介して優先対象装置と通信する。通信管理装置と優先対象装置の間に通信障害が生じると、端末装置は、該当区間に通信障害が発生したことを、第１の疎通確認信号に付加された識別情報から検出し、通信相手を補助対象装置に切り換えることができる。このような切換えの判断を、端末装置は、特別な新しい通信を行うことなく、第１の疎通確認信号の通信処理により実現でき、こうして、通信障害に適切に対処できる。
【０１１２】
また、本発明では、通信障害検出システムが監視システムに設けられる。端末装置は、監視情報を送信するときに、上記のように障害状態記憶部の障害状態情報を参照し、優先対象装置から補助対象装置へと送信先を切り換えられる。監視システムは、警備等の役割も果たしており、システムの安全性や安定性に対する要求のレベルが高く、このようなニーズに本発明は好適に応えられる。
【０１１３】
また、本発明によれば、端末装置と通信管理装置はＶＰＮ接続される。したがって、端末装置と通信管理装置の間のＶＰＮ接続の疎通確認を利用して、通信管理装置と対象装置の間の障害情報を端末装置に提供できる。端末装置にとってみれば、ＶＰＮ通信の疎通確認の通信により、通信管理装置とのＶＰＮ接続の通信障害だけでなく、通信管理装置の向こう側の通信障害をも検出できる。こうして、ＶＰＮ接続の通信効率を下げることなく、通信管理装置と対象装置の間の通信障害の情報を端末装置に提供できる。
【０１１４】
また、本発明によれば、上記のように優先対象装置との通信の復旧確認が行われる。適切に設定された受領信号待ち期間を用いて復旧確認が行われ、優先対象装置との通信が復旧したときに監視情報の通信を再開できる。
【０１１５】
また、本発明によれば、端末装置は、第１のネットワークを介して通信管理装置と接続されると共に、第２のネットワークを介して監視センタと接続される。上記の例では、第１のネットワークがセンタ端末間ＶＰＮ２１であり、第２のネットワークが携帯電話網である。そして、端末装置は、補助対象装置と通信不能な場合に、第２のネットワークを介して監視センタと通信する。したがって、優先対象装置と補助対象装置の双方との通信が不可能な場合でも、端末装置は、第２のネットワークを介して監視センタと通信でき、不通状態を知らせることができる。
【０１１６】
以上に本発明の好適な実施の形態を説明した。しかし、本発明は上述の実施の形態に限定されず、当業者が本発明の範囲内で上述の実施の形態を変形可能なことはもちろんである。
【産業上の利用可能性】
【０１１７】
以上のように、本発明にかかる通信障害検出システムは、端末装置が通信する通信システムにおいて有用であり、例えば監視システムに好適に適用される。
【符号の説明】
【０１１８】
１  監視システム
３  監視センタ
５  監視対象
７  利用者拠点
１１  通信管理装置
１３  センタ装置
１５  監視装置
１７  利用者装置
２１  センタ端末間ＶＰＮ
２３  ＳＩＰ通信
２５  端末間ＶＰＮ
３３  ＨＴＴＰサーバ
３５  ＶＰＮサーバ
３７  ＳＩＰサーバ
４１  アカウント管理サーバ
４３  データベース
６１  コントローラ
６３  ＩＰ回線ユニット
６５、８３  ルータ
６９  マルチ回線アダプタ
７３  監視カメラ
８１  ＶＰＮ終端装置（ＶＴＥ）
８５  利用者ＰＣ
１０１  端末側疎通確認通信部
１０３  障害解析部
１０５  記憶部
１１１  第１疎通確認通信部
１１３  第２疎通確認通信部
１１５  障害情報付加部
１２１  通信状態管理部
１２３  監視情報送信部
１２５  不通通知部
１２７  復旧確認部
１２９  記憶部
【図１】
2010252014.tif 000003
【図２】
2010252014.tif 000004
【図３】
2010252014.tif 000005
【図４】
2010252014.tif 000006
【図５】
2010252014.tif 000007
【図６】
2010252014.tif 000008