JPH08511668A

JPH08511668A - コールインバウンドリモートリーディングとデータ収集システム

Info

Publication number: JPH08511668A
Application number: JP7501988A
Authority: JP
Inventors: ブルースイー．グレイ，; ドナルドアール．フレッチャー，
Original assignee: エムアンドエフシーホールディングカンパニー，インク．
Priority date: 1993-06-04
Filing date: 1994-06-03
Publication date: 1996-12-03
Also published as: BR9406740A; EP0707769A1; CA2164219C; KR960702973A; WO1994029998A1; MX9404106A; CA2164219A1; EP0707769A4; US5434911A; AU689113B2; AU7053094A

Abstract

(57)【要約】ユティリティメータの遠隔リーディングのためのコールインバウンド遠隔リーディングとデータ収集システム（２）であって、データプロセッサ（１４）と、リードされるべき少なくとも１つのユティリティメータ（８）に相互接続された遠隔地のメータインターフェースユニット（ＭＩＵ）（６）とを含んでいる。データプロセッサ（１４）はデータを収集、保存、処理し、モデム（１２）はデータプロセッサ（１４）を従来式電話回線（１０）に相互接続する。ＭＩＵ（６）は電話回線（１０）とデータプロセッサ（１４）とに相互接続されており、所定の間隔が経過したとき、スケジュールされたメータリーディングをデータプロセッサ（１４）へ伝達する。ＭＩＵ（６）は、電話回線伝達によるリクエストに応えて、スケジュールされていないメータリーディングあるいはデマンドメータリーディングを伝達するようにも相互接続されている。モデム（２０）はＭＩＵ（６）を相互接続するために使用され、電話回線（１０）を介して通信させる。ＭＩＵ（６）は、ＭＩＵ（６）の操作を一般的に制御し、データプロセッサ（１４）とＭＩＵ（６）との間のデータ伝達を監視するマイクロプロセッサ（３２）を含んでいる。

Description

【発明の詳細な説明】コールインバウンドリモートリーディングとデータ収集システム発明の分野本発明は電話回線を利用してユティリティ（電力等）メータを遠隔でリード（ reading）し、データ収集センターにデータを伝達させるシステムと方法に関し、特定すれば、メータインターフェースユニットとも呼称される遠隔リーディング装置が、リクエストされたデータを伝達するためにデータ収集センターあるいは情報通信装置を呼び出すシステムに関する。発明の背景ダイヤルインバウンドメータインターフェースユニット（ＭＩＵ）は情報を伝達するためにセントラルコンピュータを定期的あるいは所定の時問に呼び出す。典型的には、ＭＩＵは、使用中でなければ電話回線と接続し、セントラルコンピュータを呼び出す。米国特許第４，８４７，８９２号はダイヤルインバウンド能力と遠隔モニタ能力とを有したＭＩＵを開示している。ダイヤルインバウンドモードでＭＩＵはクロックによって定められた所定の時間にコンピュータを呼び出す。遠隔モニタモードにおいてクロックは、セントラルコンピュータからのコールを検出するために所定の間隔中はスタンバイするサブシステムにそのデータセットを接続する。しかし、その先行技術は、ＭＩＵにセントラルコンピュータへのスケジュールされたコール及びスケジュールされていないコールをさせるコールインバウンドシステムも方法も開示しておらず、ホストコンピュータでのメッセージコリジョンの可能性や電話システムのオーバーロードの可能性を減少させるようなコールバックスキームを使用したシステムも方法も開示していない。ユティリティメータは顧客によるユティリティ関連サービス、商品、あるいは材料の使用または消費に対して定期的に請求書を発行するために定期的にリードされる。しかし、顧客のリクエストにより、あるいはユティリティにより要求されたら、スケジュールされていない時間にメータをリーディングすることもまた必要である。例えば、個人が家を売却したりすれば、所有権の移転以前に水道、ガス及び電力メータをリードすることが普通である。ＭＩＵが所定の時間にのみ機能するため、現存のコールインバウンドシステムはこれら不特定のリーディングを行えない。その代わり、ユティリティ事業体関係者がその家に出向してメータをリードしなければならなかった。当初、システムはメッセージコリジョンや電話回線のオーバーロードを最少限とするように具現化可能ではあるが、スケジュールされたコールイン時間にて呼び出しが不能である場合が発生する。例えば、使用頻度が高い電話回線、不良な接続、及び利用頻度が高いホストコンピュータはスケジュールされた時間でのコールインをさせないことがある。普通に利用される多数のメータが存在すれば、再試行コールインのためのスキームはこれらの呼び出しが電話システムとホストコンピュータに対して及ぼす影響を考慮しなければならない。従って、本発明の１目的は、ＭＩＵがホストコンピュータに対してスケジュールされたコールとスケジュールされないコールとの両方を行うことができるシステムと方法の提供である。本発明の別目的は、バッテリを使用しないＭＩＵ、あるいはエネルギー保存技術の使用を要するＭＩＵと共に使用可能なシステムと方法の提供である。本発明の別目的は、コールバックスキームが電話システムのコールインに対して及ぼす影響を考慮したシステムと方法の提供である。本発明のさらに別目的は、呼び出しの理由とコールインの成功に基づいてＭＩＵがダイヤルする電話番号を選択することができるシステムと方法の提供である。本発明の別目的は、スケジュールされていないコールプロセスがＭＩＵへ信号を提供することでイニシエートされるシステムと方法の提供である。発明の概要本発明の目的はホストコンピュータを利用したマイクロプロセッサ制御ＭＩＵを使用し、電話回線でそれらを相互接続することで達成される。このＭＩＵはスケジュールされたコールインの時間が経過したときを判定し、スケジュールされていないコールインがコマンドされているか否かを判定する判定手段を含んでいる。ＭＩＵとホストコンピュータとが電話回線を介して成功裏に相互接続された後、データあるいは情報伝達はＭＩＵの監視下でホストコンピュータの制御のもとで開始される。特筆すべきは、ＭＩＵは特定の条件か存在すれば確立された接続を解除することである。図面の簡単な説明図１は本発明の遠隔リーディングとデータ収集伝達システムのブロック図である。図２ａからｆはデータ収集活動を含む本システムの操作を表すフローチャートである。図３はメータインターフェースユニットをイニシャライズするときの本システムの操作を表すフローチャートである。好適実施例の説明本発明の遠隔リーディングとデータ収集システム２は図１に示されており、データ収集センター４とメータインターフェースユニット（ＭＩＵ）６とを含んでいる。ＭＩＵ６はメータ８とインターフェースし、メータレジスタリーディングはＭＩＵと、通常の電話回線１０によってデータ収集センター４に伝達された情報とによって取得可能となる。本発明のシステム２は、データあるいは情報がＭＩＵ６からホストコンピュータ１４へと、２つの状況の１つで通信されるように具現化されている。ＭＩＵ６は所定の時間が経過したときか、デマンドリーディングリクエストがＭＩＵ６へ伝達されたときに情報あるいはデータを提供する。デマンドリーディングとはユティリティ事業体あるいは顧客のリクエスト（例えば、顧客の引越し）によるメータ８のスケジュールされていないリーディングのことである。各データ収集センター４はモデム１２とホストコンピュータ１４とを含んでいる。ホストコンピュータはモデムを使用する別装置と電話回線で通信するように具現化可能ないかなる従来型コンピュータでもよい。例えば、ホストコンピュータはインテル（INTEL）社の８０２８６あるいは８０３８６ＣＰＵを使用したパソコンであってもよい。好適実施例ではＭＩＵモデム２０同様にデータ収集センターモデム１２はベル１０３タイプのＦＳＫモデムパラメータを介して通信する。しかし、データ収集センターモデム１２とＭＩＵモデム２０とはアップグレードが可能であり、ベル２１２Ａタイプのごとき他のモデムタイプを使用することもできる。データ収集センター４は本システムに対してデマンドリード機能を提供するためのＭＩＵ警告ユニット１８と共に使用される電話１６をも含んでいる。ＭＩＵ警告ユニット１８は手持ち装置であり、電話１６を介して電話回線１０内へと送られる可聴トーンメッセージを提供する。例えば、顧客とユティリティサービス員との間の電話中に、サービス員は電話１６の受話器の付近にＭＩＵ警告ユニット１８を保持する。その後、警告ユニット１８は作動され、可聴トーンメッセージは電話回線１０に送り込まれる。図２ａからｆにかけての以下の説明にあるように、このトーンメッセージがＭＩＵ６によって受領されると、そのメッセージはＭＩＵ６にメータ８のリーディングを行って、そのメータリーディングの結果をホストコンピュータ１４に伝達させるリクエストであることが認識される。好適には、可聴トーンメッセージは予告警告トーンとＭＩＵの対応を定義するコマンドとで成る。好適実施例においては、この予告は４．２秒の５２０Ｈｚの警告トーンであり、このコマンドは８ビットバイトである。ＭＩＵ６はこのトーンメッセージを受け取った後にメータリーディングを行い、その情報をホストコンピュータ１４に通信して返す。警告トーンメッセージを検出するためＭＩＵ６は、タイミング手段２８によって定期的にパワーアップされている警告トーン検出手段２６を含んでいる。パワーアップされると、トーン検出手段２６は電話回線１０をモニタし、予告トーンメッセージのために使用されているトーンの存在を検出するため、オンフック状態であるか、あるいはオフフック状態であるかを調べる。予告トーン（例：５２０Ｈｚトーン）が検出されたら、トーン検出手段２６はＭＩＵのマイクロコントローラ３２をパワーアップし、それにトーンメッセージのコマンド部分をリードさせ、ＭＩＵ６の反応を判定する。独立した操作をさせるため、タイミング手段２８はパワー（電力）供給源３０に直接的に接続される。タイミング手段は前述のごとくに警告トーン検出手段２６に対して周期的に信号を発し、警告トーンを求めて検出手段２６に電話回線１０をモニタさせる。好適実施例においては、タイミング手段は３２７６８Ｈｚクリスタルを利用して作動する３２ｋＨｚオシレータを含んでいる。タイミング手段はまた経過時間カウンタ手段３４に対して信号を発する。経過時間カウンタ手段３４はタイミング手段３４からのパルス数を数え、その数が所定の数を越えると、カウンタ手段３４はマイクロコントローラ３２をパワーアップする、あるいはウエークアップする信号を発する。経過時間カウンタ手段３４は所定の時間間隔でウエークアップ信号を発するようにプログラムされた集積回路である。好適実施例において、プログラムされた間隔は１６秒あるいは１０２４秒である。ＭＩＵマイクロコントローラ３２は、ＭＩＵ６の他の要素と関係なく作動するタイミング手段を除いて、ＭＩＵ６の全機能を制御する。ＭＩＵマイクロコントローラ３２はモトローラ社の６８ＨＣ０５系統の装置であり、オンボードのＥＥＰＲＯＭ、ＲＡＭＥＰＲＯＭ、タイマー、及びシリーズポートを含んでいる。このＲＡＭはプロセッサの外部に存在し、パワー供給源にバックアップされており、マイクロコントローラの残り部分がパワーダウンした場合でも保存情報を消失しない。ＭＩＵマイクロコントローラ３２の機能は、クロック３６によってクロックされている。クロック３６は１．８４３２ＭＨｚクリスタルを使用してクロック信号を発生する。ＭＩＵ６が電話回線に接続されると、マイクロコントローラ３２はＭＩＵの対応を指示するホストコンピュータ１４からのコマンドを受け取り、マイクロコントローラはホストコンピュータに伝達するため、ＭＩＵモデム２０へエンコードされた情報を提供する。ＭＩＵ６は連続的に作動する回線モニタ手段２２とリング検出手段２４とを有している。マイクロコントローラがパワーアップされた後、データ送信を開始するためにＭＩＵ６が電話回線１０に接続される前、ＭＩＵの回線モニタ手段２２は電話回線をモニタし、回線が使用中であるか否かを判定する。リング検出手段２４は電話回線１０をモニタし、電話回線に接続されている顧客の電話（図示せず）が呼び出されているか否かをチェックする。リング検出手段２２も使用され、ＭＩＵ６がオンフックモードであるとき、デマンドリードを示す所定回数のリングを検出する。回線モニタ手段２２とリング検出手段２４との操作は、図２ａからｆに関していかにおいてさらに詳細に説明する。回線モニタ手段２２とリング検出手段２４とは当業技術者に周知された回路あるいは構成要素である。ＭＩＵマイクロコントローラ３２と回線モニタ手段２２とを相互接続する入力回線とリング検出手段２４と警告トーン検出手段２６とは、手段２２、２４、２６からの出力信号がマイクロコントローラに入力されるように提供される。ＭＴＵ６の大多数のアイドル状態がパワーダウンした状態である理由により、トーン検出手段２６は定期的にパワーアップされる。特定期間のＭＩＵ作動中を除いてＭＩＵ６の大部分をパワーアップすることは、ＭＩＵパワー供給源３０のエネルギーを保存するために為される。好適実施例においては、パワー供給源３０はバッテリーではなく、主要エネルギー源としてキャパシタを使用する。このキャパシタは再チャージが必要となるまでにＭＩＵ６を約２４時間通常状態で作動させることができる容量のものである。好適実施例において、キャパシタはＭＩＵがオンフック状態あるいはオフフック状態のときにチャージされるであろう。オンフックモードでは、電話回線からＭＩＵ６が引き出す平均電流量は、適用される規則によって許される漏電流と等しいか、それよりも少ない。オフフックモードでのみ作動する、以下に記載するごときのＭＩＵ６の構成要素は、電話回線のオフフック電流からパワーを得ることができる。ＭＩＵ６が必要とする以上の余剰電流はキャパシタの再チャージに利用される。パワー供給源３０は主要エネルギー源としてリチウム３．６ボルトバッテリのごときバッテリを含むことができる。この場合、パワーを節約するＭＩＵ６の操作はバッテリ寿命の延長に利用される。ＭＩＵ６はＭＩＵマイクロコントローラ３２とリードされるメータ８のレジスタとの間にインターフェース接続手段４０を含んでいる。本発明のＭＩＵは２体のエンコーダタイプのユティリティメータとインターフェースするようにデザインされている。このインターフェース接続はさらに、リーディングを可能にするようにメータレジスタをパワーアップするパワーアップ手段をも含んでいる。メータレジスタのパワーアップはパワーを節約するため、マイクロコントローラ３２の制御下で行われる。ＭＩＵ６はマイタロコントローラ３２に相互接続された外部接続ポート４２を含んでいる。マイクロコンピュータのごとき外部装置（図示せず）は外部ポート４２に接続され、操作パラメータ（例：呼び出し電話番号、ＭＩＵのＩＤ番号）はＭＩＵ６の適正な操作のためにマイクロコントローラにプログラムされる。以下に説明するように、操作パラメータがマイクロコントローラ３２にプログラムされた後、外部装置同様にホストコンピュータ１４をそれら操作パラメータのリセットあるいは変更に使用することが可能である。前述したごとく、ＭＩＵ６はエンコーダタイプのユティリティメータ８とインターフェースするようにデザインされている。そのようなメータの例には、センサスＥＣＲとシュランバーガＡＲＢＩＩが含まれている。パルスカウントスキームを使用する非エンコーダメータは、ＭＩＵ６がパルスカウントインターフェース回路を含むようにモディファイされているならば利用可能であろう。本システムの操作は図２ａからｆにかけてのフローチャートによって最良に理解されよう。本システム２とＭＩＵ６の機能ブロックに関しては、以下の図１に関する記述を参考にされたい。図２ａからｆの説明では、マイクロコントローラ３２が、ＭＩＵ６とシステム２の適正な操作に要求される情報で当初にプログラムされているものと仮定している（ステップ１００）。必要な操作パラメータでのマイクロコントローラ３２のプログラム化は、図３に関して以下に解説されている。前述したように、アイドル期間中にタイミング手段２８を除いて、ＭＩＵ６は通常はスリープモードにパワーダウンされる（ステップ１０２）。ＭＩＵ６と、マイクロコントローラ３２を含むＭＩＵ６の多様な構成部分とは、ＭＩＵ６によって行われる特定行動によって、パワーアップされ、スリープモードにパワーダウンされる（ステップ１０２）。図１に関して前述したように、ＭＩＵ６は所定の期間が経過したときにリクエストされた情報あるいはデータを提供する。その期間が経過したかどうかを判定するため、経過時間カウンタ手段３４はクロックされる（ステップ１０４）。各クロックパルスはカウンタ手段３４をインタレメントし、そのカウント数をカウンタ手段のイニシエーション以来経過した時間と等しくさせる。そのカウントは連続的に評価され、カウント数が所定の値を越えるかどうかを判定する（ステップ１０６）。このようにして、カウンタ手段３４は所定の期間が経過したか否かを判定する。カウントがその値を越えていなければ（ＮＯ）、所定の値が越えられるまで、カウンタ手段３４には再び別なクロックパルスが提供される。カウントがその値を越えれば（ＹＥＳ）、マイクロコントローラ３２はパワーアップされる（ステップ１０８）。パワーアップ後、マイクロコントローラ３２が有効にパワーアップされたか、あるいは誤信号によってパワーアップされたかを判定するために評価が実行される（ステップ１１０）。マイクロコントローラが有効にターンオンされていなければ（ＮＯ）、パワー供給源にバックアップされたＲＡＭの偽ウエークアップレジスタ手段がインクレメントされ（ステップ１１２）、ＭＩＵ６はスリープに戻るように指令される（ステップ１０２）。この評価は、マイクロコントローラが、パワーアップすべきである有効な理由の１つでターンオンされたか否かの判定を含む。マイクロコントローラ３２が有効にパワーアップされていれば（ＹＥＳ）、評価は経過時間が、ホストコンピュータ１４と接触し、情報を伝達するための特定時間と等しいかどうかを判定するために為される（ステップ１１４）。好適実施例において、マイクロコントローラ３２は、ホストコンピュータ１４との接触のために特定された経過時間よりも短い時間間隔で、経過時間カウンタ手段３４によって定期的にパワーアップされる。本発明の実施例において、経過時間カウンタ手段３４は１０２４あるいは１６秒の時間間隔を使用し、マイクロコントローラがいつパワーアップされるべきかを決定する。ホストコンピュータと接触し、情報を伝達するために指定された時間間隔は普通は長いので、経過時間カウンタ手段３４に通常にて選択される時間間隔は１０２４秒である。ホストコンピュータとの接触のための指定時間間隔と経過時間との間の相違（すなわち残余時間）は１０２４秒よりも短いとき、時間間隔は１６秒に減少される。ホストコンピュータと接触する時間ではないなら（ＮＯ）、パワー供給源にバックアップされたＲＡＭの時間レジスタ手段はインクレメントされる（ステップ１１６）。マイクロコントローラ３２は次回のウエークアップ時間を決定し（すなわち、１０２４秒あるいは１６秒）、それによって、経過時間カウンタ手段の所定のカウント値をセットする（ステップ１１８）。このようにして、マイクロコントローラ３２は残余時間に基づいてそのウエークアップ時間を強力に調整する。新ウエークアップ時間をセットした後、ＭＩＵ６はスリープに戻るように指令される。ＭＩＵは経過時間カウンタ手段によって、あるいはリードデマンドコマンドによってウエークアップされるまでスリープ状態のままである。ホストコンピュータと接触する時間であれば（ＹＥＳ）、使用中であるかどうかを調べるために電話回線１０はチェックされる（ステップ１２０）。回線モニタ手段２２は電話回線１０をチェックし、顧客がアウトバウンドのコールをしているかどうかを調べる。回線が使用中であれば（ＹＥＳ）、マイクロコントローラ３２はコールバックアルゴリズムを始動させ、ホストコンピュータ１４にいつ別なコールを試行するのかを決定する（ステップ１６２、図２ｅ）。電話回線が使用中でなければ（ＮＯ）、電話回線は顧客の使用に対する規定の期間に関してモニタされる（ステップ１２２）。回線モニタ手段２２は再び使用され、所定の期間に顧客がその回線でコールアウトの電話をかけるかどうかを調べるために電話回線１０をモニタする。実施例において、電話回線をモニタするための所定の机下は２５６秒である。その時間が経過する前に電話が使用されるか否かを判定するための評価が実施される（ステップ１２４）。この期間に電話回線が使用されれば（ＮＯ）、マイクロコントローラ３２はコールバックアルゴリズムを始動させ、ホストコンピュタ１４にいつ別のコールを再試行するかを決定する（ステップ１６２、図２ｅ）。電話回線が使用されていなければ（ＹＥＳ）、顧客の電話がリング（顧客へのインバウンドコール）しているか否かを判定するために電話回線はチェックされる（ステップ１２６）。リング検出手段２４はリングバーストが回線に伝達されているかどうかを調べるために電話回線をモニタする。電話回線がリングしていれば（ＹＥＳ）、マイクロコンピュータ３２はコールバックアルゴリズムを始動させ、ホストコンピュータ１４にいつ別のコールを再試行するかを決定する（ステップ１６２、図２ｅ）。電話がリングしていなければ（ＮＯ）、ＭＩＵ６はオフフックとなり、電話回線と接続する（ステップ１２８）。電話回線と接続後に、電話回線１０はダイヤルトーンが存在するか否かを調べるためにチェックされる（ステップ１３０）。例えば、回路が使用中であったりして、回線と接続した後にダイヤルトーンが存在しないことも起こり得る。ダイヤルトーンが存在しなければ（ＮＯ）、マイクロコンピユータ３２はコールバックアルゴリズムを始動させ、ホストコンピュータ１４にいつ別のコールを再試行するかを決定する（ステップ１６２、図２ｅ）。ダイヤルトーンが存在すれば（ＹＥＳ）、ダイヤルすべき電話番号が選択され、その番号がメモリから呼び出される（ステップ１３２）。ＭＩＵ６はホストコンピュータ１４と連絡するためにダイヤルすべきその番号で当初はプログラムされている。選択された電話番号はＭＩＵ６から送られているメッセージタイプによって決定される。メッセージはコールの理由に基づいて３タイプの１つにカテゴリ化され、各メッセージタイプは規定の電話番号に送られる。プログラムされた時間コールでＭＩＵによって送られているメッセージはタイプ１のメッセージである。リングセンスデマンドリードコマンドあるいはトーンセンスデマンドリードコマンドに対する応答として送られているメッセージはタイプ２のメッセージである。警告状態、内部エラー、あるいは低パワー供給電圧（例：低キャパシタ電圧）を特定するために送られるメッセージは、タイプ３のメッセージである。好適実施例において、タイプ１のメッセージは当初には主要電話番号として指定された番号に送られる。タイプ２のメッセージは当初には代用電話番号として指定された番号に送られる。タイプ３のメッセージは当初には緊急電話番号として指定された番号に送られる。これらの番号の各々は、後に情報を伝達するため、当初においてＭＩＵ６にプログラムされる。送られているタイプのメッセージ用の電話番号をリーディングした後、その番号はダイヤルされ（ステップ１３４）、ＭＩＵ６とホストコンピュータ１４とを相互接続する。呼び出しコール後、ＭＩＵ（すなわち、回線モニタ手段２２）はダイヤルされた番号にかかったことを示すホストコンピュータからのキャリヤを求めて電話回線をモニタする（ステップ１３６）。キャリヤが所定時間間隔で検出されなければ（ＮＯ）、マイクロコントローラ３２はコールバックアルゴリズムを始動させ、ホストコンピュータ１４にいつ別のコールを再試行するかを決定する（ステップ１６２、図２ｅ）。ＭＩＵ６がホストコンピュータ１４と通信し、ホストコンピュータからの反応、あるいはホストコンピュータのさらなるアクションを期待する時には常に、ソフトウエアタイムアウトクロックがＭＩＵによって始動され、ホストコンピュータからのそのアクションが所定の時間間隔で発生したかどうかを判定する。本発明においては、この時間間隔は３０秒に設定されている。キャリヤがＭＩＵ６によって検出されれば（ＹＥＳ）、ＭＩＵモデム２０はホストコンピュータに送り返すキャリヤを発生させる（ステップ１３８）。この時点で、適正な電話接続がＭＩＵとホストコンピュータ１４との間に確立される。同時に、ソフトウエアタイムアウトクロックは再びＭＩＵによって始動される（ステップ１４０）。ＭＩＵがホストコンピュータからコマンドを受け取る前にタイムアウトクロック間隔期間が切れると（ＮＯ）、ＭＩＵは接続を切断し（すなわち、電話を切る）（ステップ１４２）、マイクロコントローラ３２はコールバックアルゴリズムを始動させ、ホストコンピュータ１４にいつ別のコールを再試行するかを決定する（ステップ１６２、図２ｅ）。タイムアウト間隔が切れていなければ（ＮＯ）、ホストコンピュータ１４によって発せられたコマンドはＭＩＵ６によって受信される（ステップ１４４）。受信されたそのコマンドは評価され、それが適切に伝達されて受信されたかを調べる（ステップ１４６）。そのメッセージが適正に受信されなければ、ＭＩＵはホストコンピュータ１４に受信メッセージ（ＮＡＫ）を送り返さず（ステップ１４８）、ＭＩＵはホストコンピュータのコマンドの通信を待つ。コマンドの再送信はまた、ＭＩＵの制御下でソフトウエアタイムアウトクロックに影響を受ける（すなわち、再送信されたコマンドがタイムアウト間隔中に受信されなければコール終了）。コールが適正に受信されれば、ＭＩＵ６はホストコンピュータ１４に受信メッセージ（ＡＣＫ）を送り返す（ステップ１４９）。その後に、ＭＩＵはホストコンピュータによって送られたコマンドを実行する（ステップ１５０）。例えば、そのコマンドがＭＩＵのＩＤ番号を審査するとすれば、ＭＩＵはメモリに保存されたそのＩＤ番号を取得し、伝達のためにそれをエンコードする。そのコマンドも評価され、それがエンドセッションコマンドであるかどうかを調べる（ステップ１５２）。それがエンドセッションコマンドであれば（ＹＥＳ）、ＭＩＵはスリープに戻るように指令される（ステップ１０２）。受領されたコマンドがエンドセッションコマンドでなければ（ＮＯ）、リクエストされた情報あるいはデータはホストコンピュータ１４に送られる（ステップ１５４）。受領されたデータはホストコンピュータによって評価され、それが適正に伝達されて受信されたかを調べる（ステップ１５６）。データメッセージが適正に受信されていなければ（ＹＥＳ）、ホストコンピュータはＮＡＫメッセージをＭＩＵ６に戻し（ステップ１５８）、ホストコンピュータはデータメッセージの再伝達を待つ。データメッセージが適切に受信されれば（ＮＯ）、ホストコンピュータ１４はＡＣＫメッセージをＭＩＵ６に返信する（ステップ１６０）。前述したように、ＭＩＵはホストコンピュータと通信するたびにタイムアウトクロックを始動させる。この場合は、クロックはＭＩＵがそのデータメッセージを伝達するときに始動する。タイムアウトに到達する以前にホストコンピュータのＮＡＫあるいはＡＣＫメッセージがＭＩＵに受信されなければ、ＭＩＵはコールを終了させ、マイクロコントローラ３２はコールバックアルゴリズムを始動させ、ホストコンピュータ１４にいつ別のコールを再試行するかを決定する（ステップ１６２、図２ｅ）。ＡＣＫメッセージがタイムアウト以前に受領されれば、ＭＩＵ６は別コマンドの伝達と受信を待つ（ステップ１４４）。前述のコマンドプロセス（ステップ１４４〜１６０）は、エンドセッションコマンドによって終結されるまで反復される（ステップ１５２）。典型的には、コマンドプロセスの一部として、ホストコンピュータ１４は、エンドセッションコマンドを送信する前に、ＭＩＵによって次のプログラムされたコールインのための時間間隔をセットする。コマンドモードを待っているときはいつも、コマンドコードあるいは１キャラクタのコマンドＥＮＱ、すなわち全コマンドシーケンスをスタートさせるのに使用される質問コマンドを含むメッセージブロックのための入ってくるシーリーズのデータをＭＩＵ６はスキャンする。本発明においては、ＭＩＵが有効なメッセージブロックを受信するとき、ＭＩＵはメッセージブロックの最初の２バイトを、何らかのアクションをさせるコマンドとして扱うであろう。次のプログラムされたコールインのごときＭＩＵに送られているデータは、メッセージデータの残余部分として含まれている。システムとＭＩＵに関する制限のために、１度に１コマンドだけが発せられ、処理される。システムに使用されるいくつかの特定コマンドと、それに関連する説明は図３に関する説明中で述べられている。以上、何度も述べてきたように、ホストコンピュータに対して行われるべき呼び出しが不能なとき、あるいはマイクロコントローラのソフトウエアタイムアウトクロックで終了されたとき、コールバックアルゴリズムが始動される（ステップ１６２）。これは、ＭＩＵにコールイン再試行を後でさせるためである。再試行のスケジュール作成は、電話システムが多数の同時的ＭＩＵコールインによってオーバーロードされず、メッセージの混乱を最少限度に抑えるようになされなければならない。そのような決定はＭＴＵメッセージタイプを確定させるために行われるので、再試行をスケジュールするにあたって本発明のＭＩＵ６が実行するアクションはコールの理由に基づくものである（ステップ１６４）。再試行のスケジュール作成は、既に試行されたコールインの回数にも基づき、従って、決定はＭＩＵの反応の現行状況に関してなされる（不成功に終わったコールインの回数）（ステップ１６６）。再試行アルゴリズムの目的で、顧客の電話回線が使用中であるとき、電話をかける試みは所定の時間後に再スケジュールされるだけのことである。これはシステムによって不成功であったコールとは受け取られないので、再試行の現行の状況は、その後の不成功コールに対していかなる行動を行うかを決定する目的では変えられない。不成功コールインは、再試行アルゴリズム表を使用して再試行用にスケジュールされるのが好ましい。本発明の実施例において、メッセージタイプ１の再試行アルゴリズムは以下の通りである。メッセージタイプと現況に基づいて、特定のコールバック方法が選択される（ステップ１６８）。例えば、メッセージタイプ１カテゴリでのメッセージに対して選択され、４の現況を有したコールバック方法は、ホストコンピュータに対して試みられた次のコールが２４時間でのランダムスケジュールであり、ホストコンピュータ１４に対する代用電話番号に対してなされることを示している。コールバック方法を選択した後で、再試行のコールバック時間は決定される（ステップ１７０）。前例では、マイクロコントローラ３２は再試行のためのランダムコールイン時間間隔を計算するであろう。計算された間隔はＭＩＵ６に保存され、ＭＩＵのコールに対する新ウエークアップ時間がセットされる（ステップ１７２）。その後、ＭＩＵはスリープに戻るように指令される（ステップ１０２）。前述したように、プログラムされたコール時間となったときの情報提供に加えて、ＭＩＵによってデマンドリードコマンドが受信されたとき、ＭＩＵ６はホストコンピュータ１４をウエークアップして情報を伝達する。デマンドリードコマンドは、可聴トーンメッセージを電話回線１０へ送り込むか、顧客の番号を予備だして電話のリングを１６回鳴らすことで発生可能である。トーンメッセージの予告トーンを検出するには、トーン検出手段２６はパワーアップされる（ステップ１７４）（図２ｅ）。前述のように、この検出手段は定期的にパワーアップされ、特定のトーンを探して電話回線１０をモニタする（ステップ１７６、１７８）。特定のトーンが検出されなければ、ＭＩＵ６は引き続いて定期的にトーン検出手段をパワーアップし、電話回線をモニタする。リング検出のため、回線はリング検出手段２４を使用してリングバーストに対してモニタされる（ステップ１８０）。リングが検出されると、連続リング音の回数は数えられ（ステップ１８２）、１６回を越えるかどうかが調べられる（ステップ１８４）。数えられた連続リング音が１６回より少なければ（ＮＯ）、ＭＩＵはリングバーストを調べるために回線のモニタに戻る（ステップ１８０）。トーンあるいは１６リング音のモニタは、前述の決定プロセスでのプログラムされたコールを妨害しないことが重要なポイントである。数えられたリングの回数が１６回を越えれば（ＹＥＳ）（ステップ１８４）、あるいは、予告トーンが検出されれば（ＹＥＳ）（ステップ１７８）、マイクロコントローラ３２はパワーアップされる（ステップ１８６）。ウエークアップの理由を判定した後、マイクロコントローラは、その応答モードのためのＭＩＵのコールイン時間間隔を判定する。その後にＭＩＵのウエークアップ時間はＭＩＵのメモリにセットされる（ステップ１８８）。トーンデマンドリードの場合には、情報は２方法のうちの１方法で通信される：ボイス接続がまだ確立されているか、ボイス接続が終了した直後。ウエークアップ時間をセットした後で、ＭＩＵはスリープに戻るように指令される（ステップ１０２）。ＭＩＵの操作パラメータをイニシャライズするために外部装置を使用してＭＩＵをプログラムするためのプロセスは図３において提供されている。この外部装置（図示せず）はパソコン（例：ラップトップ型）、あるいは、そのイニシャルパラメータでＭＩＵをプログラムするために採用可能な従来型の他のプログラム用ユニットであってもよい。あるいは、その外部装置はＭＩＵと関連メータとのデマンドリーディング行うために使用可能である。この外部装置はＭＩＵの外部ポート４２を介してＭＩＵ６に接続される（ステップ２００）。その後、外部装置はマイクロコントローラ３２をパワーアップするコマンドを提供する（ステップ２０２）。マイクロコンピュータ３２はウエークアップすると、自体と外部装置との間のリンクを確立させる前に、有効な理由によってウエークアップされたか否かを判定する。その後に外部装置はＭＩＵにコマンドを発する（ステップ２０２）。そのコマンドは、ＭＩＵのＩＤ番号や、コールイン電話番号や、プログラムされたコールインのための時間間隔などのＭＩＵ操作パラメータを当初にセットするために発せられる。受信されたコマンドは評価され、それが正しく伝達されて受領されたかを調べられる（ステップ２０６）。適正に受信されなければ（ＹＥＳ）、ＮＡＫメッセージが外部装置に戻され（ステップ２０８）、外部装置はそのコマンドを再伝達する（ステップ２０４）。コマンドが適正に受信されていれば（ＮＯ）、ＭＩＵはそのコマンドを実行する（ステップ２０８）。この場合、コマンドの実行はＥＥＰＲＯＭの非揮発性メモリへの操作パラメータの保存を含む。外部装置からのコマンドがＭＩＵからの情報の伝達に関与しているなら、ＭＩＵはリクエストされたデータを外部装置に戻すだろう（ステップ２１２）。例えば、ＭＩＵにパラメータをセットした後で、外部装置はＭＩＵをインテロゲートし、操作パラメータが適正にセットされたことを確認する。外部装置はデータ伝達を評価し、それが正しく伝達され、受領されたかを調べる（ステップ２１４）。そうでなければ（ＹＥＳ）、ＮＡＫメッセージは外部装置に戻され（ステップ２１６）、ＭＩＵは再びリクエストされた情報を伝達するであろう（ステップ２１２）。データリターンが適正に受領されれば（ＮＯ）、ＭＩＵによって評価がなされ、受領されたコマンドがセッションを終えるかどうかが判定される（ステップ２２０）。セッションが終了されなければ（ＮＯ）、外部装置はＭＩＵに対して実行すべき別コマンドを発する（ステップ２０４）。セッションが終了すれば（ＹＥＳ）、マイクロコントローラはＭＩＵをパワーダウンし（ステップ２２２）、外部装置とＭＩＵとの接続は破壊される（ステップ２２４）。操作パラメータがＭＩＵにセットされてしまえば、ＭＩＵは本発明の遠隔リーディングとデータ収集システム２の一部として機能を開始する。ＭＩＵ６に相互接続されると、ホストコンピュータ１４は将来のリーディングのためにＭＩＵを再具現化するように操作パラメータをリセットすることもできる。ホストコンピュータは、ＭＩＵをインテロゲートして情報を引き出すために使用されるコマンドと共に操作パラメータをセットするコマンドを含むことで操作パラメータをリセットすることができる。例えば、ホストコンピュータは、メータリーディングセッションを終了する前にＭＩＵの新規にプログラムされたコールイン時間間隔をセットし、ＭＴＵのトーン検出能力を不能化することもできる。本システムで外部装置によって使用可能ないくつかの典型的なコマンドと、そのコマンドの簡単な説明は以下の通りである。ＥＮＱＵＩＲＹ：エンクワイアリコマンドはプロトコル定義コマンドであるように意図されており、ホストコンピュータは与えられたＭＩＵのプロトコル性能を決定できる。ＳＥＴＭＩＵＩＤ：このコマンドはＭＩＵのユニークなＩＤ番号をセットするのに使用される。伝達されるメッセージブロックはセットＩＤコマンドコードで成り、ＭＩＵのＩＤ番号を示す可変長ストリングが続く。ＶＩＥＷＭＩＵＩＤ：ＭＩＵにそのＩＤ番号を送り返すようにリクエストするＭＩＵに対するコマンド。ＳＥＴＰＨＯＮＥＮＵＭＢＥＲＳ：このコマンドはＭＩＵによって呼び出される電話番号をセットするのに使用される。送られるメッセージブロックは呼び出される電話番号を含むデータストリングが続くコマンドコードで成る。その電話番号は主要、代用、緊急を問わず、ダイヤル技術はエミュレートされる（すなわち、パルスあるいはダイヤルトーンマルチ周波数、ＤＴＭＦ、トーン）。ＳＥＴＭＩＵＭＯＤＥ：セットＭＩＵモードコマンドは多様な操作モードに対してＭＩＵを具現化し、ＭＩＵの特定の特徴をディスエーブルあるいはイネーブルするのに使用される。例えば、セットＭＩＵモードコマンドはＭＩＵの時間ベースのコールインモード、ＭＩＵの低電圧コールインモード、ＭＩＵのトーンデマンドリードコールインモード、あるいはＭＩＵの１６リングデマンドリードコールインモードをイネーブルあるいはディスエーブルするのに使用可能である。ＳＥＴＰＯＲＴＴＹＰＥ：ＭＴＵをインターフェースしているメータと相互接続するＭＩＵの各ポートは、メータの各エンコーダタイプをリードするようにセットが可能である。本発明のＭＩＵは異なるタイプのエンコーダメータと共に使用可能であり、特定のＭＩＵポートは与えられたメータをリードするように割り当てられ、あるいはセットされる。このコマンドはポート割当をセットするのに使用される。ＲＥＡＤＤＡＴＡ：このコマンドは、リードされるポートを示す特徴が続くリードデータコマンドコードで成る。ＳＥＴＣＡＬＬＢＡＣＫＴＩＭＥ：このコマンドはホストコンピュータへの次回のスケジュールされたコールインまで、経過時間（秒）をセットするのに使用される。伝達されたメッセージブロックは、ＭＩＵにセットされる経過時間あるいはコールバック時間間隔を示すデータストリングが続くセットコールバック時間コマンドコードを含んでいる。ＶＩＥＷＭＩＵＤＩＡＧＮＯＳＴＩＣＤＡＴＡ：このコマンドは、ＭＩＵや、ホストコンピュータや、システムや電話のパーフォーマンスを評価するための診断用として使用可能なデータあるいは情報をリカバーするために、特定のＭＩＵをインテロゲートするのに使用される。本発明の好適実施例を特殊な用語を使用して解説してきたが、この解説は本発明の説明のみを目的としており、請求の範囲に記載された精神とスコープを逸脱せずに多様な変更及び変形が可能であることは理解されよう。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＴ，ＡＵ，ＢＢ，ＢＧ，ＢＲ，ＣＡ，ＣＨ，ＣＮ，ＣＺ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＧＢ，ＨＵ，ＪＰ，ＫＰ，ＫＲ，ＬＫ，ＬＵ，ＭＧ，ＭＮ，ＭＷ，ＮＬ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＫ，ＵＡ (72)発明者フレッチャー，ドナルドアール. アメリカ合衆国ペンシルバニア州 15012 ベレバーノン，トッドファームロード 437 【要約の続き】（６）との間のデータ伝達を監視するマイクロプロセッサ（３２）を含んでいる。

Claims

【特許請求の範囲】１．ユティリティメータの遠隔リーディングのためのコールインバウンド遠隔リーディングとデータ収集システムであって、データの収集と保存と処理とのためのデータ処理手段であって、該データ処理手段は該データ処理手段を従来式電話回線と相互接続するための相互接続手段をさらに含んでいることを特徴とするデータ処理手段と、前記データ処理手段あるいはユニットから遠隔地にあり、リードされるべき少なくとも１つのメータと相互接続されているメータインターフェースユニットと、を含んでおり、前記メータインターフェースユニットは相互接続のための所定の時間間隔がいつ経過したかを判定し、経過時間に基づいて、前記データ処理手段との通信のために該インターフェースユニットがいつ電話回線と相互接続すべきかを判定するための時間判定手段をさらに含んでおり、前記メータインターフェースユニットは、電話回線伝達を調べるために電話回線をモニタするための電話回線モニタ手段を含んでおり、前記メータインターフェースユニットは、電話回線伝達を評価し、メータのスケジュールされていないリーディングのために該メータインターフェースユニットが前記データ処理手段と相互接続すべきであることを該電話回線伝達がいつ指令するかを判定するために、前記電話回線モニタ手段に対応するデマンドリード手段をさらに含んでおり、前記メータインターフェースユニットは、前記データ収集手段からのコマンドを処理し、受領されたコマンドに対応して該データ収集手段に対してデータを出力するために、前記時間判定手段と前記デマンドリード手段とに対応するコマンド及びデータ処理手段をさらに含んでおり、前記メータインターフェースユニットは、前記データ処理手段と該メータインターフェースユニットとの間の通信とデータ伝達のために該メータインターフェースユニットを電話回線に相互接続するために、前記コマンド及びデータ処理手段に対応する手段をさらに含んでいる、ことを特徴とするコールインバウンド遠隔リーディングとデータ収集システム。２．前記メータインターフェースユニットは、所定のメータインターフェースユニット活動期間中に、該メータインターフェースユニットに対して選択的にパワーを付与するためのパワー供給手段を含んでいることを特徴とする請求項１記載のコールインバウンド遠隔リーディングとデータ収集システム。３．前記メータインターフェースユニットは、所定の間隔で信号を出力するためのタイミング手段をさらに含んでおり、前記デマンドリード手段は、所定のトーンの存在を調べるために電話回線をモニタするためのトーン検出手段をさらに含んでおり、前記パワー供給手段は、タイミング手段出力信号が受信されるたびに該トーン検出手段にパワーを提供することを特徴とする請求項２記載のコールインバウンド遠隔リーディングとデータ収集システム。４．前記デマンドリード手段は、入ってくる電話コールを示すリングバーストの存在を調べるために電話回線をモニタし、そのリングバーストの回数が所定値を越えるか否かを判定するためのリングデマンド手段をさらに含んでいることを特徴とする請求項３記載のコールインバウンド遠隔リーディングとデータ収集システム。５．前記メータインターフェースユニットは、前記パワー供給手段を制御するために、前記タイミング手段からの出力信号に対応した時間間隔手段をさらに含んでおり、前記コマンド及びデータ処理手段に所定の時間間隔で周期的にパワー付与し、該コマンド及びデータ処理手段は、前記時間判定手段が前記メータインターフェースユニットが前記データ処理手段と相互接続する時間であることを判定するときにパワー付与されることを特徴とする請求項４記載のコールインバウンド遠隔リーディングとデータ収集システム。６．前記コマンド及びデータ処理手段は、前記タイミング手段のために前記所定の間隔を判定するための手段をさらに含んでいることを特徴とする請求項５記載のコールインバウンド遠隔リーディングとデータ収集システム。７．前記所定の間隔を判定するための手段は、経過した時間と相互接続のための時間間隔とに基づいて、前記コマンド及びデータ処理手段に周期的にパワー付与するための所定の時間間隔を判定することを特徴とする請求項６記載のコールインバウンド遠隔リーディングとデータ収集システム。８．前記コマンド及びデータ処理手段は、前記メータインターフェースユニットと前記データ収集手段との間の相互接続が不成功であるときを判定し、別の相互接続をいつさせるかの時間間隔を判定するためのコールバック判定手段をさらに含んでいることを特徴とする請求項５記載のコールインバウンド遠隔リーディングとデータ収集システム。９．前記コールバック判定手段は、伝達されているデータと、前記メータインターフェースユニットと前記データ処理手段との間に相互接続が何度試みられたかとに基づいて、いつ別の相互接続を実行するかを判定することを特徴とする請求項８記載のコールインバウンド遠隔リーディングとデータ収集システム。１０．前記データ処理手段には複数の異なる電話番号が提供されており、前記コマンド及びデータ処理手段は該複数の電話番号から前記メータインターフェースユニット相互接続手段がダイヤルすべき１番号を選択することを特徴とする請求項９記載のコールインバウンド遠隔リーディングとデータ収集システム。１１．前記メータインターフェースユニットは、前記メータインターフェースユニット相互接続手段が電話回線に相互接続する以前に、電話回線が使用中であるか否かを判定するために電話回線をモニタするための電話回線状況モニタ手段をさらに含んでおり、該電話回線状況モニタ手段が電話回線が開いていることを示したときに相互接続が実行され、電話回線が開いていないと示したときに前記コールバック判定手段は別の相互接続をすべき時間を判定することを特徴とする請求項８記載のコールインバウンド遠隔リーディングとデータ収集システム。１２．前記コマンド及びデータ処理手段は、前記メータインターフェースユニットからの情報伝達後に所定の時間が経過したとき、該メータインターフェースユニットと前記データ処理手段との間の相互接続を断絶するためのタイムアウト手段をさらに含んでおり、前記コールバック判定手段は、所定の時間が経過したときに別の相互接続を実行するための時間間隔を判定することを特徴とする請求項１１記載のコールインバウンド遠隔リーディングとデータ収集システム。１３．前記コマンド及びデータ処理手段は、リードされるべきメータと該コマンド及びデータ処理手段とを相互接続するメータインターフェス接続をさらに含んでおり、該メータインターフェース接続は該コマンド及びデータ処理手段からのコマンドに対応して前記パワー供給手段によってパワー付与されることを特徴とする請求項１２記載のコールインバウンド遠隔リーディングとデータ収集システム。１４．前記パワー供給手段はバッテリを含んでいないことを特徴とする請求項１３記載のコールインバウンド遠隔リーディングとデータ収集システム。１５．前記パワー供給手段はバッテリを含んでいることを特徴とする請求項１３記載のコールインバウンド遠隔リーディングとデータ収集システム。１６．リードされるべき少なくとも１つのユティリティメータに接続されているコールインバウンドメータインターフェースであって、相互接続のための所定の時間間隔がいつ経過したかを判定し、経過時間に基づいて、該メータインターフェースユニットが従来式の電話回線を介してデータ処理手段と相互接続すべきときを判定するための時間判定手段であって、該データ処理手段はデータを収集し、保存し、処理することを特徴とする時間判定手段と、電話回線伝達を調べるために使用されている電話回線をモニタするための電話回線モニタ手段と、電話回線伝達を評価し、該電話回線伝達が、スケジュールされていないメータのリーディングのために前記データ処理手段と相互接続すべきであることをいつ指令するかを判定するために、前記電話回線モニタ手段に対応するデマンドリード手段と、データ収集手段からのコマンドを処理し、受領したそのコマンドに対応して該データ収集手段にデータを入力するために、前記時間判定手段と前記デマンドリード手段とに対応したコマンド及びデータ処理手段と、前記データ処理手段と前記コマンド及びデータ処理手段との間の通信とデータ伝達とのために、該コマンド及びデータ処理手段を電話回線に相互接続するための、該コマンド及びデータ処理手段に対応する手段と、を含んでいることを特徴とするコールインバウンドメータインターフェースユニット。１７．所定のメータインターフェースユニット活動期間中に、前記メータインターフェースユニットに選択的にパワー付与するためのパワー供給手段をさらに含んでいることを特徴とする請求項１６記載のコールインバウンドメータインターフェースユニット。１８．所定の間隔で信号を出力するためのタイミング手段をさらに含んでおり、前記デマンドリード手段は、所定トーンの存在を調べるために電話回線をモニタするためのトーン検出手段をさらに含んでおり、前記パワー供給手段は、該パワー供給手段によってタイミング手段出力信号が受信されるたびに前記トーン検出手段にパワーを提供する、ことを特徴とする請求項１７記載のコールインバウンドメータインターフェースユニット。１９．前記デマンドリード手段は、入ってくる電話コールを示すリングバーストの存在を調べるために電話回線をモニタし、そのリングバーストの回数が所定値を越えるか否かを判定するためのリングデマンド手段をさらに含んでいることを特徴とする請求項１８記載のコールインバウンドメータインターフェースユニット。２０．前記メータインターフェースユニットは、前記パワー供給手段を制御するために、前記タイミング手段からの出力信号に対応した時間間隔手段をさらに含んでおり、前記コマンド及びデータ処理手段に所定の時間間隔で周期的にパワー付与し、該コマンド及びデータ処理手段は、前記時間判定手段が前記メータインターフェースユニットが前記データ処理手段と相互接続する時間であることを判定するときにパワー付与されることを特徴とする請求項１９記載のコールインバウンドメータインターフェースユニット。２１．前記コマンド及びデータ処理手段は、前記タイミング手段のために前記所定の間隔を判定するための手段をさらに含んでいることを特徴とする請求項２０記載のコールインバウンドメータインターフェースユニット。２２．前記所定の間隔を判定するための手段は、経過した時間と相互接続のための時間間隔とに基づいて、前記コマンド及びデータ処理手段に周期的にパワー付与するための所定の時間間隔を判定することを特徴とする請求項２１記載のコールインバウンドメータインターフェースユニット。２３．前記コマンド及びデータ処理手段は、前記メータインターフェースユニットと前記データ収集手段との間の相互接続が不成功であるときを判定し、別の相互接続をいつさせるかの時間間隔を判定するためのコールバック判定手段をさらに含んでいることを特徴とする請求項２０記載のコールインバウンドメータインターフェースユニット。２４．前記コールバック判定手段は、伝達されているデータと、前記メータインターフェースユニットと前記データ処理手段との間に相互接続が何度試みられたかとに基づいて、いつ別の相互接続を実行するかを判定することを特徴とする請求項２３記載のコールインバウンドメータインターフェースユニット。２５．前記データ処理手段には複数の異なる電話番号が提供されており、前記コマンド及びデータ処理手段は該複数の電話番号から前記メータインターフェースユニット相互接続手段がダイヤルすべき１番号を選択することを特徴とする請求項２４記載のコールインバウンドメータインターフェースユニット。２６．前記メータインターフェースユニットは、前記メータインターフェースユニット相互接続手段が電話回線に相互接続する以前に、電話回線が使用中であるか否かを判定するために電話回線をモニタするための電話回線状況モニタ手段をさらに含んでおり、該電話回線状況モニタ手段が電話回線が開いていることを示したときに相互接続が実行され、電話回線が開いていないと示したときに前記コールバック判定手段は別の相互接続をすべき時間を判定することを特徴とする請求項２３記載のコールインバウンドメータインターフェースユニット。２７．前記コマンド及びデータ処理手段は、前記メータインターフェースユニットからの情報伝達後に所定の時間が経過したとき、該メータインターフェースユニットと前記データ処理手段との間の相互接続を断絶するためのタイムアウト手段をさらに含んでおり、前記コールバック判定手段は、所定の時間が経過したときに別の相互接続を実行するための時間間隔を判定することを特徴とする請求項２６記載のコールインバウンドメータインターフェースユニット。２８．前記コマンド及びデータ処理手段は、リードされるべきメータと該コマンド及びデータ処理手段とを相互接続するメータインターフェス接続をさらに含んでおり、該メータインターフェース接続は該コマンド及びデータ処理手段からのコマンドに対応して前記パワー供給手段によってパワー付与されることを特徴とする請求項２７記載のコールインバウンドメータインターフェースユニット。２９．前記パワー供給手段はバッテリを含んでいないことを特徴とする請求項２８記載のコールインバウンドメータインターフェースユニット。３０．前記パワー供給手段はバッテリを含んでいることを特徴とする請求項２８記載のコールインバウンドメータインターフェースユニット。３１．ユティリティメータの遠隔リーディングとデータ収集のための方法であって、データの収集と保存と処理とのためのデータ処理手段を提供するステップであって、該データ処理手段は該データ処理手段を従来式電話回線と相互接続するための相互接続手段をさらに含んでいることを特徴とするステップと、メータインターフェースユニットをリードされるべき少なくとも１つの遠隔地メータと相互接続させるステップと、少なくとも１つのユティリティメータのスケジュールされたリーディングのために前記メータインターフェースユニットを電話回線と前記データ処理手段とに相互接続するための所定の間隔が経過したことを判定するステップと、電話回線伝達を評価し、少なくとも１つのユティリティメータのスケジュールされていないリーディングのために前記メータインターフェースユニットが前記データ処理手段と相互接続すべきであることを該電話回線伝達がいつ指令するかを判定するステップと、前記評価及び判定のステップで判定され、該判定のステップで所定の時間間隔がいつ終了したかを判定されたときに、前記データ処理手段と前記メータインターフェースユニットとの間の通信とデータ伝達とのために該インターフェースユニットを電話回線に相互接続するステップと、前記データ収集手段からのデータを処理し、前記メータインターフェースユニットと前記データ処理手段とを相互接続した後に、受領したコマンドに対応して該データ収集手段にデータを入力するステップと、を含んでいることを特徴とするユティリティメータの遠隔リーディングとデータ収集のための方法。３２．所定のメータインターフェースユニット活動期間中に、前記メータインターフェースユニットに選択的にパワー付与するステップをさらに含んでいることを特徴とする請求項３１記載のユティリティメータの遠隔リーディングとデータ収集のための方法。３３．所定の時間間隔で信号を出力するステップと、所定のトーン存在を調べるためにトーン検出手段で電話回線をモニタするステップと、タイミング手段出力信号が出力されるたびに該トーン検出手段にパワーを付与するステップと、をさらに含んでいることを特徴とする請求項３２記載のユティリティメータの遠隔リーディングとデータ収集のための方法。３４．入ってくる電話コールを示すリングバーストの存在を調べるために電話回線をモニタし、そのリングバーストの回数が所定値を越えるか否かを判定するステップをさらに含んでいることを特徴とする請求項３３記載のユティリティメータの遠隔リーディングとデータ収集のための方法。３５．前記所定の時間間隔が終結したとき、前記判定のステップを定期的に実行するステップをさらに含んでいることを特徴とする請求項３４記載のユティリティメータの遠隔リーディングとデータ収集のための方法。３６．前記定期的な実行ステップのために所定の間隔を判定するステップをさらに含んでいることを特徴とする請求項３５記載のユティリティメータの遠隔リーディングとデータ収集のための方法。３７．前記所定の間隔を判定するステップは、経過した時間と、相互接続のための所定の時間間隔とに基づいて行われることを特徴とする請求項３６記載のユティリティメータの遠隔リーディングとデータ収集のための方法。３８．前記データ処理手段と前記メータインターフェースユニットとの間の相互接続が不成功であるときを判定するステップと、別の相互接続の試行を行うための時間間隔を判定するステップと、をさらに含んでいることを特徴とする請求項３５記載のユティリティメータの遠隔リーディングとデータ収集のための方法。３９．別の相互接続の試行を行うための時間間隔を判定する前記ステップは、伝達されているデータと、前記インターフェースユニットと前記データ処理手段との間に試みられた相互接続の回数とに基づいて時間間隔を判定することを特徴とする請求項３８記載のユティリティメータの遠隔リーディングとデータ収集のための方法。４０．前記データ処理ユニットに割り当てられた複数の電話番号の１つを選択し、前記データ処理手段と前記メータインターフェースユニットとを相互接続するために該選択番号をダイヤルするステップをさらに含んでいることを特徴とする請求項３９記載のユティリティメータの遠隔リーディングとデータ収集のための方法。４１．相互接続あるいは前記データ処理ユニットの割当電話番号をダイヤルする前に、電話回線が使用中であるか否かを判定するために電話回線を状況モニタするステップであって、相互接続は、該状況モニタが電話回線が開いていることを示したときに実行されることを特徴とするステップと、前記状況モニタが電話回線が開いていないことを示したとき、別の相互接続を実行するための時間間隔を判定する前記ステップを反復するステップと、をさらに含んでいることを特徴とする請求項３８記載のユティリティメータの遠隔リーディングとデータ収集のための方法。４２．前記メータインターフェースユニットから情報が伝達されて後、所定の時間が経過したとき、該メータインターフェースユニットと前記データ処理手段との間の相互接続を断絶するステップと、前記所定の時間が経過したとき、別の相互接続を実行するために前記時間間隔を判定する前記ステップを反復するステップと、をさらに含んでいることを特徴とする請求項３８記載のユティリティメータの遠隔リーディングとデータ収集のための方法。４３．リードすべきメータと前記メータインターフェースユニットとを相互接続し、該メータインターフェースユニットと前記データ処理手段との間の相互接続が確立された後にメータレジスタにパワーを付与するステップと、データをレジスタするために該メータレジスタをインテロゲートするステップとをさらに含んでいることを特徴とする請求項３８記載のユティリティメータの遠隔リーディングとデータ収集のための方法。４４．バッテリを含まないメータインターフェースユニットを提供するステップをさらに含んでいることを特徴とする請求項３８記載のユティリティメータの遠隔リーディングとデータ収集のための方法。４５．バッテリでパワー付与されているメータインターフェースユニットを提供するステップをさらに含んでいることを特徴とする請求項３８記載のユティリティメータの遠隔リーディングとデータ収集のための方法。