JP3963350B2 - 警備情報集中受配信装置 - Google Patents

警備情報集中受配信装置 Download PDF

Info

Publication number
JP3963350B2
JP3963350B2 JP2002053739A JP2002053739A JP3963350B2 JP 3963350 B2 JP3963350 B2 JP 3963350B2 JP 2002053739 A JP2002053739 A JP 2002053739A JP 2002053739 A JP2002053739 A JP 2002053739A JP 3963350 B2 JP3963350 B2 JP 3963350B2
Authority
JP
Japan
Prior art keywords
security
code
data
information
mail
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2002053739A
Other languages
English (en)
Other versions
JP2003259037A (ja
Inventor
元 谷内
仁 渡辺
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ATSUMI ELECTRIC CO.LTD.
Original Assignee
ATSUMI ELECTRIC CO.LTD.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ATSUMI ELECTRIC CO.LTD. filed Critical ATSUMI ELECTRIC CO.LTD.
Priority to JP2002053739A priority Critical patent/JP3963350B2/ja
Publication of JP2003259037A publication Critical patent/JP2003259037A/ja
Application granted granted Critical
Publication of JP3963350B2 publication Critical patent/JP3963350B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Alarm Systems (AREA)
  • Telephonic Communication Services (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、警備会社等の、顧客からの依頼により警備を行う警備受託機関から、通報の受配信、即ち通報の受信及び受信した通報の配信、の依託を受け、それらの警備受託機関に対して行われる通報を一括して代行して受信し、その受信した通報の情報を、その通報を行った警備通報装置に対応する警備受託機関の警備センタ装置に配信することを可能とした警備情報集中受配信装置に関する。
【0002】
【従来の技術】
一般家庭、テナントビル等において、警備を行いたい場合には、警備会社と警備に関する契約を行っている。警備会社は警備受託機関の代表的な例である。
そして、その警備の対象となるエリアの各所には熱線センサ等の種々の防犯センサ、及び警備を行うための種々の装置を配置すると共に、その警備受託機関の警備センタ装置に通報を行う警備通報装置を設置している。なお、防犯センサをはじめとする装置は警備通報装置に接続されるのは当然である。
【0003】
そして、警備通報装置は、防犯センサ及びその他の装置からの信号に基づいて所定の警備の処理を実行し、警備センタ装置に通報すべき事象として予め定められた事象が発生した場合には、その警備通報装置が接続されている網により警備受託機関の警備センタ装置に通報を行う。
【0004】
どのような事象が生じたときに警備センタ装置に通報を行うようにするかは任意に定めることができるが、例を挙げると、例えば、ある警戒エリアの警備状態が警戒状態にあるとき、その警戒エリアに設置されている防犯センサが発報したときには警備通報装置は異常通報を行い、警戒エリアの警備状態が警戒状態から解除状態へ、あるいはその逆に切り換えられたときには、その警戒エリアの警備状態が解除状態へ、あるいは警戒状態に切り換えられたことを通報するようになされるのが一般的である。また、定期的に定時通報を行うようになされる場合も多い。
【0005】
【発明が解決しようとする課題】
ところで、警備通報装置から警備センタ装置への通報を行う網としては、従来はアナログの公衆電話回線網(以下、単にアナログ回線と称す)が広く用いられていたが、近年では、総合デジタル通信網(ISDN:Integrated Services Digital Network。以下、ISDNと称す)や、非対称デジタル加入者線(ADSL:Asymmetric Digital Subscriber Line。以下、ADSLと称す)、あるいは光ファイバ回線(FTTH:Fiber To The Home。以下、FTTHと称す)も用いられるようになってきており、更には、ケーブルTVネットワークや、インターネットをはじめとする種々のネットワーク介して通報を行うことも行われてきている。また、今後種々の網が開発される可能性もある。
【0006】
警備通報装置からどのような網によって警備センタ装置に通報を行うかは、専ら警備受託機関と警備に関する契約を結んだ顧客がどのような網を使用するかに因っている。
【0007】
従って、警備受託機関としては、警備通報装置からの通報を受信する必要上、顧客が使用する網の全てに対応できるようにしなければならず、顧客が、現在の警備センタ装置では対応できない網によって通報を行いたいという場合には、警備受託機関は、新たに当該網に対応できる設備、即ち当該網によって通報されたデータを受信できる設備を設けなければならないことになる。
【0008】
このように、警備受託機関としては、新たな網が開発されれば、その網を用いた通報を受信できるような設備を設ける必要があり、多大な設備投資が必要となるばかりでなく、その運用コスト、及び管理コストも大きなものとなる。
また、新たに警備受託機関を起業する場合には、警備センタ装置の初期導入コストが膨大なものとなる。
【0009】
そこで、本発明は、警備受託機関からの依託を受け、その警備受託機関と契約している顧客の警備通報装置からの通報を代行して受信し、その受信した通報の警備情報を、当該通報を行った警備通報装置に対応する警備受託機関の警備センタ装置に配信することができる警備情報集中受配信装置を提供することを目的とするものである。
【0010】
【課題を解決するための手段】
上記の目的を達成するために、請求項1記載の警備情報集中受配信装置は、警備通報装置からの通報に用いられる全ての網に対応する回線インターフェースを有し、警備通報装置からの通報を受信する回線インターフェース手段と、受信処理装置と、警備通報装置からの通報の代行受信を依頼されている警備受託機関の数だけ設けられ、それら警備受託機関の警備センタ装置とはクライアントとサーバにより構成されるネットワークベースのグラフィックシステムを構成する情報処理手段とを備え、前記受信処理装置は、回線インターフェース手段から受けた、通報の宛先を示す受信センタコードと、通報を行った装置が自己と通信を行う権利があるか否かを判定するために用いる認証コードと、通報を行った送信元の警備通報装置を示す通報装置コードと、どの警戒エリアでどのような事象が発生したのかを示す警備状態コードとを含む警備情報データの中の受信センタコード及び認証コードを解釈して、当該警備情報データが自己が処理すべきものである場合には警備情報データに含まれているデータの中の所定のデータを前記情報処理手段に渡す処理を行い、前記情報処理手段は、前記受信処理装置から受けたデータが自己が処理すべきものである場合には、前記ネットワークベースのグラフィックシステムにより、対応する警備センタ装置に送信する表示画面のデータを作成して当該警備センタ装置に送信すると共に、そのデータを所定の形態でデータベースに記憶する処理を行うことを特徴とする。
請求項2記載の警備情報集中受配信装置は、請求項において、更に、電子メール配信手段を備え、前記情報処理手段は、前記受信処理装置から受けたデータ中に、予め定められた発生事象を示すコードがある場合には、予め定められた電子メールアドレス宛の所定の形態の電子メールデータを生成して前記電子メール配信手段に渡し、前記電子メール配信手段はそれを受けると、外部ネットワーク網を介して前記電子メールアドレス宛てに当該電子メールデータを送信することを特徴とする。
請求項3記載の警備情報集中受配信装置は、請求項において、前記電子メール配信手段は、警備センタ装置から電子メールアドレスと、電子メールにより配信するデータを受けると、外部ネットワーク網を介して前記電子メールアドレス宛てに当該データを送信することを特徴とする。
【0011】
【発明の実施の形態】
以下、図面を参照しつつ発明の実施の形態について説明する。
【0012】
(1)第1の実施形態
図1は本発明に係る警備情報集中受配信装置の一実施形態、及びその警備情報集中受配信装置を用いたシステムの一実施形態を示す図であり、図中、1は警備情報集中受配信装置、2は回線インターフェース手段(以下、インターフェースをI/Fと記す)、3、4、5は回線I/F、6は受信処理装置、7は認証テーブル、9はバス、10は情報処理手段、11は情報処理装置、12はデータベース装置(以下、データベースをDBと記す)、13はルータ、20は情報処理手段、21は情報処理装置、22はDB装置、23はルータ、30は情報処理手段、31は情報処理装置、32はDB装置、33はルータ、41、42、43は警備物件、51、52、53は網、60はコンピュータネットワーク、70、80、90は警備センタ装置、200は電子メール配信手段、201は電子メール処理装置、202は電子メールサーバ装置、203はルータを示す。
【0013】
[運用形態]
警備情報集中受配信装置1の動作の説明の前に、まず警備情報集中受配信装置1を用いたシステムの運用形態について説明する。
警備情報集中受配信装置1は、警備通報装置から通報時に送信される警備情報を集中して受配信するサービスを行う警備情報受配信サービス機関(以下、単にサービス機関と称す)が設置して運用するものである。このサービス機関は警備受託機関それ自体であってもよく、他の機関であってもよい。
【0014】
例えば、警備情報集中受配信装置1を運用するサービス機関が警備受託機関以外の機関である場合には、警備センタ装置70、80、90は、当該サービス機関と警備情報の受配信の契約を行った警備受託機関が運用する警備センタ装置となる。
【0015】
また、警備受託機関が警備情報集中受配信装置1を設置、運用することもでき、その場合には、警備センタ装置70、80、90は当該警備受託機関の本店や支店あるいは支社に設置された警備センタ装置とすることができる。
運用形態はこれ以外にも考えられる。
【0016】
このように、警備情報集中受配信装置1を用いたシステムの運用形態は種々考えられるが、以下においては、警備受託機関以外の機関が警備情報集中受配信装置1を運用し、A社、B社、C社の3社の警備受託機関の警備センタ装置向けの通報を一括して代行して受信し、配信する場合について説明する。
【0017】
次に、図1に示す各部について概略説明する。
[警備物件]
警備物件41、42、43は、それぞれ、A社、B社、C社の何れかの警備受託機関と警備の契約を結んでいる。警備物件41には、警備通報装置が設置され、その警備通報装置には防犯センサが接続されている。なお、実際には警備通報装置には複数の防犯センサが接続されるが、図1では一つの防犯センサでそれらの複数の防犯センサを代表して示している。また、警備通報装置には、警戒エリアの警備状態を設定するための装置等種々の装置が接続されるのが通常であるが、図1では図示を省略している。
【0018】
そして、警備物件41の警備通報装置は、防犯センサその他の装置からの信号に基づいて所定の警備の処理を実行し、通報すべき事象として予め定められた事象が発生した場合には、その警備通報装置が接続されている網51により通報を行う。
【0019】
この警備通報装置の行う警備の処理は従来と同様であるが、従来とは通報を送信する宛先が異なっている。即ち、従来では、通報の宛先は警備の契約を結んでいる警備受託機関の警備センタ装置であるが、この場合には宛先は警備情報集中受配信装置1である。なお、各警備物件に設置されるシステムについては周知であり、しかも本発明において本質的な事項ではないので、詳細な説明は省略する。
【0020】
以上の点については警備物件42、43についても同様であり、図1では警備物件42、43の警備通報装置は、それぞれ、網52、53により警備情報集中受配信装置1に通報を行うようになされている。
【0021】
このように、図1に示すシステムでは、A社、B社、またはC社の警備受託機関と警備の契約を結んでいる警備物件の警備通報装置は、全て警備情報集中受配信装置1宛てに通報を行うのである。
【0022】
[警備通報装置が送信する警備情報データ]
各警備物件の警備通報装置は、通報を行う際には、予め定められた所定の形態の警備情報データを送信する。その警備情報データの形態の例を図2に示す。図2では、警備情報データには、受信センタコード、認証コード、通報装置コード、警備状態コードが含まれている。以下、各コードについて概略説明する。
【0023】
受信センタコードは通報時に送信する警備情報データの宛先のコードであり、具体的には警備情報集中受配信装置1の受信処理装置6に割り当てられた固有のコードである。即ち、受信処理装置6には固有のコードが割り当てられており、警備通報装置は通報時に送信する警備情報データの宛先として、この受信処理装置6に割り当てられたコードを指定するのである。
【0024】
認証コードは、警備情報集中受配信装置1の受信処理装置6が何等かのデータを受けたときに、そのデータを送信した装置が自己と通信を行う権利があるか否かを判定するために用いるコードである。つまり、受信処理装置6は、受信センタコードと認証コードという2つのコードによって、データを送信してきた装置が自己と通信を行う権利があるか否かを判定するようになされているのであり、このようにすることによってセキュリティ性を向上させているのである。
【0025】
この認証コードは、各警備通報装置毎に定められていてもよく、警備受託機関毎に定められていてもよく、あるいは全ての警備通報装置について同一であってもよい。なお、認証の手法としては種々知られており、そのような公知あるいは周知の手法の中の適宜な一つの手法を用いればよい。
【0026】
通報装置コードは、各警備通報装置に割り当てられた固有のコードであり、警備通報装置は通報時には、警備情報データの中に、送信元として自己に割り当てられた通報装置コードを書き込む。
【0027】
警備状態コードには、どの警戒エリアで、どのような事象が発生したのかを示すコードが書き込まれる。具体的には、例えば後述するように、警戒エリアコードと、発生事象コードが書き込まれる。警備物件の各警戒エリアに対する警戒エリアコードは警備の契約を結んでいる警備受託機関によって予め定められ、警備通報装置に登録されている。発生事象コードについても同様であり、発生事象名に対する発生事象コードは警備受託機関によって予め定められ、警備通報装置に登録されている。なお、警備通報装置が、通報を行うと定められた事象が発生した日時のデータを送信可能となされている場合には、この警備状態コードの項目に、その事象の発生日時のデータを付加することが可能である。また、監視カメラを備える警備通報装置において、監視カメラで撮像した画像をも送る場合には、その画像データを警備状態コードの項目に添付することが可能である。
なお、図1では、警備物件は3つしか示していないが、これは単に図が煩雑になるのを避けるための措置であって、実際には多数の警備物件がある。
【0028】
[網について]
次に、網51、52、53についてであるが、これらの網51、52、53は互いに異なる網である。なお、図1では、網は3つしか示していないが、これは単に図が煩雑になるのを避けるための措置であって、より多くの網が用いられてもよいものである。
【0029】
[警備情報集中受配信装置1の各部の説明]
次に、警備情報集中受配信装置1の各部について、動作と共に説明する。
【0030】
[回線I/F手段2]
回線I/F手段2は、警備通報装置から通報時に送信される警備情報データを受信するためのものであり、警備通報装置からの通報に用いられる全ての網に対応する回線I/Fを備えている。図1では、51、52、53の3つの網が用いられるので、回線I/F手段2には、網51に対応する回線I/F3、網52に対応する回線I/F4、及び網53に対応する回線I/F5の3つの回線I/Fが設けられている。例えば、網51がアナログ回線、網52がISDN、網53がインターネット接続業者を介するパケット通信網であるとすると、回線I/F3はモデムで構成され、回線I/F4はターミナルアダプタで構成され、回線I/F5はルータで構成される。その他の網が用いられる場合にも同様である。
【0031】
このように、回線I/F手段2には、警備通報装置がどのような網を用いて通報を行っても、その通報された警備情報データを受信できるように、通報に用いられる全ての網に対応する回線I/Fが備えられているのである。
そして、回線I/F手段2の各回線I/F3、4、5は警備情報データを受信すると、その受信した警備情報データを受信処理装置6に渡す。
【0032】
また、各回線I/F3、4、5には、それぞれ固有の回線I/Fコードが付されている。この回線I/Fコードは、後述するように、警備センタ装置から警備物件の警備通報装置に対して何等かの制御を行う場合に用いられる。
【0033】
[受信処理装置6]
受信処理装置6は、自己に割り当てられたコードを記憶しており、また、認証コードが登録された認証テーブル7を備えている。そして、受信処理装置6は、回線I/F手段2から警備情報データを受けると、受信センタコードが自己に割り当てられたコードと一致するか否か、及び認証コードが認証テーブル7に登録されているか否かを判定して、受信センタコードが自己に割り当てられたコードと一致し、且つ認証コードが認証テーブル7に登録されているものである場合に限り、当該警備情報データは処理すべきものであると判定し、その警備情報データ中の所定のデータをバス9を介して情報処理手段10、20、30に渡す処理を行う。ここでは、警備情報データから受信センタコードと認証コードとを取り除き、残りのデータ部分、即ちこの場合には通報装置コードと警備状態コードを情報処理手段10、20、30に渡すものとする。
【0034】
しかし、受信センタコードが自己に割り当てられたコードと一致していない場合、または認証コードが認証テーブル7に登録されていない場合には、受信処理装置6はこのデータを破棄する。
【0035】
[情報処理手段10、20、30]
情報処理手段10、20、30については次のようである。
情報処理手段は、バス9を介して受信処理装置6から渡されたデータ、この場合には通報装置コードと警備状態コードに対して所定の処理を施すものであり、警備受託機関毎に設けられている。即ち、情報処理手段は、警備通報装置からの通報の情報の受配信を依託している警備受託機関の数だけ設けられている。ここでは、A社、B社、C社の3社の警備受託機関の警備センタ装置向けの通報を一括して代行受信し、配信するものとしているので、図1では、10、20、30の3つの情報処理手段が設けられている。そして、ここでは、情報処理手段10、20、30は、それぞれ、A社、B社、C社に対応しているものとする。
【0036】
[ルータ13]
情報処理手段10は、情報処理装置11、DB装置12及びルータ13を備えている。ルータ13は、コンピュータネットワーク60を介して、A社の警備センタ装置70と通信を行うためのものである。
【0037】
ここで、コンピュータネットワーク60としては、無関係な第三者からの介入を防止するために、高いセキュリティ性を有する専用線、もしくは、コンピュータシステムとして高セキュリティ性を有するインターネット等のネットワークを用いるのが望ましい。
【0038】
[DB装置12]
DB装置12は、当該情報処理手段10と対応している警備受託機関、この場合にはA社と警備の契約を結んでいる全ての警備物件の名称等の警備物件のデータの記憶、それらの警備物件の警備通報装置から通報された警備情報の記憶を行うものであるが、このDB装置12は、更にデータの検索機能をも備えている。
【0039】
そのようなDB装置12の構成例を図3に示す。
記憶/検索処理部121は、後述するように、情報処理装置11から渡されたデータの警備情報記憶部122への記憶、情報処理装置11から指示されたデータの検索、及びその検索結果の情報処理装置11への通知を行う。
警備情報記憶部122は、警備情報を記憶するためのものである。警備情報をどのような形態で記憶するかについては後述する。
【0040】
警備物件テーブル123には、当該情報処理手段10と対応している警備受託機関と警備の契約を結んでいる一つ一つの警備物件に関して、所定のデータが書き込まれたテーブルが登録されている。その一つの警備物件テーブルの例を図4に示す。図4では、通報装置コードに対する警備物件の物件名称、その警備物件の警戒エリアコードに対応する警戒エリア名称、発生事象コードに対応する発生事象名が書き込まれている。
【0041】
[情報処理装置11]
情報処理装置11については次のようである。
情報処理装置11は、受信処理装置6から受けたデータ、この場合には通報装置コードと警備状態コードが自己が処理すべきデータであるか否かを判定し、処理を行うべきデータでない場合には当該データを破棄する。しかし、自己が処理すべきデータである場合には、DB装置12の警備物件テーブル123を参照して、対応する警備受託機関の警備センタ装置、即ち情報処理装置11の場合はA社の警備センタ装置70のモニタに表示する画面を作成し、その作成した表示画面のデータをルータ13を介して警備センタ装置70に送信する。これが通報の情報の配信である。またこのとき情報処理装置11は、その作成した表示画面のデータを記憶/検索処理部121に渡して記憶を指示する処理を行う。
【0042】
また、情報処理装置11は、警備センタ装置70から何等かの処理を要求するコマンドを受けた場合には、そのコマンドに応じた処理を行う。このことについては後述する。
【0043】
このように、受信処理装置6から受けた通報装置コードと警備状態コードに基づいて当該通報を行った警備通報装置に対応する警備受託機関の警備センタ装置70のモニタに表示する画面のデータを作成して配信し、更に警備センタ装置70から何等かの処理を要求するコマンドを受けた場合にはその処理を行うというシステムとしては、警備センタ装置70と、クライアントとサーバにより構成されるネットワークベースのグラフィックシステムを構成すればよい。従って、情報処理手段10と警備センタ装置70、具体的には情報処理装置11と警備センタ装置70とは、このようなクライアントとサーバにより構成されるネットワークベースのグラフィックシステムを構成しているのである。このようなグラフィックシステムとしては、例えばXウィンドウシステム(X Window System)や、ワールド・ワイド・ウェブ(WWW:World Wide Web)がある。このようなシステムは周知であるので詳細な説明は省略する。
【0044】
以上のことから明らかなように、各情報処理装置11、21、31には、それぞれ固有の情報処理装置コードが割り当てられている。そして、警備センタ装置70、80、90は、対応する情報処理装置11、21、31に対して何等かの処理を要求するコマンドを発行する場合に、この情報処理装置コードを用いるのである。
【0045】
[電子メール配信用アドレステーブル]
これまで説明したところから明らかなように、そして後に詳述するように、警備通報装置から送信された通報の情報は、全て警備情報集中受配信装置1で受信され、情報処理装置11からルータ13を介して、対応する警備受託機関の警備センタ装置70に配信されるのであるが、例えば異常通報のように警備受託機関として緊急に対応しなければならないような事態が生じた場合、情報処理装置11からルータ13を介した通報の情報の配信の他に、別のルートで通報の情報を受信できるのが望ましいものである。このようにすれば、通報の情報は2つのルートで警備受託機関に配信されることになるので、信頼性を向上させることができる。
【0046】
また、警備受託機関に警備を依頼している顧客としても、どのような通報が行われたかを知りたいという要望もある。
【0047】
そこで、情報処理手段10には、当該情報処理手段10と対応している警備受託機関と警備の契約を結んでいる警備物件の警備通報装置の通報装置コード毎に、どのような警備状態コードの場合に、どの電子メールアドレスに電子メールを送信するかが登録された電子メール配信用アドレステーブル(図1には図示せず。以下、単にアドレステーブルと称す)が設けられている。
【0048】
図5にアドレステーブルの例を示す。図5は、通報装置コードが「0000020」という警備通報装置についてのアドレステーブルの例を示す図であり、図5によれば、通報装置コードが「0000020」である警備通報装置からの通報であって、警備状態コードに含まれる発生事象コードが「001」である場合には「aaaa」という電子メールアドレスと、「bbbb」という電子メールアドレスの2つの電子メールアドレス宛てに電子メールを配信し、発生事象コードが「002」である場合には「aaaa」という電子メールアドレス宛てにのみ電子メールを配信することが定められている。その他の通報装置コードについても同様である。ここで、どのような発生事象コードがあった場合に、どの電子メールアドレス宛てに電子メールを配信するかは警備受託機関あるいは顧客によって指定されているものである。
【0049】
電子メールで通報の情報を配信するに際して、当該情報をどのような形態とするかは任意に定めることができる。例えば、通報装置コードと発生事象コードをそのままのコードの形態で配信するようにしてもよいし、DB装置12の警備物件テーブル123を検索して、当該通報装置コードに対応する物件名、及び発生事象コードに対応する発生事象名を求め、その物件名と発生事象名を配信するようにしてもよい。
【0050】
このように、アドレステーブルには、当該情報処理手段10と対応している警備受託機関と警備の契約を結んでいる警備物件の警備通報装置の通報装置コード毎に、電子メールによる通報の情報の配信を行うべき発生事象コードと、電子メールの配信を行う宛先の電子メールアドレスとが対応付けられているのである。
【0051】
このアドレステーブルは、情報処理装置11に登録しておくこともできるし、DB装置12の警備物件テーブル123に設けることもできる。特に、後者の場合には、このアドレステーブルを図4に示すようなテーブルと統合して一つのテーブルとすることができる。以下では、アドレステーブルは前者のように情報処理装置11に登録されているものとして動作を説明するが、必要に応じて後者のように警備物件テーブル123に登録されている場合の動作についても説明することにする。
【0052】
[電子メール配信手段200]
次に、電子メール配信手段200について説明する。
上述したように、情報処理装置11は電子メールによっても警備受託機関あるいはその顧客に対して、電子メールによる通報の情報の配信を行うことが可能となされているのであるが、その電子メールを行うためのものが電子メール配信手段200である。
【0053】
電子メール配信手段200は、電子メール処理装置201、電子メールサーバ装置202、ルータ203で構成される。
電子メール処理装置201は、SMTP(Simple Mail Transfer Protocol)(以下、通称されているようにSMTPプロトコルと称す)に従って電子メールを送信するものであり、電子メールサーバ装置202はSMTPプロトコルに従って電子メールサーバ間の送受信を行うものである。ルータ203はコンピュータネットワーク60と、インターネット等の電子メールの送受信が可能な外部ネットワーク網に接続されており、電子メールの外部ネットワーク網への送出、及びコンピュータネットワーク60からの電子メールの取り込みを行うものである。なお、このような電子メール処理装置や電子メールサーバ装置は周知のものを用いればよいので詳細な説明は省略する。また、外部ネットワーク網は有線の網に限らず、電波を用いた網であってもよい。
【0054】
従って、警備受託機関あるいはその顧客は、上記の外部ネットワーク網にコンピュータシステムや携帯型端末装置を接続することによって、警備情報集中受配信装置1から電子メールによる通報の情報の配信を受けることができる。
【0055】
[情報処理手段10及び電子メール配信手段200の動作]
情報処理手段10の動作をより具体的に説明すると次のようである。
情報処理装置11は、受信処理装置6からバス9を介して通報装置コードと警備状態コードを受けると、先ず、当該通報装置コードがアドレステーブルに登録されているか否かを判定する。登録されていない場合には情報処理装置11は当該データは自己が処理すべきデータではないとして破棄する。
【0056】
当該通報装置コードがアドレステーブルに登録されている場合には、自己が処理すべきデータであると判定して、次に、DB装置12の記憶/検索処理部121に対して、当該通報装置コードに対する物件名称、及び当該警備状態コードに含まれる警戒エリアコードに対する警戒エリア名称、発生事象コードに対する発生事象名を問い合わせる。
【0057】
この問い合わせに対して、記憶/検索処理部121は、当該通報装置コードに対する物件名称、及び当該警備状態コードに含まれる警戒エリアコードに対する警戒エリア名称、発生事象コードに対する発生事象名を警備物件テーブル123から読み出して情報処理装置11に通知する。
【0058】
また、このとき、情報処理装置11は、当該通報装置コードと、警備状態コード中の発生事象コードとに基づいて、アドレステーブルを参照して、当該通報の情報を電子メールで配信することの要否を判定し、配信する必要がある場合には宛先の電子メールアドレスを求める。具体的には、当該通報装置コードについてのアドレステーブルの中に当該警備状態コード中の発生事象コードが登録されていない場合には電子メールによる通報の情報の配信は要求されていないと判定し、登録されている場合には電子メールによる通報の情報の配信が要求されているとして、当該発生事象コードに対応して登録されている電子メールアドレスを取り込む処理を行う。
【0059】
そして、情報処理装置11は、電子メールによる通報の情報の配信が要求されていない場合には電子メールに関する処理を終了するが、電子メールによる通報の情報の配信が要求されている場合には、送信すべき所定の形態の電子メールデータを生成して、その生成した電子メールデータ及び宛先である電子メールアドレスをバス9を介して電子メール処理装置201に渡す。これを受けると電子メール処理装置201は、当該電子メールデータを電子メールサーバ装置202に渡す。このときの電子メールデータの形態については上述した通りである。
【0060】
このように当該電子メールデータは、電子メール処理装置201から電子メールサーバ装置202に渡され、電子メールサーバ装置202から、ルータ203を介して、外部ネットワーク網に送出される。これによって、当該電子メールアドレスを有するコンピュータシステムあるいは携帯型端末装置は当該通報の情報を受信することができる。
【0061】
さて、情報処理装置11は、DB装置12の記憶/検索処理部121から物件名称、警戒エリア名称、及び発生事象名を受けると、これに発生日時を加えて、当該通報に係る警備情報を警備センタ装置70のモニタで表示するための画面のデータを作成するが、その際、警備センタ装置70のモニタで表示していたこれまでの警備情報に当該警備情報を付加する形の画面とする。そして、情報処理装置11は、表示画面のデータを作成すると、その表示画面のデータをルータ13を介して警備センタ装置70に送信する。なお、事象の発生日時は、警備状態コードの項目に発生日時のデータが付加されている場合には、その日時を用いればよいが、発生日時のデータが付加されていない場合には、当該データを受信処理装置6から受けた日時を記憶しておいて、その日時を用いればよい。
【0062】
例えば、いま、一つの通報に係る警備情報の表示を、通報装置コード、物件名称、警戒エリアコード、警戒エリア名称、発生事象名、及び当該事象の発生日時を1行としてリスト表示するものとすると、作成される画面は例えば図6に示すようなものとなる。
【0063】
図6では、一つの通報に係る警備情報が1行で表示されており、一番下の行に表示されている警備情報が最新のものであり、この最新の警備情報がこれまでの通報に係る警備情報に付加されて表示されている。このような画面が警備センタ装置70のモニタに表示されるのである。この画面を観察することによって、警備センタ装置70の担当者は、どの物件のどの警戒エリアで、何時どのような事象が発生したかを容易に把握することができる。
【0064】
また、情報処理装置11は、警備センタ装置70に送信する表示画面を作成すると、今回作成した最新の1行の警備情報を記憶/検索処理部121に渡して、その記憶を指示する。この記憶の指示により、記憶/検索処理部121は、当該1行分の警備情報を警備情報記憶部122に記憶する。従って、図6に示すような表示画面が作成されたとすると、一つの通報について、通報装置コード、物件名称、警戒エリアコード、警戒エリア名称、発生事象名、及び当該事象の発生日時のデータが警備情報記憶部122に記憶されることになる。
【0065】
このように、通報装置コードと警備状態コードを記憶するのでなく、物件名称や警戒エリア名称、発生事象名をも含めて記憶するのは次のような理由による。ある一つの警備物件を考えた場合、何等かの原因で警戒エリアコードに対する警戒エリア名称が変更される場合がある。例えば図4では「001」という警戒エリアコードは地下室に対して付けられているが、「001」の警戒エリアコードを会議室に対して付けるように変更される場合がある。また、ある通報装置コードが割り当てられた警備物件の名称が変更される場合もある。発生事象名についても変更されることも皆無ではない。従って、通報装置コード及び警備情報コードのみをDBとして記憶したのでは、後々になって、その通報装置コードがどの警備物件であるか、あるいはどの警戒エリアでどのような事象が発生したのかが分からなくなる場合も生じる。このような事態を回避するために上述したような情報を記憶するのである。
【0066】
以上はアドレステーブルが情報処理装置11に登録されている場合の動作であるが、警備物件テーブル123に登録されている場合の動作を説明すると次のようである。
【0067】
情報処理装置11は、受信処理装置6からバス9を介して通報装置コードと警備状態コードを受けると、先ず、DB装置12の記憶/検索処理部121に対して通報装置コードと警備状態コードとを与えて、当該通報装置コードが警備物件テーブル123に登録されているか否か、登録されている場合には当該通報装置コードに対する物件名称、当該警備状態コードに含まれる警戒エリアコードに対する警戒エリア名称、発生事象コードに対する発生事象名、電子メールによる通報の情報の配信の要否、配信が要求されている場合にはその宛先の電子メールアドレスを問い合わせる。
【0068】
この問い合わせに対して、記憶/検索処理部121は、警備物件テーブル123に当該通報装置コードが登録されているか否かを検索する。登録されていない場合には、登録されていない旨を情報処理装置11に通知する。この通知を受けた場合には、情報処理装置11は自己が処理すべきデータではないとして、当該データを破棄する。
【0069】
当該通報装置コードが警備物件テーブル123に登録されている場合には、記憶/検索処理部121は、当該通報装置コードに対する物件名称、及び当該警備状態コードに含まれる警戒エリアコードに対する警戒エリア名称、発生事象コードに対する発生事象名を読み出すと共に、アドレステーブルを検索して、電子メールによる通報の情報の配信が要求されているか否かを判定し、配信が要求されている場合にはその宛先の電子メールアドレスをアドレステーブルから読み出して情報処理装置11に通知する。
この後の処理は上述したと同じである。
【0070】
以上、情報処理手段10について説明したが、情報処理手段20、30についても同様である。
【0071】
[警備センタ装置70]
次に、警備センタ装置70について説明するが、以下に述べる事項については警備センタ装置80、90においても同様である。
警備センタ装置70の構成例を図7に示す。図7において、71はコンピュータネットワーク60を介して情報処理手段10と通信を行うためのルータ、72は当該警備センタ装置70の動作を統括して管理する監視端末制御部であり、CPU及びその周辺回路で構成される。73はCRT、液晶表示装置等の表示手段で構成されるモニタ、74はキーボードやマウス等で構成される入力部、75はプリンタである。そして、監視端末制御部72と、モニタ73と、入力部74とでグラフィカルユーザインターフェース(GUI)を構成している。
【0072】
このような警備センタ装置70は、市販されているパーソナルコンピュータシステムに上述したグラフィックシステムを実現するためのアプリケーションソフトウェアを搭載し、ルータ71を追加するだけで構成することが可能であるので安価に構成することができる。
【0073】
また、警備センタ装置70は、コンピュータネットワーク60を介して、警備情報集中受配信装置1の電子メール配信手段200に電子メールデータを送受信する機能をも有している。そのため、監視端末制御部72には、電子メールの送受信を行うためのプロトコルを実行する手段が搭載されている。具体的には、例えば、送信のためにはSMTPプロトコルを搭載すればよく、受信のためにはポスト・オフィス・プロトコル(POP:Post Office Protocol)を搭載すればよい。
【0074】
[警備センタ装置70の動作]
さて、監視端末制御部72は、情報処理手段10から表示画面のデータを受けると、それをモニタ73に表示する。また、上述した通り、警備センタ装置70は情報処理手段10と、クライアントとサーバにより構成されるネットワークベースのグラフィックシステムを構成しているので、このシステムを利用して、対応する情報処理装置11に対して種々の要求を行うことが可能である。
【0075】
例えば、これまで顧客の警備通報装置から通報された警備情報をプリンタ75からプリント出力したい場合には、入力部74からプリントを要求するコマンドを入力して情報処理手段10に送信すればよい。このときには、監視端末制御部72は、送信元として自己に割り当てられたコードを、宛先として警備情報集中受配信装置1の対応する情報処理装置コードを付して、プリントを要求するコマンドを発行する。このコマンドには、日時等の条件を付けることによって要求する警備情報の範囲を指定することが可能である。
【0076】
このコマンドを受けると、情報処理装置11は、要求されている範囲の警備情報の抽出を記憶/検索処理部121に指示する。そして、記憶/検索処理部121から警備情報を受けると、それらの警備情報をプリント可能な形態として、ルータ13を介して警備センタ装置70に送信する。
そして、監視端末制御部72はそれを受けるとプリンタ75にそのデータを渡してプリントを指示する。これによって警備情報のプリントが行われる。
【0077】
[警備物件テーブル及びアドレステーブルの登録]
情報処理手段10のDB装置12の警備物件テーブル123に登録する警備物件に関する種々のデータの入力、及び情報処理装置11に登録するアドレステーブルの入力は警備センタ装置70で行う。即ち、新規に警備の契約を結んだ警備物件については、通報装置コードと物件名称、警戒エリアコードとそれに対応する警戒エリア名称、及び発生事象コードとそれに対応する発生事象を新たに警備物件テーブル123に登録しなければならず、また、物件名称や警戒エリアコードに対応する警戒エリア名称が変更された場合にも変更後の物件名称や、新たな警戒エリアコードと警戒エリア名称の対応関係を登録し直さなければならない。更に、電子メールによる通報の情報の配信の宛先の電子メールアドレスが変更された場合や、発生事象コードの追加、削除が要求される場合もあり、このような場合にはアドレステーブルを新たに登録する必要がある。
【0078】
そこで、この警備情報集中受配信装置1を用いたシステムでは、警備物件テーブル123に登録する内容、及びアドレステーブルに登録する内容は全て警備センタ装置70で入力して、情報処理手段10に送信するようになされている。
【0079】
警備物件テーブル123に警備物件に関する種々のデータを登録する場合には、オペレータは入力部74により警備物件に関するデータを登録するためのメニューを選択して、通報装置コードと物件名称の対応、警戒エリアコードと警戒エリア名称の対応、発生事象コードと発生事象の対応を入力する。その場合の画面の例を図8に示す。図8に示すような画面において必要なデータを入力すると、その入力データを、警備物件テーブル123への登録を要求するコマンドと共に、情報処理手段10に送信する。このとき、監視端末制御部72は、送信元として自己に割り当てられたコードを、宛先として警備情報集中受配信装置1の対応する情報処理装置コードを付すことは当然である。
【0080】
情報処理手段10の情報処理装置11は、当該コマンドと当該警備物件に関するデータを受けると、当該コマンドに従って、当該警備物件に関するデータをDB装置12の記憶/検索処理部121に渡して警備物件テーブル123への登録を指示する。これに応じて記憶/検索処理部121は当該警備物件に関するデータを警備物件テーブル123に登録する。このような動作によって、各警備物件に関する種々のデータがDB装置12の警備物件テーブル123に登録される。
【0081】
アドレステーブルの登録についても同様であり、オペレータは入力部74によりアドレステーブルを登録するためのメニューを選択して、発生事象コードと電子メールアドレスの対応を入力して、その入力データを、アドレステーブルの登録を要求するコマンドと共に、情報処理手段10に送信する。このときにも、監視端末制御部72は、送信元として自己に割り当てられたコードを、宛先として警備情報集中受配信装置1の対応する情報処理装置コードを付すことは当然である。
情報処理手段10の情報処理装置11は、当該コマンドと当該アドレステーブルに関するデータを受けると、当該コマンドに従ってアドレステーブルを登録する。
【0082】
以上はアドレステーブルが情報処理装置11に登録されている場合の動作であるが、アドレステーブルが警備物件テーブル123に登録されている場合には、情報処理装置11はアドレステーブルの登録を要求するコマンドとアドレステーブルに関するデータを受けると、当該コマンドに従って、当該アドレステーブルに関するデータをDB装置12の記憶/検索処理部121に渡して警備物件テーブル123への登録を指示する。これに応じて記憶/検索処理部121は当該アドレステーブルに関するデータを警備物件テーブル123に登録する。
【0083】
[警備センタ装置から警備通報装置の動作を制御する場合の動作]
ところで、一般に、警備通報装置が警備センタ装置に通報を行う警備システムでは、警備センタ装置から警備通報装置に対して種々の制御を行わせることが行われている。例えば、警備物件のある警戒エリアの警備状態を警備センタ装置から強制的に解除状態から警戒状態に、あるいは警戒状態から解除状態に切り換える場合がある。また、監視カメラを備える警備通報装置の場合には、警備センタ装置から強制的に監視カメラで撮像した画像を送信させるという場合もある。更には、警備通報装置で警備の処理を行うためのプログラムをバージョンアップした場合、警備センタ装置から警備通報装置にそれをダウンロードする場合もある。
【0084】
このように、警備センタ装置から警備通報装置を制御する場合があるのであるが、図1に示す警備情報集中受配信装置1を用いたシステムにおいても警備センタ装置70、80、90から警備物件41、42、43の警備通報装置を制御できるようになされている。その場合の動作は次のようである。
【0085】
警備センタ装置70から、顧客の警備物件の警備通報装置の制御を行う場合、オペレータは警備センタ装置70の入力部74により警備通報装置の制御を行うためのメニューを選択して、制御を行う対象となる警備通報装置の通報装置コード、当該警備通報装置を発呼するための通信コード、当該警備通報装置が接続されている網に対応する回線I/Fの回線I/Fコード、警備情報集中受配信装置1の受信処理装置6の受信センタコード、制御の内容を指示するための制御コマンド、及びその制御を行うために用いる制御データを入力し、送信を指示する。なお、制御データは予め作成しておいて、制御コマンドに添付するようにすればよい。ここで、通信コードは制御の対象の警備通報装置を発呼するためのものであるので、当該警備通報装置が接続されている網がアナログ回線やISDNの場合は、当該警備通報装置に割り当てられた電話番号となる。その他の網についても同様である。
【0086】
そして、監視端末制御部72は、入力された各種のコード及び制御コマンドに基づいて所定の形態の警備通報装置制御用データを生成して、この警備通報装置制御用データを、ルータ71、そしてコンピュータネットワーク60を介して、対応する情報処理手段、この場合には情報処理手段10宛てに送信する。
【0087】
監視端末制御部72が生成する警備通報装置制御用データの形態の例を図9に示す。図9において、情報処理装置コードは、この警備通報装置制御用データの宛先となる情報処理手段の情報処理装置、この場合には情報処理装置11に割り当てられているコードであり、センタ装置コードは送信元である警備センタ装置70に割り当てられているコードであり、これらのコードは監視端末制御部72に予め登録されており、監視端末制御部72が自動的に入力されたコード及び制御コマンドに付すものである。
【0088】
また、処理要求コマンドは、当該データが警備通報装置制御用データであり、警備通報装置への送信が要求されていることを示すコマンドであり、当該メニューが選択されて、所定のコード及び制御コマンドが入力されて送信が指示された場合に監視端末制御部72が自動的に付すものである。受信センタコード、通信コード、回線I/Fコード、通報装置コード、制御コマンド及び制御データについては上述した通りである。
【0089】
さて、情報処理装置11は、警備通報装置制御用データを受信すると、情報処理装置コードが自己に割り当てられたコードか否か、及びセンタ装置コードが自己に対応している警備センタ装置に割り当てられたコードか否かを判定する。そして、情報処理装置コードが自己に割り当てられたコードであり、且つセンタ装置コードが自己に対応している警備センタ装置に割り当てられたコードである場合にのみ処理要求コマンドを解釈する。それ以外の場合は受信した警備通報装置制御用データを破棄する。
【0090】
この場合には処理要求コマンドは警備通報装置への送信要求であるので、情報処理装置11は、受信した警備通報装置制御用データから、情報処理装置コードとセンタ装置コードとを取り除き、処理要求コマンド、受信センタコード、通信コード、回線I/Fコード、通報装置コード、制御コマンド及び制御データのみを、バス9を介して受信処理装置6に渡す。
【0091】
受信処理装置6は、これを受けると、処理要求コマンドを解釈し、受信センタコードが自己に割り当てられたコードか否かを判定する。この場合には、処理要求コマンドは警備通報装置への送信要求であり、受信センタコードは自己に割り当てられたコードであるので、受信処理装置6は、指定された回線I/Fコードの回線I/Fに対して、通報装置コード、制御コマンド及び制御データを渡して、指定された通信コードへの送信を指示する。
【0092】
これによって、指定された通信コードを有する警備通報装置は、通報装置コード、制御コマンド及び制御データを受信する。そして、警備通報装置は受信した通報装置コードが自己に割り当てられたコードか否かを判定し、自己に割り当てられたコードである場合には、受信した制御データを用いて、制御コマンドで指示された動作を行う。
【0093】
以上は警備センタ装置70から警備通報装置の動作を制御する場合について説明したが、警備センタ装置80、90から警備通報装置の動作を制御する場合についても同様である。
【0094】
[電子メールによる報告書等の配信]
警備受託機関は、定期的に顧客に対して、通報があった日時、その内容、それに対する措置の内容等所定の事項についての報告書を提出する。この報告書は文書で提出することが要求される場合もあるが、電子メールによる配信が要求される場合もある。
【0095】
そこで、図1に示す警備情報集中受配信装置1を用いたシステムでは、警備センタ装置70、80、90から、電子メールにより報告書を顧客に配信することが可能となされている。以下、その場合の動作について説明する。なお、以下では警備センタ装置70での動作について説明するが、警備センタ装置80、90についても同様である。
【0096】
警備センタ装置70のオペレータは、入力部74により報告書作成/送信のメニューを選択して、報告書を作成し、この報告書を配信する顧客の電子メールアドレスを入力して、送信を指示する。
【0097】
当該メニューで送信が指示されると、監視端末制御部72は、当該報告書と顧客の電子メールアドレスを、ルータ71、コンピュータネットワーク60を介して電子メール配信手段200の電子メールサーバ装置202宛てにSMTPプロトコルに従って送信する。
【0098】
電子メールサーバ装置202はこれを受信すると、受信した報告書を、SMTPプロトコルに従って、ルータ203、そして外部ネットワーク網を介して、受信した顧客の電子メールアドレス宛てに送信する。これによって、当該顧客は、外部ネットワーク網に接続されたコンピュータシステムや、携帯型端末装置によって当該報告書を受信することができる。これが報告書の電子メールによる配信である。
なお、これまでは報告書を電子メールにより配信することについて説明したが、報告書のみに限らず、顧客に何等かのデータを電子メールで配信する場合にも同様に行うことができることは当然である。
【0099】
[第1の実施形態による効果]
以上のようであるので、この警備情報集中受配信装置1を用いたシステムによれば、警備通報装置からの通報は全て警備情報集中受配信装置1が代行して受信し、そこから当該通報を行った警備通報装置に対応する警備受託機関の警備センタ装置に配信することが可能であるので、警備センタ装置としては、従来のように、警備通報装置が通報を行うために用いる網の全てに対応するような設備を備える必要は無く、警備センタ装置を安価に構成することができ、以て警備受託機関の起業も容易となる。
【0100】
また、図1に示すようなシステムを構築することによって、警備受託機関は警備センタ装置を一箇所だけに設置し、そこで集中して顧客の警備物件の警備通報装置からの通報を受けることが可能となるばかりでなく、複数の警備受託機関がそれぞれ設置、運営していた警備センタ装置を一箇所に集中化することも可能となるので、警備センタ装置で用いる各種機器のメンテナンス性を向上させることも可能となり、通報に対する対応も迅速に行うことも可能となるので、これらの相乗作用により信頼性を向上させる一助とすることができる。
【0101】
また、警備情報集中受配信装置1から警備センタ装置に送信されるのは表示画面のデータであるので、警備センタ装置としては上述したグラフィックシステムを搭載した安価なコンピュータシステムで構成することができる。
【0102】
更に、警備情報集中受配信装置1の設置及び運用は警備受託機関以外の個人あるいは機関も行うことができる。
【0103】
(2)第2の実施形態
次に、図10を参照して、他の実施形態について説明する。上述した第1の実施形態では1台の警備情報集中受配信装置1で警備通報装置からの通報を集中して受配信するものとしたが、警備情報集中受配信装置を複数配置して、それらを適宜な通信ネットワークで接続することによって、複数の警備情報集中受配信装置を用いた警備情報集中受配信ネットワークシステムを構築することができる。
【0104】
図10はそのようなネットワークを構築する場合に適した警備情報集中受配信装置の構成例を示すものである。なお、図10において、図1に示す構成要素と同等なものについて同一の符号を付して、重複する説明を最小限に留めることにする。
【0105】
図10に示す警備情報集中受配信装置1は、図1に示す警備情報集中受配信装置1とは、受信処理装置6にルータ8が接続されている点で異なっている。このルータ8は、図示しない通信ネットワークに接続されている。つまり、図10に示す警備情報集中受配信装置1は、ルータ8を介して、他の警備情報集中受配信装置とネットワークシステムを構成することが可能となされているのである。ここで、上記の「他の警備情報集中受配信装置」の構成は図10の警備情報集中受配信装置1と同じ構成である。
【0106】
この通信ネットワークとしては、無関係な第三者からの介入を防止するために、高いセキュリティ性を有する専用線、もしくは、コンピュータシステムとして高セキュリティ性を有するインターネット等のネットワークを用いるのが望ましい。
【0107】
複数の警備情報集中受配信装置でネットワークを構築する場合、各警備情報集中受配信装置の受信処理装置6には互いに異なる固有のコードが割り当てられており、各警備情報集中受配信装置の受信処理装置6には自己に割り当てられたコードと、ネットワークで接続された他の警備情報集中受配信装置の受信処理装置6に割り当てられたコードが登録されている。
【0108】
そして、警備情報集中受配信装置1の受信処理装置6は、回線I/F手段2から警備情報データを受けると、それを解釈して、当該受信センタコードが自己に割り当てられたコードと一致し、且つ認証コードが認証テーブル7に登録されているものである場合には第1の実施形態で説明した処理を行うが、当該受信センタコードが自己に割り当てられたコードと一致しない場合には、回線I/F手段2から受けた警備情報データをそのままルータ8を介して、当該受信センタコードが割り当てられた警備情報集中受配信装置1の受信処理装置6に向けて転送する。
【0109】
従って、図10に示す警備情報集中受配信装置1を、いくつかの主要都市等の国内の適宜な複数箇所に配置することによって、通報を行う場合には、警備の契約を結んでいる警備受託機関の警備センタ装置がコンピュータネットワーク60を介して接続されている警備情報集中受配信装置1でなくても、最寄りの警備情報集中受配信装置1に通報を行えばよいので、通報を行う網として電話回線を用いている場合には電話料金を安価に留めることができる。
【0110】
例えば、図10に示す警備情報集中受配信装置1を、東京と大阪に設置して警備情報集中受配信ネットワークシステムを構築し、顧客の警備物件は大阪近傍にあり、契約している警備受託機関の警備センタ装置は東京近傍にあるとする。この場合、当該顧客の警備物件の警備通報装置は、通報を東京の警備情報集中受配信装置に行う必要はなく、大阪の警備情報集中受配信装置に向けて通報を行えばよい。このとき受信センタコードは東京に設置されている警備情報集中受配信装置に割り当てられているコードとする。これによって、当該通報を受信した警備情報集中受配信装置から東京の警備情報集中受配信装置に送信されることになる。このような場合、通報を行う網として電話回線を用いているとすると、電話料金は、直接東京に通報するよりも安価になることは明らかであろう。
【0111】
また、図10に示す構成によれば、図10の警備センタ装置70から、図に示す警備情報集中受配信装置1以外の警備情報集中受配信装置に通報を行っている警備通報装置に対して所望の制御を行うことが可能である。その場合には、警備センタ装置で入力する受信センタコードを、当該警備通報装置が通報を行っている警備情報集中受配信装置の受信処理装置に割り当てられているコードとすればよい。
【0112】
この場合、図10の警備情報集中受配信装置1の受信処理装置6は、情報処理装置11から受けたデータ中の受信センタコードが自己に割り当てられたコードではないので、当該受信センタコードを有する受信処理装置宛てに、処理要求コマンド、受信センタコード、通信コード、回線I/Fコード、通報装置コード、制御コマンド、及び制御データを送信する。これによって、これらのコード、制御コマンド及び制御データは、この警備情報集中受配信装置の受信処理装置によって受信され、上述した動作が行われて警備通報装置は制御データを用いて制御コマンドで指示された動作を行うことになる。
【0113】
その他の動作は上述した第1の実施形態と同じである。
【0114】
[特に第2の実施形態による効果]
この第2の実施形態によれば、上述した第1の実施形態による効果に加え、次のような効果が奏される。
複数の警備情報集中受配信装置が通信ネットワークで接続されているので、一箇所の警備センタ装置で、遠隔地にある警備通報装置からの通報をも監視することができる。
従って、警備受託機関としては、遠隔地にある顧客のために警備センタ装置を設置する必要無く警備業務を行うことができる。
【0115】
[実施形態の変形]
以上、本発明の実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、種々の変形が可能である。以下に3つの変形例について説明する。
【0116】
▲1▼上述した第1の実施形態では、受信処理装置6はデータ、より具体的には通報装置コードと警備状態コードとを全ての情報処理手段10、20、30に渡し、各情報処理手段10、20、30が当該データが自己が処理すべきものか否かを判断するものとしたが、通報装置コードに警備受託機関のコードを含ませたり、あるいは、どの通報装置コードのものはどの情報処理手段に送るかを定めたテーブルを受信処理装置6に備えておけば、受信処理装置6は受信した警備情報データの通報装置コードから、当該データをどの情報処理手段に送ればよいかを認識することができ、その情報処理手段に対してのみデータを渡すことができる。そして、このようにした場合には、情報処理手段は、受信処理装置6から受けたデータについて、自己が処理すべきものであるか否かの判断を行う必要は無く、そのまま処理を行えばよい。
【0117】
▲2▼第1、第2の実施形態では、警備センタ装置から警備通報装置の制御を行う場合に、オペレータは受信センタコード、通信コード、回線I/Fコードをも入力するものとしたが、これらのコードを情報処理手段のDB装置の警備物件テーブルに登録しておくことも可能である。このようにした場合、警備センタ装置のオペレータは、通報装置コードと制御コマンド及び制御データを入力して送信すればよい。そして、情報処理装置は、これを受けると、記憶/検索処理部に当該通報装置コードに対応する受信センタコード、通信コード、回線I/Fコードの検索を指示し、記憶/検索処理部から渡されたこれらのコードを、通報装置コード、制御コマンド、制御データに付して受信処理装置に渡す動作を行うようにする。その後の動作は上述したと同じである。これによれば、情報処理装置の負荷は若干大きくなるが、警備センタ装置のオペレータの負担は軽減される。
【0118】
▲3▼電子メール配信手段200の電子メールサーバ装置202で外部ネットワーク網に接続された顧客のコンピュータシステムや携帯型端末装置から、契約している警備受託機関の警備センタ装置に宛てて送信された電子メールを受信して保存しておき、警備センタ装置からの要求により、保存している電子メールを、ルータ203及びコンピュータネットワーク60を介して、当該警備センタ装置宛てに送信するようにすることも可能である。この場合には、電子メールサーバ装置202、及び警備センタ装置の監視端末制御部に、POPや、一般にはアイマップ(IMAP:Internet Message Access Protocol)と称されている、電子メールソフトからの要求により送信処理する機能を搭載すればよい。
【図面の簡単な説明】
【図1】本発明に係る警備情報集中受配信装置の第1の実施形態、及びその警備情報集中受配信装置を用いたシステムの実施形態を示す図である。
【図2】警備通報装置が通報時に送信する警備情報データの構成例を示す図である。
【図3】DB装置の構成例を示す図である。
【図4】警備物件テーブル123に登録される警備物件に関する種々のデータが書き込まれたテーブルの例を示す図である。
【図5】電子メール配信用アドレステーブルの例を示す図である。
【図6】情報処理手段の情報処理装置が作成する表示画面の例を示す図である。
【図7】警備センタ装置の構成例を示す図である。
【図8】警備物件に関する種々のデータを入力するための画面の例を示す図である。
【図9】警備センタ装置から警備通報装置を制御する場合に、監視端末制御部72が生成する警備通報装置制御用データの形態の例を示す図である。
【図10】本発明に係る警備情報集中受配信装置の第2の実施形態を示す図である。
【符号の説明】
1…警備情報集中受配信装置
2…回線インターフェース手段(回線I/F手段)
3、4、5…回線I/F
6…受信処理装置
7…認証テーブル
9…バス
10…情報処理手段
11…情報処理装置
12…データベース装置(DB装置)
13…ルータ
20…情報処理手段
21…情報処理装置
22…DB装置
23…ルータ
30…情報処理手段
31…情報処理装置
32…DB装置
33…ルータ
41、42、43…警備物件
51、52、53…網
60…コンピュータネットワーク
70、80、90…警備センタ装置
200…電子メール配信手段
201…電子メール処理装置
202…電子メールサーバ装置
203…ルータ

Claims (3)

  1. 警備通報装置からの通報に用いられる全ての網に対応する回線インターフェースを有し、警備通報装置からの通報を受信する回線インターフェース手段と、
    受信処理装置と、
    警備通報装置からの通報の代行受信を依頼されている警備受託機関の数だけ設けられ、それら警備受託機関の警備センタ装置とはクライアントとサーバにより構成されるネットワークベースのグラフィックシステムを構成する情報処理手段と
    を備え、
    前記受信処理装置は、回線インターフェース手段から受けた、通報の宛先を示す受信センタコードと、通報を行った装置が自己と通信を行う権利があるか否かを判定するために用いる認証コードと、通報を行った送信元の警備通報装置を示す通報装置コードと、どの警戒エリアでどのような事象が発生したのかを示す警備状態コードとを含む警備情報データの中の受信センタコード及び認証コードを解釈して、当該警備情報データが自己が処理すべきものである場合には警備情報データに含まれているデータの中の所定のデータを前記情報処理手段に渡す処理を行い、
    前記情報処理手段は、前記受信処理装置から受けたデータが自己が処理すべきものである場合には、前記ネットワークベースのグラフィックシステムにより、対応する警備センタ装置に送信する表示画面のデータを作成して当該警備センタ装置に送信すると共に、そのデータを所定の形態でデータベースに記憶する処理を行う
    ことを特徴とする警備情報集中受配信装置。
  2. 請求項記載の警備情報集中受配信装置において、
    更に、電子メール配信手段を備え、
    前記情報処理手段は、前記受信処理装置から受けたデータ中に、予め定められた発生事象を示すコードがある場合には、予め定められた電子メールアドレス宛の所定の形態の電子メールデータを生成して前記電子メール配信手段に渡し、
    前記電子メール配信手段はそれを受けると、外部ネットワーク網を介して前記電子メールアドレス宛てに当該電子メールデータを送信する
    ことを特徴とする警備情報集中受配信装置。
  3. 請求項記載の警備情報集中受配信装置において、
    前記電子メール配信手段は、警備センタ装置から電子メールアドレスと、電子メールにより配信するデータを受けると、外部ネットワーク網を介して前記電子メールアドレス宛てに当該データを送信する
    ことを特徴とする警備情報集中受配信装置。
JP2002053739A 2002-02-28 2002-02-28 警備情報集中受配信装置 Expired - Fee Related JP3963350B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002053739A JP3963350B2 (ja) 2002-02-28 2002-02-28 警備情報集中受配信装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002053739A JP3963350B2 (ja) 2002-02-28 2002-02-28 警備情報集中受配信装置

Publications (2)

Publication Number Publication Date
JP2003259037A JP2003259037A (ja) 2003-09-12
JP3963350B2 true JP3963350B2 (ja) 2007-08-22

Family

ID=28665085

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002053739A Expired - Fee Related JP3963350B2 (ja) 2002-02-28 2002-02-28 警備情報集中受配信装置

Country Status (1)

Country Link
JP (1) JP3963350B2 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005301948A (ja) * 2004-03-19 2005-10-27 Atsumi Electric Co Ltd 警備システムの送信機
JP5314741B2 (ja) * 2011-08-05 2013-10-16 株式会社日立ビルシステム 遠隔監視システム
JP6906327B2 (ja) * 2017-02-23 2021-07-21 セコム株式会社 警備システム、携帯端末、警備方法及びプログラム

Also Published As

Publication number Publication date
JP2003259037A (ja) 2003-09-12

Similar Documents

Publication Publication Date Title
JP2002027567A (ja) 半導体製造装置のリモート操作システム、半導体製造装置および遠隔操作装置
JP2006221376A (ja) プラント緊急時情報表示システムと方法、Webサーバ
US20030014537A1 (en) Method and apparatus for the delivery and integration of an asset management system into an existing enterprise network
US6823389B1 (en) Method and system for providing an on-line service and computer readable storage medium
JP2002352361A (ja) 建築物管理方法及び建築物管理システム
JP3963350B2 (ja) 警備情報集中受配信装置
JP2004013411A (ja) リモートメンテナンス装置
JP2000069578A (ja) 広域プラント監視制御システム
JP3017089B2 (ja) ネットワーク管理装置および方法
JPH10240683A (ja) 情報配信システム、分散監視用情報配信システムおよびビル管理用情報配信システム
JP5272968B2 (ja) 中継通信システム及びアクセス管理装置
JP2003174483A (ja) セキュリティ管理システムおよび経路指定プログラム
JP2000295375A (ja) 情報配信サーバ、監視センタサーバ、および、保守員端末
JP2008077475A (ja) サーバクライアントシステム及び通信状態配信サーバ
JP2000194583A (ja) 監視制御システム、および、そのプログラムが記録された記録媒体
US20030056004A1 (en) Method and apparatus for the routing of messages in an asset management system
JP2002328874A (ja) 電子メールの管理方法と管理装置
JP2005225634A (ja) エレベータの表示制御システム
JP2000330750A (ja) ネットワークプリンタ管理装置及びネットワークプリンタシステム
JP2002034022A (ja) 表示装置の広域運用システム
JP2007065769A (ja) ビル遠隔管理システム
JP4155350B2 (ja) 情報配信システム
JP6017077B1 (ja) 緊急通報管理装置
JP5272967B2 (ja) 中継通信システム及びアクセス管理装置
JP2003296218A (ja) 集合住宅システム、中継装置、サーバ装置および情報配信方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050119

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20061011

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20061018

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061215

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070124

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070227

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20070402

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20070516

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20070518

R150 Certificate of patent or registration of utility model

Ref document number: 3963350

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110601

Year of fee payment: 4

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120601

Year of fee payment: 5

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120601

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130601

Year of fee payment: 6

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees