(57)【要約】【課題】ユーザの負担および通信トラヒックが軽減された、共通の識別子ＵＵＩＤをネットワークにおける目標ノードグループに自動的に割り当てる方法。【解決手段】後続のステップを実行するために目標ノードグループから１つのノードを自動確定し、該ノードは目標ノードグループを特性付ける情報等に対するアクセス権を有し、第１／第２のノードグループ、目標ノードグループ、その他の残りの複数の特徴を比較し、結果に基づいて目標ノードグループに対する共通の識別子を確定し、併合によって生成される目標ノードグループの場合共通識別子は第１識別子／第２識別子であり、分割によって生成される目標ノードグループの場合共通識別子はソースノードグループ識別子／新しい識別子であり、共通の識別子を目標ノードグループのノードに割り当てる。【選択図】図１
2004350297.tif 000002
【特許請求の範囲】
【請求項１】
共通の識別子（ＵＵＩＤＺ１）をネットワークにおける目標ノードグループに自動的に割り当てる方法であって、
目標ノードグループは前記識別子（ＵＵＩＤＺ１）を介してその他のノードによってアクセス可能であり、
目標ノードグループは第１のノードまたはノードグループと第２のノードおよびノードグループを併合することによって、またはソースノードグループを前記目標ノードグループとその他の残りとに分割することによって生成される
という形式の方法において、
後続のステップを実行するために前記目標ノードグループから１つのノードを自動的に確定し、ここで該確定されるノードは前記目標ノードグループを特性付ける情報、および第１のノードまたはノードグループ並びに第２のノードおよびノードグループを特性付ける情報、またはその他の残りを特性付ける情報に対するアクセス権を有しており、
前記第１および第２のノードグループ、または前記目標ノードグループおよびその他の残りの複数の特徴を比較し、ここで該特徴は前記特性情報に基づいており、
前記比較の結果に基づいて目標ノードグループに対する共通の識別子を確定し、ここで併合によって生成される目標ノードグループの場合、共通の識別子（ＵＵＩＤＺ１）は前記第１の識別子（ＵＵＩＤＺ１）または第２の識別子（ＵＵＩＤＺＺ２）であり、かつ分割によって生成される目標ノードグループの場合、共通の識別子は前記ソースノードグループの識別子または新しい識別子であり、かつ
共通の識別子（ＵＵＩＤＺ１）を前記目標ノードグループのノードに割り当てる
というステップを有している方法。
【請求項２】
前記比較される特徴は第１および第２群の特徴を有しており、かつ
第１の群に属している特徴が前以て決められた順序で比較されかつ特徴のそれぞれはすべての後続の特徴を合わせたものより高くレーティングされ、かつ
第２群の特徴はいずれかの順序で比較することができる
請求項１記載の方法。
【請求項３】
前記第２群の特徴内の特徴には値が割り当てられ、かつ
該値はノードのそれぞれのグループに対して累算される
請求項１または２記載の方法。
【請求項４】
第１群の特徴に属している特徴は外部ノードと接続するための可能性、およびトラステドゾーンの存在を有しており、ここでトラステドゾーンとは、前記第１または第２のノードグループからのノードが個別のアクセス権を有している別のノードグループである
請求項２または３記載の方法。
【請求項５】
第２群の特徴に属している特徴は前記第１または第２のノードグループに属しているノードの数、または該第１または第２のノードグループにおいて使用可能なメモリスペースを有している
請求項２から４までのいずれか１項記載の方法。
【請求項６】
ノードグループはピア・ツー・ピアホームネットワークである
請求項１から５までのいずれか１項記載の方法。
【請求項７】
ソースノードグループを分割することによって生成される目標ノードグループの場合、該ソースノードグループの識別子が前記目標ノードグループかその他の残りに割り当てられ、その他の残りは１つのノードまたはノードグループである
請求項１から６までのいずれか１項記載の方法。
【請求項８】
ネットワークにおける第１のノードであるデバイスであって、該デバイスには第１のラベルが対応付けられている形式のものにおいて、
ラベルを処理操作するための手段を備え、
第２のデバイスから受信される特定のデータを検出するための手段を備え、該デバイスはネットワークに接続されているノードでもありかつ該デバイスには第２のラベルが対応付けられており、前記特定のデータは第２のラベルを含んでおり、
該第２のラベルが前記第１のラベルとは異なっているかどうかを検出する手段を備え、
異なっているというラベルの検出に基づいて前記第２のデバイスにデータを伝送するための手段を備え、該データはネットワークに接続されておりかつ前記第１のラベルが対応付けられているノードについての情報を含んでおり、
前記第２のデバイスからのデータを受信するための手段を備え、該データはネットワークに接続されておりかつ前記第２のラベルが対応付けられているノードについての情報を含んでおり、
受信されたデータに含まれている情報アイテムと伝送されたデータに含まれている相応する情報アイテムとを比較するための手段を備え、ここで種々の情報アイテムは種々異なってレーティングされていてよく、
伝送されたデータに含まれている情報が受信されたデータに含まれている情報より高くレーティングされているかどうかを検出し、かつ該決定に基づいて前記第１のラベルが対応付けられているノードに前記第２のラベルを割り当てるかまたは割り当てないための手段を備え
ているデバイス。
【請求項９】
情報アイテムを比較するための手段は２つの群のアイテムを比較し、第１群のアイテムは第２の群のアイテムより高くレーティングされており、かつ前記第１の群内のアイテムは、それぞれのアイテムの値がすべての低い順位のアイテムの和より高いような順序を有しておりかつそうなるような値が割り当てられている
請求項８記載のデバイス。
【請求項１０】
情報アイテムを比較するための手段は２つの群のアイテムを比較し、第１群のアイテムは第２の群のアイテムより高くレーティングされており、かつ第２の群内のアイテムには値が割り当てられており、かつ該値は伝送されたデータにおけるアイテムおよび受信されたデータにおけるアイテムに対して別個に累算される
請求項８または９記載のデバイス。
【請求項１１】
更に、
伝送されたデータに含まれている情報が受信されたデータに含まれている情報と等しくレーティングされているかどうかを検出し、かつ該検出に基づいて別のパラメータを使用して前記第２のラベルを第１のラベルが対応付けられているノードに割り当てるか否かを決定するための手段を備えている
請求項８から１０までのいずれか１項記載のデバイス。
【請求項１２】
伝送されたデータに含まれている情報が受信されたデータに含まれている情報と等しくレーティングされているかどうかを検出し、かつ該検出に基づいて別のパラメータを使用して前記第２のラベルを第１のラベルが対応付けられているノードに割り当てるか否かを決定するための手段を備え、ここで決定のために使用される前記別のパラメータは前記第１および第２のラベルの数値から導出される
請求項８記載のデバイス。
【請求項１３】
単一ノードである第１のノードは複数のノードまたはノードグループから第２のノードまたはノードグループを選択することができ、該選択は複数のノードまたはノードグループから受信される１つまたは複数のメッセージに含まれている情報および前記第１のノードに対応付けられている情報に基づいている
請求項１から７までのいずれか１項記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は共通の識別子の自動割り当て方法およびネットワークにおける第１ノードであるデバイスに関し、一般的に言えば、ピア・ツー・ピアネットワークにおけるピアグループに対する識別ラベルを選択するための方法に関連している。
【背景技術】
【０００２】
コンシューマーエレクトロニクス工業に対するネットワーク化されたデバイスおよびホームネットワークの増していく重要性はデバイスによる著しい管理努力を強いているが、それはユーザにとっても同じことであり、さらには重要さの増加につれてこの種のホームネットワークにおいてＰＣに類似したコンフィギュレーションおよび管理ルーチンが生じることになる。一般に、ネットワークは、クライアント・サーバーアーキテクチャかまたはピア・ツー・ピア（pear-to-pear＝Ｐ２Ｐ）アーキテクチャを有しているものと分類することができる。Ｐ２Ｐベースドネットワークにおいてデバイスまたはネットワークノードはピアとも称される。普通、それぞれのピアは独自のラベルまたは識別子、例えば所謂ユニバーサルユニーク識別子（Universal Unique Identifier＝ＵＵＩＤ）を介して一義的にアドレス指定することができるようになっている。Ｐ２Ｐネットワーク内のピアは相互に直接通信することができるので、中央のネットワークオルガニゼーションは要求されず、かつ更に、サービスおよびリソースを共有しかつこうして所謂ピアグループを形成しつつ、お互いに協働できるようになっている。普通、このようなピアグループは専用ラベル、例えばＵＵＩＤを得、これを使用してグループのメンバーを識別するようにしている。従ってこれはピアグループに対するアドレスとして使用することもできる。このラベルは通例、ピアグループのストラクチャが変形されるとき、すなわちピアが付加または除去されるときに変更される。ここに述べたピア・ツー・ピアネットワークおよびメカニズムは例えばＷＯ０２／０５７９１７Ａ２に詳細に記載されている。
【０００３】
ピアはいつでもネットワークに接続することができまたはネットワークから切り離すことができる。特に、ホームネットワークは高度にダイナミックなシステムであり、つまりここではピアがシステムに任意に加わりかつシステムから離れ、またはピアグループが分割または併合される。
【０００４】
Ｐ２Ｐ技術を使用してホームネットワークを形成するための方法は、まだ公開されていないヨーロッパ特許出願ＥＰ０２０２７１２２．７に記載されている。この明細書によれば、１つの共通のグループラベルを複数のピアに割り当てることによって、ホームネットワークを１つのピアグループとしてインプリメンテーションすることができる。ここで生成されるピアグループはＯｗｎｅｒＺｏｎｅと呼ばれ、かつ共通のグループラベルはＺｏｎｅ ＵＵＩＤと呼ばれる。ノード間の通信は、これらが同じＯｗｎｅｒＺｏｎｅ、または特定の所謂トラステドゾーン（trusted zone）に属しているときしか許されない。ＯｗｎｅｒＺｏｎｅ構想は、ホームネットワークを自動的にセットアップするデバイスに向けられており、管理がユーザによって行われるようになっている場合は極めて僅かであるかまたは全くない。上述の明細書によれば、ピアは、ネットワーク変形が行われるたびにこれらの新しいＺｏｎｅ ＵＵＩＤを自主的に「ネゴシエート」することができる。しかしながら、新しいピアグループに対するＺｏｎｅ ＵＵＩＤを自動的に特定するように定められている方法はない。
【０００５】
上述の文献には更に、ＯｗｎｅｒＺｏｎｅが、そのストラクチャおよび／またはコンテンツに関する情報を形成するためのサービスを提供することが記載されている。これらの情報はＺｏｎｅ Ｉｎｆｏ Ｄａｔａと称されかつ独自のラベルと一緒にマーキングされる。Ｚｏｎｅ Ｉｎｆｏ Ｄａｔａに対するデータベースは自動的に更新することができかつ例えばＺｏｎｅ ＵＵＩＤまたはＺｏｎｅ Ｓｅｒｖｉｃｅ Ｌｉｓｔのような情報を含んでいてよい。Ｚｏｎｅ Ｓｅｒｖｉｃｅ Ｌｉｓｔは、ＯｗｎｅｒＺｏｎｅがどのサービスを提供できるのかを定義する。それは、どのサービスがどのトラストゾーンに対してアクセス可能とするかを詳細に定義することもできる。
【０００６】
ＯｗｎｅｒＺｏｎｅのストラクチャが変化する、例えば１つのピアが接続されるまたは切り離される、または２つのＯｗｎｅｒＺｏｎｅが単一の新しいＯｗｎｅｒＺｏｎｅに併合されるとき、新しいＺｏｎｅ Ｉｎｆｏ Ｄａｔａが生成されて、この新しいＯｗｎｅｒＺｏｎｅのストラクチャおよびコンテンツを記述するようにしている。例えば新しいＺｏｎｅ Ｉｎｆｏ Ｄａｔａは、２つのソースＯｗｎｅｒＺｏｎｅについての情報、例えばこれらのそれぞれのＺｏｎｅ ＵＵＩＤを含んでいてよく、こうしてＯｗｎｅｒＺｏｎｅ変形を追跡することができるようになる。
【特許文献１】ＷＯ０２／０５７９１７Ａ２
【特許文献２】ヨーロッパ特許出願ＥＰ０２０２７１２２．７
【発明の開示】
【発明が解決しようとする課題】
【０００７】
１つまたは複数のピアを付加または除去することによってＯｗｎｅｒＺｏｎｅのストラクチャを変化する場合、管理ワークが行われなければならない。普通、煩雑なタスクとなりかつ特別なネットワーク構築知識が要求されるこの管理ワークの実施を要求されるのはユーザである。更にこのワークに伴って大量な管理関係データトラヒックが生じることになる。それは、新しい識別子が当該ピアグループのアドレスとして動作しかつネットワーク中に配信されなければならないという理由からである。この管理ワークを自動化するとき特に、係わってくるピアまたはゾーンは共通の方法論を持っていて、グループラベルまたはＺｏｎｅ ＵＵＩＤ、またはＺｏｎｅ Ｎａｍｅのような別のラベルに基づいて適用可能かどうかを決定しなければならない。
【０００８】
本発明によって解決されるべき問題は、１つまたは複数のピアを付加するかまたは除去することによって変化したピアストラクチャの後で、ピアグループ、例えばＯｗｎｅｒＺｏｎｅに対する共通の識別子を自動的に決定することである。このことはゾーン管理と呼ばれることの一部である。守られなければならない前提条件はこの場合に管理ワークおよびデータトラヒックの量が低減されるようにしたいということである。
【課題を解決するための手段】
【０００９】
本発明の課題は、方法においては請求項１に記載の構成、すなわち共通の識別子をネットワークにおける目標ノードグループに自動的に割り当てる方法であって、目標ノードグループは前記識別子を介してその他のノードによってアクセス可能であり、目標ノードグループは第１のノードまたはノードグループと第２のノードおよびノードグループを併合することによって、またはソースノードグループを前記目標ノードグループとその他の残りとに分割することによって生成されるという形式の方法から出発して、後続のステップを実行するために前記目標ノードグループから１つのノードを自動的に決定し、ここで該決定されるノードは前記目標ノードグループを特性付ける情報、および第１のノードまたはノードグループと第２のノードおよびノードグループを特性付ける情報、またはどの他の残りを特性付ける情報に対するアクセス権を有しており、前記第１および第２のノードグループ、または前記目標ノードグループおよびその他の残りの複数の特徴を比較し、ここで該特徴は前記特性情報に基づいており、前記比較の結果に基づいて目標ノードグループに対する共通の識別子を決定し、ここで併合によって生成される目標ノードグループの場合、共通の識別子は前記第１の識別子または第２の識別子であり、かつ分割によって生成される目標ノードグループの場合、共通の識別子は前記ソースノードグループの識別子または新しい識別子であり、かつ共通の識別子を前記目標ノードグループのノードに割り当てることによって解決され、
また装置においては請求項８に記載の構成、すなわちネットワークにおける第１のノードであるデバイスであって、該デバイスには第１のラベルが対応付けられている形式のものから出発して、ラベルを操作するための手段を備え、第２のデバイスから受信される特定のデータを検出するための手段を備え、該デバイスはネットワークに接続されているノードでもありかつ該デバイスには第２のラベルが対応付けられており、前記特定のデータは第２のラベルを含んでおり、該第２のラベルが前記第１のラベルとは異なっているかどうかを検出する手段を備え、異なっているというラベルの検出に基づいて前記第２のデバイスにデータを伝送するための手段を備え、該データはネットワークに接続されておりかつ前記第１のラベルが対応付けられているノードについての情報を含んでおり、前記第２のデバイスからのデータを受信するための手段を備え、該データはネットワークに接続されておりかつ前記第２のラベルが対応付けられているノードについての情報を含んでおり、受信されたデータに含まれている情報アイテムと伝送されたデータに含まれている相応する情報アイテムとを比較するための手段を備え、ここで種々の情報アイテムは種々異なってレーティングされていてよく、伝送されたデータに含まれている情報が受信されたデータに含まれている情報より高くレーティングされているかどうかを検出し、かつ該決定に基づいて前記第１のラベルが対応付けられているノードに前記第２のラベルを割り当てるかまたは割り当てないための手段を備えていることによって解決される。
【００１０】
本発明はピアグループに対する識別子を自動的に決定するための適当なパラメータおよびアルゴリズムを定め、他方で同時に新しい識別子の配信のために要求されるデータトラヒックの量を低減する。本発明によれば、最も適している既存のグループ識別子が決定されかつ再使用される。有利には、本発明の方法はＯｗｎｅｒＺｏｎｅのストラクチャがピアを付加することによってまたは除去することによって変化したとき、かつ新しいＯｗｎｅｒＺｏｎｅがＯｗｎｅｒＺｏｎｅの分割することによってまたは併合によって生成されたときに使用することができる。
【００１１】
本発明の方法は、ピアおよびゾーン特性を考慮して、Ｚｏｎｅ ＵＵＩＤのようなＯｗｎｅｒＺｏｎｅ識別子を選択することを含んでいる。「デューラビリティ」（durability）という用語はここでは、他のゾーンによるフレンドリーテークオーバーに対するゾーン耐性を間接的に表すために使用される。２つのゾーンが併合されるべきとき、ゾーンのデューラビリティがそれぞれのゾーンの重要度、または新たに生成されるゾーンに対するそのインパクトがどのくらい強いものなのかを決定する。単一のピアも暗黙のＯｗｎｅｒＺｏｎｅと考えてよいので、本発明の方法は単一のピアが１つのピアグループに付加されるまたはそこから切り離されるときも使用されてよい。
【００１２】
本発明の方法によれば、ここでは「ネゴシエーションピア」と称される単一のピアは、サービスを実施するためのノードを決定するためのいずれか任意の方法を使用して、新たに生成されたピアグループ内で自動的に選択される。ネゴシエーションピアのタスクは、ピアグループのストラクチャを変える、例えばピアグループを別のピアグループまたは単一ピアに併合する場合にゾーン管理サービスを実施することである。このネゴシエーションピアは、ＯｗｎｅｒＺｏｎｅのストラクチャおよびケーパビリティについての要求される情報を有しており、例えばそれはピアグループの特性を含んでいる情報を得るために、Ｚｏｎｅ Ｓｅｒｖｉｃｅ ＬｉｓｔおよびＺｏｎｅ Ｉｎｆｏ Ｄａｔａに対するアクセス権を有しているとよい。更に、本発明は、ストラクチャの変化に関する情報を受信したピアグループ内のそれぞれのピアがこの情報をそのネゴシエーションピアに先送りすることを含んでいる。それから併合されるべき２つのピアグループの２つのネゴシエーションピアがこれらの情報の関連部分を交換し、かつ新しいピアグループに対する共通の識別子を決定することができる。このことは、同じデータに基づいて両方が同じ決定プロシージャを実施するならば可能である。結果として、新しいＯｗｎｅｒＺｏｎｅが識別子、例えばソースゾーンの１つのＺｏｎｅ ＵＵＩＤ、すなわちより高いデューラビリティを有しているソースゾーンを維持する。このことは、別のピアグループとのコネクションを有しているピアグループが再アレンジされる、例えば１つのピアが付加または除去されるようにすれば特別有利である。というのは、この場合には、識別子、ひいてはピアグループのアドレスは変わらずに維持してよいからである。これにより、新しいアドレスを別のピアグループに公示する必要が省かれ、このためにネットワークトラヒックおよび管理アクティビティが低減される。
【００１３】
新しいピアグループに対する識別子を決定するプロシージャはソースＯｗｎｅｒＺｏｎｅのそれぞれに対する所定のデューラビリティを突き止めることを含んでおり、かつ多数のステップから成っていてよく、これらステップは多数のステップ群に分割されている。
【００１４】
ステップの第１群は、ＯｗｎｅｒＺｏｎｅの最も重要な特徴、例えばその外部コネクションに関する特徴を調査する。これらの特徴の存在は、いずれかの特徴がソースＯｗｎｅｒＺｏｎｅの１つにだけ存在するならば、このＯｗｎｅｒＺｏｎｅのデューラビリティが比較的高くかつ従ってそのＺｏｎｅ ＵＵＩＤが新しく併合されたＯｗｎｅｒＺｏｎｅに割り当てられるように前以て決められた順序で順次に通しキャンされる。決定プロシージャはこの場合終了されるようにするとよい。このことは、第１の群に属するいずれの特徴も低くレーティングされている特徴すべての合計よりも高くレーティングされているように、特徴をレーティングすることと理解するとよい。
【００１５】
ステップの第２の群は数量化により他のＯｗｎｅｒＺｏｎｅ特徴をレーティングする。これらステップは、ステップの第１群が両方のソースゾーンに対して同じ結果を出したときにだけ実施する必要がある。それぞれの数量的な特徴のそれぞれに対して所定の値が突き止められ、かつ値はソースゾーンのそれぞれに対して加算される。結果的に高い和値が生じたソースゾーンがより高いデューラビリティを有し、かつその識別子が新しいＯｗｎｅｒＺｏｎｅの識別子として使用される。
【００１６】
ステップの第１群で考察される特徴は外部アクセス、またはトラステドゾーンの存在、ユーザ固有のコンフィギュレーションの存在および実時点のゾーンの振る舞い、または少なくともこれらのいくつかを有していてよい。第２群のステップは、ＯｗｎｅｒＺｏｎｅが他のゾーンに対して提供することができるサービスのタイプおよび数、ピアグループサイズ、すなわち接続されているピアの数、ピアグループライフタイムまたは使用可能な記憶容量のような特徴を考慮するとよい。
【実施例】
【００１７】
次に本発明を図示の実施例に付き図面を用いて詳細に説明する。
【００１８】
図１のａ）には、それぞれＵＵＩＤＮ１およびＵＵＩＤＮ２とラベル付けられている、１つのピア・ツー・ピアネットワークの２つのノードが示されている。ノードは異なったＯｗｎｅｒＺｏｎｅに属しており、従って関連付けられた個別グループラベルＵＵＩＤＮ１，ＵＵＩＤＮ２を有している。それ故にこれらは普通、お互いに通信することはできない。ノードが図１のｂ）に示されているように、物理的に相互に接続されているとき、それぞれのＯｗｎｅｒＺｏｎｅのユーザは、彼らが彼らのＯｗｎｅｒＺｏｎｅを併合したいということを企てられるようになっている。本発明の別の実施例において、それぞれのユーザは企てはできないが、この目的のためにサービスを明示的に呼び出すことができる。こうして、１つの共通のグループラベルを複数のノードに割り当てることを要求する１つの共通のＯｗｎｅｒＺｏｎｅが形成されるようにできる。本発明の方法を使用して、ノードはこのようなグループラベルを自動的に選択することができる。
【００１９】
殊に、既存のグループラベルＵＵＩＤＺ１，ＵＵＩＤＺ２の１つが共通のグループラベルとして使用される。ノードは周期的にメッセージを送るようにでき、こうしてお互い同士を即座に検出する。通信するノードＵＵＩＤＮ１，ＵＵＩＤＮ２はネゴシエーションピアである。本発明によれば、両方のノードはこれらそれぞれのＯｗｎｅｒＺｏｎｅについての情報をお互いに交換する。この種情報とは例えば、これらのゾーンラベルＵＵＩＤＺ１，ＵＵＩＤＺ２のようなパラメータ、これらそれぞれのグループに属しているノードの数およびこれらがトラステドゾーンを有しているかどうか、すなわちこれらが別のＯｗｎｅｒＺｏｎｅに属しているノードに接続できるかどうかの情報である。それからそれぞれのネゴシエーションピアは受信された情報を自分のところの情報、すなわち自分が送信した情報と比較し、かつレーティングを実施する。両方のノードＵＵＩＤＮ１，ＵＵＩＤＮ２は、同じデータに基づいておりかつ従って同じ結果を提供する同じレーティングアルゴリズムを使用する。一般に、ノードの１つ、例えばＵＵＩＤＮ２はこの結果から、別のノードがより高くレーティングされていることを検出し、かつ自身のグループラベルＵＵＩＤＺ２をより高くレーティングされているノードのグループラベルＵＵＩＤＺ１によってオーバライトする。こうして両方のノードは同じグループラベルを有し、かつそれ故に新しい共通のＯｗｎｅｒＺｏｎｅに属している。２つのノードが等しくレーティングされているとき、クリチカルな状態が生じることになる。このことは、個々の最も低くレーティングされているパラメータ、例えばミリセカンドの解像度を有する内部のライフタイムカウンタの値、またはノードラベル（Ｎｏｄｅ ＵＵＩＤ）の数値またはゾーンラベル（Ｚｏｎｅ ＵＵＩＤ）を比較することで回避することができる。
【００２０】
ＯｗｎｅｒＺｏｎｅ構想は、接続されているノードがお互いに接近して配置されている必要はなく、これらがネットワークを介して接続されていればよいということも含んでいる。例えば、同じユーザに属している２つのノードは異なったビルディングに配置されており、かつグローバルネットに接続されている。ユーザが共通のＯｗｎｅｒＺｏｎｅを形成しようとするとき、ユーザはこれらがお互いに通信できるということをノードに対して条件指定しなければならない。その場合ノードは上に述べたように、１つの共通のグループラベルを選択することができる。この構想は異なったユーザに属している２つのＯｗｎｅｒＺｏｎｅを併合するためにも使用することができ、かつそれ故に悪意のあるテークオーバーを防止するためにセキュリティ手段が必要である。セキュリティは種々の手段によって強化されてよく、例えば各ＯｗｎｅｒＺｏｎｅのそれぞれのユーザが、前以てまたはオンラインで合併を明示的に受け入れるように要求されるようにするとよい。
【００２１】
説明したアルゴリズムは、ノードＵＵＩＤＮ１，ＵＵＩＤＮ２のそれぞれがゾーン管理に対して所定のサービスを提供するものであると考えることができる。本発明によれば、オウナーゾーンはゾーン管理サービスを設定し、かつグループ内の１つのノードはこのサービスを実施または提供しなければならない。１より大きな数のノードを有しているピアグループに対して、このゾーン管理サービスは一度には、グループのノードの１つだけと自動的に関連付けられる。このノードはここでは「ネゴシエーションピア」と呼ばれるが、説明した過程がネゴシエーションに似ているからである。ネゴシエーションピアを決定するための容易な方法は、以前の併合過程またはネゴシエーションに組み込まれたノードの１つ、例えばそのグループラベルを維持したノードを選択することである。
【００２２】
図２には、ＯｗｎｅｒＺｏｎｅＯＺ ２０，ＯＺ ２１が示されており、これらはそれぞれ２つのノードから成ってる。すべてのノードＮ２０，…，Ｎ２３が個別のノード識別子Ｎ ＩＤ１，  …，Ｎ ＩＤ４を有している一方、第１のＯｗｎｅｒＺｏｎｅＯＺ ２０に属しているノードＮ２０，Ｎ２１は第１のＯｗｎｅｒＺｏｎｅのグループラベルＺ ＩＤＡによってラベル付けされ、かつ他方のＯｗｎｅｒＺｏｎｅＯＺ ２１に属しているノードＮ２２，Ｎ２３は別のＯｗｎｅｒＺｏｎｅのグループラベルＺ ＩＤＢによってラベル付けされる。それぞれのＯｗｎｅｒＺｏｎｅＯＺ ２０，ＯＺ ２１のノードの１つ、例えばＮ２１およびＮ２３はネゴシエーションピアであり、かつこのようにしてそれぞれのピアグループに対するゾーン管理サービスを実施する。第１および第２のＯｗｎｅｒＺｏｎｅのユーザが１つの共通のＯｗｎｅｒＺｏｎｅを形成するためにこれらのピアグループを単一化しようとするとき、第１のＯｗｎｅｒＺｏｎｅＯＺ ２０のユーザはそのネゴシエーションピアＮ２１を認証して、グループラベルＺ ＩＤＢによって条件指定されている別のピアグループＯＺ ２１とコンタクトすることができる。ネゴシエーションピアＮ２１は他方のＯｗｎｅｒＺｏｎｅＯＺ ２１にメッセージを送信し、その際ネゴシエーションピアＮ２３がこのメッセージを解析しかつそのそれぞれのユーザによる確認応答を要求する。例えばそれはユーザに要求して、この目的のためにだけ有効でありかつ第１および第２のＯｗｎｅｒＺｏｎｅＯＺ ２０，ＯＺ ２１によって前以て決定されなければならない秘密キーを入力してもらうようにすることもできる。両方のユーザが自分たちのＯｗｎｅｒＺｏｎｅの併合に同意すると、ネゴシエーションピアＮ２１，Ｎ２３はこれらそれぞれのＯｗｎｅｒＺｏｎｅＯＺ ２０，ＯＺ ２１についての情報、例えばこれらのコネクション、ストラクチャおよびケーパビリティについてのデータを交換し、かつ例えば以下に詳細に説明するように、それぞれのデューラビリティを決定する。両者ともが、例えば第２のＯｗｎｅｒＺｏｎｅ０Ｚ ２１が第１のＯｗｎｅｒＺｏｎｅ０Ｚ ２０より高くレーティングされている、すなわちより高度なデューラビリティを有しているという結論に達する。その場合比較的低いデューラビリティを有するＯｗｎｅｒＺｏｎｅ０Ｚ ２０のネゴシエーションピアＮ２１が新しい共通のグループラベルＺ ＩＤＢをそのピアグループのノードＮ２０，Ｎ２１に対して断言する。更に、ノードＮ２１は、他方のネゴシエーションピアＮ２３が今やこのサービスを新しいピアグループＯＺ ２に対して実施するので、そのゾーン管理サービスを非活性にする。いずれかの仕方で、認証されたユーザがこのサービスをＯｗｎｅｒＺｏｎｅ内のいずれか別のノードに割り当てるようにもできる。
【００２３】
同様にして、図２はＯｗｎｅｒＺｏｎｅを分割する逆のプロセスの説明のためにも使用することができる。ＯｗｎｅｒＺｏｎｅ０Ｚ ２のユーザがＯｗｎｅｒＺｏｎｅを分割することを決意したとき、この過程を実施するために２つの可能な仕方がある。１つの可能性は、ユーザが２つのグループＯＺ ２０，ＯＺ ２１への制御された分割を実施することである。このことは例えば、第１のＯＺ ２０および第２のＯＺ ２１部分グループに接続されるべきノードのリストを作成することによって行われる。それからユーザは専用サービス、例えばネゴシエーションサービスが特定の時期に分割過程を実施するようにする。このことは、ＯｗｎｅｒＺｏｎｅを２つ以上の部分グループに分割するために、かつ単一のピアをＯｗｎｅｒＺｏｎｅから制御される仕方で切り離すために使用することもできる。本発明によれば、ネゴシエーションピアは、既存のグループラベルＺ ＩＤＢを部分グループＯＺ ２０，ＯＺ ２１の１つだけに、すなわち他より高いデューラビリティを有しているグループに割り当てるというタスクを有している。それから別のグループラベルがその他の部分グループに割り当てられなければならない。有利には、ネゴシエーションピアは併合に対するのと同じデューラビリティ計算を使用し、第１のおよび第２の部分グループＯＺ ２０，ＯＺ ２１の特徴を比較し、かつこうしてどちらがより高度なデューラビリティを有しているかを決定するようにする。
【００２４】
分割過程を実施するための別の可能性は、例えばネットワークケーブルを取り外すことによって、１つまたは複数のノードがゾーンから簡単に切り離されることである。この場合ネットワーク内のそれぞれのノードは、規格Ｐ２Ｐプロトコルによればノードがディスカバリーメッセージを送信かつ受信するので状況を検出することができる。こうしてそれぞれのノードはそれがどの他方のノードに接続されているかを検出することができる。ＯｗｎｅｒＺｏｎｅはこの状況を扱えるようにコンフィギュレーションされていてよい。それは、例えばＺｏｎｅ Ｉｎｆｏ Ｄａｔａデータベースのコピーを常時すべてのノードに記憶することによって行われる。ＯｗｎｅｒＺｏｎｅ０Ｚ ２の、２つの部分ゾーンＯＺ ２０，ＯＺ ２１への分割後に、それぞれの部分ゾーンＯＺ ２０、ＯＺ ２１は自身のネゴシエーションピア、例えばＯＺ ２０に対してはＮ２１かつＯＺ ２１に対してＮ２３を決定することができる。ネゴシエーションピアＮ２１，Ｎ２３はそれ自身のピアグループのデューラビリティおよびその他の部分のデューラビリティを計算することができる。それは、Ｚｏｎｅ Ｉｎｆｏ Ｄａｔａデータベースのコピーが両方の部分グループについての情報を含んでいるからである。更に、両方の部分グループＯＺ ２０，ＯＺ ２１は同じデータを有しかつ同じアルゴリズムを使用するので、これらは同じ結果に至り、かつ分割される前に、その前のピアグループのグループラベルＺ ＩＤＢをより高いデューラビリティを有する部分グループに割り当てることができる。その他の部分グループは別のグループラベルを計算しかつそれをそれ自体に割り当てることができる。図２において、ＯｗｎｅｒＺｏｎｅＯＺ ２は分割前にグループラベルＺ ＩＤＢを有しており、かつ分割の後、１つの部分グループＯＺ ２０はノードＮ２０およびＮ２１を有し、一方第２の部分グループＯＺ ２１はノードＮ２２およびＮ２２から成っている。デューラビリティ計算は２つのネゴシエーションピア、例えばＮ２１およびＮ２３によって全く同じに実施され、かつ例えば第２の部分グループＯＺ ２１のデューラビリティが１つの部分グループＯＺ ２０のデューラビリティより高いという結果が得られることになる。それから、本発明によれば、比較的高いデューラビリティを有する第２の部分グループＯＺ ２１がグループラベルＺ ＩＤＢを保持し、一方第１の部分グループＯＺ ２０は別のグループラベルＺ ＩＤＡを獲得する。単一のピアが切り離される場合には特に、残っているピアグループは通例そのグループラベルを維持することになる。このことは、ユーザが自分のホームネットワークの内部オルガニゼーションについてのケアをする必要がない、すなわち新しいグループラベル、またはＯｗｎｅｒＺｏｎｅアドレスをネットワークを介して例えばピアが付加されるまたは除去されるときにトラステドゾーンに配布する必要はないという利点を有している。
【００２５】
本発明の重要な局面は、ＯｗｎｅｒＺｏｎｅデューラビリティの計算を含んでいるネゴシエーション過程である。このことは、ネゴシエーションピアがそれぞれのＯｗｎｅｒＺｏｎｅに対して所望の方法によりレーティングを実施することを意味している。自身のピアグループのデューラビリティはいつ計算することもできるが、有利にはピアグループの関連パラメータが変化するとき、例えば何らかの目的のためにメモリがアロケートされるときまたは１つのノードが切り離されるときまたは付加的なサービスがインストールされるときである。本発明によれば、デューラビリティの計算は少なくとも２つのステップにおいて行われる：これらステップの第１のステップにおいて定められたパラメータが予め決められている順序で比較され、かつそれぞれのパラメータは所定の重みを有している。重みはすべての低めにレーティングされたパラメータのトータルな重みより高く、すなわちこの比較は、１つのパラメータが１つのノードにしか当てはまらないとき停止されるようにするとよい。例えば比較されるべき第１のパラメータは、ノードがトラステドゾーンを有しているか否か、すなわちそれが外部ピアに接続できるものであるかどうかである。他の判断基準は例えば、Ｚｏｎｅ Ｉｎｆｏ Ｄａｔａに対するそれぞれのデータベースが自動的に生成されるまたはユーザ操作されるかどうか、またはどのサービスをＯｗｎｅｒＺｏｎｅがお互いに提供できるのかである。ユーザ操作されるＺｏｎｅ Ｉｎｆｏ Ｄａｔａは、新しいＯｗｎｅｒＺｏｎｅに対して利用可能でもあるべき情報を含んでいてよい。付加的に、ユーザの一方または双方がこの過程に影響を及ぼす可能性を有しているかまたはどのラベルを使用するかを明示的に決定するようにしてよく、かつこれは最高の優先順位を有していてよいが、低い優先順位でもよい。
【００２６】
併合に対するネゴシエーション過程を説明するフローチャート例が図３に示されている。ネゴシエーションピアが通信リクエストを受信すると、ゾーンマネージメントサービスがネゴシエーションプロシージャをスタートする（３１）。これはノード検出３２で始まり、すなわちノードのグループラベルの送信を促す。それから２つのＯｗｎｅｒＺｏｎｅ間の関係のタイプが評価される（３３）。このことでユーザは、他方のノードに対するコネクションが確立され、データが交換されかつ併合が実施されることを確認することが要求されることになる。ユーザが受け入れるなら、他方のネゴシエーションピアに対するコネクションはローカルコネクションと見なされ、かつデューラビリティ計算が始まることになる。例えば新しいピアが既存のＰ２Ｐネットワークにローカルコネクションを介して付加されるならば、特別な状況が生じる。この場合、このピアは製造者によってネゴシエーションおよび併合を許容するようにプログラミングされることになる。そうでなければ、すなわち通信リクエストがグローバルコネクションを介して受信されるならば、ネゴシエーションピアは、このリクエストメッセージを送信したノードが既にトラステドゾーンに属しているかどうかをチャックする（３１３）。この場合（イエス）、ＯｗｎｅｒＺｏｎｅは相互に通信できるので、ネゴシエーションは終了する。そうでなければ（ノー）、すなわちこのリクエストメッセージを送信したノードがまだトラステドゾーンに属していないのであれば、受信ネゴシエーションピアは３１４で、このメッセージに２つのＯｗｎｅｒＺｏｎｅ間にトラステドゾーン関係を確立するというリクエストが含まれているかどうかを分析する。これには通例、ユーザの確認応答の要求も含まれることになり、かつ両方のユーザがトラステドゾーン関係が確立されることを受け入れると、Ｚｏｎｅ Ｉｎｆｏ Ｄａｔａに対する内部データベースが更新される（３１６）。そうでない場合には、コネクションは拒絶される（３１５）。
【００２７】
他方のネゴシエーションピアに対するコネクションがローカルコネクションと認められるなら、２つのネゴシエーションピアは、デューラビリティ計算が要求されるデータを交換し、かつ計算を実施することができる。イニシャルチェック３４で、メッセージが別のピアグループ、例えばこのＯｗｎｅｒＺｏｎｅに以前に接続されたことがないピアから来ているかどうかが検証される。本発明の１実施例において、ＯｗｎｅｒＺｏｎｅから切り離されるピアはＯｗｎｅｒＺｏｎｅのグループラベルを維持する。このピアが再接続されるのであれば、ネゴシエーションはこのステップ３４の後で終了するようにすればよい。というのは、グループラベルは同一であるからである。
【００２８】
本発明によれば、少なくとも２つの特性またはパラメータ群が評価されてどちらのＯｗｎｅｒＺｏｎｅがより高いデューラビリティを有しているかどうかが見つけ出される。図３に図示の実施例において、これら群の第１は２つの特性を含んでいる：第１は、ＯｗｎｅｒＺｏｎｅが外部コネクションを有しているかまたはトラステドゾーンを有しているかである（３５）。２つのＯｗｎｅｒＺｏｎｅの１つだけが外部ノードに接続されているのであれば、このＯｗｎｅｒＺｏｎｅのグループラベルまたはＺｏｎｅ ＵＵＩＤが新しいＯｗｎｅｒＺｏｎｅに対して選択される（３９）。両方のＯｗｎｅｒＺｏｎｅが何らかの理由で外部ノードに接続されているが、一方しかトラステドゾーンを有していないならば、このＯｗｎｅｒＺｏｎｅのグループラベルが選択される。第２の特性は、併合されるべき両方のＯｗｎｅｒＺｏｎｅがＺｏｎｅ Ｉｎｆｏ Ｄａｔａサービスを有しているかどうかである（３６）。これに対してはそうでないことがあり得る。例えばネゴシエーションピアたるべく用意されていないある種のデバイスがあり得る。２つのＯｗｎｅｒＺｏｎｅの一方だけがＺｏｎｅ Ｉｎｆｏ Ｄａｔａサービスを有しているのであれば、その時はこのＯｗｎｅｒＺｏｎｅのグループラベルが選択される（３９）。
【００２９】
特性の第２群は、第１の群がどちらのグループラベルを選択するかの決定をなしえなかったときにだけ評価される（３７）。３７で行われる第２群の特性は値でレーティングされることである。すなわちこれらは、アイテムが評価されるたびにポイントを獲得し、かつすべてのアイテムに対するポイントがそれぞれのピアグループ毎に合計されるように数量化される。この例において、これらアイテムはＯｗｎｅｒＺｏｎｅに属しているノードの数、利用可能なメモリスペースおよび利用可能なサービスのタイプを有している。他の例は、トラステドゾーンの数、またはトラステドゾーンに属しているノードの数である。その評価がアイテムに対して１つの値を割り当てかつそれぞれのＯｗｎｅｒＺｏｎｅに対して複数の値を合計することを含んでいるならば、３７におけるアイテムの第２群に対してどんなアイテムも可能である。このことは、この群内のアイテムが、すべてが比較されなければならないので順番を有していないことを意味している。
【００３０】
それからグループラベルは、多くのポイント、またはより高い値を有しているピアグループから採用される（３９）。この決定では、両方が同じ値を有していることも発生し得る（３８）。その場合、例えばグループラベルＺｏｎｅ ＵＵＩＤの数値に基づいていずれかの決定が行われる（３１１）。別の可能性は、ノードが十分な分解能を有する内部ライフタイムカウンタを有しており、これらカウンタのカレント値が交換されかつ交換された値が比較されることである。併合されるべきＯｗｎｅｒＺｏｎｅが両方ともＺｏｎｅ Ｉｎｆｏ Ｄａｔａサービスを有している場合には、これらサービスの一方がディスネーブル化されかつ残されたサービスのデータベースが更新、例えばディスネーブル化されたサービスのデータベースと併合される（３１０）。
【００３１】
この２段階方法の利点は、多くの場合に算術計算を回避することができ、従ってネゴシエーションピアに対して不必要な負荷をかけることなく、非常に迅速に決定を下し得るということである。
【００３２】
ピアが新たにネットワークに接続されるとき、１つまたは複数のピアグループまたはＯｗｎｅｒＺｏｎｅが既に接続されていることがある。これらピアグループまたはＯｗｎｅｒＺｏｎｅは、必ずしも必要ではないが、ＷＯ０２／０５７９９１７号においてピアグループに対して記載されているように、それぞれのピアグループまたはＯｗｎｅｒＺｏｎｅの特性を含んでいる広告メッセージを周期的に送信または同報することができる。ピアグループによって送信される広告メッセージはＯｗｎｅｒＺｏｎｅによって送信される広告メッセージとは異なっている。広告メッセージはグループラベルおよび／またはＺｏｎｅＩｎｆｏＤａｔａを含んでいてよい。また、必ずしも必要ではないが、新しいピアは、グループラベルまたはＺｏｎｅＩｎｆｏＤａｔａのような既に添付されるＯｗｎｅｒＺｏｎｅ情報を有していてよい。
【００３３】
本発明の１つの実施例において，Ｐ２Ｐネットワークに接続されているピアは添付される永続的なＯｗｎｅｒＺｏｎｅ情報を有しておらず、かつ既存のＯｗｎｅｒＺｏｎｅまたは他のピアグループからの広告メッセージを受信するようにしてもよい。この場合、それが１つのＯｗｎｅｒＺｏｎｅからだけ広告メッセージを受信するならば、それは単純に既存のＯｗｎｅｒＺｏｎｅグループラベルと見なしかつそれからＯｗｎｅｒＺｏｎｅを結合すればよい。その他の場合それが広告メッセージを１つのピアグループより多くのピアグループから受信したらば、カレントＯｗｎｅｒＺｏｎｅであるピアグループに向けられた広告を選択することによって妥当なＯｗｎｅｒＺｏｎｅを選択することができる。その他の場合、それがＯｗｎｅｒＺｏｎｅ広告メッセージを１つのＯｗｎｅｒＺｏｎｅより多くのＯｗｎｅｒＺｏｎｅから受信したらば、例えばユーザの好みに従って、どのＯｗｎｅｒＺｏｎｅに接続するかを選択するようにしてもよい。
【００３４】
本発明の別の実施例において、Ｐ２Ｐネットワークに接続されているピアは添付される自身の永続的なＯｗｎｅｒＺｏｎｅ情報を有しておらず、かつネットワークからＯｗｎｅｒＺｏｎｅ広告メッセージを受信しない。この場合、上述したように、新しいＯｗｎｅｒＺｏｎｅが生成されるようにするとよい。
【００３５】
本発明の別の実施例において、Ｐ２Ｐネットワークに接続されているピアは添付される永続的なＯｗｎｅｒＺｏｎｅ情報を有しているが、ネットワークからピアグループ広告メッセージを受信しない。この場合、新しいピアはそのＯｗｎｅｒＺｏｎｅ情報を維持し、かつネットワークにおける他のピアが実例を示す（instantiate）か、または新しいピアのＯｗｎｅｒＺｏｎｅを結合することができる。
【００３６】
本発明の別の実施例において、添付される永続的なＯｗｎｅｒＺｏｎｅ情報を有しているが、ネットワークからピアグループ広告メッセージも受信する。この場合、上述したゾーン管理過程が実施されるようにするとよい。
【００３７】
本発明は、Ｐ２Ｐネットワーク、殊にＰ２Ｐホームネットワークに接続することができるどんな種類のデバイスに対しても使用することができる。これらはコンピュータであってよいが、ＴＶ，ＣＤまたはＤＶＤプレーヤ／レコーダのようなその他の電子装置であってもよい。更に、本発明の方法は識別レベルを選択するために使用されるばかりでなく、Ｐ２Ｐネットワークにおけるピアグループが共通の決定を下さなければならないようなときにも使用するとよい。
【図面の簡単な説明】
【００３８】
【図１】共通のＯｗｎｅｒＺｏｎｅピアを形成するように接続されている２つのピアを示す略図
【図２】１つの新しいＯｗｎｅｒＺｏｎｅに併合される、両方ともネゴシエーションピアを有している２つのＯｗｎｅｒＺｏｎｅの略図
【図３】新しいＯｗｎｅｒＺｏｎｅの識別子を決定するための方法の一例を示すフローチャート
【符号の説明】
【００３９】
ＵＵＩＤ  識別子
Ｚ ＩＤ  グループラベル
ＯＺ ２，ＯＺ ２１，ＯＺ ２２  ＯｗｎｅｒＺｏｎｅ
Ｎ２０〜Ｎ２３  ノード（Ｎ２１，Ｎ２３  ネゴシエーションピア）
【図１】
2004350297.tif 000003
【図２】
2004350297.tif 000004
【図３】
2004350297.tif 000005