JP2002092772A

JP2002092772A - 監視情報収集システム

Info

Publication number: JP2002092772A
Application number: JP2000283947A
Authority: JP
Inventors: Kentaro Fukuda; 健太郎福田
Original assignee: Fujitsu Telecom Networks Ltd
Current assignee: Fujitsu Telecom Networks Ltd
Priority date: 2000-09-19
Filing date: 2000-09-19
Publication date: 2002-03-29

Abstract

(57)【要約】【課題】複数の端末からの監視情報を収集する監視情
報収集システムに関し、複数の端末の正常性の確認及び
異常発生端末の自動判定を行い、且つシステムの信頼性
の向上を図る。【解決手段】分散配置された複数の端末１−１〜１−
ｎによる監視情報を収集すると共に、各端末１−１〜１
−ｎからの定時通報を収集して各端末の状態を含めて監
視する監視情報収集システム２であって、複数の端末１
−１〜１−ｎの定時通報をそれぞれ受信し、端末対応の
定時データを更新するデータベース６と、定時通報受信
から定時通報間隔に対応した定時通報受信予定時刻を経
過しても次の定時通報を受信できない端末は異常と推定
する推定部と、この推定部により異常発生と推定した端
末に対してテスト情報を送信し、このテスト情報に対す
る応答の有無を監視し、応答有りの場合は、この端末は
正常と判定し、応答無しの場合は、この端末は異常と判
定する端末異常判定部とを含む制御部８を備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、身障者や高齢者等
の病変により緊急通報を必要とする場合の緊急釦押下時
や、火災検知器による火災発生検知時或いは不法侵入検
知器等による不法侵入検知時に、端末からセンタに緊急
通報を行い、その緊急通報を受信して表示し、その表示
内容に従って処置を可能とし、且つ各端末の正常性を定
期的に確認できる監視情報収集システムに関する。

【０００２】

【従来の技術】火災発生検出，不法侵入検出，急病等に
よりセンタに自動発呼して緊急通報し、センタは、この
通報情報の内容に対応して消防署，警察署，病院等に連
絡するシステムが各種提案され、且つ実用化されてい
る。又センタに通報する為の端末は、緊急時以外はセン
タと通信しないものであるから、実際にセンタに対して
通報する時に正常であるか否かを予め確認できないもの
である。そこで、センタから定時的に端末に対してテス
ト情報を送出し、このテスト情報に対して応答を送信し
た端末は正常と判定するシステムが知られている。又端
末から定時通報をセンタに対して行うことにより、セン
タに対して正常性を判定させるシステムも知られてい
る。

【０００３】図７は従来例の説明図であり、分散配置さ
れた複数の端末７１−１〜７１−ｎとセンタ７２とが、
一般公衆網７３等に収容されており、各端末７１−１〜
７１−ｎは、緊急釦押下や火災検知器による火災検知等
の場合に、自動発呼機能によってセンタ７２に発呼し、
この発呼に対するセンタ７２の応答により、端末から監
視情報をセンタ７２に送信する。センタ７２は、送受信
部７４と、メモリ７５と、制御部７６と、表示部７７と
を含むセンタ専用の構成を有し、端末からの監視情報を
送受信部７４により受信し、制御部７６の制御によって
メモリ７５に格納し、且つ表示部７７に表示する。その
表示内容を監視員が判読して必要な処置をとることにな
る。

【０００４】又各端末７１−１〜７１−ｎは、定時通報
を自動発呼機能によってセンタ７２に送信するものであ
り、センタ７２は、この定時通報を一般公衆網７３を介
して送受信部７４により受信し、制御部７６の制御によ
ってメモリ７５に、端末７１−１〜７１−ｎ対応領域に
上書きする。この場合の着信日時情報を含めてメモリ７
５に格納する。従って、定時通報の受信記録をメモリ７
５から読取って表示部７７に表示することにより、定時
通報間隔を経過して定時通報を送出しない端末を識別す
ることができる。

【０００５】その場合、監視員は、その端末に対して発
呼操作し、その端末の応答の有無を監視し、応答有りの
場合は、一時的な電源断等の障害と判断し、又応答無し
の場合は、その端末の通信機能等の異常と判断して、そ
の端末の修理の為に、保守要員を派遣することになる。

【０００６】

【発明が解決しようとする課題】各端末７１−１〜７１
−ｎの正常性を監視する為の定時通報は、メモリ７５に
格納するものであり、このメモリ７５はランダムアクセ
スメモリ（ＲＡＭ）を用いる場合が一般的である。従っ
て、電源断の場合、バックアップ電源があっても長時間
にわたる場合には、メモリ７５の内容が消滅することに
なり、端末７１−１〜７１−ｎからの定時通報記録が消
滅するから、定時監視による正常性の確認ができないこ
とになる。その為、電源回復時には、全端末７１−１〜
７１−ｎに対して定時通報の場合と同様のデータを送信
するように指示し、その指示に従ったデータを定時通報
データとしてメモリ７５に格納することになる。この場
合の端末７１−１〜７１−ｎの台数が数千台とすると、
数千回の定時通報データの受信処理を連続して行う必要
が生じ、その間の実際の緊急通報を受信できない問題が
ある。

【０００７】そこで、メモリ７５を電気的に書換え可能
のＥＥＰＲＯＭを用いることが考えられる。しかし、こ
のＥＥＰＲＯＭは、書換え可能の回数が５０００回程度
であるから、定時監視可能の端末台数が制約されること
になる。例えば、通常の装置耐用年数を７年とし、定時
通報間隔を平均１０日程度とすると、約２０台程度の定
時監視が可能となり、実用的ではなくなる。

【０００８】又センタ７２の構成は、専用化されている
から、少品種，少量生産によりコストアップとなる問題
がある。又メモリ７５の容量は、端末数に対応した容量
として設計することになり、従って、余分な容量がない
と、端末数を増加することができないことになる。又監
視員が表示部７７の表示内容によって定時通報を受信し
ていない端末を識別し、その端末に対して応答有無のテ
スト操作を行うものであるから、異常発生端末を見落と
す可能性が大きい問題もある。

【０００９】本発明は、端末からの定時通報を基に異常
発生端末を自動的に識別し、且つ自動的に応答の有無の
テストを行って監視員の負担を軽減し、且つコストダウ
ンを図ると共に、端末数の増大等の柔軟な拡張性を有す
るシステムを提供することを目的とする。

【００１０】

【課題を解決するための手段】本発明の監視情報収集シ
ステムは、図１を参照して説明すると、分散配置された
複数の端末１−１〜１−ｎによる監視情報を収集すると
共に、各端末１−１〜１−ｎからの定時通報を収集して
各端末の状態を含めて監視する監視情報収集システム２
であって、複数の端末１−１〜１−ｎの定時通報をそれ
ぞれ受信して、端末対応の定時データを更新するデータ
ベース６と、定時通報受信から定時通報間隔に対応した
定時通報受信予定時刻を経過しても次の定時通報を受信
できない端末は異常と推定する推定部と、この推定部に
より異常発生と推定した端末に対してテスト情報を送信
し、このテスト情報に対する応答の有無を監視し、応答
有りの場合は、この端末は正常と判定し、応答無しの場
合は、この端末は異常と判定する端末異常判定部とを備
えている。制御部８は推定部と端末異常判定部との機能
を含むものである。

【００１１】又端末異常判定部により端末異常と判定し
た時に、この端末を指示した警報を表示する表示部７等
の手段を備えることができる。又推定部は、端末から監
視情報の送信が少ない時間帯にデータベース６を検索し
て、定時通報受信予定時刻を経過しても定時通報を受信
しない端末を抽出する機能を備えることができる。

【００１２】

【発明の実施の形態】図１は本発明の実施の形態の説明
図であり、１−１〜１−ｎは端末、２は監視センタ等に
設置する監視情報収集システム、３は一般公衆網、４は
送受信部、５はパソコン（パーソナルコンピュータ）等
のデータ処理装置、６はハードディスク装置等によるデ
ータベース、７は液晶パネルや陰極線管等による表示
部、８は制御部を示す。

【００１３】データ処理装置５は、制御部８の機能を実
現するプロセッサと、データベース６を構成するハード
ディスク装置と、表示部７を構成する液晶パネルや陰極
線管等を含む汎用のパソコンとすることができる。そし
て、送受信部４に対して、点線で示すように、複数台設
けて、プロセッサ間通信を用いて負荷分散を図ることも
可能である。又データベース６を、前述のように、ハー
ドディスク装置により構成し、大容量且つ不揮発性の記
憶装置として、多数の端末１−１〜１−ｎからの定時通
報データを格納することができると共に、書換えの可能
回数は非常に多いものであり、且つ電源断が長時間にわ
たる場合でも、記憶内容を保持することができる。

【００１４】又制御部８は、データベース６に対する定
時情報データの書込みや読出しを制御すると共に、定時
通報が定時通報間隔毎に受信したか否かを判定し、受信
していない場合は端末異常と推定する機能と、端末異常
と推定した時に、その端末に対してテスト情報の自動送
信処理を行う機能と、このテスト情報に対する応答の有
無を判定し、応答無しの場合は、端末異常と判定する機
能とを備えている。

【００１５】図２は本発明の実施の形態の監視情報収集
システムの要部説明図であり、データベース６は、端末
ＩＤと、最新定時通報着信日時と、定時通報間隔とに対
応して、端末対応に定時通報データとして格納するもの
である。又７は表示部、１１はデータベース制御部、１
２は推定部、１３は時計部、１４は端末異常判定部、１
５はテスト情報の送信及びそれに対する応答の受信の処
理を行う送受信処理部を示し、図１の送受信部４に接続
される。従って、この送受信部４は、一般公衆網３との
間のインタフェースの機能のみを有する構成とすること
ができる。

【００１６】推定部１２は、時計部１３による日時を基
に、データベース６の端末対応の最新定時通報着信日時
から定時通報間隔の日時が経過しているか否かを判定
し、経過している時に、その端末は異常と推定し、端末
異常判定部１４から送受信処理部１５を起動して、異常
と推定した端末に対してテスト情報を送信する。このテ
スト情報に対する端末からの応答の有無を判定し、応答
無しの場合に、端末異常判定部１４は、その端末は異常
発生と判定し、表示部７に異常発生端末を指示したアラ
ーム表示を行う。

【００１７】図３乃至図６は本発明の実施の形態のフロ
ーチャートを示し、端末からの着信データの受信待ち
（１）とし、データ処理装置５の制御部８は、着信デー
タ受信か否かを判定し（２）、着信データ受信の場合、
定時通報の定時データか否かを判定し（３）、定時デー
タでない場合は、緊急通報等の処理により表示部７に着
信データを表示する処理を行う（４）。

【００１８】又定時データの場合は、定時着信データベ
ース（ＤＢ）の更新、即ち、データベース６の端末ＩＤ
対応の定時通報如の更新を行う（５）。又端末情報登録
作業（６）は、端末ＩＤを入力して行うものであり、定
時通報間隔の更新か否かを判定し（７）、更新の場合、
又は新規登録の場合、データベース（ＤＢ）の端末ＩＤ
対応の定時通報間隔を日又は時間を単位として更新，登
録する。即ち、図２に示すデータベース６の定時通報間
隔の更新，登録を行う。

【００１９】次に自動定時監視設定の有無を判定し
（８）、無しの場合は、手動定時監視を実行するか否か
を判定し（１０）、実行しない場合は、ステップ（１）
に移行する。又実行する場合は、次のステップ（１１）
に移行する。又自動定時監視設定有りの場合は、現在時
刻が定時監視時刻か否かを判定し、現在時刻が定時監視
時刻となると、ステップ（１１）に移行する。

【００２０】このステップ（１１）に於いては、定時デ
ータ未着信の端末ＩＤを検索する。この場合、定時デー
タ未着信端末を抽出する為に、現在時刻（Ａ）−最新定
時データ着信時刻（Ｂ）−誤差（Ｃ）＝経過時刻（Ｄ）
を求める。そして、経過時刻（Ｄ）＞定時通報間隔
（Ｅ）か否かを判定する（１２）。この場合の誤差
（Ｃ）は、一般公衆網の輻輳等を考慮して設定する。そ
して、（Ｄ）＞（Ｅ）の場合、図２の推定部１２に於い
て端末異常と推定し、端末異常ＩＤリストＤＢ（データ
ベース）を更新する。即ち、端末異常と推定した端末Ｉ
Ｄと、経過時刻（Ｄ）とを記録する。そして、（Ｄ）＞
（Ｅ）でない場合を含めて、全端末ＩＤについて検索終
了か否かを判定し（１４）、終了していない場合は、ス
テップ（１１）に移行し、終了した場合は、次のステッ
プに移行する。

【００２１】全端末についての検索が終了すると、端末
ＩＤリスト表示設定の有無の判定（１５）と、端末ＩＤ
リスト印刷設定の有無の判定（１６）と、サウンド出力
設定の有無の判定（１７）とを行い、端末異常ＩＤリス
ト表示設定がある場合は、端末異常ＩＤリストを表示部
７に表示し（１８）、正常表示か否かを判定し（１
９）、正常表示であれば、ステップ（２７）に移行し、
正常に表示できない場合は、エラー表示を行って（２
０）、ステップ（２７）に移行する。

【００２２】又端末異常ＩＤリスト印刷設定がある場合
は、端末異常ＩＤリストを図示を省略したプリンタによ
り印刷出力し（２１）、印刷完了か否かを判定し（２
２）、印刷完了の場合は、ステップ（２７）に移行し、
印刷が正常完了しない場合は、印刷停止し、エラー表示
を行い（２３）、ステップ（２７）に移行する。

【００２３】又サウンド出力の設定有りの場合は、端末
異常を示すブザー鳴動等のサウンド再生を行い（２
４）、そして、サウンド停止操作の有無を判定し（２
５）、停止操作がなければ、前のステップ（２４）に戻
り、又停止操作があれば、サウンド停止（２６）とし
て、ステップ（２７）に移行する。

【００２４】ステップ（２７）に於いては、自動端末テ
スト設定の有無を判定し、無しの場合は、手動端末テス
ト操作の有無を判定し（２９）、無しの場合は終了と
し、又有りの場合は、ステップ（２８）に移行する。又
自動端末テスト設定有りの場合はステップ（２８）に移
行する。

【００２５】ステップ（２８）に於いては、端末異常Ｉ
Ｄ＝Ｎに対するオートダイヤルを行う。この場合、発信
者番号通知の為の例えば「１８６＋電話番号」のオート
ダイヤルを図２の送受信処理部１５の機能によって行
う。そして、会話後テストの設定の有無を判定し（３
０）、設定有りの場合は、監視員がユーザ応答後にテス
トする旨を連絡する通話を行い（３１）、端末側のテス
トモードの切替操作の有無を判定し（３２）、ユーザが
テストモードに切替えない場合は終了とし、切替えた場
合、及び会話後テストの設定無しの場合は、端末からの
応答電文待ちとし（３３）、応答電文受信か否かを判定
する（３４）。

【００２６】端末は、発信者番号が付加された着信に対
して、予め設定してある電文を応答電文として自動応答
する機能を備えており、この応答電文を受信すると、端
末の正常性を確認する為のテストデータ送受信を行い
（３５）、この送受信が正常に終了したか否かを、図２
の端末異常判定部１４により判定し（３６）、正常終了
しない場合は、再度テストデータの送受信を行うか又は
結果を表示部７に表示し（３８）、ステップ（２９）に
移行する。

【００２７】又テストデータの送受信が正常終了する
と、手動操作によるテストであるか否かを判定し（３
７）、手動操作テストの場合は、その結果を表示部７に
表示する（３８）。そして、ステップ（２９）に移行す
る。又手動操作テストでない場合は、異常端末ＩＤ全件
のテスト終了か否かを判定し（３９）、終了でない場合
は、ステップ（２８）に移行する。そして、異常端末Ｉ
Ｄ全件のテストが終了すると、端末異常判定部１４は、
テスト異常の端末ＩＤの有無を判定し（４０）、無しの
場合は、表示部７に異常端末無しの表示を行い（４
２）、又有りの場合は、テスト異常端末ＩＤリストを表
示部７に表示する（４１）。

【００２８】又ステップ（３４）に於いて、応答電文を
受信していない場合、応答待ちタイムオーバーか否かを
判定し（４３）、タイムオーバーでない場合は、応答電
文待ちのステップ（３３）に移行し、又タイムオーバー
の場合は、テスト異常端末ＩＤリストのデータベースを
更新し（４４）、手動操作によるテストか否かを判定し
（４５）、手動操作によるテストでない場合は、ステッ
プ（３９）に移行し、又手動操作によるテストの場合
は、結果を表示部７に表示し（４６）、ステップ（２
９）に移行する。

【００２９】前述の処理ステップにより、定時通報の有
無を判定し、定時通報間隔を経過しても定時通報を受信
しない端末を異常端末と推定し、テスト情報による応答
の有無を判定し、応答無しの場合は、端末異常と判定す
る。従って、多数の端末から監視情報を収集するシステ
ムに於いて、自動的に端末の正常性を確認し、且つ異常
発生の端末を識別することができる。

【００３０】

【発明の効果】以上説明したように、本発明は、汎用の
データ処理装置５を用いて構成することができるから、
コストダウンを図ることが可能であり、又データベース
６としてハードディスク装置を用いることにより、電源
断となった時でも、定時通報データを保持し、電源回復
時に、直ちに、定時通報の有無の監視を開始することが
できる利点がある。又ハードディスク装置は、大容量の
構成の比較的安価であるから、端末の増加に対応して内
部構成を変更することなく、容易に対処することができ
る。即ち、拡張性に優れたシステムとすることができ
る。又定時通報間隔を経過しても定時通報を送信しない
端末を自動的に抽出してテストすることができるから、
端末の正常性を常に確認し、システムの信頼性を向上す
ることができる利点がある。

【図面の簡単な説明】

【図１】本発明の実施の形態の説明図である。

【図２】本発明の実施の形態の監視情報収集システムの
要部説明図である。

【図３】本発明の実施の形態のフローチャートである。

【図４】本発明の実施の形態のフローチャートである。

【図５】本発明の実施の形態のフローチャートである。

【図６】本発明の実施の形態のフローチャートである。

【図７】従来例の説明図である。

【符号の説明】

１−１〜１−ｎ端末２監視情報収集システム３一般公衆網４送受信部５データ処理装置６データベース７表示部８制御部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｑ 9/00 ３１１Ｈ０４Ｑ 9/00 ３１１ＷＦターム(参考） 5C087 AA02 AA03 AA24 AA25 BB12 BB64 DD03 DD04 DD05 DD25 DD26 EE11 EE12 EE18 EE20 FF01 FF02 FF04 FF05 FF19 FF20 FF23 GG08 GG12 GG14 GG19 GG24 GG30 GG32 GG36 GG66 GG67 GG70 GG83 5K048 AA06 BA34 CA01 CA08 DA02 DC07 EA11 EB02 EB08 EB11 EB12 FB04 FB05 FB08 FB11 FC01 HA01 HA02 HA05 HA07 HA13 HA21 5K101 KK13 LL01 LL03 MM04 MM05 MM07 NN03 NN18 NN21 NN34 RR12 SS07 TT06 UU16

Claims

【特許請求の範囲】

【請求項１】分散配置された複数の端末による監視情
報を収集すると共に、各端末からの定時通報を収集して
各端末の状態を含めて監視する監視情報収集システムに
於いて、前記複数の端末の定時通報をそれぞれ受信して該端末対
応の定時データを更新するデータベースと、前記定時通報受信から定時通報間隔に対応した定時通報
受信予定時刻を経過しても次の定時通報を受信できない
端末は異常と推定する推定部と、該推定部により異常発生と推定した端末に対してテスト
情報を送信し、該テスト情報に対する応答の有無を監視
し、応答有りの場合は該端末は正常と判定し、応答無し
の場合は該端末は異常と判定する端末異常判定部とを備
えたことを特徴とする監視情報収集システム。
【請求項２】前記端末異常判定部により端末異常と判
定した時に、該端末を指示した警報を表示する手段を備
えたことを特徴とする請求項１記載の監視情報収集シス
テム。
【請求項３】前記推定部は、前記端末から監視情報の
送信が少ない時間帯に前記データベースを検索して、定
時通報受信予定時刻を経過しても定時通報を受信しない
端末を抽出する機能を備えたことを特徴とする請求項１
記載の監視情報収集システム。