制御装置
【課題】リモートメンテナンスの際であっても、警備を効率的に行うことを可能にする制御装置を提供する。
【解決手段】複数のセンサ１００ａ，１００ｂ，１００ｃが接続される制御装置５０は、ネットワークＮＴ２を介してリモートメンテナンスサーバ４００から、メンテナンス対象のセンサを特定する対象特定情報を含み当該センサに対するメンテナンスの実行を指示する制御信号を受信すると、当該制御信号に応じて、メンテナンス対象のセンサに対してメンテナンスを実行する。制御装置５０は、センサに対してメンテナンスを実行している間に、他のセンサから検知結果を受信した場合、当該検知結果に応じて、警報を送信する。
【解決手段】複数のセンサ１００ａ，１００ｂ，１００ｃが接続される制御装置５０は、ネットワークＮＴ２を介してリモートメンテナンスサーバ４００から、メンテナンス対象のセンサを特定する対象特定情報を含み当該センサに対するメンテナンスの実行を指示する制御信号を受信すると、当該制御信号に応じて、メンテナンス対象のセンサに対してメンテナンスを実行する。制御装置５０は、センサに対してメンテナンスを実行している間に、他のセンサから検知結果を受信した場合、当該検知結果に応じて、警報を送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御装置に関する。
【背景技術】
【０００２】
従来より、警備を行う対象の領域（警備対象領域）に配置される人体検知センサや画像センサなどの各種センサが接続され、各種センサの検知結果に基づいて警報を監視センタに送信する制御装置がある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
例えば、このような制御装置に記憶されているファームウェアの更新などを遠隔地から指示することにより制御装置をリモートメンテナンスする場合、制御装置をリブートする必要がある。このため、リモートメンテナンス中に警備の空白期間が発生する恐れがあった。これを回避するために、制御装置をリブートする際、警備対象領域に警備員を出動させたり技術員が立会わせたりすることがあるが、これは効率的ではなかった。
【０００４】
本発明は、上記に鑑みてなされたものであって、リモートメンテナンスの際であっても、警備を効率的に行うことを可能にする制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上述した課題を解決し、目的を達成するために、本発明は、複数のセンサが接続され且つネットワークを介してサーバ装置が接続される制御装置であって、前記センサから送信された検知結果を受信する第１受信手段と、前記受信手段が受信した前記検知結果に応じて警報を送信する第１送信手段と、前記ネットワークを介してサーバ装置から、メンテナンス対象のセンサを特定する対象特定情報を含み当該センサに対するメンテナンスの実行を指示する制御信号を受信する第２受信手段と、前記第２受信手段が受信した前記制御信号に応じて、前記センサに対してメンテナンスを実行する実行手段とを備え、前記第１送信手段は、前記実行手段が前記センサに対してメンテナンスを実行している間に、他のセンサの前記対象特定情報を含む検知結果を前記受信手段が受信した場合、当該検知結果に応じて、前記警報を送信することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、リモートメンテナンスの際であっても、警備を効率的に行うことを可能にする。
【図面の簡単な説明】
【０００７】
【図１】図１は、一実施の形態にかかる警備システムの構成を例示する図である。
【図２】図２は、制御装置５０の機能的構成を例示する図である。
【図３】図３は、メンテナンス対応処理の手順を示すフローチャートである。
【図４】図４は、メンテナンス対応処理の手順を示すフローチャートである。
【図５】図５は、発報対応処理の手順を示すフローチャートである。
【発明を実施するための形態】
【０００８】
以下に添付図面を参照して、この発明にかかる制御装置の一実施の形態を詳細に説明する。
【０００９】
ここで、本実施の形態にかかる制御装置を含む警備システムの構成について図１を用い
て説明する。警備システムは、複数のセンサ１００ａ，１００ｂ，１００ｃが接続された制御装置５０と、信号受信サーバ（ＳＶ）２００と、リモートメンテナンスサーバ（ＳＶ）４００と、中央処理サーバ（ＳＶ）５００と、監視クライアント（ＣＬ）６００と、リモートメンテナンスクライアント（ＣＬ）７００とを備える。制御装置５０は、警備対象領域内や警備対象領域近くの家庭や施設などに配設されており、信号受信サーバ２００と、リモートメンテナンスサーバ４００と、中央処理サーバ５００とは、監視センタに配設されている。制御装置５０と、信号受信サーバ２００、リモートメンテナンスサーバ４００及び中央処理サーバ５００とは、ネットワークＮＴ１を介して接続される。中央処理サーバ５００と、監視クライアント６００と、リモートメンテナンスクライアント７００とは、ネットワークＮＴ２を介して接続される。センサ１００ａ，１００ｂ，１００ｃは、警備対象領域に各々配設されている。尚、センサ１００ａ，１００ｂ，１００ｃを各々区別する必要がない場合には、単にセンサ１００と記載する。また、この他、複数のセンサ１００が制御装置５０に接続され得る。各センサ１００は、例えば、人体を検知する人体検知センサや、画像を検知結果として撮影する画像センサや、扉の開閉等を検知する開閉センサなどであり、検知結果を制御装置５０に送信する。各センサ１００には、各々を識別するための名称（センサ名）とＩＰ（Internet Protocol ）アドレスとが各々付与されている。また、各センサ１００は、当該センサ１００の機能を実現させるためのファームウェアを記憶している。制御装置５０にもＩＰアドレスが付与されている。ネットワークＮＴ１，ＮＴ２はそれぞれ、例えば、ＬＡＮ（Local Area Network）、イントラネット、イーサネット（登録商標）又はインターネットなどである。ネットワークＮＴ１，ＮＴ２はそれぞれ、本実施の形態においては、異なるネットワークであるとするが、同じネットワークであっても良い。
【００１０】
ここで、制御装置５０と、信号受信サーバ２００と、リモートメンテナンスサーバ４００と、中央処理サーバ５００と、監視クライアント６００と、リモートメンテナンスクライアント７００との各装置のハードウェア構成について説明する。各装置は、装置全体を制御するＣＰＵ（Central Processing Unit）等の制御部と、各種データや各種プログラムを記憶するＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等の主記憶部と、各種データや各種プログラムを記憶するＨＤＤ（Hard Disk Drive）やＣＤ（Compact Disk）ドライブ装置等の補助記憶部と、他の装置との通信を制御する通信Ｉ／Ｆ（interface）と、これらを接続するバスとを備えており、通常のコンピュータを利用したハードウェア構成となっている。また、制御装置５０とリモートメンテナンスクライアント７００とには各々、情報を表示する表示部と、ユーザの指示入力を受け付けるキーボードやマウス等の操作入力部とが有線又は無線により各々接続される。
【００１１】
リモートメンテナンスクライアント７００は、各センサ１００のファームウェアを記憶している。リモートメンテナンスクライアント７００は、操作入力部を介して、メンテナンス対象の装置（メンテナンス対象装置という）とするセンサ１００や制御装置５０を特定する対象特定情報とメンテナンスの内容に対応するメンテナンス番号とを指定して、リモートメンテナンスの実行を指示する操作入力を受け付ける。対象特定情報とは、例えば、センサ１００や制御装置５０に付与された名称（センサ名や「制御装置」など）や、センサ１００や制御装置５０に付与されたＩＰアドレスである。ここでは、名称を用いる。そして、リモートメンテナンスクライアント７００は、メンテナンス対象装置の名称及びメンテナンス番号を示しメンテナンスの実行を指示する制御信号を中央処理サーバ５００にネットワークＮＴ２を介して送信する。メンテナンスの内容は、例えば、センサ１００や制御装置５０などのメンテナンス対象装置の状態（ステータス）を確認するものや、メンテナンス対象装置の動作を確認するものや、メンテナンス対象装置をリセットするものや、メンテナンス対象装置に記憶されているファームウェアを更新するものなどである。また、実行が指示されたリモートメンテナンスの内容がファームウェアの更新である場合、リモートメンテナンスクライアント７００は、中央処理サーバ５００からの要求に応じ
て、更新対象のファームウェアを中央処理サーバ５００にネットワークＮＴ２を介して送信する。尚、メンテナンス対象装置とするセンサ１００は、単数であっても複数であっても良い。
【００１２】
信号受信サーバ２００は、ネットワークＮＴ１を介して制御装置５０から、センサ１００によって異常の発生が検知された旨を示す警報を受信すると、その旨を示す警備信号を中央処理サーバ５００に送信する。
【００１３】
中央処理サーバ５００は、信号受信サーバ２００から送信された警備信号を受信すると、監視クライアント６００に送信する。また、中央処理サーバ５００は、メンテナンスの内容と、メンテナンス番号とを対応付けて記憶しているメンテナンス内容テーブルを有している。中央処理サーバ５００は、ネットワークＮＴ２を介してリモートメンテナンスクライアント７００からメンテナンス対象装置の名称及びメンテナンス番号を示しメンテナンスの実行を指示する制御信号を受信すると、メンテナンス内容テーブルを参照して、メンテナンスの内容を判断して、当該判断結果に応じて、制御信号の送信をリモートメンテナンスサーバ４００に要求したり、更新対象のファームウェアの送信をリモートメンテナンスクライアント７００に要求して当該ファームウェアを取得して当該ファームウェアの送信をリモートメンテナンスサーバ４００に要求したりする。
【００１４】
監視クライアント６００は、中央処理サーバ５００から警備信号を受信すると、例えば、異常が発生した旨を示すメッセージを表示部に表示させる。
【００１５】
リモートメンテナンスサーバ４００は、中央処理サーバ５００の要求に応じて、ネットワークＮＴ１を介して制御装置５０に対して、メンテナンス対象装置の名称及びメンテナンス番号を示しメンテナンスの実行を指示する制御信号を送信したり、更新対象のファームウェアを送信したりする。
【００１６】
センサ１００は、当該センサを特定する対象特定情報を含む検知結果を制御装置５０に送信する。尚、制御信号に含まれる対象特定情報はメンテナンス対象装置の名称であるとしたが、検知結果に含まれる対象特定情報はこれに合わせてセンサ１００の名称であるとしても良いし、センサ１００のＩＰアドレスであっても良い。検知結果を制御装置５０に送信したとき、センサ１００は、メンテナンスの実行中につき検知結果を受信できない旨を示す受信不可メッセージを制御装置５０から受信すると、制御装置５０に受信されなかった検知結果を、検知した時刻（検知時刻）と対応付けて記憶する。
【００１７】
次に、制御装置５０の機能的構成について図２を用いて説明する。制御装置５０は、信号受信部５１と、メンテナンス実行部５２と、検知結果処理部５３と、メンテナンス対象テーブル５４と、メンテナンス内容テーブル５５とを有する。信号受信部５１と、メンテナンス実行部５２と、検知結果処理部５３とは、制御装置５０のＣＰＵが主記憶部や補助記憶部に記憶された各種プログラムの実行時にＲＡＭなどの主記憶部上に生成されるものである。メンテナンス対象テーブル５４と、メンテナンス内容テーブル５５とは、ＨＤＤなどの補助記憶部に記憶されるものである。
【００１８】
メンテナンス対象テーブル５４は、メンテナンス対象となり得るセンサ１００のセンサ名（「画像センサ」など）及び制御装置５０自身の名称（「制御装置」など）と、センサ１００及び制御装置５０のＩＰアドレスとを各々対応付けて記憶している。メンテナンス内容テーブル５５は、中央処理サーバ５００が有するメンテナンス内容テーブルと同様に、メンテナンスの内容と、メンテナンス番号とを対応付けて記憶している。
【００１９】
信号受信部５１は、中央処理サーバ５００から制御信号やファームウェアを受信する。
メンテナンス実行部５２は、信号受信部５１が受信した制御信号に応じて、メンテナンス対象テーブル５４及びメンテナンス内容テーブル５５を参照して、メンテナンス対象装置及びメンテナンスの内容を特定し、当該メンテナンスの内容に応じて、当該メンテナンス対象装置に対してメンテナンスを実行する。
【００２０】
検知結果処理部５３は、センサ１００から送信された検知結果を受信して、当該検知結果に応じて、当該センサ１００によって異常の発生が検知された旨を示す警報を信号受信サーバ２００に送信する。尚、メンテナンス対象装置として制御装置５０自身に対してメンテナンス実行部５２がメンテナンスを実行中に、センサ１００から検知結果が送信された場合、検知結果処理部５３は、メンテナンスの実行中につき検知結果を受信できない旨を示す受信不可メッセージを当該センサ１００に送信する。そして、メンテナンス実行部５２がメンテナンスの実行を終了すると、検知結果処理部５３は、各センサ１００にアクセスして、メンテナンスの実行中に記憶された検知結果があるか否かを判断し、当該検知結果がある場合、当該検知結果を取得して、当該検知結果に応じて、当該検知結果の検知時刻を含む警報を信号受信サーバ２００に送信する。尚、ネットワークＮＴ１の断線などにより、警報を信号受信サーバ２００に送信できない場合、検知結果処理部５３は、一定期間後に、当該警報を信号受信サーバ２００に改めて送信する。
【００２１】
次に、本実施の形態にかかる制御装置５０の行うメンテナンス対応処理の手順について説明する。まず、メンテナンス対象装置がセンサ１００ａであり、メンテナンスの内容が、センサ１００ａの状態を確認するものや、センサ１００の動作を確認するものや、センサ１００をリセットするものである場合のメンテナンス対応処理の手順について図３を用いて説明する。リモートメンテナンスクライアント７００においてユーザが操作入力部を介して、メンテナンス対象装置とするセンサ１００ａのセンサ名とメンテナンスの内容に対応するメンテナンス番号とを指定して、リモートメンテナンスの実行を指示する操作入力を行うと、リモートメンテナンスクライアント７００は、当該操作入力を受け付け、指定されたセンサ名及びメンテナンス番号を示しメンテナンスの実行を指示する制御信号を中央処理サーバ５００にネットワークＮＴ２を介して送信する（ステップＳ１）。中央処理サーバ５００は、当該制御信号をリモートメンテナンスクライアント７００から受信すると、当該メンテナンス信号によって示されるメンテナンス番号を用いてメンテナンス内容テーブルを参照して、メンテナンスの内容を判断する。メンテナンスの内容が、センサ１００の状態を確認するものや、センサ１００の動作を確認するものや、センサ１００をリセットするものであると判断した場合、中央処理サーバ５００は、制御信号の送信をリモートメンテナンスサーバ４００に要求する（ステップＳ２）。リモートメンテナンスサーバ４００は、中央処理サーバ５００からの要求に応じて、当該制御信号を制御装置５０にネットワークＮＴ１を介して送信する（ステップＳ３）。制御装置５０は、当該制御信号をリモートメンテナンスサーバ４００から受信すると（ステップＳ４）、当該制御信号によって示されるセンサ名を用いてメンテナンス対象テーブル５４を参照して、メンテナンス対象装置のセンサ１００のＩＰアドレスを特定すると共に、当該制御信号によって示されるメンテナンス番号を用いてメンテナンス内容テーブル５５を参照して、メンテナンスの内容を特定する（ステップＳ５）。メンテナンスの内容が、センサ１００の状態を確認するものや、センサ１００の動作を確認するものや、センサ１００をリセットするものであると特定した場合、制御装置５０は、特定したＩＰアドレスのセンサ１００ａにアクセスして、当該内容に応じたメンテナンスを実行する（ステップＳ６）。
【００２２】
次に、メンテナンス対象装置がセンサ１００であり、メンテナンスの内容がファームウェアの更新である場合のメンテナンス対応処理の手順について図４を用いて説明する。ステップＳ１〜Ｓ５は上述と同様である。尚、ステップＳ２で、メンテナンスの内容がファームウェアの更新であると判断した場合、中央処理サーバ５００は、制御信号の送信をリモートメンテナンスサーバ４００に要求すると共に、ステップＳ１０で、制御信号によっ
て示されるセンサ名のセンサ１００に対する更新対象のファームウェアの送信を要求する要求メッセージをリモートメンテナンスクライアント７００に対して送信する。リモートメンテナンスクライアント７００は、当該要求メッセージを受信すると、当該要求メッセージに応じて、該当するファームウェアを中央処理サーバ５００に送信する（ステップＳ１１）。中央処理サーバ５００は、当該ファームウェアを受信すると、当該ファームウェアの送信をリモートメンテナンスサーバ４００に要求する（ステップＳ１２）。リモートメンテナンスサーバ４００は、中央処理サーバ５００からの要求に応じて、例えばＦＴＰプロトコルにより当該ファームウェアを制御装置５０にネットワークＮＴ１を介して送信する（ステップＳ１３）。
【００２３】
一方、制御装置５０は、ステップＳ４で、制御信号をリモートメンテナンスサーバ４００から受信すると、当該制御信号によって示されるセンサ名を用いてメンテナンス対象テーブル５４を参照して、メンテナンス対象のセンサ１００のＩＰアドレスを特定すると共に、当該制御信号によって示されるメンテナンス番号を用いてメンテナンス内容テーブル５５を参照して、メンテナンスの内容を特定する。メンテナンスの内容がファームウェアの更新であると特定した場合、制御装置５０は、ファームウェアの受信を待機する。そして、制御装置５０は、当該ファームウェアをリモートメンテナンスサーバ４００から受信すると（ステップＳ１４）、ステップＳ６では、ステップＳ５で特定したＩＰアドレスのセンサ１００にアクセスして、当該ファームウェアを送信して当該ファームウェアのインストールを当該センサ１００ａに実行させることにより、メンテナンスを実行する。
【００２４】
以上のようなメンテナンスを実行している間、制御装置５０は、他のセンサ１００から検知結果が送信されると、当該検知結果に含まれる対象特定情報を用いて、メンテナンス対象テーブル５４を参照して、当該センサ１００がメンテナンス対象以外のセンサ１００であると判断すると、当該検知結果を受信して、当該検知結果に応じて、警報を当該信号受信サーバ２００に送信する。信号受信サーバ２００は警報を受信した場合、警備信号を中央処理サーバ５００に送信する。中央処理サーバ５００は、警備信号を受信した場合、監視クライアント６００に送信する。監視クライアント６００は、中央処理サーバ５００から警備信号を受信すると、例えば、異常が発生した旨を示すメッセージを表示部に表示させる。この表示を見た監視員は、真報判断を行ったり、対応を検討したりすることができる。
【００２５】
次に、メンテナンス対象装置が制御装置５０であり、制御装置５０が自身に対してメンテナンスを実行している場合にセンサ１００からの検知結果に応じて警報を送信する発報対応処理の手順について図５を用いて説明する。ステップＳ１〜Ｓ５は上述と同様である。但し、ステップＳ４では、制御装置５０は、制御装置５０の名称及びメンテナンス番号を示しメンテナンスの実行を指示する制御信号をリモートメンテナンスサーバ４００から受信し、ステップＳ５では、当該制御信号によって示される制御装置５０の名称を用いて、メンテナンス対象テーブル５４を参照して、自身がメンテナンス対象装置であることを判断する。そして、制御装置５０は、当該制御信号によって示されるメンテナンス番号を用いてメンテナンス内容テーブル５５を参照して、メンテナンスの内容を特定して、ステップＳ６では、自身に対してメンテナンスを実行する。尚、ここでは図示しないが、メンテナンスの内容がファームウェアの更新である場合、メンテナンス対象装置がセンサ１００である場合と同様にして、図４のステップＳ１０〜Ｓ１３が行われて、ステップＳ１４で、制御装置５０は、更新対象のファームウェアを中央処理サーバ５００から受信し、ステップＳ６では、これを用いてメンテナンスを実行する。
【００２６】
このようなメンテナンスの実行中に、センサ１００が検知結果を送信すると（ステップＳ２０）、制御装置５０は、メンテナンスの実行中につき検知結果を受信できない旨を示す受信不可メッセージを当該センサ１００に送信する（ステップＳ２１）。当該センサ１
００は、当該受信不可メッセージを制御装置５０から受信すると（ステップＳ２２）、制御装置５０に受信されなかった検知結果を検知時刻と対応付けて記憶する（ステップＳ２３）。一方、制御装置５０は、メンテナンスの実行が終了すると、各センサ１００にアクセスして、メンテナンスの実行中に記憶された検知結果があるか否かを判断し、当該検知結果がある場合、当該検知結果及び検知時刻を取得する（ステップＳ２４）。そして、制御装置５０は、当該検知結果に応じて、当該検知結果の検知時刻を含む警報を信号受信サーバ２００に送信する（ステップＳ２５）。
【００２７】
尚、制御装置５０に対するメンテナンスの内容として、例えば、機器状態の読み出しや通信試験、バッテリー試験がある。このようなメンテナンスを実行している場合には、制御装置５０は、ステップＳ２０でセンサ１００から送信された検知結果を受信して、ステップＳ２１，Ｓ２４を行わずに、当該検知結果に応じて、信号受信サーバ２００に警報を送信するようにしても良い。
【００２８】
以上のような構成によれば、他のセンサ１００に影響を与えることなくセンサ１００に対するリモートメンテナンスを実行することができ、他のセンサ１００からの検知結果に応じて、制御装置５０は、警報を送信することができる。このため、リモートメンテナンスの際であっても、警備を効率的に行うことが可能になる。
【００２９】
また、制御装置５０が自身に対してメンテナンスの実行中であっても、センサ１００がその間に検知した結果（検知結果）を蓄積して、制御装置５０がメンテナンスの実行終了後に当該検知結果を取得して警報を送信することにより、センサ１００の検知結果を把握可能になる。従って、監視センタでは、制御装置５０のリモートメンテナンスに際しても、警備対象領域で何が起こったのかを把握することが可能になる。
【００３０】
[変形例]
なお、本発明は前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、前記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。また、以下に例示するような種々の変形が可能である。
【００３１】
上述した実施の形態において、制御装置５０で実行される各種プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また当該各種プログラムを、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成しても良い。信号受信サーバ２００、メディア受信サーバ３００、リモートメンテナンスサーバ４００、中央処理サーバ５００、監視クライアント６００及びリモートメンテナンスクライアント７００で各々実行される各種プログラムについても同様である。
【００３２】
上述した実施の形態において、制御装置５０は、自身に対するメンテナンスの実行終了後に、図５のステップＳ２４で、各センサ１００にアクセスして、メンテナンスの実行中に受信できなかった検知結果を取得するようにしたが、これに限らず、センサ１００が、検知結果を定期的に送信するようにしても良い。このようにすることでも、制御装置５０のメンテナンスの実行終了後のタイミングでは、センサ１００からの検知結果を制御装置５０は受信することができる。
【００３３】
上述した実施の形態において、制御装置５０は、センサ１００から検知結果を受信したときに警報を送信する先は、信号受信サーバ２００であるとしたが、これに限らず、各センサ１００に対応する各サーバであっても良い。
【００３４】
上述した実施の形態において、制御信号が示す対象特定情報がメンテナンス対象装置の名称である例について説明したが、これはＩＰアドレスであっても良い。この場合、制御装置５０は、メンテナンス対象テーブル５４を有さなくても良い。
【００３５】
また、上述した実施の形態において、各センサ１００には、各々ＩＰアドレスに加え、階層的なアドレスを更に付与するようにしても良い。例えば、複数のセンサ１００をグループ分けし、また、メイングループ及び複数のサブグループに分け、メイングループに属するセンサ１００に対してグループアドレスとしてメインアドレスを付与し、サブグループに属するセンサ１００に対してグループアドレスとしてサブアドレスをサブグループ毎に付与するようにする。センサ１００のグループ分けは、例えば、センサ１００の配設されている場所に応じて行うようにしても良く、警備対象領域において、同じ領域内に配設されるセンサ１００を同じグループにするようにしても良い。このようなメインアドレス及びサブアドレスは、センサ１００のセンサ名及びＩＰアドレスと対応付けて上述のメンテナンス対象テーブル５４に予め記憶させておく。この場合、例えば、制御装置５０は、リモートメンテナンスサーバ４００から制御信号を受信して、メンテナンス対象のセンサ１００に対してメンテナンスを実行中に、他のセンサ１００から検知結果が送信されると、メンテナンス対象テーブル５４を参照して、当該検知結果に含まれる対象特定情報（上述したようにセンサ名やＩＰアドレスである）に対応付けられているサブアドレスが、メンテナンス対象のセンサ１００のサブアドレスと同一か否かを判断する。これにより、制御装置５０は、メンテナンス対象のセンサ１００と、検知結果を送信したセンサ１００とが同一のサブグループに属するか否かを判断する。そして、制御装置５０は、これらのセンサ１００が同一のサブグループに属すると判断した場合、図５のＳ２１，Ｓ２４，Ｓ２５の処理を行い、一方、これらのセンサ１００が異なるグループに属すると判断した場合、センサ１００から送信された検知結果を受信して、信号受信サーバ２００に警報を送信するようにしても良い。
【００３６】
上述した実施の形態において、各センサ１００に対してＩＰアドレスが付与されるようにしたが、これに限らず、各々を識別するための唯一なアドレスが付与されるようにしても良い。
【符号の説明】
【００３７】
５０ 制御装置
５１ 信号受信部
５２ メンテナンス実行部
５３ 検知結果処理部
５４ メンテナンス対象テーブル
５５ メンテナンス内容テーブル
１００，１００ａ，１００ｂ，１００ｃ センサ
２００ 信号受信サーバ
４００ リモートメンテナンスサーバ
５００ 中央処理サーバ
６００ 監視クライアント
７００ リモートメンテナンスクライアント
ＮＴ１，ＮＴ２ ネットワーク
【技術分野】
【０００１】
本発明は、制御装置に関する。
【背景技術】
【０００２】
従来より、警備を行う対象の領域（警備対象領域）に配置される人体検知センサや画像センサなどの各種センサが接続され、各種センサの検知結果に基づいて警報を監視センタに送信する制御装置がある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
例えば、このような制御装置に記憶されているファームウェアの更新などを遠隔地から指示することにより制御装置をリモートメンテナンスする場合、制御装置をリブートする必要がある。このため、リモートメンテナンス中に警備の空白期間が発生する恐れがあった。これを回避するために、制御装置をリブートする際、警備対象領域に警備員を出動させたり技術員が立会わせたりすることがあるが、これは効率的ではなかった。
【０００４】
本発明は、上記に鑑みてなされたものであって、リモートメンテナンスの際であっても、警備を効率的に行うことを可能にする制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上述した課題を解決し、目的を達成するために、本発明は、複数のセンサが接続され且つネットワークを介してサーバ装置が接続される制御装置であって、前記センサから送信された検知結果を受信する第１受信手段と、前記受信手段が受信した前記検知結果に応じて警報を送信する第１送信手段と、前記ネットワークを介してサーバ装置から、メンテナンス対象のセンサを特定する対象特定情報を含み当該センサに対するメンテナンスの実行を指示する制御信号を受信する第２受信手段と、前記第２受信手段が受信した前記制御信号に応じて、前記センサに対してメンテナンスを実行する実行手段とを備え、前記第１送信手段は、前記実行手段が前記センサに対してメンテナンスを実行している間に、他のセンサの前記対象特定情報を含む検知結果を前記受信手段が受信した場合、当該検知結果に応じて、前記警報を送信することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、リモートメンテナンスの際であっても、警備を効率的に行うことを可能にする。
【図面の簡単な説明】
【０００７】
【図１】図１は、一実施の形態にかかる警備システムの構成を例示する図である。
【図２】図２は、制御装置５０の機能的構成を例示する図である。
【図３】図３は、メンテナンス対応処理の手順を示すフローチャートである。
【図４】図４は、メンテナンス対応処理の手順を示すフローチャートである。
【図５】図５は、発報対応処理の手順を示すフローチャートである。
【発明を実施するための形態】
【０００８】
以下に添付図面を参照して、この発明にかかる制御装置の一実施の形態を詳細に説明する。
【０００９】
ここで、本実施の形態にかかる制御装置を含む警備システムの構成について図１を用い
て説明する。警備システムは、複数のセンサ１００ａ，１００ｂ，１００ｃが接続された制御装置５０と、信号受信サーバ（ＳＶ）２００と、リモートメンテナンスサーバ（ＳＶ）４００と、中央処理サーバ（ＳＶ）５００と、監視クライアント（ＣＬ）６００と、リモートメンテナンスクライアント（ＣＬ）７００とを備える。制御装置５０は、警備対象領域内や警備対象領域近くの家庭や施設などに配設されており、信号受信サーバ２００と、リモートメンテナンスサーバ４００と、中央処理サーバ５００とは、監視センタに配設されている。制御装置５０と、信号受信サーバ２００、リモートメンテナンスサーバ４００及び中央処理サーバ５００とは、ネットワークＮＴ１を介して接続される。中央処理サーバ５００と、監視クライアント６００と、リモートメンテナンスクライアント７００とは、ネットワークＮＴ２を介して接続される。センサ１００ａ，１００ｂ，１００ｃは、警備対象領域に各々配設されている。尚、センサ１００ａ，１００ｂ，１００ｃを各々区別する必要がない場合には、単にセンサ１００と記載する。また、この他、複数のセンサ１００が制御装置５０に接続され得る。各センサ１００は、例えば、人体を検知する人体検知センサや、画像を検知結果として撮影する画像センサや、扉の開閉等を検知する開閉センサなどであり、検知結果を制御装置５０に送信する。各センサ１００には、各々を識別するための名称（センサ名）とＩＰ（Internet Protocol ）アドレスとが各々付与されている。また、各センサ１００は、当該センサ１００の機能を実現させるためのファームウェアを記憶している。制御装置５０にもＩＰアドレスが付与されている。ネットワークＮＴ１，ＮＴ２はそれぞれ、例えば、ＬＡＮ（Local Area Network）、イントラネット、イーサネット（登録商標）又はインターネットなどである。ネットワークＮＴ１，ＮＴ２はそれぞれ、本実施の形態においては、異なるネットワークであるとするが、同じネットワークであっても良い。
【００１０】
ここで、制御装置５０と、信号受信サーバ２００と、リモートメンテナンスサーバ４００と、中央処理サーバ５００と、監視クライアント６００と、リモートメンテナンスクライアント７００との各装置のハードウェア構成について説明する。各装置は、装置全体を制御するＣＰＵ（Central Processing Unit）等の制御部と、各種データや各種プログラムを記憶するＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等の主記憶部と、各種データや各種プログラムを記憶するＨＤＤ（Hard Disk Drive）やＣＤ（Compact Disk）ドライブ装置等の補助記憶部と、他の装置との通信を制御する通信Ｉ／Ｆ（interface）と、これらを接続するバスとを備えており、通常のコンピュータを利用したハードウェア構成となっている。また、制御装置５０とリモートメンテナンスクライアント７００とには各々、情報を表示する表示部と、ユーザの指示入力を受け付けるキーボードやマウス等の操作入力部とが有線又は無線により各々接続される。
【００１１】
リモートメンテナンスクライアント７００は、各センサ１００のファームウェアを記憶している。リモートメンテナンスクライアント７００は、操作入力部を介して、メンテナンス対象の装置（メンテナンス対象装置という）とするセンサ１００や制御装置５０を特定する対象特定情報とメンテナンスの内容に対応するメンテナンス番号とを指定して、リモートメンテナンスの実行を指示する操作入力を受け付ける。対象特定情報とは、例えば、センサ１００や制御装置５０に付与された名称（センサ名や「制御装置」など）や、センサ１００や制御装置５０に付与されたＩＰアドレスである。ここでは、名称を用いる。そして、リモートメンテナンスクライアント７００は、メンテナンス対象装置の名称及びメンテナンス番号を示しメンテナンスの実行を指示する制御信号を中央処理サーバ５００にネットワークＮＴ２を介して送信する。メンテナンスの内容は、例えば、センサ１００や制御装置５０などのメンテナンス対象装置の状態（ステータス）を確認するものや、メンテナンス対象装置の動作を確認するものや、メンテナンス対象装置をリセットするものや、メンテナンス対象装置に記憶されているファームウェアを更新するものなどである。また、実行が指示されたリモートメンテナンスの内容がファームウェアの更新である場合、リモートメンテナンスクライアント７００は、中央処理サーバ５００からの要求に応じ
て、更新対象のファームウェアを中央処理サーバ５００にネットワークＮＴ２を介して送信する。尚、メンテナンス対象装置とするセンサ１００は、単数であっても複数であっても良い。
【００１２】
信号受信サーバ２００は、ネットワークＮＴ１を介して制御装置５０から、センサ１００によって異常の発生が検知された旨を示す警報を受信すると、その旨を示す警備信号を中央処理サーバ５００に送信する。
【００１３】
中央処理サーバ５００は、信号受信サーバ２００から送信された警備信号を受信すると、監視クライアント６００に送信する。また、中央処理サーバ５００は、メンテナンスの内容と、メンテナンス番号とを対応付けて記憶しているメンテナンス内容テーブルを有している。中央処理サーバ５００は、ネットワークＮＴ２を介してリモートメンテナンスクライアント７００からメンテナンス対象装置の名称及びメンテナンス番号を示しメンテナンスの実行を指示する制御信号を受信すると、メンテナンス内容テーブルを参照して、メンテナンスの内容を判断して、当該判断結果に応じて、制御信号の送信をリモートメンテナンスサーバ４００に要求したり、更新対象のファームウェアの送信をリモートメンテナンスクライアント７００に要求して当該ファームウェアを取得して当該ファームウェアの送信をリモートメンテナンスサーバ４００に要求したりする。
【００１４】
監視クライアント６００は、中央処理サーバ５００から警備信号を受信すると、例えば、異常が発生した旨を示すメッセージを表示部に表示させる。
【００１５】
リモートメンテナンスサーバ４００は、中央処理サーバ５００の要求に応じて、ネットワークＮＴ１を介して制御装置５０に対して、メンテナンス対象装置の名称及びメンテナンス番号を示しメンテナンスの実行を指示する制御信号を送信したり、更新対象のファームウェアを送信したりする。
【００１６】
センサ１００は、当該センサを特定する対象特定情報を含む検知結果を制御装置５０に送信する。尚、制御信号に含まれる対象特定情報はメンテナンス対象装置の名称であるとしたが、検知結果に含まれる対象特定情報はこれに合わせてセンサ１００の名称であるとしても良いし、センサ１００のＩＰアドレスであっても良い。検知結果を制御装置５０に送信したとき、センサ１００は、メンテナンスの実行中につき検知結果を受信できない旨を示す受信不可メッセージを制御装置５０から受信すると、制御装置５０に受信されなかった検知結果を、検知した時刻（検知時刻）と対応付けて記憶する。
【００１７】
次に、制御装置５０の機能的構成について図２を用いて説明する。制御装置５０は、信号受信部５１と、メンテナンス実行部５２と、検知結果処理部５３と、メンテナンス対象テーブル５４と、メンテナンス内容テーブル５５とを有する。信号受信部５１と、メンテナンス実行部５２と、検知結果処理部５３とは、制御装置５０のＣＰＵが主記憶部や補助記憶部に記憶された各種プログラムの実行時にＲＡＭなどの主記憶部上に生成されるものである。メンテナンス対象テーブル５４と、メンテナンス内容テーブル５５とは、ＨＤＤなどの補助記憶部に記憶されるものである。
【００１８】
メンテナンス対象テーブル５４は、メンテナンス対象となり得るセンサ１００のセンサ名（「画像センサ」など）及び制御装置５０自身の名称（「制御装置」など）と、センサ１００及び制御装置５０のＩＰアドレスとを各々対応付けて記憶している。メンテナンス内容テーブル５５は、中央処理サーバ５００が有するメンテナンス内容テーブルと同様に、メンテナンスの内容と、メンテナンス番号とを対応付けて記憶している。
【００１９】
信号受信部５１は、中央処理サーバ５００から制御信号やファームウェアを受信する。
メンテナンス実行部５２は、信号受信部５１が受信した制御信号に応じて、メンテナンス対象テーブル５４及びメンテナンス内容テーブル５５を参照して、メンテナンス対象装置及びメンテナンスの内容を特定し、当該メンテナンスの内容に応じて、当該メンテナンス対象装置に対してメンテナンスを実行する。
【００２０】
検知結果処理部５３は、センサ１００から送信された検知結果を受信して、当該検知結果に応じて、当該センサ１００によって異常の発生が検知された旨を示す警報を信号受信サーバ２００に送信する。尚、メンテナンス対象装置として制御装置５０自身に対してメンテナンス実行部５２がメンテナンスを実行中に、センサ１００から検知結果が送信された場合、検知結果処理部５３は、メンテナンスの実行中につき検知結果を受信できない旨を示す受信不可メッセージを当該センサ１００に送信する。そして、メンテナンス実行部５２がメンテナンスの実行を終了すると、検知結果処理部５３は、各センサ１００にアクセスして、メンテナンスの実行中に記憶された検知結果があるか否かを判断し、当該検知結果がある場合、当該検知結果を取得して、当該検知結果に応じて、当該検知結果の検知時刻を含む警報を信号受信サーバ２００に送信する。尚、ネットワークＮＴ１の断線などにより、警報を信号受信サーバ２００に送信できない場合、検知結果処理部５３は、一定期間後に、当該警報を信号受信サーバ２００に改めて送信する。
【００２１】
次に、本実施の形態にかかる制御装置５０の行うメンテナンス対応処理の手順について説明する。まず、メンテナンス対象装置がセンサ１００ａであり、メンテナンスの内容が、センサ１００ａの状態を確認するものや、センサ１００の動作を確認するものや、センサ１００をリセットするものである場合のメンテナンス対応処理の手順について図３を用いて説明する。リモートメンテナンスクライアント７００においてユーザが操作入力部を介して、メンテナンス対象装置とするセンサ１００ａのセンサ名とメンテナンスの内容に対応するメンテナンス番号とを指定して、リモートメンテナンスの実行を指示する操作入力を行うと、リモートメンテナンスクライアント７００は、当該操作入力を受け付け、指定されたセンサ名及びメンテナンス番号を示しメンテナンスの実行を指示する制御信号を中央処理サーバ５００にネットワークＮＴ２を介して送信する（ステップＳ１）。中央処理サーバ５００は、当該制御信号をリモートメンテナンスクライアント７００から受信すると、当該メンテナンス信号によって示されるメンテナンス番号を用いてメンテナンス内容テーブルを参照して、メンテナンスの内容を判断する。メンテナンスの内容が、センサ１００の状態を確認するものや、センサ１００の動作を確認するものや、センサ１００をリセットするものであると判断した場合、中央処理サーバ５００は、制御信号の送信をリモートメンテナンスサーバ４００に要求する（ステップＳ２）。リモートメンテナンスサーバ４００は、中央処理サーバ５００からの要求に応じて、当該制御信号を制御装置５０にネットワークＮＴ１を介して送信する（ステップＳ３）。制御装置５０は、当該制御信号をリモートメンテナンスサーバ４００から受信すると（ステップＳ４）、当該制御信号によって示されるセンサ名を用いてメンテナンス対象テーブル５４を参照して、メンテナンス対象装置のセンサ１００のＩＰアドレスを特定すると共に、当該制御信号によって示されるメンテナンス番号を用いてメンテナンス内容テーブル５５を参照して、メンテナンスの内容を特定する（ステップＳ５）。メンテナンスの内容が、センサ１００の状態を確認するものや、センサ１００の動作を確認するものや、センサ１００をリセットするものであると特定した場合、制御装置５０は、特定したＩＰアドレスのセンサ１００ａにアクセスして、当該内容に応じたメンテナンスを実行する（ステップＳ６）。
【００２２】
次に、メンテナンス対象装置がセンサ１００であり、メンテナンスの内容がファームウェアの更新である場合のメンテナンス対応処理の手順について図４を用いて説明する。ステップＳ１〜Ｓ５は上述と同様である。尚、ステップＳ２で、メンテナンスの内容がファームウェアの更新であると判断した場合、中央処理サーバ５００は、制御信号の送信をリモートメンテナンスサーバ４００に要求すると共に、ステップＳ１０で、制御信号によっ
て示されるセンサ名のセンサ１００に対する更新対象のファームウェアの送信を要求する要求メッセージをリモートメンテナンスクライアント７００に対して送信する。リモートメンテナンスクライアント７００は、当該要求メッセージを受信すると、当該要求メッセージに応じて、該当するファームウェアを中央処理サーバ５００に送信する（ステップＳ１１）。中央処理サーバ５００は、当該ファームウェアを受信すると、当該ファームウェアの送信をリモートメンテナンスサーバ４００に要求する（ステップＳ１２）。リモートメンテナンスサーバ４００は、中央処理サーバ５００からの要求に応じて、例えばＦＴＰプロトコルにより当該ファームウェアを制御装置５０にネットワークＮＴ１を介して送信する（ステップＳ１３）。
【００２３】
一方、制御装置５０は、ステップＳ４で、制御信号をリモートメンテナンスサーバ４００から受信すると、当該制御信号によって示されるセンサ名を用いてメンテナンス対象テーブル５４を参照して、メンテナンス対象のセンサ１００のＩＰアドレスを特定すると共に、当該制御信号によって示されるメンテナンス番号を用いてメンテナンス内容テーブル５５を参照して、メンテナンスの内容を特定する。メンテナンスの内容がファームウェアの更新であると特定した場合、制御装置５０は、ファームウェアの受信を待機する。そして、制御装置５０は、当該ファームウェアをリモートメンテナンスサーバ４００から受信すると（ステップＳ１４）、ステップＳ６では、ステップＳ５で特定したＩＰアドレスのセンサ１００にアクセスして、当該ファームウェアを送信して当該ファームウェアのインストールを当該センサ１００ａに実行させることにより、メンテナンスを実行する。
【００２４】
以上のようなメンテナンスを実行している間、制御装置５０は、他のセンサ１００から検知結果が送信されると、当該検知結果に含まれる対象特定情報を用いて、メンテナンス対象テーブル５４を参照して、当該センサ１００がメンテナンス対象以外のセンサ１００であると判断すると、当該検知結果を受信して、当該検知結果に応じて、警報を当該信号受信サーバ２００に送信する。信号受信サーバ２００は警報を受信した場合、警備信号を中央処理サーバ５００に送信する。中央処理サーバ５００は、警備信号を受信した場合、監視クライアント６００に送信する。監視クライアント６００は、中央処理サーバ５００から警備信号を受信すると、例えば、異常が発生した旨を示すメッセージを表示部に表示させる。この表示を見た監視員は、真報判断を行ったり、対応を検討したりすることができる。
【００２５】
次に、メンテナンス対象装置が制御装置５０であり、制御装置５０が自身に対してメンテナンスを実行している場合にセンサ１００からの検知結果に応じて警報を送信する発報対応処理の手順について図５を用いて説明する。ステップＳ１〜Ｓ５は上述と同様である。但し、ステップＳ４では、制御装置５０は、制御装置５０の名称及びメンテナンス番号を示しメンテナンスの実行を指示する制御信号をリモートメンテナンスサーバ４００から受信し、ステップＳ５では、当該制御信号によって示される制御装置５０の名称を用いて、メンテナンス対象テーブル５４を参照して、自身がメンテナンス対象装置であることを判断する。そして、制御装置５０は、当該制御信号によって示されるメンテナンス番号を用いてメンテナンス内容テーブル５５を参照して、メンテナンスの内容を特定して、ステップＳ６では、自身に対してメンテナンスを実行する。尚、ここでは図示しないが、メンテナンスの内容がファームウェアの更新である場合、メンテナンス対象装置がセンサ１００である場合と同様にして、図４のステップＳ１０〜Ｓ１３が行われて、ステップＳ１４で、制御装置５０は、更新対象のファームウェアを中央処理サーバ５００から受信し、ステップＳ６では、これを用いてメンテナンスを実行する。
【００２６】
このようなメンテナンスの実行中に、センサ１００が検知結果を送信すると（ステップＳ２０）、制御装置５０は、メンテナンスの実行中につき検知結果を受信できない旨を示す受信不可メッセージを当該センサ１００に送信する（ステップＳ２１）。当該センサ１
００は、当該受信不可メッセージを制御装置５０から受信すると（ステップＳ２２）、制御装置５０に受信されなかった検知結果を検知時刻と対応付けて記憶する（ステップＳ２３）。一方、制御装置５０は、メンテナンスの実行が終了すると、各センサ１００にアクセスして、メンテナンスの実行中に記憶された検知結果があるか否かを判断し、当該検知結果がある場合、当該検知結果及び検知時刻を取得する（ステップＳ２４）。そして、制御装置５０は、当該検知結果に応じて、当該検知結果の検知時刻を含む警報を信号受信サーバ２００に送信する（ステップＳ２５）。
【００２７】
尚、制御装置５０に対するメンテナンスの内容として、例えば、機器状態の読み出しや通信試験、バッテリー試験がある。このようなメンテナンスを実行している場合には、制御装置５０は、ステップＳ２０でセンサ１００から送信された検知結果を受信して、ステップＳ２１，Ｓ２４を行わずに、当該検知結果に応じて、信号受信サーバ２００に警報を送信するようにしても良い。
【００２８】
以上のような構成によれば、他のセンサ１００に影響を与えることなくセンサ１００に対するリモートメンテナンスを実行することができ、他のセンサ１００からの検知結果に応じて、制御装置５０は、警報を送信することができる。このため、リモートメンテナンスの際であっても、警備を効率的に行うことが可能になる。
【００２９】
また、制御装置５０が自身に対してメンテナンスの実行中であっても、センサ１００がその間に検知した結果（検知結果）を蓄積して、制御装置５０がメンテナンスの実行終了後に当該検知結果を取得して警報を送信することにより、センサ１００の検知結果を把握可能になる。従って、監視センタでは、制御装置５０のリモートメンテナンスに際しても、警備対象領域で何が起こったのかを把握することが可能になる。
【００３０】
[変形例]
なお、本発明は前記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、前記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。また、以下に例示するような種々の変形が可能である。
【００３１】
上述した実施の形態において、制御装置５０で実行される各種プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また当該各種プログラムを、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成しても良い。信号受信サーバ２００、メディア受信サーバ３００、リモートメンテナンスサーバ４００、中央処理サーバ５００、監視クライアント６００及びリモートメンテナンスクライアント７００で各々実行される各種プログラムについても同様である。
【００３２】
上述した実施の形態において、制御装置５０は、自身に対するメンテナンスの実行終了後に、図５のステップＳ２４で、各センサ１００にアクセスして、メンテナンスの実行中に受信できなかった検知結果を取得するようにしたが、これに限らず、センサ１００が、検知結果を定期的に送信するようにしても良い。このようにすることでも、制御装置５０のメンテナンスの実行終了後のタイミングでは、センサ１００からの検知結果を制御装置５０は受信することができる。
【００３３】
上述した実施の形態において、制御装置５０は、センサ１００から検知結果を受信したときに警報を送信する先は、信号受信サーバ２００であるとしたが、これに限らず、各センサ１００に対応する各サーバであっても良い。
【００３４】
上述した実施の形態において、制御信号が示す対象特定情報がメンテナンス対象装置の名称である例について説明したが、これはＩＰアドレスであっても良い。この場合、制御装置５０は、メンテナンス対象テーブル５４を有さなくても良い。
【００３５】
また、上述した実施の形態において、各センサ１００には、各々ＩＰアドレスに加え、階層的なアドレスを更に付与するようにしても良い。例えば、複数のセンサ１００をグループ分けし、また、メイングループ及び複数のサブグループに分け、メイングループに属するセンサ１００に対してグループアドレスとしてメインアドレスを付与し、サブグループに属するセンサ１００に対してグループアドレスとしてサブアドレスをサブグループ毎に付与するようにする。センサ１００のグループ分けは、例えば、センサ１００の配設されている場所に応じて行うようにしても良く、警備対象領域において、同じ領域内に配設されるセンサ１００を同じグループにするようにしても良い。このようなメインアドレス及びサブアドレスは、センサ１００のセンサ名及びＩＰアドレスと対応付けて上述のメンテナンス対象テーブル５４に予め記憶させておく。この場合、例えば、制御装置５０は、リモートメンテナンスサーバ４００から制御信号を受信して、メンテナンス対象のセンサ１００に対してメンテナンスを実行中に、他のセンサ１００から検知結果が送信されると、メンテナンス対象テーブル５４を参照して、当該検知結果に含まれる対象特定情報（上述したようにセンサ名やＩＰアドレスである）に対応付けられているサブアドレスが、メンテナンス対象のセンサ１００のサブアドレスと同一か否かを判断する。これにより、制御装置５０は、メンテナンス対象のセンサ１００と、検知結果を送信したセンサ１００とが同一のサブグループに属するか否かを判断する。そして、制御装置５０は、これらのセンサ１００が同一のサブグループに属すると判断した場合、図５のＳ２１，Ｓ２４，Ｓ２５の処理を行い、一方、これらのセンサ１００が異なるグループに属すると判断した場合、センサ１００から送信された検知結果を受信して、信号受信サーバ２００に警報を送信するようにしても良い。
【００３６】
上述した実施の形態において、各センサ１００に対してＩＰアドレスが付与されるようにしたが、これに限らず、各々を識別するための唯一なアドレスが付与されるようにしても良い。
【符号の説明】
【００３７】
５０ 制御装置
５１ 信号受信部
５２ メンテナンス実行部
５３ 検知結果処理部
５４ メンテナンス対象テーブル
５５ メンテナンス内容テーブル
１００，１００ａ，１００ｂ，１００ｃ センサ
２００ 信号受信サーバ
４００ リモートメンテナンスサーバ
５００ 中央処理サーバ
６００ 監視クライアント
７００ リモートメンテナンスクライアント
ＮＴ１，ＮＴ２ ネットワーク
【特許請求の範囲】
【請求項１】
複数のセンサが接続され且つネットワークを介してサーバ装置が接続される制御装置であって、
前記センサから送信された検知結果を受信する第１受信手段と、
前記受信手段が受信した前記検知結果に応じて警報を送信する第１送信手段と、
前記ネットワークを介してサーバ装置から、メンテナンス対象のセンサを特定する対象特定情報を含み当該センサに対するメンテナンスの実行を指示する制御信号を受信する第２受信手段と、
前記第２受信手段が受信した前記制御信号に応じて、前記センサに対してメンテナンスを実行する実行手段とを備え、
前記第１送信手段は、前記実行手段が前記センサに対してメンテナンスを実行している間に、他のセンサの前記対象特定情報を含む検知結果を前記受信手段が受信した場合、当該検知結果に応じて、前記警報を送信する
ことを特徴とする制御装置。
【請求項２】
前記第２受信手段は、メンテナンス対象の前記制御装置を特定する対象特定情報を含み当該制御装置に対するメンテナンスの実行を指示する制御信号をサーバ装置から受信し、
前記実行手段は、前記制御装置に対してメンテナンスを実行し、
前記実行手段が前記制御装置に対してメンテナンスを実行している間に、前記センサの前記対象特定情報を含む前記検知結果が送信された場合、当該検知結果を受信できない旨のメッセージを当該センサに対して送信する第２送信手段と、
前記実行手段が前記制御装置に対するメンテナンスの実行を終了した後、前記センサに記憶された前記検知結果を取得する取得手段とを更に備える
ことを特徴とする請求項１に記載の制御装置。
【請求項３】
各前記センサには、各前記センサを各々識別するためのアドレスが各々付与されており、
前記受信手段は、メンテナンス対象のセンサに付与された前記アドレスを含む前記制御信号を受信する
ことを特徴とする請求項１又は２に記載の制御装置。
【請求項４】
各前記センサは、グループ分けされており、各前記センサには、グループアドレスが更に付与されており、
前記センサに付与された前記アドレス及び前記グループアドレスの対応関係を記憶する記憶手段を更に備え、
前記第１送信手段は、前記実行手段が前記センサに対してメンテナンスを実行している間に、当該センサに付与された前記グループアドレスと異なる前記グループアドレスが付与された他のセンサから検知結果を前記受信手段が受信した場合、前記警報を送信する
ことを特徴とする請求項３に記載の制御装置。
【請求項５】
各前記センサには、ＩＰ（Internet Protocol ）アドレスが各々付与されており、
前記受信手段は、メンテナンス対象のセンサに付与された前記ＩＰアドレスを含む前記制御信号を受信する
ことを特徴とする請求項３又４に記載の制御装置。
【請求項１】
複数のセンサが接続され且つネットワークを介してサーバ装置が接続される制御装置であって、
前記センサから送信された検知結果を受信する第１受信手段と、
前記受信手段が受信した前記検知結果に応じて警報を送信する第１送信手段と、
前記ネットワークを介してサーバ装置から、メンテナンス対象のセンサを特定する対象特定情報を含み当該センサに対するメンテナンスの実行を指示する制御信号を受信する第２受信手段と、
前記第２受信手段が受信した前記制御信号に応じて、前記センサに対してメンテナンスを実行する実行手段とを備え、
前記第１送信手段は、前記実行手段が前記センサに対してメンテナンスを実行している間に、他のセンサの前記対象特定情報を含む検知結果を前記受信手段が受信した場合、当該検知結果に応じて、前記警報を送信する
ことを特徴とする制御装置。
【請求項２】
前記第２受信手段は、メンテナンス対象の前記制御装置を特定する対象特定情報を含み当該制御装置に対するメンテナンスの実行を指示する制御信号をサーバ装置から受信し、
前記実行手段は、前記制御装置に対してメンテナンスを実行し、
前記実行手段が前記制御装置に対してメンテナンスを実行している間に、前記センサの前記対象特定情報を含む前記検知結果が送信された場合、当該検知結果を受信できない旨のメッセージを当該センサに対して送信する第２送信手段と、
前記実行手段が前記制御装置に対するメンテナンスの実行を終了した後、前記センサに記憶された前記検知結果を取得する取得手段とを更に備える
ことを特徴とする請求項１に記載の制御装置。
【請求項３】
各前記センサには、各前記センサを各々識別するためのアドレスが各々付与されており、
前記受信手段は、メンテナンス対象のセンサに付与された前記アドレスを含む前記制御信号を受信する
ことを特徴とする請求項１又は２に記載の制御装置。
【請求項４】
各前記センサは、グループ分けされており、各前記センサには、グループアドレスが更に付与されており、
前記センサに付与された前記アドレス及び前記グループアドレスの対応関係を記憶する記憶手段を更に備え、
前記第１送信手段は、前記実行手段が前記センサに対してメンテナンスを実行している間に、当該センサに付与された前記グループアドレスと異なる前記グループアドレスが付与された他のセンサから検知結果を前記受信手段が受信した場合、前記警報を送信する
ことを特徴とする請求項３に記載の制御装置。
【請求項５】
各前記センサには、ＩＰ（Internet Protocol ）アドレスが各々付与されており、
前記受信手段は、メンテナンス対象のセンサに付与された前記ＩＰアドレスを含む前記制御信号を受信する
ことを特徴とする請求項３又４に記載の制御装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１１−２１５８１９（Ｐ２０１１−２１５８１９Ａ）
【公開日】平成２３年１０月２７日（２０１１．１０．２７）
【国際特許分類】
【出願番号】特願２０１０−８２７７３（Ｐ２０１０−８２７７３）
【出願日】平成２２年３月３１日（２０１０．３．３１）
【出願人】（０００２０２３６１）綜合警備保障株式会社 (266)
【Ｆターム（参考）】
【公開日】平成２３年１０月２７日（２０１１．１０．２７）
【国際特許分類】
【出願日】平成２２年３月３１日（２０１０．３．３１）
【出願人】（０００２０２３６１）綜合警備保障株式会社 (266)
【Ｆターム（参考）】
[ Back to top ]