JP4657878B2 - ピアグループ間で通信を確立する方法 - Google Patents

Description

本発明は、異なるピアグループ間で通信を確立する方法に関する。

現在のピアツーピア（Ｐ２Ｐ）システムは、所有権が主張されている同様のソフトウェアおよびプロトコルを実行してピアのメッセージ通信および共働を行うために明確に定義されている。これらの適用例に、ＫａｚａａまたはＥＤｏｎｋｅｙがある。ピアが通常のコンピュータと異なる点は、サーバ‐クライアント構造である。ここでは、ピアはサーバを必要としない。

ＷＯ０２／０５７９１７に、ＪＸＴＡの名称で知られているＰ２Ｐネットワーク計算プラットフォームが開示されている。これは、ピアツーピア計算用の全般的なフレームワークであり、同様のフレームワークを使用して異なるアプリケーションを指定するためのものである。たとえば、１つのピアグループがファイル共有グループであるのに対し、別のピアグループではＩＰ経由音声サービスが提供される。ＪＸＴＡではピアメンバーシッププロトコルが使用され、これによってピアをメンバーシップに割り当て、完全なグループ広告と一緒にメンバーシップクレデンシャル（信任状）を受け取る。ピア間のメッセージには１つまたは複数のクレデンシャルが含まれており、これは受信者に対して送信者を識別するために使用される。ピアは個別の識別子を有しており、この識別子はたとえばＵＵＩＤとされる。クレデンシャルは、たとえばピア等の個人に限定されたデジタル文書であり、別の個人に提示される場合には、認証プロセスで確認される。Ｐ２Ｐプラットフォーム構成要素を具現化するプロセスはインスタンシエーションと称され、この具現化は構成要素の実体と称される。

欧州特許出願ＥＰ１４２７１４１では、ピアグループのコンセプトを使用してオーナーゾーンコンセプトが具現化される。ここではピアグループは、ユーザの家における装置のホームネットワークである。このコンセプトによって、個別のホームネットワーク間で相互接続および通信を行うことができ、たとえば、相互に信頼するユーザの相互接続および通信を行うことができる。１つのオーナーゾーンのユーザおよび別のオーナゾーンのユーザは相互に、特定の信頼のレベルを定義し、オーナーゾーンは相互に「信頼ゾーン」と見なされ、多かれ少なかれコンテンツおよびサービスを自由に共用する。しかし、異なるピアグループ間で接続を形成する方法は詳細には知られておらず、とりわけ、信頼ゾーン間で一時的な接続を形成する方法は詳細には知られていない。

ＪＸＴＡの基本的原則の１つに、ピアはメッセージを１つのピアグループ内で交換するが、ピアグループを超えて交換できないということがある。このことは、ピアグループに巨大な数のピアが含まれる可能性のあるインターネットベースのＰ２Ｐアプリケーションのための良好な解決手段である。たとえばＪＸＴＡは、数十万までのピアに拡大するように設計されており、複数のピアグループが並行して設けられている。たとえばインターネットに接続されることがあるホームネットワークでは、この周辺環境は非常に不利である。
ＷＯ０２／０５７９１７ ＥＰ１４２７１４１

本発明の課題は、２つのピアグループ間で、とりわけ相互に「信頼ゾーン」ステータスを有する２つのオーナーゾーン間で通信を確立する方法および装置を提供することである。

前記課題を解決する手段は、第１のピアグループのメンバーであるかまたは１次ピアと接続可能な２次ピアである第１のピアによって、第２のピアグループのメンバーへメッセージを送信するステップと、第２のピアグループのメンバーである第２のピアによって該メッセージを受信し、該メッセージから第１のピアのピア識別子と第１のピアグループのピアグループ識別子とを検出し、第１のピアが第２のピアグループにおける一時的なグループメンバーシップを申し込むことと、第１のピアが第２のピアグループから第１のピアグループまでの接続を形成しようとしていることの指示とを検出するステップと、第２のピアグループにおいて第１のピアグループとの接続が許可されているか否かを検出するステップと、このような接続が許可されている場合、第１のピアに対して第２のピアグループとのメンバーシップを許可し、第１のピアが許可された後、データまたはメッセージを送信し、および／または第２のピアグループから第１のピアグループへサービスを供給できるようにするステップとを有し、該１次ピアは、第１のピアグループのメンバーであり、別個の接続を介して該２次ピアに関連付けられていることを特徴とする方法である。

本発明では、以下のように構成されている。すなわち、第１のピアグループのメンバーであるかまたは第１のピアグループのメンバーである別のピアに対して緊密な関係を有する第１のピアが第２のピアグループにコンタクトして該第２のピアグループ内の一時的なメンバーシップを申し込むように構成されている。この緊密な関係は、たとえば別個の１対１の接続である。後者の場合、２つのピアはたとえば、相互に別個のチャネルを介して通信することができるように共通のハードウェア上の別個のソフトウェア実体とするか、または、他のピアには既知でない特別なプロトコルまたは暗号を使用して対を形成する２つの別個のピアとすることができる。第２のピアグループの制御機能またはサービス機能は、次のことを検出する。すなわち、第１のピアが第２のピアグループ内の一時的なメンバーシップのみを申し込んでいることと、第１のピア自体または第１のピアと緊密な関係を有する別のピアが第１のピアグループのメンバーであることと、ブリッジヘッドまたは代表者として第１のピアグループとの接続を形成するためのものであることを検出する。この情報は、第１のピアが送信する広告メッセージに含まれる。さらに第２のピアグループは、コンタクトが許可されているピアグループのリストを保持し、オプションとして、どの程度のコンタクトが許可されているかも検出する。第２のピアグループは、第１のピアグループがこのリストに含まれているか否かをチェックし、その場合（すなわち、リストに含まれている場合）には、第１のピアに対してグループメンバーシップを許可する。このようにして第１のピアは、第２のピアグループから第１のピアグループへデータを送信するか、またはサービスを供給することを許可される。

第２のピアグループにあるデータおよびサービスは、分類することができ、どの特定のデータおよびサービスを第１のピアグループへ供給できるかということは、上記のコンタクトの許可されている程度に依存する。第１のピアグループがピアグループのリストに含まれていない場合には、第１のピアを拒否し、および／または第２のピアグループのユーザまたは管理者に、第１のピアグループをリストに付加するか否かを決定させることができる。それに相応してピアグループは、コンタクトが許可されていないピアグループが含まれている否定リストを保持することができる。

本発明では、信頼ゾーン通信を実施するために２つの異なる実施形態が提案される。
１つはＪＸＴＡ対ＪＸＴＡブリッジを使用する信頼ゾーン通信である。
もう１つは代表ノードを使用する信頼ゾーン通信である。

本発明の有利な実施形態は、従属請求項、以下の説明および図面に開示されている。

本発明の実施例を、添付図面と関連して説明する。

ここでは、信頼ゾーン通信を行うための本発明の２つの主要な実施形態が開示されている。それは、ブリッジング構想および代表者構想である。

＜１．ＪＸＴＡ対ＪＸＴＡブリッジを使用する信頼ゾーン通信＞
設定することができるブリッジングサービスには、２つの異なる種類がある。第１の種類は、２つのオーナゾーン間の１対１の接続である。これによってたとえば、ある人が友人のホームネットワークに接続してその友人とコンテンツを交換することができる。第２の種類は、オーナゾーン用のコラボレーション（協働）プラットフォームとして機能するピアグループとの接続である。この解決手段では、「信頼ゾーン」通信のためだけに特化された専用のピアグループを使用する。

図１には、１対１のブリッジ構成の一例が示されている。ブリッジングピアＢＲが所属のオーナゾーンＯＺ１に参加するために、１次アドレスＧを使用する。すなわち、ブリッジングピアは第１のオーナゾーンに所属する。オーナゾーンＯＺ１のメンバーとして、このピアはブリッジングサービスを該オーナゾーン内の他のピアに対して公開する。したがって、該オーナゾーン内のピアのうちどれでも、信頼ゾーン接続を要求することができる。さらにこのような信頼ゾーン接続は、アプリケーションによって事前構築することもできる。ブリッジングピアが信頼ゾーン接続を実行するように命令されると、２次ピアエンティティが「エクスポート」される。すなわち、「ネットピアグループ」においてインスタンス化される。この「ネットピアグループ」は、アプリケーションのデフォルトのベースピアグループである。２次ピアは、ネットピアグループおよび存在する他のピアグループに関する必要なピアグループ情報を取得し、ターゲットの信頼ゾーンにコンタクトする。第１のピアエンティティＧおよび２次ピアエンティティＨは、任意のプロトコルを使用する別個の１対１の接続によって接続される。

本発明のこの実施形態による装置では、異なる（論理）アドレスすなわちＵＵＩＤを有し１対１接続によって相互に接続された２つのピアエンティティをインスタンス化することによるブリッジングサービスを提供する。１次アドレスを使用して、ピアはピアグループに参加し、該ピアグループ内部でブリッジングサービスを公開する。このピアグループはオーナゾーンとすることができる。図１では、２つのオーナゾーンＯＺ１，ＯＺ２がブリッジング装置ＢＲによって接続されており、このブリッジング装置ＢＲには、相互接続ＩＮによって接続された２つのピアエンティティＧ、Ｈが含まれている。第１のオーナゾーンＯＺ１はピアＡ，Ｂ，Ｃ，Ｇを有しており、第２のオーナゾーンＯＺ２は初期では、ピアＤ，Ｅ，Ｆを有している。ブリッジング装置ＢＲのピアエンティティのうち１つは第１のアドレスを有する１次ピアエンティティＧであり、他は第２のアドレスを有する２次ピアエンティティＨである。ブリッジング装置ＢＲが多重スレッドソフトウェアを実行できる場合、シームレスに２つのピアグループ内で、これらの異なるピアエンティティＧ，Ｈおよびこれらのピアエンティティの相互接続ＩＮを使用して並列的に動作させることができる。それに対して択一的に、２つのピアエンティティＧ，Ｈのうちその都度一方のみをアクティブにして、該ピアエンティティＧ，Ｈ間で交換すべきデータをたとえば、ブリッジング装置ＢＲ内の専用の共用メモリに一時記憶することができる。

本発明によれば、２次ピアエンティティＨが他のオーナゾーンＯＺ２をインスタンス化し、ブリッジピアとしてメンバーシップを要求する。すなわち第２のオーナゾーンＯＺ２は、２次ピアエンティティＨがブリッジング装置の２次ピアエンティティであることを検出することができる。ピアエンティティＨは自身に固有のピアクレデンシャルをオーナゾーンＯＺ１のクレデンシャルとともに供給し、ピアエンティティＨは「ホーム」ピアグループと見なされるか、または、リンクを確立しようとする対象であるピアグループと見なされることができる。この時点で、他方のオーナゾーンＯＺ２のメンバーシップサービスにより、入ろうとしているピアエンティティＨが信頼ゾーンから来ているか否かがチェックされる。そうである場合、メンバーシップサービスは要求を受け入れ、２次ピアＨに対してメンバーシップを許可する。この２次ピアＨは、たとえばある種の「ゲスト」ステータスを得る。

次のリストには、信頼ゾーンの信頼性チェックを実行する幾つかの手段が挙げられている。
１．インターネットベースのサーバが、オーナゾーン間の関係を文書化した中央の信頼ゾーンリストを作成し、オーナゾーンが信頼ゾーン接続の権限を許可する前にこのリストをチェックする。このようなリストはたとえば、特定のトピックに関するものであり、管理者によってメンテナンスされる。
２．オーナゾーンが固有の信頼ゾーンリストを保持し、独立してオーナゾーンの信頼性をチェックする。このリストも通常は管理者によってメンテナンスされるか、またはユーザによってメンテナンスされる。
３．オーナゾーンが相互にコンタクトし、ゾーンの信頼性をチェックする。

メンバーシップが許可されると、２次ブリッジングピアエンティティＨはいわゆるブリッジアイデンティティをもってオーナゾーンＯＺ２に参加し、オーナゾーンＯＺ２内でそのサービスを公開する。また、２次ピアエンティティＨは１次ピアエンティティＧに対して、信頼ゾーン接続の確立が完了したことの指示も行う。この時点から、２つのピアエンティティＧ，Ｈは相互に通信してメッセージを交換し、２つのオーナゾーンＯＺ１，ＯＺ２間でブリッジングサービスを介してデータを交換することができるようになる。完全な端末対端末のアドレス指定および認証を行うのに必要な標準的なＪＸＴＡメッセージへの拡張が可能である。送信側ピアを識別するための送信者情報は、送信側オーナゾーンの信頼性によって補足されなければならず、受信側ピアを識別するための受信者情報は、信頼ゾーンアドレスによって補足される必要がある。信頼ゾーンアドレスは、受信者が所属するオーナゾーンを識別するのに必要とされる。クレデンシャルによって送信側オーナゾーンが識別される。というのも、送信側ピアは受信者オーナゾーン内では未知である場合があり、メッセージを転送するブリッジピアＨのみが受信者オーナゾーンＯＺ２で既知だからである。

ブリッジングサービスの第２の種類は、上記で挙げたように、コラボレーションプラットフォームである。図２には、複数のオーナーゾーンＯＺ＿Ａ，．．．ＯＺ＿Ｄが示されている。これらは、コラボレーションピアグループＣＰＧに対して信頼ゾーンとして定義されているので、該コラボレーションピアグループと通信することができる。異なるオーナーゾーンのブリッジピアが、コミュニティメッセージを交換するために設けられたコラボレーションピアグループＣＰＧに参加することができる。このコミュニティメッセージはたとえば、信頼ゾーン情報、電子プログラムガイド（ＥＰＧ）、またはソフトウェア更新等のコミュニティニュース等である。上記のメカニズムを受けて、複数のブリッジピアはそれら自身の２次ピアエンティティを使用し、このような専用のピアグループにある別のブリッジピアと共働する。コラボレーションピアグループの構成は大抵、ブロードキャスト形式のメッセージのために設計される。とりわけ、コラボレーションピアグループＣＰＧはランデブーピアを含む。ランデブーピアという用語は、別のピア、ピアグループ、サービスおよびパイプに関する情報を見つけるための待ち合わせ場所として機能するピアを指す。ランデブーピアは、別のピアに対して有用な情報をキャッシュする。たとえば、接続されたオーナーゾーンが独立してアドレス指定可能である場合、最も有利なのはコラボレーショングループのランデブーピアが、ブリッジピアとオーナーゾーンとの間の関連を示すマッピングテーブルを構成することである。

上記の方法の変形形態では、ブリッジングピアはオーナーゾーンの汎用固有識別子（ＵＵＩＤ）を２次ピアアドレスとして使用する。このようにすると、マッピングテーブルは必要なくなる。２次ピアアドレスはオーナーアドレスと同一とすることができる。というのも、ＪＸＴＡ等のシステムでは２次ピアアドレスとオーナーアドレスが混同する可能性がないからである。このようなシステムでは、異なる広告メッセージ形式を使用することにより、ピア情報とピアグループ情報とを区別する。たとえば図１では、ブリッジング装置ＢＲの２次ピアＨは、その１次ピアＧのホームオーナーゾーンの識別子ＵＵＩＤ＿Ｎと同一であるピア識別子を有する。ピアグループ識別子ＵＵＩＤ＿Ｎは、２次ピアＨのピア識別子の中に明示的または暗示的に含まれ、第２のオーナーゾーンがこの２次ピア識別子を使用して、１次ピアＧが所属するピアグループＩＤを決定することもできる。

＜２．代表ノードを使用して行われる信頼ゾーン通信＞
信頼ゾーン通信を実施するための本発明の第２の実施形態は、上記で挙げたように、代表ノードである。これは或るピアが、信頼ゾーン通信を許可する代表者サービスを提供することを意味する。上記のブリッジサービスと異なり、必要なのは、１つのピアエンティティと１つのアドレスだけである。これは、該ピアが特定の時点でただ１つのピアグループのアクティブなメンバーであり、異なるピアグループ間をジャンプできることを意味する。

図３〜５には、２つのピアグループＯＺ１，ＯＺ２間の代表形式の通信の手法が示されている。これらのピアグループはこの例では、ネットピアグループと称されるデフォルトの親ピアグループＮＰＧを有する。すなわち、ピアグループＯＺ１，ＯＺ２のすべてのピアＮｏｄｅ＿ＩＤ１，．．．Ｎｏｄｅ＿ＩＤ５がデフォルトによって共通の親ピアグループＮＰＧにも割り当てられている。しかし、このようなデフォルト親ピアグループＮＰＧと他のピアグループとの相違点は、ピアは、デフォルトピアグループの内部では自由に通信することができず、それぞれ定義されたホームピアグループＯＺ１，ＯＺ２の内部でのみ自由に通信できることである。デフォルトピアグループの内部であり、かつ、ホームピアグループ外部での通信およびデータ交換は、いくつかのベーシック形式のメッセージに制限されている。しかし本発明のこの実施形態では、代表ノードをこの目的で使用することができる。代表ノードはたとえば、ユーザまたは管理者によって指名されるか、または該代表ノードの特徴、たとえば特別なハードウェア接続またはハードウェアインタフェースにしたがって自動的に決定される。

この実施例では、第１のオーナーゾーンＯＺ１が第２のオーナーゾーンＯＺ２に接続しようとしている。したがって、第１のオーナーゾーンＯＺ１の代表ピアＮｏｄｅ＿ＩＤ３が所属のホームピアグループの接続サービスからタスクを得て、該ピアグループＯＺ２との信頼ゾーン接続を確立する。この接続サービスは、他のピアグループＯＺ２のグループ識別子および／または該他のグループの代表ピアＮｏｄｅ＿ＩＤ２のノード識別子を提供する。次に、代表ピアＮｏｄｅ＿ＩＤ３は図３に示されているようにそのホームピアグループＯＺ１を出発し、該代表ピアＮｏｄｅ＿ＩＤ３がすでに有している他のピアグループＯＺ２に関する情報に依存して他のグループの代表ピアＮｏｄｅ＿ＩＤ２を親ピアグループＮＰＧに直接コンタクトさせるか、または切り替える。通常は、他のピアグループＯＺ２からの広告を見つける試行が行われる。

代表ピアＮｏｄｅ＿ＩＤ３は別のピアグループＯＺ２を、たとえば広告メッセージの受信によって見つけた場合、ピアグループＯＺ２をインスタンス化して、代表ピアＮｏｄｅ＿ＩＤ３のホームピアグループＯＺ１の代表ノードとしてのメンバーシップを要求する。この時点で、新たなピアグループＯＺ１のメンバーシップサービスはクレデンシャルチェックを実行し、たとえば、代表ピアＮｏｄｅ＿ＩＤ３が信頼ゾーンから来ているか否かをチェックする。すなわち、信頼ゾーンが該オーナーゾーンに入ろうとしているか否かをチェックする。

以下のリストに、信頼ゾーンの信頼性チェックを実行する３つの手段が挙げられている。
１．インターネット内のサーバは、中央の信頼ゾーンリストを作成し、ピアグループはこのリストをチェックしてから、信頼ゾーン接続を許可する。このようなリストは、たとえば固有のトピックに関連するもの、たとえば特定のサッカー用語等であり、管理者によってメンテナンスされる。

２．各ピアグループが、固有の信頼ゾーンリストを保持する。

３．代表者を受け入れる前に、ピアグループは相互にコンタクトし、接続要求を確認する。

ピアグループのクレデンシャルはこの場合、信頼ゾーンチェックにおいてピアのクレデンシャルよりも重要である。第２のピアグループＯＺ２のメンバーシップサービスが代表ピアＮｏｄｅ＿ＩＤ３をメンバーとして受け入れる前に、ピアのクレデンシャルだけでなく、第１のピアグループＯＺ１のクレデンシャルも確認する必要がある。この第１のピアグループＯＺ１のクレデンシャルは、該代表ピアが付随して持っているものか、または要求に応じて第１のピアグループＯＺ１から直接受信されたものである。両方のクレデンシャルが、たとえば上記の信頼性チェックのうち１つにしたがって確認されると、メンバーシップサービスは自身のグループに対する代表ノードのアクセス権を許可する。次に、代表ピアＮｏｄｅ＿ＩＤ３は、代表者ステータスおよび代表者のアイデンティティをもってグループに参加する。しかしピアグループは、このゾーン内部での代表ピアの権利を自由に制限することができる。たとえば、代表ピアは定義されたコンテンツにのみアクセスすることを許可される。信頼ゾーンが異なると、定義されるコンテンツも異なることがある。

代表者Ｎｏｄｅ＿ＩＤ３はたとえば、図４に示されるように、他のグループの代表者Ｎｏｄｅ＿ＩＤ２のみとの通信に制限される。他のグループの代表者Ｎｏｄｅ＿ＩＤ２は自身の所属するピアグループＯＺ２内部でアクセス権を制限されている場合がある。これはピアグループのユーザが、どのデータに対して、たとえばどのマルチメディアコンテンツに対して他のピアがアクセスできるようにするかフィルタリングする安全な手段である。

ノード識別子およびグループ識別子は、いかなる時にもピアグループ内でチェックできる。というのも、ピアが送信するすべてのメッセージにはクレデンシャルが添付されているからである。クレデンシャルは少なくとも、ピアの識別子およびピアグループの識別子を有する。これによって、送信者、該送信者の役割および該ピアグループにおける権利を識別できる。

代表者Ｎｏｄｅ＿ＩＤ３が、第２の代表者Ｎｏｄｅ＿ＩＤ２のピア識別子も含む第２のピアグループＯＺ２の広告メッセージを見つけると、代表者Ｎｏｄｅ＿ＩＤ３は、これら２つの代表者間に信頼ゾーン接続すなわちパイプ接続を要求する。発見された代表者Ｎｏｄｅ＿ＩＤ２はこのパイプに接続して、他の代表者Ｎｏｄｅ＿ＩＤ３に対して受入を指示し、この他の代表者Ｎｏｄｅ＿ＩＤ３は接続が確立されたことを認識する。接続プロセスの次のステップでは、図５に示されたように、代表者Ｎｏｄｅ＿ＩＤ３は自身のホームピアグループＯＺ１に戻るが、他の代表者Ｎｏｄｅ＿ＩＤ２とのパイプ接続を維持している。自身のホームピアグループＯＺ１に戻った代表者Ｎｏｄｅ＿ＩＤ３が、信頼ゾーン接続パイプが確立されたことを公表し、この時点からピアグループＯＺ１，ＯＺ２間で、代表者サービスを介してメッセージを交換できる。メッセージは、代表者サービスで具現化される特別なインタフェースを使用して別のピアグループへ送信されることができる。ここで、受信側のピアグループの識別子およびメッセージが代表ピアによって処理され、パイプにしたがって送信される。すなわち代表者が、各パイプが２つのピアのみの間の接続部となっている複数のパイプに接続することができる。しかしデータの安全性のために、メッセージを送信側ピアのピアグループのクレデンシャルおよび受信側のピアグループのアドレスによって補足することが必要である。

本発明の１つの実施形態ではピアグループ間で、ＪＸＴＡでは「セキュアパイプ」とも称される安全な接続が使用される。

１つの実施形態では、信頼ゾーンによるパイプ接続を確立する代わりに、代表者Ｎｏｄｅ＿ＩＤ３がメッセージを信頼ゾーンＯＺ２に直接投函する。代表者Ｎｏｄｅ＿ＩＤ３は応答メッセージを一種の「ポストマン」として回収し、ホームピアグループＯＺ１に戻る。

本発明の１つの実施形態では、確立されたパイプ接続は所定の期間の間アクティブ状態に維持され、または特定のイベントが発生するまで、たとえば単一または固有のファイルまたはメッセージが転送されるまで、アクティブ状態に維持される。その後、自動的に終了される。後に別のデータ転送が必要になった場合には、再作動する必要がある。このようにして、ピアグループ間のネットワークおよび関係の簡潔な構造が維持される。

有利には本発明では、たとえばデータ交換またはメッセージ交換を行うために、非常に制限されたアクセスのみを提供するピアグループ間で接続を具現化するための安全な手段が提供される。さらに、ユーザまたは管理者は、自身のピアグループに対して、どのピアグループと共働させるべきかを簡単に定義することができ、また特定の共働レベルまたは機密レベルを定義して、たとえばどのデータを特定のピアグループがアクセスできるかを簡単に定義することができる。代表ピアはこれらのデータをエクスポートする前に、これらのデータに対して「借用されるもの」または「インポートされるもの」とマーキングすることができる。これによって、他のピアグループによるコピーまたは更なる分配が防止できる。この目的のために、たとえばメタデータ、デジタル署名またはデータの電子的透かしが使用される。メタデータを使用してデータの拡大を制御する手段は、たとえば欧州特許出願ＥＰ１３６９８０４に開示されている。受信側ピアグループのピアはこのマーキングを検出し、該マーキングの検出に応じて、たとえばメッセージ等であるデータのコピーまたは更なるの分配を拒否する。

本発明は全般的にピアグループにおいて使用することができ、とりわけ、ＪＸＴＡプロトコルを使用するピアグループにおいて使用され、さらに特定すると、欧州特許出願ＥＰ１４２７１４１に開示されたような「オーナーゾーン」形式のピアグループにおいて使用される。

２つのオーナゾーン間のブリッジングを示す図である。 複数のオーナゾーン間のブリッジングを示す図である。 ２つのピアグループ間で代表ピアを使用して行われるパイプ通信の生成を示す図である。 ２つのピアグループ間で代表ピアを使用して行われるパイプ通信の生成を示す図である。 ２つのピアグループ間で代表ピアを使用して行われるパイプ通信の生成を示す図である。

Claims (12)

1. 第１のピアグループと第２のピアグループとの間に通信を確立する方法において、
   前記第２のピアグループのメンバーである第２のピアにおいて第１のピアからのメッセージを受信するステップであって、前記第１のピアは、第１のピアグループのメンバーであるか、または、別個の接続を介して２次ピアと接続可能である１次ピアであって前記第１のピアグループのメンバーである１次ピアと接続可能な前記２次ピアであり、前記メッセージは前記第２のピアグループのメンバーに送信される、受信するステップと、
   前記メッセージから、第１のピアのピア識別子と、第１のピアグループのピアグループ識別子と、第２のピアグループにおける第１のピアの一時的なグループメンバーシップのための申し込みと、第１のピアが第２のピアグループから第１のピアグループまでの接続の形成を要求していることの指示と、を検出するステップと、
   第１のピアグループに対する接続が第２のピアグループに許可されるかを検出するステップと、
   接続が許可される場合、第１のピアに対して第２のピアグループとのメンバーシップを許可するステップ
   とを有することを特徴とする方法。
2. １次ピアおよび２次ピアは、同一のハードウェア上で動作するソフトウェアインスタンスであるか、またはスレッドである、請求項１記載の方法。
3. １次ピアおよび２次ピアは、他のピアには既知でない秘密のプロトコルまたは暗号を使用する、請求項１または２記載の方法。
4. 第１のピアに前記第２のピアグループとのメンバーシップが許可された後、該第１のピアは、
   データまたはメッセージを送信し、および／または第２のピアグループから第１のピアグループへサービスを供給するステップ、および／または、
   第１のピアグループからデータまたはメッセージを受信し、および／またはサービスを要求して、第２のピアグループへ供給するステップ
   を有する、請求項１から３までのいずれか１項記載の方法。
5. 第２のピアグループへ供給されるデータまたはメッセージおよび／またはサービスの要求は、少なくとも、別のピアグループとの接続を保持する第２のピアグループ内のすべてのピアに対してブロードキャストされる、請求項４記載の方法。
6. 第２のピアグループ内のデータおよび／またはサービスは、少なくとも１つの第１のクラスと１つの第２のクラスとに分類され、
   該第１のクラスのデータおよび／またはサービスを前記第１のピアグループに供給することは許可され、該第２のクラスのデータおよび／またはサービスを該第１のピアグループに供給することは許可されず、
   第１のピアグループに対する接続が第２のピアグループに許可されるかを検出するステップには、第２のピアグループのどの特定のデータおよび／またはサービスが該第１のクラスに分類されているかまたは該第２のクラスに分類されているかを検出するステップが含まれる、請求項１から５までのいずれか１項記載の方法。
7. 前記第２のピアグループのどの特定のデータおよび／またはサービスが該第１のクラスに分類されているかまたは該第２のクラスに分類されているかを検出するステップには、インターネットベースのサーバによって供給された中央のリストをチェックするステップまたはローカルのリストをチェックするステップが含まれている、請求項６記載の方法。
8. 前記第２のピアグループのどの特定のデータおよび／またはサービスが該第１のクラスに分類されているかまたは該第２のクラスに分類されているかを検出するステップには、第２のピアグループが第１のピアグループに確認のためにコンタクトするステップが含まれている、請求項６記載の方法。
9. 第１のピアに対して第２のピアグループとのメンバーシップを許可する接続を、所定の時間後または所定のイベントに応じて終了する、請求項１から８までのいずれか１項記載の方法。
10. 第２のピアグループから第１のピアグループへ送信されるデータまたはメッセージがマーキングされ、
    第１のピアグループのピアは前記マーキングを検出し、前記マーキングの検出に応じて、該データまたはメッセージのコピーまたは更なる分配を拒否する、請求項１から９までのいずれか１項記載の方法。
11. 第１のピアは、１次ピアに関連する２次ピアであり、
    ピアおよびピアグループは個別の識別子を有し、
    ２次ピアの識別子は第１のピアグループのピアグループ識別子と同じである、請求項１記載の方法。
12. 第１のピアグループと第２のピアグループとの間で通信を確立するための装置において、
    第２のピアグループのメンバーである第２のピアにおいて第１のピアからメッセージを受信するための手段であって、前記第１のピアは、第１のピアグループのメンバーであるか、または、別個の接続を介して２次ピアと接続可能である１次ピアであって前記第１のピアグループのメンバーである１次ピアと接続可能な前記２次ピアであり、前記メッセージは前記第２のピアグループのメンバーに送信される、手段と、
    該メッセージから、第１のピアのピア識別子と、第１のピアグループのピアグループ識別子と、第２のピアグループにおける第１のピアの一時的なグループメンバーシップのためのアプリケーションと、第１のピアが第２のピアグループから第１のピアグループまでの接続の形成を要求していることの指示と、を検出するための手段と、
    第１のピアグループに対する接続が第２のピアグループに許可されているかを検出するための手段と、
    接続が許可されていることが検出された場合、第１のピアに対して第２のピアグループとのメンバーシップを許可するための手段とが設けられていることを特徴とする装置。

Images