JPH10506250A - Remote access system - Google Patents

Remote access system

Info

Publication number
JPH10506250A
JPH10506250A JP8511510A JP51151096A JPH10506250A JP H10506250 A JPH10506250 A JP H10506250A JP 8511510 A JP8511510 A JP 8511510A JP 51151096 A JP51151096 A JP 51151096A JP H10506250 A JPH10506250 A JP H10506250A
Authority
JP
Japan
Prior art keywords
remote access
request
management system
data
communication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP8511510A
Other languages
Japanese (ja)
Inventor
アラステアー モンゴメリー、
ジェフリー・エドワード デスランデス、
ロバート・マルコルム ボール、
デニス・ジョン トリッカー、
キース・エリック ノルド、
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
British Telecommunications PLC
Original Assignee
British Telecommunications PLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by British Telecommunications PLC filed Critical British Telecommunications PLC
Publication of JPH10506250A publication Critical patent/JPH10506250A/en
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
    • H04M11/002—Telephonic communication systems specially adapted for combination with other electrical systems with telemetering systems

Abstract

(57)【要約】 管理システム（Ａ１）は、通信ネットワーク（Ａ４）の分散された位置にある装置のユニットに遠隔アクセスサービスを提供する。例えば管理システムは、公益企業（Ａ５）のためにＰＳＴＮを介する自動的なメータ読取りを提供することができる。管理システム（Ａ１）は、通話要求に応答して、通常予め定められている選択されたユニットに対するネットワーク（Ａ４）を介しての通話を開始させ、認証や要求のバッチ処理のようなかなり多くの機能性を提供することができる。ネットワーク（Ａ４）上の通常のトラフィックとの衝突は、通常のトラフィック通話を監視し、何らかの存在する衝突遠隔アクセス通話を切るか、何らかの要求される潜在的に衝突する可能性がある遠隔アクセス通話を阻止することにより避けることができる。終了していないまたは阻止された遠隔アクセス通話は、管理システム（Ａ１）により自動的に再度スケジュール調整がなされる。 (57) [Summary] The management system (A1) provides a remote access service to a unit of equipment located at a distributed location in the communication network (A4). For example, the management system may provide automatic meter reading via the PSTN for the utility (A5). The management system (A1) responds to the call request by initiating a call via the network (A4) to the selected unit, usually predetermined, and performs a number of operations such as authentication and batching of requests. Functionality can be provided. Collisions with normal traffic on the network (A4) will monitor the normal traffic calls and drop any existing conflicting remote access calls or any required potentially conflicting remote access calls. It can be avoided by blocking. Unterminated or blocked remote access calls are automatically rescheduled by the management system (A1).

Description

【発明の詳細な説明】 遠隔アクセスシステム この発明は、分散された装置に対する遠隔アクセスに関し、もっぱらこれに限 られないが、特に、遠隔測定方法および遠隔測定システムに関する。 ガス、電気、水道供給者のような公益企業にとって、人によってメータを読取 るための費用は重要である。結果としてメータはたまにしか読取られず、世帯主 は実際の消費に基づいたものではなく推定された請求書を受取る。メータを読む 人がメータに近付けない時にさらに困難性が生じる。 これらの問題は、遠隔測定方法を使用する遠隔的なメータの読取りにより解消 することができる。遠隔測定方法は遠隔アクセスプロセスであり、これによりメ ータが通信ネットワークに接続され、一般的に１か所、例えば公益企業により所 有されている施設からこのネットワークを通してメータにアクセスし読取ること ができる。メータを読取るプロセスは、一般的に、モデムと実行される適切な通 信・データ検索ソフトウェアとによりネットワークに接続される適切なコンピュ ータシステムによって実行される。 例えば、独立したメータ読取り代理業や自己のエネルギ利用を測定したい分散 したサイトを持つ会社のような、公益企業以外の組織からの遠隔測定に対する増 加しつつある需要もある。 遠隔測定システムを含む遠隔アクセスシステムが望ましいが、例えば公益企業 のメータだけを読取るだけの通信ネットワークをインストールする高い元費用は 、会社にとって、特に過去を振り返ると正当化できるものではない。 したがって本発明をなし得るに際して、出願人は、エネルギ利用の測定を含む 広い範囲の会社およびマーケットに役立つ遠隔アクセス社会的生産基盤を生み出 すことに利点を見い出した。 本発明の第１の観点にしたがうと、 通信ネットワークにより遠隔装置からのデータを得るために遠隔装置にアクセ スする遠隔アクセス管理システムにおいて、 （ａ）１台以上の遠隔装置に関するアクセス動作要求のための入力装置と、 （ｂ）１台以上の遠隔装置に関するルーティングデータを提供するルーティン グデータ記憶装置と、 （ｃ）アクセス動作要求に応答してルーティングデータを含む制御情報を通信 ネットワークに出力することによりアクセス動作を開始させるアクセス動作開始 装置と、 （ｄ）通信ネットワークから受信されたアクセス動作結果データのための入力 装置とを具備することを特徴とする遠隔アクセス管理システムが提供される。 その後、自動的にまたは要求に応じて、状況に適したフォーマットでアクセス 動作結果のデータを出力することができる。 本発明の実施例は、 通信ネットワークを介する分散ターゲット装置との通信を管理するための遠隔 アクセス管理システムにおいて、 選択されたターゲット装置に対してのアクセス動作に対する要求を受信する手 段と、 前記要求により識別されたターゲット装置に対するルーティング情報を提供す る手段と、 前記ルーティング情報を含む制御情報を受信して通信ネットワークを介する前 記アクセス動作を動作させるように構成された通信ネットワークプラットフォー ムに前記制御情報を伝送するように構成された手段を備えた、前記ターゲット装 置に対してのアクセス動作を開始させる手段と、 前記アクセス動作に応答して前記ネットワークプラットフォームからのデータ を受信して記憶する手段と、 前記記憶データを示すデータを前記要求の発信者に送信する手段とを具備する ことを特徴とする遠隔アクセス管理システムとして説明することができる。 この明細書では特に断らない限り、アクセス動作を要求している人または例え ば公益企業のような組織は“顧客”すなわち要求の発信者と呼ばれ、動作が命令 される、人または組織の装置は“ターゲット”と呼ばれる。これは、アクセスを 要求している人または組織が第１に費用に対して責任を負っている可能性がある という事実を反映している。 本出願人は、遠隔測定に対して、エネルギでない応用のマーケットもあると考 えている。このようなマーケットは、例えば自動販売機、ガソリンスタンド、巨 大な蓄積タンクにおける在庫監視や、例えば温度、水、純度、花粉数の環境監視 などを例として含む。 “遠隔測定”と同様に、例えば、郵送サービスを使用することを避けるために 直接的に公益企業の顧客に請求書を発行することや、ヒーティングシステムや他 の電気装置の遠隔制御や、例えばエネルギ管理などの他の遠隔的な自動および制 御適用のような、同様な原理を使用する他の遠隔アクセス動作もある。 通信会社は、安全性や品質を必然的に考慮に入れ、多くは高いレベルのカバー 範囲で関連した顧客ベースを考慮に入れた既存のネットワークを持っている。し たがって通信会社は、高品質で高い安全性のデータ伝送を有する潜在的に有益な 社会的生産基盤を提供する。 本発明の実施例では遠隔アクセスシステムは、通信ネットワーク運営者によっ てまたは独立したエンティティによって提供され、必ずしも公益企業のような顧 客によって提供されるものではない。例えばターゲット装置に対する遠隔アクセ ス通話を開始させるのに必要なディレクトリ番号（ＤＮ）のようなルーティング 情報は遠隔アクセス管理システムにより提供されることから、顧客はこの情報を 知る必要がない利点がある。これは、例えば通信ネットワークが公衆電話交換ネ ットワーク（ＰＳＴＮ）である場合に、電話帳に載っていない電話番号が顧客に とって利用可能である必要がないことを意味する。 通信ネットワークがＰＳＴＮである場合、この可能性は遠隔アクセス動作を認 識する装置に対するかなり広いアクセスをもたらす。代わりにネットワークは、 例えばパケット交換データネットワークのような他の適切なタイプの通信ネット ワークでもよい。 開始手段は、ターゲット装置により開始されるべき通信動作のタイプ表示を含 む制御情報を提供するように構成されていることが好ましい。 通信動作は、実質的に読取り動作であるかあるいは実質的に書込み動作である ことが好ましい。読取り動作の設定は何らかの制御情報をターゲット装置に送信 することを含むが、読取り動作はターゲット装置からの読取り情報を含む。同様 に、書込み動作が成功したか失敗したかを示すために一般的にステータス情報が 返されるが、書込み動作はターゲット装置へ情報を送信することを含む。 遠隔アクセス管理システムは、要求の発信者の識別子と記憶されている１組の 有効な要求の発信者とを比較する手段を備えた要求を確認する手段を具備し、要 求が要求の発信者を識別するデータを含むことが好ましい。要求において識別さ れた装置へのアクセスに対する要求発信者の権利が、そのシステムに関して記憶 されている各情報に対してチェックできることが好ましい。したがって、遠隔ア クセス管理システムの運営者は、それを通して顧客がシステムに対してアクセス し、そのターゲット装置に対して顧客がアクセスする制御装置を維持することが できる。 好ましい実施例では、遠隔アクセス管理システムは、記憶されている１組の一 意的な参照事項を含み、この参照事項はそれぞれ１台以上のターゲット装置に対 応している。一般的に、有効な要求は記憶されている参照事項の１つに整合する 少なくとも１つの参照事項を含んでいる。したがって明らかに、要求をしている 顧客は自分達の有効な参照事項を知っている必要がある。この構成の利点は、顧 客が１つの要求における１つの装置参照事項で多数のターゲット装置に対するア クセスを要求することができることがである。 遠隔アクセス管理システムは、予め選択された間隔または時間においてターゲ ット装置に対する通話を開始させる開始手段をトリガする時限トリガ手段を具備 していることが好ましい。この方法では、顧客は例えば、顧客側の最低限の労力 で定期的な間隔ごとに自分達のすべてのターゲットメータに対するメータ読取り を提供してもらうことができる。 遠隔アクセスシステムは、需要に応じて１以上の通話を開始させる設備を備え ていると利点になる。この設備により例えば、顧客が需要に応じて１台のメータ の読取りをチェックすることが可能になる。 好ましい実施例では、遠隔アクセス管理システムは、通信ネットワークを通し てアクセス可能なすべての潜在的なターゲット接続のネットワークアドレスとネ ットワークアドレスの物理的な位置とを含む情報を有する更新可能なデータベー ス手段をさらに具備している。この情報は特に、適切なターゲット装置がインス トールされた時にシステムによりアクセス可能なターゲットのリストを確立する のに有用である。 遠隔アクセス管理システムは、システムによりアクセス可能な各ターゲット装 置に対する、各ターゲット装置のタイプとターゲット装置に対する各データ通信 アクセス要求とを含む情報を有する更新可能なデータベース手段を具備すること が好ましい。この情報は、通信ネットワークプラットフォームに送信される制御 情報の一部を形成し、また、システムにより異なるタイプのターゲット装置をア クセスすることができ、システムのアクセス要求が要求において顧客により提供 されない場合に重要である。このタイプの構成は、顧客が知る必要のある情報量 を最小にする。 好ましい実施例では、遠隔アクセス管理システムは、少なくとも数台のターゲ ット装置に対する、インターフェイス手段の通信ネットワーク回線終端アドレス とインターフェイス手段のポート番号とを含むターゲット装置ルーティング情報 を提供するように構成され、これにより、前記インターフェイス手段に接続され ている個々のターゲット装置は、前記インターフェイス手段上の各ポートを特定 することによりアクセス可能である。 この方法においてインターフェイス手段をターゲット装置から切り離すことの 他の利点は、実際のターゲット装置からのデータ収集の分離や、供給者が例えば メータを所有したままで、インターフェイス手段を所有する第三者のメータ読取 り代理業の確立を促進することや、例えばメータの再検定を受ける必要なく、イ ンターフェイス手段を変更または更新することができるような柔軟性を提供する ことである。 本発明の第２の観点にしたがうと、本発明は、 先に説明した遠隔アクセス管理システムと通信ネットワークプラットフォーム とを具備する、通信ネットワークを介して分散ターゲット装置と通信するための 遠隔アクセスシステムにおいて、 前記遠隔アクセス管理システムからの、前記ターゲット装置ルーティング情報 を含む制御情報を受信する手段と、 前記ターゲット装置のアクセスを制御し、前記アクセスに応答して前記ターゲ ット装置からのデータを受信する手段と、 少なくともいくつかの前記受信データを前記遠隔アクセス管理システムに返す 手段とを具備することを特徴とする遠隔アクセスシステムを提供する。 本発明の実施例の多くの適用では、通常の電話は実質的に妨害されないことが 重要である。したがって例えば遠隔測定では、本発明の１つの観点は、電話通話 が常に遠隔測定通話に対して優先権を確実に持つようにする。したがって隣接す る電話（または他の通信装置）がオフフックされると遠隔測定通話を切断し、進 行中の遠隔測定通話の代わりに入電話通話をつなぐことが好ましい。本発明のこ の観点は、本出願人の留保中のＥＰ94302620.3にさらに詳細に説明されている。 しかしながら、例えばオーブンをターンオフさせる場合のようにアクセス動作の ケースの中には、遠隔アクセス動作が電話通話に対して優先権を持つ方が好まし い場合もある。 本発明の実施例では、ターゲット装置、またはターゲット装置が接続されるイ ンターフェイス手段は、例えば電話やファクシミリのような他の通信装置ととも に、通信ネットワーク中の回線を共同終端させる可能性がある。ターゲット装置 に対する通話が無鳴動通話（ＮＲＣ）であることが好ましい。この方法では、通 話によっては、ターゲット装置またはインターフェイスと共同終端されている電 話は鳴らない。したがって全体の動作は、ターゲットサイトにおける顧客にとっ てトランスペアレントである。 ターゲット装置とのアクセスを確立する手段が、ターゲット装置への通話をス ケジュール調整する手段を含むことが好ましい。したがって、管理システムから 受信される、アクセスされるべきターゲット装置に対する参照事項の１以上のリ ストを含む要求を、例えばＰＳＴＮに関する夜間のような、関連する通信ネット ワークに対してピークでない時に生じさせることができ、結果は、全体のプロセ スが終了した後に１回の通信で顧客に返送することができる。 好ましい実施例では、遠隔アクセスシステムは、顧客に対して請求書を発行す る手段をさらに具備する。遠隔メータの読取りの場合には公益企業が顧客であり 、したがって関連したデータ伝送動作に対する請求書が公益企業に発行される可 能 性がある。一方、遠隔制御動作すなわち在庫の監視の場合には、例えばターゲッ ト装置の所有者が顧客でもある可能性があり、したがってこの所有者に請求書が 発行される。通信ネットワーク接続時間よりむしろ成功した動作ベースごとに顧 客に対して請求書が発行されることが好ましい。これは、顧客に対する費用が容 易に予測でき、顧客は（実際には何らかの通信ネットワーク接続時間を招く）失 敗した動作に対して請求書の発行を受けない利点がある。 実際には、遠隔アクセスシステムはさらに別の機能性を提供することが好まし い。例えば管理システムは、標準的でない顧客の要求フォーマットを要求処理手 段により読取ることができるフォーマットに変換する手段をさらに具備してもよ い。この方法では、追加される顧客は、自己の既存のシステムを修正することな くまた置換さえもすることなく登録される。変換手段は例えば、単に、顧客の要 求を読取り、要求処理手段により要求されるフォーマットにそれを再フォーマッ トするソフトウェアフィルタでもよい。変換手段は、本質的に管理システムの一 部であってもよく、または要求動作中に管理システムとインターフェイスするよ うに構成された顧客システムの一部であってもよい。 遠隔アクセスシステムは、例えば、そうすることが承認されていない人によっ て、遠隔測定を使用している公益企業のメータを信用させようとする試みを検出 することにより、不正な行為を検出する手段をさらに提供してもよい。またシス テムは、例えばメータの読取りが生ずるべきでない時にメータの読取りがなされ たことを検出することにより、公益企業の供給に漏れがあることを検出する手段 を含んでいてもよい。 本発明の第３の観点にしたがうと、 通信ネットワークを介する顧客と分散ターゲット装置との間の通信を制御する 遠隔アクセス管理システムにおいて、 顧客との通信を管理する手段と、 ターゲット装置との通信を管理できるようにするために、前記通信ネットワー ク中の通信装置との通信を管理する手段と、 前記顧客または前記通信装置から受信されたデータを記憶する手段と、 前記記憶手段により記憶されたデータを表すデータを前記顧客または前記通信 装置に送信する手段とを具備することを特徴とする遠隔アクセス管理システムが 提供される。 本発明の好ましい実施例では、遠隔アクセス管理システムが、通信装置からの データを受信し、データを記憶し、記憶されたているデータを表すデータを顧客 に送信するように構成されている。 この観点の他の好ましい実施例は、本発明の他の観点に関連して先に説明した 実施例の任意のものまたはすべてを含む。 遠隔アクセスが、顧客の代わりにまたは顧客とともに、ターゲット装置により 開始されるように構成されていることが好ましい。顧客または他の指定された目 的地に対する遠隔アクセスは、ターゲット装置により開始される。 両方向ターゲット装置アクセス能力を有することが利点となる状況の例は、自 動販売機が空に近いことを示し、燃料の備蓄が少ないことを燃料の貯蔵設備が示 すことである。このような情報は通信により顧客に戻される。また、例えば顧客 装置の進行中の破壊行為の結果や、故障した巨大な食品貯蔵施設のような多くの 重大な状況においてより迅速な応答が望まれており、ターゲット装置により開始 される遠隔アクセスは、警察に送信されたり、例えば無線ページャーを通してエ ンジニアに送信される警報を自動的にトリガする。 以下の図面を参照することにより、例としてのみ本発明をこれから説明する。 図１は、遠隔測定システムに対する論理アーキテクチャーを表しており、シス テムドメインとこれらのドメイン間の関係を示している。 図２から図７は、他のシステムドメインに関して論理アーキテクチャーにおい て各システムドメインが有する概要を表している。 図８は、ＴＩＵとメータの登録手順を表しているフロー図である。 図９は、ＴＩＵとメータのインストール手順を表しているフロー図である。 図１０は、自動的メータ読み取りプロセスを示すフロー図である。 図１１図は、多重メータ同報通信プロセスを表しているフロー図である。 図１２は、自動販売機に適用した本発明の特徴を図示した図である。 以下の説明は、ＰＳＴＮに対して動作する遠隔測定システムをカバーするもの であり、一般的に、ターゲット装置は複数の需要家メータを備え、それぞれのメ ータは例えば電話機のような他の通信装置とともに電話回線を共同終端させてい る。遠隔測定システムはＰＳＴＮ運営者により所有され管理されていると仮定し 、顧客は顧客のメータに対して遠隔的なメータの読取り動作を要求する公益企業 であると仮定する。 図１は、ＰＳＴＮを通しての自動的なメータの読取り（ＡＭＲ）動作に適切な 遠隔測定システムに対する全体的なアーキテクチャーを示している。このアーキ テクチャーは６つのドメインを持っており、これらは次のようなものである。サ ービス管理ドメインＡ１は、公益企業、需要家およびネットワーク運営者間の対 話をサポートするシステムおよび機能性を持っている。ネットワーク管理ドメイ ンＡ２は、遠隔測定に対するネットワークおよびエレメント管理を提供するシス テムおよび機能性を持っている。請求書発行ドメインＡ３は、公益企業に対して 請求書発行および記録情報を提供するシステムおよび機能性を持っている。ネッ トワークドメインＡ４は、すべてのネットワーク音声伝送路および遠隔測定通話 開始装置を持っている。ＡＭＲ動作を要求する公益企業は公益企業ドメインＡ５ により表されており、需要家は需要家ドメインＡ６により表されている。ドメイ ンに隣接している線はドメイン間に存在する関係を表している。以下の説明は各 ドメインを取扱っており、それぞれのドメインの他のドメインに対する関係の概 要を表している。 サービス管理の概要 図２のサービス管理の概要は、サービス管理ドメインＡ１の観点からのアーキ テクチャーを示している。図２にしたがうと、サービス管理ドメインＡ１は、遠 隔測定サービスセンタ（ＴＳＣ）11、遠隔測定サービス管理システム（ＴＳＭＳ ）12、需要家サービスシステム（ＣＳＳ）14、需要家サービスセンタ（ＣＳＣ） 16およびプリプロセスデータベース（ＤＢ）15を備えている。 ＴＳＣ11は、質問や故障の報告のための公益企業に対する主要な接触点である 。ＴＳＣ11は、ＴＳＭＳ12、ＣＳＳ14および請求書発行ドメインＡ３へのアクセ スができ、これにより公益企業は質問のためにＴＳＣオペレータと接触すること ができ、オペレータはその質問に答えようとすることができる。遠隔測定システ ムの故障やネットワークの故障を際立たせる質問、すなわちオペレータにより取 扱 うことができない質問は、それを取扱うそれぞれの技術部門に送信される。需要 家もＳＣＳ16を通してＴＳＣ11に質問や故障を記録することができる。 ＴＳＣ11は、ＴＳＭＳ12に保持されている通話記録に対するアクセスを持って おり、ＴＳＭＳ12を通してネットワークドメインＡ４中の（以下の´ネットワー クの概要´においてさらに詳細に説明されている）遠隔測定プラットフォーム（ ＴＰ）41にもアクセスを持っている。これにより、要求された場合に公益企業ド メインＡ５に報告することができるＡＭＲの進捗も監視することができる。 ＴＳＭＳ12は、公益企業からのＡＭＲ要求の処理、公益企業登録、需要家リス ト登録および需要家リスト更新をすることができる。ＴＳＭＳ12は、請求書発行 の目的のために請求書発行ドメインＡ３に情報を供給することもできる。 需要家リストと同様に、公益企業登録のために提供される必要がある基本情報 は次のものを含んでいる。 ・公益企業ＩＤ／名称 これは、ＡＭＲサービスに対して自分自身を識別でき るようにするためのものであり、公益企業に対するものである。 ・遠隔測定参照番号 これはＰＳＴＮ運営者と公益企業に共通の識別子であり 、両当事者に対して遠隔測定インターフェイス装置（ＴＩＵ）／メータのアドレ スを一意的に識別する。 ・メータ参照番号 これはＡＭＲサービスたのために公益企業が自分達の需要 家を識別するのに使用するキーデータ部であり、公益企業に対して一意的である 。 ・メータアドレス これは、ＰＳＴＮ運営者が保持している需要家に対する電 話番号やアドレスに、要求されたメータが対応しているかどうかをチェックする ための相互参照として使用される。 ・ＴＩＵタイプ これはＴＩＵにアクセスするために使用するプロトコルを規 定している。 ・ＴＩＵアドレス／ポート番号 これは、ＴＩＵに対する一意的な識別子とメ ータがＴＩＵに接続されているメータのポート番号から構成されている。 図２Ａにしたがうと、ＴＳＭＳ12は、アーキテクチャーの他の構成要素とＴＳ ＭＳ12を接続するためのデータインターフェイス111と、データバス112を通して インターフェイス111に接続されているプログラム可能なプロセッサ113と、 プログラム可能なプロセッサ113に接続されている記憶装置114を備えている。適 切なプログラム可能なプロセッサ113は、Ｃ＋＋のような適切なソフトウェアプ ログラミング言語で書かれている適切なソフトウェアが走る、サン・マイクロシ ステムズ社のＳＰＡＲＣステーション１０００や、同様な高性能ＲＩＳＣベース のプロセッサである。インターフェイス111は、請求書発行ドメインＡ３、公益 企業ドメインＡ５、ＤＢ15、ＴＰ41、ＴＳＣ11との間の線接続を提供する。イン ターフェイス111は、データバス112を介してプログラム可能なプロセッサ113に 接続されている。インターフェイス111は、ＴＳＭＳ12への送信を受信し、プロ グラム可能なプロセッサ113に対して送信元を識別するためにその送信をコード 化する。同様に、インターフェイス111は、正しい目的地に送信を向けることに より、プロセッサ113からの送信も送る。適切なインターフェイス111は、データ バス112への接続およびイーサネットローカルエリアネットワークへの接続を有 するイーサネットインターフェイスであり、これにアーキテクチャーの他の構成 部品が接続されている。 ＡＭＲ要求は、インターフェイス111を通して公益企業の遠隔測定インターフ ェイスシステム（ＴＩＳ）51からＴＳＭＳ12に対してなされる。要求は、公益企 業ＩＤ、メータ参照番号、相互参照の目的のためのメータアドレスを含んでいる 。 ＴＳＭＳ12は、要求において特定されているメータに関連して公益企業が持っ ているアクセス権をチェックすることにより、また、記憶装置114に記憶されて いるデータベースに保持されているすべての有効メータアドレスのリストとそれ ぞれの要求を相互参照することにより、ＴＩＳ51からのそれぞれのＡＭＲ要求を 確認する（ここで、リストは公益企業が初めに登録された際に公益企業により登 録され、それから更新される）。 確認がなされた時、ＴＳＭＳ12はディレクトリ番号（ＤＮ）をＡＭＲ要求に追 加する。この番号はＴＳＭＳ12がＤＢ15を通してＣＳＳ14から手に入れたもので ある。そしてこの情報はＴＰ41に送信される。これにより、ＴＰ41が需要家への 通話を設定することができるようになる。 単一のＡＭＲ要求を取扱うのと同様に、ＴＳＭＳ12は、一度の動作で公益企業 がＡＭＲに対する要求のリストを送信するバッチＡＭＲ要求を取扱うことができ る。このバッチＡＭＲ要求は記憶装置114に記憶される。そしてＴＳＭＳ12は先 に説明したように要求の全リストを処理し、そのリストをＴＰ41に送信する。Ｔ Ｐ41は、適切な時間、一般的に通信ネットワークにとってピークでない時間に開 始しなければならない通話をスケジュール調整する。ＴＰ41がＡＭＲの成功また は不成功のすべての結果を受信すると、これらの結果をひとまとめにしてＴＳＭ Ｓ12を通して公益企業に送信する（このプロセスは以下でさらに詳細に論じる） 。 ＴＳＭＳ12は、（公益企業により前持って提供され、記憶装置114に記憶され ている）予め定められた需要家リストに対してＡＭＲを開始することもできる。 この設備は、公益企業からの簡単な要求によりまたは自動的に起こすことができ る。これによりＴＳＭＳ12は、リスト中の要求にルーティング情報を追加し、定 期的な予め定められた間隔で自動的にそのリストをＴＰ41に送り、ＴＰ41はＡＭ Ｒ通話をスケジュール調整し、開始する。 ＴＳＭＳ12は、記憶装置114に有効な読取り記録と例外記録とを含む通話記録 を保持し、この記録はＴＳＣ11から、またはＴＩＳ51通して公益企業ドメインＡ ５から直接的にアクセスすることができる。公益企業ドメインＡ５による直接的 なアクセスにより、性能および潜在的な請求書発行におけるごく最近の公益企業 情報にアクセスすることができる。 ＣＳＳ14はプログラム可能なデータベースであり、ＰＳＴＮ中の各電話回線に 対する遠隔測定サービスの有効性の記録を保持している。適切なプログラム可能 なデータベースは、データベースを保持するためのハードディスク記憶装置や、 人により入力される情報（または電子的に送信される情報）を受入れるための適 切な通信およびデータベースソフトウェアを備え、この情報を使用して要求され るようにデータベースを更新するＩＢＭ互換のパーソナルコンピュータである。 データベース情報は、ネットワーク管理ドメインＡ２からＰＳＴＮ運営者により 提供される。それぞれ利用可能な遠隔測定回線に対して、ＣＳＳ14は、（これも ＰＳＴＮ運営者により提供される）対応ＤＮや、ＰＳＴＮ運営者と公益企業に共 通な識別子である対応メータ参照番号を保持し、この対応メータ参照番号は両方 の当事者に対するメータ／需要家アドレスを一意的に識別する。ＣＳＳデータは 、遠隔測定をサポートする各回線に対するフラグも含んでいる。このフラグは、 故 障を修理するために余分なＣＰＥを切り離す必要があることをエンジニアに示す ことにより通常の回線故障の修理において役立つ。 ＣＳＳ14は、新しいまたは更新されたＤＮデータ記録の到着に応答して、要求 された時にＤＮデータ記録をＤＢ15に送信する。ＤＢ15はまた、ネットワーク管 理ドメインＡ２から、対応する電話交換機アクセス要求の詳細を受信する。電話 交換機アクセスの詳細は一般的に、交換機のタイプや、例えば無鳴動通話を設定 するために信号送信が必要である通話設定のために要求される方法を含んでいる 。したがって、ＴＳＭＳ12が有効な要求を受信すると、要求されたＤＮは電話交 換機アクセス詳細とともにＤＢ15から検索され、ＴＰ41へ送信するために準備さ れる。ＣＳＳ14およびＤＢ15に記憶されている情報は、（ＴＳＣ11またはＴＳＭ Ｓ12を通して）ネットワーク管理ドメインＡ２と公益企業ドメインＡ５により定 期的に更新される。 ＣＳＣ16は、需要家ドメインＡ６に対する主要な接触点である。ＣＳＣ16はＴ ＳＣ11のように人間のオペレータであり、需要家ドメインから故障報告を受信し 、故障報告の詳細をＣＳＳに入力し、適切な場合にＴＳＣ11に対して遠隔測定シ ステム故障報告を送信する目的のために、ＣＳＳ14とＴＳＣ11に対してアクセス する能力を持っている。故障報告手順は、標準的な通信ネットワークに対して一 般に採用されているようなものと共通である。 ネットワーク管理の概要 遠隔測定システムにおけるネットワーク管理の役割は、標準的な通信システム におけるネットワーク管理の役割と同様である。この役割は、アラームを監視お よび発生させ、性能を監視し、要求された場合にトラフィック流を変化させるこ とにより、回線の過負荷を防ぎ、回線故障を迂回するようにトラフィックを再度 方向付けることを含んでいる。 図３は、ネットワーク管理ドメインＡ２と、サービス管理ドメインＡ１と、ネ ットワークドメインＡ４との間の関係を表している。 ネットワーク管理ドメインＡ２は、動作管理センタ（ＯＭＣ）23、ネットワー クトラフィック管理システム（ＮＴＭＳ）25、ネットワーク管理センタ（ＮＭＣ ） 21、ネットワーク動作装置（ＮＯＵ）22を含んでいる構成要素を備えている。そ れぞれの構成要素は既知の方法で相互接続され、適切なソフトウェアが走る１台 以上のコンピュータシステムを備えている。 ＮＭＣ21は通常の方法でネットワークトラフィックを取扱う。しかしながら必 要であるならば、制御レートの回復を制御するとともにＴＰ41の遠隔測定通話レ ートを減少させることによりネットワーク過負荷を防ぐことも可能である。 ＮＯＵ22はネットワークのＣＳＳ14から需要家故障報告を受信し、これは通常 の方法で解決され、解決できない故障はＣＳＳ14を通してＴＳＣ11に返される。 ＮＯＵ22は、失敗した通話の試みと関連してＴＰ41により発生されるアラームも 受信し、これは通常の方法により取扱われるかまたはＴＳＣ11に送信される。 ＯＭＣ23は、ＮＴＭＳ25を通してＮＭＣ21からの要求を受信して、ＴＰ41の通 話レートを制御し、ＴＰ41に対して制御信号を送信し、それにしたがって通話レ ートが修正される。 ＮＴＭＳ25は、通常の方法でネットワーク中の交換機をポーリングし、性能デ ータを提供し、この性能データの中からネットワーク管理報告を編集することが できる。ＮＴＭＳ25は、また、ＮＭＣ21から制御情報を通話の流れの変更に関連 するＯＭＣ23に送信し、性能を測定する目的のために、ＴＰ41によりなされた通 話の詳細をＴＰ41から受信する。 請求書発行の概要 図４は、請求書発行ドメインＡ３と、サービス管理ドメインＡ１と、公益企業 ドメインＡ５との間の関係を表している。 請求書発行ドメインＡ５は、ＴＳＭＳ12からの情報を受信する請求書発行シス テム31を含んでおり、請求書発行システム31はこの情報を請求書発行情報に変換 する。請求書発行情報は、紙の請求書として公益企業に送られるか、または、例 えばＴＩＳ51への直接的な通信回線により電子的に公益企業に送信される。請求 書発行システムは、例えば各公益企業に対する項目分けされた請求書に情報を順 序正しくまとめるソフトウェアを走らせるＩＢＭ互換のパーソナルコンピュータ のようなコンピュータシステムを備えている。ＴＳＭＳ12から受信される一般的 な請求書発行情報は、読取りの日付、読取り／書込みの時間、成功したか不成功 か、公益企業参照番号を含んでいる。請求書発行システムは、項目分けされた請 求書に請求書発行情報を順序正しくまとめ、ＴＩＳ51への適切なリンクを介して コンピュータ通信により公益企業に対して請求書の送信を開始する。このケース の場合における請求書発行の基準は、ネットワーク接続時間ベースよりむしろ、 読取り動作ごとのベースである。 ネットワークの概要 ネットワークドメインＡ４とサービス管理ドメインＡ１と公益企業ドメインＡ ５とネットワーク管理ドメインＡ２と需要家ドメインＡ６との間の関係が図５に 表されている。 ネットワークドメインＡ４は、（それぞれの１つだけ示されている）ＴＰ41と ローカル交換機（ＬＥ）42とデジタルメインスイッチング装置（ＤＭＳＵ）43を 備えている。ＴＰ41は、ＴＳＭＳ12からのＡＭＲ要求を受入れることや、通信ネ ットワークに対してＡＭＲを開始することができる。通信ネットワークがＰＳＴ Ｎである場合には、ＴＰ41の役割は、通話処理システムにより実行することがで きる。適切な通話処理システムはＢＴの音声アプリケーションプラットフォーム （ＳＡＰ）であり、これは１９９４年７月１日に出願された本出願人の留保中の ＰＣＴ特許出願番号ＷＯ／ＧＢ94／01429にさらに詳細に説明されており、その 内容はここに参照として組み込まれている。ＴＰ41は、ＴＳＭＳ12からの通話要 求を取入れ、需要家ドメインＡ６におけるＴＩＵ63へのＰＳＴＮを介する通話を 設定する。ＴＰ41はＰＳＴＮの幹線ネットワーク中のＤＭＳＵ43に接続されてい る。これにより、ＰＳＴＮに接続されている任意のＴＩＵに通話を送ることがで きるようになる。 ＴＳＭＳ12により要求された時、ＴＰ41はＰＳＴＮ上のＴＩＵ63への１以上の 無鳴動通話（ＮＲＣ）をスケジュール調整する。どのようにＮＲＣが確立される かについての詳細は、本出願人の留保中の欧州特許出願番号ＥＰ94302756.5にさ らに詳細に説明されており、その内容はここに参照として組み込まれている。無 鳴動通話を管理するための信号送信プロトコルは、Ｃ７信号送信として普通に知 られているＣＣＩＴＴ信号送信システム番号７のＢＴ版である。 ＴＰ41は、リトライアルゴリズムに基づいて失敗した通話を再度スケジュール 調整し、特定された回数リトライするための設備を持っている。このアルゴリズ ムは、同じ日の夜のために、そして後続する数夜のために、通話が継続して失敗 する場合には結局日中のために、失敗した通話を再度スケジュール調整する。成 功および失敗の通話のすべての詳細は、記録するためにＴＳＭＳ12に送信される 。遠隔測定装置やネットワークの故障は別にして、例えば電話回線が話中のよう な他の理由のために電話回線が使用中である場合に通話が失敗する。ＴＰ41は、 入電話通話または出電話通話が試みられた時に遠隔測定通話が進行中である場合 、遠隔測定通話を電話通話のために直ちに切るように設計されている。この通話 優先の形態は、本出願人の留保中の欧州特許出願番号ＥＰ94302620.3にさらに詳 細にカバーされており、その内容はここに参照として組み込まれている。再度説 明すると、手順はＣ７信号送信を使用して管理される。 公益企業からのバッチ通話要求に対しては、ＴＰ41は必要であるならば地理的 領域に通話を分散させることにより、ＬＥにおける少な過ぎる多重周波数（ＭＦ ）検出器による通話の失敗を防ぐことができる。 先の´ネットワーク管理の概要´において既に言及したように、ＴＰ41の性能 を監視することができ、ＮＴＭＳ25により統計をとることができる。さらにＴＰ 41により設定される通話レートは、ＰＳＴＮの回線需要の増減に応答してＯＭＣ 23により増減され、ＮＭＣ21によるフラグで知ることができる。 要求される場合には、ＴＰ41は鳴動通話で起動するように構成された需要家に 対して、ＰＳＴＮを通しての標準的な´鳴動´通話を開始することができる。 公益企業の概要 公益企業ドメインＡ５とサービス管理ドメインＡ１と請求書発行ドメインＡ３ と需要家ドメインＡ６との間の関係が図６に示されている。 公益企業ドメインＡ５と他のドメインとの間の関係の性質は、各公益企業の自 動化のレベルにすべて基づいている。しかしながら公益企業にはＴＩＳ51が設け られており、これは遠隔測定システムが自動化のすべてのレベルにおける公益企 業を取扱うことができるようにする適切なインターフェイスを含んでいる。この インターフェイスにより、公益企業はアップグレードすることなく、運用してい るどのような既存システムでも使用することができる。しかしながら、本出願人 は、やがてすべての公益企業が自分達の既存システムをアップグレードし、遠隔 測定システムと直接的な互換性を持たせるものと信じている。 ＴＩＳ51は、例えばサンマイクロシステムズ社のＳＰＡＲＣステーション５ワ ークステーションのようなコンピュータシステム上で走るソフトウェアアプリケ ーションを備えている。このワークステーションは、ウインドウ、アイコン、メ ニュー、ポインタ（ＷＩＭＰ）デスクトップを提供し、このメニューの中からＴ ＩＳ51アプリケーションを選択することができる。ＴＩＳ51アプリケーションは このディスクトップ内のＶＴ１００ウインドウ内で走る。 ＴＩＳ51のアプリケーションインターフェイスは、オラクルＳＱＬフォーム* Ｖ３を使用する文字ベース形態のアプリケーションを用いる。これにより、公益 企業がＴＩＳ51のシステム機能性にアクセスすることができるようになり、した がって、遠隔測定システムにアクセスできるようになる。公益企業によりアクセ ス可能なすべての遠隔測定機能性はＴＩＳ51を通してアクセスされ、ＴＩＳ51は 、一般的にアナログＰＳＴＮ回線である通信リンクによりＴＳＭＳ12に接続され る。 ＴＩＳ51は、公益企業の既存の請求書発行および需要家情報システムに対する 簡単なインターフェイスも提供する。これは、公益企業により保持されている現 在の情報から遠隔測定システムと互換性がある情報への簡単な変換をサポートし ている。 遠隔測定動作に関してＴＩＳ51によりサポートされている主な機能は次の通り である。 ・顧客およびメータ情報の保守 ・メータアクセスリストの保守 ・優先度による特別なまたは定期的なメータ消費量測定（単一料金表）に対す る要求 ・戻された結果の解釈、および管理報告 ・エラーの取扱い ・メータ／ＴＩＵのインストールおよび登録 ・保安 ・数週にわたるデータの記憶 ＴＩＳ51は、ＴＳＭＳ12を通して請求書発行ドメインＡ３からの請求書発行情 報も受信する。請求書発行情報は公益企業により処理され、通常の方法で需要家 ドメインＡ６中の需要家に配送される。 需要家の概要 ＣＳＣ16と直接的に通信するために将来需要家は適切な端末装置を所有すると 思われるが、図７では、通常は電話により故障を報告するためまたは質問をする ために、需要家はサービス管理ドメインＡ１に対してアクセスを持っている。ま た、需要家の家屋においてメータ631に接続されるＴＩＵ63は、電話回線終端に 接続されており、ネットワークドメインＡ４中のＬＥ42を通してＴＰ41によって アクセスすることができる。需要家にはメール52によって公益企業から請求書が 発行される。 また、所定の適切な端末装置が需要家の家屋中のＴＩＵ63に取付けられ、ＴＳ ＭＥ12を介して公益企業ドメインＡ５から需要家ドメインＡ６の需要家に請求書 発行情報が直接的に送信されることが予測される。適切な端末装置は、プリンタ やＶＤＵのような表示装置である。 需要家登録 公益企業がその需要家の詳細を遠隔測定システムにより登録するプロセスを、 図８に示されている処理シーケンスを参照してこれから説明する。ここでシーケ ンス中の各ボックスは、以下のステップの１つと対応させるために番号が付けら れている。 200 属性のリストを用意する：公益企業は、遠隔測定運営者により登録され る必要性がある需要家の前登録名簿を構成する。例えば公益企業の既存の請求書 発行および顧客情報システムからの情報を使用して、構成はＴＩＳ51上でなされ る。ＴＩＳ51上の情報は、ＴＳＭＳ12により読むことができるフォーマットに揃 えられる。情報は例えば以下のものを含んでいる。 顧客参照事項 属性アドレス ポストコード 家屋番号 家屋名 この情報はＴＳＭＳ12に送信される。 205 ポストコードを抜き出す：ＴＳＭＳ12はＴＩＳ51の詳細からポストコー ドを抜き出し、そのポストコードをＣＳＳ14に送信する。 210 ポストコードを調査する：ＣＳＳ14は、ＴＳＭＳ12により生成されたリ ストからのポストコードと遠隔測定サービスによりサポートすることができる顧 客のポストコードとを比較する。どの需要家にアクセスできるかを選択する基準 は、（無鳴動通話が最も重要な場合）需要家が無鳴動通話をサポートすることが できるローカル交換機に収納されているか否かも含む。 215 整合ポストコードとともに属性に対する詳細を返す：ＣＳＳ14は、コー ドが関連する属性の詳細とともに整合ポストコードをＴＳＭＳ12に返す。 220 遠隔測定運営者と公益企業のアドレスを整合させる：ＴＳＮＳ12は、Ｃ ＳＳ14により返された属性の詳細をＴＩＳ51により提供される元のアドレス情報 と比較し、アクセス可能な需要家のリストを提供する。 225 契約申込を返す：一旦確立されると、アクセス可能な需要家のリストは 公益企業ＴＩＳ51に返される。 230 契約申込を受信する：公益企業はＴＳＭＳ12により提供されるリストを 受信する。 235 契約するために属性のリストを用意する：公益企業は再度遠隔測定サー ビスをサポートすることができるものから顧客の名簿を生成する。このリストは 、ＴＩＳ51によりＴＳＭＳ12が読取り可能なフォーマットに構成され、ＴＳＭＳ 12に送信される。 240 ´契約中の´属性をマークする：ＴＳＭＳ12は、現在´契約中の´もの として需要家のリストを確認し、記憶する。これらの需要家の詳細はＣＳＳ14に 送信される。 245 遠隔測定の印を設定する：遠隔測定サービスに対して契約中のすべての 需要家に対して、遠隔測定の印がＣＳＳに設定される。これは、例えば電話代の 請求が払われていない場合のような何らの事象においても、公益企業との最初の 接触もなく、電話回線が切り離されないようにすることを確実なものにする。電 話代の請求が支払われていない時には、その回線に対して電話通話を行う需要家 の能力は取上げられる一方、その回線に対して遠隔測定を実行する能力は維持さ れる。 250 応答を返す：ＴＳＭＳ12は、需要家の登録が実行されたことを示す。 255 応答を受信する：ＴＩＳ51はＴＳＭＳ12からのメッセージを受信する。 この時点までは、遠隔測定サービスをサポートするために需要家の家屋におい て何らかの装置が存在する必要性はなかった。 260 個人識別番号（ＰＩＮ）とともに´インストール予定´の属性のリスト を用意する：公益企業は、遠隔測定サービスをサポートするためにインストール されるメータおよびＴＩＵ63を最近持ったまたは近いうちに持つ需要家の名簿を 生成する。選択された各需要家に対して、インストールＰＩＮが規定される。Ｔ ＩＵ63とメータを遠隔測定サービスを登録するためにＴＩＵ63とメータが一旦イ ンストールされると、このＰＩＮが使用される。リストはＴＳＭＳ12に送信され る。 265 ´インストール予定´の印が付けられたＰＩＮを記録する：ＴＳＭＳ12 はリストを受けて、何らかのインストールが既に終了しているか否かを見るため にその自己のデータベースをチェックする。 270 応答を返す：ＴＳＭＳ12は、既に存在する需要家の位置リストを公益企 業ＴＩＳ51に対して送信する。 275 応答を受信する：ＴＩＳ51はリストを受信して、それにしたがってその 記録を更新する。 公益企業は、インストールされているメータからのメータの読取りを要求する ことができる状態になっている。 ＴＩＵ／メータ登録 ＴＩＵとメータをインストールする物理的な動作は、需要家の家屋またはその 近くにおいてインストールを行う人により実行される。一旦インストールされる と、ＴＩＵ63とメータの両方を遠隔測定サービスプロバイダおよび公益企業の両 者に登録する必要がある。 図９の参照事項処理シーケンスともに登録処理シーケンスをこれから説明する 。 300 ＴＩＵ／メータをインストールする：ＴＩＵ63とメータがインストール される。もちろんこの動作は、さらに別のメータを同じＴＩＵ63にインストール することや、１台以上のメータを現存するＴＩＵ63にインストールすることを含 む。異なるメータとＴＩＵが、同じまたは異なる公益企業により所有される可能 性もある。 302 ＴＰに電話をかける：インストールする人は、ＰＳＴＮ上のターゲット 装置63に接続されている電話回線を共同終端させている電話から例えば無料電話 ０８００通話の電話通話を行う。ＬＥ42は通話要求を受け、何らかの電話通話の ように、通話回線のＣＬＩとともにそれをＤＭＳＵ43に送信する。ＤＭＳＵ43は ０８００通話をＴＰ41のＤＮに変換し、通話をＴＰ41にルーティングする。ＴＰ 41は通話に答え、呼出し人のＣＬＩ情報を受取る。ＣＬＩはＴＰ41により受信さ れるターゲット装置の最初の識別子である。 304 登録データを促す：通話に応答して、ＴＰ41は予め記録された音声メッ セージを使用してインストールする人からの登録データを促す。 306 促されたようなデータを提供する：促されたことに応答して、インスト ールする人は先に説明した需要家登録シーケンスで前に識別されているＰＩＮを 提供する。このＰＩＮは一般的に、電話キーパッドから可聴ＭＦトーンの形態で 提供される。 308 確認のためのデータを提出する：インストールする人により提供される ＰＩＮデータとＣＬＩはＴＰ41によりＴＳＭＳ12に送信される。 310 データを確認する：ＰＩＮとＣＬＩのデータは、ＴＳＭＳ12データベー スに保持されているものに対して確認される。 312 データがＯＫであることを確認または通知する：確認の結果はＴＰ41を 通してインストールする人に送信される。 314 インストールする人に報告する：ＴＰ41はメッセージをインストールす る人に送信する。 316 ＯＫ／失敗メッセージを受信する：インストールする人はＴＰ41からメ ッセージを受信する。インストールする人により送信されたデータが無効である 場合、この時点において、インストールする人は情報を再入力するように要求さ れる。さらに失敗すると、インストールする人が技術的なバックアップのために ＴＳＣ11に接触することになる。 318 インストールする人に電話を切るように要求する：有効データに応答し て、ＴＳＭＳ12はインストールする人が電話回線を切るように要求する。 320 インストールする人に電話を切るように要求する：ＴＰ41は要求をイン ストールする人に送信する。 322 電話を切る：インストールする人が電話を切る。 324 電話を切ったことを検出する：ＴＰ41はインストールする人が電話を切 ったことを検出する。 326 試験通話を要求する：ＴＳＭＳ12はＴＩＵ63またはメータに対してＮＲ Ｃを開始する。 328 ＮＲＣを開始する：ＴＰ41はＴＳＭＳ12から要求を受信し、ＴＩＵ63に 対する通話を開始する。 330 メータの読取りを要求する：ＴＩＵ63は要求を受信し、読取りが要求さ れていることをメータに示す。 332 読取りを送信する：応答してメータが読取りを送信する。 334 読取りを返す：ＴＩＵ63は読取りを受信し、それをＴＰ41に返す。 336 読取りを受信する：ＴＰ41はメータ読取りを受信する。 338 通話を切る：そしてＴＰ41はＴＩＵ63に対する通話を切る。 340 結果を送信する：その後読取りはＴＰ41によりＴＳＭＳ12に送信される 。 342 読取りの成功を確認する：ＴＳＭＳ12は情報を確認し、読取りがなされ た旨のメッセージ送信をインストールする人に対して開始する。 348 成功／失敗を確認するためにインストールする人に電話をかける：ＴＰ 41はインストールする人への通話を開始し、試験結果を示している予め記録され たアナウンスを送信する。 350 成功／失敗の通知を受信する：インストールが成功すると、インストー ルする人はさらに別のアクションをとらない。試験が失敗であると、インストー ルする人は全動作をリトライするかまたは別の援助のためにＴＳＣ11への接触を 決める。 344 最初の読取りを公益企業に送信する：試験読取りが成功すると、読取り は公益企業に対して送信される。 346 最初のメータ読取りを受信する：公益企業ＴＩＳ51は読取りを受信し、 記録する。 メータの読取り 図１０のフロー図を参照して、単一またはバッチのＡＭＲプロセスを設定する ための通話の流れの例をこれから説明する。図１０において、フロー図における 各ボックスは以下のステップに対応するように番号が付けられている。 400 読取り要求リストを用意する：公益企業ＴＩＳ51は、データベース上に 記憶され、ＴＳＭＳ12によりアクセス可能なリストを参照することにより、また は、リストをＴＳＭＳ12に送信することにより、読取られるべきメータを識別す る。 405 リストを確認し、記憶する：ＴＳＭＳ12はリスト上のメータを読取るこ とがこの公益企業に対して許されているかをチェックし、ＤＢ上に保持されてい る情報からＮＲＣに対するＤＮと使用されるべき警告音とを得る。ＴＳＭＳ12上 の例外登録は、何らかの無効メータ読取り要求により更新される。 410 読取り要求をスケジュール調整する：訂正されたようなリストがＴＳＭ Ｓ12からＴＰ41に送信される。バッチ読取りに対しては、リストのスケジュール の優先度は低いので、例えば夜間のネットワーク利用が低い時のように、ネット ワークにとって最も便利な時間に通話がなされる。単一読取りのスケジュールの 優先度は高いので、例えば、請求書発行照会を行う公益企業がほぼ実時間でメー タにアクセスし、需要家の照会に対する迅速な応答を提供するように、できるだ け早く開始される。 415 読取りをスケジュール調整する：ＴＰ41はタスクの開始をスケジュール 調整する。 420 ＮＲＣを開始する：リスト中の各読取り要求に対して、ＴＰ41は順番に ＴＩＵ63に対してＮＲＣを設定しようと試みる。成功した場合には音声パスが確 立される。不成功の場合には、理由とともにその結果に対するメッセージがＴＰ 41上の例外記録に記録される。ＮＲＣの設定および切断の正確な詳細は、本出願 人の留保中の欧州特許出願番号ＥＰ94302756.6において取扱われている。 425 メータ読取りを要求する：ＴＩＵ63は、ＴＰ41要求から受信したＴＩＵ のＩＤとポート番号とを確認する。有効な場合には、ＴＩＵ63はメータからの読 取りを要求する（場合によっては、例えば、ＴＩＵ63がメータを定期的に読取る パルスメータ測定のようなメータ読取りをＴＩＳ63が保持する）。 430 読取り１を送信する：（もしパルスメータ測定でなければ）メータはメ ータ読取りをＴＩＵ63に送信する。 435 読取り２を送信する：ＴＩＵのＩＤとポート番号が有効である場合、Ｔ ＩＵ63はメータから受信した読取りをチャックし、有効な場合にはメータ読取り をＴＰ41に送り、さもなければ失敗理由コードを送信する。 440 メータ読取りを受信する：ＴＰ41は、受信した読取りをチェックし、そ れを有効な読取り登録に記録し、または、何らかの失敗理由コードで例外記録を 更新し、失敗コード（例えば回線が使用中）に基づいて通話を再度スケジュール 調整する。 445 通話を切る：ＴＰ41はＤＭＳＵ43に通話を切るように要求する。ＤＭＳ Ｕ43は通話を切るＬＥ42にその要求を送信する。ＬＥ42は、通話が切られた旨の メッセージをＴＰ41に返す。 450 ´ＮＲＣを開始する´ことから´通話を切る´ことまでを必要に応じて 繰返す：もしあれば、ＴＰ41はリスト中の次の要求のためにＮＲＣを試みる。 455 結果を送信する：有効な読取り記録および例外の記録は定期的にＴＳＭ Ｓ12に送信され、ＴＳＭＳ12に保持されている記録を更新する。 460 結果を記憶する：読取りの結果はＴＳＭＳ12によって記憶される。 465 例外記録を処理する：取扱うことができる問題はＴＳＣ11に送信され、 他のものは公益企業に任せる。 470 結果を返す：有効な読取り記録と例外記録が公益企業ＴＩＳ51に返され 、この情報は需要家の請求書発行のために使用される。 480 請求書発行の詳細を記憶する：請求書発行情報は有効な読取り記録と例 外の記録からＴＳＭＳ12により導出され、請求書発行情報はＴＳＣ11を通して請 求書発行ドメインに戻される。遠隔測定に対する請求書は定期的に公益企業に送 信される。 メータ同報通信 １台以上の需要家メータに同じ情報が同報通信されるプロセスを図１１を参照 して説明する。同報通信機能は、遠隔測定サービスのある望ましい特徴をサポー トできるように要求される。特徴は、例えば供給の費用の変更に応答して多数の メータの測定の１単位の値を自動的に修正することを含む（例えば、水の１単位 を１００リットルから８５リットルに変更する）。同報通信機能は、例えばセン トラルヒーティングシステムやこれに類するもののような装置の遠隔制御を実現 することができるものの基礎にもなるが、正確にいうとこれは´同報通信´では ない。遠隔制御のためには、多数の装置にメータ更新情報を送信する代わりに、 需要家の家屋にあるＰＳＴＮに接続された単一の制御装置に適切な制御情報が送 信される。この制御装置は制御情報に応答して例えばヒーティングレベルを制御 する。もちろん同報通信機能は先に説明したように、需要家の請求書発行のため の基礎も形成する。図１１のボックスは、以下のステップの説明に対応して番号 を付けてある。 500 同報通信要求リストを用意する：公益企業ＴＩＳ51は、データベースに 記憶されＴＳＭＳ12によりアクセス可能なリストを参照することにより、または 、リストをＴＳＭＳ12に送信することにより、同報通信すべきメータを識別する 。 505 リストを確認し、記憶する：ＴＳＭＳ12はリスト上のメータに対して同 報通信することがこの公益企業に許されているかをチェックし、ＤＢ15に保持さ れている情報からＮＲＣに対するＤＮと使用されるべき警告音とを得る。ＴＳＭ Ｓ12上の例外記録は、無効なメータ同報通信要求により更新される。 510 同報通信要求をスケジュール調整する：訂正されたようなリストがＴＳ ＭＳ12からＴＰ41に送信される。バッチ同報通信に対してはこのリストのスケジ ュールの優先度は低いので、例えば夜間のネットワーク利用が低い時のような、 ネットワークにとって最も便利な時間に通話がなされる。単一の同報通信はスケ ジュールの優先度が高いのでできるだけ早く開始され、例えば需要家が未払いの 請求を支払った時に需要家の供給の再接続が必要であるならば、メータは直ちに 信用される必要がある。 515 通話をスケジュール調整する：ＴＰ41はタスクの開始をスケジュール調 整する。 520 ＮＲＣを開始する：リスト中の各同報通信要求に対して、ＴＰ41は順番 にＴＩＵ63に対してＮＲＣを設定しようと試みる。成功した場合には音声パスが 確立される。不成功の場合には、理由とともにその結果に対するメッセージがＴ Ｐ41上の例外記録に記録される。ＮＲＣの設定および切断の正確な詳細は、本出 願人の留保中の欧州特許出願番号ＥＰ94302756.5において取扱われている。 525 メータにデータを送信する：ＴＩＵ63は、ＴＰ41からの通話により受信 されたＴＩＵのＩＤとポート番号を確認し、有効であれば受信されたデータをチ ェックする。データが有効であれば、ＴＩＵ63はこのデータをメータにダウンロ ードする。 530 データに応答する：メータは受信されたデータに応答する。 535 応答を示す：ＴＩＵ63はメータからの応答をＴＰ41に示す。ダウンロー ドが不成功であれば、失敗メッセージが理由コードとともにＴＰ41に送信され、 これはＴＰの例外記録を更新する。ダウンロードが成功であれば、メータは対応 する報告をＴＩＵ63に送り、これはＴＰ41に送信される。 540 応答を受信する：ＴＰ41は（有効な読取り記録に対応する）その有効な ダウンロード記録かまたはその例外記録かのいずれかの応答をチェックして記録 し、（例えば、回線が使用中などの）失敗コードに応じて失敗した通話を再度ス ケジュール調整する。 545 通話を切る：ＴＰ41はＤＭＳＵ43に通話を切るように要求する。この要 求は通話を切るＬＥ42に送信される。ＬＥ42は通話を切ったことに対する応答を ＴＰ41に送り返す。 550 ´通話をスケジュール調整する´から´通話を切る´までのステップを 必要に応じて繰返す：リスト上に次の要求があれば処理される。 555 結果を送信する：ＴＰの有効なダウンロード記録と例外記録が送信され て、ＴＳＭＳ12上の記録を更新させる。 560 結果を記憶する：ＴＳＭＳ12は受信された結果をＤＢ15に記憶する。 565 例外記録を処理する：取扱うことができる問題はＴＳＣ11により処理さ れ、他の問題は公益企業に任せる。 570 結果を返す：データダウンロード記録および例外記録は公益企業のコン ピュータに返される。 575 結果を受信する：公益企業のＴＩＳ51は結果を受信する。 580 請求書発行の詳細を記憶する：請求書発行情報がＴＳＭＳ12により有効 なダウンロード記録および例外記録から導出され、ＴＳＣ11を通して請求書発行 ドメインに返され、公益企業に請求書を発行するために使用される。 ＴＰとＴＩＵとの間のインターフェイス メータに特定のまたはＴＩＵ63に特定の機能のサポートは、ＴＰ41とＴＩＵ63 との間の一般的な目的の通信プロトコルを使用して取扱われる。このプロトコル は´テンプレート´の使用をサポートする。この状況においては、テンプレート は固定パラメータおよび置換可能なパラメータを含むデータ構造である。固定パ ラメータは、ＴＰ41に対してあるタイプのメータ／ＴＩＵの組合わせとどのよう に通信すればよいかを伝えるために要求される情報（例えば、ＴＩＵのボーレー トやログインシーケンスやシャットダウンシーケンス）から構成されている。置 換可能なパラメータは、ＴＰ41が特定の需要家家屋において特定のタイプの特定 のメータと接続できるようにするために要求される情報に対応した識別子（例え ば、ＴＩＵのポート番号やメータ認証コード）から構成されている。置換可能な パラメータは、例えばメータ読取り動作やメータ動作に対する同報通信のような 要求される動作タイプも定義してもよい。 テンプレートの使用は一般的に、異なるタイプのターゲット装置にアクセスす るための遠隔アクセスシステムの柔軟性を強化する。その理由は、既知のタイプ のすべてのターゲット装置に関連する情報がＴＳＭＳ12に保持されており、すべ ての要求とともに要求されるにしたがってＴＰ41に送信することができるからで ある。 基本ＴＩＵ63は回線から電力が供給され、モデムの速度はかなり遅い（1200bp s/秒）。しかしながら一旦通話が確立されると、一般的に遠隔アクセスシステム とＴＩＵ63との間の接続はトランスペアレントであり、したがってデータ伝送レ ートは最大効率に選択することができる。ＴＩＵ63はさまざまなレベルの機能性 を持っており、さまざまな速度のモデムを使用することができる。基本ＴＩＵ63 は、利用が多いサイトに対してはさらに精巧に設計したものを提供することによ り、非常に安価に作ることができる。 しかしながら、すべてのサイトは同じ基本通信基盤を使用する。 遠隔アクセスシステムができるだけ多くのタイプの装置に対する通信をサポー トすると便利である。遠隔測定では、最初のうち焦点は公益企業のメータとの通 信である可能性がある。存在している場合には標準的なプロトコル、特にＩＥＣ １１０７（ＦＬＡＧ）が使用され、異なるプロトコル間の変換を可能にする何ら かのソフトウェア（例えば、ＣＨＩＲＰＳ）が使用される。しかしながら、やが て普遍的な遠隔測定標準規格が確立されると出願人は考えている。 テンプレートはＴＰ41上のメモリまたはＴＰ41に関係するメモリにアスキーフ ォーマットのデータファイルとして記憶される（例のテンプレートが表３に示さ れている）。テンプレートは、遠隔測定システムによりサポートされるＴＩＵ／ メータの組合わせのそれぞれに対して存在している。テンプレートは、ＴＳＭＳ 12により通話要求とともに供給された、メータタイプ、ＴＩＵ63タイプ、コマン ドタイプにしたがって、ＴＰ41により通話ベースごとに選択される。通話要求は 、テンプレート中で固定パラメータ情報と結合すべき置換可能なパラメータ値も 含んでおり、これらは組合わされて、特定のＴＩＵ63およびメータでＡＭＲや他 の動作を実行するのに必要な完全なデータ記録を形成する。 簡単なＡＭＲ動作をこれから説明する。 テンプレートでは、パラメータは表１にしたがったさまざまなタイプを持って いる。 他のパラメータタイプも存在しており、これらは主なタイプである。パラメー タタイプは、例えばＣプログラム言語のような一般的な目的のコンピュータプロ グラム言語に見られるものと非常に似ている。パラメータタイプはＴＰ41とＴＩ Ｕ63の両者に関係したデータインタプリタにより認識され、このデータインタプ リタはデータ記録を受信した時に順番に各キャラクタを翻訳する。 表２は、この例に対して規定されている置換可能なパラメータのすべてのタイ プをリストアップしている。 表３は、特定のＴＩＵ／メータの組合わせに対してＴＰ上に記憶される例のテ ンプレートの例を示している。英数字キャラクタが後続する“％”は置換可能な パラメータを示している。 ＴＳＭＳ12がＴＰ41に対して通話要求を行う場合、この通話要求はＷＲＩＴＥ ＤＡＴＡブロックとして知られているものを含んでおり、これは置換可能なパ ラメータに対して使用されるすべての情報を保持している。％０はこのブロック における第１番目のパラメータ、％１は第２番目のパラメータ、％Ａは第１１番 目のパラメータ、％Ｚはブロックにおける第３６番目のパラメータとして解釈さ れる。各パラメータはテンプレートにおいて０回またはそれ以上の回数参照する ことができる。各パラメータは、パラメータデータタイプ、データ長の表示、デ ータ自体を含んでいる。ＡＭＲの結果がＴＰにより受信された時、その結果は、 ＴＳＭＳ12に送り戻される記録のＲＥＡＤ ＤＡＴＡブロックとして知られてい るものにより、ＴＳＭＳ12に返される。 この例の目的のために、以下の置換可能なパラメータ値を仮定する。 ％１ ＝ ＡＢ１２ ％ｋ ＝ 秘密 ％ｐ ＝ ３ ％ｔ ＝ １９９４０７２１１０３０５６ ％１ ＝ ０ｘ６００ｘ０３ＡＺ１ ＴＳＭＳ12通話要求からのこれらの置換可能なパラメータのＴＰ41によるテン プレートとの組合わせは、表４に示されているデータシーケンスを導き、これは ＴＰ41によりＴＩＵ63に送信される。 実際には、表４に示されている記録は、通信管理目的のために使用される標準 的なプロトコル情報も含んでいる。この情報はＴＩＵ63により認識されるメッセ ージヘッダを含み、このメッセージヘッダはＴＩＵ63に対する記録の開始を示し 、記録全体の長さの表示を含み、データがエラーなく伝送されることを確実にす るチェックサム情報を含んでいる。 データ記録中のこの情報は、通話要求に応答してＴＰ41により編集される。こ の記録はその後ＴＩＵ63に伝送され、最大５秒のタイムアウトまで返答が待たれ る。タイムアウトがあるとＴＰ41によって１回以上のリトライがなされ、ＴＰ41 によって失敗が起こった結果を例外記録に入力することがこれに続く。データ伝 送は、例えばＶ．２３プロトコルのようなＴＰ41とＴＩＵ63によりサポートされ る標準的な伝送プロトコルによりサポートされる。 ＴＩＵ63がＴＰ41からのメッセージに応答すると、情報が確認され、ＴＳＭＳ 12に送り戻される記録中のＲＥＡＤ ＤＡＴＡフィールドを通してメータ情報が 発信者に返される。 ＴＩＵ63によりＴＰ41に返される情報記憶の例を表５に示す。 “Ｋ”コマンドに対する応答は、ＴＰ41中の内部チャレンジ／応答機能を使用 することにより照合される。“Ｒ”コマンドに対する応答、読取りデータストリ ングは、ＲＥＡＤ ＤＡＴＡブロックによりＴＳＭＳ12を通じて発信者に返され る。このブロックは値８９６５４３を保持している。当業者が理解するように、 先の例は例えばヘッダやチェックサム情報のような通信管理データを含んでいな い。しかしながら、この情報は実際には含まれており、例えばＸ．２５のような 既知の標準規格と適合している。 ＴＩＳ51とＴＳＭＳ12との間のインターフェイス ＴＩＳ51とＴＳＭＳ12との間のリンクは、ＴＣＰ／ＩＰプロトコルに基づいて いる。各メッセージは、ファイル転送プログラム（ｆｔｐ）を使用してＴＣＰ／ ＩＰを介して転送されるファイル内に埋め込まれる。接続の実際の媒体はダイヤ ルアップリンクであり、これはＸ．２５、ＰＳＴＮ、ＩＳＤＮのような公益企業 の要求に依存する。 ＴＩＵ開始通話 この説明のここまでは、ＴＩＵ63およびメータへのすべての通話は、ＴＰ41を 通してＴＳＭＳ12により開始されていた。既に先に言及したように、実施例の中 には、ＴＩＵまたはメータ（または他のターゲット装置）が通話を開始できるこ とが好ましいものもある。 図１２は、３つの可能性ある製品Ａ，Ｂ，Ｃを含んでいる自動販売機に対して 要求される装置を表しており、１つの以上の製品が売り切れたことを報告する設 備を備えている。この構成は例えば燃料タンクや冷却プラントのような他のシナ リオにも適用することができる。 図１２では、自動販売機700は、報告プロセスを制御するマイクロプロセッサ7 05を備えている。適切なマイクロプロセッサは、オペレーティングシステムや制 御通信アプリケーションに適切なソフトウェアを走らせるインテル８０２８６プ ロセッサである。ソフトウェアはプロセッサ705によりアクセス可能なメインメ モリ710に記憶される。通信動作を制御するためのソフトウェアもメインメモ リ710に記憶される。プロセッサ705はデータバス720を持っており、これを通じ てプロセッサ外部へのすべてのデータを送受信することができる。データバス72 0はデータインターフェイス730に接続されている。データインターフェイス730 にはさらに２つの接続があり、そのうちの１つの接続は（示されていない）モデ ムを備えたインターフェイス装置740（ＩＵ）である。インターフェイス装置740 は、ＴＩＵ63と動作が同等である。ＩＵ740は電話回線や他の適切な通信リンク を通してＬＥ42に接続される。例えばプロコムスクリプト言語のような標準的な 通信ソフトウェアは、例えばヘイズ互換モデムを使用して、装置と外の世界との 間のすべての通信をサポートするように構成することができる。 データインターフェイス730からの他方の接続は、検知線ａ，ｂ，ｃを通して 、製品Ａ，Ｂ，Ｃが売り切れたか、または、製品の受入れ可能な低いしきい値を 越えて減少しているか否かを検知する検知装置750に対するものである。検知装 置750は、検知線の１つから受信された電気信号を信号送信回線を表すコード化 信号に変換するデジタル回路を備えている。コード化信号は制御ソフトウェアを 走らせているプロセッサ705に送信される。 図１２の例では、センサ751,752,753がいつ製品が売り切れたかを検出する。 センサは、感圧または感光、または製品が売り切れた時に変化する他の何らかの 可変状況に反応するものである。 遠隔燃料貯蔵タンクの例では、タンクがほとんど空であることをその所有者に 示すことができ、センサは例えばデジタルスイッチに取付けられたフロートのよ うな燃料レベル表示器を含んでいる。燃料レベルが十分に落ちると、フロートが スイッチの極性を切り替え、これは今度、タンクの所有者に対して通話が必要と されていることを（簡単な論理回路を使用して）検知装置750に示すことになる 。例えば飲み物缶のような製品が自動販売機の貯蔵領域にない場合を検知するた めに同様な構成を使用することができる。 自動販売機700により開始される通話を確立する手順を以下に示す。製品Ｂが 売り切れると、センサ752が線ｂを通して検知装置750に信号を送り、次に検知装 置750は、信号が製品Ｂに対するセンサ752により送信されたことを示す信号をプ ロセッサ705に送信する。 次に、プロセッサ705は検知装置750からの信号を認識し、例えば先に説明した 遠隔アクセスシステムのＴＰ41との通信チャネルを確立するために通話を開始す る。通信チャネルを設定する実際の手順は、ＴＩＵ／メータ登録に対して説明し た手順のステップ302と同じであるので、ここでは繰返し説明しない。 一旦通話がなされ通話チャネルが確立されると、ＴＰ41を通してデータをＩＵ 740からＴＳＭＳ12に伝送することができる。データ伝送は先に説明した方法を 踏襲し、ＩＵ740からのデータはＲＥＡＤ ＤＡＴＡブロックでＴＳＭＳ12に伝 送される。ＴＳＭＳ12は、自動販売機の所有者が所有しているＴＩＳ51にこの情 報を伝送する。ＴＳＭＳ12はＴＩＳ51に対する特定の通話を開始し、所有者に対 するデータ伝送を可能にする。代わりに、所有者が多くの自動販売機を所有する 場合には、同時にすべての自動販売機から情報を受信する方が好ましい。このケ ースの場合、ＴＩＳ51または所有者は情報のバッチを受信するために日に一度、 一通話を開始することができる。 例えばターゲット装置の進行中の破壊行為の間のような異なる状況では、ター ゲット装置の所有者以外の当事者に迅速な情報通信が望まれる。ＴＳＭＳ12また はＴＰ41は、ターゲット装置の破壊行為が起こったことを示すターゲット装置か らの通話に応答して、自動的に警察と接触するように構成することができる。Ｒ ＥＡＤ ＤＡＴＡブロックは、ターゲット装置がどの辺にあるかや攻撃の性質を 警察に示す予め定められたメッセージを保持している。この例では明らかに、警 察はこのような情報を受信するためにＴＩＳと同様な適切なインターフェイスを 必要とする。 ＴＳＭＳに対して通話を開始することができる自動販売機のような商業的な遠 隔装置は、公益企業メータと同様に、おそらく、例えば電話機のような他の通信 装置と通信回線を共同終端させない。したがって登録のためには、対話を実行す るのに適切なソフトウェアで装置中のプロセッサを予めプログラムする必要があ り、そうしなければインストールする人により実行される。このような対話は、 例えばプロコムスクリプト言語のような商業的に利用可能なソフトウェアにより 非常に簡単に制御することができるが、このタスクのために専用ソフトウェアを 提供することが考えられる。 特定の登録プロセスはターゲット装置の製造者との協議により開発される。他 のシナリオでは、冷却プラントが大量の冷凍食品を危険にさらす失敗を冒すかも しれない。このケースでは、冷却プラントの周囲の温度変化に感応し易いターゲ ット装置がＴＰ41に対して通話を開始する。ＴＳＭＳ12またはＴＰ41は、例えば 無線ページャーネットワークを通して無線ページャーによりエンジニアに対する 通話を開始する。この場合、ＲＥＡＤ ＤＡＴＡブロックは予め定められたメッ セージと冷却プラントの位置を含んでいる。 一方向または両方向のリモートアクセス動作の他の多くの用法は、先の説明の 観点から当業者に明らかになる。このような動作のすべては本発明の教示内のも であり、したがって本発明の技術的範囲に入ることが企図されている。DETAILED DESCRIPTION OF THE INVENTION                            Remote access system   The present invention relates to remote access to distributed devices, In particular, but not exclusively, it relates to a telemetry method and a telemetry system.   For utilities such as gas, electricity and water suppliers, humans read meters The cost of doing so is significant. As a result, the meter is read only occasionally, Receives an estimated bill, not based on actual consumption. Read meter Additional difficulties arise when a person is not close to the meter.   These problems are solved by remote meter reading using telemetry methods can do. The telemetry method is a remote access process, which Data is connected to the telecommunications network and is generally located at one location, for example, by a utility company. Access and read meters from owned facilities through this network Can be. The process of reading the meter typically involves the appropriate communication performed with the modem. A suitable computer connected to the network by Data system.   For example, an independent meter reading agency or a scatterer who wants to measure their own energy use Increase for telemetry from non-utility organizations, such as companies with established sites There is also growing demand.   Remote access systems, including telemetry systems, are desirable, but are Expensive yuan to install a telecommunications network that only reads the meter However, it is not justifiable for a company to look back on the past.   Accordingly, in making the present invention, Applicants include measuring energy utilization. Create a remote access social production base that serves a wide range of companies and markets Have found an advantage.   According to a first aspect of the present invention,   Access the remote device to obtain data from the remote device via the communication network Remote access management system   (A) an input device for an access operation request for one or more remote devices;   (B) routines that provide routing data for one or more remote devices A data storage device;   (C) Communication of control information including routing data in response to an access operation request Start access operation to start access operation by outputting to network Equipment and   (D) Input for access operation result data received from the communication network A remote access management system is provided.   Then automatically or on demand, access in the format appropriate for the situation Operation result data can be output.   Embodiments of the present invention   A remote for managing communications with a distributed target device over a communications network In the access management system,   A method for receiving a request for an access operation to the selected target device Steps and   Providing routing information for the target device identified by the request; Means,   Before receiving the control information including the routing information and passing through the communication network A communication network platform configured to operate the access operation. The target device comprising means configured to transmit the control information to a target device. Means for starting an access operation to the device,   Data from the network platform in response to the access operation Means for receiving and storing   Means for transmitting data indicating the stored data to a sender of the request. It can be described as a remote access management system characterized by the following.   Unless otherwise specified in this specification, the person requesting the access operation or the analogy For example, an organization such as a utility is called a "customer" or requestor, The human or tissue device that is performed is called a "target." This gives access The requesting person or organization may be primarily responsible for costs That reflects the fact.   Applicants believe that there are also markets for non-energy applications for telemetry. I have. Such markets include, for example, vending machines, gas stations, Inventory monitoring of large storage tanks and environmental monitoring of temperature, water, purity, pollen count, etc. Etc. are included as examples.   As with “telemetry”, for example, to avoid using postal services Invoicing directly to utility customers, heating systems and other Remote control of other electrical devices and other remote automation and control such as energy management There are other remote access operations that use similar principles, such as applications.   Telecommunications companies take security and quality into account, often with a high level of coverage Have an existing network that takes into account the relevant customer base in scope. I Thus, telecommunications companies have the potential to have high quality and secure data transmission Provide a social production base.   In an embodiment of the present invention, the remote access system is provided by a communication network operator. Or provided by an independent entity, not necessarily a It is not provided by the customer. For example, remote access to the target device Routing such as the directory number (DN) needed to initiate a call Since the information is provided by a remote access control system, the customer There are advantages that you do not need to know. This means, for example, that the telecommunications network Network (PSTN), a phone number not listed in the phone book Means that it need not be available.   If the communication network is PSTN, this possibility allows remote access operation. This provides a fairly wide access to the devices that are aware. Instead, the network Any other suitable type of communication network such as a packet switched data network It may be a work.   The initiation means includes an indication of the type of communication operation to be initiated by the target device. It is preferably configured to provide control information.   The communication operation is a substantially read operation or a substantially write operation. Is preferred. Setting of read operation sends some control information to the target device The reading operation includes reading information from the target device. As well Status information is generally used to indicate whether the write operation was successful or unsuccessful. Returned, the write operation involves sending information to the target device.   The remote access management system includes a set of stored identifiers of the originator of the request. A means for confirming the request with means for comparing with the originator of the valid request; Preferably, the request includes data identifying the originator of the request. Identified in the request The requester's right to access the designated device is remembered for that system. It is preferable that each piece of information can be checked. Therefore, remote Access management system operator, through which customers access the system And maintain a control device that the customer has access to the target device. it can.   In a preferred embodiment, the remote access management system includes a set of stored sets. Specific references, each reference to one or more target devices. I am responding. In general, a valid request matches one of the stored references Contains at least one reference. So obviously making a request Customers need to know their valid references. The advantage of this configuration is Customers can access multiple target devices with one device reference in one request. Access can be requested.   The remote access management system can target at pre-selected intervals or times. Time triggering means for triggering a starting means for starting a call to the switching device Is preferred. In this way, the customer has, for example, minimal effort on the part of the customer Meter readings for all their target meters at regular intervals in Can be provided.   The remote access system is equipped with the facility to initiate one or more calls on demand It will be an advantage. With this equipment, for example, the customer can It is possible to check the reading of   In a preferred embodiment, the remote access management system communicates through a communication network. Network addresses and network addresses of all potential target connections Updatable database containing information including the physical location of the network address Further comprising means. This information is especially useful if the appropriate target device is installed. Establish a list of targets accessible by the system when installed Useful for   The remote access management system is designed for each target device accessible by the system. For each target device type and each data communication for the target device Providing an updatable database means having information including an access request Is preferred. This information is sent to the control network platform Form part of the information, and target different types of target devices depending on the system. Can be accessed and system access requests provided by the customer in the request Important if not. This type of configuration is the amount of information the customer needs to know To a minimum.   In a preferred embodiment, the remote access management system includes at least several targets. Communication network line termination address of the interface means for the slot device Device routing information, including the port number of the interface means That is connected to the interface means. Each target device identifies each port on the interface means Is accessible.   In this method, the interface means is separated from the target device. Other advantages include the separation of data collection from the actual target device, and Third-party meter reading with interface means while owning the meter Without the need for re-certification of meters, for example, Provide flexibility so that interface means can be changed or updated That is.   According to a second aspect of the present invention,   Remote access management system and communication network platform described above For communicating with a distributed target device via a communication network, comprising: In a remote access system,   The target device routing information from the remote access management system Means for receiving control information including:   Controlling access to the target device and responding to the access to the target device; Means for receiving data from the cutting device;   Returning at least some of the received data to the remote access management system Means for providing a remote access system.   In many applications of embodiments of the present invention, ordinary telephones may be substantially unobstructed. is important. Thus, for example, in telemetry, one aspect of the invention is that telephone calls Always have priority over telemetry calls. Therefore, When the telephone (or other communication device) goes off-hook, the Preferably, an incoming telephone call is connected instead of an on-line telemetry call. The present invention The point of view is that of Applicant's reservation in EP94302620. This is described in more detail in FIG. However, for example, when the oven is turned off, In some cases, it is preferable that remote access actions have priority over telephone calls. Sometimes.   In an embodiment of the present invention, the target device or an interface to which the target device is connected. The interface means works with other communication devices, such as telephones and facsimile machines. In addition, there is a possibility that a line in a communication network is co-terminated. Target device Is preferably a non-ringing call (NRC). In this way, In some cases, power is co-terminated with the target device or interface. The story does not sound. Therefore, the overall behavior is not available to customers at the target site. And transparent.   The means for establishing access to the target device places a call to the target device. It is preferable to include means for adjusting the schedule. So from the management system One or more resources received that reference to the target device to be accessed Request, including a strike, to the relevant communication network, for example, Can occur at non-peak times for the workpiece and the result is After the end of the service, it can be returned to the customer in one communication.   In a preferred embodiment, the remote access system issues a bill to the customer. Means. In the case of remote meter reading, the utility is the customer Bills for relevant data transmission activities may be issued to the utility Noh There is. On the other hand, in the case of remote control operation, that is, monitoring of inventory, for example, The owner of the device may also be a customer, so that publish. Consult each successful operation base rather than the communication network connection time Preferably, a bill is issued to the customer. This means that the cost to the customer Easily predictable, the customer loses (actually incurs some communication network connection time) There is an advantage that a bill is not issued for a lost operation.   In practice, it is preferable that remote access systems provide additional functionality. No. For example, a management system may request a non-standard customer Means for converting the data into a format readable by the step. No. In this way, additional customers do not have to modify their existing systems. Registered without even replacing. The conversion means may simply be Read the request and reformat it to the format required by the request processing means. It may be a software filter to be executed. The conversion means is essentially a part of the management system. Section or interface with the management system during a request operation. May be a part of the customer system configured as described above.   Remote access systems can be used, for example, by people who are not authorized to do so. Detected an attempt to trust a utility meter using telemetry By doing so, a means for detecting an illegal act may be further provided. Also cis The system reads the meter when, for example, the meter reading should not occur. Means to detect a leak in the supply of utilities by detecting May be included.   According to a third aspect of the invention,   Control communication between a customer and a distributed target device over a communication network In the remote access management system,   Means for managing communications with customers;   In order to be able to manage communication with the target device, the communication network Means for managing communication with the communicating communication device;   Means for storing data received from the customer or the communication device;   The data representing the data stored by the storage means to the customer or the communication Means for transmitting to the device. Provided.   In a preferred embodiment of the present invention, the remote access management system Receive the data, store the data, and provide the customer with data representing the stored data. Is configured to be transmitted to.   Other preferred embodiments of this aspect are described above in connection with other aspects of the invention. Including any or all of the examples.   Remote access, either on behalf of or along with the customer, by the target device Preferably, it is configured to be started. Customer or other specified eyes Remote access to the destination is initiated by the target device.   An example of a situation where having bidirectional target device access capability would be advantageous Indicates that the vending machine is almost empty and the fuel storage facility indicates that the fuel reserve is low. It is to be. Such information is returned to the customer via communication. Also, for example, customers Many such as the consequences of ongoing vandalism of the equipment or a huge food storage facility that has failed. Faster response is desired in critical situations, initiated by target device Remote access is sent to the police or transmitted via wireless pager, for example. Automatically triggers an alert sent to Ngineer.   The invention will now be described, by way of example only, with reference to the following drawings.   FIG. 1 illustrates the logical architecture for the telemetry system. It shows the system domains and the relationships between these domains.   2 to 7 illustrate the logical architecture with respect to other system domains. Represents the outline of each system domain.   FIG. 8 is a flowchart showing the registration procedure of the TIU and the meter.   FIG. 9 is a flowchart showing the procedure for installing the TIU and the meter.   FIG. 10 is a flowchart illustrating the automatic meter reading process.   FIG. 11 is a flow diagram illustrating the multimeter broadcast process.   FIG. 12 is a diagram illustrating the features of the present invention applied to a vending machine.   The following description covers telemetry systems that operate on the PSTN In general, the target device has a plurality of customer meters, each of which is Data are co-terminated with other communication devices, such as telephones. You. Assuming the telemetry system is owned and controlled by the PSTN operator , The customer requires a remote meter reading operation for the customer's meter Suppose that   FIG. 1 is suitable for an automatic meter reading (AMR) operation through the PSTN. 1 shows the overall architecture for a telemetry system. This arche The architecture has six domains, which are as follows: Sa The service management domain A1 is a service provider, a consumer, and a network operator. Has the system and functionality to support the story. Network Management Domain A2 is a system that provides network and element management for telemetry. System and functionality. Invoicing domain A3 is for utility companies It has a system and functionality to provide billing and record information. Net Network domain A4 includes all network audio transmission lines and telemetry calls. Has an initiator. Utility companies requiring AMR operation are in the utility domain A5 , And the customer is represented by a customer domain A6. Domain The lines adjacent to the domain represent the relationships that exist between the domains. The following description is It deals with domains and outlines the relationship of each domain to other domains. It represents the point.   Overview of service management   The outline of the service management shown in FIG. 2 is based on the architecture from the viewpoint of the service management domain A1. Shows the texture. According to FIG. 2, the service management domain A1 is remote Remote Measurement Service Center (TSC) 11, Telemetry Service Management System (TSMS) ) 12, Customer service system (CSS) 14, Customer service center (CSC) 16 and a pre-process database (DB) 15.   TSC11 is the primary point of contact for utilities for questions and reporting failures . TSC11 has access to TSMS12, CSS14 and billing domain A3. Which allows utilities to contact TSC operators for questions And the operator can try to answer the question. Telemetry system Questions that highlight system or network failures, i.e. Treatment Questions that cannot be answered are sent to the respective technical department that handles them. demand Homes can also log questions and faults to TSC 11 through SCS16.   TSC11 has access to the call records held in TSMS12 Through the TSMS 12 in the network domain A4 (the following “network”). Telemetry platform (described in more detail in TP) 41 also has access. This will ensure that the utility utility The progress of the AMR that can be reported to the main A5 can also be monitored.   TSMS12 handles AMR requests from utilities, utility registration, and consumer licensing. Registration and customer list update. TSMS12 issues invoice May be provided to the billing domain A3 for the purpose of.   Basic information that needs to be provided for utility registration, as well as a consumer list Includes the following:   • Utility ID / Name This can identify itself to the AMR service And for utilities.   -Telemetry reference number This is a common identifier for PSTN operators and utilities , Telemetry interface unit (TIU) / meter address to both parties Uniquely identify the resource.   ・ Meter reference number This is the AMR service that the utilities need for their own The key data part used to identify the house, which is unique to the utility .   ・ Meter address This is the address for the customer that is held by the PSTN operator. Check if the requested meter corresponds to the talk number or address Used as a cross reference for   • TIU type This specifies the protocol used to access the TIU. I have decided.   • TIU address / port number This is a unique identifier and The data consists of the port number of the meter connected to the TIU.   According to FIG. 2A, the TSMS 12 communicates with other components of the architecture Data interface 111 for connecting MS 12 and data bus 112 A programmable processor 113 connected to the interface 111; It has a storage device 114 connected to a programmable processor 113. Suitable Smart programmable processor 113 is a suitable software processor such as C ++. Sun Microsystems runs appropriate software written in a programming language. Stems SPARC Station 1000 or similar high performance RISC based Processor. Interface 111 is for billing domain A3, public interest It provides a line connection between enterprise domains A5, DB15, TP41, TSC11. Inn Interface 111 to a programmable processor 113 via a data bus 112. It is connected. Interface 111 receives the transmission to TSMS 12 and Code the transmission to the programmable processor 113 to identify the source Become Similarly, interface 111 can be used to direct transmissions to the correct destination. Thus, the transmission from the processor 113 is also sent. The appropriate interface 111 Has connection to bus 112 and connection to Ethernet local area network Ethernet interface to which other components of the architecture Parts are connected.   AMR requests are sent to the utility telemetry interface through interface 111. From the Security System (TIS) 51 to the TSMS 12. The request is a utility Includes industry ID, meter reference number, and meter address for cross-reference purposes .   TSMS12 is owned by the utility in connection with the meter specified in the request. By checking the access rights that have been List of all valid meter addresses maintained in the database By cross-referencing each request, each AMR request from TIS 51 Confirm (where the list is registered by the utility when the utility was first registered) Recorded and then updated).   When confirmed, TSMS 12 adds the directory number (DN) to the AMR request. Add. This number is obtained by TSMS12 from CSS14 through DB15 is there. Then, this information is transmitted to TP41. As a result, TP41 You will be able to set up calls.   As well as handling a single AMR request, TSMS12 is a one-time utility Can handle batch AMR requests sending a list of requests for AMR You. This batch AMR request is stored in the storage device 114. And TSMS12 is ahead Processes the entire list of requests as described above and sends the list to TP41. T P41 is open at appropriate times, generally at times that are not peak for the communication network. Schedule calls that must be initiated. TP41 is the success of AMR Upon receiving all unsuccessful results, the Send to utility through S12 (this process is discussed in more detail below) .   TSMS 12 (provided in advance by a utility company and stored in storage device 114 AMR) can be started for a predetermined customer list. This equipment can be triggered by simple requests from utilities or automatically. You. This causes the TSMS 12 to add the routing information to the requests in the list and set The list is automatically sent to TP41 at periodic predetermined intervals, Schedule and start R call.   The TSMS 12 stores call records including valid reading records and exception records in the storage device 114. And this record can be found in the utility domain A from TSC11 or through TIS51. 5 can be accessed directly. Direct by utility company domain A5 Access to the latest utilities in performance and potential invoicing Have access to information.   CSS 14 is a programmable database that allows each telephone line in the PSTN Maintains a record of the effectiveness of the telemetry service. Properly programmable Database is a hard disk storage device to hold the database, Suitable for accepting information entered by humans (or information transmitted electronically). Communication and database software and use this information to request Is an IBM compatible personal computer that updates the database in such a manner. The database information is provided by the PSTN operator from the network management domain A2. Provided. For each available telemetry line, CSS 14 (also Supported DNs (provided by PSTN operators) and shared by PSTN operators and utilities The corresponding meter reference number, which is a common identifier. Uniquely identifies the meter / consumer address for the party. CSS data , And a flag for each line that supports telemetry. This flag late Indicate to engineer that extra CPE needs to be cut off to fix fault This is useful in repairing normal line failures.   The CSS 14 responds to the arrival of a new or updated DN data record with a request When this is done, the DN data record is transmitted to DB15. DB15 is also a network The details of the corresponding telephone exchange access request are received from the management domain A2. phone Switch access details typically set the switch type and, for example, a silent call Includes the method required for call setup where signaling is required to . Thus, when the TSMS 12 receives a valid request, the requested DN is placed in the telephone exchange. Retrieved from DB15 along with the switching access details and prepared for transmission to TP41 It is. The information stored in the CSS 14 and the DB 15 is (TSC11 or TSM11). (Through S12) Determined by network management domain A2 and utility domain A5 Updated periodically.   CSC16 is the primary point of contact for customer domain A6. CSC16 is T It is a human operator like SC11 and receives failure reports from the customer domain. Enter the details of the failure report into the CSS and, if appropriate, Access to CSS14 and TSC11 for sending system failure report Have the ability to Failure reporting procedures apply to standard communication networks. It is common to those commonly used.   Network management overview   The role of network management in telemetry systems is This is the same as the role of network management in. This role is responsible for monitoring alarms and And generate, monitor performance, and alter traffic flows when required. This prevents traffic overload and redirects traffic to bypass circuit failures. Includes directing.   FIG. 3 shows a network management domain A2, a service management domain A1, and a network management domain A1. 3 shows a relationship with the network domain A4.   The network management domain A2 includes an operation management center (OMC) 23 and a network. Traffic Management System (NTMS) 25, Network Management Center (NMC) ) 21, comprising components including a network operating unit (NOU) 22; So Each component is interconnected in a known way and runs a suitable software The above computer system is provided.   NMC 21 handles network traffic in the usual manner. However If necessary, control the recovery of the control rate and at the same time use the TP41 telemetry call rate. It is also possible to prevent network overload by reducing the number of packets.   The NOU 22 receives the customer failure report from the network CSS 14, which is typically The unresolved fault is returned to the TSC 11 through the CSS 14. NOU 22 also provides alarms generated by TP41 in connection with failed call attempts. Receive, which is handled in the usual way or sent to TSC11.   The OMC 23 receives the request from the NMC 21 through the NTMS 25 and passes the request through the TP 41. Control the talk rate, send a control signal to TP41, and The chart is modified.   The NTMS 25 polls the switches in the network in the usual way and Data and edit network management reports from this performance data. it can. NTMS25 also uses control information from NMC21 to relate to changes in call flow. To the OMC 23 for the purpose of measuring performance. The details of the story are received from TP41.   Overview of invoicing   FIG. 4 shows a billing domain A3, a service management domain A1, and a utility company. The relationship with the domain A5 is shown.   The billing domain A5 is a billing system that receives information from the TSMS12. Billing system 31 converts this information into billing information I do. The invoicing information is sent to the utility as a paper invoice or For example, it is transmitted electronically to the utility company via a direct communication line to TIS51. Claim The issuance system can order information, for example, into itemized invoices for each utility. IBM compatible personal computer running software that organizes in order Computer system. General received from TSMS12 Invoicing information includes read date, read / write time, success or failure Or includes a utility reference number. The invoicing system uses Put the billing information in order in the order, and through the appropriate link to TIS51 Begin sending invoices to the utility company via computer communication. This case The criteria for invoicing in the case of On a per read operation basis.   Network overview   Network domain A4, service management domain A1, and utility company domain A 5 shows the relationship between the network management domain A2 and the customer domain A6 in FIG. Is represented.   Network domain A4 includes TP41 (only one of each is shown) Local exchange (LE) 42 and digital main switching unit (DMSU) 43 Have. TP41 accepts AMR requests from TSMS12, AMR can be initiated for the network. Communication network is PST If N, the role of TP41 can be performed by the call processing system. Wear. The right call processing system is BT's voice application platform (SAP), which is the applicant's pending application filed July 1, 1994. This is described in more detail in PCT Patent Application No. WO / GB94 / 01429, The contents are incorporated herein by reference. TP41 requires a call from TSMS12 Call to the TIU 63 in the customer domain A6 via PSTN. Set. TP41 is connected to DMSU43 in PSTN trunk network. You. This allows calls to be sent to any TIU connected to the PSTN. I will be able to.   When requested by the TSMS 12, the TP 41 will send one or more to the TIU 63 on the PSTN. Schedule a non-ringing call (NRC). How NRC is established For further details, see European Patent Application No. 5 Are described in more detail, the contents of which are incorporated herein by reference. Nothing The signaling protocol for managing ringing calls is commonly known as C7 signaling. This is a BT version of the CCITT signal transmission system number 7 used.   TP41 reschedules failed calls based on retry algorithm Have facilities to adjust and retry a specified number of times. This algorithm Calls continue to fail for the same night and for the following few nights If so, reschedule the failed call for the day. Success All details of successful and failed calls are sent to TSMS12 for recording . Apart from telemetry equipment and network failures, for example, if the telephone line is busy Calls fail if the phone line is busy for other reasons. TP41, A telemetry call is in progress when an incoming or outgoing call is attempted Designed to immediately drop a telemetry call for a telephone call. This call The preferred form is the applicant's reserved European Patent Application No.EP94302620. Further details on 3 It is covered in detail, the contents of which are incorporated herein by reference. Theory again Specifically, the procedure is managed using C7 signaling.   For batch call requests from utilities, TP41 is geographical if required. By distributing the calls over the region, too few multi-frequency (MF ) It is possible to prevent a call failure due to the detector.   As already mentioned earlier in the 'Overview of Network Management', the performance of TP41 Can be monitored, and statistics can be obtained by the NTMS 25. Further TP The call rate set by 41 is determined by the OMC in response to an increase or decrease in PSTN line demand. It is increased or decreased by 23 and can be known by the flag by NMC21.   If required, the TP41 will communicate with the consumer that is configured to activate with a ringing call. In contrast, a standard 'ringing' call over the PSTN can be initiated.   Overview of utilities   Utility company domain A5, service management domain A1, and billing domain A3 FIG. 6 shows the relationship between the customer domain A6.   The nature of the relationship between utility domain A5 and the other domains depends on each utility's own. All based on the level of mobilization. However, utilities have TIS51 This means that telemetry systems can be used by utilities at all levels of automation. Includes an appropriate interface that allows you to handle the business. this The interface allows utilities to operate without upgrading Any existing system can be used. However, the applicant Eventually, all utilities will upgrade their existing systems and We believe it will be directly compatible with the measurement system.   TIS51 is, for example, a Sun Microsystems SPARC Station 5 Software application running on a computer system such as a workstation It has an option. This workstation has windows, icons, New, Pointer (WIMP) desktop is provided. IS51 application can be selected. TIS51 application Run in the VT100 window in this desktop.   The application interface of TIS51 is Oracle SQL Form* A character-based application using V3 is used. With this, the public interest Companies can now access the system functionality of TIS51 The telemetry system will then be accessible. Accessible by utilities All possible telemetry functionality is accessed through TIS51, which is Connected to the TSMS12 by a communication link, typically an analog PSTN line You.   TIS51 is a utility for existing utility billing and consumer information systems. It also provides a simple interface. This is the current situation held by utilities. Supports easy conversion of existing information to information compatible with telemetry systems ing.   The main functions supported by TIS51 for telemetry operation are: It is.   ・ Maintenance of customer and meter information   ・ Maintenance of meter access list   -For special or regular meter consumption measurement by priority (single tariff) Request   ・ Interpretation of returned results and management report   ・ Error handling   ・ Installation and registration of meter / TIU   ·security   ・ Data storage for several weeks   The TIS 51 sends the billing information from the billing domain A3 through the TSMS12. Also receive information. The invoicing information is processed by the utility company and is Delivered to the customer in domain A6.   Overview of customers   It is assumed that consumers will have appropriate terminals to communicate directly with CSC16. Seems like in FIG. 7, usually to report a failure or ask a question by phone Therefore, the customer has access to the service management domain A1. Ma In addition, the TIU 63 connected to the meter 631 in the customer's house is Connected and by TP41 through LE42 in network domain A4 Can be accessed. Customers receive invoices from utilities via email 52 publish.   In addition, a predetermined appropriate terminal device is attached to the TIU 63 in the house of the customer, Invoice from utility domain A5 to customer in customer domain A6 via ME12 It is expected that the issue information will be sent directly. A suitable terminal device is a printer And a display device such as a VDU.   Customer registration   The process by which the utility registers the details of its consumers with a telemetry system, This will now be described with reference to the processing sequence shown in FIG. Here is the sequence Each box in the instance is numbered to correspond to one of the following steps: Have been.   Prepare a list of 200 attributes: Utilities are registered by telemetry operators Construct a pre-registered list of customers who need to be registered. For example, a utility company's existing invoice Using information from the publishing and customer information systems, the configuration is done on TIS51 You. The information on TIS51 is arranged in a format that can be read by TSMS12. available. The information includes, for example:   Customer references   Attribute address   Post code   House number   House name This information is sent to TSMS12.   205 Extract postcode: TSMS12 postcode from TIS51 details The post code is extracted and the post code is transmitted to the CSS 14.   210 Examining the postcode: CSS 14 checks the resources generated by TSMS 12 Customers who can be supported by postcode and telemetry services from Compare with customer postcode. Criteria for selecting which consumers can access That consumers can support silent ringing (when silent ringing is most important) This includes whether or not it is stored in a local exchange where possible.   215 Return details for attribute with matching postcode: CSS 14 Returns the matching postcode to TSMS12 with details of the associated attributes.   220 Reconcile Telemetry Operator and Utility Address: TSNS12 Original address information provided by TIS51 with details of attributes returned by SS14 And provide a list of accessible consumers.   225 Return Contract Application: Once established, the list of accessible consumers is Returned to public utility TIS51.   230 Receive Contract Application: Utility Lists List Provided by TSMS12 Receive.   235 Prepare a list of attributes to contract on: the utility will once again Generate a roster of customers from those that can support the service. This list is , TIS51 is configured in a format that can read TSMS12, Sent to 12.   240 Mark 'contracted' attribute: TSMS12 is currently 'contracted' Confirm and remember the list of consumers. Details of these customers can be found on CSS14. Sent.   245 Set Telemetry Marks: All contracted telemetry services For the consumer, a telemetry mark is set on the CSS. This is, for example, In any event, such as when a claim has not been paid, the first Ensure that no telephone lines are disconnected without contact. Electric A customer who makes a telephone call to the line when the bill is not paid Capacity is taken up, while the ability to perform telemetry on the line is maintained. It is.   Return 250 response: TSMS 12 indicates that customer registration has been performed.   Receive 255 response: TIS 51 receives the message from TSMS 12.   Up to this point, the customer's home must be located to support telemetry services. There was no need for any equipment to be present.   260 A list of 'planned to install' attributes along with personal identification numbers (PINs) Prepare: Utilities installed to support telemetry services A list of consumers who have recently or will soon have a meter and TIU 63 Generate. An installation PIN is defined for each selected consumer. T The TIU 63 and the meter are once registered to register the telemetry service. Once installed, this PIN is used. The list is sent to TSMS12 You.   265 Record PIN marked with 'to be installed': TSMS12 Receives the list and sees if any installation has already been done To check its own database.   270 Returns response: TSMS12 returns the list of existing customer locations to the utility Sent to TIS51.   275 Receiving a response: TIS 51 receives the list and responds accordingly. Update records.   Utility demands meter reading from installed meter You are ready to do it.   TIU / Meter registration   The physical action of installing the TIU and the meter is at the customer's house or Performed by nearby installers. Once installed And both the TIU 63 and the meter, both telemetry service providers and utilities Need to be registered.   The registration processing sequence will be described together with the reference processing sequence of FIG. .   300 Install TIU / Meter: TIU63 and Meter Installed Is done. Of course, this operation requires installing another meter on the same TIU63. And installing one or more meters on an existing TIU 63. No. Different meters and TIUs can be owned by the same or different utilities There is also.   Call 302 TP: Installer targets on PSTN For example, from a telephone that co-terminates the telephone line connected to the A telephone call of 0800 is made. LE42 receives the call request and receives some telephone call. As described above, it is transmitted to the DMSU 43 together with the CLI of the communication line. DMSU43 The 0800 call is converted to the TP41 DN and the call is routed to TP41. TP 41 answers the call and receives the caller's CLI information. CLI received by TP41 This is the first identifier of the target device to be used.   Prompt for registration data: In response to the call, TP41 will send a pre-recorded voice message. Prompt for registration data from installers using messages.   306 Provide data as prompted: In response to the prompt, The person who updates the password must enter the PIN previously identified in the customer registration sequence described above. provide. This PIN is typically in the form of an audible MF tone from the telephone keypad. Provided.   308 Submit data for verification: provided by installer The PIN data and CLI are transmitted to TSMS12 by TP41.   310 Check data: PIN and CLI data are stored in TSMS12 database. Is checked against what is held in the   312 Confirm or notify that data is OK: Confirmation result is TP41 Sent to the person who installs it.   314 Report to installer: TP41 installs message To a person.   316 OK / Receive a failure message: The installer should send a message from TP41 Receive a message. Invalid data sent by installer At this point, the installer will be prompted to re-enter the information It is. In the event of further failure, the installer may need to It will contact TSC11.   318 Require installer to hang up: respond to valid data Thus, TSMS 12 requests that the installer disconnect the telephone line.   320 Request installer to hang up: TP41 enters request Sent to those who stall.   322 Hang up: The installer hangs up.   324 Detects hanging up: TP41 will allow installer to hang up Detect that   326 Request test call: TSMS12 sends NR to TIU 63 or meter Start C.   328 Initiate NRC: TP 41 receives request from TSMS 12 and sends to TIU 63 Start a call to   330 Request Meter Reading: TIU 63 receives the request and a reading is requested. Is shown on the meter.   332 Send reading: Meter sends a reading in response.   Return 334 read: TIU 63 receives the read and returns it to TP41.   336 Receive Reading: TP41 receives the meter reading.   338 Hang up: And TP 41 hangs up the call to TIU 63.   340 send result: then read is sent to TSMS12 by TP41 .   342 Confirm successful read: TSMS12 confirms the information and the read is taken. Initiate a message to the user installing the message.   348 Call install to confirm success / failure: TP 41 initiates a call to the installer and shows a pre-recorded test result Send announcement.   350 Receive success / failure notification: If the installation is successful, Those who do not take further actions. If the test fails, the installation The contactor may retry the entire operation or contact TSC11 for another assistance. Decide.   344 Send first read to utility: If test read is successful, read Is sent to the utility.   346 Receive first meter reading: Utility TIS 51 receives reading, Record.   Reading the meter   Referring to the flow diagram of FIG. 10, set up a single or batch AMR process An example of a call flow for this will be described below. In FIG. Each box is numbered to correspond to the following steps.   Prepare 400 reading request list: Utility TIS51 By referring to a list that is stored and accessible by the TSMS 12, Identifies the meter to be read by sending the list to TSMS 12. You.   405 Review and remember list: TSMS12 can read meters on the list. Is checked for this utility, and is stored in the DB From this information, the DN for the NRC and the alarm to be used are obtained. On TSMS12 Is updated by any invalid meter read request.   410 Schedule read request: list as corrected is TSM S12 is transmitted to TP41. Schedule list for batch reading Priority is low, so network access is low, for example when nighttime network usage is low. The call is made at the time that is most convenient for the work. Single read schedule Because of the high priority, for example, utilities that perform invoicing queries Access to data and provide a quick response to customer inquiries. Begun early.   415 Schedule read: TP41 schedules task start adjust.   Initiate 420 NRC: For each read request in the list, TP41 Attempt to set NRC for TIU 63. If successful, confirm the audio path Is set up. If unsuccessful, a message with the reason and the result Recorded in the exception record on 41. The exact details of NRC setup and disconnection are described in the present application. Addressed in the pending European Patent Application No. EP94302756.6.   425 Request Meter Read: TIU 63 receives TIU from TP41 request ID and port number. If valid, TIU 63 will read from the meter. Request a take (in some cases, for example, TIU 63 reads the meter periodically) TIS63 retains meter readings, such as pulse meter measurements).   430 Send read 1: Meter (if not pulse meter measurement) Data read to the TIU 63.   435 Send read 2: T if ID and port number of TIU are valid IU63 checks the reading received from the meter and reads the meter if valid To TP41, otherwise send a failure reason code.   Receive 440 meter reading: TP41 checks the received reading and Record in a valid read registration, or an exception record with some failure reason code. Update and reschedule calls based on failure code (eg, line busy) adjust.   445 Hang up: TP 41 requests DMSU 43 to hang up. DMS U43 sends the request to LE42 to disconnect the call. LE42 indicates that the call was disconnected Return the message to TP41.   450 'From starting NRC' to 'hanging up' as needed Repeat: TP41, if any, attempts NRC for the next request in the list.   455 Submit Results: Valid reading records and exception records should be The record transmitted to S12 and held in TSMS12 is updated.   460 Store result: The result of the read is stored by the TSMS12.   465 Process exception record: Issues that can be handled are sent to TSC11, Others are left to utilities.   470 Return result: valid read and exception records returned to utility TIS51 This information is used for customer billing.   480 Remember invoicing details: Invoicing information is a valid reading record and example It is derived by TSMS12 from outside records, and billing information is Returned to the requisitioning domain. Invoices for telemetry are regularly sent to utilities. Be trusted.   Meter broadcast   Refer to FIG. 11 for the process of broadcasting the same information to one or more customer meters. I will explain. The broadcast function supports certain desirable features of the telemetry service. Required to be able to Features include, for example, a number of Including automatically correcting the value of one unit of meter reading (eg, one unit of water From 100 liters to 85 liters). The broadcast function, for example, Enables remote control of devices such as Tral heating systems and the like It is also the basis for what you can do, but to be precise, this is a 'broadcast' Absent. For remote control, instead of sending meter update information to many devices, Appropriate control information is sent to a single controller connected to the PSTN in the customer's house. Be trusted. This control device controls the heating level in response to control information I do. Of course, the broadcast function is for issuing the customer's bill as described above. Also form the basis for The boxes in FIG. 11 are numbered according to the description of the steps below. Is attached.   Prepare a broadcast request list: Public utility TIS51 has a database By referring to a list stored and accessible by the TSMS 12; or , Identify the meter to broadcast by sending the list to TSMS 12 .   505 Review and remember the list: TSMS12 will match the meters on the list Check if this utility is allowed to broadcast and keep it in DB15 From the information provided, the DN for the NRC and the alert to be used are obtained. TSM The exception record in S12 is updated by an invalid meter broadcast request.   510 Schedule broadcast request: TS list as corrected The message is transmitted from the MS 12 to the TP 41. Schedule for this list for batch broadcast The priority of the module is low, such as when nighttime network usage is low. Calls are made at the times that are most convenient for the network. A single broadcast is scalable Joule's priority is to start as soon as possible, e.g. If it is necessary to reconnect the customer's supply when paying the bill, the meter will immediately Need to be trusted.   515 Schedule call: TP41 schedules task start Adjust.   Initiate 520 NRC: For each broadcast request in the list, TP41 Attempt to set the NRC for the TIU 63. If successful, the audio path Is established. If unsuccessful, the message for the result along with the reason is T Recorded in the exception record on P41. The exact details of NRC setup and disconnection are Addressed in the applicant's retained European Patent Application No. EP94302756.5.   Send data to 525 meter: TIU 63 received by call from TP41 Check the received TIU ID and port number, and if valid, check the received data. Check. If the data is valid, TIU 63 downloads this data to the meter. To load.   530 Respond to Data: Meter responds to the data received.   Show 535 response: TIU 63 shows the response from the meter to TP41. Download If the password is unsuccessful, a failure message is sent to TP41 with a reason code, This updates the exception record of the TP. If the download is successful, the meter will respond Is sent to TIU 63, which is sent to TP41.   Receiving a 540 response: TP41 receives its valid (corresponding to a valid read record) Check and record the response of either the download record or its exception record And restart the failed call according to the failure code (for example, the line is busy). Adjust the schedule.   545 Hang up: TP 41 requests DMSU 43 to hang up. This key The request is sent to LE42, which disconnects the call. LE42 responds to hanging up Send it back to TP41.   550 Steps from 'adjust the call schedule' to 'hang up the call' Repeat as needed: The next request on the list is processed.   555 Submit result: valid download record and exception record of TP sent Then, the record on the TSMS 12 is updated.   560 Store result: TSMS 12 stores the received result in DB 15.   565 Handle Exception Records: Issues that can be handled are handled by TSC11. Other issues are left to the utilities.   570 Return results: Data download record and exception record are Returned to pewter.   575 Receive results: The utility TIS 51 receives the results.   580 Store invoicing details: Invoicing information is valid by TSMS12 Invoiced through TSC11, derived from simple download and exception records Returned to the domain and used to issue invoices to utilities.   Interface between TP and TIU   Support for meter-specific or TIU63-specific functions is provided by TP41 and TIU63. It is handled using a general purpose communication protocol between and. This protocol Supports the use of 'templates'. In this situation, the template Is a data structure including fixed parameters and replaceable parameters. Fixed The parameters are based on a type of meter / TIU combination for the TP41 Information required to communicate to the user (e.g., TIU's Or login sequence or shutdown sequence). Place The parameters that can be exchanged are that TP41 is a particular type of Identifier corresponding to the information required to be able to connect to the (For example, TIU port number and meter authentication code). Replaceable The parameters are, for example, the meter reading operation and the broadcast for the meter operation. The required operation type may also be defined.   The use of templates generally involves accessing different types of target devices. To enhance the flexibility of the remote access system. The reason is known type Information related to all target devices is stored in TSMS12, Can be sent to TP41 as requested along with all other requests. is there.   The basic TIU 63 is powered from the line and the speed of the modem is quite slow (1200bps). s / s). However, once a call has been established, generally a remote access system The connection between the TIU 63 and the TIU 63 is transparent and therefore the data transmission level. The seat can be selected for maximum efficiency. TIU63 has various levels of functionality And can use modems of different speeds. Basic TIU63 Is to provide more elaborate designs for frequently used sites. And can be made very cheaply.   However, all sites use the same basic communication infrastructure.   The remote access system supports communication for as many types of devices as possible. It is convenient to use In telemetry, the focus initially is on communication with utility meters. It could be trust. Standard protocols, if any, especially IEC 1107 (FLAG) is used to enable conversion between different protocols Some software (eg, CHIRPS) is used. However, Applicants believe that a universal telemetry standard will be established.   The template is stored in the memory on TP41 or the memory related to TP41 in ASCII. Stored as a formatted data file (example templates are shown in Table 3) Is). The template is used by the TIU / There is one for each meter combination. The template is TSMS Meter type, TIU 63 type, Command supplied with call request by 12. TP41 is selected for each call base in accordance with the call type. Call request , Also replaceable parameter values that should be combined with fixed parameter information in the template And these are combined and used by specific TIUs 63 and meters for AMR and other Form the complete data record needed to perform the operations described above.   A simple AMR operation will now be described.   In the template, the parameters have various types according to Table 1. I have.   There are other parameter types, which are the main types. Parame Type is a general purpose computer program such as the C programming language. Very similar to those found in the Gram language. Parameter types are TP41 and TI U63 is recognized by the data interpreter related to both Rita translates each character in turn as it receives the data record.   Table 2 lists all the types of replaceable parameters specified for this example. Are listed.   Table 3 shows example text stored on the TP for a particular TIU / meter combination. An example of a template is shown. "%" Followed by alphanumeric characters can be replaced The parameters are shown.   When the TSMS 12 makes a call request to the TP 41, the call request is WRITE Includes what are known as DATA blocks, which are replaceable Holds all information used for parameters. % 0 is this block Is the first parameter,% 1 is the second parameter, and% A is the eleventh parameter. The eye parameter,% Z, is interpreted as the 36th parameter in the block. It is. Each parameter refers to zero or more times in the template be able to. Each parameter has a parameter data type, data length indication, data Data itself. When the result of AMR is received by TP, the result is: READ of record sent back to TSMS12 Also known as DATA block Is returned to the TSMS 12.   For the purpose of this example, assume the following replaceable parameter values.         % 1 = AB12         % K = secret         % P = 3         % T = 199407211103056         % 1 = 0x600x03AZ1   These replaceable parameters from the TSMS12 call request are translated by TP41. Combination with the plates led to the data sequence shown in Table 4, which Sent to TIU 63 by TP41.   In practice, the records shown in Table 4 correspond to the standards used for communications management purposes. Protocol information is also included. This information is the message recognized by TIU63. Message header, which indicates the start of recording for TIU 63. Includes an indication of the overall length of the record and ensures that data is transmitted without errors. Checksum information.   This information during data recording is edited by the TP 41 in response to the call request. This Record is then transmitted to TIU 63, and a reply is waited for a timeout of up to 5 seconds. You. If there is a timeout, one or more retries are made by TP41, and TP41 This is followed by entering the result of the failure into the exception record. Data transmission Sending is performed, for example, in V. Supported by TP41 and TIU63 like 23 protocol Supported by standard transmission protocols.   When TIU 63 responds to the message from TP41, the information is confirmed and TSMS READ during recording sent back to 12 Meter information through the DATA field Returned to caller.   Table 5 shows an example of information storage returned to the TP 41 by the TIU 63.   Use the internal challenge / response function in TP41 for the response to the “K” command. To be collated. Response to “R” command, read data stream Is READ Returned to caller via TSMS12 by DATA block You. This block holds the value 896543. As those skilled in the art will appreciate, The previous example does not include communication management data such as headers and checksum information. No. However, this information is actually included, e.g. Like 25 Complies with known standards.   Interface between TIS51 and TSMS12   The link between TIS51 and TSMS12 is based on TCP / IP protocol I have. Each message is sent to a TCP / IP using a file transfer program (ftp). It is embedded in the file transferred via IP. The actual medium of the connection is diamond Link, which is the X. 25, utilities such as PSTN and ISDN Depends on your requirements.   TIU-initiated call   Up to this point in the description, all calls to the TIU 63 and the meter have TP41 Initiated by TSMS12. As already mentioned earlier, in the example Must allow the TIU or meter (or other target device) to initiate a call. Are preferred.   FIG. 12 for a vending machine containing three potential products A, B, C A device that represents the required equipment and reports that one or more products have been sold out. It is equipped. This configuration can be used for other scenarios such as fuel tanks and cooling plants. It can also be applied to Rio.   In FIG. 12, the vending machine 700 includes a microprocessor 7 that controls the reporting process. 05 is equipped. The appropriate microprocessor is the operating system and control Intel 80286 program to run software appropriate for your communications application It is a Rosesa. Software is the main menu accessible by processor 705. Stored in the memory 710. Software for controlling communication operations is also included in the main memo. Stored in the file 710. Processor 705 has a data bus 720 through which All data to the outside of the processor. Data bus 72 0 is connected to the data interface 730. Data interface 730 Has two more connections, one of which is a model (not shown). An interface device 740 (IU) having a system. Interface device 740 Is equivalent in operation to the TIU 63. IU740 is a telephone line or other suitable communication link Is connected to LE42 through A standard such as Procom Scripting Language The communication software communicates between the device and the outside world using, for example, a Hayes-compatible modem. It can be configured to support all communication between them.   The other connection from data interface 730 is through sensing lines a, b, and c. , Products A, B, C are sold out or have a lower acceptable product threshold This is for a detection device 750 that detects whether the amount has exceeded and decreased. Detection equipment The device 750 encodes an electrical signal received from one of the sensing lines to represent a signal transmission line. It has a digital circuit that converts it into a signal. Coded signals control software Sent to the running processor 705.   In the example of FIG. 12, the sensors 751, 752, and 753 detect when the product is sold out. Sensors may be sensitive to pressure or light, or any other that changes when the product is sold out. Respond to variable situations.   In the example of a remote fuel storage tank, the tank's almost empty status could be reported to its owner. The sensor can be a float, for example, mounted on a digital switch. Such a fuel level indicator is included. When the fuel level drops enough, the float Switch the polarity of the switch, which in turn requires a call to the tank owner Will be shown to the detector 750 (using simple logic) . For example, to detect when a product such as a drink can is not in the vending machine storage area. A similar configuration can be used for this.   The procedure for establishing a call initiated by the vending machine 700 is described below. Product B When sold out, sensor 752 sends a signal to detector 750 via line b, which then detects Device 750 provides a signal indicating that the signal was transmitted by sensor 752 for product B. Transmit to the processor 705.   Next, the processor 705 recognizes the signal from the detection device 750, for example, as described above. Initiate a call to establish a communication channel with the remote access system TP41 You. The actual procedure for setting up the communication channel is described for TIU / Meter registration. Since it is the same as step 302 of the above procedure, it will not be described here repeatedly.   Once a call is made and the call channel is established, the data is transferred to the IU via TP41. 740 to TSMS12. Data transmission uses the method described earlier. Following, data from IU740 is READ Transfer to TSMS12 by DATA block Sent. TSMS12 provides this information to TIS51, which is owned by the vending machine owner. Transmit information. TSMS12 initiates a specific call to TIS51 and contacts the owner. Data transmission. Instead, the owner owns many vending machines In this case, it is preferable to receive information from all vending machines at the same time. This In the case of TIS51 or the owner, once a day to receive a batch of information, One call can be started.   In different situations, such as during ongoing vandalism of the target device, It is desired that parties other than the owner of the get device communicate quickly. TSMS12 also Is TP41 a target device that indicates that the target device has been destroyed? They can be configured to automatically contact the police in response to their calls. R EAD The DATA block indicates where the target device is and the nature of the attack. Holds a predetermined message to show to the police. Obviously in this example, I believe that a suitable interface similar to TIS should be used to receive such information. I need.   Commercial remotes such as vending machines that can initiate calls to TSMS The remote device, like the utility meter, is likely to have other communications, such as a telephone. Do not co-terminate equipment and communication lines. Therefore, for registration, perform the dialogue The processor in the device must be pre-programmed with appropriate software to Otherwise it is run by the installer. Such a dialogue With commercially available software such as the Procom scripting language Very easy to control, but specialized software for this task It is conceivable to provide.   The specific registration process is developed in consultation with the target device manufacturer. other In a scenario, a refrigeration plant could fail to put large quantities of frozen food at risk unknown. In this case, targets that are sensitive to temperature changes around the cooling plant The cutting device starts a call to TP41. TSMS12 or TP41, for example, Wireless pager to wireless engineer through wireless pager network Initiate a call. In this case, READ The DATA block is a predetermined message. Includes sage and cooling plant locations.   Many other uses for one-way or two-way remote access operations are described in the preceding description. It will be clear to a person skilled in the art from a viewpoint. All such operations are within the teachings of the present invention. And therefore are intended to fall within the scope of the present invention.

【手続補正書】特許法第１８４条の８ 【提出日】１９９６年９月２０日 【補正内容】 明細書 遠隔アクセスシステム この発明は、分散された装置に対する遠隔アクセスに関し、もっぱらこれに限 られないが、特に、遠隔測定方法および遠隔測定システムに関する。 ガス、電気、水道供給者のような公益企業にとって、人によってメータを読取 るための費用は重要である。結果としてメータはたまにしか読取られず、世帯主 は実際の消費に基づいたものではなく推定された請求書を受取る。メータを読む 人がメータに近付けない時にさらに困難性が生じる。 これらの問題は、遠隔測定方法を使用する遠隔的なメータの読取りにより解消 することができる。遠隔測定方法は遠隔アクセスプロセスであり、これによりメ ータが通信ネットワークに接続され、一般的に１か所、例えば公益企業により所 有されている施設からこのネットワークを通してメータにアクセスし読取ること ができる。メータを読取るプロセスは、一般的に、モデムと実行される適切な通 信・データ検索ソフトウェアとによりネットワークに接続される適切なコンピュ ータシステムによって実行される。 例えば、独立したメータ読取り代理業や自己のエネルギ利用を測定したい分散 したサイトを持つ会社のような、公益企業以外の組織からの遠隔測定に対する増 加しつつある需要もある。 遠隔測定システムを含む遠隔アクセスシステムが望ましいが、例えば公益企業 のメータだけを読取るだけの通信ネットワークをインストールする高い元費用は 、会社にとって、特に過去を振り返ると正当化できるものではない。 したがって本発明をなし得るに際して、出願人は、エネルギ利用の測定を含む 広い範囲の会社およびマーケットに役立つ遠隔アクセス社会的生産基盤を生み出 すことに利点を見い出した。 本発明の第１の観点にしたがうと、 通信ネットワークを介する分散ターゲット装置との通信を管理するための遠隔 アクセス管理システムにおいて、 選択されたターゲット装置に対してのアクセス動作に対する要求を受信する手 段と、 ルーティング情報が、少なくともいくつかのターゲット装置のそれぞれに対し て、通信ネットワーク回線終端アドレスと複数のポートを有するインターフェイ ス手段のポート番号とを含み、少なくともいくつかのターゲット装置はそれぞれ 、インターフェイス手段のポートを介してネットワークに接続され、ルーティン グ情報中の各インターフェイスアドレスと各ポート番号とを特定することにより 個々にアクセス可能である、前記要求により識別されたターゲット装置に対する ルーティング情報を提供する手段と、 選択されたターゲット装置のタイプとは無関係に装置に特定なアクセス要求を 供給する手段と、 前記ルーティング情報と前記装置アクセス要求とを含む制御情報を受信して通 信ネットワークを介する前記アクセス動作を動作させるように構成された通信ネ ットワークプラットフォームに前記制御情報を伝送するように構成された手段を 備えた、前記ターゲット装置に対してのアクセス動作を開始させる手段と、 前記アクセス動作に応答して前記ネットワークプラットフォームからのデータ を受信して記憶する手段と、 前記記憶データを示すデータを前記要求の発信者に送信する手段とを具備する ことを特徴とする遠隔アクセス管理システムが提供される。 その後、自動的にまたは要求に応じて、状況に適したフォーマットでアクセス 動作結果のデータを出力することができる。 この明細書では特に断らない限り、アクセス動作を要求している人または例え ば公益企業のような組織は“顧客”すなわち要求の発信者と呼ばれ、動作が命令 される、人または組織の装置は“ターゲット”と呼ばれる。これは、アクセスを 要求している人または組織が第１に費用に対して責任を負っている可能性がある という事実を反映している。 本出願人は、遠隔測定に対して、エネルギでない応用のマーケットもあると考 えている。このようなマーケットは、例えば自動販売機、ガソリンスタンド、巨 大な蓄積タンクにおける在庫監視や、例えば温度、水、純度、花粉数の環境監視 などを例として含む。 “遠隔測定”と同様に、例えば、郵送サービスを使用することを避けるために 直接的に公益企業の顧客に請求書を発行することや、ヒーティングシステムや他 の電気装置の遠隔制御や、例えばエネルギ管理などの他の遠隔的な自動および制 御適用のような、同様な原理を使用する他の遠隔アクセス動作もある。 通信会社は、安全性や品質を必然的に考慮に入れ、多くは高いレベルのカバー 範囲で関連した顧客ベースを考慮に入れた既存のネットワークを持っている。し たがって通信会社は、高品質で高い安全性のデータ伝送を有する潜在的に有益な 社会的生産基盤を提供する。 本発明の実施例では遠隔アクセスシステムは、通信ネットワーク運営者によっ てまたは独立したエンティティによって提供され、必ずしも公益企業のような顧 客によって提供されるものではない。例えばターゲット装置に対する遠隔アクセ ス通話を開始させるのに必要なディレクトリ番号（ＤＮ）のようなルーティング 情報は遠隔アクセス管理システムにより提供されることから、顧客はこの情報を 知る必要がない利点がある。これは、例えば通信ネットワークが公衆電話交換ネ ットワーク（ＰＳＴＮ）である場合に、電話帳に載っていない電話番号が顧客に とって利用可能である必要がないことを意味する。 通信ネットワークがＰＳＴＮである場合、この可能性は遠隔アクセス動作を認 識する装置に対するかなり広いアクセスをもたらす。代わりにネットワークは、 例えばパケット交換データネットワークのような他の適切なタイプの通信ネット ワークでもよい。 開始手段は、ターゲット装置により開始されるべき通信動作のタイプ表示を含 む制御情報を提供するように構成されていることが好ましい。 通信動作は、実質的に読取り動作であるかあるいは実質的に書込み動作である ことが好ましい。読取り動作の設定は何らかの制御情報をターゲット装置に送信 することを含むが、読取り動作はターゲット装置からの読取り情報を含む。同様 に、書込み動作が成功したか失敗したかを示すために一般的にステータス情報が 返されるが、書込み動作はターゲット装置へ情報を送信することを含む。 遠隔アクセス管理システムは、要求の発信者の識別子と記憶されている１組の 有効な要求の発信者とを比較する手段を備えた要求を確認する手段を具備し、要 求が要求の発信者を識別するデータを含むことが好ましい。要求において識別さ れた装置へのアクセスに対する要求発信者の権利が、そのシステムに関して記憶 されている各情報に対してチェックできることが好ましい。したがって、遠隔ア クセス管理システムの運営者は、それを通して顧客がシステムに対してアクセス し、そのターゲット装置に対して顧客がアクセスする制御装置を維持することが できる。 好ましい実施例では、遠隔アクセス管理システムは、記憶されている１組の一 意的な参照事項を含み、この参照事項はそれぞれ１台以上のターゲット装置に対 応している。一般的に、有効な要求は記憶されている参照事項の１つに整合する 少なくとも１つの参照事項を含んでいる。したがって明らかに、要求をしている 顧客は自分達の有効な参照事項を知っている必要がある。この構成の利点は、顧 客が１つの要求における１つの装置参照事項で多数のターゲット装置に対するア クセスを要求することができることがである。 遠隔アクセス管理システムは、予め選択された間隔または時間においてターゲ ット装置に対する通話を開始させる開始手段をトリガする時限トリガ手段を具備 していることが好ましい。この方法では、顧客は例えば、顧客側の最低限の労力 で定期的な間隔ごとに自分達のすべてのターゲットメータに対するメータ読取り を提供してもらうことができる。 遠隔アクセスシステムは、需要に応じて１以上の通話を開始させる設備を備え ていると利点になる。この設備により例えば、顧客が需要に応じて１台のメータ の読取りをチェックすることが可能になる。 好ましい実施例では、遠隔アクセス管理システムは、通信ネットワークを通し てアクセス可能なすべての潜在的なターゲット接続のネットワークアドレスとネ ットワークアドレスの物理的な位置とを含む情報を有する更新可能なデータベー ス手段をさらに具備している。この情報は特に、適切なターゲット装置がインス トールされた時にシステムによりアクセス可能なターゲットのリストを確立する のに有用である。 遠隔アクセス管理システムは、システムによりアクセス可能な各ターゲット装 置に対する、各ターゲット装置のタイプとターゲット装置に対する各データ通信 アクセス要求とを含む情報を有する更新可能なデータベース手段を具備すること が好ましい。この情報は、通信ネットワークプラットフォームに送信される制御 情報の一部を形成し、また、システムにより異なるタイプのターゲット装置をア クセスすることができ、システムのアクセス要求が要求において顧客により提供 されない場合に重要である。このタイプの構成は、顧客が知る必要のある情報量 を最小にする。 説明したように、複数のターゲット装置は、１つのインターフェイス手段に接 続することができ、個々にアクセスすることができる。この方法においてインタ ーフェイス手段をターゲット装置から切り離すことの他の利点は、実際のターゲ ット装置からのデータ収集の分離や、供給者が例えばメータを所有したままで、 インターフェイス手段を所有する第三者のメータ読取り代理業の確立を促進する ことや、例えばメータの再検定を受ける必要なく、インターフェイス手段を変更 または更新することができるような柔軟性を提供することである。 本発明の第２の観点にしたがうと、本発明は、 先に説明した遠隔アクセス管理システムと通信ネットワークプラットフォーム とを具備する、通信ネットワークを介して分散ターゲット装置と通信するための 遠隔アクセスシステムにおいて、 前記遠隔アクセス管理システムからの、前記ターゲット装置ルーティング情報 を含む制御情報を受信する手段と、 請求の範囲 １．通信ネットワークを介する分散ターゲット装置との通信を管理するための遠 隔アクセス管理システムにおいて、 選択されたターゲット装置に対してのアクセス動作に対する要求を受信する手 段と、 ルーティング情報が、少なくともいくつかのターゲット装置のそれぞれに対し て、通信ネットワーク回線終端アドレスと複数のポートを有するインターフェイ ス手段のポート番号とを含み、少なくともいくつかのターゲット装置はそれぞれ 、インターフェイス手段のポートを介してネットワークに接続され、ルーティン グ情報中の各インターフェイスアドレスと各ポート番号とを特定することにより 個々にアクセス可能である、前記要求により識別されたターゲット装置に対する ルーティング情報を提供する手段と、 選択されたターゲット装置のタイプとは無関係に装置に特定なアクセス要求を 供給する手段と、 前記ルーティング情報と前記装置アクセス要求とを含む制御情報を受信して通 信ネットワークを介する前記アクセス動作を動作させるように構成された通信ネ ットワークプラットフォームに前記制御情報を伝送するように構成された手段を 備えた、前記ターゲット装置に対してのアクセス動作を開始させる手段と、 前記アクセス動作に応答して前記ネットワークプラットフォームからのデータ を受信して記憶する手段と、 前記記憶データを示すデータを前記要求の発信者に送信する手段とを具備する ことを特徴とする遠隔アクセス管理システム。 ２．公衆電話交換ネットワークに接続された分散ターゲット装置に対するルーテ ィング情報を提供するように構成されていることを特徴とする請求項１記載の遠 隔アクセス管理システム。 ３．前記通信が実質的に読取り動作であるのか実質的に書込み動作であるのかを 前記制御情報が決定することを特徴とする請求項１または請求項２記載の遠隔ア クセス管理システム。 ４．前記要求の発信者の識別子と記憶されている１組の有効な要求発信者とを比 較する手段を備えた、前記要求を確認する手段を具備し、前記要求が前記要求の 発信者を識別するデータを含むことを特徴とする請求項１ないし請求項３のいず れか１項記載の遠隔アクセス管理システム。 ５．前記要求により特定されたターゲット装置が発信者により有効にアクセス可 能であるか否かをチェックするように構成された確認手段を具備することを特徴 とする請求項１ないし請求項４のいずれか１項記載の遠隔アクセス管理システム 。 ６．前記システムに関連して記憶された１組の一意的な参照事項を含み、前記参 照事項はそれぞれ１台以上のターゲット装置の予め定められたリストに対応し、 有効な要求が前記記憶されているリストの参照事項の１つと整合する少なくとも １つの参照事項を含んでいることを特徴とする請求項１ないし請求項５のいずれ か１項記載の遠隔アクセス管理システム。 ７．予め選択された間隔または時間においてターゲット装置に対する通話を開始 させる開始手段をトリガする時限トリガ手段を具備していることを特徴とする請 求項１ないし請求項６のいずれか１項記載の遠隔アクセス管理システム。 ８．要求を受信し、前記要求により決定される１以上の通話を直ちに開始させる ように構成されていることを特徴とする請求項１ないし請求項７のいずれか１項 記載の遠隔アクセス管理システム。 ９．前記通信ネットワークを通してアクセス可能なすべての潜在的なターゲット 接続のネットワークアドレスと前記ネットワーク接続の物理的な位置とを含む情 報を有する更新可能なデータベース手段を具備していることを特徴とする請求項 １ないし請求項８のいずれか１項記載の遠隔アクセス管理システム。 １０．請求項１ないし請求項９のいずれか１項記載の遠隔アクセス管理システム と通信ネットワークプラットフォームとを具備する、通信ネットワークを介して 分散ターゲット装置と通信をするための遠隔アクセスシステムにおいて、 前記遠隔アクセス管理システムからの、前記ターゲット装置ルーティング情報 を含む制御情報を受信する手段と、 前記ターゲット装置のアクセスを制御し、前記アクセスに応答して前記ターゲ ット装置からのデータを受信する手段と、 少なくともいくつかの前記受信データを前記遠隔アクセス管理システムに返す 手段とを具備することを特徴とする遠隔アクセスシステム。 １１．通信ネットワーク中の潜在的な衝突の場合に前記遠隔アクセスシステムと は無関係に、開始手段により開始されたアクセスがネットワーク上のトラフィッ クに関する優先権をとるか否かを決定する優先度決定手段をさらに具備すること を特徴とする請求項１０記載の遠隔アクセスシステム。 １２．前記優先度決定手段は、使用において、前記ネットワーク上のトラフィッ クが優先権をとることを決定することを特徴とする請求項１１記載の遠隔アクセ スシステム。 １３．前記優先度決定手段は、使用において、前記開始手段により開始された通 話が優先権をとることを決定することを特徴とする請求項１１記載の遠隔アクセ スシステム。 １４．無鳴動通話を開始させる手段を具備し、他の通信装置とともに通信ネット ワークの回線を共同終端させるターゲット装置に対して、無鳴動通信を使用して 、前記他の通信装置に優先してターゲット装置に対するアクセスが達成されるこ とを特徴とする請求項１０ないし請求項１３のいずれか１項記載の遠隔アクセス システム。 １５．無鳴動通話がＣ７信号送信を使用して確立されることを特徴とする請求項 １４記載の遠隔アクセスシステム。 １６．要求の発信者に請求書を発行する手段を具備することを特徴とする請求項 １０ないし請求項１５のいずれか１項記載の遠隔アクセスシステム。 １７．前記請求書発行手段は、ターゲット装置アクセスごとのベースで要求の発 信者に請求書を発行するように構成されていることを特徴とする請求項１６記載 の遠隔アクセスシステム。 １８．要求を受信する手段により読取りできない顧客要求情報を読取りできる顧 客要求情報に変換する手段を具備することを特徴とする請求項１０ないし請求項 １７のいずれか１項記載の遠隔アクセスシステム。 １９．通信ネットワークを介する顧客と分散ターゲット装置との間の通信を制御 する遠隔アクセス管理システムにおいて、 顧客との通信を管理する手段と、 ターゲット装置との通信を管理できるようにするために、前記通信ネットワー ク中の通信装置との通信を管理する手段と、 前記顧客または前記通信装置から受信されたデータを記憶する手段と、 前記記憶手段により記憶されているデータを表すデータを前記顧客または前記 通信装置に送信する手段とを具備することを特徴とする遠隔アクセス管理システ ム。 ２０．遠隔アクセス管理システムが、前記通信装置からのデータを受信し、前記 データを記憶し、前記記憶されているデータを表すデータを顧客に送信するよう に構成されていることを特徴とする請求項１９記載の遠隔アクセス管理システム 。 ２１．前記遠隔アクセスが、前記顧客の代わりにまたは前記顧客とともに、前記 ターゲット装置により開始されるように構成されていることを特徴とする請求項 １９または請求項２０記載の遠隔アクセス管理システム。 ２２．前記ターゲット装置からの情報を受信するように構成され、前記ターゲッ ト装置が前記システムに対する通話を開始させることを特徴とする請求項１９か ら請求項２１のいずれか１項記載の遠隔アクセス管理システム。 ２３．前記ターゲット装置が少なくとも１台の自動販売機を含んでいることを特 徴とする請求項２２記載の遠隔アクセス管理システム。 ２４．前記顧客以外の当事者に対する通話を開始させ、前記受信情報に関連する 情報を前記当事者に伝送するように構成された手段を具備することを特徴とする 請求項２２または請求項２３記載の遠隔アクセス管理システム。 ２５．通信ネットワークにより遠隔装置からのデータを得るために遠隔装置にア クセスする遠隔アクセス管理システムにおいて、 （ａ）１台以上の遠隔装置に関するアクセス動作要求に対する入力装置と、 （ｂ）１台以上の遠隔装置に関するルーティングデータを提供するルーティン グデータ記憶装置と、 （ｃ）アクセス動作要求に応答してルーティングデータを含む制御情報を通信 ネットワークに出力することによりアクセス動作を開始させるアクセス動作開始 装置と、 （ｄ）通信ネットワークから受信されたアクセス動作結果データに対する入力 装置とを具備することを特徴とする遠隔アクセス管理システム。 ２６．通信ネットワークにより遠隔装置からのデータを得るために遠隔装置にア クセスする遠隔アクセス管理システムにおいて、 （ａ）１台以上の遠隔装置に関するアクセス動作要求に対する入力装置と、 （ｂ）１台以上の遠隔装置に関するルーティングデータを提供するルーティン グデータ記憶装置と、 （ｃ）アクセス動作要求に応答してルーティングデータを含む制御情報を通信 ネットワークに出力することによりアクセス動作を開始させるアクセス動作開始 装置と、 （ｄ）通信ネットワークから受信されたアクセス動作結果データに対する入力 装置とを具備することを特徴とする遠隔アクセス管理システム。[Procedural Amendment] Patent Law Article 184-8 [Submission Date] September 20, 1996 [Amendment] Specification Remote Access System The present invention relates to remote access to distributed devices, and is not limited thereto. In particular, it relates to a telemetry method and a telemetry system. For utilities such as gas, electricity and water suppliers, the cost of reading a meter by a person is significant. As a result, the meter is read only occasionally, and the head of the household receives an estimated bill rather than based on actual consumption. Additional difficulties arise when the meter reader is not close to the meter. These problems can be eliminated by remote meter reading using telemetry methods. The telemetry method is a remote access process whereby the meter is connected to a communication network through which the meter can be accessed and read, typically from one location, for example, a facility owned by a utility company. The process of reading the meter is typically performed by a suitable computer system connected to the network by a modem and suitable communication and data retrieval software running. There is also an increasing demand for telemetry from organizations other than utilities, such as, for example, independent meter reading agencies or companies with distributed sites that want to measure their energy use. While a remote access system, including a telemetry system, is desirable, the high cost of installing a communication network that only reads, for example, utility company meters, cannot be justified for a company, especially in retrospect. Thus, in practicing the present invention, applicants have found advantages in creating a remotely accessible social production base that serves a wide variety of companies and markets, including measuring energy utilization. According to a first aspect of the present invention, in a remote access management system for managing communication with a distributed target device via a communication network, means for receiving a request for an access operation to a selected target device; Wherein the routing information includes, for each of at least some of the target devices, a communication network line termination address and a port number of the interface means having a plurality of ports, wherein at least some of the target devices each have a port of the interface means. Providing routing information for the target device identified by the request, which is individually accessible by identifying each interface address and each port number in the routing information via a network. Means for providing a specific access request to a device independent of the type of target device selected; and receiving the control information including the routing information and the device access request and performing the access operation via a communication network. Means for initiating an access operation to the target device, comprising: means configured to transmit the control information to a communication network platform configured to operate the device; responsive to the access operation A remote access management system is provided, comprising: means for receiving and storing data from the network platform; and means for transmitting data indicative of the stored data to a sender of the request. Thereafter, the data of the access operation result can be output automatically or on demand in a format suitable for the situation. In this specification, unless stated otherwise, the person requesting the access operation or an organization, such as a utility, is referred to as the "customer" or originator of the request, and the person or organizational device whose operation is to be ordered is Called “target”. This reflects the fact that the person or organization requesting access may be primarily responsible for the costs. Applicants believe that there is also a market for non-energy applications for telemetry. Such markets include, for example, inventory monitoring in vending machines, gas stations, huge storage tanks, and environmental monitoring, for example, temperature, water, purity, pollen count, and the like. Similar to "telemetry", for example, billing a utility customer directly to avoid using postal services, remote control of heating systems and other electrical equipment, e.g. There are other remote access operations that use similar principles, such as other remote automation and control applications such as energy management. Telecommunications companies have existing networks that take security and quality into account necessarily and often take into account the associated customer base with a high level of coverage. Thus, telecommunications companies provide a potentially beneficial social production base with high quality and high security data transmission. In embodiments of the present invention, the remote access system is provided by a communication network operator or by an independent entity, and not necessarily by a customer such as a utility company. An advantage is that the customer does not need to know this information because the routing information such as the directory number (DN) required to initiate a remote access call to the target device is provided by the remote access management system. This means that, for example, if the communication network is the Public Switched Telephone Network (PSTN), telephone numbers not listed in the telephone directory need not be available to the customer. If the communication network is a PSTN, this possibility results in a fairly wide access to devices that recognize remote access operations. Alternatively, the network may be any other suitable type of communication network, for example, a packet switched data network. Preferably, the initiation means is configured to provide control information including a type indication of a communication operation to be initiated by the target device. Preferably, the communication operation is a substantially read operation or a substantially write operation. Setting the read operation involves transmitting some control information to the target device, while the read operation includes read information from the target device. Similarly, status information is typically returned to indicate whether the write operation was successful or unsuccessful, but the write operation involves sending the information to the target device. The remote access management system includes means for verifying the request with means for comparing the identifier of the request originator with a stored set of valid request originators, wherein the request identifies the originator of the request. It preferably includes identifying data. Preferably, the requester's right to access the device identified in the request can be checked for each piece of information stored about the system. Thus, an operator of the remote access management system can maintain a controller through which the customer accesses the system and the customer accesses the target device. In a preferred embodiment, the remote access management system includes a stored set of unique references, each reference corresponding to one or more target devices. Generally, a valid request includes at least one reference that matches one of the stored references. Obviously, the requesting customer needs to know their valid reference. The advantage of this arrangement is that the customer can request access to multiple target devices with one device reference in one request. Preferably, the remote access management system comprises timed trigger means for triggering start means to initiate a call to the target device at a preselected interval or time. In this way, customers can, for example, be provided with meter readings for all their target meters at regular intervals with minimal effort on the part of the customer. It would be advantageous for a remote access system to have facilities to initiate one or more calls on demand. This facility allows, for example, a customer to check the reading of one meter on demand. In a preferred embodiment, the remote access management system further comprises updatable database means having information including a network address of all potential target connections accessible through the communication network and a physical location of the network address. ing. This information is particularly useful for establishing a list of targets accessible by the system when the appropriate target device is installed. Preferably, the remote access management system comprises an updatable database means having, for each target device accessible by the system, information including the type of each target device and each data communication access request for the target device. This information forms part of the control information sent to the communication network platform and can be used to access different types of target devices by the system, important if the access request of the system is not provided by the customer in the request. It is. This type of configuration minimizes the amount of information that the customer needs to know. As described, multiple target devices can be connected to a single interface means and can be accessed individually. Other advantages of decoupling the interface means from the target device in this way include the decoupling of data collection from the actual target device and the third party meter that owns the interface means while the supplier owns the meter, for example. It is to facilitate the establishment of a reading agency and to provide the flexibility to change or update the interface means without having to, for example, have to re-calibrate the meter. According to a second aspect of the present invention, there is provided a remote access system for communicating with a distributed target device via a communication network, comprising the above-described remote access management system and a communication network platform, comprising: Means for receiving control information from said remote access management system, said control information including said target device routing information; A remote access management system for managing communications with a distributed target device over a communication network, wherein the means for receiving a request for an access operation to a selected target device; For each of the communication network line termination addresses and the port number of the interface means having a plurality of ports, at least some of the target devices are each connected to the network through the ports of the interface means, and include Means for providing routing information for the target device identified by the request, individually accessible by specifying each interface address and each port number of the selected target device; Means for providing a specific access request to the device irrespective of the type; and communication adapted to receive control information including the routing information and the device access request and operate the access operation via a communication network. Means for initiating an access operation to the target device, comprising: means configured to transmit the control information to a network platform; and receiving data from the network platform in response to the access operation. And means for transmitting data indicating the stored data to a sender of the request. 2. The remote access management system according to claim 1, wherein the remote access management system is configured to provide routing information to distributed target devices connected to a public switched telephone network. 3. 3. The remote access management system according to claim 1, wherein the control information determines whether the communication is substantially a read operation or a write operation. 4. Means for validating the request, comprising means for comparing the identifier of the requester with a stored set of valid requesters, wherein the request identifies the sender of the request. 4. The remote access management system according to claim 1, wherein the remote access management system includes data. 5. 5. The apparatus according to claim 1, further comprising a check unit configured to check whether the target device specified by the request is effectively accessible by a caller. The remote access management system according to the paragraph. 6. A set of unique references stored in connection with said system, each said reference corresponding to a predetermined list of one or more target devices, wherein a valid request is stored; 6. The remote access management system according to claim 1, comprising at least one reference that matches one of the references in the list. 7. 7. Remote access management according to claim 1, further comprising timed trigger means for triggering start means for starting a call to the target device at a preselected interval or time. system. 8. The remote access management system according to any one of claims 1 to 7, wherein the system is configured to receive a request and immediately start one or more calls determined by the request. 9. 2. An updateable database means having information including a network address of all potential target connections accessible through the communication network and a physical location of the network connection. A remote access management system according to claim 8. 10. 10. A remote access system for communicating with a distributed target device via a communication network, comprising the remote access management system according to any one of claims 1 to 9 and a communication network platform. Means for receiving control information from the system including the target device routing information; means for controlling access of the target device and receiving data from the target device in response to the access; Means for returning the received data to the remote access management system. 11. Priority determining means for determining whether access initiated by the initiating means takes precedence over traffic on the network independently of the remote access system in case of a potential collision in the communication network. The remote access system according to claim 10, wherein: 12. 12. The remote access system according to claim 11, wherein said priority determining means determines in use that traffic on said network takes priority. 13. 12. The remote access system according to claim 11, wherein said priority determining means determines in use that a call started by said starting means takes priority. 14． Means for initiating a silent call, for a target device that co-terminates a line of a communication network with another communication device, using silent communication, and giving priority to the target device in preference to the other communication device. 14. The remote access system according to any one of claims 10 to 13, wherein access is achieved. 15. 15. The remote access system according to claim 14, wherein a silent call is established using C7 signaling. 16. The remote access system according to any one of claims 10 to 15, further comprising means for issuing a bill to a sender of the request. 17． 17. The remote access system according to claim 16, wherein the billing means is configured to bill the originator of the request on a per target device access basis. 18. 18. The remote access system according to claim 10, further comprising means for converting customer request information that cannot be read by the request receiving means into readable customer request information. 19. A remote access management system for controlling communication between a customer and a distributed target device via a communication network, comprising: means for managing communication with the customer; and communication network for managing communication with the target device. Means for managing communication with the communication device in the storage device; means for storing data received from the customer or the communication device; and data representing data stored by the storage device to the customer or the communication device. Transmitting means. 20. 20. The remote access management system is configured to receive data from the communication device, store the data, and transmit data representative of the stored data to a customer. A remote access management system as described. 21. 21. The remote access management system of claim 19 or claim 20, wherein the remote access is configured to be initiated by the target device on behalf of or with the customer. 22. 22. The remote access management system according to any one of claims 19 to 21, wherein the remote access management system is configured to receive information from the target device, wherein the target device initiates a call to the system. 23. 23. The remote access management system according to claim 22, wherein said target device includes at least one vending machine. 24. 24. Remote access management according to claim 22 or claim 23, further comprising means configured to initiate a call to a party other than the customer and to transmit information related to the received information to the party. system. 25. A remote access management system for accessing a remote device to obtain data from the remote device over a communication network, comprising: (a) an input device for an access operation request relating to one or more remote devices; and (b) one or more remote devices. A routing data storage device for providing routing data related to the access operation request; and (c) an access operation start device for starting an access operation by outputting control information including the routing data to the communication network in response to the access operation request. An input device for receiving access operation result data received from a communication network. 26. A remote access management system for accessing a remote device to obtain data from the remote device over a communication network, comprising: (a) an input device for an access operation request relating to one or more remote devices; and (b) one or more remote devices. A routing data storage device for providing routing data related to the access operation request; and (c) an access operation start device for starting an access operation by outputting control information including the routing data to the communication network in response to the access operation request. An input device for receiving access operation result data received from a communication network.

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，Ｍ Ｃ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ， ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＭＷ，ＳＤ，ＳＺ，ＵＧ)， ＡＭ，ＡＴ，ＡＵ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，Ｃ Ｈ，ＣＮ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ ，ＧＥ，ＨＵ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ， ＫＺ，ＬＫ，ＬＲ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，Ｍ Ｋ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＴＪ，ＴＭ， ＴＴ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ (72)発明者 デスランデス、 ジェフリー・エドワード イギリス国、アイピー11・９エイチエフ、 サフォーク、フェリックストー、コルニー ズ・ロード 15 (72)発明者 ボール、 ロバート・マルコルム イギリス国、アイピー３・８ティーエス、 サフォーク、イプスウィッチ、バックレス ハム・ロード 76 (72)発明者 トリッカー、 デニス・ジョン イギリス国、アイピー８・３エスイー、サ フォーク、イプスウィッチ、オールドフィ ールド・ロード 40 (72)発明者 ノルド、 キース・エリック イギリス国、アイピー３・８エスエス、サ フォーク、イプスウィッチ、ウァーレン・ ヒース、ホワイトホーン・ロード 10────────────────────────────────────────────────── ─── Continuation of front page    (81) Designated countries EP (AT, BE, CH, DE, DK, ES, FR, GB, GR, IE, IT, LU, M C, NL, PT, SE), OA (BF, BJ, CF, CG , CI, CM, GA, GN, ML, MR, NE, SN, TD, TG), AP (KE, MW, SD, SZ, UG), AM, AT, AU, BB, BG, BR, BY, CA, C H, CN, CZ, DE, DK, EE, ES, FI, GB , GE, HU, IS, JP, KE, KG, KP, KR, KZ, LK, LR, LT, LU, LV, MD, MG, M K, MN, MW, MX, NO, NZ, PL, PT, RO , RU, SD, SE, SG, SI, SK, TJ, TM, TT, UA, UG, US, UZ, VN (72) Inventor Deathlandes, Jeffrey Edward             United Kingdom, IP 11.9 HIF,             Suffolk, Felixstowe, Corny             'S Road 15 (72) Inventor Ball, Robert Marcolm             United Kingdom, IP 3.8 TS,             Suffolk, Ipswich, Backless             Ham Road 76 (72) Inventor Tricker, Dennis John             United Kingdom, IP8.3 SE, SA             Fork, Ipswich, Oldfi             Old Road 40 (72) Inventors Nord, Keith Eric             United Kingdom, IP 3.8 SSS, SA             Fork, Ipswich, Warren             Heath, Whitehorn Road 10

Claims (1)

【特許請求の範囲】 １．通信ネットワークを介する分散ターゲット装置との通信を管理するための遠 隔アクセス管理システムにおいて、 選択されたターゲット装置に対してのアクセス動作に対する要求を受信する手 段と、 前記要求により識別されたターゲット装置に対するルーティング情報を提供す る手段と、 前記ルーティング情報を含む制御情報を受信して通信ネットワークを介する前 記アクセス動作を動作させるように構成された通信ネットワークプラットフォー ムに前記制御情報を伝送するように構成された手段を備えた、前記ターゲット装 置に対してのアクセス動作を開始させる手段と、 前記アクセス動作に応答して前記ネットワークプラットフォームからのデータ を受信して記憶する手段と、 前記記憶データを示すデータを前記要求の発信者に送信する手段とを具備する ことを特徴とする遠隔アクセス管理システム。 ２．公衆電話交換ネットワークに接続された分散ターゲット装置に対するルーテ ィング情報を提供するように構成されていることを特徴とする請求項１記載の遠 隔アクセス管理システム。 ３．前記制御情報が、前記ターゲット装置との間で確立されるべき通信のタイプ を決定するための情報をさらに含んでいることを特徴とする請求項１または請求 項２記載の遠隔アクセス管理システム。 ４．前記通信が実質的に読取り動作であるのか実質的に書込み動作であるのかを 前記制御情報が決定することを特徴とする請求項３記載の遠隔アクセス管理シス テム。 ５．前記要求の発信者の識別子と記憶されている１組の有効な要求発信者とを比 較する手段を備えた、前記要求を確認する手段を具備し、前記要求が前記要求の 発信者を識別するデータを含むことを特徴とする請求項１ないし請求項４のいず れか１項記載の遠隔アクセス管理システム。 ６．前記要求により特定されたターゲット装置が発信者により有効にアクセス可 能であるか否かをチェックするように構成された確認手段を具備することを特徴 とする請求項１ないし請求項５のいずれか１項記載の遠隔アクセス管理システム 。 ７．前記システムに関連して記憶された１組の一意的な参照事項を含み、前記参 照事項はそれぞれ１台以上のターゲット装置の予め定められたリストに対応し、 有効な要求が前記記憶されているリストの参照事項の１つと整合する少なくとも １つの参照事項を含んでいることを特徴とする請求項１ないし請求項６のいずれ か１項記載の遠隔アクセス管理システム。 ８．予め選択された間隔または時間においてターゲット装置に対する通話を開始 させる開始手段をトリガする時限トリガ手段を具備していることを特徴とする請 求項１ないし請求項７のいずれか１項記載の遠隔アクセス管理システム。 ９．要求を受信し、前記要求により決定される１以上の通話を直ちに開始させる ように構成されていることを特徴とする請求項１ないし請求項８のいずれか１項 記載の遠隔アクセス管理システム。 １０．前記通信ネットワークを通してアクセス可能なすべての潜在的なターゲッ ト接続のネットワークアドレスと前記ネットワーク接続の物理的な位置とを含む 情報を有する更新可能なデータベース手段を具備していることを特徴とする請求 項１ないし請求項９のいずれか１項記載の遠隔アクセス管理システム。 １１．前記システムによりアクセス可能な各ターゲット装置に対する、各ターゲ ット装置のタイプと各データ通信アクセス要求とを含む情報を有する更新可能な データベース手段を具備することを特徴とする請求項１ないし請求項１０のいず れか１項記載の遠隔アクセス管理システム。 １２．少なくとも数台のターゲット装置に対する、複数のポートを有するインタ ーフェイス手段の通信ネットワーク回線終端アドレスと前記インターフェイス手 段のポート番号とを含むターゲット装置ルーティング情報を提供するように構成 され、これにより、前記インターフェイス手段に接続されている個々のターゲッ ト装置は、前記インターフェイス手段上の各ポート番号を特定することによりア クセス可能であることを特徴とする請求項１ないし請求項１１のいずれか１項記 載の遠隔アクセス管理システム。 １３．請求項１ないし請求項１２のいずれか１項記載の遠隔アクセス管理システ ムと通信ネットワークプラットフォームとを具備する、通信ネットワークを介し て分散ターゲット装置と通信をするための遠隔アクセスシステムにおいて、 前記遠隔アクセス管理システムからの、前記ターゲット装置ルーティング情報 を含む制御情報を受信する手段と、 前記ターゲット装置のアクセスを制御し、前記アクセスに応答して前記ターゲ ット装置からのデータを受信する手段と、 少なくともいくつかの前記受信データを前記遠隔アクセス管理システムに返す 手段とを具備することを特徴とする遠隔アクセスシステム。 １４．通信ネットワーク中の潜在的な衝突の場合に前記遠隔アクセスシステムと は無関係に、開始手段により開始されたアクセスがネットワーク上のトラフィッ クに関する優先権をとるか否かを決定する優先度決定手段をさらに具備すること を特徴とする請求項１３記載の遠隔アクセスシステム。 １５．前記優先度決定手段は、使用において、前記ネットワーク上のトラフィッ クが優先権をとることを決定することを特徴とする請求項１４記載の遠隔アクセ スシステム。 １６．前記優先度決定手段は、使用において、前記開始手段により開始された通 話が優先権をとることを決定することを特徴とする請求項１４記載の遠隔アクセ スシステム。 １７．無鳴動通話を開始させる手段を具備し、他の通信装置とともに通信ネット ワークの回線を共同終端させるターゲット装置に対して、無鳴動通信を使用して 、前記他の通信装置に優先してターゲット装置に対するアクセスが達成されるこ とを特徴とする請求項１３ないし請求項１６のいずれか１項記載の遠隔アクセス システム。 １８．無鳴動通話がＣ７信号送信を使用して確立されることを特徴とする請求項 １７記載の遠隔アクセスシステム。 １９．要求の発信者に請求書を発行する手段を具備することを特徴とする請求項 １３ないし請求項１８のいずれか１項記載の遠隔アクセスシステム。 ２０．前記請求書発行手段は、ターゲット装置アクセスごとのベースで要求の発 信者に請求書を発行するように構成されていることを特徴とする請求項１９記載 の遠隔アクセスシステム。 ２１．要求を受信する手段により読取りできない顧客要求情報を読取りできる顧 客要求情報に変換する手段を具備することを特徴とする請求項１３ないし請求項 ２０のいずれか１項記載の遠隔アクセスシステム。 ２２．通信ネットワークを介する顧客と分散ターゲット装置との間の通信を制御 する遠隔アクセス管理システムにおいて、 顧客との通信を管理する手段と、 ターゲット装置との通信を管理できるようにするために、前記通信ネットワー ク中の通信装置との通信を管理する手段と、 前記顧客または前記通信装置から受信されたデータを記憶する手段と、 前記記憶手段により記憶されているデータを表すデータを前記顧客または前記 通信装置に送信する手段とを具備することを特徴とする遠隔アクセス管理システ ム。 ２３．遠隔アクセス管理システムが、前記通信装置からのデータを受信し、前記 データを記憶し、前記記憶されているデータを表すデータを顧客に送信するよう に構成されていることを特徴とする請求項２２記載の遠隔アクセス管理システム 。 ２４．前記遠隔アクセスが、前記顧客の代わりにまたは前記顧客とともに、前記 ターゲット装置により開始されるように構成されていることを特徴とする請求項 ２２または請求項２３記載の遠隔アクセス管理システム。 ２５．前記ターゲット装置からの情報を受信するように構成され、前記ターゲッ ト装置が前記システムに対する通話を開始させることを特徴とする請求項２２か ら請求項２４のいずれか１項記載の遠隔アクセス管理システム。 ２６．前記ターゲット装置が少なくとも１台の自動販売機を含んでいることを特 徴とする請求項２５記載の遠隔アクセス管理システム。 ２７．前記顧客以外の当事者に対する通話を開始させ、前記受信情報に関連する 情報を前記当事者に伝送するように構成された手段を具備することを特徴とする 請求項２５または請求項２６記載の遠隔アクセス管理システム。 ２８．通信ネットワークにより遠隔装置からのデータを得るために遠隔装置にア クセスする遠隔アクセス管理システムにおいて、 （ａ）１台以上の遠隔装置に関するアクセス動作要求に対する入力装置と、 （ｂ）１台以上の遠隔装置に関するルーティングデータを提供するルーティン グデータ記憶装置と、 （ｃ）アクセス動作要求に応答してルーティングデータを含む制御情報を通信 ネットワークに出力することによりアクセス動作を開始させるアクセス動作開始 装置と、 （ｄ）通信ネットワークから受信されたアクセス動作結果データに対する入力 装置とを具備することを特徴とする遠隔アクセス管理システム。[Claims] 1. A remote control for managing communication with distributed target devices over a communication network. In the remote access management system,   A method for receiving a request for an access operation to the selected target device Steps and   Providing routing information for the target device identified by the request; Means,   Before receiving the control information including the routing information and passing through the communication network A communication network platform configured to operate the access operation. The target device comprising means configured to transmit the control information to a target device. Means for starting an access operation to the device,   Data from the network platform in response to the access operation Means for receiving and storing   Means for transmitting data indicating the stored data to a sender of the request. A remote access management system, characterized in that: 2. Route to distributed target devices connected to the public switched telephone network 2. The remote device according to claim 1, wherein the remote device is configured to provide archiving information. Remote access control system. 3. The type of communication in which the control information is to be established with the target device 2. The method according to claim 1, further comprising information for determining Item 3. The remote access management system according to Item 2. 4. Whether the communication is a substantially read operation or a substantially write operation; 4. The remote access management system according to claim 3, wherein the control information is determined. Tem. 5. The identifier of the sender of the request is compared to a stored set of valid request senders. Means for confirming the request, comprising: means for comparing the request with the request. 5. The method according to claim 1, further comprising data for identifying a caller. The remote access management system according to claim 1. 6. The target device specified by the request can be effectively accessed by the caller Comprising checking means configured to check whether the function is possible. The remote access management system according to any one of claims 1 to 5, wherein . 7. Includes a set of unique references stored in connection with the system; Each reference corresponds to a predetermined list of one or more target devices, At least a valid request matches one of the stored list references 7. A method according to claim 1, comprising one reference. The remote access management system according to claim 1. 8. Initiate a call to the target device at a preselected interval or time Contracting means for triggering the starting means to cause The remote access management system according to any one of claims 1 to 7. 9. Receiving a request and immediately starting one or more calls determined by the request 9. The apparatus according to claim 1, wherein the apparatus is configured as follows. A remote access management system as described. 10. All potential targets accessible through the communication network Including the network address of the network connection and the physical location of the network connection Claims characterized by comprising an updatable database means having information. The remote access management system according to any one of claims 1 to 9. 11. Each target for each target device accessible by the system Updatable with information including the type of device and each data communication access request 11. The method according to claim 1, further comprising a database means. The remote access management system according to claim 1. 12. Interfaces with multiple ports to at least some target devices The communication network line termination address of the interface means and the interface Configured to provide target device routing information including a stage port number The individual targets connected to said interface means. The port device identifies each port number on the interface means, and 12. An apparatus according to claim 1, wherein said apparatus is accessible. On-board remote access control system. 13. A remote access management system according to any one of claims 1 to 12. Network and a communication network platform, via a communication network. A remote access system for communicating with a distributed target device   The target device routing information from the remote access management system Means for receiving control information including:   Controlling access to the target device and responding to the access to the target device; Means for receiving data from the cutting device;   Returning at least some of the received data to the remote access management system Means for remote access. 14． In the event of a potential collision in a communication network the remote access system Irrespective of whether the access initiated by the initiator is Further comprising priority determination means for determining whether or not to take priority over the network 14. The remote access system according to claim 13, wherein: 15. In use, the priority determining means may use traffic on the network. 15. The remote access device of claim 14, wherein the network decides to take priority. System. 16. The priority determining means, in use, communicates the communication started by the starting means. 15. The remote access device of claim 14, wherein the talk decides to take priority. System. 17． A means for starting a silent call, and a communication network with other communication devices. Using silent communication for the target device that co-terminates the work line That access to the target device is achieved in preference to the other communication device. 17. Remote access according to any one of claims 13 to 16, characterized in that: system. 18. The silent ring call is established using C7 signaling. The remote access system according to claim 17, 19. Claims comprising means for issuing a bill to the sender of the request. The remote access system according to any one of claims 13 to 18. 20. The billing means issues a request on a target device access basis. 20. The system according to claim 19, wherein the system is configured to issue a bill to the follower. Remote access system. 21. Customer request information that cannot be read by the means for receiving the request 13. A system according to claim 13, further comprising means for converting the information into customer request information. 21. The remote access system according to any one of 20. 22. Control communications between customers and distributed target devices over a communications network Remote access management system   Means for managing communications with customers;   In order to be able to manage communication with the target device, the communication network Means for managing communication with the communicating communication device;   Means for storing data received from the customer or the communication device;   The data representing the data stored by the storage means is transmitted to the customer or the Means for transmitting to a communication device. M 23. A remote access management system receives data from the communication device, Storing data and transmitting data representative of the stored data to a customer. 23. The remote access management system according to claim 22, wherein: . 24. The remote access, on behalf of or with the customer, Claims: Apparatus configured to be initiated by a target device 24. The remote access management system according to claim 22. 25. Receiving information from the target device; 23. The communication device according to claim 22, wherein the communication device initiates a call to the system. 25. The remote access management system according to claim 24. 26. In particular, the target device includes at least one vending machine. 26. The remote access management system according to claim 25, wherein: 27. Initiate a call to a party other than the customer, and Comprising means configured to transmit information to said party. The remote access management system according to claim 25 or claim 26. 28. A remote device to obtain data from the remote device over a communication network. Access remote access management system,   (A) an input device for an access operation request for one or more remote devices;   (B) routines that provide routing data for one or more remote devices A data storage device;   (C) Communication of control information including routing data in response to an access operation request Start access operation to start access operation by outputting to network Equipment and   (D) Input for access operation result data received from the communication network And a remote access management system.
JP8511510A 1994-09-27 1995-09-27 Remote access system Pending JPH10506250A (en)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
EP94307055 1994-09-27
US41901195A 1995-04-07 1995-04-07
US94307055.7 1995-04-07
US419,011 1995-04-07
PCT/GB1995/002301 WO1996010313A1 (en) 1994-09-27 1995-09-27 Remote access systems

Publications (1)

Publication Number Publication Date
JPH10506250A true JPH10506250A (en) 1998-06-16

Family

ID=26137309

Family Applications (1)

Application Number Title Priority Date Filing Date
JP8511510A Pending JPH10506250A (en) 1994-09-27 1995-09-27 Remote access system

Country Status (6)

Country Link
EP (1) EP0784900A1 (en)
JP (1) JPH10506250A (en)
AU (1) AU3571595A (en)
CA (1) CA2200862C (en)
NZ (1) NZ293305A (en)
WO (1) WO1996010313A1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013536666A (en) * 2010-07-30 2013-09-19 アクセンチュア グローバル サービスィズ リミテッド Intelligent core engine

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19616827C1 (en) * 1996-04-26 1998-01-08 Siemens Ag Method and application device for displaying and alarming measured values on communication terminals
WO1997047126A1 (en) * 1996-06-03 1997-12-11 Et Communications, Inc. Method and apparatus for remote telemetering
NL1010981C2 (en) * 1999-01-07 2000-07-11 Delft Instr Intellectual Prope Remote monitoring system for several storage tanks, converts sensor signals to encrypted digital data which is sent to central data processing system
EP1287424A2 (en) * 1999-09-03 2003-03-05 Marathon Products Inc. Method and system for procuring, storing and distributing remotely accessed data gathered by logging devices
EP1870678A2 (en) * 2000-09-21 2007-12-26 James Robert Orlosky Automated meter reading, billing, and payment processing system
FR2845846B1 (en) * 2002-10-10 2005-07-08 France Telecom SYSTEM FOR REMOTELY MONITORING AND ANALYZING THE OPERATION OF AN INSTALLATION
GB2416640B (en) 2004-07-01 2007-05-09 Actaris Uk Ltd A method of remote collection of data for the account of an entity,using a third party data communication network,eg for automatic meter reading

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5128988A (en) * 1990-03-19 1992-07-07 Ameritech Services, Inc. Telephone-switched network, automatic meter-reading system based upon service address
US5189694A (en) * 1990-08-31 1993-02-23 At&T Bell Laboratories Telemetry access arrangement
GB2262682A (en) * 1991-11-27 1993-06-23 Thames Water Utilities Remote meter reading system

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013536666A (en) * 2010-07-30 2013-09-19 アクセンチュア グローバル サービスィズ リミテッド Intelligent core engine

Also Published As

Publication number Publication date
CA2200862A1 (en) 1996-04-04
WO1996010313A1 (en) 1996-04-04
NZ293305A (en) 1997-06-24
EP0784900A1 (en) 1997-07-23
CA2200862C (en) 2002-02-26
AU3571595A (en) 1996-04-19

Similar Documents

Publication Publication Date Title
US6073174A (en) Remote access systems
US7986770B2 (en) Method and apparatus for obtaining telephone status over a network
EP0909505B1 (en) Method for managing telecommunications services
US6115456A (en) Remote control system
MXPA02009009A (en) Integrated security and communications system with secure communications link.
JP2001513292A (en) Message system
US6351524B1 (en) Toll saving method and apparatus for a remote access system
JPH10506250A (en) Remote access system
EP1346555B1 (en) Monitoring system
EP0755602A1 (en) Telemetry system
US6400811B1 (en) System and method for off-line notifying a network user
US7280642B2 (en) Status monitoring system utilizing an RFID monitoring system
US6674764B1 (en) Communications system and method with telemetry device identification capabilities
US20010012343A1 (en) System and method for redirecting long distance transmissions over a computer network
AU735817B2 (en) Remote access systems
WO2002049235A1 (en) Method and apparatus for secure access to homes, offices, professional buildings and/or remote machinery and equipment
EP0845896A1 (en) Remote data access by telephone
KR20010103938A (en) Apparatus for advanced remote watch using hand wireless telephone
KR100535252B1 (en) System and method for activation of remote monitoring apparatus using ring signal
EP0926873B1 (en) Control of telemetry interface gateway during a voice call
WO1999060799A1 (en) Method for updating call control and for controlling incoming calls
NZ283426A (en) Telephony network: traditional subscriber devices (telephone, fax, answerphone, etc) not activated by alternative alert signal using fsk or line polarity reversal
US6104804A (en) Control of telemetry interface gateway during a voice call
EP0873000B1 (en) Call set up between two telecommunication terminals
JP2003110717A (en) Data communicating method and remote supervisory system of vending machine