JP4546720B2 - 共通のグループラベルを用いたピア・ツー・ピアネットワークにおけるノード間の通信のための方法 - Google Patents

Description

本発明は、ネットワークのノードとなり得るテクニカルデバイス間の通信のための方法であって、共通のグループラベルがノードグループのメンバーとなり得るノードに対して割り当てられており、前記ノードグループのノードは、同じノードグループの他の全てのメンバーと協同可能である形式の方法、例えばディジタルの大衆消費型電子デバイス、コンピュータなどネットワークノードになり得るテクニカルデバイス間の通信のための方法に関している。

コンピュータテクノロジーの分野では、データの交換やハードウエアリソースの共有のために接続される装置のネットワークを構築することが公知である。これらの別個の装置は、一般にノードと呼ばれている。目下のところこれらのノードは、通常はコンピュータであるが、しかしながらその他のテクニカルデバイスであってもよく、それらの相互接続は主に電気的、光学的またはワイヤレス無線接続でなされている。ネットワークは、クライアントサーバー型アーキテクチャに基づくかピア・ツー・ピア（Ｐ２Ｐ）型アーキテクチャに基づくかで分類することが可能である。ピア・ツー・ピアに基づくネットワークでは、ノードがピアと称されている。それに対してクライアントサーバー型アーキテクチャでは、各ノードがクライアントかまたはサーバーとなるべく定められており、このような相違は、ピア・ツー・ピア型ネットワークにおいては存在しない。その代わりに、ピアには、サーバー機能とクライアント機能の両方が含まれている。このピア・ツー・ピアテクノロジは各ノードにナットワーク内のその他のノードにサービスまたはリソースを提供できるようにし、あるいは当該ネットワーク内の他のノードによって提供されたサービスまたはリソースの使用ができるようにしている。

ピア・ツー・ピアネットワークは、通常は何らかの特定アプリケーションまたは基礎とされるネットワークトポロジーに限定されるが、しかしながら所定の特定プロトコルを見込んだノードセットもしくはピアセットと解することができる。このピア・ツー・ピアネットワークに対する特徴は、ピアが他のピアと直接通信することであり、そのため中央側のネットワーク機構は要求されない。大抵のピア・ツー・ピアネットワークは、いつでもネットワークに接続できるピアもしくはいつでもネットワークから接続解除できるピアをサポートしている。

ここで言及するピア・ツー・ピアプロトコルは、ベーシックなネットワーク機構、例えば他の接続されたピアの発見や他のピアへの自身のサービス若しくはリソースの提供（広告）、他のピアの認識、広告メッセージ、他のピアに対する所定の接続確立のための接続容量の割り当てなどのために要求される。つまり、ピアのグループに共同作業を可能にさせるプロトコルが存在しており、故にピアグループが形成される。そのようなピアグループは、通常はピアグループ内で共通のサービスセットを提供するのに用いられる。しかしながらそれにも係わらず、ピアグループの用途・目的は、一般的には定められていない。ピアグループに帰属するピアは通常は、同じグループのピアに接続されている他の全てのピアとのアクセスが可能である。さらに付加的に各ピアは、さらなるピアグループのメンバーたり得る。あるピアグループへの参加もしくはあるピアグループからの離脱に対しては、ユーザーはいつでも所定の管理機能の実行を要求できる。

基本的には、許可されたユーザーのみが、ピアへのアクセス、ピアの内容へのアクセス、もしくはピアの内容のリリースされた部分へのアクセスが可能である。ここではユーザーの権限付与は、ユーザー特定キー、物理的または仮想的シークレットキー、例えばパスワードなどによって実現される。

ピアは担体/単独/個人としてみなされなければならないので、各ピアを識別子によって明確にアドレス指定できるようにする必要がある。通常ピアは、例えばユニバーサル・ユニークＩＤ（ＵＵＩＤ）とも称される固有のラベルによってアドレッシングされている。

複数のピアがピアグループを形成しているならば、このピアグループは、一般にＵＵＩＤなどの専用ラベルを獲得する。これは当該グループのメンバーを識別するのに用いることができる。前述したピア・ツー・ピアのネットワークと機構は、例えば公表されている公知文献 WO 02/057917 A2 明細書に詳細な記載がある。
WO 02/057917 A2 明細書

本発明の課題は、例えばホームネットワークなどのような各オーナーの制御下におかれている各ネットワークによる、ピア・ツー・ピアネットワーク間の通信確立の際の技術管理の必要量を低減させることである。

前記課題は本発明により、
ノードグループが当該ノードグループのメンバーでないノードによってアクセスされ、
前記ノードグループをアクセスしているノードのグループラベルが検出され、
前記検出されたグループラベルを有するノードが、前記アクセスされたノードグループへのアクセスが可能かどうかについてチェックされ、
前記ノードグループによってサービスまたはリソースが前記アクセスしたノードに提供されるようにして解決される。

本発明によれば、異なったピア・ツー・ピアグループに所属するピアが、それぞれ他のピアと通信でき、さらに当該ピア・ツー・ピアグループが相互間で互いに認識している場合には、他のピアの内容若しくはサービスにアクセスできる。ユーザーに課せられる管理努力は、接続されているピアへのアクセス若しくはそのようなピアに対応付けられた内容へのアクセスのためのユーザー認証要求がないことによって大幅に低減される。本発明を使用すれば、ユーザーは、何らかの特殊なネットワーキング知識を持たなくても、ネットワークに接続され得る自身のデバイスを持つことができる。

本発明の別の有利な実施例および改善例は、従属請求項に記載されている。

次に本発明を図面に基づき以下の明細書で詳細に説明する。

ここでいう所有者のホームとは個人の場所（私有空間）であり、公衆に公開されるものではない。このホームは、歓迎されない第３者の進入は防止すべくロックされるが、歓迎される使用者、すなわちファミリーメンバーはいつでもログインでき、その他の歓迎されるべき使用者、例えばゲストなども所定の時間でログインすることが可能である。これは、オーナーないしはオーナーグループと、前述した他の使用者との間のトラスト関係に相応する。その結果として前記トラスト関係にある他の使用者は、テクニカルデバイスやメディア、例えばラジオ、ブック、ＣＤなどを含めてオーナーズホーム内の、いくつかの若しくは多くの若しくは全てのものにアクセスすることができる。にもかかわらず、それらの各オーナーによってしかアクセスされないもの、あるいはファミリーなど所定の使用者グループのみによってしかアクセスされないものは常に存在している。さらに所定の所有物、例えば本や音楽ＣＤなどを貸し出すことも普通化している。

本発明は、テクニカルシステムに関する前述したような使用者関係を描くものであり、すなわち電子的記憶デバイス、ＣＤやＤＶＤなどを含んだマルチメディアホームネットワークを描き、異なった家屋/世帯に所属するマルチメディアホームネットワーク間の通信を思い描くものである。本発明は、ポイント・ツー・ポイント型ネットワーキングの構想を使用しており、故に各テクニカルデバイスをピアとよぶ。

ある家屋/世帯のテクニカルデバイスをピア・ツー・ピア型ネットワークへ接続することは、ユーザーにより多くの便宜を提供することとなる。例えばオーナーはデバイスの制御を遠隔操作でき、あるいは異なるデバイス間でコンテンツまたはサービスの共有ができる。プライバシー侵害の理由からこのピア・ツー・ピア型ネットワークは、同じ家屋/世帯に若しくは同じオーナーに所属するピアのみからなっている。いくつかのピアは、家屋/世帯の外、例えばオーナーの自動車、庭などに配置されるか、携帯される可能性があるので、ターミナル“オーナーゾーン”が、同じオーナー若しくは同じオーナーグループの制御下にあるデバイスまたはピアのグループの説明に用いられる。図１には、典型的なオーナーゾーンが示されており、これは同じオーナーの制御下にある複数のピアを含んでいる。オーナーズホームＨ＿１内のピアＮ１…Ｎ７は、ローカルビア・ツー・ピア型ネットワークＰ２Ｐ＿１に接続され、オーナーズモバイルピアＮ１，Ｎ２は、同じピア・ツー・ピア型ネットワークに接続されており、さらに他のピアＮ６，Ｎ７は、他のローカルピア・ツー・ピア型ネットワークＰ２Ｐ＿２に接続されている。さらに前記２つのネットワークｐｓｐ＿１、ｐｓｐ＿２は、互いに接続されている。

本発明によれば、オーナーズホームネットワークへの物理的アクセスを伴うピアは、周知のピア・ツー・ピア機構（ピアの発見、ピアの分散、広告その他）を使用するオーナーゾーンのメンバーである。以下で述べる何らかの機構が使用されていない限りは、当該オーナーゾーン外部の他のピアに可能となる接続（コネクション）は存在しない。

さらに本発明は、特定の数の（例えば内的又は外的）状態（ステータス）の１つを有し得るピア間のコネクションからなっている。このコネクションの状態は、何らかの手段、例えばプラグコーディングまたはソフトウエア制御を用いて前記コネクションへ割り当て可能である。

本発明によれば、オーナーゾーンは、ユニークラベル、例えばユニバーサルユニークＩＤ（ＵＵＩＤ）を用いて識別される。さらにピアも、ユニークラベル（ＵＵＩＤなど）によって識別されるので、オーナーゾーンに所属するピアは、ラベルの組、詳細にはそれらの各々のユニークノードラベルとオーナーゾーンのユニークラベルを用いて個々に識別される。これらのラベルは、以下の明細書ではそれぞれ、ノード＿ｕｕｉｄとゾーン＿ｕｕｉｄと称するものとする。ピアにはラベル、又はゾーン＿ｕｕｉｄに関する１つのグループのみが割り当てられる。１つのオーナーゾーン内のピアは、同じオーナーゾーン内の他の全てのピアをそれらのゾーン＿ｕｕｉｄと自身のゾーン＿ｕｕｉｄ比較し、それらのゾーン＿ｕｕｉｄが同一であることを見つけ出すことによって識別できる。図１では、各ノードＮ１…ｎ７が、相応するノードラベルｎ＿ｉｄ１…ｎ＿ＩＤ７とグループラベルＺ＿ｉｄを有している。

以下で定める規則によれば、異なったオーナーゾーンが相互に通信し、相互で内容やサービスへのアクセスがなされている。

オーナーゾーンは、情報セクション、例えば当該オーナーゾーンの構造や内容に関する情報を提供するデータセットを含んでいる。この情報セクションは、以下ではゾーン＿インフォ＿データと称するものとする。同じように、オーナーゾーン内のピアも、例えば当該ピアの構造や内容に関する情報を提供するデータセットを含んでいる。この情報セクションは、以下では、ノード＿インフォ＿データと称するものとする。オーナーゾーン内では、前述したような情報セクションがユニークラベル、例えばゾーン＿インフォ＿ｕｕｉｄとノード＿インフォ＿ｕｕｉｄでそれぞれマークされる。前述したゾーン＿インフォ＿データは、自動的にアップデートされ、例えばゾーン＿ｕｕｉｄ、オプショナルゾーン＿ネーム、オプショナルゾーン＿サービス＿リスト若しくは以下で述べるようなその他の情報を含み得る。

前述したオプショナルゾーン＿ネームは、読み取り可能なネームであり、これに基づいてオーナーゾーンは、他のオーナーゾーンによってアドレス指定される。従って部分的にはゾーン＿ｕｕｉｄに対するエイリアスになり得るが、ゾーン＿ｕｕｉｄとは異なって必ずしも特有のものである必要はない。第１のオーナーゾーンが第２のオーナーゾーンにアドレス指定され、前記第２のオーナーゾーンが一意でない（ノンユニーク）のゾーン＿ネームを有しているケースでは、前記第１のオーナーゾーンが第２のオーナーゾーンを一意的に特定できることが必要とされる（例えば第２のオーナーゾーンのゾーン＿ネームを第２のオーナーゾーンのゾーン＿ｕｕｉｄに対して内的にマッピングすることなどによって）。

前記オプショナルゾーン＿サービス＿リストは、当該オーナーゾーンが、アクセス許可されている他のオーナーゾーンにどのサービスを提供できるかを定めている。つまりこのゾーン＿サービス＿リストは、前記他のオーナーゾーンにとってアクセスできるサービスの内容をアクセスタイムフレームの任意の規定も含めて詳細に定めている。

前述したグループラベル、例えばゾーン＿ｕｕｉｄは、オーナーがオーナーゾーンの形成を決定した時に作成でき、またそれは各オーナーが排除を決定したときに排除できる。特に、第１のピアが第２のピアに接続し、それによって新たなオーナーゾーンが構築され、これらのピアが当該新たなゾーンに対してまだゾーン＿ｕｕｉｄが定められていないことを検出した場合に、両ピアは、新たなゾーン＿ｕｕｉｄをユーザーの対話なしで取り決める。また別の方法として、第１のピアが第２のピアに接続され、前記第１のピアは、定められたゾーン＿ｕｕｉｄをまだ有していないが、前記第２のピアは既に１つのオーナゾーンに所属し、それ故に所定のゾーン＿ｕｕｉｄを有し、ピア・ツー・ピアネットワークの結果としてゾーン＿ｕｕｉｄが変更されないまま残った場合には、このゾーン＿ｕｕｉｄが当該第２のピアから前記第１のピアに転送される。この本発明による別の実施例では、新たなゾーン＿ｕｕｉｄが前述のピア・ツー・ピアネットワークの結果として取り決められる。

他のオーナーゾーンからアクセス可能なオーナーゾーンが新たなゾーン＿ＵＵＩＤを獲得した場合には、１つ又は複数の古いゾーン＿ＵＵＩＤを記憶するのに対して有利となり、前記他のオーナーゾーンは、変更についての情報提供ができ、あるいは前記古いゾーン＿ＵＵＩＤを用いた前記他のゾーンからのメッセージ提供が拒否されない。古いゾーン＿ＵＵＩＤは、例えば結果として得られたオーナーゾーンのゾーン＿インフォ＿データセクションに記憶され得る。

有利には、オーナーゾーンに対する前述したラベリング構想は、図２に示されているように２つまたはそれ以上のオーナーゾーンの簡単な併合のために用いることができる。２つのオーナーゾーンを併合させるべき場合には、第１のオーナーゾーンｏｚ＿２０はゾーン＿ＵＵＩＤ Ｚ＿ＩＤ_Ａによってラベリングされ、第２のオーナーゾーンｏｚ＿２１はゾーン＿ＵＵＩＤ Ｚ＿ＩＤ_Ｂによってラベリングされ、実施手法により、新たなゾーンラベル、例えばゾーン＿ｕｕｉｄABが取り決められる。これはゾーン＿ｕｕｉｄ_Ａとゾーン＿ｕｕｉｄ_Ｂを区別し、前記新たなゾーンラベルは、前記第１のオーナーゾーンｏｚ＿２０または第２のオーナーゾーンｏｚ＿２１に所属する全てのピアＮ２２，Ｎ２３に割当てられる。

２つのオーナーゾーン（ここではソースとも称する）は、新たなオーナーゾーンに併合され、新たなゾーン＿インフォ＿データは、新たなオーナーゾーンの構造及び/又は内容を記述するために生成される。特に新たなゾーン＿インフォ＿データは、前記２つのソースオーナーゾーン、例えばそれらのそれぞれのゾーン＿ｕｕｉｄ、ゾーン＿ネームその他を含み、オーナーゾーン変更に基づくトラッキングが可能である。

前述した２つのオーナーゾーンの併合方法は、２つのオーナーゾーンの供給が可能なので、予め記述したステップの少なくとも１つが前記第１および第２のオーナーゾーンの組各オーナーによって事前に実行または改善される。

さらに前述した併合手法は、２以上のオーナーゾーンが併合されるべき場合には、再帰的に供給可能である。３以上のオーナーゾーンの併合のケースでは、結果としてゾーン＿インフォ＿データが複数の若しくは全ての併合されるソースオーナーゾーンについての情報を含む。

有利には、前述した併合のための機構は、ユーザーにその全てのオーナーゾーンの併合を可能にさせる。これは種々のロケーションにて１つのオーナーゾーンになる。それ故に１つのオーナーゾーンは、図１に示されているようにユーザーのホームに限定されない。

１つのオーナーゾーンに対する前述したラベリング構想のように、１つのオーナーゾーンを２又はそれ以上のオーナーゾーンに簡単に分割させるのに用いることができる。１つのオーナーゾーン、例えばゾーン＿ｕｕｉｄ_Ａとしてラベリングされる、オーナーゾーンが分割されるべき場合には、具体的な手法によって新たなラベル、例えばゾーン＿ｕｕｉｄ_Ｂが計算され、前記新たなラベルが新たなオーナーゾーンに所属させられる全てのピアに割当てられる。それにより前記ピアの古いゾーンラベルが放棄される。ゾーン＿ｕｕｉｄ_Ａとしてラベリングされる残されたピアには、古いラベルゾーン＿ＵＵＩＤ_Ａはもはや使えない場合には、新たなゾーンラベル、例えばゾーン＿ＵＵＩＤ_Ｃが割当てられる。

１つのオーナーゾーン（ここではソースと称される）が２つのオーナーゾーン（ここではターゲットと称する）に分割される場合には、ソースオーナーゾーンのオーナーは、割当てられたピア、内容及びサービス毎に前記ターゲットオーナーゾーンの１つを特定しなければならない。新たなゾーン＿インフォ＿データが前記ターゲットオーナーゾーンの両方に対して生成可能であり、それらは各々の構造及び/又は内容と、特に前記ソースオーナーゾーン、例えばそのゾーン＿ＵＵＩＤに関する情報を含んでいる。

さらにオーナーゾーン内では、明確なユーザー識別のためのものは何も存在しない。なぜならばそれぞれのユーザーは、いくつかの接続されたピアに対するアクセスと共に、全てのピア・ツー・ピアネットワークにアクセスするために暗黙のうちに認証されるからである。換言すれば、認証は、ピアに関しておりユーザーにではない。オーナーの観点からみれば、これは、オーナーズホーム（例えばファミリー）内の全ての使用者の中で実行されるトラストの関係を反映している。これはロック機構、例えば所定の内容又は所定のサービスに対するパスワードの割当ての可能性と、前記内容やサービスへアクセスするユーザー数の制限の可能性とを除外するものではない。そのようなケースにおいては、ユーザー独自のキー、例えばパスワードの情報が、前記保護された内容やサービスへのアクセスのために要求される。そのためユーザーの認証は、不要である。図３は、ユーザー３０，３１，３２のグループを表しており、ピア・ツー・ピアネットワークｐ２ｐを介して接続されているピアの数だけのアクセスを有している。いくつかのピアＮ３４に対しては、全ての前記ユーザーがフリーのアクセスを有している。それに対して他のピアｎ３５，ｎ３６に対するアクセスは、それらの各々のキーを持っているか知っているユーザーに限定される。単独ユーザー３２は、内容やサービスｎ３５に対するそのようなアクセスを有しており、それに対して他の内容やサービスｎ３６は、１よりも多いユーザー３０，３１によってアクセス可能である。

内容をロッキングするための前述した手法によれば、スーパーユーザー機能が要求される。獲得したキーを失うことが生じ得るからである。このスーパーユーザー機能は、任意の手法、例えば内容を消去させるための規則を含み、内容がロックされキーが失われるような状況を回避している。

前述したように、異なるオーナーゾーンの間の通信は、以下の方法が使用されている場合に許可される。すなわち第１のオーナーゾーンの第１のオーナーが、第２のオーナーゾーンに向けたトラストの関係を急送し、前記第２のオーナーゾーンのピアに前記第１のオーナーゾーンの所定のコンテンツへのアクセス権を与えた場合である。トラストの関係が第１のオーナーゾーンから他の第２のオーナーゾーンに急送されると、前記第２のオーナーゾーンは、前記第１のオーナーゾーンとの関係で“トラストゾーン”と称される。トラストの関係は、他のオーナーゾーンのナンバーに向けて表出可能である。このことは、オーナーゾーンが、トラストゾーンと称される他のオーナーゾーンのリストを含むことによって実行される。ここでは他のオーナーゾーンは例えばそれらの各々のユニークラベルによって表される。前記トラスゾーンのリストは、前述した種々のゾーン＿インフォ＿データのパートであってもよい。前記トラストゾーンの各々毎に、オーナーゾーン内のどのピアがアクセスされるか、あるいはオーナーゾーン内のどの内容ないしサービスがアクセスされるかを定めることができる。

図４には例として、Ｚ＿ＩＤ_０でラベリングされたピア４２、４４からなるオーナーゾーンＯＺ＿４０と、それに関連してＺ＿ＩＤ_１、Ｚ＿ＩＤ_２でラベリングされピア４１、４３、並びにピア４５からなる２つのトラストゾーンＯＺ＿４１と、ＯＺ＿４２がそれぞれ示されている。前記オーナーゾーンＯＺ＿４０内のピアは、前記トラストゾーンＯＺ＿４１，ＯＺ＿４２内のピアに接続され、ノードＮ４１、Ｎ４５からのコンテンツまたはサービスにアクセスする。またその逆に、前記前記トラストゾーンＯＺ＿４１，ＯＺ＿４２からのピアは、前記オーナーゾーンＯＺ＿４０内のピアＮ４２、Ｎ４４に接続でき、コンテンツ若しくはサービスにアクセスできる。但しトラストゾーンＯＺ＿４１内のピアＮ４３の所定のコンテンツまたはサービスは、先に述べたようにロックされており、そのキーは、前記オーナーゾーンＯＺ＿４０内では未知のものである。そのため当該オーナーゾーンＯＺ＿４０からのピアは、このコンテンツないしサービスにはアクセスできない。さらにオーナーゾーンＯＺ＿４０内のノードＮ４４の所定のコンテンツまたはサービスも前述したようにロックされているが、そのキーはトラストゾーンＯＺ＿４１内では既知であるので、前記トラストゾーンからのピアはこのコンテンツとサービスにアクセスできる。

前述した異なるオーナーゾーンの間の通信手法は、オーナーゾーン内に存在する、あるいやグローバルに存在するトラストの所定のレベルナンバーが含まれており、そのトラストゾーンには所定のトラストレベルが割り当てられている。前記トラストの所定のレベルナンバーが階層を含んでいるならば、前記オーナーゾーンは、そのコンテンツまたはサービス毎に最小のトラストレベルを要求する。

さらにオーナーゾーンと関連するトラストゾーンの間のアクセスに対しては、当該オーナーゾーンのオーナーとトラストゾーンのオーナーの間で合意がなされている場合には、所定のタイムフレームに制限される。

オーナーゾーンと関連するトラストゾーンの間の通信の確立のためには、ゾーンに要求されたゾーンのゾーン＿ＵＵＩＤよりも多くを知る必要はない。特に何らかのノード＿ＵＵＩＤや要求されたゾーンについての詳細なコンテンツやサービスについて知る必要はない。このオーナーゾーン間のコンタクト確立の実施手法の例は以下に記載する。

第１のオーナーゾーンに属する第１のピアが、第２のオーナーゾーンに属する第２のピアからの通信に対する要求を受け取る。この要求には、前記要求した側の第２のオーナーゾーンのゾーン＿ＵＵＩＤが含まれており、さらに何が要求されたかを特定する事項も含まれ得る。要求された側の第１ピアは、第１のステップにおいて、前記ゾーン＿ＵＵＩＤをそのトラストゾーンのリスト比較し、要求した側の第２のピアがそれらのトラストゾーンのどれかに所属しているかどうかを検出する。このケースにおいて、要求された側の第１のピアは、第２のステップにおいて受信した要求について何が要求されたかを詳細に分析し、さらにその要求されたコンテンツやサービスが求めに応じられるかどうかも分析する。前記詳細が第１の要求に含まれていない場合は、前記第１のピアは、要求している側の第２のピアにコンタクトする。第３のステップでは、要求された側の第１のピアが、要求している側の第２のピアが要求したコンテンツ若しくはサービスへのアクセスを許可しているかどうかを分析する。これは 第４のステップにおいて要求されたアクセスを許可するか拒絶するかの前に行われる。前記要求されたアクセスの許可または拒絶は、要求した側の第２のピアが図４に基づいて前述したような前記機構をアンロックできる限り、 前述したロック機構、例えばパスワードからは独立する。

前述したオーナーゾーン間のトラストの関係は、さらに以下に説明する。

前述のトラストの関係は、単方向または双方向の関係であり得る。これは第１のオーナーゾーンが第２のオーナーゾーンに対してトラストゾーンである場合に、前記第２のオーナーゾーンも（但しこれは必須ではない）第１のオーナーゾーンに対してトラストゾーンであり得ることを意味する。図４に例示的に示されているトラストゾーン間の関係は、双方向の関係である。つまり２つのオーナーゾーンＯＺ＿４０，ＯＺ＿４１のどちらか一方が他方のオーナーゾーンに対するトラストゾーンとして定められているかどうかを検出できるように実行がなされ、そうでないケースならばトラストの関係は中止される。

トラストの単方向の関係は、図５に示されている。第１のオーナーゾーンＯＺ＿５０は、第２のオーナーゾーンＯＺ＿５１に対するトラストゾーンである。しかしながらここでは第２のオーナーゾーンＯＺ＿５１は、前記第１のオーナーゾーンＯＺ＿５０に対するトラストゾーンではない。さらに第２のオーナーゾーンＯＺ＿５１に所属するピアＮ５４，Ｎ５５は、第１のオーナーゾーンＯＺ＿５０からのリリースされているコンテンツ又はサービスにアクセス可能であるが、前記第１のオーナーゾーンＯＺ＿５０に所属するピアＮ５２、Ｎ５３は、前記第２のオーナーゾーンＯＺ＿５１からのコンテンツ又はサービスにはアクセスできない。

前述したトラストの関係は、図４及び図５に示されている、特に特定した２つのオーナーゾーンに該当するものであるが、それ以外にも相互にもしくはどちらか一方が“トラストゾーン”の関係を有しているその他の全てのオーナーゾーンも含まれる。図６は、第１のオーナーゾーンＯＺ＿６０が第２のオーナーゾーンＯＺ＿６１と第３のオーナーゾーンＯＺ＿６２に対してトラストゾーンである関係を示したものであり、ここでは、第２のオーナーゾーンＯＺ＿６１と第３のオーナーゾーンＯＺ＿６２に対してトラストの関係が暗黙的に存在しており、つまりこれらはお互いに明示的にはトラストゾーンたるべき関係ではない。このケースでは、オーナーゾーンＯＺ＿６１とＯＺ＿６２からのピアが相互にアクセス可能である。

オーナーのホームプロパティと他のプロパティを含んだ、オーナーゾーンを形成しているピア・ツー・ピアネットワークの例を示した図である ２つのオーナーゾーンがどのようにして新たなオーナーゾーンへ併合されるかを示した図である 限定されたアクセスを伴うコンテンツからなっている、オーナーゾーンを形成するピア・ツー・ピアネットワークの例を示した図である １つのオーナーゾーンと２つの関係するトラストゾーンの実施例を示した図であり、ここでのトラストの関係は双方向である １つのオーナーゾーンと関係するトラストゾーンの実施例を示した図であり、ここでのトラストの関係は単方向である 第３のオーナーゾーンに対するトラストゾーンになり得る２つのオーナーゾーンと相応するトラストゾーンを示した図である

符号の説明

Ｚ＿ＩＤ_０ グループラベル
Ｚ＿ＩＤ_１ グループラベル
Ｚ＿ＩＤ_２ グループラベル
Ｐ２Ｐ＿１ ノードグループ
Ｐ２Ｐ＿２ ノードグループ
Ｐ２Ｐ＿５１ ノードグループ
Ｐ２Ｐ＿５２ ノードグループ
ＯＺ＿４０ ノードグループ
ＯＺ＿４１ ノードグループ
ＯＺ＿４２ ノードグループ
Ｎ４１ ノード
Ｎ４２ ノード
Ｎ４３ ノード
Ｎ４４ ノード
Ｎ４５ ノード

Claims (14)

1. ネットワークにおけるノード（Ｎ４１，Ｎ４３）となり得るテクニカルデバイス間の通信のための方法であって、
   複数のノードグループが定められており、
   前記各ノードグループ毎に、当該ノードグループ（ＯＺ＿４１）のメンバーとなり得るノードに対しては共通のグループラベル（Ｚ＿ＩＤ₁）が割り当てられており、さらに、
   前記ノードグループのノード（Ｎ４１，Ｎ４３）は、同じノードグループの他の全てのメンバーとサービス及びリソースが共有可能である形式の方法において、
   第１のノードグループ（ＯＺ＿４１）に対して１以上のレベルで１以上のグループラベルのリストが保持され、前記レベルは第１のノードグループ（ＯＺ＿４１）に対するトラストレベルを表すものであり、
   前記第１のノードグループの第１のノードが、第２のノード（Ｎ４２，Ｎ４４）による当該第１のノードのサービス若しくはリソースに対するアクセスの試みを検出した場合には、以下のステップが前記第１のノード内で実行される、すなわち、
   第２のノード（Ｎ４２，Ｎ４４）のグループラベル（Ｚ＿ＩＤ₀）が検出され、
   前記第２のノード（Ｎ４２，Ｎ４４）のグループラベル（Ｚ＿ＩＤ₀）が第１のノードのグループラベル（Ｚ＿ＩＤ₁）と等しい場合には、前記アクセスが許可され、
   前記第２のノード（Ｎ４２，Ｎ４４）のグループラベル（Ｚ＿ＩＤ₀）が第１のノードのグループラベル（Ｚ＿ＩＤ₁）とは異なる場合には、当該第２のノード（Ｎ４２，Ｎ４４）のグループラベル（Ｚ＿ＩＤ₀）が前記リストに含まれているか否かが確定され、
   前記第２のノード（Ｎ４２，Ｎ４４）のグループラベル（Ｚ＿ＩＤ₀）が前記リストに含まれている場合には、前記アクセスが許可され、
   前記第２のノード（Ｎ４２，Ｎ４４）のグループラベル（Ｚ＿ＩＤ₀）が前記リストに含まれていない場合には、前記アクセスが拒否されるようにしたことを特徴とする方法。
2. 前記リスト上の複数のグループラベルが少なくとも２つの異なるレベルに割り当てられ、異なるタイプのアクセスがレベルに依存して定められており、前記第２のノード（Ｎ４２，Ｎ４４）のグループラベル（Ｚ＿ＩＤ₀）のレベルも確定される、請求項１記載の方法。
3. ２つのノード間のコネクションは、接続された両ノードが同じノードグループに所属するかどうかを定めるステータスを有している、請求項１または２記載の方法。
4. 前記ノードグループ（ＯＺ＿４１）のノードは、同じユーザー若しくはユーザーグループに割り当てられているか、または同じユーザー若しくはユーザーグループの制御下におかれている、請求項１から３いずれか１項記載の方法。
5. 前記ノードは、１よりも多くないノードグループのメンバーである、請求項１から４いずれか１項記載の方法。
6. 前記アクセス許可ステップは、ユーザーとは無関係のロック機構によって制限される、請求項１から５いずれか１項記載の方法。
7. 前記リストは、前記第１のノードグループか若しくは前記第２のノードグループのメンバーであるノードに対して読み出し可能である、請求項１から６いずれか１項記載の方法。
8. 前記アクセス許可ステップは、当該アクセスが所定のタイムフレームに制限されるようになされている、請求項１から７いずれか１項記載の方法。
9. 前記リスト上にあるノードグループはトラストゾーンであり、前記第１のノードは、第１のノードグループ（ＯＺ＿４０）が第２のノードグループ（ＯＺ＿４２）に対するトラストゾーンであるケースを検出することができ、当該ケースではない場合には前記アクセスが拒否される、請求項１から８いずれか１項記載の方法。
10. 第１のノードグループ（ＯＺ＿６１）が第２のノードグループ（ＯＺ＿６０）へのアクセスを許可され、かつ第２のノードグループ（ＯＺ＿６０）が第３のノードグループ（ＯＺ＿６２）へのアクセスを許可されるのであるならば、前記第１のノードグループ（ＯＺ＿６１）は、前記第３のノードグループ（ＯＺ＿６２）へのアクセスを許可される、請求項１から９いずれか１項記載の方法。
11. ネットワークにおけるノード（Ｎ４１，Ｎ４３）となり得るテクニカルデバイス間の通信のための装置であって、
    複数のノードグループが定められており、
    前記各ノードグループ毎に、当該ノードグループ（ＯＺ＿４１）のメンバーとなり得るノードに対しては共通のグループラベル（Ｚ＿ＩＤ₁）が割り当てられており、さらに、
    前記ノードグループのノード（Ｎ４１，Ｎ４３）は、同じノードグループの他の全てのメンバーとサービス及びリソースが共有可能である形式の装置において、
    第１のノードグループ（ＯＺ＿４１）に対して１以上のグループラベルのレベルを備えたリストを定める手段が設けられており、前記レベルは第１のノードグループ（ＯＺ＿４１）に対するトラストレベルを表すものであり、
    前記第１のノードのサービス若しくはリソースに対する第２のノード（Ｎ４２，Ｎ４４）によるアクセスの試みを検出する手段が設けられており、
    第２のノード（Ｎ４２，Ｎ４４）のグループラベル（Ｚ＿ＩＤ₀）を検出する手段が設けられており、
    前記第２のノード（Ｎ４２，Ｎ４４）のグループラベル（Ｚ＿ＩＤ₀）が第１のノードのグループラベル（Ｚ＿ＩＤ₁）と等しい場合に前記アクセスを許可する手段が設けられており、
    前記第２のノード（Ｎ４２，Ｎ４４）のグループラベル（Ｚ＿ＩＤ₀）が前記リストに含まれているかどうかを確定する手段が設けられており、
    前記第２のノード（Ｎ４２，Ｎ４４）のグループラベル（Ｚ＿ＩＤ₀）が第１のノードのグループラベル（Ｚ＿ＩＤ₁）とは異なる場合で、前記第２のノード（Ｎ４２，Ｎ４４）のグループラベル（Ｚ＿ＩＤ₀）が前記リストに含まれている場合には、前記アクセスを許可し、前記第２のノード（Ｎ４２，Ｎ４４）のグループラベル（Ｚ＿ＩＤ₀）が前記リストに含まれていない場合には、前記アクセスを拒否するための手段が設けられていることを特徴とする装置。
12. 前記リスト上の複数のグループラベルが少なくとも２つの異なるレベルに割り当てられ、異なるタイプのアクセスがレベルに依存して定められており、前記第２のノード（Ｎ４２，Ｎ４４）のグループラベル（Ｚ＿ＩＤ ₀ ）のレベルも確定される、請求項1１記載の装置。
13. 前記リストは、前記第１のノードグループか若しくは前記第２のノードグループのメンバーであるノードに対して読み出し可能である、請求項１１または１２記載の装置。
14. 前記リスト上にあるノードグループはトラストゾーンであり、前記第１のノードは、第１のノードグループ（ＯＺ＿４０）が第２のノードグループ（ＯＺ＿４２）に対するトラストゾーンであるケースを検出することができ、当該ケースではない場合には前記アクセスが拒否される、請求項１１から１３いずれか１項記載の装置。

Images