(57)【要約】【課題】ノード間の通信を確立する場合に技術的管理の必要量を低減することであり、ただしこれらのノードの全ては例えばホームネットワークにおけるように同一オーナーの制御下にある。【解決手段】上記課題は、２つのノードが接続され、これらの２つのノードのいずれも既にノードのグループのメンバーとしてラベリングされていない場合に、グループラベルは自動的に生成され、グループラベルは２つのノードに自動的に割り当てられ、他のノードがノードのグループに接続される場合に、グループラベルは他のノードに自動的に割り当てられ、ノードには１つより多くのグループラベルが割り当てられないことによって解決され、上記課題は、装置においては、上記の方法を実施するための装置によって解決される。【選択図】図１
2004187296.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク（Ｐ２Ｐ＿１，Ｐ２Ｐ＿２）のノードであるテクニカルデバイスをグループ化するための方法であって、前記ノードはネットワークの他のノードにサービス又はリソースを提供し、ネットワークの他のノードによって提供されるサービス又はリソースを使用することが可能であり、ユニークラベル（Ｚ＿ＩＤ）がグループを識別するために使用され、さらにユニークラベル（Ｎ＿ＩＤ１，．．．，Ｎ＿ＩＤ７）が個々のノード（Ｎ１，．．．，Ｎ７）を識別するために使用される、ネットワーク（Ｐ２Ｐ＿１，Ｐ２Ｐ＿２）のノードであるテクニカルデバイスをグループ化するための方法において、
２つのノードが接続され、該２つのノードのいずれも既にノードのグループのメンバーとしてラベリングされていない場合に、グループラベル（Ｚ＿ＩＤ）は自動的に生成され、
前記グループラベル（Ｚ＿ＩＤ）は前記２つのノードに自動的に割り当てられ、
他のノードがノードの前記グループに接続される場合に、前記グループラベル（Ｚ＿ＩＤ）は前記他のノードに自動的に割り当てられ、
ノードには１つより多くのグループラベル（Ｚ＿ＩＤ）が割り当てられないことを特徴とする、ネットワーク（Ｐ２Ｐ＿１，Ｐ２Ｐ＿２）のノードであるテクニカルデバイスをグループ化するための方法。
【請求項２】
１つ以上のノードがノードの前記グループに加えられるか又は除去される場合にはいつでも、前記グループラベル（Ｚ＿ＩＤ）は新たに決定されて、ノードの前記グループに所属する全てのノードに動的に割り当てられる、請求項１記載の方法。
【請求項３】
ノードは同一のユーザの制御下にある、請求項１又は２記載の方法。
【請求項４】
ノードの２つの異なるグループ（ＯＺ＿２０，ＯＺ＿２１）が１つのグループに併合され、併合プロセスは影響を受けるノードのグループラベル（Ｚ＿ＩＤＡ，Ｚ＿ＩＤＢ）の修正を含み、共通グループラベル（Ｚ＿ＩＤＡＢ）が影響をうけるノード（Ｎ２２、Ｎ２３）に割り当てられる、請求項１〜３のうちのいずれか記載の方法。
【請求項５】
ノードのグループは２つ以上のノードのグループに分割され、分割プロセスは影響を受けるノードのグループラベルの修正を含む、請求項１〜４のうちのいずれか記載の方法。
【請求項６】
グループラベルの修正は、共通グループラベルを１つの結果的に生じるノードのグループのノードへ自動的に割り当てること、及び、別の共通グループラベルを他の結果的に生じるノードのグループへ自動的に割り当てることか又は前記他の結果的に生じるノードのグループの前記ノードの共通グループラベルをそのままにしておくことのいずれかである、請求項５記載の方法。
【請求項７】
次の条件が満たされるならば、ノードの異なるグループ（ＯＺ＿４０，．．．，ＯＺ＿４２）に所属するノード（Ｎ４１，．．．，Ｎ４５）の間の通信及び共働が許可される、すなわち、
第１の条件とは、リクエストする側のノードがノードの第１のグループに所属し、ノードのこのグループが少なくとも１つの他のノードの第２のグループに接続されていることであり、
第２の条件とは、ノードの前記第２のグループがリクエストはノードの前記第１のグループから発せられたことを明白に検出することができることであり、
第３の条件とは、ノードの前記第２のグループには明示的にノードの前記第１のグループと通信及び共働することが許可されていることであり、
第４の条件とは、ノードの前記第１のグループによりリクエストされたコンテント又はサービスがノードの前記第２のグループ内で利用可能であり、かつ、ノードの前記第２のグループによりリリースされ、このリリースは明示的にノードの前記第１のグループに関連するか又はこのリリースはノードの前記第１のグループを含むノードの多数のグループに関連することである、請求項１〜６のうちのいずれか記載の方法。
【請求項８】
第３の条件は、さらに次のように明記される、すなわち、もしノードの第１のグループ（ＯＺ＿４０）がノードの第２のグループ（ＯＺ＿４１）と共働することを許可されているならば、ノードの前記第２のグループ（ＯＺ＿４１）もノードの前記第１のグループ（ＯＺ＿４０）と共働することを許可されている、請求項７記載の方法。
【請求項９】
第３の条件は、さらに次のように明記される、すなわち、もしノードの第１のグループ（ＯＺ＿６１）がノードの第２のグループ（ＯＺ＿６０）と共働することを許可されており、さらにノードの前記第２のグループ（ＯＺ＿６０）がノードの第３のグループ（ＯＺ＿６２）と共働することを許可されているならば、このような配置はノードの前記第２のグループ（ＯＺ＿６０）のインタラクションありで又はなしでのいずれかでノードの前記第１のグループ（ＯＺ＿６１）がノードの前記第３のグループ（ＯＺ＿６２）と共働することを許可されていることをもたらす、請求項７記載の方法。
【請求項１０】
ノードの前記グループから切断される場合にはノードから前記グループラベル（Ｚ＿ＩＤ）が自動的に剥奪される、請求項１〜９のうちのいずれか記載の方法。
【請求項１１】
２つのノード間の接続はステータスを有し、該ステータスは両方の接続されたノードがノードの同一のグループに所属しているか否かを定義する、請求項１〜１０のうちのいずれか記載の方法。
【請求項１２】
請求項１〜１１のうちのいずれか記載の方法を実施するための装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ノードはネットワークの他のノードにサービス又はリソースを提供し、ネットワークの他のノードによって提供されるサービス又はリソースを使用することが可能であり、ユニークラベルがグループを識別するために使用され、ユニークラベルが個々のノードを識別するために使用される、ネットワークのノードであるテクニカルデバイスをグループ化するための方法及びこの方法を実施するための装置に関する。本発明は、テクニカルデバイス、例えばデジタル電子コンシューマデバイス及びコンピュータからネットワークをつくるための方法に関連している。
【背景技術】
【０００２】
コンピュータテクノロジではデータ交換及びハードウェアリソースの共有のために接続されたデバイスのネットワークを構築することがよく知られている。個別のデバイスは一般にノードと呼ばれている。差し当たり、ノードは通常コンピュータであるが、他のテクニカルデバイスであるかもしれず、これらの相互接続は主に電気的、光学的又はワイヤレス無線接続である。ネットワークはクライアント-サーバアーキテクチャか又はピアツーピア（Ｐ２Ｐ）アーキテクチャかのいずれかに基づくものに分類される。Ｐ２Ｐベースのネットワークではノードはピアとも呼ばれる。クライアント-サーバアーキテクチャでは各ノードがクライアントか又はサーバかのいずれかであると定義されているが、Ｐ２Ｐネットワークではこのような区別はない。その代わり、ピアはサーバ及びクライアント機能両方を含んでいる。Ｐ２Ｐテクノロジは、各ノードがネットワークの他のノードにサービス又はリソースを提供すること又はネットワークの他のノードにより提供されるサービス及びリソースを利用することを可能にする。
【０００３】
Ｐ２Ｐネットワークは通常特別なアプリケーション又は下位ネットワークトポロジには制限されないが、ノード又はピアのセットとして理解され、これらのピアは固有のプロトコルのある種のセットに依存する。Ｐ２Ｐネットワークにおいて特徴的なことは、ピアが直接的に他のピアと通信し、この結果、中央ネットワーク構成が必要とされないことである。大抵のＰ２Ｐネットワークは、ピアがいつでもネットワークに接続されること又はネットワークから切断されることをサポートする。
【０００４】
前述のＰ２Ｐプロトコルは、例えば他の接続されたピアの発見、自身のサービス又はリソースを他のピアに提示すること（広告（advertising））、他のピアの広告メッセージを理解すること又は他のピアへの確実な接続を確立するために接続キャパシティを割り当てることのような基本的なネットワーク構成に必要とされる。また、ピアのグループが共働することを可能にする、すなわちピアグループを形成するプロトコルが存在する。このようなピアグループは通常はピアグループ内で共通のサービスセットを提供するのに利用される。それでもやはり、ピアグループの目的は一般的には定義されない。ピアグループに所属するピアは通常は同一グループの全ての他の接続されたピアへアクセスし、そして同一グループの他の全ての接続されたピアからアクセスされる。さらに、各ピアは更に別のピアグループのメンバーであってもよい。ピアグループへピアを加える又はピアグループからピアを除去するためには、ユーザは常にある種の管理活動を行う必要がある。
【０００５】
一般的に認可されたユーザだけがピアに、又は、ピアのコンテンツに、又は、ピアのコンテンツのリリースされた部分にアクセスし、この場合ユーザの認可はユーザ固有のキー、物理的な又は仮想的な秘密キー、例えばパスワードにより行われる。
【０００６】
ピアは個体とみなされなければならないので、各ピアは明白に識別子を使用することによってアドレス指定されうることが必要である。通常はピアはユニークラベル、例えばいわゆるユニバーサルユニークアイデンティファイア（ＵＵＩＤ）を使用することによってアドレス指定される。ピアがピアグループを形成する場合、ピアグループがそれ自体で通常は専用ラベル、例えばＵＵＩＤを取得し、このＵＵＩＤはグループのメンバーを識別するために使用されうる。上述のピアツーピアネットワーク及びメカニズムは詳細に例えばＷＯ０２／０７９１７Ａ２において出版されている。
【特許文献１】ＷＯ０２／０７９１７Ａ２
【発明の開示】
【発明が解決しようとする課題】
【０００７】
本発明の課題は、ノード間の通信を確立する場合に技術的管理の必要量を低減することであり、ただし前記ノードの全ては例えばホームネットワークにおけるように同一オーナーの制御下にある。
【課題を解決するための手段】
【０００８】
上記課題は、方法においては、２つのノードが接続され、これらの２つのノードのいずれも既にノードのグループのメンバーとしてラベリングされていない場合に、グループラベルは自動的に生成され、
グループラベルは２つのノードに自動的に割り当てられ、
他のノードがノードのグループに接続される場合に、グループラベルは他のノードに自動的に割り当てられ、
ノードには１つより多くのグループラベルが割り当てられないことによって解決され、
上記課題は、装置においては、上記の方法を実施するための装置によって解決される。
【発明を実施するための最良の形態】
【０００９】
本発明によれば、接続されたピアは自動的にＰ２Ｐグループを形成する。同一のＰ２Ｐグループに所属するピアは互いに通信し合い、互いのコンテント又はサービスにアクセスする。他のピアグループのピアは前記グループが互いに既知である場合に限ってアクセスできる。ユーザの管理上の努力も、接続されたピア又はこのようなピアに関連付けられたコンテントのアクセスのためのユーザ認可を必要としないことによって低減される。本発明を使用する結果、ユーザは特別なネットワーキング知識なしでもネットワークに接続された自分のデバイスをもつことができる。
【００１０】
本発明の有利な更なる実施形態は従属請求項、以下の記述及び図面に記載されている。
【実施例】
【００１１】
本発明の実施例を添付図面に基づいて記述する。
【００１２】
個人の家はプライベートな場所であり、公衆に対して開かれていない。家は歓迎されざる人物が入らないようにロックされているが、もちろん家族のような歓迎すべき人物はいつでも入ることができ、ゲストのような他の歓迎すべき人物は所定の時間に入ることができる。これはオーナー又はオーナーグループと上記の他の人物との間の信頼関係に相応している。結果的に、前記信頼された他の人物は通常テクニカルデバイス及びメディア、例えばラジオ、本、ＣＤを含むオーナーの家のいくつかの又は大抵の又は全ての備品にアクセスする。それでもやはり、常に個々のオーナー又は家族のようなある種の人物グループしかアクセスできない幾つかのものがある。さらに、本又は音楽ＣＤのようなある種の所有物を信頼された人物に貸すのは一般的である。
【００１３】
本発明は上記の人物関係をテクニカルシステム、すなわち例えばＣＤ又はＤＶＤのような電子ストレージデバイスを含むマルチメディアホームネットワーク及び異なる家庭に所属するマルチメディアホームネットワーク間の接続に写像する。本発明はＰ２Ｐネットワーキングのコンセプトを使用し、それゆえピアとしての個々のテクニカルデバイスに関連する。
【００１４】
家庭のテクニカルデバイスをＰ２Ｐネットワークに接続することは、よりすぐれたユーザ利便性を提供し、例えばオーナーがデバイスをリモートで制御することを可能にし、又は、異なるデバイス間でコンテンツ又はサービスを共有することを可能にする。プライバシーの理由で、このＰ２Ｐネットワークは同一の家庭又はオーナーに所属するピアしか含まない。ピアが家庭の外に、例えばオーナーの車、庭に配置されているか又は携帯可能であることもありうるので、用語「オーナーゾーン（Owner Zone）」は同一のオーナー又はオーナーのグループ、例えば家族の制御下にあるデバイス又はピアのグループを記述するために使用される。オーナーの家Ｈ＿１の中のピアＮ１，．．．，Ｎ７はローカルＰ２ＰネットワークＰ２Ｐ＿１に接続されており、オーナーのモバイルピアＮ１、Ｎ２は同一のＰ２Ｐネットワークに接続されており、同一のオーナーに所属する別の建物Ｈ＿２内の他のピアＮ６、Ｎ７は別のローカルＰ２ＰネットワークＰ２Ｐ＿２に接続されており、前記２つのネットワークＰ２Ｐ＿１、Ｐ２Ｐ＿２は相互に接続されている。
【００１５】
本発明によれば、オーナーのホームネットワークへの物理的アクセスを有するピアは自動的にオーナーゾーンのメンバーになり、ピア発見、ピア解決、広告などのような周知のＰ２Ｐメカニズムを使用する。下記のメカニズムをまったく利用しないならば、オーナーゾーンの外側の他のピアには接続できない。
【００１６】
さらに本発明はピア間の接続が特定個数の状態のうちの１つを、例えば「内部」又は「外部」を有することができることを含む。接続の状態はなんらかの手段を利用することによって、例えばプラグコーディング又はソフトウェアコントロールを利用することによって前記接続に割り当てられうる。
【００１７】
本発明によれば、オーナーゾーンはユニークラベル、例えばユニバーサルユニークアイデンティファイア（ＵＵＩＤ）によって識別される。さらに、ピアはユニークラベル、例えばＵＵＩＤによって識別されうるので、オーナーゾーンに所属するピアは一組のラベル、すなわちそれらの個々のユニークノードラベル及びオーナーゾーンのユニークラベルによって確実に識別される。これらのラベルは以下においてそれぞれノード＿ＵＵＩＤ及びゾーン＿ＵＵＩＤと呼ばれる。ただ１つのグループに関連するラベル、あるいはゾーン＿ＵＵＩＤが、ピアに割り当てられる。オーナーゾーン内のピアは同じオーナーゾーン内の他の全てのピアをそれらのゾーン＿ＵＵＩＤをそれ自身のゾーン＿ＵＵＩＤと比較し、ゾーン＿ＵＵＩＤが同一であることを見出すことによって識別することができる。図１では各ノードＮ１，．．．，Ｎ７は相応のノードラベルＮ＿ＩＤ１，．．．，Ｎ＿ＩＤ７及びグループラベルＺ＿ＩＤを有する。
【００１８】
下記のルールに従う場合には、異なるオーナーゾーンが相互に通信しあうことができ、又は、互いのコンテント又はサービスにアクセスすることができる。
【００１９】
オーナーゾーンは情報提供セクション、例えばデータセットを含み、オーナーゾーンの構造及び/又はコンテンツに関する情報を提供する。この情報提供セクションは以下においてゾーン＿インフォ＿データと呼ばれる。同様に、オーナーゾーン内のピアも情報提供セクション、例えばデータセットを含むことができ、ピアの構造及び/又はコンテンツに関する情報を提供する。この情報提供セクションは以下においてノード＿インフォ＿データと呼ばれる。オーナーゾーン内で、上記の情報提供セクションはユニークラベル、例えばそれぞれゾーン＿インフォ＿ＵＵＩＤ及びノード＿インフォ＿ＵＵＩＤによってマークされる。上記のゾーン＿インフォ＿データは自動的に更新され、例えばゾーン＿ＵＵＩＤ、オプショナルなゾーン＿ネーム、オプショナルなゾーン＿サービス＿リスト又は下記の他の情報のような情報を含むことができる。
【００２０】
前記オプショナルなゾーン＿ネームはこれによってオーナーゾーンが他のオーナーゾーンによってアドレス指定されるリーダブルネームであり、よって、部分的にゾーン＿ＵＵＩＤのエイリアスであるが、ゾーン＿ＵＵＩＤとは異なり必ずしもユニークではない。第１のオーナーゾーンが第２のオーナーゾーンをアドレス指定し、さらに前記第２のオーナーゾーンがユニークでないゾーン＿ネームを有する場合、前記第１のオーナーゾーンは例えば前記第２のオーナーゾーンのゾーン＿ネームを前記第２のオーナーゾーンのゾーン＿ＵＵＩＤに内部的にマッピングすることによって確実に前記第２のオーナーゾーンを指定する必要がある。
【００２１】
前記オプショナルなゾーン＿サービス＿リストは、もし他のオーナーゾーンがアクセスを許されるならば、どのサービスをオーナーゾーンが前記他のオーナーゾーンに提示するかを定義することができる。このゾーン＿サービス＿リストは、詳細に、アクセスタイムフレームのオプショナルな定義も含めてどのサービスが前記他のオーナーゾーンのうちのどれに対してアクセス可能となるのかも定義できる。
【００２２】
上記のグループラベル、例えばゾーン＿ＵＵＩＤは、オーナーがオーナーゾーンを作成することを決定する場合に作成され、オーナーが各自のオーナーゾーンを廃棄することを決定する場合には廃棄される。とりわけ、第１のピアが第２のピアに接続され、すなわち新しいオーナーゾーンを構築し、これらのピアが新しいゾーンに対する定義されたゾーン＿ＵＵＩＤがまだ存在しないことを検出する場合に、両方のピアがユーザインタラクションなしで新しいゾーン＿ＵＵＩＤをネゴシエイトする。さもなければ、第１のピアが第２のピアに接続され、前記第１のピアはまだ定義されたゾーン＿ＵＵＩＤを持たないが、前記第２のピアがすでにあるオーナーゾーンに所属しており、それゆえ定義されたゾーン＿ＵＵＩＤを持っている場合には、結果的に生じるＰ２Ｐネットワークのゾーン＿ＵＵＩＤはそのままで維持され、この結果、前記ゾーン＿ＵＵＩＤが前記第２のピアから前記第１のピアに伝送される。本発明の他の実施例では、新しいゾーン＿ＵＵＩＤが前記結果的に生じるＰ２Ｐネットワークのためにネゴシエイトされる。オーナーは個別に、例えば技術的な理由に従って、ピアを加えるか又は除去する場合にゾーン＿ＵＵＩＤを変更するか否かを決定できる。一つのピアがピアグループから除去される場合には、前記ピアグループのゾーン＿ＵＵＩＤが前記ピアから剥奪されなければならない。
【００２３】
もし別のオーナーゾーンからアクセス可能であるオーナーゾーンが新しいゾーン＿ＵＵＩＤを取得するならば、１つの古いゾーン＿ＵＵＩＤ又は複数の古いゾーン＿ＵＵＩＤを記憶しておくのが有利であり、この結果、前記別のオーナーゾーンはこの変更を知らされるか又は前記古いゾーン＿ＵＵＩＤを使用している前記別のオーナーゾーンからのメッセージは拒否されない。古いゾーン＿ＵＵＩＤは例えば結果的に生じるオーナーゾーンのゾーン＿インフォ＿データセクションに記憶されうる。
【００２４】
有利には、オーナーゾーンに対する上記のラベリングコンセプトは図２に示されているように２つ以上のオーナーゾーンを容易に併合するのに使用されうる。２つのオーナーゾーンが併合されることになり、第１のオーナーゾーンＯＺ＿２０がゾーン＿ＵＵＩＤ Ｚ＿ＩＤＡによりラベリングされており、さらに第２のオーナーゾーンＯＺ＿２１がゾーン＿ＵＵＩＤ Ｚ＿ＩＤＢによりラベリングされている場合、典型的な方法は、新しいゾーンラベル、例えばＺ＿ＩＤＡ及びＺ＿ＩＤＢとは異なるゾーン＿ＵＵＩＤ Ｚ＿ＩＤＡＢをネゴシエイトし、次いで前記新しいゾーンラベルを前記第１のオーナーゾーンＯＺ＿２０又は前記第２のオーナーゾーンＯＺ＿２１に所属する全てのピアＮ２２、Ｎ２３に割り当てることである。
【００２５】
ここでソースと呼ばれる２つのオーナーゾーンが１つの新しいオーナーゾーンに併合される場合、新しいゾーン＿インフォ＿データがこの新しいオーナーゾーンの構造及び/又はコンテンツを記述するために生成される。とりわけ、新しいゾーン＿インフォ＿データが両方の前記ソースオーナーゾーンに関する情報、例えば各々のゾーン＿ＵＵＩＤ、ゾーン＿ネームなどを含み、これによってオーナーゾーン修正を追跡することを可能にする。
【００２６】
２つのオーナーゾーンを併合する上記の方法はあらゆる２つのオーナーゾーンにも適用できるので、上記のステップのうちの少なくとも１つが行われるか又は前記第１及び第２のオーナーゾーンの個々のオーナーによって是認される。さらに、併合の上記方法は、２つ以上のオーナーゾーンが併合される場合にはリカーシブに適用される。２つ以上のオーナーゾーンを併合する場合には、結果的に生じるゾーン＿インフォ＿データはいくつかの又は全ての併合されたソースオーナーゾーンに関する情報を含みうる。有利には、併合のための上記メカニズムによってユーザは様々な位置にある全ての自分のオーナーゾーンを１つのオーナーゾーンに併合することが可能である。それゆえ、オーナーゾーンは、図１に示されているようにユーザの家に限定されない。
【００２７】
同様に、オーナーゾーンに対する上記のラベリングコンセプトは１つのオーナーゾーンを２つ以上のオーナーゾーンに容易に分割するのにも使用されうる。例えばゾーン＿ＵＵＩＤＡとラベリングされているオーナーゾーンが分割される場合、典型的な方法は、新しいラベル、例えばゾーン＿ＵＵＩＤＢを計算し、次いで前記新しいラベルを新しいオーナーゾーンに所属することになっている全てのピアに割り当て、こうして前記ピアに対する古いゾーンラベルを廃棄することである。同様に、もし古いラベル ゾーン＿ＵＵＩＤＡをもはや使用することができないならば、ゾーン＿ＵＵＩＤＡとラベリングされている残りのピアにも新しいゾーンラベル、例えばゾーン＿ＵＵＩＤＣが割り当てられる。
【００２８】
ここでソースと呼ばれるオーナーゾーンがここでターゲットと呼ばれる２つのオーナーゾーンに分割される場合には、ソースオーナーゾーンのオーナーは、関連付けられたピア、コンテンツ及びサービスに対して前記ターゲットオーナーゾーンのうちの１つを指定する必要がある。新しいゾーン＿インフォ＿データが両方の前記ターゲットオーナーゾーンに対して生成され、新しいゾーン＿インフォ＿データはそれらの個々の構造及び／又はコンテンツを記述し、さらにとりわけ前記ソースオーナーゾーンに関する情報、例えばそのゾーン＿ＵＵＩＤを含んでいる。
【００２９】
さらに、オーナーゾーン内では明示的なユーザ識別の必要はない。なぜなら、接続されたピアのどれかへのアクセスを有するどのユーザも暗黙のうちにこのＰ２Ｐネットワーク全体にアクセスすることを認可されているからである。個々のユーザは匿名である。言い換えれば、認証はピアに関係付けられており、ユーザには関係付けられていない。オーナーの観点からは、これはオーナーの家の中の全ての人物、例えば家族の間に存在する信頼関係を反映している。これはロックメカニズム、例えばパスワードをある種のコンテント又はある種のサービスに割り当てる可能性、すなわち、前記コンテント又はサービスへのアクセスを有するユーザの数を制限する可能性を排除するものではない。このような場合には、ユーザ独立キー例えばパスワードの知識が前記プロテクトされたコンテント又はサービスにアクセスするためには必要とされ、この結果、ユーザ認証は必要とされない。図３は、多数のピアへのアクセスを有するユーザ３０、３１、３２のグループを示しており、これらの多数のピアはＰ２ＰネットワークＰ２Ｐを介して接続されている。いくつかのピアＮ３４には全ての前記ユーザがフリーアクセスを有するが、他方で他のピアＮ３５、Ｎ３６に対してはアクセスがそれぞれのキーを持つ又は知っているユーザに制限されている。一人のユーザ３２はコンテント又はサービスＮ３５への唯一のアクセスを有するが、他方で他のコンテント又はサービスＮ３６は一人以上のユーザ３０、３１によりアクセスされうる。
【００３０】
コンテントロッキングのための上記の方法によって、スーパーユーザ機能が必要になりそうである。なぜなら、キーが失われてしまうことがありうるからである。スーパーユーザ機能は恣意的な方法を利用でき、例えばコンテンツを削除する権限を含み、こうしてコンテンツがロックされておりかつキーが失われる状況を解決することができる。
【００３１】
上述のように、異なるオーナーゾーンの間の通信が次のような方法が使用される場合には許可される。第１のオーナーゾーンの第１のオーナーは第２のオーナーのオーナーゾーンに対する信頼関係を表現することができ、こうして前記第２のオーナーゾーンのピアに前記第１のオーナーゾーンのある種のコンテントへのアクセスを与える。信頼関係が第１のオーナーゾーンから別の、第２のオーナーゾーンに表現される場合には、前記第２のオーナーゾーンは前記第１のオーナーゾーンに関して「信頼されたゾーン（Trusted Zone）」と呼ばれる。この信頼関係は多数の他のオーナーゾーンに対しても表現されうる。これは、オーナーゾーンが信頼されたゾーンと見なされている他のオーナーゾーンのリストを含み、このリストでは前記他のオーナーゾーンは例えばそれらのそれぞれのユニークラベルによって表されるようにインプリメントされる。信頼されたゾーンの前記リストは前述のゾーン＿インフォ＿データの部分であってもよい。前記信頼されたゾーンの各々に対して、オーナーゾーン内のどのピアにアクセスしてよいか又はオーナーゾーン内のどのコンテンツ又はサービスにアクセスしてよいかが定義されうる。
【００３２】
図４はＺ＿ＩＤ０とラベリングされているピア４２、４４から成る典型的なオーナーゾーンＯＺ＿４０及びそれぞれＺ＿ＩＤ１及びＺ＿ＩＤ２とラベリングされている所属のピアＮ４１、Ｎ４３及びＮ４５を有する２つの関係付けられた信頼されたゾーンＯＺ＿４１、ＯＺ＿４２を示している。前記オーナーゾーンＯＺ＿４０内のピアは前記信頼されたゾーンＯＺ＿４１、ＯＺ＿４２内のピアに接続し、ノードＮ４１、Ｎ４５のコンテント又はサービスにアクセスすることができる。逆に、前記信頼されたゾーンＯＺ＿４１、ＯＺ＿４２のピアは前記オーナーゾーンＯＺ＿４０のピアＮ４２、Ｎ４４に接続し、コンテント又はサービスにアクセスできる。１つの信頼されたゾーンＯＺ＿４１内のピアＮ４３のある種のコンテント又はサービスは前述のようにロックされており、キーは前記オーナーゾーンＯＺ＿４０には知られておらず、この結果、オーナーゾーンＯＺ＿４０のピアは前記コンテント又はサービスにアクセスできない。さらに、オーナーゾーンＯＺ＿４０内のノードＮ４４のある種のコンテント又はサービスは前述のようにロックされており、キーは信頼されたゾーンＯＺ＿４１に知られており、この結果、前記信頼されたゾーンのピアは前記コンテント又はサービスにアクセスできる。
【００３３】
異なるオーナーゾーンの間の上記の通信方法は、多数の予め定義された信頼レベルがオーナーゾーン内に存在することを含みうる。あるいは包括的にオーナーゾーンがその信頼されたゾーンに対してある一定の信頼のレベルを割り当てることができる。もし多数の予め定義された前記信頼のレベルがヒエラルヒーを有するならば、前記オーナーゾーンはそのコンテンツ又はサービスの各々に対して最小の信頼レベルを要求しうる。
【００３４】
さらに、もしオーナーゾーンのオーナーと信頼されたゾーンのオーナーとの間で合意に達すれば、オーナーゾーンと関係付けられた信頼されたゾーンとの間のアクセスはある一定のタイムフレームに限定されることが可能である。
【００３５】
オーナーゾーンと関係付けられた信頼されたゾーンとの間の通信を確立するためには、リクエストする側のゾーンがリクエストされた側のゾーンのゾーン＿ＵＵＩＤ以上のことを知っている必要はなく、とりわけなんらかのノード＿ＵＵＩＤ又はリクエストされた側のゾーンに関するコンテント又はサービス詳細を知っている必要はない。オーナーゾーン間のコンタクトを確立するための典型的な方法は以下に記述する。
【００３６】
第１のオーナーゾーンに所属する第１のピアが第２のオーナーゾーンに所属する第２のピアから通信のためのリクエストを受信する場合、リクエストも前記第２のリクエストする側のオーナーゾーンのゾーン＿ＵＵＩＤを含み、それはリクエストされたものの明細を含みうる。第１のリクエストされる側のピアは最初のステップにおいて前記ゾーン＿ＵＵＩＤを信頼されたゾーンのそのリストと比較し、リクエストする側の第２のピアがこれらの信頼されたゾーンのどれかに所属するかどうかを検出する。もしイエスならば、第１のリクエストされた側のピアが第２のステップにおいてリクエストされたものの詳細について受信したリクエストを分析し、リクエストされたコンテント又はサービスが利用可能であるか調べる。もし前記詳細が第１のリクエストに含まれていないならば、前記第１のピアは第２のリクエストする側のピアにコンタクトしてこれらの詳細をもとめることができる。第３のステップにおいて、第１のリクエストされる側のピアは第２のリクエストする側のピアがリクエストされたコンテンツ又はサービスにアクセスすることを許可されているかどうかを、第４のステップにおいてリクエストされたアクセスを認めるか又は拒否するかのいずれかの前に、分析する。図４に図示されたように及び前述のように、リクエストする側の第２のピアが前述のロックメカニズムのロックを解除することができるならば、前記リクエストされたアクセスを認めるか又は拒否するかは前記ロックメカニズム、例えばパスワードとは無関係である。
【００３７】
オーナーゾーン間の上記の信頼関係はさらに次のように明記される。上記の信頼関係は一方向的関係であるか又は双方向的関係であり、つまり第１のオーナーゾーンが第２のオーナーゾーンに関して信頼されたゾーンである場合、前記第２のオーナーゾーンが前記第１のオーナーゾーンに関して信頼されたゾーンであることもあるが、必ずしもそうである必要はない。図４に示された信頼されたゾーン間の典型的な関係は双方向的関係である。それは、２つのオーナーゾーンＯＺ＿４０、ＯＺ＿４１のうちのいずれかが他方のオーナーゾーンに関して信頼されたゾーンとして定義されているかどうかを検出し、もしそうでないならば、信頼関係を停止することができるようにインプリメントされる。一方向的な信頼関係は図５に示されている。第１のオーナーゾーンＯＺ＿５０は第２のオーナーゾーンＯＺ＿５１に関して信頼されたゾーンであるが、前記第２のオーナーゾーンＯＺ＿５１は前記第１のオーナーゾーンＯＺ＿５０に関して信頼されたゾーンではない。従って、第２のオーナーゾーンＯＺ＿５１に所属するピアＮ５４、Ｎ５５は第１のオーナーゾーンＯＺ＿５０からリリースされたコンテント又はサービスにアクセスできるが、前記第１のオーナーゾーンＯＺ＿５０に所属するピアＮ５２、Ｎ５３は第２のオーナーゾーンＯＺ＿５１のコンテント又はサービスにアクセスできない。
【００３８】
上述の信頼関係は、図４及び５におけるように、２つの特定のオーナーゾーンに対して明らかに妥当しうるし、あるいは、これらのうちのいずれか又は両方に対して「信頼されたゾーン」関係を有する他の全てのオーナーゾーンを含むこともできる。図６は第２のオーナーゾーンＯＺ＿６１及び第３のオーナーゾーンＯＺ＿６２に対して信頼されたゾーンである第１のオーナーゾーンＯＺ＿６０を示しており、ここでは、第２のオーナーゾーンＯＺ＿６１と第３のオーナーゾーンＯＺ＿６２とは明示的には互いに対して信頼されたゾーンであると定義されてはいないが、信頼関係が潜在的に第２のオーナーゾーンＯＺ＿６１と第３のオーナーゾーンＯＺ＿６２との間に存在している。この場合には、オーナーゾーンＯＺ＿６１及びＯＺ＿６２のピアは互いにアクセスすることができる。
【図面の簡単な説明】
【００３９】
【図１】オーナーの家及び他の所有物を含むオーナーゾーンを形成する典型的なピアツーピアネットワークを示す概略図である。
【００４０】
【図２】２つのオーナーゾーンが１つの新しいオーナーゾーンにいかに併合されるかを示す概略図である。
【００４１】
【図３】制限されたアクセスを有するコンテンツを有するオーナーゾーンを形成する典型的なピアツーピアネットワークを示す概略図である。
【００４２】
【図４】オーナーゾーン及び典型的に２つの関連する信頼されたゾーンを示し、この場合信頼の関係が双方向的である概略図である。
【００４３】
【図５】オーナーゾーン及び典型的に２つの関連する信頼されたゾーンを示し、この場合信頼の関係が一方向的である概略図である。
【００４４】
【図６】２つのオーナーゾーンを示し、これら２つのオーナーゾーンは第３のオーナーゾーンに対して信頼されたゾーンであり、よって互いに信頼されたゾーンとなっている概略図である。
【符号の説明】
【００４５】
Ｎ１，．．．，Ｎ６２  ピア又はノード
Ｈ＿１  オーナーホーム
Ｈ＿２  建物
Ｐ２Ｐ＿１、Ｐ２Ｐ＿２  ローカルＰ２Ｐネットワーク
Ｎ＿ＩＤ１，．．．，Ｎ＿ＩＤ７  ノードラベル
Ｚ＿ＩＤ  グループラベル
ＵＵＩＤ  ユニバーサルユニークアイデンディファイア
ノード＿ＵＵＩＤ  ユニークノードラベル
ゾーン＿ＵＵＩＤ  オーナーゾーンのユニークラベル
ＯＺ２０，．．．，ＯＺ６２  オーナーゾーン
Ｚ＿ＩＤＡ，Ｚ＿ＩＤＢ  グループラベル
Ｚ＿ＩＤＡＢ  共通グループラベル
【図１】
2004187296.tif 000003
【図２】
2004187296.tif 000004
【図３】
2004187296.tif 000005
【図４】
2004187296.tif 000006
【図５】
2004187296.tif 000007
【図６】
2004187296.tif 000008