通信ネットワークにおけるデータ管理のための方法およびシステム
複数のピアツーピアノードを備える通信ネットワークのノードを動作させるための方法であって、ノードが、前記複数のピアツーピアノードの中の所定の近傍ノードとリンクされ、ａ）情報プロバイダノードになるためにノードが要求する所定のデータを示すノード情報を第１の記憶領域に記憶するステップと、ｂ）近傍ノードのうちの少なくとも１つの情報プロバイダノードから、前記情報プロバイダノードが提供することができるデータの記述情報を受けるのを待つステップと、ｃ）前記少なくとも１つの情報プロバイダノードからの前記記述情報の受けとり時に、前記少なくとも１つの情報プロバイダノードが提供することができるデータが、ノードが要求する所定のデータに少なくとも部分的に一致するかどうかを、前記第１の記憶領域において検査するステップと、ｄ）肯定の場合、一致するデータを示すノード情報を第１の記憶領域において削除するステップと、ｅ）否定の場合、ｃ）において受けた記述情報を複数のピアツーピアノードのうちの少なくとも１つに転送するステップとを含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークにおけるデータ管理のための方法およびシステムに関する。
【背景技術】
【０００２】
Ｓａｓｉｋａｎｔｈ、Ａｖａｎｃｈａら（「Ｄａｔａ ａｎｄ Ｓｅｒｖｉｃｅｓ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｐｕｔｉｎｇ（モバイルコンピューティングのためのデータおよびサービス）」、Ｐｒａｃｔｉｃａｌ Ｈａｎｄｂｏｏｋ ｏｆ Ｉｎｔｅｒｎｅｔ Ｃｏｍｐｕｔｉｎｇ（インターネットコンピューティングの実用ハンドブック）、Ｍ．Ｐ．Ｓｉｎｇｈ編、１〜１８ページ）が述べているように、「コンピューティングデバイス」または「コンピュータ」という用語は、常に作動し、場合によってはインターネットに接続され、オフィスまたは家庭に設置された、大きい、強力な機械のイメージを通常呼び起こす。低コストで、軽量で、ポータブルで、移動中でも容易に常に利用可能なデバイスの到来および驚異的な成長は、このイメージを変えた。デバイスのモビリティと計算能力の組合せはモバイルコンピューティングパラダイムをもたらした。デバイスは、小さくなるほど、それらのポータビリティとモビリティは高くなるが、それらの計算能力は低くなる。
【０００３】
したがって、（たとえば近未来の都市、工業／金融の領域などにおける）進化したサービスのシナリオは、有線およびワイヤレス接続性によって通常リンクされ、そしてますますリンクされた、セル電話、ＰＤＡ、ラップトップ、センサ、ＲＦＩＤ（無線周波識別）タグおよび他の小型送信機のような様々なポータブルデバイスの急増によって特徴づけられるであろう。
【０００４】
デジタルデバイス、小型で高度に分散されたハンドセットは、相互接続された一面のリソースを創り出すことが予想され、この相互接続された一面のリソースは、「社会的な」ダイナミクス／ニーズをとらえるために利用可能な膨大な量のデータを提供することができるものである。適切に収集、相関および管理されるこれらのデータは、より効果的なサービスの実行および供給を可能にするために役立つ。たとえば、モバイルデバイスは、それらの近傍と対話し、必要に応じて情報生産者と消費者の両方の働きをすることができる。
【０００５】
上述のシナリオでは、極めて動的でデータ集約型な広範なデジタル環境が想定でき、そこでは、誰もが情報を交換し、互いに共同することが可能であり、かつ、そこでは、大量の高度に分散されたデータアイテムは、意味があり、信頼でき、利用可能な情報に変換されるべきであり、この情報は、各ユーザがそのモバイルデバイスを使用していつでもどこでもアクセス可能なものである。
【０００６】
従来のデータ管理モデルは、非常に高い動的分散型環境を管理するには適しておらず、この非常に高い動的分散型環境は、空間および時間におけるデータ変動、グローバルスキーマの欠如、およびモバイルデバイスの任意のペア間の接続の持続時間に関する保証がないことによって強く特徴づけられるものである。
【０００７】
そのような環境では、適切なレベルの頑強さ、スケーラビリティおよび信頼性を保証しながら、デバイスがその近傍およびネットワーク上の他の場所にある他のデバイスと対話し、データを交換することができるように適合されたデータ管理層が強く必要とされる。
【０００８】
モバイルコンピューティングパラダイムの最終的な目的は、人々が、いつでも、どこでも、コンピューティングデバイスを使用してタスクを達成できるようにすることである。
上記で概説した環境におけるこれらの要求に対処するために、次の難しいファクタ、すなわち、データが異種デバイス中に記憶されること、データが地理的に分配されること、データソースおよびユーザアプリケーションがモバイルであること、データソースが予測できない形で現れ、消えること、データが様々な使用法と精巧さとに基づいて様々な意味をもつ可能性があることを考慮に入れなければならない。
【０００９】
モバイルコンピューティングアプリケーションにおけるデータ管理層は、アクセス、記憶、監視、およびデータ操作を取り扱う。この層は、デバイスが、その付近でネットワーク上の他の場所にある他のデバイスと対話し、データを交換することができるようにする。
【００１０】
どんな情報が必要なのか、いつその情報が必要なのか、どのようにしてその情報を取得することができるのかをデバイスが計算することができるように、Ｆｉｌｉｐ Ｐｅｒｉｃｈら（「Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ ｆｏｒ Ｍｏｂｉｌｅ Ａｄ−Ｈｏｃ Ｎｅｔｗｏｒｋｓ（モバイルアドホックネットワークのためのデータ管理）」、ＩｎＢｏｏｋ、Ｅｎａｂｌｉｎｇ Ｔｅｃｈｎｏｌｏｇｉｅｓ ｆｏｒ Ｗｉｒｅｌｅｓｓ ｅ−Ｂｕｓｉｎｅｓｓ Ａｐｐｌｉｃａｔｉｏｎｓ（ワイヤレスｅビジネスアプリケーションの実現技術）、２００５年７月１日、Ｗ ＫｏｕおよびＹｅｌｅｎａ Ｙｅｓｈａ編、Ｓｐｒｉｎｇｅｒ ｐｕｂ．）は、モバイルアドホックネットワークのためのＭｏＧＡＴＵピアツーピアデータ管理モデルを開示している。
【００１１】
Ｆｉｌｉｐ Ｐｅｒｉｃｈらが述べているように、ピアツーピアモデルでは、モバイルで静的なすべてのデバイスはピアとして扱われる。モバイルデバイスはサーバとクライアントの両方の働きをする。ブルートゥースなど、アドホックネットワーキング技術では、モバイルデバイスは、有線ネットワーク上のサーバにアクセスすることに加えて、それらの付近のピアリソースを利用することができる。しかしながら、サーバのモビリティがこのモデルの重要な問題である。クライアントが利用可能なサービスのセットは位置および時間に対して動的に変化する。その結果、データを取得するために、デバイスは、単に固定の集中型サーバの助けに依存することができない。代わりに、デバイスは、個々のおよび集合的なタスクを遂行するために、それらの付近の他のデバイスと協働することができなければならない。これにより、デバイスは、それらの環境に対してより自律的、動的および適応可能になることができる。
【００１２】
ＭｏＧＡＴＵモデルは、各ピアデバイスを、情報プロバイダ、情報消費者、および情報管理者として抽象化する。
情報プロバイダは利用可能なデータソースを表す。それらは、何らかの問合せを受け入れ、適切な応答を生成することができるエンティティを表す。あらゆる情報プロバイダは、全モバイルアドホックネットワークで利用可能な異種データの部分分散セット、すなわちフラグメントを保持する。あらゆるデバイスは１つまたは複数の情報プロバイダを保持することができる。
【００１３】
情報消費者は、その環境で利用可能なデータを問い合わせ、更新するエンティティを表す。情報消費者は、自身のモバイルデバイスに文脈依存情報を要求する人間のユーザを表すことも、自律的ソフトウェアエージェントを表すこともできる。消費者が特定のデータを取得する必要がある場合、消費者は、明示的問合せを作成し、それを、そのローカル情報管理者に送る。管理者は、その問合せを処理のために適切なローカル情報プロバイダまたはリモートピアデバイス上に位置する他の一致するプロバイダにルーティングし、応答を待つ。
【００１４】
あらゆるモバイルデバイス上の情報管理者はネットワーク通信と大部分のデータ管理機能とを受け持つ。各情報管理者は、情報管理者と同じデバイス上に存在する情報プロバイダと情報消費者とに関する情報を維持する。各情報管理者はまた、その付近のピアに関する情報を維持する。この情報は、インターネットプロトコルアドレスと同様の一意の識別番号である、デバイスの識別情報、およびデバイスが提供できる情報のタイプ、すなわち、プロバイダアドバタイズメントを含む。最後に、情報管理者は、他のモバイルデバイスから取得された情報、ならびにそのローカルプロバイダによって提供された情報、すなわち、以前の問合せに対する返答を記憶するためのデータキャッシュを維持する。さらに、各情報管理者は、ユーザの選好とニーズとを反映するユーザプロファイルを含むことができる。情報管理者は、そのプロファイルを使用して、そのキャッシング方式を適合させ、欠けている要求される情報を取得するためにピアとの共同を開始する。
【００１５】
高い複雑さレベルで、情報管理者は、複数のローカルおよびリモート情報プロバイダに関する情報を維持し、メッセージをパースし、メッセージを他のピアデバイスにルーティングし、積極的にピアに問い合わせることができなければならない。ＭｏＧＡＴＵフレームワークはプッシュ型手法とプル型手法を同時にサポートし、すなわち、各情報管理者はその機能を他のピアの送信請求機能からアドバタイズすることができる。
【発明の概要】
【発明が解決しようとする課題】
【００１６】
出願人は、通信ネットワークにおけるピアツーピアデータ管理のための改善された方法およびシステムを提供する問題に直面した。
出願人は、モバイルピアツーピアネットワークの各情報プロバイダノードが、それが提供することができるデータを示す記述情報をその近傍ノードに、該情報が利用可能になるとすぐに積極的に送るように適合され、前記記述情報を受ける任意のノードが、それを利用すべきか、またはそれを最終的に転送すべきかを決定するように適合される方法およびシステムを用いて、この目的を達成することができることに気づいた。このようにして、情報プロバイダノードになるためにノードが所定のデータを必要とする場合、ノードは、そのデータを探す必要がなく、かつ、（動的環境において可能性が高い）利用不可能な情報を探すのに時間を浪費する必要がない。どこかで利用可能な場合、必要とされる情報は遅かれ早かれノードに到達することになる。
【００１７】
この機構の恩恵は２重である。システムは、必要な場合に適切な情報を確保することができ、同時に、高度に動的で可変の環境に自己適応することができる。
【課題を解決するための手段】
【００１８】
したがって、第１の態様では、本発明は、複数のピアツーピアノードを備える通信ネットワークのノードを動作させるための方法であって、ノードが、前記複数のピアツーピアノードの中の所定の近傍ノードとリンクされ、前記方法が、
ａ）情報プロバイダノードになるためにノードが要求する所定のデータを示すノード情報を第１の記憶領域に記憶するステップと、
ｂ）近傍ノードのうちの少なくとも１つの情報プロバイダノードから、前記少なくとも１つの情報プロバイダノードが提供することができるデータの記述情報を受けるのを待つステップと、
ｃ）前記少なくとも１つの情報プロバイダノードからの前記記述情報の受けとり時に、前記少なくとも１つの情報プロバイダノードが提供することができるデータが、ノードが要求する所定のデータに少なくとも部分的に一致するかどうかを、前記第１の記憶領域において検査するステップと、
ｄ）肯定の場合、一致するデータを示すノード情報を第１の記憶領域において削除するステップと、
ｅ）否定の場合、ｃ）において受けた記述情報を複数のピアツーピアノードのうちの少なくとも１つに転送するステップとを含む、方法に関する。
【００１９】
本明細書および特許請求の範囲では、「情報プロバイダノード」という表現は、別のノードもしくはデバイスおよびユーザの一方又は双方にデータを提供することができるノードを示すために使用する。
【００２０】
「リンク」という用語は、２つのノード間の論理接続を示すために使用する。論理接続は、有線およびワイヤレスの一方又は双方とすることができる物理接続（たとえば、ＬＡＮ、インターネット、Ｗｉ−Ｆｉなど）を介して確立される。
【００２１】
また、「リンクする」という表現は、２つのノード間の論理接続の確立を示すために使用する。
２つのノード間でリンクが確立されると、２つのノードが、ＴＣＰ／ＵＤＰ、ＨＴＴＰ、および、たとえば、規格ＩＥＥＥ８０２．１１によって定義される通信プロトコルのうちの１つ以上等のような予め定義された通信プロトコルに従って、データ／情報を交換することができると仮定される。
【００２２】
さらに、「近傍ノード」という表現は、論理リンクによって所与のノードに接続されたノードを示すために使用する。好ましくは、近傍という用語は、１ホップ近傍を指す。
本発明は動的通信ネットワークに特に有利であり、この動的通信ネットワークにおいては、ピアツーピアノードの少なくとも一部がモバイルノードであり、モバイルノードの任意のペア間の接続の持続時間に関する保証がない。
【００２３】
好ましい実施形態によれば、本方法は、ａ１）近傍ノードのうちの少なくとも１つの要求側ノードから、情報プロバイダノードになるために前記少なくとも１つの要求側ノードが要求する所定のデータを示す近傍情報を受けるステップをさらに含む。
【００２４】
この実施形態では、本方法は、有利には、ａ２）ａ１）において受けた近傍情報を第２の記憶領域に記憶するステップをさらに含む。
この場合、前記情報プロバイダノードからの前記記述情報の受けとり時、かつｅ）の実行の前に、本方法は、有利には、ｆ）前記情報プロバイダノードが提供することができるデータが、要求側ノードが要求する所定のデータに少なくとも部分的に一致するかどうかを、前記第２の記憶領域において検査するステップも含む。
【００２５】
ｆ）が肯定の場合、本方法は、一致するデータを示す近傍情報を第２の記憶領域において削除し、ｃ）において受けた記述情報を要求側ノードに送るステップをさらに含む。この場合、本方法は、有利には、情報プロバイダノードに、それ自体を要求側ノードとリンクするように要求するステップをさらに含む。
【００２６】
ｆ）が否定の場合、ステップｅ）が実行される。
一実施形態によれば、ｅ）では、ｃ）において受けた記述情報の転送先である複数のピアツーピアノードのうちの少なくとも１つは、複数のピアツーピアノードの中からランダムに選択されたノードである。
【００２７】
有利には、ｅ）では、ｃ）において受けた記述情報の転送先である複数のピアツーピアノードのうちの少なくとも１つは、近傍ノードとは異なるノードである。
好ましい実施形態によれば、ｅ）では、ｃ）において受けた記述情報の転送先である複数のピアツーピアノードのうちの少なくとも１つは、近傍ノードのうちの１つの近傍ノードである。この場合、本方法は、有利には、近傍ノードのいずれかに、その近傍ノードのうちの少なくとも１つを識別するデータを要求するステップを含む。
【００２８】
有利には、ｅ）は、情報プロバイダノードに、それ自体を、ｃ）において受けた記述情報の転送先である複数のピアツーピアノードのうちの少なくとも１つとリンクするように要求するステップをさらに含む。さらに、ｅ）は、有利には、情報プロバイダノードに、ノードとのそのリンクを削除するように要求するステップをさらに含む。さらに、ｅ）は、有利には、情報プロバイダノードとのノードのリンクを削除するステップをさらに含む。さらに、ｅ）は、有利には、ノードを、ｃ）において受けた記述情報の転送先である複数のピアツーピアノードのうちの少なくとも１つとリンクするステップをさらに含む。
【００２９】
好ましくは、ａ）は、ノードが要求する前記所定のデータを示すノード情報を複数の近傍ノードに送るステップをさらに含む。この場合、ｄ）は、有利には、一致するデータに関して複数の近傍ノードに通知するステップをさらに含む。
【００３０】
有利には、ｄ）は、情報プロバイダノードに、それによって提供できるデータを要求するステップをさらに含む。有利には、本方法は、情報プロバイダノードが提供することができるデータを受けるステップをさらに含む。
【００３１】
有利には、ｄ）は、ｇ）情報プロバイダノードになるためにノードが要求するすべての所定のデータが一致したかどうかを前記第１の記憶領域において検査するステップをさらに含む。ｇ）が肯定の場合、ノードは、所定のデータを提供することができる情報プロバイダノードになる。本方法は、有利には、ノードが提供することができる所定のデータの記述情報を近傍ノードのうちの少なくとも一部に送るステップを含む。有利には、ノードが提供することができる所定のデータの記述情報は、情報プロバイダノード以外の近傍ノードに送られる。ｇ）が肯定の場合、本方法は、有利には、ノードが要求するすべての所定のデータが一致したことを複数の近傍ノードに通知するステップも含む。
【００３２】
ｇ）が否定の場合、本方法は、有利には、ｂ）の実行に戻る。
有利には、本方法は、ノードが提供することができる前記所定のデータを取得するために、（１つまたは複数の）情報プロバイダノードから受けたデータを処理するステップをさらに含む。
【００３３】
ｇ）が肯定の場合、近傍ノードのうちの要求側ノードが要求する所定のデータを示す情報を受けたとき、本方法は、ノードが提供することができるデータの記述情報を要求側ノードに送るステップをさらに含む。
【００３４】
ｇ）が肯定の場合で、情報プロバイダノードになるために要求される所定のデータのうちの少なくとも一部が（たとえば、期限切れまたは消失のために）足りないとき、本方法はａ）の実行に戻る。
【００３５】
ｇ）が肯定の場合で、ノードを複数のピアツーピアノードのうちのノードとリンクする要求を受けたとき、本方法は、有利には、前記ノードとのリンクを生成し、ノードが提供することができるデータの記述情報を、新たにリンクされたノードに送るステップを含む。
【００３６】
ｇ）が肯定の場合で、近傍ノードのうちの情報プロバイダノードが提供することができるデータの記述情報を受けたとき、本方法は、有利には、前記情報プロバイダノードとのリンクを削除するステップを含む。
【００３７】
有利には、有線およびワイヤレスの一方又は双方の技術を介してデータを送りかつ受ける。ワイヤレス技術の典型的な例は、ブルートゥース、Ｗｉ−Ｆｉ、Ｗｉ−Ｍａｘ、ＵＭＴＳ、ＧＳＭ、および同様の技術である。
【００３８】
モバイルネットワークは、都市、工業または金融の領域、空港、駅、オフィス、住宅地、および同様の環境をカバーすることができる。
ノードは、セル電話、携帯情報端末（ＰＤＡ）、ラップトップ、センサ、ＲＦＩＤタグ、デジタルオーディオデバイス（ｉＰｏｄ）、ポータブルゲームコンソール、および同様のデバイスのようなデバイスを含むことができる。
【００３９】
第２の態様では、本発明は、通信ネットワークの複数のピアツーピアノードの中の所定の近傍ノードとリンクを確立するように適合された、通信ネットワークのノードであって、該ノードは第１の記憶領域とモジュールとを含み、該モジュールは、
ａ）情報プロバイダノードになるためにノードが要求する所定のデータを示すノード情報を前記第１の記憶領域に記憶し、
ｂ）リンクされた近傍ノードのうちの少なくとも１つの情報プロバイダノードから、前記情報プロバイダノードが提供することができるデータの記述情報を受けるのを待ち、
ｃ）前記少なくとも１つの情報プロバイダノードからの前記記述情報の受けとり時に、前記少なくとも１つの情報プロバイダノードが提供することができるデータが、ノードが要求する所定のデータに少なくとも部分的に一致するかどうかを、前記第１の記憶領域において検査し、
ｄ）肯定の場合、一致するデータを示すノード情報を第１の記憶領域において削除し、
ｅ）否定の場合、ｃ）において受けた記述情報を複数のピアツーピアノードのうちの少なくとも１つに転送する
ように適合された、ノードに関する。
【００４０】
第３の態様では、本発明は、複数のピアツーピアノードを備える通信ネットワークであって、各ノードが、通信ネットワークの複数のピアツーピアノードの中の所定の近傍ノードとリンクを確立するように適合され、情報プロバイダノードになるために所定のデータを要求する前記複数のピアツーピアノードのうちの少なくとも１つがモジュールを含み、該モジュールは、
ａ）情報プロバイダノードになるためにノードが要求する前記所定のデータを示すノード情報を第１の記憶領域に記憶し、
ｂ）リンクされた近傍ノードのうちの少なくとも１つの情報プロバイダノードから、前記少なくとも１つの情報プロバイダノードが提供することができるデータの記述情報を受けるのを待ち、
ｃ）前記少なくとも１つの情報プロバイダノードからの前記記述情報の受けとり時に、前記情報プロバイダノードが提供することができるデータが、ノードが要求する所定のデータに少なくとも部分的に一致するかどうかを、前記第１の記憶領域において検査し、
ｄ）肯定の場合、一致するデータを示すノード情報を第１の記憶領域において削除し、
ｅ）否定の場合、ｃ）において受けた記述情報を複数のピアツーピアノードのうちの少なくとも１つに転送する
ように適合され、
所定のデータを提供することができる、前記複数のピアツーピアノードのうちの少なくとも１つの情報プロバイダノードが、それが提供することができる前記データを示す記述情報をそれぞれの近傍ノードのうちの少なくとも一部に送るように適合されたモジュールを含む、通信ネットワークに関する。
【００４１】
本発明の第２および第３の態様の追加の特徴に関する限り、本発明の第１の態様に関してすでに上記で開示したことを参照する。
本発明の特徴および利点は、そのいくつかの例示的な実施形態についての以下の詳細な説明によって明らかになろう。これらいくつかの例示的な実施形態は、非限定的な例、説明によって単に与えるものであり、この説明は、添付の図面を参照することによって行われるあろう。
【図面の簡単な説明】
【００４２】
【図１】本発明による通信ネットワークの一実施形態を概略的に示す図である。
【図２】本発明による通信ネットワークノードの一実施形態を概略的に示す図である。
【図３】本発明による通信ネットワークノードの基本的なプロトコル状態および遷移を概説する例示的な状態機械を概略的に示す図である。
【発明を実施するための形態】
【００４３】
図１に、本発明の一実施形態による通信ネットワーク１０００を示す。この実施形態によれば、通信ネットワーク１０００は、複数の自律的およびプロアクティブ型ピアツーピアノード１０を備えるモバイルアドホックネットワークである。
【００４４】
自律的ノードは、（構成、修復、最適化、実行、アプリケーション固有のタスクのような）所定の特徴を直接的な人間の介入なしに管理し、それによって予測できない刺激に対しても全体的なシステムの反応を（他の同様のノードとの対話によって）保証するように適合されたノードを示す。
【００４５】
プロアクティブ型ノードは、モバイルネットワークの他のノードの明示的要求によって喚起される必要なしに、前記ノードに情報を自発的に送るように適合されたノードを示す。
【００４６】
ノード１０は、たとえば、セル電話、ＰＤＡ、ラップトップ、センサ（たとえば、温度、地理的位置、交通、または汚染センサ）あるいはＲＦＩＤタグのようなモバイルまたは固定のデバイスとすることができる。
【００４７】
各ノード１０は、対応する複数の近傍ノードとリンクされる。図１には、ノード１０が、例として、近傍ノードの３つの（オープン）グループ（グループ１、グループ２、およびグループ３）中に示されている。各ノードは、１つまたは複数のグループに属することができ、それが属する（１つまたは複数の）グループのノードにリンクされる。たとえば、ノードＡ１は、ノードＢ１、Ｃ１，２，３およびＤ１，２とリンクされ、ノードＣ１，２，３は、ノードＡ１、Ｂ１、Ｄ１，２、Ａ２、Ｂ２、Ｅ２、Ａ３、Ｂ３およびＤ３にリンクされ、以下同様である。
【００４８】
たとえば、始動時に、各ノード１０には、ノードを物理的に接続するために使用される技術に応じて、当技術分野で知られている技法に従って、他のノードとのピアツーピア通信を開始することができるように、ノード識別子が与えられる。次いで、各ノードは、ピアツーピア通信を確立してある近傍ノードの識別子のローカルリストを保持することができる。所与のノードとのリンクの生成または削除は、その所与のノードの識別子を前記ローカルリストに追加するか、またはそこから削除することによって実行できる。
【００４９】
ノード１０は、共通の通信プロトコルに従ってデータを交換するように適合されると仮定される。
たとえば、ノードは、ＬＡＮ、インターネット、Ｗｉ−Ｆｉ、ブルートゥース、同様の有線技術、および同様のワイヤレス技術のうちの１つ以上によって物理的に接続される。
【００５０】
各ノード１０は、本発明の様々な態様による、本発明を実装するように適合されたソフトウェアモジュール、ハードウェアモジュールおよびファームウェアモジュールの一方又は双方を含む。
【００５１】
図２のブロック図では、各ノード１０は、例として、第１の記憶領域１１と、第２の記憶領域１２と、処理ユニット１３と、モバイルネットワーク１０００の他のノード１０へ／ノード１０から情報を送る／受けるように適合されたトランシーバ１４とを備える。
【００５２】
一般に、本発明によれば、情報プロバイダノードになることができるように何らかのデータを必要とする各ノード１０は、必要とするデータを示す情報を、前記第１の記憶領域１１に記憶されたローカルデータ構造上で公開するように適合され、このローカルデータ構造は、以下、「ブラックボード」と呼ぶ。さらに、各ノードは、有利には、その近傍ノードが要求するデータを示す情報も、第２の記憶領域１２に記憶されたさらなるローカルデータ構造上で公開するように適合され、このさらなるローカルデータ構造を、以下、「近傍のブラックボード」と呼ぶ。
【００５３】
一方、所定のデータを提供することができるようになった後、できるだけ早く、各ノード１０は、すべてのその近傍ノードに、提供することができるデータを示す記述情報を送るように適合される。
【００５４】
「情報」という用語は、未加工の情報から、高度に相関され精巧に作りこまれた知識までの、異なる精巧さのレベルのデータのピースを示すことができる。
「ブラックボード」という用語は、タプル（レコードフィールド）を記憶し、タプルを一致させることができるデータ構造を示すことができる。２つのタプルのコンテンツが同等である（たとえば、それらがまったく同じフィールドを含んでいる）場合、その２つのタプルはブラックボード上で一致する。
【００５５】
ノード（たとえば、Ｄ１，２）は、情報プロバイダ近傍ノード（たとえば、Ｂ１）から記述情報を受けたとき、以下の動作を実行する。
それ自体のブラックボード上で、前記情報プロバイダ近傍ノードが提供することができるデータが必要であるかどうかを検査する。肯定の場合、それ自体のブラックボードにおいて、一致するデータを示すノード情報を削除し、必要とするデータを情報プロバイダ近傍ノードから取り出すことを試みる。
【００５６】
その近傍（Ａ１、Ｃ１，２，３、Ａ２、Ｂ２、Ｅ２）のブラックボード上で、情報プロバイダ近傍ノード（たとえば、Ｂ１）が提供することができるデータを必要としている近傍ノードがあるかどうかを検査する。肯定の場合、記述情報を一致する近傍ノード（たとえば、Ｅ２）に転送する。さらに、有利には、一致する近傍（Ｅ２）との直接リンクを生成するように（すなわち、一致する近傍の識別子を近傍ノードのそのローカルリスト中に追加するように）情報プロバイダ近傍ノード（Ｂ１）に依頼する。
【００５７】
記述情報が、そのノードが必要とする情報にも、いずれかの近傍ノードが必要とする情報にも一致しない場合、近傍ノードのそのローカルリストから近傍ノード（たとえば、Ｃ１，２，３）をランダムに選択し、ランダムに選択されたノード（Ｃ１，２，３）に、その近傍のうちの１つ（たとえば、Ｂ３）の少なくとも１つの識別子を提供するように依頼する。ノード（Ｄ１，２）は、その近傍ノードのうちの１つの識別子を受けることを回避するために、近傍ノードのそのローカルリストをランダムに選択されたノード（Ｃ１，２，３）に送り、その近傍ノード以外のノードの識別子を求めることができる。ノード（Ｄ１，２）が近傍の近傍（Ｂ３）の識別子を受けた後、その識別子を使用して、記述情報を近傍の近傍（Ｂ３）に転送し、ノード（Ｄ１，２）とのリンクを削除し、近傍の近傍（Ｂ３）との新たなリンクを生成するように、情報プロバイダ近傍ノード（Ｂ１）に依頼する。さらに、また、ノード（Ｄ１，２）は、情報プロバイダ近傍ノード（Ｂ１）とのそのリンクを削除し、近傍の近傍（Ｂ３）との新たなリンクを生成する。これにより、特定のアプリケーションによって要求されたときに、ノード間の均一な数のアクティブなリンクを維持することが可能になる。
【００５８】
図３に、モバイルネットワーク１０００のノード１０の主要なプロトコル状態および遷移を概説する例示的な状態機械を示す。
図３では、ＩＰおよびＩＲは、それぞれ、提供情報および要求情報を表す。ＩＰは、ノードが提供することができるデータを記述する情報を示す。ＩＲは、ノードが要求するデータを記述する情報を示す。そのような情報を含んでいる、ノード１０によって交換されるメッセージは、記述メッセージ（たとえばＳＱＬ問合せ、ｒｕｌｅＭＬファクト）のみであり、データを含んでいない。この形式のメッセージは、必要とする情報と要求された情報とをモバイルネットワーク１０００中に分散させるためのものにすぎない。ＩＲとＩＰの一致が起こった後、関与する２つのノードは、必要とする／提供されるデータを呼び出しまたは転送するための何らかの方法に関して同意することができる。
【００５９】
状態１００で、ノード１０は、それ自体のブラックボード上で、情報プロバイダノードになるためにノード１０が必要とする所定のデータを示すノード情報（ＩＲ）を公開し、ノード１０が必要とする所定のデータを示すノード情報（ＩＲ）をその近傍ノードに送り、近傍ノードから、それらの近傍ノードが要求する所定のデータを示す近傍情報（ＩＲ）を受け、前記近傍情報をそれぞれの近傍のブラックボードに記憶する。
【００６０】
状態１０１で、ノード１０は、近傍ノードのうちの１つの情報プロバイダノードから、前記情報プロバイダノードが提供することができるデータの記述情報（ＩＰ）を受けるのを待つ。
【００６１】
１つの情報プロバイダノードからの前記記述情報（ＩＰ）の受けとり時に、ノード１０は、それ自体のブラックボードおよび近傍のブラックボードにおいて、前記情報プロバイダノードが提供することができるデータ（ＩＰ）が、ノードが要求する所定のデータ（ＩＲ）および近傍ノードが要求する所定のデータの一方又は双方に少なくとも部分的に一致するかどうかを検査する。
【００６２】
前記情報プロバイダノードが提供することができるデータが、近傍ノードが要求する所定のデータに少なくとも部分的に一致した場合、状態１０４で、ノード１０は、近傍のブラックボードから一致したデータを削除し、記述情報（ＩＰ）を一致する近傍ノードに転送し、（たとえば、一致する近傍ノードの識別子を情報プロバイダノードに提供することによって）情報プロバイダノードに、一致する近傍ノードとのリンクを生成するように要求する。
【００６３】
前記情報プロバイダノードが提供することができるデータが、ノードが要求する所定のデータにも、いずれかの近傍ノードが要求するデータにも一致しない場合、状態１０３で、ノード１０は、近傍ノードのそのローカルリストから近傍ノードをランダムに選択し、ランダムに選択されたノードに、その近傍ノードのうちの１つの識別子を提供するように依頼する。ノード１０は、近傍の近傍の識別子を受けた後、記述情報を識別された近傍の近傍に転送する。さらに、ノード１０は、（たとえば、近傍の近傍の識別子を情報プロバイダノードに提供することによって）近傍の近傍との新たなリンクを生成し、ノード１０とのリンクを削除するように、情報プロバイダ近傍ノードに依頼する。最後に、ノード１０は、情報プロバイダノードとのそのリンクを削除し、それ自体を近傍の近傍にリンクする。上記のように、これにより、ノード間の均一な数のアクティブなリンクを維持することが可能になる。
【００６４】
前記情報プロバイダノードが提供することができるデータが、ノード１０が要求する所定のデータに少なくとも部分的に一致した場合、状態１０２で、ノード１０は、それ自体のブラックボードから一致したデータを削除し、一致に関してその近傍ノードに通知する。さらに、ノード１０は、情報プロバイダノードと交信して、必要とするデータをノード１０に転送するための何らかの方法に関して同意する。
【００６５】
情報プロバイダノードになるためにノード１０が要求する所定のデータを示すすべての情報がノードのブラックボードにおいて削除された場合、ノード１０が情報プロバイダノードになるために要求されるすべての所定のデータを発見したことが暗示される。したがって、ノード１０は、情報プロバイダノードになるための準備ができた。したがって、状態１０５で、ノード１０は、それが提供することができるデータを示す記述情報をその近傍ノードに送る。
【００６６】
何らかの理由で、（１つまたは複数の）情報プロバイダ近傍ノードからの、情報プロバイダノードになるためにノード１０が要求する所定のデータの転送が成功しなかった場合、ノード１０は状態１００に戻る。
【００６７】
状態１０６で、ノード１０は情報プロバイダノードである。この状態で、ノード１０は、定期的にまたは（特定のアプリケーションに応じた）所定の条件で、それが提供することができるデータを示す記述情報を送るように適合される。
【００６８】
状態１０６で、その近傍ノードのうちの１つが提供することができるデータを記述する情報を受けた場合、ノード１０は、前記近傍ノードとのリンクを削除する（情報プロバイダノードであるノードは、それ以上の情報を受ける必要がない）。
【００６９】
したがって、ノード１０は、有利には、所定のデータ情報を受けるのを待っている近傍ノードのみに記述情報を送る。
この状態１０６で、その近傍ノードのうちの１つが要求する所定のデータを示す情報（ＩＲ）を受けたとき、ノード１０は、そのノードが提供することができるデータの記述情報（ＩＰ）を近傍ノードに送る。
【００７０】
状態１０６で、ノード１０をモバイルネットワークの複数のピアツーピアノードのうちの１つのノードとリンクさせる要求を受けたとき、ノード１０は、前記ノードとのリンクを生成し、それ自体が提供することができるデータの記述情報を新たなリンクされたノードに送る。
【００７１】
状態１０６で、情報プロバイダノードになるべきノード１０が要求する所定のデータの少なくとも一部が古くなったかまたは消失した場合、ノード１０は状態１００に戻る。
上記の説明に鑑みて、以下のことが明らかになろう。本発明によれば、
ノードは、（動的環境で起こる可能性が高い）利用不可能な情報を探すのに時間を浪費する必要がない。
【００７２】
ノードは、必要とする情報を探す必要がない。どこかで利用可能な場合、その情報は遅かれ早かれノードに到達する。
ノードが近傍ノードから必要としない情報を受けた場合、近傍ノードとそのノードとの間のリンクが削除される。さらに、近傍ノードとモバイルネットワークのランダムに選択されたノードとの間、およびノードと同じランダムに選択されたノードとの間に新たなリンクが生成される。この機構は、動的条件への適合を可能にする。
【００７３】
恩恵は２重である。すなわち、システムは、必要な場合に適切な情報を確保することができ、同時に、高度動的環境に自己適応することができる。
したがって、本発明によれば、分散型自己集約、自己構成コンポーネントに基づく自律的Ｓ／Ｗソリューションを実行する高度分散型リソースが（低コストのコモディティサーバさえも）利用される。これにより、低コストのコモディティＨ／Ｗからでも、高レベルの可用性が可能になる。特に、本発明は、ローカルの自律的挙動およびピアツーピア共同からの新生のデータ管理の特徴および特性を達成するために、高度分散型モバイル環境におけるデータ管理に自律的原理を適用することに重点を置く。
【００７４】
たとえば、本発明は、交通関連データ、観光関連データ、および市民保護関連データのうちの１つ以上を管理および収集するために都市環境において使用できる。
都市環境では、ノードは、移動電話、ＧＳＭまたはｗｉ−ｆｉトランシーバを備えた車、ＰＣ、ラップトップ、ＰＤＡ、ｉＰｏｄ、交通センサ、汚染センサ、温度センサなどとすることができる。
【００７５】
都市のダイナミクスは、異種のソースによって提供されるデータ（匿名のローカリゼーション、交通、汚染、文化遺産、イベント、など）を収集し、相関させることによって、リアルタイムでとらえることができる。
【００７６】
人間関係によって生成される社会的パターンは、ユーザのニーズさえも予想する状況依存サービスを提供するための有益な（匿名の）情報を表す。このサービスは、広範な通信、個人のメディア間リアルタイムコンテンツ、インフォテインメント、商用情報および社会情報を含むことができる。
【００７７】
現実の都市を見渡すこれらの膨大な量のデータは、（適切な時間空間位置で適切な形式で利用可能なデータを必要とする）分散型アプリケーションを開発する機会を提供している。それを達成するために、データは、スケーラブルな形で容易に取り出され、精巧に作りこまれ、相関されなければならない。本発明は、この目的を達成するための分散型のスケーラブルなソリューションを表す。
【００７８】
都市にいるユーザは、自分のモバイルハンドセット上で、商用情報で強化されたデジタルローカルマップを要求するサービスを実行したいと思うことがある。特に、基本的なローカルマップを分散型アクセスポイントからだけでなく近傍デバイスからもダウンロードすることができる（この場合、マップはユーザによって追加された情報によって強化されている）。オーディオファイル、画像、商用テキストをも含むことがあるマップを各領域においてユーザがピアツーピアモードで社会的に共有することができる。さらにリアルタイム情報（たとえば、交通渋滞）を相関させることができる。ユーザが、最も近いカーショップとそこに到達するための最適経路とを見つけたいと仮定しよう。（ショップの商用情報をも含む）領域のマップは、そのショップに関する情報を追加した近傍ユーザのデバイスからダウンロードできる。最適経路と交通情報もショップの場所に相関される。カーショップが仮想世界における仮想表現を有すると仮定しよう。ユーザは、（仮想世界の一部の参加者から）自動車モデル、在庫状況および費用に関する何らかの予備的な商用情報を得るために、そのような仮想カーショップに予めアクセスしたいと思うであろう。
【技術分野】
【０００１】
本発明は、通信ネットワークにおけるデータ管理のための方法およびシステムに関する。
【背景技術】
【０００２】
Ｓａｓｉｋａｎｔｈ、Ａｖａｎｃｈａら（「Ｄａｔａ ａｎｄ Ｓｅｒｖｉｃｅｓ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｐｕｔｉｎｇ（モバイルコンピューティングのためのデータおよびサービス）」、Ｐｒａｃｔｉｃａｌ Ｈａｎｄｂｏｏｋ ｏｆ Ｉｎｔｅｒｎｅｔ Ｃｏｍｐｕｔｉｎｇ（インターネットコンピューティングの実用ハンドブック）、Ｍ．Ｐ．Ｓｉｎｇｈ編、１〜１８ページ）が述べているように、「コンピューティングデバイス」または「コンピュータ」という用語は、常に作動し、場合によってはインターネットに接続され、オフィスまたは家庭に設置された、大きい、強力な機械のイメージを通常呼び起こす。低コストで、軽量で、ポータブルで、移動中でも容易に常に利用可能なデバイスの到来および驚異的な成長は、このイメージを変えた。デバイスのモビリティと計算能力の組合せはモバイルコンピューティングパラダイムをもたらした。デバイスは、小さくなるほど、それらのポータビリティとモビリティは高くなるが、それらの計算能力は低くなる。
【０００３】
したがって、（たとえば近未来の都市、工業／金融の領域などにおける）進化したサービスのシナリオは、有線およびワイヤレス接続性によって通常リンクされ、そしてますますリンクされた、セル電話、ＰＤＡ、ラップトップ、センサ、ＲＦＩＤ（無線周波識別）タグおよび他の小型送信機のような様々なポータブルデバイスの急増によって特徴づけられるであろう。
【０００４】
デジタルデバイス、小型で高度に分散されたハンドセットは、相互接続された一面のリソースを創り出すことが予想され、この相互接続された一面のリソースは、「社会的な」ダイナミクス／ニーズをとらえるために利用可能な膨大な量のデータを提供することができるものである。適切に収集、相関および管理されるこれらのデータは、より効果的なサービスの実行および供給を可能にするために役立つ。たとえば、モバイルデバイスは、それらの近傍と対話し、必要に応じて情報生産者と消費者の両方の働きをすることができる。
【０００５】
上述のシナリオでは、極めて動的でデータ集約型な広範なデジタル環境が想定でき、そこでは、誰もが情報を交換し、互いに共同することが可能であり、かつ、そこでは、大量の高度に分散されたデータアイテムは、意味があり、信頼でき、利用可能な情報に変換されるべきであり、この情報は、各ユーザがそのモバイルデバイスを使用していつでもどこでもアクセス可能なものである。
【０００６】
従来のデータ管理モデルは、非常に高い動的分散型環境を管理するには適しておらず、この非常に高い動的分散型環境は、空間および時間におけるデータ変動、グローバルスキーマの欠如、およびモバイルデバイスの任意のペア間の接続の持続時間に関する保証がないことによって強く特徴づけられるものである。
【０００７】
そのような環境では、適切なレベルの頑強さ、スケーラビリティおよび信頼性を保証しながら、デバイスがその近傍およびネットワーク上の他の場所にある他のデバイスと対話し、データを交換することができるように適合されたデータ管理層が強く必要とされる。
【０００８】
モバイルコンピューティングパラダイムの最終的な目的は、人々が、いつでも、どこでも、コンピューティングデバイスを使用してタスクを達成できるようにすることである。
上記で概説した環境におけるこれらの要求に対処するために、次の難しいファクタ、すなわち、データが異種デバイス中に記憶されること、データが地理的に分配されること、データソースおよびユーザアプリケーションがモバイルであること、データソースが予測できない形で現れ、消えること、データが様々な使用法と精巧さとに基づいて様々な意味をもつ可能性があることを考慮に入れなければならない。
【０００９】
モバイルコンピューティングアプリケーションにおけるデータ管理層は、アクセス、記憶、監視、およびデータ操作を取り扱う。この層は、デバイスが、その付近でネットワーク上の他の場所にある他のデバイスと対話し、データを交換することができるようにする。
【００１０】
どんな情報が必要なのか、いつその情報が必要なのか、どのようにしてその情報を取得することができるのかをデバイスが計算することができるように、Ｆｉｌｉｐ Ｐｅｒｉｃｈら（「Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ ｆｏｒ Ｍｏｂｉｌｅ Ａｄ−Ｈｏｃ Ｎｅｔｗｏｒｋｓ（モバイルアドホックネットワークのためのデータ管理）」、ＩｎＢｏｏｋ、Ｅｎａｂｌｉｎｇ Ｔｅｃｈｎｏｌｏｇｉｅｓ ｆｏｒ Ｗｉｒｅｌｅｓｓ ｅ−Ｂｕｓｉｎｅｓｓ Ａｐｐｌｉｃａｔｉｏｎｓ（ワイヤレスｅビジネスアプリケーションの実現技術）、２００５年７月１日、Ｗ ＫｏｕおよびＹｅｌｅｎａ Ｙｅｓｈａ編、Ｓｐｒｉｎｇｅｒ ｐｕｂ．）は、モバイルアドホックネットワークのためのＭｏＧＡＴＵピアツーピアデータ管理モデルを開示している。
【００１１】
Ｆｉｌｉｐ Ｐｅｒｉｃｈらが述べているように、ピアツーピアモデルでは、モバイルで静的なすべてのデバイスはピアとして扱われる。モバイルデバイスはサーバとクライアントの両方の働きをする。ブルートゥースなど、アドホックネットワーキング技術では、モバイルデバイスは、有線ネットワーク上のサーバにアクセスすることに加えて、それらの付近のピアリソースを利用することができる。しかしながら、サーバのモビリティがこのモデルの重要な問題である。クライアントが利用可能なサービスのセットは位置および時間に対して動的に変化する。その結果、データを取得するために、デバイスは、単に固定の集中型サーバの助けに依存することができない。代わりに、デバイスは、個々のおよび集合的なタスクを遂行するために、それらの付近の他のデバイスと協働することができなければならない。これにより、デバイスは、それらの環境に対してより自律的、動的および適応可能になることができる。
【００１２】
ＭｏＧＡＴＵモデルは、各ピアデバイスを、情報プロバイダ、情報消費者、および情報管理者として抽象化する。
情報プロバイダは利用可能なデータソースを表す。それらは、何らかの問合せを受け入れ、適切な応答を生成することができるエンティティを表す。あらゆる情報プロバイダは、全モバイルアドホックネットワークで利用可能な異種データの部分分散セット、すなわちフラグメントを保持する。あらゆるデバイスは１つまたは複数の情報プロバイダを保持することができる。
【００１３】
情報消費者は、その環境で利用可能なデータを問い合わせ、更新するエンティティを表す。情報消費者は、自身のモバイルデバイスに文脈依存情報を要求する人間のユーザを表すことも、自律的ソフトウェアエージェントを表すこともできる。消費者が特定のデータを取得する必要がある場合、消費者は、明示的問合せを作成し、それを、そのローカル情報管理者に送る。管理者は、その問合せを処理のために適切なローカル情報プロバイダまたはリモートピアデバイス上に位置する他の一致するプロバイダにルーティングし、応答を待つ。
【００１４】
あらゆるモバイルデバイス上の情報管理者はネットワーク通信と大部分のデータ管理機能とを受け持つ。各情報管理者は、情報管理者と同じデバイス上に存在する情報プロバイダと情報消費者とに関する情報を維持する。各情報管理者はまた、その付近のピアに関する情報を維持する。この情報は、インターネットプロトコルアドレスと同様の一意の識別番号である、デバイスの識別情報、およびデバイスが提供できる情報のタイプ、すなわち、プロバイダアドバタイズメントを含む。最後に、情報管理者は、他のモバイルデバイスから取得された情報、ならびにそのローカルプロバイダによって提供された情報、すなわち、以前の問合せに対する返答を記憶するためのデータキャッシュを維持する。さらに、各情報管理者は、ユーザの選好とニーズとを反映するユーザプロファイルを含むことができる。情報管理者は、そのプロファイルを使用して、そのキャッシング方式を適合させ、欠けている要求される情報を取得するためにピアとの共同を開始する。
【００１５】
高い複雑さレベルで、情報管理者は、複数のローカルおよびリモート情報プロバイダに関する情報を維持し、メッセージをパースし、メッセージを他のピアデバイスにルーティングし、積極的にピアに問い合わせることができなければならない。ＭｏＧＡＴＵフレームワークはプッシュ型手法とプル型手法を同時にサポートし、すなわち、各情報管理者はその機能を他のピアの送信請求機能からアドバタイズすることができる。
【発明の概要】
【発明が解決しようとする課題】
【００１６】
出願人は、通信ネットワークにおけるピアツーピアデータ管理のための改善された方法およびシステムを提供する問題に直面した。
出願人は、モバイルピアツーピアネットワークの各情報プロバイダノードが、それが提供することができるデータを示す記述情報をその近傍ノードに、該情報が利用可能になるとすぐに積極的に送るように適合され、前記記述情報を受ける任意のノードが、それを利用すべきか、またはそれを最終的に転送すべきかを決定するように適合される方法およびシステムを用いて、この目的を達成することができることに気づいた。このようにして、情報プロバイダノードになるためにノードが所定のデータを必要とする場合、ノードは、そのデータを探す必要がなく、かつ、（動的環境において可能性が高い）利用不可能な情報を探すのに時間を浪費する必要がない。どこかで利用可能な場合、必要とされる情報は遅かれ早かれノードに到達することになる。
【００１７】
この機構の恩恵は２重である。システムは、必要な場合に適切な情報を確保することができ、同時に、高度に動的で可変の環境に自己適応することができる。
【課題を解決するための手段】
【００１８】
したがって、第１の態様では、本発明は、複数のピアツーピアノードを備える通信ネットワークのノードを動作させるための方法であって、ノードが、前記複数のピアツーピアノードの中の所定の近傍ノードとリンクされ、前記方法が、
ａ）情報プロバイダノードになるためにノードが要求する所定のデータを示すノード情報を第１の記憶領域に記憶するステップと、
ｂ）近傍ノードのうちの少なくとも１つの情報プロバイダノードから、前記少なくとも１つの情報プロバイダノードが提供することができるデータの記述情報を受けるのを待つステップと、
ｃ）前記少なくとも１つの情報プロバイダノードからの前記記述情報の受けとり時に、前記少なくとも１つの情報プロバイダノードが提供することができるデータが、ノードが要求する所定のデータに少なくとも部分的に一致するかどうかを、前記第１の記憶領域において検査するステップと、
ｄ）肯定の場合、一致するデータを示すノード情報を第１の記憶領域において削除するステップと、
ｅ）否定の場合、ｃ）において受けた記述情報を複数のピアツーピアノードのうちの少なくとも１つに転送するステップとを含む、方法に関する。
【００１９】
本明細書および特許請求の範囲では、「情報プロバイダノード」という表現は、別のノードもしくはデバイスおよびユーザの一方又は双方にデータを提供することができるノードを示すために使用する。
【００２０】
「リンク」という用語は、２つのノード間の論理接続を示すために使用する。論理接続は、有線およびワイヤレスの一方又は双方とすることができる物理接続（たとえば、ＬＡＮ、インターネット、Ｗｉ−Ｆｉなど）を介して確立される。
【００２１】
また、「リンクする」という表現は、２つのノード間の論理接続の確立を示すために使用する。
２つのノード間でリンクが確立されると、２つのノードが、ＴＣＰ／ＵＤＰ、ＨＴＴＰ、および、たとえば、規格ＩＥＥＥ８０２．１１によって定義される通信プロトコルのうちの１つ以上等のような予め定義された通信プロトコルに従って、データ／情報を交換することができると仮定される。
【００２２】
さらに、「近傍ノード」という表現は、論理リンクによって所与のノードに接続されたノードを示すために使用する。好ましくは、近傍という用語は、１ホップ近傍を指す。
本発明は動的通信ネットワークに特に有利であり、この動的通信ネットワークにおいては、ピアツーピアノードの少なくとも一部がモバイルノードであり、モバイルノードの任意のペア間の接続の持続時間に関する保証がない。
【００２３】
好ましい実施形態によれば、本方法は、ａ１）近傍ノードのうちの少なくとも１つの要求側ノードから、情報プロバイダノードになるために前記少なくとも１つの要求側ノードが要求する所定のデータを示す近傍情報を受けるステップをさらに含む。
【００２４】
この実施形態では、本方法は、有利には、ａ２）ａ１）において受けた近傍情報を第２の記憶領域に記憶するステップをさらに含む。
この場合、前記情報プロバイダノードからの前記記述情報の受けとり時、かつｅ）の実行の前に、本方法は、有利には、ｆ）前記情報プロバイダノードが提供することができるデータが、要求側ノードが要求する所定のデータに少なくとも部分的に一致するかどうかを、前記第２の記憶領域において検査するステップも含む。
【００２５】
ｆ）が肯定の場合、本方法は、一致するデータを示す近傍情報を第２の記憶領域において削除し、ｃ）において受けた記述情報を要求側ノードに送るステップをさらに含む。この場合、本方法は、有利には、情報プロバイダノードに、それ自体を要求側ノードとリンクするように要求するステップをさらに含む。
【００２６】
ｆ）が否定の場合、ステップｅ）が実行される。
一実施形態によれば、ｅ）では、ｃ）において受けた記述情報の転送先である複数のピアツーピアノードのうちの少なくとも１つは、複数のピアツーピアノードの中からランダムに選択されたノードである。
【００２７】
有利には、ｅ）では、ｃ）において受けた記述情報の転送先である複数のピアツーピアノードのうちの少なくとも１つは、近傍ノードとは異なるノードである。
好ましい実施形態によれば、ｅ）では、ｃ）において受けた記述情報の転送先である複数のピアツーピアノードのうちの少なくとも１つは、近傍ノードのうちの１つの近傍ノードである。この場合、本方法は、有利には、近傍ノードのいずれかに、その近傍ノードのうちの少なくとも１つを識別するデータを要求するステップを含む。
【００２８】
有利には、ｅ）は、情報プロバイダノードに、それ自体を、ｃ）において受けた記述情報の転送先である複数のピアツーピアノードのうちの少なくとも１つとリンクするように要求するステップをさらに含む。さらに、ｅ）は、有利には、情報プロバイダノードに、ノードとのそのリンクを削除するように要求するステップをさらに含む。さらに、ｅ）は、有利には、情報プロバイダノードとのノードのリンクを削除するステップをさらに含む。さらに、ｅ）は、有利には、ノードを、ｃ）において受けた記述情報の転送先である複数のピアツーピアノードのうちの少なくとも１つとリンクするステップをさらに含む。
【００２９】
好ましくは、ａ）は、ノードが要求する前記所定のデータを示すノード情報を複数の近傍ノードに送るステップをさらに含む。この場合、ｄ）は、有利には、一致するデータに関して複数の近傍ノードに通知するステップをさらに含む。
【００３０】
有利には、ｄ）は、情報プロバイダノードに、それによって提供できるデータを要求するステップをさらに含む。有利には、本方法は、情報プロバイダノードが提供することができるデータを受けるステップをさらに含む。
【００３１】
有利には、ｄ）は、ｇ）情報プロバイダノードになるためにノードが要求するすべての所定のデータが一致したかどうかを前記第１の記憶領域において検査するステップをさらに含む。ｇ）が肯定の場合、ノードは、所定のデータを提供することができる情報プロバイダノードになる。本方法は、有利には、ノードが提供することができる所定のデータの記述情報を近傍ノードのうちの少なくとも一部に送るステップを含む。有利には、ノードが提供することができる所定のデータの記述情報は、情報プロバイダノード以外の近傍ノードに送られる。ｇ）が肯定の場合、本方法は、有利には、ノードが要求するすべての所定のデータが一致したことを複数の近傍ノードに通知するステップも含む。
【００３２】
ｇ）が否定の場合、本方法は、有利には、ｂ）の実行に戻る。
有利には、本方法は、ノードが提供することができる前記所定のデータを取得するために、（１つまたは複数の）情報プロバイダノードから受けたデータを処理するステップをさらに含む。
【００３３】
ｇ）が肯定の場合、近傍ノードのうちの要求側ノードが要求する所定のデータを示す情報を受けたとき、本方法は、ノードが提供することができるデータの記述情報を要求側ノードに送るステップをさらに含む。
【００３４】
ｇ）が肯定の場合で、情報プロバイダノードになるために要求される所定のデータのうちの少なくとも一部が（たとえば、期限切れまたは消失のために）足りないとき、本方法はａ）の実行に戻る。
【００３５】
ｇ）が肯定の場合で、ノードを複数のピアツーピアノードのうちのノードとリンクする要求を受けたとき、本方法は、有利には、前記ノードとのリンクを生成し、ノードが提供することができるデータの記述情報を、新たにリンクされたノードに送るステップを含む。
【００３６】
ｇ）が肯定の場合で、近傍ノードのうちの情報プロバイダノードが提供することができるデータの記述情報を受けたとき、本方法は、有利には、前記情報プロバイダノードとのリンクを削除するステップを含む。
【００３７】
有利には、有線およびワイヤレスの一方又は双方の技術を介してデータを送りかつ受ける。ワイヤレス技術の典型的な例は、ブルートゥース、Ｗｉ−Ｆｉ、Ｗｉ−Ｍａｘ、ＵＭＴＳ、ＧＳＭ、および同様の技術である。
【００３８】
モバイルネットワークは、都市、工業または金融の領域、空港、駅、オフィス、住宅地、および同様の環境をカバーすることができる。
ノードは、セル電話、携帯情報端末（ＰＤＡ）、ラップトップ、センサ、ＲＦＩＤタグ、デジタルオーディオデバイス（ｉＰｏｄ）、ポータブルゲームコンソール、および同様のデバイスのようなデバイスを含むことができる。
【００３９】
第２の態様では、本発明は、通信ネットワークの複数のピアツーピアノードの中の所定の近傍ノードとリンクを確立するように適合された、通信ネットワークのノードであって、該ノードは第１の記憶領域とモジュールとを含み、該モジュールは、
ａ）情報プロバイダノードになるためにノードが要求する所定のデータを示すノード情報を前記第１の記憶領域に記憶し、
ｂ）リンクされた近傍ノードのうちの少なくとも１つの情報プロバイダノードから、前記情報プロバイダノードが提供することができるデータの記述情報を受けるのを待ち、
ｃ）前記少なくとも１つの情報プロバイダノードからの前記記述情報の受けとり時に、前記少なくとも１つの情報プロバイダノードが提供することができるデータが、ノードが要求する所定のデータに少なくとも部分的に一致するかどうかを、前記第１の記憶領域において検査し、
ｄ）肯定の場合、一致するデータを示すノード情報を第１の記憶領域において削除し、
ｅ）否定の場合、ｃ）において受けた記述情報を複数のピアツーピアノードのうちの少なくとも１つに転送する
ように適合された、ノードに関する。
【００４０】
第３の態様では、本発明は、複数のピアツーピアノードを備える通信ネットワークであって、各ノードが、通信ネットワークの複数のピアツーピアノードの中の所定の近傍ノードとリンクを確立するように適合され、情報プロバイダノードになるために所定のデータを要求する前記複数のピアツーピアノードのうちの少なくとも１つがモジュールを含み、該モジュールは、
ａ）情報プロバイダノードになるためにノードが要求する前記所定のデータを示すノード情報を第１の記憶領域に記憶し、
ｂ）リンクされた近傍ノードのうちの少なくとも１つの情報プロバイダノードから、前記少なくとも１つの情報プロバイダノードが提供することができるデータの記述情報を受けるのを待ち、
ｃ）前記少なくとも１つの情報プロバイダノードからの前記記述情報の受けとり時に、前記情報プロバイダノードが提供することができるデータが、ノードが要求する所定のデータに少なくとも部分的に一致するかどうかを、前記第１の記憶領域において検査し、
ｄ）肯定の場合、一致するデータを示すノード情報を第１の記憶領域において削除し、
ｅ）否定の場合、ｃ）において受けた記述情報を複数のピアツーピアノードのうちの少なくとも１つに転送する
ように適合され、
所定のデータを提供することができる、前記複数のピアツーピアノードのうちの少なくとも１つの情報プロバイダノードが、それが提供することができる前記データを示す記述情報をそれぞれの近傍ノードのうちの少なくとも一部に送るように適合されたモジュールを含む、通信ネットワークに関する。
【００４１】
本発明の第２および第３の態様の追加の特徴に関する限り、本発明の第１の態様に関してすでに上記で開示したことを参照する。
本発明の特徴および利点は、そのいくつかの例示的な実施形態についての以下の詳細な説明によって明らかになろう。これらいくつかの例示的な実施形態は、非限定的な例、説明によって単に与えるものであり、この説明は、添付の図面を参照することによって行われるあろう。
【図面の簡単な説明】
【００４２】
【図１】本発明による通信ネットワークの一実施形態を概略的に示す図である。
【図２】本発明による通信ネットワークノードの一実施形態を概略的に示す図である。
【図３】本発明による通信ネットワークノードの基本的なプロトコル状態および遷移を概説する例示的な状態機械を概略的に示す図である。
【発明を実施するための形態】
【００４３】
図１に、本発明の一実施形態による通信ネットワーク１０００を示す。この実施形態によれば、通信ネットワーク１０００は、複数の自律的およびプロアクティブ型ピアツーピアノード１０を備えるモバイルアドホックネットワークである。
【００４４】
自律的ノードは、（構成、修復、最適化、実行、アプリケーション固有のタスクのような）所定の特徴を直接的な人間の介入なしに管理し、それによって予測できない刺激に対しても全体的なシステムの反応を（他の同様のノードとの対話によって）保証するように適合されたノードを示す。
【００４５】
プロアクティブ型ノードは、モバイルネットワークの他のノードの明示的要求によって喚起される必要なしに、前記ノードに情報を自発的に送るように適合されたノードを示す。
【００４６】
ノード１０は、たとえば、セル電話、ＰＤＡ、ラップトップ、センサ（たとえば、温度、地理的位置、交通、または汚染センサ）あるいはＲＦＩＤタグのようなモバイルまたは固定のデバイスとすることができる。
【００４７】
各ノード１０は、対応する複数の近傍ノードとリンクされる。図１には、ノード１０が、例として、近傍ノードの３つの（オープン）グループ（グループ１、グループ２、およびグループ３）中に示されている。各ノードは、１つまたは複数のグループに属することができ、それが属する（１つまたは複数の）グループのノードにリンクされる。たとえば、ノードＡ１は、ノードＢ１、Ｃ１，２，３およびＤ１，２とリンクされ、ノードＣ１，２，３は、ノードＡ１、Ｂ１、Ｄ１，２、Ａ２、Ｂ２、Ｅ２、Ａ３、Ｂ３およびＤ３にリンクされ、以下同様である。
【００４８】
たとえば、始動時に、各ノード１０には、ノードを物理的に接続するために使用される技術に応じて、当技術分野で知られている技法に従って、他のノードとのピアツーピア通信を開始することができるように、ノード識別子が与えられる。次いで、各ノードは、ピアツーピア通信を確立してある近傍ノードの識別子のローカルリストを保持することができる。所与のノードとのリンクの生成または削除は、その所与のノードの識別子を前記ローカルリストに追加するか、またはそこから削除することによって実行できる。
【００４９】
ノード１０は、共通の通信プロトコルに従ってデータを交換するように適合されると仮定される。
たとえば、ノードは、ＬＡＮ、インターネット、Ｗｉ−Ｆｉ、ブルートゥース、同様の有線技術、および同様のワイヤレス技術のうちの１つ以上によって物理的に接続される。
【００５０】
各ノード１０は、本発明の様々な態様による、本発明を実装するように適合されたソフトウェアモジュール、ハードウェアモジュールおよびファームウェアモジュールの一方又は双方を含む。
【００５１】
図２のブロック図では、各ノード１０は、例として、第１の記憶領域１１と、第２の記憶領域１２と、処理ユニット１３と、モバイルネットワーク１０００の他のノード１０へ／ノード１０から情報を送る／受けるように適合されたトランシーバ１４とを備える。
【００５２】
一般に、本発明によれば、情報プロバイダノードになることができるように何らかのデータを必要とする各ノード１０は、必要とするデータを示す情報を、前記第１の記憶領域１１に記憶されたローカルデータ構造上で公開するように適合され、このローカルデータ構造は、以下、「ブラックボード」と呼ぶ。さらに、各ノードは、有利には、その近傍ノードが要求するデータを示す情報も、第２の記憶領域１２に記憶されたさらなるローカルデータ構造上で公開するように適合され、このさらなるローカルデータ構造を、以下、「近傍のブラックボード」と呼ぶ。
【００５３】
一方、所定のデータを提供することができるようになった後、できるだけ早く、各ノード１０は、すべてのその近傍ノードに、提供することができるデータを示す記述情報を送るように適合される。
【００５４】
「情報」という用語は、未加工の情報から、高度に相関され精巧に作りこまれた知識までの、異なる精巧さのレベルのデータのピースを示すことができる。
「ブラックボード」という用語は、タプル（レコードフィールド）を記憶し、タプルを一致させることができるデータ構造を示すことができる。２つのタプルのコンテンツが同等である（たとえば、それらがまったく同じフィールドを含んでいる）場合、その２つのタプルはブラックボード上で一致する。
【００５５】
ノード（たとえば、Ｄ１，２）は、情報プロバイダ近傍ノード（たとえば、Ｂ１）から記述情報を受けたとき、以下の動作を実行する。
それ自体のブラックボード上で、前記情報プロバイダ近傍ノードが提供することができるデータが必要であるかどうかを検査する。肯定の場合、それ自体のブラックボードにおいて、一致するデータを示すノード情報を削除し、必要とするデータを情報プロバイダ近傍ノードから取り出すことを試みる。
【００５６】
その近傍（Ａ１、Ｃ１，２，３、Ａ２、Ｂ２、Ｅ２）のブラックボード上で、情報プロバイダ近傍ノード（たとえば、Ｂ１）が提供することができるデータを必要としている近傍ノードがあるかどうかを検査する。肯定の場合、記述情報を一致する近傍ノード（たとえば、Ｅ２）に転送する。さらに、有利には、一致する近傍（Ｅ２）との直接リンクを生成するように（すなわち、一致する近傍の識別子を近傍ノードのそのローカルリスト中に追加するように）情報プロバイダ近傍ノード（Ｂ１）に依頼する。
【００５７】
記述情報が、そのノードが必要とする情報にも、いずれかの近傍ノードが必要とする情報にも一致しない場合、近傍ノードのそのローカルリストから近傍ノード（たとえば、Ｃ１，２，３）をランダムに選択し、ランダムに選択されたノード（Ｃ１，２，３）に、その近傍のうちの１つ（たとえば、Ｂ３）の少なくとも１つの識別子を提供するように依頼する。ノード（Ｄ１，２）は、その近傍ノードのうちの１つの識別子を受けることを回避するために、近傍ノードのそのローカルリストをランダムに選択されたノード（Ｃ１，２，３）に送り、その近傍ノード以外のノードの識別子を求めることができる。ノード（Ｄ１，２）が近傍の近傍（Ｂ３）の識別子を受けた後、その識別子を使用して、記述情報を近傍の近傍（Ｂ３）に転送し、ノード（Ｄ１，２）とのリンクを削除し、近傍の近傍（Ｂ３）との新たなリンクを生成するように、情報プロバイダ近傍ノード（Ｂ１）に依頼する。さらに、また、ノード（Ｄ１，２）は、情報プロバイダ近傍ノード（Ｂ１）とのそのリンクを削除し、近傍の近傍（Ｂ３）との新たなリンクを生成する。これにより、特定のアプリケーションによって要求されたときに、ノード間の均一な数のアクティブなリンクを維持することが可能になる。
【００５８】
図３に、モバイルネットワーク１０００のノード１０の主要なプロトコル状態および遷移を概説する例示的な状態機械を示す。
図３では、ＩＰおよびＩＲは、それぞれ、提供情報および要求情報を表す。ＩＰは、ノードが提供することができるデータを記述する情報を示す。ＩＲは、ノードが要求するデータを記述する情報を示す。そのような情報を含んでいる、ノード１０によって交換されるメッセージは、記述メッセージ（たとえばＳＱＬ問合せ、ｒｕｌｅＭＬファクト）のみであり、データを含んでいない。この形式のメッセージは、必要とする情報と要求された情報とをモバイルネットワーク１０００中に分散させるためのものにすぎない。ＩＲとＩＰの一致が起こった後、関与する２つのノードは、必要とする／提供されるデータを呼び出しまたは転送するための何らかの方法に関して同意することができる。
【００５９】
状態１００で、ノード１０は、それ自体のブラックボード上で、情報プロバイダノードになるためにノード１０が必要とする所定のデータを示すノード情報（ＩＲ）を公開し、ノード１０が必要とする所定のデータを示すノード情報（ＩＲ）をその近傍ノードに送り、近傍ノードから、それらの近傍ノードが要求する所定のデータを示す近傍情報（ＩＲ）を受け、前記近傍情報をそれぞれの近傍のブラックボードに記憶する。
【００６０】
状態１０１で、ノード１０は、近傍ノードのうちの１つの情報プロバイダノードから、前記情報プロバイダノードが提供することができるデータの記述情報（ＩＰ）を受けるのを待つ。
【００６１】
１つの情報プロバイダノードからの前記記述情報（ＩＰ）の受けとり時に、ノード１０は、それ自体のブラックボードおよび近傍のブラックボードにおいて、前記情報プロバイダノードが提供することができるデータ（ＩＰ）が、ノードが要求する所定のデータ（ＩＲ）および近傍ノードが要求する所定のデータの一方又は双方に少なくとも部分的に一致するかどうかを検査する。
【００６２】
前記情報プロバイダノードが提供することができるデータが、近傍ノードが要求する所定のデータに少なくとも部分的に一致した場合、状態１０４で、ノード１０は、近傍のブラックボードから一致したデータを削除し、記述情報（ＩＰ）を一致する近傍ノードに転送し、（たとえば、一致する近傍ノードの識別子を情報プロバイダノードに提供することによって）情報プロバイダノードに、一致する近傍ノードとのリンクを生成するように要求する。
【００６３】
前記情報プロバイダノードが提供することができるデータが、ノードが要求する所定のデータにも、いずれかの近傍ノードが要求するデータにも一致しない場合、状態１０３で、ノード１０は、近傍ノードのそのローカルリストから近傍ノードをランダムに選択し、ランダムに選択されたノードに、その近傍ノードのうちの１つの識別子を提供するように依頼する。ノード１０は、近傍の近傍の識別子を受けた後、記述情報を識別された近傍の近傍に転送する。さらに、ノード１０は、（たとえば、近傍の近傍の識別子を情報プロバイダノードに提供することによって）近傍の近傍との新たなリンクを生成し、ノード１０とのリンクを削除するように、情報プロバイダ近傍ノードに依頼する。最後に、ノード１０は、情報プロバイダノードとのそのリンクを削除し、それ自体を近傍の近傍にリンクする。上記のように、これにより、ノード間の均一な数のアクティブなリンクを維持することが可能になる。
【００６４】
前記情報プロバイダノードが提供することができるデータが、ノード１０が要求する所定のデータに少なくとも部分的に一致した場合、状態１０２で、ノード１０は、それ自体のブラックボードから一致したデータを削除し、一致に関してその近傍ノードに通知する。さらに、ノード１０は、情報プロバイダノードと交信して、必要とするデータをノード１０に転送するための何らかの方法に関して同意する。
【００６５】
情報プロバイダノードになるためにノード１０が要求する所定のデータを示すすべての情報がノードのブラックボードにおいて削除された場合、ノード１０が情報プロバイダノードになるために要求されるすべての所定のデータを発見したことが暗示される。したがって、ノード１０は、情報プロバイダノードになるための準備ができた。したがって、状態１０５で、ノード１０は、それが提供することができるデータを示す記述情報をその近傍ノードに送る。
【００６６】
何らかの理由で、（１つまたは複数の）情報プロバイダ近傍ノードからの、情報プロバイダノードになるためにノード１０が要求する所定のデータの転送が成功しなかった場合、ノード１０は状態１００に戻る。
【００６７】
状態１０６で、ノード１０は情報プロバイダノードである。この状態で、ノード１０は、定期的にまたは（特定のアプリケーションに応じた）所定の条件で、それが提供することができるデータを示す記述情報を送るように適合される。
【００６８】
状態１０６で、その近傍ノードのうちの１つが提供することができるデータを記述する情報を受けた場合、ノード１０は、前記近傍ノードとのリンクを削除する（情報プロバイダノードであるノードは、それ以上の情報を受ける必要がない）。
【００６９】
したがって、ノード１０は、有利には、所定のデータ情報を受けるのを待っている近傍ノードのみに記述情報を送る。
この状態１０６で、その近傍ノードのうちの１つが要求する所定のデータを示す情報（ＩＲ）を受けたとき、ノード１０は、そのノードが提供することができるデータの記述情報（ＩＰ）を近傍ノードに送る。
【００７０】
状態１０６で、ノード１０をモバイルネットワークの複数のピアツーピアノードのうちの１つのノードとリンクさせる要求を受けたとき、ノード１０は、前記ノードとのリンクを生成し、それ自体が提供することができるデータの記述情報を新たなリンクされたノードに送る。
【００７１】
状態１０６で、情報プロバイダノードになるべきノード１０が要求する所定のデータの少なくとも一部が古くなったかまたは消失した場合、ノード１０は状態１００に戻る。
上記の説明に鑑みて、以下のことが明らかになろう。本発明によれば、
ノードは、（動的環境で起こる可能性が高い）利用不可能な情報を探すのに時間を浪費する必要がない。
【００７２】
ノードは、必要とする情報を探す必要がない。どこかで利用可能な場合、その情報は遅かれ早かれノードに到達する。
ノードが近傍ノードから必要としない情報を受けた場合、近傍ノードとそのノードとの間のリンクが削除される。さらに、近傍ノードとモバイルネットワークのランダムに選択されたノードとの間、およびノードと同じランダムに選択されたノードとの間に新たなリンクが生成される。この機構は、動的条件への適合を可能にする。
【００７３】
恩恵は２重である。すなわち、システムは、必要な場合に適切な情報を確保することができ、同時に、高度動的環境に自己適応することができる。
したがって、本発明によれば、分散型自己集約、自己構成コンポーネントに基づく自律的Ｓ／Ｗソリューションを実行する高度分散型リソースが（低コストのコモディティサーバさえも）利用される。これにより、低コストのコモディティＨ／Ｗからでも、高レベルの可用性が可能になる。特に、本発明は、ローカルの自律的挙動およびピアツーピア共同からの新生のデータ管理の特徴および特性を達成するために、高度分散型モバイル環境におけるデータ管理に自律的原理を適用することに重点を置く。
【００７４】
たとえば、本発明は、交通関連データ、観光関連データ、および市民保護関連データのうちの１つ以上を管理および収集するために都市環境において使用できる。
都市環境では、ノードは、移動電話、ＧＳＭまたはｗｉ−ｆｉトランシーバを備えた車、ＰＣ、ラップトップ、ＰＤＡ、ｉＰｏｄ、交通センサ、汚染センサ、温度センサなどとすることができる。
【００７５】
都市のダイナミクスは、異種のソースによって提供されるデータ（匿名のローカリゼーション、交通、汚染、文化遺産、イベント、など）を収集し、相関させることによって、リアルタイムでとらえることができる。
【００７６】
人間関係によって生成される社会的パターンは、ユーザのニーズさえも予想する状況依存サービスを提供するための有益な（匿名の）情報を表す。このサービスは、広範な通信、個人のメディア間リアルタイムコンテンツ、インフォテインメント、商用情報および社会情報を含むことができる。
【００７７】
現実の都市を見渡すこれらの膨大な量のデータは、（適切な時間空間位置で適切な形式で利用可能なデータを必要とする）分散型アプリケーションを開発する機会を提供している。それを達成するために、データは、スケーラブルな形で容易に取り出され、精巧に作りこまれ、相関されなければならない。本発明は、この目的を達成するための分散型のスケーラブルなソリューションを表す。
【００７８】
都市にいるユーザは、自分のモバイルハンドセット上で、商用情報で強化されたデジタルローカルマップを要求するサービスを実行したいと思うことがある。特に、基本的なローカルマップを分散型アクセスポイントからだけでなく近傍デバイスからもダウンロードすることができる（この場合、マップはユーザによって追加された情報によって強化されている）。オーディオファイル、画像、商用テキストをも含むことがあるマップを各領域においてユーザがピアツーピアモードで社会的に共有することができる。さらにリアルタイム情報（たとえば、交通渋滞）を相関させることができる。ユーザが、最も近いカーショップとそこに到達するための最適経路とを見つけたいと仮定しよう。（ショップの商用情報をも含む）領域のマップは、そのショップに関する情報を追加した近傍ユーザのデバイスからダウンロードできる。最適経路と交通情報もショップの場所に相関される。カーショップが仮想世界における仮想表現を有すると仮定しよう。ユーザは、（仮想世界の一部の参加者から）自動車モデル、在庫状況および費用に関する何らかの予備的な商用情報を得るために、そのような仮想カーショップに予めアクセスしたいと思うであろう。
【特許請求の範囲】
【請求項１】
複数のピアツーピアノードを備える通信ネットワークのノードを動作させるための方法であって、前記ノードが、前記複数のピアツーピアノードの中の所定の近傍ノードとリンクされ、前記方法は、
ａ）情報プロバイダノードになるために前記ノードが要求する所定のデータを示すノード情報を第１の記憶領域に記憶するステップと、
ｂ）前記近傍ノードのうちの少なくとも１つの情報プロバイダノードから、前記情報プロバイダノードが提供することができるデータの記述情報を受けるのを待つステップと、
ｃ）前記少なくとも１つの情報プロバイダノードからの前記記述情報の前記受けとり時に、前記少なくとも１つの情報プロバイダノードが提供することができる前記データが、前記ノードが要求する前記所定のデータに少なくとも部分的に一致するかどうかを、前記第１の記憶領域において検査するステップと、
ｄ）肯定の場合、一致する前記データを示す前記ノード情報を前記第１の記憶領域において削除するステップと、
ｅ）否定の場合、ｃ）において受けた前記記述情報を前記複数のピアツーピアノードのうちの少なくとも１つに転送するステップと
を含む、方法。
【請求項２】
ａ１）前記近傍ノードのうちの少なくとも１つの要求側ノードから、情報プロバイダノードになるために前記少なくとも１つの要求側ノードが要求する所定のデータを示す近傍情報を受けるステップをさらに含む、請求項１に記載の方法。
【請求項３】
ａ２）ａ１）において受けた前記近傍情報を第２の記憶領域に記憶するステップをさらに含む、請求項２に記載の方法。
【請求項４】
前記情報プロバイダノードからの前記記述情報の前記受けとり時、かつｅ）の実行の前に、ｆ）前記少なくとも１つの情報プロバイダノードが提供することができる前記データが、前記要求側ノードが要求する前記所定のデータに少なくとも部分的に一致するかどうかを、前記第２の記憶領域において検査するステップをさらに含む、請求項３に記載の方法。
【請求項５】
ｆ）が肯定の場合、一致する前記データを示す前記近傍情報を前記第２の記憶領域において削除し、ｃ）において受けた前記記述情報を前記要求側ノードに送るステップをさらに含む、請求項４に記載の方法。
【請求項６】
前記少なくとも１つの情報プロバイダノードに、それ自体を前記要求側ノードとリンクするように要求するステップをさらに含む、請求項５に記載の方法。
【請求項７】
ｆ）が否定の場合、ステップｅ）が実行される、請求項４から６のいずれかに記載の方法。
【請求項８】
ｅ）では、ｃ）において受けた前記記述情報の転送先である前記複数のピアツーピアノードのうちの前記少なくとも１つが、前記複数のピアツーピアノードの中からランダムに選択されたノードである、請求項１から７のいずれかに記載の方法。
【請求項９】
ｅ）では、ｃ）において受けた前記記述情報の転送先である前記複数のピアツーピアノードのうちの前記少なくとも１つが、前記近傍ノードとは異なるノードである、請求項１から８のいずれかに記載の方法。
【請求項１０】
ｅ）では、ｃ）において受けた前記記述情報の転送先である前記複数のピアツーピアノードのうちの前記少なくとも１つが、前記近傍ノードのうちの１つの近傍ノードである、請求項１から９のいずれかに記載の方法。
【請求項１１】
ｅ）が、前記少なくとも１つの情報プロバイダノードに、それ自体を、ｃ）において受けた前記記述情報の転送先である前記複数のピアツーピアノードのうちの前記少なくとも１つとリンクするように要求するステップをさらに含む、請求項１から１０のいずれかに記載の方法。
【請求項１２】
ｅ）が、前記少なくとも１つの情報プロバイダノードに、前記ノードとのそのリンクを解消するように要求するステップをさらに含む、請求項１から１１のいずれかに記載の方法。
【請求項１３】
ｅ）が、前記少なくとも１つの情報プロバイダノードとの前記ノードの前記リンクを解消するステップをさらに含む、請求項１から１２のいずれかに記載の方法。
【請求項１４】
ｅ）が、前記ノードを、ｃ）において受けた前記記述情報の転送先である前記複数のピアツーピアノードのうちの前記少なくとも１つとリンクするステップをさらに含む、請求項１から１３のいずれかに記載の方法。
【請求項１５】
ａ）が、前記ノードが要求する前記所定のデータを示す前記ノード情報を前記複数の近傍ノードに送るステップをさらに含む、請求項１から１４のいずれかに記載の方法。
【請求項１６】
ｄ）が、一致する前記データに関して前記複数の近傍ノードに通知するステップをさらに含む、請求項１５に記載の方法。
【請求項１７】
ｄ）が、ｇ）情報プロバイダノードになるために前記ノードが要求するすべての前記所定のデータが一致したかどうかを前記第１の記憶領域において検査するステップをさらに含む、請求項１から１６のいずれかに記載の方法。
【請求項１８】
ｇ）が肯定の場合、前記ノードが、所定のデータを提供することができる情報プロバイダノードになる、請求項１７に記載の方法。
【請求項１９】
前記ノードが提供することができる前記所定のデータの記述情報を前記近傍ノードのうちの少なくとも一部に送るステップをさらに含む、請求項１８に記載の方法。
【請求項２０】
前記ノードが提供することができる前記所定のデータの前記記述情報が、情報プロバイダノード以外の前記近傍ノードに送られる、請求項１９に記載の方法。
【請求項２１】
ｇ）が否定の場合、ｂ）の実行に戻る、請求項１７に記載の方法。
【請求項２２】
前記近傍ノードのうちの要求側ノードが要求する所定のデータを示す情報を受けたとき、前記ノードが提供することができるデータの前記記述情報を前記要求側ノードに送るステップをさらに含む、請求項１８から２１のいずれかに記載の方法。
【請求項２３】
情報プロバイダノードになるために要求される前記所定のデータのうちの少なくとも一部が足りないとき、ａ）の実行に戻る、請求項１８から２２のいずれかに記載の方法。
【請求項２４】
前記ノードを前記複数のピアツーピアノードのうちのノードとリンクする要求を受けたとき、前記ノードとのリンクを生成し、前記ノードが提供することができる前記データの前記記述情報を、新たにリンクされた前記ノードに送るステップをさらに含む、請求項１８から２３のいずれかに記載の方法。
【請求項２５】
前記近傍ノードのうちの情報プロバイダノードが提供することができるデータの記述情報を受けたとき、前記情報プロバイダノードとの前記リンクを解消するステップをさらに含む、請求項１８から２３のいずれかに記載の方法。
【請求項２６】
通信ネットワークの複数のピアツーピアノードの中の所定の近傍ノードとのリンクを確立するように適合された、前記通信ネットワークのノードであって、該ノードは第１の記憶領域とモジュールとを含み、該モジュールは、
ａ）情報プロバイダノードになるために前記ノードが要求する所定のデータを示すノード情報を前記第１の記憶領域に記憶し、
ｂ）リンクされた前記近傍ノードのうちの少なくとも１つの情報プロバイダノードから、前記少なくとも１つの情報プロバイダノードが提供することができるデータの記述情報を受けるのを待ち、
ｃ）前記情報プロバイダノードからの前記記述情報の前記受けとり時に、前記少なくとも１つの情報プロバイダノードが提供することができる前記データが、前記ノードが要求する前記所定のデータに少なくとも部分的に一致するかどうかを、前記第１の記憶領域において検査し、
ｄ）肯定の場合、一致する前記データを示す前記ノード情報を前記第１の記憶領域において削除し、
ｅ）否定の場合、ｃ）において受けた前記記述情報を前記複数のピアツーピアノードのうちの少なくとも１つに転送する
ように適合された、ノード。
【請求項２７】
複数のピアツーピアノードを備える通信ネットワークであって、各ノードが、前記通信ネットワークの前記複数のピアツーピアノードの中の所定の近傍ノードとリンクを確立するように適合され、情報プロバイダノードになるために所定のデータを要求する前記複数のピアツーピアノードのうちの少なくとも１つはモジュールを含み、該モジュールは、
ａ）情報プロバイダノードになるために前記ノードが要求する前記所定のデータを示すノード情報を第１の記憶領域に記憶し、
ｂ）リンクされた前記近傍ノードのうちの少なくとも１つの情報プロバイダノードから、前記少なくとも１つの情報プロバイダノードが提供することができるデータの記述情報を受けるのを待ち、
ｃ）前記少なくとも１つの情報プロバイダノードからの前記記述情報の前記受けとり時に、前記少なくとも１つの情報プロバイダノードが提供することができる前記データが、前記ノードが要求する前記所定のデータに少なくとも部分的に一致するかどうかを、前記第１の記憶領域において検査し、
ｄ）肯定の場合、一致する前記データを示す前記ノード情報を前記第１の記憶領域において削除し、
ｅ）否定の場合、ｃ）において受けた前記記述情報を前記複数のピアツーピアノードのうちの少なくとも１つに転送する
ように適合され、
所定のデータを提供することができる、前記複数のピアツーピアノードのうちの少なくとも１つの情報プロバイダノードが、それが提供することができる前記データを示す記述情報をそれぞれの前記近傍ノードのうちの少なくとも一部に送るように適合されたモジュールを含む、
通信ネットワーク。
【請求項１】
複数のピアツーピアノードを備える通信ネットワークのノードを動作させるための方法であって、前記ノードが、前記複数のピアツーピアノードの中の所定の近傍ノードとリンクされ、前記方法は、
ａ）情報プロバイダノードになるために前記ノードが要求する所定のデータを示すノード情報を第１の記憶領域に記憶するステップと、
ｂ）前記近傍ノードのうちの少なくとも１つの情報プロバイダノードから、前記情報プロバイダノードが提供することができるデータの記述情報を受けるのを待つステップと、
ｃ）前記少なくとも１つの情報プロバイダノードからの前記記述情報の前記受けとり時に、前記少なくとも１つの情報プロバイダノードが提供することができる前記データが、前記ノードが要求する前記所定のデータに少なくとも部分的に一致するかどうかを、前記第１の記憶領域において検査するステップと、
ｄ）肯定の場合、一致する前記データを示す前記ノード情報を前記第１の記憶領域において削除するステップと、
ｅ）否定の場合、ｃ）において受けた前記記述情報を前記複数のピアツーピアノードのうちの少なくとも１つに転送するステップと
を含む、方法。
【請求項２】
ａ１）前記近傍ノードのうちの少なくとも１つの要求側ノードから、情報プロバイダノードになるために前記少なくとも１つの要求側ノードが要求する所定のデータを示す近傍情報を受けるステップをさらに含む、請求項１に記載の方法。
【請求項３】
ａ２）ａ１）において受けた前記近傍情報を第２の記憶領域に記憶するステップをさらに含む、請求項２に記載の方法。
【請求項４】
前記情報プロバイダノードからの前記記述情報の前記受けとり時、かつｅ）の実行の前に、ｆ）前記少なくとも１つの情報プロバイダノードが提供することができる前記データが、前記要求側ノードが要求する前記所定のデータに少なくとも部分的に一致するかどうかを、前記第２の記憶領域において検査するステップをさらに含む、請求項３に記載の方法。
【請求項５】
ｆ）が肯定の場合、一致する前記データを示す前記近傍情報を前記第２の記憶領域において削除し、ｃ）において受けた前記記述情報を前記要求側ノードに送るステップをさらに含む、請求項４に記載の方法。
【請求項６】
前記少なくとも１つの情報プロバイダノードに、それ自体を前記要求側ノードとリンクするように要求するステップをさらに含む、請求項５に記載の方法。
【請求項７】
ｆ）が否定の場合、ステップｅ）が実行される、請求項４から６のいずれかに記載の方法。
【請求項８】
ｅ）では、ｃ）において受けた前記記述情報の転送先である前記複数のピアツーピアノードのうちの前記少なくとも１つが、前記複数のピアツーピアノードの中からランダムに選択されたノードである、請求項１から７のいずれかに記載の方法。
【請求項９】
ｅ）では、ｃ）において受けた前記記述情報の転送先である前記複数のピアツーピアノードのうちの前記少なくとも１つが、前記近傍ノードとは異なるノードである、請求項１から８のいずれかに記載の方法。
【請求項１０】
ｅ）では、ｃ）において受けた前記記述情報の転送先である前記複数のピアツーピアノードのうちの前記少なくとも１つが、前記近傍ノードのうちの１つの近傍ノードである、請求項１から９のいずれかに記載の方法。
【請求項１１】
ｅ）が、前記少なくとも１つの情報プロバイダノードに、それ自体を、ｃ）において受けた前記記述情報の転送先である前記複数のピアツーピアノードのうちの前記少なくとも１つとリンクするように要求するステップをさらに含む、請求項１から１０のいずれかに記載の方法。
【請求項１２】
ｅ）が、前記少なくとも１つの情報プロバイダノードに、前記ノードとのそのリンクを解消するように要求するステップをさらに含む、請求項１から１１のいずれかに記載の方法。
【請求項１３】
ｅ）が、前記少なくとも１つの情報プロバイダノードとの前記ノードの前記リンクを解消するステップをさらに含む、請求項１から１２のいずれかに記載の方法。
【請求項１４】
ｅ）が、前記ノードを、ｃ）において受けた前記記述情報の転送先である前記複数のピアツーピアノードのうちの前記少なくとも１つとリンクするステップをさらに含む、請求項１から１３のいずれかに記載の方法。
【請求項１５】
ａ）が、前記ノードが要求する前記所定のデータを示す前記ノード情報を前記複数の近傍ノードに送るステップをさらに含む、請求項１から１４のいずれかに記載の方法。
【請求項１６】
ｄ）が、一致する前記データに関して前記複数の近傍ノードに通知するステップをさらに含む、請求項１５に記載の方法。
【請求項１７】
ｄ）が、ｇ）情報プロバイダノードになるために前記ノードが要求するすべての前記所定のデータが一致したかどうかを前記第１の記憶領域において検査するステップをさらに含む、請求項１から１６のいずれかに記載の方法。
【請求項１８】
ｇ）が肯定の場合、前記ノードが、所定のデータを提供することができる情報プロバイダノードになる、請求項１７に記載の方法。
【請求項１９】
前記ノードが提供することができる前記所定のデータの記述情報を前記近傍ノードのうちの少なくとも一部に送るステップをさらに含む、請求項１８に記載の方法。
【請求項２０】
前記ノードが提供することができる前記所定のデータの前記記述情報が、情報プロバイダノード以外の前記近傍ノードに送られる、請求項１９に記載の方法。
【請求項２１】
ｇ）が否定の場合、ｂ）の実行に戻る、請求項１７に記載の方法。
【請求項２２】
前記近傍ノードのうちの要求側ノードが要求する所定のデータを示す情報を受けたとき、前記ノードが提供することができるデータの前記記述情報を前記要求側ノードに送るステップをさらに含む、請求項１８から２１のいずれかに記載の方法。
【請求項２３】
情報プロバイダノードになるために要求される前記所定のデータのうちの少なくとも一部が足りないとき、ａ）の実行に戻る、請求項１８から２２のいずれかに記載の方法。
【請求項２４】
前記ノードを前記複数のピアツーピアノードのうちのノードとリンクする要求を受けたとき、前記ノードとのリンクを生成し、前記ノードが提供することができる前記データの前記記述情報を、新たにリンクされた前記ノードに送るステップをさらに含む、請求項１８から２３のいずれかに記載の方法。
【請求項２５】
前記近傍ノードのうちの情報プロバイダノードが提供することができるデータの記述情報を受けたとき、前記情報プロバイダノードとの前記リンクを解消するステップをさらに含む、請求項１８から２３のいずれかに記載の方法。
【請求項２６】
通信ネットワークの複数のピアツーピアノードの中の所定の近傍ノードとのリンクを確立するように適合された、前記通信ネットワークのノードであって、該ノードは第１の記憶領域とモジュールとを含み、該モジュールは、
ａ）情報プロバイダノードになるために前記ノードが要求する所定のデータを示すノード情報を前記第１の記憶領域に記憶し、
ｂ）リンクされた前記近傍ノードのうちの少なくとも１つの情報プロバイダノードから、前記少なくとも１つの情報プロバイダノードが提供することができるデータの記述情報を受けるのを待ち、
ｃ）前記情報プロバイダノードからの前記記述情報の前記受けとり時に、前記少なくとも１つの情報プロバイダノードが提供することができる前記データが、前記ノードが要求する前記所定のデータに少なくとも部分的に一致するかどうかを、前記第１の記憶領域において検査し、
ｄ）肯定の場合、一致する前記データを示す前記ノード情報を前記第１の記憶領域において削除し、
ｅ）否定の場合、ｃ）において受けた前記記述情報を前記複数のピアツーピアノードのうちの少なくとも１つに転送する
ように適合された、ノード。
【請求項２７】
複数のピアツーピアノードを備える通信ネットワークであって、各ノードが、前記通信ネットワークの前記複数のピアツーピアノードの中の所定の近傍ノードとリンクを確立するように適合され、情報プロバイダノードになるために所定のデータを要求する前記複数のピアツーピアノードのうちの少なくとも１つはモジュールを含み、該モジュールは、
ａ）情報プロバイダノードになるために前記ノードが要求する前記所定のデータを示すノード情報を第１の記憶領域に記憶し、
ｂ）リンクされた前記近傍ノードのうちの少なくとも１つの情報プロバイダノードから、前記少なくとも１つの情報プロバイダノードが提供することができるデータの記述情報を受けるのを待ち、
ｃ）前記少なくとも１つの情報プロバイダノードからの前記記述情報の前記受けとり時に、前記少なくとも１つの情報プロバイダノードが提供することができる前記データが、前記ノードが要求する前記所定のデータに少なくとも部分的に一致するかどうかを、前記第１の記憶領域において検査し、
ｄ）肯定の場合、一致する前記データを示す前記ノード情報を前記第１の記憶領域において削除し、
ｅ）否定の場合、ｃ）において受けた前記記述情報を前記複数のピアツーピアノードのうちの少なくとも１つに転送する
ように適合され、
所定のデータを提供することができる、前記複数のピアツーピアノードのうちの少なくとも１つの情報プロバイダノードが、それが提供することができる前記データを示す記述情報をそれぞれの前記近傍ノードのうちの少なくとも一部に送るように適合されたモジュールを含む、
通信ネットワーク。
【図１】
【図２】
【図３】
【図２】
【図３】
【公表番号】特表２０１０−５３２１１７（Ｐ２０１０−５３２１１７Ａ）
【公表日】平成２２年９月３０日（２０１０．９．３０）
【国際特許分類】
【出願番号】特願２０１０−５１３６６４（Ｐ２０１０−５１３６６４）
【出願日】平成１９年７月２日（２００７．７．２）
【国際出願番号】ＰＣＴ／ＥＰ２００７／００５８２７
【国際公開番号】ＷＯ２００９／００３５０１
【国際公開日】平成２１年１月８日（２００９．１．８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５０３１４８２７０）テレコム・イタリア・エッセ・ピー・アー (87)
【Ｆターム（参考）】
【公表日】平成２２年９月３０日（２０１０．９．３０）
【国際特許分類】
【出願日】平成１９年７月２日（２００７．７．２）
【国際出願番号】ＰＣＴ／ＥＰ２００７／００５８２７
【国際公開番号】ＷＯ２００９／００３５０１
【国際公開日】平成２１年１月８日（２００９．１．８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＧＳＭ
【出願人】（５０３１４８２７０）テレコム・イタリア・エッセ・ピー・アー (87)
【Ｆターム（参考）】
[ Back to top ]