(57)【特許請求の範囲】
【請求項１】
有害生物を排除する排除装置の制御装置であって、
建物内に配置され前記有害生物を検知するセンサから、前記有害生物を検知したことを示す信号である検知信号を受信する信号受信部と、
前記検知信号の受信後、前記排除装置を作動させる前に、前記建物外のサーバに対して前記排除装置を作動させることの承認を要求するメッセージを送信し、前記メッセージに応じて前記サーバから送信される、前記排除装置を作動させることを承認することを示す承認応答を受信した後に、前記排除装置を作動させる排除制御部と、
を備えることを特徴とする制御装置。
【請求項２】
請求項１に記載の制御装置であって、
前記建物内に存在する人間に対して前記有害生物の排除を行う旨を報知する報知装置と接続され、
前記検知信号に応じて、前記報知装置を作動させた後に、前記排除装置を作動させること、
を特徴とする制御装置。
【請求項３】
請求項１に記載の制御装置であって、
前記排除装置が作動した場合に人間に影響を及ぼす範囲内で前記人間を検知する人間センサから、前記人間を検知したか否かを示す人間センサ情報を受信する人間センサ情報受信部と、
前記排除装置を作動させる際に、前記人間センサ情報に基づいて前記範囲内に前記人間が存在するか否かを判断する人間存在判断部と、
をさらに備え、
前記排除制御部は、前記範囲内に人間がいないと判断された場合にのみ、前記排除装置を作動させること、
を特徴とする制御装置。
【請求項４】
有害生物を排除する複数の排除装置を制御する装置であって、
建物内に配置され前記有害生物を検知する複数種類のセンサから、前記有害生物を検知したことを示す信号である検知信号を受信する信号受信部と、
前記センサの種類ごとに、前記検知信号に対する条件および動作させる前記排除装置を示す情報を記憶するトリガ条件記憶部と、
前記検知信号の送信元である前記センサの種類に対応する前記条件および前記情報を前記トリガ条件記憶部から読み出し、読み出した前記条件を前記検知信号が満たす場合にのみ、前記検知信号に応じて、読み出した前記情報が示す前記排除装置を作動させる排除制御部と、
を備え、
前記排除制御部は、
前記排除装置を作動させる前に、前記建物外のサーバに対して前記排除装置を作動させることの承認を要求するメッセージを送信し、
前記メッセージに応じて前記サーバから送信される、前記排除装置を作動させることを承認することを示す承認応答を受信した後に、前記排除装置を作動させること、
を特徴とする制御装置。
【請求項５】
有害生物を排除する排除装置の制御方法であって、
コンピュータが、
建物内に配置される、前記有害生物を検知するセンサから、前記有害生物を検知したことを示す信号である検知信号を受信するステップと、
前記検知信号の受信後、前記排除装置を作動させる前に、前記建物外のサーバに対して前記排除装置を作動させることの承認を要求するメッセージを送信し、前記メッセージに応じて前記サーバから送信される、前記排除装置を作動させることを承認することを示す承認応答を受信した後に、前記排除装置を作動させるステップと、
を実行することを特徴とする制御方法。
【請求項６】
有害生物を排除する排除装置を制御するためのプログラムであって、
コンピュータに、
建物内に配置される、前記有害生物を検知するセンサから、前記有害生物を検知したことを示す信号である検知信号を受信するステップと、
前記検知信号の受信後、前記排除装置を作動させる前に、前記建物外のサーバに対して前記排除装置を作動させることの承認を要求するメッセージを送信し、前記メッセージに応じて前記サーバから送信される、前記排除装置を作動させることを承認することを示す承認応答を受信した後に、前記排除装置を作動させるステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信方法およびプログラムに関する。
【背景技術】
【０００２】
ねずみやハエなどの有害生物の発生をセンサにより検知して通信により外部に連絡することが行われている。たとえば特許文献１では、ねずみなどの有害小動物捕獲情報の内容を担当者にメール発信するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２５３２３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載のシステムでは、管理担当者がメールを見てから建物に駆けつけることになるため、有害小動物が捕獲されてから回収されるまでにタイムラグがある。  
本発明は、このような背景を鑑みてなされたものであり、有害生物の発生時に迅速に対処することのできる、排除装置の制御装置、制御方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するための本発明の主たる発明は、有害生物を排除する排除装置の制御装置であって、建物内に配置され前記有害生物を検知するセンサから、前記有害生物を検知したことを示す信号である検知信号を受信する信号受信部と、前記検知信号の受信後、前記排除装置を作動させる前に、前記建物外のサーバに対して前記排除装置を作動させることの承認を要求するメッセージを送信し、前記メッセージに応じて前記サーバから送信される、前記排除装置を作動させることを承認することを示す承認応答を受信した後に、前記排除装置を作動させる排除制御部と、を備えることとする。
【０００６】
また、本発明の制御装置では、前記建物内に存在する人間に対して前記有害生物の排除を行う旨を報知する報知装置と接続され、前記検知信号に応じて、前記報知装置を作動させた後に、前記排除装置を作動させるようにしてもよい。
【０００７】
また、本発明の制御装置は、前記排除装置が作動した場合に人間に影響を及す範囲内で前記人間を検知する人間センサから、前記人間を検知したか否かを示す人間センサ情報を受信する人間センサ情報受信部と、前記排除装置を作動させる際に、前記人間センサ情報に基づいて前記範囲内に前記人間が存在するか否かを判断する人間存在判断部と、をさらに備え、前記排除制御部は、前記範囲内に人間がいないと判断された場合にのみ、前記排除装置を作動させるようにしてもよい。
【０００８】
また、本発明の制御装置では、前記排除制御部は、前記排除装置を作動させる前に、前記建物外のサーバに対して前記排除装置を作動させることの承認を要求するメッセージを送信し、前記メッセージに応じて前記サーバから送信される、前記排除装置を作動させることを承認することを示す承認応答を受信した後に、前記排除装置を作動させるようにしてもよい。
【００１０】
また、本発明の他の態様は、有害生物を排除する排除装置の制御方法であって、コンピュータが、建物内に配置される、前記有害生物を検知するセンサから、前記有害生物を検知したことを示す信号である検知信号を受信するステップと、前記検知信号の受信後、前記排除装置を作動させる前に、前記建物外のサーバに対して前記排除装置を作動させることの承認を要求するメッセージを送信し、前記メッセージに応じて前記サーバから送信される、前記排除装置を作動させることを承認することを示す承認応答を受信した後に、前記排除装置を作動させるステップと、を実行することとする。
【００１１】
また、本発明の他の態様は、有害生物を排除する排除装置を制御するためのプログラムであって、コンピュータに、建物内に配置される、前記有害生物を検知するセンサから、前記有害生物を検知したことを示す信号である検知信号を受信するステップと、前記検知信号の受信後、前記排除装置を作動させる前に、前記建物外のサーバに対して前記排除装置を作動させることの承認を要求するメッセージを送信し、前記メッセージに応じて前記サーバから送信される、前記排除装置を作動させることを承認することを示す承認応答を受信した後に、前記排除装置を作動させるステップと、を実行させることとする。
【００１２】
その他本願が開示する課題やその解決方法については、発明の実施形態の欄及び図面により明らかにされる。
【発明の効果】
【００１３】
本発明によれば、有害生物の発生時に迅速に対処することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態の有害生物監視システムの全体構成を示す図である。
【図２】制御装置２０のハードウェアの構成例を示す図である。
【図３】制御装置２０のソフトウェアの構成例を示す図である。
【図４】アドレス記憶部２５１の構成例を示す図である。
【図５】監視データ記憶部２５２の構成例を示す図である。
【図６】トリガ条件記憶部２５４の構成例を示す図である。
【図７】管理サーバ３０のハードウェア構成例を示す図である。
【図８】管理サーバ３０のソフトウェア構成例を示す図である。
【図９】監視データ記憶部３５１の構成例を示す図である。
【図１０】制御装置情報記憶部３５２の構成例を示す図である。
【図１１】機器情報記憶部３５３の構成例を示す図である。
【図１２】カメラデータの登録状況を表示する画面例を示す図である。
【図１３】カメラデータの登録状況を表示する画面例を示す図である。
【図１４】ねずみの数を日単位で集計した結果をグラフおよび表により表示する画面例を示す図である。
【図１５】ねずみの数を１時間単位で集計した結果をグラフおよび表により表示する画面例を示す図である。
【図１６】制御装置２０において行われる処理の流れを説明する図である。
【図１７】センサデータに応じて行うトリガ処理について説明する図である。
【図１８】トリガ処理部２２７によるトリガ処理の流れを示す図である。
【図１９】トリガ処理におけるメッセージのやりとりを説明する図である。
【図２０】監視データ送信部２２４による監視データの送信処理の流れを示す図である。
【図２１】障害処理の流れを示す図である。
【図２２】転送処理の流れを示す図である。
【図２３】管理ＣＰＵ２０１と通信ＣＰＵ２０２との間のメッセージのやり取りを説明する図である。
【発明を実施するための形態】
【００１５】
＝＝システム構成＝＝
以下、本発明の一実施形態に係る有害生物監視システムについて説明する。有害生物は、ゴキブリやハエ、アリ、シロアリ、蚊などの害虫およびネズミなどの害獣を含む生物である。本実施形態の有害生物監視システムは、建物内においてこれらの有害生物を検知するセンサを設置して、有害生物の発生（又は侵入）の監視を行うとともに、建物から有害生物の排除を行うものである。
【００１６】
図１は、本実施形態の有害生物監視システムの全体構成を示す図である。本実施形態の有害生物監視システムは、センサ１１およびカメラ１２ならびに排除装置１３、制御装置２０および管理サーバ３０を含んで構成される。好適には、センサ１１、カメラ１２、排除装置１３、および制御装置２０はそれぞれ複数設置される。また、カメラ１２の近傍にはマイク１８およびスピーカ１９も設置され、マイク１８による集音と、スピーカ１９（本発明の報知装置に該当する。）による音の出力とが可能となっている。以下、センサ１１、カメラ１２、マイク１８およびスピーカ１９をまとめて設置機器ともいう。
【００１７】
センサ１１は、建物１内に設置される、有害生物を検知するための装置である。センサ１１としては、たとえば虫カウンタ、ねずみカウンタ、シロアリセンサなどがある。  
虫カウンタは、たとえば、誘虫ランプより飛翔性昆虫を誘引し、スリットを設けたチャンバー内に侵入した昆虫を光電センサにより検知して捕獲数をカウントする装置である。
【００１８】
ねずみカウンタは、たとえば、赤外線センサにより恒温動物を検知する装置である。  
シロアリセンサは、たとえば、伝導性の高い微粉末を満たした木箱をケース内に配置し、シロアリが木箱に穴をあけることで木箱内部から粉体が流出し、これによる電気抵抗値の変化を検知する装置である。
【００１９】
また、殺虫器や捕獲器もセンサ１１として機能させることができる。  
殺虫器は、たとえば、誘虫ランプで飛翔性昆虫を誘引し、ショックバーに流した電流によって虫を駆除あるいは捕獲するとともに、ショックバーに電流が流れたことにより虫を検知する装置である。  
捕獲器は、たとえば、粘着性物質を塗布したゴキブリの誘引捕獲器に振動センサを取り付けた装置や、扉の作動を検知するセンサを取り付けたねずみの捕獲器などである。
【００２０】
センサ１１は、ＺｉｇＢｅｅ（登録商標）に従った通信が可能であり、複数のセンサ１１によりセンサネットワーク１４が構成される。センサ１１は、有害生物を検出したことを示す情報あるいはカウントした有害生物の数（以下、センサデータという。）をセンサネットワーク１４に出力する。
【００２１】
カメラ１２は、建物１内を撮像し、撮像した画像データ（以下、カメラデータという。）を出力する。カメラ１２から出力される画像データは、たとえばＮＴＳＣ（National Television System Committee）の規格に従ったＮＴＳＣ信号であってもよいし、デジタルカメラにより撮像された静止画像あるいは動画像のデジタルデータであってもよい。カメラ１２の近傍にはマイク１８が設置され、カメラ１２により撮像されたカメラデータとともに、マイク１８が集音した音声信号も出力可能である。
【００２２】
排除装置１３は、有害生物を排除（昆虫の殺虫やねずみの忌避などを含む。）するための、たとえば、殺虫剤の噴霧装置や超音波発生器である。排除装置１３もＺｉｇＢｅｅ（登録商標）に従った通信が可能であるものとするが、特定省電力無線やシリアルケーブルによる通信を行うものとしてもよい。排除装置１３は、後述する制御装置２０からの信号（以下、作動信号という。）に応じて起動し、殺虫剤を噴霧したり、超音波を発生したりすることにより有害生物を排除する。
【００２３】
なお、排除装置１３がセンサ１１として機能する場合には、排除装置１３とセンサ１１との２つが設置されているものとして説明する。
【００２４】
制御装置２０は、建物１内に設置され、センサ１１から出力されるセンサデータおよびカメラ１２から出力されるカメラデータを収集するコンピュータである。制御装置２０もＺｉｇＢｅｅ（登録商標）に従った通信が可能であり、センサネットワーク１４を介して、センサ１１から出力されるセンサデータをＺｉｇＢｅｅ（登録商標）により受信する。
【００２５】
制御装置２０はまた、カメラ１２、マイク１８およびスピーカ１９と通信線１５により接続されており、カメラ１２およびマイク１８から出力されるカメラデータおよび音データを受信する。通信線１５は、たとえばＮＴＳＣ信号やアナログ音声信号を伝達するためのケーブルとしてもよいし、デジタルデータを伝達するためのＵＳＢ（Universal Serial Bus）シリアルケーブルやイーサネット（登録商標）の通信ケーブルとしてもよい。また、通信線１５に代えて特定省電力無線によりカメラデータおよび音データをカメラ１２から制御装置２０に送信するようにしてもよい。また、制御装置２０は通信線１５を介してスピーカ１９に音データを送信することでスピーカ１９から音を出力することが可能である。
【００２６】
また、制御装置２０は、有害生物を検知したセンサデータに応じて排除装置１３に作動信号を送信し、排除装置１３を起動して有害生物を排除する。
【００２７】
制御装置２０と管理サーバ３０とは通信ネットワーク１６を介して通信可能に接続されており、制御装置２０は、収集したセンサデータおよびカメラデータを管理サーバ３０に送信する。制御装置２０は、センサデータおよびカメラデータを、所定の形式のファイル（以下、監視データという。）に変換し、変換した監視データを管理サーバ３０に送信する。監視データの形式は、たとえば、センサデータであればテキストファイルやＣＳＶ（Comma Separated Values）ファイルなどとすることができ、カメラデータであればＭＰＥＧ（Moving Picture Experts Group）ファイルやＡＶＩ（Audio Video Interleaved）ファイルなどとすることができる。
【００２８】
通信ネットワーク１６は、たとえば、公衆電話回線や、携帯電話無線通信、ＷｉＦｉ（Wireless Fidelity）無線通信、イーサネット（登録商標）通信、電力線通信（ＰＬＣ）などにより構成される、インターネットやＬＡＮなどである。本実施形態では通信ネットワーク１６はＴＣＰ／ＩＰによる通信の行われるインターネットであることを想定している。
【００２９】
管理サーバ３０は、制御装置２０から送信される監視データを受信して蓄積するコンピュータである。管理サーバ３０はまた、Ｗｅｂサーバとしても動作し、ユーザ端末１７からのリクエストに応じて監視データを提供する。
【００３０】
＝＝制御装置２０＝＝
＝＝制御装置２０のハードウェア構成＝＝
図２は、制御装置２０のハードウェアの構成例を示す図である。制御装置２０は、管理ＣＰＵ２０１および通信ＣＰＵ２０２の２つのＣＰＵ（Central Processing Unit）、メモリ２０３、記憶装置２０４を備える。また制御装置２０は、ＺｉｇＢｅｅ（登録商標）による無線通信を行うためのセンサ通信機２０５、ＮＴＳＣ信号を受信するためのＮＴＳＣインタフェース２０６、特定省電力無線による通信を行うための特定省電力無線機２０７、第三世代移動通信システムによる通信（３Ｇ通信）を行うための３Ｇ無線機２０８、第二世代移動通信システムによる通信（ＰＤＣ；Personal Digital Cellular通信）を行うためのＰＤＣ無線機２０９、ＷｉＦｉ無線通信を行うためのＷｉＦｉ無線機２１０、イーサネット（登録商標）や公衆電話回線網に接続するためのＬＡＮアダプタ２１１、電力線通信を行うためのＰＬＣ通信機２１２など各種の通信インタフェースを備える。
【００３１】
なお、以下の説明において、センサネットワーク１４に接続するためのセンサ通信機２０５を特にセンサインタフェースとも表記する。特定省電力無線機２０７によりセンサネットワーク１４に接続される場合には、センサインタフェースには特定省電力無線機２０７も含まれるものとする。また、通信ネットワーク１６に接続するための３Ｇ無線機２０８、ＰＤＣ無線機２０９、ＷｉＦｉ無線機２１０、ＬＡＮアダプタ２１１、ＰＬＣ通信機２１２を特にサーバインタフェースとも表記する。
【００３２】
記憶装置２０４は、各種のデータやプログラムを記憶する、例えばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどである。管理ＣＰＵ２０１および通信ＣＰＵ２０２は、記憶装置２０４に記憶されているプログラムをメモリ２０３に読み出して実行することにより各種の機能を実現する。本実施形態では、通信ＣＰＵ２０２は、各種の通信に関する処理を行い、管理ＣＰＵ２０１は、通信ＣＰＵ２０２の制御を行う。
【００３３】
＝＝制御装置２０のソフトウェア構成＝＝
図３は、制御装置２０のソフトウェアの構成例を示す図である。制御装置２０は、センサデータ受信部２２１、カメラデータ受信部２２２、監視データ受信部２２３、監視データ送信部２２４、通信障害検知部２２５、障害処理部２２６、トリガ処理部２２７、ストリーミング処理部２２８、音声出力部２２９、アドレス記憶部２５１、監視データ記憶部２５２、カメラデータ記憶部２５３、トリガ条件記憶部２５４を備える。
【００３４】
なお、センサデータ受信部２２１、カメラデータ受信部２２２、監視データ受信部２２３、監視データ送信部２２４、ストリーミング処理部２２８、および音声出力部２２９は、制御装置２０が備える通信ＣＰＵ２０２が記憶装置２０４に記憶されているプログラムをメモリ２０３に読み出して実行することにより実現され、通信障害検知部２２５、障害処理部２２６、およびトリガ処理部２２７は、管理ＣＰＵ２０１が記憶装置２０４に記憶されているプログラムをメモリ２０３に読み出して実行することにより実現される。アドレス記憶部２５１、監視データ記憶部２５２、カメラデータ記憶部２５３、およびトリガ条件記憶部２５４は、メモリ２０３および記憶装置２０４が提供する記憶領域の一部として実現される。
【００３５】
＝＝制御装置２０の記憶部＝＝
アドレス記憶部２５１は、監視データの送信先に関する情報（以下、アドレス情報という。）を記憶する。また、アドレス記憶部２５１は、最後に監視データが送信された時点（以下、最終送信日時２６３という。）を記憶する。
【００３６】
図４は、アドレス記憶部２５１の構成例を示す図である。図４に示すように、アドレス記憶部２５１は、管理サーバ３０についてのアドレス情報を記憶するサーバ管理表２６１と、監視データの転送先となる他の制御装置２０（以下、転送先制御装置という。）についてのアドレス情報を記憶する転送先管理表２６２とを備える。後述するように、制御装置２０から監視データを管理サーバ３０に直接送信することができない場合には、転送先制御装置に監視データを転送し、転送先制御装置から管理サーバ３０に監視データが送られる。
【００３７】
図４に示すように、アドレス情報には、インタフェース、アドレス、優先度および使用フラグが含まれる。  
インタフェースは、制御装置２０が備える通信インタフェースのいずれかを示す。
【００３８】
サーバ管理表２６１に記憶されるアドレス情報において、インタフェースには、管理サーバ３０と接続するための通信インタフェースが設定される。本実施形態では、制御装置２０と管理サーバ３０とは通信ネットワーク１６を介して接続されることを想定しているので、アドレス情報のインタフェースには、通信ネットワーク１６に接続される３Ｇ無線機２０８、ＰＤＣ無線機２０９、ＷｉＦｉ無線機２１０、ＬＡＮアダプタ２１１、またはＰＬＣ通信機２１２を示す、「３Ｇ」、「ＰＤＣ」、「ＷｉＦｉ」、「ＬＡＮ」または「ＰＬＣ」が設定されるものとする。
【００３９】
一方、転送先管理表２６２に記憶されるアドレス情報において、インタフェースには、他の制御装置２０と通信を行うための通信インタフェースが設定される。制御装置２０同士は少なくともセンサネットワーク１４を介して接続されるため、アドレス情報のインタフェースには、センサ通信機２０５を示す「センサ」が設定される。制御装置２０同士が、たとえば電力線を介したＰＬＣ通信やイーサネット（登録商標）によるパケット通信、ＷｉＦｉによる無線通信などにより通信可能となっている場合には、ＰＬＣ通信機２１２やＬＡＮアダプタ２１１、ＷｉＦｉ無線機２１０などを示す「ＰＬＣ」、「ＬＡＮ」、「ＷｉＦｉ」などがインタフェースとして設定されたアドレス情報が登録される。
【００４０】
アドレスは、通信ネットワーク１６またはセンサネットワーク１４におけるアドレスである。図４の例では、サーバ管理表２６１において、ＬＡＮアダプタ２１１および３Ｇ無線機２０８を示す「ＬＡＮ」および「３Ｇ」に対応付けてアドレス情報に設定されているＩＰアドレス「１９２．１６８．０．１」は、通信ネットワーク１６における管理サーバ３０のＩＰアドレスである。また、転送先管理表２６２において、センサ通信機２０５を示す「センサ１」に対応付けてアドレス情報に設定されているＺｉｇＢｅｅ（登録商標）のアドレス「０ｘ１２３４５６７８」は、センサネットワーク１４における転送先制御装置のアドレスである。
【００４１】
優先度は、インタフェースの優先度である。本実施形態では、優先度には優先度の順番が設定されるものとする。すなわち、数の小さい優先度ほど優先度が高いことを示す。なお、優先度が高いほど大きな値が優先度として設定されてもよい。図４の例では、サーバ管理表２６１において、ＬＡＮアダプタ２１１を示す「ＬＡＮ」に最も高い優先度の「１」が設定されている。優先度は、サーバ管理表２６１および転送先管理表２６２のそれぞれの中で相対的な優先度が設定される。
【００４２】
使用フラグは、インタフェースが監視データの通信に使用されているか否かを示す。図４の例では、監視データの送信にはＬＡＮアダプタ２１１が使われることが示されている。使用フラグは、アドレス記憶部２５１において１つのアドレス情報についてのみ真（１）が設定され、その他のアドレス情報については偽（０）が設定される。図４の例では、ＬＡＮアダプタ２１１を示す「ＬＡＮ」に対応する使用フラグが真となっており、この状態の場合、監視データは、ＬＡＮアダプタ２１１を介して「１９２．１６８．０．１」が示す管理サーバ３０に送信されることになる。
【００４３】
なお、たとえば制御装置２０が複数のＬＡＮアダプタ２１１や複数のセンサ通信機２０５を備えている場合など、同種のインタフェースが複数存在する場合には、インタフェースを識別する識別情報を設定するようにしてもよい。また、監視データを送信可能な管理サーバ３０が複数存在する場合や、監視データを転送可能な転送先制御装置が複数存在する場合には、管理サーバ３０や転送先制御装置のそれぞれについてアドレス情報を登録してもよい。
【００４４】
監視データ記憶部２５２は監視データを記憶する。監視データ記憶部２５２は、たとえばファイルシステムのフォルダ（ディレクトリ）として実現することができる。監視データ記憶部２５２は、直近の所定数の監視データのみを記憶し、古い監視データは削除していくようにすることもできる。
【００４５】
図５は、監視データ記憶部２５２の構成例を示す図である。図５の例では、監視データ記憶部２５２は、設置機器（センサ１１、カメラ１２、マイク１８、スピーカ１９、または制御装置２０自身）を特定する情報（以下、機器ＩＤという。）ごとに異なる複数のフォルダ２７１を備えている。フォルダ２７１のフォルダ名２７２には機器ＩＤが設定されている。監視データは、センサデータおよびカメラデータの送信元であるセンサ１１またはカメラ１２を示す機器ＩＤがフォルダ名２７２となっているフォルダ２７１に、ファイル２７３として格納される。ファイル２７３にはヘッダ２７４および本体２７５が含まれ、ヘッダ２７４にはファイル２７３の属性が設定される。ヘッダ２７４には、少なくともファイル２７３の最終の更新時点が含まれ、更新時点には取得時点が設定される。ヘッダ２７４には、その他任意の属性を設定することができる。本体２７５には、テキストデータや動画データなどの本体が含まれる。
【００４６】
なお、監視データをレコードとして管理するＲＤＢＭＳ（Relational Database Management System）として監視データ記憶部２５２を実現してもよい。この場合、ＲＤＢＭＳで管理するレコードには、機器ＩＤ、取得時点および監視データが含まれる。
【００４７】
カメラデータ記憶部２５３は、カメラデータを記憶する。カメラデータ記憶部２５３では、所定時間（たとえば１時間や２４時間など任意の時間を設定することができる。）分の最新のカメラデータのみを記憶し、古いカメラデータから順に削除されていくものとする。
【００４８】
トリガ条件記憶部２５４は、センサデータに応じて行う制御装置２０の動作に関する情報（以下、トリガ情報という。）を記憶する。図６は、トリガ条件記憶部２５４の構成例を示す図である。に記憶されるトリガ情報の一例を示す図である。トリガ情報には、センサ１１の種類、センサデータに対する条件（以下、トリガ条件という。）、動作させる機器を特定する対象機器、動作種別およびパラメータが含まれる。
【００４９】
後述するように、トリガ情報の種類に対応するセンサ１１から受信したセンサデータが、トリガ条件を満たす場合に、後述するトリガ処理部２２７が対象機器に対して、パラメータを用いて動作種別に応じた動作を行う。トリガ情報の種類には複数の種類を設定してもよく、この場合、トリガ条件には、複数のセンサデータに対する条件を設定することができる。
【００５０】
対象機器には、センサ１１、カメラ１２、排除装置１３、マイク１８、スピーカ１９または制御装置２０自身のいずれかを特定するための機器ＩＤが設定される。
【００５１】
動作種別には、「カメラ」「メッセージ」「警報」および「排除」のいずれかが設定され、パラメータには、制御装置２０が動作を行う際に用いる各種のパラメータが設定されるものとする。本実施形態では、動作種別に「カメラ」が設定された場合、パラメータには、ＭＰＥＧやＪＰＥＧなど動画ファイルや静止画ファイルの形式と、圧縮率とが設定され、動作種別に「メッセージ」が設定された場合、パラメータにはメールアドレスが設定されるものとする。また、動作種別に「警報」が設定された場合、パラメータには警報を発する時間の長さおよび警報の種類が設定され、動作種別に「排除」が設定された場合、パラメータには、殺虫剤を噴霧する時間の長さまたはねずみ忌避のための超音波を発生させる時間の長さ、殺虫剤の噴霧または超音波の発生を行う回数、ならびに殺虫剤の噴霧または超音波の発生を実行するまでの待機時間が設定されるものとする。
【００５２】
なお、カメラ１２から取得したカメラデータに対する条件をトリガ条件として設定するようにしてもよい。この場合、たとえばカメラデータ（動画像または静止画像）を解析して有害生物が撮像されたか否かを判定する処理の結果に対する条件をトリガ条件として設定することができる。
【００５３】
＝＝制御装置２０の機能部＝＝
センサデータ受信部２２１は、センサ通信機２０５を介してセンサネットワーク１４からセンサデータを受信する。センサデータ受信部２２１は、センサ１１から受信したセンサデータを所定のフォーマットに変換して監視データとし、センサデータを送信したセンサ１１を示す機器ＩＤ、センサデータを受信した日時（取得時点）および変換した監視データを監視データ記憶部２５２に登録する。
【００５４】
なお、センサデータ受信部２２１は、たとえばシリアルケーブルや特定省電力無線などにより接続されたセンサがある場合には、そのセンサからセンサネットワーク１４を介さずにセンサデータを取得するようにしてもよい。また、センサデータ受信部２２１は、たとえばイーサネット（登録商標）やＷｉＦｉ通信などによりセンサデータを送出するセンサがある場合には、ＬＡＮアダプタ２１１やＷｉＦｉ無線機２１０を介してセンサデータを受信するようにしてもよい。
【００５５】
カメラデータ受信部２２２は、ＮＴＳＣインタフェース２０６あるいは特定省電力無線機２０７を介してカメラデータをカメラ１２から受信する。カメラデータ受信部２２２は、たとえばＮＴＳＣ信号をカメラデータとして受信した場合には、ＮＴＳＣ信号をデジタルデータに変換することができる。カメラデータ受信部２２２は、カメラデータを撮影時点に対応付けてカメラデータ記憶部２５３に登録する。カメラデータ受信部２２２がカメラデータを受信した時点を撮影時点としてもよい。
【００５６】
なお、カメラデータ受信部２２２は、カメラデータがＺｉｇＢｅｅ（登録商標）によりセンサネットワーク１４を介して送信されてくる場合には、センサ通信機２０５を介してカメラデータを受信するようにしてもよい。また、カメラデータ受信部２２２は、カメラデータがイーサネット（登録商標）やＷｉＦｉにより送信されてくる場合には、ＬＡＮアダプタ２１１やＷｉＦｉ無線機２１０を介してカメラデータを受信するようにしてもよい。
【００５７】
監視データ受信部２２３は、他の制御装置２０から送信される監視データを受信する。監視データ受信部２２３は、通信インタフェースのいずれからも監視情報を受信することができる。監視データ受信部２２３が受信した監視データも監視データ記憶部２５２に登録される。監視データには取得時点および機器ＩＤが付帯されているものとし、監視データ受信部２２３は、付帯されている取得時点および機器ＩＤに対応付けて監視データを監視データ記憶部２５２に登録する。
【００５８】
なお、本実施形態では、通信障害の発生した他の制御装置２０からは、センサネットワーク１４を介して監視データが送信され、監視データ受信部２２３はこの監視データを、センサ通信機２０５を介して受信することを想定している。
【００５９】
監視データ送信部２２４は、監視データを管理サーバ３０に送信する。監視データ送信部２２４は、アドレス記憶部２５１に記憶されている最終送信日時２６３よりも新しい更新時点である監視データを監視データ記憶部２５２から読み出し、監視データが格納されていたフォルダ２７１のフォルダ名２７２を機器ＩＤとして取得する。また、監視データ送信部２２４は、アドレス記憶部２５１から使用フラグが真であるアドレス情報を読み出し、読み出したアドレス情報に含まれているインタフェースを介して、アドレス情報に含まれているアドレスを宛先として、監視データ記憶部２５２から読み出した監視データに取得時点および機器ＩＤを付帯させて送出する。
【００６０】
通信障害検知部２２５は、通信障害を検知する。本実施形態では、通信ＣＰＵ２０２により実現される監視データ送信部２２４が監視データの送信に失敗した場合に通信障害が発生したと判断され、管理ＣＰＵ２０１により実現される通信障害検知部２２５は、通信ＣＰＵ２０２に問い合わせを行うことにより通信障害が発生したか否かを判断するものとする。通信障害検知部２２５は、所定の時間間隔（たとえば、３０秒や１分など任意の時間間隔を設定することができる。）で通信障害が発生したか否かを問い合わせ、通信障害がない場合には、その旨を管理サーバ３０に送信するようにしてもよい。また、通信障害検知部２２５は、通信障害の有無を監視データとしてアドレス記憶部２５１に登録してもよい。
【００６１】
なお、通信障害検知部２２５による通信障害の検知処理には、一般的な処理を採用することが可能であり、たとえば、通信ネットワーク１６においてＴＣＰ／ＩＰ通信が行われている場合に、通信障害検知部２２５が、通信ＣＰＵ２０２に対して、アドレス記憶部２５１において使用フラグが真であるインタフェースを介して、対応するアドレス宛にたとえばＩＣＭＰ（Internet Control Message Protocol）パケットなどのテストデータを送出させるように指示を出し、通信ＣＰＵ２０２がテストデータに対する管理サーバ３０からの応答を所定時間内に受信したか否かを問い合わせ、応答を受信したか否かにより通信障害を検知するようにしてもよい。また、管理ＣＰＵ２０１自身がテストデータを管理サーバ３０に送信するように構成することもできる。
【００６２】
障害処理部２２６は、通信障害の対応処理を行う。障害処理部２２６は、通信障害が発生した場合、制御装置２０を再起動（ハードウェアリセット）して通信機能の回復を試みる。再起動しても通信障害が解消しない場合、障害処理部２２６は、他のサーバインタフェースを用いて監視データが送信されるように設定し、サーバインタフェースのいずれを用いても監視データが送信されない場合には、センサインタフェースを用いて転送先制御装置に監視データを転送し、転送先制御装置から管理サーバ３０に監視データを送信してもらうようにする。なお、障害処理部２２６による具体的な処理については後述する。
【００６３】
トリガ処理部２２７（本発明の排除制御部に対応する。）は、センサデータに応じた処理（以下、トリガ処理という。）を行う。トリガ処理部２２７は、センサデータ受信部２２１がセンサデータを受信したときに、または、センサデータ受信部２２１がセンサデータに基づいて監視データを監視データ記憶部２５２に登録する前に、トリガ条件記憶部２５４に登録されているトリガ情報のそれぞれについて、当該センサデータ（トリガ情報に複数のセンサ１１の種類が設定されている場合には、当該センサデータおよび監視データ記憶部２５２に登録されている監視データ）がトリガ情報に含まれるトリガ条件を満たすか否かを判定する。
【００６４】
トリガ処理部２２７は、トリガ条件としてカメラデータに対する条件が設定されている場合には、最新のカメラデータ（または最新から所定時間前までの複数のカメラデータ）を解析して有害生物が撮像されたか否かを判定し、当該判定の結果がトリガ条件を満たすか否かを判定するようにすることもできる。なお、カメラデータ（動画像や静止画像）の解析処理には一般的な画像解析処理を用いることができる。
【００６５】
トリガ処理部２２７は、センサデータ（あるいはセンサデータおよび監視データ）がトリガ条件を満たした場合、カメラデータを監視データとして監視データ記憶部２５２に登録し、有害生物が検知された旨のメッセージを送信し、警報をスピーカ１９から発生させ、または排除装置１３を作動させる。  
また、トリガ処理部２２７は、排除装置１３を作動させる場合、管理者に排除装置１３を作動させてよいか否かを問い合わせ、承認を受けてから作動させる。
【００６６】
本実施形態では、トリガ処理部２２７は、管理サーバ３０に対して、排除装置１３を作動させることの承認を要求するメッセージ（以下、承認要求という。）を送信するとともに、後述するストリーミング処理部２２８にカメラ１２およびマイク１８からの映像および音声を管理サーバ３０に送信させる。後述するように、映像および音声を含む動画データは管理サーバ３０から建物１の管理者のユーザ端末１７に送信され、管理者によって排除装置１３の近くに人間がいないことが確認される。
【００６７】
トリガ処理部２２７が、ユーザ端末１７から送信される、管理者が排除装置１３の作動を承認した旨のメッセージ（以下、承認応答という。）を受信したことを契機として、トリガ処理部２２７は、排除装置１３に作動信号を送信して排除装置１３を作動させる。
【００６８】
ストリーミング処理部２２８は、カメラ１２およびマイク１８からの映像および音声の信号を管理サーバ３０に送信する。本実施形態では、ストリーミング処理部２２８は、いわゆるストリーミング方式によりリアルタイムに映像および音声を管理サーバ３０に送信するものとする。具体的には、ストリーミング処理部２２８は、所定の単位時間（たとえば１秒や３秒など任意の時間とすることができる。単位時間は、たとえば動画データにおけるフレームの長さである。）ごとに、マイク１８からの音声信号を所定形式（たとえば、MP3やWAVなどの任意の音声ファイル形式とすることができる。）のデジタルデータ（以下、音データという。）に変換し、音データとカメラデータとを合わせた動画データを作成して管理サーバ３０に送信する。
【００６９】
音声出力部２２９は、音データに基づく音声をスピーカ１９に出力する。音声出力部２２９は、管理サーバ３０から送信される音データ（スピーカ１９を示す機器ＩＤが付帯される。）を受信し、受信した音データに基づく音声信号を、音データに付帯される機器ＩＤが示すスピーカ１９に出力する。音声出力部２２９が受信する音データは、建物１の管理者が発声した音声がユーザ端末１７によりキャプチャされたものを想定している。ユーザ端末１７でキャプチャされた音データは管理サーバ３０を介して制御装置２０に送信され、これを音声出力部２２９が受信する。これにより、建物１外の管理者が、建物１内の人間に直接音声で指示を伝えることができるようにしている。
【００７０】
＝＝管理サーバ３０のハードウェア構成＝＝
図７は、管理サーバ３０のハードウェア構成例を示す図である。管理サーバ３０は、ＣＰＵ３０１、メモリ３０２、記憶装置３０３、通信インタフェース３０４、入力装置３０５、出力装置３０６を備える。記憶装置３０３は、各種のデータやプログラムを記憶する、例えばハードディスクドライブやソリッドステートドライブ、フラッシュメモリなどである。ＣＰＵ３０１は記憶装置３０３に記憶されているプログラムをメモリ３０２に読み出して実行することにより各種の機能を実現する。通信インタフェース３０４は、通信ネットワーク１６に接続するためのインタフェースであり、例えば、イーサネット（登録商標）に接続するためのアダプタ、公衆電話回線網に接続するためのモデム、無線通信網に接続するための無線通信機などである。入力装置３０５は、データの入力を受け付ける、例えばキーボードやマウス、トラックボール、タッチパネル、マイクロフォンなどである。出力装置３０６は、データを出力する、例えばディスプレイやプリンタ、スピーカなどである。管理サーバ３０は複数の入力装置３０５及び出力装置３０６を備えるようにすることもできる。
【００７１】
＝＝管理サーバ３０のソフトウェア構成＝＝
図８は、管理サーバ３０のソフトウェア構成例を示す図である。同図に示すように、管理サーバ３０は、監視データ受信部３２１、ＨＴＴＰ処理部３２２、承認要求通知部３２３、ストリーミング処理部３２４、音データ転送部３２５、承認応答転送部３２６、監視データ記憶部３５１、制御装置情報記憶部３５２、機器情報記憶部３５３を備える。
【００７２】
なお、監視データ受信部３２１、ＨＴＴＰ処理部３２２、承認要求通知部３２３、ストリーミング処理部３２４、音データ転送部３２５および承認応答転送部３２６は、管理サーバ３０が備えるＣＰＵ３０１が記憶装置３０３に記憶されているプログラムをメモリ３０２に読み出して実行することにより実現され、監視データ記憶部３５１、制御装置情報記憶部３５２、および機器情報記憶部３５３は、管理サーバ３０が備えるメモリ３０２および記憶装置３０３が提供する記憶領域の一部として実現される。
【００７３】
監視データ記憶部３５１は、制御装置２０から受信する監視データを記憶する。図９は、監視データ記憶部３５１の構成例を示す図である。同図に示すように、監視データ記憶部３５１は、取得時点、機器ＩＤおよび監視データを対応付けて記憶する。なお、監視データは、たとえばセンサ１１がカウントした有害生物の数を表すテキストデータであったり、カメラ１２が撮影した画像を表示するための動画データであったりするため、監視データ記憶部３５１は、監視データの形式ごとに異なる表として監視データを管理するようにしてもよい。また、監視データ記憶部３５１は、制御装置２０の監視データ記憶部２５２と同様にファイルとして監視データを管理するようにしてもよい。
【００７４】
制御装置情報記憶部３５２は、制御装置２０に関する情報（以下、制御装置情報という。）を管理する。図１０は、制御装置情報記憶部３５２の構成例を示す図である。同図に示すように、制御装置情報記憶部３５２は、制御装置２０を特定するための情報（以下、制御装置ＩＤという。）に対応付けて、通信ネットワーク１６における制御装置２０のアドレスと、制御装置２０を設置した設置者と、設置者にメッセージを送信するための電子メールアドレス（設置者メールアドレス）とを記憶する。本実施形態では説明を省略するが、管理サーバ３０は、たとえば、異常な監視データ（設定された所定の閾値を超えるセンサデータなど）を受信した場合に設置者メールアドレスに対して異常な監視データを受信した旨を示すメッセージを送信するようにすることもできるし、監視データを受信する度に設置者メールアドレスに対して監視データを送信するようにすることもできる。
【００７５】
機器情報記憶部３５３は、設置機器に関する情報（以下、機器情報という。）を記憶する。図１１は、機器情報記憶部３５３の構成例を示す図である。機器情報記憶部３５３は、機器ＩＤに対応付けて、機器ＩＤが示す設置機器が通信可能に接続されている制御装置２０を示す制御装置ＩＤ、設置機器の名称、設置機器についての説明を記憶する。
【００７６】
監視データ受信部３２１は、通信ネットワーク１６を介して制御装置２０から送信される監視データを受信する。監視データ受信部３２１は、受信した監視データに付帯されている取得時点および機器ＩＤに対応付けて、受信した監視データを監視データ記憶部３５１に登録する。
【００７７】
ＨＴＴＰ処理部３２２は、いわゆるＷｅｂサーバの機能を実現する。ＨＴＴＰ処理部３２２は、ユーザ端末１７からＨＴＴＰ（HyperText Transfer Protocol）のリクエストを受信し、リクエストに応じて各種の情報をユーザ端末１７に提供する。
【００７８】
たとえば、ＨＴＴＰ処理部３２２は、設置者を特定するための情報を含むリクエストを受信し、特定される設置者に対応する制御装置ＩＤを制御装置情報記憶部３５２から読み出し、読み出した制御装置ＩＤに対応する機器ＩＤを機器情報記憶部３５３から読み出し、読み出した機器ＩＤに対応する監視データを監視データ記憶部３５１から読み出して、ユーザ端末１７に提供する。これにより、ユーザ端末１７においてセンサ１１が検知した有害生物の数やカメラ１２が撮影した画像などを監視することができる。
【００７９】
また、ＨＴＴＰ処理部３２２は、たとえば、監視データとしてカメラデータが登録されているものを抽出して、一覧表示することができる。図１２および図１３は、カメラデータの登録状況を表示する画面例を示す図である。ＨＴＴＰ処理部３２２は、図１２に示すような画面を表示するための画面データをユーザ端末１７に送信し、管理者が図１２の画面例に表示されているカメラアイコンをクリックした場合に、図１３に示すような画面を表示するための画面データを送信することができる。
【００８０】
また、ＨＴＴＰ処理部３２２は、監視データとして、たとえば虫やねずみのカウンタからのセンサデータが登録されているものを抽出して、センサデータを集計した画面を表示するための画面データをユーザ端末１７に送信することもできる。図１４は、ねずみカウンタがカウントしたねずみの数を日単位で集計した結果をグラフおよび表により表示する画面例を示す図であり、図１５は、上記ねずみの数を１時間単位で集計した結果をグラフおよび表により表示する画面例を示す図である。管理者は、ユーザ端末１７に表示される図１４や図１５に示すような画面を参照することにより、建物１における有害生物の発生状況を把握することが可能となり、これに基づいて有害生物の排除計画を作成することができる。
【００８１】
承認要求通知部３２３は、制御装置２０から承認要求を受信し、承認要求を受信した旨を示すメッセージ（以下、承認要求受信通知という。）を管理者のユーザ端末１７に送信する。本実施形態では、承認要求通知部３２３は、制御装置２０から承認要求を受信したときに、その旨を記載した電子メールを承認要求受信通知として所定のメールアドレスに宛てて送信するものとする。承認要求通知部３２３は、ストリーミングによる画像および音声を視聴するためのＵＲＬ（以下、ストリーミングＵＲＬという。）と、排除処理を承認するためのＵＲＬ（以下、承認ＵＲＬという。）とを電子メールに記載しておく。
【００８２】
なお、承認要求通知部３２３は、たとえば、承認要求を受信したことをメモリ３０２や記憶装置３０３に記録しておき、管理者のユーザ端末１７からＨＴＴＰによるアクセスを受けた際に、ＨＴＴＰ処理部３２２が送信する情報に、承認要求を受信した旨を記載して送信するようにさせることもできる。
【００８３】
ストリーミング処理部３２４は、制御装置２０からストリーミング方式により送信される動画データをユーザ端末１７に配信するストリーミング処理を行う。なお、ストリーミング処理には、一般的なストリーミングサーバが行う処理を採用するものとし、ここでは説明を省略する。ストリーミング処理部３２４は、ユーザ端末１７からストリーミングＵＲＬへのアクセスを受けた場合にストリーミング処理を開始することができる。
【００８４】
音データ転送部３２５は、ユーザ端末１７から送信される音データを受信した場合に、受信した音データを制御装置２０に送信する。ユーザ端末１７からは、管理者から建物１内の人間に対する呼びかけのための発声をキャプチャした音データが送信されることを想定している。本実施形態では、ユーザ端末１７からは、音データに基づく音声を出力するスピーカ１９の指定が予め行われるものとする。たとえば、承認応答転送部３２６は、機器情報記憶部３５３から、承認要求の送信元の制御装置２０を示す制御装置ＩＤに対応するスピーカ１９の一覧を取得してユーザ端末１７に送信し、ユーザ端末１７において音データを出力する先のスピーカ１９を選択させるようにすることができる。承認応答転送部３２６は、出力するスピーカ１９を示す機器ＩＤを付帯させて音データを制御装置２０に送信する。
【００８５】
承認応答転送部３２６は、ユーザ端末１７から承認応答を受信した場合に、制御装置２０に承認応答を送信する。本実施形態では、承認応答転送部３２６は、ユーザ端末１７から承認ＵＲＬにアクセスがあった場合（すなわち、承認ＵＲＬを指定したＨＴＴＰリクエストを受信した場合）に、承認応答を受信したものとして、承認応答を制御装置２０に送信するものとする。
【００８６】
＝＝有害生物監視システムにおける処理＝＝
以下、本実施形態の有害生物監視システムにおいて行われる監視データの送信処理について説明する。図１６は、制御装置２０において行われる処理の流れを説明する図である。
【００８７】
センサデータ受信部２２１がセンサ１１からセンサデータを受信した場合（Ｓ４０１：ＹＥＳ）、センサデータ受信部２２１は、センサデータを所定のフォーマットの監視データに変換して、センサデータの送信元のセンサ１１を示す機器ＩＤ、現在の日時、および変換した監視データを監視データ記憶部２５２に登録する（Ｓ４０２）。また、トリガ処理部２２７は図１７に示すトリガ処理を行う（Ｓ４０３）。
【００８８】
カメラデータ受信部２２２がカメラ１２からカメラデータを受信した場合（Ｓ４０４：ＹＥＳ）、カメラデータ受信部２２２は、所定のフォーマットの監視データに変換して、カメラデータの送信元のカメラ１２を示す機器ＩＤ、現在の日時および変換した監視データを監視データ記憶部２５２に登録する（Ｓ４０５）。
【００８９】
監視データ受信部２２３が他の制御装置２０から監視データを受信した場合（Ｓ４０６：ＹＥＳ）、監視データ受信部２２３は、受信した監視データに付帯されている取得時点および機器ＩＤに対応付けて、受信した監視データを監視データ記憶部２５２に登録する（Ｓ４０７）。
【００９０】
監視データ送信部２２４は、図２０に示す監視データの送信処理を行い（Ｓ４０８）、通信障害検知部２２５が監視データ送信部２２４に通信障害の有無を問い合わせて通信障害を判断し（Ｓ４０９）、通信障害が発生した場合には（Ｓ４０９：ＹＥＳ）、図２１に示す障害処理を行う（Ｓ４１０）。
【００９１】
終了の指示（たとえばスイッチのオフなど）があるまで（Ｓ４１０：ＮＯ）、ステップＳ４０１からの処理を繰り返す。
【００９２】
＝＝（Ｓ４０３）トリガ処理部２２７によるトリガ処理＝＝
図１７は、センサデータに応じて行うトリガ処理について説明する図である。  
トリガ処理部２２７は、トリガ条件記憶部２５４から、センサデータの送信元であるセンサ１１に対応するトリガ情報を読み出し（Ｓ５０１）、読み出したトリガ情報のそれぞれについて以下の処理を行う。
【００９３】
トリガ処理部２２７は、センサデータがトリガ情報に含まれるトリガ条件を満たすか否かを判断する（Ｓ５０２）。たとえば、センサデータがカウント値である場合に、図６に示すように「カウント値が０より大きい」トリガ条件が指定されている場合には、センサデータに含まれる値が０より大きいか否かを判定する。
【００９４】
トリガ処理部２２７は、センサデータがトリガ条件を満たす場合（Ｓ５０２：ＹＥＳ）、トリガ情報の動作種別が「カメラ」であれば（Ｓ５０３：ＹＥＳ）、カメラデータを、パラメータに設定された圧縮率で、パラメータに設定された形式のファイルに変換したうえで、監視データとして監視データ記憶部２５２に登録する（Ｓ５０４）。これにより、カメラにより撮像された画像データが監視データとして管理サーバ３０に送信されることになる。
【００９５】
トリガ処理部２２７は、トリガ情報の動作種別が「メッセージ」であれば（Ｓ５０５：ＹＥＳ）、パラメータに設定されているメールアドレスに、有害生物が検知された旨のメッセージを電子メールとして送信する（Ｓ５０６）。なお、トリガ処理部２２７は、電子メールには、センサデータの値（たとえば、虫やねずみのカウント値）を含めることができる。
【００９６】
トリガ処理部２２７は、トリガ情報の動作種別が「警報」であれば（Ｓ５０７：ＹＥＳ）、パラメータに設定された警報の種類に応じた音声信号を、パラメータに設定された時間だけ、対象機器が示すスピーカ１９に送信する（Ｓ５０８）。これにより、指定されたスピーカ１９から警報が発せられる。  
トリガ処理部２２７は、トリガ情報の動作種別が「排除」であれば（Ｓ５０９：ＹＥＳ）、図１８に示す排除処理を行う（Ｓ５１０）。
【００９７】
このようにして、本実施形態の有害生物監視システムによれば、センサ１１が有害生物を検知したことに応じて、その前後のカメラデータを監視データとして管理サーバ３０に送信し、有害生物を検知した旨のメッセージを建物外部にいるユーザなどに電子メールにより通知し、建物内において有害生物が検知された旨を示す警報を発し、または、排除装置１３により、殺虫剤の噴霧による虫の駆除や超音波の発生によるねずみの忌避など有害生物の排除を行うことができる。
【００９８】
したがって、「排除」のトリガ情報を登録しておくことにより、有害生物が発生した場合に、ユーザが直接建物に出向かなくても、有害生物の排除を行うことを可能としつつ、監視データによりユーザは有害生物の発生状況を常時監視することができる。また、「メッセージ」のトリガ情報を登録しておくことにより、ユーザは有害生物が発生した旨のメッセージを受けて監視データを確認することができるので、常時画面を確認し続けなくてもよいので、監視作業の負担を軽減することができる。
【００９９】
また、「カメラ」のトリガ情報を登録しておくことにより、有害生物を検知した場合に、その場の状況を撮像したカメラデータを管理サーバ３０に送信することが可能となり、ユーザは画像により有害生物の発生状況を視認することができる。その一方で、画像データのように大きい情報を常時送信することなく、必要な時間についてのみ送信することにより、通信負荷を軽減することができる。
【０１００】
また、「排除」のトリガ情報とともに「警報」のトリガ情報を登録しておくことにより、たとえば、排除装置１３を作動させる前に、建物内のスピーカ１９から警報を発することが可能となるので、建物内にいる人間はスピーカ１９の近傍にある排除装置１３から離れ、あるいは建物外に移動することができるので、殺虫剤の噴霧などにより建物内の人間に影響を与えないようにすることができる。
【０１０１】
＝＝（Ｓ５１０）排除処理＝＝
図１８は、トリガ処理部２２７によるトリガ処理の流れを示す図である。また、図１９は、トリガ処理におけるメッセージのやりとりを説明する図である。
【０１０２】
トリガ処理部２２７は、承認要求を管理サーバ３０に送信するとともに（Ｓ５２１）、ストリーミング処理部２２８を起動してストリーミング処理を開始させる（Ｓ５２２）。また、トリガ処理部２２７は、警報用の音データに基づく音声信号（以下、警報信号という。）をスピーカ１９に出力する（Ｓ５２３）。なお、警報用の音データは予め記憶装置２０４に記憶されているものとする。また、トリガ処理部２２７は、建物１内にある全てのスピーカ１９から警報信号を出力するようにしてもよいし、対象機器が示す排除装置１３に近いスピーカ１９のみに警報信号を出力するようにしてもよいし、ユーザ端末１７からスピーカ１９の指定を受け付けるようにしてもよい。
【０１０３】
トリガ処理部２２７が管理サーバ３０に承認要求を送信すると（Ｓ５４１）、管理サーバ３０の承認要求通知部３２３は、承認要求受信通知を管理者のユーザ端末１７に送信する（Ｓ５４２）。管理者のユーザ端末１７は、管理者の操作に応じてストリーミングＵＲＬにアクセスすることにより、管理サーバ３０にストリーミングの開始を要求する（Ｓ５４３）。
【０１０４】
制御装置２０のストリーミング処理部２２８は、カメラデータおよびマイク１８からの音データを合わせた動画データをストリーミングにより管理サーバ３０に送信し（Ｓ５４４）、管理サーバ３０のストリーミング処理部３２４はこの動画データをストリーミングによりユーザ端末１７に送信する（Ｓ５４５）。ユーザ端末１７では、動画データに基づいて動画像および音声が出力され、管理者はこれを視認して排除装置１３の近くに人間が居ないことを確認する。
【０１０５】
排除装置１３の近くに人間が居ることを視認した場合などには、管理者はその人に対する警告を言葉で発し、ユーザ端末１７が管理者の発声をキャプチャした音データを管理サーバ３０に送信する（Ｓ５４６）。管理サーバ３０の音データ転送部３２５は、受信した音データに、スピーカ１９を示す機器ＩＤを付帯させて、承認要求の送信元である制御装置２０に送信する（Ｓ５４７）。
【０１０６】
制御装置２０のトリガ処理部２２７は、管理サーバ３０から音データを受信すると（Ｓ５２４：ＹＥＳ）、音データに基づく音声信号を、音データに付帯される機器ＩＤが示すスピーカ１９に出力する（Ｓ５２５）。
【０１０７】
これにより、管理者は排除装置１３の近くにいる人に対して、たとえば排除装置１３から離れることなどの指示を直接言葉で伝達することができる。
【０１０８】
管理者は排除装置１３の近くに人がいないことを確認し、排除装置１３を作動させてもよいと判断すると、ユーザ端末１７を操作して承認応答を管理サーバ３０に送信し（Ｓ５４８）、管理サーバ３０の承認応答転送部３２６は、受信した承認応答を制御装置２０に転送する（Ｓ５４９）。
【０１０９】
制御装置２０のトリガ処理部２２７は、承認応答を受信するまで（Ｓ５２６：ＮＯ）、ステップＳ５２４からの処理を繰り返し、承認応答を受信すると（Ｓ５２６：ＹＥＳ）、トリガ情報に含まれるパラメータを付帯させた作動信号を、トリガ情報の機器ＩＤが示す排除装置１３に送信する（Ｓ５２７）。
【０１１０】
このようにして、排除装置１３が作動し、殺虫剤の噴霧や超音波の出力などにより虫の駆除やねずみの忌避などの排除処理が行われる。本実施形態の有害生物監視システムでは、管理者は、排除装置１３の近くに人間がいないことを確認してから排除処理を承認し、管理者により承認された後に排除装置１３を作動させることができるので、殺虫剤や超音波などが建物１内の人間に影響を与えることなく、安全に有害生物の排除を行うことができる。
【０１１１】
また、建物１の管理者は、カメラデータおよび音データにより建物１の内部の状況を視認することができるので、排除装置１３の近傍に人間がいる場合には、その人間に対して退避の指示を行うなどの指示をスピーカ１９から出力することができる。したがって、排除装置１３の作動により殺虫剤や超音波などが至近距離で人間に到達するようなことがないように確認を行うことができる。
【０１１２】
＝＝（Ｓ４０８）監視データ送信部２２４による監視データの送信処理＝＝
図２０は、監視データ送信部２２４による監視データの送信処理の流れを示す図である。  
監視データ送信部２２４は、アドレス記憶部２５１から最終送信日時２６３を読み出し（Ｓ４２１）、監視データ記憶部２５２から、取得時点が最終送信日時よりも後の監視データを検索して、監視データならびに監視データが格納されているフォルダ２７１のフォルダ名２７２を機器ＩＤとして取得し、監視データのヘッダ２７４に設定されている更新時点を取得時点として取得する（Ｓ４２２）。
【０１１３】
監視データ送信部２２４は、アドレス記憶部２５１から使用フラグが真のアドレス情報を検索し（Ｓ４２３）、当該アドレス情報に含まれるインタフェースが示す通信インタフェースを特定し（Ｓ４２４）、当該アドレス情報に含まれるアドレスを送信先アドレスとする（Ｓ４２５）。監視データ送信部２２４は、特定した通信インタフェースから、送信先アドレスを宛先として、取得日時および機器ＩＤを付帯させて監視データを送出する（Ｓ４２６）。
【０１１４】
監視データの送信に成功した場合（Ｓ４２７：ＹＥＳ）、監視データ送信部２２４は、アドレス記憶部２５１の最終送信日時２６３に、現在の日時を設定して（Ｓ４２８）、処理を終了する。  
監視データの送信に失敗した場合（Ｓ４２７：ＮＯ）、監視データ送信部２２４は、試行回数を０に設定して（Ｓ４２９）、試行回数が所定の閾値を超えるまで（Ｓ４３０：ＮＯ）、監視データを再送信して（Ｓ４３１）、試行回数をインクリメントする（Ｓ４３２）。  
試行回数が閾値を超えた場合には（Ｓ４３０：ＹＥＳ）、通信障害が発生したものとして（Ｓ４３３）、監視データの送信を終了する。
【０１１５】
＝＝（Ｓ４１０）障害処理＝＝
図２１は、障害処理の流れを示す図である。  
障害処理部２２６は、まず制御装置２０の再起動を行う（Ｓ４４１）。なお、障害処理部２２６は、通信ＣＰＵ２０２に対してリセット信号を与えることにより、通信ＣＰＵ２０２のみを再起動させるようにしてもよい。  
障害処理部２２６は、再起動後、通信障害が解消しているか否かを判定する（Ｓ４４２）。障害処理部２２６は、たとえば監視データ送信部２２４に対して、使用フラグが真のアドレス情報に対応する通信インタフェースを介して送信先アドレスに対してＩＣＭＰパケットを送信させ、応答の有無を問い合わせることにより通信障害が発生しているか否かを判断することができる。また、監視データ送信部２２４に図２０の処理を行わせて、通信障害検知部２２５が通信障害を問い合わせるようにしてもよい。  
再起動により通信障害が解消していれば（Ｓ４４２：ＹＥＳ）、障害処理部２２６は処理を終了する。
【０１１６】
通信障害が解消していない場合（Ｓ４４２：ＮＯ）、障害処理部２２６は、アドレス記憶部２５１の備えるサーバ管理表２６１から使用フラグが真であるアドレス情報を読み出して候補情報とし（Ｓ４４３）、サーバ管理表２６１から、候補情報に含まれる優先度の次に高い優先度のアドレス情報を検索して候補情報を置換する（Ｓ４４４）。障害処理部２２６は、上記次に高い優先度の候補情報が見つからなかった場合には（Ｓ４４５：ＮＯ）、図２２に示す転送処理を行う（Ｓ４４６）。
【０１１７】
次に高い優先度の候補情報が見つかった場合には（Ｓ４４５：ＹＥＳ）、障害処理部２２６は、監視データ送信部２２４に、候補情報に含まれるインタフェースが示す通信インタフェースを介して、候補情報に含まれるアドレスを宛先としてＩＣＭＰパケットなどの試験データを送出させる（Ｓ４４７）。
【０１１８】
障害処理部２２６は、試験データの送信が成功したか否かを監視データ送信部２２４に問い合わせ、試験データの送信が失敗した場合には（Ｓ４４８：ＮＯ）、ステップＳ４４４からの処理を繰り返す。なお、試験データの送信が成功したか否かは、たとえば、ＩＣＭＰパケットに対する応答が宛先（管理サーバ３０）から戻ってくるか否かにより判断することができる。
【０１１９】
試験データの送信に成功した場合（Ｓ４４８：ＹＥＳ）、障害処理部２２６は、候補情報の使用フラグを真に設定し、他のアドレス情報の使用フラグを偽に設定するようにアドレス記憶部２５１（サーバ管理表２６１および転送先管理表２６２）を更新する（Ｓ４４９）。
【０１２０】
このようにして、監視データ送信部２２４は、通信障害の発生時には、通常時に使用しているサーバインタフェースとは異なる他のサーバインタフェースを介して、管理サーバ３０に監視データを送信することができる。たとえば、監視データ送信部２２４がＬＡＮアダプタ２１１を介してイーサネット（登録商標）による管理サーバ３０への監視データの送信に失敗した場合にも、３Ｇ通信による送信が可能な場合は、３Ｇ無線機２０８を介して３Ｇ通信により管理サーバ３０への監視データの送信が継続されるようにすることができる。
【０１２１】
インターネットのように、通信ネットワーク１６が複数の通信路により構成されている場合には、あるサーバインタフェースを介した通信に通信障害が起こったとしても、他のサーバインタフェースを介した通信が可能である場合も多い。したがって、本実施形態の有害生物監視システムのように、通信障害時に通常時とは異なるサーバインタフェースを使用することにより、通信障害が発生した場合にも他の通信経路を使って監視データを管理サーバ３０に送信することが可能となる。よって、制御装置２０における通信の耐障害性を高めることが可能となり、制御装置２０と管理サーバ３０との間の通信の安定性を向上することができる。また、通信不能の時間が長いと監視データの欠損も生じやすくなるが、本実施形態の有害生物監視システムによれば、通信不能である時間を減らすことが可能となるので、監視データの欠損を防止することができる。
【０１２２】
＝＝（Ｓ４４６）転送処理＝＝
図２２は、転送処理の流れを示す図である。  
障害処理部２２６は、転送先管理表２６２から優先度が最も高いアドレス情報を読み出して候補情報とする（Ｓ４６１）。障害処理部２２６は、監視データ送信部２２４に、候補情報に含まれるインタフェースが示す通信インタフェースを介して、候補情報に含まれるアドレスを宛先としてＩＣＭＰパケットなどの試験データを送出させる（Ｓ４６２）。
【０１２３】
障害処理部２２６は、試験データの送信が成功したか否かを監視データ送信部２２４に問い合わせ、試験データの送信に失敗した場合には（Ｓ４６３：ＮＯ）、転送先管理表２６２から、候補情報に含まれる優先度の次に高い優先度のアドレス情報を検索して候補情報を置換する（Ｓ４６４）。障害処理部２２６は、上記次に高い優先度の候補情報がある場合には（Ｓ４６５：ＹＥＳ）、ステップＳ４６２からの処理を繰り返し、上記次に高い優先度の候補情報がない場合には（Ｓ４６５：ＮＯ）、エラーを発生させて（Ｓ４６６）、処理を終了する。  
一方、試験データの送信が成功した場合には（Ｓ４６３：ＹＥＳ）、候補情報の使用フラグを真に設定し、他のアドレス情報の使用フラグを偽に設定するようにアドレス記憶部２５１（サーバ管理表２６１および転送先管理表２６２）を更新する（Ｓ４６７）。
【０１２４】
このようにして、監視データ送信部２２４は、サーバインタフェースを用いた通信に障害が発生した場合に、サーバインタフェースに代えてセンサインタフェースを介して他の制御装置２０に監視データを送信することができる。他の制御装置２０では、受信した監視データは通信ネットワーク１６から管理サーバ３０に転送されることになる。すなわち、監視データ送信部２２４は、通信障害により管理サーバ３０に直接監視データを送信することができない場合にも、他の制御装置２０を介して間接的に管理サーバ３０に監視データを送信することができる。センサネットワーク１４を介した通信は、一般に通信ネットワーク１６を介した通信よりも低速であることが多いものの、通信ネットワーク１６を経由して直接管理サーバ３０に送信することができないような状況では、低速であっても管理サーバ３０に監視データが届いていることが望ましいが、本実施形態の有害生物監視システムでは、これを実現することができる。また、通信ネットワーク１６を利用した通信が不能であっても、センサネットワークを利用して間接的に監視データを管理サーバ３０に送信することができるので、有害生物の監視が中断されるような状況を回避することができる。
【０１２５】
また、ＺｉｇＢｅｅ（登録商標）などによるセンサネットワークでは、マルチホップの通信が可能となっており、センサ１１が広域にわたって設置されている場合には、広範囲の制御装置２０に監視データを転送することができる。たとえば、ある制御装置２０の近くに無線通信に影響を与える障害物が設置されたとしても、距離の離れた制御装置２０にはその障害物の影響がなく、無線通信を継続することが可能となるような状況が考えられる。このような状況において、本実施形態の有害生物監視システムのように制御装置２０同士で監視データを転送することにより、管理サーバ３０との間で通信の継続可能性を高めることができる。
【０１２６】
＝＝ＣＰＵ間でのメッセージのやり取り＝＝
図２３は、図１６のステップＳ４０９およびＳ４１０において、管理ＣＰＵ２０１および通信ＣＰＵ２０２の間で行われるメッセージのやり取りを説明する図である。
【０１２７】
まず、ステップＳ４０９において、通信障害検知部２２５から監視データ送信部２２４に通信障害の有無を問い合わせる場合、管理ＣＰＵ２０１は、通信障害の発生を問い合わせるメッセージを通信ＣＰＵ２０２に送信し（Ｓ６０１）、通信ＣＰＵ２０２はこのメッセージに応じて、通信障害がない場合にはその旨を応答する（Ｓ６０２）。
【０１２８】
通信ＣＰＵ２０２から通信障害がある旨のメッセージが応答されると（Ｓ６０３）、図２１のステップ４４１で再起動が行われる。ここで、管理ＣＰＵ２０１は、再起動を指示するメッセージ（ハードウェアリセット信号）を通信ＣＰＵ２０２に送信する（Ｓ６０４）。このハードウェアリセット信号に応じて、通信ＣＰＵ２０２のみがリセットするようにしてもよいし、通信ＣＰＵ２０２が制御装置２０全体を再起動するようにしてもよい。
【０１２９】
再起動後、ステップＳ４４２において、管理ＣＰＵ２０１は再度通信障害の有無を通信ＣＰＵ２０２に問い合わせする（Ｓ６０５）。通信障害がなければ通信ＣＰＵ２０２はその旨を応答する（Ｓ６０６）。
【０１３０】
通信障害が発生しる旨が通信ＣＰＵ２０２から応答されると（Ｓ６０７）、ステップＳ４４４において、管理ＣＰＵ２０１は送信先および使用する通信インタフェースを決定し、これを通信ＣＰＵ２０２に通知する（Ｓ６０８）。Ｓ４４７において、管理ＣＰＵ２０１は、変更した送信先および通信インタフェースを利用して試験データを送信するように指示するメッセージを通信ＣＰＵ２０２に送信し（Ｓ６０９）、通信ＣＰＵ２０２はこのメッセージに応じて試験データを送信先に送信する。ステップＳ４４８において、管理ＣＰＵ２０１は、試験データの送信が成功したか否かを通信ＣＰＵ２０２に問い合わせ（Ｓ６１０）、通信ＣＰＵ２０２は試験データの送信が成功したか否かを応答する（Ｓ６１１）。
【０１３１】
ステップＳ６０８〜Ｓ６１１を繰り返すことにより、監視データの送信先が変更される。
【０１３２】
このように、本実施形態の有害生物監視システムによれば、通信処理を行う通信ＣＰＵ２０２では通信障害の対処をせず、通信障害時における障害回復処理については、管理ＣＰＵ２０１により行われることになる。データ通信には複雑な処理が必要であり、このデータ通信を行う通信ＣＰＵ２０２に障害対策まで行わせた場合には、通信ＣＰＵ２０２の処理負荷がさらに高くなってしまうが、本実施形態のように、通信ＣＰＵ２０２とは別の管理ＣＰＵ２０１が障害対策を行うことにより、通信ＣＰＵ２０２は通信処理に専念することができる。したがって、通信ＣＰＵ２０２の処理負荷を軽減することができる。また、通信ＣＰＵ２０２に実行させるプログラムが複雑にならないようにすることができるので、プログラムにおける不具合の発生を抑制し、制御装置２０の動作を安定させることができる。
【０１３３】
＝＝変形例＝＝
なお、本実施形態では、排除処理を行う前に管理者の承認を必ず得るものとしたが、たとえば、管理者の承認を得るか否かをトリガ情報に設定するようにしてもよい。この場合、トリガ処理部２２７は、管理者の承認が必要であることを示す情報がトリガ情報に設定されていた場合にのみ、承認要求を送信するようにし、管理者の承認が不要であることを示す情報がトリガ情報に設定されていた場合には、承認要求を送信することなく、作動信号を排除装置１３に送信するようにすることができる。
【０１３４】
また、たとえば、排除装置１３の近傍に、人間を検知する人間センサ（たとえば、体温を検知する温度センサであって、想定されるねずみの高さの最大値よりも上部の温度を検知するものを人間センサとして用いることができる。）を設置し、人間センサが人間を検知していない場合にのみ、排除装置１３を作動させるようにしてもよい。この場合、制御装置２０は、人間センサからのセンサデータ（以下、人間センサ情報という。）を受信する人間センサ情報受信部と、人間センサ情報に基づいて排除装置１３の近傍に人間が存在するか否かを判断する人間存在判断部とを備えるようにする。トリガ処理部２２７は、人間存在判断部が、排除装置１３の近傍に人間が存在しないと判定した場合にのみ、作動信号を排除装置１３に送信して排除装置１３を作動させるようにする。これにより、人間が存在しないことを人間センサにより確認した上で排除装置１３を作動させることができるので、監視の手間を軽減するとともに、殺虫剤や超音波が人間に影響を与える可能性を低減し、安全に排除装置１３を作動させることができる。
【０１３５】
さらに、カメラデータを解析して人間が居ないことを判断するようにしてもよい。この場合、制御装置２０は、最新のカメラデータ（または最新から所定時間前までの複数のカメラデータ）を解析して人間が撮像されているか否かを判定するカメラデータ解析部を備えるようにし、人間存在判断部は、上記人間センサ情報受信部が受信した人間センサ情報と、カメラデータ解析部による解析結果とに応じて、排除装置１３の近傍に人間が存在するか否かを判断するようにする。これにより、カメラ１２が撮像した画像を用いて人間が居ないことを判断することができるので、人間の存在判定処理の精度を向上させることができる。
【０１３６】
また、ストリーミング処理部２２８がストリーミングにより動画データを送信している間に、人間センサ情報を管理サーバ３０に送信し、管理サーバ３０からユーザ端末１７に人間センサ情報を転送して、管理者が動画とともに人間センサ情報を確認するようにしてもよい。これにより、カメラ１２の死角に人がいる場合や、工場などにおける機械の動作音で人間の音が聞こえないような場合であっても、管理者は排除装置１３の近傍に人が居ないことを確認することが可能となり、より安全に排除装置１３を作動させることができる。
【０１３７】
また、本実施形態では、排除装置１３を作動させる前に、警報信号をスピーカ１９に出力するものとしたが、たとえば圧電ブザーや電動ベルなどの警報装置を設置して、これを作動させるようにしてもよい。
【０１３８】
また、本実施形態では、承認要求を送信した後の動画データの送信は、ストリーミング方式により行われるものとしたが、ストリーミング以外の方法により行うようにしてもよい。たとえば、制御装置２０は、所定時間長（たとえば１０秒、１分など任意の時間とすることができる。）の動画データを、ＨＴＴＰなどのプロトコルにより管理サーバ３０に送信することができる。
【０１３９】
また、ユーザ端末１７から制御装置２０への音データの送信を、ストリーミング方式により行うようにしてもよい。
【０１４０】
また、本実施形態では、障害処理部２２６が監視データ送信部２２４に通信障害発生の有無を問い合わせるものとしたが、監視データ送信部２２４が通信障害を障害処理部２２６に通知するようにしてもよい。この場合、監視データ送信部２２４は図２０のステップＳ４３３において通信障害と判断した時点で、その旨を示すメッセージを障害処理部２２６に送信するようにすることができる。
【０１４１】
また、本実施形態では、アドレス記憶部２５１に最終送信日時２６３を管理し、最終送信日時よりも後の監視データのみを読み出して管理サーバ３０に送信するものとしたが、管理サーバ３０への送信に成功した監視データを削除するようにしてもよい。この場合、最終送信日時２６３を省略し、図２０のステップＳ４２８において、監視データ記憶部２５２から送信した監視データを削除するようにすることができる。
【０１４２】
また、本実施形態では、監視データの送信に失敗したことをもって通信障害が発生したものとしたが、監視データ送信部２２４は、通信ネットワーク１６における通信に障害が発生したことと、管理サーバ３０が動作しておらず監視データを受信しないなど、管理サーバ３０に障害が発生したこととを分けて検知するようにしてもよい。たとえば、監視データ送信部２２４は、サーバインタフェースを介して通信ネットワーク１６に物理的にパケットを送出できない場合に通信障害と判断し、パケットは送出できても通信の相手方である管理サーバ３０が応答しない場合に管理サーバ３０の障害（機器障害）と判断することができる。この場合、障害処理部２２６は、通信障害のときにのみ監視データの送信先を変更し、機器障害の場合には、監視データ送信部２２４が、監視データの送信に成功するまで、所定の時間（たとえば、５分、１０分など任意の時間を設定することができる。）待機および監視データの再送信を繰り返すようにすることができる。
【０１４３】
また、本実施形態では、通信障害が発生した場合に、サーバインタフェースを介して管理サーバ３０に監視データを送信できなかった場合には、センサインタフェースを介して他の制御装置２０に監視データを送信するものとしたが、サーバインタフェースを介して他の制御装置２０に送信することを試行してもよい。この場合、たとえば、外部に接続するゲートウェイに障害が発生しているものの、電力線やイーサネット（登録商標）ケーブルなどの通信路を用いた建物１内での通信は可能である場合に、センサネットワーク１４を用いた通信に比較して通信速度の速い経路を用いて監視データを他の制御装置２０に送信することができる。したがって、カメラデータのような比較的容量の大きいデータであっても効率的に転送することができる。
【０１４４】
以上、本実施形態について説明したが、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。
【符号の説明】
【０１４５】
１      建物
１１    センサ
１２    カメラ
１３    排除装置
１４    センサネットワーク
１５    通信線
１６    通信ネットワーク
１７    ユーザ端末
１８    マイク
１９    スピーカ
２０    制御装置
３０    管理サーバ
２０１  管理ＣＰＵ
２０２  通信ＣＰＵ
２０３  メモリ
２０４  記憶装置
２０５  センサ通信機
２０６  ＮＴＳＣインタフェース
２０７  特定省電力無線機
２０８  ３Ｇ無線機
２０９  ＰＤＣ無線機
２１０  ＷｉＦｉ無線機
２１１  ＬＡＮアダプタ
２１２  ＰＬＣ通信機
２２１  センサデータ受信部
２２２  カメラデータ受信部
２２３  監視データ受信部
２２４  監視データ送信部
２２５  通信障害検知部
２２６  障害処理部
２２７  トリガ処理部
２２８  ストリーミング処理部
２２９  音声出力部
２５１  アドレス記憶部
２５２  監視データ記憶部
２５３  カメラデータ記憶部
２５４  トリガ条件記憶部
２６１  サーバ管理表
２６２  転送先管理表
２６３  最終送信日時
２７１  フォルダ
２７２  フォルダ名
２７３  ファイル
２７４  ヘッダ
２７５  本体
３２１  監視データ受信部
３２２  ＨＴＴＰ処理部
３２３  承認要求通知部
３２４  ストリーミング処理部
３２５  音データ転送部
３２６  承認応答転送部
３５１  監視データ記憶部
３５２  制御装置情報記憶部
３５３  機器情報記憶部
【図１】
0005809972.tif 000002
【図２】
0005809972.tif 000003
【図３】
0005809972.tif 000004
【図４】
0005809972.tif 000005
【図５】
0005809972.tif 000006
【図６】
0005809972.tif 000007
【図７】
0005809972.tif 000008
【図８】
0005809972.tif 000009
【図９】
0005809972.tif 000010
【図１０】
0005809972.tif 000011
【図１１】
0005809972.tif 000012
【図１２】
0005809972.tif 000013
【図１３】
0005809972.tif 000014
【図１４】
0005809972.tif 000015
【図１５】
0005809972.tif 000016
【図１６】
0005809972.tif 000017
【図１７】
0005809972.tif 000018
【図１８】
0005809972.tif 000019
【図１９】
0005809972.tif 000020
【図２０】
0005809972.tif 000021
【図２１】
0005809972.tif 000022
【図２２】
0005809972.tif 000023
【図２３】
0005809972.tif 000024