(57)【要約】【課題】通信異常時の記録データの欠損防止し、多重通信による監視とデータリカバリーの同時処理し、収集データと通信状態を同時に閲覧可能とするテレメータ装置を提供する。【解決手段】機場のデータを収集、記録する機能を有する監視端末４００と通信回線３００を介して接続し、監視端末４００内のデータを受信する通信機能と、通信異常を検知する機能とを有する監視装置２００からなるテレメータ装置であって、監視装置２００が通信異常を検知すると通信異常復旧後に通信異常中に取得すべきデータの送信を監視端末４００に要求し、新たに取得したデータを使って監視装置２００内のデータの通信異常時の箇所を修正する手段を具備する。通信異常中に記録するデータの値を通信異常直前に取得した数値としておき、監視端末４００に記録したデータを通信異常復旧後に取得し、監視装置２００内のデータを修正する。【選択図】図１
2008134690.tif 000002
【特許請求の範囲】
【請求項１】
機場のデータを収集、記録する機能を有する監視端末と通信回線を介して接続し、前記監視端末内のデータを受信する通信機能と、通信異常を検知する機能とを有する監視装置からなるテレメータ装置であって、
前記監視装置が通信異常を検知すると通信異常復旧後に通信異常中に取得すべきデータの送信を前記監視端末に要求し、該監視端末から新たに取得したデータを使って前記監視装置内に蓄積したデータの通信異常時の箇所を修正する手段を具備することを特徴とするテレメータ装置。
【請求項２】
請求項１記載のテレメータ装置において、
通信異常中に記録するデータの値を通信異常直前に取得した数値としておき、前記監視端末に記録したデータを通信異常復旧後に取得し、前記監視装置内のデータを修正することを特徴とするテレメータ装置。
【請求項３】
請求項１記載のテレメータ装置において、
前記監視装置内のデータを修正する際に、前記監視端末から新たに取得したデータに対して該監視端末が収集したデータであるかの判定を行う機能を有し、収集したデータであるときデータ修正を行うことを特徴とするテレメータ装置。
【請求項４】
請求項１記載のテレメータ装置において、
前記監視装置は内部時計の時刻データを配信する機能を有しており、配信する時刻データに内部時計を合わせる機能を有する監視端末に対して前記監視装置は時刻データを配信し、前記監視装置の配信する時刻データに前記監視端末が内部時計を合わせることで前記監視装置と前記監視端末の時刻を同期させることができることを特徴とするテレメータ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テレメータ装置に関し、特に監視システム及びテレメータ装置並びにコンピューター・ソフトウェアを使用し、上下水道の給水、配水設備や、産業用の生産設備、販売データ収集設備等を遠隔監視や制御する技術に関する。
【背景技術】
【０００２】
従来から、監視装置が監視端末と通信して監視端末の瞬時データを収集し設備を監視するシステムが知られている。従来の監視システムの例には、特許文献１がある。
【０００３】
上記に示す従来の監視システムでは多くの場合、常時連続通信回線を利用し、監視装置が監視端末の瞬時データを連続通信で収集し続けている。従来はこのような監視システムでは、信頼性の高いアナログ専用線を用いていた。しかし、近年インターネットを利用したより安価で高速な通信が増加する傾向にある。しかし、これらの通信回線の利用はアナログ専用回線と比べると、通信の信頼性が低いため通信異常によって収集データに欠落が生じる可能性がある。
【０００４】
また、従来のアナログ専用回線であっても通信異常が発生することはあった。従来は通信異常の発生中は、通信異常中の集計データは最後に取得した瞬時データから変化していないものとして、通信異常直前の数値を保持してデータ収集を行っていた。以下、この技術を「前回値保持」と言う。
【特許文献１】特開２００１−１８８９８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記の従来の問題を整理すると、以下のようになる。
（１）通信異常によるデータの欠損が頻繁に起こることが予想されること。
インターネット回線は従来のアナログ専用回線に比べて信頼性が低いため、通信異常が頻繁に発生する。そして、通信異常中は監視データを取得できないため、記録データに欠損が生じる可能性がある。
（２）通信異常中のデータ取得ができないこと。
監視装置は常時通信をして監視端末の瞬時データを取得、集計を行っている。そのため、通信異常中は瞬時データの送受信ができないため、データを得ることができない。
（３）通信異常中の記録データが機場の実測データと異なること。
従来のシステムでは、前回値保持を行っているために、通信異常中には通信異常直前に計測されたデータがそのまま記録される。そのため、通信異常中に保存されたデータは、実際に機場で測定されたものとは異なる内容となる。
（４）通信異常時に集計されたデータと正常時に集計されたデータの区別がつかないこと。
従来のシステムでは、通信異常中は前回値保持を行っているため、通信異常時のデータと正常時のデータにはデータ上は違いが無く、そのデータが正常な通信で取得されたものなのかどうか区別することができなかった。
【課題を解決するための手段】
【０００６】
本発明は、機場のデータを収集、記録する機能を有する監視端末と通信回線を介して接続し、前記監視端末内のデータを受信する通信機能と、通信異常を検知する機能とを有する監視装置からなるテレメータ装置であって、前記監視装置が通信異常を検知すると通信異常復旧後に通信異常中に取得すべきデータの送信を前記監視端末に要求し、該監視端末から新たに取得したデータを使って前記監視装置内に蓄積したデータの通信異常時の箇所を修正する手段を具備するテレメータ装置である。
【０００７】
また、本発明は、通信異常中に記録するデータの値を通信異常直前に取得した数値としておき、前記監視端末に記録したデータを通信異常復旧後に取得し、前記監視装置内のデータを修正するテレメータ装置である。
【０００８】
そして、本発明は、前記監視装置内のデータを修正する際に、前記監視端末から新たに取得したデータに対して該監視端末が収集したデータであるかの判定を行う機能を有し、収集したデータであるときデータ修正を行うテレメータ装置である。
【０００９】
更に、本発明は、前記監視装置は内部時計の時刻データを配信する機能を有しており、配信する時刻データに内部時計を合わせる機能を有する監視端末に対して前記監視装置は時刻データを配信し、前記監視装置の配信する時刻データに前記監視端末が内部時計を合わせることで前記監視装置と前記監視端末の時刻を同期させることができるテレメータ装置である。
【発明の効果】
【００１０】
本発明によれば、以下のことを達成することができる。
（１）通信異常時の記録データの欠損防止
本発明によって通信が常時確立していることを保証していないインターネット回線を利用した際に、一時的に通信異常が発生しても欠損のない監視データを作ることができる。
（２）収集データと通信状態を一緒に表示可能
データのどの部分リカバリーしたかを表示することができ、集計直後のデータとリカバリー後のデータに差異があるので、確認することができる。
（３）多重通信による監視とデータリカバリーの同時処理
インターネットなどを利用した多重通信を行い、監視データと同時にリカバリーデータを取得する通信を行うことができるため、リカバリーのために動作を中断することなく監視を行うこができる。
（４）収集データと通信状態を同時に閲覧可能
本発明は前回値保持の技術と上位互換性があり、従来方式のテレメータシステムにそのまま機能のグレードアップを提供することができる。このため、通信異常ではなく端末側が故障して交換を行ったような場合には、直前の数値を保持することによりデータの整合性を保つことができる。
【発明を実施するための最良の形態】
【００１１】
本発明を実施するための最良の形態を説明する。
本発明のテレメータ装置の一実施例について、図面を用いて説明する。
【００１２】
実施例を説明する。図１に本実施例のテレメータ装置を使用した監視システム全体の構成を示す。監視室に設置された監視装置２００が通信回線３００を介して監視端末４００、４０１と通信し、監視対象の設備の運転状態を監視する。通信回線３００を用いたこの監視システムにおける基本的な機能は３つある。一つめは、監視対象となる設備のリアルタイムのデータを監視装置２００が取得し、データ表示用パソコン１００に表示する。二つめは、監視対象の設備に故障があると、監視装置２００に警報メールで送信し、故障を設備の管理者に知らせる。三つめは、監視端末４００、４０１が収集したデータを、監視装置２００が保存する。
【００１３】
図２に実施例のテレメータ装置の時刻同期の内容の一例を示す。監視装置２００は取得したデータを時刻ごとに記録するため、データを正確に保存するよう監視装置２００と監視端末４００、４０１の時刻データを同期させている。監視装置２００は他の機器に自分の内部時計の時刻データを送信する機能を有しているため、監視端末４００、４０１は監視装置２００から定期的に時刻データを受け取り自身の内部時計の時刻を監視装置２００と同じ時刻に合わせている。
【００１４】
図３に、実施例における監視装置と監視端末の通信フローの一例を示す。監視装置２００は、監視端末４００にデータの送信を要求する指令を送信する（Ｓ１００）。監視装置２００は、応答の受信に成功したか判断する（Ｓ１０１）。監視装置２００は、受信に成功すると自身のメモリ内に存在するデータ書き込みエリアに受信したデータと通信異常検知のためのカウンター値を記録する（Ｓ１０２）。このカウンター値は、データ送信の度にインクリメントされた数値を監視端末４００から送信する。応答の受信に失敗した場合は、データエリアの値、カウンター値ともに変化しない（Ｓ１０３）。監視装置２００は、カウンター値が一定時間変化したか判定する（Ｓ１０４）。変化しない場合、監視装置２００は通信異常と判定し、通信異常フラッグをＯＮとする（Ｓ１０５）。監視装置２００は、データエリアの値を記録エリアに保存する（Ｓ１０６）。データの記録時に併せて通信状態の保存を行い、通信異常フラッグＯＮ又はＯＦＦを記録する（Ｓ１０７）。監視装置２００は、データ受信を終了する（Ｓ１０８）。このようにして、監視装置２００と監視端末の通信が行われる。
【００１５】
図４〜図６に実施例におけるデータフォーマットの内容の一例を示す。図４、図５は、収集データ５０１と通信状態データ５０２を１時間ごとにデータ収集した場合のデータフォーマットの例である。図６の表示用データ５０３は、実際にユーザーがデータを閲覧するために整形を行ったデータである。収集データ５０１と通信状態データ５０２から表示用データ５０３を作成し、ユーザーは表示用データ５０３を閲覧する。監視端末の収集データ５０１は、時刻ごとに各機器の動作データや計測機器の測定結果が表形式で集計されている。まだデータが未入力の項目については、通常の監視機器では得られない「−９９９９９９」という数値が記録されている。通信状態データ−５０２は収集データ５０１と全く同じ項目で時刻と機器ごとの表形式になっているが、監視対象のデータの代わりにデータのステータスが保存されている。収集データ５０１と通信状態５０２は記録する際の項目は全く同じであるため、２つを比較すると各データごとのステータスがわかる。このことを利用して、表示用データ５０３は表の欄に色をつけてデータのステータスを表示する。監視端末４００、４０１で作製する修正用データのフォーマットは修正処理を単純にするために、収集データ５０１のフォーマットと同一にしている。
【００１６】
図７に実施例におけるデータリカバリーのフローの一例を示す。通信の復旧を確認する（Ｓ２００）と、監視装置２００はデータリカバリー用のデータの送信指令を監視端末４００に要求する（Ｓ２０１）。監視装置２００は通信状態データ５０２を参照して通信異常の発生した時間帯及びその監視端末を判定し、リカバリーデータの送信指令を行う。監視装置２００は、１日単位のファイルでリカバリーデータを受信する（Ｓ２０２）と、リカバリーする箇所のデータの切り出しを行う（Ｓ２０３）。もしも、通信異常の原因が通信機器の異常だけではなく現場全体の異常に起因していた場合、現場の監視端末４００内部にはデータの蓄積できていない。そのため、修正用データも未入力の状態である場合は、リカバリー処理を停止し、修正用データを破棄しなくてはならない。データが「−９９９９９９」ではないか判断する（Ｓ２０４）。前述したように修正用データのフォーマットは収集データ５０１と同一であるため、修正用データが未入力の場合にはデータが「−９９９９９９」になっているため、データが「−９９９９９９」でない場合にリカバリー処理を行う（Ｓ２００）。データが「−９９９９９９」ではない場合は、取得データを廃棄する（Ｓ２０６）。処理終了となる（Ｓ２０７）。このようにして、監視装置２００におけるリカバリー処理が行われる。
【００１７】
以上説明したように、本実施例においては通信異常中のデータリカバリーを図ることができる。また、機場に設置された監視端末に機場のデータを蓄積し、通信異常が発生した場合には通信の復旧後に監視端末に蓄積したデータを監視装置に吸い上げて、蓄積データの通信異常時の箇所を吸い上げたデータを利用して修正する。通信異常の検出には、ユーザーの指定した時間以上の間、監視装置が監視端末からのデータの吸い上げに失敗した際に通信異常とすることができる。
【００１８】
そして、収集データの他にそのデータが通信正常な状態で保存されたかどうかのデータを併せて作成する。データリカバリーを行う場合には、この通信状態のデータを参照し、通信異常中のデータかどうかの判定を行う。また、データリカバリーを行った場合は、通信状態のデータにリカバリーを行ったことを記録することが可能である。
【００１９】
更に、機場との通信異常には、通信機器や通信回線などの通信設備のみに異常が発生して通信異常になっている場合と、停電などで機場に存在する通信機器を含む全ての機器が停止する場合が存在する。後者の場合、監視端末内がデータを収集することもできなくなるため、監視装置はリカバリー用のデータが正常なデータが入力されたものかどうかを判定し、正常なデータであると判断した場合にのみデータリカバリーを行うことができる。
【図面の簡単な説明】
【００２０】
【図１】実施例のシステム全体の構成の説明図。
【図２】実施例にける時刻同期の内容の一例の説明図。
【図３】実施例におけるデータ収集のフローの一例の説明図。
【図４】実施例における収集データのフォーマットの一例の説明図。
【図５】実施例における通信状態データのフォーマットの一例の説明図。
【図６】実施例における表示用データのフォーマットの一例の説明図。
【図７】実施例におけるデータリカバリーのフローの一例の説明図。
【符号の説明】
【００２１】
１００  データ表示用パソコン
２００  監視装置
３００  ネットワーク
４００  監視端末
【図１】
2008134690.tif 000003
【図２】
2008134690.tif 000004
【図３】
2008134690.tif 000005
【図４】
2008134690.tif 000006
【図５】
2008134690.tif 000007
【図６】
2008134690.tif 000008
【図７】
2008134690.tif 000009