JP2009245086A - 警備装置 - Google Patents

Abstract

【課題】遠隔から警備装置を警備セットモードに設定したことに起因する誤報か否かを判断するための情報を通知可能とする。
【解決手段】警備装置は、監視区域の開閉体を監視する開閉センサ及び監視区域内の移動体を検知する移動体センサと接続されるセンサ信号入力部と、警備状態として異常を通報しない警備解除モードまたは異常を通報する警備セットモードの設定信号を入力する操作部と、利用者端末から警備セットモードの設定信号を受信する通信部と、操作部から警備セットモードの設定信号が入力されると又は利用者端末から警備セットモードの設定信号を受信すると警備状態を前記警備セットモードに設定するモード設定手段と、利用者端末の設定信号に基づき警備セットモードが設定されたときに開閉センサによる検知がなく移動体センサが検知すると、利用者端末に誤報可能性がある旨を通知する通知部とを備える。
【選択図】 図３

Description

本発明は、監視区域の異常を監視センタなどの外部の装置に通報する警備装置に関し、特に、警備セットモードの設定を遠隔操作で行える警備装置に関する。

従来、監視区域で発生した侵入異常や火災異常などの異常を検出すると、監視センタに異常通報する警備システムが知られている。監視センタは監視区域に設けられた警備装置と通信で接続されており、警備装置は監視区域に設置されたセンサと接続されている。そして、センサが検知対象を検知すると、警備装置が監視センタへ異常を通報する。

従来の警備システムでは、監視区域の利用者が外出する場合に警備装置を操作して監視区域の異常を通報しない警備解除モードから監視区域の異常を通報する警備セットモードに移行させていた。この際、警備装置では警備セットモードの移行操作を受け付けると、監視区域に設置されている各種センサが全て正常状態であることを確認する。正常状態でないセンサ、つまり異常を検知しているセンサがあれば、当該センサの設置場所を利用者に報知し、利用者がセンサの検知原因を解消させて再度警備セットモードの移行操作を行う。なお、センサが検知対象とする異常とは、窓や扉の開放や熱源の検知など、外部に対して無防備であったり人の存在可能性を検知した状態である。

このような警備システムにおいて、最近では、携帯電話やパソコンなどの通信端末を利用して、監視区域の外より警備セットモードに移行できるようにした警備システムが提案されている（特許文献１）。特許文献１には、電話回線またはインターネットを介して中央処理装置（警備装置）に警戒動作の設定指令データが伝送されたときに窓などの戸締り点検を行い、異常がなければ警戒動作を有効に設定する監視システムが記載されている。
国際公開第０３／０８８１７４号パンフレット（２８ページ、実施の形態６）

上記の特許文献１の監視システムは、遠隔地から警戒動作を有効に設定する場合も、監視区域内で操作手段を操作して警戒動作を有効に設定する場合と同様に、警戒動作の変更時点でセンサの状態を確認することで正常状態であることを条件に警戒動作を有効にしようとしている。

しかしながら、監視区域の状況が把握できない遠隔地から警戒動作を設定する場合、警戒動作の変更時点におけるセンサの状態を確認するだけでは、監視区域が無人であることを真に確認することができず、誤報が発生するおそれがある。

すなわち、警戒動作の変更時点はセンサの検知範囲外に利用者（内在者）が居て、センサが内在者を検知しない可能性がある。この場合、従来の監視システムでは、内在者が居るにも拘らず警戒動作を有効としてしまい、その後に内在者の存在がセンサに検知されたとき利用者の通信端末や監視センタに異常通報されるという問題がある。
このようにして誤報が生じると、遠隔地に居る利用者にとって、これが不用意に警備セットモードを設定したことに起因する誤報であることに気付くのは困難であり、監視センタなどにより誤報と確認されるまでは不安感が増大する。
一方で、かかる誤報により通報を受けた監視センタでは、不必要に対処員が出動することになるばかりか、監視区域に残っていた内在者にとっても身分確認などで不快な思いをさせることになる。

そこで、本発明は、遠隔から警備装置を警備セットモードに設定したことに起因する誤報か否かを判断するための情報を通知可能として、利用者の利便性を向上でき、ひいては不要な異常対処が削減できる警備装置の実現を目的とする。

上記目的を達成するために本発明による警備装置は、監視区域の異常を外部の装置に通報する警備装置であって、窓や扉など前記監視区域の開口部における開閉体を監視する開閉センサ及び前記監視区域内の移動体を検知する移動体センサと接続されるセンサ信号入力部と、前記監視区域の警備状態として前記外部の装置に異常を通報しない警備解除モードまたは前記外部の装置に異常を通報する警備セットモードの設定信号を入力する操作部と、前記外部の装置及び利用者端末と通信し、前記利用者端末から少なくとも警備セットモードの設定信号を受信する通信部と、前記操作部から警備セットモードの設定信号が入力されると、または前記利用者端末から警備セットモードの設定信号を受信すると警備状態を前記警備セットモードに設定するモード設定手段と、少なくとも前記警備セットモードに設定されているときに前記開閉センサによる検知有無を記憶する記憶部と、前記利用者端末の設定信号に基づき前記警備セットモードが設定されたときに、前記開閉センサによる検知がなく前記移動体センサが検知すれば、前記利用者端末に誤報可能性がある旨を通知する通知部と、を備えることを特徴としている。

かかる構成において、警備装置の通知部は、利用者端末からの設定信号を受信した結果として警備セットモードが設定された後に、開閉体の開閉や開閉体の破壊などが検知されることなく監視区域内で移動体が検知されると、利用者端末に誤報可能性がある旨を通知するように作用する。ここで、誤報可能性がある旨の通知情報とは、利用者に警戒開始時に内在者がいた可能性を伝える情報であり、誤報可能性があることや内在者が居た可能性を伝える予め記憶したメッセージや図柄、監視区域や家族、関係者への確認を促す情報などである。

したがって、本発明によれば、監視区域の状況が把握できない遠隔の利用者端末から警備セットモードを設定した後、開口部で異常が検知されないにも拘らず監視区域内で異常が発生した場合、誤報の可能性があることを通知することで、利用者は不用意に警備セットモードを設定したことに起因する誤報である可能性を判断することができ、必要以上の心的不安を軽減して、心当たりのある関係者などに連絡をとるなど対応をとることが可能となるのである。

また、本発明による警備装置において、好ましくは、前記記憶部は、前記移動体センサの設置位置の情報を記憶し、前記通知部は、前記利用者端末に誤報可能性がある旨を通知するときに、内在者が存在すること及び前記検知した移動体センサの設置位置とを通知する。

かかる構成によれば、利用者は、監視区域の状況が把握できない遠隔の利用者端末から警備セットモードを設定したときに内在者が居たことを認識でき、関係者などに連絡をとるなど対応をとることが可能となるのである。また、このときに、警戒開始から異常発生までの時間情報を付して通知してよい。

また、本発明による警備装置において、好ましくは、さらに、前記警備セットモード時に前記センサが前記監視区域の異常を検知すれば前記外部の装置に異常通報する通報部を備え、前記通報部は、前記通知部が前記利用者端末に誤報可能性がある旨を通知すると、該通知から所定の遅延時間が経過するまで前記外部の装置への異常通報を保留する。

かかる構成において、通報部は、開閉体の開閉や破壊なく異常が発生した場合、通知部が利用者端末に誤報可能性がある旨を通知した後に所定の遅延時間をおいて、外部の装置に異常通報するよう作用する。ここで、所定の遅延時間とは、利用者が通知部より通知される情報を参照するための時間であるが、誤報でなかったときに異常通報のタイムリー性が損なわれないよう短時間に設定されてよい。また、通知部は、利用者に対して通知する情報に、通報部が外部の装置に通報する時間をメッセージとして付加してよい。
かかる構成によれば、利用者が誤報の可能性の通知を受けてから、遅延時間の後に外部の装置に通報されるので、利用者は内在者による誤報であることが確認できれば、内在者により又は利用者端末から警備装置の異常を復旧させたり、外部の装置に連絡をするなどの対応が可能となる。

また、本発明による警備装置において、好ましくは、前記通報部は、前記遅延時間が経過する前に、前記利用者端末から通報キャンセル信号を受信すると、保留中の異常通報を前記外部の装置に通報しない。

かかる構成において、通報部は、遅延時間中に利用者端末から通報キャンセル信号を受信すると外部の装置への通報を取り止めるよう作用する。
かかる構成によれば、利用者が誤報可能性の通知を受けてから遅延時間の経過前に内在者による誤報であることが確認できれば、遠隔の利用者端末からかかる誤報による異常通報を取り消すことが可能となり、外部の装置への不必要な通報を防止して、異常対処などに生じる煩雑な処理を事前に削減することができる。

また、本発明による警備装置において、好ましくは、前記通報部は、前記利用者端末に誤報可能性がある旨を通知してから前記異常が復旧するまでの間に限り、前記利用者端末からの対処キャンセル信号を受付可能とし、前記対処キャンセル信号を受付けると、前記外部の装置に対処キャンセル信号を送信する。

かかる構成において、通報部は、利用者端末から対処キャンセル信号を受信すると外部の装置にこれを送信するよう作用する。
かかる構成によれば、誤報であることを利用者が確認できれば、遠隔の利用者端末からかかる誤報による異常対処が不要であることを外部の装置に通知でき、異常対処などに生じる煩雑な処理を削減することができる。また、外部の装置では、警備装置から異常通報が誤報であったことを把握できる。外部の装置は、監視区域の近隣施設に設置される装置や監視区域の利用者が管理する装置、または遠隔の監視センタなどである。

本発明によれば、監視区域の状況が把握できない遠隔の利用者端末から警備セットモードを設定した後に、開口部の開閉が検知されることなく監視区域内で異常が検知されると、利用者端末に誤報可能性がある旨を通知することで、利用者は不用意に警備セットモードを設定したことに起因する誤報である可能性を判断することができ、心当たりのある関係者などに連絡をとるなど対応をとることが可能となるのである。
また、誤報であることを利用者が確認できれば、遠隔の利用者端末から外部の装置への異常通報を取りやめるよう指示したり、異常対処が不要であることを通知でき、異常対処などに生じる煩雑な処理を削減することができる。

以下、本発明の実施形態について、図面を参照して具体的に説明する。本実施の形態の例では、監視区域が住戸であり、警備装置が家庭用の警備装置、いわゆるホームセキュリティ用の警備装置である。

図１は、本実施の形態に係る警備装置を備えた警備システムの構成を示しており、図２は警備装置の構成を示している。まず、図１を参照し、警備システム１の概要を説明する。

図１において、警備システム１は、監視区域２を遠隔から監視する外部の装置としての監視センタ３と、監視区域２に設置されて監視センタ３と通信する警備装置４とを備える。監視センタ３は、警備会社が運営するセンタ装置５を備えた施設であり、このセンタ装置５が警備装置４と通信する。警備装置４は、監視区域２に設置されたセンサと接続されて監視区域２における異常の監視を行い、検知した異常を監視センタ３に通報する。また、警備装置４は、監視区域２の利用者に付帯する利用者端末６と通信可能に接続される。利用者端末６は、監視区域２から離れているときに利用者が利用可能な端末であり、典型的には携帯電話及び携帯端末である。

警備装置４は、より具体的には警備コントローラ２０とサーバ装置４０とで構成されている。警備コントローラ２０は、警備関連の主な機能を実現する構成であり、異常検知用のセンサと接続されて異常有無を監視し、検出した異常を監視センタ３に通報する。警備コントローラ２０は監視センタ３のセンタ装置５と公衆回線網７を介して接続される。サーバ装置４０は、遠隔の利用者端末６とインターネット８を介して接続され、警備コントローラ２０とはＬＡＮ９を介して接続される。サーバ装置４０はｗｅｂサーバ機能を有し、利用者端末６に対してホームページ上で情報を伝える。また、サーバ装置４０は、ホームページの入力機能を利用して、警備セットモードや警備解除モードの設定を要求する設定信号を利用者端末６から受け付けて警備コントローラ２０に送る。また、サーバ装置４０はメール送信機能も持ち、電子メール（以下、単にメールという）を利用者端末６へ送信する。

警備コントローラ２０では、設置された現地での警備コントローラ２０自身への操作又は遠隔地の利用者端末６からの設定信号に応答して警備セットモードと警備解除モードが切り替え設定される。警備コントローラ２０は、警備セットモード中にセンサから検知信号を受信して異常を検知すると、この異常の情報を異常信号として監視センタに送信し、サーバ装置４０は警備コントローラ２０が検知した異常の情報からホームページのコンテンツを生成する。また、サーバ装置４０は、通知の必要性に応じて利用者端末６に電子メールにて異常を通知する。利用者は、利用者端末６からインターネット８を介して、サーバ装置４０が提供するホームページを閲覧する。
また、警備コントローラ２０は、異常が復旧したことを検知すると異常復旧の情報を復旧信号として監視センタ３に送信し、サーバ装置４０は警備コントローラ２０が検知した異常復旧の情報でホームページを更新する。また、サーバ装置４０は、通知の必要性に応じて利用者端末６に電子メールにて異常復旧を通知する。
他方、警備解除モード中は、防災センサや非常ボタンなど２４時間常時監視する必要がある異常についてのみ上述の処理を実行する。

なお、図１に示されるように本実施の形態の例では、警備装置４において、警備コントローラ２０とサーバ装置４０とが別体に構成されていた。しかし、サーバ装置４０と警備コントローラ２０とは通信可能に構成されていればよく、上記構成に限定されない。勿論、サーバ装置４０と警備コントローラ２０とが一体的に構成されていてもよい。一体的に構成する場合には、制御部や通信部、記憶部などサーバ装置４０と警備コントローラ２０とで共通するハードウェアを共用することでコストを低廉にすることができる。

図２は、警備装置が設置される監視区域２を示す図である。本実施形態において監視区域２は住戸である。
図２において、２Ｄは玄関扉を示し監視区域２の内側と外側を接続する開口部である。また、２Ｗは窓を示し、同様に監視区域２の内側と外側を接続する開口部である。これら開口部２Ｄ，２Ｗにはマグネットセンサやガラスセンサなどの開閉体の開閉や破壊を検知する開閉センサ１１が設けられている。また、１２は、赤外線などにより人体など移動体の存在を検出する移動体センサであり、監視区域２内の各所に設置されている。また、図示はしないが、他にも各種のセンサが準備されており、必要な箇所に設置されている。

以上に、警備システム１の概略を説明した。次に、警備システム１の各部について説明する。

＜監視センタ＞
監視センタ３は、上述したように警備会社が運営するセンタ装置５を備えた施設である。センタ装置５は、１又は複数のコンピュータで構成されており、本発明に関連する監視センタ３の機能を実現する。監視センタ３では、警備装置４から受信する各種情報をディスプレイに表示して監視員が監視区域を常時監視している。

また、監視センタ３のセンタ装置５は、監視区域の住所、電話番号、警備装置の識別番号、サーバ装置のＩＰアドレス、利用者の氏名、住所、電話番号、利用者端末の電子メールアドレス、過去の対処履歴などを対応付けて記憶管理するデータベースを具備している。また、センタ装置５では、現在勤務している対処員（警備員）の担当地域、現在の状態なども関連付けて記憶管理される。

センタ装置５のディスプレイには警備装置４から受信した異常信号に基づいて対処すべき監視区域２の情報及び異常の情報が表示される。また、警備装置４から復旧信号を受信するとディスプレイには異常が復旧したことが表示される。
監視員は、かかるディスプレイの表示を見て監視区域２に異常が発生していると判断すると、対処員への対処指示や、利用者に対する確認処理などの必要な措置をとる。対処員は、通常、各自の担当する地域にて待機又は巡回しており、監視センタ３から対処指示を受けると、異常の発生した監視区域２に急行する。対処員は、監視区域２に到着すると、警備装置４を対処モードに設定した後、監視区域２の点検を実施する。

＜警備コントローラ＞
警備コントローラ２０は、図３に示されるように、通信部２１、センサＩ／Ｆ（インターフェース）２２、記憶部２３、操作部２４、報知部２５、制御部３１を備えており、制御部３１が、警備コントローラ２０の全体を制御する。

通信部２１は、警備コントローラ２０と監視センタ３、及び警備コントローラ２０とサーバ装置４０を接続する通信インターフェースである。上述したように、警備コントローラ２０と監視センタ３はネットワークとしての公衆回線網７を介して接続され、警備コントローラ２０とサーバ装置４０とはＬＡＮ９により接続される。通信部２１は、後述するサーバ装置４０の通信部４１とともに本発明の通信部として機能する。

センサＩ／Ｆ２２は、監視区域２である住戸内外の適宜な場所に配置され監視区域の変化を検知する各種センサと接続され、それら各種センサから検知信号を受信する通信インターフェースであり、本発明のセンサ信号入力部として機能する。各種のセンサは、検知対象の状態変化として、監視区域２の内外を連絡する窓２Ｗや扉２Ｄなど開口部の開閉体を監視する開閉センサ１１や赤外線や画像にて監視区域２内の人体など移動体の在否を検知する移動体センサ１２などの防犯センサ、煙感知器や熱感知器など火災を検知する防災センサ、利用者に操作される非常ボタンなどである。各種センサにはそれぞれ固有のＩＤ番号がセンサ識別情報として付与されており、検知信号にはこのＩＤ番号が含まれる。

操作部２４は、利用者が警備装置４の警備状態として警備セットモードと警備解除モードを設定するスイッチである。警備セットモードとは、上述の防犯センサ（開閉センサや移動体センサなど）が検知対象の事象（例えば窓や戸の開放、移動体の検知などの異常状態）を検知したときに監視センタ３に異常通報するモードである。また、警備解除モードとは、防犯センサが検知対象の事象を検知しても異常を通報しないモードである。なお、防災センサ、非常ボタンによる検知信号が入力されたときは、警備セットモードと警備解除モードの何れのモードであっても、異常が通報される。
操作部２４は、例えば、利用者により外出する際に操作されて警備セットモードを設定し、日中など利用者の出入りがあるときに操作されて警備解除モードが設定される。
また、操作部２４は、対処員や利用者から異常の復旧操作を受けると操作者を認証し、認証ＯＫであれば復旧操作信号を制御部３１に出力する。

記憶部２３は、ＲＯＭ、ＲＡＭなどで構成され、警備コントローラ２０の警備機能を実現するのに必要なデータを記憶する構成である。記憶部２３は、センサ情報、警備装置ＩＤ、現在の警備状態、セット情報、および検知情報を記憶している。

センサ情報は、各種センサのＩＤ番号毎にセンサの種類、及びセンサの設置位置を対応付けたテーブル情報である。センサ情報には、現在各センサが検知対象を検知した状態か否かを示す情報を書き込み記憶してもよい。警備装置ＩＤは、警備装置４の識別番号であり、通報用の異常信号等の生成に用いられる。また、現在の警備状態は、警備コントローラ２０が設定可能な上述した複数の警備状態のうち、現在設定されている警備状態を記憶している。

セット情報は、制御部３１の書き込み処理を受けて警備セットモードに設定された時刻と、警備セットモードへの設定が操作部２４からの入力によりなされたか、又は利用者端末６からの入力によりなされたかを識別可能に記憶している。なお、セット情報には、利用者端末６からの設定信号により警備セットモードが設定されたときに限り時刻情報を記憶するようにしてもよい。

検知情報は、制御部３１の書き込み処理を受けて警備セットモード中に検知信号を出力したセンサの情報を記憶する。検知情報が記憶する情報は、具体的にはセンサのＩＤ番号を含む。本実施形態の例では、異常を検知しているセンサＩＤ番号、センサ種類、設置位置、及び検知時刻を記憶している。即ち、検知情報に記憶しているセンサは警備セットモードに設定されてから異常を検知したことを示し、検知情報に記憶していないセンサについては異常を検知していない（正常）ことを意味している。また、検知情報は、モード設定部３２にて警備状態が変更されるとリセットされる。
なお、検知情報は、これに限らず、警備セットモード中に少なくとも開閉センサの検知があったか否かを識別可能に記憶していればどのような形態であってもよい。

報知部２５は、警備コントローラ２０に備えられたスピーカから利用者に各種のガイダンスを出力する構成である。操作部２４が操作されて警備セットモードの設定が指示されたときに正常状態でないセンサ、つまり異常を検知しているセンサがあれば、制御部３１が報知部２５を制御して当該センサの設置場所を利用者に報知する。利用者はセンサの検知原因を解消させて再度警備セットモードへの移行操作を行う。

制御部３１は、上述したように警備コントローラ２０の全体を制御する構成である。制御部３１は、ＣＰＵやＭＰＵ等で構成されてよく、警備コントローラ２０の機能を実現するプログラムを実行する。制御部３１で実行するプログラムは、記憶部２３に記憶されていてよい。
制御部３１は、図示のようにモード設定部３２、計時部３３、判定部３４、通報部３５を有している。これら構成も、これら構成の機能を実現するプログラムを制御部が実行することにより実現される。

モード設定部３２は、操作部２４への操作に応じてモード設定処理を行い、警備状態を警備解除モード又は警備セットモードに切り替え設定する。また、モード設定部３２は、利用者端末６からサーバ装置４０を介して受信される設定信号に応じてモード設定処理を行い、警備状態を警備解除モード又は警備セットモードに切り替え設定する。
そして、モード設定部３２により警備状態が設定されるとその警備状態が現在の警備状態として記憶部２３に記憶され、現在の警備状態に対応する制御が行われる。
また、モード設定部３２は、警備セットモードを設定すると記憶部２３のセット情報に、計時部３３から取得した現在時刻と操作部２４からの設定信号であったか利用者端末６からの設定信号であったかを書き込み処理し、警備解除モードを設定するとセット情報を消去処理する。
モード設定部３２は、モード設定処理を行った結果として設定した警備状態をサーバ装置４０に出力する。

計時部３３は、現在時刻を計時するとともに、モード設定部３２、判定部３４、通報部３５により制御されて計時を行うタイマを備えた時計であり、各部の制御下で時刻出力や計時動作を行う。

判定部３４は、センサから検知信号を受信すると、現在の警備状態及び記憶部２３のセンサ情報と比較して異常の有無を判定する。判定部３４は、警備セットモードに設定されているときに各種センサの何れかから検知信号を受信すると異常と判定する。判定部３４は、異常と判定すると、計時部３３から現在時刻を取得し検知時刻として出力する。また、判定部３４は、警備セットモードに設定されているときに、センサから検知信号を受信すると、センサ情報を参照して、検知したセンサの情報を検知時刻とともに記憶部２３の検知情報に書き込み処理する。
また、判定部３４は、警備解除モードに設定されているときに、防災センサ、非常ボタンの何れかから検知信号を受信すると異常と判定する。

より詳細には、記憶部２３のセンサ情報は、各センサのＩＤ番号とセンサ種類、設置位置とを対応付けたテーブルである。また、判定部３４では、予め警備状態毎に異常判定対象のセンサ種類が決められている。異常判定対象のセンサ種類とは、検知信号が入力されたときに異常と判定するセンサの種類である。各警備状態と異常判定対象のセンサの情報とが判定部３４のプログラム上で決められてもよく、また、各警備状態と異常判定対象のセンサの情報とを対応付けるテーブルが記憶部２３に記憶されて判定部３４により参照されてもよい。

センサからの検知信号は、センサＩ／Ｆ２２を介して制御部３１に入力され、判定部３４に伝えられる。センサからの検知信号は、センサのＩＤ番号を含んでいる。判定部３４は、センサから検知信号を受信すると、センサ情報を参照して、センサ情報にてＩＤ番号と対応付けられたセンサ種類を特定する。また、判定部３４は、記憶部２３に保持されている現在の警備状態を参照する。そして、判定部３４は、特定されたセンサ種類と現在の警備状態に対応する異常判定対象のセンサとが一致すれば異常と判定し、一致しなければ異常でないと判定する。

通報部３５は、判定部３４が異常と判定するとかかる異常を示す異常信号を通信部２１より監視センタ３及びサーバ装置４０に送信する。異常信号は、記憶部２３に記憶された警備装置４の識別番号（警備装置ＩＤ）、異常を検知したセンサのＩＤ番号、センサ情報から特定されるセンサの種類及びその設置位置の情報、検知時刻を含む。また、特に監視センタ３に送信する異常信号には、上記に加えて現在の警備状態を示す情報を含むことが好ましい。

ここで、通報部３５は、判定部３４が移動体センサ１２の検知信号にて異常と判定したときに、セット情報を参照して警備状態が利用者端末６から設定された警備セットモードであり、且つかかる警備セットモードにおいて開閉センサ１１の検知がなければ、サーバ装置４０に上述の異常信号とともに記憶部２３のセット情報を送信する。サーバ装置４０では、かかる情報を元に利用者に誤報可能性の通知がなされる。そして、この場合、通報部３５は、予め設定された所定の遅延時間（例えば２分）をおいて監視センタ３に異常信号を送信する。遅延時間は、利用者がサーバ装置４０より通知される誤報可能性の情報を参照するための時間であるが、誤報でなかったときに異常通報のタイムリー性が損なわれないよう短時間に設定されることが好ましい。

また、通報部３５は、操作部２４からの復旧操作信号の入力により異常が復旧したと判定部３４が判定すると、復旧信号を監視センタ３及びサーバ装置４０に送信する。復旧信号は警備装置４の識別番号を少なくとも含む。

なお、異常信号及び復旧信号は、上記の全ての情報を含まなくてもよく、システム仕様に応じて必要な情報を含んでいればよい。
また、通報部３５は、異常信号及び復旧信号の他に、モード設定部３２により警備セットモードに設定されたことを監視センタ３に送信する処理を行う。即ち、通報部３５は、モード設定部３２にて警備セットモードが設定されるとセット通知信号を監視センタ３に送信する。

＜サーバ装置＞
次に、サーバ装置４０の構成について説明する。サーバ装置４０は、ｗｅｂサーバ及び電子メールサーバの機能を有するコンピュータである。図３に示されるように、サーバ装置４０は、通信部４１、記憶部４２及び制御部４３を有しており、制御部４３がサーバ装置４０の全体を制御する。

通信部４１は、サーバ装置４０とネットワーク、及びサーバ装置４０と警備コントローラ２０を接続する通信インターフェースである。サーバ装置４０が接続されるネットワークはインターネット８であり、サーバ装置４０はインターネット８を介して利用者端末６と接続される。通信部４１は、上述したように警備コントローラ２０の通信部２１とともに本発明の通信部を構成する。

記憶部４２は、ＲＯＭ／ＲＡＭ、ハードディスクドライブなどで構成され、監視センタ３やプロバイダなどから割り当てられたサーバ装置４０のＩＰアドレスと、利用者情報と、メールフォームと、異常状態保持テーブルと、現在の警備状態を記憶している。

利用者情報は、警備装置４の利用者毎に、利用者のＩＤ、パスワード、利用者端末６の情報などを記憶管理するデータベースである。利用者情報は、利用者を識別し認証するための情報として用いられる。利用者端末６の情報としては、電子メールアドレスが記憶されている。

メールフォームとしては、送信元アドレス、件名、本文などが記述された送信フォームが記憶されている。送信フォームの本文部分には、後述のｗｅｂサーバ部６１が利用者端末６からアクセスできるよう公開するホームページのＵＲＬが記述される。この送信フォームは、利用者にｗｅｂサーバ部６１のホームページへのアクセスを促すものであるが、直接的に異常の発生を通知するフォームと、異常の復旧を通知するフォームとを区別して記憶しても利用可能としてもよい。

異常状態保持テーブルは、警備コントローラ２０が監視区域２の異常を判定したときに、かかる異常を検知したセンサの情報を記憶するテーブルである。サーバ装置４０が警備コントローラ２０から異常信号を受信すると、異常信号が制御部４３に伝えられる。そして、異常状態保持テーブルは、制御部４３の書き込み処理を受けてかかる異常の状態を保持する。異常状態保持テーブルの例としては、異常信号に含まれるセンサＩＤ、センサ種類、センサの設置場所、及び検知時刻の情報が関連づけられる。また、サーバ装置４０が警備コントローラ２０から当該異常に関する復旧信号を受信すると、異常状態保持テーブルでは制御部４３の書き込み処理によりこの異常の状態がテーブルから消去されて、異常状態の保持が解除され、すなわち異常の保持が終了する。

現在の警備状態は、警備コントローラ２０から受信した現在の警備状態（警備セットモード又は警備解除モード）である。この情報は、利用者端末６への通知のために用いられる。この現在の警備状態の情報は、警備コントローラ２０の通信部２１からサーバ装置４０の通信部４１を経て制御部４３に送られ、制御部４３により書き換えられる。

制御部４３は、上述のようにサーバ装置４０の全体を制御する構成である。制御部４３は、ＣＰＵやＭＰＵ等で構成されており、サーバ装置４０の機能を実現するプログラムを実行する。制御部４３で実行するプログラムは記憶部４２に記憶されていてよい。制御部４３は、図示のようにｗｅｂサーバ部４４、メール配信サーバ部４５を有する。

ｗｅｂサーバ部４４はサーバ装置４０のＣＰＵやＭＰＵに読み込まれて実行されるサーバプログラムにより実現される。ｗｅｂサーバ部４４は、ホームページ（ｗｅｂページ）を利用者端末６に提示することにより利用者に情報を伝える。また、ｗｅｂサーバ部４４は、ボタンや入力欄などの入力機能が設定されたホームページを利用者端末６に提示することにより、利用者端末６を入力可能な状態とし、利用者の指示要求等の入力情報を利用者端末６から受信する。
すなわち、ｗｅｂサーバ部４４は、警備装置４から利用者端末６に情報を通知する通知手段として機能し、且つ利用者端末６から設定信号を受け付ける受付手段として機能する。

具体的には、ｗｅｂサーバ部４４は利用者端末６からの接続要求に応じて、ホームページの提供により、警備コントローラ２０から受信して記憶部４２に記憶されている異常状態保持テーブル及び現在の警備状態の情報を利用者端末６に送信し、また、入力可能なホームページの提供により、警備状態の変更指示を利用者端末６から受け付ける。変更指示は本発明における警備状態の設定信号に相当する。利用者端末６から変更指示できる警備状態は、操作部２４と同様に、監視区域２の警戒を解除する警備解除モードと監視区域２の警戒を開始する警備セットモードである。

ｗｅｂサーバ部４４は、上記の機能を実現するために、異常状態保持テーブルの情報を示すコンテンツ、現在の警備状態を示すコンテンツ、及び警備状態の変更を入力するコンテンツをインターネットに公開するＨＴＭＬ文書（ホームページ）を記憶している。ｗｅｂサーバ部４４は、警備コントローラ２０から受信する情報に従って、記憶部４２の異常状態保持テーブル、現在の警備状態が更新される都度、当該記憶部４２の情報に基づいてホームページのコンテンツ情報を更新する。

また、ｗｅｂサーバ部４４は、警備コントローラ２０から異常信号とともにセット情報を受信すると、誤報可能性通知フラグをＯＮして、誤報可能性を通知するコンテンツを更新する。誤報可能性通知フラグは、利用者端末６に誤報可能性を通知すべきか否かを識別する情報である。また、警備コントローラ２０からセット情報が付属しない異常信号を受信したとき、復旧信号を受信したとき、又は現在の警備状態が更新されたときに誤報可能性通知フラグをＯＦＦする。ｗｅｂサーバ部４４は、誤報可能性通知フラグがＯＮになっているときには、利用者端末６に提供するホームページに、誤報可能性を通知するコンテンツを表示するホームページを表示する。
誤報可能性を通知するコンテンツとは、本発明の誤報可能性がある旨の通知情報であり、利用者に遠隔から警戒開始したときに内在者がいた可能性を伝える情報であって、本実施形態では、誤報可能性があることを伝えるメッセージである。また、本実施形態ではメッセージに加えて開口部２Ｄ，２Ｗに異常がなく内在者が検知されたこと、及び内在者を検知した位置の情報が付加され、利用者端末６から警備セットモードが設定された後に開閉体の異常が検知されず移動体が検知されたことを通知する。

なお、誤報可能性を利用者に通知するコンテンツはこれに限定されるものではない。即ち、誤報可能性を通知するコンテンツとしては、誤報の可能性があること、を利用者に識別可能に通知できる情報であればよく、警戒開始から異常発生までの時間情報や、監視区域２や家族、関係者の電話番号やメールアドレスなどのリンク情報を付して確認を促す形態であってよい。

ｗｅｂサーバ部４４は、通信部４１を介してネットワークからのアクセスがあると記憶部４２の利用者情報に基づき当該アクセスが利用者端末６（利用者）からのアクセスであるか認証を行う。認証処理では、利用者情報のＩＤとパスワードの照合が行われ、これらＩＤとパスワードが利用者からの入力情報と記憶された利用者情報とで一致するか否かが判定されてよい。認証処理については、既に種々の方法が知られるところであり、ここでの説明は省略する。認証処理の結果、利用者端末６からのアクセスであることが認証できればアクセス元である利用者端末６とのセッションを開始してホームページのコンテンツ情報を送信する。このとき、誤報可能性通知フラグのＯＮ／ＯＦＦに応じて誤報可能性を通知するコンテンツの表示／非表示が切り替えられる。そして、ホームページが利用者端末６の画面に表示され閲覧可能になる。

このように、ｗｅｂサーバ部４４は、利用者端末６からのアクセスを受け、警備状態の変更入力を受付可能なホームページを提供する。後述する例のように、入力ボタンがホームページ上に設定されてよい。ｗｅｂサーバ部４４は、セッション中の利用者端末６から警備状態の変更入力を受け付けた場合、警備状態の設定信号（警備解除モード、警備セットモード）を警備コントローラ２０に出力する。設定信号は、サーバ装置４０の通信部４１から警備コントローラ２０の通信部２１を経由して制御部３１のモード設定部３２に送られる。

図４（ａ）は、誤報可能性通知フラグがＯＦＦのときに、利用者端末６からのアクセスを受け、ｗｅｂサーバ部４４により利用者端末６に提供されるホームページの例を示している。図の例では、「現在の状態」が、異常状態保持テーブルに保持されている異常の情報であり、ここでは、異常が保持されておらず正常である例を示している。また、「現在の警備モード」は警備状態であり、この例では警備解除モードである。また、「警備モードの変更」は、警備状態の変更を入力する部分であり、この例では、警備セットモードの設定を指示するボタンが表示されている。このボタンがクリックされると（押下されると）、該当する警備状態（この例では警備セットモード）の設定信号がサーバ装置４０に送られ、ｗｅｂサーバ部４４にて受け付けられて警備コントローラに警備セットモードの設定信号が送られる。

図４（ｂ）は、誤報可能性通知フラグがＯＮのときに、利用者端末６からのアクセスを受け、ｗｅｂサーバ部４４により利用者端末６に提供されるホームページの例を示している。図の例では、「現在の状態」としてリビングの移動体センサにて異常検知されたこと、及び「現在の警備モード」が警備セットモードであることが表示されている。また、誤報可能性を通知するコンテンツとして「特記事項」が表示され、誤報可能性を通知するメッセージと、利用者端末６から警備セットモードが設定された後に開口部２Ｄ，２Ｗに異常がなく内在者が検知されたこと、及び、遅延時間の経過後に通報部３５から監視センタ３に異常信号が送信される時刻と、後述する通報キャンセル信号と対処キャンセル信号を送信するボタンが表示されている。利用者は、かかる表示を参照することで、内在者が居るにも拘らず誤って遠隔から警備開始した可能性を認識でき、家族や関係者に連絡を取るなどの対応が可能となる。

次に、メール配信サーバ部４５について説明する。メール配信サーバ部４５はサーバ装置４０のＣＰＵやＭＰＵに読み込まれて実行されるメール配信プログラムにより実現される。メール配信サーバ部４５は、ｗｅｂサーバ部４４が警備コントローラ２０から受信する信号によりホームページのコンテンツ情報を更新すると、記憶部４２からメールフォームを読み出し利用者端末６にホームページへのアクセスを促す通知メールを送信する。

次に図５から図７のフローチャートを用いて警備装置４の動作を説明する。ここでは、まずモード設定部３２による警備セットモードへのモード設定処理の動作を説明し、続いて警備状態が警備セットモードであり既に警備を開始している状態での異常発生時の動作を、そして利用者端末６に異常発生を通知する動作を説明する。

＜警備セットモードへのモード設定処理＞
図５は、モード設定部３２による警備セットモードの設定処理を示すフローチャートである。利用者は、例えば外出など住戸２が無人となる場合に操作部２４を操作し、警備セットモードの設定信号を入力し、この信号が制御部３１のモード設定部３２にて受け付けられる。また、利用者は、例えば警備セットモードの設定を忘れて外出した場合などに遠隔で利用者端末６から警備セットモードの設定を要求する。利用者端末６からの設定信号は、サーバ装置４０にてｗｅｂサーバ部４４が提供するホームページを利用して受信され受け付けられ、警備コントローラ２０へと入力される。

警備状態として警備解除モードが設定されているとき、モード設定部３２は、操作部２４にて警備セットモードの設定操作があったか否かを判定する（ステップＳ１１）。警備セットの設定操作があると、モード設定部３２は全センサの状態確認を行う（ステップＳ１２）。ここでは、センサＩ／Ｆ２２を介して該当のセンサが検知対象を検知した状態であるか否かが判定される。記憶部２３のセンサ情報にセンサの状態を書き込み記憶している場合は当該情報を参照することで判別してもよい。ここで、異常を検知した状態のセンサがあれば（ステップＳ１２−Ｎｏ）、モード設定部３２は異常個所の点検ガイダンスを報知部２５から出力する（ステップＳ１３）。
他方、検知対象を検知しているセンサがない、即ち全センサが正常と判定すると（ステップＳ１２−Ｙｅｓ）、モード設定部３２は計時部３３を制御して退館タイマを起動し（ステップＳ１４）、利用者が住戸２から退館する時間として予め設定された退館時間（例えば３０秒）を計時する。そして、退館時間が経過し退館タイマが終了すると（ステップＳ１５−Ｙｅｓ）、モード設定部３２は警備状態を警備セットモードに設定する（ステップＳ１６）。ここで、モード設定部３２は、記憶部２３のセット情報に計時部３３から取得した現在時刻と操作部２４からの設定信号であったことを書き込み処理する（ステップＳ１７）。
そして、通報部３５が、セット通知信号を通信部２１を介して監視センタ３へ送信し、これにより警備セットモードの設定を監視センタ３に通知する（ステップＳ１８）。また、モード設定部３２は、警備セットモードを設定したことをサーバ装置４０に送信する（ステップＳ１９）。

ステップＳ１１にて操作部２４に対する警備セットモードの設定操作がないと判定されたとき、モード設定部３２は、遠隔の利用者端末６からの警備セットモードの設定信号を受信したか否かを判定する（ステップＳ２０）。受信していなければ、ステップＳ１１に戻る。
ステップＳ２０にて警備セットモードの設定信号を受信したと判定されると（ステップＳ２０−Ｙｅｓ）、モード設定部３２は、全センサの状態確認を行う（ステップＳ２１）。上述のようにセンサＩ／Ｆ２２を介して、又は記憶部２３のセンサ情報を参照することで状態確認する。ここで、異常を検知した状態のセンサがあれば（ステップＳ２１−Ｎｏ）、モード設定部３２は設定ＮＧと判定してサーバ装置４０に当該センサの情報を含む設定ＮＧ信号を出力する（ステップＳ２２）。サーバ装置４０は、設定ＮＧ信号を受信すると、センサ検知があるため警備セットモードの設定がＮＧであったこと、及び設定ＮＧの原因として検知したセンサの情報をホームページ上に公開する。

他方、検知対象を検知しているセンサがない、即ち全センサが正常と判定すると（ステップＳ２１−Ｙｅｓ）、モード設定部３２は警備状態を警備セットモードに設定する（ステップＳ２３）。このとき、モード設定部３２は報知部２５を制御して警備セットモードが設定されることを監視区域２内に報知させる。またこのとき、モード設定部３２は、記憶部２３のセット情報に計時部３３から取得した現在時刻と利用者端末６からの設定信号であったことを書き込み処理する（ステップＳ２４）。そして、通報部３５が、セット通知信号を通信部２１を介して監視センタ３へ送信し、これにより警備セットモードの設定を監視センタ３に通知する（ステップＳ２５）。また、モード設定部３２は、警備セットモードを設定したことをサーバ装置４０に送信する（ステップＳ２６）。サーバ装置４０ではコンテンツ情報が更新されホームページ上の情報として利用者端末に通知される。

＜異常発生時の動作＞
図６は、警備コントローラ２０における異常通報処理のフローチャートである。警備セットモードであるときにセンサから検知信号が入力されると、判定部３４が警備状態に応じて異常の有無を判定する。判定部３４にて異常と判定されると図６の処理が行われる。
図６に示すように、判定部３４にて異常有りと判定されると、通報部３５は、記憶部２３のセット情報を参照して、現在の警備状態が遠隔の利用者端末６から設定された警備セットモードか否かを判定する（ステップＳ３１）。利用者端末６から設定された警備セットモードでなければ（ステップＳ３１−Ｎｏ）、通報部３５はＬＡＮを介してサーバ装置４０に異常信号を送信し（ステップＳ３２）、これにより異常発生がサーバ装置４０から利用者端末６へとホームページを利用して提示される。また、通報部３５は、公衆回線網７を介して監視センタ３のセンタ装置５へ異常信号を送信する（ステップＳ３３）。監視センタ３が異常信号を受信すると、警備会社の対処員に対処指示がなされ、対処員が監視区域に行き監視区域２の内外を点検する。

次に、通報部３５は、判定部３４により異常から復旧したと判定されるのを待ち受ける（ステップＳ３４）。例えば、センサから検知対象を検知した検知信号が入力されなくなり、対処員や利用者が点検後に所定の復旧操作を行うと復旧と判定される。判定部３４にて復旧が判定されると（ステップＳ３４−Ｙｅｓ）、通報部３５はＬＡＮ９を介してサーバ装置４０に復旧信号を送信し（ステップＳ３５）、これにより異常状態からの復旧がサーバ装置４０から利用者端末６へとホームページを利用して提示される。また、通報部３５は、公衆回線網７を介して監視センタ３のセンタ装置５へ復旧信号を送信し（ステップＳ３６）、処理を終了する。

他方、ステップＳ３１において、現在の警備状態が遠隔の利用者端末６から設定された警備セットモードと判定されると（ステップＳ３１−Ｙｅｓ）、検知された異常が移動体センサ１２の検知によるものか否かを判定する（ステップＳ３７）。移動体センサ１２の検知であれば（ステップＳ３７−Ｙｅｓ）、通報部３５は、検知情報を参照して警備セットモードに設定されて以降に開閉センサ１１の検知があったか否かを判定する（ステップＳ３８）。
警備セットモード中に開閉センサ１１が検知していなければ（ステップＳ３８−Ｎｏ）、ステップＳ３９へと処理を進める。他方、警備セットモード中に開閉センサ１１の検知があれば（ステップＳ３８−Ｙｅｓ）、又は、ステップＳ３７にて検知された異常が移動体センサ１２による検知でないと判定されれば（ステップＳ３７−Ｎｏ）、ステップＳ３２へと処理を進めて、上述したようにサーバ装置４０及び監視センタ３に異常信号を送信する。また、ステップＳ３８の判断に加えて、セット情報に記憶されている警備セットモードが設定された時刻と現在時刻との差が予め設定された許容時間（例えば５分）未満であることを条件にステップＳ３９へと処理を進め、許容時間を超えていればステップＳ３２に進むようにしてもよい。

ステップＳ３９において、サーバ装置４０に異常信号とともに記憶部２３のセット情報を送信する。
詳細は図７を用いて後述するが、サーバ装置４０では、かかる情報を受信すると、ｗｅｂサーバ部４４にて誤報可能性通知フラグがＯＮされて、誤報可能性があることを伝えるメッセージと、開口部２Ｄ，２Ｗに異常がなく内在者が検知されたこと、及び内在者を検知した位置の情報を通知するコンテンツが更新され、図３（ｂ）に例示したような誤報可能性を通知するホームページが作成される。また、サーバ装置４０ではメール配信サーバ部４５より利用者端末６にホームページへのアクセスを促すメールが送信される。利用者はかかるメールを受信してホームページにアクセスし、異常が発生したこと、及び誤報可能性があることが認識される。

通報部３５は、ステップＳ４０において、遅延タイマを起動して遅延時間（例えば２分）の計時を開始し、この間利用者端末６から通報キャンセル信号を待ち受ける（ステップＳ４１）。通報キャンセル信号は、利用者端末６に誤報可能性が通知されることでｗｅｂサーバ部４４にて受付可能となる信号で、具体的には誤報可能性を通知するコンテンツに表示されるボタン（図４（ｂ）に例示した「センタへの通報をキャンセル」のボタン）を押下することで利用者端末６からｗｅｂサーバ部４４に入力される信号である。ｗｅｂサーバ部４４は、セッション中の利用者端末６から通報キャンセル信号を受け付けた場合、これを警備コントローラ２０に出力する。
通報部３５は、遅延タイマの計時中に通報キャンセル信号を受信すると（ステップＳ４１−Ｙｅｓ）、異常通報処理を終了する。そして、この場合、監視区域２の内在者により操作部２４が操作されたり、遠隔の利用者端末６からの制御などにより、警備解除モードの設定など適切な対応がとられる。

他方、通報キャンセル信号を受信することなく（ステップＳ４１−Ｎｏ）、遅延タイマが終了すると（ステップＳ４２−Ｙｅｓ）、通報部３５は、公衆回線網７を介して監視センタ３のセンタ装置５へ異常信号を送信する（ステップＳ４３）。監視センタ３が異常信号を受信すると、警備会社の対処員に対処指示がなされ、対処員が監視区域に行き監視区域２の内外を点検する。

そして、通報部３５は、利用者端末６から対処キャンセル信号を待ち受ける（ステップＳ４４）。対処キャンセル信号は、利用者端末６に誤報可能性が通知されることでｗｅｂサーバ部４４にて受付可能となる信号で、具体的には誤報可能性を通知するコンテンツに表示されるボタン（図４（ｂ）に例示した「対処をキャンセル」のボタン）を押下することで利用者端末６からｗｅｂサーバ部４４に入力される信号である。ｗｅｂサーバ部４４は、セッション中の利用者端末６から対処キャンセル信号を受け付けた場合、これを警備コントローラ２０に出力する。
通報部３５は、判定部３４により異常の復旧が判定される前に対処キャンセル信号を受信すると（ステップＳ４４−Ｙｅｓ）、監視センタ３に対処キャンセル信号を送信して（ステップＳ４５）、異常通報処理を終了する。監視センタ３では、対処キャンセル信号を受信すると、対処員への対処指示を取り消して、利用者への連絡や状況確認など適切な対応がとられる。

他方、対処キャンセル信号を受信することなく（ステップＳ４４−Ｎｏ）、判定部３４にて復旧が判定されると（ステップＳ４６−Ｙｅｓ）、通報部３５は上述したステップＳ３５に処理を進めて、サーバ装置４０に復旧信号を送信し（ステップＳ３５）、監視センタ３のセンタ装置５へ復旧信号を送信して（ステップＳ３６）、処理を終了する。

＜利用者端末への通知＞
図７は、サーバ装置４０による利用者端末６への異常通知処理を示すフローチャートである。サーバ装置４０は、警備コントローラ２０の通報部３５から異常信号を受信すると図７の処理を行う。サーバ装置４０が警備コントローラ２０から異常信号を受信すると、制御部４３により異常の状態が異常状態保持テーブルに書き込まれる。
ｗｅｂサーバ部４４は、警備コントローラ２０から異常信号とともにセット情報を受信したか否か判定する（ステップＳ５１）。セット情報を受信していなければ（ステップＳ５１−Ｎｏ）、誤報可能性通知フラグをＯＦＦし（ステップＳ５２）、異常状態保持テーブルの情報を示すコンテンツを更新して異常通知用のホームページを作成する（ステップＳ５３）。具体的には、図４（ａ）に例示したホームページにおいて、「現在の状態」などが変更されたホームページである。

他方、ステップＳ５１において、セット情報を受信していれば（ステップＳ５１−Ｙｅｓ）、ｗｅｂサーバ部４４は、誤報可能性フラグをＯＮし（ステップＳ５４）、異常状態保持テーブルの情報を示すコンテンツのほかに、誤報可能性があることを伝えるメッセージと、開口部２Ｄ，２Ｗに異常がなく内在者が検知されたこと、及び内在者を検知した位置の情報を通知するコンテンツを更新して、誤報可能性を通知するホームページを作成する（ステップＳ５５）。具体的には、図４（ｂ）に例示したような「特記事項」として誤報が発生した可能性を認識できるホームページである。このとき、図４（ｂ）に例示するように、誤報可能性を通知するコンテンツに遅延時間の経過後に通報部３５から監視センタ３に異常信号が通報される時刻を付してよい。この場合、警備コントローラ２０に設定された遅延時間をサーバ装置４０が記憶し、ｗｅｂサーバ部４４が受信した検知時刻から監視センタ３に異常信号が通報される時刻を算出する。また、警備コントローラ２０から遅延時間に関する情報をセット信号に付して送信してもよい。

ステップＳ５６では、メール配信サーバ部４５から利用者端末６にホームページへのアクセスを促す通知メールを送信する。そして、ｗｅｂサーバ部４４は、利用者端末６からのアクセスを待ち受ける（ステップＳ５７）。利用者端末６よりネットワーク及び通信部４１を介してアクセスがあると（ステップＳ５７−Ｙｅｓ）、記憶部４２の利用者情報に基づき当該アクセスが利用者端末６（利用者）からのアクセスであるか認証を行う（ステップＳ５８）。認証処理の結果、利用者端末６からのアクセスが不正と判定されれば処理を終了する（ステップＳ５８−Ｎｏ）。

認証処理の結果、利用者端末６からのアクセスであることが認証できればアクセス元である利用者端末６とのセッションを開始して、警備コントローラ２０からの情報で更新されたホームページの情報を送信する（ステップＳ５９）。利用者端末６ではホームページを表示することで警備装置４の情報を参照可能となり、またボタンなどにより警備装置への要求入力が可能となる。そして、ｗｅｂサーバ部４４は、利用者端末６とのセッション切断となるまで、利用者端末６から各種信号が送信されるのを待ち受ける（ステップＳ６１）。利用者端末６から送信される信号としては、上述したように、警備状態の設定信号や、通報キャンセル信号、対処キャンセル信号などがある。
ｗｅｂサーバ部４４は、利用者端末６からログオフの要求信号を受信した場合、又は利用者端末６から所定時間要求を受信しない（タイムアウト）場合に利用者端末６との間のセッションを切断する。セッション切断となる前に（ステップＳ６０−Ｎｏ）、利用者端末６から上述したような信号を受信すると（ステップＳ６１−Ｙｅｓ）、ｗｅｂサーバ部４４は、この設定信号を受け付けて警備コントローラ２０に送信する（ステップＳ６２）。ｗｅｂサーバ部４４から送信された信号は、サーバ装置４０の通信部４１から警備コントローラ２０の通信部２１を経由して制御部３１に送られる。

以上に本実施形態の動作について説明した。本実施形態によれば、遠隔の利用者端末６から監視区域２の警戒開始が設定されたときに、開閉体の開閉や破壊など開閉体の異常が検知されることなく監視区域内で異常が検知された場合、かかる異常は誤報の可能性があることを利用者に通知することで、利用者は不用意に警備セットモードを設定したことに起因する誤報である可能性を判断することができ、必要以上の心的不安を軽減して、心当たりのある関係者などに連絡をとるなどの冷静な対応が期待できる。また、利用者が、誤報と確認できれば、かかる異常による監視センタ３への通報や、対処員による対処の取り止めを要求できるので、不要な対処を削減でき、また異常対処により監視区域に残っていた内在者が身分確認などで不快な思いをすることを防止できる。

なお、上述した本実施形態では、通報キャンセル信号と対処キャンセル信号とがホームページ上で異なるボタンから入力される異なる信号として説明しているが、これら両信号は通報部３５における受信可能なタイミングも異なるために、ホームページ上で同じボタンにて入力される共通の信号とされてよい。即ち、通報部３５は、ステップＳ４１においてかかる信号を受信するとこの判断がＹｅｓとなり、ステップＳ４４において受信すればこの判断がＹｅｓとなる。

また、上述した実施形態では、ｗｅｂサーバ部４４がホームページを用いて、利用者端末６にて警戒開始が設定された後に、開閉体の異常が検知されることなく監視区域内で移動体による異常が検知された場合、かかる異常が誤報である可能性を利用者に通知する通知手段として機能し、且つ利用者端末６から各種信号を受け付ける受付手段として機能する例について説明した。
しかし、本発明はこれに限定されず、利用者端末６からサーバ装置４０に直接電子メールや所定のコマンドを送信することにより、警備状態の変更や通報キャンセル信号、対処キャンセル信号などの各種信号を受け付けてもよい。この場合、記憶部４２の利用者情報に基づいて送信元の認証を行った上で要求を受け付ける。また、誤報可能性の情報や、異常を検知しているセンサの情報も電子メール等によって通知されてよい。この場合、ｗｅｂサーバ部４４にて作成更新していた情報を、メール配信サーバ部４５にて作成更新し、利用者情報に記憶された利用者端末６のメールアドレスに電子メールを送信することで行なう構成とするのが好ましい。また、メール受信サーバを備えて利用者端末６からの要求信号をメールとして受信可能に構成する。そして、サーバ装置４０が利用者端末６から各種信号を受信するとこれを警備コントローラ２０に出力する。

以上に本発明の好適な実施形態について説明した。上述したように、本発明によれば、監視区域の状況が把握できない遠隔の利用者端末から警備セットモードを設定した後に
開閉体が異常なく移動体による異常が検知された場合、利用者端末に誤報可能性がある旨および内在者を検知した位置の情報を通知することで、利用者は不用意に警備セットモードを設定したことに起因する誤報である可能性を判断することができ、心当たりのある関係者などに連絡をとるなど対応をとることが可能となるのである。
また、利用者が誤報可能性の通知を受けてから、遅延時間の後に外部の装置に通報されるので、利用者は内在者による誤報であることが確認できれば、遠隔の利用者端末からかかる誤報による異常通報を取り消すことが可能となり、外部の装置への不必要な通報を防止して、異常対処などに生じる煩雑な処理を事前に削減することができる。
また、異常通報がなされた後に誤報であることを利用者が確認できた場合には、遠隔の利用者端末からかかる誤報による異常対処が不要であることを外部の装置に通知でき、異常対処などに生じる煩雑な処理を削減することができる。また、外部の装置では、警備装置から異常通報が誤報であったことを把握して、利用者への確認処理など適切な対応をとることができる。

本発明の実施形態に係る警備装置を備える警備システムを示す図 警備装置が設置される監視区域を示す図 警備装置の構成を示すブロック図 サーバ装置から利用者端末に提供される、警備装置の状態、及び誤報可能性を通知するホームページを示す図 警備セットモードの設定処理を示すフローチャート 警備装置の警備コントローラによる異常検出時の通報処理を示すフローチャート 警備装置のサーバ装置による利用者端末への異常通知処理を示すフローチャート

符号の説明

１ 警備システム
２ 監視区域（住戸）
２Ｄ 扉
２Ｗ 窓
３ 監視センタ
４ 警備装置
５ センタ装置
６ 利用者端末
７ 公衆回線網
８ インターネット
９ ＬＡＮ
１１ 開閉センサ
１２ 移動体センサ
２０ 警備コントローラ
２１ 通信部
２２ センサＩ／Ｆ
２３ 記憶部
２４ 操作部
２５ 報知部
３１ 制御部
３２ モード設定部
３３ 計時部
３４ 判定部
３５ 通報部
４０ サーバ装置
４１ 通信部
４２ 記憶部
４３ 制御部
４４ ｗｅｂサーバ部
４５ メール配信サーバ部

Claims (5)

1. 監視区域の異常を外部の装置に通報する警備装置であって、
   窓や扉など前記監視区域の開口部における開閉体を監視する開閉センサ及び前記監視区域内の移動体を検知する移動体センサと接続されるセンサ信号入力部と、
   前記監視区域の警備状態として前記外部の装置に異常を通報しない警備解除モードまたは前記外部の装置に異常を通報する警備セットモードの設定信号を入力する操作部と、
   前記外部の装置及び利用者端末と通信し、前記利用者端末から少なくとも警備セットモードの設定信号を受信する通信部と、
   前記操作部から警備セットモードの設定信号が入力されると、または前記利用者端末から警備セットモードの設定信号を受信すると警備状態を前記警備セットモードに設定するモード設定手段と、
   少なくとも前記警備セットモードに設定されているときに前記開閉センサによる検知有無を記憶する記憶部と、
   前記利用者端末の設定信号に基づき前記警備セットモードが設定されたときに、前記開閉センサによる検知がなく前記移動体センサが検知すれば、前記利用者端末に誤報可能性がある旨を通知する通知部と、
   を備えることを特徴とした警備装置。
   
2. 前記記憶部は、前記移動体センサの設置位置の情報を記憶し、
   前記通知部は、前記利用者端末に誤報可能性がある旨を通知するときに、内在者が存在すること及び前記検知した移動体センサの設置位置とを通知する請求項１に記載の警備装置。
   
3. さらに、前記警備セットモード時に前記センサが前記監視区域の異常を検知すれば前記外部の装置に異常通報する通報部を備え、
   前記通報部は、前記通知部が前記利用者端末に誤報可能性がある旨を通知すると、該通知から所定の遅延時間が経過するまで前記外部の装置への異常通報を保留する請求項１または２に記載の警備装置。
   
4. 前記通報部は、前記遅延時間が経過する前に、前記利用者端末から通報キャンセル信号を受信すると、保留中の異常通報を前記外部の装置に通報しない請求項３に記載の警備装置。
   
5. 前記通報部は、前記利用者端末に誤報可能性がある旨を通知してから前記異常が復旧するまでの間に限り、前記利用者端末からの対処キャンセル信号を受付可能とし、前記対処キャンセル信号を受付けると、前記外部の装置に対処キャンセル信号を送信する請求項３または４に記載の警備装置。
   
   

Images