JP2000341426A - 監視システム - Google Patents

Abstract

(57)【要約】 【課題】 通信回線の課金単位時間を考慮した効率的な
データ送信を行うことができ、これにより通信費用の低
減や監視機能の強化などが図れる監視システムを提供す
る。 【解決手段】 緊急性のある警報データ（または定期的
に送る必要のあるデータ）を公衆電話回線３によりリモ
ート装置２からセンタ装置４に逐次に送信し、その送信
に要した時間を公衆電話回線３の課金単位時間から除い
た残りの時間内で、緊急性のない通常データ（または定
期的に送る必要のない通常データ）を引き続き送信す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、端末で捕らえた
データを通信回線により監視センタに送信する監視シス
テムに関する。

【０００２】

【従来の技術】ビル等に端末としてリモート装置を設置
し、このリモート装置とセンタ装置との間で通信回線
（例えば公衆電話回線）によりデータ送受信を行う監視
システムがある。

【０００３】リモート装置から送信されるデータには、
警報データ、イベント（状態）データ、履歴データなど
がある。このうち、警報データについては発生後直ちに
送信（通報）することが要求される。イベントデータや
履歴データなどの通常データについては、直ちに送信す
る必要がなく、一定期間毎に、あるいはリモート装置内
のデータメモリが一定量以上になった場合に送信（また
はセンタ装置より収集）する仕組となっている。

【０００４】たとえば、図５のフローチャートに示すよ
うに、警報が発生すると（ステップ１０１のＹＥＳ）、
リモート装置とセンタ装置との間の通信回線が接続され
（ステップ１０２）、リモート装置において警報処理ル
ーチンが実行される（ステップ１０３）。

【０００５】警報処理ルーチンでは、図６のフローチャ
ートに示すように、警報内容等を表わす警報データがセ
ンタ装置に送信され（ステップ１１１）、その送信の確
認を待って（ステップ１１２のＹＥＳ）、送信完了処理
となる（ステップ１１３）。そして、この警報処理ルー
チンの終了により、リモート装置とセンタ装置との間の
通信回線の接続が解除される（ステップ１０４）。

【０００６】通常データについては、図７のフローチャ
ートに示すように、メモリ内の未送信通常データの保存
量が一定値を超えているかどうか、またはメモリ内の未
送信通常データの日付が一定日より古くなっているかど
うか、またはセンタ装置より通常データ収集依頼があっ
たかどうかなど、所定の判断処理（※１）が実行される
（ステップ１２１）。

【０００７】判断結果が肯定の場合（ステップ１２１の
ＹＥＳ）、つまり未送信通常データの保存量が一定値を
超えていれば、または未送信通常データの日付が一定日
より古くなっていれば、または通常データ収集依頼があ
れば、リモート装置とセンタ装置との間の通信回線が接
続され（ステップ１２２）、リモート装置において通常
データ送信ルーチンが実行される（ステップ１２３）。

【０００８】通常データ送信ルーチンでは、図８のフロ
ーチャートに示すように、通常データがセンタ装置に送
信され（ステップ１３１）、その送信の確認を待って
（ステップ１３２のＹＥＳ）、送信完了処理となる（ス
テップ１３３）。そして、通常データ送信ルーチンの終
了により、リモート装置とセンタ装置との間の通信回線
の接続が解除される（ステップ１２４）。

【０００９】センタ装置は、リモート装置から送信され
るデータを、保存したり、解析したり、あるいは係員が
解る形で報知する。

【００１０】

【発明が解決しようとする課題】リモート装置とセンタ
装置とを結ぶ通信回線として例えば公衆電話回線が利用
されるが、その利用に際しては、同一市内であれば３分
間１０円というように、一定時間を単位とした課金がな
される。一定時間のことを一般に課金単位時間と称して
いる。このような課金単位時間に対し、警報データの送
信にかかる時間はかなり短い。警報データの送信にかか
る時間がたとえ１秒と短くても、通信にかかる料金はあ
くまでも課金単位時間が基準となる。

【００１１】この発明は上記の事情を考慮したもので、
その目的とするところは、通信回線の課金単位時間を考
慮した効率的なデータ送信を行うことができ、これによ
り通信費用の低減や監視機能の強化などが図れる監視シ
ステムを提供することにある。

【００１２】

【課題を解決するための手段】請求項１に係る発明の監
視システムは、端末とセンタ装置との間で通信回線によ
るデータ送受信を行うものであって；端末に設けられ、
緊急性のあるまたは定期的に送る必要のあるデータをセ
ンタ装置に逐次に送信する第１制御手段と；端末に設け
られ、上記第１制御手段によるデータの送信後、その送
信に要した時間を通信回線の課金単位時間から除いた残
りの時間内で、緊急性のないまたは定期的に送る必要の
ない通常データを引き続き送信する第２制御手段と；を
備える。

【００１３】請求項２に係る発明の監視システムは、端
末とセンタ装置との間で通信回線を介してのデータ送受
信を行うものであって；端末に設けられ、緊急性のある
または定期的に送る必要のあるデータを逐次に送信する
第１制御手段と；端末に設けられ、緊急性のないまたは
定期的に送る必要のない通常データを記憶する記憶手段
と；端末に設けられ、上記第１制御手段によるデータの
送信後、その送信に要した時間を通信回線の課金単位時
間から除いた残りの時間内で、上記記憶手段内の通常デ
ータを引き続き送信する第２制御手段と；を備える。

【００１４】請求項３に係る発明の監視システムは、請
求項１または請求項２に係る発明において、第２制御手
段が、通常データを複数のブロックに分けて順次に送信
する。

【００１５】

【発明の実施の形態】［１］以下、この発明の第１実施
例について図面を参照して説明する。

【００１６】図１に示すように、ビル等の建物１ａ，１
ｂ，…１ｎに端末としてリモート装置２がそれぞれ設置
され、これらリモート装置２と監視センタのセンタ装置
４とが必要に応じて通信回線たとえば公衆電話回線（Ｉ
ＳＤＮ回線を含む）３により接続される。公衆電話回線
３の利用に際しては、例えば同一市内であれば３分間１
０円というように、一定時間を単位とした商用ベースの
課金がなされる。一定時間のことを、以後、課金単位時
間と称する。

【００１７】リモート装置２は、各種センサ（図示しな
い）で捕らえたデータを公衆電話回線３の利用によりセ
ンタ装置４に送信する。

【００１８】リモート装置２から送信されるデータに
は、緊急性のある警報データ、緊急性のないイベント
（状態）データや履歴データなどがある。

【００１９】警報データについては、火災警報、防犯警
報、異常水位警報、入退出警報などの種類があり、発生
後直ちに送信（通報）することが要求される。イベント
データや履歴データなどの通常データについては、直ち
に送信する必要がなく、リモート装置２におけるメモリ
Ｍに一旦保持される。

【００２０】センタ装置４は、リモート装置２から送信
されるデータを受信し、それを保存したり、解析した
り、あるいは係員が解る形で報知する。また、センタ装
置４は、リモート装置２から送信される通常データを受
信するだけでなく、制御指令等の通常データをリモート
装置２に送信する機能も有する。

【００２１】そして、各リモート装置２は、主要な機能
手段として次の（１）（２）を備える。

【００２２】（１）緊急性のある警報データをセンタ装
置４に逐次に送信する第１制御手段。

【００２３】（２）上記第１制御手段による警報データ
の送信後、その送信に要した時間を公衆電話回線３の課
金単位時間から除いた残りの時間内で、メモリＭ内の通
常データを引き続き且つ複数のブロックに分けて順次に
送信する第２制御手段。

【００２４】つぎに、上記の構成の作用を図２のフロー
チャートを参照しながら説明する。

【００２５】警報が発生すると（ステップ２０１のＹＥ
Ｓ）、リモート装置２とセンタ装置４とが回線接続され
るとともに（ステップ２０２）、その回線接続に関わる
接続情報（開始時間・相手等）がリモート装置２内のメ
モリＭに記録される（ステップ２０３）。そして、リモ
ート装置２において警報処理ルーチンが実行される（ス
テップ２０４）。警報処理ルーチンは図６のフローチャ
ートに示したものと同じであり、その詳細な説明は省略
する。

【００２６】警報処理ルーチンが終了すると、回線接続
状況として接続経過時間（いわゆる通話時間）が確認さ
れ（ステップ２０５）、その接続経過時間が公衆電話回
線３の課金単位時間（たとえば３分間）を超えているか
どうか、さらにメモリＭ内に未送信通常データが無いか
どうかの判断処理（※２）が実行される（ステップ２０
６）。

【００２７】判断結果が否定の場合（ステップ２０６の
ＮＯ）、つまり接続経過時間が課金単位時間を超えてお
らず、しかもメモリＭ内に未送信通常データが有る場合
には、警報データの送信に引き続いてデータ送信ルーチ
ンが実行される（ステップ２０７）。

【００２８】データ送信ルーチンでは、図３のフローチ
ャートに示すように、メモリＭ内の通常データが一定の
ブロック単位でセンタ装置に送信される（ステップ２２
１）。１ブロック分の送信が終わると（ステップ２２２
のＹＥＳ）、その１ブロック分についての所定の送信完
了処理がなされる（ステップ２２３）。そして、課金単
位時間の終了までの残り時間が一定量未満になったかど
うかの判断処理（※３）が実行される（ステップ２０
８）。

【００２９】判断結果が否定の場合（ステップ２０８の
ＮＯ）、つまり課金単位時間の終了までの残り時間がま
だ一定量以上あれば、上記判断処理（※２）およびデー
タ送信ルーチンが再び実行される（ステップ２０６，２
０７）判断結果が肯定の場合（ステップ２０８のＹＥ
Ｓ）、つまり課金単位時間の終了までの残り時間が一定
量未満になると、リモート装置２とセンタ装置４との間
の回線接続が解除される（ステップ２０９）。

【００３０】一方、警報が発生しない状況では（ステッ
プ２０１のＮＯ）、メモリＭ内の未送信通常データの保
存量が一定値を超えているかどうか、またはメモリＭ内
の未送信通常データの日付が一定日より古くなっている
かどうか、またはセンタ装置４より通常データ収集依頼
があったかどうかなど、所定の判断処理（※１）が実行
される（ステップ２１０）。

【００３１】判断結果が肯定の場合（ステップ２１０の
ＹＥＳ）、つまり未送信通常データの保存量が一定値を
超えていれば、または未送信通常データの日付が一定日
より古くなっていれば、または通常データ収集依頼があ
れば、リモート装置２とセンタ装置４とが回線接続され
（ステップ２１１）、リモート装置２において通常デー
タ送信ルーチンが実行される（ステップ２１２）。これ
により、メモリＭ内の通常データが送信される。通常デ
ータ送信ルーチンは図８のフローチャートに示したもの
と同じであり、その詳細な説明は省略する。

【００３２】以上のように、緊急性のある警報データに
ついては直ちに送信し、その送信に要した時間を公衆電
話回線３の課金単位時間から除いた残りの時間内で、メ
モリＭ内の通常データを引き続き送信することにより、
もともと警報データの送信にかかる費用の範囲内で通常
データもいっしょに送信することができ、公衆電話回線
３の課金単位時間を考慮した効率的なデータ送信を行う
ことができる。したがって、通常データの送信にかかる
時間が短くなり、通信費用（電話料金）の低減が図れ
る。

【００３３】しかも、通常データを複数のブロックに分
けて送信するようにしているので、課金単位時間の残り
時間内でできるだけ多くの通常データを送信しながら、
その送信分を除いた未送信分についても次の機会に確実
に送信することができる。データ送信に関して高い信頼
性を確保することができる。

【００３４】また、通常データの送信機会が増えること
から、リモート装置２において、通常データの早期更新
が可能となる。この早期更新は、メモリ容量の縮小化や
コスト削減につながる。センタ装置４にとっては、各リ
モート装置２の通常データをなるべく新しい状態で取込
むことができ、監視機能の強化などが図れる。

【００３５】［２］第２実施例について説明する。

【００３６】各リモート装置２は、主要な機能手段とし
て、第１実施例の（１）（２）に代わり次の（１１）
（１２）（１３）を備える。

【００３７】（１１）当該リモート装置２の動作状態や
公衆電話回線３の動作状態（データ送信可能な適性状態
にあるかどうか）を定期的に確認する確認手段。

【００３８】（１２）上記確認手段の確認結果を表わす
データ（定期的に送る必要のあるデータ）をセンタ装置
４に逐次（＝定期的）に送信する第１制御手段。

【００３９】（１３）上記第１制御手段によるデータの
送信後、その送信に要した時間を公衆電話回線３の課金
単位時間から除いた残りの時間内で、メモリＭ内の通常
データ（定期的に送る必要のないデータ）を引き続き且
つ複数のブロックに分けて順次に送信する第２制御手
段。

【００４０】作用については、図４のフローチャートに
示すように、第１実施例のステップ２０１の処理に代わ
りステップ２４１の処理が実行され、ステップ２０４に
の処理に代わりステップ２４２の処理が実行される。

【００４１】すなわち、リモート装置２や公衆電話回線
３に対する動作確認を行うタイミングにおいて（ステッ
プ２４１のＹＥＳ）、リモート装置２とセンタ装置４と
が回線接続されるとともに（ステップ２０２）、その回
線接続に関わる情報（開始時間・相手等）がリモート装
置２内のメモリＭに記録される（ステップ２０３）。そ
して、リモート装置２における動作確認ルーチンの実行
により（ステップ２４２）、リモート装置２または公衆
電話回線３の動作状態が確認されるとともに、その確認
結果を表わすデータ（定期的に送る必要のあるデータ）
がセンタ装置４に送信される。

【００４２】動作確認ルーチンが終了すると、回線接続
状況として接続経過時間（いわゆる通話時間）が確認さ
れ（ステップ２０５）、その接続経過時間が公衆電話回
線３の課金単位時間（たとえば３分間）を超えているか
どうか、さらにメモリＭ内に未送信通常データが無いか
どうかの判断処理（※２）が実行される（ステップ２０
６）。

【００４３】判断結果が否定の場合（ステップ２０６の
ＮＯ）、つまり接続経過時間が課金単位時間を超えてお
らず、しかもメモリＭ内に未送信通常データが有る場合
には、動作確認の結果を表わすデータの送信に引き続い
てデータ送信ルーチンが実行される（ステップ２０
７）。このデータ送信ルーチンにより、メモリＭ内の通
常データが一定のブロック単位でセンタ装置に送信され
る。

【００４４】１ブロック分の通常データが送信される
と、課金単位時間の終了までの残り時間が一定量未満に
なったかどうかの判断処理（※３）が実行される（ステ
ップ２０８）。

【００４５】判断結果が否定の場合（ステップ２０８の
ＮＯ）、つまり課金単位時間の終了までの残り時間がま
だ一定量以上あれば、上記判断処理（※２）およびデー
タ送信ルーチンが再び実行される（ステップ２０６，２
０７）判断結果が肯定の場合（ステップ２０８のＹＥ
Ｓ）、つまり課金単位時間の終了までの残り時間が一定
量未満になると、リモート装置２とセンタ装置４との間
の回線接続が解除される（ステップ２０９）。

【００４６】一方、警報が発生しない状況では（ステッ
プ２０１のＮＯ）、メモリＭ内の未送信通常データの保
存量が一定値を超えているかどうか、またはメモリＭ内
の未送信通常データの日付が一定日より古くなっている
かどうか、またはセンタ装置４より通常データ収集依頼
があったかどうかなど、所定の判断処理（※１）が実行
される（ステップ２１０）。

【００４７】判断結果が肯定の場合（ステップ２１０の
ＹＥＳ）、つまり未送信通常データの保存量が一定値を
超えていれば、または未送信通常データの日付が一定日
より古くなっていれば、または通常データ収集依頼があ
れば、リモート装置２とセンタ装置４とが回線接続され
（ステップ２１１）、リモート装置２において通常デー
タ送信ルーチンが実行される（ステップ２１２）。これ
により、メモリＭ内の通常データが送信される。

【００４８】以上のように、定期的データについては直
ちに送信し、その送信に要した時間を公衆電話回線３の
課金単位時間から除いた残りの時間内で、メモリＭ内の
通常データを引き続き送信することにより、もともと定
期的データの送信にかかる費用の範囲内で通常データも
いっしょに送信することができ、公衆電話回線３の課金
単位時間を考慮した効率的なデータ送信を行うことがで
きる。したがって、通常データの送信にかかる時間が短
くなり、通信費用（電話料金）の低減が図れる。

【００４９】しかも、通常データを複数のブロックに分
けて送信するようにしているので、課金単位時間の残り
時間内でできるだけ多くの通常データを送信しながら、
その送信分を除いた未送信分についても次の機会に確実
に送信することができる。データ送信に関して高い信頼
性を確保することができる。

【００５０】また、通常データの送信機会が増えること
になり、リモート装置２において、通常データの早期更
新が可能となる。この早期更新は、メモリ容量の縮小化
やコスト削減につながる。センタ装置４にとっては、各
リモート装置２の通常データをなるべく新しい状態で取
込むことができ、監視機能の強化などが図れる。

【００５１】

【発明の効果】以上述べたようにこの発明によれば、緊
急性のあるまたは定期的に送る必要のあるデータを端末
からセンタ装置に逐次に送信し、その送信に要した時間
を通信回線の課金単位時間から除いた残りの時間内で、
緊急性のないまたは定期的に送る必要のない通常データ
を引き続き送信する構成としたので、通信回線の課金単
位時間を考慮した効率的なデータ送信を行うことがで
き、これにより通信費用の低減や監視機能の強化などが
図れる監視システムを提供できる。

【図面の簡単な説明】

【図１】各実施例の構成を示すブロック図。

【図２】第１実施例の作用を説明するためのフローチャ
ート。

【図３】図２におけるデータ送信ルーチンを示すフロー
チャート。

【図４】第２実施例の作用を説明するためのフローチャ
ート。

【図５】従来の警報データの送信を説明するためのフロ
ーチャート。

【図６】図５における警報処理ルーチンを示すフローチ
ャート。

【図７】従来の通常データの送信を説明するためのフロ
ーチャート。

【図８】図７における通常データ送信ルーチンを示すフ
ローチャート。

【符号の説明】

１ａ，１ｂ，…１ｎ…建物 ２…リモート装置（端末） ３…公衆電話回線（通信回線） ４…センタ装置

Claims (3)

【特許請求の範囲】
1. 【請求項１】 端末とセンタ装置との間で通信回線によ
   るデータ送受信を行う監視システムにおいて、 前記端末に設けられ、緊急性のあるまたは定期的に送る
   必要のあるデータを前記センタ装置に逐次に送信する第
   １制御手段と、 前記端末に設けられ、前記第１制御手段によるデータの
   送信後、その送信に要した時間を前記通信回線の課金単
   位時間から除いた残りの時間内で、緊急性のないまたは
   定期的に送る必要のない通常データを引き続き送信する
   第２制御手段と、 を具備したことを特徴とする監視システム。
2. 【請求項２】 端末とセンタ装置との間で通信回線によ
   るデータ送受信を行う監視システムにおいて、 前記端末に設けられ、緊急性のあるまたは定期的に送る
   必要のあるデータを前記センタ装置に逐次に送信する第
   １制御手段と、 前記端末に設けられ、緊急性のないまたは定期的に送る
   必要のない通常データを記憶する記憶手段と、 前記端末に設けられ、前記第１制御手段によるデータの
   送信後、その送信に要した時間を前記通信回線の課金単
   位時間から除いた残りの時間内で、前記記憶手段内の通
   常データを引き続き送信する第２制御手段と、 を具備したことを特徴とする監視システム。
3. 【請求項３】 前記第２制御手段は、通常データを複数
   のブロックに分けて順次に送信することを特徴とする請
   求項１または請求項２に記載の監視システム。