(57)【特許請求の範囲】
【請求項１】
電話回線を介して防犯通報装置から送信されたデータを受信するセンター装置システムに用いるデータ処理装置であって、
異常事態発生が通報された場合、受信した異常に関するデータと、当該受信した異常に対応すべき所定の複数の項目の欄とを一覧表示すると共に、それら対応すべき項目の中の現在対応すべき項目の欄にはソフトボタンを表示し、当該項目についての対応が決定されると次の対応すべき項目にソフトボタンを表示する処理を全ての対応すべき項目について所定の順序で行い、且つソフトボタンが表示されている項目に関して異常事態発生が通報されてから予め定められた時間内に何も対応されない場合には、当該ソフトボタンの表示の態様を変更する
処理を行う制御手段
を備えることを特徴とするデータ処理装置。
【請求項２】
前記受信した異常に関するデータには、同一アドレスの他のチャンネルで異常があったことを示す項目を含むことを特徴とする請求項１記載のデータ処理装置。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、防犯通報装置を集中管理するセンター装置システムに用いられるデータ処理装置に関する。
【０００２】
【従来の技術】
警備会社等の警備情報を集中管理する箇所には通常センター装置システムと称されるシステムが設置されている。このセンター装置システムは図１３に示すようにパソコン等からなるデータ処理装置１、防犯受信装置２、及びデータ処理装置１と防犯受信装置２とを接続する通信回線３とで構成されている。
【０００３】
そして、図１３には図示しないが、一般家庭やオフィスビル等の警備先には、侵入者を検知するための熱線センサ、窓ガラスが破られたことを検知する振動センサ、窓やドアが開けられたことを検知するマグネットスイッチ等の種々の防犯センサ、あるいは火災センサ、ガス漏れセンサ等の端末機器を備えた防犯通報装置が設置されている。防犯通報装置は種々の情報を防犯受信装置２に対して通報する。
【０００４】
例えば、ある防犯通報装置が警戒状態に設定された場合には当該防犯通報装置は警戒状態に設定された旨を防犯受信装置２に通報し、警戒状態が解除された場合（以下、この状態を解除状態と称する）には当該防犯通報装置は解除状態に設定された旨を防犯受信装置２に通報する。また、防犯通報装置は、端末機器が異常を検知した場合にはどの端末機器が異常を検知したかを防犯受信装置２に通報する。なお、防犯通報装置は防犯受信装置２に情報を通報する際には、自己に割り当てられたアドレスを付して情報を通報する。
【０００５】
なお、図１３において、防犯受信装置２には複数本の局線が接続されているが、１本の局線には一つの電話番号が割り当てられており、それぞれの局線には所定の台数の防犯通報装置、例えば 100台の防犯通報装置からの通報が通知されるようになされている。
【０００６】
そして、防犯受信装置２は防犯通報装置からの通報を受けると、この通報された情報をデータ処理装置１に転送する。防犯受信装置２から情報を受けると、データ処理装置１は当該情報に自己が管理している日付及び時刻を付してメモリに格納する。
【０００７】
そのデータ処理装置１の構成は概略図１４に示すようである。図中、１０は制御装置、１１はキーボード及びマウスからなる入力装置、１２はカラーＣＲＴからなるモニタ、１３はＣＰＵ、１４は画面用データメモリ、１５は表示制御部、１６はインターフェース（以下、Ｉ／Ｆと記す。）、１７はメモリ、１８はスピーカ及びその駆動回路を含む発音装置を示す。
【０００８】
ＣＰＵ１３は防犯受信装置２とのデータの授受、入力装置１１から入力された情報の取り込み処理、及びモニタ１２への表示処理を行うものである。
【０００９】
画面用データメモリ１４には、異常表示画面や全体監視画面を表示するための種々のデータがデータが記憶されており、ＣＰＵ１３はこの画面用データメモリ１４に記憶されているデータを用いて画面の表示を行う。なお、これらのデータは当該データ処理装置１を用いて登録できるものであるが、本発明においてはこのようなデータ登録の処理は本質的ではないので、ここでは理解を容易にするために予め登録されているものとする。
【００１０】
表示制御部１５は、ＣＰＵ１３から指示された画面をモニタ１２に表示するものであり、ビデオＲＡＭ等の画面表示を行うための周知の手段を備えている。
【００１１】
Ｉ／Ｆ１６は防犯受信装置２とのデータを授受を行うための通信回線３を接続するためのものである。
【００１２】
メモリ１７は防犯受信装置２を介して各防犯通報装置から受信したデータ、及び入力装置１１から入力されたデータ等種々のデータを記憶するためのものであり、ハードディスク装置等の大容量の記憶装置で構成される。
【００１３】
発音装置１８はブザー音を発生させたり、音声合成により種々のアナウンスを行うためのものである。
【００１４】
さて、データ処理装置１において行われる処理には種々のものがあるが、少なくとも、防犯通報装置から異常事態発生の情報が通報された場合にはそれらの異常情報を個々に表示する必要がある。なお、以下においてはこの画面を異常表示画面と称することにする。
【００１５】
そこで、従来の異常表示画面について説明すると次のようである。
ＣＰＵ１３は異常発生のデータを受けると、異常表示画面に当該異常に関するデータを表示する。図１５はその異常表示画面の例を示す図である。
【００１６】
図１５において、アドレスの項目には異常発生を通報してきた防犯通報装置のアドレスが表示され、アドレス名称の項目には当該防犯通報装置が設置されている顧客名が表示され、日付の項目には当日の日付が表示され、時刻の項目には当該異常通報を受信した時刻が表示され、そして内容の項目には通報された異常がどのような異常であるか、その内容が表示される。なお、図において熱線異常とあるのは熱線センサが侵入者を検知したことを示している。
【００１７】
なお、アドレス名称は、ＣＰＵ１３が、画面用データメモリ１４に記憶されている防犯通報装置のアドレスと顧客名が対応して書き込まれたテーブルを参照して表示するものである。また、内容の項目は、ＣＰＵ１３が防犯通報装置から送られてきた異常の内容を示すコードを解読して表示するものである。
【００１８】
このような画面が表示されることによって、当該データ処理装置１を担当している監視者はどの顧客でどのような異常が発生したかを把握することができる。
【００１９】
【発明が解決しようとする課題】
しかしながら、図１５に示す異常表示画面においては次のような問題があった。即ち、異常画面にある防犯通報装置の異常が表示された場合、監視者はそれぞれの異常に対して何等かの対応をとらなければならない。例えば、異常があった場合には警備員を現場に派遣させる（以下、現場に派遣させる警備員を機動隊と称することにする）のが一般的であるが、場合によっては警察に通報しなければならないこともある。そして、機動隊を派遣させた場合には、当該機動隊が現場においてどのような処置をとったかを確認する必要がある。そしてこのような事後処置の内容は顧客に対する報告書に記載されることになる。
【００２０】
しかし、図１５に示すような従来の異常表示画面においては、異常が発生した箇所及びその異常の内容が表示されるだけであるので、その異常に対する対応、及び機動隊がとった処置の内容についてはメモ書きしなければならず、非常に面倒なものであった。
【００２１】
これに対して、図１６に示すようにカード式データベースの方式を用いることが考えられる。つまり、一つの異常が発生すると一つのカードを作成し、図１５に示すと同様に、アドレス、アドレス名、異常内容、その発生時刻を表示すると共に、指令者、受令者、対応、原因、処理内容の項目を設け、監視者がこれらの項目に入力装置１１を用いて入力するようにするのである。
【００２２】
ここで、指令者は監視者の名前を入力する項目であり、受令者は現場に派遣した機動隊の名前を入力する項目であり、対応は受令者が現場でどのような対応をとったかを入力する項目であり、原因は当該異常が端末機器の故障によるものなのか、あるいは実際に侵入者があったのかという異常が通報された原因を入力する項目であり、処理内容は受令者が現場でどのような処置をとったかその内容を入力するための項目である。
【００２３】
このように１枚のカードに一つの異常に関する情報を表示すると共に、この異常に対する事後処置の内容も入力できるようにすれば一つのカードを観察するだけで当該異常に関する全ての情報を詳細に知ることができるのであるが、カード方式においては他にどのような異常が発生しているかを知ることはできない。即ち、異常の情報に関して一覧性がないという問題がある。監視者にとっては現在何処でどのような異常が発生しているかを一目で確認できることが重要であり、この点でカード方式は問題があるのである。
【００２４】
また、カード方式においては次のような問題もある。例えば、いま一つの異常が通報されて当該異常のカードが表示されているとする。このとき監視者は受令者を指定して現場に派遣する。従ってこの時点では指令者と受令者までの入力は終了しているが、上述した対応、原因、処理内容の３項目については現場に派遣された受令者からの報告があってはじめて入力できる項目であるので当該受令者からの報告を待つことになる。
【００２５】
しかし、その間に他の防犯通報装置が異常を通報してきた場合には監視者は当該新たな異常に対して機動隊を現場に派遣しなければならない。なぜなら異常の通報があってから機動隊が現場に到着するまでの時間は法令によって25分以内と定められているからである。
【００２６】
そこで、監視者は現在開いているカードを閉じて新たな異常のカードを開いて当該異常に対応することになるが、カードは閉じられるとアイコン化されてしまうので、アイコン化されたカードについてはどの項目まで入力が終了しているのか分からないという問題がある。
【００２７】
また、上述したように機動隊は異常の通報があってから25分以内に現場に到着しなければならないのであるが、そのためには監視者はそれ以前に異常表示画面に表示されている異常通報を確認して、それぞれの異常通報について担当区域の機動隊を現場に派遣するための司令を行う必要があることになる。
【００２８】
しかし、従来においては、異常表示画面として図１５に示す異常表示画面を採用した場合においても、図１６に示す異常表示画面を採用した場合においても、上記のような時間管理は画面に表示されている通報時刻を確認しながら監視者自身が行わなければならなかったので、異常の通報が多い場合には機動隊に対する指令が遅れてしまう等の望ましくない事態が生じる可能性があり、監視者に大きな負担となっていた。
【００２９】
本発明は、上記の課題を解決するものであって、異常があった場合に、それぞれの異常に対してどこまで対応しているのかを一覧で表示できる異常表示画面を表示することができ、しかも異常の通報があってから定められた時間内に監視者が処理を行わない場合には当該処理を行うことを促す表示を行うことによって、機動隊に対する指令の遅れ等の不所望の事態が生じることを防止できるデータ処理装置を提供することを目的とする。
【００３０】
また、本発明は、監視者がそれぞれの異常の通報に対してどのような処理を行ったか、その処理内容を確認することができるデータ処理装置を提供することを目的とするものである。
【００３１】
【課題を解決するための手段】
上記の目的を達成するために、請求項１記載のデータ処理装置は、電話回線を介して防犯通報装置から送信されたデータを受信するセンター装置システムに用いるデータ処理装置であって、異常事態発生が通報された場合、受信した異常に関するデータと、当該受信した異常に対応すべき所定の複数の項目の欄とを一覧表示すると共に、それら対応すべき項目の中の現在対応すべき項目の欄にはソフトボタンを表示し、当該項目についての対応が決定されると次の対応すべき項目にソフトボタンを表示する処理を全ての対応すべき項目について所定の順序で行い、且つソフトボタンが表示されている項目に関して異常事態発生が通報されてから予め定められた時間内に何も対応されない場合には、当該ソフトボタンの表示の態様を変更する処理を行う制御手段を備えることを特徴とする。
【００３２】
また、請求項２記載のデータ処理装置は、請求項１記載のデータ処理装置において、前記受信した異常に関するデータには、同一アドレスの他のチャンネルで異常があったことを示す項目を含むことを特徴とする。
【００３３】
【発明の実施の形態】
以下、図面を参照しつつ発明の実施の形態について説明する。
本発明に係るデータ処理装置は図１４に示すようであり、また本発明に係るデータ処理装置を用いたセンター装置システムは図１３に示すようであり、データ処理装置１の構成も図１４に示すようであるが、異常表示画面及びその画面の遷移が異なっている。
【００３４】
画面用データメモリ１４には後述する異常表示画面において表示される各種のダイアログのデータ等の画面を表示するために必要な各種のデータが記憶されている。
【００３５】
当該データ処理装置１のＣＰＵ１３はそれぞれの異常通報に対して図１〜図５に示す処理を行う。
【００３６】
まず、ＣＰＵ１３は、図１に示すように、異常通報の受信を待機し、異常通報を受信すると（ステップＳ１）、その異常通報が新たなアドレスからのものであった場合には受信した異常の内容を表示すると共に、その表示の所定の箇所に確認ボタンを表示する（ステップＳ２）。この確認ボタンは監視者が当該異常通報を確認したかどうかを判断するために設けられるものである。
【００３７】
また、このときＣＰＵ１３は異常通報の表示を行ったことを監視者に知らせるために、発音装置１８から所定のブザー音を鳴動させる。なお、受信した異常通報が既に表示されているアドレスからのものであった場合については後述する。
【００３８】
図６ＡにステップＳ２で表示される画面の例を示す。なお、図に示す異常表示画面においてはボタンは二重の矩形で示すことにする。このボタンは表示画面に表示されるいわゆるソフトボタンであることは明らかである。また、図６Ａにおいては異常表示画面の一部だけを示している。この点に関してはその他の異常表示画面においても同様である。
【００３９】
図６Ａから分かるように、この異常表示画面では一つのアドレスからの異常通報の情報は２行で表示される。アドレス、アドレス名称は上述したと同様である。テナントは当該アドレスにおけるテナントの番号を示し、テナント名称はそのテナントの名称を示す。当該アドレスにテナントがない場合にはテナント名称には何も表示されない。これらのデータが画面用データメモリ１４に記憶されていることは当然である。
【００４０】
警報内容の項目には通報された異常の具体的な内容が表示される。従って図６Ａに示す表示は、事務所に侵入者があったことを示している。発報の項目には当該異常通報を受けた時刻が表示され、日付の項目には異常通報があった日にちが表示される。
【００４１】
他チャンネル発報の項目は、当該アドレスの他のチャンネルで異常を検知したことの通報があった場合にその旨を表示を行うための項目であり、ここでは「他チャンネル発報」の表示が行われるものとする。
【００４２】
この他チャンネル発報の項目が設けられる理由は次のようである。即ち、一つのアドレスには防犯のためのチャンネルが複数設けられるのが通常である。例えば、侵入者を検知するための熱線センサは多くの箇所に配置され、それらの熱線センサは複数の系統にまとめられるのが通常である。そして、それら一つ一つの系統をチャンネルと称するのであるが、例えば侵入者が動き回る場合には複数のチャンネルで侵入者を検知する場合がある。
【００４３】
このような場合、まず最初に侵入者を検知した段階で異常通報がなされ、図１のステップＳ２の処理で図６Ａに示すような表示がなされるのであるが、このような状態において、その後違うチャンネルで侵入者を検知して異常通報があった場合どのような表示を行うかが問題となる。
【００４４】
一つの方法として、最初の異常通報の表示とは別個に図６Ａに示すような異常通報表示を行うことが考えられるが、これは得策ではない。なぜなら、モニタ１２に図６Ａに示すような異常表示を行うための表示領域は限られており、その中で同一アドレスについて異常通報がある度毎に図６Ａに示すような表示を行うとその他のアドレスから異常通報があった場合に表示されなくなる事態が生じるからである。
【００４５】
また、同一アドレスから複数の異常通報があった場合に、それぞれ別個に異常通報表示を行うと次のような不都合が生じる。異常通報があった場合に監視者は機動隊を現場に派遣して処置させるのが通常であるが、その場合に機動隊に対しては当該アドレスで発生している全ての異常に関する情報を知らせるのが望ましいことはいうまでもない。しかし、同一のアドレスからの異常通報であっても別個に異常通報表示を行うようにすると監視者は表示画面全体を見て当該アドレスからの全ての異常通報を把握しなければならず、非常に煩わしいだけでなく、見落としてしまう可能性も生じてしまう。
【００４６】
そこで、このデータ処理装置では一つのアドレスからの異常通報は２行に収めることとし、そのために、一つのアドレスから最初の異常通報があった場合には図６Ａに示すような表示を行い、当該アドレスからの２回目以降の異常通報については図６Ｂの２１で示すように他チャンネル発報の項目に表示を行うようにするのである。これによれば、監視者は当該アドレスの他のチャンネルでも異常を検知したことを知ることができる。なお、同一アドレスからの２回目以降の異常通報の情報についてもメモリ１７に記憶されるのは当然である。
【００４７】
しかし、図６Ｂに示すように他チャンネル発報の表示がなされただけではそれらの異常の具体的な内容がどのようなものであるのか知ることはできない。そこで、このデータ処理装置においては入力装置１１で所定の操作、例えばマウスで他チャンネル発報の表示欄をダブルクリックすることによって他チャンネル発報の具体的な内容が表示されるようになされている。即ち、ＣＰＵ１３は他チャンネル発報の表示欄がダブルクリックされたことを検知すると、メモリ１７から当該アドレスについての２回目以降の異常通報の情報を読み出してウィンドウ表示する。そしてそのウィンドウ表示においては、当該アドレスからの２回目以降の異常通報のそれぞれについて、テナントで異常を検知した場合にはそのテナント名称、警報内容、当該異常通報を受けた時刻、日付が表示される。
【００４８】
また、最初に異常を検知して発報したチャンネルが何回も発報する場合があるが、この場合には他チャンネルの発報ではないので、図６Ｃに示すように、警報内容の表示欄２３に当該チャンネルが発報した回数を表示するようにする。即ちＣＰＵ１３は、既に表示されているアドレスから新たに異常通報があった場合には、この新たに受信した異常が既に表示されているチャンネルが発報したことによるものであるか否かを判断し、表示されているチャンネルとは異なるチャンネルが発報したことによるものである場合には他チャンネル発報として扱い、既に表示されているチャンネルが発報したことによるものである場合には当該チャンネルの発報回数をカウントして、そのカウント値を図６Ｃに示すように警報内容の表示欄２３に表示する。なお、図６Ｃにおいては当該チャンネルが３回発報していることを示している。
【００４９】
このような表示を行うことによって、監視者は最初に発報したチャンネルが何回発報したかを容易に、且つ明確に知ることができる。
【００５０】
以上説明した他チャンネル発報の表示と、最初に発報したチャンネルの発報回数の表示が受信した異常通報が既に表示されているアドレスからのものであった場合にＣＰＵ１３が行う処理である。
【００５１】
以上、各項目について説明したが、次に、各項目の表示欄の表示色について説明する。
【００５２】
警備先の防犯通報装置が警戒状態にある場合には、図６Ａの２２で示すアドレス番号の表示欄は第１の所定の色、例えば緑色で表示され、解除状態にある場合にはアドレス番号の表示欄２２は第２の所定の色、例えば黄色で表示される。
【００５３】
後者について説明すると次のようである。例えば、端末機器や防犯通報装置の定期点検の場合には解除状態であっても防犯受信装置２に異常通報を行うようになされるので、この場合には解除状態であっても異常通報が行われることになり、従って、アドレス番号の表示欄２２は黄色で表示されることになる。また、異常通報があったときは警戒状態にあったとしても、その後機動隊が現場に到着して点検、調査のために屋内に入る場合には正規の手続きによって警戒状態を解除して、解除状態にすることを行うが、このときにはアドレス番号の表示欄２２は緑色から黄色に変更されることになる。
【００５４】
なお、当該防犯通報装置が警戒状態にあるか、解除状態にあるかはＣＰＵ１３は容易に認識できることは明らかである。なぜなら、上述したように防犯通報装置は、警戒状態から解除状態になされた場合、及び解除状態から警戒状態になされた場合には防犯受信装置２に通報するからである。
【００５５】
また、チャンネルが発報している場合には、図６Ａの２３で示す警報内容の表示欄は第３の所定の色、例えば赤色で表示され、チャンネルが復旧すると警報内容の表示欄２３は第４の所定の色、例えば青色で表示される。これは次のようである。例えば、侵入者がマグネットスイッチが設けられているドアを開け放しているとすると、当該マグネットスイッチは発報し続けるので、この場合には警報内容の表示欄２３は赤色で表示されるが、このドアが閉められると当該マグネットスイッチは復旧するので、警報内容の表示欄２３は青色に変更されることになる。
【００５６】
このチャンネルが発報しているか、復旧したかは防犯通報装置から通報されるので、ＣＰＵ１３は通報される情報から認識することができる。
【００５７】
以上のようであるので、監視者は異常表示の各欄の表示色を観察することによって、表示された異常が検知されたとき警戒状態であったのか、解除状態であったのか、及び異常を検知したチャンネルが現在も発報しているのか、復旧したのかを明確に知ることができる。
【００５８】
さて、ＣＰＵ１３は、図６Ａに示すように確認ボタン２０を表示すると、図１のステップＳ３に示す確認ボタン２０がオンされたかどうか判断する。ここで、確認ボタン２０がオンされるとは、当該確認ボタン２０がマウスでクリックされることを意味する。このことは後述する種々のボタンについても同様である。
【００５９】
そして、確認ボタン２０がオンされない場合にはＣＰＵ１３は、次に、当該異常通報を受信してから予め設定されている時間が経過しているか否かを判断し、当該時間を経過していない場合にはステップＳ３に戻るが、経過している場合には所定の箇所の表示色を変更してステップＳ３に戻る。これがステップＳ３〜Ｓ５の処理である。
【００６０】
どの箇所の表示色を変更するかは任意に設定することができるが、ここでは確認ボタン２０の表示色を所定の色に変更するものとする。
【００６１】
ここで、確認ボタン２０の表示色をどのように変更するかは任意に定めることができるが、確認ボタン２０の表示色が変更されたときに監視者が即座に気付くような色とすることが望ましい。この点については後述する指令ボタン、現着ボタン、処置ボタンについても同様である。
【００６２】
また、確認ボタン２０の表示色を変更するだけでなく、確認ボタン２０の表示をブリンクさせるようにしてもよく、要するに確認ボタン２０の表示の態様を適宜変更して監視者に確認ボタン２０をオンすることを促すような表示を行えばよいものである。更にこのとき、図６Ａに示す異常通報の表示を行い、確認ボタン２０を表示したときに鳴動させたブザー音を一旦中断して音声合成によって「確認して下さい」等の確認ボタン２０をオンすることを促すためのアナウンスを適宜な回数行うようにしてもよい。
【００６３】
つまり、この処理によれば、異常通報を受信してから前記所定の時間が経過した後にも確認ボタン２０がオンされない場合には、確認ボタン２０の表示色が変更されることになるので、監視者が表示された異常通報の確認を忘れてしまうという事態を回避することができる。
【００６４】
このようなことを行うのは次のような理由による。即ち、上述したように監視者は異常の通報があってから25分以内に機動隊を現場に到着するようにしなければならないのであるが、そのためにはまず監視者は表示された異常通報を確認しなければならない。しかし、異常通報の確認が遅くなってしまうと機動隊に対する指令が遅れるような事態が生じることがあり得る。
【００６５】
そこで、このデータ処理装置では確認ボタン２０が前記所定の時間内にオンされない場合には上述したように確認ボタン２０の表示色を変更して、監視者に対して確認ボタン２０をオンすることを促すようにするのである。つまり、このデータ処理装置では監視者の操作、処理の時間管理を行うのである。
【００６６】
この前記所定時間の設定は時間管理に関するメニューを選択することで行うことが可能となされている。そのメニュー画面の例を図７Ａに示す。
【００６７】
ＣＰＵ１３は入力装置１１で時間管理に関するメニューが選択されると、図７Ａに示すメニュー画面をウィンドウ表示する。このメニュー画面において、時間管理を行わないのであればボタン２５をオンして登録ボタン２６をオンすればよい。この操作が行われると、ＣＰＵ１３は時間管理は行わないことが選択されたと判断して時間管理のための処理は行わない。
【００６８】
この時間管理を行わないことを選択するためのボタン２５は次のような場合に選択される。例えば防犯通報装置、防犯受信機及びデータ処理装置を新規に設置して新たに防犯警備システムを構築した場合には試験を行うのが通常であり、そのときには多数の防犯通報装置から頻繁に異常通報がなされることになるが、このような場合には予め試験であることが分かっているので敢えて上記のような時間管理を行う必要はないことになる。そこで、このような場合に対応できるようにするためにボタン２５が設けられているのである。
【００６９】
これに対して、通常の運用時には時間管理を行うのが望ましいことは明らかであり、この場合には図７Ａに示すメニュー画面の時間管理を行うことを選択するためのボタン２４をオンさせればよい。
【００７０】
ボタン２４がオンされると、ＣＰＵ１３は図７Ｂの２７で示すように時間の設定を要求するメッセージを表示すると共に、時間を設定すべき欄にカーソル２８を表示する。従って、監視者は画面に表示される案内に従って入力装置１１から４つの時間をキー入力し、登録ボタン２６をオンさせればよい。
【００７１】
そして、ＣＰＵ１３は登録ボタン２６がオンされると、当該メニュー画面で設定された時間を取り込み、記憶して時間管理の処理を行う際に用いる。例えば、図１のステップＳ４の判断で用いる時間は図７Ｂの「受信から確認まで」の欄に設定された時間である。
【００７２】
以上が図１のステップＳ１〜Ｓ５の処理の流れであるが、ＣＰＵ１３は、図１のステップＳ３の判断で確認ボタン２０がオンされたことを検知すると、監視者は当該異常通報を確認したと判断して、図８Ａに示すように確認ボタン２０を表示していた領域に確認ボタン２０がオンされた時刻を表示すると共に、指令ボタン２９、連絡ボタン３０を表示して（ステップＳ６）、図１に示す異常通報受信処理を終了する。また、このときＣＰＵ１３は鳴動させていたブザー音を停止させる。なお確認ボタン２０がオンされたとき、既にステップＳ５の処理によって確認ボタン２０の表示色が変更されている場合、ＣＰＵ１３は図８Ａに示すように確認の項目に時刻の表示を行う際には当該項目の表示色を元に戻す。
【００７３】
図８Ａに示すように指令ボタン２９と連絡ボタン３０の二つのボタンを表示するのは、異常通報があった場合には次の３通りの対応があり、しかもこれらの対応が互いに関連しているからである。
【００７４】
異常通報があったとき防犯通報装置が警戒状態にある場合と解除状態にある場合があり、それはアドレス番号の表示欄の色で識別できることは上述した通りであるが、警戒状態にある場合、警備先がオフィスビルやテナントビルである場合には当該ビルは無人になっているので機動隊に指令して当該ビルに派遣させる必要がある。これが第一の対応であり、このように機動隊に対して派遣の指令を行うために指令ボタン２９が設けられているのである。従ってこの場合には監視者は指令ボタン２９をオンして機動隊を派遣させる手続きをとることになる。
【００７５】
これに対して、解除状態にある場合の異常通報については、このときには警備先には人がいるので電話連絡することにより当該異常の原因を突き止め、その処置等を警備先の人に指示することができ、それで当該異常通報に対する処理を終了することができる。これが第二の対応であり、このように警備先の人と電話連絡をとるためのものとして連絡ボタン３０が設けられているのである。従ってこのような場合には連絡ボタン３０をオンして警備先の人に連絡する手続きをとることになる。
【００７６】
しかし、解除状態時の異常通報について上記第二の対応によって警備先の人に連絡した場合であっても機動隊の派遣を要請される場合がある。これが第三の対応であり、従ってこの場合には監視者は、まず連絡ボタン３０をオンして警備先に連絡し、その後に機動隊に対して派遣の指令を行うことになる。
【００７７】
さて、いま図８Ａに示す状態においてアドレス番号の表示欄が解除状態を示す黄色であり、そこで監視者は連絡ボタン３０をオンしたとすると、ＣＰＵ１３は図２に示す連絡処理を開始し、まず連絡処理を行うためのウィンドウを表示する（ステップＳ１０）。そのウィンドウ表示の例を図９Ａに示す。
【００７８】
図９Ａにおいて、３１、３２で示す欄にはアドレス番号、アドレス名称がそれぞれ表示される。これらは異常表示画面に表示されるアドレス番号、アドレス名称と同じであることは当然である。また、図９Ａの３３、３４で示す欄にはテナント番号、テナント名称がそれぞれ表示される。これらは異常表示画面に表示されるテナント番号、テナント名称と同じであることは当然である。従って、異常表示画面においてテナント番号、テナント名称が表示されていない場合にはこれらの欄３３、３４には何も表示されない。更に、図９Ａの３５で示す欄には警報内容が表示される。これは異常表示画面の警報内容の項目に表示されているものと同じである。
【００７９】
図９Ａの３６、３７で示す欄にはそれぞれ連絡者のコード番号、連絡者氏名を入力する。ここで連絡者とは警備先に連絡する者、即ち監視者である。この欄３６、３７への入力は入力装置１１からワープロ機能を使用して行うことも可能であり、またボタン３８をオンして入力することも可能となされている。
【００８０】
後者の場合について説明すると次のようである。ＣＰＵ１３はボタン３８がオンされると、画面用データメモリ１４からコード番号と連絡者の氏名が対応して書き込まれたデータを読み出してウィンドウ表示する。図１０Ａはそのウィンドウ表示の例を示す図であり、コード番号と連絡者の氏名が一覧表示されている。従って、監視者はこの中から自分のコード番号のボタンをオンするか、自分のコード番号をキー入力すればよい。これによりＣＰＵ１３は図１０Ａに示すウィンドウ表示を消去すると共に、選択されたコード番号を欄３６に、そのコード番号に対応する氏名を欄３７に表示する。
【００８１】
その後監視者は当該防犯通報装置が設置されている警備先の所定の電話番号をダイヤルして連絡をとることになるが、このとき監視者は連絡受理者、即ち連絡をとった警備先の人の氏名を欄３９に入力する。この連絡受理者名の入力は入力装置１１でワープロ機能を使用して行う。
【００８２】
そして、連絡により当該異常通報に対する処理を終了してよいと判断した場合には監視者は処理完了ボタン４０をオンする。この処理完了ボタン４０がオンされるとＣＰＵ１３は図２のステップＳ１１からステップＳ１２に分岐して、図９Ａに示すウィンドウ表示を消去すると共に、図８Ｂに示すように連絡ボタンが表示されていた欄に処理完了ボタン４０がオンされた時刻を表示し、更に終了ボタン４２を表示して連絡処理を終了する。
【００８３】
なお、図８Ｂには図示していないが、このときには連絡受理の項目には図９Ａの欄３９に入力された連絡受理者名が表示される。また、このとき指令ボタン２９はオンされていないのでそのまま表示されている。
【００８４】
そして、図８Ｂに示す状態において終了ボタン４２がオンされると、ＣＰＵ１３は当該異常通報に関する処理が完了したと判断して当該異常通報の表示を画面から消去すると共に、当該異常通報の処理に関する全てのデータをメモリ１７に記憶する。また、このときＣＰＵ１３は終了ボタン４２がオンされた時刻を取り込み、当該時刻を当該異常通報に対する処理が終了した時刻として記憶する。
【００８５】
以上、警備先に連絡するだけで処理が完了する場合について説明したが、警備先に連絡した際に機動隊の派遣を要請された場合、あるいは連絡だけでは足りずに機動隊の派遣の必要性が認められる場合には、監視者は図９Ａに示すウィンドウ表示において機動連絡ボタン４１をオンする。
【００８６】
機動連絡ボタン４１がオンされたことを検知すると、ＣＰＵ１３は図２のステップＳ１１からステップＳ１３に分岐し、図９Ａに示すウィンドウ表示を消去すると共に、図８Ｂに示すように連絡ボタンが表示されていた欄に機動連絡ボタン４１がオンされた時刻を表示して、後述する指令処理に移行する。
【００８７】
以上が連絡処理であるが、図２、図７等から分かるように連絡処理は時間管理の対象となされていないが、これは警備先への連絡は必要に応じて行えばよいものであるからである。
【００８８】
次に、指令処理について説明する。
図８Ａ、Ｂに示す状態で指令ボタン２９がオンされた場合、あるいは図９Ａに示すウィンドウ表示において機動連絡ボタン４１がオンされた場合にはＣＰＵ１３は指令処理を開始するが、ここでは図８Ａに示す状態において指令ボタン２９がオンされた場合について説明する。
【００８９】
この指令処理においては、ＣＰＵ１３は、図３に示すように、指令ボタン２９がオンされない場合には当該異常通報を受信してから図７に示す時間管理メニューで設定された時間が経過しているか否かを判断し（ステップＳ２１）、当該時間を経過していない場合にはステップＳ２０に戻るが、経過している場合には所定の箇所の表示色を変更して（ステップＳ２２）、ステップＳ２０に戻る。どの箇所の表示色を変更するかは任意に設定することができるが、ここでは指令ボタン２９の表示色を所定の色に変更するものとする。また、指令ボタン２９の表示色を変更するだけでなく、ブリンクさせるようにしてもよく、要するに指令ボタン２９の表示の態様を適宜変更して、監視者に指令ボタン２９をオンすることを促すような表示を行えばよいものである。更にこのとき、発音装置１８により音声合成によって「指令して下さい」等のアナウンスを適宜な回数行うようにしてもよい。
【００９０】
つまり、この処理によれば、異常通報を受信してから前記所定の時間が経過した後にも指令ボタン２９がオンされない場合には、指令ボタン２９の表示色が変更されることになるので、監視者が機動隊への指令を忘れてしまうというような事態を回避することができる。
【００９１】
なお、上述したところから理解できるように、指令ボタン２９は必ずオンされなければならないものではなく、警備先への連絡だけで異常通報に関する処理を完了する場合にはオンされない。しかし、指令処理において時間管理を行わないようにすることは望ましいことではない。つまり、図８Ａに示すように指令ボタン２９と連絡ボタン３０の二つのボタンが表示されている場合、それ以降の処理をある時間内に速やかに行うためには何れか一方のボタンに関する処理については時間管理を行う必要がある。
【００９２】
そこで、指令処理と連絡処理を比較すると、機動隊を派遣する場合には異常通補を受信してから25分以内に現場に到着するようにしなければならないという時間制限があること、また解除状態時の異常通報であっても機動隊を派遣すれば警備先への連絡は必ずしも行う必要がないこと等の事情があり、これらのことから連絡処理よりも指令処理の方がより重要度が高いと判断されるので、連絡処理は時間管理の対象とせず、指令処理で時間管理を行うようにしているのである。
【００９３】
さて、ＣＰＵ１３は、図３のステップＳ２０の判断で指令ボタン２９がオンされたことを検知すると、指令処理を行うためのウィンドウを表示する（ステップＳ２３）。そのウィンドウ表示の例を図９Ｂに示す。
【００９４】
図９Ｂにおいて、欄３１〜３５は上述したと同じである。図９Ｂの４３、４４で示す欄にはそれぞれ指令者のコード番号、指令者名を入力する。ここで指令者とは機動隊に連絡する者、即ち監視者である。この欄４３、４４への入力は入力装置１１からワープロ機能を使用して行うことも可能であり、またボタン４５をオンして入力することも可能となされている。後者の場合は連絡処理において連絡者名を入力する場合と同じである。
【００９５】
また、図９Ｂの４６、４７で示す欄にはそれぞれ受令者のコード番号、受令者名を入力する。ここで受令者とは指令者から派遣の指令を受ける機動隊員を意味している。この欄４６、４７への入力は入力装置１１からワープロ機能を使用して行うことも可能であり、またボタン４８をオンして入力することも可能となされている。
【００９６】
後者の場合について説明すると次のようである。ＣＰＵ１３はボタン４８がオンされると、画面用データメモリ１４からコード番号と機動隊員名が対応して書き込まれたデータを読み出してウィンドウ表示する。このウィンドウ表示は図１０Ａに示すと同様である。従って、監視者は当該警備先の最寄りの機動隊に連絡して出動する機動隊員を確認し、ウィンドウ表示の中からその機動隊員のコード番号のボタンをオンするか、その機動隊員のコード番号をキー入力すればよい。これによりＣＰＵ１３は受令者一覧のウィンドウ表示を消去すると共に、選択されたコード番号を欄４６に、そのコード番号に対応する氏名を欄４７に表示する。
【００９７】
このようにして機動隊への指令を行うと監視者は決定ボタン４９をオンする。決定ボタン４９がオンされると、ＣＰＵ１３は図９Ｂに示すウィンドウ表示を消去すると共に、図８Ｃに示すように指令ボタンが表示されていた欄に決定ボタン４９がオンされた時刻を表示し、更に現着ボタン５０を表示（ステップＳ２５）して指令処理を終了する。
【００９８】
なお、図８Ｃには図示していないが、このときには受令者の項目には図９Ｂの欄４７に入力された受令者名が表示される。また、このとき連絡ボタン３０はオンされていないのでそのまま表示されている。
【００９９】
以上、図８Ａに示す状態において指令ボタン２９をオンした場合について説明したが、図８Ｂに示す状態において指令ボタン２９をオンした場合も上述した処理が行われる。また、図９Ａに示す連絡処理のためのウィンドウ表示の機動連絡ボタン４１をオンした場合にはＣＰＵ１３は図３においてＡで示すようにステップＳ２３の処理を実行する。
【０１００】
以上が指令処理であり、次に現着処理について図４を参照して説明する。なお、ここでは図８Ｃに示す表示がなされている場合について説明する。
【０１０１】
ところで、機動隊は指令者から指令された警備先に出向くことになるが、当該警備先に到着すると指令者に電話あるいは無線等によって現場に到着した旨を連絡する。これに応じて指令者である監視者は現着ボタン５０をオンにする。ＣＰＵ１３は現着ボタン５０がオンされたことを検知すると、現着ボタン５０がオンされた時刻を機動隊が現場に到着した時刻、即ち現着した時刻として、図１１Ａに示すように、現着ボタンが表示されていた欄に当該時刻を表示すると共に、処置ボタン５１を表示（ステップＳ３３）して現着処理を終了する。
【０１０２】
しかし、当該異常通報を受信してから図７に示す時間管理メニューで設定された時間以内に現着ボタン５０がオンされない場合にはＣＰＵ１３は所定の箇所、例えば現着ボタン５０の表示色を変更する。これが図４のステップＳ３０〜Ｓ３２の処理である。なお、現着ボタン５０の表示色を変更するだけでなく、ブリンクさせるようにしてもよく、要するに現着ボタン５０の表示の態様を適宜変更して、監視者に処理を促すような表示を行えばよいものであることは当然である。更にこのとき、発音装置１８により音声合成によって「現着が遅れています」等のアナウンスを適宜な回数行うようにしてもよいことも当然である。
【０１０３】
そして、現着ボタン５０の表示色が変更された場合、監視者は受令者である機動隊員に対して急ぐように連絡すればよい。つまり、このような時間管理を行うことによって、法令によって定められた時間内には確実に現着するようにすることができる。
【０１０４】
次に、処置処理について図５を参照して説明する。なお、ここでは図１１Ａに示す表示が行われている場合について説明する。
【０１０５】
さて、警備先の現場に到着した警備隊は屋内に入り発報したチャンネルに関する点検、調査等を行う。なお、屋内に入る場合、警備先が警戒状態にあるときには正規の手続きにより解除状態にすることは当然である。このとき当該防犯通報装置は解除状態になされたことを防犯受信装置２に通報するので、当該アドレスの異常表示画面のアドレス番号の表示欄が緑色から黄色に変更されることは上述した通りである。
【０１０６】
そして、機動隊は異常の原因を突き止め、その原因に最適な対処を行うと監視者に対して電話、無線等によってその報告を行う。機動隊からの報告を受けると監視者はその内容を異常表示画面に入力することになるが、これが処置の処理である。
【０１０７】
従って、監視者は機動隊からの報告を受けると図１１Ａの処置ボタン５１をオンする。ＣＰＵ１３は、処置ボタン５１がオンされたことを検知すると、処置処理を行うためのウィンドウを表示する（ステップＳ４３）。そのウィンドウ表示の例を図９Ｃに示す。
【０１０８】
図９Ｃにおいて、欄３１〜３５は上述したと同じである。図９Ｃの５２、５３で示す欄にはそれぞれ原因のコード番号、原因の内容を入力する。そのためにはボタン５４をオンすればよい。
【０１０９】
ボタン５４がオンされるとＣＰＵ１３は画面用データメモリ１４から原因のコード番号と内容が対応して書き込まれたデータを読み出してウィンドウ表示する。図１０Ｂはこのウィンドウ表示の例を示す図であり、従って、監視者はこのウィンドウ表示の中から警備隊から報告された原因のコード番号のボタンをオンするか、当該コード番号をキー入力する。これによりＣＰＵ１３は図１０Ｂのウィンドウ表示で選択された原因のコード番号及びその内容を取り込み、それぞれ欄５２、５３に表示すると共に、当該ウィンドウ表示を消去する。
【０１１０】
次に、監視者は機動隊からどのように対処したかについて報告を受けると、その対処のコード番号を欄５５に、その内容を欄５６に入力する。これはボタン５７をオンすることにより行うことができるようになされている。
【０１１１】
ボタン５７がオンされるとＣＰＵ１３は画面用データメモリ１４から対処のコード番号と内容が対応して書き込まれたデータを読み出してウィンドウ表示する。図１０Ｃはこのウィンドウ表示の例を示す図であり、従って、監視者はこのウィンドウ表示の中から警備隊から報告された対処のコード番号のボタンをオンするか、当該コード番号をキー入力する。これによりＣＰＵ１３は図１０Ｃのウィンドウ表示で選択された対処のコード番号及びその内容を取り込み、それぞれ欄５５、５６に表示すると共に、当該ウィンドウ表示を消去する。
【０１１２】
このようにして原因及び対処の入力を行うと監視者は決定ボタン５８をオンする。決定ボタン５８がオンされると、ＣＰＵ１３は図９Ｃに示すウィンドウ表示を消去すると共に、図１１Ｂに示すように処置ボタンが表示されていた欄に決定ボタン５８がオンされた時刻を表示し、更に終了ボタン５９を表示（ステップＳ４５）して処置処理を終了する。
【０１１３】
しかし、この処置処理において、現着時刻から図７に示す時間管理メニューで設定された時間以内に処置ボタン５１がオンされない場合にはＣＰＵ１３は所定の箇所、例えば処置ボタン５１の表示色を変更する。これが図５のステップＳ４０〜Ｓ４２の処理である。なお、処置ボタン５１の表示色を変更するだけでなく、ブリンクさせるようにしてもよく、要するに処置ボタン５１の表示の態様を適宜変更して、監視者に処理を促すような表示を行えばよいものであることは当然である。更にこのとき、発音装置１８により音声合成によって「処置が遅れています」等のアナウンスを適宜な回数行うようにしてもよいことも当然である。
【０１１４】
そして、処置ボタン５１の表示色が変更された場合、監視者は機動隊に対して原因の究明、その対処を急ぐように連絡すればよい。つまり、このような時間管理を行うことによって、ある時間内には確実に処置するようにすることが可能となる。
【０１１５】
このようにして、当該異常通報に対する処理が完了したと判断すると、監視者は図１１Ｂに示す状態において終了ボタン５９をオンする。ＣＰＵ１１は終了ボタン５９がオンされると、当該異常通報に関する処理が完了したと判断して当該異常通報の表示を画面から消去すると共に、当該異常通報の処理に関する全てのデータをメモリ１７に記憶する。なお、このときＣＰＵ１３は終了ボタン５９がオンされた時刻を取り込み、当該時刻を当該異常通報に対する処理が終了した時刻として記憶する。
【０１１６】
以上、異常通報画面について説明したが、ＣＰＵ１３は、また、処理が終了した異常通報の情報をメモリ１７から読み出して表示する処理をも行う。即ち、入力装置１１で所定のメニュー、例えば処理済情報のメニューが選択されると、ＣＰＵ１３はメモリ１７から当該日にちに異常通報に関する処理が終了したデータを全て読み出し、所定の順序、例えば異常通報を受信した時刻、即ち発報時刻の順序に表示する。
【０１１７】
その表示画面の例を図１２に示す。図１２は１９９６年３月３１日に行った異常通報処理を示しており、図は１件だけ処理した場合を示している。この表示によれば、異常通報を行ったアドレス、その名称、異常の内容、発報時刻、確認ボタンがオンされた時刻、何時何分に誰が誰に指令したか、その指令者名と受令者名及び指令ボタンがオンされた時刻、現着ボタンがオンされた時刻、当該異常通報の原因、その処置内容、処置ボタンがオンされた時刻、終了ボタンがオンされた時刻等を確認することができる。
【０１１８】
図１２に示す例では連絡処理は行われていないが、連絡処理が行われた場合には、連絡者名、連絡受理者名、連絡ボタンがオンされた時刻等が表示されることはいうまでもない。
【０１１９】
なお、図１４に示す構成ではプリンタを備えていないが、プリンタを接続することによってこのデータをプリンタで印字することが可能であることは当然である。
【０１２０】
以上の通りであるので、このような異常表示画面によれば通報された異常が２行に一覧表示されるので監視者はどこでどのような異常が発生しているかを明確に把握でき、しかも各異常においてどのボタンが表示されているかによってどの段階まで処理しているかを明確に把握することができる。
【０１２１】
また、確認ボタン、指令ボタン、現着ボタンについては異常通報を受信してから予め設定された時間内にオンされない場合に、また処置ボタンについては機動隊が警備先に現着してから予め設定された時間内にオンされない場合にはそれぞれのボタンの表示色が変更されて処理が促されるので、多くの異常通報があった場合にも監視者はそれぞれの異常通報に対して遅滞なく対応することができる。
【０１２２】
更に、このデータ処理装置によれば、処理が終了した異常通報の内容をモニタ１２の画面上に表示したりプリントすることができるので、それぞれの異常通報に関して誰がどのような処理を行ったかを明確に確認することができる。
【０１２３】
以上、本発明の一実施形態について説明したが、本発明は上記実施形態に限定されるものではなく種々の変形が可能であることは明らかである。
【図面の簡単な説明】
【図１】  異常通報受信処理を示す図である。
【図２】  連絡処理を示す図である。
【図３】  指令処理を示す図である。
【図４】  現着処理を示す図である。
【図５】  処置処理を示す図である。
【図６】  異常通報画面の遷移を示す図である。
【図７】  時間管理メニューの表示例を示す図である。
【図８】  異常通報画面の遷移を示す図である。
【図９】  ウィンドウ表示の例を示す図であり、図９Ａは連絡ボタン３０がオンされたときのウィンドウ表示の例を示す図、図９Ｂは指令ボタン２９がオンされたときのウィンドウ表示の例を示す図、図９Ｃは処置ボタンがオンされたときのウィンドウ表示の例を示す図である。
【図１０】  図１０Ａは図９Ａにおいてボタン３８がオンされたときのウィンドウ表示の例を示す図、図１０Ｂは図９Ｃにおいてボタン５４がオンされたときのウィンドウ表示の例を示す図、図１０Ｃはず９Ｃにおいてボタン５７がオンされたときのウィンドウ表示の例を示す図である。
【図１１】  異常通報画面の遷移を示す図である。
【図１２】  処理が終了した異常通報に関するデータの表示画面の例を示す図である。
【図１３】  センター装置システムの構成例を示す図である。
【図１４】  データ処理装置１の構成例を示すブロック図である。
【図１５】  従来の異常表示画面の例を示す図である。
【図１６】  従来のカード方式による異常表示の例を示す図である。
【符号の説明】
１０…制御装置、１１…入力装置、１２…モニタ、１３…ＣＰＵ、１４…画面用データメモリ、１５…表示制御部、１６…インターフェース、１７…メモリ、１８…発音装置。
【図１】
0003646826.tif 000002
【図２】
0003646826.tif 000003
【図３】
0003646826.tif 000004
【図４】
0003646826.tif 000005
【図５】
0003646826.tif 000006
【図６】
0003646826.tif 000007
【図７】
0003646826.tif 000008
【図８】
0003646826.tif 000009
【図９】
0003646826.tif 000010
【図１０】
0003646826.tif 000011
【図１１】
0003646826.tif 000012
【図１２】
0003646826.tif 000013
【図１３】
0003646826.tif 000014
【図１４】
0003646826.tif 000015
【図１５】
0003646826.tif 000016
【図１６】
0003646826.tif 000017