(57)【要約】【課題】ホームネットワークなどのような個人オーナーの制御下におかれている各ネットワークによる、ピア・ツー・ピアネットワーク間の通信確立の際の所要の技術管理の負担をより低減させることである。【解決手段】ノードグループが当該ノードグループのメンバーでないノードによってアクセスされ、  前記ノードグループをアクセスしているノードのグループラベルが検出され、  前記検出されたグループラベルを有するノードが、前記アクセスされたノードグループへのアクセスが可能かどうかについてチェックされ、  前記ノードグループによってサービスまたはリソースが前記アクセスしたノードに提供されるようにする。【選択図】図４
2004187305.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークのノードとなり得るテクニカルデバイス間の通信のための方法であって、
共通のグループラベル（Ｚ＿ＩＤ）がノードグループ（Ｐ２Ｐ＿１，Ｐ２Ｐ＿２）のメンバーとなり得るノードに対して割り当てられており、
前記ノードグループのノードは、同じノードグループの他の全てのメンバーと協同可能である形式の方法において、
ノードグループ（ＯＺ＿４２）が当該ノードグループのメンバーでないノード（Ｎ４２，Ｎ４４）によってアクセスされ、
前記ノードグループ（ＯＺ＿４２）をアクセスしている前記ノード（Ｎ４２，Ｎ４４）のグループラベル（Ｚ＿ＩＤ０）が検出され、
前記検出されたグループラベル（Ｚ＿ＩＤ０）を有するノードが、前記アクセスされたノードグループ（ＯＺ＿４２）へのアクセスが可能かどうかについてチェックされ、
前記ノードグループ（ＯＺ＿４２）によってサービスまたはリソースが前記アクセスしたノード（Ｎ４２，Ｎ４４）に提供されるようにしたことを特徴とする方法。
【請求項２】
前記グループノードは、同じユーザー若しくはユーザーグループに割り当てられているか、または同じユーザー若しくはユーザーグループの制御下におかれている、請求項１記載の方法。
【請求項３】
前記ノードは、１よりも多くないノードグループのメンバーである、請求項１または２記載の方法。
【請求項４】
個々のノード（Ｎ１，…，Ｎ７）の識別のために、ユニークラベル（Ｎ＿ＩＤ１,…，Ｎ＿ＩＤ７）が用いられている、請求項１から３いずれか１項記載の方法。
【請求項５】
前記ノードグループ内のコンテンツ又はサービスへのアクセスは、ユーザーとは無関係のロック機構によって制限可能である、請求項１から４いずれか１項記載の方法。
【請求項６】
ノードグループに関する特徴情報がデータセットに含まれており、該データセットは、当該ノードグループのメンバーとなるノード若しくは当該ノードグループへアクセスできたノードに対して読み出し可能なものである、請求項１から５いずれか１項記載の方法。
【請求項７】
２つのノード間のコネクションは、接続された両ノードが同じノードグループに所属するかどうかを定めるステータスを有している、請求項１から６いずれか１項記載の方法。
【請求項８】
ノードグループ間の関係は、さらに次のように指定される、すなわち、
第１のノードグループ（ＯＺ＿４０）が第２のノードグループ（ＯＺ＿４２）にアクセス可能であるならば、第２のノードグループ（ＯＺ＿４２）も第１のノードグループ（ＯＺ＿４０）にアクセス可能であるように指定される、請求項１から７いずれか１項記載の方法。
【請求項９】
ノードグループ間の関係は、さらに次のように指定される、すなわち、
第１のノードグループ（ＯＺ＿６１）が第２のノードグループ（ＯＺ＿６０）にアクセス可能で、かつ第２のノードグループ（ＯＺ＿６０）が第３のノードグループ（ＯＺ＿６２）にアクセス可能であるならば、この配列構成の自動的な導きによって、第１のノードグループ（ＯＺ＿６１）が、第２のノードグループ（ＯＺ＿６０）の対話の有無に係わらず、第３のノードグループ（ＯＺ＿６２）にアクセス可能となるように指定される、請求項１から８いずれか１項記載の方法。
【請求項１０】
請求項１から９によるネットワーク内のノードになり得るテクニカルデバイス間の通信のための方法を実行するように構成されていることを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークのノードとなり得るテクニカルデバイス間の通信のための方法であって、共通のグループラベルがノードグループのメンバーとなり得るノードに対して割り当てられており、前記ノードグループのノードは、同じノードグループの他の全てのメンバーと協同可能である形式の方法、例えばディジタルの大衆消費型電子デバイス、コンピュータなどネットワークノードになり得るテクニカルデバイス間の通信のための方法に関している。
【背景技術】
【０００２】
コンピュータテクノロジーの分野では、データの交換やハードウエアリソースの共有のために接続される装置のネットワークを構築することが公知である。これらの別個の装置は、一般にノードと呼ばれている。目下のところこれらのノードは、通常はコンピュータであるが、しかしながらその他のテクニカルデバイスであってもよく、それらの相互接続は主に電気的、光学的またはワイヤレス無線接続でなされている。ネットワークは、クライアントサーバー型アーキテクチャに基づくかピア・ツー・ピア（Ｐ２Ｐ）型アーキテクチャに基づくかで分類することが可能である。ピア・ツー・ピアに基づくネットワークでは、ノードがピアと称されている。それに対してクライアントサーバー型アーキテクチャでは、各ノードがクライアントかまたはサーバーとなるべく定められており、このような相違は、ピア・ツー・ピア型ネットワークにおいては存在しない。その代わりに、ピアには、サーバー機能とクライアント機能の両方が含まれている。このピア・ツー・ピアテクノロジは各ノードにナットワーク内のその他のノードにサービスまたはリソースを提供できるようにし、あるいは当該ネットワーク内の他のノードによって提供されたサービスまたはリソースの使用ができるようにしている。
【０００３】
ピア・ツー・ピアネットワークは、通常は何らかの特定アプリケーションまたは基礎とされるネットワークトポロジーに限定されるが、しかしながら所定の特定プロトコルを見込んだノードセットもしくはピアセットと解することができる。このピア・ツー・ピアネットワークに対する特徴は、ピアが他のピアと直接通信することであり、そのため中央側のネットワーク機構は要求されない。大抵のピア・ツー・ピアネットワークは、いつでもネットワークに接続できるピアもしくはいつでもネットワークから接続解除できるピアをサポートしている。
【０００４】
ここで言及するピア・ツー・ピアプロトコルは、ベーシックなネットワーク機構、例えば他の接続されたピアの発見や他のピアへの自身のサービス若しくはリソースの提供（広告）、他のピアの認識、広告メッセージ、他のピアに対する所定の接続確立のための接続容量の割り当てなどのために要求される。つまり、ピアのグループに共同作業を可能にさせるプロトコルが存在しており、故にピアグループが形成される。そのようなピアグループは、通常はピアグループ内で共通のサービスセットを提供するのに用いられる。しかしながらそれにも係わらず、ピアグループの用途・目的は、一般的には定められていない。ピアグループに帰属するピアは通常は、同じグループのピアに接続されている他の全てのピアとのアクセスが可能である。さらに付加的に各ピアは、さらなるピアグループのメンバーたり得る。あるピアグループへの参加もしくはあるピアグループからの離脱に対しては、ユーザーはいつでも所定の管理機能の実行を要求できる。
【０００５】
基本的には、許可されたユーザーのみが、ピアへのアクセス、ピアの内容へのアクセス、もしくはピアの内容のリリースされた部分へのアクセスが可能である。ここではユーザーの権限付与は、ユーザー特定キー、物理的または仮想的シークレットキー、例えばパスワードなどによって実現される。
【０００６】
ピアは担体/単独/個人としてみなされなければならないので、各ピアを識別子によって明確にアドレス指定できるようにする必要がある。通常ピアは、例えばユニバーサル・ユニークＩＤ（ＵＵＩＤ）とも称される固有のラベルによってアドレッシングされている。
【０００７】
複数のピアがピアグループを形成しているならば、このピアグループは、一般にＵＵＩＤなどの専用ラベルを獲得する。これは当該グループのメンバーを識別するのに用いることができる。前述したピア・ツー・ピアのネットワークと機構は、例えば公表されている公知文献 WO 02/057917 A2 明細書に詳細な記載がある。
【特許文献１】WO 02/057917 A2 明細書
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明の課題は、例えばホームネットワークなどのような各オーナーの制御下におかれている各ネットワークによる、ピア・ツー・ピアネットワーク間の通信確立の際の技術管理の必要量を低減させることである。
【課題を解決するための手段】
【０００９】
前記課題は本発明により、
ノードグループが当該ノードグループのメンバーでないノードによってアクセスされ、
前記ノードグループをアクセスしているノードのグループラベルが検出され、
前記検出されたグループラベルを有するノードが、前記アクセスされたノードグループへのアクセスが可能かどうかについてチェックされ、
前記ノードグループによってサービスまたはリソースが前記アクセスしたノードに提供されるようにして解決される。
【発明の効果】
【００１０】
本発明によれば、異なったピア・ツー・ピアグループに所属するピアが、それぞれ他のピアと通信でき、さらに当該ピア・ツー・ピアグループが相互間で互いに認識している場合には、他のピアの内容若しくはサービスにアクセスできる。ユーザーに課せられる管理努力は、接続されているピアへのアクセス若しくはそのようなピアに対応付けられた内容へのアクセスのためのユーザー認証要求がないことによって大幅に低減される。本発明を使用すれば、ユーザーは、何らかの特殊なネットワーキング知識を持たなくても、ネットワークに接続され得る自身のデバイスを持つことができる。
【発明を実施するための最良の形態】
【００１１】
本発明の別の有利な実施例および改善例は、従属請求項に記載されている。
【実施例】
【００１２】
次に本発明を図面に基づき以下の明細書で詳細に説明する。
【００１３】
ここでいう所有者のホームとは個人の場所（私有空間）であり、公衆に公開されるものではない。このホームは、歓迎されない第３者の進入は防止すべくロックされるが、歓迎される使用者、すなわちファミリーメンバーはいつでもログインでき、その他の歓迎されるべき使用者、例えばゲストなども所定の時間でログインすることが可能である。これは、オーナーないしはオーナーグループと、前述した他の使用者との間のトラスト関係に相応する。その結果として前記トラスト関係にある他の使用者は、テクニカルデバイスやメディア、例えばラジオ、ブック、ＣＤなどを含めてオーナーズホーム内の、いくつかの若しくは多くの若しくは全てのものにアクセスすることができる。にもかかわらず、それらの各オーナーによってしかアクセスされないもの、あるいはファミリーなど所定の使用者グループのみによってしかアクセスされないものは常に存在している。さらに所定の所有物、例えば本や音楽ＣＤなどを貸し出すことも普通化している。
【００１４】
本発明は、テクニカルシステムに関する前述したような使用者関係を描くものであり、すなわち電子的記憶デバイス、ＣＤやＤＶＤなどを含んだマルチメディアホームネットワークを描き、異なった家屋/世帯に所属するマルチメディアホームネットワーク間の通信を思い描くものである。本発明は、ポイント・ツー・ポイント型ネットワーキングの構想を使用しており、故に各テクニカルデバイスをピアとよぶ。
【００１５】
ある家屋/世帯のテクニカルデバイスをピア・ツー・ピア型ネットワークへ接続することは、ユーザーにより多くの便宜を提供することとなる。例えばオーナーはデバイスの制御を遠隔操作でき、あるいは異なるデバイス間でコンテンツまたはサービスの共有ができる。プライバシー侵害の理由からこのピア・ツー・ピア型ネットワークは、同じ家屋/世帯に若しくは同じオーナーに所属するピアのみからなっている。いくつかのピアは、家屋/世帯の外、例えばオーナーの自動車、庭などに配置されるか、携帯される可能性があるので、ターミナル“オーナーゾーン”が、同じオーナー若しくは同じオーナーグループの制御下にあるデバイスまたはピアのグループの説明に用いられる。図１には、典型的なオーナーゾーンが示されており、これは同じオーナーの制御下にある複数のピアを含んでいる。オーナーズホームＨ＿１内のピアＮ１…Ｎ７は、ローカルビア・ツー・ピア型ネットワークＰ２Ｐ＿１に接続され、オーナーズモバイルピアＮ１，Ｎ２は、同じピア・ツー・ピア型ネットワークに接続されており、さらに他のピアＮ６，Ｎ７は、他のローカルピア・ツー・ピア型ネットワークＰ２Ｐ＿２に接続されている。さらに前記２つのネットワークｐｓｐ＿１、ｐｓｐ＿２は、互いに接続されている。
【００１６】
本発明によれば、オーナーズホームネットワークへの物理的アクセスを伴うピアは、周知のピア・ツー・ピア機構（ピアの発見、ピアの分散、広告その他）を使用するオーナーゾーンのメンバーである。以下で述べる何らかの機構が使用されていない限りは、当該オーナーゾーン外部の他のピアに可能となる接続（コネクション）は存在しない。
【００１７】
さらに本発明は、特定の数の（例えば内的又は外的）状態（ステータス）の１つを有し得るピア間のコネクションからなっている。このコネクションの状態は、何らかの手段、例えばプラグコーディングまたはソフトウエア制御を用いて前記コネクションへ割り当て可能である。
【００１８】
本発明によれば、オーナーゾーンは、ユニークラベル、例えばユニバーサルユニークＩＤ（ＵＵＩＤ）を用いて識別される。さらにピアも、ユニークラベル（ＵＵＩＤなど）によって識別されるので、オーナーゾーンに所属するピアは、ラベルの組、詳細にはそれらの各々のユニークノードラベルとオーナーゾーンのユニークラベルを用いて個々に識別される。これらのラベルは、以下の明細書ではそれぞれ、ノード＿ｕｕｉｄとゾーン＿ｕｕｉｄと称するものとする。ピアにはラベル、又はゾーン＿ｕｕｉｄに関する１つのグループのみが割り当てられる。１つのオーナーゾーン内のピアは、同じオーナーゾーン内の他の全てのピアをそれらのゾーン＿ｕｕｉｄと自身のゾーン＿ｕｕｉｄ比較し、それらのゾーン＿ｕｕｉｄが同一であることを見つけ出すことによって識別できる。図１では、各ノードＮ１…ｎ７が、相応するノードラベルｎ＿ｉｄ１…ｎ＿ＩＤ７とグループラベルＺ＿ｉｄを有している。
【００１９】
以下で定める規則によれば、異なったオーナーゾーンが相互に通信し、相互で内容やサービスへのアクセスがなされている。
【００２０】
オーナーゾーンは、情報セクション、例えば当該オーナーゾーンの構造や内容に関する情報を提供するデータセットを含んでいる。この情報セクションは、以下ではゾーン＿インフォ＿データと称するものとする。同じように、オーナーゾーン内のピアも、例えば当該ピアの構造や内容に関する情報を提供するデータセットを含んでいる。この情報セクションは、以下では、ノード＿インフォ＿データと称するものとする。オーナーゾーン内では、前述したような情報セクションがユニークラベル、例えばゾーン＿インフォ＿ｕｕｉｄとノード＿インフォ＿ｕｕｉｄでそれぞれマークされる。前述したゾーン＿インフォ＿データは、自動的にアップデートされ、例えばゾーン＿ｕｕｉｄ、オプショナルゾーン＿ネーム、オプショナルゾーン＿サービス＿リスト若しくは以下で述べるようなその他の情報を含み得る。
【００２１】
前述したオプショナルゾーン＿ネームは、読み取り可能なネームであり、これに基づいてオーナーゾーンは、他のオーナーゾーンによってアドレス指定される。従って部分的にはゾーン＿ｕｕｉｄに対するエイリアスになり得るが、ゾーン＿ｕｕｉｄとは異なって必ずしも特有のものである必要はない。第１のオーナーゾーンが第２のオーナーゾーンにアドレス指定され、前記第２のオーナーゾーンが一意でない（ノンユニーク）のゾーン＿ネームを有しているケースでは、前記第１のオーナーゾーンが第２のオーナーゾーンを一意的に特定できることが必要とされる（例えば第２のオーナーゾーンのゾーン＿ネームを第２のオーナーゾーンのゾーン＿ｕｕｉｄに対して内的にマッピングすることなどによって）。
【００２２】
前記オプショナルゾーン＿サービス＿リストは、当該オーナーゾーンが、アクセス許可されている他のオーナーゾーンにどのサービスを提供できるかを定めている。つまりこのゾーン＿サービス＿リストは、前記他のオーナーゾーンにとってアクセスできるサービスの内容をアクセスタイムフレームの任意の規定も含めて詳細に定めている。
【００２３】
前述したグループラベル、例えばゾーン＿ｕｕｉｄは、オーナーがオーナーゾーンの形成を決定した時に作成でき、またそれは各オーナーが排除を決定したときに排除できる。特に、第１のピアが第２のピアに接続し、それによって新たなオーナーゾーンが構築され、これらのピアが当該新たなゾーンに対してまだゾーン＿ｕｕｉｄが定められていないことを検出した場合に、両ピアは、新たなゾーン＿ｕｕｉｄをユーザーの対話なしで取り決める。また別の方法として、第１のピアが第２のピアに接続され、前記第１のピアは、定められたゾーン＿ｕｕｉｄをまだ有していないが、前記第２のピアは既に１つのオーナゾーンに所属し、それ故に所定のゾーン＿ｕｕｉｄを有し、ピア・ツー・ピアネットワークの結果としてゾーン＿ｕｕｉｄが変更されないまま残った場合には、このゾーン＿ｕｕｉｄが当該第２のピアから前記第１のピアに転送される。この本発明による別の実施例では、新たなゾーン＿ｕｕｉｄが前述のピア・ツー・ピアネットワークの結果として取り決められる。
【００２４】
他のオーナーゾーンからアクセス可能なオーナーゾーンが新たなゾーン＿ＵＵＩＤを獲得した場合には、１つ又は複数の古いゾーン＿ＵＵＩＤを記憶するのに対して有利となり、前記他のオーナーゾーンは、変更についての情報提供ができ、あるいは前記古いゾーン＿ＵＵＩＤを用いた前記他のゾーンからのメッセージ提供が拒否されない。古いゾーン＿ＵＵＩＤは、例えば結果として得られたオーナーゾーンのゾーン＿インフォ＿データセクションに記憶され得る。
【００２５】
有利には、オーナーゾーンに対する前述したラベリング構想は、図２に示されているように２つまたはそれ以上のオーナーゾーンの簡単な併合のために用いることができる。２つのオーナーゾーンを併合させるべき場合には、第１のオーナーゾーンｏｚ＿２０はゾーン＿ＵＵＩＤ Ｚ＿ＩＤＡによってラベリングされ、第２のオーナーゾーンｏｚ＿２１はゾーン＿ＵＵＩＤ Ｚ＿ＩＤＢによってラベリングされ、実施手法により、新たなゾーンラベル、例えばゾーン＿ｕｕｉｄABが取り決められる。これはゾーン＿ｕｕｉｄＡとゾーン＿ｕｕｉｄＢを区別し、前記新たなゾーンラベルは、前記第１のオーナーゾーンｏｚ＿２０または第２のオーナーゾーンｏｚ＿２１に所属する全てのピアＮ２２，Ｎ２３に割当てられる。
【００２６】
２つのオーナーゾーン（ここではソースとも称する）は、新たなオーナーゾーンに併合され、新たなゾーン＿インフォ＿データは、新たなオーナーゾーンの構造及び/又は内容を記述するために生成される。特に新たなゾーン＿インフォ＿データは、前記２つのソースオーナーゾーン、例えばそれらのそれぞれのゾーン＿ｕｕｉｄ、ゾーン＿ネームその他を含み、オーナーゾーン変更に基づくトラッキングが可能である。
【００２７】
前述した２つのオーナーゾーンの併合方法は、２つのオーナーゾーンの供給が可能なので、予め記述したステップの少なくとも１つが前記第１および第２のオーナーゾーンの組各オーナーによって事前に実行または改善される。
【００２８】
さらに前述した併合手法は、２以上のオーナーゾーンが併合されるべき場合には、再帰的に供給可能である。３以上のオーナーゾーンの併合のケースでは、結果としてゾーン＿インフォ＿データが複数の若しくは全ての併合されるソースオーナーゾーンについての情報を含む。
【００２９】
有利には、前述した併合のための機構は、ユーザーにその全てのオーナーゾーンの併合を可能にさせる。これは種々のロケーションにて１つのオーナーゾーンになる。それ故に１つのオーナーゾーンは、図１に示されているようにユーザーのホームに限定されない。
【００３０】
１つのオーナーゾーンに対する前述したラベリング構想のように、１つのオーナーゾーンを２又はそれ以上のオーナーゾーンに簡単に分割させるのに用いることができる。１つのオーナーゾーン、例えばゾーン＿ｕｕｉｄＡとしてラベリングされる、オーナーゾーンが分割されるべき場合には、具体的な手法によって新たなラベル、例えばゾーン＿ｕｕｉｄＢが計算され、前記新たなラベルが新たなオーナーゾーンに所属させられる全てのピアに割当てられる。それにより前記ピアの古いゾーンラベルが放棄される。ゾーン＿ｕｕｉｄＡとしてラベリングされる残されたピアには、古いラベルゾーン＿ＵＵＩＤＡはもはや使えない場合には、新たなゾーンラベル、例えばゾーン＿ＵＵＩＤＣが割当てられる。
【００３１】
１つのオーナーゾーン（ここではソースと称される）が２つのオーナーゾーン（ここではターゲットと称する）に分割される場合には、ソースオーナーゾーンのオーナーは、割当てられたピア、内容及びサービス毎に前記ターゲットオーナーゾーンの１つを特定しなければならない。新たなゾーン＿インフォ＿データが前記ターゲットオーナーゾーンの両方に対して生成可能であり、それらは各々の構造及び/又は内容と、特に前記ソースオーナーゾーン、例えばそのゾーン＿ＵＵＩＤに関する情報を含んでいる。
【００３２】
さらにオーナーゾーン内では、明確なユーザー識別のためのものは何も存在しない。なぜならばそれぞれのユーザーは、いくつかの接続されたピアに対するアクセスと共に、全てのピア・ツー・ピアネットワークにアクセスするために暗黙のうちに認証されるからである。換言すれば、認証は、ピアに関しておりユーザーにではない。オーナーの観点からみれば、これは、オーナーズホーム（例えばファミリー）内の全ての使用者の中で実行されるトラストの関係を反映している。これはロック機構、例えば所定の内容又は所定のサービスに対するパスワードの割当ての可能性と、前記内容やサービスへアクセスするユーザー数の制限の可能性とを除外するものではない。そのようなケースにおいては、ユーザー独自のキー、例えばパスワードの情報が、前記保護された内容やサービスへのアクセスのために要求される。そのためユーザーの認証は、不要である。図３は、ユーザー３０，３１，３２のグループを表しており、ピア・ツー・ピアネットワークｐ２ｐを介して接続されているピアの数だけのアクセスを有している。いくつかのピアＮ３４に対しては、全ての前記ユーザーがフリーのアクセスを有している。それに対して他のピアｎ３５，ｎ３６に対するアクセスは、それらの各々のキーを持っているか知っているユーザーに限定される。単独ユーザー３２は、内容やサービスｎ３５に対するそのようなアクセスを有しており、それに対して他の内容やサービスｎ３６は、１よりも多いユーザー３０，３１によってアクセス可能である。
【００３３】
内容をロッキングするための前述した手法によれば、スーパーユーザー機能が要求される。獲得したキーを失うことが生じ得るからである。このスーパーユーザー機能は、任意の手法、例えば内容を消去させるための規則を含み、内容がロックされキーが失われるような状況を回避している。
【００３４】
前述したように、異なるオーナーゾーンの間の通信は、以下の方法が使用されている場合に許可される。すなわち第１のオーナーゾーンの第１のオーナーが、第２のオーナーゾーンに向けたトラストの関係を急送し、前記第２のオーナーゾーンのピアに前記第１のオーナーゾーンの所定のコンテンツへのアクセス権を与えた場合である。トラストの関係が第１のオーナーゾーンから他の第２のオーナーゾーンに急送されると、前記第２のオーナーゾーンは、前記第１のオーナーゾーンとの関係で“トラストゾーン”と称される。トラストの関係は、他のオーナーゾーンのナンバーに向けて表出可能である。このことは、オーナーゾーンが、トラストゾーンと称される他のオーナーゾーンのリストを含むことによって実行される。ここでは他のオーナーゾーンは例えばそれらの各々のユニークラベルによって表される。前記トラスゾーンのリストは、前述した種々のゾーン＿インフォ＿データのパートであってもよい。前記トラストゾーンの各々毎に、オーナーゾーン内のどのピアがアクセスされるか、あるいはオーナーゾーン内のどの内容ないしサービスがアクセスされるかを定めることができる。
【００３５】
図４には例として、Ｚ＿ＩＤ０でラベリングされたピア４２、４４からなるオーナーゾーンＯＺ＿４０と、それに関連してＺ＿ＩＤ１、Ｚ＿ＩＤ２でラベリングされピア４１、４３、並びにピア４５からなる２つのトラストゾーンＯＺ＿４１と、ＯＺ＿４２がそれぞれ示されている。前記オーナーゾーンＯＺ＿４０内のピアは、前記トラストゾーンＯＺ＿４１，ＯＺ＿４２内のピアに接続され、ノードＮ４１、Ｎ４５からのコンテンツまたはサービスにアクセスする。またその逆に、前記前記トラストゾーンＯＺ＿４１，ＯＺ＿４２からのピアは、前記オーナーゾーンＯＺ＿４０内のピアＮ４２、Ｎ４４に接続でき、コンテンツ若しくはサービスにアクセスできる。但しトラストゾーンＯＺ＿４１内のピアＮ４３の所定のコンテンツまたはサービスは、先に述べたようにロックされており、そのキーは、前記オーナーゾーンＯＺ＿４０内では未知のものである。そのため当該オーナーゾーンＯＺ＿４０からのピアは、このコンテンツないしサービスにはアクセスできない。さらにオーナーゾーンＯＺ＿４０内のノードＮ４４の所定のコンテンツまたはサービスも前述したようにロックされているが、そのキーはトラストゾーンＯＺ＿４１内では既知であるので、前記トラストゾーンからのピアはこのコンテンツとサービスにアクセスできる。
【００３６】
前述した異なるオーナーゾーンの間の通信手法は、オーナーゾーン内に存在する、あるいやグローバルに存在するトラストの所定のレベルナンバーが含まれており、そのトラストゾーンには所定のトラストレベルが割り当てられている。前記トラストの所定のレベルナンバーが階層を含んでいるならば、前記オーナーゾーンは、そのコンテンツまたはサービス毎に最小のトラストレベルを要求する。
【００３７】
さらにオーナーゾーンと関連するトラストゾーンの間のアクセスに対しては、当該オーナーゾーンのオーナーとトラストゾーンのオーナーの間で合意がなされている場合には、所定のタイムフレームに制限される。
【００３８】
オーナーゾーンと関連するトラストゾーンの間の通信の確立のためには、ゾーンに要求されたゾーンのゾーン＿ＵＵＩＤよりも多くを知る必要はない。特に何らかのノード＿ＵＵＩＤや要求されたゾーンについての詳細なコンテンツやサービスについて知る必要はない。このオーナーゾーン間のコンタクト確立の実施手法の例は以下に記載する。
【００３９】
第１のオーナーゾーンに属する第１のピアが、第２のオーナーゾーンに属する第２のピアからの通信に対する要求を受け取る。この要求には、前記要求した側の第２のオーナーゾーンのゾーン＿ＵＵＩＤが含まれており、さらに何が要求されたかを特定する事項も含まれ得る。要求された側の第１ピアは、第１のステップにおいて、前記ゾーン＿ＵＵＩＤをそのトラストゾーンのリスト比較し、要求した側の第２のピアがそれらのトラストゾーンのどれかに所属しているかどうかを検出する。このケースにおいて、要求された側の第１のピアは、第２のステップにおいて受信した要求について何が要求されたかを詳細に分析し、さらにその要求されたコンテンツやサービスが求めに応じられるかどうかも分析する。前記詳細が第１の要求に含まれていない場合は、前記第１のピアは、要求している側の第２のピアにコンタクトする。第３のステップでは、要求された側の第１のピアが、要求している側の第２のピアが要求したコンテンツ若しくはサービスへのアクセスを許可しているかどうかを分析する。これは 第４のステップにおいて要求されたアクセスを許可するか拒絶するかの前に行われる。前記要求されたアクセスの許可または拒絶は、要求した側の第２のピアが図４に基づいて前述したような前記機構をアンロックできる限り、 前述したロック機構、例えばパスワードからは独立する。
【００４０】
前述したオーナーゾーン間のトラストの関係は、さらに以下に説明する。
【００４１】
前述のトラストの関係は、単方向または双方向の関係であり得る。これは第１のオーナーゾーンが第２のオーナーゾーンに対してトラストゾーンである場合に、前記第２のオーナーゾーンも（但しこれは必須ではない）第１のオーナーゾーンに対してトラストゾーンであり得ることを意味する。図４に例示的に示されているトラストゾーン間の関係は、双方向の関係である。つまり２つのオーナーゾーンＯＺ＿４０，ＯＺ＿４１のどちらか一方が他方のオーナーゾーンに対するトラストゾーンとして定められているかどうかを検出できるように実行がなされ、そうでないケースならばトラストの関係は中止される。
【００４２】
トラストの単方向の関係は、図５に示されている。第１のオーナーゾーンＯＺ＿５０は、第２のオーナーゾーンＯＺ＿５１に対するトラストゾーンである。しかしながらここでは第２のオーナーゾーンＯＺ＿５１は、前記第１のオーナーゾーンＯＺ＿５０に対するトラストゾーンではない。さらに第２のオーナーゾーンＯＺ＿５１に所属するピアＮ５４，Ｎ５５は、第１のオーナーゾーンＯＺ＿５０からのリリースされているコンテンツ又はサービスにアクセス可能であるが、前記第１のオーナーゾーンＯＺ＿５０に所属するピアＮ５２、Ｎ５３は、前記第２のオーナーゾーンＯＺ＿５１からのコンテンツ又はサービスにはアクセスできない。
【００４３】
前述したトラストの関係は、図４及び図５に示されている、特に特定した２つのオーナーゾーンに該当するものであるが、それ以外にも相互にもしくはどちらか一方が“トラストゾーン”の関係を有しているその他の全てのオーナーゾーンも含まれる。図６は、第１のオーナーゾーンＯＺ＿６０が第２のオーナーゾーンＯＺ＿６１と第３のオーナーゾーンＯＺ＿６２に対してトラストゾーンである関係を示したものであり、ここでは、第２のオーナーゾーンＯＺ＿６１と第３のオーナーゾーンＯＺ＿６２に対してトラストの関係が暗黙的に存在しており、つまりこれらはお互いに明示的にはトラストゾーンたるべき関係ではない。このケースでは、オーナーゾーンＯＺ＿６１とＯＺ＿６２からのピアが相互にアクセス可能である。
【図面の簡単な説明】
【００４４】
【図１】オーナーのホームプロパティと他のプロパティを含んだ、オーナーゾーンを形成しているピア・ツー・ピアネットワークの例を示した図である
【図２】２つのオーナーゾーンがどのようにして新たなオーナーゾーンへ併合されるかを示した図である
【図３】限定されたアクセスを伴うコンテンツからなっている、オーナーゾーンを形成するピア・ツー・ピアネットワークの例を示した図である
【図４】１つのオーナーゾーンと２つの関係するトラストゾーンの実施例を示した図であり、ここでのトラストの関係は双方向である
【図５】１つのオーナーゾーンと関係するトラストゾーンの実施例を示した図であり、ここでのトラストの関係は単方向である
【図６】第３のオーナーゾーンに対するトラストゾーンになり得る２つのオーナーゾーンと相応するトラストゾーンを示した図である
【符号の説明】
【００４５】
Ｚ＿ＩＤ０      グループラベル
Ｚ＿ＩＤ１      グループラベル
Ｚ＿ＩＤ２      グループラベル
Ｐ２Ｐ＿１    ノードグループ
Ｐ２Ｐ＿２    ノードグループ
Ｐ２Ｐ＿５１  ノードグループ
Ｐ２Ｐ＿５２  ノードグループ
ＯＺ＿４０    ノードグループ
ＯＺ＿４１    ノードグループ
ＯＺ＿４２    ノードグループ
Ｎ４１        ノード
Ｎ４２        ノード
Ｎ４３        ノード
Ｎ４４        ノード
Ｎ４５        ノード
【図１】
2004187305.tif 000003
【図２】
2004187305.tif 000004
【図３】
2004187305.tif 000005
【図４】
2004187305.tif 000006
【図５】
2004187305.tif 000007
【図６】
2004187305.tif 000008