(57)【要約】顧客のサーバーのデータグラム要求及び／又は顧客フィールドユニットのデータグラムが、方向制御を伴う規定ホッピング経路を含むヘッダー及びフッターでラップされる。ＩＰホストは全ての顧客のフィールドユニットへの所定のホッピング経路を記憶し、顧客の要求パケットのアドレスを調べて、正確なホッピング経路を決定する。通信デバイスが、顧客のフィールドユニットのデータグラムを受信し、規定ホッピング経路を追加して、データグラムをＩＰホストに送信し、ＩＰホストはホッピング経路を取り除き、データグラムを顧客サーバーに送信する。【選択図】図１
2015534753.tif 000002
【特許請求の範囲】
【請求項１】
顧客サーバーと、複数の地理的に近接したデータ収集フィールドユニットを有する地理的に遠隔した領域内に存在する第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステムであって、
前記顧客サーバーから地理的に遠隔し、該顧客サーバーに通信によって結合されるＩＰホストを備え、該ＩＰホストは、
前記顧客サーバーから、ネットワークを介して、前記第１の地理的に遠隔したデータ収集フィールドユニットからの指定データ要求データグラムを受信し、
前記要求データグラムに、前記第１の地理的に遠隔したデータ収集フィールドユニットと、他の複数の地理的に近接したデータ収集フィールドユニットのうちの少なくとも１つとを含む第１の所定のホッピング経路を追加して、データ要求パケットを生成し、
前記データ要求パケットを、前記第１の所定のホッピング経路に沿って、前記第１の地理的に遠隔したデータ収集フィールドユニットに送信するように構成される、システム。
【請求項２】
前記第１の地理的に遠隔したデータ収集フィールドユニットは、前記ＩＰホストによって受信されたような前記データグラムを前記顧客サーバーから顧客モニターに送達するように構成される、請求項１に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
【請求項３】
前記第１の地理的に遠隔したデータ収集フィールドユニットは、前記顧客モニターから、前記第１の地理的に遠隔したデータ収集フィールドユニットにおいて、前記指定データを含む応答データグラムを受信し、前記収集された指定データに、前記ＩＰホストと、他の複数の地理的に近接したデータ収集フィールドユニットのうちの少なくとも１つとを含む第２の所定のホッピング経路を追加して、データ応答パケットを生成し、前記応答データグラムを前記収集されたデータとともに、前記第２の所定のホッピング経路に沿って前記ＩＰホストに送信するように構成される、請求項２に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
【請求項４】
前記ＩＰホストは、前記データ応答データグラムを受信し、前記応答データグラムを前記収集されたデータとともにネットワークを通して前記顧客サーバーに送信するように構成される、請求項３に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
【請求項５】
地理的に離間して配置される前記データ収集フィールドユニットは、特定の場所においてデータを収集するための顧客モニターと、ワイヤレス信号を受信及び送信するように構成される通信ユニットとを含む、請求項４に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
【請求項６】
前記ＩＰホストは、前記地理的に離間して配置されるデータ収集フィールドユニットのうちの１つ又は複数に地理的に近接する、請求項５に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
【請求項７】
前記ＩＰホストは、前記要求データグラム内の前記第１の地理的に遠隔したデータ収集フィールドユニットの識別情報を読み出すようにプログラミングされる、請求項１〜６のいずれか一項に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
【請求項８】
前記ＩＰホストは、前記複数の地理的に近接したデータ収集フィールドユニットのデータ収集フィールドユニットごとの所定のホッピング経路のテーブルを用いて構成され、前記ＩＰホストは、前記所定のホッピング経路の前記テーブルから、前記第１の地理的に遠隔したデータ収集フィールドユニットのための前記第１の所定のホッピング経路を選択するように構成される、請求項７に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
【請求項９】
前記ＩＰホストは、前記要求データグラムに、前記第１の所定のホッピング経路を有するヘッダー及びフッターを追加するように構成される、請求項１〜８のいずれか一項に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
【請求項１０】
前記第１の地理的に遠隔したデータ収集フィールドユニットは、前記データ応答パケットのための前記第２の所定のホッピング経路として、前記第１の地理的に遠隔したデータ収集フィールドユニットと前記ＩＰホストとの間の直前の既知の良好な経路を選択するようにプログラミングされる、請求項１〜９のいずれか一項に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
【請求項１１】
前記要求データグラム及び前記応答データグラムが送信される前記ネットワークはインターネットである、請求項１に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
【請求項１２】
前記顧客及び前記ＩＰホストは、少なくともＲＦ通信が届く範囲外にある、請求項１〜１１のいずれか一項に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
【請求項１３】
顧客サーバーから地理的に遠隔した領域内に存在する少なくとも１つの地理的に遠隔したデータ収集顧客モニターから前記顧客サーバーにデータパケットを転送するためのシステムであって、
前記遠隔したエリア内にある複数の地理的に近接した通信ユニット及びＩＰホストと、
前記少なくとも１つの地理的に遠隔したデータ収集顧客モニターに地理的に近接して配置される通信ユニットのうちの少なくとも１つとを備え、
前記少なくとも１つの通信ユニットは、前記少なくとも１つの地理的に遠隔したデータ収集顧客モニターから現在データを受信し、少なくとも１つの他の地理的に近接した通信ユニット及び前記ＩＰホストを含む所定のホッピング経路とともにデータパケットを生成するように構成され、
前記少なくとも１つの通信ユニットは、前記ホッピング経路に沿って前記データパケットを前記ＩＰホストに送信するように更に構成され、
前記ＩＰホストは、前記データパケットから前記ホッピング経路を取り除き、ネットワークを通して前記データパケットを前記顧客サーバーに送信するように構成される、システム。
【請求項１４】
顧客サーバーと、複数の地理的に近接したデータ収集フィールドユニットを有する地理的に遠隔した領域内に存在する第１の遠隔データ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するための方法であって、
前記顧客サーバーから、ネットワークを通して、前記第１の遠隔データ収集フィールドユニットからの指定データ要求データグラムをＩＰホストに送信することと、
前記ＩＰホストにおいて、前記要求データグラムに、前記第１の地理的に遠隔したデータ収集フィールドユニットと、他の複数の地理的に近接したデータ収集フィールドユニットのうちの少なくとも１つとを含む第１の所定のホッピング経路を追加することであって、データ要求パケットを生成することと、
前記データ要求パケットを、前記第１の遠隔データ収集フィールドユニットへの前記第１の所定のホッピング経路に沿って前記第１の地理的に遠隔したデータ収集フィールドユニットに送信することと、
前記ＩＰホストによって受信されたような前記データグラムを前記顧客サーバーから前記第１の地理的に遠隔したデータ収集フィールドユニットに送達することと、
を含む、方法。
【請求項１５】
複数の地理的に近接した通信ユニットを有する地理的領域内に存在し、顧客サーバーから遠隔した第１のデータ収集フィールドユニット又は記録フィールドユニットから前記顧客サーバーにデータパケット又はデータグラムを転送するための方法であって、
前記第１の遠隔データ収集フィールドユニット又は記録フィールドユニットからの現在データからデータパケットを生成することと、
前記データパケットに、少なくとも１つの地理的に近接した通信ユニット及びＩＰホストを含む所定のホッピング経路を追加することと、
前記第１の遠隔データ収集フィールドユニット又は記録フィールドユニットから前記ＩＰホストに前記データパケットを送信することと、
前記データパケットから前記ホッピング経路を取り除くことと、
ネットワークを介して前記データパケットを前記顧客サーバーに送信することと、
を含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データパケット転送及び送達システムに関する。その態様のうちの１つでは、本発明は、顧客サーバーと、複数の地理的に近接したフィールドユニットを有する地理的に遠隔した領域内に存在する第１の遠隔フィールドユニットとの間でデータパケット又はデータグラムを転送するための方法及びシステムに関する。その態様のうちの別の態様では、本発明は遠隔監視及びデータ収集に関する。その態様のうちの別の態様では、本発明は、遠隔ソースからデータを繰り返し収集するシステム及び方法に関する。その態様のうちの別の態様では、本発明は、所定のルートに沿ってデータパケットを転送することによって通信する無線周波数通信システムに関する。その態様のうちの別の態様では、本発明は、例えば、遠隔したデータ生成施設に関連付けられる種々のパラメーターを監視及び報告するための監視及び通信システムに関する。その態様のうちの別の態様では、本発明は、１つの地理的領域内にある複数の地理的に近接した生成フィールドユニットと、遠隔した顧客サーバーとの間でコマンド及びデータパケットを転送するためのワイヤレス無線周波数通信システムに関する。その態様のうちの更に別の態様では、本発明は、遠隔して配置される局間で所定の経路を介してワイヤレス通信するための方法に関する。本発明は更に、地理的に分散したフィールド局と通信するためにデータグラムを受信し、受信されたデータグラムに少なくとも部分的に基づいて、１つ又は複数の通信データパケットを生成するように構成されるインターネットプロトコルサーバーに関する。さらに、本発明は、少なくとも部分的に無線周波数通信システムによって、遠隔した場所から規定された経路に沿って顧客サーバーまで通信されるデータを生成するために、規定された技術情報をセンサーに基づいて監視することに関する。
【０００２】
［関連出願の相互参照］
本出願は、２０１２年９月１４日に出願された米国仮特許出願第６１／７００，９４２号の恩典を主張し、その特許出願はその全体を引用することにより本明細書の一部をなす。
【背景技術】
【０００３】
中心となる場所において遠隔ソースからのデータを収集することは、一般的に行われていることである。収集方法は、手作業による収集及び書面による報告書から、手作業によって、又は電子的に収集された電子報告書まで徐々に進歩してきた。ワイヤレスインターネットアクセスが十分に発達している都市部においてデータを電子的に収集することは一般的であるが、インターネットアクセスが利用できないか、又は利用できても使用料が高い遠方のエリアでは比較的難しく、費用がかかる。
【０００４】
データを電子的に収集するための数多くのシステムが考案されてきた。さらに、マルチホップノード間通信システム及び方法の分野において、種々の開示もなされてきた。例えば、Silversに対する特許文献１は、無線周波数（ＲＦ）ネットワークを通して井戸モニター間をホップする信号を用いて、顧客サーバーから、遠隔した場所にあるガス及び井戸モニターまで送信される井戸データ及び生産管理コマンドを開示する。
【０００５】
Melnickに対する特許文献２は、共通のＲＦチャネルを介してノード間でデータパケットを伝送することによってデータが通信されるパケットホッピングワイヤレスネットワークを開示する。個々のノードはそれぞれ、自らの論理アドレスを、受信した各パケット内に含まれるルーティング論理アドレスと比較するステップを実行し、比較結果に基づいて、そのパケットを破棄するか、再送するか、又は処理するようにプログラミングされることが好ましい。受信されたパケット内に含まれるルーティング論理アドレスは、ルーティング論理アドレスによって指示される通信経路に沿って発信元ノードから宛先ノードまでパケットをルーティングするために必要とされる完全なルーティング情報を含む。
【０００６】
さらに、特許文献３は溶接設備を開示しており、その溶接設備では、ワイヤレスデータ信号が、第１の溶接タイプのデバイスに関連付けられる第１のノードから送信され、第２の溶接タイプのデバイス又は監視装置のいずれかに関連付けられる第２のノードにおいて受信される。第２のノードは、ワイヤレスデータ信号から、対象受信者識別子を特定する。対象受信者識別子が第２のノードに対する識別子と一致するとき、ワイヤレスデータ信号が処理される。対象受信者識別子が第２のノードに関する識別子と一致しない場合には、ワイヤレスデータ信号は中継される。
【０００７】
これらのホッピングシステムの全てにおいて、顧客サーバーは、モニターごとのアドレスを有するデータベースをプログラミングされる。このシステムは、顧客プロトコルのためのコードで書かれたソフトウェアパッケージを必要とし、顧客サーバーの大規模なプログラミングを必要とする。各顧客が同じプロトコルを有する限り、同じ基本ソフトウェアを使用することができる。しかしながら、業種が異なると、プロトコルも異なり、幾つかのプロトコルそれぞれに関して、新たなソフトウェアが書かれなければならない。システムに何らかの問題が生じた場合には、ソフトウェアの問題を解決するために、技術者が顧客施設を訪問する必要がある。
【０００８】
さらに、これらのシステムは、現場においてシステムをセットアップするのに熟練者による何らかの技術支援を必要とする。したがって、ベンダーは、これらのホッピングシステムを設置し、セットアップするために、訓練を受けた現場スタッフを有しなければならない。
【０００９】
この節において論じられた全ての引用文献はその全体を引用することにより本明細書の一部をなす。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】米国特許第７，２４２，３１７号明細書
【特許文献２】米国特許第６，８４２，４３０号明細書
【特許文献３】米国特許出願第２００７／００８０１５０号明細書
【発明の概要】
【００１１】
本発明によれば、顧客サーバーと、複数の地理的に近接した通信ユニットを有する地理的に遠隔した領域内に存在する第１の遠隔データ収集又は記録フィールドユニットとの間でデータパケット又はデータグラムを転送するための方法が、顧客サーバーから、ネットワークを通して、第１の遠隔データ収集又は記録フィールドユニットからの指定データ要求データグラムをＩＰホストに送信することと、ＩＰホストにおいて、要求データグラムに、第１の地理的に遠隔したデータ収集又は記録フィールドユニットと、少なくとも１つの地理的に近接した通信ユニットとを含む第１の規定ホッピング経路を追加することであって、データ要求パケットを生成することと、データ要求パケットを、第１の遠隔データフィールドユニットへの第１の規定ホッピング経路に沿って、第１の地理的に遠隔したデータ収集フィールドユニットに送信することと、ＩＰホストによって受信されたようなデータグラムを顧客サーバーから第１の地理的に遠隔したデータフィールドユニットに送達することと、を含む。
【００１２】
一実施形態では、遠隔フィールドユニットは、ＩＰホストと、複数の地理的に近接した通信ユニットのうちの少なくとも１つとを含む第２のホッピング経路に沿って応答データグラムを送信することによって、顧客サーバーに応答データグラムを返送することができる。さらに、ＩＰホストは、ネットワークを介して応答データグラムを送信することができる。
【００１３】
一実施形態では、１つ又は複数の通信ユニットが、データ収集又は記録フィールドユニットに関連付けられる。
【００１４】
一実施形態では、ＩＰホストは顧客から地理的に遠隔している。さらに、ＩＰホストは、地理的に離間して配置されるデータ収集フィールドユニットのうちの１つ又は複数に地理的に近接することができる。一実施形態では、要求データグラムは第１の地理的に遠隔したデータ収集フィールドユニットの識別情報を含むことができ、ＩＰホストは、第１の規定ホッピング経路を要求データグラムに追加する動作の一部として、要求データグラム内の第１の地理的に遠隔したデータ収集フィールドユニットの識別情報を読み出すことができる。
【００１５】
さらに、ＩＰホストは、複数の地理的に近接したデータ収集フィールドユニットのデータ収集フィールドユニットごとの規定ホッピング経路のテーブルを有することができ、第１の規定ホッピング経路を要求データグラムに追加する動作の一部として、規定ホッピング経路のテーブルから、第１の地理的に遠隔したデータ収集フィールドユニットのための第１の規定ホッピング経路を選択することができる。さらに、ＩＰホストは、第１の規定ホッピング経路を有するヘッダー及びフッターを要求データグラムに追加することができる。さらに、顧客モニターに送達する前に、転送されたデータパケット又はデータグラムから第１の規定ホッピング経路を取り除くことができる。
【００１６】
別の実施形態では、第１のホッピング経路及び第２のホッピング経路は、第１の地理的に遠隔したデータ収集フィールドユニットと、少なくとも１つの他の地理的に近接したデータ収集フィールドユニットとを含むことができる。
【００１７】
別の実施形態では、データ応答パケットのための第２の規定ホッピング経路は、第１の地理的に遠隔したデータ収集フィールドユニットとＩＰホストとの間の直前の既知の良好な経路とすることができる。場合によっては、直前の既知の良好な経路は、要求パケットを逆方向に送達するために用いられた直前のホッピング経路であり、逆方向における第１のホッピング経路とすることができる。
【００１８】
顧客サーバーと遠隔フィールドユニットとの間でデータパケット又はデータグラムが転送されるネットワークは、顧客サーバーとＩＰホストとの間の任意の適切な電子ネットワークである。通常、顧客サーバー及びＩＰホストは互いに地理的に遠隔しており、例えば、少なくともＲＦ通信が届く範囲外にあり、それどころか、互いに数百マイル又は数千マイル離れている。好ましいネットワークはインターネットであるが、任意の他の適切なネットワーク通信も本発明の範囲内にある。
【００１９】
別の実施形態では、顧客サーバーと遠隔フィールドユニットとの間でデータパケット又はデータグラムが転送されるネットワークは、ＩＰホストと遠隔フィールドユニットとの間の任意の適切なネットワークである。ＩＰホスト及び遠隔フィールドユニットは、他の遠隔フィールドユニットのうちの少なくとも１つに地理的に近接しており、例えば、ワイヤレスＲＦ通信が届く範囲内にあり、広範囲にわたって変化することができるが、通常は１マイル〜１０マイルの範囲内にある。通常、顧客サーバー及び遠隔フィールドユニットは互いに地理的に遠隔しており、例えば、少なくともワイヤレスＲＦ通信が届く範囲外にある。本発明の好ましい実施形態では、ホッピング経路に沿ってインターネットプロバイダー局にデータを転送するために９００ＭＨｚ周波数電波が用いられる。９００ＭＨｚ周波数ＲＦネットワークの場合、遠隔フィールドユニットは通常、５マイル未満だけ離間して配置される。したがって、本発明の好ましい実施形態では、モニターホッピング動作は、収集されたデータを、ＲＦネットワークを通して、地理的に離間して配置される遠隔フィールドユニット間で通信モジュールを経由してワイヤレス送信することを含む。
【００２０】
別の実施形態では、遠隔フィールドユニットにおいて顧客モニターからの指定データを収集し、第２の、又は直前の既知の良好なホッピング経路が追加された通信ユニットに送信することができる。
【００２１】
別の実施形態では、顧客サーバーは、ネットワークを通して、複数の地理的に遠隔したデータ収集フィールドユニットから指定データを収集するための要求データグラムを送信することができる。
【００２２】
さらに、本発明によれば、顧客サーバーと、複数の地理的に近接した通信ユニットを有する地理的に遠隔した領域内に存在する第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステムが、
顧客サーバーから地理的に遠隔しており、顧客サーバーに通信によって結合されるＩＰホストを備え、ＩＰホストは、
顧客サーバーから、ネットワークを通して、第１の地理的に遠隔したデータ収集フィールドユニットからの指定データ要求データグラムを受信し、
要求データグラムに、第１の地理的に遠隔したデータ収集フィールドユニットと、複数の地理的に近接した通信ユニットのうちの少なくとも１つとを含む第１の規定ホッピング経路を追加して、データ要求パケットを生成し
データ要求パケットを第１の規定ホッピング経路に沿って第１の地理的に遠隔したデータ収集フィールドユニットに送信するように構成される。
【００２３】
一実施形態では、そのシステムは、第１の地理的に遠隔したデータ収集フィールドユニットが、ＩＰホストによって顧客サーバーから受信されたデータグラムを、顧客モニターに送達するように構成することができる。さらに、応答パケットを生成するために、第１の地理的に遠隔したデータ収集フィールドユニットは、データグラムを受信し、ＩＰホストと、複数の地理的に近接した通信ユニットのうちの少なくとも１つとを含む第２の規定ホッピング経路を追加するように構成することができる。その後、データ収集フィールドユニットは、収集されたデータを有する応答データグラムを、第２の規定ホッピング経路に沿ってＩＰホストに送信することができる。
【００２４】
一実施形態では、地理的に近接した通信ユニットのうちの１つ又は複数が、地理的に遠隔したデータ収集フィールドユニットに動作可能に接続される。
【００２５】
別の実施形態では、地理的に離間して配置される前記データ収集フィールドユニットは、特定の場所においてデータを収集するための顧客モニターと、ワイヤレス信号を受信及び送信するように構成される通信ユニットとを含む。
【００２６】
別の実施形態では、ＩＰホストは、地理的に離間して配置されるデータ収集フィールドユニットのうちの１つ又は複数に地理的に近接することができる。
【００２７】
ＩＰホストは、要求データグラム内の第１の地理的に遠隔したデータ収集フィールドユニットの識別情報を読み出すようにプログラミングすることができる。さらに、前記ＩＰホストは、前記複数の地理的に近接したデータ収集フィールドユニットのデータ収集フィールドユニットごとの規定ホッピング経路のテーブルを用いて構成することができ、前記ＩＰホストは、前記規定ホッピング経路の前記テーブルから、前記第１の地理的に遠隔したデータ収集フィールドユニットのための前記第１の規定ホッピング経路を選択するように構成することができる。さらに、ＩＰホストは、データ要求パケットを生成するときに、第１の規定ホッピング経路を有するヘッダー及びフッターを要求データグラムに追加するように構成することができる。
【００２８】
さらに、第１の地理的に遠隔したデータ収集フィールドユニットは、データ応答パケットのための第２の規定ホッピング経路として、第１の地理的に遠隔したデータ収集フィールドユニットとＩＰホストとの間の直前の既知の良好な経路を選択するようにプログラミングすることができる。
【００２９】
別の実施形態では、顧客サーバーと遠隔フィールドユニットとの間でデータパケット又はデータグラムが転送されるネットワークは、顧客サーバーとＩＰホストとの間の任意の適切な電子ネットワークである。通常、要求データグラム及び応答データグラムが送信されるネットワークはインターネットである。通常、顧客サーバー及びＩＰホストは少なくともＲＦ通信が届く範囲外にある。
【００３０】
複数の地理的に近接したデータ収集フィールドユニットは一般的に１マイル〜１０マイルの範囲内にある。応用形態によっては、複数の地理的に近接したデータ収集フィールドユニットの地理的な間隔は５マイル未満である。好ましい実施形態では、複数の地理的に近接したデータ収集フィールドユニットはそれぞれ、複数の地理的に近接したデータ収集フィールドユニットのうちの少なくとも１つの他のデータ収集フィールドユニットのＲＦ範囲内にある。さらに、ＩＰホストは、複数の地理的に近接したデータ収集フィールドユニットのうちの１つ又は複数とワイヤレス通信できるほど地理的に近接することができる。さらに、複数の地理的に近接したデータ収集フィールドユニットを有する地理的に遠隔した領域は、顧客サーバーから、ワイヤレス通信できる近さの範囲外にあることができる。
【００３１】
さらに、ＩＰホスト及び複数の地理的に近接した通信又はデータ収集フィールドユニットの各通信又はデータ収集フィールドユニットは、ＲＦネットワークを通して、データ要求パケット及びデータ応答パケットを送信するように構成することができる。好ましい実施形態では、ＲＦネットワークは９００ＭＨｚ周波数電波である。
【００３２】
本発明は、顧客サーバーからの要求に起因するデータ収集に限定されない。本発明は、定期的にデータを生成するか、又は監視局におけるイベントの発生に応答してデータを生成するようにプログラミングされるフィールドユニットからのデータ収集にも関連する。さらに、本発明はフィールドモニターに関連付けられる通信ユニットに限定されない。ホッピング経路は、任意の特定のフィールドモニターに関連付けられないか、又は必ずしもリンクされない１つ又は複数の通信ユニットを含むことができる。
【００３３】
したがって、本発明の別の実施形態によれば、複数の地理的に近接した通信ユニットを有する地理的に遠隔した領域内に存在する第１の遠隔データ収集又は記録フィールドユニットと顧客サーバーとの間でデータパケット又はデータグラムを転送するための方法が、第１の遠隔データ収集又は記録フィールドユニットからの現在データからデータパケットを生成することと、データパケットに、少なくとも１つの地理的に近接した通信ユニットと、ＩＰホストとを含む規定ホッピング経路を追加することと、第１の遠隔データ収集又は記録フィールドユニットからＩＰホストにデータパケットを送信することと、データパケットからホッピング経路を取り除くことと、ネットワークを通してデータパケットを顧客サーバーに送信することと、を含む。
【００３４】
データパケットの生成は、顧客サーバーに対する応答とすることもできるし、代替的にはモニターにおけるイベントに対する応答、若しくは顧客サーバーから要求されることなく顧客サーバーに定期的に送信される所定のデータ収集とすることもできる。
【００３５】
本発明の別の実施形態では、顧客サーバーから地理的に遠隔した領域内に存在する少なくとも１つの地理的に遠隔したデータ収集顧客モニターから前記顧客サーバーにデータパケット又はデータグラムを転送するためのシステムは、
前記遠隔したエリア内にある複数の地理的に近接した通信ユニット及びＩＰホストと、
前記少なくとも１つの地理的に遠隔したデータ収集顧客モニターに地理的に近接して配置される通信ユニットのうちの少なくとも１つとを備え、
前記少なくとも１つの通信ユニットは、前記少なくとも１つの地理的に遠隔したデータ収集顧客モニターから現在データを受信し、少なくとも１つの他の地理的に近接した通信ユニット及び前記ＩＰホストを含む規定ホッピング経路とともにデータパケットを生成するように構成され、
前記少なくとも１つの通信ユニットは、前記ホッピング経路に沿って前記データパケットを前記ＩＰホストに送信するように更に構成され、
前記ＩＰホストは、前記データパケットから前記ホッピング経路を取り除き、ネットワークを通して前記データパケットを前記顧客サーバーに送信するように構成される。
【００３６】
ここで、本発明を添付の図面を参照しながら説明する。
【図面の簡単な説明】
【００３７】
【図１】本発明の実施形態による遠隔監視システムの一例の概略図である。
【図２Ａ】本発明の特定の実施形態による、図１の遠隔監視システムの顧客サーバーと宛先フィールドユニットとの間の通信の例示的な方法を表すフローチャートである。
【図２Ｂ】本発明の特定の実施形態による、図１の遠隔監視システムの顧客サーバーと宛先フィールドユニットとの間の通信の例示的な方法を表すフローチャートである。
【図３】本発明の一実施形態による、宛先フィールドユニットから顧客サーバーへの通信の例示的な方法を表すフローチャートである。
【発明を実施するための形態】
【００３８】
図面を参照すると、図１は、遠隔監視及びデータ収集システム１０の一例を表しており、そのシステムは、ヒューマンマシンインターフェース（ＨＭＩ）１５Ａを備える中央データ記憶装置又は顧客サーバー１６を含む顧客所在地と、オプションで１つ又は複数の顧客サテライトオフィス１８と、複数の顧客データ収集モニター１９と、顧客データ収集モニター１９から顧客運用データを収集し、収集された顧客運用データを顧客サーバー１６及び／又は顧客サテライトオフィス１８に送信するために、顧客データ収集モニター１９と顧客サーバー１６又は顧客サテライトオフィス１８との間で本発明に従ってデータパケット又はデータグラムを転送するためのシステム２６とを備える。データ転送システム２６は通常、顧客サーバー１６（又は顧客サテライトオフィス１８）から送信される指定データ要求に基づいて、要求されたデータを収集する顧客データ収集モニター１９のうちの１つ又は複数にデータ要求を通信し、要求されたデータを顧客サーバー１６（又は顧客サテライトオフィス１８）に送信するように動作する。
【００３９】
顧客所在地（及び顧客サテライトオフィス）は通常、顧客データ収集モニター１９から地理的に遠隔している。例えば、企業が世界中のいずれかの場所に位置するデータ監視システムを有する場合があり、世界の国の他の地方にわたって散在する作業現場、例えば、油井及びガス井又は変電所を有する場合がある。多くの場合に、一群の顧客データ収集モニター１９は、地理的に互いに近接し、例えば、１０マイル以内にあり、及び／又は各顧客データ収集モニター１９のうちの１つ又は複数の間をＲＦネットワークで接続できるほど近接している。データ転送システム２６は、顧客データ収集モニター１９に地理的に近接しており、顧客データ収集モニター１９間でワイヤレス通信することができる。
【００４０】
データ転送システム２６は、インターネットプロトコル（ＩＰ）ホスト１４と、複数の通信ユニット２８とを備えており、各通信ユニットは、それぞれの顧客データ収集モニター１９に通信によって接続される。場合によっては、通信ユニット２８は、ワイヤレス接続又は有線接続を通して、複数の顧客モニター１９に接続することができる。データ収集システム通信ユニット２８と顧客データ収集モニター１９との組み合わせは、地理的に遠隔したデータ収集フィールドユニットを形成し、これは、図１において、ユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅとして表される。監視通信システム１０の設置中又は設置後にＩＰホストソフトウェア１４Ｂをプログラミングするために、インターネットを通して、ＩＰホスト１４にソフトウェアサービスプロバイダー２４を遠隔接続することができる。
【００４１】
各データ収集フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅの通信ユニット２８は、通信リンク２３を介して、地理的に離間した場所において顧客作業に関連するデータを収集するように構成される顧客モニター１９に通信によって結合される。通信ユニット２８は、監視サイトに位置することもできるし、変電所若しくはガス井／油井のような監視される施設又は設備の個々の構成要素のいずれかの要素に位置することもできる。一般的に、フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅは、各通信ユニット２８に通信によって結合され、及び／又は各通信ユニット２８によって制御される送受信機１７を介して、他のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅの１つ又は複数に無線周波数（ＲＦ）信号を送信する能力を有する。通信ユニット２８は、一実施形態では、プロセッサ（複数の場合もある）、メモリ、ベースバンド集積回路、電子フィルタ及び／又は他の電子回路のような、１つ又は複数の適切な電子構成要素を含むことができる。一実施形態では、電子構成要素によって、通信システム２８は少なくとも、送受信機１７を介して通信信号２１を受信し、通信信号２１を処理し、通信信号２１に基づいて顧客モニター１９に情報を与え、及び／又は更なる通信信号２１を生成して１つ又は複数の他のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅ及び／又はＩＰホスト１４に通信できるようになる場合がある。それゆえ、各フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅ、詳細には、各通信ユニット２８は、他のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅ及び／又は関連付けられる通信ユニット２８と通信するように構成することができる。
【００４２】
特定の実施形態では、フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅは、フィールドユニットの一部のみが通信信号２１を介してＩＰホスト１４と直接通信できるほどＩＰホスト１４に十分に近接しているように地理的に位置することができる。それゆえ、フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅのうちの幾つかは、それらのフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２ＥとＩＰホスト１４が直接通信することができないように、ＩＰホスト１４から空間的に十分に離れている場合がある。図１の例示では、フィールドユニット１２Ａ、１２Ｂ及び１２Ｃが、ＩＰホスト１４と直接通信することができる場所に存在することができる。フィールドユニット１２Ｄ及び１２Ｅは、ＩＰホスト１４と直接通信することができる場所に存在することができない。しかしながら、これらのフィールドユニット１２Ｄ及び１２Ｅは、１つ又は複数の他のフィールドユニット１２Ａ及び１２Ｃとそれぞれ通信することができる場所に存在することができる。図１において表される構成は一例であること、及び本開示の実施形態は、１つ又は複数のＩＰホストと通信することができる任意の数のフィールドユニットと、ＩＰホスト１４と直接通信するほどＩＰホスト１４に十分に近接していない場合がある任意の数のフィールドユニットとを含むことができることが理解されよう。各フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅは固有のユニット識別（ＩＤ）番号、例えば、４桁の数字Ｕ１Ｕ２Ｕ３Ｕ４を有することができる。
【００４３】
顧客モニター１９は、通信リンク２３を介して、通信ユニット２８との間でデータ及び／又は情報をやりとりするように構成することができる。したがって、特定の顧客モニター１９によって与えられるデータ及び／又は情報は、その顧客モニター１９から対応するフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅの通信ユニット２８に、そしてその後、ＲＦ通信リンク２１を介して通信送受信機１７から、フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅの他の関連する通信ユニット２８又はＩＰホスト１４に通信することができる。顧客モニター１９は、例えば、分散して配置される被監視要素からセンサーデータを収集するように構成される１つ又は複数のセンサー２０を有することができ、通信リンク２３を介してこのデータを通信ユニット２８に通信することができる。分散して配置される被監視要素は、油井、ガスタンク、交通モニター、配電設備等の任意の適切な要素とすることができる。１つ又は複数のセンサー２０は、限定はしないが、電圧センサー、電流センサー、イメージセンサー、音声センサー、流量センサー、ボリュームセンサー、圧力センサー、温度センサー、振動センサー、モーションセンサー、磁界センサー、湿度センサー、アクセスセンサー、接触センサー等を含む、任意の適切なセンサーとすることができる。通信ユニット２８は、顧客モニター１９から、１つ又は複数のセンサー２０によって収集されたセンサーデータを受信し、センサーデータ又はその一部を含む１つ又は複数のデータパケットを生成するように構成することができる。通信ユニット２８は、センサーデータ若しくはその一部、又は他のデータを含むデータパケットを、他のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅの通信ユニット２８及び／又はＩＰホスト１４に送信するように更に構成することができる。通信ユニット２８は、他のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅから、センサーデータ及び他のデータを含むデータパケットを受信するように更に構成することができる。
【００４４】
動作時に、顧客モニター１９のセンサー２０によって収集されたデータは、通信ユニット２８に送信し、そこに一時的に記憶することができる。言い換えると、その対応するセンサー２０を用いて顧客モニター１９において収集されたデータは、対応する通信リンク２３を介して、リアルタイムに、又は概ねリアルタイムに対応する通信ユニット２８に送信され、通信ユニット２８に関連付けられるレジスタ又はメモリに記憶することができる。さらに、そのデータは、通信ユニット２８によって、対応する顧客モニター１９から繰り返し受信し、そのレジスタ又はメモリに記憶することができる。一実施形態では、さらに、データが他のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅ又はＩＰホスト１４に通信されるのに応じて、データを、例えば、メモリ及び／又はレジスタから、通信ユニット２８から除去することができる。本発明の他の実施形態では、顧客モニター１９のセンサー２０によって収集されたデータは、通信リンク２３を介して対応する通信ユニット２８に転送する前に、そのレジスタ又はメモリに一時的に記憶することができる。一実施形態では、応答データグラムのヘッダー部分及びフッター部分にホッピング経路情報を追加するために、データを一時的に記憶することができる。
【００４５】
特定の実施形態では、フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅは、収集されたデータをＩＰホスト１４に通信するために、フィールドユニット間で通信することができる。その場合、データがＩＰホスト１４に送達されるまで、１つのフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅから別のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅにデータがホップするようにして、データは他のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅを介してＩＰホスト１４に通信することができる。
【００４６】
フィールドにおいて、フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅは、互いに極めて近接して位置することもできるし、数マイル離間することもできる。フィールドにおけるフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅのグループは一般的に１つのＩＰホスト１４に関連付けられるが、フィールドの大きさによっては、複数のＩＰホスト１４を利用することができる。ユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅ、及び対応するＩＰホスト１４は共同で、ワイヤレス無線周波数（ＲＦ）ネットワークを構成し、９００ＭＨｚ、２．４ＧＨｚ、産業科学医療用（ＩＳＭ）、任意の無免許、又は任意の他の適切な周波数帯を用いて通信する。電波通信は周知であり、更に説明する必要はない。ＩＰホスト１４は、フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅから無線信号を受信し、フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅに無線信号を送信するための従来の無線送受信機１７を有することができる。さらに、ＩＰホスト１４は、インターネット信号をＲＳ２３２信号に、そしてその逆に変換するためのシリアル／ＩＰ変換器（図示せず）を有することができる。フィールド局ＩＰホスト１４は、更に、例えば、衛星、ケーブルモデム等を介して、インターネット接続のようなネットワーク２２に通信によって結合することができる。ＩＰホスト１４は、ユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅから無線信号を収集し、それらの信号をインターネット信号に変換し、ネットワーク２２を介してそれらの信号を顧客サーバー１６に送信することができる。言い換えると、ＩＰホスト１４は、第１の通信プロトコルを用いて、１つ又は複数のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅと通信することができ、異なるプロトコルを用いて、顧客サーバー１６と更に通信することができる。特定の実施形態では、ＩＰホスト１４は、本明細書において説明されるようなフィールドユニットホッピングプロトコルを用いて、フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅと通信することができ、伝送制御プロトコル又はインターネットプロトコル（ＴＣＰ／ＩＰ）を用いて顧客サーバー１６と通信することができる。フィールド局ＩＰホスト１４において用いられるシリアル／ＩＰ変換器の例は、カリフォルニア州アーバインのLantronix社から入手可能なＩＰホスト設備Ｌａｎｔｒｏｎｉｘ  ＵＤＳ−１０、標準的なインターネット接続（衛星、ケーブル、ＤＳＬ等）、送受信機（９００ＭＨｚ無線及び９００ＭＨｚアンテナ等）、種々の相互接続ケーブル（ＬＭＲ２００及びＬＭＲ４００ケーブル及びコネクタ等）、ハウジング（過酷な環境条件に耐えることができる２４×２０×８の鋼鉄製筐体等）、及びシリアル／ＩＰ変換器であり、それらの使用は当業者には明らかであろう。
【００４７】
ＩＰホスト１４は、ＩＰホスト１４の種々の構成要素を制御し、種々のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅの通信ユニット２８との通信を調整するためにＩＰホストソフトウェア１４Ｂを実行する１つ又は複数のプロセッサを含むことができる。一実施形態では、ＩＰホスト１４は、顧客サーバー１６から要求データグラムを受信することができる。データグラムは、例えば、ＴＣＰ／ＩＰを含む適切なプロトコルを用いて、ネットワーク２２を介して送信することができる。要求データグラムは、一態様では、命令、又は特定のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅにおいて収集され、及び／又は送信されることになるデータの指示を与えることができる。例えば、要求データグラムは、特定のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅにおけるセンサー２０によって収集され、及び／又はそのフィールドユニットのメモリ又は顧客モニター１９上に記憶されるような、特定のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅから顧客サーバー１６に与えられることになる特定のデータを指示することができる。言い換えると、要求データグラムは、特定のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅからデータ要素を取り込むための命令を与えることができる。代替的には、要求データグラムは、限定はしないが、データを収集すること、データを記憶すること、データを取り込むこと、収集されたデータに基づいて１つ又は複数のパラメーターを計算すること、遠隔制御機能、物理的作動、又はその組み合わせを含む、対象のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅに任意の他の適切な命令を与えることができる。一態様では、顧客サーバー１６によって送信されるような要求データグラムは、ＩＰホスト１４によって受信することができ、ＩＰホスト１４は、受信された要求データグラムと、顧客サーバーの固有のプロトコルとに少なくとも部分的に基づいて、要求パケットを生成することができる。要求パケットは、要求パケットのヘッダー部分等に、要求パケットを宛先フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅにルーティングするための情報を含むことができる。実際には、ＩＰホスト１４は、その要求をフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅに通信することによって、顧客サーバー１６が特定のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅから、顧客サーバー１６によって要求された情報及び／又はデータを受信するように取り計らうことができる。
【００４８】
顧客サーバー１６は、顧客サーバーソフトウェア１６Ｂを実行する１つ又は複数のプロセッサと、ＩＰホスト１４から受信されたデータを記憶する１つ又は複数のコンピュータ可読媒体とを含むことができる。顧客サーバー１６において用いられるサーバー及びコンピュータプロセッサの例は、例示であって、限定はしないが、インターネット接続（衛星、ケーブル、ＤＳＬ等）、適切なサーバーコンピュータ、好ましくは、適切なデータベースアクセスコネクタ（ＯＤＢＣ、ＳＱＬ、ｍｙＳＱＬ、Ｏｒａｃｌｅ等）を含むウェブサーバー、ＳｉｌｖｅｒＳｍｉｔｈ  Ｗｅｂコードのようなウェブサイトコード、及びＳｉｌｖｅｒＳｍｉｔｈ  ＴＲｒａｉｎｅＡｕｔｏ  Ｓｅｒｖｉｃｅのような自動ポーリングソフトウェアを含む。一態様では、顧客サーバーソフトウェア１６Ｂは、顧客サーバー１６と、ヒューマンマシンインターフェース（ＨＭＩ）１５Ａ又はワールドワイドウェブ１５Ｂとの間の通信を調整することができる。ＨＭＩ１５Ａは、転送システム２６のユーザーが顧客サーバー１６にアクセスするための、顧客サーバー１６にローカルであるか、又は顧客サーバーから遠隔している終端端末とすることができる。ウェブ１５Ｂ接続は、顧客サーバー１６にアクセスするために、ユーザーが用いることもできる。さらに、サテライトオフィス１８が、顧客サーバー１６にアクセスするためにインターネットを利用することもできる。アクセスポイント１５Ａ、１５Ｂ及び１８を介して、ユーザーは、分散して配置されるフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅからデータを収集するために、ＩＰホスト１４に命令及び／又は要求データグラムのような通信を与えるように顧客サーバー１６を制御することができる。アクセスポイント１５Ａ、１５Ｂ及び１８は、顧客サーバー１６に記憶される履歴監視データにアクセスするために用いることもできる。
【００４９】
一実施形態では、顧客サーバー上で実行される顧客サーバーソフトウェア１６Ｂは、ＩＰホスト１４からデータを受信し、ＩＰホスト１４に命令を与えるために、インターネット２２を介して、ＩＰホスト１４上で実行されるＩＰホストソフトウェア１４Ｂとやりとりすることができる。それゆえ、ＩＰホスト１４は、どのフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅからどのデータを取り込むべきであるかに関する命令を受信することができる。フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅからデータが検索されると、ＩＰホスト１４は、１つ又は複数のオープンソース又はプロプラエタリプロトコルを用いて、顧客サーバー１６にデータを移送することができる。言い換えると、顧客サーバー１６は、特定のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅから特定のデータを要求し、その要求を要求データグラムの形でＩＰホスト１４に送信することができる。要求データグラムは、顧客サーバー１６によってネットワーク２２を介して送信することができ、任意の適切なプロトコルを用いて、ＩＰホスト１４によってネットワークから受信することができる。適切なプロトコルの例は、ＴＣＰ／ＩＰ、Ｍｏｄｂｕｓ及びＤＮＰ３を含む。要求データグラムを受信すると、ＩＰホスト１４は、要求データグラムを解析し、顧客サーバー１６によって、１つ又は複数のどのフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅからデータが要求されているかを判断することができる。その解析に少なくとも部分的に基づいて、ＩＰホスト１４は、顧客サーバー１６によってデータが要求されたフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅへのホッピング経路を決定することができる。通常、ＩＰホスト１４は、フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅごとの１つ又は複数のホッピング経路を含むルックアップテーブルをプログラミングされる。ホッピング経路を決定することによって、ＩＰホスト１４は、データが要求されたフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅごとのホッピング経路を追加し、宛先フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅによって、要求パケット又は要求パケットの派生バージョンが受信されるまで、１つ又は複数の割り当てられたホッピング経路に沿ってデータグラムを１つのフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅから別のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅに送信する。宛先フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅが要求データパケットを受信するとき、宛先フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅは、受信された要求データパケットに応答して、それぞれの顧客モニター１９上のメモリからデータを検索することができる。
【００５０】
顧客サーバー１６からインターネット２２を通して適切なＩＰホスト１４に、更にＲＦネットワークを通して、宛先フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅにコマンド及び問い合わせを送信するための詳しい方法及びプロセスが本明細書において説明される。宛先フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅが要求データパケットの形でコマンドを受信すると、フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅは、要求パケットから宛先アドレスを識別し、ホッピング経路を追加し、パケットを無線ネットワークに送信することができる。宛先フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅは更に、応答データパケットの形で、ＲＦネットワークを通してＩＰホスト１４に応答を返送することができる。応答データパケットの送信は、要求されたデータを含む応答データパケットがＩＰホスト１４によって受信されるまで、応答データパケット又はその変形パケットを所定の経路に沿って１つのフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅから別のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅに送信することができる「コンポーネントホッピング（ｃｏｍｐｏｎｅｎｔ  ｈｏｐｐｉｎｇ）」によって実行することができる。特定の実施形態では、宛先フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２ＥからＩＰホスト１４までの所定のコンポーネントホッピング経路は、ＩＰホスト１４から宛先フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅまでの経路の全く逆のルートとすることができる。それゆえ、これらの実施形態では、宛先フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅの間の経路は、ＩＰホスト１４において、例えば、ＩＰホストソフトウェア１４Ｂによってあらかじめ決定することができる。
【００５１】
ＩＰホスト１４が、データが要求されたフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅから応答データパケットを受信すると、ＩＰホスト１４は、ＩＰホスト１４とフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅとの間で通信するために用いられるコンポーネントホッピングプロトコルから、ＴＣＰ／ＩＰのようなネットワーク２２のプロトコルへの別のプロトコル変換を実行することができる。言い換えると、ＩＰホスト１４は、応答データパケットからホッピング経路アドレスを取り除くことができる。その後、応答データパケットは、インターネット２２又は任意の他の適切な通信システムによって顧客に送信される。一実施形態では、ＩＰホスト１４は、インターネット２２を介して、生成された応答データグラムを顧客サーバー１６に送信することができる。さらに、サテライトオフィス１８は、顧客サーバー１６からデータをダウンロードすることができ、同じように、宛先フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅにコマンドを送出し、宛先フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅから応答を受信することができる。簡潔にするために、本明細書の残りの部分は、遠隔した場所と各フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅとの間の通信を説明するときに、遠隔した場所として顧客サーバー１６を参照する。しかしながら、特定の実施形態では、顧客サーバー１６の代わりに、サテライトオフィス１８を用いることができ、サテライトオフィス１８が顧客サーバー１６として機能することもできることは理解されたい。
【００５２】
ソフトウェアサービスプロバイダー２４を用いて、ＩＰホスト１４、そして特にそこで実行されるＩＰホストソフトウェア１４Ｂをセットアップし、及び／又は構成することができる。特定の実施形態では、ソフトウェアサービスプロバイダー２４は、ＩＰホストソフトウェア１４ＢをＩＰホスト１４にプッシュすることができる。言い換えると、ネットワーク２２を介して、ＩＰホスト１４にＩＰホストソフトウェア１４Ｂをインストールすることができる。さらに、ＩＰホストソフトウェア１４Ｂは、人が関与することによって、又は人が関与することなく、ネットワーク２２を介して構成することができる。その構成は、ＩＰホストソフトウェア１４Ｂに、顧客サーバー１６に特有のフォーマット及び／又はプロトコルにおいて顧客サーバー１６から要求データグラムを受信する能力と、要求パケットの特定の宛先のために要求データグラムを解釈する能力とを与えることを伴うことができる。それゆえ、一態様では、ＩＰホストソフトウェア１４Ｂの構成及び／又はセットアップによって、顧客は、顧客が選択したＩＰホスト１４との任意の適切な通信フォーマット又は通信プロトコルを使用できるようになる。ＩＰホストソフトウェア１４Ｂは、任意のあらかじめ確立されたフォーマット又はプロトコルにおいて顧客サーバーからの通信を受信することができ、かつフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅからデータを更に取り込むために、その通信からデータ要求の宛先に関する関連情報を抽出することができるように構成される。また、ＩＰホストソフトウェア１４Ｂの構成によれば、ＩＰホスト１４から顧客サーバー１６までシームレスに通信できるようになることが理解されよう。言い換えると、ＩＰホストソフトウェア１４Ｂは、ソフトウェアサービスプロバイダー２４によって、１つ又は複数のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅから応答データパケットを受信し、顧客サーバー１６によって用いられるフォーマット及び／又はプロトコルにおいて受信された応答データパケットに少なくとも部分的に基づいて、応答データグラムを生成することができるように構成することができる。
【００５３】
監視ネットワーク１０内で、フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅは、「コンポーネントホッピング」によって通信し、その場合、それぞれ個々のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２ＥがＩＰホスト１４と直接通信するのではなく、フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅは順次に情報を送信する。例えば、図１において、顧客サーバー１６がＩＤ（Ｕ１Ｕ２Ｕ３Ｕ４）４を有するユニット１２Ｄにコマンドを送信する場合には、情報はＩＰホスト１４に送信され、その後、ユニット１２Ａ（Ｕ１Ｕ２Ｕ３Ｕ４）１に送信され、その後、ユニット１２Ｄ（Ｕ１Ｕ２Ｕ３Ｕ４）４にホップされる。顧客サーバー１６への情報の返送は、同様であるが、逆方向において成し遂げられる。「コンポーネントホッピング」システムによって、フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅ間の通信、及び関連する通信ユニット２８との間での情報のやりとりを効率的に、都合良く実施できるようになる。
【００５４】
本明細書において開示されるような遠隔監視通信システム１０は、油井及びガス井、天然ガスタンク、送電系統若しくは輸送システム、又は地理的に分散して配置されるモニターを遠隔監視することから利益を受けることができる任意の他の応用形態のような、任意の物理データシステムを監視するのに適している。本出願全体を通して特定の応用形態に遠隔監視通信システム１０を適用する例は、決して、遠隔転送システム２６を他の応用形態に適用するのを制限すると見なされるべきでないことが理解されよう。特定の実施形態では、フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅは混合タイプからなることができ、種々のタイプの分散監視を単一の遠隔監視通信システム１０を用いて成し遂げることができる。非限定的な例として、トラフィック監視及び送電系統監視の両方のために単一の遠隔通信システム１０を用いることができる。
【００５５】
ここで、遠隔監視通信システム１０内の情報パケットの送信のためのプロトコルが、図２Ａ及び図２Ｂの流れ図を参照しながら説明される。ＩＰホスト１４は、全てのフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅのためのルート経路データを収容する。ルート経路データは、所望のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅに達するために、ＲＦネットワーク内で情報パケットが従わなければならない経路についての詳細を含む。それゆえ、各フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅは１つ又は複数のルート経路を有する。
【００５６】
図２Ａ及び図２Ｂにおいて、顧客サーバーと、複数の地理的に近接したデータ収集フィールドユニットを有する地理的に遠隔した領域内に存在する遠隔フィールドユニットとの間でデータパケット又はデータグラムをシームレスにワイヤレスで転送するための本発明による方法が破線１２０内に含まれる。ブロック１３０において、顧客サーバー１６が要求データグラムを生成することができる。要求データグラムは、顧客サーバー１６のプロセッサ（複数の場合もある）において実行される顧客サーバーソフトウェア１６Ｂによって生成することができる。一実施形態では、要求データグラムは、例えば、ウェブ１５Ｂ、ＨＭＩ１５Ａ、又はサテライトオフィス１８のうちのいずれか１つを介してのユーザー入力に少なくとも部分的に基づいて生成することができる。ブロック１３２において、顧客サーバーがＩＰホスト１４に要求データグラムを送信することができる。その送信は、ＴＣＰ／ＩＰのようなインターネットに基づくプロトコルを介して、かつネットワーク２２を介して行うことができる。特定の実施形態では、送信は安全にすることができ、及び／又は任意の種々の暗号化機構によって暗号化することができる。この場合、その送信は、顧客サーバーソフトウェア１６Ｂによって暗号化される場合があり、ＩＰホスト１４においてＩＰホストソフトウェア１４Ｂによる暗号解読を必要とする場合がある。ブロック１３４において、ＩＰホスト１４が要求データグラムを受信することができる。特定の実施形態では、ＩＰホスト１４及びそこで実行されるＩＰホストソフトウェア１４Ｂが、受信されたデータグラムを暗号解読することが必要な場合がある。要求データグラムは、どのデータが、どのフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅから要求されるかを示すことができる。一実施形態では、ＩＰホスト１４は、遠隔監視通信システム１０によって取得され、顧客サーバー１６に与えられる必要があるデータを確認するために要求データグラムを解析しないが、場合によっては、解析することもできる。
【００５７】
ブロック１３６において、ＩＰホスト１４が、要求データグラムに所定のホッピング経路を追加して、データ要求パケットを生成する。データ収集フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅの宛先のルーティング経路はＩＰホストによって識別することができる。ＩＰホスト１４は、フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅごとの規定ホッピング経路のテーブルを用いて構成することができ、ＩＰホストは、規定ホッピング経路のテーブルから宛先データ収集フィールドユニットのための規定ホッピング経路を選択する。ＩＰホスト１４は、ＩＰホスト１４のメモリ内に記憶されるか、又はＩＰホスト１４によってアクセス可能である所定のホッピング経路のルックアップテーブルにアクセスすることによって、宛先フィールドユニットの規定ホッピング経路を探索する。適切なホッピング経路が決定されると、ＩＰホスト１４は、要求データグラムに、所定のホッピング経路を有するヘッダー及びフッターを追加することによって、要求パケットを生成することができる。要求パケットは、宛先フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅによって実行されることになるコマンド、ユニット識別番号及びホッピング経路のような情報を含むことができる。次に、ブロック１４０において、ＩＰホスト１４が、ＲＦネットワークを介して、データ要求パケットを送信することができる。通常、各フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅは、所定のホッピング経路と、１つ又は複数の代替のホッピング経路とを有する。所定の経路に沿ったフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅのいずれかに故障がある場合、データは代替の経路に従うことができる。１つの経路において、５回の試行に失敗するなど、所定の回数の試行に失敗した後に、ＩＰホスト１４は、優先度に基づいて次の経路を試みることになり、優先度は取り得る経路の順序付リストとすることができる。
【００５８】
ＩＰホストによって形成される要求パケットのためのフォーマットの一例がＳＳＣＣＵＵＵＵＣＣＣＣＴＴＭＭＲＲＲ．．．ＤＤＤ．．．ＸＸＸＸである。ただし、要求パケットの各部分は以下の通りである。
【００５９】
【表１】
2015534753.tif 000003
【００６０】
要求パケット制御番号は、顧客サーバー１６の固有プロトコルによって異なる。この例では、パケット制御番号は奇数桁において終了し、それにより、パケットがアウトバウンドであることをユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅに指示する。
【００６１】
要求データパケットのＤＤＤ．．．部分は、顧客モニター１９に移送されることになる、ＩＰホスト１４によって受信された生のパケットを含むことができる。最後に、要求パケットの最後にある４桁の巡回冗長検査（ＣＲＣ）は、パケット内のバイトのチェックサムであり、パケット全体が正確に送信されたことを検証するために用いられる誤り検出符号である。ユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅによって受信されたバイトが合計でＣＲＣ数にならない場合には、ユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅは、パケットが不完全であることがわかる。ＣＲＣ検査システムは、成功しており、実績がある品質管理ツールである。要求パケットは、顧客サーバー１６から、監視ネットワーク１０を通して、ＩＰホスト１４に送信するのに適した任意のフォーマットからなることができ、本明細書において説明されるフォーマットには限定されない。要求パケットが、所望のコマンドと、宛先フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅに達するのに必要な情報とを含むことのみが必要とされる。
【００６２】
ＩＰホスト１４は、要求データパケットによって可能になるコンポーネントホッピング機構を用いて宛先フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅに要求パケットを送信する。第１のアウトバウンドユニット１２Ａは、ＩＰホスト１４に最も近接しているユニット１２Ａ、１２Ｂ、１２Ｃ及び１２Ｄであり、ブロック１４２においてデータ要求パケットを受信し、ブロック１４４において、要求パケット内のユニットＩＤを自らのプログラミングされたユニットＩＤと比較することができる。ユニットＩＤが一致しない場合には、ブロック１５８において、何の措置も講じられない。しかしながら、ユニットＩＤが一致する場合には、フィールドユニットは、ブロック１４６において、所定の経路の終点に達したか否かを判断する。この判断は、例えば、ホップカウント数（ＭＭ）が宛先ユニットに達するために必要とされる全ホップ（ＴＴ）に等しいか否かを判断することによって行うことができる。ＭＭ及びＴＴが等しくない場合には、現在のフィールドユニットは、要求データパケット内のユニットＩＤを次のアウトバウンドユニットのユニットＩＤに変更し、ホップカウント数を増やし、ブロック１４８において要求パケットを次のアウトバウンドユニットに送信することができる。ブロック１５０において、次のアウトバウンドフィールドユニットによってデータ要求パケットが受信されると、ブロック１４４においてユニットＩＤを比較し、ブロック１４６において、ホップカウント数を必要とされる全ホップ数と比較することによって、次のフィールドユニットは同じ手順に従うことができる。これらの手順は、データ要求パケットが宛先ユニットに達し、ＭＭ及びＴＴが等しくなるまで繰り返される。フィールドユニットは、その経路の所定の終点に達したと判断することができ、その後、ブロック１４７において、データパケットからヘッダー及びフッターを取り除き、結果として生成された要求データグラムを終端デバイスに送信することができる。
【００６３】
データ要求パケットを受信した後に、宛先フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅにおける通信ユニット２８は、データ要求パケットを顧客モニター１９に送信し、顧客サーバーから送信されたコマンドを実行する。通信ユニット２８は、顧客モニター１９からの生のパケットを用いてデータ応答パケットを生成することができる。宛先フィールドユニットにある顧客モニター１９は、こうして生成されたデータ応答パケットを、宛先フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅにある通信ユニット２８に送信し、その際、宛先フィールドユニットは、データ応答パケット上のホッピング経路の制御番号を変更し、ＩＰホスト１４に戻る逆ホッピング経路を作成する。ブロック１６２において、逆ホッピング経路はデータ応答パケットのヘッダー及びフッターに追加される。応答パケットフォーマットは、要求パケットのフォーマットと同様にすることができる。しかしながら、制御番号は偶数桁において終了し、パケットがインバウンドであることをフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅに指示しなければならない。
【００６４】
応答パケットのＤＤＤ．．．部分は、顧客サーバー１６によって要求されたデータを含むことができる。応答パケットは宛先ユニット１２Ａ〜１２Ｅから、監視通信ネットワーク１０を通して、ＩＰホスト１４に送信するのに適した任意のフォーマットからなることができ、本明細書において説明されるフォーマットには限定されない。応答パケットが所望のコマンドと、ＩＰホスト１４を介して顧客サーバー１６に達するために必要とされる情報とを含むことのみが必要とされる。
【００６５】
ブロック１６２において応答パケットを生成した後に、ブロック１６４において、宛先ユニットは、応答パケットを次のインバウンドユニットに送信することができる。応答パケットは、要求パケットが宛先ユニットに送信されるのと同じようにして（「コンポーネントホッピング」）ＲＦネットワークを通って戻ることができる。詳細には、応答パケットは、ブロック１７０においてＩＰホスト１４に達するまで、ブロック１４４、１４６、１６６及び１６８におけるプロセスを介して、フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅからフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅまでホップする。次に、ＩＰホスト１４は、データ応答パケットからヘッダー及びフッターを取り除くことによって、ブロック１７２において、応答データパケットに少なくとも部分的に基づいて、応答データグラムを生成することができる。一実施形態では、応答データグラムは、要求データパケットに応答して宛先フィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２ＥからＩＰホスト１４に送信されたデータ及び／又は情報を含むことができる。詳細には、ＩＰホスト１４は、データ応答パケットからホッピング経路を取り除き、応答データグラムを形成することができる。応答データグラムは、一態様において、ＴＣＰ／ＩＰのような適切なネットワークプロトコルによって、ネットワーク２２を介して送信されるように構成することができる。ブロック１７４において、ＩＰホスト１４は、応答データグラムＩＰホストを介して、収集された指定データを顧客サーバー１６に送信する。ブロック１７４において顧客サーバー１６が応答データグラムを受信するとき、データを読み出し、記憶することができる。
【００６６】
要求パケット及び応答パケットが、転送システム２６において、１つのフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅから次のフィールドユニット１２Ａ、１２Ｂ、１２Ｃ、１２Ｄ及び１２Ｅに送信されるとき、ブロック１５２において、送信側ユニットは、次のユニットがパケットを受信したという確認応答を待つ。確認応答は、応答パケットの受信又は次のユニットの反復のいずれかである。プログラミングされた再試行時間内に確認応答が得られた場合には、ブロック１５４において、送信側ユニットは、パケットが宛先に届いたと見なす。しかしながら、プログラミングされた再試行時間内に確認応答が受信されない場合には、ブロック１５６において、送信側ユニットは、再試行回数を、そのユニットにおいてプログラミングされた所定の全許容再試行数と比較する。ブロック１５８において、再試行回数がプログラミングされた回数に等しい場合には、何の措置も講じられないが、試行回数がプログラミングされた回数に等しくない場合には、ブロック１４８又はブロック１６６において、送信側ユニットは、要求パケット又は応答パケットを次のインバウンドユニットに再送する。
【００６７】
転送システム２６は、構成要素と遠隔した場所との間の通信の本体としてインターネット及びＲＦ帯を使用する。これらの通信方法はよく知られており、ロバストであり、容易にアクセス可能であり、費用対効果が高い。「コンポーネントホッピング」シリアル構成は本質的に効率的であり、フィールド内で互いにクラスタ化されるか、又は互いに離れている構成要素間で容易に通信できるようにし、遠隔した場所に情報を送信するために複雑な設備を必要としない。さらに、構成要素を監視することに加えて制御するためのコマンドを含む、構成要素と遠隔した場所との間の通信が有効かつ正確であるのを確実にするために、システム自体が、ＣＲＣ及び確認応答機能のような幾つかの品質管理機能を有する。結果として、システム設備を設置及び修理するのに必要な人手、重機、時間及び財源が少なくて済む。さらに、通信ユニット２８の統合通信モジュール及びコントローラーは、ＩＰホスト１４と直接通信するのではなく、隣接するフィールドユニット１２Ａ〜１２Ｄと短距離にわたって通信すればよく、低電力の無線送信を使用できるようになるので、そのシステムが消費する電力量は相対的に少ない。ポーリング及びコンポーネントデータの送信の頻度が相対的に小さいことに起因して、更なる省電力が実現される。また、相対的に電力が少なく、無線送信の頻度が小さいので、無線トラフィック及び輻輳が減少し、それゆえ、無線送信の干渉の確率が小さくなる。
【００６８】
上記のように、アウトバウンドパケット（要求パケットとも呼ばれる）は奇数の制御番号ＣＣによって識別され、インバウンドパケット（応答パケットとも呼ばれる）は偶数の制御番号ＣＣによって識別される。経路に沿って移動するために、一連の経路内を右に（すなわち、次のアウトバウンドユニットに）移動することによって受信側構成要素が経路内の次の構成要素の位置を特定すべきであることを指示する奇数の制御番号を付された要求パケットが送出され、宛先構成要素によって応答パケットが作成されると、一連の経路に沿って右に（すなわち、次のインバウンドユニットに）移動することによって、応答パケット（偶数の制御番号を含む）が発信元に送達されることが理解されよう。
【００６９】
ここで、所望のユニットへの要求パケットの送達を説明する。（１）どのユニットと通信すべきであるかを判断し、宛先ユニットが識別されると、（２）通信パケットが送信されることになる第１の選択経路の選択を判断することによって、ＩＰホスト１４において初期要求パケットが形成される。
【００７０】
その後、以下の表に示されるように、第１のパケットが形成される。ＵＵＵＵセグメントは経路ＲＲＲセグメントを調べることによって選択された経路内の次のアウトバウンドユニットを含むことに留意されたい。次のアウトバウンドユニットは、最初に制御番号が奇数であるか、又は偶数であるかを判断し、それぞれに応じて１つの経路セグメントを右又は左に動かすことによって、経路ＲＲＲから選択される。送信されるパケットは要求パケットであるので、制御番号は奇数であり、それゆえ、次のアウトバウンドユニットは０００２として選択され、このアドレスが要求パケットのＵＵＵＵセグメントに入れられる。また、経路セグメントＲＲＲ内のホップ数を解析して、経路セグメント内の全ホップ数ＴＴを求める。この値は、この例では０４に初期化されている（例えば、４つのホップ：９９９９〜０００２、０００２〜０００５、０００５〜０００８及び０００８〜００１２）。完了済みホップセグメント数ＭＭは０１に初期化される（これが最初のホップであるので）。その後、パケットが送信される。
【００７１】
【表２】
2015534753.tif 000004
【００７２】
ＵＵＵＵセグメントは固有のＩＤ０００２を含むので、このパケットはユニット０００２によって受信されることになる。「経路終点」に関する試験が、経路セグメントＲＲＲに関して実行される。この「経路終点」試験は数多くの方法において実行することができ、その幾つかの例が本明細書において説明される。
【００７３】
例えば、「経路終点」試験は、上記のホップ数試験とすることができる。経路セグメントＲＲＲを解析し、経路セグメントＲＲＲを完了するために必要とされる固有のホップ数を求めることによって、ＩＰホスト１４においてホップセグメント数ＴＴが初期化され、単一の現在のホップにおいてパケットを最初に設定するために、現在のホップセグメント数ＭＭが０１に初期化される。経路の複数のセグメントに沿った各「ホップ」によって、現在のホップセグメントＭＭがインクリメントされる。現在のホップ数ＭＭが全ホップ数ＴＴに等しいとき、その経路はその完了まで辿られたので、その行程は完了する。
【００７４】
要求パケットの１つのセグメントとして最終的な宛先の固有のＩＤを単に含むことによって、別の「経路終点」試験を実行することができ、宛先ユニットの固有ＩＤを受信側ユニットのＩＤと比較することができる。それらのＩＤが同じである場合には、そのパケットは宛先ユニットにある。
【００７５】
この例に関して、経路終点のホップ数が説明されることになる。上記のパケットがユニット０００２において受信されると、以下の動作が実行される。最初に、ＩＤセグメントＵＵＵＵが解析され、受信側ユニットのＩＤと比較される。両方が０００２であるので、処理が継続する（そうでない場合には、このパケットは、そのパケットを検出する、ＩＤ０００２を有しない別のユニットによって無視されることになる）。次に、ホップ数ＭＭ（０１）が全ホップ数（０４）と比較される。それらの値は等しくないので、要求パケットは終点にはない。それゆえ、制御コードセグメントＣＣは奇数であるので、ユニット（０００２）は経路セグメントを検索し、経路内の０００２ＩＤの位置を特定し、次のアウトバウンドユニット（この場合、０００５）を決定し、次のアウトバウンドユニットのＩＤを要求パケット内の宛先セグメントＵＵＵＵに挿入する。また、ユニット０００２は現在のホップ数ＭＭをインクリメントし、次のアウトバウンドユニット０００５に送信される要求パケットが以下のように見えるようにする。
【００７６】
【表３】
2015534753.tif 000005
【００７７】
ユニット０００５も最終の宛先ではないので、ユニット０００５によって、要求パケットに関して同じ動作が実行される。
【００７８】
【表４】
2015534753.tif 000006
【００７９】
再び、ユニット０００８（すなわち、直前に識別された次のアウトバウンドユニット）も最終の宛先ではないので、要求パケットに関して同じ動作が実行される。
【００８０】
【表５】
2015534753.tif 000007
【００８１】
ここで、このパケットがユニット００１２によって受信されるとき、「経路終点」試験が実行される。この場合、ホップ数試験を用いるとき、現在のホップ数ＭＭ（０４）は、全ホップ数ＴＴ（０４）に等しく、宛先ユニットへの行程が完了していることを意味する。その後、ユニット００１２は、顧客生パケットを顧客モニター１９に送達する。
【００８２】
顧客モニター１９から応答パケットが送信される場合には、通信ユニット２８は、直前の既知の良好な経路を追加し、全ホップを０１に設定し、例えば、以下の形で、ＵＵＵＵセグメントにおいて識別される次のインバウンドユニットを設定する。
【００８３】
【表６】
2015534753.tif 000008
【００８４】
応答パケットは次のインバウンドユニット（すなわち、０００８）に送信され、次のインバウンドユニットは、応答パケットに関して、要求パケットに関して行われたのと同じ再送動作を実行し、結果として、以下の形で、次のインバウンドユニット（０００５）に応答パケットが再送される。
【００８５】
【表７】
2015534753.tif 000009
【００８６】
ユニット０００５は、再び宛先ユニットではないので、以下のように応答パケットを再送する。
【００８７】
【表８】
2015534753.tif 000010
【００８８】
ユニット０００２は、再び宛先ユニットではないので、以下のように応答パケットを再送する。
【００８９】
【表９】
2015534753.tif 000011
【００９０】
ここで、「経路終点」試験に合格するので、受信側フィールドユニット（この例では、ＩＤ９９９９によって識別されるＩＰホスト１４）は、自らが応答パケットの最終的な宛先であり、それゆえ、パケット内に含まれるデータを処理することがわかる。
【００９１】
フィールドにおいて、通信ユニット２８の統合通信モジュール及びコントローラーは、フィールドにおいて充電式電池のような電池及び太陽光パネルから電力を受けることができる。さらに、電力消費量を削減するために、通信ユニット２８の統合通信モジュール及びコントローラーは、選択的に電源を入れることができる。例えば、ＩＰホスト１４とフィールドユニット１２Ａ〜１２Ｅとの間の通信は、１日のうちの所定の時刻においてのみ許される場合がある。
【００９２】
遠隔監視及びデータ収集システムの一実施態様では、データ収集モニター１９は、顧客サーバー１６からの要求に応答することなく、通信ユニット２８のいずれか１つに、又はＩＰホスト１４に直接、監視データを送信することによって通信を開始することができる。ここで、図３を参照すると、顧客サーバー１６からの初期要求を用いることなく、複数の地理的に近接したデータ収集モニター１９のうちの１つから顧客サーバー１６にデータパケットを移送するための本発明による方法が示される。最初に、モニター１９は低電力スリープモードにある場合がある。所定のタイマ又は警報の検出を含む場合があるイベントに応答して、ブロック１１２において、トリガーがモニター１９を起動することができる。モニター１９は、起動すると、ブロック１１４において、現在データの報告を生成することができる。これらのデータは、検出されるイベント又は監視されるシステムのタイプ、特定のモニターのための識別子、タイムスタンプ及びプリプログラミングされたホッピング経路を符号化する情報を含むことができる。ブロック１１６において、モニター１９は現在データを、プリプログラミングされたホッピング経路によって指示される通信ユニット２８に送信することができる。
【００９３】
ブロック１６０において、プリプログラミングされたホッピング経路によって指示される通信ユニット２８は、現在データを受信することができる。その後、ブロック１６２において、通信ユニット２８は、データ転送システム２６に沿って送信するための現在データのパケットを生成することができる。現在データのパケットは、監視システム１０を通して送信するのに適した任意のフォーマットからなることができ、そのパケットは上記のフォーマットからなる場合があるが、上記のフォーマットには限定されない。現在データのパケットが、ＩＰホスト１４及び顧客サーバー１６に達するために必要な情報を含むことのみが必要とされる。
【００９４】
ブロック１６２において現在データのパケットを生成した後に、ブロック１６４において、宛先通信ユニット２８は、現在データのパケットを、次のインバウンドデータ通信ユニット２８に送信することができる。現在データのパケットが、ＩＰホスト１４に到着するまで、所定の経路に沿って通信ユニット２８に送信されるようなコンポーネントホッピングによって、現在データのパケットはＲＦネットワークの中を進むことができる。詳細には、現在データのパケットは、ブロック１７０においてＩＰホスト１４に達するまで、ブロック１４４、１４６、１６６及び１６８におけるプロセスを介して、通信ユニット２８間をホップする。次のインバウンド通信ユニット２８が現在データのパケットを受信し、ブロック１４４において、現在データのパケット内のユニットＩＤを自らのプログラミングされたユニットＩＤと比較することができる。ユニットＩＤが一致しない場合には、ブロック１５８において、何の措置も講じられない。しかしながら、ユニットＩＤが一致する場合には、そのユニットは、ブロック１４６において、所定の経路の終点に達したか否かを判断する。この判断は、例えば、ホップカウント数（ＭＭ）が宛先ユニットに達するのに必要とされる全ホップ数（ＴＴ）に等しいか否かを判断することによって行うことができる。ＭＭ及びＴＴが等しくない場合には、現在の通信ユニットは、ブロック１６６において、現在データのパケット内のユニットＩＤを次のインバウンド通信ユニットのユニットＩＤに変更し、ホップカウント数を増やし、現在データのパケットを次のインバウンド通信ユニットに送信することができる。ブロック１６８において、次のインバウンドユニットによって現在データのパケットが受信されると、ブロック１４４においてユニットＩＤを比較し、ブロック１４６において、ホップカウント数を必要とされる全ホップ数と比較することによって、次の通信ユニットは同じ手順に従うことができる。これらの手順は、ブロック１７０において、現在データのパケットがＩＰホストに達するまで繰り返され、その時点で、ＭＭ及びＴＴは等しい。
【００９５】
ブロック１７２において、ＩＰホスト１４は、現在データのパケットからヘッダー及びフッターを取り除くことができる。一実施形態では、応答データグラムは、ブロック１１６においてモニター１９から通信ユニット２８に送信された現在データ及び／又は情報を含むことができる。詳細には、ＩＰホスト１４は、現在データのパケットからホッピング経路を取り除き、ＴＣＰ／ＩＰのような適切なネットワークプロトコルによってネットワーク２２を介して送信されることになる現在データを構成することができる。ブロック１７４において、ＩＰホスト１４が、ＩＰホスト１４を介して、現在データを顧客サーバー１６に送信する。ブロック１７６において、顧客サーバー１６が現在データを受信するとき、現在データを読み出し、記憶することができる。その送信は、ＴＣＰ／ＩＰのようなインターネットに基づくプロトコルによって、かつネットワーク２２を介して行うことができる。特定の実施形態では、送信は安全にすることができ、及び／又は任意の種々の暗号化機構によって暗号化することができる。この場合、その送信は、ＩＰホスト１４においてＩＰホストソフトウェア１４Ｂによって暗号化される場合があり、顧客サーバーソフトウェア１６Ｂにおいて暗号解読を必要とする場合がある。
【００９６】
現在データのパケットが、転送システム２６内の１つの通信ユニット２８から次の通信ユニット２８に送信されるとき、ブロック１５２において、送信側通信ユニット２８は、次のユニットが現在データのパケットを受信したという確認応答を待つ。確認応答は、現在パケットの受信又は次のユニットの反復のいずれかである。プログラミングされた再試行時間内に確認応答が得られた場合には、ブロック１５４において、送信側通信ユニット２８は、現在データのパケットが宛先に届いたと見なす。しかしながら、プログラミングされた再試行時間内に確認応答が受信されない場合には、ブロック１５６において、送信側ユニットは、再試行回数を、そのユニットにおいてプログラミングされた所定の全許容再試行数と比較する。再試行回数がプログラミングされた回数に等しい場合には、ブロック１５８において、何の措置も講じられないが、試行回数がプログラミングされた回数に等しくない場合には、ブロック１６６において、送信側通信ユニット２８は、現在データのパケットを次のインバウンド通信ユニット２８に再送する。
【００９７】
本発明は１つ又は複数の遠隔した場所からデータを収集するためのシステム及び方法を提供し、顧客サーバー及びデータを収集する設備において最小限度の設定でセットアップすることができ、最小限の技術的支援で現場において設置することができる。システムの保守点検は、顧客サーバーを何も変更することなく、インターネットへの接続を通して行われる。本発明は、顧客サーバーにおけるメッセージ伝送システムの詳細なプログラミング、及び複数の多様な顧客の各プロトコルに合わせるための異なるプログラムを不要にする。さらに、本発明は、ベンダーホッピングシステムにおける任意の特殊な専門知識を用いることなく、現場において設置することができるハードウェアパッケージを提供する。要求に応答することなく、現在データを定期的に送信するためにモニターが起動する場合、現在データの送信頻度が相対的に小さいことに起因して、システムの保守点検の必要性を更に最小限に抑えることができる更なる省電力化を実現することができる。
【００９８】
本明細書において開示されるシステム及び方法によれば、顧客サーバーに特有のフォーマット及びプロトコルを用いて動作及び通信することができる顧客サーバーからの遠隔データ収集及びプロビジョニングが可能になる。ＩＰホスト１４は、顧客サーバーの顧客特有のフォーマット又はプロトコルにおいて、顧客サーバーから、データ通信及びデータ要求を受信することができる。その後、ＩＰホスト１４は、顧客サーバーからの要求に一致するフィールド局から、ホッピング通信プロトコルを用いて遠隔フィールドユニットと通信することができる。それゆえ、実際には、ＩＰホスト１４は、顧客によって選択された任意の適切なフォーマットにおいて顧客サーバーと通信することができ、更に別のプロトコルにおいて、遠隔サイトからの情報及び／又はデータを検索するプロセスを更に実行することができる。
【００９９】
以下の特許請求される組み合わせ又は並び替えのうちのいずれか１つ又は複数において上記の実施形態を反映させることができる。
１．顧客サーバーと、複数の地理的に近接したデータ収集フィールドユニットを有する地理的に遠隔した領域内に存在する第１の遠隔データ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するための方法であって、
顧客サーバーから、ネットワークを通して、第１の遠隔データ収集フィールドユニットからの指定データ要求データグラムをＩＰホストに送信することと、
ＩＰホストにおいて、要求データグラムに、第１の地理的に遠隔したデータ収集フィールドユニットと、他の複数の地理的に近接したデータ収集フィールドユニットのうちの少なくとも１つとを含む第１の規定ホッピング経路を追加することであって、データ要求パケットを生成することと、
第１の遠隔データ収集フィールドユニットへの第１の規定ホッピング経路に沿って、データ要求パケットを第１の地理的に遠隔したデータ収集フィールドユニットに送信することと、
ＩＰホストによって受信されたようなデータグラムを、顧客サーバーから、第１の地理的に遠隔したデータ収集フィールドユニットに送達することと、
を含む、顧客サーバーと、複数の地理的に近接したデータ収集フィールドユニットを有する地理的に遠隔した領域内に存在する第１の遠隔データ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するための方法。
２．ＩＰホストと、他の複数の地理的に近接したデータ収集フィールドユニットのうちの少なくとも１つとを含む第２の規定ホッピング経路に沿って、応答データグラムをＩＰホストに返送することを更に含む、請求項１又は４３のいずれか一項に記載のデータパケット又はデータグラムを転送するための方法。
３．応答データグラムをＩＰホストからネットワークを介して顧客サーバーに送信することを更に含む、請求項２に記載の、顧客サーバーと遠隔フィールドユニットとの間でデータパケット又はデータグラムを転送するための方法。
４．ＩＰホストは顧客から地理的に遠隔している、請求項１〜３のいずれか一項に記載の、顧客サーバーと遠隔フィールドユニットとの間でデータパケット又はデータグラムを転送するための方法。
５．ＩＰホストは、地理的に離間して配置されるデータ収集フィールドユニットのうちの１つ又は複数に地理的に近接している、請求項１〜４のいずれか一項に記載の、顧客サーバーと遠隔フィールドユニットとの間でデータパケット又はデータグラムを転送するための方法。
６．要求データグラムは、第１の地理的に遠隔したデータ収集フィールドユニットの識別情報を含み、ＩＰホストは、第１の規定ホッピング経路を要求データグラムに追加する動作の一部として、要求データグラム内の第１の地理的に遠隔したデータ収集フィールドユニットの識別情報を読み出す、請求項１〜５のいずれか一項に記載の、顧客サーバーと遠隔フィールドユニットとの間でデータパケット又はデータグラムを転送するための方法。
７．ＩＰホストは、複数の地理的に近接したデータ収集フィールドユニットのデータ収集フィールドユニットごとの規定ホッピング経路のテーブルを有し、第１の地理的に遠隔したデータ収集フィールドユニットのための第１の規定ホッピング経路は、第１の規定ホッピング経路を要求データグラムに追加する動作の一部として、規定ホッピング経路のテーブルから選択される、請求項６に記載の、顧客サーバーと遠隔フィールドユニットとの間でデータパケット又はデータグラムを転送するための方法。
８．ＩＰホストは、第１の規定ホッピング経路を有するヘッダー及びフッターを要求データグラムに追加する、請求項１〜７のいずれか一項に記載の、顧客サーバーと遠隔フィールドユニットとの間でデータパケット又はデータグラムを転送するための方法。
９．データ応答パケットのための第２の規定ホッピング経路は、第１の地理的に遠隔したデータ収集フィールドユニットとＩＰホストとの間の直前の既知の良好な経路である、請求項１〜８のいずれか一項に記載の、顧客サーバーと遠隔フィールドユニットとの間でデータパケット又はデータグラムを転送するための方法。
１０．直前の既知の良好な経路は、要求パケットを逆方向において送達するために用いられた直前の経路である、請求項９に記載の、顧客サーバーと遠隔フィールドユニットとの間でデータパケット又はデータグラムを転送するための方法。
１１．要求データグラム及び応答データグラムが送信されるネットワークはインターネットである、請求項１〜１０のいずれか一項に記載の、顧客サーバーと遠隔したフィールドユニットとの間でデータパケット又はデータグラムを転送するための方法。
１２．顧客及びＩＰホストは、少なくともＲＦ通信が届く範囲外にある、請求項１〜１１のいずれか一項に記載の、顧客サーバーと遠隔したフィールドユニットとの間でデータパケット又はデータグラムを転送するための方法。
１３．複数の地理的に近接したデータ収集フィールドユニットはそれぞれ地理的に、複数の地理的に近接したデータ収集フィールドユニットのうちの少なくとも１つの他のデータ収集フィールドユニットから１マイル〜１０マイルの範囲内にある、請求項１〜１２のいずれか一項に記載の、顧客サーバーと遠隔フィールドユニットとの間でデータパケット又はデータグラムを転送するための方法。
１４．複数の地理的に近接したデータ収集フィールドユニットはそれぞれ、複数の地理的に近接したデータ収集フィールドユニットのうちの少なくとも１つの他のフィールドユニットのＲＦ範囲内にある、請求項１〜１３のいずれか一項に記載の、顧客サーバーと遠隔フィールドユニットとの間でデータパケット又はデータグラムを転送するための方法。
１５．送信する動作は、ＲＦネットワークを通して応答データグラムを送信することを含む、請求項１〜１５のいずれか一項に記載の、顧客サーバーと遠隔フィールドユニットとの間で転送するデータパケット又はデータグラムを収集するための方法。
１６．ＲＦネットワークは９００ＭＨｚ周波数電波である、請求項１５に記載の、顧客サーバーと遠隔フィールドユニットとの間でデータパケット又はデータグラムを転送するための方法。
１７．複数の地理的に近接したデータ収集フィールドユニットの地理的間隔は５マイル未満である、請求項１４に記載の、顧客サーバーと遠隔フィールドユニットとの間でデータパケット又はデータグラムを転送するための方法。
１８．複数の地理的に近接したデータ収集フィールドユニットを有する地理的に遠隔した領域は、顧客サーバーから、ワイヤレス通信できる近さの範囲外にある、請求項１〜１７のいずれか一項に記載の、顧客サーバーと遠隔フィールドユニットとの間でデータパケット又はデータグラムを転送するための方法。
１９．ＩＰホストは、複数の地理的に近接したデータ収集フィールドユニットのうちの１つ又は複数とワイヤレス通信できるほど地理的に近接している、請求項１８に記載の、顧客サーバーと遠隔フィールドユニットとの間で転送するデータパケット又はデータグラムを収集するための方法。
２０．ワイヤレス通信できるほど近接していることは、ＲＦワイヤレス通信である、請求項１９に記載の、顧客サーバーと遠隔フィールドユニットとの間でデータパケット又はデータグラムを転送するための方法。
２１．データグラムを送達する動作は、要求データグラムからヘッダー及びフッターを取り除くことと、要求データグラムを顧客モニターに送達することとを含む、請求項８に記載の、顧客サーバーと遠隔フィールドユニットとの間でデータパケット又はデータグラムを転送するための方法。
２２．遠隔フィールドユニットにおいて顧客モニターから指定データを受信することと、指定データに、第２の、又は直前の既知の良好なホッピング経路を追加することとを更に含む、請求項２１に記載の、遠隔フィールドユニットとの間でデータパケット又はデータグラムを転送するための方法。
２３．顧客サーバーからネットワークを通して指定データを収集するための要求データグラムを送信する動作は、複数の地理的に近接したデータ収集フィールドユニット内の複数の地理的に遠隔したデータ収集フィールドユニットからの指定データ要求を含む、請求項１〜２２のいずれか一項に記載の、顧客サーバーと遠隔フィールドユニットとの間でデータパケット又はデータグラムを転送するための方法。
２４．顧客サーバーと、複数の地理的に近接したデータ収集フィールドユニットを有する地理的に遠隔した領域内に存在する第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステムであって、
顧客サーバーから地理的に遠隔し、顧客サーバーに通信によって結合されるＩＰホストを備え、ＩＰホストは、
顧客サーバーから、ネットワークを通して、第１の地理的に遠隔したデータ収集フィールドユニットからの指定データ要求データグラムを受信し、
要求データグラムに、第１の地理的に遠隔したデータ収集フィールドユニットと、他の複数の地理的に近接したデータ収集フィールドユニットのうちの少なくとも１つとを含む第１の規定ホッピング経路を追加して、データ要求パケットを生成し、
データ要求パケットを、第１の規定ホッピング経路に沿って、第１の地理的に遠隔したデータ収集フィールドユニットに送信するように構成されることを特徴とする、顧客サーバーと、複数の地理的に近接したデータ収集フィールドユニットを有する地理的に遠隔した領域内に存在する第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
２５．第１の地理的に遠隔したデータ収集フィールドユニットは、ＩＰホストによって受信されたようなデータグラムを顧客サーバーから顧客モニターに送達するように構成される、請求項２４に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
２６．第１の地理的に遠隔したデータ収集フィールドユニットは、顧客モニターから、第１の地理的に遠隔したデータ収集フィールドユニットにおいて、指定データを含む応答データグラムを受信し、収集された指定データに、ＩＰホストと、他の複数の地理的に近接したデータ収集フィールドユニットのうちの少なくとも１つとを含む第２の規定ホッピング経路を追加して、データ応答パケットを生成し、応答データグラムを収集されたデータとともに、第２の規定ホッピング経路に沿ってＩＰホストに送信するように構成される、請求項２５に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
２７．ＩＰホストはデータ応答データグラムを受信し、応答データグラムを収集されたデータとともにネットワークを通して顧客サーバーに送信するように構成される、請求項２６に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
２８．地理的に離間して配置されるデータ収集フィールドユニットは、特定の場所においてデータを収集するための顧客モニターと、ワイヤレス信号を受信及び送信するように構成される通信ユニットとを含む、請求項２７に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
２９．ＩＰホストは、地理的に離間して配置されるデータ収集フィールドユニットのうちの１つ又は複数に地理的に近接する、請求項２８に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
３０．ＩＰホストは、要求データグラム内の第１の地理的に遠隔したデータ収集フィールドユニットの識別情報を読み出すようにプログラミングされる、請求項２４〜２９のいずれか一項に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
３１．ＩＰホストは、複数の地理的に近接したデータ収集フィールドユニットのデータ収集フィールドユニットごとの規定ホッピング経路のテーブルを用いて構成され、ＩＰホストは、規定ホッピング経路のテーブルから、第１の地理的に遠隔したデータ収集フィールドユニットのための第１の規定ホッピング経路を選択するように構成される、請求項３０に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
３２．ＩＰホストは、要求データグラムに、第１の規定ホッピング経路を有するヘッダー及びフッターを追加するように構成される、請求項２４〜３１のいずれか一項に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
３３．第１の地理的に遠隔したデータ収集フィールドユニットは、データ応答パケットのための第２の規定ホッピング経路として、第１の地理的に遠隔したデータ収集フィールドユニットとＩＰホストとの間の直前の既知の良好な経路を選択するようにプログラミングされる、請求項２４〜３３のいずれか一項に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
３４．要求データグラム及び応答データグラムが送信されるネットワークはインターネットである、請求項２４に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
３５．顧客及びＩＰホストは、少なくともＲＦ通信が届く範囲外にある、請求項２４〜３４のいずれか一項に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
３６．複数の地理的に近接したデータ収集フィールドユニットはそれぞれ、複数の地理的に近接したデータ収集フィールドユニットのうちの少なくとも１つの他のデータ収集フィールドユニットから１マイル〜１０マイルの範囲内にある、請求項２４〜３５のいずれか一項に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
３７．複数の地理的に近接したデータ収集フィールドユニットはそれぞれ、複数の地理的に近接したデータ収集フィールドユニットのうちの少なくとも１つの他のデータ収集フィールドユニットのＲＦ範囲内にある、請求項２４〜３６のいずれか一項に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
３８．ＩＰホスト、及び複数の地理的に近接したデータ収集フィールドユニットの各データ収集フィールドユニットは、ＲＦネットワークを通してデータ要求パケット及び任意の応答データグラムを送信するように構成される、請求項２４〜３７のいずれか一項に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
３９．ＲＦネットワークは９００ＭＨｚ周波数電波である、請求項３８に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
４０．複数の地理的に近接したデータ収集フィールドユニットの地理的間隔は５マイル未満である、請求項３７〜３９のいずれか一項に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間で転送するデータパケット又はデータグラムを収集するためのシステム。
４１．複数の地理的に近接したデータ収集フィールドユニットを有する地理的に遠隔した領域は、顧客サーバーから、ワイヤレス通信できる近さの範囲外にある、請求項２４〜４０のいずれか一項に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間で転送するデータパケット又はデータグラムを収集するためのシステム。
４２．ＩＰホストは、複数の地理的に近接したデータ収集フィールドユニットのうちの１つ又は複数とワイヤレス通信できるほど地理的に近接している、請求項２４〜４１のいずれか一項に記載の、顧客サーバーと第１の地理的に遠隔したデータ収集フィールドユニットとの間でデータパケット又はデータグラムを転送するためのシステム。
４３．  複数の地理的に近接した通信ユニットを有する地理的領域内に存在し、顧客サーバーから遠隔した第１のデータ収集又は記録フィールドユニットから顧客サーバーにデータパケット又はデータグラムを転送するための方法であって、
第１の遠隔データ収集又は記録フィールドユニットからの現在データからデータパケットを生成することと、
データパケットに、少なくとも１つの地理的に近接した通信ユニット及びＩＰホストを含む規定ホッピング経路を追加することと、
第１の遠隔データ収集又は記録フィールドユニットからＩＰホストにデータパケットを送信することと、
データパケットからホッピング経路を取り除くことと、
ネットワークを介してデータパケットを顧客サーバーに送信することと、
を含む、複数の地理的に近接した通信ユニットを有する地理的領域内に存在し、顧客サーバーから遠隔した第１のデータ収集又は記録フィールドユニットから顧客サーバーにデータパケット又はデータグラムを転送するための方法。
４４．データパケットの生成は、モニターにおけるイベントに応答するか、又は顧客サーバーからの要求を用いることなく顧客サーバーに定期的に送信されるデータの定期的な収集による、請求項４３に記載の、データパケット又はデータグラムを転送するための方法。
４５．データパケットを、顧客サーバーから地理的に遠隔した領域内に存在する少なくとも１つの地理的に遠隔したデータ収集顧客モニターから、顧客サーバーに転送するためのシステムであって、
遠隔したエリア内にある複数の地理的に近接した通信ユニット及びＩＰホストと、
少なくとも１つの地理的に遠隔したデータ収集顧客モニターに地理的に近接して配置される通信ユニットのうちの少なくとも１つと、
を備え、
少なくとも１つの通信ユニットは、少なくとも１つの地理的に遠隔したデータ収集顧客モニターから現在データを受信し、少なくとも１つの他の地理的に近接した通信ユニット及びＩＰホストを含む規定ホッピング経路とともにデータパケットを生成するように構成され、
少なくとも１つの通信ユニットは、ホッピング経路に沿ってデータパケットをＩＰホストに送信するように更に構成され、
ＩＰホストは、データパケットからホッピング経路を取り除き、ネットワークを通してデータパケットを顧客サーバーに送信するように構成される、データパケットを、顧客サーバーから地理的に遠隔した領域内に存在する少なくとも１つの地理的に遠隔したデータ収集顧客モニターから、顧客サーバーに転送するためのシステム。
【０１００】
本発明の趣旨から逸脱することなく、上記の説明及び図面内で妥当な変形及び変更が可能である。本発明は、特定の具体的な実施形態との関連で具体的に説明されてきたが、これは例示であって、限定するものではないこと、そして、添付の特許請求の範囲は、先行技術が許す限り広く解釈されるべきであることは理解されたい。
【図１】
2015534753.tif 000012
【図２Ａ】
2015534753.tif 000013
【図２Ｂ】
2015534753.tif 000014
【図３】
2015534753.tif 000015
【国際調査報告】
2015534753.tif 000016
2015534753.tif 000017
2015534753.tif 000018
2015534753.tif 000019