JP2010518694A - ユーティリティネットワークにおいてｉｐを使用するパケット通信を提供する方法及びシステム - Google Patents

Abstract

一実施形態は、ユーティリティネットワークのノードが１つ以上のローカルエリアユーティリティネットワークと関連付けられる１つ以上のアクセスポイントデバイスに登録される方法及びシステムを提供する。ユーティリティノードは、アクセスポイントデバイスと関連付けられるネットワークアドレスのネットワークアドレスプリフィックスを使用して一意のネットワークアドレスを生成する。ユーティリティノードは、ＤＮＳサーバに登録される。ユーティリティノードに送出されるメッセージは、ユーティリティノードに対して一意のネットワークアドレスを生成するために使用される受信プリフィックスに対応するアクセスポイントを介して転送される。ユーティリティノード及びアクセスポイントに対するネットワークアドレスはＩＰｖ６アドレスであってもよく、ネットワークアドレスプリフィックスはＩＰｖ６プリフィックス又はＩＰｖ４アドレスであってもよい。

Description

本発明は、一般に、コモディティを制御及び出力するシステムに関し、特に、コモディティを監視、制御及び出力するＩＰを使用するパケット通信システムに関する。

自動検針（ＡＭＲ）システム及び自動測定器（ＡＭＩ）は、水、電気、ガス等のコモディティの使用料（又は消費量）を監視及び／又は報告するサービス及び機能を提供する。そのようなシステムは、コモディティメータと報告、課金等を行う１つ以上のシステムとの間の通信を提供する。一般に、コモディティ計量供給情報及び他の情報は、メータに関連付けられるネットワークデバイスから報告及び課金システムに報告される。

本発明は、従来のユーティリティネットワークの限界を克服する。

本発明は、ユーティリティネットワークにおいてＩＰを使用する通信を行なうためのシステム及び方法を提供する。ユーティリティネットワーク内のノードは、発見処理を行ない、隣接ノード及びＬＡＮからの出口を提供できる無線ＬＡＮアクセスポイントを識別してもよい。その後、ノードは、パスコストが最小である次ホップ隣接ノードを介する出口を提供する好適なアクセスポイントへの最適なルートの集合を確立する。ノードは、１つ以上のアクセスポイントデバイスに登録要求を送出してもよい。１つ以上のアクセスポイントデバイスから受信されるアクセスポイントデバイスのネットワークアドレスのＩＰネットワークアドレスプリフィックス（接頭語）は、ユーティリティノードに対して一意のネットワークアドレスをプログラムにより生成するために終端ノードにより使用される。ユーティリティノードはＤＮＳサーバに登録される。ユーティリティノードに送出されるメッセージは、ユーティリティノードに対してネットワークアドレスを生成するために使用されるプリフィックスに対応するアクセスポイントを介してルーティングされる。ユーティリティノード及びアクセスポイントに対するネットワークアドレスはＩＰｖ６アドレスであってもよく、ネットワークアドレスプリフィックスはＩＰｖ６プリフィックスであってもよい。

本発明の一実施形態に従って、本発明を実現するために使用されてもよいコンピュータを使用するシステムを概略的に示すブロック図である。 本発明の一実施形態に従って、本発明を実現するために使用されてもよいコンピュータを使用するシステムを概略的に示すブロック図である。 可能な一実施形態に従って、ローカルエリアネットワークのノードにネットワークアドレスを提供する処理を概略的に示すフローチャートである。 本発明の一実施形態に従って、ノードデバイスをアクセスポイントに登録することを概略的に示す通信フローチャートである。 本発明の一実施形態に従って、充電可能なハイブリッド車をアクセスポイントに登録することを概略的に示すブロック図である。 本発明の一実施形態に従って、通信ネットワークにおいて見られるノードを概略的に示すブロック図である。 本発明の一実施形態に従って、通信ネットワークにおいて見られるアクセスポイントを概略的に示すブロック図である。 本発明の一実施形態に従って、通信ネットワークにおいて見られるバックオフィスシステムを概略的に示すブロック図である。 可能な一実施形態に従って、ユーティリティノードのサブネットワークを概略的に示すブロック図である。 本発明の一実施形態に従って、ＩＰｖ４トンネルがＩＰｖ６ＬＡＮ及びＩＰｖ６バックオフィスシステムを接続するネットワークを概略的に示すブロック図である。 本発明の一実施形態に従って、ＩＰｖ６ＬＡＮに関連付けられるアクセスポイントとＢＯＳとの間のＩＰｖ４ＷＡＮを介するパケットの流れを概略的に示すブロック図である。 可能な一実施形態に従って、ＩＰｖ６パケットがＩＰｖ４ＷＡＮを通過するネットワークを概略的に示すブロック図である。 可能な一実施形態に従って、ＩＰｖ４パケットがＩＰｖ６ＬＡＮを通過するネットワークを概略的に示すブロック図である。

特定の一実施形態において本発明を説明する。この説明は、本発明の特徴及び原理を理解し易くするために行なわれ、本発明はその実施形態に限定されない。特に本発明は、ユーティリティネットワークにおける電子デバイスをリモートから読み出し、制御し且つ管理するシステムにおいて説明される。本発明は、ネットワークを使用して電子デバイス及びコモディティメータを管理する他のシステムに適用可能である。

例示する実施形態は、ユーティリティネットワークにおけるユーティリティメータを監視及び制御するネットワークを使用するシステム及び方法を提供する。

図１は、本発明の実施形態を実現するために使用されてもよいユーティリティネットワーク１００を概略的に示すブロック図である。ユーティリティネットワーク１００は、１つ以上の電子デバイス１０１を含んでもよい。好適な一実施形態において、電子デバイス１０１は、無線ローカルエリアネットワーク（ＬＡＮ）１０２を介して接続されてもよい。ユーティリティネットワークの例において、ＬＡＮは、ユーティリティに対する隣接領域又はサービス領域に対応するＮＡＮ（Neighborhood Area Network）であってもよい。例示する実施形態において示すように、複数のＬＡＮが使用されてもよく、それらのＬＡＮは、所定の電子デバイスが１つの無線ＬＡＮのみに又は複数の無線ＬＡＮに接続される（又はその一部となる）ように重なり合っても重なり合わなくてもよい。電子デバイスは、任意の種類の電子デバイスであってもよい。電子デバイスの例には、ユーティリティメータを含むか又はユーティリティメータに接続されてもよいユーティリティノードが含まれる。ユーティリティメータは、計量供給量、一般には電気、水、天然ガス等のコモディティを測定できるデバイスである。ユーティリティメータに接続するユーティリティノードは、ネットワーク上で通信するためにネットワークインタフェースカード（ＮＩＣ）を含んでもよく、また、１つ以上の無線ＬＡＮ上で通信するために１つ以上のＲＦトランシーバを含んでもよい。電子デバイスの他の例には、セットトップボックス（ケーブルテレビ又は衛星テレビ配信において使用されるような）、家電製品（例えば、冷蔵庫、ヒータ、照明、調理器具等）、コンピュータ又は演算装置（例えば、ゲームコンソール、記憶装置、ＰＣ、サーバ等）、中継器、ゲートウェイ、アクセスポイント、ルータ又は他のネットワーク化デバイス等のネットワーク化デバイス、電話機又は携帯電話、バッテリ記憶装置、輸送装置、輸送機関（例えば、電気自動車、ハイブリッド車又は他の乗り物）、エンターテイメントデバイス（例えば、ＴＶ、ＤＶＤプレーヤ、セットトップボックス、ゲームコンソール等）、あるいは家、会社、道路、駐車場又は他の場所で見られる他のデバイスが含まれる。中継器は、電子デバイス１０１と無線ＬＡＮ１０２との間の通信を処理してもよい。例えば中継器は、電子デバイスと無線ネットワークのインフラストラクチャとの間の通信を提供できる。特に指示のない限り、メータ、電子デバイス、ゲートウェイ等のネットワークの他のデバイスは中継器として動作してもよく、中継器はネットワーク上で他のデバイス又はソフトウェアの機能を実行してもよい。

無線ＬＡＮ１０２は、任意の種類の無線ネットワークであってもよく、任意の周波数、通信チャネル又は通信プロトコルを使用してもよい。

ＬＡＮ１０２は、一般に１つ以上のアクセスポイント（ＡＰ）１０３に接続される。所定のＬＡＮは、単一のＡＰのみに接続されてもよく、あるいは２つ以上のアクセスポイントに接続されてもよい。アクセスポイント１０３は、１つ以上のワイドエリアネットワーク（ＷＡＮ）１０４に接続されてもよい。ＷＡＮ１０４は、１つ以上のバックオフィスシステム（ＢＯＳ）１０５に接続されてもよい。バックオフィスシステムは、ＡＭＩネットワークにおいて要求されるような計量供給情報の収集への関与、計量供給デバイスの管理、ネットワークに対するセキュリティ又は他の機能を含む種々のビジネス又は管理タスクを処理してもよい。バックオフィスシステムの例には、課金及び会計システム、プロキシサーバ、停電検出システム（ユーティリティネットワークにおいて使用されるような）、データ記憶システム等が含まれる。

ＬＡＮ又はＷＡＮ、あるいはそれらの双方の組合せであってもよい通信ネットワーク内のノードは、１つ以上のプロトコルを使用して通信してもよい。ノードは、電子デバイス、中継器、アクセスポイント、ルータ又はＢＯＳを含んでもよい。あるノードはＩＰｖ６を使用して通信できてもよく、あるノードはＩＰｖ４で通信できてもよく、また、あるノードはＩＰｖ４又はＩＰｖ６のいずれかで通信可能であってもよい。いくつかのノードは、ＩＰｖ６パケットをＩＰｖ４パケットにカプセル化できてもよい。更に、いくつかのノードは、ＩＰｖ６ネットワークを通るＩＰｖ４トンネルを確立できてもよい。ノード間の通信については、以下に更に完全に説明する。

＜＜通信ネットワークにおけるネットワークアドレスの割当て及び登録＞＞
図２は、ＬＡＮ２００及びＬＡＮ２０６を含む通信ネットワークを概略的に示すブロックである。ＬＡＮは、ノード２０２及びアクセスポイント２０１を接続する。図示するように、ＬＡＮ２００は２つのアクセスポイントを有し、ＬＡＮ２０６は１つのアクセスポイントを有する。ドメインネームサーバ（ＤＮＳ）２０３は、通信ネットワーク２０４へのアクセスポイント２０１を介してＬＡＮ２００及びＬＡＮ２０６に接続される。好適な実施形態において、ＤＮＳサーバ２０３は動的な更新を受信及び処理でき、それによりダイナミックＤＮＳサービスを提供する。ＤＮＳの動的な更新は、ＩＥＴＦ ＲＦＣ２１３６に従って行なわれる。通信ネットワーク２０４は、任意の種類の通信ネットワークであってもよい。通信ネットワークは、ＬＡＮ、ＷＡＮ、無線、固定回線、プライベートネットワーク、仮想プライベートネットワーク等を含むが、それらに限定されない。好適な実施形態において、通信ネットワーク２０４はワイドエリアネットワークであり、ＩＰｖ４又はＩＰｖ６等の１つ以上の通信プロトコルを使用してもよい。１つ以上の演算装置２０５は、通信ネットワーク２０４に接続する。演算装置２０５からノード２０２へのメッセージは、ノードのネットワークアドレスを使用して送出されてもよい。演算装置２０５は、任意のデバイス、デバイスの組合せ、ネットワーク管理システム、サーバ、バックオフィスシステム（ＢＯＳ）、コンピュータ、ネットワークデバイス、通信デバイス、ソフトウェアアプリケーション、あるいは通信ネットワーク２０４を介してアクセスポイント又はノードと通信できる構成要素であってもよい。第２のＬＡＮ２０６は、ＤＮＳサーバ２０３及び通信ネットワーク２０４に接続されてもよい。ＤＮＳサーバは単一のＬＡＮに専用であってもよく、あるいは２つ以上のＬＡＮがＤＮＳサーバを共有してもよい。図示するように、ＬＡＮ２００及びＬＡＮ２０６は重なり合わず、図示されるノード及びアクセスポイントはＬＡＮ２００及びＬＡＮ２０６の双方のメンバにはならない。別の実施形態は、重なり合う１つ以上のＬＡＮを有し、１つ以上のＬＡＮに共通の１つ以上のノード及び／又はアクセスポイントを含んでもよい。別の実施形態は追加のＬＡＮを有してもよく、それらのＬＡＮは互いに重なり合っても重なり合わなくてもよい。好適な実施形態において、ノードのネットワークアドレスは、以下に図３に関連して説明される処理に従って取得される。

ＤＮＳサーバ２０３は、関連するＬＡＮネットワークのノードに対するネットワークアドレスを維持する。上述のように、ＤＮＳサーバは１つ以上のＬＡＮと関連付けられ、１つ以上のＬＡＮ内のノードのネットワークアドレスを維持してもよい。好適な一実施形態において、いくつかのアクセスポイントに登録されたノードは、アクセスポイントと同数のネットワークアドレスを有してもよい。ノードのネットワークアドレスは、ＤＮＳサーバ又はノードルートレジストリに含まれてもよい。更にＤＮＳサーバは、ノードアドレス割当て指標（又はノード優先指標）等のアドレス割当て情報を維持してもよい。以下の表１は、ＬＡＮのノードに対するネットワークアドレスを維持する際に含まれてもよい情報の一部を示す。ＤＮＳサーバに維持されるリソースレコードは以下を含んでもよい。

表１に示すように、好適な実施形態において、ノード名はノードのＭＡＣアドレスである。しかし、他の実施形態はノードに対して他の名前を使用してもよく、それはＭＡＣアドレスを含んでも含まなくてもよく、あるいはＭＡＣアドレスに基づいても基づかなくてもよい。更に、表１のリソースレコード（ＲＲ）タイプはＩＰｖ６タイプであってもよい。

ルートレジストリ中の情報は、周期的又は１つ以上の基準が満足された場合を含む複数の基準に従って更新されてもよい。

例示する目的で、１つのＤＮＳサーバのみが以下に示され且つ説明される。しかし、別の実施形態は複数のＤＮＳサーバを使用してもよい。

ＤＮＳリソースレコードの別の実施形態は、追加の情報を含んでもよく、あるいは表１に含まれる情報の一部を除外してもよい。更に、表１は３つのノードのみに関する情報を含むが、ルートレジストリの別の実施形態は、更に多くのノード又は更に少ないノードに関する情報を有することができる。表１は所定のノードに対して最大３つのネットワークアドレスを含むが、ルートレジストリの別の実施形態はノード毎に任意の数のアドレスを有してもよい。

図３は、ノードのネットワークアドレスを取得するための処理３００を概略的に示すフローチャートである。ステップ３０１において、パケット又はメッセージをノードに送出することを意図するノードは、ＤＮＳサーバに対してＤＮＳ解決要求を行なう。ＤＮＳ解決要求は、ノード識別子、一般にはノード名を含む。ノード識別子は、表音文字、数字、記号又は表意文字の任意の組合せであってもよい。表１に関して上述したように、好適な一実施形態において、ノード識別子は指定ノードのＭＡＣアドレスである。表１に示すように、発信元ノード又は要求側ノードは、ノードの識別子、ノードのネットワークアドレス、ネットワークアドレス優先度を指定する情報を含む。ステップ３０２において、ＤＮＳサーバは指定ノードに対するＤＮＳ解決要求を受信する。ステップ３０３において、ＤＮＳサーバはノード識別子と関連付けられるノードのネットワークアドレスにより応答する。好適な実施形態において、ネットワークアドレスはＩＰアドレスである。好適な一実施形態において、リソースレコードAAAAはＩＰｖ６アドレスに関連する。ＩＰｖ４リソースレコード（ＲＲ）は、A、PTR、CNAMEタイプであってもよい。ＤＮＳサーバは、所定のノードに対して２つ以上のネットワークアドレスを有してもよい。例えば、複数のＩＰｖ６アドレスが所定のノード（あるいは、アクセスポイント、ＢＯＳ又はネットワーク上の任意の他のデバイス）と関連付けられてもよい。複数のアドレスが所定のノードと関連付けられる場合、ステップ３０２において、ＤＮＳサーバは特定のＲＲに対する全ての利用可能なネットワークアドレスを提供してもよい。あるいは、ＤＮＳサーバは指定ノードと関連付けられるネットワークアドレスの部分集合を選択してもよい。例えばＤＮＳサーバは、電子デバイスに応答して含むネットワークアドレスを１つ選択してもよい。指定ノードと関連付けられるネットワークアドレスの部分集合が選択される場合、その選択は、接続コスト、事前設定された選択基準、ポリシー（例えば、電子デバイスは、ノード、メッセージの種類、サイズ又は優先度、ノードによるメッセージの使用状況、あるいはサーバ、ネットワーク管理システム、課金システム、停電管理システム、ユーティリティ管理システム等のネットワークデバイスの特性を含むメッセージを交換することを意図する）又はいくつかの他の基準に基づいてもよい。複数のネットワークアドレスがＤＮＳ解決応答で提供される場合、応答は対応するノードアドレス優先指標を更に含んでもよい。ステップ３０４において、ノードはＤＮＳサーバからＤＮＳ解決応答を受信する。ステップ３０５において、ノードはＤＮＳサーバから受信されるネットワークアドレスを使用してメッセージを送出する。

ノード及び／又は電子デバイスから指定ノード又は電子デバイスにメッセージを送出するために使用されるアドレスは、１つ以上のアクセスポイントに対応してもよい。例えばＩＰｖ６ＬＡＮにおいて、一般にネットワークアドレスはＩＰｖ６アドレスである。２つ以上のアクセスポイントが存在する場合、ネットワークアドレスのＩＰｖ６プリフィックスは所定のアクセスポイントと関連付けられてもよい。このように、ＩＰｖ６ネットワークアドレスにより、所定のアクセスポイントはネットワークの宛先にメッセージを送信するために使用可能になる。ノードが複数のアクセスポイントを含むＬＡＮにある場合、ノードはノードに関連付けられるＩＰｖ６アドレスを２つ以上有してもよい。

（例１）−ＩＰｖ６ネットワークアドレス指定を使用する複数入口
この例は、ノード名がNode1である所定のノードを有する。Node1は、関連するＩＰｖ６ネットワークアドレスを２つ有する。Node1に対するルートレジストリエントリは以下を読み出してもよい。

Node1は、２つのアクセスポイントＡＰ１及びＡＰ２を介して通信ネットワークに接続する。ＡＰ１はＩＰｖ６プリフィックス2001:2105:20ae:1::/64と関連付けられ、ＡＰ２はＩＰｖ６プリフィックス2001:2105:20ae:2::/64と関連付けられる。
メッセージをNode1に送出することを意図するネットワークデバイス、例えば停電検出を管理するバックオフィスシステムは、ＤＮＳサーバのルートレジストリからNode1と関連付けられるいずれかのネットワークアドレスを受信してもよい（又は双方のネットワークアドレスを受信してもよい）。プリフィックス2001:2015:20ae:2::/64を含むネットワークアドレスを使用して停電検出システムからNode1に送出されるメッセージは、ＡＰ２を介してルーティングされる。プリフィックス2001:2015:20ae:1::/64を含むネットワークアドレスを使用して停電検出システムからNode1に送出されるメッセージは、ＡＰ１を介してルーティングされる。

図４は、ノードデバイスをアクセスポイントに登録するための処理４００を概略的に示す通信フローチャートである。ネットワークアドレスを取得するためにノードデバイスを登録することは、ネットワークアドレスの任意の形式又はプロトコルに適用されてもよい。好適な一実施形態において、ＬＡＮはＩＰｖ６プロトコルを使用してもよい（ＩＰｖ６プロトコルのみを使用してもよく又はＩＰｖ４プロトコルと共に使用してもよい）。説明する目的で、処理４００はＩＰｖ６ネットワークアドレスを使用する無線ＬＡＮのノードを記述する。好適な一実施形態において、ノードＭは、発見処理を起動し、隣接ノード及び出入口を提供する１つ以上のＬＡＮのアクセスポイントを識別する。ノードＭは、ルーティング解析を更に起動し、最小のパスコストで１つ以上のアクセスポイントを介する出口を提供する１ホップ隣接ノードの好適な集合を識別してもよい。ノードＭは、１つ以上のＡＰ及び関連するＤＮＳサーバに対して登録処理を開始してもよい。４０１において、ノードＭはレイヤ２登録メッセージをアクセスポイントＡＰに送出する。４０２において、ＡＰは、ＡＰと関連付けられるＩＰｖ６プリフィックスを含むレイヤ２確認応答メッセージにより応答する。更に確認応答メッセージは、構成情報を含んでもよい。好適な一実施形態において、構成情報は、ノードＭがＤＮＳサーバに登録されるのを可能にする情報を含む。別の実施形態において、ＡＰはノードＭの代わりにＤＮＳ要求をプロキシしてもよい。４０３において、ノードＭはレイヤ２確認応答メッセージを受信し、レイヤ３ＩＰｖ６登録メッセージをＤＮＳに送出する。好適な一実施形態において、ＤＮＳへのＩＰｖ６登録メッセージはノードＭのＩＰｖ６アドレスを含む。ＩＰｖ６登録メッセージは、ＡＰから受信されるＩＰｖ６プリフィックス及び固有のＩＰｖ６「接尾語」を利用して、ノードＭのＩＰｖ６アドレスを完成する。これは、ＲＦＣ２４６２のステートレス自動設定ステップと矛盾しないように行なわれる。好適な一実施形態において、ＩＰｖ６接尾語はノードＭのＭＡＣアドレスに基づく。別の実施形態は、ＭＡＣアドレスに基づかない他の接尾語を使用してノードＭの一意のＩＰｖ６アドレスを作成してもよい。尚、ノードＭのＩＰｖ６アドレスはグローバルで一意である必要はない。

レイヤ３確認応答メッセージは、ステップ４０４においてＤＮＳからノードＭに送出され、４０５においてノードＭにより受信される。レイヤ３確認応答メッセージは、ＤＮＳサーバへのノードＭの登録の登録確認を含んでもよく、また追加の情報を含んでもよい。

処理４００は１つのアクセスポイントへの１つのノードの登録のみを示すが、好適な実施形態において、全てのノードが少なくとも１つのアクセスポイントに登録される。更に、好適な一実施形態において、ノードと関連するＬＡＮ上に２つ以上のアクセスポイントが存在する場合、ノードはＬＡＮ上の２つ以上のアクセスポイントに登録される。ノードは、ノードが関連するＬＡＮ上の全てのアクセスポイントに登録されてもよい。

好適な実施形態において、所定のノードはノードと関連付けられる２つ以上の一意のＩＰｖ６アドレスを有してもよい。上述のように、ノードのＩＰｖ６アドレスがアクセスポイントのＩＰｖ６プリフィックス及び固有の構成要素（例えば、ノードのＭＡＣアドレス）から判定される場合、ノードが複数のアクセスポイントに登録される時はノードは複数の一意のＩＰｖ６アドレスと関連付けられる。このように、ノードはマルチホームであってもよい。

４０６において、ノードＭは、レイヤ３ＳＮＭＰ ＴＲＡＰ又はＩＮＦＯＲＭメッセージをバックオフィスシステムＢＯＳに送出してもよい。あるいは、ＤＮＳサーバはＳＮＭＰを介してＢＯＳに信号を伝送してもよい。ＳＮＭＰ ＴＲＡＰ又はＩＮＦＯＲＭメッセージは、ノードＭの少なくとも１つのＩＰｖ６アドレスを含むのが好ましい（また、ノードＭと関連付けられる複数のネットワークアドレスを含んでもよい）。４０７において、ＢＯＳはＳＮＭＰ ＴＲＡＰ又はＩＮＦＯＲＭメッセージを受信し、ＧＭＩ（汎用管理インタフェース）データクエリ等のレイヤ３メッセージにより応答する。ＧＭＩデータクエリメッセージは、ノードＭに関する情報を要求してもよい。例えばノードＭがユーティリティネットワークのメータである場合、ＧＭＩデータクエリメッセージはメータの構成設定に関する情報、メータの状態、計量供給されるコモディティに関する情報を要求してもよい。４０８において、ノードＭはデータクエリメッセージを受信し、データ応答メッセージを送出する。４０９において、ＢＯＳはノードＭからデータ応答メッセージを受信する。

ＢＯＳは、所定のノードのネットワークアドレスを随時要求してもよい。例えばメッセージが受信されていると予想された時にＢＯＳがノードＭからメッセージをまだ受信していない場合、ＢＯＳはノードＭにクエリしてもよい。ＢＯＳがノードＭのネットワークアドレスを有していない場合、あるいは好適な一実施形態のように、ＢＯＳが受信したメッセージに応答していない限りネットワークがネットワークアドレスを要求するように構成される場合、ＢＯＳはＤＮＳサーバに対してルックアップ（すなわち、ＤＮＳ解決要求）を実行してもよい。４１０において、ＢＯＳはノードＭに対するＩＰｖ６ネットワークアドレスルックアップメッセージをＤＮＳサーバに送出する。４１１において、ＤＮＳサーバはノードＭのＩＰｖ６アドレスによりＢＯＳに応答する（これは、ＤＮＳサーバがノードＭのネットワークアドレスを有する場合であり、有していない場合は、ＤＮＳサーバはノードＭのネットワークアドレスを有していないことを応答してもよい）。ノードＭのＩＰｖ６アドレスは４１２において受信される。

ノードが登録されていない場合、あるいはＢＯＳがノードのネットワークアドレスを受信していない場合、ＢＯＳはＩＰアドレスをプログラムにより導出しようとしてもよく、あるいはＩＰアドレスを生成しようとしてもよい。ＢＯＳは、ＡＰのＩＰｖ６アドレス及びノードのＭＡＣアドレスを使用してアドホックＩＰｖ６アドレスを作成してもよい（上述のように）。ＢＯＳはＩＰｖ６メッセージをＡＰに更に送出し、ノードの一意のＭＡＣ識別子に従うノードに基づいてメッセージをノードに転送するようにＡＰに要求してもよい。あるいは、ＢＯＳはノードのネットワークアドレスを判定し且つ／又は登録処理の結果を調査するためにノードをpingするようにＡＰに要求してもよい。

ノードＭが電力損失、セキュリティの問題、ハードウェア又はソフトウェアに関する問題、ネットワークの問題等の問題に直面した場合、ノードＭは、ＳＮＭＰ ＴＲＡＰ又はＩＮＦＯＲＭメッセージ等、問題を示すメッセージをＢＯＳ（又はノードＭが到達可能な任意のデバイス）に送出してもよい。電力損失の場合、ノードＭは「最後」のメッセージを送出してもよい。４１３において、ノードＭは最後のメッセージをＡＰに送出する。一般に、最後のレイヤ２メッセージは非常に短く、ノード及びネットワークのリソースを節約するために重要な情報のみを含むため、メッセージは他の隣接ノード及び対応するＡＰにより確実に受信される。４１４において、ＡＰは最後のメッセージをノードＭから受信し、好適な実施形態においてはＳＮＭＰ ＴＲＡＰ又はＩＮＦＯＲＭ ＰＤＵ（プロトコルデータ単位又はＳＮＭＰパケット）を「最後の」Ｌ２メッセージにパックし、それらのメッセージをＢＯＳに転送し、ＡＰが最後のメッセージをノードＭから受信したことを示す。

（例２）−輸送ノードに対するネットワークアドレス指定
この例は、図５に示すような輸送デバイスである所定のノードを有する。特にノードＨは、電気グリッドから充電されるバッテリを有してもよいハイブリッド車である。ノードＨを電源にプラグ接続すると、ノードＨは、ＢＯＳ−ＨＢと呼ばれる電気ユーティリティ課金ＢＯＳとの通信を確立しようとする。この例において、ノードＨは、ＩＰｖ６プロトコルを使用する無線通信ネットワークであるＬＡＮ−７の有効範囲領域内にある。ノードＨは、ＬＡＮ−７内の少なくとも１つのアクセスポイントにレイヤ２登録要求メッセージを送出する。ＬＡＮ−７に対するアクセスポイントであるＡＰ１は、4ea3であるＩＰｖ６プリフィックスにより応答する。ノードＨは、ＡＰ１から受信したプリフィックスを使用して一意のＩＰｖ６アドレスを作成する。ノードＨは、ＡＰ１からのＩＰｖ６プリフィックスと共にノードＨのネットワークカードのＭＡＣアドレスを使用して一意のＩＰｖ６アドレスを作成する。ノードＨは、ＬＡＮ−７に関連するＤＮＳサーバにレイヤ３登録メッセージを送出し、ＤＮＳサーバから確認応答を受信する。ノードＨは、ＡＰ２と呼ばれるＬＡＮ−７への第２のアクセスポイントに更に登録される。ＡＰ１及びＡＰ２は双方とも、通信ネットワークを介してＢＯＳ−ＨＢと通信できる。ＡＰ２はＩＰｖ６プリフィックス21ffをノードＨに送出し、ノードＨはそれを使用してＡＰ２と関連付けられる第２の一意のＩＰｖ６アドレスを作成する。ノードＨは、ＳＮＭＰ ＴＲＡＰ又はＩＮＦＯＲＭメッセージをＢＯＳ−ＨＢに送出し、ＬＡＮ−７上にいることを示す。更に、ＢＯＳ−ＨＢへのメッセージは、ノードＨが電気グリッドに現在接続されており且つノードＨのバッテリを充電するための電力を受け取っていることをＢＯＳ−ＨＢに警告する情報を含む。ＢＯＳ−ＨＢは、ノードＨの電気使用料を調査するメッセージをノードＨに送出し、ノードＨが依然としてネットワーク上にあるかをチェックするメッセージを更に送出する。ノードＨにメッセージを送出する前に、ＢＯＳ−ＨＢはＤＮＳサーバに対してノードＨのネットワークアドレスのルックアップを実行する。ＤＮＳサーバは、ノードＨに対応するルックアップ要求に応答して、ノードＨと関連付けられる２つの一意のＩＰアドレスのうちＢＯＳ−ＨＢに提供するＩＰアドレスを判定してもよい。この例示される実施形態において、ＤＮＳサーバのルートレジストリは、ノードＨに対応するＩＰｖ６アドレスと関連する一意の優先指標を含む。有線指標は、ＡＰ２がＡＰ１より信頼性のあるＡＰ２との接続を有するため、ＡＰ２がＡＰ１より優先されることを指定する。従って、ＤＮＳサーバはＡＰ２と関連付けられるネットワークアドレスによりＢＯＳ−ＨＢに応答する。ＢＯＳ−ＨＢはＡＰ２と関連付けられるネットワークアドレスを使用して、ＡＰ２を介してノードＨにメッセージをルーティングする。ＡＰ２を介してＢＯＳ−ＨＢからノードＨにメッセージを配信できなかった場合、ＢＯＳ−ＨＢ（又はネットワーク上の別のデバイス）は、ノードＨと関連付けられる次に優先されるネットワークアドレスを要求及び受信し、ノードＨに対する次に優先されるネットワークアドレスを使用して失敗したメッセージを再送してもよい。ノードＨに対する次に優先されるネットワークアドレスはＡＰ１に対応するため、失敗したメッセージの再試行はＡＰ１を介してノードＨにルーティングされる。ＡＰ２と関連付けられるネットワークアドレスへのメッセージの配信の失敗に応答して、ＤＮＳサーバは、ノードＨと関連付けられる１つ以上のネットワークアドレスと関連する優先指標を変更してもよく、更に１つ以上の基準（例えば、ノードＨに近接すること、ＡＰ２への依存性、ノードＨへの依存性等）に従って他のノードの優先指標を変更してもよい。ＤＤＮＳレジストリ中の優先指標を変更する要求は、ノードＨ、ＢＯＳ−ＨＢ、ＡＰ−１、ＡＰ−２のうちの任意の１つから発信されてもよい。
ノードＨは、ノードＨのネットワークアドレスを含むパケットを送出することにより、ＡＰ２から受信されるＢＯＳ−ＨＢからの要求に応答する。含まれるネットワークアドレスがＡＰ１のプリフィックスを含む場合、パックはＡＰ１を介してＢＯＳ−ＨＢにルーティングされてもよく、それによりネットワークアドレスは複数のアクセスポイントのうちＬＡＮ−７から出る際に使用するアクセスポイントを判定できる。ノードＨは、ノードＨと関連付けられる複数のネットワークアドレスのうちノードＨから送出されるパケットのヘッダに含めるネットワークアドレスを選択してもよい。ノードＨに含まれるアクセスポイントプリフィックスに基づいてパケットをルーティングすることにより、ＬＡＮの出口ポイントが選択されてもよく、それにより複数の出口を有する実施形態において出口の制御が可能になる。
ノードＨが１つの場所から別の場所に移動できる移動ノードである（その結果、所定のＡＰ、ノード又はＬＡＮと直接接続しなくなる可能性がある）ため、ＡＰは移動ノードの登録を抹消してもよい。例えば移動ノードは、事前設定された期間又は設定可能な期間ＡＰと通信していない場合に登録を抹消されてもよい。更に又はあるいは、移動ノードは登録を抹消しないように１つ以上のＡＰに情報を送出してもよく、あるいはＡＰにおけるポリシーが１つ以上の特性に基づいて所定の移動ノードの登録を抹消しないことを決定してもよい。

＜＜ＩＰｖ６ユーティリティネットワークをサポートするシステム構成要素＞＞
ＩＰｖ６アドレス指定及びプロトコルを使用する通信をサポートできるユーティリティネットワークは、好ましくはＩＰｖ６を使用して通信できる種々のデバイスを使用してもよい。好適な実施形態において、ユーティリティノード、アクセスポイント及びバックオフィスシステム等のシステム構成要素は、各システム構成要素に組み込まれるＩＰｖ６機能性サポートを有する。ＩＰｖ６対応システム構成要素の好適な実施形態を図６、図７及び図８と関連して示し且つ説明する。

図６は、上述の通信ネットワーク６００で見られるノード６００を概略的に示すブロック図である。好適な一実施形態において、ノード６００は、デバイス情報制御器６０１、メモリ６０２、ＬＡＮラジオ制御器／インタフェース６０３、プライベートラジオ制御器／インタフェース６０４、メータ／外部データインタフェース６０５及びＩＰｖ６プロトコル制御器６０９を含んでもよい。メータ及び外部データインタフェース６０５は、スレーブデバイス６０６、ローカルメータデータインタフェース６０７及び／又は外部センサデバイス出力インタフェースに接続してもよい。ＩＰｖ６プロトコル制御器６０９は、ＩＰｖ６パケットを送受信してもよく、更にＩＰｖ６トンネルを作成又は維持するか、あるいは必要に応じてパケットをカプセル化／非カプセル化してもよい。

例示するノード６００は、コモディティを計量供給するメータを含まないが、別の実施形態は、計量供給機能を含んでもよい。

例示するノード６００は、プライベートネットワークラジオ又はＬＡＮラジオ等のラジオを含まないが、ノードの別の実施形態は、１つ以上のラジオを含んでもよい。

例示するノード６００は、単一のデバイスとして説明されるが、別の実施形態は、例示するノード６００を実現する際に複数のコンピュータ、電子デバイス又はラジオを使用してもよい。

図７は、上述の通信ネットワーク６００において見られるアクセスポイント７００を概略的に示すブロック図である。無線ＬＡＮ等のネットワークのノードに対するゲートウェイとしての役割を更に果たしてもよいアクセスポイント７００は、アクセスポイント情報制御器７０１、メモリ７０２、ＷＡＮインタフェース７０３、プライベート無線ラジオネットワーク制御器７０４、無線ＬＡＮラジオ制御器／インタフェース７０５及びネットワークＩＤ ＩＰｖ６プロトコル制御器７０６を含んでもよい。ネットワークＩＤ ＩＰｖ６プロトコル制御器７０６はトンネルブローカを更に含んでもよく、あるいはトンネルブローカはトンネルブローカを利用する実施形態においてルータ／6in4フォーマッタとは別個に含まれてもよい。

例示するアクセスポイント７００は、プライベートネットワークラジオ、ＷＡＮ又はＬＡＮラジオ等のラジオを含まないが、アクセスポイントの別の実施形態は、１つ以上のラジオを含んでもよい。

例示するアクセスポイント７００は、ネットワーク中のメータ又は他のデバイス（例えば、中継器等）と別個であるが、別の実施形態は、ネットワーク中のノード、メータ、中継器、あるいは任意の他のデバイス又はシステムの機能性を組み合わせることができる。

アクセスポイント７００は、単一のデバイスとして説明されるが、別の実施形態は、アクセスポイント７００を実現する際に複数のコンピュータ、電子デバイス又はラジオを使用してもよい。

図８は、上述の通信ネットワーク５００において見られるバックオフィスシステム８００を概略的に示すブロック図である。バックオフィスシステム８００は、通信サーバ８０１、無線プライベートネットワーク通信制御器８０２、ルータ／6in4フォーマッタ８０３、アプリケーションサーバ８０４及びデータベースサーバ８０５を含んでもよい。無線プライベートネットワーク通信制御器８０２は、プライベート無線ネットワークと通信してもよい。ルータ／6in4フォーマッタ８０３は、ＷＡＮと通信してもよい。ルータ／6in4フォーマッタはトンネルブローカを更に含んでもよく、あるいはトンネルブローカはトンネルブローカを利用する実施形態においてルータ／6in4フォーマッタとは別個に含まれてもよい。ＷＡＮは、インターネット、イントラネット又は任意の他の種類のワイドエリアネットワークであってもよい。あるいは、フォーマッタはＩＰｖ６カプセル化のための6to4フォーマッタであってもよい。アプリケーションサーバは、ユーティリティネットワークにおいて使用されてもよい任意の種類のアプリケーションであってもよい。例は、課金アプリケーション、会計アプリケーション、停電検出及び／又は管理アプリケーション、構成及び／又は提供アプリケーション、プロキシサーバ、ＤＮＳ又はＤＮＳサーバ等のネットワークアプリケーション、記憶、バックアップ及び／又は回復アプリケーション、顧客インタフェースアプリケーション（例えば、顧客がノードに関連する面又はノードの面を制御することを可能にするインタフェースアプリケーション）、ノードマネージャ、コンテンツ管理又は配信システム、通信マネージャ又は通信提供アプリケーション等を含むが、それらに限定されない。

バックオフィスシステム８００は、単一のエンティティとして説明されるが、データセンタの複数のサーバ等の１つ以上のコンピュータ上に実現されてもよい。バックオフィスシステム８００の説明される構成要素は、異なるコンピュータ上で実現されてもよく、あるいは複数のコンピュータにわたり実現されてもよい。更にバックオフィスシステム８００は、複数の場所又は複数のネットワークの複数のコンピュータにわたり実現されてもよい。バックオフィスシステム８００は、複数のアプリケーションを更に集約してもよく又は更に含んでもよい。例えばバックオフィスシステムは、会計システム及び顧客課金システムの双方を含んでもよい。別の例として、バックオフィスシステムは課金システム及びプロキシサーバを含んでもよい。追加の別の実施形態において、任意の数のアプリケーションの追加の組合せが含まれてもよい。

＜＜ユーティリティノードサブネットワーク＞＞
図９は、ユーティリティノードサブネットワーク９００を概略的に示すブロック図である。ネットワーク９００は、ユーティリティノード９０１を含んでもよい。ユーティリティノードは、コモディティメータを含んでもよく、あるいはコモディティメータとインタフェースしてもよい。ユーティリティノード９０１は、通信ネットワーク９０２と通信できる。好適な一実施形態において、ユーティリティノード９０１は、ＩＰプロトコル（ＩＰｖ４又はＩＰｖ６）を使用して無線ＬＡＮと通信できる無線ラジオを含む。ユーティリティノード９０１は、構内デバイスインタフェース９０３を更に含む。構内デバイスインタフェース９０３は、構内デバイス９０４に接続し、ユーティリティノードと構内デバイスとの間の通信リンクを提供する。更にユーティリティノードは、構内デバイス９０４とユーティリティノードに接続される通信ネットワーク９０２との間の通信リンクを提供する。

好適な一実施形態において、ユーティリティノード構内デバイスインタフェース９０３は、通信できる構内デバイスにネットワークアドレスを割り当てる。１つの可能な実施形態において、構内デバイスインタフェース９０３により割り当てられるネットワークアドレスはＩＰアドレスである。構内デバイスに割り当てられるネットワークアドレスは、通信ネットワーク９０２内で一意であるのが好ましい。構内デバイスインタフェース９０３は、構内のサブネット外の構内デバイスに割り当てられるネットワークアドレスを共有してもよく又は共有可能にしてもよい。従って、構内デバイスは構内のサブネットワークの外側から直接アドレス指定可能である。ユーティリティノードは、対応する構内デバイスの代わりに割り当てられたＩＰアドレスをプロキシし、通信ネットワークの他のノードが割り当てられたＩＰアドレスを使用して構内デバイスと通信できるようにする。例３は、１つの可能な実施形態を通してこのことを示す。

（例３）−ＩＰｖ６ネットワークアドレス指定を使用する構内通信
この例は、ノード名がNode 31 Cedar Aveであるユーティリティノードの例である。Node 31 Cedar Aveは、住宅単位（家）で展開され、複数のプロトコル及び通信技術を介して構内デバイス（家の内部にあるデバイス）と通信できる。例えばUtility Node 31 Cedar Aveは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を使用して又はＰＬＣ（電力線搬送）対応デバイスが家の電力グリッドに接続された状態でＰＬＣ通信を使用してデバイスと通信してもよい。例示する家は、５つの構内デバイス、すなわちＷＰＡＮを介して通信するサーモスタット、ＷＰＡＮを介して通信するプールポンプ、ＰＬＣを介して通信する冷凍庫及びＷＰＡＮを介して通信するホームエンターテイメントシステムを含む。
ＷＰＡＮは、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ（ＩＥＥＥ８０２．１５．４）、ＩｒＤＡ、ＵＷＢ（ＩＥＥＥ８０２．１５．３）、Ｄｕｓｔ ＴＳＭＰ、Ｉｎｓｔｅｏｎ、ＩＥＥＥ８０２．１５に基づく他の技術を含むがそれらに限定されないネットワーク技術又は規格の任意の１つ又は任意の組合せであってもよい。
Utility Node 31 Cedar Aveは、ＩＰｖ６通信プロトコルを使用してユーティリティネットワークと無線通信する。ユーティリティネットワークは、他のユーティリティノード及び少なくとも１つのアクセスポイント、並びにNode 31 Cedar Aveを管理するＢＯＳを含む。
Utility Node 31 Cedar Aveは、家の電気使用料を監視及び報告する電気使用料メータを含む。更にNode 31 Cedar Aveは、家の天然ガス使用料を監視及び報告する天然ガスメータに接続される他のコモディティメータに対するインタフェースを含む。
Node 31 Cedar Aveは、それらの構内デバイスの各々にＩＰｖ６アドレスを割り当てる。Node 31 Cedar Aveは、サーモスタット、プールポンプ、冷凍庫及びエンターテイメントシステムに対する割り当てられたＩＰｖ６アドレスを通信ネットワークと共有する。特に、構内デバイスのネットワークアドレスは、ユーティリティネットワークに接続され且つ自宅所有者が構内デバイスを監視及び制御できるようにする構内管理ポータルとの間で共有される。１つ以上の構内デバイスのネットワークアドレスは、通信ネットワーク内のNode 31 Cedar Aveによりプロキシされてもよく、あるいは通信ネットワークを介してNode 31 Cedar Aveと通信してもよい。
自宅所有者（又は他の人）は、構内管理ポータルを介して、割り当てられたＩＰアドレスを使用して構内デバイスと通信してもよい。Node 31 Cedar Aveは、構内デバイス用パケットを受信し、割り当てられたＩＰアドレスに従って指定デバイスを識別し、適切な構内通信システム（ＷＰＡＮ、ＰＬＣ等）を介してパケットのペイロードを指定デバイスに転送する。同様に、構内通信システムを介して受信される構内デバイスからの通信信号は、パケットのペイロードに入力され、構内デバイスに割り当てられたネットワークアドレスを含んで構内管理ポータルに送出される。
構内デバイスに対する構内レジストリエントリは、以下を読み出してもよい。

Node 31 Cedar Aveは、割り当てられたネットワークアドレス及び構内通信技術を使用して、構内デバイスと構内通信ネットワークの外部との通信を可能にする。

好適な一実施形態において、ユーティリティノードは、構内デバイスに対するアクセス制御リスト（ＡＣＬ）を更に維持してもよい。ＡＣＬを使用して、ユーティリティノードは、ＡＣＬに従って構内デバイスへのアクセスを可能にする。例えばＡＣＬは、ホームセキュリティシステムがセキュリティポータルからのアクセスのみを許可してもよいことを指定してもよい。ホームセキュリティシステムと通信しようとする任意のデバイス又はシステムは、ＡＣＬにおいて指定される適切な検証情報をセキュリティポータルに対応するものとして提供しない限りアクセスを拒否される。

ユーティリティノードＡＣＬは、受信トラフィック及び送信トラフィックのいずれか又は双方に対して許可されるサービスポート又はネットワークデーモン名を更に指定してもよい。

好適な一実施形態において、ユーティリティノードは、構内デバイスにルーティング可能なネットワークアドレスを割り当ててもよい。構内デバイスは、上記例３のようにネットワークアドレスを使用できなくてもよい。ここで、ＷＰＡＮ及びＰＬＣデバイスは、自身のネットワークアドレスを使用し且つＩＰアドレスを割り当てる。従って、構内デバイスに割り当てられたネットワークアドレスは、ユーティリティノードによりプロキシされる。ＩＰｖ６を使用する実施形態において、アクセスポイントは、割り当てられたＩＰｖ６アドレスの一部分をユーティリティノードに割り当ててもよい。その結果、ユーティリティノードは、ユニーティリティノードに割り当てられたＩＰｖ６アドレスから構内デバイスにアドレスを割り当ててもよい。好適な一実施形態において、ＡＰは１つ以上のユーティリティノードに連続アドレスのブロックを割り当ててもよい。ユーティリティノードは、割り当てられたアドレスの任意のアドレス又はそれらの割り当てられたアドレスの一部分を構内デバイスに割り当ててもよい。

デバイスに割り当てられたネットワークアドレスは、デバイス、アクセスポイント又はそのデバイス自身と通信するユーティリティノードのＭＡＣアドレスに部分的又は全体的に基づいてもよい。

更に又はあるいは、規則又はポリシーは、構内デバイスへのアドレスの割当てを判定するために使用されてもよい。規則は、デバイスの種類、デバイスの属性、デバイスにより使用されるネットワーク技術又はネットワークプロトコル、デバイスのコモディティ使用料の種類（例えば、電気、ガス、水等）、デバイスのコモディティ使用料の履歴又は特性（例えば、使用料が多い、使用料が中程度等）、デバイスの場所が物理的に特定される構内又は構内の一区画、デバイスの割当て属性（例えば、デバイスの重要度、医療機器、消火機器、セキュリティ機器、緊急対応機器等のデバイスの用途等）、あるいはデバイスのユーザ又は構内の所有者／オペレータにより割り当てられる属性に基づいてもよい。更に規則は、例えばデバイスの種類、物理的構内、消費電力、並びにデバイスがセキュリティ又は緊急対応に関連するかを考慮して先に列挙した複数の要素を組み合わせてもよい。

更に又はあるいは、いくつかのネットワークアドレスは、特定のデバイス、用途、ユーザ等のために確保されてもよい。例えば、ある特定のネットワークアドレスは緊急対応部隊又は機器のために確保されてもよい。従って、所定の構内サブネットに現れる緊急対応者の移動構内デバイスは、緊急対応者のそのようなデバイスに対して確保されたアドレスのグループから１つのアドレスを割り当てられてもよい。更に確保されたアドレスのグループから与えられるアドレスは、応答者の種類（警察、火災、ＥＭＴ等）、それらの応答者の関係機関又は組織（部門、区域等）、デバイスの種類、あるいは組織、目的、デバイスの任意の他の属性等に基づいてアドレスを割り当てる等の規則に従って割り当てられてもよい。

例４は、ユーティリティノードへのアドレスの割当て及びユーティリティノードを使用する構内デバイスへの割当てアドレスの割当てを実現する１つの可能な実施形態を示す。

（例４）−構内ＩＰｖ６ネットワークアドレスの割当て
ノード名がMeter HMであるユーティリティノードは、住宅単位（家）で展開され、複数のプロトコル及び通信技術を介して構内デバイス（家又は隣接する家の内部にあるデバイス）と通信できる。更にMeter HMは、家で使用される電気を計量供給するコモディティメータを更に含む。Meter HMは、ＰＬＣ対応デバイスが家の電力グリッドに接続された状態でＷＰＡＮ又はＰＬＣを使用してデバイスと通信してもよい。家は、Meter HMと通信できる６つの構内デバイス、すなわちＷＰＡＮを介して通信するサーモスタット、ＰＬＣを介して通信する冷凍庫、ＷＰＡＮを介して通信するホーム警報システム、家の一部分を監視し且つＷＰＡＮを介して通信するビデオカメラ、年配の身内の健康状態を監視してもよく且つＷＰＡＮを介して通信する健康状態監視システム及びＷＰＡＮを介して通信するホームエンターテイメントシステムを含む。
Meter HMは、ＩＰｖ６通信プロトコルを使用してユーティリティネットワークと無線通信する。ユーティリティネットワークは、Meter HMを管理するＢＯＳ、並びに他のユーティリティノード、アクセスポイントＡＰ２１４、ＡＰ１３７及びＡＰ８を含む。ＢＯＳは、自宅所有者が構内デバイスの一部又は全てを監視又は制御、あるいは監視及び制御できるようにするカスタマーポータルを更に含む。
アクセスポイントＡＰ２１４、ＡＰ１３７及びＡＰ８の各々は、ＩＰｖ６アドレスの/64の割当てを有する。アクセスポイントＡＰ１３７は、ユーティリティノードMeter HMにＩＰｖ６アドレスの/125を割り当てている。Meter HMは、登録された構内デバイスにアドレスを割り当てるためにＩＰｖ６アドレスの/125の割当てからアドレスを選択する。Meter HMは、ＷＰＡＮを解して通信するサーモスタット、ＰＬＣを介して通信する冷凍庫、ＷＰＡＮを介して通信するホーム警報システム、ＷＰＡＮを介して通信するビデオカメラ、ＷＰＡＮを介して通信する健康状態監視システム及びＷＰＡＮを介して通信するホームエンターテイメントシステムにアドレスを割り当てる。１つ以上の構内デバイスが除去される場合、あるいはMeter HMから登録が抹消される場合、Meter HMは除去されたか又は登録が抹消された構内デバイスに割り当てられていたネットワークアドレスを別の構内デバイスに再割り当てしてもよい。

ユーティリティノードへのアドレスのブロックの割当ては、種々の基準に従って分離されてもよい。例えばユーティリティネットワークの種々の区画は、地理的又は論理的に、利用可能なアドレスブロックの部分集合から割り当てられるアドレスブロックを有してもよい。

例示される上記実施形態は、ユーティリティノードのある構内に割り当てられる（又は設置される）ユーティリティノードと通信する構内デバイスを有していたが、別の実施形態は、構内デバイスが隣接する構内からユーティリティノードを介して通信することを可能にしてもよい。

上記例は、ＣＩＤＲ（Classless Inter-Domain Routing）表記に従って所定のサイズの連続ブロックを使用したが、別の実施形態は、連続であっても不連続であっても任意のサイズのアドレスブロックを使用できる。

＜＜ＩＰｖ６ノードからのパケットのＩＰｖ４ネットワークの通過＞＞
ＩＰｖ４ネットワークを介する「6to4」通信を使用するか又は「6in4」通信を使用するかの判定は、アクセスポイント、バックオフィスシステム又はシステムの別の構成要素により行なわれてもよい。ＩＰｖ４ネットワークを介するユーティリティネットワークにおけるＩＰｖ６ノード間の通信は、ノードの種類、ネットワークの種類、選択されたアクセスポイント、バックオフィスシステム、メッセージの種類、メッセージの内容、所望のセキュリティティレベル等に従って「6to4」又は「6in4」通信を介してもよい。例えば向上したセキュリティに対しては、「6in4」通信が使用されてもよい。尚、「6in4」通信は多くの場合にトンネリングと呼ばれ、「6to4」通信は多くの場合にネットワークアドレス変換（ＮＡＴ）又はパケットカプセル化と呼ばれる。

図１０は、ＩＰｖ４トンネルがＩＰｖ６ＬＡＮ及びＩＰｖ６バックオフィスシステムを接続するネットワーク１０００を概略的に示すブロック図である。ネットワーク１０００は、２つのローカルエリアネットワーク１００１及び１００２を含む。ＬＡＮ１００１及び１００２はノード１００３を含む。好適な実施形態において、ノード１００３はユーティリティノードである。ＬＡＮ１００２は、アクセスポイントＡＰ１ １００４に接続される。ＬＡＮ１００１は、アクセスポイントＡＰ２ １００５及びＡＰ３ １００６に接続される。アクセスポイントＡＰ１ １００４及びアクセスポイントＡＰ２ １００５は、通信ネットワーク１００７に接続する。アクセスポイントＡＰ３ １００６は、通信ネットワーク１００８に接続する。好適な実施形態において、通信ネットワーク１００７及び１００８はワイドエリアネットワークである。バックオフィスシステムＢＯＳ−１ １００９は、ＷＡＮ１００７に接続する。バックオフィスシステムＢＯＳ−２ １０１０は、ＷＡＮ１００７及びＷＡＮ１００８に接続する。バックオフィスシステムＢＯＳ−３ １０１１は、ＷＡＮ１００８に接続する。

例示する実施形態において、ＬＡＮ１００１及び１００２はＩＰｖ６プロトコルを使用して通信する。同様に、ＷＡＮ１００８はＩＰｖ６通信プロトコルを利用する。ＬＡＮ１００１をＷＡＮ１００８に接続するアクセスポイントＡＰ３ １００６は、ＩＰｖ６を利用する。バックオフィスシステムＢＯＳ−１ １００９、ＢＯＳ−２ １０１０及びＢＯＳ−３ １１０１は全て、ＩＰｖ６通信プロトコルを利用する。

ＷＡＮ１００７はＩＰｖ４ネットワークであり、ＩＰｖ６をサポートしない。ＬＡＮ１００２及び１００１をＷＡＮ１００７にそれぞれ接続するアクセスポイント１００４及び１００５は、ＩＰｖ６を使用して通信でき、ＩＰｖ６パケットがＢＯＳ１００９及び１０１０に向けてＷＡＮ１００７を通過すること及びその逆を容易にする機構に関与する。

ＢＯＳ−１ １００９又はＢＯＳ−２ １０１０用のＬＡＮ１００２上のノード１００３からのメッセージは、ＩＰｖ６アドレス及びパケット形式を使用してアクセスポイントＡＰ１ １００４に送出される。ＡＰ１ １００４は、ＷＡＮ１００７を通るＩＰｖ６トンネル（動的に又は手動で設定される）を作成及び使用する。ＬＡＮ１００１上のノード１００３からＢＯＳ−２ １０１０へのＩＰｖ６パケットは、ＷＡＮ１００７又はＷＡＮ１００８を介してパケットをルーティングしてもよい。ＩＰｖ６パケットがＷＡＮ１００８を介してルーティングされる場合、ＡＰ３ １００６が使用され、ＷＡＮ１００８がＩＰｖ６ネットワークであるため、トンネリング、変換又はカプセル化は実行される必要はない。しかし、パケットがＷＡＮ１００７を介してルーティングされる場合、ＡＰ２ １００５が使用され、図１０で説明されるように、ノード１００３からのＩＰｖ６パケットは「6in4」トンネルを通過するか、あるいは図１２に関連して以下に説明されるように6to4仮想トンネルでＷＡＮ１００７を通過するためにＩＰｖ４パケットにカプセル化されてもよい。

図１１に示すように、ＩＰｖ６ＬＡＮと関連付けられるアクセスポイントとＢＯＳとの間のパケットの流れはＩＰｖ４ＷＡＮを介する。

図１２は、ＩＰｖ６パケットがＩＰｖ４ＷＡＮを通過するネットワーク１２００を概略的に示すブロック図である。ネットワーク１２００は、２つのローカルエリアネットワーク１２０１及び１２０２を含んでもよい。ＬＡＮ１２０１及び１２０２はノード１２０３を含む。好適な実施形態において、ノード１２０３はユーティリティノードである。ＬＡＮ１２０１及び１２０２は、ＩＰｖ６プロトコル及びアドレス指定を使用してノード１２０３と通信する。ＬＡＮ１２０２は、アクセスポイントＡＰ１ １２０４に接続される。ＬＡＮ１２０１は、アクセスポイントＡＰ２ １２０５及びＡＰ３ １２０６に接続される。アクセスポイントＡＰ１ １２０４及びアクセスポイントＡＰ２ １２０５は、通信ネットワーク１２０７に接続する。アクセスポイントＡＰ３ １２０６は、通信ネットワーク１２０８に接続する。好適な実施形態において、通信ネットワーク１２０７及び１２０８は、ＩＰｖ４プロトコル及びアドレスを使用して通信するワイドエリアネットワークである。バックオフィスシステムＢＯＳ−１ １２０９は、ＷＡＮ１２０７に接続する。バックオフィスシステムＢＯＳ−２ １２１０は、ＷＡＮ１２０８に接続する。バックオフィスシステムＢＯＳ−３ １２１２は、ＷＡＮ１２０８に接続する。

バックオフィスシステムＢＯＳ−１、ＢＯＳ−２及びＢＯＳ−３のうちの１つ以上にメッセージを送出するＬＡＮ１２０１又は１２０２上のノード１２０３は、１つ以上のＩＰｖ４ＷＡＮ１２０７又は１２０８を通過する必要がある。

ＬＡＮ１２０１又は１２０２上のノード１２０３は、ＩＰｖ６アドレスを使用してＩＰｖ６パケットを適切なアクセスポイントに送出し、指定バックオフィスシステムと通信する。ＢＯＳ−１ １２０９が指定バックオフィスシステムである場合、ＡＰ１ １２０４が使用されてＷＡＮ１２０７に接続してもよい。ＡＰ１ １２０４は、ノード１２０３からＩＰｖ６パケットを受信し、受信したＩＰｖ６パケットをＩＰｖ４パケットのペイロード部分にカプセル化してもよい。ＡＰ１は、その目的のために自身に対するグローバルＩＰｖ４アドレスを有するか又は取得してもよい。Protocol 41を含むＩＰｖ４ヘッダは、ＩＰｖ６パケットの先頭に付加される。ＢＯＳ−１と関連付けられるＩＰｖ４アドレスは、ＩＰｖ６パケットを含むＩＰｖ４パケットにおいてペイロードとして使用される（ＩＰｖ６パケットはＩＰｖ４パケット内のデータグラムである）。先頭に付加されたパケットヘッダに対するＢＯＳ−１のＩＰｖ４アドレスは、ＩＰｖ６宛先アドレスの2002::プリフィックスに続く３２ビットを抽出することによりカプセル化パケットのＩＰｖ６宛先アドレスから導出可能である。そのような一実施形態において、先頭に付加されたパケットのＩＰｖ４発信元アドレスはＡＰ１のＩＰｖ４アドレスである。パケットＩＰｖ４パケットは、ＷＡＮ１２０７を介してＢＯＳ−１１２０９に送信される。ＢＯＳ−１ １２０９は、ＩＰｖ４パケットを受信し、カプセル化ＩＰｖ６パケットを抽出する。ＩＰｖ６パケットのペイロードは、ＢＯＳ−１ １２０９により抽出される。このように、ＡＰ１ １２０４及びＢＯＳ−１ １２０９は、明示的なトンネルを確立せずにＩＰｖ４ＷＡＮ１２０７を介する「6to4」トンネル変換を使用する。

あるいは、ＡＰ１ １２０４は、ノード１２０３からＩＰｖ６パケットを受信し、ＷＡＮ１２０７を使用してＢＯＳ−１ １２０９に送信するためにＵＤＰパケット内にＩＰｖ６パケットをカプセル化する。上述のように、ＡＰ１ １２０４及びＢＯＳ−１ １２０９はＩＰｖ４ＷＡＮ１２０７を介してＩＰｖ６パケットを交換できる。

ＩＰｖ４ＷＡＮ及びＩＰｖ６ＬＡＮを介してノード１２０３にメッセージを送出することを意図するＢＯＳ−１ １２０９は、ＷＡＮ１２０７を介してＡＰ１ １２０４にＩＰｖ４パケットを送出してもよい。ＡＰ１ １２０４は、ノード１２０３用であり且つＢＯＳ−１ １２０９から受信されるパケットのＩＰｖ４アドレスの先頭にＩＰｖ６プリフィックスを付加してもよく、それにより、ＩＰｖ４アドレスはＩＰｖ６ＬＡＮ１２０１を介して受信パケットを送信するために効果的に変換可能になる。

更に別の実施形態において、図１０に関連して上述したように、ＩＰｖ６の「明示的なトンネル」は１つ以上のＩＰｖ４ＷＡＮを通って作成されてもよい（あるいは、２つ以上のＩＰｖ６トンネルは所定のＩＰｖ４ＷＡＮを通って作成されてもよい）。例えばＬＡＮ１２０１又は１２０２上のノード１２０３は、ＩＰｖ６アドレスを使用してＩＰｖ６パケットを適切なアクセスポイントに送出して指定バックオフィスシステムと通信する。ＢＯＳ−１ １２０９が指定バックオフィスシステムである場合、ＡＰ１ １２０４はＷＡＮ１２０７に接続するために使用されてもよい。ＡＰ１ １２０４は、ノード１２０３からＩＰｖ６パケットを受信し、ＩＰｖ４ＷＡＮ１２０７を通るＩＰｖ６トンネルを確立してもよい（あるいは、確立されたＩＰｖ６トンネルにアクセスしてもよい）。トンネルブローカ（不図示）は、ＩＰｖ４ＷＡＮ１２０７を通るＩＰｖ６トンネルを確立してもよい。これは、好適な実施形態において指定ＢＯＳ側及びＡＰノード側のノード間のトラフィックが常にそのトンネルを使用する設定トンネルである（6in4トンネルと呼ばれる）。設定スクリプトは、ワイドエリアネットワークを通るトンネルを確立する際にユーティリティネットワークのアクセスポイントとバックオフィスシステムとの間で交換されてもよい。好適な一実施形態において、ＡＰ１ １２０４はＢＯＳ−１ １２０９へのＩＰｖ６トンネルを確立する。しかし、別の実施形態は、１つ以上のアクセスポイントへのＷＡＮを通る「6in4」トンネルを確立する１つ以上のバックオフィスシステムを有してもよい。6in4トンネルは設定トンネルである。別の実施形態において、ＩＰｖ６パケットのＵＤＰカプセル化は、例えばＷＡＮ１２０７の通過パケットがＷＡＮ１２０７に存在する可能性のある任意のＮＡＴ（ネットワークアドレス変換）デバイスによりブロックされないことを防止するために更に使用されてもよい。

ＡＰ１ １２０４により受信されるＩＰｖ６パケットＩＰｖ４は、ＷＡＮ１２０７を通る「6in4」トンネルを介してＢＯＳ−１ １２０９に送信される。ＢＯＳ−１ １２０９は、ＩＰｖ６パケットを受信及び処理する。同様に、ＢＯＳ−１ １２０９は、ＷＡＮ１２０７を通る「6in4」トンネルを使用してＩＰｖ６パケットをＡＰ１ １２０４を介してノード１２０３に送出してもよい。

＜＜ＩＰｖ６ユーティリティＬＡＮネットワークのＩＰｖ４パケットの通過＞＞
図１３は、ＩＰｖ４パケットがＩＰｖ６ＬＡＮを通過するネットワーク１３００を概略的に示すブロック図である。ネットワーク１３００は、２つのローカルエリアネットワーク１３０１及び１３０２を含んでもよい。ＬＡＮ１３０１及び１３０２はノード１３０３を含む。好適な実施形態において、ノード１３０３はユーティリティノードである。ＬＡＮ１３０２は、アクセスポイントＡＰ１ １３０４に接続される。ＬＡＮ１３０１は、アクセスポイントＡＰ２ １３０５及びＡＰ３ １３０６に接続される。アクセスポイント１３０４及びアクセスポイント１３０５は、通信ネットワーク１３０７に接続する。アクセスポイント１３０６は、通信ネットワーク１３０８に接続する。好適な実施形態において、通信ネットワーク１３０７及び１３０８はワイドエリアネットワークである。バックオフィスシステムＢＯＳ−１ １３０９は、ＷＡＮ１３０７に接続する。バックオフィスシステムＢＯＳ−２ １３１０は、ＷＡＮ１３０７及びＷＡＮ１３０８に接続する。バックオフィスシステムＢＯＳ−３ １３１１は、ＷＡＮ１３０８に接続する。

ＬＡＮ１３０１上のノード１３１２はＩＰｖ４を使用して通信するＩＰｖ４ノードであるが、ＬＡＮ１３０１はＩＰｖ６を利用する。ＩＰｖ６ＷＡＮ及びアクセスポイントを介してＬＡＮ１３０１に接続するＢＯＳ１３１０にメッセージを送出するノード１３１２は、ＬＡＮ１３０１上のＩＰｖ４パケットを送出するノード１３１２により達成されてもよい。

ノード１３１２は、ＢＯＳ−１ １３０９に転送するためにＩＰｖ４パケットをＡＰ２に送出する。この場合、ＡＰ２はＩＰｖ４パケット中の宛先ヘッダを読み出すがパケットを再フォーマットしない機能を有し、パケットはＢＯＳ−１ １３０９又はＢＯＳ−２ １３１０に向かってＩＰｖ４ＷＡＮ１３０７を通過し、ＢＯＳ−１ １３０９及びＢＯＳ−２ １３１０の双方はＩＰｖ４パケットを除去し且つ発信元情報及びペイロードを読み出す機能を有し、ＢＯＳ−１ １３０９及びＢＯＳ−２ １３１０はＷＡＮ１３０７を通過し且つＡＰ２ １３０５によりノード１３１２に転送するためにＩＰｖ４ノード１３１２用のＩＰｖ４パケットを更に生成する。

１つの可能な別の実施形態において、ＡＰ２ １３０５は、ＩＰｖ４アドレス及びヘッダをＩＰｖ６にマップ及び変換し且つペイロードを読み出してＩＰｖ６パケットにマップする機能を有する。その後、ＩＰｖ６パケットは、全ての他のＩＰｖ６パケットと同様に6to4又は6in4トンネルでＷＡＮ１３０７を通過し、ＢＯＳ１３０９及びＢＯＳ１３１０は、再フォーマットされたＩＰｖ６パケットを受信及び処理し且つノード１３１２に応答して又はノード１３１２と通信してＩＰｖ６パケットを生成する。戻りのＩＰｖ６パケットは、ノード１３１２に転送される前にＡＰ２ １３０５によりＩＰｖ４形式に再び変換される。

更に別の可能な実施形態において、ＩＰｖ６ＷＡＮを介してＢＯＳ１３１０又はＢＯＳ１３１１に向かうノード１３１２からのＩＰｖ４パケットは、ＡＰ２ １３０５又はＡＰ３ １３０６によりＩＰｖ６形式に変換され、ＢＯＳ１３１０又はＢＯＳ１３１１に転送される（このように、6in4又は6to4トンネリングは含まれる必要はない）。

特定の実施形態を参照して本発明を説明した。しかし、上述の好適な実施形態以外の特定の形態で本発明を実施できることは、当業者には容易に明らかとなるだろう。これは、本発明の主旨から逸脱せずに行なわれる。

従って、好適な実施形態は単なる例示であり、限定されるものとして考えられるべきではない。本発明の範囲は、上記説明ではなく添付の請求の範囲により与えられ、請求の範囲の範囲内の全ての変形及び等価物が本発明に含まれることが意図される。

Claims (24)

1. コモディティメータ情報を受信でき、ユーティリティネットワークに接続される、複数のユーティリティノードと、
   前記ユーティリティネットワークに接続され、少なくとも１つのワイドエリアネットワークへの通信を提供する複数のアクセスポイントデバイスと
   を具備し、
   前記複数のユーティリティノードのうちの少なくとも１つのユーティリティノードが複数のアクセスポイントデバイスに登録され、
   所与のワイドエリアネットワークを介してアクセス可能な指定ネットワーク宛先に送出されるユーティリティノードからのメッセージが、前記指定ネットワーク宛先がアクセスされる際に介する前記ワイドエリアネットワークと関連付けられるアクセスポイントを介して送出される
   ことを特徴とする無線通信システム。
2. 前記指定ネットワーク宛先は、グローバルネットワークアドレスと関連付けられ、
   前記指定ネットワーク宛先と関連付けられる前記グローバルネットワークアドレスは、前記メッセージを送出するために前記ユーティリティノードにより使用される
   ことを特徴とする請求項１記載の無線ネットワークシステム。
3. 複数のアクセスポイントデバイスに登録されたユーティリティノードは、複数のアクセスポイントデバイスに登録された前記ユーティリティノードと関連付けられる複数の一意のネットワークアドレスを受信することを特徴とする請求項１記載の無線ネットワーク。
4. 前記複数の一意のネットワークアドレスのうち少なくとも１つのネットワークアドレスは、前記ユーティリティノードが登録される前記アクセスポイントデバイスのうち１つのアクセスポイントデバイスに対応することを特徴とする請求項３記載の無線ネットワーク。
5. 登録される前記アクセスポイントデバイスのうち１つのアクセスポイントデバイスに対応する前記複数の一意のネットワークアドレスのうちの少なくとも１つのネットワークアドレスは、前記ユーティリティノードが登録される前記アクセスポイントデバイスと関連付けられるアドレスプリフィックスを含むことを特徴とする請求項４記載の無線ネットワーク。
6. 前記アドレスプリフィックスは、ＩＰｖ６アドレスプリフィックスであることを特徴とする請求項５記載の無線ネットワーク。
7. ネットワークにおいて通信する方法であって、
   少なくとも１つの無線ローカルエリアユーティリティネットワークと関連付けられる少なくとも１つのアクセスポイントデバイスに登録メッセージを送出する工程と、
   前記送出した登録に対応する少なくとも１つのアクセスポイントデバイスからネットワークアドレスプリフィックスを受信する工程と、
   少なくとも１つの無線ローカルエリアユーティリティネットワークと関連付けられる前記少なくとも１つのアクセスポイントデバイスと通信できるユーティリティノードに対する一意のネットワークアドレスを生成する工程と、
   ダイナミックドメインネームサーバに前記一意のネットワークアドレスを登録する工程と
   を有することを特徴とする方法。
8. 前記一意のネットワークアドレスは、前記アクセスポイントデバイスから受信された前記受信ネットワークアドレスプリフィックスを含むことを特徴とする請求項７記載の方法。
9. 前記一意のネットワークアドレスはＩＰｖ６アドレスであり、
   前記受信ネットワークアドレスプリフィックスは前記アクセスポイントデバイスに対応するネットワークアドレスのＩＰｖ６プリフィックスである
   ことを特徴とする請求項８記載の方法。
10. 前記一意のネットワークアドレスはＩＰｖ４アドレスであり、
    前記受信ネットワークアドレスプリフィックスは前記アクセスポイントデバイスに対応するネットワークアドレスのＩＰｖ４プリフィックスである
    ことを特徴とする請求項８記載の方法。
11. 前記一意のネットワークアドレスはＩＰｖ６アドレスであり、
    前記受信ネットワークアドレスプリフィックスは前記アクセスポイントデバイスに対応するネットワークアドレスのＩＰｖ６プリフィックスである
    ことを特徴とする請求項８記載の方法。
12. 前記アクセスポイントデバイスから受信された前記受信ネットワークアドレスプリフィックスを含む前記一意のネットワークアドレスに従って前記ユーティリティノードにメッセージをルーティングする工程を更に有し、
    前記ルーティングされるメッセージは、前記ＩＰｖ６プリフィックスに対応する前記アクセスポイントデバイスを介してルーティングされる
    ことを特徴とする請求項９記載の方法。
13. 前記送出された登録に対応する複数のアクセスポイントデバイスからネットワークアドレスプリフィックスを受信する工程と、
    少なくとも１つの無線ローカルエリアユーティリティネットワークと関連付けられる前記少なくとも１つのアクセスポイントデバイスと通信できるユーティリティノードに対して、少なくとも２つが受信ネットワークアドレスプリフィックスに対応するアクセスポイントデバイスに対応するネットワークアドレスのＩＰｖ６プリフィックスを含む複数の一意のネットワークアドレスを生成する工程と、
    前記一意のネットワークアドレスをダイナミックドメインネームサーバに登録する工程と
    を更に有することを特徴とする請求項１２記載の方法。
14. ユーティリティノードに対する前記複数の一意のネットワークアドレスのうち１つのネットワークアドレスがネットワークアドレス優先指標に従って選択されることを特徴とする請求項１３記載の方法。
15. 前記ネットワークアドレス優先指標は、前記少なくとも１つの無線ローカルエリアユーティリティネットワークと関連付けられるＤＮＳサーバに格納されることを特徴とする請求項１４記載の方法。
16. 前記受信ネットワークアドレスプリフィックスは、前記複数のアクセスポイントデバイスのうち少なくとも１つのアクセスポイントデバイスからネットワークアドレスとして受信されることを特徴とする請求項１３記載の方法。
17. ネットワークにおいて通信する方法であって、
    ユーティリティノードに対するネットワークアドレスを受信する工程と、
    アクセスポイントデバイスと関連付けられるユーティリティノードに対応する一意のネットワークアドレスを提供する工程と
    を有し、
    ユーティリティノードに対応する前記提供された一意のネットワークアドレスを使用して送出されるメッセージがアクセスポイントを介してルーティングされる
    ことを特徴とする方法。
18. 一意のネットワークアドレスを提供することは、前記同一のユーティリティノードに対応する複数の一意のネットワークアドレスから選択されることを特徴とする請求項１７記載の方法。
19. 一意のネットワークアドレスを提供することは、優先指標に従って選択されることを特徴とする請求項１８記載の方法。
20. 前記優先指標は、前記対応するユーティリティノードへの接続のパケット配信性能の設定可能なコスト計測値に対応することを特徴とする請求項１９記載の方法。
21. 前記優先指標は、信頼性と、速度と、優先度と、リンク品質とのうち少なくとも１つに基づくことを特徴とする請求項１９記載の方法。
22. 前記優先指標は、設定可能なポリシーに対応することを特徴とする請求項２０記載の方法。
23. 前記ユーティリティノードにメッセージを配信する試みが失敗したことに応答して前記ユーティリティノードにメッセージを送出するために使用される前記一意のネットワークアドレスに対応する前記優先指標を変更する工程を更に有することを特徴とする請求項１９記載の方法。
24. 最初のパケット配信の試みが失敗した際に別のルートを選択する工程を更に有することを特徴とする請求項２２記載の方法。

Images