センサ端末、センサ端末の異常判断情報送信方法、コントローラおよびコントローラのセンサ異常判断方法
【課題】無線センサ端末の異常判断をより正確に行う。
【解決手段】センサ端末１２０ａ，１２０ｂは、定期的に、他のノードとの間の通信可能性、推定距離の情報を持つ隣接テーブルを更新する（502,512）。コントローラ１０１は、定期的に、センサ端末１２０ａ，１２０ｂから隣接テーブルを含むセンサ情報取得要求応答を受信し（521,531）、ノード毎に他のノードとの間の通信可能性、推定距離の情報を持つ統合テーブルを更新する（540）。コントローラ１０１は、過去に更新された統合テーブルが持つ情報に基づいて作成される過去情報を持つ過去情報テーブルを、統合テーブルの更新に伴って更新する（541）。コントローラ１０１は、統合テーブルと過去情報テーブルの比較結果に基づき、センサ端末１２０ａ，１２０ｂの異常（破壊／停止、または移動）を、コントローラ１０１および他のセンサ端末との間の通信可能性、推定距離の情報を用いて判断する（542）。
【解決手段】センサ端末１２０ａ，１２０ｂは、定期的に、他のノードとの間の通信可能性、推定距離の情報を持つ隣接テーブルを更新する（502,512）。コントローラ１０１は、定期的に、センサ端末１２０ａ，１２０ｂから隣接テーブルを含むセンサ情報取得要求応答を受信し（521,531）、ノード毎に他のノードとの間の通信可能性、推定距離の情報を持つ統合テーブルを更新する（540）。コントローラ１０１は、過去に更新された統合テーブルが持つ情報に基づいて作成される過去情報を持つ過去情報テーブルを、統合テーブルの更新に伴って更新する（541）。コントローラ１０１は、統合テーブルと過去情報テーブルの比較結果に基づき、センサ端末１２０ａ，１２０ｂの異常（破壊／停止、または移動）を、コントローラ１０１および他のセンサ端末との間の通信可能性、推定距離の情報を用いて判断する（542）。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、センサ端末、センサ端末の異常判断情報送信方法、コントローラおよびコントローラのセンサ異常判断方法に関し、特に、無線セキュリティシステムのノードとして使用されるセンサ端末等に関する。
【背景技術】
【０００２】
従来、一般家庭および企業へのセキュリティシステム導入が急増している。また、従来、ライセンス不要で用いることのできる２．４ＧＨｚ帯を利用したＩＥＥＥ８０２．１１ 無線ＬＡＮ方式、ＩＥＥＥ８０２．１５．４ ＺｉｇＢｅｅなどの標準化技術あるいは独自通信方式のデバイスにおいて、消費電力の低下、省サイズ化、コストの低下が進んでいる。セキュリティシステムで用いられるセンサ端末（カメラ、赤外線、振動、ガス、煙／熱、緊急ボタンなどの端末）は、電池駆動あるいは電気配線のみという設置工事のし易さから、コントローラとの間の通信手段として無線方式を用いるものが増えていくと想定される。
【０００３】
図１５は、従来の一般的なセキュリティシステム２００の構成例を示している。このセキュリティシステム２００は、コントローラ２０１と、屋内センサ２０２，２０３と、屋外センサ２０４，２０５を有している。屋内センサ２０２，２０３と、屋外センサ２０４，２０５は、有線の制御／通信ネットワーク２０６を介して、コントローラ２０１に接続されている。ここで、屋内センサ２０２，２０３および屋外センサ２０４，２０５は、カメラ、赤外線、振動、ガス、煙／熱、緊急ボタンなどのセンサ端末である。
【０００４】
コントローラ２０１は、屋内センサ２０２，２０３および屋外センサ２０４，２０５の動作を、ネットワーク２０６を介して制御する。また、コントローラ２０１は、屋内センサ２０２，２０３および屋外センサ２０４，２０５からのセンサ情報を、ネットワーク２０６を介して受け取って異常状態の発生を判断する。そして、コントローラ２０１は、異常状態が発生したと判断するとき、外部接続用のネットワーク３０１を介して集中監視センタ３０２に発報する。
【０００５】
図１５に示すようなセキュリティシステム２００において、有線の制御／通信ネットワーク２０６の部分を無線化したものが無線セキュリティシステムである。この無線セキュリティシステムでは、無線センサ端末が利用される。外部からの侵入者に対して無線セキュリティシステムが正常に運用されるためには、悪意者による無線センサ端末の破壊／停止、移動を検知することが重要となる。しかし、この無線センサ端末においては、通信パス自体が不安定になる可能性があるため、悪意者による破壊／停止、移動の検出が困難となる。
【０００６】
例えば、センサ端末とコントローラとの間の通信を定期的に行って、通信不能になった際にセンサ端末を異常とする異常検出手法が一般的に使われている。しかし、この手法では、無線状況が一時的に不安定で通信不能だった場合にも異常とみなされ，誤発報が多発する。
【０００７】
また、例えば、特許文献１，２等には、センサ端末により得られたカメラ映像を解析して、異常を検出する手法が提案されている。しかし、この手法では、センサ端末にカメラ機能が必須となり、一般的にカメラ側に搭載される処理部の処理能力が必要とされるため、安価なセンサ端末では用いることができない。
【０００８】
また、例えば、特許文献３等には、センサ端末にさらに加速度センサ等を付加し、悪意者による場所あるいは向きの変更を検出する手法が提案されている。しかし、この手法では、別途付加する加速度センサなどのセンサが必須となるため、安価なセンサ端末では用いることができない。
【０００９】
また、例えば、特許文献４等には、端末間の通信により通信可能性および距離情報を求め、侵入／破壊を検出する手法が提案されている。しかし、この手法では、最終的に利用されるのはネットワーク構造情報であり、その生成過程で得られた異常端末情報は無効情報として扱われる。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００６−３３８１８７号公報
【特許文献２】特開２００８−１６０６１７号公報
【特許文献３】特開２００８−１６７２２２号公報
【特許文献４】特許第３８７７１６７号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
上述したように、無線セキュリティシステムを構成する無線センサ端末においては、悪意者による破壊／停止、移動の検出が困難である。
【００１２】
この発明の目的は、無線セキュリティシステムを構成する無線センサ端末の異常（破壊／停止、移動）の判断をより正確に行い得るようにすることにある。
【課題を解決するための手段】
【００１３】
この発明の概念は、
センサ部と、
上記センサ部のセンサ情報をコントローラに無線送信する第１の送信部と、
他のノードに定期的に確認情報要求を無線送信する第２の送信部と、
上記第２の送信部で送信される上記確認情報要求に対応して上記他のノードから送られてくる確認情報応答を無線受信する第１の受信部と、
上記第１の受信部で受信される上記確認情報応答に基づいて、少なくとも上記他のノードとの間の通信可能性の情報を持つ隣接テーブルを定期的に更新する隣接テーブル更新部と、
上記コントローラから送られてくるセンサ情報取得要求を受信する第２の受信部と、
上記第２の受信部で受信された上記センサ情報取得要求に対応して、上記隣接テーブルを異常判断情報として上記コントローラに無線送信する第３の送信部
を備えるセンサ端末にある。
【００１４】
また、この発明の概念は、
複数のセンサ端末から送られてくるセンサ情報を無線受信する第１の受信部と、
上記複数のセンサ端末に定期的にセンサ情報取得要求を無線送信する第１の送信部と、 上記第１の送信部で送信される上記センサ情報取得要求に対応して上記複数のセンサ端末から送られてくる、少なくとも他のノードとの間の通信可能性の情報を持つ隣接テーブルを受信する第２の受信部と、
上記第２の受信部で受信された上記複数のセンサ端末の隣接テーブルに基づいて、ノード毎に他のノードとの間の通信可能性の情報を持つ統合テーブルを定期的に更新する統合テーブル更新部と、
上記統合テーブル更新部で過去に更新された統合テーブルが持つ情報に基づいて作成される過去情報を持つ過去情報テーブルを上記統合テーブルの更新に伴って更新する過去情報テーブル更新部と、
上記統合テーブル更新部で更新された統合テーブルと、上記過去情報テーブル更新部で更新された過去情報テーブルとを比較し、上記複数のセンサ端末の破壊または停止を判断するセンサ異常判断部
を備えるコントローラにある。
【００１５】
この発明において、センサ端末のセンサ部のセンサ情報はコントローラに無線送信される。コントローラでは、このセンサ情報に基づいて、異常状態の発生が判断される。そして、異常状態が発生したと判断されるとき、コントローラから、外部接続用のネットワークを介して集中監視センタに発報される。
【００１６】
センサ端末から他のノードに、定期的に、確認情報要求が無線送信される。ここで、他のノードは、コントローラおよび他のセンサ端末である。そして、センサ端末では、他のノードから送られてくる確認情報応答に基づいて、少なくとも、他のノードとの間の通信可能性の情報を持つ隣接テーブルが更新される。なお、この隣接テーブルは、他のノードとの間の推定距離の情報をさらに持っていてもよい。センサ端末では、各ノードからの確認情報応答の受信時における受信信号強度に基づいて推定距離の情報を得るようにされる。
【００１７】
コントローラからセンサ端末に、定期的に、センサ情報取得要求が無線送信される。そして、このセンサ情報取得要求に応じて、センサ端末からコントローラに、隣接テーブルが異常判断情報として無線送信される。コントローラでは、複数のセンサ端末から送られてくる隣接テーブルに基づいて、ノード毎に他のノードとの間の通信可能性の情報を持つ統合テーブルが更新される。なお、隣接テーブルが他のノードとの間の推定距離の情報をさらに持つ場合には、統合テーブルは、ノード毎に他のノードとの間の推定距離の情報も持つものとなる。
【００１８】
また、コントローラでは、過去に更新された統合テーブルが持つ情報に基づいて作成される過去情報テーブルが、統合テーブルの更新に伴って更新される。そして、コントローラでは、統合テーブルと過去情報テーブルとが比較され、複数のセンサ端末の破壊または停止が判断される。例えば、所定のセンサ端末との間の通信が不可能となり、かつこの所定のセンサ端末と他のセンサ端末との間の通信が不可能となったとき、この所定のセンサ端末は破壊された、または停止したと判断される。
【００１９】
また、統合テーブルがノード毎に他のノードとの間の推定距離の情報もさらに持つ場合、コントローラでは、統合テーブルと過去情報テーブルとが比較され、複数のセンサ端末の移動が判断される。例えば、所定のセンサ端末と他のノードとの間の複数の推定距離のうち、閾値を越えて変化している推定距離が所定数以上あるとき、この所定のセンサ端末は移動されていると判断される。
【００２０】
このように、コントローラには、各センサ端末から、他のノードとの間の通信可能性の情報、さらには他のノードとの間の推定距離の情報を持つ隣接テーブルが送られる。そのため、コントローラでは、所定のセンサ端末の破壊または停止を判断する際、この所定のセンサ端末との間の通信可能性の情報だけでなく、この所定のセンサ端末と他のセンサ端末との間の通信可能性の情報をも用いることができ、より正確な判断を行うことが可能となる。また、コントローラでは、所定のセンサ端末の移動を判断する際、この所定のセンサ端末との間の推定距離の情報だけでなく、この所定のセンサ端末と他のセンサ端末との間の推定距離の情報をも用いることができる。そのため、より正確な判断を行うことが可能となる。
【発明の効果】
【００２１】
この発明によれば、各センサ端末からコントローラに、他のノードとの間の通信可能性の情報、さらには他のノードとの間の推定距離の情報を持つ隣接テーブルが送られる。そのため、コントローラでは、所定のセンサ端末の異常（破壊／停止、移動）を、所定のセンサ端末との間の通信可能性、推定距離の情報の他、この所定のセンサ端末と他のセンサ端末との間の通信可能性、推定距離の情報をも用いて判断でき、その精度の向上を図ることができる。
【図面の簡単な説明】
【００２２】
【図１】この発明の実施の形態としてのセキュリティシステムの構成例を示すブロック図である。
【図２】セキュリティシステムを構成するコントローラの構成例を示すブロック図である。
【図３】セキュリティシステムを構成するセンサ端末の構成例を示すブロック図である。
【図４】センサ端末の異常を判断するための、センサ端末のＣＰＵの制御処理の手順を示すフローチャートである。
【図５】センサ端末で生成される隣接テーブルの一例を示す図である。
【図６】推定距離を求めるために使用されるＳ／Ｎ比と距離との対応関係を示すグラフ情報の一例を示す図である。
【図７】センサ端末の異常を判断するための、コントローラのＣＰＵの制御処理の手順を示すフローチャートである。
【図８】コントローラで生成される統合テーブルの一例を示す図である。
【図９】コントローラで生成される過去情報テーブルの一例を示す図である。
【図１０】コントローラのＣＰＵがセンサ端末の異常（破壊／停止）を判断する例を説明するための統合テーブル例を示す図である。
【図１１】コントローラのＣＰＵがセンサ端末の異常（破壊／停止）を判断する例を説明するための過去情報テーブル例を示す図である。
【図１２】コントローラのＣＰＵがセンサ端末の異常（移動）を判断する例を説明するための統合テーブル例を示す図である。
【図１３】コントローラのＣＰＵがセンサ端末の異常（移動）を判断する例を説明するための過去情報テーブル例を示す図である。
【図１４】センサ端末の異常判断を行うためのコントローラおよびセンサ端末間のシーケンス例を説明するための図である。
【図１５】従来の一般的なセキュリティシステムの構成例を示すブロック図である。
【発明を実施するための形態】
【００２３】
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例
【００２４】
＜１．実施の形態＞
［セキュリティシステムの構成例］
図１は、実施の形態としてのセキュリティシステム１００の構成例を示している。このセキュリティシステム１００は、コントローラ１０１と、屋内センサ１０２，１０３と、屋外センサ１０４，１０５を有している。コントローラ１０１、屋内センサ１０２，１０３、屋外センサ１０４，１０５は、無線ネットワーク１０６を介して、互いに無線で接続されている。この場合、コントローラ１０１および各センサ端末は、ピアツーピア形態にて接続可能な状態とされている。
【００２５】
この無線ネットワーク１０６は、例えば、無線ＬＡＮにおけるアドホックネットワークの構築により実現され、あるいは独自の管理フレームを用いて実現される。ここで、屋内センサ１０２，１０３および屋外センサ１０４，１０５は、カメラ、赤外線、振動、ガス、煙/熱、緊急ボタンなどのセンサ端末である。コントローラ１０１、屋内センサ１０２，１０３、屋外センサ１０４，１０５は、それぞれ、無線ネットワーク１０６のノードを構成している。
【００２６】
コントローラ１０１は、屋内セン１０２，１０３および屋外センサ１０４，１０５の動作を、ネットワーク１０６を介して制御する。また、コントローラ１０１は、屋内センサ１０２，１０３および屋外センサ１０４，１０５からのセンサ情報を、ネットワーク１０６を介して受け取って異常状態の発生を判断する。そして、コントローラ１０１は、異常状態が発生したと判断するとき、外部接続用のネットワーク３０１を介して集中監視センタ３０２に発報する。
【００２７】
また、各センサ端末（屋内セン１０２，１０３、屋外センサ１０４，１０５）は、他のノード（センサ端末、コントローラ）との間の通信可能性の情報および推定距離の情報を含む隣接テーブルを定期的に更新し、コントローラ１０１に無線送信する。この場合、各センサ端末は、他のノードに確認情報要求を送信すると共に、他のノードからの確認情報応答を受信する。各センサ端末は、確認情報応答が受信されたノードに関しては、通信可能性があるものとする。また、各センサ端末は、確認情報応答が受信されたノードに関しては、その受信時における受信信号強度に基づいて推定距離の情報を取得する。
【００２８】
コントローラ１０１は、各センサ端末から定期的に受信された隣接テーブルに基づいて、ノード毎に他のノードとの間の通信可能性の情報を持つ統合テーブルを更新する。また、コントローラ１０１は、過去に更新された統合テーブルが持つ情報に基づいて作成される過去情報テーブルを、統合テーブルの更新に伴って更新する。コントローラ１０１は、統合テーブルと過去情報テーブルとを比較し、各センサ端末の異常（破壊／停止、移動）を判断する。
【００２９】
例えば、コントローラ１０１は、所定のセンサ端末との間の通信が不可能となり、かつこの所定のセンサ端末と他のセンサ端末との間の通信が不可能となったとき、この所定のセンサ端末は破壊された、または停止したと判断する。また、例えば、コントローラ１０１は、所定のセンサ端末と他のノードとの間の複数の推定距離のうち、閾値を越えて変化している推定距離が所定数以上あるとき、この所定のセンサ端末は移動されていると判断する。そして、コントローラ１０１は、センサ端末の異常が検出されたとき、ネットワーク３０１を介して集中監視センタ３０２に発報する。
【００３０】
［コントローラおよびセンサ端末の構成例］
図２は、コントローラ１０１の構成例を示している。このコントローラ１０１は、ＣＰＵ(Central Processing Unit)１１１と、ＲＯＭ(Read OnlyMemory)１１２と、ＲＡＭ(Random Access Memory)１１３を有している。また、このコントローラ１０１は、ネットワークインタフェース１１４と、無線モジュール１１５と、アンテナ１１６を有している。ＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、ネットワークインタフェース１１４および無線モジュール１１５は、内部バス１１７に接続されている。
【００３１】
ＣＰＵ１１１は、コントローラ１０１の各部の動作を制御する。ＲＯＭ１１２は、制御ソフトウェアの格納を行う。ＲＡＭ１１３は、ＣＰＵ１１１のワークエリアを構成する。ＣＰＵ１１１は、ＲＯＭ１１２から読み出したソフトウェアをＲＡＭ１１３上に展開してソフトウェアを起動させ、コントローラ１０１の各部を制御する。ネットワークインタフェース１１４は、ネットワーク３０１を通じて、集中監視センタ３０２との間で、ネットワーク通信を行う。無線モジュール１１５は、アンテナ１１６を通じて、センサ端末との間で、無線通信を行う。
【００３２】
図３は、センサ端末１２０（屋内センサ１０２，１０３、屋外センサ１０３，１０４）の構成例を示している。このセンサ端末１２０は、ＣＰＵ１２１と、ＲＯＭ１２２と、ＲＡＭ１２３を有している。また、センサ端末１２０は、センサ部１２４と、無線モジュール１２５と、アンテナ１２６を有している。ＣＰＵ１２１、ＲＯＭ１２２、ＲＡＭ１２３、センサ部１２４および無線モジュール１２５は、内部バス１２７に接続されている。
【００３３】
ＣＰＵ１２１は、センサ端末１２０の各部の動作を制御する。ＲＯＭ１２２は、制御ソフトウェアの格納を行う。ＲＡＭ１２３は、ＣＰＵ１２１のワークエリアを構成する。ＣＰＵ１２１は、ＲＯＭ１２２から読み出したソフトウェアをＲＡＭ１２３上に展開してソフトウェアを起動させ、センサ端末１２０の各部を制御する。センサ部１２４は、カメラ、赤外線、振動、ガス、煙／熱等のセンサ素子で構成されている。無線モジュール１２５は、アンテナ１２６を通じて、コントローラ１０１および他のセンサ端末との間で、無線通信を行う。
【００３４】
［センサ異常判断のための処理］
次に、センサ端末の異常（破壊／停止、移動）を判断するための、センサ端末１２０およびコントローラ１０１の処理について説明する。
【００３５】
最初にセンサ端末１２０の処理を説明する。図４のフローチャートは、センサ端末１２０の異常を判断するための、センサ端末１２０のＣＰＵ１２１の制御処理の手順を示している。ＣＰＵ１２１は、ステップＳＴ１において、処理を開始し、その後に、ステップＳＴ２の処理に移る。このステップＳＴ２において、ＣＰＵ１２１は、定期送信タイミングか否かを判断する。ＣＰＵ１２１は、図３には図示しないタイマのカウント値に基づいて、定期送信タイミングを判断する。
【００３６】
定期送信タイミングであるとき、ＣＰＵ１２１は、ステップＳＴ３において、無線モジュール１２５を制御して、コントローラ１０１および他のセンサ端末１２０に、確認情報要求を送信する。一方、定期送信タイミングでないとき、ＣＰＵ１２１は、ステップＳＴ４において、情報受信であるか否かを判断する。情報受信でないとき、ＣＰＵ１２１は、ステップＳＴ２に戻る。一方、情報受信であるとき、ＣＰＵ１２１は、ステップＳＴ５の処理に移る。
【００３７】
このステップＳＴ５の処理において、ＣＰＵ１２１は、コントローラ１０１あるいは他のセンサ端末１２０から、上述の確認情報要求に対応する確認情報応答を受信したか否かを判断する。確認情報応答を受信したとき、ＣＰＵ１２１は、ステップＳＴ６において、隣接テーブルを更新し、その後に、ステップＳＴ２の処理に戻る。
【００３８】
図５は、センサ端末１２０で生成される隣接テーブルの一例を示している。この例は、センサ端末１２０が屋内センサ１０２である場合の例であって、他のノードはコントローラ１０１、屋内センサ１０３、屋外センサ１０４，１０５である。図示のように、隣接テーブルは、他のノードとの間の通信可能性および推定距離の情報を持っている。
【００３９】
センサ端末１２０は、上述したように確認情報応答を受信したとき、その確認情報応答の送信元のノードとの間には通信可能性があるとして、隣接テーブルを更新する。また、センサ端末１２０は、上述したように確認情報応答を受信したとき、その確認情報応答の送信元のノードに関しては、その受信時における受信信号強度に基づいて推定距離の情報を取得して、隣接テーブルを更新する。
【００４０】
例えば、センサ端末１２０は、ノード毎に、図６に示すようなＳ／Ｎ比と距離との対応関係を示すグラフ情報を持っており、確認情報応答の送信元のノードとの間の距離をこのグラフ情報から推定する。なお、センサ端末１２０は、他のノードとの間の距離の推定をその他の手法で行ってもよい。
【００４１】
センサ端末１２０は、確認情報応答の受信に伴って、その確認情報応答の送信元のノードとの間の隣接テーブルの通信可能性および推定距離の情報を更新するとき、更新時刻も変更する。
【００４２】
図５に示す屋内センサ１０２で生成される隣接テーブルの例においては、以下のことが分かる。コントローラ１０１との間では通信可能であって推定距離は１０ｍであり、その情報の更新時刻はｔ２である。また、屋内センサ１０３との間では通信可能であって推定距離は５ｍであり、その情報の更新時刻はｔ２である。また、屋外センサ１０４との間では通信可能であって推定距離は５ｍであり、その情報の更新時刻はｔ２である。また、屋外センサ１０５との間では通信不能であって推定距離は不明であり、その情報の更新時刻はｔ２である。
【００４３】
図４のフローチャートに戻って、ステップＳＴ５で確認情報応答の受信でないとき、ＣＰＵ１２１は、ステップＳＴ７において、コントローラ１０１から、センサ情報取得要求を受信したか否かを判断する。センサ情報取得要求を受信したとき、ＣＰＵ１２１は、ステップＳＴ８において、無線モジュール１０５を制御して、隣接テーブルを含むセンサ情報取得要求応答をコントローラ１０１に送信する。ＣＰＵ１２１は、ステップＳＴ８の処理の後、ステップＳＴ２の処理に戻る。また、ＣＰＵ１２１は、ステップＳＴ７でセンサ情報取得要求の受信でないとき、直ちに、ステップＳＴ２の処理に戻る。
【００４４】
次に、コントローラ１０１の処理を説明する。図７のフローチャートは、センサ端末１２０の異常を判断するための、コントローラ１０１のＣＰＵ１１１の制御処理の手順を示している。ＣＰＵ１１１は、ステップＳＴ１１において、処理を開始し、その後に、ステップＳＴ１２の処理に移る。このステップＳＴ１２において、ＣＰＵ１１１は、定期送信タイミングか否かを判断する。ＣＰＵ１１１は、図２には図示しないタイマのカウント値に基づいて、定期送信タイミングを判断する。
【００４５】
定期送信タイミングであるとき、ＣＰＵ１１１は、ステップＳＴ１３において、無線モジュール１１５を制御して、センサ端末１２０に、センサ情報取得要求を送信する。一方、定期送信タイミングでないとき、ＣＰＵ１１１は、ステップＳＴ１４において、情報受信であるか否かを判断する。情報受信でないとき、ＣＰＵ１１１は、ステップＳＴ１２に戻る。一方、情報受信であるとき、ＣＰＵ１１１は、ステップＳＴ１５の処理に移る。
【００４６】
このステップＳＴ１５において、ＣＰＵ１１１は、センサ端末１２０から、上述のセンサ情報取得要求に対応する隣接テーブルを含むセンサ情報取得要求応答を受信したか否かを判断する。センサ情報取得要求応答の受信でないとき、ＣＰＵ１１１は、ステップＳＴ１２の処理に戻る。一方、センサ情報取得要求応答を受信したとき、ＣＰＵ１１１は、ステップＳＴ１６の処理に移る。
【００４７】
このステップＳＴ１６において、ＣＰＵ１１１は、センサ情報取得要求応答に含まれる隣接テーブルに基づいて、統合テーブルを更新する。図８は、コントローラ１０１で生成される統合テーブルの一例を示している。図示のように、統合テーブルは、ノード毎に、他のノードとの間の通信可能性および推定距離の情報を、さらにはその情報の最終更新時刻の情報を持っている。
【００４８】
図８に示す統合テーブルの例においては、以下のことが分かる。コントローラ１０１については、センサ１０２，１０３，１０４，１０５との間では通信可能であって推定距離は５ｍ，５ｍ，１０ｍ，１５ｍである。また、屋内センサ１０２については、コントローラ１０１、センサ１０３，１０４との間では通信可能であって推定距離は５ｍ，５ｍ，５ｍであり、センサ１０５との間では通信不能であって推定距離は不明である。
【００４９】
また、屋内センサ１０３については、コントローラ１０１、センサ１０２，１０４，１０５との間では通信可能であって推定距離が５ｍ，５ｍ，５ｍ，１０ｍである。また、屋外センサ１０４については、コントローラ１０１、センサ１０２，１０３，１０５との間では通信可能であって推定距離が１０ｍ，５ｍ，５ｍ，５ｍである。屋外センサ１０５については、コントローラ１０１、センサ１０３，１０４との間では通信可能であって推定距離は１５ｍ，１０ｍ，５ｍであり、センサ１０２との間では通信不能であって推定距離は不明である。
【００５０】
図７に戻って、ＣＰＵ１１１は、ステップＳＴ１６の処理の後、ステップＳＴ１７の処理に移る。このステップＳＴ１７において、ＣＰＵ１１１は、過去情報テーブルを更新する。この過去情報テーブルは、上述のステップＳＴ１６で過去に更新された統合テーブルが持つ情報に基づいて作成された過去情報を持つ。
【００５１】
図９は、コントローラ１０１で生成される過去情報テーブルの一例を示している。図示のように、過去情報テーブルは、ノード毎に、他のノードとの間の連続通信可能日数および推定距離の情報を持っている。ここで、第１のノードと第２のノードとの間の連続通信可能日数は、統合テーブルが更新される毎の第１のノードと第２のノードとの間の通信可能性の情報が参照されて求められたものであり、通信可能である連続日数を示す。
【００５２】
また、第１のノードと第２のノードとの間の推定距離は、統合テーブルが更新される毎の第１のノードと第２のノードとの間の推定距離の情報が参照されて求められたものであり、過去一定期間における推定距離の平均値を示す。ここで、ライセンス不要の無線方式においては無線状態が変更され易いため、数日単位で近傍の時間の重み付けを大きくする加重移動平均あるいは指数加重移動平均を利用することが望ましい。
【００５３】
図９に示す過去情報テーブルの例においては、以下のことが分かる。コントローラ１０１については、センサ１０２，１０３，１０４，１０５との間では７２日連続して通信可能状態にあって、推定距離の平均値は６ｍ，５ｍ，１２ｍ，１４ｍである。また、屋内センサ１０２については、コントローラ１０１、センサ１０３，１０４との間では７２日連続して通信可能状態にあって、推定距離の平均値は６ｍ，４ｍ，７ｍであり、センサ１０５との間では通信不能状態が続いており推定距離の平均値は不明である。
【００５４】
また、屋内センサ１０３については、コントローラ１０１、センサ１０２，１０４，１０５との間では７２日連続して通信可能状態にあって、推定距離の平均値は５ｍ，４ｍ，５ｍ，９ｍである。また、屋外センサ１０４については、コントローラ１０１、センサ１０２，１０３，１０５との間では７２日連続して通信可能状態にあって、推定距離の平均値は１０ｍ，７ｍ，５ｍ，６ｍである。屋外センサ１０５については、コントローラ１０１、センサ１０３，１０４との間では７２日連続して通信可能状態にあって、推定距離の平均値は１４ｍ，９ｍ，６ｍであり、センサ１０２との間では通信不能状態が続いており推定距離の平均値は不明である。
【００５５】
図７に戻って、ＣＰＵ１１１は、ステップＳＴ１７において、さらに、ステップＳＴ１６で更新した統合テーブルと、上述したように更新された過去情報テーブルとを比較する。そして、ＣＰＵ１１１は、ステップＳＴ１８において、センサ端末１２０が異常（破壊／停止または移動）か否かを判断する。複数のセンサ端末１２０のうち、一つでも異常であると判断するとき、ＣＰＵ１１１は、ステップＳＴ１９において、ネットワークインタフェース１１４を制御し、その旨を、ネットワーク３０１を介して集中監視センタ３０２に発報する。
【００５６】
ＣＰＵ１１１は、ステップＳＴ１９の処理の後、ステップＳＴ１２の処理に戻る。また、ステップＳＴ１８で複数のセンサ端末１２０の全てが異常でないと判断するとき、ＣＰＵ１１１は、直ちに、ステップＳＴ１２の処理に戻る。
【００５７】
ここで、ＣＰＵ１１１におけるセンサ端末１２０の異常判断例について説明する。一般的なセキュリティシステムにおいて、コントローラとセンサ端末との間の通信が不能となることがあるが、一時的な無線通信の不良なのか、あるいはセンサ端末の破壊／停止であるか判断し難い。また、一般的なセキュリティシステムにおいて、センサ端末の移動があっても、コントローラとセンサ端末との間の通信が可能であることが多く、センサ端末の移動判断は難い。
【００５８】
この実施の形態においては、ＣＰＵ１１１は、所定のセンサ端末１２０の破壊／停止を判断する際に、コントローラ１０１と所定のセンサ端末１２０との間の通信可能性の情報だけでなく、この所定のセンサ端末１２０と他のセンサ端末１２０との間の通信可能性の情報を用いて判断する。つまり、コントローラ１０１は、所定のセンサ端末１２０との間の通信が不可能となり、かつこの所定のセンサ端末１２０と他のセンサ端末１２０との間の通信が不可能となったとき、この所定のセンサ端末１２０は破壊された、または停止したと判断する。
【００５９】
また、ＣＰＵ１１１は、所定のセンサ端末１２０の移動を判断する際に、コントローラ１０１と所定のセンサ端末１２０との間の推定距離の情報だけでなく、この所定のセンサ端末１２０と他のセンサ端末１２０との間の推定距離の情報を用いて判断する。つまり、コントローラ１０１は、所定のセンサ端末１２０と他のノードとの間の複数の指定距離のうち、閾値を越えて変化している推定距離が所定数以上あるとき、この所定のセンサ端末１２０は移動されていると判断する。
【００６０】
第１の判断例について説明する。図１０は、第１の判断例おける統合テーブルを示している。図１１は、第１の判断例における過去情報テーブルを示している。ＣＰＵ１１１は、これらのテーブルの比較により、コントローラ１０１は屋外センサ１０４との間で、通信可能状態から通信不能状態に変化したことを認識する。また、ＣＰＵ１１１は、これらのテーブルの比較により、屋外センサ１０４は、屋内センサ１０２，１０３、屋外センサ１０５との間でも通信可能状態から通信不能状態に変化したことを認識する。したがって、ＣＰＵ１１１は、屋外センサ１０４は一時的に通信ができなくなったのではなく、破壊または停止されたものと判断する。
【００６１】
次に、第２の判断例について説明する。図１２は、第２の判断例おける統合テーブルを示している。図１３は、第２の判断例における過去情報テーブルを示している。ＣＰＵ１１１は、これらのテーブルの比較により、閾値（この実施の形態においては５ｍ）を越えて変化している推定距離が、コントローラ１０１、屋内センサ１０２，１０３と屋外センサ１０４との間の推定距離であって、所定数（この実施の形態においては２）以上ある。したがって、ＣＰＵ１１１は、屋外センサ１０４は移動されたものと判断する。
【００６２】
次に、図１４は、上述したセンサ端末１２０の異常判断を行うためのコントローラ１１１およびセンサ端末１２０間のシーケンス例を説明する。この例では、センサ端末１２０として、第１のセンサ端末１２０ａおよび第２のセンサ端末１２０ｂが存在する場合について説明する。
【００６３】
第１のセンサ端末１２０ａは、コントローラ１０１および第２のセンサ端末１２０ｂに確認情報要求を送信する（５００）。この確認情報要求に対応して、コントローラ１０１および第２のセンサ端末１２０ｂは、確認情報応答を送信する（５０１）。コントローラ１０１および第２のセンサ端末１２０ｂより確認情報応答を受信した第１のセンサ端末１２０ａは、隣接テーブルを更新する（５０２）。なお、この場合、コントローラ１０１および第２のセンサ端末１２０ｂは、第１のセンサ端末１２０ａと通信不能な場合、第１のセンサ端末１２０ａに確認情報応答を送信しない。
【００６４】
また、第２のセンサ端末１２０ｂは、コントローラ１０１および第１のセンサ端末１２０ａに確認情報要求を送信する（５１０）。この確認情報要求に対応して、コントローラ１０１および第１のセンサ端末１２０ａは、確認情報応答を送信する（５１１）。コントローラ１０１および第１のセンサ端末１２０ａより確認情報応答を受信した第２のセンサ端末１２０ｂは、隣接テーブルを更新する（５１２）。なお、この場合、コントローラ１０１および第１のセンサ端末１２０ａは、第２のセンサ端末１２０ｂと通信不能な場合、第２のセンサ端末１２０ｂに確認情報応答を送信しない。
【００６５】
また、コントローラ１０１は、第１のセンサ端末１２０ａおよび第２のセンサ端末１２０ｂにセンサ情報取得要求を送信する（５２０，５３０）。このセンサ情報取得要求に対応して、第１のセンサ端末１２０ａおよび第２のセンサ端末１２０ｂは、隣接テーブルを含むセンサ情報取得要求応答をコントローラ１０１に送信する（５２１，５３１）。なお、この場合、第１のセンサ端末１２０ａ、第２のセンサ端末１２０ｂは、コントローラ１０１と通信不能な場合、コントローラ１０１にセンサ情報取得要求応答を送信しない。
【００６６】
センサ端末１２０ａ，１２０ｂから隣接テーブルを含むセンサ情報取得要求応答を受信したコントローラ１０１は、統合テーブルを更新する（５４０）。そして、コントローラ１０１は、過去に更新された統合テーブルが持つ情報に基づいて作成される過去情報を持つ過去情報テーブルを、統合テーブルの更新に伴って更新する（５４１）。また、コントローラ１０１は、統合テーブルおよび過去情報テーブルを比較し（５４１）、その比較結果に基づいて、センサ端末１２０ａ，１２０ｂの破壊／停止、または移動を判断する（５４２）。
【００６７】
コントローラ１０１は、センサ端末１２０ａ，１２０ｂのうち、少なくとも、いずれのが、破壊／停止され、または移動されたと判断するとき、その旨を集中監視センタ３０２にセンサ端末の異常として発報する（５５０）。これに対して、集中監視センタ３０２は、コントローラ１０１に、異常発報応答を送信する（５５１）。
【００６８】
以上説明したように、図１に示すセキュリティシステム１００においては、各センサ端末１２０からコントローラ１０１に、定期的に、他のノードとの間の通信可能性の情報、さらには他のノードとの間の推定距離の情報を持つ隣接テーブルが送られる。そのため、コントローラ１０１では、所定のセンサ端末１２０の異常（破壊／停止、移動）を、所定のセンサ端末１２０との間の通信可能性、推定距離の情報の他、この所定のセンサ端末１２０と他のセンサ端末１２０との間の通信可能性、推定距離の情報をも用いて判断でき、その精度の向上を図ることができる。
【００６９】
＜２．変形例＞
なお、上述実施の形態においては、コントローラ１０１の他に、屋内センサ１０２，１０３、屋外センサ１０４，１０５を備えるセキュリティシステム１００の例を示した。しかし、この発明は、センサの個数および屋内、屋内に配置するセンサの個数の比率、さらには、センサの種類に関しては、この実施の形態に限定されるものではない。
【００７０】
また、上述実施の形態においては、コントローラ１０１は、統合テーブルを更新するに当たって、各センサ端末１２０からの隣接テーブルに基づいて、自身の各センサ端末１２０に対する通信可能性および推定距離の情報を得るものを示した。しかし、コントローラ１０１も、センサ端末１２０と同様に、各センサ端末１２０に確認情報要求を送信し、各センサ端末１２０から確認情報応答を受信し、各センサ端末１２０との間の通信可能性および推定距離の情報を得るようにしてもよい。
【産業上の利用可能性】
【００７１】
この発明は、無線センサ端末の異常（破壊／停止、移動）の判断をより正確に行い得るものであり、例えば、悪意者による破壊／停止、移動の可能性が高い屋外センサを含む無線セキュリティシステムに適用できる。
【符号の説明】
【００７２】
１００・・・セキュリティシステム、１０１・・・コントローラ、１０２，１０３・・・屋内センサ、１０４，１０５・・・屋外センサ、１０６・・・無線ネットワーク、１１１・・・ＣＰＵ、１１２・・・ＲＯＭ、１１３・・・ＲＡＭ、１１４・・・ネットワークインタフェース、１１５・・・無線モジュール、１１６・・・アンテナ、１２０・・・センサ端末、１２１・・・ＣＰＵ、１２２・・・ＲＯＭ、１２３・・・ＲＡＭ、１２４・・・センサ部、１２５・・・無線モジュール、１２６・・・アンテナ、３０１・・・ネットワーク、３０２・・・集中監視センタ
【技術分野】
【０００１】
この発明は、センサ端末、センサ端末の異常判断情報送信方法、コントローラおよびコントローラのセンサ異常判断方法に関し、特に、無線セキュリティシステムのノードとして使用されるセンサ端末等に関する。
【背景技術】
【０００２】
従来、一般家庭および企業へのセキュリティシステム導入が急増している。また、従来、ライセンス不要で用いることのできる２．４ＧＨｚ帯を利用したＩＥＥＥ８０２．１１ 無線ＬＡＮ方式、ＩＥＥＥ８０２．１５．４ ＺｉｇＢｅｅなどの標準化技術あるいは独自通信方式のデバイスにおいて、消費電力の低下、省サイズ化、コストの低下が進んでいる。セキュリティシステムで用いられるセンサ端末（カメラ、赤外線、振動、ガス、煙／熱、緊急ボタンなどの端末）は、電池駆動あるいは電気配線のみという設置工事のし易さから、コントローラとの間の通信手段として無線方式を用いるものが増えていくと想定される。
【０００３】
図１５は、従来の一般的なセキュリティシステム２００の構成例を示している。このセキュリティシステム２００は、コントローラ２０１と、屋内センサ２０２，２０３と、屋外センサ２０４，２０５を有している。屋内センサ２０２，２０３と、屋外センサ２０４，２０５は、有線の制御／通信ネットワーク２０６を介して、コントローラ２０１に接続されている。ここで、屋内センサ２０２，２０３および屋外センサ２０４，２０５は、カメラ、赤外線、振動、ガス、煙／熱、緊急ボタンなどのセンサ端末である。
【０００４】
コントローラ２０１は、屋内センサ２０２，２０３および屋外センサ２０４，２０５の動作を、ネットワーク２０６を介して制御する。また、コントローラ２０１は、屋内センサ２０２，２０３および屋外センサ２０４，２０５からのセンサ情報を、ネットワーク２０６を介して受け取って異常状態の発生を判断する。そして、コントローラ２０１は、異常状態が発生したと判断するとき、外部接続用のネットワーク３０１を介して集中監視センタ３０２に発報する。
【０００５】
図１５に示すようなセキュリティシステム２００において、有線の制御／通信ネットワーク２０６の部分を無線化したものが無線セキュリティシステムである。この無線セキュリティシステムでは、無線センサ端末が利用される。外部からの侵入者に対して無線セキュリティシステムが正常に運用されるためには、悪意者による無線センサ端末の破壊／停止、移動を検知することが重要となる。しかし、この無線センサ端末においては、通信パス自体が不安定になる可能性があるため、悪意者による破壊／停止、移動の検出が困難となる。
【０００６】
例えば、センサ端末とコントローラとの間の通信を定期的に行って、通信不能になった際にセンサ端末を異常とする異常検出手法が一般的に使われている。しかし、この手法では、無線状況が一時的に不安定で通信不能だった場合にも異常とみなされ，誤発報が多発する。
【０００７】
また、例えば、特許文献１，２等には、センサ端末により得られたカメラ映像を解析して、異常を検出する手法が提案されている。しかし、この手法では、センサ端末にカメラ機能が必須となり、一般的にカメラ側に搭載される処理部の処理能力が必要とされるため、安価なセンサ端末では用いることができない。
【０００８】
また、例えば、特許文献３等には、センサ端末にさらに加速度センサ等を付加し、悪意者による場所あるいは向きの変更を検出する手法が提案されている。しかし、この手法では、別途付加する加速度センサなどのセンサが必須となるため、安価なセンサ端末では用いることができない。
【０００９】
また、例えば、特許文献４等には、端末間の通信により通信可能性および距離情報を求め、侵入／破壊を検出する手法が提案されている。しかし、この手法では、最終的に利用されるのはネットワーク構造情報であり、その生成過程で得られた異常端末情報は無効情報として扱われる。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００６−３３８１８７号公報
【特許文献２】特開２００８−１６０６１７号公報
【特許文献３】特開２００８−１６７２２２号公報
【特許文献４】特許第３８７７１６７号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
上述したように、無線セキュリティシステムを構成する無線センサ端末においては、悪意者による破壊／停止、移動の検出が困難である。
【００１２】
この発明の目的は、無線セキュリティシステムを構成する無線センサ端末の異常（破壊／停止、移動）の判断をより正確に行い得るようにすることにある。
【課題を解決するための手段】
【００１３】
この発明の概念は、
センサ部と、
上記センサ部のセンサ情報をコントローラに無線送信する第１の送信部と、
他のノードに定期的に確認情報要求を無線送信する第２の送信部と、
上記第２の送信部で送信される上記確認情報要求に対応して上記他のノードから送られてくる確認情報応答を無線受信する第１の受信部と、
上記第１の受信部で受信される上記確認情報応答に基づいて、少なくとも上記他のノードとの間の通信可能性の情報を持つ隣接テーブルを定期的に更新する隣接テーブル更新部と、
上記コントローラから送られてくるセンサ情報取得要求を受信する第２の受信部と、
上記第２の受信部で受信された上記センサ情報取得要求に対応して、上記隣接テーブルを異常判断情報として上記コントローラに無線送信する第３の送信部
を備えるセンサ端末にある。
【００１４】
また、この発明の概念は、
複数のセンサ端末から送られてくるセンサ情報を無線受信する第１の受信部と、
上記複数のセンサ端末に定期的にセンサ情報取得要求を無線送信する第１の送信部と、 上記第１の送信部で送信される上記センサ情報取得要求に対応して上記複数のセンサ端末から送られてくる、少なくとも他のノードとの間の通信可能性の情報を持つ隣接テーブルを受信する第２の受信部と、
上記第２の受信部で受信された上記複数のセンサ端末の隣接テーブルに基づいて、ノード毎に他のノードとの間の通信可能性の情報を持つ統合テーブルを定期的に更新する統合テーブル更新部と、
上記統合テーブル更新部で過去に更新された統合テーブルが持つ情報に基づいて作成される過去情報を持つ過去情報テーブルを上記統合テーブルの更新に伴って更新する過去情報テーブル更新部と、
上記統合テーブル更新部で更新された統合テーブルと、上記過去情報テーブル更新部で更新された過去情報テーブルとを比較し、上記複数のセンサ端末の破壊または停止を判断するセンサ異常判断部
を備えるコントローラにある。
【００１５】
この発明において、センサ端末のセンサ部のセンサ情報はコントローラに無線送信される。コントローラでは、このセンサ情報に基づいて、異常状態の発生が判断される。そして、異常状態が発生したと判断されるとき、コントローラから、外部接続用のネットワークを介して集中監視センタに発報される。
【００１６】
センサ端末から他のノードに、定期的に、確認情報要求が無線送信される。ここで、他のノードは、コントローラおよび他のセンサ端末である。そして、センサ端末では、他のノードから送られてくる確認情報応答に基づいて、少なくとも、他のノードとの間の通信可能性の情報を持つ隣接テーブルが更新される。なお、この隣接テーブルは、他のノードとの間の推定距離の情報をさらに持っていてもよい。センサ端末では、各ノードからの確認情報応答の受信時における受信信号強度に基づいて推定距離の情報を得るようにされる。
【００１７】
コントローラからセンサ端末に、定期的に、センサ情報取得要求が無線送信される。そして、このセンサ情報取得要求に応じて、センサ端末からコントローラに、隣接テーブルが異常判断情報として無線送信される。コントローラでは、複数のセンサ端末から送られてくる隣接テーブルに基づいて、ノード毎に他のノードとの間の通信可能性の情報を持つ統合テーブルが更新される。なお、隣接テーブルが他のノードとの間の推定距離の情報をさらに持つ場合には、統合テーブルは、ノード毎に他のノードとの間の推定距離の情報も持つものとなる。
【００１８】
また、コントローラでは、過去に更新された統合テーブルが持つ情報に基づいて作成される過去情報テーブルが、統合テーブルの更新に伴って更新される。そして、コントローラでは、統合テーブルと過去情報テーブルとが比較され、複数のセンサ端末の破壊または停止が判断される。例えば、所定のセンサ端末との間の通信が不可能となり、かつこの所定のセンサ端末と他のセンサ端末との間の通信が不可能となったとき、この所定のセンサ端末は破壊された、または停止したと判断される。
【００１９】
また、統合テーブルがノード毎に他のノードとの間の推定距離の情報もさらに持つ場合、コントローラでは、統合テーブルと過去情報テーブルとが比較され、複数のセンサ端末の移動が判断される。例えば、所定のセンサ端末と他のノードとの間の複数の推定距離のうち、閾値を越えて変化している推定距離が所定数以上あるとき、この所定のセンサ端末は移動されていると判断される。
【００２０】
このように、コントローラには、各センサ端末から、他のノードとの間の通信可能性の情報、さらには他のノードとの間の推定距離の情報を持つ隣接テーブルが送られる。そのため、コントローラでは、所定のセンサ端末の破壊または停止を判断する際、この所定のセンサ端末との間の通信可能性の情報だけでなく、この所定のセンサ端末と他のセンサ端末との間の通信可能性の情報をも用いることができ、より正確な判断を行うことが可能となる。また、コントローラでは、所定のセンサ端末の移動を判断する際、この所定のセンサ端末との間の推定距離の情報だけでなく、この所定のセンサ端末と他のセンサ端末との間の推定距離の情報をも用いることができる。そのため、より正確な判断を行うことが可能となる。
【発明の効果】
【００２１】
この発明によれば、各センサ端末からコントローラに、他のノードとの間の通信可能性の情報、さらには他のノードとの間の推定距離の情報を持つ隣接テーブルが送られる。そのため、コントローラでは、所定のセンサ端末の異常（破壊／停止、移動）を、所定のセンサ端末との間の通信可能性、推定距離の情報の他、この所定のセンサ端末と他のセンサ端末との間の通信可能性、推定距離の情報をも用いて判断でき、その精度の向上を図ることができる。
【図面の簡単な説明】
【００２２】
【図１】この発明の実施の形態としてのセキュリティシステムの構成例を示すブロック図である。
【図２】セキュリティシステムを構成するコントローラの構成例を示すブロック図である。
【図３】セキュリティシステムを構成するセンサ端末の構成例を示すブロック図である。
【図４】センサ端末の異常を判断するための、センサ端末のＣＰＵの制御処理の手順を示すフローチャートである。
【図５】センサ端末で生成される隣接テーブルの一例を示す図である。
【図６】推定距離を求めるために使用されるＳ／Ｎ比と距離との対応関係を示すグラフ情報の一例を示す図である。
【図７】センサ端末の異常を判断するための、コントローラのＣＰＵの制御処理の手順を示すフローチャートである。
【図８】コントローラで生成される統合テーブルの一例を示す図である。
【図９】コントローラで生成される過去情報テーブルの一例を示す図である。
【図１０】コントローラのＣＰＵがセンサ端末の異常（破壊／停止）を判断する例を説明するための統合テーブル例を示す図である。
【図１１】コントローラのＣＰＵがセンサ端末の異常（破壊／停止）を判断する例を説明するための過去情報テーブル例を示す図である。
【図１２】コントローラのＣＰＵがセンサ端末の異常（移動）を判断する例を説明するための統合テーブル例を示す図である。
【図１３】コントローラのＣＰＵがセンサ端末の異常（移動）を判断する例を説明するための過去情報テーブル例を示す図である。
【図１４】センサ端末の異常判断を行うためのコントローラおよびセンサ端末間のシーケンス例を説明するための図である。
【図１５】従来の一般的なセキュリティシステムの構成例を示すブロック図である。
【発明を実施するための形態】
【００２３】
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例
【００２４】
＜１．実施の形態＞
［セキュリティシステムの構成例］
図１は、実施の形態としてのセキュリティシステム１００の構成例を示している。このセキュリティシステム１００は、コントローラ１０１と、屋内センサ１０２，１０３と、屋外センサ１０４，１０５を有している。コントローラ１０１、屋内センサ１０２，１０３、屋外センサ１０４，１０５は、無線ネットワーク１０６を介して、互いに無線で接続されている。この場合、コントローラ１０１および各センサ端末は、ピアツーピア形態にて接続可能な状態とされている。
【００２５】
この無線ネットワーク１０６は、例えば、無線ＬＡＮにおけるアドホックネットワークの構築により実現され、あるいは独自の管理フレームを用いて実現される。ここで、屋内センサ１０２，１０３および屋外センサ１０４，１０５は、カメラ、赤外線、振動、ガス、煙/熱、緊急ボタンなどのセンサ端末である。コントローラ１０１、屋内センサ１０２，１０３、屋外センサ１０４，１０５は、それぞれ、無線ネットワーク１０６のノードを構成している。
【００２６】
コントローラ１０１は、屋内セン１０２，１０３および屋外センサ１０４，１０５の動作を、ネットワーク１０６を介して制御する。また、コントローラ１０１は、屋内センサ１０２，１０３および屋外センサ１０４，１０５からのセンサ情報を、ネットワーク１０６を介して受け取って異常状態の発生を判断する。そして、コントローラ１０１は、異常状態が発生したと判断するとき、外部接続用のネットワーク３０１を介して集中監視センタ３０２に発報する。
【００２７】
また、各センサ端末（屋内セン１０２，１０３、屋外センサ１０４，１０５）は、他のノード（センサ端末、コントローラ）との間の通信可能性の情報および推定距離の情報を含む隣接テーブルを定期的に更新し、コントローラ１０１に無線送信する。この場合、各センサ端末は、他のノードに確認情報要求を送信すると共に、他のノードからの確認情報応答を受信する。各センサ端末は、確認情報応答が受信されたノードに関しては、通信可能性があるものとする。また、各センサ端末は、確認情報応答が受信されたノードに関しては、その受信時における受信信号強度に基づいて推定距離の情報を取得する。
【００２８】
コントローラ１０１は、各センサ端末から定期的に受信された隣接テーブルに基づいて、ノード毎に他のノードとの間の通信可能性の情報を持つ統合テーブルを更新する。また、コントローラ１０１は、過去に更新された統合テーブルが持つ情報に基づいて作成される過去情報テーブルを、統合テーブルの更新に伴って更新する。コントローラ１０１は、統合テーブルと過去情報テーブルとを比較し、各センサ端末の異常（破壊／停止、移動）を判断する。
【００２９】
例えば、コントローラ１０１は、所定のセンサ端末との間の通信が不可能となり、かつこの所定のセンサ端末と他のセンサ端末との間の通信が不可能となったとき、この所定のセンサ端末は破壊された、または停止したと判断する。また、例えば、コントローラ１０１は、所定のセンサ端末と他のノードとの間の複数の推定距離のうち、閾値を越えて変化している推定距離が所定数以上あるとき、この所定のセンサ端末は移動されていると判断する。そして、コントローラ１０１は、センサ端末の異常が検出されたとき、ネットワーク３０１を介して集中監視センタ３０２に発報する。
【００３０】
［コントローラおよびセンサ端末の構成例］
図２は、コントローラ１０１の構成例を示している。このコントローラ１０１は、ＣＰＵ(Central Processing Unit)１１１と、ＲＯＭ(Read OnlyMemory)１１２と、ＲＡＭ(Random Access Memory)１１３を有している。また、このコントローラ１０１は、ネットワークインタフェース１１４と、無線モジュール１１５と、アンテナ１１６を有している。ＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、ネットワークインタフェース１１４および無線モジュール１１５は、内部バス１１７に接続されている。
【００３１】
ＣＰＵ１１１は、コントローラ１０１の各部の動作を制御する。ＲＯＭ１１２は、制御ソフトウェアの格納を行う。ＲＡＭ１１３は、ＣＰＵ１１１のワークエリアを構成する。ＣＰＵ１１１は、ＲＯＭ１１２から読み出したソフトウェアをＲＡＭ１１３上に展開してソフトウェアを起動させ、コントローラ１０１の各部を制御する。ネットワークインタフェース１１４は、ネットワーク３０１を通じて、集中監視センタ３０２との間で、ネットワーク通信を行う。無線モジュール１１５は、アンテナ１１６を通じて、センサ端末との間で、無線通信を行う。
【００３２】
図３は、センサ端末１２０（屋内センサ１０２，１０３、屋外センサ１０３，１０４）の構成例を示している。このセンサ端末１２０は、ＣＰＵ１２１と、ＲＯＭ１２２と、ＲＡＭ１２３を有している。また、センサ端末１２０は、センサ部１２４と、無線モジュール１２５と、アンテナ１２６を有している。ＣＰＵ１２１、ＲＯＭ１２２、ＲＡＭ１２３、センサ部１２４および無線モジュール１２５は、内部バス１２７に接続されている。
【００３３】
ＣＰＵ１２１は、センサ端末１２０の各部の動作を制御する。ＲＯＭ１２２は、制御ソフトウェアの格納を行う。ＲＡＭ１２３は、ＣＰＵ１２１のワークエリアを構成する。ＣＰＵ１２１は、ＲＯＭ１２２から読み出したソフトウェアをＲＡＭ１２３上に展開してソフトウェアを起動させ、センサ端末１２０の各部を制御する。センサ部１２４は、カメラ、赤外線、振動、ガス、煙／熱等のセンサ素子で構成されている。無線モジュール１２５は、アンテナ１２６を通じて、コントローラ１０１および他のセンサ端末との間で、無線通信を行う。
【００３４】
［センサ異常判断のための処理］
次に、センサ端末の異常（破壊／停止、移動）を判断するための、センサ端末１２０およびコントローラ１０１の処理について説明する。
【００３５】
最初にセンサ端末１２０の処理を説明する。図４のフローチャートは、センサ端末１２０の異常を判断するための、センサ端末１２０のＣＰＵ１２１の制御処理の手順を示している。ＣＰＵ１２１は、ステップＳＴ１において、処理を開始し、その後に、ステップＳＴ２の処理に移る。このステップＳＴ２において、ＣＰＵ１２１は、定期送信タイミングか否かを判断する。ＣＰＵ１２１は、図３には図示しないタイマのカウント値に基づいて、定期送信タイミングを判断する。
【００３６】
定期送信タイミングであるとき、ＣＰＵ１２１は、ステップＳＴ３において、無線モジュール１２５を制御して、コントローラ１０１および他のセンサ端末１２０に、確認情報要求を送信する。一方、定期送信タイミングでないとき、ＣＰＵ１２１は、ステップＳＴ４において、情報受信であるか否かを判断する。情報受信でないとき、ＣＰＵ１２１は、ステップＳＴ２に戻る。一方、情報受信であるとき、ＣＰＵ１２１は、ステップＳＴ５の処理に移る。
【００３７】
このステップＳＴ５の処理において、ＣＰＵ１２１は、コントローラ１０１あるいは他のセンサ端末１２０から、上述の確認情報要求に対応する確認情報応答を受信したか否かを判断する。確認情報応答を受信したとき、ＣＰＵ１２１は、ステップＳＴ６において、隣接テーブルを更新し、その後に、ステップＳＴ２の処理に戻る。
【００３８】
図５は、センサ端末１２０で生成される隣接テーブルの一例を示している。この例は、センサ端末１２０が屋内センサ１０２である場合の例であって、他のノードはコントローラ１０１、屋内センサ１０３、屋外センサ１０４，１０５である。図示のように、隣接テーブルは、他のノードとの間の通信可能性および推定距離の情報を持っている。
【００３９】
センサ端末１２０は、上述したように確認情報応答を受信したとき、その確認情報応答の送信元のノードとの間には通信可能性があるとして、隣接テーブルを更新する。また、センサ端末１２０は、上述したように確認情報応答を受信したとき、その確認情報応答の送信元のノードに関しては、その受信時における受信信号強度に基づいて推定距離の情報を取得して、隣接テーブルを更新する。
【００４０】
例えば、センサ端末１２０は、ノード毎に、図６に示すようなＳ／Ｎ比と距離との対応関係を示すグラフ情報を持っており、確認情報応答の送信元のノードとの間の距離をこのグラフ情報から推定する。なお、センサ端末１２０は、他のノードとの間の距離の推定をその他の手法で行ってもよい。
【００４１】
センサ端末１２０は、確認情報応答の受信に伴って、その確認情報応答の送信元のノードとの間の隣接テーブルの通信可能性および推定距離の情報を更新するとき、更新時刻も変更する。
【００４２】
図５に示す屋内センサ１０２で生成される隣接テーブルの例においては、以下のことが分かる。コントローラ１０１との間では通信可能であって推定距離は１０ｍであり、その情報の更新時刻はｔ２である。また、屋内センサ１０３との間では通信可能であって推定距離は５ｍであり、その情報の更新時刻はｔ２である。また、屋外センサ１０４との間では通信可能であって推定距離は５ｍであり、その情報の更新時刻はｔ２である。また、屋外センサ１０５との間では通信不能であって推定距離は不明であり、その情報の更新時刻はｔ２である。
【００４３】
図４のフローチャートに戻って、ステップＳＴ５で確認情報応答の受信でないとき、ＣＰＵ１２１は、ステップＳＴ７において、コントローラ１０１から、センサ情報取得要求を受信したか否かを判断する。センサ情報取得要求を受信したとき、ＣＰＵ１２１は、ステップＳＴ８において、無線モジュール１０５を制御して、隣接テーブルを含むセンサ情報取得要求応答をコントローラ１０１に送信する。ＣＰＵ１２１は、ステップＳＴ８の処理の後、ステップＳＴ２の処理に戻る。また、ＣＰＵ１２１は、ステップＳＴ７でセンサ情報取得要求の受信でないとき、直ちに、ステップＳＴ２の処理に戻る。
【００４４】
次に、コントローラ１０１の処理を説明する。図７のフローチャートは、センサ端末１２０の異常を判断するための、コントローラ１０１のＣＰＵ１１１の制御処理の手順を示している。ＣＰＵ１１１は、ステップＳＴ１１において、処理を開始し、その後に、ステップＳＴ１２の処理に移る。このステップＳＴ１２において、ＣＰＵ１１１は、定期送信タイミングか否かを判断する。ＣＰＵ１１１は、図２には図示しないタイマのカウント値に基づいて、定期送信タイミングを判断する。
【００４５】
定期送信タイミングであるとき、ＣＰＵ１１１は、ステップＳＴ１３において、無線モジュール１１５を制御して、センサ端末１２０に、センサ情報取得要求を送信する。一方、定期送信タイミングでないとき、ＣＰＵ１１１は、ステップＳＴ１４において、情報受信であるか否かを判断する。情報受信でないとき、ＣＰＵ１１１は、ステップＳＴ１２に戻る。一方、情報受信であるとき、ＣＰＵ１１１は、ステップＳＴ１５の処理に移る。
【００４６】
このステップＳＴ１５において、ＣＰＵ１１１は、センサ端末１２０から、上述のセンサ情報取得要求に対応する隣接テーブルを含むセンサ情報取得要求応答を受信したか否かを判断する。センサ情報取得要求応答の受信でないとき、ＣＰＵ１１１は、ステップＳＴ１２の処理に戻る。一方、センサ情報取得要求応答を受信したとき、ＣＰＵ１１１は、ステップＳＴ１６の処理に移る。
【００４７】
このステップＳＴ１６において、ＣＰＵ１１１は、センサ情報取得要求応答に含まれる隣接テーブルに基づいて、統合テーブルを更新する。図８は、コントローラ１０１で生成される統合テーブルの一例を示している。図示のように、統合テーブルは、ノード毎に、他のノードとの間の通信可能性および推定距離の情報を、さらにはその情報の最終更新時刻の情報を持っている。
【００４８】
図８に示す統合テーブルの例においては、以下のことが分かる。コントローラ１０１については、センサ１０２，１０３，１０４，１０５との間では通信可能であって推定距離は５ｍ，５ｍ，１０ｍ，１５ｍである。また、屋内センサ１０２については、コントローラ１０１、センサ１０３，１０４との間では通信可能であって推定距離は５ｍ，５ｍ，５ｍであり、センサ１０５との間では通信不能であって推定距離は不明である。
【００４９】
また、屋内センサ１０３については、コントローラ１０１、センサ１０２，１０４，１０５との間では通信可能であって推定距離が５ｍ，５ｍ，５ｍ，１０ｍである。また、屋外センサ１０４については、コントローラ１０１、センサ１０２，１０３，１０５との間では通信可能であって推定距離が１０ｍ，５ｍ，５ｍ，５ｍである。屋外センサ１０５については、コントローラ１０１、センサ１０３，１０４との間では通信可能であって推定距離は１５ｍ，１０ｍ，５ｍであり、センサ１０２との間では通信不能であって推定距離は不明である。
【００５０】
図７に戻って、ＣＰＵ１１１は、ステップＳＴ１６の処理の後、ステップＳＴ１７の処理に移る。このステップＳＴ１７において、ＣＰＵ１１１は、過去情報テーブルを更新する。この過去情報テーブルは、上述のステップＳＴ１６で過去に更新された統合テーブルが持つ情報に基づいて作成された過去情報を持つ。
【００５１】
図９は、コントローラ１０１で生成される過去情報テーブルの一例を示している。図示のように、過去情報テーブルは、ノード毎に、他のノードとの間の連続通信可能日数および推定距離の情報を持っている。ここで、第１のノードと第２のノードとの間の連続通信可能日数は、統合テーブルが更新される毎の第１のノードと第２のノードとの間の通信可能性の情報が参照されて求められたものであり、通信可能である連続日数を示す。
【００５２】
また、第１のノードと第２のノードとの間の推定距離は、統合テーブルが更新される毎の第１のノードと第２のノードとの間の推定距離の情報が参照されて求められたものであり、過去一定期間における推定距離の平均値を示す。ここで、ライセンス不要の無線方式においては無線状態が変更され易いため、数日単位で近傍の時間の重み付けを大きくする加重移動平均あるいは指数加重移動平均を利用することが望ましい。
【００５３】
図９に示す過去情報テーブルの例においては、以下のことが分かる。コントローラ１０１については、センサ１０２，１０３，１０４，１０５との間では７２日連続して通信可能状態にあって、推定距離の平均値は６ｍ，５ｍ，１２ｍ，１４ｍである。また、屋内センサ１０２については、コントローラ１０１、センサ１０３，１０４との間では７２日連続して通信可能状態にあって、推定距離の平均値は６ｍ，４ｍ，７ｍであり、センサ１０５との間では通信不能状態が続いており推定距離の平均値は不明である。
【００５４】
また、屋内センサ１０３については、コントローラ１０１、センサ１０２，１０４，１０５との間では７２日連続して通信可能状態にあって、推定距離の平均値は５ｍ，４ｍ，５ｍ，９ｍである。また、屋外センサ１０４については、コントローラ１０１、センサ１０２，１０３，１０５との間では７２日連続して通信可能状態にあって、推定距離の平均値は１０ｍ，７ｍ，５ｍ，６ｍである。屋外センサ１０５については、コントローラ１０１、センサ１０３，１０４との間では７２日連続して通信可能状態にあって、推定距離の平均値は１４ｍ，９ｍ，６ｍであり、センサ１０２との間では通信不能状態が続いており推定距離の平均値は不明である。
【００５５】
図７に戻って、ＣＰＵ１１１は、ステップＳＴ１７において、さらに、ステップＳＴ１６で更新した統合テーブルと、上述したように更新された過去情報テーブルとを比較する。そして、ＣＰＵ１１１は、ステップＳＴ１８において、センサ端末１２０が異常（破壊／停止または移動）か否かを判断する。複数のセンサ端末１２０のうち、一つでも異常であると判断するとき、ＣＰＵ１１１は、ステップＳＴ１９において、ネットワークインタフェース１１４を制御し、その旨を、ネットワーク３０１を介して集中監視センタ３０２に発報する。
【００５６】
ＣＰＵ１１１は、ステップＳＴ１９の処理の後、ステップＳＴ１２の処理に戻る。また、ステップＳＴ１８で複数のセンサ端末１２０の全てが異常でないと判断するとき、ＣＰＵ１１１は、直ちに、ステップＳＴ１２の処理に戻る。
【００５７】
ここで、ＣＰＵ１１１におけるセンサ端末１２０の異常判断例について説明する。一般的なセキュリティシステムにおいて、コントローラとセンサ端末との間の通信が不能となることがあるが、一時的な無線通信の不良なのか、あるいはセンサ端末の破壊／停止であるか判断し難い。また、一般的なセキュリティシステムにおいて、センサ端末の移動があっても、コントローラとセンサ端末との間の通信が可能であることが多く、センサ端末の移動判断は難い。
【００５８】
この実施の形態においては、ＣＰＵ１１１は、所定のセンサ端末１２０の破壊／停止を判断する際に、コントローラ１０１と所定のセンサ端末１２０との間の通信可能性の情報だけでなく、この所定のセンサ端末１２０と他のセンサ端末１２０との間の通信可能性の情報を用いて判断する。つまり、コントローラ１０１は、所定のセンサ端末１２０との間の通信が不可能となり、かつこの所定のセンサ端末１２０と他のセンサ端末１２０との間の通信が不可能となったとき、この所定のセンサ端末１２０は破壊された、または停止したと判断する。
【００５９】
また、ＣＰＵ１１１は、所定のセンサ端末１２０の移動を判断する際に、コントローラ１０１と所定のセンサ端末１２０との間の推定距離の情報だけでなく、この所定のセンサ端末１２０と他のセンサ端末１２０との間の推定距離の情報を用いて判断する。つまり、コントローラ１０１は、所定のセンサ端末１２０と他のノードとの間の複数の指定距離のうち、閾値を越えて変化している推定距離が所定数以上あるとき、この所定のセンサ端末１２０は移動されていると判断する。
【００６０】
第１の判断例について説明する。図１０は、第１の判断例おける統合テーブルを示している。図１１は、第１の判断例における過去情報テーブルを示している。ＣＰＵ１１１は、これらのテーブルの比較により、コントローラ１０１は屋外センサ１０４との間で、通信可能状態から通信不能状態に変化したことを認識する。また、ＣＰＵ１１１は、これらのテーブルの比較により、屋外センサ１０４は、屋内センサ１０２，１０３、屋外センサ１０５との間でも通信可能状態から通信不能状態に変化したことを認識する。したがって、ＣＰＵ１１１は、屋外センサ１０４は一時的に通信ができなくなったのではなく、破壊または停止されたものと判断する。
【００６１】
次に、第２の判断例について説明する。図１２は、第２の判断例おける統合テーブルを示している。図１３は、第２の判断例における過去情報テーブルを示している。ＣＰＵ１１１は、これらのテーブルの比較により、閾値（この実施の形態においては５ｍ）を越えて変化している推定距離が、コントローラ１０１、屋内センサ１０２，１０３と屋外センサ１０４との間の推定距離であって、所定数（この実施の形態においては２）以上ある。したがって、ＣＰＵ１１１は、屋外センサ１０４は移動されたものと判断する。
【００６２】
次に、図１４は、上述したセンサ端末１２０の異常判断を行うためのコントローラ１１１およびセンサ端末１２０間のシーケンス例を説明する。この例では、センサ端末１２０として、第１のセンサ端末１２０ａおよび第２のセンサ端末１２０ｂが存在する場合について説明する。
【００６３】
第１のセンサ端末１２０ａは、コントローラ１０１および第２のセンサ端末１２０ｂに確認情報要求を送信する（５００）。この確認情報要求に対応して、コントローラ１０１および第２のセンサ端末１２０ｂは、確認情報応答を送信する（５０１）。コントローラ１０１および第２のセンサ端末１２０ｂより確認情報応答を受信した第１のセンサ端末１２０ａは、隣接テーブルを更新する（５０２）。なお、この場合、コントローラ１０１および第２のセンサ端末１２０ｂは、第１のセンサ端末１２０ａと通信不能な場合、第１のセンサ端末１２０ａに確認情報応答を送信しない。
【００６４】
また、第２のセンサ端末１２０ｂは、コントローラ１０１および第１のセンサ端末１２０ａに確認情報要求を送信する（５１０）。この確認情報要求に対応して、コントローラ１０１および第１のセンサ端末１２０ａは、確認情報応答を送信する（５１１）。コントローラ１０１および第１のセンサ端末１２０ａより確認情報応答を受信した第２のセンサ端末１２０ｂは、隣接テーブルを更新する（５１２）。なお、この場合、コントローラ１０１および第１のセンサ端末１２０ａは、第２のセンサ端末１２０ｂと通信不能な場合、第２のセンサ端末１２０ｂに確認情報応答を送信しない。
【００６５】
また、コントローラ１０１は、第１のセンサ端末１２０ａおよび第２のセンサ端末１２０ｂにセンサ情報取得要求を送信する（５２０，５３０）。このセンサ情報取得要求に対応して、第１のセンサ端末１２０ａおよび第２のセンサ端末１２０ｂは、隣接テーブルを含むセンサ情報取得要求応答をコントローラ１０１に送信する（５２１，５３１）。なお、この場合、第１のセンサ端末１２０ａ、第２のセンサ端末１２０ｂは、コントローラ１０１と通信不能な場合、コントローラ１０１にセンサ情報取得要求応答を送信しない。
【００６６】
センサ端末１２０ａ，１２０ｂから隣接テーブルを含むセンサ情報取得要求応答を受信したコントローラ１０１は、統合テーブルを更新する（５４０）。そして、コントローラ１０１は、過去に更新された統合テーブルが持つ情報に基づいて作成される過去情報を持つ過去情報テーブルを、統合テーブルの更新に伴って更新する（５４１）。また、コントローラ１０１は、統合テーブルおよび過去情報テーブルを比較し（５４１）、その比較結果に基づいて、センサ端末１２０ａ，１２０ｂの破壊／停止、または移動を判断する（５４２）。
【００６７】
コントローラ１０１は、センサ端末１２０ａ，１２０ｂのうち、少なくとも、いずれのが、破壊／停止され、または移動されたと判断するとき、その旨を集中監視センタ３０２にセンサ端末の異常として発報する（５５０）。これに対して、集中監視センタ３０２は、コントローラ１０１に、異常発報応答を送信する（５５１）。
【００６８】
以上説明したように、図１に示すセキュリティシステム１００においては、各センサ端末１２０からコントローラ１０１に、定期的に、他のノードとの間の通信可能性の情報、さらには他のノードとの間の推定距離の情報を持つ隣接テーブルが送られる。そのため、コントローラ１０１では、所定のセンサ端末１２０の異常（破壊／停止、移動）を、所定のセンサ端末１２０との間の通信可能性、推定距離の情報の他、この所定のセンサ端末１２０と他のセンサ端末１２０との間の通信可能性、推定距離の情報をも用いて判断でき、その精度の向上を図ることができる。
【００６９】
＜２．変形例＞
なお、上述実施の形態においては、コントローラ１０１の他に、屋内センサ１０２，１０３、屋外センサ１０４，１０５を備えるセキュリティシステム１００の例を示した。しかし、この発明は、センサの個数および屋内、屋内に配置するセンサの個数の比率、さらには、センサの種類に関しては、この実施の形態に限定されるものではない。
【００７０】
また、上述実施の形態においては、コントローラ１０１は、統合テーブルを更新するに当たって、各センサ端末１２０からの隣接テーブルに基づいて、自身の各センサ端末１２０に対する通信可能性および推定距離の情報を得るものを示した。しかし、コントローラ１０１も、センサ端末１２０と同様に、各センサ端末１２０に確認情報要求を送信し、各センサ端末１２０から確認情報応答を受信し、各センサ端末１２０との間の通信可能性および推定距離の情報を得るようにしてもよい。
【産業上の利用可能性】
【００７１】
この発明は、無線センサ端末の異常（破壊／停止、移動）の判断をより正確に行い得るものであり、例えば、悪意者による破壊／停止、移動の可能性が高い屋外センサを含む無線セキュリティシステムに適用できる。
【符号の説明】
【００７２】
１００・・・セキュリティシステム、１０１・・・コントローラ、１０２，１０３・・・屋内センサ、１０４，１０５・・・屋外センサ、１０６・・・無線ネットワーク、１１１・・・ＣＰＵ、１１２・・・ＲＯＭ、１１３・・・ＲＡＭ、１１４・・・ネットワークインタフェース、１１５・・・無線モジュール、１１６・・・アンテナ、１２０・・・センサ端末、１２１・・・ＣＰＵ、１２２・・・ＲＯＭ、１２３・・・ＲＡＭ、１２４・・・センサ部、１２５・・・無線モジュール、１２６・・・アンテナ、３０１・・・ネットワーク、３０２・・・集中監視センタ
【特許請求の範囲】
【請求項１】
センサ部と、
上記センサ部のセンサ情報をコントローラに無線送信する第１の送信部と、
他のノードに定期的に確認情報要求を無線送信する第２の送信部と、
上記第２の送信部で送信される上記確認情報要求に対応して上記他のノードから送られてくる確認情報応答を無線受信する第１の受信部と、
上記第１の受信部で受信される上記確認情報応答に基づいて、少なくとも上記他のノードとの間の通信可能性の情報を持つ隣接テーブルを定期的に更新する隣接テーブル更新部と、
上記コントローラから送られてくるセンサ情報取得要求を受信する第２の受信部と、
上記第２の受信部で受信された上記センサ情報取得要求に対応して、上記隣接テーブルを異常判断情報として上記コントローラに無線送信する第３の送信部
を備えるセンサ端末。
【請求項２】
上記隣接テーブルは、上記他のノードとの間の推定距離の情報をさらに持つ
請求項１に記載のセンサ端末。
【請求項３】
上記隣接テーブル更新部は、上記第１の受信部で上記確認情報応答を受信した際の受信信号強度に基づいて上記推定距離の情報を得る
請求項２に記載のセンサ端末。
【請求項４】
センサ部と、
上記センサ部のセンサ情報をコントローラに無線送信する送信部を備えるセンサ端末の異常判断情報送信方法であって、
他のノードに定期的に確認情報要求を無線送信する確認情報送信ステップと、
上記確認情報送信ステップで送信される確認情報要求に対応して上記他のノードから送られてくる確認情報応答を無線受信する確認情報応答受信ステップと、
上記確認情報応答受信ステップで受信される上記確認情報応答に基づいて、少なくとも上記他のノードとの間の通信可能性の情報を持つ隣接テーブルを、定期的に更新する隣接テーブル更新ステップと、
上記コントローラから送られてくるセンサ情報取得要求を受信するセンサ情報取得要求受信ステップと、
上記センサ情報取得要求受信ステップで受信された上記センサ情報取得要求に対応して、上記隣接テーブルを異常判断情報として上記コントローラに無線送信する隣接テーブル送信ステップ
を有するセンサ端末の異常判断情報送信方法。
【請求項５】
複数のセンサ端末から送られてくるセンサ情報を無線受信する第１の受信部と、
上記複数のセンサ端末に定期的にセンサ情報取得要求を無線送信する第１の送信部と、
上記第１の送信部で送信される上記センサ情報取得要求に対応して上記複数のセンサ端末から送られてくる、少なくとも他のノードとの間の通信可能性の情報を持つ隣接テーブルを受信する第２の受信部と、
上記第２の受信部で受信された上記複数のセンサ端末の隣接テーブルに基づいて、ノード毎に他のノードとの間の通信可能性の情報を持つ統合テーブルを定期的に更新する統合テーブル更新部と、
上記統合テーブル更新部で過去に更新された統合テーブルが持つ情報に基づいて作成される過去情報を持つ過去情報テーブルを上記統合テーブルの更新に伴って更新する過去情報テーブル更新部と、
上記統合テーブル更新部で更新された統合テーブルと、上記過去情報テーブル更新部で更新された過去情報テーブルとを比較し、上記複数のセンサ端末の破壊または停止を判断するセンサ異常判断部
を備えるコントローラ。
【請求項６】
上記センサ異常判断部は、所定のセンサ端末との間の通信が不可能となり、かつ該所定のセンサ端末と他のセンサ端末との間の通信が不可能となったとき、該所定のセンサ端末は破壊された、または停止したと判断する
請求項５に記載のコントローラ。
【請求項７】
上記第２の受信部で受信された上記隣接テーブルは、上記他のノードとの推定距離の情報をさらに持ち、
上記統合テーブル更新部で更新される統合テーブルは、ノード毎に、他のノードとの間の推定距離の情報をさらに持ち、
上記センサ異常判断部は、上記統合テーブル更新部で更新された統合テーブルと、上記過去情報テーブル更新部で更新された過去情報テーブルとを比較し、上記複数のセンサ端末の移動をさらに判断する
請求項５に記載のコントローラ。
【請求項８】
上記センサ異常判断部は、所定のセンサ端末と他のノードとの間の複数の推定距離のうち、閾値を越えて変化している推定距離が所定数以上あるとき、該所定のセンサ端末は移動されていると判断する
請求項７に記載のコントローラ。
【請求項９】
複数のセンサ端末から送られてくるセンサ情報を無線受信する受信部を備えるコントローラのセンサ異常判断方法であって、
上記複数のセンサ端末に定期的にセンサ情報取得要求を無線送信するセンサ情報取得要求送信ステップと、
上記センサ情報取得要求送信ステップで送信される上記センサ情報取得要求に対応して上記複数のセンサ端末から送られてくる、少なくとも他のノードとの間の通信可能性の情報を持つ隣接テーブルを受信する隣接テーブル受信ステップと、
上記隣接テーブル受信ステップで受信された上記複数のセンサ端末の隣接テーブルに基づいて、ノード毎に他のノードとの間の通信可能性の情報を持つ統合テーブルを定期的に更新する統合テーブル更新ステップと、
上記統合テーブル更新ステップで過去に更新された統合テーブルが持つ情報に基づいて作成される過去情報を持つ過去情報テーブルを上記統合テーブルの更新に伴って更新する過去情報テーブル更新ステップと、
上記統合テーブル更新ステップで更新された統合テーブルと、上記過去情報テーブル更新ステップで更新された過去情報テーブルとを比較し、上記複数のセンサ端末の破壊または停止を判断するセンサ異常判断ステップ
を有するコントローラのセンサ異常判断方法。
【請求項１】
センサ部と、
上記センサ部のセンサ情報をコントローラに無線送信する第１の送信部と、
他のノードに定期的に確認情報要求を無線送信する第２の送信部と、
上記第２の送信部で送信される上記確認情報要求に対応して上記他のノードから送られてくる確認情報応答を無線受信する第１の受信部と、
上記第１の受信部で受信される上記確認情報応答に基づいて、少なくとも上記他のノードとの間の通信可能性の情報を持つ隣接テーブルを定期的に更新する隣接テーブル更新部と、
上記コントローラから送られてくるセンサ情報取得要求を受信する第２の受信部と、
上記第２の受信部で受信された上記センサ情報取得要求に対応して、上記隣接テーブルを異常判断情報として上記コントローラに無線送信する第３の送信部
を備えるセンサ端末。
【請求項２】
上記隣接テーブルは、上記他のノードとの間の推定距離の情報をさらに持つ
請求項１に記載のセンサ端末。
【請求項３】
上記隣接テーブル更新部は、上記第１の受信部で上記確認情報応答を受信した際の受信信号強度に基づいて上記推定距離の情報を得る
請求項２に記載のセンサ端末。
【請求項４】
センサ部と、
上記センサ部のセンサ情報をコントローラに無線送信する送信部を備えるセンサ端末の異常判断情報送信方法であって、
他のノードに定期的に確認情報要求を無線送信する確認情報送信ステップと、
上記確認情報送信ステップで送信される確認情報要求に対応して上記他のノードから送られてくる確認情報応答を無線受信する確認情報応答受信ステップと、
上記確認情報応答受信ステップで受信される上記確認情報応答に基づいて、少なくとも上記他のノードとの間の通信可能性の情報を持つ隣接テーブルを、定期的に更新する隣接テーブル更新ステップと、
上記コントローラから送られてくるセンサ情報取得要求を受信するセンサ情報取得要求受信ステップと、
上記センサ情報取得要求受信ステップで受信された上記センサ情報取得要求に対応して、上記隣接テーブルを異常判断情報として上記コントローラに無線送信する隣接テーブル送信ステップ
を有するセンサ端末の異常判断情報送信方法。
【請求項５】
複数のセンサ端末から送られてくるセンサ情報を無線受信する第１の受信部と、
上記複数のセンサ端末に定期的にセンサ情報取得要求を無線送信する第１の送信部と、
上記第１の送信部で送信される上記センサ情報取得要求に対応して上記複数のセンサ端末から送られてくる、少なくとも他のノードとの間の通信可能性の情報を持つ隣接テーブルを受信する第２の受信部と、
上記第２の受信部で受信された上記複数のセンサ端末の隣接テーブルに基づいて、ノード毎に他のノードとの間の通信可能性の情報を持つ統合テーブルを定期的に更新する統合テーブル更新部と、
上記統合テーブル更新部で過去に更新された統合テーブルが持つ情報に基づいて作成される過去情報を持つ過去情報テーブルを上記統合テーブルの更新に伴って更新する過去情報テーブル更新部と、
上記統合テーブル更新部で更新された統合テーブルと、上記過去情報テーブル更新部で更新された過去情報テーブルとを比較し、上記複数のセンサ端末の破壊または停止を判断するセンサ異常判断部
を備えるコントローラ。
【請求項６】
上記センサ異常判断部は、所定のセンサ端末との間の通信が不可能となり、かつ該所定のセンサ端末と他のセンサ端末との間の通信が不可能となったとき、該所定のセンサ端末は破壊された、または停止したと判断する
請求項５に記載のコントローラ。
【請求項７】
上記第２の受信部で受信された上記隣接テーブルは、上記他のノードとの推定距離の情報をさらに持ち、
上記統合テーブル更新部で更新される統合テーブルは、ノード毎に、他のノードとの間の推定距離の情報をさらに持ち、
上記センサ異常判断部は、上記統合テーブル更新部で更新された統合テーブルと、上記過去情報テーブル更新部で更新された過去情報テーブルとを比較し、上記複数のセンサ端末の移動をさらに判断する
請求項５に記載のコントローラ。
【請求項８】
上記センサ異常判断部は、所定のセンサ端末と他のノードとの間の複数の推定距離のうち、閾値を越えて変化している推定距離が所定数以上あるとき、該所定のセンサ端末は移動されていると判断する
請求項７に記載のコントローラ。
【請求項９】
複数のセンサ端末から送られてくるセンサ情報を無線受信する受信部を備えるコントローラのセンサ異常判断方法であって、
上記複数のセンサ端末に定期的にセンサ情報取得要求を無線送信するセンサ情報取得要求送信ステップと、
上記センサ情報取得要求送信ステップで送信される上記センサ情報取得要求に対応して上記複数のセンサ端末から送られてくる、少なくとも他のノードとの間の通信可能性の情報を持つ隣接テーブルを受信する隣接テーブル受信ステップと、
上記隣接テーブル受信ステップで受信された上記複数のセンサ端末の隣接テーブルに基づいて、ノード毎に他のノードとの間の通信可能性の情報を持つ統合テーブルを定期的に更新する統合テーブル更新ステップと、
上記統合テーブル更新ステップで過去に更新された統合テーブルが持つ情報に基づいて作成される過去情報を持つ過去情報テーブルを上記統合テーブルの更新に伴って更新する過去情報テーブル更新ステップと、
上記統合テーブル更新ステップで更新された統合テーブルと、上記過去情報テーブル更新ステップで更新された過去情報テーブルとを比較し、上記複数のセンサ端末の破壊または停止を判断するセンサ異常判断ステップ
を有するコントローラのセンサ異常判断方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１０−２７２０６５（Ｐ２０１０−２７２０６５Ａ）
【公開日】平成２２年１２月２日（２０１０．１２．２）
【国際特許分類】
【出願番号】特願２００９−１２５４３４（Ｐ２００９−１２５４３４）
【出願日】平成２１年５月２５日（２００９．５．２５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＺＩＧＢＥＥ
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２２年１２月２日（２０１０．１２．２）
【国際特許分類】
【出願日】平成２１年５月２５日（２００９．５．２５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＺＩＧＢＥＥ
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]