(57)【特許請求の範囲】
【請求項１】
複数のメンバーデバイスを含むドメインを管理する方法において、
第１のドメインマネージャにより、前記複数のメンバーデバイスにドメイン管理情報を格納するステップと、
第２のドメインマネージャにより、前記複数のメンバーデバイスの少なくとも１つから前記ドメイン管理情報を得るステップとを有し、
前記格納ステップが、
前記ドメイン管理情報の少なくとも部分から複数のデータピースを生成するステップであって、前記ドメイン管理情報の前記少なくとも部分を回復するのに、互いに異なる少なくとも２つのデータピースが必要とされる、ステップと、
前記複数のメンバーデバイスに前記複数のデータピースをそれぞれ分散するステップとを含み、
前記得るステップが、
前記複数のメンバーデバイスの少なくとも２つから互いに異なる少なくとも２つのデータピースを受信するステップと、
前記受信ステップにおいて受信される前記少なくとも２つのデータピースの数が、閾値を超えた場合に、前記受信された少なくとも２つのデータピースから前記ドメイン管理情報の前記少なくとも部分を回復するステップとを含み、
前記第１のドメインマネージャが、前記ドメインの以前のドメインマネージャであり、前記第２のドメインマネージャは、前記ドメインの新しいドメインマネージャとして前記第１のドメインマネージャを交換し、
前記方法が更に、前記得るステップの前に、
前記ドメインのドメイン認証局により、前記第２のドメインマネージャを認証するステップと、
前記複数のメンバーデバイスの少なくとも１つにより、前記第２のドメインマネージャを認証するステップとを有する、方法。
【請求項２】
前記生成ステップが、
多項式を構築するステップであって、前記ドメイン管理情報の前記少なくとも部分が、多項式の項の係数であるよう構成される、ステップと、
前記構築された多項式を用いることにより、前記複数のデータピースを生成するステップとを含み、
前記受信ステップにおいて受信されるデータピースの数が、前記多項式の項の数より少ないということがなく、
前記回復ステップが、前記受信されたデータピースに基づき、前記係数を算出する、請求項１に記載の方法。
【請求項３】
前記生成ステップが、前記ドメイン管理情報の前記少なくとも部分を前記複数のデータピースに分割し、
前記受信ステップは、前記複数のデータピースの全てを受信し、
前記回復ステップが、前記受信したデータピースを前記ドメイン管理情報の前記少なくとも部分に結合する、請求項１に記載の方法。
【請求項４】
複数のメンバーデバイスを含むドメインを管理する方法において、
第１のドメインマネージャにより、前記複数のメンバーデバイスにドメイン管理情報を格納するステップと、
第２のドメインマネージャにより、前記複数のメンバーデバイスの少なくとも１つから前記ドメイン管理情報を得るステップとを有し、
前記第１のドメインマネージャが、前記ドメインの以前のドメインマネージャであり、前記第２のドメインマネージャは、前記ドメインの新しいドメインマネージャとして前記第１のドメインマネージャを交換し、
前記方法が更に、前記得るステップの前に、
前記ドメインのドメイン認証局により、前記第２のドメインマネージャを認証するステップと、
前記複数のメンバーデバイスの少なくとも１つにより、前記第２のドメインマネージャを認証するステップとを有する、方法。
【請求項５】
複数のメンバーデバイスを含むドメインを管理する第１のデバイスであって、前記複数のメンバーデバイスにドメイン管理情報を格納する第１のユニットを有する、前記第１のデバイスと、
前記複数のメンバーデバイスの少なくとも１つから前記ドメイン管理情報を得る第２のユニットを有する第２のデバイスと、
前記第１のデバイスが、前記ドメインの以前のドメインマネージャであり、前記第２のデバイスは、前記ドメインの新しいドメインマネージャとして前記第１のデバイスを交換し、
前記第２のデバイスが前記得る前に、
前記ドメインのドメイン認証局により、前記新しいドメインマネージャが認証され、
前記複数のメンバーデバイスの少なくとも１つにより、前記新しいドメインマネージャが認証される、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ドメイン管理に関し、より詳細にはドメイン管理情報を管理することに関する。
【背景技術】
【０００２】
現在では、人々は、例えばＰＣ、スマートフォン、オーディオ／ビデオプレーヤ及び他の携帯型デバイスといった複数の家電デバイスを所有することがある。オンラインミュージック・プロバイダにより提供される音楽のようなコンテンツプロバイダにより提供されるコンテンツは、プロバイダにより構築される「ドメイン」を介して、これらのデバイス上で共有されることができる。ドメインは通常、様々なドメイン処理に関して責任を負うドメインマネージャを持つ。この処理は、例えば、セキュリティ認証要求（ログイン、アクセス許可のチェック等）、ドメインポリシーの維持及び実行である。これは、ドメインを管理するための多くのドメイン管理情報を使用する。例えば、メンバーデバイスのリスト、ドメインポリシー及びドメインシークレットであり、ドメインシークレットは例えば、ドメインマネージャのプライベート鍵、ルート証明書及びドメインのピンコードである。
【０００３】
ドメイン管理情報は、維持されなければならない。例えば、ドメインマネージャは交換されることができる。なぜなら、例えば、ドメインマネージャを抱えるデバイスが失われるか又は損傷を与えられる場合、新しいドメインマネージャがドメインを管理するためにドメイン管理情報を得るべきだからである。ドメインシークレットを例にとれば、伝統的に、新しいドメインマネージャは、例えばパブリック鍵及びプライベート鍵といった新しいドメインシークレットを決定して、ドメイン管理メッセージを作り直す。これは、あまり効率的なスキームでない。なぜなら、以前のドメイン管理情報をうまく利用することができないからである。ＵＳ２００８／００５２３８８Ａ１号により提案されるソリューションによれば、以前のドメインマネージャは、例えばコンテンツプロバイダの認証サーバといったドメインのドメイン認証局にドメイン管理情報を格納する。その結果、新しいドメインマネージャは、ドメイン認証局からドメイン管理情報を取得することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来技術によれば、ドメイン管理情報は、ドメイン認証局により維持される。従来技術の欠点は、以下のようなものである。
【０００５】
（１）ドメイン認証局での負荷が重い。なぜなら、それが、国中又は世界中の至る所でドメインの管理情報を維持するからである。そして、例えばメンバーデバイスリストといった管理情報は、時に、比較的大容量のストレージを必要とする。
【０００６】
（２）新しいドメインマネージャだけでなく以前のドメインマネージャも、ドメイン認証局とドメイン管理情報を交換するためにオンラインである必要がある。
【０００７】
従って、ドメイン認証局の作業負荷を減らす、ドメインを維持する方法及びデバイスを提供することが、有利である。より便利な態様において、例えばオフラインで、ドメイン管理情報を維持することも、有利である。
【課題を解決するための手段】
【０００８】
これらの目的の少なくとも１つを実現するため、本発明の第１の側面において、複数のメンバーデバイスを含むドメインを管理する方法が提供される。この方法は、第１のドメインマネージャにより、上記複数のメンバーデバイスにドメイン管理情報を格納するステップと、第２のドメインマネージャにより、上記複数のメンバーデバイスの少なくとも１つから上記ドメイン管理情報を得るステップとを有する。
【０００９】
この側面において、ドメイン管理情報は、ドメイン認証局にではなく、ドメインのメンバーデバイスに格納される。こうして、ドメイン認証局上での作業負荷が減少される。そして、ドメインマネージャは、オンラインのドメイン認証局にアクセスすることなしにメンバーデバイスからオフラインでドメイン管理情報を得ることができる。これは、より便利である。
【００１０】
いくつかの場合において、ドメイン管理情報は、ドメインマネージャに対してのみアクセス可能に保たれる必要のある管理情報、例えば、ドメインシークレットを有する。こうして、ドメイン管理情報のこの部分の秘密性を維持することは、有利である。このために、第１の側面の好ましい実施形態において、上記格納ステップが、
上記ドメイン管理情報の少なくとも部分から複数のデータピースを生成するステップであって、上記ドメイン管理情報の上記少なくとも部分を回復するのに、互いに異なる少なくとも２つのデータピースが必要とされる、ステップと、
上記複数のメンバーデバイスに上記複数のデータピースをそれぞれ分散するステップとを含み、
上記得るステップが、
上記複数のメンバーデバイスの少なくとも２つから互いに異なる少なくとも２つのデータピースを受信するステップと、
上記受信された少なくとも２つのデータピースから上記ドメイン管理情報の上記少なくとも部分を回復するステップとを含む。
【００１１】
この実施形態において、例えばドメインシークレットといった管理情報が、メンバーデバイスにおいて分散される。ドメインマネージャだけが、ピースを集めることができ、管理情報を回復することができる。こうして、この実施形態のセキュリティは、より高い。
【００１２】
好ましい実施形態において、生成されるデータピースの数は、管理情報を回復するのに必要とされるデータピースの数より大きい。これは、管理情報を回復するのに、ドメインマネージャが全てのデータピースを収集する必要がなく、及び従って、この実施形態の堅牢性が増加されることを意味する。
【００１３】
好ましい実施形態において、上記生成ステップが、
多項式を構築するステップであって、上記ドメイン管理情報の上記少なくとも部分が、多項式の項の係数であるよう構成される、ステップと、
上記構築された多項式を用いることにより、上記複数のデータピースを生成するステップとを含み、
上記受信ステップにおいて受信されるデータピースの数が、上記多項式の項の数より少ないということがなく、
上記回復ステップが、上記受信されたデータピースに基づき、上記係数を算出する。
【００１４】
別の実施形態では、上記生成ステップが、上記ドメイン管理情報の上記少なくとも部分を複数のデータピースに分割し、
上記受信ステップは、上記複数のデータピースを受信し、
上記回復ステップが、上記受信したデータピースを上記ドメイン管理情報の上記少なくとも部分に結合する。
【００１５】
これらの実施形態において、管理情報を共有するのに必要な処理は、比較的単純及び効率的である。従って、ドメインを維持するためのオーバーヘッドは、低い。
【００１６】
別の好ましい実施形態において、上記第１のドメインマネージャが、上記ドメインの以前のドメインマネージャであり、上記第２のドメインマネージャは、上記ドメインの新しいドメインマネージャとして上記第１のドメインマネージャを交換し、
上記方法が更に、上記得るステップの前に、
上記ドメインのドメイン認証局により、上記第２のドメインマネージャを認証するステップと、
上記複数のメンバーデバイスの少なくとも１つにより、上記第２のドメインマネージャを認証するステップとを有する。
【００１７】
この実施形態において、新しいドメインマネージャは、以前のドメインマネージャにより格納される管理情報を得ることが可能になる前に認証されることを必要とする。従って、この実施形態のセキュリティは、比較的高い。
【００１８】
対応して、第２の側面において、複数のメンバーデバイスを含むドメインのドメインマネージャによりドメインを管理する方法が提供される。この方法は、上記複数のメンバーデバイスにドメイン管理情報を格納するステップを有する。
【００１９】
第３の側面において、ドメイン管理情報が格納される複数のメンバーデバイスを含むドメインのドメインマネージャによりドメインを管理する方法が提供される。この方法は、上記複数のメンバーデバイスの少なくとも１つから上記ドメイン管理情報を得るステップを有する。
【００２０】
第４の側面において、複数のメンバーデバイスを含むドメインを管理するデバイスが提供される。このデバイスは、上記複数のメンバーデバイスにドメイン管理情報を格納する第１のユニットを有する。
【００２１】
第５の側面において、ドメイン管理情報が格納される複数のメンバーデバイスを含むドメインを管理するデバイスは提供される。このデバイスは、上記複数のメンバーデバイスの少なくとも１つから上記ドメイン管理情報を得る第２のユニットを有する。
【図面の簡単な説明】
【００２２】
【図１】ドメインマネージャを取り替える前のドメインの概略的な表示を示す図である。
【図２】ドメインマネージャを取り替えた後のドメインの概略的な表示を示す図である。
【図３】本発明ある実施形態による、図１に示されるような以前のドメインマネージャによりドメインを管理するデバイス３０のブロックダイヤグラムを示す図である。
【図４】本発明ある実施形態による、図２に示されるような新しいドメインマネージャによりドメインを管理するデバイス４０のブロックダイヤグラムを示す図である。
【図５】本発明ある実施形態による、ドメインを管理する方法のフローチャートを示す図である。
【図６】ドメインマネージャのレジストレーション手順を示す図である。
【発明を実施するための形態】
【００２３】
本発明の、これら及び他の特徴が、実施形態において詳述されるであろう。
【００２４】
本発明の特徴、側面及び利点が、添付の図面を用いて、非限定的な実施形態の以下の説明を読むことにより明らかになるであろう。図面において、同じ又は類似する参照符号は、同じ又は類似するステップ又は手段を参照する。
【００２５】
複数のメンバーデバイスを含むドメインを管理する方法が、
第１のドメインマネージャにより、上記複数のメンバーデバイスにおいてドメイン管理情報を格納するステップと、
第２のドメインマネージャにより、上記複数のメンバーデバイスの少なくとも１つから上記ドメイン管理情報を得るステップとを有する。
【００２６】
新しいドメインマネージャが以前のドメインマネージャに取って代わるシナリオが、例示を介して記載される。図１及び図２に示されるように、ドメインＯは、複数のメンバーデバイスＤ１、Ｄ２、Ｄ３、Ｄ４及びＤ５を有する。図１に示されるように、ドメインマネージャＭ１は、以前のドメインマネージャである。そして、図２に示されるように、ドメインマネージャＭ１は、例えばクラッシュし、新しいドメインマネージャＭ２により交換される必要がある。この例において、本発明は、ドメイントポロジの観点に限定されるものではなく、ドメインマネージャを交換するシナリオの観点に限定されるものでもない点に留意されたい。
【００２７】
図１から図５を参照すると、本発明の概念が、本発明の実施形態によるデバイス及び方法を表すことにより説明される。
【００２８】
図３に示されるように、ドメインを管理するデバイス３０は、上記複数のメンバーデバイスにおいてドメイン管理情報を格納する第１のユニット３００を有する。
【００２９】
図４に示されるように、ドメインを管理するデバイス４０は、上記複数のメンバーデバイスの少なくとも１つから上記ドメイン管理情報を得る第２のユニット４００を有する。
【００３０】
まず最初に、ドメインマネージャＭ１は、対応するドメイン認証局によりこのドメインＯのドメインマネージャとして機能する許可を与えられる。
【００３１】
次に、ステップＳ５０において、ドメインマネージャＭ１におけるデバイス３０の第１のユニット３００は、メンバーデバイスＤ１、Ｄ２、Ｄ３、Ｄ４及びＤ５においてドメイン管理情報を格納する。
【００３２】
ある実施形態において、例えばメンバーデバイスのリストといったいくつかのドメイン管理情報は、第１のユニット３００によりメンバーデバイスＤ１、Ｄ２、Ｄ３、Ｄ４及びＤ５のそれぞれにおいて、重複して格納されることができる。そして、新しいドメインマネージャは、任意のメンバーデバイスの少なくとも１つから、この情報を得ることができる。
【００３３】
別の実施形態では、ドメインポリシー、ピンコード及びプライベート鍵といったドメイン管理情報におけるドメインシークレットが、より安全な方法において管理されることができる。第１のユニット３００は更に、第１のサブユニット３０００及び第２のサブユニット３００１を有する。
【００３４】
ステップＳ５００において、第１のサブユニット３０００は、ドメインシークレットから、複数の、例えば５個のデータピースを生成する。その結果、互いに異なる少なくとも２つのデータピースが、ドメインシークレットを回復するのに必要とされる。
【００３５】
１つの好ましい実施形態において、第１のサブユニット３０００は、ピースを生成するために、シークレット共有技術を使用する。シークレット共有技術の１つは、多項式法である。多項式法によれば、第１のユニット３００は、多項式を構築する。ここで、ドメインシークレットは、多項式の項の係数であるように構成される。その後、第１のサブユニット３０００は、構築された多項式を使用することにより、データのピースを生成する。多項式法の原理が、以下の例を用いて説明される。
【００３６】
ドメインシークレットを回復するのに少なくともｎ個の異なるピースが必要とされるとドメインマネージャにより決定される場合、ｎ項を持つ多項式が構築されることができる。例えば、この実施形態において、ドメインシークレットを回復するのに３つのピースが必要とされ、及び従って、第１のサブユニット３０００は、二次多項式
0006040158.tif 000002
を構築する。ここで、ｐは任意の係数より大きいランダムな素数である。係数ａ及びｂは、ランダムに選択される。これらは、秘密に保たれ、ピースが分散された後、廃棄される。Ｍは、ドメインシークレットである。素数ｐは、パブリックである。
【００３７】
５つのピースは、５つの異なるポイントで多項式を算出することにより得られ、即ち
0006040158.tif 000003
である。
【００３８】
言い換えると、第１のピースは、２値（ｆ（ｘ１）、１）、即ちｘ＝１で評価される多項式を持つことができる。第２のピースは、（ｆ（ｘ２）、２）等となる。
【００３９】
二次多項式は、ａ、ｂ及びＭという３つの未知の係数を持つので、任意の３つのピースが、３つの方程式を作成するために用いられることができる。１つでも２つのピースでもそうすることはできない。そして、４又は５つのピースは、冗長である。
【００４０】
例えば、Ｍを１０とする。そして、ｆ（ｘ）は、以下の
0006040158.tif 000004
のように構築されるとする。ここで、７、８及び１１はランダムに選択されている。５つのピースは、
0006040158.tif 000005
となる。
【００４１】
別の好ましい実施形態において、第１のサブユニット３０００は、ドメインシークレットを少なくとも３つの部分に分割する。例えば、ドメインシークレットは、バイナリ形式において１０及び０００００１０１０である。従って、第１の部分は０００であり、第２の部分は００１であり、そして、第３の部分は０１０である。各部分は、５つのデータピースの１つとして捉えられることができる。例えば、部分１はピース１及び２として複製され、部分２はピース３及び４として複製され、そして、部分５はピース５として捉えられる。
【００４２】
すると、ステップＳ５０１において、第２のサブユニット３００１は、メンバーデバイスＤ１、Ｄ２、Ｄ３、Ｄ４及びＤ５に対して、生成された５つのデータピースをそれぞれ分散させる。図１に示されるように、ピースＰ１が、Ｄ１に格納され、ピースＰ２は、Ｄ２に格納される、等となる。こうして、ドメイン管理情報が格納される。実際的に、ピースは、このドメインをサポートするＬＡＮ又はＷＬＡＮを介してメンバーデバイスに送信されることができる。
【００４３】
ドメインマネージャＭ１がダウンする場合を考える。ドメインのオーナーは、ドメインマネージャＭ１に取って代わるために、新しいドメインマネージャＭ２を使用する。
【００４４】
好ましくは、セキュリティを増加させるため、格納されたドメイン管理情報を得る前に、新しいドメインマネージャＭ２は、ドメイン認証局及びメンバーデバイスによる認証を要求することを必要とする。これらの認証は、新しいドメインマネージャのレジストレーション手順において実行されることができる。この手順は本発明の本質には関係しないので、後の部分で述べられる。
【００４５】
ステップＳ５１において、デバイス４０の第２のユニット４００は、メンバーデバイスＤ１、Ｄ２、Ｄ３、Ｄ４及びＤ５からドメイン管理情報を得る。
【００４６】
第１のユニット３００が、メンバーデバイスＤ１、Ｄ２、Ｄ３、Ｄ４及びＤ５のそれぞれにおいて重複してドメイン管理情報を格納する実施形態において、第２のユニット４００は、任意のメンバーデバイスの少なくとも１つからこの情報を得る。
【００４７】
ドメインマネージャＭ１が、ドメインシークレットから５つの異なるピースを生成して、メンバーデバイスにおいてこれらのピースを分散する好ましい実施形態において、第２のユニット４００は、第３のサブユニット４００１及び第４のサブユニット４００２を有する。
【００４８】
ステップＳ５１０において、第３のサブユニット４０１は、メンバーデバイスＤ１、Ｄ２、Ｄ３、Ｄ４及びＤ５の少なくとも３つから、相互に異なる少なくとも３つのデータピースを受信する。
【００４９】
この実施形態において、メンバーデバイスＤ３は、オフにされる。従って、第３のサブユニット４００１は、ピースＰ１、Ｐ２、Ｐ４及びＰ５を受信する。生成されるデータピースの数が、回復するのに必要とされるデータピースの数より大きい点に留意されたい。従って、ドメインマネージャＭ２はドメインシークレットを回復するのに５つ全てのデータピースを集める必要がなく、この実施形態の堅牢性が増加される。
【００５０】
上記に対応して、好ましい実施形態において、ドメインマネージャＭ１は、ピースを生成するために、多項式法を使用する。そして、ステップＳ５１１において、第４のサブユニット４００２は、３つの受信したデータピースに基づき、係数Ｍを算出する。詳細には、第４のサブユニット４００２は、受信した４つのピースのうちの３つ、例えばＰ１、Ｐ４及びＰ５を使用して、以下の式のセット
0006040158.tif 000006
を解く。
【００５１】
そして、解は、ａ＝７、ｂ＝８及びＭ＝１０である。こうして、Ｍは、回復される。
【００５２】
別のＭを回復して、回復された複数のＭを比較することによってＭを検証するため、追加的な計算が、他の３つのピースのセット、例えばＰ２、Ｐ４及びＰ５に基づき実行されることができる。
【００５３】
上記に対応して、別の好ましい実施形態において、ドメインマネージャＭ１は、ドメインシークレットを少なくとも３つの部分に分割し、各部分を５つのデータピースの１つとして捉える。第４のサブユニット４００２は、受信した部分１、２及び３をドメインシークレットに結合する。
【００５４】
ドメイン管理情報が得られた後、新しいドメインマネージャはドメイン管理情報を利用し続けることができる。
【００５５】
図６を参照すると、以下の部分は、新しいドメインマネージャのレジストレーション手順を表す。
【００５６】
ｉ．ドメインマネージャのオーナー（ＤＭＯ）は、候補のドメインマネージャ（ＣＤＭ）を用いて、ドメインマネージャを交換するためのリクエストメッセージをドメイン認証局（ＤＡ）に送信する。リクエストメッセージは、ＰＤＭＤＡＩＤ（ＤＡにより割り当てられた以前のドメインマネージャのＩＤ）、ＣＤＭＩＩＤ（ＣＤＭのイニシャルＩＤ）、及びＤＭを交換するためのこのリクエストに関するＤＭＯによる署名を含むことができる。
【００５７】
ｉｉ．ＤＡは、署名を検証する。検証の結果が「合格」である場合、次のステップへと続く。そうでなければ、エラーメッセージが戻され、ドメインマネージャ交換処理が停止される。
【００５８】
ｉｉｉ．ＤＡ及びＣＤＭは、互いを認証する。相互認証が「成功」であり、ＣＤＭがドメインマネージャになることができるとＤＡが特定する場合、次のステップへと続く。そうでなければ、エラーメッセージが戻され、ドメインマネージャ交換処理が停止される。
【００５９】
ｉｖ．ＤＡは、例えばＣＤＭＤＡＩＤ（ＤＡにより割り当てられるＣＤＭのＩＤ）、ドメイン管理鍵及びドメインマネージャとしてのＣＤＭに関するアクセス権限証明書といったＣＤＭに関するドメイン管理情報を作成し、及びＤＭ交換証明書を作成する。このＤＭ交換証明書は、ＰＤＭＤＡＩＤ、ＣＤＭＤＡＩＤ、ＤＭ交換の説明、及び上述した情報に関するＤＡによる署名を含む。代替的に、ＤＡがＰＤＭに関する１つ以上のドメインポリシーをこれまでに作成している場合、ＤＡは、最新のドメインポリシーをＣＤＭに送信することができる。
【００６０】
ｖ．ＣＤＭは、新しいドメインマネージャ（ＮＤＭ）となり、ＤＡ署名を備えるＤＭ交換証明書を各メンバーデバイスに送信する。
【００６１】
ｖｉ．各メンバーデバイスは、交換署名を検証する。検証が「合格」である場合、次のステップへと続く；そうでなければ、エラーメッセージが戻され、ドメインマネージャ交換処理が停止される。
【００６２】
ｖｉｉ．ＮＤＭ及び各デバイスは、互いを認証する。相互認証が「成功」である場合、各デバイスは、格納されたピースをＮＤＭに送信し、ＮＤＭはドメイン管理情報を回復する。そうでなければ、エラーメッセージが戻され、ＤＭ交換処理が停止される。
【００６３】
ｖｉｉｉ．ＮＤＭは、例えばドメインポリシー及びパブリック鍵といったいくつかのドメイン管理情報を全てのデバイスに送信する。
【００６４】
ｉｘ．全てのデバイスは、ＮＤＭの署名を備えるドメイン管理情報を検証する。検証が「合格」である場合、デバイスはＮＤＭにより更新されるドメイン管理情報を受け入れて、旧情報を置き換える。そうでなければ、エラーメッセージが戻される。
【００６５】
ｘ．ＮＤＭは、ＤＭ交換処理が完了されたことをＤＡに知らせる。
【００６６】
データピースの数及びメンバーデバイスの数が必ずしも同じであるわけではない点に留意されたい。１つのデータピースが１つのメンバーデバイスに格納される場合には、これらは同じ数とすることができる。しかしながら、いずれかのデータピースがメンバーデバイスの数より多い又は少ない場合には、これらは異なっていてもよい。後者の場合、１つのデータピースは、１つ以上のメンバーデバイスに格納されることができるか、又は１つ以上のデータピースが、１つのメンバーデバイスに格納されることができる。
【００６７】
ドメインマネージャ及びメンバーデバイスという用語は、個別のドメインにおける１つの装置の機能を表すものとして意図され、これが、ドメインマネージャ又はメンバーデバイスを含む実際の装置を限定するものとして解釈されるべきではない点に留意されたい。例えば、ドメインマネージャは、スマートフォンとすることができ、メンバーデバイスは、ＰＣとすることができる。
【００６８】
上記のユニット及びサブユニットは、ソフトウェア又はハードウェア又はこれらの組み合わせを用いて実現されることができる。例えば、これらのユニット又はサブユニットの機能を実現しているプログラムコードが、メモリに格納される。これらのコードは、ドメインマネージャを含む装置を制御するＣＰＵ又は他のコントローラによりロード及び実行される。別の例において、特定のＩＣチップが、これらのユニット及びサブユニットの機能を実現し、このチップは、ＣＰＵ又は他のコントローラにより制御されることができる。当業者は、明細書により教示される概念及び原理に基づかれる様々な態様で、本発明の実施形態を実現することができる。
【００６９】
当業者は、明細書、図面及び添付の特許請求の範囲を研究することにより、開示された実施形態に対する修正を理解及び実現することができる。本発明の精神から逸脱しない斯かるすべての修正は、添付の特許請求の範囲に含まれると意図される。「有する」という語は、請求項又は明細書にリストされない要素又はステップの存在を除外するものではない。ある要素に先行する「ａ」又は「ａｎ」という語は、斯かる要素が複数存在することを除外するものではない。本発明の実施において、請求項における複数の技術的特徴が、１つの要素により実現されることができる。請求項において、括弧内に配置されるいかなる参照符号も請求項を限定するものとして解釈されるべきではない。
【図１】
0006040158.tif 000007
【図２】
0006040158.tif 000008
【図３】
0006040158.tif 000009
【図４】
0006040158.tif 000010
【図５】
0006040158.tif 000011
【図６】
0006040158.tif 000012