"第1のネットワーク30と、少なくとも第1のノード22、第2のノード21、23、24、および、第3のノード25、55を含む、無線ネットワーク28の複数のノードであって、前記第1のネットワークは、前記無線ネットワークのための通信プロトコルとは異なる通信プロトコルを有し、前記第1のノードは、前記第2のノードと無線で通信するように構成され、前記第3のノードは、前記第1および第2のノードの無線通信範囲外であり、前記第1および第3のノードは、前記第1のネットワークの前記通信プロトコルによって、前記第1のネットワークと通信するように構成される、無線ネットワーク28の複数のノードと、前記第1のネットワークの前記通信プロトコルによって、前記第1のネットワークと通信するように構成されたネットワークルーティングサーバNRS36であって、前記NRSは、前記無線ネットワークのためのルーティングテーブル82を有し、前記NRSは、前記第3のノードから、前記第1および第2のノードのうち1つを宛先とするメッセージを受信するように、かつ、前記メッセージを、前記NRSの前記ルーティングテーブルに基づいて、前記第1のネットワークを介して前記第1のノードへ送信するように構成され、前記メッセージは、前記無線ネットワークの前記通信プロトコルに適合する、ネットワークルーティングサーバNRS36とを備える、通信システム20。前記第1のノードは、前記第1のネットワークを通して、前記NRSとの永続的接続を維持するように構成され、前記NRSは、前記第1のメッセージを、前記永続的接続を介して前記第1のノードへ送信するように構成される、請求項1に記載のシステム。前記第1のネットワークは、インターネットを備え、前記NRSは、伝送制御プロトコル/インターネットプロトコルTCP/IPによって、前記メッセージをカプセル化するように構成される、請求項1に記載のシステム。前記第3のノードへ、前記第1のネットワークを介して、前記1つのノードを制御するためのコマンドを送信するように構成される通信装置44をさらに備え、前記第3のノードは、前記コマンドに応答して、前記メッセージを前記NRSへ送信するように構成され、前記メッセージは、前記第3のノードのノード識別子を送信元アドレスとして含む、請求項1に記載のシステム。前記第1のネットワークは、インターネットを備える、請求項4に記載のシステム。前記通信装置は、ウェブブラウザ48を備え、前記ウェブブラウザは、前記コマンドを、前記第3のノードを備えるウェブサーバ52へ送信するように構成される、請求項5に記載のシステム。第1のネットワーク30とネットワークルーティングサーバNRS36の間で通信を確立すること、メッセージを、無線ネットワーク28の第1のノード22と第2のノード21、23、24の間で、無線信号によって通信することであって、前記メッセージは、前記無線ネットワークの第1の通信プロトコルに従ったものであること、メッセージを、前記無線ネットワークの前記通信プロトコルに従って、前記無線ネットワークの第3のノード25、55から前記NRSへ、前記第1のネットワークを介して送信することであって、前記第1のネットワークは、前記無線ネットワークの前記通信プロトコルとは異なる通信プロトコルを有し、前記第3のノードは、前記第1および第2のノードの無線通信範囲外であり、前記メッセージは、前記第1および第2のノードのうち1つを宛先とすること、および前記無線ネットワークのための前記NRSのルーティングテーブル82に基づいて、前記メッセージを、前記NRSから前記第1のノードへ、前記第1のネットワークを介して送信することを備える通信方法。前記第1のネットワークを通して、前記第1のノードと前記NRSの間で永続的接続を維持することをさらに備え、前記メッセージは、前記永続的接続を介して、前記NRSから前記第1のノードへ送信される、請求項7に記載の方法。前記第1のネットワークは、インターネットを備え、前記方法は、伝送制御プロトコル/インターネットプロトコルTCP/IPによって、前記メッセージをカプセル化することをさらに備える、請求項7に記載の方法。通信装置から前記第3のノードへ、前記第1のネットワークを介して、前記1つのノードを制御するためのコマンドを送信することをさらに備え、前記メッセージは、前記コマンドに応答して、前記第3のノードによって前記NRSへ送信され、前記メッセージは、前記第3のノードのノード識別子を送信元アドレスとして含む、請求項7に記載の方法。前記第1のネットワークは、インターネットを備える、請求項10に記載の方法。前記通信装置は、ウェブブラウザ48を備え、前記コマンドは、前記ウェブブラウザによって送信される、請求項11に記載の方法。本開示は一般に、無線ネットワークのノード間で通信するためのシステムに関する。1つの例示的実施形態では、無線ネットワークは、無線ネットワークの通信プロトコルに従って互いに通信するように構成される、複数のノードを有する。これらのノードのうち少なくとも1つは、他のノードの範囲外である。範囲外ノードは、無線ネットワークのものとは異なる通信プロトコルを有する、インターネットなど、ネットワークを介して、範囲外ノードおよび少なくとも1つの他のノードに結合される、ネットワークルーティングサーバNRSを通して、他のノードと通信するように構成される。加えて、必要な場合、ユーザは、無線ネットワークのノードのいずれかと通信するために、ユーザがいかなるそのようなノードへの物理的アクセスも有していないとき、ウェブブラウザを利用することができる。図1は、通信システム20の例示的実施形態を示す。図1によって示すように、システム20は、無線パケットネットワーク28を形成する複数のノード21~25を有する。この点について、各ノード21~25は、ネットワーク28のメンバであり、メッセージが、ネットワーク28のために定義されたプロトコルに従って、ノード21~25のいずれかの間で通信可能となっている。ネットワーク28は、他のネットワークから識別され、他のネットワークは、以下でネットワーク識別子と呼ばれる識別子を介して、ネットワーク28と同じネットワークプロトコルを採用してもよい。ノード21~25の各々は、ネットワーク28のためのネットワーク識別子を認識しており、ネットワーク28上で送信されるパケットのオーバーヘッドに、そのようなネットワーク識別子を含める。参照により本明細書に組み込まれている、同一出願人による、SystemsandMethodsforCommunicatingMessagesinWirelessNetworksという名称の、2009年5月8日に出願した米国特許出願第12/463,050号は、ネットワーク28を実装するために使用されうる例示的ノードについて記載している。ネットワーク28は、任意の数のノードを有してもよいことに留意されたい。1つの例示的実施形態では、ネットワーク28は、メッシュネットワークとして実装される無線センサネットワークWSNである。しかし、ネットワーク28は、他の実施形態では別のタイプのものであってもよい。説明の目的で、ノード21~24は互いの無線通信範囲内であり、メッセージがノード21~24の間で無線で通信可能になっていると仮定する。したがって、各ノード21~24は、ネットワーク30を使用することなく、他のノード21~24のいずれとも通信可能であり、これについては以下でより詳細に説明する。必要な場合、ノード21~24のいずれも、無線接続ではなく、光ファイバーまたは導電接続など、物理媒体を介して、他のノード21~24のいずれとも通信することができる。実際には、ネットワーク28が無線または完全に無線である必要はない。説明の目的で、ノード25はノード21~24から遠隔に位置し、直接無線通信ではノード21~24の範囲外になると仮定する。メッセージは、宛先に到達するために、ネットワーク28内でノードからノードへとホップしてもよい。例えば、図1によって示す例示的実施形態では、ノード21~23は互いの無線通信範囲内であり、ノード21~23のいずれも、他のノード21~23のいずれとも直接通信できるようになっていると仮定する。しかし、ノード24は、ノード23の無線通信範囲内でしかないと仮定する。他のノード21および22は、ノード23を使用して、メッセージをノード24へルーティングすることができる。この点について、ノード21~24はそれぞれ、メッセージのためのルートを示す、ルーティングテーブル31~34を有する。当技術分野で知られているように、ルーティングテーブルを、様々な技術によって作成かつ更新することができる。一般に、ノードは互いの間で通信して、様々な宛先のためのデータパスを知る。特定の宛先へのパスが発見されると、ルーティングテーブル、または、そのパスに沿ったノードのテーブルが更新され、後に、メッセージをその宛先へルーティングするために使用されてもよい。また、ネットワーク28のノード21がメッセージをノード24へ送信できるようにするために、ノード21は、そのようなメッセージがノード23を通してホップすることになることを示す、ルーティングテーブル31を有してもよい。したがって、ノード21は、メッセージのヘッダに、メッセージの、ネクストホップ、すなわち、メッセージを受信するべき最も近いノードすなわち、この例では、ノード23のホップアドレスと呼ばれるノード識別子、ならびに、最終的にメッセージを受信かつ処理するべきノードすなわち、この例では、ノード24の宛先アドレスと呼ばれるノード識別子を挿入する。ホップアドレスに基づいて、ルーティングノード23は、メッセージを受信し、そのルーティングテーブル33を調べて、メッセージをどこへルーティングするかを決定する。本例では、ルーティングテーブル33は、ノード24を宛先とするメッセージをノード24へ直接送信できることを示す。したがって、ルーティングノード23は、ノード24のノード識別子を、メッセージのための宛先アドレスおよびホップアドレスの両方として使用して、メッセージを再送信する。ノード24は、メッセージを受信し、適宜処理する。このようにして、ノード21がノード24と直接通信できないとしても、ノード21は、メッセージを、ネットワーク28を通してノード24へルーティングされるようにすることができる。ルーティングテーブルを使用して、メッシュネットワークを通してメッセージをルーティングする概念は、一般に周知である。一般に、ネットワーク28によって通信される、少なくとも2つのタイプのメッセージ、ユニキャストメッセージおよびマルチキャストメッセージがある。ユニキャストメッセージは、宛先または宛先ノードと呼ばれる特定のノードを宛先とするメッセージを指す。そのようなメッセージは、宛先ノードを識別する宛先アドレスを含む。一般に、ネットワーク28内のノードは、そのノードがメッセージ内の宛先アドレスまたはホップアドレスによって識別されない限り、ユニキャストメッセージに応答しない。したがって、あるノードがユニキャストメッセージのための宛先ノードでないか、または、そのメッセージをその宛先へルーティングするためのデータパス内にない場合、そのノードは、ユニキャストメッセージに応答せず、それどころか、そのメッセージを受信すると廃棄する。一般に、ユニキャストメッセージはまた、そのメッセージを発信したノードを識別する送信元アドレス、および、そのメッセージを受信するべき最も近いノードを識別するホップアドレスをも含む。1つの例示的実施形態では、データ通信の信頼性は、肯定応答の使用を通して高められる。すなわち、あるノード受信側ノードが別のノード送信側ノードから送信されたユニキャストメッセージを受信するとき、受信側ノードは、肯定応答によって送信側ノードに返答する。したがって、肯定応答を受信すると、送信側ノードは、ユニキャストメッセージが受信側ノードによって受信されたことを認識する。送信側ノードが、送信後のあらかじめ定義された期間内に肯定応答を受信しない場合、送信側ノードは、ユニキャストメッセージが受信側ノードに到達できなかったと仮定し、ユニキャストメッセージを再送信する。各メッセージは、送信側ノードのノード識別子を含むことに留意されたい。加えて、肯定応答は、データパスに沿った各ホップに対して送信される。したがって、データパスに沿った各ノードは、ネクストホップがユニキャストメッセージを受信していることを確実にすることができる。マルチキャストメッセージは、一方、複数のノードを宛先とするメッセージである。多くの場合、マルチキャストメッセージが、ネットワーク28内のあらゆるノードによって受信かつ処理されることが意図される。マルチキャストメッセージは、ネットワークノードのルーティングテーブルによって示された、あらかじめ定義されたデータパスに沿って通信されず、肯定応答は、マルチキャストメッセージについては返されない。その代わりに、マルチキャストメッセージは一般に、そのメッセージを受信するノードによって、そのようなノードがそのメッセージによって識別されるかどうかにかかわらず、再ブロードキャストされる。一般に、マルチキャストメッセージは、送信元アドレスを含むが、宛先またはホップアドレスを含まない。1つの例示的実施形態では、各マルチキャストメッセージは、そのメッセージが再送信されることになる回数を示す、有効期間値と呼ばれる値を含む。マルチキャストメッセージを受信する各ノードは、有効期間値がゼロなどの閾値を上回る限り、メッセージを再送信するように構成される。しかし、マルチキャストメッセージを再送信する前に、ノードは、有効期間値をデクリメントする。したがって、最終的に、あるノードは、有効期間値が閾値未満にデクリメントされた後、マルチキャストメッセージを受信し、したがって、メッセージを再送信しない。したがって、有効期間値に応じて、マルチキャストメッセージは、限定された時間にわたってネットワーク28を通して再ブロードキャストされる。同じマルチキャストメッセージが複数のノードによって受信され、そのような各ノードによって再送信されうることに留意されたい。このようにして、マルチキャストメッセージの送信後、そのメッセージは、有限期間にわたってネットワーク28を通して、他のノードによって繰り返し送信される。1つの例示的実施形態では、肯定応答は、マルチキャストメッセージについては通信されないが、肯定応答の通信は、必要な場合、可能である。その代わりに、ネットワーク28の各ノードがマルチキャストメッセージを受信したと仮定される。パケットルーティングの態様をよりよく例示するため、ルーティングテーブル31~34を定義するための例示的技術を、以下でより詳細に説明する。しかし、様々な他の技術を使用して、ルーティングテーブル31~34を定義してもよいことは、強調されるべきである。図1を参照すると、ノード22は、ノード24へのデータパスを既に発見していると仮定する。この点について、ルーティングテーブル32は、ノード24を宛先とするメッセージがノード23を通してホップすることになることを示すと仮定する。この点について、テーブル32によって定義された各ルートのためのエントリがある。ノード24へのデータパスのためのエントリは、宛先としてのノード24のノード識別子、および、そのような宛先に到達するために、ネクストホップとしてのノード23のノード識別子を含む。指示されたデータパスに沿った他のホップがもしある場合でも、テーブル32が他のホップのアドレスを含む必要はないことに留意されたい。ノード22がメッセージをノード24へ送信することになる場合、ノード22は、少なくとも1つのデータパケットを介して、メッセージを送信する。データパケットは、ノード24を識別する宛先アドレスと、ノード23を識別するホップアドレスとを含む、ヘッダを有する。加えて、ノード23のルーティングテーブル33は、ノード24を宛先とするメッセージをノード24へ直接通信してもよいことを示す。したがって、ノード23が、ノード24を宛先とする上記のデータパケットを受信するとき、ノード23は、ノード24を識別するようにホップアドレスを変更し、次いで、パケットを再送信することによって、パケットをノード24へ転送する。そのような例では、ノード22は送信元ノードであり、ノード24は宛先ノードであり、ノード23はルーティングノードであり、その理由は、送信元から宛先へのパケットがノード23を通してルーティングされるからである。他の例では、2つ以上のルーティングノードがあってもよいことに留意されたい。ここで、ノード21は、依然としてノード24へのルートを発見しなければならないが、このノード24と通信することを望むと仮定する。また、ノード21は、ノード24の無線通信範囲内にないとも仮定する。したがって、ノード21および24の間の直接通信は、可能ではない。ノード24へのルートを発見するために、ノード21は、以下でルート発見メッセージと呼ばれるメッセージをブロードキャストする。1つの例示的実施形態では、ルート発見メッセージは、マルチキャストメッセージのように再ブロードキャストされ、メッセージを最初にブロードキャストしたノード21のノード識別子を含む。ルート発見メッセージはまた、そのためのルートが探索されている、宛先ノードと呼ばれる、ノード24のノード識別子をも含む。受信側ノードと呼ばれるノードがルート発見メッセージを受信するとき、受信側ノードは、それが宛先ノードであるかどうかを判定する。それが宛先ノードでない場合、受信側ノードは、メッセージを再ブロードキャストする。しかし、多数の他のマルチキャストメッセージとは異なり、受信側ノードは、再ブロードキャストされるメッセージ内にそれ自体の識別子を含める。したがって、ルート発見メッセージは、宛先ノードで最終的に受信されるとき、メッセージを最初にブロードキャストしたノード21のノード識別子、および、そのようなノード21から宛先ノード24までのホップのすべてのノード識別子を含むようになる。したがって、このメッセージは、ノード21から宛先ノード24までの完全なルートを示す。ルート発見メッセージに含まれたホップアドレスが使用されて、ルート発見メッセージの二重フィルタリングが可能になる。この点について、メッセージ内で識別されたホップノードのいずれかが、ネットワーク28の別のノードからメッセージを受信する場合、このホップノードは、メッセージ内のそれ自体の識別子に応答して、メッセージの再ブロードキャストを控える。したがって、宛先ノード24が同じホップノードから同じルート発見メッセージの複数のピングを受信することは、防止される。ルート発見メッセージを受信するノードは、そのようなメッセージに基づいて、それ自体のルーティングテーブルを更新するように構成されてもよい。この点について、1つの例示的実施形態では、受信側ノードのルーティングテーブルが、ルート発見メッセージを最初に送信したノード21のためのルートを示さない場合、受信側ノードは、最初の送信側ノード21のためのエントリを含むように、そのルーティングテーブルを更新する。受信側ノードはまた、ルート発見メッセージ内のアドレスに基づいて、最初の送信側ノード21へのルートのためのネクストホップのノード識別子を含むように、そのようなエントリの更新も行う。この点について、そのルーティングテーブルエントリ内に含まれるネクストホップのノード識別子は、そこからルート発見メッセージが直接受信されたアドレスすなわち、ルート発見メッセージのための最後のホップのアドレスである。その後、そのエントリが後に使用されて、ルート発見メッセージを最初に送信したノード21へ、メッセージが送信されてもよい。ルート発見メッセージを受信するノードが、それがメッセージ内で識別された宛先ノードであると判定する場合、そのノードは、ルート発見メッセージを最初にブロードキャストしたノード21へのユニキャストメッセージにより、ルート発見メッセージに応答する。この点について、ユニキャストメッセージは、最初の送信側ノード21すなわち、ルート発見メッセージの送信元、および、ネクストホップのアドレスを識別し、ネクストホップは、そこからルート発見メッセージが宛先ノード24によって直接受信されたものと同じノードである。したがって、このメッセージは、受信されたルート発見メッセージ内のアドレスによって定義されたパスを通して、ルート発見メッセージを最初にブロードキャストしたノード21へルーティングされる。このノード21は次いで、宛先ノード24へのルートを適切に示すように、そのルーティングテーブル31を更新する。この点について、ノード21は、そのルーティングテーブル31内にエントリを作成し、宛先ノード24のノード識別子を含める。ノード21はまた、ネクストホップのノード識別子をも含め、ネクストホップは、そこからユニキャストメッセージが直接受信されたノードすなわち、ノード21によって受信される前の、ユニキャストメッセージのための最後のホップノードのアドレスである。ネットワーク28内で通信される各ユニキャストメッセージは、送信側ノードのアドレスすなわち、そこからメッセージが送信されているノード、および、したがって、メッセージの最後のホップのアドレスを含むことが好ましいことに留意されたい。本例では、ノード21のルーティングテーブル31は、ノード24を宛先とするメッセージがノード23を通してルーティングされることになることを示し、ノード23は、そのようなメッセージをノード24へ直接ルーティングするように構成されると仮定する。したがって、あるメッセージがノード24へ送信されることになる場合、ノード21は、ルーティングテーブル31に基づいて、ノード24を宛先として、および、ノード23をネクストホップとして識別する少なくとも1つのパケットを送信する。パケットを受信すると、ノード23は、そのルーティングテーブル33に基づいて、ネクストホップアドレスをノード24のアドレスに変更することによって、パケットをノード24へ転送する。図1によって示すように、ノード22および25は、ローカルエリアネットワークLAN、ワイドエリアネットワークWAN、または、他のタイプの知られている、もしくは将来開発されるネットワークなど、ネットワーク30に結合される。1つの例示的実施形態では、ネットワーク30はインターネットを備えるが、他の実施形態では、他のタイプのネットワークが使用されてもよい。説明の目的で、以下で、ネットワーク30はインターネットであると仮定する。ネットワーク30もまた、ネットワークルーティングサーバNRS36に結合される。NRS36は、無線ネットワーク28のためのメッセージをルーティングするためのルーティング情報例えば、ルーティングテーブル82を格納する。この点について、以下でより詳細に説明するように、ネットワーク30にアクセスできるネットワーク28の各ノードは、NRS36と通信して、NRS36がネットワーク28のメッセージをルーティングするためにそのようなノードを使用できるようにする。図2は、ネットワーク30を通してNRS36と通信することができる、ノード22の例示的実施形態を示す。図2によって示すように、ノード22は、ノード22の動作を制御するように構成される、ノードロジック51を備える。ノードロジック51を、ソフトウェア、ハードウェア、ファームウェア、または、それらの任意の組み合わせで実装することができる。図2に示す例示的実施形態では、ノードロジック51は、ソフトウェアで実装され、メモリ53に格納され、メモリ53はまた、そのノードのルーティングテーブル32をも格納する。ノードロジック51は、ソフトウェアで実装されるとき、命令をフェッチかつ実行することができる命令実行装置によって、または、命令実行装置に関連して使用するために、任意のコンピュータ可読媒体で格納かつトランスポートされうることに留意されたい。本明細書に関しては、コンピュータ可読媒体は、命令実行装置によって、または、命令実行装置に関連して使用するためのプログラムを含むか、または格納することができる、任意の手段でありうる。図2によって示すノード22の例示的実施形態は、少なくとも1つのバスを含みうる、ローカルインタフェース56を介して、ノード22内の他の要素に通信し、他の要素を駆動する、デジタル信号プロセッサDSPまたは中央処理装置CPUなど、少なくとも1つの従来の処理要素54を備える。さらに、ノード22は、ノード22の範囲内のもう1つのノード21、23または24と、無線信号例えば、無線周波数信号を通信するために使用されうる、無線ネットワークインタフェース58を備える。他の実施形態では、ノード22は、光ファイバーまたは導電接続など、物理媒体を介して、1つまたは複数の他のノード21、23または23と通信するように構成されうる。ノード22はまた、ノード22がネットワーク30と通信できるようにするための、モデムなど、ネットワークインタフェース59をも備える。他のノード21および23~25は、図2によって示す例示的ノード22と同様に構成されてもよいことに留意されたい。しかし、説明の目的で、ノード21、23および24は、ネットワーク30のためのネットワークインタフェース59を有していないと仮定する。1つの例示的実施形態では、ノード22のネットワークインタフェース59は、導電または光ファイバー接続など、物理媒体を介してネットワーク30に接続される。しかし、ノード22は、必要な場合、無線接続を介してネットワーク30に結合されてもよい。上記のように、ネットワーク28は、ネットワーク28のノード21~25がセンサを監視し、監視されたセンサに基づいてデバイスを制御する、無線センサネットワークであってもよい。センサデータは、あるノードによって読み取られ、制御決定を行うために、別のノードへ渡されてもよい。また、あるノードがセンサデータに基づいて決定を行い、メッセージを別のノードへ送信して、そのセンサデータに基づいて所望の方法で、そのノードに結合されたデバイスを制御するように、そのノードに命令してもよい。図2によって示すように、ノード22は、それに関して制御決定が行われうるセンサデータを提供する、少なくとも1つのセンサ60を有してもよい。図3は、NRS36の例示的実施形態を示す。図3によって示すように、NRS36は、NRS36の動作を制御するように構成される、NRSロジック71を備える。NRSロジック71を、ソフトウェア、ハードウェア、ファームウェア、または、それらの任意の組み合わせで実装することができる。図3に示す例示的実施形態では、NRSロジック71は、ソフトウェアで実装され、メモリ73に格納され、メモリ73はまた、NRS36のためのルーティングテーブル82をも格納する。NRSロジック71は、ソフトウェアで実装されるとき、命令をフェッチかつ実行することができる命令実行装置によって、または、命令実行装置に関連して使用するために、任意のコンピュータ可読媒体で格納かつトランスポートされうることに留意されたい。図3によって示すNRS36の例示的実施形態は、少なくとも1つのバスを含みうる、ローカルインタフェース76を介して、NRS36内の他の要素に通信し、他の要素を駆動する、デジタル信号プロセッサDSPまたは中央処理装置CPUなど、少なくとも1つの従来の処理要素75を備える。さらに、NRS36は、NRS36がネットワーク30と通信できるようにするための、モデムなど、ネットワークインタフェース77を備える。1つの例示的実施形態では、ネットワークインタフェース77は、導電または光ファイバー接続など、物理媒体を介してネットワーク30に接続される。しかし、NRS36は、必要な場合、無線接続を介してネットワーク30に結合されてもよい。上記のように、ネットワーク28の1つまたは複数のノード21~24は、NRS36を使用して、ノード25など、ネットワーク28の範囲外ノードのためのメッセージをルーティングしてもよい。NRS36をそのような方法で使用するための例示的技術を、以下で説明する。ネットワーク30との接続性に応じて、ノード25は、登録メッセージと呼ばれるメッセージを、ネットワーク30を介してNRS36へ送信するように構成される。登録メッセージは、ネットワーク28上のノード25を識別するために使用されるノード識別子を含み、登録メッセージは、それに対してノード25がメンバであるネットワーク28を識別するネットワーク識別子を含む。登録メッセージは、伝送制御プロトコル/インターネットプロトコルTCP/IPによって通信され、したがって、ノード25のIPアドレスを含む。登録メッセージに応答して、NRS36は、ルーティングテーブル82に、ノード25のノード識別子およびIPアドレス、ならびに、それに対してノード25がメンバであるネットワーク28のネットワーク識別子を格納するように構成される。ノード22は、ネットワーク30との接続性に応じて、登録メッセージをNRS36へ送信するように、同様に構成される。そのような登録メッセージは、ノード22のノード識別子、ノード22のIPアドレス、および、それに対してノード22がメンバであるネットワーク28のネットワーク識別子を含み、NRS36は、そのような情報を格納する。したがって、NRS36は、ネットワーク28上の少なくともノード22および25の存在を認識しており、ネットワーク28のものとは異なる通信プロトコルを実装するネットワーク30を介して、ノード22および25と通信するための十分な情報例えば、IPアドレスを有する。ノード24は、ユニキャストメッセージを、ネットワーク28を介してノード25へ送信することを望むと仮定する。ノード24および25の間のいかなる通信よりも前に、ノード24は、ユニキャストメッセージをノード25へ通信するためのパスを認識していないことがある。そのような場合、ノード24は、ノード25へのルートを発見するためのルート発見処理を開始してもよい。1つの例示的実施形態では、ノード24は、ノード25のノード識別子を含む、ルート発見メッセージをブロードキャストする。上記のように、ルート発見メッセージは、マルチキャストメッセージであることが好ましいが、他の実施形態では、他のタイプのメッセージングがそのようなメッセージのために使用されてもよい。ルート発見メッセージを受信する各ノードは、そのルーティングテーブルをチェックして、そのようなメッセージによって識別されたノード25へのルートを認識しているかどうかを確かめる。そうである場合、そのノードは、ユニキャストメッセージを、ルート発見メッセージが生じた元のノード24へ返信する。そうでない場合、そのノードは、ルート発見メッセージを再ブロードキャストして、他のノードがメッセージを受信し、かつ、所望の宛先へのルートを潜在的に発見することができるようにする。本例では、ノード22および23は、ルート発見メッセージを受信するが、ノード25へのルートを認識していないと仮定する。そのような場合、ノード22および23は共に、ルート発見メッセージを再ブロードキャストする。ノード22は、ノード22とネットワーク30の間の接続を、ネットワーク28の接続であると見なす。具体的には、そのような接続は、ノード22をNRS36へ接続し、NRS36は、ノード22にとって、ネットワーク28の別のノードであるように見える。ノード22は、ネットワーク30への接続を、ネットワーク28の別のパスであると見なすので、ノード22は、ルート発見メッセージを、ネットワーク30を通してNRS36へ送信する。この点について、ノード22は、そのようなメッセージを1つまたは複数のTCP/IPパケット内にカプセル化し、その1つまたは複数のTCP/IPパケットをNRS36へ送信する。ルート発見メッセージを受信すると、NRS36は、そのルーティングテーブル82をチェックして、それがノード25へのルートを認識しているかどうかを判定する。ノード25はNRS36にあらかじめ登録したので、上記のように、NRS36のルーティングテーブル82は、ノード25のノード識別子を含む。したがって、NRS36は、ルート発見メッセージに対する応答をノード22へ返信する。1つの例示的実施形態では、この応答は、ルート発見メッセージが生じた元のノード24を宛先とする、ネットワーク28のユニキャストメッセージである。NRS36は、そのようなメッセージを、ノード22を宛先とする1つまたは複数のTCP/IPパケット内にカプセル化する。したがって、ネットワーク30は、その1つまたは複数のTCP/IPパケットをノード22へ送信し、ノード22は、受信された1つまたは複数のパケットをカプセル化解除して、ユニキャスト応答メッセージを回復する。ノード22は次いで、そのユニキャスト応答メッセージをノード24へ転送する。上記の技術によれば、ノード22はまた、ノード25を宛先とするメッセージがNRS36へ送信されることになることを示すように、そのルーティングテーブル32の更新も行う。ユニキャスト応答メッセージを受信すると、ノード24は、ノード22が、ノード25を宛先とするメッセージのためのネクストホップであることを示すように、そのルーティングテーブル34を更新する。このようにして、ノード24はここで、ノード22およびNRS36を通してトラバースするノード25へのパスを認識している。したがって、ノード24は、ノード25を宛先とするユニキャストメッセージを送信し、そのようなメッセージは、ノード22をネクストホップとして識別する。ノード22は、そのメッセージを受信し、そのルーティングテーブル32に基づいて、そのメッセージをNRS36へ転送する。この点について、ノード22は、そのメッセージを、NRS36を宛先とする1つまたは複数のTCP/IPパケット内にカプセル化する。1つまたは複数のTCP/IPパケットを受信すると、NRS36は、その1つまたは複数のパケットをカプセル化解除して、メッセージを回復する。そのルーティングテーブル82を使用して、NRS36は、ノード25のIPアドレスを決定し、そのメッセージを、ノード25を宛先とする1つまたは複数のTCP/IPパケットにカプセル化する。このようにして、ノード25は、ユニキャストメッセージをネットワーク30から受信する。したがって、ノード25がノード21~24のいずれとも直接無線通信していないとしても、ノード24は、ネットワーク30例えば、インターネットおよびNRS36を使用して、ノード22へのルートを発見し、ノード22と通信することができる。同様の処理が、ノード25によって、ノード21~24のいずれかのためのルートを発見するために使用されてもよいことに留意されたい。例えば、ノード25がメッセージをノード24へ、そのようなノード24へのルートを知る前に送信することを望むと仮定する。そのような場合、ノード25は、ノード24を識別するルート発見メッセージをNRS36へ送信してもよい。NRS36がノード24のノード識別子を格納中でない場合、NRS36は、ルート発見メッセージを、NRS36のルーティングテーブル82によって識別されたネットワーク28のノードへブロードキャストする。このようにして、ノード22は、ルート発見メッセージを受信し、NRS36を通してノード25へ返答し、その理由は、ノード22が、識別されたノード24へのルートを認識しているからである。そのような返答に応答して、NRS36は、ノード24のためのエントリを含めるように、そのルーティングテーブル82を更新し、そのようなエントリは、ノード22が、ノード24を宛先とするメッセージのためのネクストホップであることを示す。したがって、NRS36が後に、ノード24を宛先とするユニキャストメッセージを受信する場合、NRS36は、TCP/IPを使用して、そのようなメッセージをノード22へ転送する。その後、ノード25は、NRS36へ、ノード24を宛先とするユニキャストメッセージを送信してもよく、NRS36は、そのメッセージをノード22へ転送し、ノード22は、そのメッセージをノード24へ転送する。ユーザは、任意のノード21~25またはNRS36を介して、ネットワーク28にアクセスしてもよい。しかし、ユーザは、任意のノード21~25またはNRS36に物理的にアクセスできないが、ユーザは、ウェブブラウザ48を有する通信装置44にはアクセスできると仮定する。単なる一例として、通信装置44は、例えば、携帯データ端末PDA、コンピュータまたは携帯電話など、デスクトップ、ラップトップまたはハンドヘルドなどのコンピュータであってもよい。他の実施形態では、様々な他のタイプの装置がウェブブラウザ48を有してもよい。説明の目的で、装置44は、メッセージを通信するために、ネットワーク28によって使用されるプロトコルをサポートするように構成されないと仮定する。図4は、通信装置44の例示的実施形態を示す。図4によって示すように、装置44は、装置44の動作を制御するように構成される、制御ロジック91を備える。制御ロジック91を、ソフトウェア、ハードウェア、ファームウェア、または、それらの任意の組み合わせで実装することができる。図4に示す例示的実施形態では、制御ロジック91は、ソフトウェアで実装され、メモリ93に格納され、メモリ93はまた、ウェブブラウザ48をも格納する。制御ロジック91は、ソフトウェアで実装されるとき、命令をフェッチかつ実行することができる命令実行装置によって、または、命令実行装置に関連して使用するために、任意のコンピュータ可読媒体で格納かつトランスポートされうることに留意されたい。図4によって示す通信装置44の例示的実施形態は、少なくとも1つのバスを含みうる、ローカルインタフェース96を介して、装置44内の他の要素に通信し、他の要素を駆動する、デジタル信号プロセッサDSPまたは中央処理装置CPUなど、少なくとも1つの従来の処理要素95を備える。さらに、通信装置44は、通信装置44がネットワーク30と通信できるようにするための、モデムなど、ネットワークインタフェース97を備える。1つの例示的実施形態では、ネットワークインタフェース97は、導電または光ファイバー接続など、物理媒体を介してネットワーク30に接続される。しかし、通信装置44は、必要な場合、無線接続を介してネットワーク30に結合されてもよい。通信装置44はまた、ユーザが入力を装置44に提供できるようにする、キーボード、キーパッド、マイクロフォン、または、タッチスクリーンなど、入力インタフェース98をも備える。通信装置44は、液晶ディスプレイLCD、他のタイプの表示画面、または、プリンタなど、出力インタフェース99をさらに備える。入力インタフェース98を使用して、ユーザは、ウェブブラウザ48にアクセスして、TCP/IPメッセージングによって、ネットワーク30を通してウェブサーバ52との接続を確立してもよい。図1によって示すように、ウェブサーバ52は、ネットワーク28のプロトコルに適合するノード55を有する。ノード55はまた、あらかじめ定義されたノード識別子をも有する。1つの例示的実施形態では、ネットワーク28の各ノードは、そのMACアドレスの一部例えば、最後の3バイトを、ネットワーク28におけるそのノード識別子として使用するが、他の実施形態では、ノード識別子を決定するための他の技術が可能である。図5は、ウェブサーバ52の例示的実施形態を示す。図5によって示すように、ウェブサーバ52は、ウェブサーバ52の動作を制御するように構成される、ウェブサーバロジック111を備える。ウェブサーバロジック111を、ソフトウェア、ハードウェア、ファームウェア、または、それらの任意の組み合わせで実装することができる。図5に示す例示的実施形態では、ウェブサーバロジック111は、ソフトウェアで実装され、メモリ113に格納される。ウェブサーバロジック111は、ソフトウェアで実装されるとき、命令をフェッチかつ実行することができる命令実行装置によって、または、命令実行装置に関連して使用するために、任意のコンピュータ可読媒体で格納かつトランスポートされうることに留意されたい。図5によって示すウェブサーバ52の例示的実施形態は、少なくとも1つのバスを含みうる、ローカルインタフェース116を介して、ウェブサーバ52内の他の要素に通信し、他の要素を駆動する、デジタル信号プロセッサDSPまたは中央処理装置CPUなど、少なくとも1つの従来の処理要素115を備える。さらに、ウェブサーバ52は、ウェブサーバ52がネットワーク30と通信できるようにするための、モデムなど、ネットワークインタフェース117を備える。1つの例示的実施形態では、ネットワークインタフェース117は、導電または光ファイバー接続など、物理媒体を介してネットワーク30に接続される。しかし、ウェブサーバ52は、必要な場合、無線接続を介してネットワーク30に結合されてもよい。ウェブサーバ52との接続を確立した後、通信装置44のユーザは、ネットワーク28のためのネットワーク識別子を入力し、通信装置44は、そのようなネットワーク識別子をウェブサーバ52へ送信する。そのネットワーク識別子を受信すると、ウェブサーバ52は、そのネットワーク識別子をノード55に割り当て、ノード55が事実上、ネットワーク28のメンバになるようにする。ノード55は、ネットワーク28の他のノード21~25と同様に構成されてもよく、図5によって示すように、ノード55は、ルーティングテーブル122を有する。そのようなルーティングテーブル122は、NRS36に関連付けられたエントリを有する。そのようなエントリは、NRS36のIPアドレスを含む。そのようなエントリは、通信装置44がウェブサーバ52との接続を確立するより前に、定義されてもよい。しかし、1つの例示的実施形態では、NRS36のIPアドレスおよびノード識別子は、通信装置44によって提供される。例えば、NRS36のIPアドレスは、ノード55のノード識別子と共に、装置44のユーザによって入力され、ウェブサーバ52へ送信されてもよく、ウェブサーバ52は、そのような情報を使用して、NRS36のためのルーティングテーブルエントリを作成し、適切なノード識別子をノード55に割り当てる。そのような実施形態では、ネットワーク28の存在は、装置44との通信より前に、ウェブサーバ52に知られないことがある。ウェブサーバ52がノード識別子をノード55に割り当て、NRS36のためにルーティングテーブル122にエントリを作成すると、ノード55は、ノード22および25について上述したように、登録メッセージをNRS36へ送信することによって、NRS36に登録する。したがって、NRS36は、そのルーティングテーブル82にノード55のためのエントリを追加する。そのようなエントリは、ノード55のノード識別子およびIPアドレスを示し、そのような情報をネットワーク28のネットワーク識別子と相関させる。ノード55はここで、範囲外ノード25について上述した技術を使用して、ネットワーク28の他のノード21~25と通信してもよい。例えば、ネットワーク発見処理が行われて、ノード55がネットワーク28の構成、および、ネットワーク28上の他のノード21~25の存在を知るようにしてもよい。この点について、ノード55は、ネットワーク発見メッセージと呼ばれるマルチキャストメッセージを送信してもよい。そのようなメッセージは、ノード55からNRS36へ送信され、NRS36は、そのメッセージをノード22および25へ再ブロードキャストする。さらに、ノード22は、ネットワーク発見メッセージを再ブロードキャストして、そのメッセージがノード21、23および24によって受信されるようにする。ネットワーク発見メッセージを受信する各ノード21~25は、ノード55を宛先とするユニキャスト返答メッセージにより応答する。そのような返答を受信すると、ノード55は、ネットワーク28の各ノード21~25のためのエントリを含むように、そのルーティングテーブル122を構築する。他のノード21~25のいずれも、ネットワーク発見メッセージを同様に発信して、ネットワーク28のトポロジを知り、そのそれぞれのルーティングテーブルを構築するようにしてもよいことに留意されたい。加えて、通信装置44のユーザは、ブラウザ48を通して、ノード21~25のいずれかを制御してもよい。この点について、ウェブサーバ52は、ウェブブラウザ48に対して、ユーザが見て、コマンドまたは他のメッセージを任意のノード21~25へ送信したいという希望を示す入力など、入力を提供するために使用することができる、ウェブページを提供する。そのようなウェブページは、上記のルート発見処理によってノード55へ返された情報に基づいて、ネットワーク28のトポロジを表示してもよい。一例として、各ノード21~25は、ウェブページによって表示されるか、または、他の方法で示されてもよい。説明の目的で、ユーザは、そのようなウェブページを通して、コマンドをノード22へ送信するための入力を提出すると仮定する。ウェブサーバ52は、そのコマンドを受信し、ルーティングテーブル122に基づいて、TCP/IPを使用して、そのコマンドを示すメッセージをNRS36へ送信することを、ノード55に行わせる。そのようなメッセージは、メッセージの送信元アドレスとして、ノード55のノード識別子を含むことに留意されたい。したがって、ネットワーク28の他のノード21~25にとって、実際にはそのメッセージが通信装置44からのコマンドに応答したものであるとき、そのメッセージがノード55から生じたように見える。NRS36は、そのコマンドを示すメッセージを、ルーティングテーブル82に基づいて、TCP/IPおよびノード22のIPアドレスを使用して、ノード22へ転送する。それに応答して、ノード22は、通信装置44から送信された最初のコマンドによって命じられた動作を行う。同様に、メッセージは、反対方向に通信されてもよい。例えば、ノード22がそのコマンドに対する返答を送信する場合、そのような返答は、TCP/IPおよびNRS36のIPアドレスによって、ネットワーク30を通してNRS36へ送信される。NRS36は、そのようなメッセージを、ルーティングテーブル82に基づいて、TCP/IPおよびノード55のIPアドレスを使用して、ネットワーク30を通してノード55へ転送する。その返答からの情報は次いで、ウェブサーバ52によってホストされ、かつ、ブラウザ48を介してアクセスされる、ウェブページを介して、ユーザに表示されてもよい。このように、ユーザが、ネットワーク28のプロトコルに適合するいかなる装置にも物理的にアクセスできない場合でも、ユーザは、それにもかかわらず、ネットワーク30に適合するデバイス例えば、装置44を使用して、ウェブサーバ52を通して、ネットワーク28にアクセスすることができる。NRS36は、多数の無線ネットワークのためのルーティングサービスを提供してもよく、その各々は、一意のネットワーク識別子によって識別されることに留意されたい。NRS36の各ルーティングエントリは、そのエントリが関係するネットワークを識別するネットワーク識別子を含んでもよく、多数のメッセージに対して、NRS36は、それぞれのメッセージによって識別されたネットワークに関係するエントリのみを使用する。一例として、NRS36がルート発見メッセージをネットワーク28のノード21~25から受信する場合、NRS36は、そのルート発見メッセージを、ルーティングテーブル82によって示されるように、同じネットワーク28の他のノードへのみブロードキャストする。しかし、あるネットワークのノードが、NRS36を通して、別のネットワークのノードと通信することは可能である。例えば、いくつかのメッセージタイプは、送信側ノードが別のネットワーク上のノードのためのノードアドレスおよびネットワークアドレスを指定できるようにすることがある。そのようなメッセージを受信すると、NRS36は、そのメッセージが2つ以上のネットワークにわたってトラバースするように、そのメッセージを識別されたノードへ転送するように構成されてもよい。また、NRS36は、NRS36に登録された少なくとも1つのノードを有する、任意のネットワークのためのアクセスポイントの働きをしてもよい。ネットワーク30が、それを通して通信されたメッセージに遅延を加えるか、または、通信を中断する可能性のある複雑性を導入することが、起こりうることに留意されたい。実際に、インターネットへの多数のゲートウェイは、いくつかの状況下でパケットの通過を妨げるか、または、追加の遅延を加えることがある、ファイアウォールを採用する。1つの例示的実施形態では、そのような遅延および中断は、NRS36およびウェブサーバ52との永続的接続を維持することによって軽減される。この点について、上記のように、ノード22は、NRS36に登録するように構成される。登録後、ノード22は、NRS36との永続的接続を開始する。1つの例示的実施形態では、上記は、httpget要求など、ダウンロード要求をNRS36へ送信することによって達成される。ダウンロード要求は、要求への返答においてノード22へダウンロードされるべきいくつかのバイトを指定することが好ましい。しかし、NRS36は、不完全な返答すなわち、要求された量未満のいくつかのバイトを送信するように構成される。したがって、接続は閉じられない。場合によっては、NRS36は、少量のデータを定期的に送信して、接続が開いたままであることを保証するように構成されてもよい。この点について、いくつかのファイアウォール、または、インターネット接続性を制御するための他のソフトウェアは、タイムアウトに基づいて接続を閉じてもよい。NRS36からその接続を介して少量のデータを送信することは、そのようなタイムアウトを再開する効果を有する。NRS36が、ノード22を宛先とするか、または、ノード22を通過することになるメッセージを受信する場合、NRS36は、永続的接続を介して、そのメッセージを転送してもよい。そのような場合、そのメッセージは、ごくわずかな遅延と共にノード22に到達するはずである。この点について、ノード22とNRS36の間のいかなるファイアウォールも、NRS36が永続的接続を介してデータを提供することを期待し、したがって、送信されたメッセージを中断または遅延させない。したがって、NRS36とノード22の間で永続的接続を維持することによって、NRS36は、別のノードからのメッセージなど、データを、ごくわずかな遅延と共にノード22へ通信することができる。他の実施形態では、永続的接続を維持するための他の技術が可能である。ネットワーク30を通して通信するデバイスのいずれも、遅延を低減しようとする取り組みにおいて、永続的接続を同様に維持してもよい。例えば、ウェブブラウザ48は、ウェブサーバ52への永続的接続を維持してもよく、ウェブサーバ52は、NRS36への永続的接続を維持してもよい。加えて、ノード22および25の各々は、NRS36へのそれぞれの永続的接続を維持してもよい。したがって、メッセージは、いかなるノード21~25および55から他のいかなるノードへも、NRS36を通して、ごくわずかな遅延と共に通信されうる。各ノードが他方のノードのIPアドレスを認識していると仮定すると、ネットワーク30は、NRS36を使用することなく、任意の2つのノード間の通信のために使用されうることにも留意されたい。一例として、ノード25がノード22のIPアドレスを認識している場合、ノード25は、メッセージをノード22へ、ネットワーク30を通して、NRS36を使用せずに送信するように構成されてもよい。加えて、上記の様々な実施形態では、ネットワーク30は、インターネットを備えるものとして説明される。しかし、インターネットの使用は不必要であり、ネットワーク30は、必要な場合、別のタイプまたは他のタイプのネットワークによって実装されてもよい。そのような他のネットワークは、TCP/IP以外のプロトコルを採用してもよい。様々な他の修正および変更は、本開示を読むことで、当業者には明らかになるであろう。"