JP4861415B2 - メッシュネットワーク用オンデマンドルーティングプロトコルのための経路最適化 - Google Patents

Description

分野：メッシュネットワークは、その性能、効率、および実用性を改善するため、いっそうの進歩が必要とされている。本明細書の他の部分で説明する実施形態は、その改善を可能にするものである。

関連技術：本明細書で説明する技術および概念は、公知または周知であるとの明示的な断りがない限り、それらに関する文脈提供、定義、または比較用のものも含め、これまでに公知または先行技術の一部であったと解釈すべきものではない。この明細書で文献を引用する場合、特許、特許出願、および出版物を含むそれら全ての引用文献は、すべての目的について具体的に盛り込まれているかどうかにかかわらず、参照によりその全体を本明細書に組み込むものとする。本明細書の説明は、いずれかの参照文献が関連する先行技術であるとも、またいずれかの参照文献がこれら文献が実際に公開（出版）された内容または日付に関する事実承認であるとも解釈すべきではない。
この出願の発明に関連する先行技術文献情報としては、以下のものがある（国際出願日以降国際段階で引用された文献及び他国に国内移行した際に引用された文献を含む）。
米国特許出願公開第２００４／０００８６６３号明細書 "Ｍｅａｎ ｆｉｅｌｄ ｎｅｔｗｏｒｋ ｂａｓｅｄ ＱｏＳ ｒｏｕｔｉｎｇ ｓｃｈｅｍｅ ｉｎ ｗｉｒｅｌｅｓｓ ｍｅｓｈ ｎｅｔｗｏｒｋｓ"，Ｌｉａｎｇｇｕｉ Ｌｉｕ；Ｇｕａｎｇｚｅｎｇ Ｆｅｎｇ；Ｗｉｒｅｌｅｓｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，Ｎｅｔｗｏｒｋｉｎｇ ａｎｄ Ｍｏｂｉｌｅ Ｃｏｍｐｕｔｉｎｇ，２００５．Ｐｒｏｃｅｅｄｉｎｇｓ．２００５ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ，Ｖｏｌｕｍｅ ２，２３−２６ Ｓｅｐｔ．２００５ Ｐａｇｅ（ｓ）：１１１０−１１１３ "Ｐａｔｈ ｃｏｓｔ ｍｅｔｒｉｃｓ ｆｏｒ ｍｕｌｔｉ−ｈｏｐ ｎｅｔｗｏｒｋ ｒｏｕｔｉｎｇ"，Ｃａｏ，Ｌ．；Ｄａｈｌｂｅｒｇ，Ｔ．；Ｐｅｒｆｏｒｍａｎｃｅ，Ｃｏｍｐｕｔｉｎｇ，ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｎｆｅｒｅｎｃｅ，２００６ ＩＰＣＣＣ ２００６． ２５ｔｈ ＩＥＥＥ Ｉｎｔｅｒｎａｔｉｏｎａｌ，１０−１２ Ａｐｒｉｌ ２００６ Ｐａｇｅ（ｓ）：７ ｐｐ．

本発明は、多数の方法で実施（実装）でき、方法、製造品、機器、システム、物質の組成物、その他コンピュータ可読記憶媒体などのコンピュータ可読媒体や、光通信リンクまたは電子通信リンク経由でプログラム命令が送信されるコンピュータネットワークなどとして実施可能である。本明細書では、これらの実施態様、または本発明が取りうる他のいかなる形態も、技術と呼ぶことができる。一般に、本明細書で開示する方法の各工程（工程段階）の順序は、本発明の範囲内で変更可能である。本発明の１若しくはそれ以上の一実施形態は、詳細な説明の項で開示している。この詳細な説明の項には、この項の他の部分に関する理解を促進するため、「はじめに（概論）」の項を含めている。この「はじめに（概論）」では、本明細書で開示する概念に係る例示的なシステムおよび方法を簡潔にまとめた例示的な組み合わせについて説明する。以下、「結論」の項で詳述するように、本発明は、登録特許の末尾に添付された請求項の範囲内で考えられるすべての変更（修正）形態および変形形態を包含する。

本発明は、多数の方法で実施（実装）でき、工程、製造品、機器、システム、物質の組成物、その他コンピュータ可読記憶媒体などのコンピュータ可読媒体や、光通信リンクまたは電子通信リンク経由でプログラム命令が送信されるコンピュータネットワークなどとして実施可能である。本明細書では、これらの実施態様、または本発明が取りうる他のいかなる形態も、技術と呼ぶことができる。一般に、本明細書で開示する方法の各工程（工程段階）の順序は、本発明の範囲内で変更可能である。

以下では、本発明の１若しくはそれ以上の一実施形態について、本発明の原理を例示した添付の図面とともに詳細に説明している。本発明は、このような実施形態に関連付けて説明するが、いかなる実施形態にも限定されるものではない。本発明の範囲は請求項でのみ限定され、本発明は、多くの代替形態、変更（修正）形態、および均等物（等価物）を包含する。以下の説明では、本発明が完全に理解されるよう具体的な詳細事項を多数記載する。これらの詳細事項は例示目的で提供するものであり、本発明は、これら具体的な詳細事項の一部または全部がなくとも、添付の請求項に従って実施可能である。明瞭性のため、本発明を不必要に曖昧にしないよう、本発明に関する技術分野で公知の技術的事項は詳述していない。

本項は、以降の詳細な説明をより短時間で容易に理解できるようにするために含めたものである。本項の説明は必然的に本発明の対象全体を要約したもので、本発明の完全網羅および限定的な説明を目的としたものではなく、したがって本発明は本項で説明する概念に限定されるものではない。例えば、以下では、本明細書の紙面および構成の制限上、特定の実施形態についてのみ概要を提供している。実際、本明細書の残りの部分全体にわたり説明した最終的に請求項と整合するものも含め、他の実施形態も多数ある。以下、「結論」の項で詳述するように、本発明は、登録特許の末尾に添付された請求項の範囲内で考えられるすべての変更（修正）形態および変形形態を包含する。

一部の実施態様では、通信を行う必要のあるノードが送信先への有効な経路を有さない場合のみ、メッシュネットワーク用のオンデマンドルーティングプロトコルにより経路が発見される。したがって、ノードが移動し若しくはネットワークに新しいノードが加わってネットワークトポロジーが変化する場合、およびその変化により利用可能な送信先へのより良好な経路がもたらされる場合は、前記ノードが現在使用している経路が切断されない限り、前記ルーティングプロトコルがより良好な経路を発見しそれを使用することはない。種々の実施形態では、オーバーヘッドの低い機序のセットを実施（実装）し、前記プロトコルが現在使用している経路が切断されていない場合でも、より良好な経路が利用可能になった場合にそれを発見するための経路累積を発見フラッド（ディスカバリーフラッド）中に行うオンデマンドルーティングプロトコルを有効にする。換言すると、この機序（すなわち「経路最適化」）では、機能中の経路が利用可能であっても経路を改善することができる。この経路最適化機序により、ルーティング情報を受動的に学習するネットワーク内ノードは、ルーティング情報の重要な変化を知る必要のあるノードに通知を行えるようになる。一部の実施形態では、明示的な制御パケットを交換することなく、最新経路に関するルーティング情報の学習と、その情報の恩恵を受けるノードの決定とが行われる。この経路最適化機序の１つとしては、改善された経路とそれより不適な経路との分岐点であるノードから前記改善された経路を記述する情報の通信などがある。

用語
本明細書の他の部分では、各種用語を使って、種々の実施形態および実施態様の要素および態様を一部選んで説明している。以下に、代表的な用語を挙げる。

ノード：ノードの例には、電子装置がある。

パケット：パケットの例は、ノードが互いに通信する情報が、パケットに細分化されている場合などである。

リンク：リンクの例としては、２つ（若しくはそれ以上）のノードが互いに通信する能力の概念的表現がある。リンクは、有線（ノードは、電気的または光学的な相互接続などの物理媒体により情報を搬送するよう接続される）または無線（ノードは、物理媒体を使わず無線技術などにより接続される）であってよい。

経路：経路の例には、１若しくはそれ以上の一連のリンクがある。

パスメトリック：パスメトリックの例には、経路の望ましさを反映するメトリック（数値指標）がある。例えば、考えられるメトリックの１つとして、経路のホップ数などのリンク数がある。経路は、ホップ数が少ない方が有利である。その利点としては、使用する資源が少なくて済み（転送回数が少ないため）、パケット損失の危険性が低い（パケットが各送信先に到達する前に失われる確率が低いため）ことなどがある。

最良の経路：最良の経路の例には、所定の基準に従ってパケットが（秩序正しく）通過すると送信元から送信先への移動が効率的になる、順序付きノードリストがある。パラメータおよび動作条件は時とともに変化するため、いかなる最良の経路も「既知の」最良の経路、例えば一定の基準に基づき特定の時点で評価された経路であり、異なる時点では異なる最良の経路が利用できる可能性がある。また、最良の経路は、それを決定するルーティングプロトコルに照らし測定される１若しくはそれ以上のメトリックに基づき、「ほぼ最適」であると見なすことができる。

ネットワーク：ネットワークの例には、有線リンクおよび無線リンクの任意の組み合わせを介して相互通信可能なノードのセットがある。

メッシュネットワーク：メッシュネットワークの例には、マルチホップネットワークへと自己組織化するノードのセットがある。一部の使用シナリオにおいて、メッシュネットワークの資源は限られている（利用可能な帯域幅、利用可能な計算能力、利用可能なエネルギーなど）。

マルチメッシュネットワーク：マルチメッシュネットワークの例には、そのマルチメッシュネットワークで提供される資源の利用者から見ると、単一のネットワークとして動作しているように見える相互接続されたメッシュのセットがある。

共有アクセスネットワーク：共有アクセスネットワークの例には、任意ノードにより送信されるパケットに対し、そのネットワーク内の他の全ノードがオーバヒアリングする（聞き耳を立てる）ネットワークがある。そのようなネットワークの実施態様例は、８０２．３ ＬＡＮである。

イングレス（入口）メッシュ：イングレスメッシュの例には、マルチメッシュへのパケットの入口となるメッシュがある。

エグレス（出口）メッシュ：エグレスメッシュの例としては、マルチメッシュからのパケットの出口となるメッシュがある。

イングレスメッシュノード：イングレスメッシュノードの例には、パケットの入口となるノードがあり、これは例えば非メッシュリンクからのパケットをメッシュリンク／ネットワークへ転送するノードである。

エグレスメッシュノード：エグレスメッシュノードの例としては、パケットの出口となるノードがあり、これは例えばメッシュリンクからのパケットを非メッシュリンク／ネットワークへ転送するノードである。

メッシュブリッジ（ノード）：メッシュブリッジの例には、２つ以上のメッシュネットワークに同時に参加するノードがあり、これは例えば少なくとも２つのメッシュネットワークに同時に結合されている。ブリッジノードにより、第１のメッシュに接続された（またはその第１のメッシュの一部である）ノードは、第２のメッシュに接続された（またはその第２のメッシュの一部である）ノードと通信することができる。

（メッシュ）ブリッジリンク：メッシュブリッジリンクの例には、２つのメッシュ間のトラフィックを転送するため使用される２つのブリッジノード間のリンクがある（各ブリッジノードは、それぞれのメッシュに結合されている）。

イングレスブリッジノード：イングレスブリッジノードの例には、イングレスメッシュからのパケットの出口となるメッシュブリッジがある。

エグレスブリッジノード：エグレスブリッジノードの例には、エグレスメッシュからのパケットの入口となるメッシュブリッジがある。

メッシュポータル：メッシュポータルの例には、メッシュネットワークの一部であるノードがあり、これは別の（共有アクセス）ネットワークにも接続されている。メッシュポータルにより、メッシュに接続されたノードまたはメッシュの一部であるノードは、共有アクセスネットワークの一部であるノードまたは共有アクセスネットワーク経由で到達可能なノードと通信することができる。一部の実施形態において、メッシュネットワークは、透過レイヤー２トランスポートとしてネットワーク外にあるように見え、すなわち１つのポータルからメッシュに投入されたパケットは、修正されないまま別のポータルからそのメッシュを出る。

イングレスメッシュポータル：イングレスメッシュポータルの例としては、メッシュへのパケットの入口となるポータルがあり、これは例えば非メッシュリンク／ネットワークからメッシュリンク／ネットワークへパケットを転送するポータルである。

エグレスメッシュポータル：エグレスメッシュポータルの例には、メッシュからのパケットの出口となるポータルがあり、これは例えばメッシュリンク／ネットワークから非メッシュリンク／ネットワークへパケットを転送するポータルである。

メッシュクライアントインターフェース：メッシュクライアントインターフェースの例には、クライアント装置へ結合するための（メッシュネットワークのノードの一部である）インターフェースがある。

メッシュネットワークゲートウェイインターフェース（メッシュＮＧＩ）：メッシュＮＧＩの例には、メッシュネットワークの一部であるノードがあり（例えば、メッシュネットワークの一部として構成されたインターフェースを有する）、これは別のネットワークにも接続されている（例えば、他のネットワーク上に構成されたインターフェースを有する）。メッシュＮＧＩにより、メッシュネットワークに接続されたノードまたはメッシュの一部であるノードは、共有アクセスネットワークの一部であるノードまたは共有アクセスネットワーク経由で到達可能なノードと通信することができる。一部の実施形態において、メッシュネットワークは、透過レイヤー２トランスポートとしてネットワーク外にあるように見える。すなわち、１つのＮＧＩでメッシュに投入されたパケットは、修正されないまま別のＮＧＩまたはクライアントインターフェースからそのメッシュを出る。

イングレスメッシュインターフェース：イングレスメッシュインターフェースの例には、メッシュへのパケットの入口となるインターフェースがあり、これは例えば非メッシュリンク／ネットワークからメッシュリンク／ネットワークへパケットを転送するインターフェースである。

エグレスメッシュインターフェース：エグレスメッシュインターフェースの例には、メッシュからのパケットの出口となるインターフェースがあり、これは例えばメッシュリンク／ネットワークから非メッシュリンク／ネットワークへパケットを転送するインターフェースである。

ユニキャスト：ユニキャストの例としては、２ノード間の通信がある。

ブロードキャスト：ブロードキャストの例には、１つのノードから複数のノードに到達することを目的とした通信がある。一部の使用シナリオでは、これら複数のノードは、ネットワーク上の全ノードを含む。また一部のシナリオでは、ブロードキャストは、意図された全ノードに到達しない場合がある（例えばパケット損失のため）。

フラッド：フラッドの例にはノードにより送信されたブロードキャストがあり、このブロードキャストを受信した他の全ノードにより再ブロードキャストされて、潜在的にネットワーク内の全ノードに到達する。

ルーティングプロトコル：ルーティングプロトコルの例としては、メッシュネットワーク内の各ノードに実装された機構のセットがあり、この機構は、そのネットワークに関する情報を見出す役割を果たし、そのネットワークの各ノードが同じネットワークの他のノードと通信できるようにする（その他のノードが当該ノードから数ホップ離れている場合でも）。

経路累積：経路累積の例は、パケットを転送する各ノードが、各自のアドレスをそのパケットに加える場合などである。

例示的な組み合わせ
以下、本明細書で開示する概念に係る例示的なシステムおよび方法について簡潔にまとめる。各段落では、請求項に類似した非公式の形式で代表的な各特徴の組み合わせについて説明する。これらの概論は、本発明と相互に排他的なものでも、本発明を余すところなく説明したものでも、本発明を制限するものでもなく、本発明は、これらの代表的な組み合わせに限定されるものではない。以下、「結論」の項で詳述するように、本発明は、本特許の末尾に添付された請求項の範囲内で考えられるすべての変更（修正）形態および変形形態を包含する。

第１の実施形態であって、送信元ノードから送信先ノードへの第１の経路および第２の経路を決定する工程と、前記第１の経路および前記第２の経路を比較する工程と、前記第２の経路が前記第１の経路より良好な場合、改善された経路を通知する工程とを有する方法を有する、第１の実施形態。前述の実施形態において、前記比較は、ノード間のホップ数に基づく。前述の実施形態のいずれかにおいて、前記通信工程は、再試行回数が所定の閾値未満であることに部分的に基づく条件付きのものである。前述の実施形態のいずれかにおいて、前記通信工程は、前記第１の経路および前記第２の経路が分岐する位置にあるノードにより開始される。前述の実施形態において、前記通信を開始するノードは、前記第１の経路および前記第２の経路が最初に分岐する位置にある。前記第１の実施形態において、前記第１の経路を決定する第１のノードと、前記第２の経路を決定する第２のノードとは、異なるノードであるか、同じノードである。前記第１の実施形態において、前記第１の経路を決定する第１のノードと、前記送信元ノードとは、異なるノードであるか、同じノードである。前記第１の実施形態において、前記第２の経路を決定する第２のノードと、前記送信先ノードとは、異なるノードであるか、同じノードである。前記第１の実施形態において、前記第１の経路および前記第２の経路の少なくとも一方は、単一のリンクに限定される。前記第１の実施形態において、前記第１の経路および前記第２の経路の少なくとも一方は、複数のリンクを有する。前記第１の実施形態において、前記第１の経路および前記第２の経路の少なくとも一方は、単一のノードを通過する。前記第１の実施形態において、前記第１の経路および前記第２の経路の少なくとも一方は、複数のノードを通過する。

前記第１の実施形態において、前記改善された経路を通知する工程は、非選択的である。前記第１の実施形態において、前記改善された経路を通知する工程は、選択的である。前述の実施形態において、前記選択的な通信は、能動的に通信中のノードおよび選択的に識別されたノードの少なくとも一方へ送信される。前述の実施形態において、この実施形態は、さらに、前記能動的に通信中のノードおよび前記選択的に識別されたノードの少なくとも一方を識別する工程を有する。前述の実施形態において、前記選択的に識別されたノードは、サービスを提供する。前述の実施形態において、前記サービスは、インターネット相互接続サービスおよびウェブプロキシサービスの少なくとも一方を有する。

前記第１の実施形態の全要素を有する第２の実施形態において、この第２の実施形態は、さらに、前記第２の経路の決定に使用される経路情報を収集する工程を有する。前記第２の実施形態において、前記経路情報を収集する工程は、能動的であるか、受動的である。前述の実施形態において、前記能動的に経路情報を収集する工程は、当該経路情報の収集に関連付けられた制御パケットの送信に応答して経路情報を取得する工程を有し、前記受動的に経路情報を収集する工程は、制御パケットの送信を介さない。前記第２の実施形態およびそれに後続する前述の実施形態のいずれかにおいて、前記経路情報は、メッシュネットワークのトポロジーに関する情報を有する。前記第２の実施形態およびそれに後続する前述の実施形態のいずれかにおいて、前記経路情報は、累積された経路情報を有する。

前記第２の実施形態の全要素を有する第３の実施形態において、前記収集された経路情報は、前記第１の経路を決定する第１のノードの第１のネットワークアドレスを有する。前述の実施形態において、前記収集された経路情報は、前記第２の経路を決定する第２のノードの第２のネットワークアドレスをさらに有する。前述の実施形態において、前記収集された経路情報は、前記第１のノードから前記第２のノードへ第３の経路に沿ってトラフィックを転送する第３のノードの第３のネットワークアドレスを有する。

第４の実施形態であって、命令セットを格納して有するコンピュータ可読媒体を有し、前記命令セットが実行されると機能が実行され、当該機能は、送信元ノードから送信先ノードへの第１の経路および第２の経路を決定する工程と、前記第１の経路および前記第２の経路を比較する工程と、前記第２の経路が前記第１の経路より良好な場合、改善された経路を通知する工程とを有する、第４の実施形態。前述の実施形態において、前記比較は、ノード間のホップ数に基づく。前記第４の実施形態およびそれに後続する前述の実施形態のいずれかにおいて、前記通信工程は、再試行回数が所定の閾値未満であることに部分的に基づく条件付きのものである。前記第４の実施形態およびそれに後続する前述の実施形態のいずれかにおいて、前記通信工程は、前記第１の経路および前記第２の経路が分岐する位置にあるノードにより開始される。前述の実施形態において、前記通信を開始するノードは、前記第１の経路および前記第２の経路が最初に分岐する位置にある。

前述の実施形態において、前記通信を開始するノードは、前記第１の経路および前記第２の経路が最初に分岐する位置にある。前記第４の実施形態において、前記第１の経路を決定する第１のノードと、前記第２の経路を決定する第２のノードとは、異なるノードであるか、同じノードである。前記第４の実施形態において、前記第１の経路を決定する第１のノードと、前記送信元ノードとは、異なるノードであるか、同じノードである。前記第４の実施形態において、前記第２の経路を決定する第２のノードと、前記送信先ノードとは、異なるノードであるか、同じノードである。前記第４の実施形態において、前記第１の経路および前記第２の経路の少なくとも一方は、単一のリンクに限定される。前記第４の実施形態において、前記第１の経路および前記第２の経路の少なくとも一方は、複数のリンクを有する。前記第４の実施形態において、前記第１の経路および前記第２の経路の少なくとも一方は、単一のノードを通過する。前記第４の実施形態において、前記第１の経路および前記第２の経路の少なくとも一方は、複数のノードを通過する。

前記第４の実施形態において、前記改善された経路を通知する工程は、非選択的である。前記第４の実施形態において、前記改善された経路を通知する工程は、選択的である。前述の実施形態において、前記選択的な通信は、能動的に通信中のノードおよび選択的に識別されたノードの少なくとも一方へ送信される。前述の実施形態において、この実施形態は、さらに、前記能動的に通信中のノードおよび前記選択的に識別されたノードの少なくとも一方を識別する工程を有する。前述の実施形態において、前記選択的に識別されたノードは、サービスを提供する。前述の実施形態において、前記サービスは、インターネット相互接続サービスおよびウェブプロキシサービスの少なくとも一方を有する。

前記第４の実施形態の全要素を有する第５の実施形態において、この第５の実施形態は、さらに、前記第２の経路の決定に使用される経路情報を収集する工程を有する。前記第５の実施形態において、前記経路情報を収集する工程は、能動的であるか、受動的である。前述の実施形態において、前記能動的に経路情報を収集する工程は、当該経路情報の収集に関連付けられた制御パケットの送信に応答して経路情報を取得する工程を有し、前記受動的に経路情報を収集する工程は、制御パケットの送信を介さない。前記第５の実施形態およびそれに後続する前述の実施形態のいずれかにおいて、前記経路情報は、メッシュネットワークのトポロジーに関する情報を有する。前記第５の実施形態およびそれに後続する前述の実施形態のいずれかにおいて、前記経路情報は、累積された経路情報を有する。

前記第５の実施形態の全要素を有する第６の実施形態において、前記収集された経路情報は、前記第１の経路を決定する第１のノードの第１のネットワークアドレスを有する。前述の実施形態において、前記収集された経路情報は、前記第２の経路を決定する第２のノードの第２のネットワークアドレスをさらに有する。前述の実施形態において、前記収集された経路情報は、前記第１のノードから前記第２のノードへ第３の経路に沿ってトラフィックを転送する第３のノードの第３のネットワークアドレスを有する。

少なくとも２つのノードを有する無線メッシュネットワークを有したシステムを有する第７の実施形態において、各前記ノードは、少なくとも２つの他のノードとの通信を可能にする無線インターフェースをそれぞれ有し、各前記ノードは、無線メッシュネットワークの機能を実行する処理要素をそれぞれ有し、前記機能は、前記無線メッシュネットワークの２つのノード間の経路を決定する経路決定機能と、当該経路決定機能により決定された２つの経路を比較する経路比較機能と、前記無線メッシュネットワークのノードへの経路情報配信を制御する経路配布機能とを有し、前記経路配布機能は、より良好な経路が利用可能であることを前記経路比較機能が示した場合、新しい経路について配信を行う。前述の実施形態において、前記経路比較機能は、ノード間のホップ数を比較する。前記第７の実施形態およびそれに後続する前述の実施形態のいずれかにおいて、前記配布は、再試行回数が所定の閾値未満であることに部分的に基づく条件付きのものである。前記第７の実施形態およびそれに後続する前述の実施形態のいずれかにおいて、前記配布は、前記新しい経路がそれまでの経路から分岐する位置にあるノードにより開始される。

前述の実施形態において、前記通信を開始するノードは、前記第１の経路および前記第２の経路が最初に分岐する位置にある。前記第７の実施形態において、前記第１の経路を決定する第１のノードと、前記第２の経路を決定する第２のノードとは、異なるノードであるか、同じノードである。前記第７の実施形態において、前記第１の経路を決定する第１のノードと、前記送信元ノードとは、異なるノードであるか、同じノードである。前記第７の実施形態において、前記第２の経路を決定する第２のノードと、前記送信先ノードとは、異なるノードであるか、同じノードである。前記第７の実施形態において、前記第１の経路および前記第２の経路の少なくとも一方は、単一のリンクに限定される。前記第７の実施形態において、前記第１の経路および前記第２の経路の少なくとも一方は、複数のリンクを有する。前記第７の実施形態において、前記第１の経路および前記第２の経路の少なくとも一方は、単一のノードを通過する。前記第７の実施形態において、前記第１の経路および前記第２の経路の少なくとも一方は、複数のノードを通過する。

前記第７の実施形態において、前記改善された経路を通知する工程は、非選択的である。前記第７の実施形態において、前記改善された経路を通知する工程は、選択的である。前述の実施形態において、前記選択的な通信は、能動的に通信中のノードおよび選択的に識別されたノードの少なくとも一方へ送信される。前述の実施形態において、この実施形態は、さらに、前記能動的に通信中のノードおよび前記選択的に識別されたノードの少なくとも一方を識別する工程を有する。前述の実施形態において、前記選択的に識別されたノードは、サービスを提供する。前述の実施形態において、前記サービスは、インターネット相互接続サービスおよびウェブプロキシサービスの少なくとも一方を有する。

前記第７の実施形態の全要素を有する第８の実施形態において、この第８の実施形態は、さらに、前記第２の経路の決定に使用される経路情報を収集する工程を有する。前記第８の実施形態において、前記経路情報を収集する工程は、能動的であるか、受動的である。前述の実施形態において、前記能動的に経路情報を収集する工程は、当該経路情報の収集に関連付けられた制御パケットの送信に応答して経路情報を取得する工程を有し、前記受動的に経路情報を収集する工程は、制御パケットの送信を介さない。前記第８の実施形態およびそれに後続する前述の実施形態のいずれかにおいて、前記経路情報は、メッシュネットワークのトポロジーに関する情報を有する。前記第８の実施形態およびそれに後続する前述の実施形態のいずれかにおいて、前記経路情報は、累積された経路情報を有する。

前記第１０の実施形態の全要素を有する第９の実施形態において、前記収集された経路情報は、前記第１の経路を決定する第１のノードの第１のネットワークアドレスを有する。前述の実施形態において、前記収集された経路情報は、前記第２の経路を決定する第２のノードの第２のネットワークアドレスをさらに有する。前述の実施形態において、前記収集された経路情報は、前記第１のノードから前記第２のノードへ第３の経路に沿ってトラフィックを転送する第３のノードの第３のネットワークアドレスを有する。

ルーティングの情報および発見
ノードは、種々のネットワーキングプロトコルの実施時、ルーティング情報を保持し、これを一部使用する。ルーティング情報は、ネットワークの動作中に発見され、ノード間で伝達される。ネットワークトポロジーは、時とともに変化し（ノードの移動、ノードの去来、ノード間の通信に影響を及ぼす環境条件の変化などにより）、新しいルーティング情報が学習され、場合により、実施形態に従って能動的な（制御パケット発信を含む）技術および受動的な（制御パケット発信を含まない）技術の任意の組み合わせを介し配信される。

ルーティング情報
メッシュネットワーク内の各ノードは、そのノードで学習済みの当該ネットワーク内リンクを記述する「経路キャッシュ」などのデータ構造を実装している。ノードは、種々の技術を使ってそのリンク情報を組み合わせ、経路を作成する。次に、送信元ノードは、前記経路情報を使って、前記送信元ノードから複数のホップ数だけ離れたノードも含め、種々の送信先ノードへパケットを送信する。

図１は、メッシュネットワークおよびそれに関連した経路計算と、当該ネットワークを通過する経路と、経路キャッシュに含まれる種々のエントリとの実施形態の詳細を一部選んで例示したものである。より具体的には、このメッシュネットワークは、ノード「Ｓ」１００Ｓ、「Ａ」１００Ａ、「Ｂ」１００Ｂ、「Ｃ」１００Ｃ、「Ｄ」１００Ｄ、「Ｅ」１００Ｅ、「Ｆ」１００Ｆ、「Ｇ」１００Ｇ、「Ｈ」１００Ｈ、および「Ｊ」１００Ｊを含む。経路は、「Ｓ」から始まり、「Ｂ」、「Ｅ」、「Ｆ」、および「Ｊ」を経由して「Ｄ」に到達する態様で例示している。「Ｓ」により実施される経路キャッシュは、（「Ｓ」，「Ａ」）、（「Ｓ」，「Ｂ」）、（「Ｂ」，「Ｅ」）、（「Ｅ」，「Ｆ」）、（「Ｆ」，「Ｊ」）、（「Ｊ」，「Ｄ」）、および（「Ｇ」，「Ｈ」）を含む当該ネットワーク内の種々のリンクを記述する。「Ｓ」から「Ｄ」への経路は存在し、［（「Ｓ」，「Ｂ」），（「Ｂ」，「Ｅ」），（「Ｅ」，「Ｆ」），（「Ｆ」，「Ｊ」），（「Ｊ」，「Ｄ」）］と表すことができる。

ルーティング情報の発見
メッシュネットワークに参加し、オンデマンドルーティングプロトコルを実施しているノード（メッシュネットワークに参加しているノードは「メッシュノード」としても知られる）は、送信先へのパケット送信に伴う処理を行う間、そのノード内に提供された経路キャッシュを調べる。その経路キャッシュに前記送信先への経路を記述する情報が欠落している場合、送信元として機能しているノードは、経路を見つけるため「経路発見（Ｒｏｕｔｅ Ｄｉｓｃｏｖｅｒｙ）」
この経路発見では、前記送信元によりブロードキャストされ、次いでこの経路発見を受信した全ノードにより再ブロードキャストされる「経路要求」（Ｒｏｕｔｅ Ｒｅｑｕｅｓｔ）フラッドがまず実施される。前記再ブロードキャストの動作は、当該ネットワークの全ノードに前記経路発見がフラッドされるまで続けられる。経路発見中に経路累積を行うルーティングプロトコルを実施（実装）した実施形態では、前記経路要求が各ノードにより転送されるに伴い、各ノードが、そのノードのアドレスを、前記経路要求に関連付けられたパケットのヘッダ内のアドレスリストに追加する。その結果、前記経路要求を受信した各ノードには、当該経路要求のコピーを転送したノードを記述する情報が提供され、各ノードは、前記経路要求が通過した全リンクについて「学習」できるようになる。

経路要求パケットは、前記送信先に到達した時点で、前記送信元ノードから前記送信先ノードまでのノード／リンクのリスト（経路）を含んでいることになる。次いで前記送信先ノードは、前記経路を「経路応答」（Ｒｏｕｔｅ Ｒｅｐｌｙ）パケット内に配置し、この経路応答パケットを前記経路発見の送信元へ送信して、この経路発見の一環として発見された前記リンクおよび前記経路について前記送信元に通知する。前記経路応答は前記送信元へ送信されるため、更新されたルーティング情報の通信先は、必然的に前記送信元（および前記送信先から前記送信元への経路上にあるノード）だけに限定される。一部の実施形態において、経路応答情報は、任意選択で前記送信元以外の選択された追加ノードへ送信される。一部の実施形態において、経路応答情報を受信するよう選択される前記追加ノードは、利用者により識別される。一部の実施形態において、前記追加ノードは、インターネット相互接続およびウェブプロキシの任意の組み合わせを含むサービスのプロバイダ側の識別に基づいて選択される。一部の実施形態において、前記追加ノードは、近い将来、新しい経路情報を必要とし若しくはその恩恵を受ける可能性が高いノードとして識別される。

図２は、経路要求および経路応答を含むメッシュネットワーク経路発見処理の一実施形態の詳細を一部選んで例示したものである。より具体的には、このメッシュネットワークは、図１の「Ｓ」１００Ｓ、「Ａ」１００Ａ、「Ｂ」１００Ｂ、「Ｃ」１００Ｃ、「Ｄ」１００Ｄ、「Ｅ」１００Ｅ、「Ｆ」１００Ｆ、「Ｇ」１００Ｇ、「Ｈ」１００Ｈ、および「Ｊ」１００Ｊを含む。経路発見の動作は、ノード「Ｓ」により開始され、送信先ノード「Ｄ」へ送信される。ここで、経路要求２１０ＳＡ、２１０ＳＢ、２１０ＡＣ、２１０ＣＧ、２１０ＧＨ、２１０ＧＪ、２１０ＧＦ、２１０ＨＤ、２１０ＪＤ、２１０ＦＪ、２１０ＥＦ、および２１０ＢＥで例示したように、経路要求フラッドのコピーが１つだけ各ノードにより転送されるシナリオを考慮する。「Ｊ」に到達した前記経路要求の第１のコピーがノード「Ｆ」からのもので、「Ｆ」に到達した前記経路要求の第１のコピーがノード「Ｅ」からのものである場合、（「Ｇ」，「Ｊ」）および（「Ｇ」，「Ｆ」）を除き、例示した全リンクは「Ｄ」により学習される。経路応答はノード「Ｄ」により生成され、経路応答２２０ＤＪ、２２０ＪＦ、２２０ＦＥ、２２０ＥＢ、および２２０ＢＳで例示したように［「Ｓ」、「Ｂ」、「Ｅ」、「Ｆ」、「Ｊ」、「Ｄ」］として記述された経路を戻す。

一部の使用シナリオでは、経路要求の異なるコピーが当該ネットワーク内の異なる経路をたどる。その結果、ノードは、同じ経路発見に帰属する経路要求を２つ以上受信する可能性がある。重複検出を有効にするため、前記経路要求の送信元は、当該送信元に一意のシーケンス番号を前記経路要求に含める。次に、転送を行うノードが、前記シーケンス番号を使って、同じ経路発見に帰属する経路要求パケットを識別する。一部の実施形態において、ノードは、送信元アドレスおよびそれに対応したシーケンス番号情報を有するエントリを含む経路要求テーブルを実装している。この経路要求テーブルは、経路要求が受信されると更新され、経路要求の重複を識別するため検索される。一部の実施形態において、メッシュ内の各ノードは、所与の経路発見を処理する際、一定数のコピーだけ経路要求を転送する。この一定数は、種々の実施態様によれば、１、２、３、またはこれらに類似した他の任意数であってよい。一部の使用シナリオでは、経路要求の１若しくはそれ以上のコピーが、それぞれ異なる経路をたどる。その場合、単一の経路発見中、その経路発見の送信先は、送信元への経路（経路発見のイニシエータへの複数の経路）を複数学習することができる。一部の実施形態では、経路要求が複数コピー転送されるため、経路が１つしか存在しない可能性がある場合でも、あるいは断続的なパケット損失のため潜在的な追加経路が一時的に認識不能な場合でも、複数の経路が発見される可能性が高まる。

経路要求への応答として受信される情報は、その経路要求が送信されターゲットに到達するまでの期間にわたる当該ネットワークの状態を表す。ネットワークトポロジーは経時変化するため、前記期間の前後に送信される別の経路要求では、異なる情報が収集される。ネットワークトポロジーの変化は、ノードがある物理位置から別の物理位置へ移動し、ノードがネットワークから追加され若しくは除去され、または一部のノード間の通信が改善される（または悪化する）よう環境条件が変化した結果でありうる。一般に、ネットワークトポロジーの変化は、経路要求がそのネットワークを通過して移動するに伴い発見および学習される。より効率的な経路（例えば経路キャッシュのコンテキストにおいて）は、より非効率的な経路に取って代わり、動作可能な経路は、動作不能な経路に取って代わる。

例えば、送信元とターゲットとの間の第１の経路を有効にする第１のノードが、第１の経路要求がネットワーク内でアクティブである第１の時間において、動作可能である。この例において、前記送信元と前記ターゲットとの間の第２の経路を有効にする第２のノードは、第２の経路要求がネットワーク内でアクティブである第２の時間において動作可能である（そして、前記第１の時間中は動作不能である）。前記第２の時間が前記第１の時間の後であり、前記第２の経路が前記第１の経路より効率的である場合、ノードは、前記第２の経路を学習し、より非効率的な前記第１の経路に関する情報を置き換えるための前記第２の経路に関する情報を使用することになる。

経路の最適化
経路発見フラッド中、ネットワーク内のノードは、そのネットワーク内で現在利用可能なリンクと、当該ノード、リンク、またはその双方に関連した特性とについて学習する。これらの特性または情報は、前記経路発見の送信先だけでなく、トラフィックを送信している前記ネットワーク内の他のノードにも役立つ可能性がある。ノードが動き、リンク特性が変化し、または他の同様な変更が前記メッシュネットワークに加えられた結果、新しくより良好な経路が前記ネットワーク内で利用可能になった可能性があるため、前記情報は有用である。以下、前記情報を利用してネットワーク性能を改善する「経路最適化」の機序を一部選んでまとめる。

任意の経路発見フラッドを受信した時点で、経路発見の送信元からのアクティブフローの送信先であるノードは、前記経路発見フラッドに伴った経路要求パケットを調べ、新しいリンクがあればそれを決定（または学習）する。次いで前記送信先ノードは、前記新しいリンク（任意選択で、当該送信先がすでに認識しているルーティング情報と組み合わされた）のいずれかが、前記経路要求の送信元にとり改善された経路であるかどうかチェックする。そうである場合、前記送信先ノードは、前記フラッドの送信元へのより良好な経路とともに経路応答を戻す。

計算能力が比較的制約されない（自由に利用できる）使用シナリオでは、ノードは、任意選択で、そのノードのアクティブな通信相手である１若しくはそれ以上のノード（または全ノード）への経路を再計算する。再計算された経路は、現在既知の経路と比較される。より良好な経路が見つかった場合、その各々を経由してアクセスできる全ノードへ、経路応答が送信される。一部の実施形態では、経路比較に、比較対象である経路のホップ数を比較する工程が含まれる。その結果、改善された経路が利用可能になった各ノードへ、経路応答が提供される。一部の実施形態では、１若しくはそれ以上のノードに送信される経路応答パケットを制限するよう、経路応答の開始は、任意選択でレート制限される。

一部の実施形態では、各ノードにおいて、そのノードが送信元、送信先、または転送を行うノードであるアクティブな全通信フロー（またはその任意部分）について、定期的に全経路（またはその任意部分）が再計算される。次に、各前記ノードは、任意選択で、前記再計算された経路をそれ以前に知られていた経路と比較し、より良好な経路が利用できるか決定する。前記ノードがトラフィックの送信元である場合、そのノードでより良好な経路が発見されると、そのノードは、前記より良好な（または新しい）経路をただちに使い始める。前記ノードが送信先である場合、そのノードは、前記フローの送信元へ経路応答を送信することができる。前記ノードがトラフィックフローを転送するノードである場合、そのノードは、新しい（より良好な）経路を、現在前記フローが使用している経路と比較することができる。新しい経路経由で前記フローの送信元へ向かう次のホップが、現在の経路経由で前記送信元へ向かう次のホップと異なる場合は、経路応答が送信される。このため、前記新しい経路および現在の経路が異なり始める直前の位置のノードだけが経路応答を発信し、改善された経路が複数のノードで検出される可能性はあるが、新たに検出されたより良好な（または短縮された）１つの経路につき１つだけ経路応答が送信される。前記フローの送信元が、引き続き旧経路を使う場合は、それに対応した経路応答が送信される。一部の実施形態では、転送を行うノードからは知ることのできない何らかの理由により送信元がより最適でない（またはそのように見られる）経路を使用している場合の使用シナリオとして、何回目かの試行後、経路応答の送信が中止される。

図３Ａおよび３Ｂは、メッシュルーティング最適化の一実施形態の態様を一部選んで、その時系列的な動作図を例示したものである。より具体的には、図３Ａは、ノード「Ｓ」３００Ｓ、「Ａ」３００Ａ、「Ｂ」３００Ｂ、「Ｃ」３００Ｃ、「Ｄ」３００Ｄ、「Ｅ」３００Ｅ、「Ｆ」３００Ｆ、および「Ｊ」３００Ｊを含むメッシュネットワークを例示したものである。ノード「Ｓ」がノード「Ｄ」への経路発見を実施する場合（経路要求３１０ＳＡ、３１０ＳＢ、３１０ＡＣ、３１０ＡＢ、３１０ＢＥ、３１０ＥＦ、３１０ＦＪ、および３１０ＪＤで例示したように、各ノードが各経路要求のコピーを２若しくはそれ以上転送する使用シナリオで）、前記ノード「Ｂ」、「Ｅ」、および「Ｆ」は、（「Ｓ」，「Ａ」）リンクについて学習する。ここで、ノード「Ｓ」とノード「Ｄ」との間の最良の経路が［「Ｓ」，「Ｂ」，「Ｅ」，「Ｆ」，「Ｊ」，「Ｄ」］と決定された場合を考慮すると、ノード「Ｓ」は、経路［「Ｓ」，「Ｂ」，「Ｅ」，「Ｆ」，「Ｊ」，「Ｄ」］を使用してノード「Ｄ」へのパケットをルーティングする。

図３Ｂは、図３Ａより後の時点における図３Ａのメッシュネットワークを例示したものであり、ノード「Ａ」は、移動してノード「Ｆ」と通信できる（リンクを確立および維持できる）ようになっており、ノード「Ｓ」および「Ｃ」とのリンクもまだ有している。ノード「Ｃ」が（任意ノードへの）経路発見を開始すると、ノード「Ｆ」、「Ｊ」、および「Ｄ」は、「Ａ」経由で「Ｓ」に到達できる、より良好な経路について学習する。ノード「Ｃ」により開始された経路発見の例は、経路要求３３０ＣＡ、３３０ＡＳ、３３０ＡＦ、３３０ＦＪ、３３０ＪＤ、３３０ＦＥ、３３０ＥＢ、および３３０ＢＳで図示している。定期的な経路再計算の実行中、ノード「Ｆ」、「Ｊ」、および「Ｄ」は、それぞれ、前記より短い経路を検出する。ただし、経路が改善（短縮）され始める直前の位置にあるノードはノード「Ｆ」であるため、ノード「Ｆ」だけが、新しい経路［「Ｓ」，「Ａ」，「Ｆ」，「Ｊ」，「Ｄ」］を記述した経路応答を「Ｓ」に送信する（経路応答３２０ＦＡおよび３２０ＡＳで図示）。新旧の経路が異なり始める位置の選択されたノードから経路応答を発信することにより、より良好な経路が２つ以上のノードで検出される可能性はあるが、新たに検出されたより良好な経路について、確実に１つだけ経路応答が送信されるようになる。

上記の説明において、最良の経路は、最短のホップ数メトリックを有する経路である。ただし、上述の技術は最良経路決定の詳細に依存しないため、最良経路を決定する際は、実施態様に応じた基準に基づいて、他のメトリックが使用されることもある。

一部の実施形態において、選択されたノードからの経路応答発信に関する処理には、一定期間内に任意ノードから送信された全フラッド（またはその任意部分）により学習されたリンク情報のバックグラウンド処理が含まれ、また任意選択で近傍の新しいリンクに関する情報の処理が含まれることもある。計算オーバーヘッドは、新しい経路またはより良好な経路が利用できない場合のみ生じる（何の改善もないという点で処理が「浪費される」）。改善された経路が発見され、通知された場合には、少量の制御パケットオーバーヘッドが生じる（経路応答パケットトラフィック）。一部の実施態様において、能動的にトラフィックを発信しているノードは、特定のターゲット送信先のない経路発見フラッドを定期的に発信するため、通常であれば経路発見フラッドが起こらない状況で、ルーティング情報がリフレッシュ（または改善）される機会を提供する。

一部の実施形態または使用シナリオにおいて、経路発見は、単一のターゲットに関するもので、すなわち１つの送信先への経路を見つけることを目的としている。一部の実施形態または使用シナリオにおいて、経路発見は、複数のターゲットに関するもので、すなわち複数の送信先への経路を見つけることを目的としている。経路発見が単一のターゲットに関するものである場合、発見すべき経路はその時点で知られており、そのターゲット（または送信先）のアドレスは累積された経路情報に含まれないため、前記経路発見に伴う経路要求は前記ターゲットにより伝達されない。経路発見が２つ以上のターゲットに関するものである場合、各ターゲットは、前記経路発見に伴う経路要求をすべてのターゲットが受信済みであるかどうかを認識しないため、前記経路発見に伴う経路要求は任意数のターゲットにより転送される。

前述の実施形態により例示した技術は、メッシュネットワーク（有線および無線）やアドホックネットワーク（有線および無線）だけでなく、同様な他の自己組織化ネットワークや経時変化するトポロジーを有したネットワークにも適用可能である。

ノードのハードウェアおよびソフトウェア
図４は、ノードの一実施形態のハードウェア態様の詳細を一部選んで例示したものである。図に示したこのノードには、ＤＲＡＭメモリインターフェース４０２を通じて揮発性読み取り／書き込みメモリ「メモリバンク」要素４０１．１〜２を含む各種タイプの記憶装置に連結されたプロセッサ４０５と、不揮発性読み取り／書き込みフラッシュメモリ４０３と、ＥＥＰＲＯＭ ４０４要素とが含まれる。前記プロセッサは、さらに、有線リンクを確立するため複数のイーサネット（登録商標）ポート４０７を提供するイーサネット（登録商標）インターフェース４０６と、無線リンクを確立するため無線（電波）パケット通信を提供する無線インターフェース４０９とに連結されている。一部の実施形態において、前記無線インターフェースは、ＩＥＥＥ ８０２．１１無線通信規格に準拠している（８０２．１１ａ、８０２．１１ｂ、８０２．１１ｇなど）。一部の実施形態において、前記無線インターフェースは、（ハードウェア要素およびソフトウェア要素の任意の組み合わせと連動して）動作し、近傍のメッシュノードに関する統計量を収集する。その統計量には、信号強度およびリンク品質の任意の組み合わせを含めることができる。一部の実施形態において、前記無線インターフェースは、設定可能な受信信号強度インジケータ（Ｒｅｃｅｉｖｅｄ Ｓｉｇｎａｌ Ｓｔｒｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ：ＲＳＳＩ）閾値未満のパケットをすべて破棄するよう設定できる。図示したパーティションは単なる一例であり、他の等価なノード実施形態も可能である。

例示したこれらのノードは、図１、２、３Ａ、および３Ｂに例示したノードのいずれか１つとして機能する。図４の無線インターフェースは、ノード間の通信を可能にし、経路要求パケット用および経路応答パケット用に低レベルのトランスポートを提供する。

動作時、前記プロセッサは、前記記憶要素（ＤＲＡＭ、フラッシュ、およびＥＥＰＲＯＭ）の任意の組み合わせから命令を読み出し実行する。前記命令の一部は、経路要求、経路応答、および経路最適化動作に伴うソフトウェアに対応する。経路キャッシュ情報は、経路応答処理に関連した処理で実行される命令に従って、前記記憶要素の任意の組み合わせで格納できる。

図５は、ノードの一実施形態のソフトウェア態様の詳細を一部選んで例示したものである。図示したソフトウェアには、ネットワークインターフェースマネージャ５０２および障害、設定、アカウンティング、性能、およびセキュリティ（Ｆａｕｌｔ， Ｃｏｎｆｉｇｕｒａｔｉｏｎ， Ａｃｃｏｕｎｔｉｎｇ， Ｐｅｒｆｏｒｍａｎｃｅ， ａｎｄ Ｓｅｃｕｒｉｔｙ：ＦＣＡＰＳ）マネージャ５０３と連動するネットワーク管理システム（Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｓｏｆｔｗａｒｅ：ＮＭＳ）マネージャ５０１が含まれる。カーネルインターフェース５１０は、ルーティングプロトコルおよびトランスポートプロトコルのレイヤー５１１のマネージャと、フラッシュファイルシステムモジュール５１３のマネージャとのインターフェースの役割を果たす。前記ルーティングプロトコルには、経路要求生成、経路応答解釈、および経路キャッシュ管理に関する処理の一部が含まれる。前記トランスポートプロトコルには、ＴＣＰおよびＵＤＰが含まれる。前記フラッシュファイルシステムモジュールは、フラッシュハードウェア要素５２３に連結された状態で概念的に図示しているフラッシュドライバ５１６とのインターフェースとなり、前記フラッシュハードウェア要素５２３は、図４のフラッシュ要素およびＥＥＰＲＯＭ要素の任意の組み合わせで格納が行われるフラッシュファイルシステムを表したものである。レイヤー２抽象化レイヤー５１２は、前記ルーティングプロトコルおよびトランスポートプロトコルと、イーサネット（登録商標）ドライバ５１４および無線ドライバ５１５とのそれぞれのインターフェースとなる。前記イーサネット（登録商標）ドライバは、図４のイーサネット（登録商標）インターフェースを表したイーサネット（登録商標）インターフェース５２６に連結された状態で概念的に図示している。前記無線ドライバは、図４の無線インターフェースを表した無線インターフェース５２９に連結された状態で概念的に図示している。一部の実施形態では、本ソフトウェアに、シリアルドライバを含めることもできる。このソフトウェアは、コンピュータ可読媒体に格納され（例えば、上記のＤＲＡＭ要素、フラッシュ要素、およびＥＥＰＲＯＭ要素の任意の組み合わせ）、前記プロセッサにより実行される。図示したパーティションは単なる一例であり、他の等価なレイヤー構成も多数可能である。

結論
以上の実施形態については、理解の明瞭化を目的として一部詳しく説明したが、本発明は上記で提供した詳細事項に限定されるものではなく、多くの代替形態が可能である。 開示した実施形態は、例示的なものであって限定的なものではない。その構造、構成、および使用には、本開示と一貫し、当該登録特許に添付された請求項の範囲内の多数の変形形態が可能であることが理解されるであろう。例えば、相互接続および機能単位のビット幅、クロック速度、および使用する技術のタイプは、一般に、各構成要素ブロックで異なる。フローチャートの工程および機能要素の順序および構成は、一般に、場合に応じて異なる。また、具体的に別段の断りがない限り、指定された値範囲、使用される最大値および最小値、または他の特定の仕様（統合・一体化技術や、設計フロー技術など）は、単に例示的実施形態のものであり、実施態様の技術には改善および変更が期待でき、本発明を限定するものと解釈すべきではない。

種々の構成要素、サブシステム、機能、動作、ルーチン、およびサブルーチンを実施（実装）する際は、例示した技術の代わりに、当業者に公知の機能的に等価な技術を使用してもよい。相互接続部、論理、機能、およびルーチンに与えた名称は単に例示的なものであり、開示された概念を限定すると解釈されるべきではない。また言うまでもなく、多くの設計の機能的な態様は、ハードウェア（一般には専用回路）またはソフトウェア（プログラムされたコントローラまたはプロセッサの何らかの態様による）で、実施態様に応じた設計上の制約と、より高速な処理の技術トレンド（それまでハードウェアに含まれていた機能のソフトウェアへの移行を促進する）と、より高い統合密度（それまでソフトウェアに含まれていた機能のハードウェアへの移行を促進する）との関数として実施できる。具体的な変形形態としてはネットワーキング技術が異なるもの（例えば、有線／無線、プロトコル、帯域幅）などがあり（これに限定されるものではないが）、その他の変形形態は、独自の工学技術および特定用途の業務上の制約に応じて本明細書で開示する概念を実施（実装）する場合に生じると期待される。

実施形態は、開示した概念の多数の態様について、必要最低限の実施態様よりはるかに多くの詳細事項および環境的文脈を加えて例示している。当業者であれば、本発明の変形形態において、本明細書に開示した構成要素を省略しても、残りの要素間の基本的な協動態様を変更しないまま残せることが理解できるであろう。したがって、開示した詳細事項の大部分については、開示した概念の種々の態様を実施（実装）しなくともよいことは言うまでもない。前記残りの要素が先行技術と区別可能である限り、省略された構成要素により本明細書で開示する概念が限定されることはない。

設計におけるそのようないかなる変形形態も、例示した実施形態で開示した内容に対する実質的な変更とはならない。また言うまでもなく、本明細書で開示する概念は他のネットワーキング用途および通信用途に広い応用性を有し、例示した実施形態の特定の応用または産業に限定されない。このように、本発明は、当該登録特許に添付された請求項の範囲内に含まれた、考えられるすべての変更（修正）形態および変形形態を含むものと解釈されるべきである。

以下の詳細な説明および添付の図面において、種々の本発明の実施形態を開示する。
図１は、メッシュネットワークおよびそれに関連した経路計算と、当該ネットワークを通過する経路と、経路キャッシュに含まれる種々のエントリとの実施形態の詳細を一部選んで例示したものである。 図２は、経路要求および経路応答を含むメッシュネットワーク経路発見処理の一実施形態の詳細を一部選んで例示したものである。 図３Ａおよび３Ｂは、メッシュルーティング最適化の一実施形態の態様を一部選んで、その時系列的な動作図を例示したものである。 図３Ａおよび３Ｂは、メッシュルーティング最適化の一実施形態の態様を一部選んで、その時系列的な動作図を例示したものである。 図４は、ノードの一実施形態のハードウェア態様の詳細を一部選んで例示したものである。 図５は、ノードの一実施形態のソフトウェア態様の詳細を一部選んで例示したものである。

Claims (20)

1. 方法であって、
   メッシュネットワークの第１のノードにおいて、
   前記メッシュネットワーク中の送信元ノードから前記メッシュネットワーク中の送信先ノードへの第１の経路を決定する工程と、
   前記第１の経路の決定の後に、前記送信先ノード、又は、前記送信元ノードと前記送信先ノードとの間に存する前記メッシュネットワーク中のノードである第２のノードにおいて、
   前記送信元ノードから前記送信先ノードへの第２の経路を決定する工程と、
   ノード間のホップ数に基づいて前記第１の経路を前記第２の経路と比較する工程と、
   前記比較する工程により前記第２の経路が第１の経路よりも良好であると決定され、且つ、前記第２の経路を介して前記送信元ノードへ向かう第２のノードからの次のホップが前記第１の経路を介して前記送信元ノードへ向かう第２のノードからの次のホップと異なるという条件を満たす場合、前記第２の経路を前記メッシュワークの１つ又は複数のノードに送信し、前記条件を満たさない場合は前記第２の経路の前記送信を行わない工程と
   を有する
   方法。
2. 請求項１記載の方法において、前記送信を行う工程はさらに、前記送信元ノードが前記第１の経路を使用し続けるか否かに部分的に基づく条件付きのものであり、前記第２のノードは、前記第２の経路の送信の何回かの試行後に、前記第２の経路の送信を中止する。
3. 請求項１記載の方法において、前記比較する工程は、パケットを生成して経路情報を蓄積することに少なくとも部分的に基づくものである。
4. 請求項１記載の方法において、前記比較する工程は、パケットの経路を観察して経路情報を蓄積することに少なくとも部分的に基づくものである。
5. システムであって、
   複数のノードを有する無線メッシュネットワーク
   を有し、
   前記各ノードは、少なくとも２つの他のノードとの通信を可能にする無線インターフェースをそれぞれ有し、
   前記各ノードは、無線メッシュネットワーキング機能を実行する処理要素をそれぞれ有し、
   前記各ノードにおいて、前記ネットワーキング機能は、
   前記無線メッシュネットワークの送信元ノードと送信先ノードとの間の１つ又は複数の経路を決定する経路決定機能と、
   前記経路決定機能により決定された前記経路のうちの第１の経路を、前記経路決定機能により決定された前記経路のうちの第２の経路と比較する経路比較機能と、
   前記無線メッシュネットワークの他のノードへの経路情報の配信を制御する経路配布機能と
   を有し、
   前記経路比較機能はノード間のホップ数を比較する工程を有し、
   前記経路配布機能は前記各ノードにおいて、そのノードが送信先ノード、又は、前記送信元ノードと前記送信先ノードとの間に存するノードであり、且つ、前記経路比較機能により前記第２の経路が第１の経路よりも良好であることが示され、且つ、そのノードから前記第２の経路を介して前記送信元ノードへ向かう次のホップがそのノードから前記第１の経路を介して前記送信元ノードへ向かう次のホップと異なるという条件を満たす場合、前記複数のノードのうち１つ又は複数の他のノードに前記第２の経路を配信し、前記条件を満たさない場合は前記第２の経路の前記配信を行わないものである
   システム。
6. 請求項５記載のシステムにおいて、前記経路配布機能は前記第２の経路を条件付きで配信するものであり、この条件は前記送信元ノードが前記第１の経路を使用し続けるか否かに部分的に基づくものであり、前記第２のノードは、前記第２の経路の配信の何回かの試行後に、前記第２の経路の配信を中止するものである。
7. 請求項５記載のシステムにおいて、前記第１の経路および前記第２の経路の少なくとも一方は、単一のリンクに限定されるものである。
8. 請求項５記載のシステムにおいて、前記第１の経路および前記第２の経路の少なくとも一方は、複数のリンクを有するものである。
9. 請求項５記載のシステムにおいて、前記ネットワーキング機能は、前記経路比較機能により参照される経路情報を累積する経路累積機能をさらに有するものである。
10. 請求項９記載のシステムにおいて、前記経路累積機能は、パケットの生成を有するものである。
11. 請求項９記載のシステムにおいて、前記経路累積機能は、パケットの監視を有するものである。
12. 請求項９記載のシステムにおいて、前記累積された経路情報は、トポロジー情報を有するものである。
13. 請求項９記載のシステムにおいて、前記累積された経路情報は、転送を行うノードのネットワークアドレスを有するものである。
14. 請求項５記載のシステムにおいて、前記経路配布機能が前記第２の経路を配信する前記ノードには、能動的に通信を行うノードが含まれる。
15. 請求項５記載のシステムにおいて、前記ネットワーキング機能は、前記経路配布機能が前記第２の経路を配信する前記ノードを選択する受信者選択機能をさらに有するものである。
16. 請求項５記載のシステムにおいて、前記経路配布機能が前記第２の経路を配信する前記ノードのうち少なくとも１つは、サービスを提供するものである。
17. 請求項１６記載のシステムにおいて、前記サービスは、インターネット接続サービスおよびウェブプロキシサービスの少なくとも一方である。
18. 請求項５記載のシステムにおいて、前記経路配布機能が前記第２の経路を配信する前記ノードは、現在到達可能な前記メッシュネットワークの全ノードである。
19. 請求項５記載のシステムにおいて、前記ネットワーキング機能は、コンピュータ可読媒体により指定されるものである。
20. 請求項１９記載のシステムにおいて、このシステムは、さらに、
    前記コンピュータ可読媒体を有するものである。

Images