(57)【要約】【課題】  複数のフロントサーバ間を直接接続して複雑な制御することなく、それぞれのフロントサーバに容易に且つ任意にアクセスすることができ、一方のフロントサーバによる通信が途絶えても他方で接続が可能で、通信の信頼性を向上させることができる警備システム及び警備システムの端末接続状態監視方法を提供することにある。【解決手段】  センター側に、通信回線を介して警備端末との通信を制御する複数のフロントサーバを備え、フロントサーバが、センター側機器に対するＩＰアドレスと警備端末に対するＩＰアドレスとを有し、それぞれのフロントサーバが、異なる系統の通信回線を介して警備端末と接続されていることを特徴とする。【選択図】図１
2008242635.tif 000002
【特許請求の範囲】
【請求項１】
警備対象施設側に設けられた警備端末とセンター側に設けられたセンターサーバとの間を通信回線で接続した警備システムにおいて、
該センター側に、該通信回線を介して該警備端末との通信を制御する複数のフロントサーバを備え、
該フロントサーバが、
該センター側機器に対するＩＰアドレスと該警備端末に対するＩＰアドレスとを有し、
該それぞれのフロントサーバが、異なる系統の該通信回線を介して該警備端末と接続されていることを特徴とする警備システム。
【請求項２】
前記フロントサーバが、前記センターサーバとの間で情報のやり取りを監視し、該センターサーバとの通信に障害を生じたと判断した場合、前記警備端末に対するＩＰアドレスを削除することを特徴とする請求項１記載の警備システム。
【請求項３】
前記フロントサーバが接続処理スレッド及び端末接続管理テーブルを備え、
前記警備端末が該フロントサーバに接続されると、
該警備端末毎に該接続処理スレッド内に接続スレッドを起動し、該起動した接続スレッドに該接続した警備端末のリストを作成し、
該端末接続管理テーブルに、該接続した端末毎に持つアドレス及び登録時間の情報を記録し、
該接続スレッド内の接続フラグをＯＮし、
該警備端末が該フロントサーバから切断されると、
該接続フラグをＯＦＦし、
所定時間該警備端末が接続されない場合、該切断された警備端末に該当する該接続スレッドのリスト及び該端末接続管理テーブルの情報を削除することを特徴とする請求項１又は請求項２記載の警備システム。
【請求項４】
前記センターサーバが、前記複数のフロントサーバのそれぞれが保有する前記警備端末毎の前記接続フラグ等の接続状態情報の論理和から、該警備端末毎の接続状態情報を取得することを特徴とする請求項１〜請求項３のいずれかに記載の警備システム。
【請求項５】
警備対象施設側に設けられた警備端末とセンター側に設けられたセンターサーバとの間を通信回線で接続した警備システムの端末接続状態監視方法において、
該センター側に設けられ該通信回線を介して該警備端末との通信を制御するフロントサーバに、該警備端末が接続されると、
該警備端末毎に該フロントサーバの接続処理スレッド内に接続スレッドを起動し、該起動した接続スレッドに該接続した警備端末のリストを作成し、
該フロントサーバの端末接続管理テーブルに、該接続した端末毎に持つアドレス及び登録時間の情報を記録し、
該接続スレッド内の接続フラグをＯＮし、
該警備端末が該フロントサーバから切断されると、
該接続フラグをＯＦＦし、
所定時間該警備端末が接続されない場合、該切断された警備端末に該当する該接続スレッドのリスト及び該端末接続管理テーブルの情報を削除することを特徴とする警備システムの端末接続状態監視方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、警備対象施設側に設けられた警備端末とセンター側に設けられたセンターサーバとの間を通信回線で接続した警備システム及び警備システムの端末接続状態監視方法に関する。
【背景技術】
【０００２】
従来より、一般の家庭や店舗、工場等の警備対象施設側に、異常を検知するセンサを設け、異常の情報を警備端末を介して警備センタのセンターに通報する警備システムが用いられている。そして、警備端末とセンター側に設けられたセンターサーバとの間を通信回線で接続して、情報のやり取りを行っている。この情報のやり取りとしては、例えば、警備端末やセンターサーバのそれぞれの生存監視や、相互の制御や、異常の情報の通報等である。
【０００３】
そして、通信回線はＩＳＰや通信キャリア（回線業者）による障害やメンテナンスによる帯域減少や切断などが不定期または突然に起こるため、例えば特許文献１や特許文献２にあるように冗長化させる場合がある。この場合、互いのシステム状態の監視、システムの切り替えやデータの同期を行うためにメイン・サブ間をシリアル回線等を介し通信を行うようにしている。
【特許文献１】特開２００６−２６８７０９号公報
【特許文献２】特開２００６−３３０７８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、冗長化させた系の間を相互に接続し監視するための機能を搭載する必要があり、システムやプログラムが複雑化し、メンテナンスに手間がかかることとなってしまう。
【０００５】
本発明は、このような事情に鑑みてなされたもので、複数のフロントサーバ間を直接接続して複雑な制御することなく、それぞれのフロントサーバに容易に且つ任意にアクセスすることができ、一方のフロントサーバによる通信が途絶えても他方で接続が可能で、通信の信頼性を向上させることができる警備システム及び警備システムの端末接続状態監視方法を提供することにある。
【課題を解決するための手段】
【０００６】
請求項１記載の警備システムは、センター側に、通信回線を介して警備端末との通信を制御する複数のフロントサーバを備え、フロントサーバが、センター側機器に対するＩＰアドレスと警備端末に対するＩＰアドレスとを有し、それぞれのフロントサーバが、異なる系統の通信回線を介して警備端末と接続されていることを特徴とする。
【０００７】
請求項２記載の警備システムは、フロントサーバが、センターサーバとの間で情報のやり取りを監視し、センターサーバとの通信に障害を生じたと判断した場合、警備端末に対するＩＰアドレスを削除することを特徴とする。
【０００８】
請求項３記載の警備システムは、フロントサーバが接続処理スレッド及び端末接続管理テーブルを備え、警備端末がフロントサーバに接続されると、警備端末毎に接続処理スレッド内に接続スレッドを起動し、起動した接続スレッドに接続した警備端末のリストを作成し、端末接続管理テーブルに、接続した端末毎に持つアドレス及び登録時間の情報を記録し、接続スレッド内の接続フラグをＯＮし、警備端末がフロントサーバから切断されると、接続フラグをＯＦＦし、所定時間警備端末が接続されない場合、切断された警備端末に該当する接続スレッドのリスト及び端末接続管理テーブルの情報を削除することを特徴とする。
【０００９】
請求項４記載の警備システムは、センターサーバが、複数のフロントサーバのそれぞれが保有する警備端末毎の接続フラグ等の接続状態情報の論理和から、警備端末毎の接続状態情報を取得することを特徴とする。
【００１０】
請求項５記載の警備システムの端末接続状態監視方法は、センター側に設けられ通信回線を介して警備端末との通信を制御するフロントサーバに、警備端末が接続されると、警備端末毎にフロントサーバの接続処理スレッド内に接続スレッドを起動し、起動した接続スレッドに接続した警備端末のリストを作成し、フロントサーバの端末接続管理テーブルに、接続した端末毎に持つアドレス及び登録時間の情報を記録し、接続スレッド内の接続フラグをＯＮし、警備端末がフロントサーバから切断されると、接続フラグをＯＦＦし、所定時間警備端末が接続されない場合、切断された警備端末に該当する接続スレッドのリスト及び端末接続管理テーブルの情報を削除することを特徴とする。
【発明の効果】
【００１１】
請求項１の発明によれば、複数のフロントサーバが、センター側機器に対するＩＰアドレスと警備端末に対するＩＰアドレスとを有していることから、複数のフロントサーバ間を直接接続して複雑な制御することなく、それぞれのフロントサーバに容易に且つ任意にアクセスすることができる。また、それぞれのフロントサーバが、異なる系統の通信回線を介して警備端末と接続されていることから、一方のフロントサーバによる通信が途絶えても他方で接続が可能で、通信の信頼性を向上させることができる。
【００１２】
請求項２の発明によれば、フロントサーバが、センターサーバとの間で情報のやり取りを監視し、センターサーバとの通信に障害を生じたと判断した場合、警備端末に対するＩＰアドレスを削除することで、障害が生じたフロントサーバの警備端末からの接続を容易に遮断することができ、警備端末が他のフロントサーバへ迅速に移行することができる。
【００１３】
請求項３及び請求項５の発明によれば、警備端末がフロントサーバに接続されると、端末接続管理テーブルに、接続した端末毎に持つアドレス及び登録時間の情報を記録し、接続スレッド内の接続フラグをＯＮし、警備端末がフロントサーバから切断されると、接続フラグをＯＦＦし、所定時間警備端末が接続されない場合、切断された警備端末に該当する接続スレッドのリスト及び端末接続管理テーブルの情報を削除することから、フロントサーバ単独でも、センターザーバからでも警備端末の接続状態を確認することができる。
【００１４】
請求項４の発明によれば、センターサーバが、複数のフロントサーバのそれぞれが保有する警備端末毎の接続フラグ等の接続状態情報の論理和から、警備端末毎の接続状態情報を取得することから、多くのフロントサーバが接続された構成においても、正確に警備端末毎の接続状態を把握することができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の形態について図面を参照しながら具体的に説明する。本発明の形態における警備システムは、警備対象施設側に設けられた警備端末とセンター側に設けられたセンターサーバとの間を通信回線で接続したものである。
【００１６】
図１は、本発明に係る警備システムの一例を示す構成図である。図２は、同警備システムの動作のタイミングチャートを示す説明図である。図３及び図４は、同警備システムの接続処理スレッドに係る動作を示す説明図である。図５は、同警備システムの動作の詳細を示す説明図である。警備システムは、図１に示すように、例えば、電気通信回線の１つであるインターネット網からなる通信回線５を介して、警備のセンター側であるセンターサーバ１５と警備端末Ａ２０、警備端末Ｂ２１とが接続されている。
【００１７】
警備端末Ａ２０や警備端末Ｂ２１は、一般の家庭や店舗、工場等の警備対象施設側に設けられ、警備対象施設の異常を検知するセンサ等が接続されている。また、センターサーバ１５は、警備端末Ａ２０や警備端末Ｂ２１を制御したり、警備端末Ａ２０や警備端末Ｂ２１からの異常の通報を表示・処理するためのものである。
【００１８】
センターサーバ１５は、ハブ１７、フロントサーバ１０，１１、ルータ１３，１４、ＩＳＰ（Internet Services Provider）６，７等を介して通信回線５に接続されている。フロントサーバ１０，１１は、通信回線５を介してセンターサーバ１５が警備端末Ａ２０や警備端末Ｂ２１との通信を制御するためのものである。尚、図１ではフロントサーバ（メイン）１０とフロントサーバ（サブ）１１の２つを図示しているが、２つに限らず複数であればよい。また、図１では、センター側の端末としてクライアント１８を通信回線５に接続する構成としていることから、ハブ１７を介して、センターサーバ１５がフロントサーバ１０，１１に接続される構成としている。また、フロントサーバ１０，１１は、警備対象施設側のネットワーク上を流れるデータを通信回線５に中継するネットワーク機器で、一般的に用いられているルータ１３，１４がそれぞれ接続されているが、本件発明では必須ではない。そして、各ルータ１３，１４がＩＳＰ６，７を介して通信回線５に接続されている。尚、実際にはルータ１３，１４及びＩＳＰ６，７との間も電話回線等の電気通信回線で接続されるのが一般的である。
【００１９】
また、フロントサーバ１０，１１は、２枚のＮＩＣ（Network Interface Card：ＬＡＮカード）を持っており、センター側の機器であるセンターサーバ１５に対するＩＰアドレスと、警備端末Ａ２０や警備端末Ｂ２１に対するＩＰアドレスとをそれぞれ有している。また、上述したように、それぞれのフロントサーバ１０，１１が、異なる系統のＩＳＰ６，７を介して通信回線５に接続されることで、結果としてそれぞれのフロントサーバ１０，１１が別々の通信回線５を介して警備端末Ａ２０や警備端末Ｂ２１に接続される構成となっている。尚、それぞれのフロントサーバ（メイン）１０とフロントサーバ（サブ）１１とは、同一の構成で同一の機能を有しており、説明の便宜上メインとサブの識別をしたにすぎない。
【００２０】
次に、本実施例の警備システムの動作を図２〜図５を用いて説明する。尚、図２〜図５において図示する構成図は、説明をわかりやすくするために一部の構成要素を省略している。まず、警備端末Ａ２０（複数の警備端末を警備システムには接続可能であるが、代表して警備端末Ａ２０で説明）との通信は、フロントサーバ１０，１１が行い、センターサーバ１５は、フロントサーバ１０，１１へ警備端末Ａ２０の操作指示や、フロントサーバ１０，１１から、警備端末Ａ２０との通信結果や警備端末Ａ２０の接続状態の取得を行う。フロントサーバ（メイン）１０とフロントサーバ（サブ）１１は、共にそれぞれ独立して常時稼動している。
【００２１】
警備端末Ａ２０は、接続先を第１、第２と２箇所の設定が可能で、フロントサーバ（メイン）１０又はフロントサーバ（サブ）１１のいずれかを指定して接続することが可能である。第１接続先、第２接続先にメイン・サブどちらを設定しても構わないが、通常第１接続先（フロントサーバ（メイン）１０）に接続され各種処理が実行される。また、常時第２接続先（フロントサーバ（サブ）１１）への接続準備を行っており、第１接続先との接続が切断すると直ちに第2接続先へ接続される機能を持っている。警備端末Ａ２０は、通信回線５の障害や接続機器の障害、センターサーバ１５とフロントサーバ（メイン）１０間の接続障害によるフロントサーバ機能の停止により、第１接続先のフロントサーバ（メイン）１０との接続が切断されると、第２接続先であるフロントサーバ（サブ）１１に接続を行い各種処理を行うことになる。
【００２２】
次に、センターサーバ１５とフロントサーバ１０，１１間の接続障害によるフロントサーバ機能の停止の場合の具体的な動作を説明する。まず、通常は、センターサーバ１５は、フロントサーバ（メイン）１０に対し、定期的に警備端末Ａ２０との通信結果の取得を結果の有無にかかわらず行う。通信結果とは例えば、警備端末Ａ２０からの通報情報やセンターサーバ１５からの警備端末制御結果情報である。
【００２３】
フロントサーバ（メイン）１０は、センターサーバ１５からの通信結果取得処理を監視しており、取得処理が確認できない場合は、センターサーバ１５との通信に障害が発生して通常の処理ができなくなったと判断し、警備端末Ａ２０が接続される側のＮＩＣの設定（ＩＰアドレス）（図２の構成図のＢ側）を削除する。その結果、警備端末Ａ２０からフロントサーバ（メイン）１０を認識できなくなり、フロントサーバ（メイン）１０と警備端末Ａ２０との接続が切断される。警備端末Ａ２０側では、第１接続先であるフロントサーバ（メイン）１０との接続が切断されたのを受けて、第２接続先であるフロントサーバ（サブ）１１との接続を行うようにする。そして、センターサーバ１５と警備端末Ａ２０との通信が、フロントサーバ（サブ）１１を介して維持されることになる。
【００２４】
尚、センターサーバ１５は、接続が行われなくなったフロントサーバ（メイン）１０との通信を定期的に試みる。もし通信が回復した場合には、フロントサーバ（メイン）１０は、削除した自身のＮＩＣを設定し直すようにする。警備端末Ａ２０も定期的に従来のフロントサーバ（メイン）１０のＮＩＣの設定を監視しており、フロントサーバ（メイン）１０が復旧した場合には、フロントサーバ（サブ）１１との接続から、フロントサーバ（メイン）１０への接続へと戻すようにする。尚、戻すことなく、フロントサーバ１１をメインとして捉え、更にフロントサーバ１０をサブとして捉え、上述の動作をさせるようにしてもよい。
【００２５】
以上のように、本実施例の警備システムによれば、複数のフロントサーバ１０，１１が、センター側機器に対するＩＰアドレスと警備端末Ａ２０に対するＩＰアドレスとを有していることから、フロントサーバ１０，１１間を直接接続して複雑な制御することなく、それぞれのフロントサーバ１０，１１に容易に且つ任意にアクセスすることができる。また、それぞれのフロントサーバ１０，１１が、異なる系統の通信回線を介して警備端末Ａ２０と接続されていることから、一方のフロントサーバ１０，１１による通信が途絶えても他方で接続が可能で、通信の信頼性を向上させることができる。
【００２６】
また、フロントサーバ１０，１１が、センターサーバ１５との間で情報のやり取りを監視し、センターサーバ１５との通信に障害を生じたと判断した場合、警備端末Ａ２０に対するＩＰアドレスを削除することで、障害が生じたフロントサーバ１０の警備端末Ａ２０からの接続を容易に遮断することができ、警備端末Ａ２０が他のフロントサーバ１１へ迅速に移行することができる。
【００２７】
次に、図３及び図４を用いて、警備端末Ａ２０の接続状態監視の動作について説明する。まず、警備端末Ａ２０は、フロントサーバ１０と接続すると定期的にフロントサーバ１０にデータを送信する。フロントサーバ１０は、警備端末Ａ２０から受信したデータに対し応答を警備端末Ａ２０に返信する。フロントサーバ１０は、定期的に受信する警備端末Ａ２０からのデータを監視し、警備端末Ａ２０からのデータを受信している間は、フロントサーバ１０と警備端末Ａ２０との間が接続されていると判断する。また、警備端末Ａ２０から定期的に送信されるはずのデータが一定期間確認されない場合、フロントサーバ１０は警備端末Ａ２０との通信が切断されたと判断する。
【００２８】
そして、フロントサーバ１０では常時処理管理スレッドが起動しており、警備端末Ａ２０が接続されると、警備端末毎に処理管理スレッド内にＴＣＰ接続スレッドを起動する。そして、起動したＴＣＰ接続スレッドのリストを作成し、端末接続管理テーブルに警備端末毎に持つアドレスと登録時間を登録する。また、同時にＴＣＰ接続スレッド内の接続フラグを「ＯＮ」とする。フロントサーバ１０が、警備端末Ａ２０の切断を検知した場合または警備端末Ａ２０から定期的に受信するはずの信号を一定時間確認できない場合、接続フラグを「ＯＦＦ」とする。
【００２９】
処理スレッド内ではタイマスレッドが起動しており、一定時間経過後、接続フラグ「ＯＦＦ」のＴＣＰ接続スレッド及びＴＣＰ接続スレッドリストを削除し、端末接続管理テーブルから該当する警備端末の情報を削除する。フロントサーバ１０は、端末接続管理テーブルにより接続されている警備端末が把握でき、フロントサーバ１０上で接続状態を確認することができる。また、センターサーバ１５は、フロントサーバ１０へ定期的に接続状態情報の取得を行いセンターサーバ１５内に接続状態情報を保持することで、クライアント１８上で警備端末Ａ２０の接続状態を見ることができる。
【００３０】
ここで、警備端末Ａ２０や警備端末Ｂ２１は、複数のフロントサーバ１０，１１のいずれかに接続されるため、センターサーバ１５上で警備端末Ａ２０や警備端末Ｂ２１の接続状態を確認するために、それぞれのフロントサーバ１０，１１から取得した状態情報の論理和を取ることで、接続状態を把握することが可能となる。
【００３１】
以下、図５により、第１接続先をフロントサーバ（メイン）１０、第２接続先をフロントサーバ（サブ）１１とした場合を例に、フロントサーバ１０，１１、センターサーバ１５での接続状態がどのように認識されているか示す。第１接続先、第２接続先が逆であっても動作は同様である。
【００３２】
まず、警備端末Ａ２０は、フロントサーバ（メイン）１０と接続すると一定間隔（Ｍ秒）でフロントサーバ（メイン）１０に信号を送信する。これよりフロントサーバ（メイン）１０は、スレッドを生成しスレッドリストを作成する。そして、フロントサーバ（メイン）１０は、警備端末Ａ２０からの信号を監視する。警備端末Ａ２０は、フロントサーバ（メイン）１０間に障害が生じフロントサーバ（メイン）１０から切断すると、直ちにフロントサーバ（サブ）１１に接続し、一定間隔（Ｍ秒）でフロントサーバ（サブ）１１に信号を送信する。ここで、フロントサーバ（サブ）１１は、スレッドを生成し、スレッドリストを作成する。
【００３３】
フロントサーバ（メイン）１０は、警備端末Ａ２０から一定時間（Ｍ秒×ｃ回）信号を確認できない場合、警備端末Ａ２０と切断されたと判断し、スレッド、スレッドリストを削除する。ここでのｃは警備端末からの定期信号をいくつ待つかを示している。センターサーバ１５は、メイン・サブのフロントサーバ１０，１１より定期的（Ｎ秒）に状態情報を取得し、両方のフロントサーバ１０，１１から取得した状態情報の論理和を取ってセンターサーバ１５上の状態情報を生成する。
【００３４】
このように、警備端末Ａ２０がフロントサーバ１０に接続されると、端末接続管理テーブルに、接続した端末毎に持つアドレス及び登録時間の情報を記録し、接続スレッド内の接続フラグをＯＮし、警備端末Ａ２０がフロントサーバ１０から切断されると、接続フラグをＯＦＦし、所定時間警備端末Ａ２０が接続されない場合、切断された警備端末Ａ２０に該当する接続スレッドのリスト及び端末接続管理テーブルの情報を削除することから、フロントサーバ１０単独でも、センターザーバ１５からでも警備端末Ａ２０の接続状態を確認することができる。
【産業上の利用可能性】
【００３５】
以上のように、本発明によれば、複数のフロントサーバ間を直接接続して複雑な制御することなく、それぞれのフロントサーバに容易に且つ任意にアクセスすることができ、一方のフロントサーバによる通信が途絶えても他方で接続が可能で、通信の信頼性を向上させることができる警備システム及び警備システムの端末接続状態監視方法を提供することができる。
【図面の簡単な説明】
【００３６】
【図１】本発明に係る警備システムの一例を示す構成図である。
【図２】同警備システムの動作のタイミングチャートを示す説明図である。
【図３】同警備システムの接続処理スレッドに係る動作を示す説明図である。
【図４】同警備システムの接続処理スレッドに係る動作を示す説明図である。
【図５】同警備システムの動作の詳細を示す説明図である。
【符号の説明】
【００３７】
５・・・・通信回線
６・・・・ＩＳＰ
７・・・・ＩＳＰ
１０・・・フロントサーバ
１１・・・フロントサーバ
１３・・・ルータ
１４・・・ルータ
１５・・・センターサーバ
１７・・・ハブ
１８・・・クライアント
２０・・・警備端末Ａ
２１・・・警備端末Ｂ
【図１】
2008242635.tif 000003
【図２】
2008242635.tif 000004
【図３】
2008242635.tif 000005
【図４】
2008242635.tif 000006
【図５】
2008242635.tif 000007