(57)【要約】モバイル・ノードのネットワークをサポートするための通信ネットワーク・アーキテクチャ、システム、および方法。非限定的な例として、本開示の種々の態様は、静止および移動通信ノード双方の複雑なアレイを含む、動的に構成可能な通信ネットワーク（例えば、移動物体のインターネット）をサポートするための通信ネットワーク・アーキテクチャ、システム、および方法を提供する。更に具体的には、移動物体のネットワークにおいてダウンロード方向におけるデータのルーティングおよび複製を管理するためのシステムおよび方法である。【選択図】図１
2019517213.tif 000002
【特許請求の範囲】
【請求項１】
複数のノードを含む無線ネットワークのノードによってデータをルーティングおよび拡散する方法であって、前記複数のノードの各々が、前記ネットワークの他のノードと無線で通信するための少なくとも１つの無線周波数インターフェースを備えており、当該方法が、
前記複数のノードの内第１ノードによって、前記ネットワークに通信可能に結合されたクラウド・ベースのシステムから、前記複数のノードへの無線拡散のための１つ以上のデータのバンドルを受信するステップであって、各データのバンドルが、１つ以上のデータのパケットと、対応するバンドル・コンテキスト情報とを含む、ステップと、
前記第１ノードによって、該複数のノードの内、該第１ノードの無線通信範囲内にある１つ以上の他のノードから受信した無線信号から、前記１つ以上の他のノードの無線通信を表す無線ネットワーク・コンテキスト情報を生成するステップと、
前記第１ノードによって、該第１ノードのストレージ内に存在するデータのバンドルの数を判定するステップと、
少なくとも１つのデータのバンドルが前記第１ノードのストレージにおいて入手可能である場合、前記第１ノードによって、前記バンドル・コンテキスト情報、前記無線ネットワーク・コンテキスト情報、および前記第１ノードについての１組のデータ拡散規則を使用して、
前記第１ノードにおける前記少なくとも１つのデータのバンドルの入手可能性の広告を、前記複数のノードの内第２ノードに送信すること、および
前記少なくとも１つのバンドルに対する対応する要求の、前記第１ノードによる前記第２ノードからの受信なく、前記少なくとも１つのデータのバンドルを前記第２ノードに送信すること、
の内１つを実行するように選択するステップと、
少なくとも１つのデータのバンドルが前記第１ノードのストレージにおいて入手可能ではない場合、前記広告を送信することを実行せず、データのバンドルを送信することを実行しないように選択するステップと、
を含む、方法。
【請求項２】
請求項１記載の方法において、バンドル・コンテキスト情報が、
前記１つ以上のデータのバンドルの優先順位、前記１つ以上のデータのバンドルの前記ネットワークにおける古さ、前記１つ以上のデータのバンドルの生存時間量、および前記１つ以上のデータのバンドルの内、前記ネットワークの複数のノード内に現在残存する 特定の各バンドルのコピー総数、
の内任意の１つを含む、方法。
【請求項３】
請求項１記載の方法において、無線ネットワーク・コンテキスト情報が、前記１つ以上の他のノードの数、ならびに前記第１ノードおよび前記１つ以上の他のノードの無線通信の品質の基準の一方または双方を含む，方法。
【請求項４】
請求項１記載の方法において、前記選択するステップが、前記第１ノードによって前記クラウド・ベースのシステムから受信されたデータのバンドルの通信方向に対して、前記第１ノードについての１組のデータ拡散規則を考慮し、前記１組のデータ拡散規則が、前記ネットワークを通じたデータのバンドルの転送のダウンストリーム方向に対する第１組のデータ拡散規則と、前記ネットワークを通じたデータのバンドルの転送のアップストリーム方向に対する第２組のデータ拡散規則とを含む２組以上のデータ拡散規則から選択される、方法。
【請求項５】
請求項４記載の方法において、前記アップストリーム方向が前記クラウド・ベースのシステムに向かい、前記ダウンストリーム方向が前記クラウド・ベースのシステムから遠ざかる、方法。
【請求項６】
請求項１記載の方法において、前記第１ノードが、固定の地理的位置における動作に合わせて構成される、方法。
【請求項７】
請求項１記載の方法において、前記第２ノードが、前記ネットワークのサービス・エリアをあちこちに移動可能な車両における動作に合わせて構成される、方法。
【請求項８】
請求項１記載の方法において、前記第２ノードが、前記ネットワークを通じて、エンド・ユーザ・デバイスのデータを無線で通信するように構成されたモバイル・アクセス・ポイントであり、前記エンド・ユーザ・デバイスが、前記モバイル・アクセス・ポイントを介して前記ネットワークにアクセスする、方法。
【請求項９】
請求項１記載の方法において、前記第１ノードから前記第２ノードに前記少なくとも１つのデータのバンドルを送信することが、前記第１ノードの前記１つ以上の他のノードとの通信の品質を示す前記無線ネットワーク・コンテキスト情報に基づいて、前記第１ノードにおいて利用可能な無線通信リンクの数が２以上であると判定することを含む、方法。
【請求項１０】
請求項９記載の方法において、前記第１ノードから前記第２ノードに２つ以上の無線通信リンクを介して前記少なくとも１つのデータのバンドルを送信することが、前記第１ノードによるそれぞれの無線通信リンクを介した前記少なくとも１つのデータのバンドルのコピーの送信を可能にするために、前記少なくとも１つのデータのバンドルの各データのバンドルを複製することを含む、方法。
【請求項１１】
複数のコード部を有する非一時的コンピュータ可読媒体であって、各コード部が、１つ以上のプロセッサによって実行可能な複数の命令を格納し、前記１つ以上のプロセッサに、複数のノードを含む無線ネットワークのノードによってデータをルーティングおよび拡散する方法を実行させ、該方法のステップが、
前記複数のノードの内第１ノードによって、前記ネットワークに通信可能に結合されたクラウド・ベースのシステムから、前記複数のノードへの無線拡散のための１つ以上のデータのバンドルを受信するステップであって、各データのバンドルが、１つ以上のデータのパケットと、対応するバンドル・コンテキスト情報とを含む、ステップと、
前記第１ノードによって、前記複数のノードの内、該第１ノードの無線通信範囲内にある１つ以上の他のノードから受信した無線信号から、前記１つ以上の他のノードの無線通信を表す無線ネットワーク・コンテキスト情報を生成するステップと、
前記第１ノードによって、該第１ノードのストレージ内に存在するデータのバンドルの数を判定するステップと、
少なくとも１つのデータのバンドルが前記第１ノードのストレージにおいて入手可能である場合、前記第１ノードによって、前記バンドル・コンテキスト情報、前記無線ネットワーク・コンテキスト情報、および前記第１ノードについての１組のデータ拡散規則を使用して、
前記第１ノードにおける前記少なくとも１つのデータのバンドルの入手可能性の広告を、前記複数のノードの内第２ノードに送信すること、および
前記少なくとも１つのバンドルに対する対応する要求の、前記第１ノードによる前記第２ノードからの受信なく、前記少なくとも１つのデータのバンドルを前記第２ノードに送信すること、
の内１つを実行するように選択するステップと、
少なくとも１つのデータのバンドルが前記第１ノードのストレージにおいて入手可能ではない場合、前記広告を送信することを実行せず、データのバンドルを送信することを実行しないように選択するステップと、
を含む、非一時的コンピュータ可読媒体。
【請求項１２】
請求項１１記載の非一時的コンピュータ可読媒体において、バンドル・コンテキスト情報が、
前記１つ以上のデータのバンドルの優先順位、前記１つ以上のデータのバンドルの前記ネットワークにおける古さ、前記１つ以上のデータのバンドルの生存時間量、および前記１つ以上のデータのバンドルの内、前記ネットワークの複数のノード内に現在残存する特定の各バンドルのコピー総数、
の内任意の１つを含む、非一時的コンピュータ可読媒体。
【請求項１３】
請求項１１記載の非一時的コンピュータ可読媒体において、無線ネットワーク・コンテキスト情報が、前記１つ以上の他のノードの数、ならびに前記第１ノードおよび前記１つ以上の他のノードの無線通信の品質の基準の一方または双方を含む、非一時的コンピュータ可読媒体。
【請求項１４】
請求項１１記載の非一時的コンピュータ可読媒体において、前記選択するステップが、前記第１ノードによって前記クラウド・ベースのシステムから受信されたデータのバンドルの通信方向に対して、前記第１ノードについての１組のデータ拡散規則を考慮し、前記１組のデータ拡散規則が、前記ネットワークを通じたデータのバンドルの転送のダウンストリーム方向に対する第１組のデータ拡散規則と、前記ネットワークを通じたデータのバンドルの転送のアップストリーム方向に対する第２組のデータ拡散規則とを含む２組以上のデータ拡散規則から選択される、非一時的コンピュータ可読媒体。
【請求項１５】
請求項１４記載の非一時的コンピュータ可読媒体において、前記アップストリーム方向が前記クラウド・ベースのシステムに向かい、前記ダウンストリーム方向が前記クラウド・ベースのシステムから遠ざかる、非一時的コンピュータ可読媒体。
【請求項１６】
請求項１１記載の非一時的コンピュータ可読媒体において、前記第１ノードが、固定の地理的位置における動作に合わせて構成される、非一時的コンピュータ可読媒体。
【請求項１７】
請求項１１記載の非一時的コンピュータ可読媒体において、前記第２ノードが、前記ネットワークのサービス・エリアをあちこちに移動可能な車両における動作に合わせて構成される、非一時的コンピュータ可読媒体。
【請求項１８】
請求項１１記載の非一時的コンピュータ可読媒体において、前記第２ノードが、前記ネットワークを通じて、エンド・ユーザ・デバイスのデータを無線で通信するように構成されたモバイル・アクセス・ポイントであり、前記エンド・ユーザ・デバイスが、当該モバイル・アクセス・ポイントを介して前記ネットワークにアクセスする、非一時的コンピュータ可読媒体。
【請求項１９】
請求項１１記載の非一時的コンピュータ可読媒体において、前記第１ノードから前記第２ノードに前記少なくとも１つのデータのバンドルを送信することが、前記第１ノードの前記１つ以上の他のノードとの通信の品質を示す前記無線ネットワーク・コンテキスト情報に基づいて、前記第１ノードにおいて利用可能な無線通信リンクの数が２以上であると判定することを含む、非一時的コンピュータ可読媒体。
【請求項２０】
請求項１９記載の非一時的コンピュータ可読媒体において、 前記第１ノードから前記第２ノードに２つ以上の無線通信リンクを介して前記少なくとも１つのデータのバンドルを送信することが、前記第１ノードによるそれぞれの無線通信リンクを介した前記少なくとも１つのデータのバンドルのコピーの送信を可能にするために、前記少なくとも１つのデータのバンドルの各データのバンドルを複製することを含む、非一時的コンピュータ可読媒体。
【請求項２１】
複数のノードを含む無線ネットワークのノードによってデータをルーティングおよび拡散するためのシステムであって、
前記ネットワークの他のノードと無線で通信するための少なくとも１つの無線周波数インターフェースに動作可能に結合された１つ以上のプロセッサを含み、該１つ以上のプロセッサが、少なくとも、
前記複数のノードの内第１ノードによって、前記ネットワークに通信可能に結合されたクラウド・ベースのシステムから、前記複数のノードへの無線拡散のための１つ以上のデータのバンドルを受信し、各データのバンドルが、１つ以上のデータのパケットと、対応するバンドル・コンテキスト情報とを含み、
前記第１ノードによって、前記複数のノードの内、該第１ノードの無線通信範囲内にある１つ以上の他のノードから受信した無線信号から、前記１つ以上の他のノードの無線通信を表す無線ネットワーク・コンテキスト情報を生成し、
前記第１ノードによって、該第１ノードのストレージ内に存在するデータのバンドルの数を判定し、
少なくとも１つのデータのバンドルが前記第１ノードのストレージにおいて入手可能である場合、前記第１ノードによって、前記バンドル・コンテキスト情報、前記無線ネットワーク・コンテキスト情報、および前記第１ノードについての１組のデータ拡散規則を使用して、
前記第１ノードにおける前記少なくとも１つのデータのバンドルの入手可能性の広告を、前記複数のノードの内第２ノードに送信すること、および
前記少なくとも１つのバンドルに対する対応する要求の、前記第１ノードによる前記第２ノードからの受信なく、前記少なくとも１つのデータのバンドルを前記第２ノードに送信すること、
の内１つを実行するように選択し、
少なくとも１つのデータのバンドルが前記第１ノードのストレージにおいて入手可能ではない場合、前記広告を送信することを実行せず、データのバンドルを送信することを実行しないように選択する、
ように動作可能である、システム。
【請求項２２】
請求項２１記載のシステムにおいて、バンドル・コンテキスト情報が、
前記１つ以上のデータのバンドルの優先順位、前記１つ以上のデータのバンドルの前記ネットワークにおける古さ、前記１つ以上のデータのバンドルの生存時間量、および前記１つ以上のデータのバンドルの内、前記ネットワークの複数のノード内に現在残存する特定の各バンドルのコピー総数、
の内任意の１つを含む、システム。
【請求項２３】
請求項２１記載のシステムにおいて、無線ネットワーク・コンテキスト情報が、前記１つ以上の他のノードの数、ならびに前記第１ノードおよび前記１つ以上の他のノードの無線通信の品質の基準の一方または双方を含む，システム。
【請求項２４】
請求項２１記載のシステムにおいて、前記選択することが、前記第１ノードによって前記クラウド・ベースのシステムから受信されたデータのバンドルの通信方向に対して、前記第１ノードについての１組のデータ拡散規則を考慮し、前記１組のデータ拡散規則が、前記ネットワークを通じたデータのバンドルの転送のダウンストリーム方向に対する第１組のデータ拡散規則と、前記ネットワークを通じたデータのバンドルの転送のアップストリーム方向に対する第２組のデータ拡散規則とを含む２組以上のデータ拡散規則から選択される、システム。
【請求項２５】
請求項２４記載のシステムにおいて、前記アップストリーム方向が前記クラウド・ベースのシステムに向かい、前記ダウンストリーム方向が前記クラウド・ベースのシステムから遠ざかる、システム。
【請求項２６】
請求項２１記載のシステムにおいて、前記第１ノードが、固定の地理的位置における動作に合わせて構成される、システム。
【請求項２７】
請求項２１記載のシステムにおいて、前記第２ノードが、前記ネットワークのサービス・エリアをあちこちに移動可能な車両における動作に合わせて構成される、システム。
【請求項２８】
請求項２１記載のシステムにおいて、前記第２ノードが、前記ネットワークを通じて、エンド・ユーザ・デバイスのデータを無線で通信するように構成されたモバイル・アクセス・ポイントであり、前記エンド・ユーザ・デバイスが、当該モバイル・アクセス・ポイントを介して前記ネットワークにアクセスする、システム。
【請求項２９】
請求項２１記載のシステムにおいて、前記第１ノードから前記第２ノードに前記少なくとも１つのデータのバンドルを送信することが、前記第１ノードの前記１つ以上の他のノードとの通信の品質を示す前記無線ネットワーク・コンテキスト情報に基づいて、前記第１ノードにおいて利用可能な無線通信リンクの数が２以上であると判定することを含む、システム。
【請求項３０】
請求項２９記載のシステムにおいて、前記第１ノードから前記第２ノードに２つ以上の無線通信リンクを介して前記少なくとも１つのデータのバンドルを送信することが、前記第１ノードによるそれぞれの無線通信リンクを介した前記少なくとも１つのデータのバンドルのコピーの送信を可能にするために、前記少なくとも１つのデータのバンドルの各データのバンドルを複製することを含む、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願に対する相互引用／引用による本願への編入
[0001]  本特許出願は、２０１６年５月１８日に出願され、"Systems and Method for Managing the Routing and Replication of Data in the Download Direction in a Network of Moving Things"（ 移動物体のネットワークにおいてダウンロード方向におけるデータのルーティングおよび複製を管理するためのシステムならびに方法）と題する米国仮特許出願第６２／３３８，１４５号を引用し、それらの優先権を主張し、その権利を主張する。この出願をここで引用したことによって、その内容全体が本願にも含まれるものとする。また、本願は、"Integrated Communication Network for a Network of Moving Things"（移動物体のネットワークのための統合通信ネットワーク）と題し、２０１５年９月２２日に出願された米国仮特許出願第６２／２２１，９９７号、"Systems and Methods for Synchronizing a Network of Moving Things"（移動物体のネットワークを同期させるシステムおよび方法）と題し、２０１５年９月２２に出願された米国仮特許出願第６２／２２２，０１６号、"Systems and Methods for Managing a Network of Moving Things"（移動物体のネットワークを管理するシステムおよび方法）と題し、２０１５年９月２２日に出願された米国仮特許出願第６２／２２２，０４２号、"Systems and Methods for Monitoring a Network of Moving Things"（移動物体のネットワークを監視するシステムおよび方法）と題し、２０１５年９月２２に出願された米国仮特許出願第６２／２２２，０６６号、"Systems and Methods for Detecting and Classifying Anomalies in a Network of Moving Things"（移動物体のネットワークにおいて異常を検出し分類するシステムおよび方法）と題し、２０１５年９月２２に出願された米国仮特許出願第６２／２２２，０７７号、"Systems and Methods for Managing Mobility in a Network of Moving Things"（移動物体のネットワークにおいて移動性を管理するシステムおよび方法）と題し、２０１５年９月２２に出願された米国仮特許出願第６２／２２２，０９８号、"Systems and Methods for Managing Connectivity a Network of Moving Things"（移動物体のネットワークにおける接続を管理するシステムおよび方法）と題し、２０１５年９月２２に出願された米国仮特許出願第６２／２２２，１２１号、"Systems and Methods for Collecting Sensor Data in a Network of Moving Things"（移動物体のネットワークにおいてセンサ・データを収集するシステムおよび方法）と題し、２０１５年９月２２日に出願された米国仮特許出願第６２／２２２，１３５号、"Systems and Methods for Interfacing with a Network of Moving Things"（移動物体のネットワークとインターフェースするシステムおよび方法）と題し、２０１５年９月２２日に出願された米国仮特許出願第６２／２２２，１４５号、"Systems and Methods for Interfacing with a User of a Network of Moving Things"（移動物体のネットワークのユーザとインターフェースするシステムおよび方法）と題し、２０１５年９月２２日に出願された米国仮特許出願第６２／２２２，１５０号、"Systems and Methods for Data Storage and Processing for a Network of Moving Things"（移動物体のネットワーク用のデータ記憶および処理システムおよび方法）と題し、２０１５年９月２２日に出願に出願された米国仮特許出願第６２／２２２，１６８号、"Systems and Methods for Vehicle Traffic Management in a Network of Moving Things"（移動物体のネットワークにおける車両交通管理システムおよび方法）と題し、２０１５年９月２２日に出願され���米国仮特許出願第６２／２２２，１８３号、"Systems and Methods for Environmental Management in a Network of Moving Things"（移動物体のネットワークにおける環境管理システムおよび方法）と題し、２０１５年９月２２日に出願された米国仮特許出願第６２／２２２，１８６号、"Systems and Methods for Port Management in a Network of Moving Things"（移動物体のネットワークにおけるポート管理システムおよび方法）と題し、２０１５年９月２２日に出願に出願された米国仮特許出願第６２／２２２，１９０号、"Communication Network of Moving Things"（移動物体の通信ネットワーク）と題し、２０１５年９月２２日に出願された米国仮特許出願第６２／２２２，１９２号、"Utilizing Historical Data to Correct GPS Data in a Network of Moving Things"（移動物体のネットワークにおいてＧＰＳデータを補正するための履歴データの利用）と題し、２０１５年１０月２２日に出願された米国仮特許出願第６２／２４４，８２８号、"Using Anchors to Correct GPS Data in a Network of Moving Things"（移動物体のネットワークにおいてＧＰＳデータを補正するためのアンカーの使用）と題し、２０１５年１０月２２日に出願された米国仮特許出願第６２／２４４，９３０号、"Systems and Methods for Inter- Application Communication in a Network of Moving Things"（移動物体のネットワークにおけるアプリケーション間通信システムおよび方法）と題し、２０１５年１０月２６日に出願された米国仮特許出願第６２／２４６，３６８号、"Systems and Methods for Probing and Validating Communication in a Network of Moving Things"（移動物体のネットワークにおいて通信を精査し有効性を確認するシステムおよび方法）と題し、２０１５年１０月２６日に出願された米国仮特許出願第６２／２４６，３７２号、"Adaptive Rate Control for Vehicular Networks"（車両用ネットワークの適応速度制御）と題し、２０１５年１１月４日に出願された米国仮特許出願第６２／２５０，５４４号、"Systems and Methods for Reconfiguring and Adapting Hardware in a Network of Moving Things"（移動物体のネットワークにおいてハードウェアを再構成し適応させるシステムおよび方法）と題し、２０１５年１２月３１日に出願された米国仮特許出願第６２／２７３，８７８号、"Systems and Methods for Optimizing Data Gathering in a Network of Moving Things"（移動物体のネットワークにおいてデータ収集を最適化するシステムおよび方法）と題し、２０１５年１１月１０日に出願された米国仮特許出願第６２／２５３，２４９号、"Systems and Methods for Delay Tolerant Networking in a Network of Moving Things"（移動物体のネットワークにおける遅延耐性ネットワーキング・システムおよび方法）と題し、２０１５年１１月１９日に出願された米国仮特許出願第６２／２５７，４２１号、"Systems and Methods for Improving Coverage and Throughput of Mobile Access Points in a Network of Moving Things"（移動物体のネットワークにおいてモバイル・アクセス・ポイントのカバレッジおよびスループットを改善するシステムならびに方法）と題し、２０１５年１２月９日に出願された米国仮特許出願第６２／２６５，２６７号、"Channel Coordination in a Network of Moving Things"（移動物体のネットワークにおけるチャネル調整）と題し、２０１５年１２月２２日に出願された米国仮特許出願第６２／２７０，８５８号、"Systems and Methods for Network Coded Mesh Networking in a Network of Moving Things"（移動物体のネット���ークにおけるネットワーク・コード化メッシュ・ネットワーキング・システムおよび方法）と題し、２０１５年１１月２０日に出願された米国仮特許出願第６２／２５７，８５４号、"Systems and Methods for Improving Fixed Access Point Coverage in a Network of Moving Things"（移動物体のネットワークにおいて固定アクセス・ポイント・カバレッジを改善するシステムおよび方法）と題し、２０１５年１１月３０日に出願された米国仮特許出願第６２／２６０，７４９号、"Systems and Methods for Managing Mobility Controllers and Their Network Interactions in a Network of Moving Things"（移動物体のネットワークにおいて移動性コントローラおよびそれらのネットワーク相互作用を管理するシステムならびに方法）と題し、２０１５年１２月３１日に出願された米国仮特許出願第６２／２７３，７１５号、"Systems and Methods for Managing and Triggering Handovers of Mobile Access Points in a Network of Moving Things"（移動物体のネットワークにおけるモバイル・アクセス・ポイントのハンドオーバーを管理およびトリガするシステムならびに方法）と題し、２０１６年１月２１に出願された米国仮特許出願第６２／２８１，４３２号、"Captive Portal-related Control and Management in a Network of Moving Things"（移動物体のネットワークにおけるキャプティブ・ポータル関連制御および管理）と題し、２０１５年１２月１６日に出願された米国仮特許出願第６２／２６８，１８８号、"Systems and Methods to Extrapolate High-Value Data from a Network of Moving Things"（移動物体のネットワークからの高価値データを推定するシステムおよび方法）と題し、２０１５年１２月２２日に出願された米国仮特許出願第６２／２７０，６７８号、"Systems and Methods for Remote Software Update and Distribution in a Network of Moving Things"（移動物体のネットワークにおけるリモート・ソフトウェア更新および流通システムならびに方法）と題し、２０１５年１２月３０日に出願された米国仮特許出願第６２／２７２，７５０号、"Systems and Methods for Remote Configuration Update and Distribution in a Network of Moving Things"（移動物体のネットワークにおけるリモート構成更新および流通システムならびに方法）と題し、２０１６年１月１４日に出願された米国仮特許出願第６２／２７８，６６２号、"Systems and Methods for Adapting a Network of Moving Things Based on User Feedback"（ユーザ・フィードバックに基づいて移動物体のネットワークを適応させるシステムおよび方法）と題し、２０１６年１月２２日に出願された米国仮特許出願第６２／２８６，２４３号、"Systems and Methods to Guarantee Data Integrity When Building Data Analytics in a Network of Moving Things"（移動物体のネットワークにおいてデータ分析を構築するときにデータの完全性を保証するシステムおよび方法）と題し、２０１６年１月１４日付けの米国仮特許出願第６２／２７８，７６４号、"Systems and Methods for Self-Initialization and Automated Bootstrapping of Mobile Access Points in a Network of Moving Things"（移動物体のネットワークにおけるモバイル・アクセス・ポイントの自己初期化および自動ブートストラップを行うシステムならびに方法）と題し、２０１６年１月２５日に出願された米国仮特許出願第６２／２８６，５１５号、"Systems and Methods for Power Management in a Network of Moving Things"（移動物体のネットワークにおける電力管理システムおよび方法）と題し、２０１６年２月１６日に出願された米国仮特許出願第６２／２９５，６０２号、"Systems and Methods for Delay Tolerant Networking in a Network of Moving Things"（移動物体のネットワークにおける遅延耐性ネットワーキング・システムおよび方法）と題し、２０１５年１１月１９日に出願された米国仮特許出願第６２／２５７，４２１号、"Systems and Methods for Automating and Easing the Installation and Setup of the Infrastructure Supporting a Network of Moving Things"（移動物体のネットワークをサポートするインフラストラクチャの設置および設定を自動化および簡易化するためのシステムおよび方法）と題し、２０１６年２月２４日に出願された米国仮
特許出願第６２／２９９，２６９号、"Systems and Methods for Managing the Routing and Replication of Data in the Upload Direction in a Network of Moving Things"（移動物体のネットワークにおいてアップロード方向におけるデータのルーティングおよび複製を管理するためのシステムならびに方法）と題し、２０１６年５月１８日に出願された米国仮特許出願第６２／３３８，１３５号、"Systems and Methods for Managing the Scheduling and Prioritizing of Data in a Network of Moving Things"（移動物体のネットワークにおいてデータのスケジューリングおよび優先順位付けを管理するためのシステムならびに方法）と題し、２０１６年５月１８日に出願された米国仮特許出願第６２／３３８，１５１号、ならびに"Systems and Methods for Managing the Storage and Dropping of Data in a Network of Moving Things"（移動物体のネットワークにおいてデータの格納および欠落を管理するためのシステムならびに方法）と題し２０１６年５月１８日に出願された米国仮特許出願第６２／３３８，１５７号に関係がある。これらの特許出願の各々は、その内容全体があらゆる目的に対して本願にも含まれるものとする。
【発明の概要】
【発明が解決しようとする課題】
【０００２】
背景
[0002]  現在の通信ネットワークは、モバイル・ノードおよび静止ノードを含む通信環境を適正にサポートすることができない。非限定的な例として、現在の通信ネットワークは、モバイル・ノードおよび静止ノードの双方の複雑なアレイを含むネットワーク（例えば、移動物体のインターネット、自律型車両ネットワーク等）を適正にサポートすることができない。従来の方法およびシステムの限界や欠点は、このような手法と、本開示の残り部分において図面を参照しながら明記する本発明の方法およびシステムの色々な態様との比較によって、当業者には明らかとなろう。
【図面の簡単な説明】
【０００３】
【図１】図１は、本開示の種々の態様による通信ネットワークのブロック図を示す。
【図２】図２は、本開示の種々の態様による通信ネットワークのブロック図を示す。
【図３】図３は、本開示の種々の態様による都市エリア・ネットワークの図を示す。
【図４】図４は、本開示の種々の態様による通信ネットワークのブロック図を示す。
【図５Ａ】図５Ａは、本開示の種々の態様による通信ネットワークの柔軟性(flexibility)および／または回復力(resiliency)を表す複数のネットワーク構成を示す。
【図５Ｂ】図５Ｂは、本開示の種々の態様による通信ネットワークの柔軟性(flexibility)および／または回復力を表す複数のネットワーク構成を示す。
【図５Ｃ】図５Ｃは、本開示の種々の態様による通信ネットワークの柔軟性(flexibility)および／または回復力を表す複数のネットワーク構成を示す。
【図６】図６は、本開示の種々の態様による通信ネットワーク例のブロック図を示す。
【図７】図７は、本開示の種々の態様による、移動物体のネットワークにおけるモバイルＡＰの一例のブロック図を示す。
【図８】図８は、本開示の種々の態様により、移動物体のネットワークのノードのデータ保持および拡散規則(data retention and dissemination rules)を実施するための遅延耐性ネットワーキング機能の一例のブロック図を示す。
【図９】図９は、本開示の種々の態様による、ダウンストリーム・バンドルの保持／格納および拡散のプロセス例を示す上位フローチャートである。
【図１０Ａ】図１０Ａは、本開示の種々の態様により、移動物体のネットワークのダウンロード方向においてデータ記憶／保持、ルーティング、複製、およびデータの拡散を管理するプロセス例を示すフローチャートである。
【図１０Ｂ】図１０Ｂは、本開示の種々の態様により、移動物体のネットワークのダウンロード方向においてデータ記憶／保持、ルーティング、複製、およびデータの拡散を管理するプロセス例を示すフローチャートである。
【図１０Ｃ】図１０Ｃは、本開示の種々の態様により、移動物体のネットワークのダウンロード方向においてデータ記憶／保持、ルーティング、複製、およびデータの拡散を管理するプロセス例を示すフローチャートである。
【図１１Ａ】図１１Ａは、本開示の種々の態様により、例えば、移動物体のネットワークの固定またはモバイル・アクセス・ポイントのようなノードによって、ダウンロード方向においてデータのバンドルの記憶／保持、ルーティング、複製、および拡散を管理する方法例を示すフローチャートである。
【図１１Ｂ】図１１Ｂは、本開示の種々の態様により、例えば、移動物体のネットワークの固定またはモバイル・アクセス・ポイントのようなノードによって、ダウンロード方向においてデータのバンドルの記憶／保持、ルーティング、複製、および拡散を管理する方法例を示すフローチャートである。
【図１１Ｃ】図１１Ｃは、本開示の種々の態様により、例えば、移動物体のネットワークの固定またはモバイル・アクセス・ポイントのようなノードによって、ダウンロード方向においてデータのバンドルの記憶／保持、ルーティング、複製、および拡散を管理する方法例を示すフローチャートである。
【図１１Ｄ】図１１Ｄは、本開示の種々の態様により、例えば、移動物体のネットワークの固定またはモバイル・アクセス・ポイントのようなノードによって、ダウンロード方向においてデータのバンドルの記憶／保持、ルーティング、複製、および拡散を管理する方法例を示すフローチャートである。
【図１１Ｅ】図１１Ｅは、本開示の種々の態様により、例えば、移動物体のネットワークの固定またはモバイル・アクセス・ポイントのようなノードによって、ダウンロード方向においてデータのバンドルの記憶／保持、ルーティング、複製、および拡散を管理する方法例を示すフローチャートである。
【発明を実施するための形態】
【０００４】
概要
[0014]  本開示の種々の態様は、モバイル・ノードおよび／または静止ノードのネットワークをサポートするための通信ネットワーク・アーキテクチャ、システム、ならびに方法を提供する。非限定的な例として、本開示の種々の態様は、静止およびモバイル通信ノードの双方の複雑なアレイを含む、動的に構成変更可能な通信ネットワーク（例えば、移動物体のインターネット、自律型車両ネットワーク等）をサポートするための通信ネットワーク・アーキテクチャ、システム、および方法を提供する。例えば、本開示の種々の態様によって実現される通信ネットワークは、種々の固定ノード、モバイル・ノード、および／またはこれらの組み合わせを含む複数の様式の内の１つで動作することができ、種々のシステム目標の内任意のものを達成するために選択可能である。
【０００５】
[0015]  本明細書において利用する場合、「回路」(circuits)および「回路」(circuitry)という用語は、物理的な電子コンポーネント（即ち、ハードウェア）、ならびにこのハードウェアを構成することができ、このハードウェアによって実行することができ、および／またはこのハードウェアとそれ以外で関連付けることができるあらゆるソフトウェアおよび／またはファームウェア（「コード」）を指す。本明細書において使用する場合、例えば、特定のプロセッサおよびメモリ（例えば、揮発性または不揮発性メモリ・デバイス、一般的なコンピュータ可読媒体等）は、１つ以上の第１コード・ライン(lines of code)を実行するときに第１「回路」を構成する(comprise)ことができ、１つ以上の第２コード・ラインを実行するときに第２「回路」を構成することができる。加えて、回路はアナログおよび／またはディジタル回路を含むことができる。このような回路(circuitry)は、例えば、アナログおよび／またはディジタル信号に対して動作することができる。なお、回路は１つのデバイスまたはチップ内にあってもよく、１つのマザーボード上にあってもよく、１つのシャーシ内にあってもよく、１箇所の地理的位置における複数のエンクロージャ内にあってもよく、複数の地理的位置にまたがって分散された複数のエンクロージャ内にあってもよい等ということは理解されてしかるべきである。同様に、「モジュール」(module)という用語は、例えば、物理的電子コンポーネント（即ち、ハードウェア）、ならびにハードウェアを構成する、ハードウェアによって実行する、および／またはそれ以外でハードウェアに関連付けることができる任意のソフトウェアおよび／またはファームウェア（「コード」）を指すことができる。
【０００６】
[0016]  本明細書において利用する場合、回路(circuitry)は、この回路が機能を実行するために必要なハードウェアおよびコードを含むときはいつでも（いずれかが必要な場合）、その機能の実行がディスエーブルされているか否か、即ち、イネーブルされていないか否か（例えば、ユーザが変更可能な設定、工場の設定、またはトリミング(trim)等によって）には関係なく、その機能を実行するように「動作可能」である。
【０００７】
[0017]  本明細書において利用する場合、「および／または」とは、「および／または」によって繋げられた一覧における項目の内任意の１つ以上を意味する。一例として、「ｘおよび／またはｙ」は、３つのエレメント集合｛（ｘ）、（ｙ）、（ｘ、ｙ）｝の内の任意のエレメントを意味する。即ち、「ｘおよび／またはｙ」は、「ｘおよびｙの一方または双方」を意味する。別の例として、「ｘ、ｙ、および／またはｚ」は、７つのエレメント集合｛（ｘ）、（ｙ）、（ｚ）、（ｘ、ｙ）、（ｘ、ｚ）、（ｙ、ｚ）、（ｘ、ｙ、ｚ）｝の内の任意のエレメントを意味する。即ち、「ｘ、ｙ、および／またはｚ」は、「ｘ、ｙ、およびｚの内１つ以上」を意味する。本明細書で利用する場合、「例えば」(e.g.)および「例えば」(for example)、「例証的な」(exemplary)等の用語は、１つ以上の非限定的な例、実例、または例示の一覧を明示する(set off)。
【０００８】
[0018]  本明細書において使用する用語は、特定の例について説明することを目的とするだけであり、本開示を限定する意図はない。本明細書において使用する場合、単数形は、前後関係が明確にそうでないことを示すのでない限り、複数形も同様に含むことを意図している。更に、「備える」(comprises)、「含む」(includes)、「備えている」(comprising)、「含んでいる」(including)、「有する」(has)、「有する」(have)、「有している」(having)等の用語が、本明細書において使用されるとき、述べられた特徴、整数、ステップ、動作、エレメント、および／またはコンポーネントの存在を指定するのであるが、１つ以上の他の特徴、整数、ステップ、動作、エレメント、コンポーネント、および／またはそれらの集合の存在または追加を除外するのではないことは理解されよう。
【０００９】
[0019]  なお、第１、第２等の用語が、種々のエレメントを記述するために本明細書において使用される場合があるが、これらのエレメントはこれらの用語によって限定されないことは理解されよう。これらの用語は、１つのエレメントを他のエレメントと区別するために使用されるに過ぎない。つまり、例えば、以下で論ずる第１エレメント、第１コンポーネント、または第１セクションは、本開示の教示から逸脱することなく、第２エレメント、第２コンポーネント、または第２セクションと呼ぶこともできる。同様に、「上位」(upper)、「下位」(lower)、「側」等のような種々の空間的用語は、相対的な意味で１つのエレメントを他のエレメントから区別するときに使用されることがある。しかしながら、コンポーネントの向きが異なる方法で決められることもあり、例えば、本開示の教示から逸脱することなく、ある電子デバイスが横向きにされて、その「上」面が水平に向き、その「側」面が垂直に向くような場合もあることは、理解されてしかるべきである。
【００１０】
[0020]  移動物体および／または静止物体(static things)（例えば、デバイス、機械、人々等）、ならびにこのような物体を互いに接続させるためのロジスティックス（例えば、スマート・ロジスティックス、輸送、環境検知等のコンテキストにおけるロジスティックス）の普及に伴い、例えば、常にオンであり、ロバストであり、スケーラブルであり、安全が確保され、このような物体（または目的物(object)）に対して、どこでもそしていつでも、接続、サービス、およびインターネット・アクセスを提供することができるプラットフォームが望まれている。このようなシステムの種々のコンポーネント内における効率的な電力利用も望まれている。
【００１１】
[0021]  したがって、本開示の種々の態様は、エネルギ効率的に動作しつつ、どこでもそしていつでも、全ての移動物体および／または静止物体（例えば、デバイス、機械、人々、アクセス・ポイント、エンド・ユーザ・デバイス、センサ等）に対して、接続、サービス、およびインターネット・アクセスを提供し、完全に動作可能であり、常にオンであり、応答性が良く、ロバストであり、スケーラブルであり、安全が確保されたプラットフォーム／システム／アーキテクチャを提供する。
【００１２】
[0022]  本開示の種々の態様は、異なる環境の種々の要件、特徴、および要望に対して柔軟に構成変更可能であり適応可能なプラットフォームを提供する。各環境は、それぞれの移動性レベル、ならびに移動物体および／または静止物体の密度、更にはこれらの物体へのアクセス数および／またはタイプによって特徴付けることができる。種々の環境の特性には、例えば、ノードの高い移動性（例えば、接触または接続を変動させる）、多数の近隣、多数の接続済みモバイル・ユーザ、モバイル・アクセス・ポイント、複数のネットワークおよび技術の利用可能性（例えば、同じエリア内の場合もある）等が含まれる。例えば、プラットフォームの動作モードを、他の環境とは異なることもある、各環境のそれぞれの要件および要望に基づいて、環境毎に柔軟に適応させることができる。加えて、例えば、プラットフォームが特定の環境において提供または処理するコンテンツ、サービス、またはデータに基づいて、例えば、異なる目的毎にプラットフォームを柔軟に（例えば、設計時／設置時、および／またはリアル・タイムにおいて）最適化することができる（例えば、レイテンシを短縮し、スループットを高め、電力消費を低減し、負荷の均衡を取り、信頼性を高め、障害またはその他の外乱に関して一層ロバストにする等のため）。
【００１３】
[0023]  本開示の種々の態様によれば、このプラットフォーム上で、多くの制御および管理サービス（例えば、移動性、セキュリティ、ルーティング等）を提供する（例えば、直接的に、制御オーバーレイを使用して、コンテナを使用して等）。このようなサービスは、現在インターネットまたはその他の通信ネットワーク（複数可）上でデプロイされているサービスと互換性がある。
【００１４】
[0024]  例えば、使用事例に応じて、全体的または部分的に、例えば、公衆および／または個人動作モードで通信ネットワーク（またはプラットフォーム）を動作させることができる。プラットフォームは、例えば、使用事例に応じて（例えば、公衆インターネット・アクセス、公共環境検知、車隊運用(fleet operation)等）、公衆または個人動作モードで動作することができる。
【００１５】
[0025]  加えて、例えば、種々のネットワーク・コンポーネントがモバイルである実施態様では、特定の実施態様の要望に応えるために、輸送および／または信号制御メカニズムを適応させることができる。例えば、無線送信電力および／または速度を適応させることができる（例えば、干渉を軽減するため、電力消費を低減するため、ネットワーク・コンポーネントの寿命を伸ばすため等）。
【００１６】
[0026]  本開示の種々の態様によるプラットフォームの種々の実施態様例は、通常利用できる種々の他のサブシステムが利用できない場合であっても、異なるサブシステムに接続することができる。例えば、このプラットフォームは、種々の内蔵冗長性および障害回復メカニズムを含むことができる。例えば、このプラットフォームは、自己回復能力、自己構成能力、自己適応能力等を含むことができる。このプラットフォームのプロトコルおよび機能は、例えば、異なるレベルの移動性および物体（または目的物）の密度、これらの物体へのアクセス数／タイプによって特徴付けられる異なる環境の要件および特徴に対して自律的および円滑に構成し適応させるように準備することができる。例えば、このプラットフォームの種々の態様は、何らかの決断または全ての決断に影響を及ぼす可能性があるコンテキスト・パラメータを収集することができる。このようなパラメータは、例えば、ローカルに導き出すことができ、近隣、固定ＡＰ、クラウド等から収集することができる。また、このプラットフォームの種々の態様は、例えば、あらゆる判断に役立つように履歴情報を求めることができ、このような情報は、履歴データから、調査から、シミュレータから等で導き出すことができる。加えて、例えば、このプラットフォームの種々の形態は、例えば、ネットワークおよび／または判断自体をリアル・タイムで評価するために、ネットワーク全域において判断を精査(probe)または監視することができる。更に、このプラットフォームの種々の態様は、例えば、ネットワークにおいて意志決定を実施することができる（例えば、精査結果を評価した後に）。このプラットフォームの種々の態様は、例えば、常にまたは繰り返し行われるが有意な利点が全く得られないあらゆる判断（例えば、技術変更、証明書変更、ＩＰ変更等）を回避するために、閾値を設定することができる。また、このプラットフォームの種々の態様は、例えば、ローカルに学習し（例えば、行われた判断によって）、動的に判断を更新することができる。
【００１７】
[0027]  障害に対するロバスト性に加えて（または、その代わりに）、プラットフォームは、同じサブシステム内部において別個のサブシステムまたはエレメント間に存在する複数の接続（または経路）を利用して、システムのロバスト性を高める、および／または負荷均衡化を高めることができる。
【００１８】
[0028]  以下の検討では、通信ネットワークの種々のサブシステム例によって実行される機能の例を紹介する。なお、ここで論ずる機能例は、特定のサブシステム例によって実行される必要も、１つのサブシステムによって実行される必要もないことは理解されてしかるべきである。例えば、ここで紹介するサブシステムは互いに相互作用することができ、データまたは制御サービスを集中的な方法でデプロイすることができ、または、例えば、各サブシステムのエレメント間における協働を利用するために、異なるサブシステム間でそれらの機能を分散させることができる。
【００１９】
[0029]  本開示の種々の態様は、車両（例えば、自動車、バス、トラック、ボート、フォークリフト、人間が運転する車両、自律型および／または遠隔制御車両等）をＷｉ−Ｆｉホットスポットとして利用する通信ネットワークを提供する（例えば、都市規模の車両ネットワーク、積出港(shipping port)の大きさの車両ネットワーク、キャンパス規模のネットワーク等）。なお、本検討全体にわたってＷｉ−Ｆｉが例として全般的に使用されるが、本開示の種々の態様の範囲はそれに限定されるのではないことを注記しておく。例えば、他の無線ＬＡＮ技術、ＰＡＮ技術、ＭＡＮ技術等を利用することもできる。このような利用は、例えば、大量の都市データを収集し、混雑したセルラ・ネットワーク（または他のネットワーク）からのトラフィックの効率的な肩代わり(offloading)に対応するための価格効率的な方法を提供する。多くの車両がある被制御エリア（例えば、湾港(ports, harbors)等）では、本開示の種々の態様による通信ネットワークは、既存の企業Ｗｉ−Ｆｉネットワークの無線カバレッジを拡大し、例えば、ＳＩＭカードやセルラ（または他のネットワーク）データ・プランを必要とせずに、車両の運転手（例えば、人、コンピュータ制御等）、およびその他の移動する従業員とのリアル・タイム通信に対応することができる。
【００２０】
[0030]  車両は、これらをＷｉ−Ｆｉ（または一般的な無線）ホットスポットとして有用にする、多くの有利な特性を有することができる。例えば、車両は、一般に、少なくとも１つのバッテリを有し、車両は、一般に、道路レベルで都市中に高密度に拡散し、および／または被制御空間において互いと多くの連絡を結ぶことができ、更に、ＥＵ、米国、およびその他の地域においてインテリジェント輸送システムのために確保されている、５．９ＧＨｚ周波数帯域における通常のＷｉ−Ｆｉの１０倍の範囲と通信することができる。なお、本開示の範囲は、このような５．９ＧＨｚ無線通信に限定されるのではないことを注記しておく。更に、車両は、それらのカバレッジ・エリアをときの経過に連れて広い範囲(swath)に効果的に拡大することができ、１つの車両アクセス・ポイントが、ときの経過に連れて、はるかに多いデータ・ソースと相互作用することを可能にする。
【００２１】
[0031]  本開示の種々の態様によれば、手頃な価格のマルチネットワーク・オンボード・ユニット（ＯＢＵ）を紹介する。なお、本明細書では、ＯＢＵをモバイル・アクセス・ポイント、モバイルＡＰ、ＭＡＰ等とも呼ぶこともあることを注記しておく。ＯＢＵは、例えば、複数のネットワーキング・インタフェース（例えば、Ｗｉ−Ｆｉ、８０２．１１ｐ、４Ｇ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＵＷＢ等）を含むことができる。例えば、私有車両および／または公有車両（例えば、個々のユーザ用車両、私有車隊の車両、公有車隊の車両等）の中または上に容易にＯＢＵを設置することができる。例えば、輸送用車隊、ごみ管理用車隊、法律施行用車隊、緊急サービス、道路保守用車隊、タクシー車隊、航空機隊等にＯＢＵを設置することができる。例えば、車両、あるいは移動が自由なその他の構造または比較的移動が限られている構造の中または上にＯＢＵを設置することができる。また、例えば、ＯＢＵを人または使役動物によって携行することができる、自転車に装着することができる、移動機械全般に装着することができる、コンテナに装着することができる等が挙げられる。
【００２２】
[0032]  例えば、ＯＢＵは、通過する車両を、１つ以上のネットワーク・プロバイダ、テレコム事業者等の有線インフラストラクチャに接続するように動作することができる。本明細書において論ずるアーキテクチャ、ハードウェア、およびソフトウェア機能により、車両および車隊を、単にセルラ・ネットワーク（あるいはその他のワイド・エリア・ネットワークまたは都市エリア・ネットワーク等）や、都市または被制御空間全域にわたって拡散された既存のＷｉ−Ｆｉホットスポットに接続することができるだけでなく、他の車両にも接続することができる（例えば、有線インフラストラクチャへのマルチホップ通信、単一またはマルチホップ・ピア・ツー・ピア車両通信等を利用する）。例えば、車両および／または車隊は、通信リンクの全般的なメッシュ(overall mesh)を形成することができ、この全般的なメッシュは、例えば、ＯＢＵや、有線インフラストラクチャ（例えば、ローカル・インフラストラクチャ等）に接続された固定アクセス・ポイント（ＡＰ）も含む。なお、本明細書では、ＯＢＵを「モバイルＡＰ」、「モバイル・ホットスポット」、「ＭＡＰ」等と呼ぶこともあることを注記しておく。また、本明細書では、固定アクセス・ポイントを道路脇ユニット（ＲＳＵ：Road Side Unit)、固定ＡＰ、ＦＡＰ等と呼ぶこともあることも注記しておく。
【００２３】
[0033]  一実施態様例では、ＯＢＵは、比較的長距離のプロトコル（例えば、８０２．１１ｐ等）を利用して固定ＡＰと通信することができ、一方、固定ＡＰは、有線インフラストラクチャにハード・ワイヤ接続することができる（例えば、ケーブル、繋留光リンク(tethered optical link)等によって）。なお、固定ＡＰは、更にまたは代わりに、無線リンク（例えば、８０２．１１ｐ等）を介してインフラストラクチャに結合するのでもよいことを注記しておく。加えて、クライアントまたはユーザ・デバイスは、１つ以上の比較的短距離のプロトコル（例えば、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ、ＵＷＢ等）を使用して、ＯＢＵと通信することができる。例えば、典型的なＷｉ−Ｆｉアクセス・ポイントまたはその他の無線ＬＡＮ／ＰＡＮアクセス・ポイント（例えば、少なくとも、８０２．１１ｐ等に基づくもののようなリンクのための）よりも長い有効無線通信距離を有するＯＢＵは、典型的なＷｉ−Ｆｉまたはその他の無線ＬＡＮ／ＰＡＮアクセス・ポイントよりもかなり広いカバレッジ・エリアが可能であり、つまり、地理的エリア上に広大なカバレッジ(blanket coverage)を提供するために必要なＯＢＵが少なくて済む。
【００２４】
[0034]  例えば、ＯＢＵは、長距離通信プロトコル能力（例えば、８０２．１１ｐ等）を構築する(builds on)ロバストな車両ネットワーキング・モジュール（例えば、接続マネージャ）を含む。例えば、ネットワークにおいて固定ＡＰ、車両、およびその他のノードと通信するための８０２．１１ｐ（またはその他の長距離プロトコル）能力を含むことに加えて、ＯＢＵは、エンド・ユーザ・デバイス、センサ、固定Ｗｉ−Ｆｉアクセス・ポイント等に対する無線ローカル・エリア・ネットワーク（ＷＬＡＮ）接続を提供するためのネットワーク・インタフェース（例えば、８０２．１１ａ／ｂ／ｇ／ｎ、８０２．１１ａｃ、８０２．１１ａｆ、これらの任意の組み合わせ等）を含むことができる。例えば、ＯＢＵは、車両（例えば、バス、列車(train car)、タクシー・キャブ、公有作業車両等）内にいるユーザ、および／または車両の周囲にいるユーザに車内Ｗｉ−Ｆｉインターネット・アクセスを提供するように動作することができる。更に、ＯＢＵは１つ以上の無線バックボーン通信インターフェース（例えば、セルラ・ネットワーク・インタフェース等）も含むことができる。種々のシナリオ例では、セルラ・ネットワーク・インタフェース（またはその他の無線バックボーン通信インターフェース）は種々の理由によって（例えば、コスト、電力、帯域幅等）好ましいインターフェースではない場合もあるが、セルラ・ネットワーク・インタフェースは、現在固定ＡＰによってサポートされていない地理的エリアにおいて接続(connectivity)を提供するために利用することができる、フェイル・オーバー通信リンクを提供するために利用することができる、緊急用通信に利用することができる、ローカル・インフラストラクチャ・アクセスに加入するために利用することができる等が挙げられる。また、セルラ・ネットワーク・インタフェースは、例えば、セルラ・ネットワーク事業者によって異なる解決策のデプロイ(deployment)を許容するために利用することもできる。
【００２５】
[0035]  ＯＢＵは、本開示の種々の態様によれば、例えば、スマート接続マネージャを含む。スマート接続マネージャは、インターネットにアクセスするための最良の利用可能な無線リンク（複数可）を選択することができる（例えば、Ｗｉ−Ｆｉ、８０２．１１ｐ、セルラ、車両メッシュ等）。また、ＯＢＵは、例えば、地理的位置能力（例えば、ＧＰＳ等）、車両が移動中か否か判定するための動き検出センサ、および電力制御サブシステム（例えば、ＯＢＵが車両のバッテリを垂れ流ししていないこと等を確認するため）に対応する(provide)ことができる。ＯＢＵは、例えば、本明細書において論ずるセンサ（例えば、環境センサ等）の内任意のものまたは全てを含むことができる。
【００２６】
[0036]  また、ＯＢＵは、例えば、機械間データ取得、ならびにクラウドへおよびクラウドからの転送（例えば、リアル・タイムまたは遅延耐性型）を管理するマネージャも含むことができる。例えば、ＯＢＵは、車両の情報を記録する(log)および／または通信することができる。
【００２７】
[0037]  ＯＢＵは、例えば、接続および／またはルーティング・マネージャを含むことができる。接続および／またはルーティング・マネージャは、車両間／車両対インフラストラクチャ・マルチホップ通信において通信のルーティングを実行するように動作する。移動性マネージャ（または、コントローラ、ＭＣ）は、例えば、異なる技術（例えば、８０２．１１ｐ、セルラ、Ｗｉ−Ｆｉ、衛星等）間で、異なるＭＣ（例えば、フェイル・オーバーのシナリオ、負荷再分配のシナリオ等）間で、異なるインタフェース（またはポート）を跨いで等において、通信セッションが１回以上のハンドオフ（本明細書では、「ハンドオーバー」または「複数のハンドオーバー」とも呼ぶ）を通じて（例えば、異なるモバイルＡＰ、固定ＡＰ、基地局、ホットスポット等の間で）永続することを確保することができる。なお、本明細書では、ＭＣをローカル移動性アンカー（ＬＭＡ：Local Mobility Anchor）、ネットワーク・コントローラ等と呼ぶこともあることを注記しておく。なお、ＭＣまたは複数のＭＣは、例えば、バックボーンの一部として実装することができるが、それに加えてまたはその代わりに、種々のコンポーネントまたはその組み合わせの内任意のものの一部として実装できることも注記しておく。例えば、ＭＣ固定ＡＰ（またはその分散システム）において、ＯＢＵ（またはその分散システム）の一部として等で実装することができる。システム・コンポーネントおよび／または方法の種々の非限定的な例が、２０１５年９月２２日に出願され、"Systems and Method for Managing Mobility in a Network of Moving Things"（移動物体のネットワークにおいて移動性を管理するシステムおよび方法）と題する米国仮特許出願第６２／２２２，０９８号において提供されている。この出願をここで引用したことにより、この出願の内容全体が本願にも含まれるものとする。なお、複数のＭＣを含む実施態様例では、このようなＭＣは、同じ場所に配置されてもよく、および／または地理的に分散されてもよいことを注記しておく。
【００２８】
[0038]  また、本開示の種々の態様は、クラウド・ベースのサービス指向アーキテクチャも提供する。これは、ネットワークおよびクライアントのリアル・タイム管理、監視、および報告、データ格納、処理、および管理に必要な機能、Ｗｉ−Ｆｉクライアント認証、ならびにキャプティブ・ポータル・ディスプレイ(Captive Portal display)等を扱う。
【００２９】
[0039]  本開示の種々の態様による通信ネットワーク（またはそのコンポーネント）は、例えば、広範囲のスマート都市アプリケーション（または、被制御シナリオ、または接続されるシナリオ等）および／または使用事例を、本明細書において説明するように、サポートすることができる。
【００３０】
[0040]  例えば、一実施態様例では、各車両（例えば、公営および私営タクシー双方、バス、トラック等）をモバイルＡＰ（例えば、モバイルＷｉ−Ｆｉホットスポット）に変換するように動作して、都市内を移動している、バスの停留所で待っている、公園で座っている従業員、通行人、およびモバイル・ユーザ等にインターネット・アクセスを提供することができる。更に、車両および／または車両隊間で形成される車両メッシュ・ネットワークの一例によって、一実施態様は、都市中に拡散され、重要な場所において公営または私営テレコム事業者の有線インフラストラクチャに接続されたモバイルＷｉ−Ｆｉホットスポットおよび／または固定ＡＰ（例えば、８０２．１１ｐ系ＡＰ）を介して、セルラ・トラフィックを肩代わりさせる(offload)一方で、できるだけ広いカバレッジをできるだけ低いコストで確保するように動作可能にすることもできる。
【００３１】
[0041]  一実施態様例（例えば、通信ネットワークおよび／またはそのコンポーネントの）は、例えば、無数のソースによって生成された、移動中で、直ぐに使用できるまたはできない大量のデータを（例えば、連続的に）収集する大規模都市スキャナ(massive urban scanner)として動作可能にすることもできる。無数のソースは、車内センサまたは車載診断システム・ポート（例えば、ＯＢＤ２等）、自律型車両駆動システムとのインターフェース、都市中に拡散された外部Ｗｉ−Ｆｉ／Ｂｌｕｅｔｏｏｔｈ対応検知ユニットから、車両の運転手および乗員のデバイス（例えば、このようなデバイスおよび／または乗員を特徴付ける情報等）、測位システム・デバイス（例えば、位置情報、速度情報、軌跡情報、走行履歴情報等）等に及ぶ。
【００３２】
[0042]  使用事例に応じて、ＯＢＵは、例えば、車両からデータを送る前に、このデータを処理し（または、計算、変換、操作、集計、合計等）、例えば、個々のアプリケーション毎に適した粒度（例えば、値分解能）およびサンプリング・レート（例えば、時間分解能）を付与することができる。例えば、ＯＢＵは、例えば、システムによって有利と見なされる任意の方法で、データを処理することができる。ＯＢＵは、例えば、収集したデータ（例えば、生データ、前処理したデータ、収集したデータに基づいて計算したメトリックの情報等）をクラウドに（例えば、ネットワークの任意の部分に結合された１つ以上のネットワーク接続型サーバに）効率的で信頼性のある方法で送り、自治体都市運営および輸送サービスの効率、環境的影響、および社会的価値を改善することができる。種々の使用事例については本明細書において説明する。
【００３３】
[0043]  公営バスが都市の経路に沿って移動している、および／またはタクシーがその私営輸送サービスを実行しているというシナリオ例では、ＯＢＵは大量のリアル・タイム・データを測位システム（例えば、ＧＰＳ等）、加速度計モジュール等から収集することができる。次いで、ＯＢＵは、例えば、このようなデータをクラウドに通信することができ、これらのデータは、例えば、このような公営または私営バスおよび／またはタクシー運営を支援するために、処理、報告、検討され、例えば、バスおよびタクシーそれぞれの効率的な遠隔監視および日程計画(scheduling)を支援することができる。
【００３４】
[0044]  一実施態様例では、小型カメラ（または他のセンサ）を、公営バスのドア上部に配された小型単一基板コンピュータ（ＳＢＣ）に結合し、バスに乗る人々および降りる人々、および／またはバス路線に沿った停留所における画像シーケンスをキャプチャすることを可能にし、バスを待っている人々の数を推定することができる。このようなデータは、クラウドに送るために、ＯＢＵによって収集することができる。このようなデータによって、公衆輸送システムは、ピーク、過剰に混雑するバス、路線および停留所、利用が少ないバス、路線および停留所等を検出することができ、リアル・タイムで対策を講じる（例えば、乗客の流れが少なくなる場所および時間には燃料コストおよびＣＯ２排気を低減するために、バスの定期運行(periodicity)を減らす）こと、および体系的な輸送問題を検出することが可能になる。
【００３５】
[0045]  ＯＢＵは、例えば、環境センサの異質な集合体を装備された種々のＷｉ−Ｆｉ対応センサ・デバイスの内任意のものと通信するように動作可能にすることができる。このようなセンサは、例えば、ノイズ・センサ（マイクロフォン等）、ガス・センサ（例えば、ＣＯ、ＮＯ２、０３、揮発性有機化合物（またはＶＯＣ）、ＣＯ２等を検知する）、煙センサ、汚染センサ、天候センサ（例えば、検知温度、湿度、光度、粒子、日射、風速（例えば、風速計）、風向、雨（例えば、雨量計）、光スキャナ、生物計量スキャナ、カメラ、マイクロフォン等）を含むことができる。また、このようなセンサは、ユーザ（例えば、車両の運転手または乗員、通行人等）に関連するセンサ、および／または彼らの個人的なデバイス（例えば、スマートフォンまたはスマート・ウオッチ、生物計量センサ、ウエアラブル・センサ、埋め込みセンサ等）も含むことができる。このようなセンサは、例えば、車両用オンボード診断（ＯＢＤ）ユニット、自律型車両駆動システム等に付随するセンサおよび／またはシステムを含むことができる。このようなセンサは、例えば、測位センサ（例えば、ＧＰＳセンサ、Ｇａｌｉｌｅｏセンサ、ＧＬＯＮＡＳＳセンサ等）を含むことができる。なお、このような測位センサは、車両の動作システム（例えば、局所人力制御車両(local human-controlled vehicle)、自律型車両、遠隔人力制御車両等）の一部であってもよいことを注記しておく。このようなセンサは、例えば、コンテナ・センサ（例えば、ゴミ箱センサ、出荷コンテナ・センサ、コンテナ環境センサ、コンテナ追跡センサ等）を含むことができる。
【００３６】
[0046]  一旦車両がこのようなセンサ・デバイスの近傍に入ったなら、無線リンクを確立することができるので、車両（またはそのＯＢＵ）はセンサ・デバイスからセンサ・データを収集し、収集したデータをクラウド内にあるデータベースにアップロードすることができる。次いで、しかるべき行動を起こすことができる。廃棄物管理の実施態様例では、様々な廃棄物管理（または収集）トラックにＯＢＵを装備することができ、ＯＢＵは、コンテナ上に実装されたセンサと周期的に通信して、廃棄物のレベル、最後の収集からの経過時間等についての情報を収集することができる。次いで、このような情報をクラウド（例えば、インターネットに結合された廃棄物管理アプリケーション等）に車両メッシュ・ネットワークを通じて送り、廃棄物管理トラックの日程計画および／または経路決定を改善することができる。なお、常にモバイルＡＰ（例えば、車載センサ）の範囲内に種々のセンサがあるはずである(may)ことを注記しておく。更に（または代わりに）、センサはモバイルであってもよい（例えば、モバイルＡＰまたは固定ＡＰの近くを通過する他の車両に搭載されたセンサ、ドローンに搭載されたセンサ、歩道に装着されたセンサ等）ことも注記しておく。
【００３７】
[0047]  一実施態様例では、例えば、多くの車両、機械、および従業員がある被制御空間（例えば、湾港(port, harbor)、空港、工場、農場、鉱山等）において、本開示の種々の態様による通信ネットワークが、例えば、ＳＩＭカードまたはセルラ料金に基づく通信事業者に依存する解決策(Telco-dependent solution)に頼ることなく、企業および／またはローカルＷｉ−Ｆｉネットワークの無線カバレッジを拡大することができる。このようなシナリオ例では、高価なセルラ・データ・プラン、制限されるデータ・レート、場所によっては貧弱なセルラ・カバレッジを回避することの他に、本開示の種々の態様による通信ネットワークは、信頼性高くそしてリアル・タイムで、大量のデータを収集するおよび／または通信することもできる。このようなデータは、湾港ロジスティクス、輸送作業等を最適化するために使用することができる。
【００３８】
[0048]  例えば、湾港(port and/or harbor)の実施態様では、車両の位置、速度、燃料消費、およびＣＯ２排出についてのリアル・タイム情報を収集することによって、通信ネットワークは、湾港事業者が船の荷積みプロセスの一斉遂行(coordination)を改善し、湾港のスループットを高めることを可能にする。また、例えば、この通信ネットワークは、運転手の行動、自律型車両および／またはその制御システムの挙動、トラックの位置、およびエンジンのステータスの遠隔監視を可能にし、次いでリアル・タイムの通知をドライバ、例えば、人間のドライバおよび／または自動化車両駆動システムに与えることができ（例えば、エンジンを始動させる／停止させる、湾港内部で正しい経路に従う、休憩を取る等のため）、こうして湾港サービスおよび移動(trips)の回数を減らし期間を短縮する。湾港当局者は、例えば、故障したトラックや異常なトラックの循環を素早く検出し、こうして事故を回避し、湾港の効率、セキュリティ、および安全性を高めることができる。加えて、車両は湾港のローカル事業者からＷｉ−Ｆｉアクセス・ポイントに接続すること、ならびにＷｉ−Ｆｉインターネット・アクセスを車両の占有者におよび周囲にいる湾港従業員に提供し、例えば、船員(pilot)が海上にいる間にインターネットを通じて報告を書き上げることによって、時間を節約することが可能になる。
【００３９】
[0049]  図１は、本開示の種々の態様による通信ネットワーク１００のブロック図である。本明細書において論ずる機能の内任意のものまたは全ては、ネットワーク例１００のコンポーネントン例の内任意のものまたは全てによって実行することができる。また、ネットワーク例１００は、例えば、任意のまたは全ての特性を、本明細書において論ずる他のネットワーク例および／またはネットワーク・コンポーネント２００、３００、４００、５００から５７０、および６００と共有することができる。
【００４０】
[0050]  ネットワーク例１００は、例えば、クラウドを含む。クラウドは、例えば、種々のネットワーク・レベルのコンポーネントの内任意のものを含むことができる。クラウドは、例えば、ネットワーク１００のコンポーネントを監視および／または制御する種々のサーバ・システム実行アプリケーションの内任意のものを含むことができる。また、このようなアプリケーションは、例えば、ネットワーク接続された情報ソースの大きなアレイの内任意のものからの情報の収集を管理することができる。情報ソースの多くの例が、本明細書において論じられている。クラウド（またはその一部）をときとしてＡＰＩと呼ぶこともある。例えば、クラウド（またはその一部）は、１つ以上のアプリケーション・プログラミング・インタフェース（ＡＰＩ）を提供することができ、他のデバイスはアプリケーション・プログラミング・インタフェース（ＡＰＩ）を、クラウドと通信／相互作用するために使用することができる。
【００４１】
[0051]  クラウドのコンポーネント例は、例えば、種々のマルチクラウド・システムおよびアーキテクチャとの相互動作可能性を管理することができる。他のコンポーネント例（例えば、クラウド・サービス・コンポーネント）は、例えば、種々のクラウド・サービス（例えば、キャプティブ・ポータル・サービス、認証、許可、およびアカウンティング（ＡＡＡ）サービス、ＡＰＩゲートウェイ・サービス等）を提供することができる。更に他のコンポーネント例（例えば、ＤｅｖＣｅｎｔｅｒコンポーネント）は、例えば、ネットワーク監視および／または管理機能を提供し、ソフトウェア更新の実施等を管理することができる。クラウドの更に他のコンポーネント例は、データ格納、データ分析、データ・アクセス等を管理することができる。クラウドの更に別のコンポーネント例は、種々の第三者のアプリケーションおよびサービスの内任意のものを含むことができる。
【００４２】
[0052]  クラウドは、例えば、インターネットを通じて（例えば、１つ以上のインターネット・サービス・プロバイダを利用して）、ネットワーク例１００のバックボーン／コア・インフラストラクチャに結合することができる。インターネットを例として挙げるが、本開示の範囲はそれに限定されるのではないことは理解されてしかるべきである。
【００４３】
[0053]  バックボーン／コアは、例えば、任意の１つ以上の異なる通信インフラストラクチャ・コンポーネントを含むことができる。例えば、１つ以上のプロバイダがバックボーン・ネットワークまたは種々のそのコンポーネントを提供することができる。図１に図示するネットワーク例１００に示すように、バックボーン・プロバイダはワイヤライン・アクセス（例えば、ＰＳＴＮ、ファイバ、ケーブル等）を提供することができる。また、例えば、バックボーン・プロバイダは、無線アクセス（例えば、マイクロ波、ＬＴＥ／セルラ、５Ｇ／ＴＶスペクトル等）を提供することもできる。
【００４４】
[0054]  また、バックボーン／コアは、例えば、１つ以上のローカル・インフラストラクチャ・プロバイダも含むことができる。また、バックボーン／コアは、例えば、個人インフラストラクチャ（例えば、ネットワーク１００の実施者(implementer)、所有者等によって運営される）を含むこともできる。バックボーン／コアは、例えば、種々のバックボーン・サービスの内任意のもの（例えば、ＡＡＡ、移動性、監視、アドレッシング、ルーティング、コンテンツ・サービス、ゲートウェイ制御サービス等）を提供することができる。
【００４５】
[0055]  バックボーン／コア・インフラストラクチャは、種々の特性の内任意のものを含むことができ、それらの非限定的な例について本明細書において示す。例えば、バックボーン／コアは、バックボーン・アクセスのための異なる無線技術または有線技術との互換性を有することができる。また、バックボーン／コアは、異なるローカル・プロバイダによって所有されるおよび／またはネットワーク実施者または利害関係者によって所有される公営（例えば、市営、都市、キャンパス等）および／または私営（例えば、湾港(port)、キャンバス等）ネットワーク・インフラストラクチャを処理するように適応可能にすることができる。バックボーン／コアは、例えば、異なる認証、許可、およびアカウンティング（ＡＡＡ）メカニズムを含むこと、および／またはこれとインターフェースすることができる。
【００４６】
[0056]  バックボーン／コア・インフラストラクチャは、例えば、異なる動作モード（例えば、湾港の実施態様におけるＬ２、陸上公衆輸送の実施態様におけるＬ３、ディジタルＩＰネットワーキングの複数の異なるレイヤの内任意の１つ以上、その任意の組み合わせ、その同等物等を利用して）、またはアドレス可能なプールをサポートすることができる。また、バックボーン／コアは、例えば、クラウド・プロバイダ（複数可）および／またはインターネット・サービス・プロバイダ（複数可）に対して非依存型であることができる。加えて、例えば、バックボーン／コアは、ネットワーク１００の任意のまたは全てのサブシステム（例えば、モバイルＡＰまたはＯＢＵ（オン・ボード・ユニット）、固定ＡＰまたはＲＳＵ（道路脇ユニット）、ＭＣ（移動性コントローラ）またはＬＭＡ（ローカル移動性アンカー）、あるいはネットワーク・コントローラ等）、および／または第三者システムから来る要求に対して非依存型であることができる。
【００４７】
[0057]  バックボーン／コア・インフラストラクチャは、例えば、異なるデータ記憶／処理システム（例えば、ＭｏｎｇｏＤＢ、ＭｙＳｑｌ、Ｒｅｄｉｓ等）を利用する能力、および／またはこれらとインターフェースする能力を備える(comprise)ことができる。更に、バックボーン／コア・インフラストラクチャは、例えば、インフラストラクチャ、サービス、データ等に対して異なるレベルの同時アクセスを提供することができる。
【００４８】
[0058]  また、ネットワーク例１００は、例えば、固定ホットスポット・アクセス・ネットワークも含むことができる。このような固定ホットスポット・アクセス・ネットワーク２００の種々の特性例を図２に示す。ネットワーク例２００は、例えば、任意のまたは全ての特性を、本明細書において論ずる他のネットワーク例および／またはネットワーク・コンポーネント１００、３００、４００，５００〜５７０、および６００と共有することができる。
【００４９】
[0059]  ネットワーク例２００では、固定ＡＰ（例えば、企業固有のＡＰ、公営第三者ＡＰ、私営第三者ＡＰ等）を直接ローカル・インフラストラクチャ・プロバイダおよび／またはワイヤライン／無線バックボーンに接続することができる。また、例えば、ネットワーク例２００は、無線技術によって、種々のＡＰ間にメッシュを含むこともできる。しかしながら、実施態様によっては、種々の有線技術も利用できることを注記しておく。図示のように、異なる固定ホットスポット・アクセス・ネットワークを同じバックボーン・プロバイダに接続することができるが、異なるそれぞれのバックボーン・プロバイダに接続してもよい。バックボーン・アクセスのために無線技術を利用する実施態様例では、このような実施態様は比較的障害に対して耐性を有することができる。例えば、固定ＡＰは、バックホール・インフラストラクチャが故障した場合、バックボーン・ネットワーク（例えば、セルラ、３Ｇ、ＬＴＥ、他のワイドまたは都市エリア・ネットワーク等）への無線通信を利用することができる。また、例えば、このような実施態様は、比較的容易な設置に対応することができる（例えば、事実上どこにでも配することができる、ケーブル電源のない固定ＡＰ）。
【００５０】
[0060]  ネットワーク例２００では、同じ固定ＡＰが同時に多数の固定ＡＰ、モバイルＡＰ（例えば、車両ＯＢＵ等）、デバイス、ユーザ・デバイス、センサ、物体等にアクセスを付与することができる。例えば、複数のモバイル・ホットスポット・アクセス・ネットワーク（例えば、ＯＢＵベースのネットワーク等）が同じ固定ＡＰを利用することができる。また、例えば、同じ固定ＡＰが複数の同時アクセスを他の１つのユニット（例えば、他の固定ＡＰ、モバイルＡＰ、デバイス等）に付与し、例えば、異なるチャネル、異なるラジオ等を利用することもできる。）
【００５１】
[0061]  なお、複数の固定ＡＰをフォールト・トレラント／障害回復の目的に利用してもよいことを注記しておく。一実施態様例では、固定ＡＰおよびそのフェイル・オーバーＡＰが双方共、通常では動作状態にある（例えば、同じスイッチにおいて）のでもよい。また、例えば、１つ以上の固定ＡＰをネットワークにおける種々の場所に、インアクティブ・モードまたは監視モードで配置し、必要とされるときに（例えば、障害に応答して、緊急サービスの必要性に応答して、データ・サージに応答して等）動作状態になるように準備をしておくこともできる。
【００５２】
[0062]  再度図１を参照すると、固定ホットスポット・アクセス・ネットワークの例は、バックボーン・プロバイダ（例えば、１つ以上のバックボーン・プロバイダおよび／またはローカル・インフラストラクチャ・プロバイダ）、モバイル・ホットスポット・アクセス・ネットワーク、１つ以上のエンド・ユーザ・デバイス、および環境への無線通信リンクと共に示されている。また、固定ホットスポット・アクセス・ネットワークの例は、１つ以上のバックボーン・プロバイダ、モバイル・ホットスポット・アクセス・ネットワーク、１つ以上のエンド・ユーザ・デバイス、および環境への有線通信リンクと共に示されている。環境は、種々のデバイスの内任意のものを含むことができる（例えば、車内ネットワーク、デバイス、およびセンサ；自律型車両ネットワーク、デバイス、およびセンサ；海上（または船舶）および湾港ネットワーク、デバイス、およびセンサ；一般的な被制御空間ネットワーク、デバイス、およびセンサ；住居用ネットワーク、デバイス、およびセンサ；災害復旧および緊急時ネットワーク、デバイス、およびセンサ；軍事および航空機ネットワーク、デバイス、およびセンサ；スマート都市ネットワーク、デバイス、およびセンサ；イベント（または会場）ネットワーク、デバイス、およびセンサ；水中および地下ネットワーク、デバイス、およびセンサ；農業用ネットワーク、デバイス、およびセンサ；トンネル（自動車道(auto)、地下道、列車等）ネットワーク、デバイス、およびセンサ；駐車場ネットワーク、デバイス、およびセンサ；セキュリティおよび監視ネットワーク、デバイス、およびセンサ；出荷機器およびコンテナ・ネットワーク、デバイス、およびセンサ；環境制御または監視ネットワーク、デバイス、およびセンサ；市営ネットワーク、デバイス、およびセンサ；廃棄物管理ネットワーク、デバイス、センサ；道路保守ネットワーク、デバイス、およびセンサ、ならびに交通管理ネットワーク、デバイス、およびセンサ；広告ネットワーク、デバイス、およびセンサ等）。
【００５３】
[0063]  また、図１のネットワーク例１００は、モバイル・ホットスポット・アクセス・ネットワークも含む。このようなモバイル・ホットスポット・アクセス・ネットワーク３００の種々の特性例を図３に示す。なお、種々の固定ネットワーク・コンポーネント（例えば、固定ＡＰ）も図示されていることを注記しておく。ネットワーク例３００は、例えば、任意のまたは全ての特性を、本明細書において論ずる、他のネットワーク例および／またはネットワーク・コンポーネント１００、２００、４００、５００〜５７０、および６００と共有することができる。
【００５４】
[0064]  ネットワーク例３００は、多種多様なモバイルＡＰ（またはホットスポット）を含み、これらのモバイルＡＰは、ユーザ・デバイスへのアクセスを付与する、センサ・データ収集に対応する、マルチホップ接続(connectivity)を他のモバイルＡＰに提供する等を行う。例えば、ネットワーク例３００は、異なる車隊からの車両（例えば、空中、地上、地下、水上（水中）等）を含む。例えば、ネットワーク例３００は、１つ以上の大量配給／輸送車隊、１つ以上の大量乗客輸送用車隊、私有／公有ユーザ共有車隊、私有車両、都市および市有車隊、保守用車隊、ドローン、船舶（例えば、ボート、船、スピードボート、タグボート、はしけ等）、緊急用車隊（例えば、警察、救急、消防等）等を含む。
【００５５】
[0065]  ネットワーク例３００は、例えば、同じまたは異なる通信技術を使用する、例えば、直接接続されたおよび／またはメッシュ接続された異なる車隊からの車両を示す。また、ネットワーク例３００は、異なる固定ＡＰに同時に接続された車隊も示し、これらは異なるそれぞれのローカル・インフラストラクチャ・プロバイダに属しても、属さなくてもよい。フォールト・トレラント・メカニズムとして、ネットワーク例３００は、例えば、ローカル・ネットワーク・インフラストラクチャが故障した場合またはそれ以外で利用不可能になった場合、車両における長距離無線通信ネットワーク（例えば、セルラ、３Ｇ、４Ｇ、ＬＴＥ等）の利用を含むことができる。同じ車両（例えば、モバイルＡＰまたはＯＢＵ）が、例えば、同じ通信技術（例えば、共有チャネルおよび／またはその異なるそれぞれのチャネル）を使用して、および／または各々毎に異なるそれぞれの通信技術を使用して、複数の車両、デバイス、物体等に同時にアクセスを付与することができる。また、例えば、同じ車両が、例えば、同じ通信技術（例えば、共有チャネルおよび／またはその異なるそれぞれのチャネル、および／または異なる通信技術を使用して）を使用して、他の車両、デバイス、物体等に複数のアクセスを付与することもできる。
【００５６】
[0066]  加えて、複数のネットワーク・エレメントを互いに接続して、フォールト・トレラントまたは障害回復や、スループット向上に対応することができ、あるいは任意のまたは種々のクライアントのネットワーキングの要望に応えることもできる。多くの要望の例を本明細書において示す。例えば、２つのモバイルＡＰ（またはＯＢＵ）を同じ車両に設置すること等も可能である。
【００５７】
[0067]  再度図１を参照すると、モバイル・ホットスポット・アクセス・ネットワークの例は、バックボーン・プロバイダ（例えば、１つ以上のバックボーン・プロバイダおよび／またはローカル・インフラストラクチャ・プロバイダ）への無線通信リンク、固定ホットスポット・アクセス・ネットワークへの無線通信リンク、１つ以上のエンド・ユーザ・デバイスへの無線通信リンク、および環境（例えば、本明細書において論ずるセンサまたはシステムの内任意の１つ以上、任意のその他のデバイスまたは機械等）への無線通信リンクと共に示されている。種々の他のコンポーネントへの有線リンクを有するモバイル・ホットスポット・アクセス・ネットワークは示されていないが、そのような有線リンクが少なくとも一時的に（少なくともときおり）ある場合もある。
【００５８】
[0068]  また、図１のネットワーク例１００は、１組のエンド・ユーザ・デバイスも含む。種々のエンド・ユーザ・デバイス例を図４に示す。なお、種々の他のネットワーク・コンポーネント（例えば、固定ホットスポット・アクセス・ネットワーク、モバイル・ホットスポット・アクセス・ネットワーク（複数可）、バックボーン／コア等）も図示されていることを注記しておく。ネットワーク例４００は、例えば、任意のまたは全ての特性を、本明細書において論ずる、他のネットワーク例および／またはネットワーク・コンポーネント１００、２００、３００、５００〜５７０、および６００と共有することができる。
【００５９】
[0069]  ネットワーク例４００は、種々のモバイル・ネットワーク接続型デバイス(mobile networked device)を示す。このようなネットワーク・デバイスは、エンド・ユーザ・デバイス（例えば、スマートフォン、タブレット、スマート・ウオッチ、ラップトップ・コンピュータ、ウェブカム、個人用ゲーミング・デバイス、個人用ナビゲーション・デバイス、個人用メディア・デバイス、個人用カメラ、健康管理デバイス、個人用ロケーション・デバイス、監視パネル、プリンタ等）を含むことができる。また、このようなネットワーク接続型デバイスは、一般的な環境において動作する種々のデバイスの内任意のものを含むことができ、そのようなデバイスは、例えば、特定のユーザと関連付けられていなくてもよい（例えば、本明細書において論ずるセンサ・デバイス、車両センサ、市有センサ(municipal sensor)、車隊センサ、道路センサ、環境センサ、セキュリティ・センサ、トラフィック・センサ、廃棄物センサ、天候センサの内任意のものまたは全て、種々の異なるタイプの市有機器または企業の機器の内任意のもの等）。このようなネットワーク接続型デバイスはいずれも、別個のバックボーン、固定ホットスポット・アクセス・ネットワーク、モバイル・ホットスポット・アクセス・ネットワーク等に、同じまたは異なる有線／無線技術を使用して、柔軟に接続することができる。
【００６０】
[0070]  モバイル・デバイスは、例えば、複数のデバイス／物体に同時アクセスを付与するＡＰとして動作することができ、一方複数のデバイス／物体は、アド・ホック・ネットワークを形成し、別個のバックボーン・ネットワーク、固定ホットスポット、および／またはモバイルホットスポット・アクセス・ネットワークに接続されたデバイスを最終的に相互接続することができる。デバイス（例えば、本明細書において論ずるデバイスまたはネットワーク・ノードの内任意のものまたは全て）は、例えば、フォールト・トレラントおよび／または負荷均衡の目的で（例えば、複数のＳＩＭカード等を利用して）、別個のバックボーン、固定ホットスポット、および／またはモバイル・ホットスポット・アクセス・ネットワークにアクセスするために、例えば、冗長技術を有することができる。また、デバイスは、例えば、同じプロバイダまたは異なるそれぞれのプロバイダに属す、別個のバックボーン、固定ホットスポット・アクセス・ネットワーク、および／またはモバイル・ホットスポット・アクセス・ネットワークに同時にアクセスすることができる。加えて、例えば、デバイスは他のデバイス／物体に複数のアクセスを（例えば、異なるチャネル、ラジオ等を通じて）付与することができる。
【００６１】
[0071]  再度図１を参照すると、エンド・ユーザ・デバイス例は、バックボーン・プロバイダ（例えば、１つ以上のバックボーン・プロバイダおよび／またはローカル・インフラストラクチャ・プロバイダ）への無線通信リンク、固定ホットスポット・アクセス・ネットワークへの無線通信リンク、モバイルホットスポット・アクセス・ネットワークへの無線通信リンク、および環境への無線通信リンクと共に示されている。また、例えば、エンド・ユーザ・デバイス例は、バックボーン・プロバイダ、固定ホットスポット・アクセス・ネットワーク、モバイルホットスポット・アクセス・ネットワーク、および環境への有線通信リンクと共に示されている。
【００６２】
[0072]  図１に示すネットワーク例１００は、実施時に（例えば、異なるユーザ事例毎に）適応可能であり、および／または、例えば、ネットワーク・コンポーネントがサービスに加入および離脱するに連れてリアル・タイムで適応可能である、柔軟なアーキテクチャを有する。図５Ａから図５Ｃは、モード（または構成）例を示すことによって、このような柔軟性を例示する。ネットワーク例５００〜５７０は、例えば、任意のまたは全ての特性を、本明細書において論ずる、他のネットワーク例および／またはネットワーク・コンポーネント１００、２００、３００、４００、および６００と共有することができる。例えば、そして限定ではなく、ネットワーク例５００〜５７０において示される通信リンク（例えば、有線リンク、無線リンク等）の内任意のものまたは全ては、総じて、図１のネットワーク例１００において示される、同様に位置する通信リンクと類似する。
【００６３】
[0073]  例えば、本開示の種々の態様は、静止およびモバイル通信ノード双方の複雑なアレイを含む、動的に構成変更可能な通信ネットワーク（例えば、移動物体のインターネット）をサポートするための通信ネットワーク・アーキテクチャ、システム、および方法を提供する。例えば、本開示の種々の態様により実現される通信ネットワークは、種々の固定ノード、モバイル・ノード、および／またはその組み合わせを含む複数の様式(modalities)の内１つで動作することができ、複数の様式は種々のシステムの目的の内任意のものを達成するために選択可能である（例えば、スループット向上、レイテンシ短縮およびパケット損失低減、システムの利用可能性およびロバスト性向上、余裕のある冗長性(extra redundancy)、応答性向上、データおよび／または制御パケットの送信におけるセキュリティ向上、スマート閾値を組み込むことによる構成変更（例えば、技術の変更、証明書の変更、ＩＰの変更等）の回数削減、アクセスが困難な１つまたは複数のデッド・ゾーンにおける接続(connectivity)の提供、保守および更新／アップグレード等のために機器にアクセスする際のコスト低減）。このような様式の少なくとも一部は、例えば、永続的ではないにしても少なくとも一時的に、位置固定ノードによって全体的に構成することができる。
【００６４】
[0074]  図示を簡単にするために、図１（および本明細書におけるその他の図）のシステムまたはネットワーク例１００において示される態様例の多くが図５Ａから図５Ｃから省略されているが、存在してもよい。例えば、図１およびその他の図に示すクラウド、インターネット、およびＩＳＰの態様は、図５Ａから図５Ｃには明示的に示されていないが、これらの構成例のいずれにおいても存在してもよい（例えば、バックボーン・プロバイダ・ネットワークの一部としてまたはそれに結合されて存在する、ローカル・インフラストラクチャ・プロバイダ・ネットワークの一部としてまたはそれに結合されて存在する等）。
【００６５】
[0075]  例えば、第１モード例５００は、通常実行モード、例えば、本明細書において論ずるコンポーネントの全てが存在するモード（または構成）として紹介されている。例えば、第１モード例５００における通信システムは、バックボーン・プロバイダ・ネットワーク、ローカル・インフラストラクチャ・プロバイダ・ネットワーク、固定ホットスポット・アクセス・ネットワーク、モバイル・ホットスポット・アクセス・ネットワーク、エンド・ユーザ・デバイス、および環境デバイスを含む。
【００６６】
[0076]  図５Ａにおいて、そして図１において更に詳しく示すように、バックボーン・プロバイダ・ネットワークは、１つ以上の有線（または繋留）リンクを介して、第１モード例５００（または構成）において存在する他のエレメントの内任意のものまたは全てに通信可能に結合することができる。例えば、バックボーン・プロバイダ・ネットワークは、ローカル・インフラストラクチャ・プロバイダ・ネットワーク（またはその任意のコンポーネント）、固定ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）、エンド・ユーザ・デバイス、および／または環境デバイスに、有線リンクを介して通信可能に結合することができる。なお、このような有線結合は一時的であってもよいことを注記しておく。また、種々の構成例において、バックボーン・プロバイダ・ネットワークは、少なくとも一時的に、モバイル・ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）にも、１つ以上の有線（繋留）リンクを介して、通信可能に結合できることも注記しておく。
【００６７】
[0077]  図５Ａにおいて、そして図１において更に詳しく示すように、バックボーン・プロバイダ・ネットワークは、第１モード例５００（または構成）において存在する他のエレメントの内任意のものまたは全てに、１つ以上の無線リンク（例えば、ＲＦリンク、非繋留光リンク等）を介して通信可能に結合することができる。例えば、バックボーン・プロバイダ・ネットワークは、固定ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）、モバイル・ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）、エンド・ユーザ・デバイス、および／または環境デバイスに、１つ以上の無線リンクを介して通信可能に結合することができる。また、種々の構成例において、バックボーン・プロバイダ・ネットワークは、ローカル・インフラストラクチャ・プロバイダ・ネットワークにも１つ以上の無線リンク（または非繋留）リンクを介して通信可能に結合することができる。
【００６８】
[0078]  第１モード例５００（または図５Ａから図５Ｃのモード例の内任意のもの）には示されていないが、１つ以上のサーバをバックボーン・プロバイダ・ネットワークおよび／またはローカル・インフラストラクチャ・ネットワークに通信可能に結合することもできる。図１は、インターネットを通じてバックボーン・プロバイダ・ネットワークに通信可能に結合されたクラウド・サーバの一例を示す。
【００６９】
[0079]  更に図５Ａにおいて、そして図１において更に詳しく示すように、ローカル・インフラストラクチャ・プロバイダ・ネットワークを、第１モード例５００（または構成）において存在する他のエレメントの内任意のものまたは全てに、１つ以上の有線（または繋留）リンクを介して、通信可能に結合することができる。例えば、ローカル・インフラストラクチャ・プロバイダ・ネットワークをバックボーン・プロバイダ・ネットワーク（またはその任意のコンポーネント）、固定ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）、エンド・ユーザ・デバイス、および／または環境デバイスに、１つ以上の有線リンクを介して、通信可能に結合することができる。なお、このような有線結合は一時的であってもよいことを注記しておく。また、種々の構成例において、ローカル・インフラストラクチャ・プロバイダ・ネットワークは、少なくとも一時的に、モバイル・ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）にも、１つ以上の有線（または繋留）リンクを介して、通信可能に結合できることを注記しておく。
【００７０】
[0080]  また、明示的には示されていないが、ローカル・インフラストラクチャ・プロバイダ・ネットワークは、第１モード例５００（または構成）において存在する他のエレメントの内任意のものまたは全てに、１つ以上の無線リンク（例えば、ＲＦリンク、非繋留光リンク等）を介して、通信可能に結合することができる。例えば、ローカル・インフラストラクチャ・プロバイダ・ネットワークは、バックボーン・プロバイダ・ネットワーク（またはその任意のコンポーネント）、固定ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）、モバイル・ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）、エンド・ユーザ・デバイス、および／または環境デバイスに、１つ以上の無線リンクを介して、通信可能に結合することができる。なお、図５Ａの第１モード例５００に示されている、ローカル・インフラストラクチャ・プロバイダ・ネットワークと固定ホットスポット・アクセス・ネットワークとの間における通信リンクは、有線および／または無線でもよいことを注記しておく。
【００７１】
[0081]  また、第１モード例５００では、固定ホットスポット・アクセス・ネットワークが、モバイル・ホットスポット・アクセス・ネットワーク、エンド・ユーザ・デバイス、および／または環境デバイスに、１つ以上の無線リンクを介して通信可能に結合されていることも示されている。このような無線結合の多くの例が、本明細書において示されている。加えて、モバイル・ホットスポット・アクセス・ネットワークも、第１モード例５００において、エンド・ユーザ・デバイスおよび／または環境デバイスに、１つ以上の無線リンクを介して通信可能に結合されていることも示されている。このような無線結合の多くの例が、本明細書において示されている。更に、第１モード例５００では、エンド・ユーザ・デバイスが環境デバイスに１つ以上の無線リンクを介して通信可能に結合されていることも示されている。このような無線結合の多くの例が、本明細書において示されている。なお、種々の実施態様例において、このような無線リンクの内任意のものが、代わりに（または加えて）有線（または繋留）リンクを含んでもよいことを注記しておく。
【００７２】
[0082]  第１モード例５００（例えば、通常モード）では、エンド・ユーザ・デバイスとサーバ（例えば、コンピュータ・システム）との間で、モバイル・ホットスポット・アクセス・ネットワーク、固定ホットスポット・アクセス・ネットワーク、ローカル・インフラストラクチャ・プロバイダ・ネットワーク、および／またはバックボーン・プロバイダ・ネットワークを通じて、情報（またはデータ）を通信することができる。本明細書において紹介する種々のモード例に見られるように、このような通信は、エンド・ユーザ・デバイスとサーバとの間で、種々の異なる通信経路の内任意のものを経由して、例えば、ネットワークの利用可能性に応じて、帯域幅利用目標に応じて、通信優先順位に応じて、通信時間（またはレイテンシ）および／または信頼性の制約に応じて、コストに応じて等、柔軟に行うことができる。例えば、エンド・ユーザ・デバイスとサーバとの間で通信される情報は、固定ホットスポット・アクセス・ネットワーク、ローカル・インフラストラクチャ・プロバイダ・ネットワーク、および／またはバックボーン・プロバイダ・ネットワークを通じて（例えば、モバイル・ホットスポット・アクセス・ネットワークを飛ばして）通信することができる。また、例えば、エンド・ユーザ・デバイスとサーバとの間で通信される情報は、バックボーン・プロバイダ・ネットワークを通じて（例えば、モバイル・ホットスポット・アクセス・ネットワーク、固定ホットスポット・アクセス・ネットワーク、および／またはローカル・インフラストラクチャ・プロバイダ・ネットワークを飛ばして）通信することもできる。
【００７３】
[0083]  同様に、第１モード例５００（例えば、通常モード）では、環境デバイスとサーバとの間において、モバイル・ホットスポット・アクセス・ネットワーク、固定ホットスポット・アクセス・ネットワーク、ローカル・インフラストラクチャ・プロバイダ・ネットワーク、および／またはバックボーン・プロバイダ・ネットワークを通じて情報（またはデータ）を通信することができる。また、例えば、環境デバイスは、エンド・ユーザ・デバイスと、またはエンド・ユーザ・デバイスを介して通信することもできる（例えば、モバイル・ホットスポット・アクセス・ネットワークの代わりに、またはこれに加えて）。本明細書において紹介する種々のモード例に見られように、このような通信は、環境デバイスとサーバ（例えば、ローカル・インフラストラクチャ・プロバイダ・ネットワークおよび／またはバックボーン・プロバイダ・ネットワークに通信可能に結合されている）との間で、 種々の異なる通信経路の内任意のものを経由して、例えば、ネットワークの利用可能性に応じて、帯域幅利用目標に応じて、通信優先順位に応じて、通信時間（またはレイテンシ）および／または信頼性の制約に応じて、コストに応じて等、柔軟に行うことができる。
【００７４】
[0084]  例えば、環境デバイスとサーバとの間で通信される情報は、固定ホットスポット・アクセス・ネットワーク、ローカル・インフラストラクチャ・プロバイダ・ネットワーク、および／またはバックボーン・プロバイダ・ネットワークを通じて（例えば、モバイル・ホットスポット・アクセス・ネットワークを飛ばして）通信することができる。また、例えば、環境デバイスとサーバとの間で通信される情報は、バックボーン・プロバイダ・ネットワークを通じて（例えば、モバイル・ホットスポット・アクセス・ネットワーク、固定ホットスポット・アクセス・ネットワーク、および／またはローカル・インフラストラクチャ・プロバイダ・ネットワークを飛ばして）通信することもできる。加えて、例えば、環境デバイスとサーバとの間で通信される情報は、ローカル・インフラストラクチャ・プロバイダ・ネットワークを通じて（例えば、モバイル・ホットスポット・アクセス・ネットワークおよび／または固定ホットスポット・アクセス・ネットワークを飛ばして）通信することもできる。
【００７５】
[0085]  本明細書において論じるように、ここで紹介するネットワーク例は、種々の異なるモード（または構成）の内任意のもので動作するように適応的に構成変更可能である。このような適応型構成は、最初の設置時に、および／またはその後の被制御ネットワークの評価時（例えば、本明細書において論じるネットワーク・コンポーネントの内任意のものまたは全てを追加あるいは除去するとき、ネットワーク容量を拡大または除去するとき、カバレッジ・エリアを追加または除去するとき、サービスを追加または除去するとき等）に行うことができる。また、このような適応型構成は、リアル・タイムで、例えば、ネットワーク条件のリアル・タイムの変化（例えば、車両またはユーザ・デバイスの移動、ネットワークまたはコンポーネントの障害、ネットワークまたはコンポーネントの交換あるいは増強活動、ネットワークの過負荷等に基づいて、ネットワークまたはそのコンポーネントが利用可能な否か）に応答して行うこともできる。通信システムが本開示の種々の態様によって動作することができる種々のモードの特性を例示するために、以下のモード例を紹介する。全体的に、第１モード例５００（例えば、通常実行モード）に関係付けて以下の例を論じる。なお、このようなモード例は、単なる例示であり限定でないことを注記しておく。
【００７６】
[0086]  第２モード例（または構成）５１０（例えば、バックボーン利用不可モード）は、例えば、任意のまたは全ての特性を第１モード例５００と共有することができるが、バックボーン・プロバイダ・ネットワークおよびそれとの通信リンクがない。例えば、第２モード例５１０における通信システムは、ローカル・インフラストラクチャ・プロバイダ・ネットワーク、固定ホットスポット・アクセス・ネットワーク、モバイル・ホットスポット・アクセス・ネットワーク、エンド・ユーザ・デバイス、および環境デバイスを含む。
【００７７】
[0087]  図５Ａにおいて、そして図１において更に詳しく示すように、ローカル・インフラストラクチャ・プロバイダ・ネットワークは、第２モード例５１０（または構成）において存在する他のエレメントの内任意のものまたは全てに、１つ以上の有線（または繋留）リンクを介して、通信可能に結合することができる。例えば、ローカル・インフラストラクチャ・プロバイダ・ネットワークは、固定ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）、エンド・ユーザ・デバイス、および／または環境デバイスに、１つ以上の有線リンクを介して、通信可能に結合することができる。なお、このような有線結合は一時的であってもよいことを注記しておく。また、種々の構成例において、ローカル・インフラストラクチャ・プロバイダ・ネットワークは、少なくとも一時的に、モバイル・ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）にも、１つ以上の有線（または繋留）リンクを介して、通信可能に結合できることも注記しておく。
【００７８】
[0088]  また、明示的には示されていないが、ローカル・インフラストラクチャ・プロバイダ・ネットワークは、第２モード例５１０（または構成）において存在する他のエレメントの内任意のものまたは全てに、１つ以上の無線リンク（例えば、ＲＦリンク、非繋留光リンク等）を介して通信可能に結合することができる。例えば、ローカル・インフラストラクチャ・プロバイダ・ネットワークは、固定ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）、モバイル・ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）、エンド・ユーザ・デバイス、および／または環境デバイスに、１つ以上の無線リンクを介して通信可能に結合することができる。なお、図５Ａの第２モード例５１０において、ローカル・インフラストラクチャ・プロバイダ・ネットワークと固定ホットスポット・アクセス・ネットワーク間に示されている通信リンク（複数可）は有線および／または無線でもよいことを注記しておく。
【００７９】
[0089]  また、第２モード例５１０では、固定ホットスポット・アクセス・ネットワークが、モバイル・ホットスポット・アクセス・ネットワーク、エンド・ユーザ・デバイス、および／または環境デバイスに、１つ以上の無線リンクを介して、通信可能に結合されていることも示されている。このような無線結合の多くの例が本明細書では示されている。加えて、第２モード例５１０では、モバイル・ホットスポット・アクセス・ネットワークが、更に、エンド・ユーザ・デバイスおよび／または環境デバイスに１つ以上の無線リンクを介して通信可能に結合されていることも示されている。このような無線結合の多くの例が本明細書では示されている。更に、第２モード例５１０では、エンド・ユーザ・デバイスが環境デバイスに１つ以上の無線リンクを介して通信可能に結合されていることも示されている。このような無線結合の多くの例が、本明細書において示されている。なお、種々の実施態様例において、このような無線リンクの内任意のものが、代わりに（または加えて）、有線（または繋留）リンクを含んでもよいことを注記しておく。
【００８０】
[0090]  第２モード例５１０（例えば、バックボーン利用不可モード）では、エンド・ユーザ・デバイスとサーバ（例えば、コンピュータ等）との間において、モバイル・ホットスポット・アクセス・ネットワーク、固定ホットスポット・アクセス・ネットワーク、および／またはローカル・インフラストラクチャ・プロバイダ・ネットワークを通じて、情報（またはデータ）を通信することができる。本明細書において紹介する種々のモード例において見られるように、このような通信は、エンド・ユーザ・デバイスとサーバとの間で、種々の異なる通信経路の内任意のものを経由して、例えば、ネットワークの利用可能性に応じて、帯域幅利用目標に応じて、通信優先順位に応じて、通信時間（またはレイテンシ）および／または信頼性の制約に応じて、コストに応じて等、柔軟に行うことができる。例えば、エンド・ユーザ・デバイスとサーバとの間で通信される情報は、固定ホットスポット・アクセス・ネットワークおよび／またはローカル・インフラストラクチャ・プロバイダ・ネットワークを通じて（例えば、モバイル・ホットスポット・アクセス・ネットワークを飛ばして）通信することができる。また、例えば、エンド・ユーザ・デバイスとサーバとの間で通信される情報は、ローカル・インフラストラクチャ・プロバイダ・ネットワークを通じて（例えば、モバイル・ホットスポット・アクセス・ネットワークおよび／または固定ホットスポット・アクセス・ネットワークを飛ばして）通信することもできる。
【００８１】
[0091]  同様に、第２モード例５１０（例えば、バックボーン利用不可モード）では、環境デバイスとサーバとの間において、モバイル・ホットスポット・アクセス・ネットワーク、固定ホットスポット・アクセス・ネットワーク、および／またはローカル・インフラストラクチャ・プロバイダ・ネットワークを通じて情報（またはデータ）を通信することができる。また、例えば、環境デバイスがエンド・ユーザ・デバイスと、またはエンド・ユーザ・デバイスを介して通信することもできる（例えば、モバイル・ホットスポット・アクセス・ネットワークの代わりに、またはそれに加えて）。本明細書において紹介する種々のモード例に見られように、このような通信は、環境デバイスとサーバ（例えば、ローカル・インフラストラクチャ・プロバイダ・ネットワークに通信可能に結合されている）との間で、種々の異なる通信経路の内任意のものを経由して、例えば、ネットワークの利用可能性に応じて、帯域幅利用目標に応じて、通信優先順位に応じて、通信時間（またはレイテンシ）および／または信頼性の制約に応じて、コストに応じて等、柔軟に行うことができる。
【００８２】
[0092]  例えば、環境デバイスとサーバとの間において通信される情報は、固定ホットスポット・アクセス・ネットワークおよび／またはローカル・インフラストラクチャ・プロバイダ・ネットワークを通じて（例えば、モバイル・ホットスポット・アクセス・ネットワークを飛ばして）通信することができる。また、例えば、環境デバイスとサーバとの間において通信される情報は、ローカル・インフラストラクチャ・プロバイダ・ネットワークを通じて（例えば、モバイル・ホットスポット・アクセス・ネットワークおよび／または固定ホットスポット・アクセス・ネットワークを飛ばして）通信することもできる。
【００８３】
[0093]  第２モード例５１０は、種々の理由の内任意のもののために利用することができ、その非限定的な例が本明細書において示されている。例えば、セキュリティおよび／またはプライバシーの目的のために、公衆クラウド・システムやインターネット全般等への通信アクセスが許可されないように、第２モード例５１０を利用することができる。例えば、全てのネットワーク制御および管理機能が、ローカル・インフラストラクチャ・プロバイダ・ネットワーク（例えば、有線ローカル・ネットワーク等）および／または固定アクセス・ポイント・ネットワーク内にあってもよい。
【００８４】
[0094]  一実施態様例では、通信システムがローカルの湾港当局(local port authority)によって全面的に所有、運営、および／または制御されるのでもよい。セルラ接続に伴う余分な出費を払う必要がない。例えば、セルラ接続能力（例えば、モバイルＡＰ、固定ＡＰ、エンド・ユーザ・デバイス、環境デバイス等において）を設ける必要がない。また、バックボーン・プロバイダ・ネットワークは通常利用可能であるが、現在は利用可能ではないというシナリオにおいて（例えば、サーバ障害のため、通信リンク障害のため、停電のため、一時的なサービスの拒否のため等）、第２モード例５１０を利用できることを注記しておく。
【００８５】
[0095]  第３モード例（または構成）５２０（例えば、ローカル・インフラストラクチャおよび固定ホットスポット利用不可モード）は、例えば、任意のまたは全ての特性を第１モード例５００と共有することができるが、ローカル・インフラストラクチャ・プロバイダ・ネットワーク、固定ホットスポット・アクセス・ネットワーク、およびこれらとの通信リンクがない。例えば、第３モード例５２０における通信システムは、バックボーン・プロバイダ・ネットワーク、モバイル・ホットスポット・アクセス・ネットワーク、エンド・ユーザ・デバイス、および環境デバイスを含む。
【００８６】
[0096]  図５Ａにおいて、そして図１において更に詳しく示すように、バックボーン・プロバイダ・ネットワークは、第３モード例５２０（または構成）において存在する他のエレメントの内任意のものまたは全てに、１つ以上の有線（または繋留）リンクを介して、通信可能に結合することができる。例えば、バックボーン・プロバイダ・ネットワークは、エンド・ユーザ・デバイスおよび／または環境デバイスに、１つ以上の有線リンクを介して、通信可能に結合することができる。なお、このような有線結合は一時的であってもよいことを注記しておく。また、種々の構成例において、バックボーン・プロバイダ・ネットワークは、少なくとも一時的に、モバイル・ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）にも、１つ以上の有線（または繋留）リンクを介して、通信可能に結合できることも注記しておく。
【００８７】
[0097]  また、図５Ａにおいて、そして図１において更に詳しく示すように、バックボーン・プロバイダ・ネットワークは、第３モード例５２０（または構成）において存在する他のエレメントの内任意のものまたは全てに、１つ以上の無線リンク（例えば、ＲＦリンク、非繋留光リンク等）を介して、通信可能に結合することができる。例えば、バックボーン・プロバイダ・ネットワークは、モバイル・ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）、エンド・ユーザ・デバイス、および／または環境デバイスに、１つ以上の無線リンクを介して、通信可能に結合することができる。
【００８８】
[0098]  更に、第３モード例５２０では、モバイル・ホットスポット・アクセス・ネットワークが、エンド・ユーザ・デバイスおよび／または環境デバイスに、１つ以上の無線リンクを介して通信可能に結合されていることも示されている。このような無線結合の多くの例が、本明細書において示されている。更に、第３モード例５２０では、エンド・ユーザ・デバイスが環境デバイスに１つ以上の無線リンクを介して通信可能に結合されていることも示されている。このような無線結合の多くの例が、本明細書において示されている。なお、種々の実施態様例において、このような無線リンクの内任意のものが、代わりに（または加えて）、有線（または繋留）リンクを含んでもよいことを注記しておく。
【００８９】
[0099]  第３モード例５２０（例えば、ローカル・インフラストラクチャおよび固定ホットスポット利用不可モード）では、エンド・ユーザ・デバイスとサーバ（例えば、コンピュータ等）との間において、モバイル・ホットスポット・アクセス・ネットワークおよび／またはバックボーン・プロバイダ・ネットワークを通じて、情報（またはデータ）を通信することができる。本明細書において紹介する種々のモード例において見られるように、このような通信は、エンド・ユーザ・デバイスとサーバとの間で、種々の異なる通信経路の内任意のものを経由して、例えば、ネットワークの利用可能性に応じて、帯域幅利用目標に応じて、通信優先順位に応じて、通信時間（またはレイテンシ）および／または信頼性の制約に応じて、コストに応じて等、柔軟に行うことができる。例えば、エンド・ユーザ・デバイスとサーバとの間で通信される情報は、バックボーン・プロバイダ・ネットワークを通じて（例えば、モバイル・ホットスポット・アクセス・ネットワークを飛ばして）通信することができる。
【００９０】
[00100]  同様に、第３動作モード５２０（例えば、ローカル・インフラストラクチャおよび固定ホットスポット利用不可モード）では、環境デバイスとサーバとの間で、モバイル・ホットスポット・アクセス・ネットワークおよび／またはバックボーン・プロバイダ・ネットワークを通じて情報（またはデータ）を通信することができる。また、例えば、環境デバイスは、エンド・ユーザ・デバイスと、またはエンド・ユーザ・デバイスを介して通信することができる（例えば、モバイル・ホットスポット・アクセス・ネットワークの代わりに、またはそれに加えて）。本明細書において紹介する種々のモード例において見られるように、このような通信は、環境デバイスとサーバ（例えば、バックボーン・プロバイダ・ネットワークに通信可能に結合されている）との間で、種々の異なる通信経路の内任意のものを経由して、例えば、ネットワークの利用可能性に応じて、帯域幅利用目標に応じて、通信優先順位に応じて、通信時間（またはレイテンシ）および／または信頼性の制約に応じて、コストに応じて等、柔軟に行うことができる。例えば、環境デバイスとサーバとの間で通信される情報は、バックボーン・プロバイダ・ネットワークを通じて（例えば、モバイル・ホットスポット・アクセス・ネットワークを飛ばして）通信することができる。
【００９１】
[00101]  第３モード例５２０では、全ての制御／管理機能を、例えば、クラウド内に実装することができる。例えば、モバイル・ホットスポット・アクセス・ネットワークは、固定ホットスポット・アクセス・ネットワークを経由する通信リンクを有していないので、モバイルＡＰはバックボーン・プロバイダ・ネットワーク（またはクラウド）との直接接続（例えば、セルラ接続）を利用することができる。モバイルＡＰがこのような能力を有していない場合、モバイルＡＰは、例えば、それに通信可能に結合されたエンド・ユーザ・デバイスによって付与されるデータ・アクセスを利用することもできる（例えば、エンド・ユーザ・デバイスのデータ・プランを利用する）。
【００９２】
[00102]  第３モード例５２０は、種々の理由の内任意のもののために利用することができ、その非限定的な例をここに示す。一実施態様例では、第３モード例５２０は、通信システム機器の設置が増えるに連れて大きくなるデプロイ、例えば、他のモード（例えば、第１モード例５００、第４モード例５３０等）に成長するデプロイの早期段階において利用することができる。また、第３モード例５２０は、ローカル・インフラストラクチャ・プロバイダ・ネットワークおよび固定ホットスポット・アクセス・ネットワークは通常利用可能であるが、現在は利用可能ではないというシナリオにおいて（例えば、機器障害のため、通信リンク障害のため、停電のため、一時的なサービスの拒否のため等）、利用できることも注記しておく。
【００９３】
[00103]  第４モード例（または構成）５３０（例えば、固定ホットスポット利用不可モード）は、例えば、任意のまたは全ての特性を第１モード例５００と共有することができるが、固定ホットスポット・アクセス・ネットワークおよびそれとの通信リンクがない。例えば、第４モード例５３０における通信システムは、バックボーン・プロバイダ・ネットワーク、ローカル・インフラストラクチャ・プロバイダ・ネットワーク、モバイル・ホットスポット・アクセス・ネットワーク、エンド・ユーザ・デバイス、および環境デバイスを含む。
【００９４】
[00104]  図５Ｂにおいて、そして図１において更に詳しく示すように、バックボーン・プロバイダ・ネットワークは、第４モード例５３０（または構成）において存在する他のエレメントの内任意のものまたは全てに、１つ以上の有線（または繋留）リンクを介して、通信可能に結合することができる。例えば、バックボーン・プロバイダ・ネットワークは、ローカル・インフラストラクチャ・プロバイダ・ネットワーク（またはその任意のコンポーネント）、エンド・ユーザ・デバイス、および／または環境デバイスに、１つ以上の有線リンクを介して、通信可能に結合することができる。なお、このような有線結合は一時的であってもよいことを注記しておく。また、種々の構成例において、バックボーン・プロバイダ・ネットワークは、少なくとも一時的に、モバイル・ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）にも、１つ以上の有線（または繋留）リンクを介して、通信可能に結合できることも注記しておく。
【００９５】
[00105]  また図５Ｂにおいて、そして図１において更に詳しく示すように、バックボーン・プロバイダ・ネットワークは、第４モード例５３０（または構成）において存在する他のエレメントの内任意のものまたは全てに、１つ以上の無線リンク（例えば、ＲＦリンク、非繋留光リンク等）を介して、通信可能に結合することもできる。例えば、バックボーン・プロバイダ・ネットワークは、モバイル・ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）、エンド・ユーザ・デバイス、および／または環境デバイスに、１つ以上の無線リンクを介して、通信可能に結合することができる。また、種々の構成例において、バックボーン・プロバイダ・ネットワークは、ローカル・インフラストラクチャ・プロバイダ・ネットワークにも、１つ以上の無線（または非繋留）リンクを介して、注記しておく。
【００９６】
[00106]  加えて、図５Ｂにおいて、そして図１において更に詳しく示すように、ローカル・インフラストラクチャ・プロバイダ・ネットワークは、第４モード例５３０（または構成）において存在する他のエレメントの内任意のものまたは全てに、１つ以上の有線（または繋留）リンクを介して、通信可能に結合することができる。例えば、ローカル・インフラストラクチャ・プロバイダ・ネットワークは、バックボーン・プロバイダ・ネットワーク（またはその任意のコンポーネント）、エンド・ユーザ・デバイス、および／または環境デバイスに、１つ以上の有線リンクを介して、通信可能に結合することができる。なお、このような有線結合は一時的であってもよいことを注記しておく。また、種々の構成例において、ローカル・インフラストラクチャ・プロバイダ・ネットワークは、少なくとも一時的に、モバイル・ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）にも、１つ以上の有線（または繋留）リンクを介して、通信可能に結合することもできることも注記しておく。
【００９７】
[00107]  また、明示的には示されていないが、ローカル・インフラストラクチャ・プロバイダ・ネットワークは、第４モード例５３０（または構成）において存在する他のエレメントの内任意のものまたは全てに、１つ以上の無線リンク（例えば、ＲＦリンク、非繋留光リンク等）を介して、通信可能に結合することができる。例えば、ローカル・インフラストラクチャ・プロバイダ・ネットワークは、バックボーン・プロバイダ・ネットワーク（またはその任意のコンポーネント）、モバイル・ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）、エンド・ユーザ・デバイス、および／または環境デバイスに、１つ以上の無線リンクを介して、通信可能に結合することができる。
【００９８】
[00108]  モバイル・ホットスポット・アクセス・ネットワークは、更に、第４モード例５３０では、エンド・ユーザ・デバイスおよび／または環境デバイスに、１つ以上の無線リンクを介して通信可能に結合されていることも示されている。このような無線結合の多くの例が、本明細書において示されている。更に、第４モード例５３０では、エンド・ユーザ・デバイスが環境デバイスに１つ以上の無線リンクを介して通信可能に結合されていることも示されている。このような無線結合の多くの例が、本明細書において示されている。
【００９９】
[00109]  第４モード例５３０（例えば、固定ホットスポット除外モード）では、エンド・ユーザ・デバイスとサーバとの間において、モバイル・ホットスポット・アクセス・ネットワーク、ローカル・インフラストラクチャ・プロバイダ・ネットワーク、および／またはバックボーン・プロバイダ・ネットワークを通じて、情報（またはデータ）を通信することができる。本明細書において紹介する種々のモード例において見られるように、このような通信は、エンド・ユーザ・デバイスとサーバとの間において、 種々の異なる通信経路の内任意のものを経由して、例えば、ネットワークの利用可能性に応じて、帯域幅利用目標に応じて、通信優先順位に応じて、通信時間（またはレイテンシ）および／または信頼性の制約に応じて、コストに応じて等、柔軟に行うことができる。例えば、エンド・ユーザ・デバイスとサーバとの間で通信される情報は、ローカル・インフラストラクチャ・プロバイダ・ネットワークおよび／またはバックボーン・プロバイダ・ネットワークを通じて（例えば、モバイル・ホットスポット・アクセス・ネットワークを飛ばして）通信することができる。また、例えば、エンド・ユーザ・デバイスとサーバとの間で通信される情報は、バックボーン・プロバイダ・ネットワークを通じて（例えば、モバイル・ホットスポット・アクセス・ネットワークおよび／またはローカル・インフラストラクチャ・プロバイダ・ネットワークを飛ばして）通信することもできる。
【０１００】
[00110]  同様に、第４モード例５３０（例えば、固定ホットスポット利用不可モード）では、環境デバイスとサーバとの間において、モバイル・ホットスポット・アクセス・ネットワーク、ローカル・インフラストラクチャ・プロバイダ・ネットワーク、および／またはバックボーン・プロバイダ・ネットワークを通じて、情報（またはデータ）を通信することができる。また、例えば、環境デバイスは、エンド・ユーザ・デバイスと、またはこれを介して（例えば、モバイル・ホットスポット・アクセス・ネットワークの代わりに、またはこれに加えて）通信することもできる。本明細書において紹介する種々のモード例において見られるように、このような通信は、環境デバイスとサーバ（例えば、ローカル・インフラストラクチャ・プロバイダ・ネットワークおよび／またはバックボーン・プロバイダ・ネットワークに通信可能に結合されている）との間で、種々の異なる通信経路の内任意のものを経由して、例えば、ネットワークの利用可能性に応じて、帯域幅利用目標に応じて、通信優先順位に応じて、通信時間（またはレイテンシ）および／または信頼性の制約に応じて、コストに応じて等、柔軟に行うことができる。
【０１０１】
[00111]  例えば、環境デバイスとサーバとの間で通信される情報は、ローカル・インフラストラクチャ・プロバイダ・ネットワーク、および／またはバックボーン・プロバイダ・ネットワークを通じて（例えば、モバイル・ホットスポット・アクセス・ネットワークを飛ばして）通信することができる。また、例えば、環境デバイスとサーバとの間で通信される情報は、バックボーン・プロバイダ・ネットワークを通じて（例えば、モバイル・ホットスポット・アクセス・ネットワークおよび／またはローカル・インフラストラクチャ・プロバイダ・ネットワークを飛ばして）通信することもできる。加えて、例えば、環境デバイスとサーバとの間で通信される情報は、ローカル・インフラストラクチャ・プロバイダ・ネットワークを通じて（例えば、モバイル・ホットスポット・アクセス・ネットワークおよび／またはバックボーン・プロバイダ・ネットワークを飛ばして）通信することもできる。
【０１０２】
[00112]  第４モード例５３０における一実施態様例では、制御／管理機能の一部を、例えば、ローカル・バックボーン・プロバイダ・ネットワーク内（例えば、クライアント構内）に実装することもできる。例えば、ローカル・インフラストラクチャ・プロバイダへの通信は、バックボーン・プロバイダ・ネットワーク（またはクラウド）を通じて実行することができる。なお、ローカル・インフラストラクチャ・プロバイダ・ネットワークとモバイル・ホットスポット・アクセス・ネットワークとの間に直接通信経路があるシナリオでは、このような通信経路を利用できることを注記しておく。
【０１０３】
[00113]  例えば、モバイル・ホットスポット・アクセス・ネットワークは、固定ホットスポット・アクセス・ネットワークを経由する通信リンクを有していないので、モバイルＡＰはバックボーン・プロバイダ・ネットワーク（またはクラウド）との直接接続（例えば、セルラ接続）を利用することができる。モバイルＡＰがこのような能力を有していない場合、モバイルＡＰは、例えば、それに通信可能に結合されたエンド・ユーザ・デバイスによって付与されるデータ・アクセスを利用することもできる（例えば、エンド・ユーザ・デバイスのデータ・プランを利用する）。
【０１０４】
[00114]  第４モード例５３０は、種々の理由の内任意のもののために利用することができ、その非限定的な例をここに示す。一実施態様例では、第４モード例５３０は、通信システム機器の設置が増えるに連れて大きくなるデプロイ、例えば、他のモード（例えば、第１モード例５００等）に成長するデプロイの早期段階において利用することができる。第４モード例５３０は、例えば、固定ＡＰにファイバ（またはその他の）接続が利用できないというシナリオ（例えば、海上におけるシナリオ、農園におけるシナリオ等）、または固定ＡＰにアクセスまたは接続することが難しいというシナリオにおいて利用することができる。例えば、モバイル・ホットスポット・アクセス・ネットワークの１つ以上のモバイルＡＰを、クラウドに到達するためのゲートウェイとして使用することができる。また、第４モード例５３０は、例えば、車両隊および／またはそれに関連するモバイルＡＰが第１エンティティによって所有され、固定ＡＰが他のエンティティによって所有され、モバイルＡＰと固定ＡＰとの間の通信について現在同意がないときに利用することもできる。また、第４モード例５３０は、固定ホットスポット・アクセス・ネットワークは通常利用可能であるが、現在は利用可能ではないというシナリオにおいて（例えば、機器障害のため、通信リンク障害のため、停電のため、一時的なサービスの拒否のため等）、利用できることも注記しておく。
【０１０５】
[00115]  第５モード例（または構成）５４０（例えば、モバイル・ホットスポット利用不可モード）は、例えば、任意のまたは全ての特性を第１モード例５００と共有することができるが、モバイル・ホットスポット・アクセス・ネットワークおよびその通信リンクがない。例えば、第５モード例５４０における通信システムは、バックボーン・プロバイダ・ネットワーク、ローカル・インフラストラクチャ・プロバイダ・ネットワーク、固定ホットスポット・アクセス・ネットワーク、エンド・ユーザ・デバイス、および環境デバイスを含む。
【０１０６】
[00116]  図５Ｂにおいて、そして図１において更に詳しく示すように、バックボーン・プロバイダ・ネットワークは、第５モード例５４０（または構成）において存在する他のエレメントの内任意のものまたは全てに、１つ以上の有線（または繋留）リンクを介して、通信可能に結合することができる。例えば、バックボーン・プロバイダ・ネットワークは、ローカル・インフラストラクチャ・プロバイダ・ネットワーク（またはその任意のコンポーネント）、固定ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）、エンド・ユーザ・デバイス、および／または環境デバイスに、１つ以上の有線リンクを介して、通信可能に結合することができる。なお、このような有線結合は一時的であってもよいことを注記しておく。
【０１０７】
[00117]  また、図５Ｂにおいて、そして図１において更に詳しく示すように、バックボーン・プロバイダ・ネットワークは、第５モード例５４０（または構成）において存在する他のエレメントの内任意のものまたは全てに、１つ以上の無線リンク（例えば、ＲＦリンク、非繋留光リンク等）を介して、通信可能に結合することができる。例えば、バックボーン・プロバイダ・ネットワークは、固定ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）、エンド・ユーザ・デバイス、および／または環境デバイスに、１つ以上の無線リンクを介して、通信可能に結合することができる。また、種々の構成例において、バックボーン・プロバイダ・ネットワークは、ローカル・インフラストラクチャ・プロバイダ・ネットワークにも、１つ以上の無線（または非繋留）リンクを介して、通信可能に結合できることも注記しておく。
【０１０８】
[00118]  加えて、図５Ｂにおいて、そして図１において更に詳しく示すように、ローカル・インフラストラクチャ・プロバイダ・ネットワークは、第５モード例５４０（または構成）において存在する他のエレメントの内任意のものまたは全てに、１つ以上の有線（または繋留）リンクを介して、通信可能に結合することができる。例えば、ローカル・インフラストラクチャ・プロバイダ・ネットワークは、バックボーン・プロバイダ・ネットワーク（またはその任意のコンポーネント）、固定ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）、エンド・ユーザ・デバイス、および／または環境デバイスに、１つ以上の有線リンクを介して、通信可能に結合することができる。なお、このような有線結合は一時的であってもよいことを注記しておく。また、種々の構成例において、ローカル・インフラストラクチャ・プロバイダ・ネットワークは、少なくとも一時的に、モバイル・ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）にも、１つ以上の有線（または繋留）リンクを介して、通信可能に結合できることも注記しておく。
【０１０９】
[00119]  また、明示的には示されていないが、ローカル・インフラストラクチャ・プロバイダ・ネットワークは、第５モード例５４０（または構成）において存在する他のエレメントの内任意のものまたは全てに、１つ以上の無線リンク（例えば、ＲＦリンク、非繋留光リンク等）を介して、通信可能に結合することができる。例えば、ローカル・インフラストラクチャ・プロバイダ・ネットワークは、バックボーン・プロバイダ・ネットワーク、固定ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）、エンド・ユーザ・デバイス、および／または環境デバイスに、１つ以上の無線リンクを介して、通信可能に結合することができる。なお、図５Ｂの第５モード例５４０において、ローカル・インフラストラクチャ・プロバイダ・ネットワークと固定ホットスポット・アクセス・ネットワークとの間における通信リンク（複数可）は、有線および／または無線であってもよいことを注記しておく。
【０１１０】
[00120]  また、固定ホットスポット・アクセス・ネットワークは、第５モード例５４０では、エンド・ユーザ・デバイスおよび／または環境デバイスに、１つ以上の無線リンクを介して通信可能に結合されていることも示されている。このような無線結合の多くの例が、本明細書において示されている。更に、第５モード例５４０では、エンド・ユーザ・デバイスが環境デバイスに１つ以上の無線リンクを介して通信可能に結合されていることも示されている。このような無線結合の多くの例が、本明細書において示されている。
【０１１１】
[00121]  第５モード例５４０（例えば、モバイル・ホットスポット利用不可モード）では、エンド・ユーザ・デバイスとサーバとの間において、固定ホットスポット・アクセス・ネットワーク、ローカル・インフラストラクチャ・プロバイダ・ネットワーク、および／またはバックボーン・プロバイダ・ネットワークを通じて、情報（またはデータ）を通信することができる。本明細書において紹介する種々のモード例において見られるように、このような通信は、エンド・ユーザ・デバイスとサーバとの間において、種々の異なる通信経路の内任意のものを経由して、例えば、ネットワークの利用可能性に応じて、帯域幅利用目標に応じて、通信優先順位に応じて、通信時間（またはレイテンシ）および／または信頼性の制約に応じて、コストに応じて等、柔軟に行うことができる。例えば、エンド・ユーザ・デバイスとサーバとの間において通信される情報は、ローカル・インフラストラクチャ・プロバイダ・ネットワーク、および／またはバックボーン・プロバイダ・ネットワークを通じて（例えば、固定ホットスポット・アクセス・ネットワークを飛ばして）通信することができる。また、例えば、エンド・ユーザ・デバイスとサーバとの間において通信される情報は、バックボーン・プロバイダ・ネットワークを通じて（例えば、固定ホットスポット・アクセス・ネットワークおよび／またはローカル・インフラストラクチャ・プロバイダ・ネットワークを飛ばして）通信することもできる。
【０１１２】
[00122]  同様に、第５モード例５４０（例えば、モバイル・ホットスポット利用不可モード）では、環境デバイスとサーバとの間において、固定ホットスポット・アクセス・ネットワーク、ローカル・インフラストラクチャ・プロバイダ・ネットワーク、および／またはバックボーン・プロバイダ・ネットワークを通じて、情報（またはデータ）を通信することができる。また、例えば、環境デバイスは、エンド・ユーザ・デバイスと、またはこれを介して（例えば、固定ホットスポット・アクセス・ネットワークの代わりに、またはこれに加えて）通信することができる。本明細書において紹介する種々のモード例において見られるように、このような通信は、環境デバイスとサーバ（例えば、ローカル・インフラストラクチャ・プロバイダ・ネットワークおよび／またはバックボーン・プロバイダ・ネットワークに通信可能に結合されている）との間において、種々の異なる通信経路の内任意のものを経由して、例えば、ネットワークの利用可能性に応じて、帯域幅利用目標に応じて、通信優先順位に応じて、通信時間（またはレイテンシ）および／または信頼性の制約に応じて、コストに応じて等、柔軟に行うことができる。
【０１１３】
[00123]  例えば、環境デバイスとサーバとの間において通信される情報は、ローカル・インフラストラクチャ・プロバイダ・ネットワークおよび／またはバックボーン・プロバイダ・ネットワークを通じて（例えば、固定ホットスポット・アクセス・ネットワークを飛ばして）通信することができる。また、例えば、環境デバイスとサーバとの間において通信される情報は、バックボーン・プロバイダ・ネットワークを通じて（例えば、固定ホットスポット・アクセス・ネットワークおよび／またはローカル・インフラストラクチャ・プロバイダ・ネットワークを飛ばして）通信することもできる。加えて、例えば、環境デバイスとサーバとの間において通信される情報は、ローカル・インフラストラクチャ・プロバイダ・ネットワークを通じて（例えば、固定ホットスポット・アクセス・ネットワークおよび／またはバックボーン・プロバイダ・ネットワークを飛ばして）通信することができる。
【０１１４】
[00124]  第５モード例５４０における一実施態様例では、エンド・ユーザ・デバイスおよび環境デバイスは固定ＡＰに直接（例えば、イーサネット（登録商標）、Ｗｉ−Ｆｉ等を利用して）通信することができる。また、例えば、エンド・ユーザ・デバイスおよび／または環境デバイスは、バックボーン・プロバイダ・ネットワークと直接（例えば、セルラ接続等を利用して）通信することもできる。
【０１１５】
[00125]  第５モード例５４０は、種々の理由の内任意のもののために利用することができ、その非限定的な例をここに示す。エンド・ユーザ・デバイスおよび／または環境デバイスが固定ＡＰと直接通信することができる一実施態様例では、このような通信をモバイルＡＰ通信の代わりに利用することができる。例えば、固定ホットスポット・アクセス・ネットワークは、全ての所望のエリアに対してカバレッジを提供することもできる。
【０１１６】
[00126]  また、固定ホットスポット・アクセス・ネットワークは通常利用可能であるが、現在は利用可能ではないというシナリオにおいて（例えば、機器障害のため、通信リンク障害のため、停電のため、一時的なサービスの拒否のため等）、第５モード例５４０を利用できることを注記しておく。
【０１１７】
[00127]  第６モード例（または構成）５５０（例えば、固定／モバイル・ホットスポットおよびローカル・インフラストラクチャ利用不可モード）は、例えば、任意のまたは全ての特性を第１モード例５００と共有することができるが、ローカル・インフラストラクチャ・プロバイダ・ネットワーク、固定ホットスポット・アクセス・ネットワーク、モバイル・ホットスポット・アクセス・ネットワーク、およびこれらとの通信リンクがない。例えば、第６モード例５５０における通信システムは、バックボーン・プロバイダ・ネットワーク、エンド・ユーザ・デバイス、および環境デバイスを含む。
【０１１８】
[00128]  図５Ｂにおいて、そして図１において更に詳しく示すように、バックボーン・プロバイダ・ネットワークは、第６モード例５５０（または構成）において存在する他のエレメントの内任意のものまたは全てに、１つ以上の有線（または繋留）リンクを介して、通信可能に結合することができる。例えば、バックボーン・プロバイダ・ネットワークは、エンド・ユーザ・デバイスおよび／または環境デバイスに、１つ以上の有線リンクを介して、通信可能に結合することができる。なお、このような有線結合は一時的であってもよいことを注記しておく。
【０１１９】
[00129]  また、図５Ｂにおいて、そして図１において更に詳しく示すように、バックボーン・プロバイダ・ネットワークは、第６モード例５５０（または構成）において存在する他のエレメントの内任意のものまたは全てに、１つ以上の無線リンク（例えば、ＲＦリンク、非繋留光リンク等）を介して、通信可能に結合することができる。例えば、バックボーン・プロバイダ・ネットワークは、エンド・ユーザ・デバイスおよび／または環境デバイスに１つ以上の無線リンクを介して通信可能に結合することができる。
【０１２０】
[00130]  また、第６モード例５５０では、エンド・ユーザ・デバイスは、１つ以上の無線リンクを介して環境デバイスに通信可能に結合されていることも示されている。このような無線結合の多くの例が、本明細書において示されている。
【０１２１】
[00131]  第６モード例５５０（例えば、固定／モバイル・ホットスポットおよびローカル・インフラストラクチャ利用不可モード）では、エンド・ユーザ・デバイスとサーバとの間において、バックボーン・プロバイダ・ネットワークを通じて情報（またはデータ）を通信することができる。同様に、第６モード例５５０（例えば、固定／モバイル・ホットスポットおよびローカル・インフラストラクチャ利用不可モード）では、環境デバイスとサーバとの間において、バックボーン・プロバイダ・ネットワークを通じて情報（またはデータ）を通信することができる。また、例えば、環境デバイスは、エンド・ユーザ・デバイスと、またはこれを介して（例えば、モバイル・ホットスポット・アクセス・ネットワークの代わりに、またはそれに加えて）通信することができる。
【０１２２】
[00132]  第６モード例５５０は、種々の理由の内任意のもののために利用することができ、その非限定的な例をここに示す。例えば、エンド・ユーザが未だ通信システムに加入していないという一実施態様例では、エンド・ユーザ・デバイスは、クラウド・アプリケーションを介して、そしてバックボーン・プロバイダ・ネットワークと直接通信することによって（例えば、セルラ・リンク等を介して）、システムに加入することができる。また、第６モード例５５０は、例えば、モバイルＡＰの存在がまばらであり、固定ＡＰの設置が困難であるまたは実用的でない等の地方エリアにおいて利用することができる。
【０１２３】
[00133]  また、インフラストラクチャ・プロバイダ・ネットワーク、固定ホットスポット・アクセス・ネットワーク、および／またはモバイル・ホットスポット・アクセス・ネットワークは通常利用可能であるが、現在は利用可能ではないというシナリオにおいて（例えば、機器障害のため、通信リンク障害のため、停電のため、一時的なサービスの拒否のため等）、第６モード例５５０を利用できることを注記しておく。
【０１２４】
[00134]  第７モード例（または構成）５６０（例えば、バックボーンおよびモバイル・ホットスポット利用不可モード）は、例えば、任意のまたは全ての特性を第１モード例５００と共有することができるが、バックボーン・プロバイダ・ネットワーク、モバイル・ホットスポット・アクセス・ネットワーク、およびそれらとの通信リンクがない。例えば、第６モード例５６０における通信システムは、ローカル・インフラストラクチャ・プロバイダ・ネットワーク、固定ホットスポット・アクセス・ネットワーク、エンド・ユーザ・デバイス、および環境デバイスを含む。
【０１２５】
[00135]  図５Ｃにおいて、そして図１において更に詳しく示すように、ローカル・インフラストラクチャ・プロバイダ・ネットワークは、第７モード例５６０（または構成）において存在する他のエレメントの内任意のものまたは全てに、１つ以上の有線（または繋留）リンクを介して、通信可能に結合することができる。例えば、ローカル・インフラストラクチャ・プロバイダ・ネットワークは、固定ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）、エンド・ユーザ・デバイス、および／または環境デバイスに、１つ以上の有線リンクを介して、通信可能に結合することができる。このような有線結合は一時的であってもよいことを注記しておく。
【０１２６】
[00136]  また、明示的には示されていないが、ローカル・インフラストラクチャ・プロバイダ・ネットワークは、第７モード例５６０（または構成）において存在する他のエレメントの内任意のものまたは全てに、１つ以上の無線リンク（例えば、ＲＦリンク、非繋留光リンク等）を介して、通信可能に結合することができる。例えば、ローカル・インフラストラクチャ・プロバイダ・ネットワークは、固定ホットスポット・アクセス・ネットワーク（またはその任意のコンポーネント）、エンド・ユーザ・デバイス、および／または環境デバイスに、１つ以上の無線リンクを介して、通信可能に結合することができる。なお、図５Ｃの第７モード例５６０において示されている、ローカル・インフラストラクチャ・プロバイダ・ネットワークと固定ホットスポット・アクセス・ネットワークとの間の通信リンクは、有線および／または無線でもよいことを注記しておく。
【０１２７】
[00137]  また、第７モード例５６０では、固定ホットスポット・アクセス・ネットワークが、エンド・ユーザ・デバイスおよび／または環境デバイスに、１つ以上の無線リンクを介して、通信可能に結合されていることも示されている。このような無線結合の多くの例が、本明細書において示されている。加えて、第７モード例５６０では、エンド・ユーザ・デバイスが環境デバイスに１つ以上の無線リンクを介して通信可能に結合されていることも示されている。このような無線結合の多くの例が、本明細書において示されている。
【０１２８】
[00138]  第７モード例５６０（例えば、バックボーンおよびモバイル・ホットスポット利用不可モード）では、エンド・ユーザ・デバイスとサーバとの間において、固定ホットスポット・アクセス・ネットワークおよび／またはローカル・インフラストラクチャ・プロバイダ・ネットワークを通じて情報（またはデータ）を通信することができる。本明細書において紹介する種々のモード例において見られるように、このような通信は、エンド・ユーザ・デバイスとサーバとの間において、種々の異なる通信経路の内任意のものを経由して、例えば、ネットワークの利用可能性に応じて、帯域幅利用目標に応じて、通信優先順位に応じて、通信時間（またはレイテンシ）および／または信頼性の制約に応じて、コストに応じて等、柔軟に行うことができる。例えば、エンド・ユーザ・デバイスとサーバとの間において通信される情報は、ローカル・インフラストラクチャ・プロバイダ・ネットワークを通じて（例えば、固定ホットスポット・アクセス・ネットワークを飛ばして）通信することができる。
【０１２９】
[00139]  同様に、第７モード例５６０（例えば、バックボーンおよびモバイル・ホットスポット利用不可モード）では、環境デバイスとサーバとの間において、固定ホットスポット・アクセス・ネットワークおよび／またはローカル・インフラストラクチャ・プロバイダ・ネットワークを通じて、情報（またはデータ）を通信することができる。また、例えば、環境デバイスは、エンド・ユーザ・デバイスと、またはこれを介して（例えば、モバイル・ホットスポット・アクセス・ネットワークの代わりに、またはこれに加えて）通信することができる。本明細書において紹介する種々のモード例において見られるように、このような通信は、環境デバイスとサーバ（例えば、ローカル・インフラストラクチャ・プロバイダ・ネットワークに通信可能に結合されている）との間において、種々の異なる通信経路の内任意のものを経由して、例えば、ネットワークの利用可能性に応じて、帯域幅利用目標に応じて、通信優先順位に応じて、通信時間（またはレイテンシ）および／または信頼性の制約に応じて、コストに応じて等、柔軟に行うことができる。例えば、環境デバイスとサーバとの間において通信される情報は、ローカル・インフラストラクチャ・プロバイダ・ネットワークを通じて（例えば、固定ホットスポット・アクセス・ネットワークを飛ばして）通信することができる。
【０１３０】
[00140]  第７モード例５６０は、種々の理由の内任意のもののために利用することができ、その非限定的な例をここに示す。被制御空間の実施態様例では、クラウド・アクセスが付与されないかもしれず（例えば、セキュリティの理由、プライバシーの理由等から）、カバレッジ・エリアの全（または十分な）カバレッジが、固定ホットスポット・アクセス・ネットワークによって提供される。つまり、モバイル・ホットスポット・アクセス・ネットワークは不要となる。例えば、エンド・ユーザ・デバイスおよび環境デバイスは、直接固定ＡＰと（例えば、イーサネット、Ｗｉ−Ｆｉ等によって）通信することができる。
【０１３１】
[00141]  また、バックボーン・プロバイダ・ネットワークおよび／または固定ホットスポット・アクセス・ネットワークは通常利用可能であるが、現在は利用可能ではないというシナリオにおいて（例えば、機器障害のため、通信リンク障害のため、停電のため、一時的なサービスの拒否のため等）、第７モード例５６０を利用できることを注記しておく。
【０１３２】
[00142]  第８モード例（または構成）５７０（例えば、バックボーン、固定ホットスポット、およびローカル・インフラストラクチャ利用不可モード）は、例えば、任意のまたは全ての特性を第１モード例５００と共有することができるが、バックボーン・プロバイダ・ネットワーク、ローカル・インフラストラクチャ・プロバイダ・ネットワーク、固定ホットスポット・アクセス・ネットワーク、およびこれらとの通信リンクがない。例えば、第８モード例５７０における通信システムは、モバイル・ホットスポット・アクセス・ネットワーク、エンド・ユーザ・デバイス、および環境デバイスを含む。
【０１３３】
[00143]  図５Ｃにおいて、そして図１において更に詳しく示すように、モバイル・ホットスポット・アクセス・ネットワークは、第８モード例５７０では、エンド・ユーザ・デバイスおよび／または環境デバイスに、１つ以上の無線リンクを介して、通信可能に結合されていることが示されている。このような無線結合の多くの例が、本明細書において示されている。更に、エンド・ユーザ・デバイスは、第８モード例５７０において、環境デバイスに１つ以上の無線リンクを介して通信可能に結合されていることも示されている。このような無線結合の多くの例が、本明細書において示されている。
【０１３４】
[00144]  第８モード例５７０（例えば、バックボーン、固定ホットスポット、およびローカル・インフラストラクチャ利用不可モード）では、エンド・ユーザ・デバイスとサーバ（例えば、バックボーン・プロバイダ・ネットワーク、ローカル・インフラストラクチャ・プロバイダ・ネットワーク等に結合されている）との間において、情報（またはデータ）を（少なくとも現在は）通信できない場合がある。同様に、環境デバイスとサーバ（例えば、バックボーン・プロバイダ・ネットワーク、ローカル・インフラストラクチャ・プロバイダ・ネットワーク等に結合されている）との間において、情報（またはデータ）を（少なくとも現在は）通信できない場合がある。なお、環境デバイスは、エンド・ユーザ・デバイスと、またはこれを介して（例えば、モバイル・ホットスポット・アクセス・ネットワークの代わりに、またはこれに加えて）通信できることを注記しておく。
【０１３５】
[00145]  第８モード例５７０は、種々の理由の内任意のもののために利用することができ、その非限定的な例をここに示す。一実施態様例では、第８モード例５７０は、データを収集するおよび／または供給する(serve)（例えば、遅延耐性ネットワーキングのシナリオにおいて）、モバイル・ホットスポット・アクセス・ネットワークを通じたピア・ツー・ピア通信を提供する（例えば、１つのモバイルＡＰのクライアント間、それぞれ異なるモバイルＡＰのクライアント間等）等のために利用することができる。他のシナリオ例では、第８モード例５７０は、車両間通信が車両対インフラストラクチャ通信よりも優先されるというシナリオにおいて利用することができる。更に他のシナリオ例では、第８モード例５７０は、全てのインフラストラクチャ・アクセスが失われる（例えば、トンネル、駐車場等において）というシナリオにおいて利用することができる。
【０１３６】
[00146]  また、バックボーン・プロバイダ・ネットワーク、ローカル・インフラストラクチャ・プロバイダ・ネットワーク、および／または固定ホットスポット・アクセス・ネットワークは通常利用可能であるが、現在は利用可能ではないというシナリオにおいて（例えば、機器障害のため、通信リンク障害のため、停電のため、一時的なサービスの拒否のため等）、第８モード例５７０を利用できることを注記しておく。
【０１３７】
[00147]  以上で示しそして論じたように、複数の技術による複数のデバイスを使用する異なる環境内において、複数の技術によって複数の移動物体／静止物体に結合され、異なる環境に跨がって無線（メッシュ）ホットスポット・ネットワークを形成し、複数の有線／無線インフラストラクチャ／ネットワーク・バックボーン・プロバイダに接続され、最終的にインターネット、クラウドまたは個人ネットワーク・インフラストラクチャに接続される複数のユーザまたは機械のマルチモード通信を可能にする包括的プラットフォームを有することは有益である。
【０１３８】
[00148]  図６は、本開示の種々の態様によるネットワーク構成例の更に他のブロック図を示す。ネットワーク例６００は、例えば、本明細書において論じた、他のネットワーク例および／またはネットワーク・コンポーネント１００、２００、３００、４００、および５００〜５７０と任意のまたは全ての特性を共有することができる。注記すべきこととして、ネットワーク例６００は、複数のモバイルＡＰ（またはＯＢＵ）を示し、各々固定ＡＰ（またはＲＳＵ）に通信可能に結合され、各モバイルＡＰがネットワーク・アクセスを車両ネットワーク（例えば、他の車両または車両ネットワーク、ユーザ・デバイス、センサ・デバイス等を含む）に付与することができる。
【０１３９】
[00149]  本開示の種々の態様によれば、例えば、ノードおよびエンド・デバイスの位置により、とりわけ、安定したＴＣＰ／ＩＰインターネット・アクセスに対応する方法で、車両通信ネットワークを管理するシステムおよび方法を提供する。例えば、エンド・ユーザには、障害がなく安定したＷｉ−Ｆｉインターネット接続を提供することができ、この接続は、エンド・ユーザには、ユーザの自宅、ユーザの勤務先、固定公衆Ｗｉ−Ｆｉホットスポット等において、Ｗｉ−Ｆｉインターネット接続と同じように現れることができる。例えば、本明細書において説明したような通信ネットワークを利用するユーザには、ＴＣＰセッションがアクティブのままでいることができ、ダウンロードを通常に処理することができ、割り込みなしでコールを処理することができる等となる。本明細書において論じたように、本開示の種々の態様による車両通信ネットワークは、正規(regular)インターネット・トラフィックおよび／または個人ネットワーク・トラフィックのためのトランスポート・レイヤとして適用することができる（たとえば、顧客の個人ＬＡＮのアクセスを有線ネットワークから車両およびその周囲のユーザ等に広げる）。
【０１４０】
[00150]  ネットワークの一実施態様例によれば、ユーザが常に車両の１つのＷｉ−ＦｉＡＰに常に接続することができるが、車両（またはそのアクセス・ポイント、例えば、ＯＢＵ）は複数のアクセス・ポイント（例えば、固定ＡＰ、他のモバイルＡＰ、セルラ基地局、固定Ｗｉ−Ｆｉホットスポット等）間を移動する。例えば、本開示の種々の態様によって実現される移動性管理は、モバイルＡＰが固定ＡＰ（および／またはモバイルＡＰ）間を移り変わる際に、および／またはユーザがモバイルＡＰ間を移り変わる際に、異なる通信技術（例えば、８０２．１１ｐ、セルラ、Ｗｉ−Ｆｉ等）に跨がる各車両およびそのユーザの移動性(mobility)をサポートする。
【０１４１】
[00151]  本開示の種々の態様によれば、ＬＭＡまたはネットワーク・コントローラと呼んでもよい、移動性コントローラ（ＭＣ）が、種々のノード（例えば、モバイルＡＰ等）の位置（例えば、ネットワーク位置等）、および／またはこれらを介して接続されているエンド・ユーザの位置を監視することができる。移動性コントローラ（ＭＣ）は、例えば、異なるアクセス・ポイントおよび／または異なる技術間において、低いリンク・レイテンシおよび低いハンドオーバー時間で、継ぎ目のないハンドオーバーを提供することができる（例えば、通信セッションを連続的に維持する）。
【０１４２】
[00152]  本明細書において提供したアーキテクチャは、スケーラブルであり、例えば、冗長エレメントおよび／または機能を活用して、制御および／またはデータ通信機能の負荷均衡を行い、更に障害の確率を低下させる。また、本開示の種々の態様は、制御信号通信の削減にも対応し（例えば、量および／または頻度）、これによって、制御オーバーヘッドを削減し、例えば、バックエンド・サーバおよびＡＰ（例えば、固定ＡＰおよび／またはモバイルＡＰ）の双方について、制御表およびトンネリングのサイズを縮小する。
【０１４３】
[00153]  加えて、本開示の種々の態様による通信ネットワーク（またはそのコンポーネント）は、それらの接続選択肢の一部または全部を制御するため、および／またはそれらの制御機能を利用するために、モバイル・デバイスと相互作用する能力を含むことができる。例えば、一実施態様例では、モバイル・アプリケーションが背景において実行し、利用可能なネットワークおよび／またはそのノードを管理し、最も良く当てはまる１つを選択し、次いで現行の接続の切断の前に、選択したネットワーク（またはそのノード）へのハンドオフをトリガすることができる。
【０１４４】
[00154]  また、この通信ネットワーク（またはそのコンポーネント）は、インフラストラクチャの要件および／または各クライアントの移動の必要性等により、構成変更可能である。例えば、この通信ネットワーク（またはそのコンポーネント）は、異なるレイヤ２（Ｌ２）またはレイヤ３（Ｌ３）の実装、その組み合わせ、更にはＩＰｖ４／ＩＰｖ６トラフィックをサポートする能力を含むことができる。
【０１４５】
[00155]  移動物体のネットワークにおける膨大な多種多様の接続デバイス全体にわたって生成されるデータ量は、増々増えつつある。本開示の態様は、車両ネットワーク・インフラストラクチャを通じたこのようなデータの価格効率的な保持および拡散に対応しつつ(provide for)、このようなデータを使用するアプリケーション／サービスのＱｏＳに対する要望を満たす。このようなアプリケーション／サービスは、クラウド内に配置されてもよく、ネットワーク・ノード（例えば、移動または固定アクセス・ポイント（ＭＡＰまたはＦＡＰ）によって提供されてもよく、またはＡＰに接続されたエンド・ユーザ・デバイスによって実行されてもよい。本明細書において使用する場合、「データ保持および拡散規則」(data retention and dissemination rules)は、どこで（即ち、どのネットワーク・ノードにおいて、および／またはどのネットワーク・ノードのどの記憶デバイスが）、いつ（即ち、どの時点においておよび／またはどの位長く）、および／またはどのように（即ち、どのフォーマット、または編成形態で（例えば、圧縮、非圧縮、「オブジェクト」のような構造化、非構造化ファイル等）、どのタイプ（複数可）のネットワーク通信リンク（複数可）で（例えば、Ｗｉ-Ｆｉ（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ａｃ／ａｄ／ａｄ）、セルラ（例えば、３Ｇ、４Ｇ、ＬＴＥ、ＧＳＭ（登録商標）、ＣＤＭＡ等））データが、アップストリームおよび／またはダウンストリーム方向において、導かれるか、格納されるか、欠落される(drop)か、複製される(replicate)か、共有されるか、優先順位を付けられるか、スケジューリングされるか等(and/or the like)を管理(govern)するために使用することができる。本明細書において使用する場合、「バンドル」(bundle)という用語は、第１ネットワーク・ノードと第２ネットワーク・ノードとの間において送られるデータのブロック／パッケージ／ユニット（例えば、１つ以上のソースからの１つ以上のファイルからのデータの１つ以上のフラグメントを含む）を指すために使用することができる。バンドルは、１つのパケット（例えば、ＩＰパケット）を含むのでもよく、または同じデータ片(piece of data)に属する１組のこのようなパケットであってもよい。なお、パケットの長さは、例えば、最大転送単位（ＭＴＵ：Maximum Transfer Unit)）バイト数（例えば、あるネットワークでは１５００バイト）に関して定められることがあるが、バンドルは、発送側ネットワーク・ノードから受信側ネットワーク・ノードに転送されるデータ量に応じて、１つ以上のパケットで構成できることは注記しておく。本開示の種々の態様によれば、バンドルは、発送側ノードにおいて分割され、受信側ノードにおいて再度統合されてもよい。
【０１４６】
[00156]  モバイルＡＰは非常に移動性が高く常に変化するという性質のため、モバイルＡＰへそしてモバイルＡＰから大量のデータを適時そして価格効率的な方法で通信するのは、難しくなる可能性がある。したがって、本開示の種々の態様では、データを格納および転送するコストを削減するために、モバイルＡＰ間、およびモバイルＡＰと固定ＡＰとの間において発生する可能性がある間欠的接触(intermittent contact)の利用を可能にする。本開示の態様を利用することによって、モバイルＡＰ間においてデータの均衡化を改善することができ、こうしてモバイルＡＰに要求される記憶容量(amount of storage capacity)を削減しつつ、データのエンド・ユーザのレイテンシ／ＱｏＳ要件を満たし、更に費用がかかる（例えば、セルラ）データ接続に対する依存を減らす。例えば、いずれの固定ＡＰにも頻繁には接続しないモバイルＡＰがあるとすると、このモバイルＡＰが、例えば、クラウド／インターネット内に位置するリソースまたはシステムに到達することを可能にするために、例えば、セルラ・データ接続を使用するように強制することができる。しかしながら、本開示の態様は、このようなモバイルＡＰが、１つ以上の固定ＡＰにもっと頻繁に接続する他のモバイルＡＰ（複数可）に通信可能に結合することを可能にし、こうして、これらのＡＰが、コスト高になるデータ接続（例えば、セルラ）を使用する必要なく、インターネット／クラウドに到達することを可能にする。
【０１４７】
[00157]  本開示の態様は、アップストリームおよびダウンストリーム方向双方においてモバイルＡＰ間のデータ・フローを最適化する（例えば、セルラ・ネットワーク使用のようなオーバーヘッド、引き起こされるネットワーク輻輳の量、確立されたデータ接続数等に関して）ために使用することができる種々の方法およびシステムを提供する。
【０１４８】
[00158]  実施態様例では、本明細書において説明するようなネットワークの発送側ノード（例えば、モバイルＡＰ）が、ネットワークの１つ以上の近隣ノード（例えば、発送側ＭＡＰの通信範囲内にあるＭＡＰおよび／またはＦＡＰ）によって受信されるバンドルをブロードキャストすることができる。次いで、これら近隣ノードの各々は、それぞれの近隣ノードに入手可能なコンテキスト情報に基づいて、受信したバンドルを格納するか否か、そしてバンドルの受信を発送側ノードに確認するか否か決定することができる。
【０１４９】
[00159]  本開示の態様によれば、発送側モバイルＡＰは、この発送側ＭＡＰに入手可能なコンテキスト情報に基づいて、例えば、ユニキャスト・メッセージ（１つの受信機にアドレスされる）を使用して、その近隣ノードの内１つ以上にバンドルを複製するか否か決定し、そうする場合、近隣ノードによるユニキャスト・メッセージの確認を待つか否か決定することができる。このようにして、このような実施態様では、バンドルをどのように扱うかについての決定／知識(knowledge)を発送側において集中管理する(centralize)。
【０１５０】
[00160]  本開示の態様によるネットワークにおいて、このネットワークの１つ以上のノード（例えば、モバイルＡＰ、固定ＡＰ、遅延耐性ネットワーク／破壊耐性ネットワーク（ＤＴＮ： Disruption Tolerant Network）サーバ等のようなデバイス）が、１つ以上のネットワーク・ノードが現在格納している１つ以上のバンドルについての情報を（例えば、ユニキャスト、マルチキャスト、および／またはブロードキャスト・メッセージをネットワーク内に送ることによって）広告する(advertise)ことができる。このように広告される情報は、例えば、バンドル（複数可）におけるデータの型、バンドル（複数可）のサイズ、ネットワーク・ノードがバンドル（複数可）を送ろうとしているか否か、バンドル（複数可）の宛先等を含むことができる。このような広告を受信する他のネットワーク・ノードは、次に、これら他のネットワーク・ノードに入手可能なコンテキスト情報を使用して、他のネットワーク・ノードがバンドル（複数可）を所望する／必要とするか否か、および／または他のネットワーク・ノードが、更に他のネットワーク・ノードにその後転送するためにバンドル（複数可）の受信を受け入れることができるか否か判断することができる。
【０１５１】
[00161]  本開示の種々の態様によれば、ネットワークの１つ以上のノード（例えば、モバイルＡＰ、固定ＡＰ、ＤＴＮサーバ等のようなデバイス）が、これらが現在受信することが必要なバンドル、または受信したい１つ以上のバンドルについての情報を広告することができる（例えば、ユニキャスト、マルチキャスト、および／またはブロードキャスト・メッセージをネットワーク内に送ることによって）。このような広告を受信した他のネットワーク・ノードは、次に、これら他のノードに入手可能なコンテキスト情報を使用して、これらが欲しい／望んでいるバンドル（複数可）を所有しているか否か判断し、そうである場合、これら他のノードが、必要／所望(need/want)を広告しているノードにバンドルを配信することを許可できるか、および／または許可すべきか否か判断することができる。
【０１５２】
[00162]  本開示の態様によるネットワークでは、ネットワーク・ノード（例えば、モバイルＡＰまたはその他のデバイス）が、データ拡散および保持規則を選択し実施する際に使用することができるコンテキスト情報を収集するために、ここでは「制御チャネル」と呼ぶことができるものを、１つ以上の固定ＡＰおよび／またはクラウドと確立することができる。
【０１５３】
[00163]  本明細書において説明するようなネットワークでは、「アップストリーム」方向（即ち、インターネット／クラウドが最終的な宛先となる）の通信では、ネットワークのノードの多くまたは全てがデータを同じ宛先（例えば、ＤＴＮサーバ）に送ろうとすることがあり、一方、「ダウンストリーム」方向（即ち、インターネット／クラウドからＡＰへ）の通信は、データをネットワークのノードに分散するために「氾濫」(flooding)メカニズムの使用を伴うことがある。したがって、このようなネットワークでは、第１組の１つ以上のデータ拡散および保持規則を「アップストリーム」通信に使用するのでもよく、そして第２の、恐らくは異なる、１組の１つ以上のデータ拡散および保持規則を「ダウンストリーム」通信に使用するのでもよい。このようなデータ拡散および保持規則は、本開示により、ネットワークのノードに分散される構成情報の一部であってもよい。このような構成情報の分散についての追加情報は、例えば、"Systems and Methods for Remote Configuration Update and Distribution in a Network of Moving Things"（移動物体のネットワークにおける遠隔構成更新および分散システムならびに方法）と題し２０１６年４月２６日に出願された米国特許出願第１５／１３８，３７０号において見ることができる。この特許出願をここで引用したことにより、その主題はそのまま全て本願にも含まれるものとする。
【０１５４】
[00164]  本開示の種々の態様によるネットワークでは、特定のネットワーク・ノードによって任意の特定時点において使用されるコンテキスト情報は、一例としてそして限定ではなく、特定のノードの特徴（例えば、ネットワークまたは地理的位置、速度、方向、進行経路(path of travel)、動作可能時間、ハードウェア構成、ソフトウェア構成等）、その特定のノードによって送信または受信されるデータの特徴（例えば、サイズ、ＱｏＳ要件等）、および／またはデータを通信するために利用可能な任意の無線リンク（複数可）の特徴（例えば、最大利用可能帯域幅、現在利用可能な帯域幅、輻輳量、誤り率等）を含む。また、特定のネットワーク・ノードによって使用されるコンテキスト情報は、例えば、各近隣の速度、方向、および／または進行経路、各近隣上において利用可能なデータ・ストレージのタイプおよび／または量、各近隣の運営体(operator)等というような、例えば、近隣デバイス（複数可）の特徴を含み、近隣（複数可）は、１つ以上のモバイルＡＰ、固定ＡＰ、セルラ基地局、および／またはエンド・ユーザ・デバイスを含んでもよい。加えて、特定のネットワーク・ノードによって使用されるコンテキスト情報は、一例としてそして限定ではなく、例えば、ネットワーク・ノード周囲の確定領域またはエリア内に存在するノードの数／密度、ネットワーク・ノード周囲のエリアに存在する無線干渉またはアクティビティの量、特定のネットワーク・ノードに影響を及ぼし得る物理的妨害の存在／サイズ／位置等（例えば、見通し線対非見通し線通信(line-of-sight vs. non-line- of-sight communication)が可能か否か）、および／または固定ＡＰの範囲内に入るまでの予測時間等）というような、特定のネットワーク・ノードの環境の特徴を含む。
【０１５５】
[00165]  本開示の種々の態様によれば、このようなコンテキスト情報は、例えば、インターネット／クラウド内にあるデバイス、車両ネットワークのモバイルＡＰ、車両ネットワークの固定ＡＰ、車両ネットワークのセンサ、および／または車両ネットワークのエンド・ユーザ・デバイスによって提供されてもよい。例えば、これらのネットワーク・ノードおよび／またはデバイスの内１つ以上が、ネットワークを探査してもよく、コンテキスト情報をリアル・タイムで提供する。
【０１５６】
[00166]  いくつかの非限定的な例として、特定のバンドルについて特定のノードによって使用されるコンテキスト情報は、現在ネットワーク内に存在する特定のバンドルの複製(replica)の数、特定のノードが特定の近隣ノードと無線で通信できる確率（例えば、セルラ接続を使用せずに）、特定のノードが任意の近隣ノードと通信できる確率、および／または特定のノードが何らかの確定時間間隔以内に特定の地理的位置にあるまたはその近傍にある確率（例えば、移動体であるノードについて）を含む。また、特定のバンドルについて特定のノードによって使用されるコンテキスト情報は、例えば、特定のノードが固定ＡＰに無線で接続できる確率（例えば、その現在の地理的位置、特定のノードの地理的位置の履歴情報、および／またはネットワークの１つ以上の固定ＡＰの地理的位置（複数可）に基づいて）を含む。加えて、特定のバンドルについて特定のノードによって使用されるコンテキスト情報は、例えば、特定のノードにおける未使用ストレージ量、１つ以上の近隣ノードにおける未使用ストレージ量、ファイル全体をデコードするために必要とされる特定のファイルの内失われたフラグメントの数、特定のバンドルについての「生存時間」(time-to-live)、特定のバンドルのレイテンシ許容範囲、バンドルが通過した(traverse)および／または通過しなければならないホップ数、および／または特定のノードの近隣ノードであった／である／になるであろうノードの過去の数、現在の数、および／または今後の予測数も含む。「生存時間」(time-to-live)という用語は、本明細書では、ネットワークの各ノードからバンドルを削除するための行為がなされる前に、そのバンドルがネットワーク内において移動中であることが許される最大時間量を指すために使用する。本開示の種々の態様によれば、バンドルは、例えば、「作成日／時刻」（例えば、１５：３０ ０２／０２／１７ ＵＴＣ）および「生存時間」（例えば、３６００秒または６０分）を含んでもよい(contain)。本開示の代替例(alternate instance)では、各バンドルは、例えば、「有効期間」(date-to-live)または「失効日」(expiration date)（例えば、１６：３０ ０２／０２／１７ ＵＴＣ）を含むのでもよく、これらはバンドルがもはや有効ではない日付／時刻を定める。このような情報を使用して、ネットワーク・ノード（例えば、モバイルＡＰ、固定ＡＰ、ＮＣ、センサ等）は、例えば、ＧＮＳＳ／ＧＳＰ受信機またはネットワーク時間プロトコル（ＮＴＰ：Network Time Protocol）サーバからの現日時情報を使用して、バンドルが有効か否か計算する。本開示の態様によれば、「生存時間」(time-to-live)または「有効期間」(date-to-live)は、例えば、６０秒まで、１時間まで、または１日程度のバンドルの寿命を示す(provide for)。
【０１５７】
[00167]  本開示の種々の態様は、バンドルの「生存時間」、バンドルの優先順位および／または重要性の指示、バンドルのレイテンシ感度の指示、および／またはバンドルのその他の特徴に基づいて、バンドルの通信および／または配信の優先順位付けおよび／またはスケジューリングを可能にする。本開示の態様によるネットワークは、最も高い優先順位で通信されなければならないリアル・タイム・データを搬送するバンドルをスケジューリングするための方法およびシステムを含む。
【０１５８】
[00168]  本開示の種々の態様は、ネットワークのノード（例えば、ＦＡＰ、ＭＡＰ、ＮＣ、センサ（複数可））において使用中であるかもしれない異なるタイプの記憶システムの種々の特徴に対処する(deal with)ための方法およびシステムを提供する。一例としてそして限定ではなく、コンテキスト情報は、データが読み出されるおよび／またはデータが格納される記憶デバイスならびにファイル・システムの記憶容量、読み出し／書き込み速度、編成等を含んでもよい。例えば、ネットワーク・ノードの記憶システムには、ハード・ディスク・ドライブを含むものがあってもよく、ソリッド・ステート・デバイス（例えば、ＦＬＡＳＨベースＲＡＭまたはバッテリ・バックアップＲＡＭ）を含むものもあってもよい。ネットワーク・ノードにおけるストレージには、例えば、ファイルに基づくストレージとして編成されるものがあってもよく、オブジェクトに基づくストレージとして編成されるものがあってもよく、更に他の型式の編成／構造を使用するものがあってもよい。
【０１５９】
[00169]  本開示の種々の態様によれば、特定のバンドルに対して特定の時点においてデータ圧縮を適用することもでき、このようなデータ圧縮用のアルゴリズムは、コンテキスト情報に基づいて判定する。例えば、採用されるデータ圧縮アルゴリズム、目標圧縮比、およびその他の態様(aspect)が、バンドル内に収容されているデータの型に基づいて判定されてもよい。一例としてそして限定ではなく、バンドルに収容されているデータは、考えられる小数の特徴のみを挙げると、データを特定のソフトウェア・アプリケーションと関連付けるファイル拡張部(file extension)のようなメタデータによって、バンドルのレイテンシ感度によって、バンドルの「生存時間」によって、バンドルが通信されるネットワーク接続の型式によって特徴付ける。
【０１６０】
[00170]  本開示の態様によるネットワークでは、ネットワーク・ノード（例えば、ＦＡＰ、ＭＡＰ、ＮＣ等）が十分なサービス品質（ＱｏＳ）を維持するためにはどのバンドルを欠落させる／削除する／上書きしなければならないかについて判定するために、コンテキスト情報を使用する。特定のネットワーク・ノードが特定のバンドルを格納するかまたは欠落させるかは、一例としてそして限定ではなく、バンドルの緊急性、遅延感度、欠損許容範囲、および／または「生存時間」の内１つ以上の指標、現在そのバンドルを扱っているネットワーク・ノードへ／から通信リンク上で利用可能な帯域幅の量、および／またはそのバンドルを扱っているノードにおいて利用可能なストレージの量またはタイプに応じて判定されてもよい(depend upon)。加えて、特定のノードにおいて特定のバンドルを格納するという判定がなされた場合（例えば、本明細書で論じているコンテキスト情報の内任意のものに基づいて）、特定のバンドルを特定のノードに格納すしなければならない時間期間は、本明細書において説明したコンテキスト情報の内任意のものに基づいて決定する。
【０１６１】
[00171]  本開示の態様によるネットワークのノード（例えば、固定ＡＰ、モバイルＡＰ、ネットワーク・コントローラ）は、例えば、どの規則（複数可）が最良であるか、または少なくとも相応しい選択であるか評価するために、種々の可能なデータ拡散および保持規則の影響を予測するように構成する。このような予測は、例えば、クラウド、固定ＡＰ、モバイルＡＰ、センサ、および／またはエンド・ユーザ・デバイスによって広告されたコンテキスト情報に基づいてもよい。本開示のある態様によれば、このような予測は、モバイルＡＰが現在体験している、または近い内に体験することが予測するコンテキストと同様のネットワーク・コンテキストにおいて実行された以前の調査および／または分析から収集および／または導出されたコンテキスト情報に基づいてもよい。このような予測を行うときに使用される特徴例は、いくつか挙げるとすると、一例としてそして限定ではなく、ネットワークまたは地理的位置、モバイルＡＰの密度の基準、固定ＡＰの密度の基準、無線通信に影響を及ぼし得る障害物、通信されるデータのエンド・ユーザによって設定された要件を含む。
【０１６２】
[00172]  本開示の態様による方法およびシステムは、異なる規則間で発生するおそれがある動揺(oscillation)を回避するように、そしてデータ拡散および保持規則を管理するあらゆる計算および／またはリソース・コストを低減するように、ヒステリシスおよび／またはその他の技法を使用して、異なるデータ保持および拡散規則間における切り替え頻度を低減させる。例えば、異なるデータ保持および拡散規則への切り替えは、定められた１組のノード（例えば、同じ地理的領域または同じクラスタ内にある１つ以上のノード）の同意に至ることを必要とするのでもよい。
【０１６３】
[00173]  本開示の態様は、収集したデータを使用するソフトウェア・アプリケーションがそれらのＱｏＳ期待値にしたがってそれを受信することを確保するために、ネットワークの一部であるノード内にある多くの限定されたリソース（例えば、ＣＰＵ計算容量、データ記憶容量およびタイプ、動作パワー等）を考慮に入れつつ、移動物体のネットワークにおいて複数のそして異質のソースからデータを収集することを可能にする。本開示の態様は、このようなデータを利用する全てのソフトウェア・アプリケーションおよびサービスの種々の要件間において相応しいトレードオフの選択を確保しつつ、スケーラブルで信頼性があるネットワークを提供し、異なるネットワーク・エレメント間における情報の収集、移送、拡散、および共有のために高性能の支援を提供する。
【０１６４】
[00174]  本明細書において説明するようなネットワークでは、データ記憶／保持および拡散規則は、動的に構成する／適応させることができる種々のパラメータを含む。このようなパラメータ値を１つ以上変更することを、本明細書では、データ記憶／保持および拡散規則を変更する、または異なるデータ格納および拡散規則間で切り替えると言う。既に注記したように、本開示の態様によるネットワークは、「アップストリーム」および「ダウンストリーム」方向におけるデータ・トラフィックの通信に対して複数組のデータ記憶／保持および拡散規則を有する。このようなパラメータのいくつかの例には、ネットワーク・ノードにおいてバンドルに対して生成されてもよい複製（即ち、コピー）の最大数、特定のバンドルを複製するホップ（即ち、通信経路またはリンク）の最大数、種々のデータ型の優先順位、バンドルの種々の発送元の優先順位、バンドルの種々の受信側の優先順位、バンドルの受信側がバンドル受信の確認（ＡＣＫ）を送ることになっているか否か、ノードがバンドルを通信するときに、ブロードキャスト、マルチキャスト、および／またはユニキャストの内どれを使用することになっているかが含まれるが、これらに限定されるのではない。
【０１６５】
[00175]  図７は、本開示の種々の態様による移動物体７１０のネットワークにおけるモバイルＡＰの一例７０１のブロック図を示す。図７に示す例では、モバイルＡＰ ＭＡＰ１ ７０１は、本明細書において説明したようなデータ保持および拡散規則を実施するために、遅延耐性ネットワーキング（ＤＴＮ）サーバ７２０、およびクラウド７３０の１組のアプリケーション・プログラミング・インターフェース７３２と通信するように構成されている。本開示による遅延耐性ネットワーキングをサポートする機能（例えば、回路、ロジック、および／または実行可能命令）は、例えば、１つ以上のＡＰ（例えば、モバイルＡＰおよび／または固定ＡＰ）またはネットワーク７１０の他のノードに統合する。他のノードには、例えば、１つ以上のクラウド・ベース・サーバ（例えば、図７に示すＤＴＮサーバ７２０）が含まれる。また、ネットワーク７１０のＭＡＰ１ ７０１は、センサ１ ７０２およびセンサ２ ７０３、固定ＡＰ ＦＡＰ１ ７０６、ならびにモバイルＡＰ ＭＡＰ２ ７０４およびＭＡＰ３ ７０５にも通信可能に結合されている。図７の構成例(example arrangement)では、ＤＮＴサーバ７２０、モバイルＡＰ ＭＡＰ１ ７０１、ＭＡＰ２ ７０４、およびＭＡＰ３ ７０５の機能、ならびに固定ＡＰ ＦＡＰ１ ７０６が、ＡＰ（例えば、ＦＡＰ１ ７０６、ＭＡＰ１ ７０１、ＭＡＰ２ ７０４、およびＭＡＰ３ ７０５）からＤＴＮサーバ７２０へのデータのアップストリーム転送（即ち、「アップローディング」）のため、そしてＤＴＮサーバ７２０からＡＰ（例えば、ＦＡＰおよびＭＡＰ）へのデータの「ダウンストリーム」転送（即ち、「ダウンローディング」または分散）のために、データ記憶および拡散規則を管理および実施する。例えば、本開示の種々の態様によれば、図７のモバイルＡＰ ＭＡＰ１ ７０１のＤＴＮ機能は、例えば、モバイルＡＰ ＭＡＰ１ ７０１の現在の近隣（即ち、ＦＡＰ１ ７０６、ＭＡＰ２ ７０４、ＭＡＰ３、センサ１ ７０２、およびセンサ２ ７０３）からコンテキスト情報の供給を受け(feed)、更にクラウドおよびＤＴＮサーバ７２０からのコンテキスト情報の供給を受ける。
【０１６６】
[00176]  図８は、本開示の種々の態様により、移動物体のネットワークのノードのデータ保持および拡散規則を実施するための遅延耐性ネットワーキング機能例８００のブロック図を示す。図８に示すＤＴＮ機能８００は、ＡＰＩ機能ブロック８１０、受信機能ブロック８１１、記憶機能ブロック８１２、近隣機能ブロック８１３、ルーティング機能ブロック８１４、およびコンテキスト情報機能ブロック８１５を含む。なお、図８の種々のブロックの機能は、ハードウェア／回路、実行可能命令／ソフトウェア・コード、ロジック、および／または以上の任意の組み合わせで実現できることは注記しておく。
【０１６７】
[00177]  図８の近隣機能ブロック８１３は、図８の機能を内蔵する(contain)ネットワーク・ノードの全ての近隣ノードのリストを更新しつつ維持するように構成されている。このような近隣ノードのリストは、近隣ノード毎にデータ項目／エントリを収容し、近隣ノード毎のデータ項目／エントリは、近隣ノードに関して先に論じたコンテキスト情報の内任意のものを含む。例えば、近隣ノードに対するこのようなリスト・エントリは、一例としてそして限定ではなく、近隣ノードのタイプ（例えば、ＦＡＰ、ＭＡＰ、センサ、ＮＣ等）、近隣ノードの地理的位置（例えば、経度／緯度）、近隣ノードの進行の速度、方向、および／または経路（即ち、ＭＡＰである近隣ノードに対する）、ならびに近隣ノードに対する受信信号強度指示（ＲＳＳＩ）のようなその他のコンテキスト情報を含む。近隣機能ブロック８１３は、例えば、図８の機能が内在するノードのオペレーティング・システムと相互作用して、移動および固定ＡＰＩ、Ｗｉ-Ｆｉ近隣、または他の技術（例えば、Ｂｌｕｅｔｏｏｔｈ、ＤＳＲＣ等）の近隣というような、そのノードの利用可能な近隣についての情報を得る。
【０１６８】
[00178]  受信機能ブロック８１１は、ネットワークの他のノードから着信するバンドルを受信し処理するように（即ち、Ｉｎ８２０を介して）構成されている。受信機能ブロック８１１は、記憶機能ブロック８１２と相互作用して、受信したバンドル、および格納されているバンドルについての特徴を格納し、格納されているバンドルについての特徴にアクセスする。このような特徴は、例えば、いくつか挙げると、バンドルのサイズ、バンドルのデータを特定のソフトウェア・アプリケーションと関連付けるファイル拡張部のようなメタデータ、バンドルのデータの型、バンドルのレイテンシ感度、バンドルの「生存時間」、およびバンドルを通信しようとしているネットワーク接続のタイプというような、本明細書において説明したものを含む。このような格納されている特徴は、確認（ＡＣＫ）メッセージおよび／または、受信したおよび／または格納されているバンドルに関する他のメッセージ（例えば、バンドルのデータが既に受信されていることを示す応答、ノードにおけるバンドルのストレージが満杯であることを示す応答等）を作成する目的でアクセスする。受信機能ブロック８１１は、例えば、どの受信バンドルを記憶機能ブロック８１２に格納すればよいか判断するために使用されるデータ保持規則を実施する。
【０１６９】
[00179]  ルーティング機能ブロック８１４は、メッセージを生成しネットワークの他のノードに送るように構成されている。ルーティング機能ブロック８１４は、例えば、ネットワーク・ノードの近隣（例えば、ルーティング機能ブロック８１４が内在するノードの無線通信範囲内にあるノード）と相互作用して、そのノードの現在の近隣についての情報を取得し更新して維持することができ、更に記憶機能ブロック８１２と相互作用してバンドルを「覗き見」(peek)する。「バンドルを覗き見する」(peek a bundle)という表現は、本明細書では、例えば、ネットワーク・ノードがバンドル内の情報を使用して、いつ、どこで、そしてどれにバンドルを送るかについて判定することを可能にするために、バンドルへのアクセスまたはバンドルのコピーを得る、あるいはバンドルのヘッダへのアクセスまたはヘッダのコピーを得るための、ネットワーク・ノード（例えば、固定またはモバイルＡＰ、ＮＣ、センサ等）によるアクションを指すために使用する。ルーティング機能ブロック８１４は、一例としてそして限定ではなく、受信したバンドルの内どれを送らなければならないか、どのノード（複数可）が、送られるバンドルを受信しなければならないか、バンドルを送るために使用する通信リンク（複数可）（例えば、Ｗｉ-Ｆｉ、ＤＳＲＣ、Ｂｌｕｅｔｏｏｔｈ、セルラ）、バンドルを送るときに使用され、通信リンク上で使用する設定値（例えば、データ・レート、変調方式、任意の時間切れ値、最大再試行回数等）等を決定するために使用するデータ拡散規則を実施するように構成する。ノードのルーティング機能ブロック８１４は、例えば、バンドルがノードによって欠落させられる１つ以上の条件に関するデータ記憶および拡散規則、ならびにバンドルの送信の優先順位付けおよびスケジューリングがどのようにノードによって行われるかに関するデータ記憶および拡散規則を定めるように動作する。このような規則は、また、例えば、バンドル配信遅延および欠損許容範囲に関する複数のサービス・クラスを規定する。
【０１７０】
[00180]  記憶機能ブロック８１２は、ノードによって受信された全てのバンドルに対するレコード／エントリを有するデータ構造を維持するように構成されている（例えば、異なるリストに編成される、バンドルを格納するために使用される記憶デバイスのタイプ（例えば、メモリ・カード（例えば、ＳＤ／ＳＤＨＣ／ＳＤＸＣ、ＣＦ等）、システムＦＬＡＳＨメモリ、バッテリ・バックアップされたＲＡＭ、および／またはその他の形態のデータ・ストレージ）毎に編成される）。記憶機能ブロック８１２は、受信機能ブロック８１１およびルーティング機能ブロック８１４と相互作用して、データにアクセスする、データを検索する、またはデータを格納し、更にコンテキスト情報を収集／生成するために使用するその他の機能を設けてもよい。
【０１７１】
[00181]  コンテキスト情報機能ブロック８１５は、ノードの近隣から、遠隔サーバ（例えば、図７のＤＴＮサーバ７２０）から、そしてクラウドから情報を収集するように構成されている。ルーティング機能ブロック８１４および受信機能ブロック８１１は、次いで、コンテキスト情報を使用して、データ記憶および拡散規則を構成し実施する。
【０１７２】
[00182]  ネットワーク・ノードのアプリケーション・プログラミング・インターフェース（ＡＰＩ）機能ブロック８１０は、受信機能ブロック８１１を介してノードによって受信される、「ＡＰＩコール」とここでは呼ばれる、命令を解析するように構成されている。次いで、ＡＰＩ機能ブロック８１０は、受信したＡＰＩコールの有効性を判断し、および／または認証し、次いで有効なおよび／または認証されたＡＰＩコールによって要求される動作を実行すること、または動作を実行させる。このようなＡＰＩコールは、例えば、データを記憶機能ブロックに格納するためのＡＰＩコール、およびルーティング機能ブロック８１４を介した送信のために記憶機能ブロック８１２からデータを読み出すためのＡＰＩコールを含む。
【０１７３】
[00183]  本開示の種々の態様による実施態様例では、ネットワーク・ノード（例えば、モバイルＡＰ、固定ＡＰ、およびＤＴＮサーバ）間の制御通信は、全てのタイプのメッセージに対して短い「共通ヘッダ」を使用し、そして「共通ヘッダ」の後に続く「タイプ特定ヘッダ」を使用する。このようなタイプ特定ヘッダは、例えば、本明細書では「バンドル・ヘッダ」と呼ぶことができるもの（例えば、拡散されるデータを搬送するメッセージに特定的に使用されるヘッダ）、確認メッセージにおいて使用するための、本明細書では「ＡＣＫヘッダ」と呼ぶことができるもの、および種々の「制御メッセージ」用のその他のタイプ特定ヘッダを含む。
【０１７４】
[00184]  「制御メッセージ」という用語は、本明細書では、例えば、１つ以上のＭＡＰ、ＦＡＰ、ＤＴＮサーバ（複数可）、センサ（複数可）、および／またはクラウドを含む２つ以上のネットワーク・エンティティ間において情報／コンテキストを通信するために使用される任意のタイプのパッケージを指すために使用する。制御メッセージは、例えば、１つ以上の他のノードから任意のタイプの情報を要求するために使用する「要求制御メッセージ」、または他のノードからの要求に対して応答するために使用する「応答制御メッセージ」であってもよい。例えば、「応答制御メッセージ」は、特定のバンドルのステータスについてのコンテキスト情報、特定のネットワーク・ノードとの無線通信（例えば、「接触」）の範囲内の確率についてのコンテキスト情報、および／または本明細書において説明したような移動物体のネットワークの種々の態様によるネットワークにおける新たなバンドルの存在についてのコンテキスト情報を提供するために使用する。
【０１７５】
[00185]  本開示の態様によるネットワークでは、「ＡＣＫメッセージ」、および「応答制御メッセージ」、または任意のタイプの「制御メッセージ」は、１つ以上の「フラグ」に対して空白を含む。このようなフラグは、制御メッセージの配信のステータス、および応答する近隣のステータスについての追加情報を、発送側ノードに提供するために、受信側ノードによって使用する。このようなステータス情報の例には、近隣におけるストレージが満杯か否か、近隣に何らかの種類の技術的問題（複数可）が発生しているか否か、近隣がこの近隣に丁度送られたデータの保管(custody)を受け入れるか否か、近隣がデータを受信し、丁度受信したデータを格納したか否か、データが一部をなすファイルの再現を可能にするために十分な数のデータ・フラグメントが入手可能か否か、および近隣に送られたデータが既に近隣において格納されていたか否かを含むが、これらに限定されるのではない。
【０１７６】
[00186]  本開示の態様による実施態様例では、近隣機能ブロック８１３は、例えば、近隣ノードの状態についての更新を含むコンテキスト情報を提供する。このようなコンテキスト情報が短い遅延期間以内の近隣ノードの状態（例えば、近隣ノードにおける、ミリ秒、数十ミリ秒、または数百ミリ秒以内のその状態の存在）を反映することから、このようなコンテキスト情報はリアル・タイムのコンテキスト情報であると言って差し支えない。本開示の態様によれば、任意の所与のネットワーク・ノードによって維持される近隣のリスト（例えば、ノードのオペレーティング・システムのカーネル内に位置する）の変更を、ＤＴＮに告知する(announce)。このような変更の告知は、例えば、近隣ノード、近隣ノードの近隣、およびＤＴＮサーバを含む、ＤＴＮに属する任意のネットワーク・ノードに送る。本開示の態様によれば、任意のネットワーク・ノードの近隣機能ブロック８１３は、そのノードが維持する近隣のリストに予めフィルタをかける(pre-filter)。この予備フィルタリングは、ノードの近隣のリストがＤＴＮに告知する前に行われるとよい。このような予備フィルタリングは、例えば、ノードによって維持されているコンテキスト情報に基づく。このコンテキスト情報には、一例としてそして限定ではなく、近隣ノード（複数可）からの無線信号（複数可）のＲＳＳＩ測定値、近隣ノード（複数可）のリブート間の平均時間、近隣ノード（複数可）における１つ以上の技術的（例えば、電気、ソフトウェア等）問題の指示、および／または近隣ノード（複数可）の信頼性もしくは安定性を評価する際の要因となるその他の情報が含まれる。このような予備フィルタリングは、予測可能にそして信頼性高く動作するために頼る近隣を識別する、「最良の」または「最も健全な」近隣のリストを生成する。このように、ノードのルーティング機能ブロック８１４は、次に、近隣ノードをフィルタリングしたリストを、データ記憶／保持および拡散規則を構成し実施する際に使用する。本開示の種々の態様によれば、予備フィルタリング・プロセスにおいて使用される１つ以上のパラメータ値に対する１つ以上の閾値（例えば、使用可能な無線通信リンクを提供すると見なされるノードについての最小ＲＳＳＩ）は、例えば、近隣ノードとの以前の通信からのフィードバック、近隣ノードに送信される特定のバンドルのサイズ等を含む種々の要因に基づいて、動的に調節する。
【０１７７】
[00187]  本開示の態様によれば、ダウンストリーム・データ用のデータ記憶／保持および拡散規則は、一例としてそして限定ではなく、バンドルがユニキャスト、マルチキャスト、またはブロードキャスト・トラフィックの内どれで送られるのか、バンドルの受信先がＡＣＫを送ることになっているか否か、および／またはバンドルに対するエンド・ツー・エンドＡＣＫがＤＴＮサーバ（例えば、ＤＴＮサーバ７２０）へおよび／またはから送られることになっているか否かについて判定する。また、このようなダウンストリーム・データ用のデータ記憶／保持および拡散規則は、例えば、特定のバンドルのどれ位の複製／コピーが特定の発送元または特定のタイプの発送元（例えば、バンドルを発信しこのバンドルを中間ノードに通信する発送元、バンドルを他の中間ノードに通信する中間ノード、バンドルをＤＴＮサーバに通信する発送元、および／またはその他のタイプ）によって送られなければならないかについて判定する。本開示の態様によるネットワークのダウンストリーム・データ用のデータ記憶／保持および拡散規則は、一例としてそして限定ではなく、固定アクセス・ポイントをアンカーとして使用するか否か（即ち、固定ＡＰの範囲内にあるとき、モバイルＡＰは、固定ＡＰにおいて発信されたバンドルだけを送るまたは受信すればよいか否か）について判定する。また、ダウンストリーム・データ用のこのようなデータ記憶／保持および拡散規則は、一例としてそして限定ではなく、特定のファイルのダウンロードを補助するために、固定ＡＰおよび／またはクラウドに制御情報（例えば、特定のファイルをデコードするためにはどれ位更にフラグメントが必要かについての情報、これまでに特定のファイルのフラグメントをどれ位受信したか等）を要求するか否か、および／またはデバイスもしくはバンドルが現在「ブラックリスト」上にあるか否か、あるいは「ブラックリスト」に追加すべきか否かについて判定する。「デバイス」という用語は、このコンテキストでは、例えば、ネットワーク・ノード（例えば、固定またはモバイルＡＰ、ＮＣ）、エンド・ユーザ・デバイス（例えば、携帯電話、スマートフォン、タブレット、ラップトップ、またはその他のタイプのコンピュータ）、またはこのようなデバイスがＤＴＮの一部である場合にはセンサを指すために使用する。本開示の態様によれば、「ブラックリストに掲載された」デバイスまたはノードは、バンドルを送るために使用されてはならず、他のネットワーク・ノード等によって回避されてもっともである。何故なら、いくつか理由を挙げると、例えば、低劣なネットワーク性能、記憶容量の満杯／制限、および／またはセキュリティ問題を含む多くの理由のために、デバイスまたはノードが「ブラックリストに掲載される」可能性があるからである。
【０１７８】
[00188]  図９は、本開示の種々の態様による、ダウンストリーム・バンドルの保持／格納および拡散のためのプロセス例を示す上位フローチャートである。ブロック９０２において、ネットワーク・ノード（例えば、モバイルＡＰ）はコンテキスト情報を収集する。このようなコンテキスト情報の性質についての追加情報は、先に提供した。本開示の種々の態様によれば、図９において引用するネットワーク・ノードは、例えば、モバイルＡＰ、固定ＡＰ、またはエンド・ユーザ・デバイスであってもよい。ブロック９０４において、ネットワーク・ノードは、このネットワーク・ノードに入手可能なコンテキスト情報に基づいて、下流側にあるネットワーク・ノードに宛てられたバンドルに関してどのようなアクション（複数可）を行えばよいかについて判定する。ブロック９０６において、ネットワーク・ノードは、ブロック９０４において判定したアクション（複数可）を実行する。
【０１７９】
[00189]  更に図９のブロック９０４に関して、この方法は、例えば、ダウンストリーム・データ（即ち、ネットワークのエッジにあるノード（例えば、モバイルＡＰ）に宛てられるディジタル情報）に対するデータ格納および拡散規則を使用して、コンテキスト情報に基づいて、モバイルＡＰはＤＴＮサーバからの特定のデータを待つべきか否かについて判定するステップ、および／またはモバイルＡＰは特定のデータをＤＴＮサーバに要求すべきか否かについて判定するステップを含む。
【０１８０】
[00190]  図９のブロック９０４は、例えば、モバイルＡＰは他のモバイルＡＰからの特定のデータを待つべきか否かについて判定し、モバイルＡＰは他のモバイルＡＰに特定のデータを要求すべきか否かについて判定し、および／または特定のバンドルを送るか否かそしていつ送るかについて判定するステップも含む。
【０１８１】
[00191]  図９の方法は、ブロック９０４において、例えば、ブロードキャスト送信を送るか否かそしていつ送るかについて判定し、マルチキャスト送信を送るか否かそしていつ送るかについて判定し、ユニキャスト送信を送るか否かそしていつ送るかについて判定し、および／または特定のバンドルの複製／コピーをどれ位送るかについて判定するステップを含む。
【０１８２】
[00192]  加えて、図９のブロック９０４は、例えば、固定ＡＰをデータ分散のためのアンカーとして使用するか否かについて判定するステップも含む。ブロック９０４において、図９の方法は、例えば、どの制御情報（例えば、ファイル全体をデコードするために必要とされるバンドルの数についての情報、どのバンドルが送られているかについての情報、どのバンドルが受信されているかについての情報等）を、モバイルＡＰが他のＡＰ、固定ＡＰ、および／またはクラウドに要求しようとしているか判定するステップも含む。以下に続く検討では、図９のブロック９０４の判定(determination)の結果ネットワーク・ノードによって行われる可能性がある判断(decision)およびアクションに関する追加の詳細を示す(provide)。
【０１８３】
[00193]  本開示の種々の態様によれば、ネットワークに拡散される１つ以上のファイルおよび／またはバンドルは、例えば、ＤＴＮサーバ（例えば、図７のＤＴＮサーバ７２０）のようなネットワーク・ノードにおいて、待ち行列に入れ、このように待ち行列に入れられたファイルおよび／またはバンドルは、臨時にまたは周期的に、ネットワーク・ノードのＤＴＮサーバからネットワークの他のノードに、ネットワークの１つ以上の固定ＡＰ（例えば、図１から図６の固定ＡＰの内１つ以上）を介してブロードキャストする。このような拡散は、例えば、ネットワーク・ノード（例えば、モバイルＡＰ）が固定ＡＰの無線通信範囲内にある間隔／時間期間の間に行い（例えば、ＩＥＥＥ８０２．１１ｐまたはその他の相応しい無線通信技術を使用して）、モバイルＡＰは、ＤＴＮサーバに、１つ以上のファイル（例えば、各々、１つ以上のバンドルを含む）をネットワーク内に送るように要求する（例えば、固定ＡＰを介して）。本開示の態様によれば、この時間間隔の間ネットワークの固定ＡＰの内任意のものに無線に接続されているモバイルＡＰはいずれも、このようにして、ＤＴＮサーバからブロードキャストされたバンドル（複数可）を受信し、したがって、このようなバンドルによって搬送される任意のファイルの一部または全体を受信する。ネットワークのノードに既に存在するファイル（少なくとも部分的に）については、この手法は、モバイルＡＰが既にストレージ内に有するバンドル（ファイル部分を収容する）受信する可能性があるという潜在的な欠点を有するおそれがある。しかしながら、新たなファイルについては、ブロードキャストを受信する殆どのネットワーク・ノード（例えば、モバイルＡＰ）は未だそのファイルをストレージに有していない確率が高い。「新たな」(new)という用語は、本明細書では、例えば、ネットワークによる配信／拡散のためにＤＴＮサーバ（例えば、図７のＤＴＮサーバ７２０）上に配信またはロードされているファイルまたはバンドルのような、ファイルまたはバンドルが本開示のネットワークに導入されて以降どの位時間が経過したかに言及するために使用する。ファイルまたはバンドルの「古さ」(age)、即ち、どれ位特定のファイル／バンドルが「新しい」または「古い」と考えられるかについては、例えば、ファイルまたはバンドルが配信／拡散のためにネットワークに導入された日付または日時、あるいは本開示のＤＴＮサーバ上にロードされた日付または日時を使用して判定する。本開示のある態様によれば、また、ファイル／バンドルの「生存時間」パラメータを、古さの指標として、即ち、ファイルまたはバンドルがどれ位「新しいのか」または「古いのか」の指標として使用する。このように、この手法は、新たなファイルまたはバンドルをネットワーク全域に素早く拡散させることが望ましいときに選択するとよい。
【０１８４】
[00194]  本開示の種々の態様によれば、ＤＴＮサーバに入手可能なコンテキスト情報に基づいて、どのデータがネットワーク内にブロードキャストされたかインテリジェントに制御するように、ＤＴＮサーバが動作可能であってもよい。ある場合には、ＤＴＮサーバは、例えば、特定のファイルのコンテンツを収容した全てのバンドルをブロードキャストすることを自律的に決定する。この手法を用いれば、第１モバイルＡＰのような第１ネットワーク・ノードに、この第１モバイルＡＰが、例えば、固定ＡＰの通信範囲内にある時間期間の間に、および／または第１モバイルＡＰにファイルをダウンロードするために使用される第２モバイルＡＰに、比較的小さいファイルを通信することが可能になるであろう。しかしながら、相対的に、ファイルが大きくなる程、第１モバイルＡＰが対象のファイルの全てのバンドルを受信できるのに十分な長い時間期間の間、第１モバイルＡＰが固定ＡＰまたは第２モバイルＡＰの無線通信範囲内に入っておらず、第１モバイルＡＰが、実際、第１モバイルＡＰが必要とする特定のバンドルを受信し損なう可能性(likelihood)が、対応して、増々高くなる。したがって、本開示の態様によるデータ拡散規則は、少なくとも一定の閾値確率でファイル全体を特定のモバイルＡＰに通信できるように、例えば、ファイル全体のサイズが特定の閾値サイズ未満であるときのみ、ＤＴＮサーバが特定のファイルの全てのコンテンツ（例えば、全てのバンドル）をブロードキャストすることを命令してもよい(dictate) 。ネットワーク・ノードへの転送／ダウンロードに対して考慮されるこのような閾値ファイル・サイズは、計算を使用して、または表参照によって、受信側ネットワーク・ノード（複数可）についてのコンテキスト情報（例えば、ファイル・コンテンツの受信先（複数可）になるモバイルＡＰ（複数可）の速度(velocity or speed)）に基づいて決定する。
【０１８５】
[00195]  本開示の種々の態様によれば、例えば、モバイルＡＰのようなネットワーク・ノードは、固定ＡＰに接続されているとき、特定のファイルおよび／または特定のファイルの特定のバンドルをＤＴＮに要求する。固定ＡＰに送る要求において、モバイルＡＰはそれが必要とするファイルおよび／またはバンドルのリストを送る。ＤＴＮは、ブロードキャスト送信（複数可）、マルチキャスト送信（複数可）、またはユニキャスト送信（複数可）を使用して、特定のファイルおよび／または特定のファイルの特定のバンドルを送ることによって、このような要求に応答する。要求されたファイル／バンドルをブロードキャストする場合の欠点は、他のネットワーク・ノード（例えば、モバイルＡＰ）が、ブロードキャストされるファイル／バンドルを処理する作業を、これらのネットワーク・ノードが同じファイルおよび／またはバンドルを必要としないという事実にも拘わらず、これらのネットワーク・ノードに負わせているかもしれないことである。新たなファイル／バンドルの場合、しかしながら、殆どのネットワーク・ノード（例えば、モバイルＡＰ）は、ブロードキャストによって送られたファイルおよび／またはバンドルを有していない可能性が高く、したがって、ブロードキャストはファイルおよび／またはバンドルをネットワークのノードに配信するための効率的な方法となり得る。
【０１８６】
[00196]  本開示の態様によれば、ネットワーク・ノード（例えば、モバイルＡＰ）は、ＤＴＮサーバ（例えば、ＤＴＮサーバ７２０）から入手可能なファイルおよび／またはバンドルのリストを要求する。ネットワーク・ノードは、このようなリストを含む応答をＤＴＮサーバから受信し、このリストを解析して、ネットワーク・ノードが必要としＤＴＮサーバから入手可能なバンドルを特定する。次いで、ネットワーク・ノード（例えば、モバイルＡＰ）はこのようなバンドルをＤＴＮサーバに要求する。どのファイルおよび／またはバンドルが、および／またはこのようなファイルおよび／またはバンドルが最終的にどの位ネットワーク・ノードによって要求されるかは、多数の要因に基づくこともあり、例えば、ネットワーク・ノードと、例えば、このネットワーク・ノードの無線通信範囲内にある特定の固定ＡＰとの間の通信リンクの品質、および／またはどれ位長くネットワーク・ノードが特定の固定ＡＰの無線通信範囲内にあるかについての要求元ネットワーク・ノード（例えば、モバイルＡＰ）による予測が含まれる。例えば、無線リンクの品質が高いとき（例えば、ＲＳＳＩ、信号対ノイズ比（ＳＮＲ）、ビット誤り率（ＢＥＲ）等の内１つ以上が、対応する一定の閾値よりも高い／低い）、および／または固定ＡＰへの通信リンクが長く存続する(lived)ことが期待されるとき（例えば、一定の時間量よりも長い）、ネットワーク・ノードは、要求するファイルのコンテンツ部分および／またはバンドルを増やすことができる。この手法の欠点は、ＤＴＮサーバが自律的にどのファイル／バンドルを拡散するかについて判定する状況と比較すると、要求に応ずる(servicing)ときに、ネットワークのノード（例えば、モバイルＡＰ）からの入力／要求を考慮せずに、制御メッセージ数の増大を伴うおそれがあることであり、その結果ネットワーク・トラフィック／輻輳の増大に至るおそれがある。特定のバンドルのみを要求する戦略は、例えば、比較的古いファイルを求める要求に関しては、ファイルを再現するために少ない数のバンドル(few bundle)しか必要とされないことが増々確実になるので、使用することができる。
【０１８７】
[00197]  本開示の種々の態様によれば、ＤＴＮサーバ（例えば、ＤＴＮサーバ７２０）は、複数のネットワーク・ノード（例えば、２つ以上の固定ＡＰ）を介してデータをブロードキャストするのではなく、特定のネットワーク・ノード（例えば、特定の固定ＡＰ）を介してデータをユニキャストするように選択してもよい。本開示の種々の態様によるデータ拡散規則は、例えば、１つ以上のバンドルのブロードキャストを受信するネットワーク・ノード（例えば、モバイルＡＰ）の多くが既にそのバンドルを有する確率が比較的高いと考えられる場合、古い方のファイルの１つ以上のバンドルに対してユニキャスト手法の使用を命令する。しかしながら、データ拡散規則は、このようなブロードキャストを受信するネットワーク・ノード（例えば、モバイルＡＰ）の殆どが未だ１つ以上のバンドルを有していない確率が比較的高いと考えられる場合、新たなファイルの１つ以上のバンドルのブロードキャストを命令する。
【０１８８】
[00198]  本開示の種々の態様によれば、ＤＴＮサーバ（例えば、ＤＴＮサーバ７２０）は、ネットワーク・ノード（例えば、モバイルＡＰ）からの要求を待たずに、連続的にまたは周期的に、バンドルをネットワーク内にブロードキャスト／送信する。このような実施態様では、ＤＴＮサーバは、ＤＴＮサーバがストレージ内の待ち行列に入れたファイル／バンドルのリストまたは輪番(rotation)を一巡する。ある場合には、ストレージ内の待ち行列に入れられているバンドルの内、特定のバンドルの連続ブロードキャスト送信の間の時間期間が、特定のバンドルの優先順位に従うこともでき、したがって、高い優先順位を有するバンドル程、優先順位が低いバンドルよりも頻繁に輪番に現れることができる。この手法の潜在的な欠点は、バンドルを必要とするネットワーク・ノード（例えば、モバイルＡＰ）が、特定のバンドルをブロードキャストしているネットワーク・ノード（例えば、固定ＡＰ）の通信範囲内にある／接続されている間、特定のバンドルを必要とするネットワーク・ノードが、輪番において特定のバンドルの位置になるまで、特定のバンドルを受信するのを待たなければならないことである。したがって、本開示の態様によるデータ拡散規則は、新たなファイル／バンドルが少なくとも閾値数のネットワーク・ノード（例えば、モバイルＡＰ）によって必要とされる少なくとも一定の確率を有する場合にのみ、これらのファイル／バンドルに対してこの手法の使用を命令する。
【０１８９】
[00199]  本開示の態様によれば、モバイルＡＰは、例えば、ダウンストリーム・バンドルを他のモバイルＡＰに送信する。発送側モバイルＡＰによって特定のバンドルをブロードキャストするかまたはユニキャストするかは、例えば、発送側モバイルＡＰがどれ位近隣を有するかに応じて、そして発送側モバイルＡＰがこれらの近隣に対して有する無線通信経路（複数可）の品質に応じて決めて(depend)もよい。例えば、多数のネットワーク近隣がある場合（例えば、状況に応じて、１０より多い、２０より多い、３０より多い近隣）、複数のユニキャスト・メッセージおよび任意の関連制御メッセージの使用と比較して、無線媒体（既にモバイルＡＰの比較的高い密度による負担がかけられている可能性がある）上における輻輳を低減するために、ブロードキャスト送信（複数可）を使用するとよい。逆に、ネットワーク近隣（例えば、他のモバイルＡＰ）の密度が比較的低く（例えば、１０未満、２０未満、３０未満）、したがって無線媒体上における輻輳が比較的低い場合、ユニキャスト送信の使用を優先するとよい。他の例として、近隣ノードの多くによって既に受信されている可能性が高くない、比較的新しい方のバンドルには、ブロードキャスト送信（複数可）を使用するとよく、一方近隣ノードの多く／殆どが既に保有している可能性が高いバンドルには、ユニキャスト送信（複数可）を使用するとよい（例えば、一定の閾値数の近隣ノードが既にバンドルを有する特定の閾値確率に応じて決める）。
【０１９０】
[00200]  本開示の種々の態様によれば、第１ネットワーク・ノード（例えば、モバイルＡＰ）が、連続的または周期的に、第１ネットワーク・ノードが入手可能な（例えば、格納されている）ファイルおよび／またはバンドルのリストをブロードキャストしてもよく、次いで、このようなブロードキャストを受信した第２ネットワーク・ノード（例えば、他のモバイルＡＰ）が、例えば、第２ネットワーク・ノードが必要とする特定のバンドルを第１ネットワーク・ノードが送信するように要求してもよい。例えば、特定のモバイルＡＰが、他のネットワーク・ノードによるアクセスのためにこの特定のモバイルＡＰが入手可能なバンドルのリストをブロードキャストすると、本明細書において他のノードからの「盲目要求」(blind request)と呼ぶことができるもの（即ち、特定のモバイルＡＰが有していないバンドルを求めて、この特定のモバイルＡＰに向けられた要求）を防止することによって、ネットワーク輻輳およびネットワークにおけるリソースの無駄遣いを低減するのに役立つ。特定のバンドルを求める要求に応答して、特定のネットワーク・ノード（例えば、モバイルＡＰ）が特定のバンドルをブロードキャストするかまたはユニキャストするかは、例えば、近隣または特定のネットワーク・ノードであるネットワーク・ノード（例えば、モバイルＡＰ）が、どれ位特定のバンドルを必要としているかについての（例えば、特定のネットワーク・ノードによる）判定、無線媒体上における輻輳の量、および／またはその他のコンテキスト情報に基づいて決定してもよい。
【０１９１】
[00201]  本開示の種々の態様によれば、ネットワーク・ノード（例えば、モバイルＡＰ）は、他の（例えば、近隣）ネットワーク・ノード（例えば、他のモバイルＡＰ）からの要求を待つことなく、連続的または周期的に、バンドルをネットワークにブロードキャスト／送信してもよい。例えば、モバイルＡＰが現在格納しているファイル／バンドルをブロードキャストするとき、モバイルＡＰが輪番を一巡するのでもよい。ある場合には、高い優先順位を有するバンドル程、それよりも低い優先順位を有するバンドルよりも、輪番において頻繁にスケジューリングする。ある状況では、特定のバンドルを必要とするネットワーク・ノードに対して、このネットワーク・ノードが固定ＡＰに接続されている間、ブロードキャストされるノードの輪番において所望のバンドルが現れるまで待つように要求してもよい。つまり、本開示によるデータ拡散規則は、例えば、特定のモバイルＡＰ上に格納されているバンドルを連続的または周期的にブロードキャストするというこの手法の使用を、新しいファイル／バンドルに対してのみ、および／または特定のモバイルＡＰのエリア内に比較的高いモバイルＡＰ密度があるとき、つまり、特定のバンドルを必要とするモバイルＡＰが何らかの閾値数に達する少なくとも何らかの閾値確率がある場合にのみ、指令するのでもよい。
【０１９２】
[00202]  本開示の種々の態様によれば、モバイルＡＰがダウンストリーム・バンドルを拡散のために送信するか否かについての判定は、例えば、モバイルＡＰと固定ＡＰとの間の接触頻度に基づくのでもよい。例えば、ある閾値時間量以内に、あらゆるモバイルＡＰが固定ＡＰと接触する可能性が高いネットワーク条件では、このネットワークの１つ以上のモバイルＡＰはダウンストリーム・バンドルを全くブロードキャストしなくてもよく、バンドルの拡散をネットワークの固定ＡＰに任せることができる。逆にネットワークのモバイルＡＰと固定ＡＰとの間における無線接続の頻度および／または期間が一定の閾値よりも低いとき、バンドルの拡散を補助するために、モバイルＡＰもダウンストリーム・バンドルをブロードキャストしてもよい。
【０１９３】
[00203]  本開示の態様によれば、任意の特定のモバイルＡＰが、複数の他のネットワーク・ノード（例えば、特定のモバイルＡＰの無線通信範囲内にある近隣モバイルＡＰ）からのブロードキャストを受信し、ブロードキャストは、これらの近隣ネットワーク・ノードから入手可能なバンドルを広告する。このような構成では、モバイルＡＰは、次に、ネットワーク・ノード（例えば、モバイルＡＰ）が必要とするバンドルを受信する可能性および／または効率を最大限高めるために、広告されたバンドルの内どれを近隣ノードの各々に要求するか、インテリジェントに選択する。
【０１９４】
[00204]  本開示の種々の態様によれば、１つ以上の近隣ノード（例えば、１つ以上の近隣モバイルＡＰ）によって要求されたバンドルをブロードキャストしている特定のネットワーク・ノード（例えば、特定のモバイルＡＰ）は、冗長なブロードキャストを回避するために（例えば、２つの近隣が同時に、またはほぼ同時に同じバンドルを要求する）、特定のネットワーク・ノードがブロードキャストしたバンドルはどれか追跡する。また、ネットワーク・ノードは、近隣ノードによって既にブロードキャストされたバンドルをブロードキャストするのを回避するために、あらゆる近隣ネットワーク・ノード（即ち、無線通信範囲内にあるノード）によって送られた／ブロードキャストされたバンドルを追跡してもよい。本開示の態様によれば、バンドルをブロードキャストしているネットワーク・ノードは、近隣ノードから受信したＡＣＫを追跡し、ＡＣＫのリストを使用して、ネットワーク・ノードが既にブロードキャストしたバンドルを再度ブロードキャストするか否かについて判定する。このようなリストは、特定のバンドルをユニキャストするかまたはブロードキャストするかについて判定する際にも使用する。例えば、特定のバンドルに対して、一定の閾値数よりも多い要求が１つのネットワーク・ノード（例えば、モバイルＡＰ）によって受信された場合、ネットワークにおける殆どの移動Ｐがその特定のノードを必要としている可能性が比較的高いとして差し支えなく、つまり、この特定のバンドルをブロードキャストにスケジューリングしなければならない。
【０１９５】
[00205]  本開示の種々の態様によれば、特定のバンドルを必要とするネットワーク・ノード（例えば、モバイルＡＰ）が、例えば、近隣ノードのいずれかが特定のバンドルを保有するか否か知らずに、その特定のバンドルを求める要求を、その近隣ノード（即ち、無線通信範囲内にあるネットワーク・ノードにブロードキャストしてもよい。この状況は、ある場合には、近隣ノードのいずれもが特定のバンドルを保有していないとき、多くの無駄な送信が生じるおそれがある。したがって、この手法は、例えば、一定の閾値未満の数のバンドルが求められるとき、および／または近隣ノードの内少なくとも１つが要求されたバンドルを有する確率が一定の閾値よりも高くなるように多数の近隣ノードが存在するときにのみ使用するとよい。このような状況では、要求元のネットワーク・ノード（例えば、モバイルＡＰ）は、要求したバンドル（複数可）の受信時に、この時点で完全なファイルを構成するバンドルの全てを有し、このファイルを利用する。多くのタイプのファイルでは、ファイルの１００％よりも少しでも少ないと、そのファイルは使用不可能になる場合もある。したがって、ファイルの１つ以上のバンドルを必要としこれらを要求するネットワーク・ノード（例えば、モバイルＡＰ）は、ファイルの１００％が受信されるまで、そのファイルに対するアクションを行うことができなくしてもよい。
【０１９６】
[00206]  ブロードキャスト間の衝突の発生を低減するため、および／またはそれ以外の方法でネットワークのノード間においてバンドルの効率的な拡散を確保するため（例えば、２つ以上の近隣が同じバンドルを同時にまたは次々に(in close succession)ブロードキャストするのを防止するため）に、ネットワーク・ノードによって種々の方法を使用して、複数のネットワーク・ノード（例えば、モバイルＡＰ）によるブロードキャストを調整する(coordinate)。本開示の種々の態様によれば、ネットワークの異なるノード（例えば、モバイルＡＰ）に異なるタイムスロットを割り当てて、その間にダウンストリーム・データをブロードキャストするように、時分割多重技法を使用する。本開示による代わりの構成では、トークン・パッシング方式(token passing scheme)を使用して、トークンを周期的に１つのネットワーク・ノードから他のネットワーク・ノードに受け渡し、トークンを現在保有するネットワーク・ノード（例えば、モバイルＡＰ）が１つ以上のバンドルをブロードキャストすることを許可されるようにしてもよい。
【０１９７】
[00207]  本開示の種々の態様によれば、例えば、クラウド、固定ＡＰ、および／またはモバイルＡＰのようなネットワーク・エレメントは、例えば、任意の特定のモバイルＡＰが特定の地理的領域内または特定の地理的位置にある確率、他のネットワーク・ノード（例えば、任意のモバイルＡＰおよび／または特定の他のモバイルＡＰ）の無線通信範囲内にある確率、および／または固定ＡＰ（例えば、任意の他の固定ＡＰおよび／または特定の他の固定ＡＰ）の無線通信範囲内にある確率を判定するように動作可能であってもよい。例えば、定められたルート上にある特定のモバイルＡＰ（例えば、予め定められたスケジュールの停留所に移動する列車またはバス上にインストールされたモバイルＡＰ）では、特定のモバイルＡＰの経路／スケジュール、および予定されている経路に沿った他のネットワーク・ノード（例えば、固定ＡＰまたは他のモバイルＡＰ）の位置に基づいて、特定の固定ＡＰまたは特定の他のモバイルＡＰの無線通信範囲内に特定のモバイルＡＰがいる時間を推定することが可能であってもよい。本開示の態様によれば、クラウドが、例えば、モバイルＡＰの過去の地理的位置、モバイルＡＰ間の相互作用の地理的位置、およびモバイルＡＰと固定ＡＰとの間の相互作用の地理的位置を追跡し、このような履歴情報を使用してパターンを識別し、次いでこれらのパターンを使用して、１つ以上のＡＰが他のネットワーク・ノード（例えば、他のモバイルＡＰまたは固定ＡＰ）との無線通信を確立する地理的位置を推定／予測する。次いで、クラウドは、先に説明したような技法を使用して、ネットワークのノード（例えば、モバイルＡＰおよび／または固定ＡＰ）間でこの履歴情報を拡散する。なお、本明細書において説明したようなネットワークのノードがそれらの現在の地理的位置を時折または規則的な時間間隔で報告し、ブロードキャストおよび／またはユニキャスト送信によってこの報告をクラウドと、および／または直接他のネットワーク・ノードと（例えば、近隣ノードと）共有して、ネットワークの全てのノードが、このネットワークの他のノードの地理的位置についての情報を入手可能にしてもよい。
【０１９８】
[00208]  図１０Ａから図１０Ｃは、本開示の種々の態様により、データの記憶／保持、ルーティング、複製、および移動物体のネットワークのダウンロード方向におけるデータの拡散を管理するプロセス例を示すフローチャートである。図１０Ａから図１０Ｃは、図９に示し以上で既に説明したフローチャート９００のアクションの一部について、更に詳細を示す。図１０Ａから図１０Ｃの方法は、例えば、図１から図９に関して図示および説明したようなネットワークのノード（例えば、図７のＤＴＮサーバ７２０のようなＤＴＮサーバ）によって実行する。以下の論述は、「コンテキスト情報」の使用を頻繁に引用しながら行う。このような「コンテキスト情報」の性質についての更なる詳細も以下で説明するが、既に以上でも説明している。
【０１９９】
[00209]  図１０Ａから図１０Ｃの方法は、例えば、ネットワークの適したエレメント（例えば、基礎となるオペレーティング・システムが実行し始めたときに、例えば、ＤＴＮサーバ７２０のようなコンピュータ・システム上で開始されるプロセス／スレッド等）の起動時に開始する。そして、一旦開始したなら、連続的に実行する。この方法のアクションはブロック１００２において開始し、例えば、ＤＴＮサーバ７２０のようなコンピュータ・システムが、データのバンドルを要求するネットワーク・ノードからの保留要求を有するか否かに関して判定を行う。このような「バンドル」の性質については先に説明した。ブロック１００２において、ＤＴＮサーバが、データのバンドルを要求するネットワーク・ノードからの保留要求を有していないと判定した場合、図１０Ａの方法は、以下で説明するブロック１０１０に進む。しかしながら、ブロック１００２において、ＤＴＮサーバが、データのバンドルを要求するネットワーク・ノードからの保留要求を有すると判定した場合、この方法はブロック１００４に進み、この方法は、ＤＴＮサーバが要求されたバンドルを有するか否か判定する。バンドルに収容されているデータは、例えば、クラウド・ベースのソースからＤＴＮサーバによって受信され、組み立てられて、本明細書において説明したネットワークへの拡散のための１つ以上のバンドルにする。ブロック１００４において、ＤＴＮサーバが要求されたバンドルを有すると判定した場合、次にブロック１００６において、ＤＴＳサーバは、ネットワークのノードについての現在のコンテキスト情報に基づいて、バンドル要求を発信したノードに、要求されたバンドルを送る。このようなコンテキスト情報は、例えば、バンドル要求を提出したノードが、固定ＡＰの無線通信範囲内に現在入っていることが予定されており、この固定ＡＰを介して、要求したバンドルを要求元ノードに通信するか否か判定するために使用することができる情報、および／または要求元ノードと無線で通信する好機が、要求元ノードへのバンドル全体の送信を許容するのに十分な長さの時間帯であることが予期されるか否か判定するために使用することができる情報を含む。このようなコンテキスト情報は、種々の拡散規則に加えて、例えば、ブロードキャスト、マルチキャスト、またはユニキャスト通信／アドレシングの内どれを使用すればよいかについて判定するために使用することができる情報、要求元ノードの無線通信範囲内に現在入っている近隣ノードの数を示す情報、および要求されたバンドルがネットワークによって受信されてから経過した時間量の指示を含む。次に、この方法はブロック１００８に進み、ＤＴＮサーバは次に、丁度遂行されたバンドル要求を削除し、次いでブロック１００２に戻る。しかしながら、ブロック１００４において、ＤＴＮサーバが、ノードによって要求されたバンドルを有していないと判定した場合、この方法はブロック１００９に進み、ＤＴＮサーバはノードからのバンドル要求を無視または拒否する。図１０Ａの方法は、次いで、先に説明したブロック１００８に進む。
【０２００】
[00210]  ブロック１００２において、ＤＴＮサーバが、データのバンドルを要求するネットワーク・ノードからの保留要求を有していないと判定した場合、図１０Ａの方法はブロック１０１０に進み、ＤＴＮサーバがバンドルを格納しており、拡散を待っているか否かに関して判定を行う。ブロック１０１０において、ＤＴＮサーバが拡散のためのデータのバンドルを格納していないと判定した場合、この方法は、先に論じたブロック１００２に進む。しかしながら、ブロック１０１０において、ＤＴＮサーバが拡散のためのデータのバンドルを格納していると判定した場合、制御はブロック１０１２に移り、この方法を実行しているＤＴＮサーバは、格納されているバンドル（複数可）からバンドルを選択する。次いで、この方法は図１０Ｂのブロック１０１４に進む。
【０２０１】
[00211]  図１０Ｂのブロック１０１４において、この方法は、コンテキスト情報（例えば、バンドルの優先順位、「生存時間」、ネットワーク・ノード内に既にあるバンドル（複数可）のコピー数、バンドル（複数可）に対する要求の数、バンドル／ファイルがネットワーク内にいた時間量）および拡散規則に基づいて、選択したバンドルを送るか否か（例えば、ブロードキャスト、マルチキャスト、またはユニキャストによって）について判定する。次に、ブロック１０１６において、この方法は、ブロック１０１４の判定が、選択されたバンドルを送るであるか否かに基づいて、ブロック１０１８に移り、この方法は、ダウンストリーム・ネットワーク・ノード（例えば、ＦＡＰ、ＭＡＰ）に送られるバンドル（複数可）を識別する１つ以上のリストに、選択されたバンドルを追加する。次いで、図１０Ｂの方法は、以下で説明するブロック１０２６に進む。しかしながら、ブロック１０１６において、選択されたバンドルを送らないという判定がブロック１０１４で行われた場合、この方法は次にブロック１０２０に進み、この方法を実行するＤＴＮサーバは、例えば、本明細書において説明したようなコンテキスト情報、およびバンドルのダウンストリーム方向についての拡散規則に基づいて、選択されたバンドルが入手可能であることを他のネットワーク・ノード（例えば、ダウンストリームＭＡＰ／ＦＡＰ）に広告するか否かについて判定する。次に、ブロック１０２２において、選択されたバンドルを他のネットワーク・ノードに広告することにしたことをブロック１０２０において判定した場合、ブロック１０２０の判定はこの方法のフローがブロック１０２４に移るという結果を得る。ブロック１０２４において、他のネットワーク・ノードに広告するバンドル（複数可）の１つ以上のリストに、選択されたノードを追加し、次いで、制御は以下で説明するブロック１０２６に移る。
【０２０２】
[00212]  ブロック１０２６において、この方法は、格納されているバンドルの全てが広告または発送の対象になるか否かチェックし、全てのバンドルが対象になるのではない場合、この方法は、先に説明したブロック１９１４に進む。しかしながら、ブロック１０２６において、格納されているバンドル全てが対象になると判定した場合、この方法はブロック１０３０に移り、この方法は、広告されるバンドルのリスト（複数可）が空か否か判定する。ブロック１０３０において、広告されるバンドルのリスト（複数可）が空であることがわかった場合、この方法は、以下で説明する、図１０Ｃのブロック１０３４に進む。しかしながら、ブロック１０３０において、広告されるバンドルのリスト（複数可）が、広告される１つ以上のバンドルを識別する情報を含むことがわかった場合、ブロック１０３２において、この方法は、ネットワークの他のノードに広告するバンドルを識別するリスト（複数可）の内容の臨時送信または周期的送信を開始する（例えば、無線通信範囲内にあるノードの数、広告されるバンドルの数および古さ(age)、および／または広告されるバンドルの、ネットワークのノード内に既に存在する、コピーの数というようなコンテキスト情報に基づいて、例えば、ユニキャスト、マルチキャスト、および／またはブロードキャスト・メッセージをネットワーク内に送ることによって）。次いで、図１０Ａから図１０Ｃの方法は、以下で説明する、図１０Ｃのブロック１０３４に進む。
【０２０３】
[00213]  ブロック１０３４において、他のネットワーク・ノードに送られる（例えば、ブロードキャスト、マルチキャスト、またはユニキャスト）バンドルのリスト（複数可）が空か否かに関して判定を行う。送られるバンドルのリスト（複数可）が空であることがわかった場合、この方法は、先に説明したブロック１００２に制御を渡す。しかしながら、ブロック１０３４において、送られるバンドルのリスト（複数可）が、他のネットワーク・ノードに送られるバンドルを識別する情報を収容することがわかった場合、ＤＴＮサーバ（例えば、図７のＤＴＮサーバ７２０）は、現在ＤＴＮサーバ上に格納されており、送られるバンドルのリスト上で識別されたバンドルの臨時または周期的拡散を開始する（例えば、ユニキャスト、マルチキャスト、および／またはブロードキャスト・メッセージをネットワーク内に送ることによって）。次いで、図１０Ｃの方法は、先に説明したブロック１００２に制御を渡す。
【０２０４】
[00214]  図１１Ａから図１１Ｅは、本開示の種々の態様により、例えば、移動物体のネットワークの固定またはモバイル・アクセス・ポイントのようなノードによるダウンロード方向におけるデータのバンドルの記憶／保持、ルーティング、複製、および拡散を管理する方法例を示すフローチャート１１００である。図１１Ａから図１１Ｅは、図９に示したフローチャートのアクションの一部について、追加の詳細を示す。図１１Ａから図１１Ｅの方法は、例えば、図１から図９に関して先に図示および説明したネットワークのノード（例えば、固定ＡＰまたはモバイルＡＰ）によって実行する。以下の論述では、「コンテキスト情報」およびデータ「バンドル」の使用を頻繁に引用する。これらの性質の更なる詳細は、既に先に説明した。図１１Ａから図１１Ｅの方法は、例えば、ネットワークの種々のノードの起動時に開始する（例えば、基礎のオペレーティング・システムが実行し始めるときに開始するプロセス／スレッドとして）。そして、一旦開始したなら、連続的に実行する。なお、図１１Ａから図１１Ｅに示すアクションは、図示する順序で実行されなくてもよいこと、そしてブロックのアクションは、例えば、別個のプロセス／スレッドによって実行されてもよいが、この方法のプロセス／スレッドは全体的に他のアクションと共に継続することは注記しておく。
【０２０５】
[00215]  図１１Ａから図１１Ｅの方法のアクションは、図１１Ａのブロック１１０２において開始し、ネットワーク・ノード（例えば、固定ＡＰまたはモバイルＡＰ）は、どの制御情報および／またはコンテキスト情報（例えば、ファイル全体をデコードするために必要とされるバンドル数についての情報、どのデータのバンドルが既に送られているかについての情報、どのバンドルが既に受信されているかについての情報等）を、このネットワーク・ノード（例えば、ＭＡＰ、ＦＡＰ）が他のネットワーク・ノードおよび／またはクラウドに要求すればよいかについて判定する。次に、ブロック１１０４において、この方法は、制御チャネルを通じて、１つ以上のネットワーク・ノード（例えば、モバイルＡＰ、固定ＡＰ）および／またはクラウドと通信を確立し、次いでブロック１１０６において、固定ＡＰ、モバイルＡＰ、および／またはクラウド（例えば、図１、図７のクラウド７３０参照）から種々のコンテキスト情報を収集する。
【０２０６】
[00216]  ブロック１１０８において、この方法を実行するネットワーク・ノードは、このノードが何らかのデータのバンドルを必要とするか否か（例えば、一部が欠落しているいずれかのファイルの組み立てを完了するために）判定する。このノードによってデータのバンドルが現在必要とされていない場合、この方法は、以下で説明する、図１１Ｂのブロック１１２２に進む。しかしながら、ノードによって１つ以上のバンドルが必要とされている場合、この方法は制御をブロック１１１０に移し、この方法は、ＤＴＮサーバおよび／またはこのノードの上流側にある他のネットワーク・ノードから入手可能なバンドルのリストをこのノードが受信しているか否か判定する。この方法を実行するノードが、他のノードから入手可能なバンドルのリストが、このノードによって受信されていないと判定した場合、この方法は、以下で説明する、ブロック１１１８に進む。しかしながら、ブロック１１１０において、現ノード(present node)が、ＤＴＮサーバまたはその他のネットワーク・ノードから入手可能なバンドルのリストを受信していると判定した場合、図１１Ａの方法はブロック１１１２に進み、この方法を実行するノードは、ＤＴＮサーバまたはその他のネットワーク・ノードから入手可能として掲示されているバンドルの内いずれかが、現ノードによって必要とされているか否か判定する。ブロック１１１２において、入手可能であるとして掲示されているバンドルはいずれも現ノードによって必要とされてないと判定した場合、この方法はブロック１１１８に進む。しかしながら、現ノードによって必要とされているバンドルの内１つ以上が、ＤＴＮサーバまたは１つ以上の他のネットワーク・ノードから入手可能として掲示されている場合、この方法は、以下で説明する、図１１Ｂのブロック１１１４に進む。
【０２０７】
[00217]  図１１Ｂのブロック１１１４において、図１１Ｂの方法を実行するノードは、コンテキスト情報に基づいて、現ノード（例えば、ＦＡＰまたはＭＡＰ）が、ＤＴＮサーバまたはアップストリーム・ノード（複数可）（例えば、固定ＡＰまたはモバイルＡＰ）が自律的に、必要とするバンドル（複数可）（例えば、臨時または周期的にブロードキャスト、マルチキャスト、またはユニキャストされるバンドル）を自ら進んで送るのを待つべきか、または現ノードが明示的な要求をＤＴＮサーバまたはアップストリーム・ノードに送り、現在のノードによって必要とされている特定のバンドル（複数可）を現ノードに送るように明示的に要請すべきかについて判定する。ブロック１１１６において、必要とされているバンドル（複数可）を求める要求を送るべきであるとブロック１１１４において判定した場合、ブロック１１１４の判定は、この方法をブロック１１１８（以下で説明する）に進ませ、あるいは、ＤＴＮサーバまたはその他のネットワーク・ノードが、必要とされているバンドルを現ノードに自律的に送るのを、現ノードは待つべきであるとブロック１１１４において判定した場合、ブロック１１１４の判定は、この方法をブロック１１２２に進ませる。
【０２０８】
[00218]  ブロック１１１８において、図１１Ｂの方法は、コンテキスト情報に基づいて、必要とされているバンドル（複数可）の内、ＤＴＮサーバまたは他のネットワーク・ノードに要求する部分のサイズを決定する。例えば、要求元ノードは、コンテキスト情報を採用してもよい。コンテキスト情報は、現ノードまたは中間ネットワーク・ノードの無線・リンクの品質（例えば、ＲＳＳＩ、ＳＮＲ、ＢＥＲ）が、無線通信を可能にすることが期待される一定の閾値よりも高いか否か判定すること、および／または要求元ノード（例えば、モバイルＡＰ）および必要とされているバンドル（複数可）のソース（例えば、固定ＡＰまたは近隣モバイルＡＰ）を接続する無線通信経路が、必要とされているバンドルの要求元ノードへの通信のために使用可能であると推定することができる時間量を決定することを、ノードに可能にする。このようなタイプの情報を使用すると、例えば、データ・バンドル（複数可）を要求するモバイルＡＰのようなネットワーク・ノードが、１回の分量(a portion of data) がどの位であれば、このノードの移動中に無線リンクを使用して転送するのに成功することが期待できるか、判定するので、要求元ノードは、決定された１回の分量のバンドル（複数可）に限定されたデータ・バンドル（複数可）の転送を求める。次に、ブロック１１２０において、要求元ノードはＤＴＮサーバおよび／または他のネットワーク・ノードに要求を送り、要求元ノードによって必要とされている特定のバンドルの内決定された量／１回の分量サイズ(portion size)の転送を要求する。次いで、この方法は、以下で説明するブロック１１２２に進む。
【０２０９】
[00219]  ブロック１１２２において、この方法を実行するノードが、ＤＴＮサーバおよび／または１つ以上の他のネットワーク・ノードによって自律的に送られた１つ以上のバンドル（例えば、これら他のネットワーク・ノードによって格納されているバンドルの未要請ブロードキャスト、マルチキャスト、またはユニキャスト）を受信したか否かに関して判定を行う。ブロック１１２２において、未要請バンドルが現ノードによって受信されたと判定した場合、図１１Ｂの方法はブロック１１２４に進む。しかしながら、ブロック１１２２において、未要求バンドルが現ノードによって受信されていないと判定した場合、この方法は図１１Ｃのブロック１１２８に進む。ブロック１１２４において、この方法は、ＤＴＮサーバまたは他のネットワーク・ノードから受信された未要求／未要請バンドルの内任意のものが、現ノードによって実際に必要とされているか否か判定する。受信された未要求バンドルがいずれも現ノードによって必要とされていない場合、この方法は次に、以下で論ずる図１１Ｃのブロック１１２８に進む。しかしながら、現ノードによって受信された未要求／未要請バンドルが現ノード(presented node)によって必要とされている場合、この方法は図１１Ｃのブロック１１２６に進む。
【０２１０】
[00220]  図１１Ｃのブロック１１２６において、この方法を実行するノードは、未要求／未要請バンドル（例えば、ＤＴＮサーバまたは他のネットワーク・ノードによって自律的に送られたバンドル）を、現ノードのメモリに格納する。次いで、この方法はノードをブロック１１２８に進める。
【０２１１】
[00221]  図１１Ｃのブロック１１２８において、この方法は、現ノードが任意のバンドルを格納しており、現ノードよりも下流にある他のネットワーク・ノードに未要請／未要求で送るか否かチェックする。ブロック１１２８において、現ノードが他のノードと共有するバンドルを格納していないと判定した場合、図１１Ｃの方法は、先に論じたブロック１１０２に戻る。しかしながら、ブロック１１２８において、現ノードが、事前の要求なく、他のネットワーク・ノードに無線で送るバンドルを有すると判定した場合、ブロック１１３０において、この方法は、格納されているバンドルの内１つを選択し、ブロック１１３２において、現ノードによって収集されたコンテキスト情報に基づいて、選択したバンドルをダウンストリーム・ノード（複数可）に送るか否かについて判定する（例えば、ブロードキャスト、マルチキャスト、ユニキャスト手法を使用する）。このようなコンテキスト情報は、例えば、格納されているバンドル（複数可）の各々に割り当てられた優先順位値、格納されている各バンドルに割り当てられた「生存時間」値、格納されているバンドルの、ネットワークの他のノードに残存することが既に知られている、コピーの数、選択したバンドル（複数可）に対して存在する要求の数、格納されているバンドル（複数可）がネットワーク内にいる時間量（例えば、バンドルの古さ）、および現在現ノードの無線通信範囲内に入っている近隣ノードの数を含む。ダウンストリーム方向におけるバンドルの転送に適用される拡散規則も考慮に入れてもよい。
【０２１２】
[00222]  ブロック１１３２において、選択したバンドルを送ろうとしていると判定した場合、次に、ブロック１１３４において、この方法の制御のフローはブロック１１３６に移り、格納されているバンドルの内ネットワークの他の（例えば、ダウンストリーム）ノードに未要請で送るものを識別する１つ以上のリストに、選択したバンドルを追加する。次いで、この方法は図１１Ｄのブロック１１４４に進む。しかしながら、ブロック１１３２において、選択したバンドルを送ろうとしていない場合、この方法の制御のフローは図１１Ｄのブロック１１３８に移る。
【０２１３】
[00223]  図１１Ｄのブロック１１３８において、コンテキスト情報（例えば、本明細書において先に論じたような）および拡散規則（例えば、転送のダウンストリーム方向に対する）に基づいて、選択したバンドルの入手可能性を他のネットワーク・ノードに広告するか否かについて判定を行う。次に、ブロック１１４０において、ブロック１１３８の判定に基づいて、選択したバンドルを他のネットワーク・ノードに広告しようとする場合、この方法はブロック１１４２に進み、または、選択したバンドルを他のネットワーク・ノードに広告しようとしない場合、ブロック１１４４に進む。ブロック１１４２において、選択したバンドルを識別する情報を、他（例えば、近隣）のネットワーク・ノードに広告されるバンドルを識別する１つ以上のリストに追加し、この方法はブロック１１４４に進む。
【０２１４】
[00224]  図１１Ｄのブロック１１４４において、この方法は、現ノード（例えば、固定ＡＰまたはモバイルＡＰ）に格納されている全てのバンドルが、ネットワークの他のノードへの未要請送信または広告の対象になっているか否か判定する。現ノードに格納されている全てのバンドルが対象であるのではないと判定した場合、ブロック１１４６において、格納されている次のバンドルを選択し、この方法は、先に論じたブロック１１３２に進む。しかしながら、ブロック１１４４において、現ノードに格納されているバンドルの全てが未要請送信または広告の対象になっていると判定した場合、この方法は次にブロック１１４８に進む。
【０２１５】
[00225]  ブロック１１４８において、他のネットワーク・ノードに広告されるバンドルのリストが空であるか否か判定するためにチェックを行う。ブロック１１４８において、他のネットワーク・ノードに広告されるバンドルのリストが空であることがわかった場合、この方法はブロック１１５２に進む。しかしながら、ブロック１１４８において、他のネットワーク・ノードに広告されるバンドルのリストが空でないことがわかった場合、ブロック１１５０において、この方法は、現ノードによってネットワークの他のノード（例えば、現ノードの下流側にあるノード（例えば、モバイルＡＰ））に広告される（例えば、ユニキャスト、マルチキャスト、および／またはブロードキャスト・メッセージを送ることによって）バンドルを識別するリストの臨時または周期的な送信を開始する。現ノードに格納されており現ノードから入手可能なバンドルについての情報のこのような送信は、一旦開始されると、図１１Ａから図１１Ｅに関して説明した他のアクティビティが継続する間に、所与の時間期間にわたって、または指定された回数の送信／広告に対して実行するプロセスとして、実行する。ブロック１１５０から、図１１Ｄの方法は次に、以下で論じるブロック１１５２に進む。
【０２１６】
[00226]  図１１Ｄのブロック１１５２において、他のネットワーク・ノードに未要請で送られるバンドルのリストが空であるか否か判定するために、チェックを行う。ブロック１１５２において、他のネットワーク・ノードに未要請で送信されるバンドルのリストが空であることがわかった場合、この方法は図１１Ｅのブロック１１５６に進む。しかしながら、ブロック１１５２において、他のネットワーク・ノードに未要請で送られるバンドルのリストが空でないことがわかった場合、ブロック１１５４において、この方法は、現ノード上に現在格納されているバンドルの、ネットワークの他のノード（例えば、現ノードよりも下流側にあるノード（例えば、モバイルＡＰ））への現在のノードによる臨時または周期的な送信を開始する（例えば、ユニキャスト、マルチキャスト、および／またはブロードキャスト・メッセージ内でバンドルを送ることによって）。この場合も、現ノードに格納されており現ノードから入手可能なバンドルの送信は、例えば、一旦開始されると、図１１Ａから図１１Ｅに関して説明した他のアクティビティが継続する間に、所与の時間期間にわたって、特定の間隔で、または指定された回数の送信／広告に対して実行するプロセスとして、実行する。ブロック１１５４から、図１１Ｄの方法は次に、以下で論ずるブロック１１５６に進む。
【０２１７】
[00227]  ブロック１１５６において、この方法は、現ノードが現在有していないいずれかのバンドルを、現ノードが必要としているか否か判定する。例えば、現ノードが特定のファイルを必要としており、そのコンテンツが１つのバンドルにまたは複数のバンドルに跨がってパッケージ化されている場合もあり、更に、必要とする特定のファイルの部分を収容する全てのバンドルを、現ノードが有していない場合もある。ブロック１１５２において、現ノードによって必要とされているバンドルはないと判定した場合、図１１Ｅの方法は、先に既に論じたブロック１１０２に進む。しかしながら、ブロック１１５６において、現ノードが１つ以上のバンドルを必要としているが、現在それらを有していないと判定した場合、ブロック１１５８において、現ノードは、現在このノードによって必要とされているバンドルを識別する情報の臨時または周期的な送信を開始する（例えば、ユニキャスト、マルチキャスト、および／またはブロードキャスト・メッセージを送ることによって）。本開示によるネットワークのノード間で情報を共有する他の同様の状況における場合と同様に（例えば、１つのノードから入手可能なバンドルを広告する、バンドルの未要請／未要求送信をネットワークの複数のノードに対して実行する）、このような送信は、ブロック１１５８により開始されるスレッドまたはプロセスによって行う／管理し、例えば、連続的に動作する、規則的な時間間隔または不規則な時間間隔で周期的に動作する、あるいは現ノードによって必要とされているバンドルを記述／識別する情報の一定の回数の送信が完了するまで動作する。
【０２１８】
[00228]  本開示の種々の態様は、複数のノードを含む無線ネットワークのノードによってデータをルーティング(routing)および拡散する方法において認める。複数のノードの各々は、ネットワークの他のノードと無線で通信するために少なくとも１つの無線周波数インターフェースを含む。このような方法は、複数のノードの内第１ノードによって、ネットワークに通信可能に結合されたクラウド・ベースのシステムから、複数のノードに対する無線拡散のための１つ以上のデータのバンドルを受信するステップを含み、各データのバンドルは、１つ以上のデータのパケットと、対応するバンドル・コンテキスト情報とを含む。また、この方法は、第１ノードによって、複数のノードの内第１ノードの無線通信範囲内にある１つ以上の他のノードから受信した無線信号から、１つ以上の他のノードの無線通信を表す無線ネットワーク・コンテキスト情報を生成するステップを含む。更に、この方法は、第１ノードによって、この第１ノードのストレージ内に存在するデータのバンドルの数を判定するステップも含む。第１ノードのストレージ内において少なくとも１つのデータのバンドルが入手可能である場合、この方法は、第１ノードによって、バンドル・コンテキスト情報、無線ネットワーク・コンテキスト情報、および第１ノードについての１組のデータ拡散規則を使用して、第１ノードにおける少なくとも１つのデータのバンドルの入手可能性の広告の、複数のノードの内第２ノードに対する送信を実行するように選択するステップを含む。あるいは、この方法は、少なくとも１つのバンドルを求める対応する要求を第１ノードが第２ノードから受信することなく、少なくとも１つのデータのバンドルを第２ノードに送信するように選択するステップを含む。加えて、この方法は、少なくとも１つのデータのバンドルが第１ノードのストレージ内において入手可能ではない場合、広告の送信を実行しないこと、およびデータのバンドルの送信を実行しないように選択するステップを含む。
【０２１９】
[00229]  本開示の態様によれば、バンドル・コンテキスト情報は、以下の内任意の１つを含む。１つ以上のデータのバンドルの優先順位、１つ以上のデータのバンドルのネットワークにおける古さ、１つ以上のデータのバンドルの生存時間量、および／またはネットワークの複数のノード内に現在残存する１つ以上のデータのバンドルにおける特定の各バンドルのコピー総数。無線ネットワーク・コンテキスト情報は、１つ以上の他のノードの数、ならびに第１ノードおよび１つ以上の他のノードの無線通信の品質の基準の一方または双方を含む。選択は、クラウド・ベースのシステムから第１ノードによって受信されたデータのバンドルの通信方向に対して、第１ノードについての１組のデータ拡散規則を考慮に入れてもよい。１組のデータ拡散規則は、ネットワークを通じたデータのバンドルの転送のダウンストリーム方向に対する第１組のデータ拡散規則と、ネットワークを通じたデータのバンドルの転送のアップストリーム方向に対する第２組のデータ拡散規則とを含む、２組以上のデータ拡散規則から選択する。アップストリーム方向はクラウド・ベースのシステムから第１ノードに向かうとすればよく、ダウンストリーム方向はクラウド・ベースのシステムから遠ざかるとすればよい。複数のノードは、固定の地理的位置に配置された１つ以上のノード、および移動可能な１つ以上のノードを含む。第１ノードは、固定の地理的位置における動作に合わせて構成し、第２ノードはネットワークのサービス・エリアをあちこち(about)に移動可能な車両における動作に合わせて構成する。第２ノードは、モバイル・アクセス・ポイントを介してネットワークにアクセスするエンド・ユーザ・デバイスのデータを、ネットワークを通じて無線で通信するように構成されたモバイル・アクセス・ポイントであってもよい。
【０２２０】
[00230]  本開示の種々の態様によれば、第１ノードから第２ノードに少なくとも１つのデータのバンドルを送信することは、第１ノードの１つ以上の他のノードとの通信の品質を示す無線ネットワーク・コンテキスト情報に基づいて、第１ノードにおいて利用可能な無線通信リンクの数が２以上であることを判定することを含んでもよい。２つ以上の無線通信リンクを介して第１ノードから第２ノードに少なくとも１つのデータのバンドルを送信することは、少なくとも１つのデータのバンドルのコピーの、それぞれの無線通信リンクを介した、第１ノードによる送信を可能にするために、少なくとも１つのデータのバンドルの各データのバンドルを複製することを含んでもよい。
【０２２１】
[00231]  本開示の種々の態様は、複数のコード部を有する非一時的コンピュータ可読媒体において観察することができ、各コード部は、１つ以上のプロセッサによって実行可能な複数の命令を格納する。実行可能命令は、１つ以上のプロセッサに、複数のノードを含む無線ネットワークのノードによってデータをルーティングおよび拡散する方法を実行させることができ、この方法のステップは、上述したとおりである。
【０２２２】
[00232]  本開示の更に他の態様は、複数のノードを含む無線ネットワークのノードによってデータをルーティングおよび拡散するためのシステムにおいて見ることができる。このようなシステムは、第１ノードをネットワークの他のノードに通信可能に結合するための少なくとも１つの無線インターフェースに動作可能に(operatively)結合された１つ以上のプロセッサを含んでもよい。このようなシステムでは、１つ以上のプロセッサは、上述した方法のような、ネットワークの第１ノードにおいてデータのルーティングおよび複製を管理する方法のステップを、少なくとも、実行するように動作可能であってもよい。
【０２２３】
[00233]  本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントは、"Communication Network of Moving Things"（移動物体の通信ネットワーク）と題し、２０１５年９月２２日に出願された米国仮特許出願第６２／２２２，１９２号において示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２２４】
[00234]  本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、このようなネットワークおよび／またはコンポーネントを他のネットワークおよびシステムと統合するシステムおよび方法が提供され、その非限定的な例が、”Integrated Communication Network for A Network of Moving Things"（移動物体のネットワークのための統合通信ネットワーク）と題し、２０１５年９月２２日に出願された米国仮特許出願第６２／２２１，９９７号に示されている(provide)。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２２５】
[00235]  また、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、このようなネットワークおよび／またはコンポーネントを同期させるシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Synchronizing a Network of Moving Things"（移動物体のネットワークを同期させるシステムおよび方法）と題し、２０１５年９月２２に出願された米国仮特許出願第６２／２２２，０１６号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２２６】
[00236]  加えて、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、このようなネットワークおよび／またはコンポーネントを管理するシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Managing a Network of Moving Things"（移動物体のネットワークを管理するシステムおよび方法）と題し、２０１５年９月２２日に出願された米国仮特許出願第６２／２２２，０４２号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２２７】
[00237]  更に、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、このようなネットワークおよび／またはコンポーネントを監視するシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Monitoring a Network of Moving Things"（移動物体のネットワークを監視するシステムおよび方法）と題し、２０１５年９月２２に出願された米国仮特許出願第６２／２２２，０６６号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２２８】
[00238]  更にまた、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、このようなネットワークおよび／またはコンポーネントにおいて異常を検出および／または分類するシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Detecting and Classifying Anomalies in a Network of Moving Things"（移動物体のネットワークにおいて異常を検出し分類するシステムおよび方法）と題し、２０１５年９月２２に出願された米国仮特許出願第６２／２２２，０７７号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２２９】
[00239]  更にまた、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、このようなネットワークおよび／またはコンポーネントにおいて移動性を管理するシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Managing Mobility in a Network of Moving Things"（移動物体のネットワークにおいて移動性を管理するシステムおよび方法）と題し、２０１５年９月２２に出願された米国仮特許出願第６２／２２２，０９８号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２３０】
[00240]  また、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、このようなネットワークおよび／またはコンポーネントにおいて接続(connectivity)を管理するシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Managing Connectivity a Network of Moving Things"（移動物体のネットワークにおける接続を管理するシステムおよび方法）と題し、２０１５年９月２２に出願された米国仮特許出願第６２／２２２，１２１号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２３１】
[00241]  加えて、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、このようなネットワークおよび／またはコンポーネントにおいてセンサ・データを収集するシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Collecting Sensor Data in a Network of Moving Things"（移動物体のネットワークにおいてセンサ・データを収集するシステムおよび方法）と題し、２０１５年９月２２日に出願された米国仮特許出願第６２／２２２，１３５号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２３２】
[00242]  更に、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、このようなネットワークおよび／またはコンポーネントとインターフェースするシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Interfacing with a Network of Moving Things"（移動物体のネットワークとインターフェースするシステムおよび方法）と題し、２０１５年９月２２日に出願された米国仮特許出願第６２／２２２，１４５号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２３３】
[00243]  更にまた、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、このようなネットワークおよび／またはコンポーネントのユーザとインターフェースするシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Interfacing with a User of a Network of Moving Things"（移動物体のネットワークのユーザとインターフェースするシステムおよび方法）と題し、２０１５年９月２２日に出願された米国仮特許出願第６２／２２２，１５０号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２３４】
[00244]  更にまた、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、このようなネットワークおよび／またはコンポーネントにおけるデータ格納および処理システムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Data Storage and Processing for a Network of Moving Things"（移動物体のネットワーク用のデータ記憶および処理システムおよび方法）と題し、２０１５年９月２２日に出願に出願された米国仮特許出願第６２／２２２，１６８号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２３５】
[00245]  また、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、このようなネットワークおよび／またはコンポーネントにおける車両交通管理システムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Vehicle Traffic Management in a Network of Moving Things"（移動物体のネットワークにおける車両交通管理システムおよび方法）と題し、２０１５年９月２２日に出願された米国仮特許出願第６２／２２２，１８３号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２３６】
[00246]  加えて、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、このようなネットワークおよび／またはコンポーネントにおける環境管理システムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Environmental Management in a Network of Moving Things"（移動物体のネットワークにおける環境管理システムおよび方法）と題し、２０１５年９月２２日に出願された米国仮特許出願第６２／２２２，１８６号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２３７】
[00247]  更に、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、このようなネットワークおよび／またはコンポーネントにおいて湾港または出荷作業を管理するシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Port Management in a Network of Moving Things"（移動物体のネットワークにおけるポート管理システムおよび方法）と題し、２０１５年９月２２日に出願に出願された米国仮特許出願第６２／２２２，１９０号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２３８】
[00248]  また、開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、少なくとも部分的に履歴データに基づいて測位または位置情報の精度を高めるシステムおよび方法が提供され、その非限定的な例が、"Utilizing Historical Data to Correct GPS Data in a Network of Moving Things"（移動物体のネットワークにおいてＧＰＳデータを補正するための履歴データの利用）と題し、２０１５年１０月２２日に出願された米国仮特許出願第６２／２４４，８２８号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２３９】
[00249]  加えて、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、少なくとも部分的にアンカーの利用に基づいて測位または位置情報の位置(position or location)の精度を高めるシステムおよび方法が提供され、その非限定的な例が、"Using Anchors to Correct GPS Data in a Network of Moving Things"（移動物体のネットワークにおいてＧＰＳデータを補正するためのアンカーの使用）と題し、２０１５年１０月２２日に出願された米国仮特許出願第６２／２４４，９３０号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２４０】
[00250]  更に、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、アプリケーション間で通信を行うシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Inter-Application Communication in a Network of Moving Things"（移動物体のネットワークにおけるアプリケーション間通信システムおよび方法）と題し、２０１５年１０月２６日に出願された米国仮特許出願第６２／２４６，３６８号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２４１】
[00251]  更にまた、開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、通信を精査し、分析し、および／または有効性を判断するシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Probing and Validating Communication in a Network of Moving Things"（移動物体のネットワークにおいて通信を精査し有効性を確認するシステムおよび方法）と題し、２０１５年１０月２６日に出願された米国仮特許出願第６２／２４６，３７２号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２４２】
[00252]  更にまた、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、通信速度を適応させるシステムおよび方法が提供され、その非限定的な例が、"Adaptive Rate Control for Vehicular Networks"（車両用ネットワークの適応速度制御）と題し、２０１５年１１月４日に出願された米国仮特許出願第６２／２５０，５４４号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２４３】
[00253]  また、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、ハードウェアを再構成および適応させるシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Reconfiguring and Adapting Hardware in a Network of Moving Things"（移動物体のネットワークにおいてハードウェアを再構成し適応させるシステムおよび方法）と題し、２０１５年１２月３１日に出願された米国仮特許出願第６２／２７３，８７８号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２４４】
[00254]  加えて、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、データの収集を最適化するシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Optimizing Data Gathering in a Network of Moving Things"（移動物体のネットワークにおいてデータ収集を最適化するシステムおよび方法）と題し、２０１５年１１月１０日に出願された米国仮特許出願第６２／２５３，２４９号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２４５】
[00255]  更に、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、遅延耐性ネットワーキングを実行するシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Delay Tolerant Networking in a Network of Moving Things"（移動物体のネットワークにおける遅延耐性ネットワーキング・システムおよび方法）と題し、２０１５年１１月１９日に出願された米国仮特許出願第６２／２５７，４２１号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２４６】
[00256]  更にまた、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、モバイル・アクセス・ポイントのカバレッジおよびスループットを改善するシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Improving Coverage and Throughput of Mobile Access Points in a Network of Moving Things"（移動物体のネットワークにおいてモバイル・アクセス・ポイントのカバレッジおよびスループットを改善するシステムならびに方法）と題し、２０１５年１２月９日に出願された米国仮特許出願第６２／２６５，２６７号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２４７】
[00257]  更にまた、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、チャネル利用を調整するシステムおよび方法が提供され、その非限定的な例が、"Channel Coordination in a Network of Moving Things"（移動物体のネットワークにおけるチャネル調整）と題し、２０１５年１２月２２日に出願された米国仮特許出願第６２／２７０，８５８号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２４８】
[00258]  また、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、移動物体のネットワークにおいてネットワーク・コード化メッシュ・ネットワークを実現するシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Network Coded Mesh Networking in a Network of Moving Things"（移動物体のネットワークにおけるネットワーク・コード化メッシュ・ネットワーキング・システムおよび方法）と題し、２０１５年１１月２０日に出願された米国仮特許出願第６２／２５７，８５４号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２４９】
[00259]  加えて、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、固定アクセス・ポイントのカバレッジを改善するシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Improving Fixed Access Point Coverage in a Network of Moving Things"（移動物体のネットワークにおいて固定アクセス・ポイント・カバレッジを改善するシステムおよび方法）と題し、２０１５年１１月３０日に出願された米国仮特許出願第６２／２６０，７４９号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２５０】
[00260]  更に、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、移動性コントローラおよびそのネットワーク相互作用を管理するシステムおよび方法を提供され、その非限定的な例が、"Systems and Methods for Managing Mobility Controllers and Their Network Interactions in a Network of Moving Things"（移動物体のネットワークにおいて移動性コントローラおよびそれらのネットワーク相互作用を管理するシステムならびに方法）と題し、２０１５年１２月３１日に出願された米国仮特許出願第６２／２７３，７１５号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２５１】
[00261]  更にまた、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、モバイル・アクセス・ポイントのハンドオーバーを管理および／またはトリガするシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Managing and Triggering Handovers of Mobile Access Points in a Network of Moving Things"（移動物体のネットワークにおけるモバイル・アクセス・ポイントのハンドオーバーを管理およびトリガするシステムならびに方法）と題し、２０１６年１月２１に出願された米国仮特許出願第６２／２８１，４３２号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２５２】
[00262]  更にまた、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、キャプティブ・ポータル関連制御および管理を実行するシステムおよび方法が提供され、その非限定的な例が、"Captive Portal-related Control and Management in a Network of Moving Things"（移動物体のネットワークにおけるキャプティブ・ポータル関連制御および管理）と題し、２０１５年１２月１６日に出願された米国仮特許出願第６２／２６８，１８８号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２５３】
[00263]  また、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、高価値データを推定するシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods to Extrapolate High-Value Data from a Network of Moving Things"（移動物体のネットワークからの高価値データを推定するシステムおよび方法）と題し、２０１５年１２月２２日に出願された米国仮特許出願第６２／２７０，６７８号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２５４】
[00264]  加えて、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、遠隔ソフトウェア更新および流通を行うシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Remote Software Update and Distribution in a Network of Moving Things"（移動物体のネットワークにおけるリモート・ソフトウェア更新および流通システムならびに方法）と題し、２０１５年１２月３０日に出願された米国仮特許出願第６２／２７２，７５０号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２５５】
[00265]  更に、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、遠隔構成更新および流通を行うシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Remote Configuration Update and Distribution in a Network of Moving Things"（移動物体のネットワークにおけるリモート構成更新および流通システムならびに方法）と題し、２０１６年１月１４日に出願された米国仮特許出願第６２／２７８，６６２号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２５６】
[00266]  更にまた、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、ユーザ・フィードバックに基づいて、例えば自動的に、ネットワークを適応させるシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Adapting a Network of Moving Things Based on User Feedback"（ユーザ・フィードバックに基づいて移動物体のネットワークを適応させるシステムおよび方法）と題し、２０１６年１月２２日に出願された米国仮特許出願第６２／２８６，２４３号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２５７】
[00267]  更にまた、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、データ分析を構築または実行するときにデータの完全性を高めるおよび／または保証するシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods to Guarantee Data Integrity When Building Data Analytics in a Network of Moving Things"（移動物体のネットワークにおいてデータ分析を構築するときにデータの完全性を保証するシステムおよび方法）と題し、２０１６年１月１４日付けの米国仮特許出願第６２／２７８，７６４号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２５８】
[00268]  また、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、モバイル・アクセス・ポイントの自己初期化および／または自動ブートストラップを実行するシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Self-Initialization and Automated Bootstrapping of Mobile Access Points in a Network of Moving Things"（移動物体のネットワークにおけるモバイル・アクセス・ポイントの自己初期化および自動ブートストラップを行うシステムならびに方法）と題し、２０１６年１月２５日に出願された米国仮特許出願第６２／２８６，５１５号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２５９】
[00269]  加えて、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、電力供給および／または利用を管理するシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Power Management in a Network of Moving Things"（移動物体のネットワークにおける電力管理システムおよび方法）と題し、２０１６年２月１６日に出願された米国仮特許出願第６２／２９５，６０２号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２６０】
[00270]  更に、本開示の種々の態様によれば、本明細書において紹介したネットワークおよび／またはそのコンポーネントには、インフラストラクチャの設置および設定を自動化および簡易化するシステムおよび方法が提供され、その非限定的な例が、"Systems and Methods for Automating and Easing the Installation and Setup of the Infrastructure Supporting a Network of Moving Things"（移動物体のネットワークをサポートするインフラストラクチャの設置および設定を自動化および易化するためのシステムおよび方法）と題し、２０１６年２月２４日に出願された米国仮特許出願第６２／２９９，２６９号に示されている。この特許出願をここで引用したことにより、その内容全体が本願にも含まれるものとする。
【０２６１】
[00271]  要約すると、本開示の種々の態様は、例えば、モバイル・ノードおよび静止ノードの組み合わせを含む、モバイル・ノードのネットワークをサポートするための通信ネットワーク・アーキテクチャ、システム、および方法を提供する。非限定的な一例として、本開示の種々の態様は、静止およびモバイル通信ノード双方の複雑なアレイを含む動的に構成変更可能な通信ネットワーク（例えば、移動物体のインターネット）をサポートするための通信ネットワーク・アーキテクチャ、システム、および方法を提供する。以上では、特定の態様および例を参照しながら説明したが、本開示の範囲から逸脱することなく、種々の変更を行うことができ、均等物と交換できることは、当業者には理解されよう。加えて、特定の状況または材料を本開示の教示に、その範囲から逸脱することなく、適応させるために、多くの変更を行うこともできる。したがって、本開示は、開示した特定の例（複数可）に限定されるのではなく、本開示は、添付する請求項の範囲内に該当する全ての例を含むことを意図している。
【０２６２】
[00272]  本方法および／またはシステムは、ハードウェア、ソフトウェア、またはハードウェアおよびソフトウェアの組み合わせで実現することができる。本方法および／またはシステムは、少なくとも１つのコンピューティング・システムにおいて集中的な様式で、または異なるエレメントが様々な相互接続されたコンピューティング・システムを跨いで分散される(spread)分散型の様式で実現することもできる。本明細書において説明した方法を実行するように構成されたのであれば、いずれの種類のコンピューティング・システムまたはその他の装置も適している。ハードウェアおよびソフトウェアの典型的な組み合わせは、汎用コンピューティング・システムとプログラムまたはその他のコードであるとしてもよく、プログラムまたはその他のコードをロードし実行すると、コンピューティング・システムが本明細書において説明した方法を実行するように、これを制御する。他の典型的な実施態様は、特定用途集積回路またはチップを含むこともできる。実施態様の中には、非一時的機械可読（例えば、コンピュータ可読）媒体（例えば、ＦＬＡＳＨドライブ、光ディスク、磁気記憶ディスク等）を含むものがあってもよく、機械によって実行可能な１列以上のコードが媒体上に格納され、これによって、本明細書において説明したようなプロセスを機械に実行させる。
【０２６３】
[00273]  以上、特定の実施態様を参照しながら、本方法および／またはシステムについて説明したが、本方法および／またはシステムの範囲から逸脱することなく、種々の変更が成されてもよく、更に均等物が交換されてもよいことは、当業者には理解されよう。加えて、本開示の範囲から逸脱することなく、特定の状況または素材(material)を本開示の教示に適合させるために、多くの修正が行われてもよい。したがって、本方法および／またはシステムは、開示した特定の実施態様に限定されるのではなく、本方法および／またはシステムは、添付した請求項の範囲に該当する全ての実施態様を含むことを意図している。
【図１】
2019517213.tif 000003
【図２】
2019517213.tif 000004
【図３】
2019517213.tif 000005
【図４】
2019517213.tif 000006
【図５Ａ】
2019517213.tif 000007
【図５Ｂ】
2019517213.tif 000008
【図５Ｃ】
2019517213.tif 000009
【図６】
2019517213.tif 000010
【図７】
2019517213.tif 000011
【図８】
2019517213.tif 000012
【図９】
2019517213.tif 000013
【図１０Ａ】
2019517213.tif 000014
【図１０Ｂ】
2019517213.tif 000015
【図１０Ｃ】
2019517213.tif 000016
【図１１Ａ】
2019517213.tif 000017
【図１１Ｂ】
2019517213.tif 000018
【図１１Ｃ】
2019517213.tif 000019
【図１１Ｄ】
2019517213.tif 000020
【図１１Ｅ】
2019517213.tif 000021
【手続補正書】
【提出日】平成31年3月1日(2019.3.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のノードを含む無線ネットワークのノードによってデータをルーティングおよび拡散する方法であって、前記複数のノードの各々が、前記ネットワークの他のノードと無線で通信するための少なくとも１つの無線周波数インターフェースを備えており、当該方法が、
前記複数のノードの内の第１ノードによって、前記ネットワークに通信可能に結合されたクラウド・ベースのシステムから、前記複数のノードへの無線拡散のための１つ以上のデータのバンドルを受信するステップであって、各データのバンドルが、１つ以上のデータのパケットと、対応するバンドル・コンテキスト情報とを含む、ステップと、
前記第１ノードによって、前記複数のノードの内の前記第１ノードの無線通信範囲内にある１つ以上の他のノードから受信した無線信号から、前記１つ以上の他のノードの無線通信を表す無線ネットワーク・コンテキスト情報を生成するステップと、
前記第１ノードによって、該第１ノードのストレージ内に存在するデータのバンドルの数を判定するステップと、
少なくとも１つのデータのバンドルが前記第１ノードのストレージにおいて入手可能である場合、前記第１ノードによって、前記バンドル・コンテキスト情報、前記無線ネットワーク・コンテキスト情報、および前記第１ノードについての１組のデータ拡散規則を使用して、
前記第１ノードにおける前記少なくとも１つのデータのバンドルの入手可能性の広告を、前記複数のノードの内の第２ノードに送信すること、および
前記少なくとも１つのバンドルに対する対応する要求の、前記第１ノードによる前記第２ノードからの受信なく、前記少なくとも１つのデータのバンドルを前記第２ノードに送信すること、
の内１つを実行するように選択するステップと、
少なくとも１つのデータのバンドルが前記第１ノードのストレージにおいて入手可能ではない場合、前記広告を送信することを実行せず、データのバンドルを送信することを実行しないように選択するステップと、
を含む、方法。
【請求項２】
請求項１記載の方法において、バンドル・コンテキスト情報が、
前記１つ以上のデータのバンドルの優先順位、前記１つ以上のデータのバンドルの前記ネットワークにおける古さ、前記１つ以上のデータのバンドルの生存時間量、および前記１つ以上のデータのバンドルの内、前記ネットワークの複数のノード内に現在残存する特定の各バンドルのコピー総数、
の内任意の１つを含む、方法。
【請求項３】
請求項１記載の方法において、無線ネットワーク・コンテキスト情報が、前記１つ以上の他のノードの数、ならびに前記第１ノードおよび前記１つ以上の他のノードの無線通信の品質の基準の一方または双方を含む，方法。
【請求項４】
請求項１記載の方法において、前記選択するステップが、前記第１ノードによって前記クラウド・ベースのシステムから受信されたデータのバンドルの通信方向に対して、前記第１ノードについての１組のデータ拡散規則を考慮し、前記１組のデータ拡散規則が、前記ネットワークを通じたデータのバンドルの転送のダウンストリーム方向に対する第１組のデータ拡散規則と、前記ネットワークを通じたデータのバンドルの転送のアップストリーム方向に対する第２組のデータ拡散規則とを含む２組以上のデータ拡散規則から選択される、方法。
【請求項５】
請求項４記載の方法において、前記アップストリーム方向が前記クラウド・ベースのシステムに向かい、前記ダウンストリーム方向が前記クラウド・ベースのシステムから遠ざかる、方法。
【請求項６】
請求項１記載の方法において、前記第１ノードが、固定の地理的位置における動作に合わせて構成される、方法。
【請求項７】
請求項１記載の方法において、前記第２ノードが、前記ネットワークのサービス・エリアをあちこちに移動可能な車両における動作に合わせて構成される、方法。
【請求項８】
請求項１記載の方法において、前記第２ノードが、前記ネットワークを通じて、エンド・ユーザ・デバイスのデータを無線で通信するように構成されたモバイル・アクセス・ポイントであり、前記エンド・ユーザ・デバイスが、前記モバイル・アクセス・ポイントを介して前記ネットワークにアクセスする、方法。
【請求項９】
請求項１記載の方法において、前記第１ノードから前記第２ノードに前記少なくとも１つのデータのバンドルを送信することが、前記第１ノードの前記１つ以上の他のノードとの通信の品質を示す前記無線ネットワーク・コンテキスト情報に基づいて、前記第１ノードにおいて利用可能な無線通信リンクの数が２以上であると判定することを含む、方法。
【請求項１０】
請求項９記載の方法において、前記第１ノードから前記第２ノードに２つ以上の無線通信リンクを介して前記少なくとも１つのデータのバンドルを送信することが、前記第１ノードによるそれぞれの無線通信リンクを介した前記少なくとも１つのデータのバンドルのコピーの送信を可能にするために、前記少なくとも１つのデータのバンドルの各データのバンドルを複製することを含む、方法。
【請求項１１】
複数のコード部を有する非一時的コンピュータ可読媒体であって、各コード部が、１つ以上のプロセッサによって実行可能な複数の命令を格納し、前記１つ以上のプロセッサに、複数のノードを含む無線ネットワークのノードによってデータをルーティングおよび拡散する方法を実行させ、当該方法のステップが、
前記複数のノードの内の第１ノードによって、前記ネットワークに通信可能に結合されたクラウド・ベースのシステムから、前記複数のノードへの無線拡散のための１つ以上のデータのバンドルを受信するステップであって、各データのバンドルが、１つ以上のデータのパケットと、対応するバンドル・コンテキスト情報とを含む、ステップと、
前記第１ノードによって、前記複数のノードの内、該第１ノードの無線通信範囲内にある１つ以上の他のノードから受信した無線信号から、前記１つ以上の他のノードの無線通信を表す無線ネットワーク・コンテキスト情報を生成するステップと、
前記第１ノードによって、該第１ノードのストレージ内に存在するデータのバンドルの数を判定するステップと、
少なくとも１つのデータのバンドルが前記第１ノードのストレージにおいて入手可能である場合、前記第１ノードによって、前記バンドル・コンテキスト情報、前記無線ネットワーク・コンテキスト情報、および前記第１ノードについての１組のデータ拡散規則を使用して、
前記第１ノードにおける前記少なくとも１つのデータのバンドルの入手可能性の広告を、前記複数のノードの内の第２ノードに送信すること、および
前記少なくとも１つのバンドルに対する対応する要求の、前記第１ノードによる前記第２ノードからの受信なく、前記少なくとも１つのデータのバンドルを前記第２ノードに送信すること、
の内１つを実行するように選択するステップと、
少なくとも１つのデータのバンドルが前記第１ノードのストレージにおいて入手可能ではない場合、前記広告を送信することを実行せず、データのバンドルを送信することを実行しないように選択するステップと、
を含む、非一時的コンピュータ可読媒体。
【請求項１２】
請求項１１記載の非一時的コンピュータ可読媒体において、バンドル・コンテキスト情報が、
前記１つ以上のデータのバンドルの優先順位、前記１つ以上のデータのバンドルの前記ネットワークにおける古さ、前記１つ以上のデータのバンドルの生存時間量、および前記１つ以上のデータのバンドルの内、前記ネットワークの複数のノード内に現在残存する特定の各バンドルのコピー総数、
の内任意の１つを含む、非一時的コンピュータ可読媒体。
【請求項１３】
請求項１１記載の非一時的コンピュータ可読媒体において、無線ネットワーク・コンテキスト情報が、前記１つ以上の他のノードの数、ならびに前記第１ノードおよび前記１つ以上の他のノードの無線通信の品質の基準の一方または双方を含む、非一時的コンピュータ可読媒体。
【請求項１４】
請求項１１記載の非一時的コンピュータ可読媒体において、前記選択するステップが、前記第１ノードによって前記クラウド・ベースのシステムから受信されたデータのバンドルの通信方向に対して、前記第１ノードについての１組のデータ拡散規則を考慮し、前記１組のデータ拡散規則が、前記ネットワークを通じたデータのバンドルの転送のダウンストリーム方向に対する第１組のデータ拡散規則と、前記ネットワークを通じたデータのバンドルの転送のアップストリーム方向に対する第２組のデータ拡散規則とを含む２組以上のデータ拡散規則から選択される、非一時的コンピュータ可読媒体。
【請求項１５】
請求項１４記載の非一時的コンピュータ可読媒体において、前記アップストリーム方向が前記クラウド・ベースのシステムに向かい、前記ダウンストリーム方向が前記クラウド・ベースのシステムから遠ざかる、非一時的コンピュータ可読媒体。
【請求項１６】
請求項１１記載の非一時的コンピュータ可読媒体において、前記第１ノードが、固定の地理的位置における動作に合わせて構成される、非一時的コンピュータ可読媒体。
【請求項１７】
請求項１１記載の非一時的コンピュータ可読媒体において、前記第２ノードが、前記ネットワークのサービス・エリアをあちこちに移動可能な車両における動作に合わせて構成される、非一時的コンピュータ可読媒体。
【請求項１８】
請求項１１記載の非一時的コンピュータ可読媒体において、前記第２ノードが、前記ネットワークを通じて、エンド・ユーザ・デバイスのデータを無線で通信するように構成されたモバイル・アクセス・ポイントであり、前記エンド・ユーザ・デバイスが、当該モバイル・アクセス・ポイントを介して前記ネットワークにアクセスする、非一時的コンピュータ可読媒体。
【請求項１９】
請求項１１記載の非一時的コンピュータ可読媒体において、前記第１ノードから前記第２ノードに前記少なくとも１つのデータのバンドルを送信することが、前記第１ノードの前記１つ以上の他のノードとの通信の品質を示す前記無線ネットワーク・コンテキスト情報に基づいて、前記第１ノードにおいて利用可能な無線通信リンクの数が２以上であると判定することを含む、非一時的コンピュータ可読媒体。
【請求項２０】
請求項１９記載の非一時的コンピュータ可読媒体において、 前記第１ノードから前記第２ノードに２つ以上の無線通信リンクを介して前記少なくとも１つのデータのバンドルを送信することが、前記第１ノードによるそれぞれの無線通信リンクを介した前記少なくとも１つのデータのバンドルのコピーの送信を可能にするために、前記少なくとも１つのデータのバンドルの各データのバンドルを複製することを含む、非一時的コンピュータ可読媒体。
【請求項２１】
複数のノードを含む無線ネットワークのノードによってデータをルーティングおよび拡散するためのシステムであって、
前記ネットワークの他のノードと無線で通信するための少なくとも１つの無線周波数インターフェースに動作可能に結合された１つ以上のプロセッサを含み、該１つ以上のプロセッサが、少なくとも、
前記複数のノードの内の第１ノードによって、前記ネットワークに通信可能に結合されたクラウド・ベースのシステムから、前記複数のノードへの無線拡散のための１つ以上のデータのバンドルを受信し、各データのバンドルが、１つ以上のデータのパケットと、対応するバンドル・コンテキスト情報とを含み、
前記第１ノードによって、前記複数のノードの内、該第１ノードの無線通信範囲内にある１つ以上の他のノードから受信した無線信号から、前記１つ以上の他のノードの無線通信を表す無線ネットワーク・コンテキスト情報を生成し、
前記第１ノードによって、該第１ノードのストレージ内に存在するデータのバンドルの数を判定し、
少なくとも１つのデータのバンドルが前記第１ノードのストレージにおいて入手可能である場合、前記第１ノードによって、前記バンドル・コンテキスト情報、前記無線ネットワーク・コンテキスト情報、および前記第１ノードについての１組のデータ拡散規則を使用して、
前記第１ノードにおける前記少なくとも１つのデータのバンドルの入手可能性の広告を、前記複数のノードの内の第２ノードに送信すること、および
前記少なくとも１つのバンドルに対する対応する要求の、前記第１ノードによる前記第２ノードからの受信なく、前記少なくとも１つのデータのバンドルを前記第２ノードに送信すること、
の内１つを実行するように選択し、
少なくとも１つのデータのバンドルが前記第１ノードのストレージにおいて入手可能ではない場合、前記広告を送信することを実行せず、データのバンドルを送信することを実行しないように選択する、
ように動作可能である、システム。
【請求項２２】
請求項２１記載のシステムにおいて、バンドル・コンテキスト情報が、
前記１つ以上のデータのバンドルの優先順位、前記１つ以上のデータのバンドルの前記ネットワークにおける古さ、前記１つ以上のデータのバンドルの生存時間量、および前記１つ以上のデータのバンドルの内、前記ネットワークの複数のノード内に現在残存する特定の各バンドルのコピー総数、
の内任意の１つを含む、システム。
【請求項２３】
請求項２１記載のシステムにおいて、無線ネットワーク・コンテキスト情報が、前記１つ以上の他のノードの数、ならびに前記第１ノードおよび前記１つ以上の他のノードの無線通信の品質の基準の一方または双方を含む，システム。
【請求項２４】
請求項２１記載のシステムにおいて、前記選択することが、前記第１ノードによって前記クラウド・ベースのシステムから受信されたデータのバンドルの通信方向に対して、前記第１ノードについての１組のデータ拡散規則を考慮し、前記１組のデータ拡散規則が、前記ネットワークを通じたデータのバンドルの転送のダウンストリーム方向に対する第１組のデータ拡散規則と、前記ネットワークを通じたデータのバンドルの転送のアップストリーム方向に対する第２組のデータ拡散規則とを含む２組以上のデータ拡散規則から選択される、システム。
【請求項２５】
請求項２４記載のシステムにおいて、前記アップストリーム方向が前記クラウド・ベースのシステムに向かい、前記ダウンストリーム方向が前記クラウド・ベースのシステムから遠ざかる、システム。
【請求項２６】
請求項２１記載のシステムにおいて、前記第１ノードが、固定の地理的位置における動作に合わせて構成される、システム。
【請求項２７】
請求項２１記載のシステムにおいて、前記第２ノードが、前記ネットワークのサービス・エリアをあちこちに移動可能な車両における動作に合わせて構成される、システム。
【請求項２８】
請求項２１記載のシステムにおいて、前記第２ノードが、前記ネットワークを通じて、エンド・ユーザ・デバイスのデータを無線で通信するように構成されたモバイル・アクセス・ポイントであり、前記エンド・ユーザ・デバイスが、当該モバイル・アクセス・ポイントを介して前記ネットワークにアクセスする、システム。
【請求項２９】
請求項２１記載のシステムにおいて、前記第１ノードから前記第２ノードに前記少なくとも１つのデータのバンドルを送信することが、前記第１ノードの前記１つ以上の他のノードとの通信の品質を示す前記無線ネットワーク・コンテキスト情報に基づいて、前記第１ノードにおいて利用可能な無線通信リンクの数が２以上であると判定することを含む、システム。
【請求項３０】
請求項２９記載のシステムにおいて、前記第１ノードから前記第２ノードに２つ以上の無線通信リンクを介して前記少なくとも１つのデータのバンドルを送信することが、前記第１ノードによるそれぞれの無線通信リンクを介した前記少なくとも１つのデータのバンドルのコピーの送信を可能にするために、前記少なくとも１つのデータのバンドルの各データのバンドルを複製することを含む、システム。
【国際調査報告】
2019517213.tif 000022